谁看过《人月神话》，这书讲的什么

2016-08-08 02:57:58 762 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

谁学逆向工程墨衍会员 · AI 创作全网分发关注 + 加入社区

【SLAM】SVO2.0编译运行和论文代码解读 SVO2是我遇到的最难编译的代码了，可能公开版本不能放太鲁棒的代码吧，搞了快一个星期，终于跑起来了。阅读详情

看了下目录，没明白他讲的什么

...全文

自考计算机系统原理（第六章计算机系统概论）-13015 名词解释 I/O 硬件 I/O软件用户空间I/O软件内核空间I/O 软件系统调用处理程序系统调用服务例程设备驱动程序中断服务程序系统级1/O函数虚拟文件系统文件描述符文件元数据流缓冲区索引节点目录文件目录项系统打开文件表磁盘高速缓存高速缓存 RAM I / O 控制方式程序直接控制I/O 就绪状态中断控制I/O 中断屏蔽字多重中断中断嵌套 DMA 方式 DMA 控制器设备控制器 I/O端口控制端口数据端口状态端口 I/O 地址空间独立编址方式统一编址方阅读详情

谁学逆向工程

非技术区 15,445 成员 58,111 内容

+ 关注 + 加入社区

切换为时间正序

赵4老师 2016-08-08

打赏
举报

请牢记：源代码本身的书写是否结构化或面向对象或符合设计模式或敏捷…并不重要，重要的是你是否使用结构化或面向对象或符合设计模式或敏捷…的方法命名标识符、阅读、修改、检查、测试源代码。意思是你程序结构看上去再合理，再简洁，也不一定比看上去一团乱麻的程序结构在运行或修改时更不易出错，更方便修改，出错了更容易找到哪里出错和具体出错的原因，更容易改正错误。试对比图书馆（对图书的分类够结构化了吧）和搜索引擎（可看作是扁平化任何结构数据，仅支持全文检索）哪个处理信息更方便、更高效。所以与其费劲去重构代码让其看上去更简洁、更合理不如费劲学习grep、sed、awk、……这类全文搜索和批处理编辑的工具。结构越复杂，越难修改，越难除错。有时（甚至大多数时候），看上去越合理、越简洁的代码，运行起来性能越差，出错时查找原因越难，找到出错原因后改正越费劲。程序员要做的不是尽力避免错误，而是聚焦在快速发现并改正错误。真正以快速方式轻易解决错误，“快速的失败”远胜过“预防错误”。Fred George 前微软C#编辑器的开发主管Jay Bazuzi列出的一些有助于找到正确方向的问题；他觉得前同事们应该用这些问题来问自己；实际上不管在哪里工作的开发者们都应该经常问问自己这些问题： ◆“要保证这个问题不会再出现，我该怎么做？” ◆“要想少出些Bug，我该怎么做？” ◆“要保证Bug容易被修复，我该怎么做？” ◆“要保持对变化的快速响应，我该怎么做？” ◆“要保证我的软件的运行速度，我该怎么做？” 如果大多数团队都能不时问一下自己，必定会从中得益，因为这些都是真正强而有力的问题。