工作随记

1. 录音: 软件不行, 不稳定, bug太多, 性能太差, 原因是程序员不行, 没经验; 客户关系不错

2. 录像: 这是一个不自量力的项目, 就不该立项, 仅有热血是不行的, 对业界来说很成熟的技术了, 这边却几个生手从头搞起, 半路夭折实在情理之中

3. CCTV CMS: 算是不错了, 现在看来那几乎是个敏捷团队: 在客户现场开发, 客户那边两个哥们对所有的需求都说了算. 所有人都在一个屋子里, 一张桌子上工作, 随时都可以showcase, 有客户那边的用户来体验和反馈. 遗憾的是还是程序员达不到要求, 软件性能还是很差; 没有交互设计, 界面操作, 响应性都一塌糊涂

4. 广电总局全国广播电视监测网: 参与不多, 不知道后来怎么样了, 应该还算成功, 客户参与程度也比较大. 问题是Resource和团队激励做的不好, 没有士气了

5. CA BrightStore ArcServer: 典型的C/C++遗留系统, 一个文件3万多行, 只有5, 6个函数...靠人海测试: 招了一些实习生三班倒进行手工测试...

6. USE 工作流平台: 领域相关知识的匮乏. 平台应该从产品中提取, 而不是凭空开发, 除非你有丰富的领域知识. 即使那样, 也要小心, 也要尽早应用到某个应用, 或者狗食...

7. Vitria BusinessWare, M3O: 算是成功的产品了. Dev素质相对不错, 一些好的开发实践如迭代, 持续集成等. 自动化测试比较多

1. Developer: 对特定技术领域的理解 + 对当时业务领域的理解 + 好的开发实践如TDD/Pair + OO/DDD

2. 卷入最终的需求决定者

3. 团队必须相处融洽, 两两融洽. 有针对性的激励

1. 尽早编码, 来驱动需求

2. 有疑问就要提出来, 请求澄清, 不可望文生义

你可能感兴趣的:(工作)