学士经历的公司也有一些了，经过逐渐的积累发现不写注释，不写文档真的很让人心烦！真的太痛苦了，呜呜呜。 下面学士带大家讨论一下写代码该注意哪些细节，写代码必须要规范，不然真的让后人太累了！ 1.在开展一个项目之前要先沟通，沟通，沟通，重要的事情说三遍！沟通交流好具体要实现什么，具体要怎么做，需求都没闹明白就不要进入下一步了。 2.沟通完了就该进入写代码这个步骤了，开写之前要想好怎么进展，用什么框架

这本书大家无论未来拿证为主，报的时候就想混个证书，我不想学。有的说我要好好学，我要学一些实际知识，技能，应用到工作里面去。比如说，我都不想学，我也不需要那个证书，我就是想了解一下。实际上不管抱着什么样的心态，大家如果能够静下心来，这本书需要我们去在老师的带领下去品味，去解读。我们需要告诉大家这些知识点的来龙去脉，让大家能够产生这种前因后果的相互联想，才能够慢慢的去把这些东西应用到我们的工作生活里面

文章目录 为什么说前人栽树后人乘凉？完全背包问题模板多重背包问题模板最后提醒大家一句 为什么说前人栽树后人乘凉？ 实际上这些准备好的模板，要是去理解的话确实挺难的，需要会动态规划的状态压缩等等，作为初学者如果实在看不懂推导，完全没必要一直纠结在这上面。。。 但实际上学会用好模板，那就需要掌握一项技能–分辨对应的问题，比如迅速确定是完全背包问题，而不是01背包问题，再迅速

InfoVista 框架之前人栽树后人乘凉篇 SharpDevelop基本上都是Mike Kruger这个德国佬写的，当然CommandBar由Lutz Roeder写，而令人振奋的WinFormUI是中国的WeiFengLuo写的，给他魅力值加5点， ^-^据说Mike借鉴了许多Eclipse的经验，当然Elipse界面更好也更复杂，而且是用Java写的，（Eclipse是日蚀的意思

一，前言 刚开始学内核的时候，不要执着于一个方面， 不要专注于- -个子系统就一头扎到实际的代码行中去，因为这样的话,牵涉的面会很广，会碰到很多困难，容易产生挫败感，-个函数体中(假设刚开始的时候正在学习某个方面的某个具体的功能函数)很可能掺杂着其他各个子系统方面设计理念(多是大量相关的数据结构或者全局变量，于支撑该子系统的管理工作)下相应的代码实现， 这个时候看到这些东西，纷繁芜杂，是没有头绪