2013. 12. 4.

软件做到后期会突然发现有几条选择的路和一些未知的事物，而且往往是后期的时候才会经历到，每个程序员都会或多或少的经历这样的事情，只是每个人的程度不一样罢了。但是无可厚非的是，都无法避免这样的事情在每一次做软件的时候都会发生。

一个软件的成功与否完全可以用发生的程度来体现，程度小的相比程度大的总是更胜一筹。程度大的很多时候只是一味的追求结果，而一味的追求结果的软件开发其实都是致命的。

要做好 “需求，分析” 真的是个很大的学问呢。。。

2013. 12. 5.

Github上要想数据好看固然需要每天都要提交代码，这样日积月累。一年的活动图上就会让别人感到你这一年里真的是过得很牛逼。但是很大一部分人只是为了追求数据上的好看，换言之就是喜欢装逼。真正有意义的代码提交的次数是多少，这个问题可能从来没有考虑到。譬如今天有事情耽搁了，到这一天快过去的时候突然想起来如果这一天过去的话Github上连续提交代码的记录就要没有了。于是乎不管三七二十一，就随便改点文件提交代码来保证在Github上数据的好看。实际上这样的提交次数都是没有任何意义的，只是一味的增加自己的虚荣感罢了，作为以后装逼的资本。我实际上虽然还没有做到这样的程度，但是我从内心里也是十分渴望装逼的。这一点我一点都不会否认。谁不是呢。是个有正常性能力的男人就会有想装逼的想法在其不同的领域里面。静下心来看我的记录，虽然从趋势上看是还行，但是实际上只有自己剥去了装逼的这层皮之后才会发现，百分之50的提交都是没有意义的。什么refactor，rename，restructure啊，这些都是啥呀。有效率的开发应该是在需求分析阶段（就是上面所提到的难点）就已经大致确定了所有的框架和定义。开发的时候也不能说绝对只能按照这样的模式，但从大体上应该八九不离十的样子。如果出现了上述很多个refactor。rename。restructure只能说明这个开发的行为是失败的，在码第一个代码的时候就是。都没有完全的仔细的分析就开始做了。这样只能徒劳的更加更多的额外的工作量，而且是不可估计的，如果是在开发的晚期才发现的话绝壁就是最最致命的。

有点谈远了。对于Github上我只想说，这里真的是一个非常不错的平台，无论从装逼的高度还是深度来说。怎么装，装得好不好就是你应该明对的事情了。我虽然想清楚了，不过我现在我还是只能认为自己是一个思想上的瘦子，行动上的胖子把。。

我也只能对自己说，加油了。先把手上的事情都办完，然后再开始想以后该走的路。这次可不是闹着玩的了。你已经没有任何的后背了呢。