牢骚：本篇博客两个星期前已经存为草稿，鉴于发生一些糟糕的事情，今天才基本完成。本人6月份应届毕业生一枚，毕业后当天来到帝都，之后也非常顺利，面试了俩家公司都成功了。一家做C++方面电商ERP，一家做wifi模块，觉得第二家公司小，薪资低，但是觉得好玩就去了。同时，在学校也喝了不少鸡汤，觉得公司小怎么...
分类：
编程语言 时间：
2015-08-19 19:27:11
阅读次数：
150
速读速记：
如何高效阅读10倍速影像阅读法超右脑快速记忆法
项目管理：
敏捷开发的艺术敏捷软件开发硝烟中的Scrum 和XP精益开发实战走出软件作坊人件人月神话黑客与画家死亡之旅
企业架构：
企业应用架构模式
devOps：
持续集成:软件质量改进和风险降低之道
性能：
深入理解Java虚拟机Java性能优化权威指南...
分类：
其他好文 时间：
2015-07-22 13:04:04
阅读次数：
118
刚刚读这本书时，我对作者的观点和他所用的一些专业术语或者一些形象的比喻都不太懂，没事做的时候我把它放在电子书里随时翻看，很多地方会给人想要继续读下去的感觉，因为我想要了解它，继续下去会给我们所有问题的解释，尤其是作者在拟题的时候用了很多奇怪的小标题，例如;焦油坑、外科手术队伍、为什么巴别塔会失败等等...
分类：
其他好文 时间：
2015-07-02 21:07:50
阅读次数：
126
人月神话讲的主要是软件工程方面的，如何配置人力进行开发。虽然对于软件编程我们对其了解并不多，但是对于在软件功能的实现，程序设计人员面临的客观性的困难至少我可以站在略懂的角度上去理解他们，对于一个或多个项目来说，公司大多都会搞人海战术，进度没有提前，还整天加班，最后用户不满意，开发人员整天郁闷，结果是...
分类：
其他好文 时间：
2015-07-02 21:00:17
阅读次数：
127
在刚刚进入软件工程学习时，老师总会时不时向我们提起一些关于“软件项目开发的完成与增加人员的问题”这句话听起来通俗易懂，但实现起来却遇到了相当大的困难，这是我在阅读完成《人月神话》时最大的感受，我想这种问题的出现主要是就订单项目而言，因为人员的增加主要是因为客户所要求实现的东西并没有在计划的时间内收到...
分类：
其他好文 时间：
2015-07-02 20:58:17
阅读次数：
130
人月神话阅读笔记之一2015-3-30最大的感触就是，软件工程就是一个焦油坑，不断挣扎，有些人沉溺在里面，有些人走出来了。细想想，现状就是这样，虽然现在我接触的编程任务很少，但是真的感受得到编程是一种痛并快乐的过程，不是半路放弃就是坚持到底。对于我自己而言，说比什么都容易，慢慢的积累才是正道。人月神...
分类：
其他好文 时间：
2015-06-23 17:37:38
阅读次数：
118
很多人都在苦苦思索的一个问题，虽然无人能有完全确定的答案，但《梦断代码》书中的记述，和个人思考，还是可以获得一些启示： 计算机严格的逻辑性和精确性，同人类不严密的逻辑，模糊多变的思维模式之间的矛盾，造成的人与机器之间沟通的障碍。 开发团队之间相互沟通协作的成本，导致产生《人月神话》作者布鲁克斯法则的...
分类：
其他好文 时间：
2015-06-23 00:46:46
阅读次数：
132
就目前情况而言，还不错。然而，现在所面临的问题是如何完成5000人年的项目，而不是20或30人年规模的系统。如果整个工作能控制在范围之内，10人的团队无论如何组织，总是比较高效的。但是，当我们需要面对几百人参与的大型任务时，如何应用外科手术团队的概念呢？ 扩建过程的成功依赖于这样一个事实，即每...
分类：
其他好文 时间：
2015-06-22 23:30:49
阅读次数：
271
参与活动主题《人月神话（40周年纪念版）再版 扒一扒你遇到过最NB开发项目》有奖活动，三重惊喜，有奖试读&作者互动@关注有礼！为什么是《人月神话》？这本书在业界真的很名，几乎无人不知，然而我却只知其名，不知其意，今天在读的时候才发现书名的由来。看下图：
原来是以人月为单位的计算工作量，现在很多单位都是以天（工作日）来计算，甚至有些公司以半天，小时来计算。面向对象方法和结构化方法Jackson 指出...
分类：
其他好文 时间：
2015-06-21 15:47:21
阅读次数：
143
这本书读完了，虽然是小说，但是没有管理书籍常见的条条框框，而且作者在每章的末尾还做了总结。下面说几个我觉得在以后的工作开发中会有用处的： “一拥而上”：企图通过早点开工和增加人手来加快速度，结果导致的问题是人人都在设计，却没有整体设计，人与人之间的交流成本变得很高。这一点《人月神话》已经说得...
分类：
其他好文 时间：
2015-06-18 19:38:15
阅读次数：
100
