目前状况的一个思考。
自从工作以后，上网最多的目的大概就是去学习一点东西。知道的越多，不懂的就越多，这句话是没有错的。一个知识点懂了，相关联的东西同样会有不懂的，这是一个链条，要想全部弄懂也不太可能，所以也只有有所知有所不知，这是很正常的。我不要求自己什么都懂，也不要求懂的就通，可能这也是我现在的一种生活状态吧，虽是技术出身，我不是太热衷于技术研究，只是借助于技术谋生，我相信这也是大多数软件从业者的一种心态。
软件有它的生命周期，软件从业者我想也同样存在着这人问题，业内仿佛有一个约定俗成的概念，三十岁如果还是编码的话，仿佛已经不适合再在圈里混了，当然我也泡坛子的时候看到这样的一个调查，同样也存在着一些三十岁左右的大侠们依旧在编码，或许他们热衷于编码，就如习惯一般；也或许他们转型失败，暂时委曲求全。当然种种情况都有可能存在，不知道等我真到了而立之年，哪时是一种什么样的生存状态。
做为开发人员，最底层的开发人员，技术选型的问题还论不到我们，技术的风险问题同样不是我们考虑的问题，我们只能关注的是如何将需求按照架构师设计好的架构，框架等等去实现，然后展现给客户。但做为底层的开发人员，难道只是去实现需求吗，我想，在我们在实现需求的同时，也要考虑到整个系统的架构，设计。这样一个项目为何采用这样的架构，而不是其它的，如果这个架构是合理的，高效的，一定有我们去学习的地方，值得我们去效仿的地方，也为我们以后的职业生涯做好铺垫，而不是一味的编码，不考虑需求，不考虑系统设计，哪样的话，一年后我们还是编码，两年以后还在编码，谈何进步。
我们需要从一个完整的软件生命周期来看待我们目前从事的项目，从需求调研，需求验证，可行性分析，再到具体的需求分析，编码，测试，试运营等等，不一定每一步都要参与，不过每一步适当的情况下都要关心，或许有一个当我们自己带领一个团队来做这件事的时候，不至于无所适从。没有经验，只有经历，也是我们走过每步路的一笔财富。
关于技术造型的问题，也有一点感触。数据查询，数据采集，数据展现，数据计算等都是不同的需要。需要不是需求，把需要变成需求，是有一个过程的。技术造型后，就要考虑架构系统，技术造型中存在一个技术风险的问题，要把成熟的技术应用到项目中，毕竟它是经过了长时间的考验，被广为接受的。要不要采用框架，要看自己的项目是一个什么样的需要。卖东西时，我们追求一个性价比，做项目，带团队，同样也需要考量“性价比”的问题。性能与代价是如何分配的，性能与效率又要如果拿捏，我们需要从中找到一个平衡点。如果花费了很多的代价，仅得到了性能的一点点的提升，这样就不划算。
要会议记录时，我们是不需要思想的，只要将会议原本的内容记录下来，就算真正完成了会议记录的工作。这就要求会议记录人员不能思考，不能有“思想”，完全死板的将内容记录下来，如果有“思想”了，能会议内容做增、删、改的动作，违背了会议的原则，他的实际意义就不复存在。
当然我们是要有思想的，不要停的思考，对比，做什么，怎么做，为什么这么做，这些都是我们应该考虑的问题，当然我们份的内的首先做好做为前提，否则其它的都是扯谈。
思想了，我们写下来，不断的学习，不断的总结，我们才能进步。