程序猿如何预估工时之二

今天才和一朋友谈过，非程序猿，多年经验，他能够一边聊qq，一边打印合同，一边走公司流程，像这种效率不高的文员很多，其实多年经验的程序猿也一样，自以为开个小窗口看视频没人看到么？听歌集中精神么？有自己的节奏是对的，可以低效也是真的。

暂且不说个人的效率高低，我们来研究一下客户端和服务端程序猿的差别，（其实，想当年iphone还未出现前，客户端和服务端开发并不那么明显，想当年是那年？其实才短短8年前），我看过很多服务端的程序猿是这么写代码的

客户端可能连备注都懒得写，我是很赞同这些代码的，特别是todo>，而且写服务器的必需得考虑多线程（我和一个腾讯出来的同事共事过，有个bug，他用的最快的解决的办法就是把多线程改成单线程，前任做的太烂了，多线程不是万能的，特别是你团队还不能稳定地处理多线程），还有并发，等等一些现代客户端不会考虑的内容，服务器一般会说，“客户端真菜，这些都不会，老子牛多了”，首先现实是，10年前，15年前，所谓的这些服务器功能只是程序猿的基本技能而已。以前没有网络，没有开源，以前的源码不是没实现，是没有流出来而已，可悲的是，现代的服务端程序猿只是一味地重复造轮子却不自知而已，以前踩坑，被教训然后获得的思想也没有得到发扬，其次，现实是客户端很多小技巧，很多思路都是服务端所没有的，由服务器被逼转客户端的程序猿会有深刻教训，很多都是被老板逼的，大多数老板都不知道思路不转变，不接受新事物，一个服务端的程序猿是无法写客户端的，曾经在一个团队3个服务器赶客户端进度，3个人2个星期改不了1个客户端的bug

说着么多，就是想说客户端和服务端是不同的（最近几年），那么用20年前，15年前那种工时统计方法，去量度一个程序猿，而不管他的客户端还是服务端，是否合适？

再说，服务端写的todo，是不是意味着未实现呢？功能未做好，工时怎么算呢？客户端可以很简单明确地细分一个个小任务，服务端需要持续改善，事先最好有计划，着就是预估2者截然不同的地方

ps.哥真的看过很多人在写服务器，可是他的个性真的并不太适合，为什么哥知道？因为哥虽然学了一些比较计划性的流程，但本身个性也是比较急的，所以并不适合做服务器的，再说，做服务器的，要不你就是10年的大牛，要不就什么都不是，没有中间的，什么分析师，架构师，2年经验高级程序猿，都是扯谈