[置顶] 非技术经验

- “虽然我之前没做过xxx，不过用xxx应该很简单。”
- “没做过就别说很简单！”

目录

1 思维碎片

西法，陪审员制度，排除合理怀疑（1957年 -《十二怒汉》豆瓣9.5分，《十二怒汉（俄罗斯版）》《十二公民（中国版）》）
做不到的人会告诉你你也不行
月入十万以上的靠信息和权利
信用卡利息2%,CPI每月0.1%
台湾日月光 $84亿

2 领导训(xi)话(nk)

跳坑,做完一件事才会放你出来
AB档
2000W买数据
编制有
不要推卸责任, 学到东西
10年数据仓库,3-5年Java开发

需求变化

1。永远不要听产品的口头的需求，让他们写文档，定版本，邮件发出来，抄送项目经
理
2。除了项目经理审核后定版本的需求，不要随便在代码上加需求

总结：有限责任制是现代公司发展的基础。软件项目也是这样，不能全世界的锅都让开发人员背

3 移交生产部署

单元测试没做, 不要部署, 在生产环境的修改成本太大.
邮件不行就电话
成功后邮件感谢各个节点的同事

版本号

《计算机编程艺术》的作者写书的时候觉得现有的排版系统太差，于是写了 Tex 排版系统
Tex排版系统， 版本号是3.1, 3.14, 3.141, 3.1415, …
无限接近圆周率， 无限接近于完美

4 日志

每个业务逻辑的输入输出都应该有info日志
每个Exception都应该有error日志
日志输出位置要确认是否有权限(特别是生产环境)

5 单元测试

单元测试的重点是功能全覆盖, 比如调用远程服务器的返回数据, 本地构造假数据也要测.
没有数据, 构造数据也要测.
没有测过的程序是定时炸弹.

6 类，接口的设计

6.1 参数列表的设计

3个以上同类型变量用数组传参，配合int参数指定数组中各个变量的功能

多说一句: 传入参数使用前判null, 避免NPE(NullPointException)

6.2 类的分类

UI类的焦点控制类应该和UI类放在同一目录下，而不是和调用该UI的类放在同一目录

6.3 用return进行逻辑控制

尤其是actionListenner中实现多种逻辑时，新增一个跳出逻辑只需要加入if (…) {return;}即可不执行之后的代码，优雅。

6.4 灵活地重写某GUI的Action类，用匿名内部类

需求描述：有一个new JButton(new ThisAction(arg1,arg2)),现在需要仅在当前类中修改ThisAction的事件监听逻辑。

new JButton(
           new ImagePreviewAction(DeviceCurveDialog.this,previewContext) {
                                                 @Override
                                                 public void actionPerformed(ActionEvent event) {
                                                     if (isNameEmpty()) {
                                                         return;
                                                     }
                                                     super.actionPerformed(event);
                                                 }
                                             }
           )

7 IDE提示某变量,方法没有被使用, 可能通过xml或@Annotation方式被使用

一般这个时候你用crtl+鼠标左键点击该变量发现没有导航。不要以为这个变量在程序里就没用到了。有一种情况是，该变量初始化后没被调用。但是在初始化的时候，该变量已经和某些逻辑绑定了。
比如说：

private JButton defaultNameButton;
...
defaultNameButton = button(cc.xy(3, 1), createDefaultNameAction());

Spring框架中, 这种现象更常见

//调用位置
@Autowired
AnyThing anything; // 但是AnyThing类中,IDE提示没被使用