程序员的沉思

有时候觉得自己挺SB的，在技术面前犹豫不决，在管理方面又畏首畏尾，说俗点就是不专、视野短浅，面对日新月异的行业技术都想掌握，都想用来解决当前遇到的困难，但却忽略了自己的掌握能力，往往浅入深出，当别人提及相关问题，说两句之后就发觉自己的肤浅，最终原有问题没有得到改善，大把的时间也都消耗无余。

做开发时总会抱怨项目经理做需求不明确，拖累一班人三天两头改代码，项目经理该怎么怎么做讨论来来去去，无非目的就是一个，“让自己成为一个纯粹的开发者/减少自身工作量/别让重复工作阻碍我技术提升”，什么需求文档，设计数据库，数据库设计文档，开发文档，测试数据等等一系列问题想了一次又一次，最总还是怪项目经理，总之怎么都不会发现这些文档其实是最难，最耗精力，最难掌控的一块，项目经理欲哭无泪，整天受到程序员抱怨，被人人背后说闲话，说起来我开始同情我之前的项目经理了。

同情之后我试图从项目经理的角度去考虑问题，发现实际上他并没有做很多有效工作，整天与客户沟通来沟通去，跑现场，售后...，最后记录了一大堆问题，抛出来，技术出身的项目经理开始抱怨，为什么这点简单的小问题都不能理解？同一个问题为什么反复出现呢？为什么简单的业务逻辑都理不清呢？一个小小的需求嘴皮说破了还不能理解？这样，无数的问题又开始周而复始，项目经理抱怨程序员做事不认真，程序员抱怨项目经理不给出明确文档。而实际上有些项目经理的时间是十分有限的，做需求写文档尤其是改文档时间是少之又少，或者干脆不改，直接口述。就是这样，所有问题都归咎于没有白纸黑字的文档，白纸黑字的文档出不来都归咎于没有时间，没有时间都归咎于一个人身兼多职，一个人身兼多职都归咎于公司岗位不完善，公司岗位不完善都归咎于产品总不完善，产品不完善都归咎于程序员不了解业务，程序员不了解业务都归咎于没有白纸黑字的文档.....

这就天心情比较压抑，事情总会解决的，事情会解决好吗？上述的问题我看过很多解决方案，几乎从任何一本管理资料上都能对上目前的问题，而且还发现了更多的问题，疲于思考，寄希望于项目组的互相理解，但从任何方面讲“人类终究是无法互相理解的生物”，话可能说的大了一点，但这个意思真的是没有表达错，尤其是小规模公司，人人都有点小想法。

与人交流时偶尔想开个玩笑，偶尔只想静静的严肃一点，情绪阴晴不一，有些话说稍微过头了，总会让一些人心情不爽，看到这样的情况，又会陷入冰冷的沉思。