在软件开发中，研发效率永远是开发人员不断追求的主题之一。于公司而言，在竞争激烈的互联网行业中，产出得快和慢也许就决定着公司的生死存亡；于个人而言，效率高了就可以少加班，多出时间去提升自己、发展爱好、陪伴家人，工作、生活两不误。

本文首发于欧雷流。由于我会时不时对文章进行补充、修正和润色，为了保证所看到的是最新版本，请阅读原文。 看到标题，一般会有两种反应： 「哇～好高大上啊！」「嗯，这个话题真大……」 ——的确如此。 深情前戏 我不生搬硬套那个什么百科来说啥是「面向组件」和为啥这么做，而是从工作现状以及自己思考的角度来阐述，并试…

好几个没有使用过的变量IO流没有关闭（我相信只是忘记关闭而已，因为程序丸总是会说“我先这样写，后面会补上的”）一个方法几百行，干了十件事注释要不没有，要不就不知道写的啥……

在软件工程中，工作量评估是一件吃力、艰难、认真做又怕浪费力气、敷衍做又不好向leader交代的事情。正所谓一千个人眼里有一千个哈姆雷特，同一个项目，给不同人评估，往往会得出不同的答案。

软件设计(架构)往往在项目开发中起到非常关键性的作用,至少它是能够工作。良好的软件设计包含了：灵活性、可伸缩性、可行性、可复用性、安全性,通过该一系列的定义,使我们影响到了软件功能的设计和特征。

提到 Linux，作为程序员来说一定都不陌生。但如果说到「懂」Linux，可能就没有那么多人有把握了。到底用 Linux 离懂 Linux 有多远？如果决定学习 Linux，应该怎么开始？要学到什么程度？懂一点 Linux，对于程序员…

最近听音频学习，听到一篇有关软件工程思维的文章，挺想分享给大家，以作讨论。下文转载自 “得到 APP” 万维钢精英日课第三季：《计算机思维 4：工程的复杂》。

大约在10年以前，我跳槽到了一家上市公司。该公司当时在IT行业说不上是大名鼎鼎，但也算有名有号那个水准的。

要想管理好一个软件项目，主要是管理好「人」和「事」，「人」包括项目涉及到到所有关联人员，而管理好「事」就是软件工程要做的事情。

软件项目的设计是一个抽象的概念。它和程序的概括形状、结构以及每一个模块、类和方法的详细形状和结构有关。可以使用许多不同的媒介去描绘它，但是它最终体现为源代码。最后，源代码就是设计。