"非典型"开发习惯

jopen 5年前
Written by MK  - http://mkhome.blog.163.com/

Hi 亲,你有这些”爱好“吗?

# 代码篇
* 代码不爱注释
* 没空行、折行
* 不工整缩进、对齐
* 善用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
* 招人,太贵的我不要,技术强薪水低才是最爱

来自:http://mkhome.blog.163.com/blog/static/2142281252014623473481/