程序猿如何预估工时之二
来源:互联网 发布:windows隐藏文件夹 编辑:程序博客网 时间:2024/05/01 04:48
今天才和一朋友谈过,非程序猿,多年经验,他能够一边聊qq,一边打印合同,一边走公司流程,像这种效率不高的文员很多,其实多年经验的程序猿也一样,自以为开个小窗口看视频没人看到么?听歌集中精神么?有自己的节奏是对的,可以低效也是真的。
暂且不说个人的效率高低,我们来研究一下客户端和服务端程序猿的差别,(其实,想当年iphone还未出现前,客户端和服务端开发并不那么明显,想当年是那年?其实才短短8年前),我看过很多服务端的程序猿是这么写代码的
客户端可能连备注都懒得写,我是很赞同这些代码的,特别是todo>,而且写服务器的必需得考虑多线程(我和一个腾讯出来的同事共事过,有个bug,他用的最快的解决的办法就是把多线程改成单线程,前任做的太烂了,多线程不是万能的,特别是你团队还不能稳定地处理多线程),还有并发,等等一些现代客户端不会考虑的内容,服务器一般会说,“客户端真菜,这些都不会,老子牛多了”,首先现实是,10年前,15年前,所谓的这些服务器功能只是程序猿的基本技能而已。以前没有网络,没有开源,以前的源码不是没实现,是没有流出来而已,可悲的是,现代的服务端程序猿只是一味地重复造轮子却不自知而已,以前踩坑,被教训然后获得的思想也没有得到发扬,其次,现实是客户端很多小技巧,很多思路都是服务端所没有的,由服务器被逼转客户端的程序猿会有深刻教训,很多都是被老板逼的,大多数老板都不知道思路不转变,不接受新事物,一个服务端的程序猿是无法写客户端的,曾经在一个团队3个服务器赶客户端进度,3个人2个星期改不了1个客户端的bug
说着么多,就是想说客户端和服务端是不同的(最近几年),那么用20年前,15年前那种工时统计方法,去量度一个程序猿,而不管他的客户端还是服务端,是否合适?
再说,服务端写的todo,是不是意味着未实现呢?功能未做好,工时怎么算呢?客户端可以很简单明确地细分一个个小任务,服务端需要持续改善,事先最好有计划,着就是预估2者截然不同的地方
ps.哥真的看过很多人在写服务器,可是他的个性真的并不太适合,为什么哥知道?因为哥虽然学了一些比较计划性的流程,但本身个性也是比较急的,所以并不适合做服务器的,再说,做服务器的,要不你就是10年的大牛,要不就什么都不是,没有中间的,什么分析师,架构师,2年经验高级程序猿,都是扯谈
- 程序猿如何预估工时之二
- 程序员如何预估工时之一
- 计算工时小程序
- 故障诊断专家系统研究之二-----性能预估及状态评估
- 故障诊断专家系统研究之二-----性能预估及状态评估
- 故障诊断专家系统研究之二-----性能预估及状态评估
- 故障诊断专家系统研究之二-----性能预估及状态评估
- 故障诊断专家系统研究之二-----性能预估及状态评估
- 故障诊断专家系统研究之二-----性能预估及状态评估
- 如何有效管理工时 - 1
- 如何有效管理工时 - 2
- Project 如何使用加班工时
- 时间预估 mathematica程序
- 如何预估工作量?
- 时间预估 mathematica程序 [改]
- 时间预估2 mathematica程序
- 如何拒绝不合理的工时安排
- 如何管理项目成本:工时管理
- 【机器学习】支持向量机(二)——序列最小最优化(SMO)算法
- C语言编写CAPLdll
- 每日进步之leetcode第1题C++实现代码
- 1052. 卖个萌 (20)
- u-boot-2016.05移植:(1)、建立新板并配置,使能正常编译通过
- 程序猿如何预估工时之二
- Java中只有按值传递,没有按引用传递!
- Spring MVC 接收前端传递的表单json字符串
- ggplot
- 栈帧分析
- App上架流程
- JVM工具jmap、jconsole、jstack、jstat、Javap检测内存泄漏问题
- IOS学习之核心动画-粒子效果
- 视频播放遇到的坑(新手)