“成果也可用于智慧增进研究项目自身，改进研究和开发智慧增进系统编程活动的效能。"对于软件的开发不能浅尝辄止,而要在站在其他维度多思考思考,有没有什么可以改进的.
“大多数人并不想学拉小提琴。”简易与强大、方便与精细之间的拉锯战，关于可用性原则，我们中的多数人- -开始都有一种可以理解的成见:计算机应该让工作变得更容易;为什么不让它们干重活呢?但是，将恩格巴特的程序斥为“对抗人类"并不公平，因为其全部目的就是找出如何让技术帮助大幅提高人类思考效率的方法。
在各种软件项目中，无论大小、无论公私、无论新旧，都可以看到类似的悲惨故事。撇开具体细节不谈，模式令人郁闷地一致:标靶移来移去。目的忽上忽下。计划不切实际。期限一拖再拖。预算膨胀超支。绝望已极。混乱不堪。进行编程前一定要有明确的需求分析,最好是文档,这样才能使开发有节奏
“程序员都是乐天派，”弗里德里克●布鲁克斯在1975年写道，“或许那多挫折把别人都吓跑了，只剩下那些习惯性地关注最终目标的人。或许只不过因为计算机还年轻,程序员还年轻,而年轻人总是那么乐观。’但是，程序员与生俱来的乐天情绪，往往被他们径直杀向困难与问题的行动所掩盖。记者都知道，如果从销售人员或市场人员口中挖不出什么料，不妨去找个工程师问问，他(如果没被隔离在外或被命令闭嘴)会讲出困窘的真相。总之,当你沮丧时,不如看看别处的风景,或许会有意料不到的收获
选项太多，往往导致软件项目在选择编程语言时随性而为一根据个人品味、习惯或者就是一时心血来潮。程序员评论家保罗●格雷汉姆( Paul Graham )写道,有些程序员选用Python,只是因为他们喜欢Python代码的样子一-而且 也不无道理:“ 编程时,读代码的时间要远远多于写代码的时间。你对待源代码的方式，和雕塑家对待黏土的方式- -样。所以，- -种语言如果让源代码显得丑陋，就会叫苛刻的程序员发疯，仿佛雕塑家遇上了满是硬块的黏土一般。”代码一定要按照规范写,这样才能体现一个程序员的职业素质
个人觉得软件应该架构简单为主，降低各个模块之间的耦合，才便于开发。