编程好的思路。

我认为编程，重要的不是如何华丽的代码，而是能够将用户需求转化为机器语言的能力

你的很多思想，是刚开始做程序员的普遍想法，开始思考通过模块化设计能够更省力，更快捷的完成工作，程序运行效率还要高。

如果你在大软件公司工作过，就不会有这种困惑了。因为对于具有一定规模的软件公司，已经在相当的时间内积累起很丰富的模块和库资源，程序员们只需要根据项目的不同象选择自助餐一样给拼接到一起，就有了基本框架。

最重要的还是做好用户需求到需求说明，再到系统框架设计这个工作，会少走很多弯路。

细化到编写程序，我觉得很重要的一点就是要求公司里面的程序员要有绝对规范的编程习惯，不然在团队协作的时候会出很多问题，做出来的基础库也经不起时间的考验。

还有就是你说的模块化的东西不是万能的，和你经常从事的项目领域密切相关，你用着很顺手，别人可能用不了。比如你是做信息系统的，那么一个好的查询分析模块很多地方都能用，用户信息管理就要根据复杂程度做几套，比如能够定期更换密码的，比如权限是要细化到列的，比如只是一个简单的用户密码。根据项目的不同选用。

有些人鼓吹自动化编程，利用商业化的系统模板进行配置。我认为对于企业应用还是可以的，但是对于软件开发就不可取了。因为提供模板的单位水平如何你并不知道，里面是否存在大量bug你也不清楚，只是演示做的漂亮。一旦你用了这个东西，在你的项目中出现问题，你debug是查不到具体原因的，苦果只能自己吃，这是个建议，有点离题，但是怕你思路到了一定程度就推崇这种方法。

最后一点，大部分的项目都是需要数据库作为后台支持的，一定要注意处理好数据库设计的问题，不然很容易因为库设计的不合理造成程序复杂，或者是在使用一段时间后效率严重降低，造成程序重新返工，就说这么多，希望你能有所收获

整理下思路：

一、不知从何下手：敲代码前搞清楚需求，或者说代码实现的功能，如果你连你写的代码要实现的是什么功能，这块功能运作的流程都不清楚，那你自然没思路；搞清楚了，你自然知道要从哪儿下手

二、清楚需求和流程却因技术所限写不好：要么问自己身边的大牛，要么参考别人类似的代码，别一味追求一次成型，先实现再慢慢优化

三、单纯没心思写：自己找点事儿放松去吧

---