SilentXZP

摘要： 程序员小飞原计划三天完成某个任务，现在是第三天的下午，他马上就可以做完。但是在实现功能的过程中，他越来越意识到自己原来设计中的缺点，他应该采取另外一个办法，才能避免后面集成阶段的额外工作，但是他如果现在就改弦更张，那势必要影响自己原来估计的准确性，并且会花费额外的时间，这样他的老板、同事会因此看不起 阅读全文

摘要： 和搭档一起学，这几天他写了一个demo有关登录界面。我看了下，提出了一些个人的意见。 ·代码 乍一看，其实并没有什么问题，然而仔细想想，觉得有点不妥。大致有以下: 在回来看，我们往往会合并项目，并且所有完成后还要测试。以这种方式写的话，一些功能的实现都写在onCreate（）里，导致很累赘，按我们所 阅读全文

摘要： 想必敲过代码有段时间的人都知道，越往后写了，就会发现之前写的会有很多不足，现在我就是罗列一些自己过去常有的不足之处。 1.注释。在以往，敲代码就敲代码，自己懂就行，现在回顾那些曾经的demo，因为没有注释，所以自己看都费事，好不容易找了有注释的， 却是点不到位，不贴切。有注释不仅方便自己，也方便合作 阅读全文

摘要： 测试过程及结果 通过则为 阅读全文

只有注册用户登录后才能阅读该文。 阅读全文

摘要： 虽然一开始推荐是build to win 只是发现，收获的不仅仅是to win。 研究员的想法是： 我要单纯地用我的方法，证明这个方法相对于其他方法的优点。 (然后我就可以发论文了） 我（工程角度）的想法是： 用所有能帮上忙的方法，做出好的结果。（我们就可以出产品了） 的确，往往有时候为了完成而完成 阅读全文

该文被密码保护。 阅读全文