一朝天子一朝臣啊。不正确，归根究竟，还应该是钱难挣。屎难吃才对。
一直在思考：在高速开发、迭代的过程中过。规范的重要性。近期稍带混乱的高速开发中，最大的感觉就是：约定大于规范。
怎么讲呢？因为系统业务需求变化太快。PowerDesign画的图差点儿形同虚设。
更改或者加入新表之后。把图补充完整，是一件很奢侈的事情。因为项目中外键关系是在程序中控制的，所以，数据库里面导出来的PD图没有表关系。
最直接的后果就是自己花时间去研究、谁想了解，话费时间成本去聊、去问。
开发期间，还遇到一件奇葩事儿，我也是跪了。安排任务的时候。一个人总体安排；等验收活儿的时候，却是还有一个人来评价验收。更离谱的是，两个人的意见全然相左。。。加班加点儿的做了两个多星期，唉，结果劳了一个别跟我这交活儿。啥也不说了，还是等《煎饼侠》解救不开心吧~~~~
项目开发中，规范真的非常重要，没有规范。更别谈约定了。对于小公司杀出来的程序猿。习惯真是一个人一个样儿，你试过自己依照自己习惯搞出来的程序，然后彼此维护彼此的代码吗？我试过。亲身经历。一共就那么几个人开发出来的东西，并且天天坐在一起开发，结果就是彼此抱怨这不好。那不行的，然后每一个人都把代码改成自己的习惯。
。。。
这个循环，无解呀。
之前，看了一篇微信上面转载非常多的文章，《让程序猿跳槽的非钱原因》。上面有一段话是这样讲的：绝望的产品——当你遇到这种产品。方向不明、市场不明，号称要尾随市场脚步，找不到自己的定位和核心竞争力，各种乱改需求。程序猿们像唐吉阿德一样可笑的战斗，我的while（true）啊……路越走越漫长，看不到一丝光亮。心越来越绝望……break，必须的啊。
虽然很多其它时候，程序猿跳槽是由于公司钱不到位。但是绝望的产品，你一天都不想搞下去。
近期公司人员流动太大了，这周末的时候，公司的设计师迅速离职了，搞了老板一个措手不及。盲目的迭代。也该停下来思考一下了。企业留不住人。最重要德原因，还真不在程序猿身上，大多数还是由于公司制度上出了问题、需求上变更太TM离谱、要求的活儿到位钱不到位、自以为是：以为给了你高薪。你就得跟狗一样给我干活儿。一点儿都不爱自己的兵。
程序猿的吐槽。都是泪，说多了是伤感呀！