"非典型"开发习惯
jopen 10年前
Written by MK - http://mkhome.blog.163.com/
# 代码篇
* 代码不爱注释
* 没空行、折行
* 不工整缩进、对齐
* 善用Hard Coding
* 用谁也猜不懂的缩写命名变量、函数
* 不写log，或只写同一级别的log
* 为什么不用断点调试代码，读log很累的
* Eclipse 好棒，换掉vi吧，亲~
* 超长的函数、类
* 宁可copy语句也不抽象为函数
* ”聪明“的编写一个业界已存在的函数、算法
* 多得记不住、眼花缭乱的继承和接口
* 使用各种非只读的全局变量
* 函数不显式的输入输出 （既参数表和返回）
* 修改代码时只为达到目而”不择手段“，代码优化都是扯D
* 函数间或模块间紧耦合，繁杂的嵌套、调用
* 文件随意命名 （例如 login.html, dengLu.js, Tom.css)
* ”深邃“的目录结构
* 不使用svn、git等代码管理工具
* 垃圾文件不清理，无用代码不删除
* 单模块多人开发却懒得使用branch
* 代码免单元测试就check in, 提交了让她们测测再说
* 代码有潜在的问题，难发现，可我不告诉她
* 功能优先，升级忒复杂，临了再考虑
* 在网上找到类似的代码，大量粘贴，不注出处
* 不合法的使用商业或有开源类库、代码，且不购买，不通过法律部门审核
* 只用顺手的语言、类库、架构，对新技术视而不见
# 架构、设计篇
* 觉得别人写的应用是垃圾，自己从头写，更”高级“ 的垃圾
* Java多高大上，C多技术范，遗弃掉你的脚步语言小女友吧
* 你选择prolog做AI，选择Lisp做原型，why？傻吊了吧？ * 在某系统中为类似目的使用不同框架或方案 （例如在一个html文件中既使用bootstrap 又使用css）
* 只看自己的产品，殊于了解竞争对手的产品
* 对于ugly 的设计和用户体验已经习以为常
* 对于他人提出的问题或挑战，第一时间驳斥
* 不使用技术语言进行技术沟通 （例如 不选择BPEL、UML，而使用更”通俗“的语言讨论问题）
* 为快速解决眼下工作而缺乏长远的vision （例如是用Java JNI 做视频界面，而在多个发布之后将代码翻译为C，库巴？）
* 缺少产品的roadmap （蓝图）
# 项目管理、产品管理篇
* 工程师为保证进度不做代码优化、设计优化
* 不了解需求就匆忙开发
* 为保证按时交付某需求而忽略不好实现的部分（这样产生的”limitation“后患无穷，甚至会导致redesign）
* UE 不超前，使用无新意
* 把bug的修复交给新手，而认为bug的修复比新功能更容易
* 违背经理提出的bug fix方案，出花样
* 不保留基本设计文档，认为快速开发变化大没时间完善 （建议使用UML图描绘总体和复杂模块，附加视频和音频解说，既快速又实用)
* 过多的设计文档、大范围的讨论和长时间的review
* 混淆产品的免费和收费的功能，或左右徘徊
* 但凡有”测“这个字眼的工作就要求测试部门去做
* 产品经理提出了新特性，或者遭拒绝，或者要N长时间实现
* 项目经理狂追项目进度，忽视质量和特性的完整度 （见过release为导向的PM吗？）
# 人员管理篇
* 高级经理认为一切都是分分钟的事
* 经理们爱替工程师做决定
* 工程师喜欢按时下班
* 经理们加班没够
* 按照工作时间发薪水，按照工作态度发奖金
* 工程师不愿意自己掏钱买技术书
* 经理们只关心项目
* 工程师就是创可贴，哪里破了就用它贴上
* R&D 的VP志向很远大，可现实很骨感
* 招人，要招帅哥和靓女，包括前台，秘书，和工程师
* 招人，Teamwork 很重要，听话才是硬道理
* 招人，要生baby的女性我忽略，年纪大的我pass