- 每周总结真的很难写
- 项目经理不会关注你每周的工作量，只会关心你每周做了多少功能点，修复了多少bug，优化了几点代码
- 衡量一个人的工作量，真的不容易，有时候你看见别人上千行代码提交，实际上都是从老项目中复制过去的，真实花费时间不到2小时
- 衡量一个人的工作量，确实不容易，有时候你看见别人不到五十行代码的提交，实际上花费了别人近一天时间
- 有时候看起来很小的一个功能点，实际上花费的时间，是你预计的三倍以上(在你全心工作的情况下)
- 想要安心的写代码，有时候很不容易，时不时会插进来一个断点，例如开会，例如同事的求助……
- 有些人你知道他每天干的活远少于你，但是他的总结长度，也许会比你长很多，而且项目经理会认为他比你努力
- 在code review的时候，你经常会看见一些隐藏的坑，告诉同事后，同事并不太愿意改，并且不承认这是坑，明明上面有一层很薄的泥土，怎么能叫做坑呢？最终，你踩了上去，然后，这个坑，极有可能是由你来填上
- 在项目中，你经常会看见一些隐藏的坑，你以为是别人写的，然而，很有可能是你自己埋下的
- 你经常为不屑于别人的设计，最终发现别人的设计比你略高一筹
- 你可能会惊叹于别人的设计，最终发现别人的设计隐藏了好几个坑
- 也许你花了大半天编写好一个控件用在公司好几个项目之中，可是某一天，你会听说，早已有人将类似的控件开源了出来。
- 工作效率除了和部门同事配合以外，还和身体状况以及心里状况有关。
- 同一个文件的修改，就算是大的改动，也尽量不要新建文件提交到git，而是在原有文件上修改提交，便于查看历史记录
- 不要写那种非常完备，但是很难理解的代码，毕竟，如果需求一改，要想在里面插入一些逻辑非常困难，特别是万一有人插入的是非完备代码，那就是挖了个大坑
关注我的微信公众号，
里面除了一些coder界的东西，
还有会有一些我也不知道是啥的东西
pageTan.jpg
网友评论