做一个优秀的建筑师不是搬砖的码农

要优雅，要严谨

a.背景和思路（有作者署名，清晰的注释）

b.能够被别人欣赏懂，命名规范，尽量用自己感觉高大上以及能让别人一眼看懂的命名（方法，接口，对象，参数），另一个重要的点：代码逻辑要清晰，面条式的代码没人愿意看，也看不懂

c.一件艺术品都有自己的精髓，骨架（抽象，封装，继承，设计模式）

d.不要孤立的看待自己的代码（考虑上下游调用者使用场景）

e.性能调优（内存使用，速度，是否随着数据量或者调用量增长，消耗和响应时间，I/O是线性的）

f.逻辑一定是明确的，无漏洞的，有边界的

 

技术的定义（R，D）

R：学习和探索

D：落地和实践

好VS坏

坏

(1.)动手不动脑,[一顿操作猛如虎，结果本身其他人已经有过实现。做二次开发。而且逻辑还不对]

(2.)关注小我，没有大我.[注意细节，注意异常捕获，让程序能完整的流转起来]

(3.)情绪大于事情本身[不要把坏的情绪带到代码中。要写出优美的代码]

好

think around before action【事情一定是在脑中或是在脑图中形成闭环之后，再去动手】 

把事情做正确->做正确的事情 【方式方法很重要，避免浪费时间在不该的事情上】

找好时机->选对方法->讲对事情 【】

开放的心态【良好的代码使人心情舒畅】

明确自己的职责

人人都是测试角色 【自己的代码自己测试。自己要有junit测试】

人人都是产品经理 【自己要对自己的代码负责，你的产品是要给卖给客户的，自己都觉得烂的设计。要主动和产品去沟通，去改善。去学习】

人人都是用户 【软件是先给自己用的，自己认为好的产品，才是好产品，才有动力】

检验自己的工作

说我要做啥

做我说的啥

检验我说的都做了

说我做了我说的

工作背景

光环效应

眼高手低 【取长补短。永远应该在学习】

纸上谈兵  【多动手】

别人的就是自己的 【学习别人好的，摒弃别人不好的，然后拿来用未尝不可】