谈到程序员，对于外行人来说一贯的印象就是格子衫大裤衩外加人字拖，蓬头（秃头）垢面黑眼圈，还有就是“人傻钱多死得快” ，这是外界对程序员固有的思想，但是作为新世纪的程序员，我们可没那么邋遢，白衬衫西装裤黑皮鞋，整洁的发型，这才是新一代码农:sunglasses: 那对于我们内行人来说呢每天接触最多 ...

点赞再看，动力无限。Hello world : ) 微信搜「 程序猿阿朗 」。 本文 Github.com/niumoo/JavaNotes 和 未读代码博客 已经收录，有很多知识点和系列文章。 1024，程序猿/媛节日快乐。 你是知道的，我从来都不写日常琐文，人生经历 ...

程序员都有一颗工程师的心，所以当他们到一片新的场地想做的第一件事就是，将旧的一切推倒重来。是的，他们决不会满足于简单的增量劳动。 或许这种微妙的心理定位可以解释：为什么程序员进入新项目组后宁愿丢掉旧代码重新写，也不愿意修修补补，他们认为旧代码简直一团糟。 但是，事实上 ...

上个月，在负责技术晋升评审的过程中，有人认为在评审过程中以述职讲述为主，可能对某些比较擅长写代码而不擅于演讲的同学不公平。而对于中级别的程序员技术晋升我们更倾向于筛选出擅长编程，而非仅仅是说得好的同学。 这个过程里面，存在四种情形： 代码写得好，也说得好 代码写得好，但说不出 ...

，包括需求分析和代码编写规范。到了后来，代码开始无法入目，我们这个团队才三个人。这时候我想到了当年乔帮主 ...

对于特定的人，在大致时间段里他所能写的、确定质量的代码基本上应该是个确定值。 这点似乎显而易见，但事实上大多时候却总是被忽视。 如果项目负责人总是认可上面的基本点，那么任何项目的日程就应该以此为前提，而不是以此为变量。 假设说一个项目被估计为1万行(SLOC)，团队平均每人每天可以写100行 ...

去年帮另一个项目组赶项目时，总是有很多地方令我不舒服。本人编码有点小小的“洁癖”——即不喜欢见到冗余代码。即时现在忙，没时间整理，但是一有时间，我都尽可能的去重构。也许本人是个完美主义者吧。 个人认为重构有以下好处： 改善软件的性能、质量。 使架构更加合理。 使代码更容易被理解 ...

最近参加了多次的代码review会，在review的过程中，发现有些问题几乎每次都出现。挑了几个比较典型的问题讲解下。这几个问题都是初级问题，解决方法都很容易。只要掌握了方法，有意识避免，能让短时间内迅速提高代码质量。真所谓投入小，见效快。 变量命名不清晰，一词多义 为变量命名 ...