左耳的专栏

来自好友问题：“如果你是一家创业公司的程序员，这家公司规模小，只有三四个人，你是架构师，你会花费多长时间在APP的架构设计上”？我的答案：我思考了一会儿，我的答案是：不论工期多久，考虑的需求的不稳定性，我可能连10%的时间都不会花，甚至是为了求快，想到哪里就写到哪里的，代码的质量肯定是有的，毕竟自己也有了6年多的经验， 这点儿自信还是有的。一个故事：听到了我的答案，他给我讲了最近的一个故事：他花费了高薪请了一个来自大厂的资深程序员，实力ok的，但1年后这位离开了，在公司最难的时候，离

重构先导篇http://www.iqiyi.com/w_19rueh9nl5.html

技术界的口碑公众号“码农搬砖”，更多精彩，微信扫一扫，即可关注。

我猜你不会用try-catch，废话不说，首先看看大多数的人是怎么用的吧，也许你会躺枪哦。请问，看到上面的代码，你的第一印象是啥，我猜你会说，“我不想看，我不想看，看不懂”。其实，我也想说，我也不想看，太特么的乱了。在看看，下面的代码。我很开心的告诉你，这两段代码实现的是一个功能。第二段代码，是不是干净，利落。那到底是如何使其变成这样的呢？看一看完整的实现吧.t注意

给每个抽象概念选一个代表词，并且一以贯之。    例如：代码中所有的获取某个变量值的函数都可以用getXXX（）命名，用get来给在多个类中的同种方法命名。    Eclipse，Android Studio，IntelliJ等变成环境，都提供了查看函数列表的功能。也就是说，如果你的代码编写保持着“一以贯之”的编写原则，那么当你想去获取一个变量值的时候，只需要输入“get”，就可以

我在“微电台”中用了19篇的内容与大家分享了如何写漂亮，可读性，可理解性高的代码，也分享了程序员应有的职业道德与从业初心。我想是时候，总结一下，并且开始新的历程与冒险了。首先在此，先回答几个朋友的问题吧。1.      为什么我的音频都在5分钟左右。其实，最初我做这档节目的时候，我的出发点就是，让大家充分利用碎片时间，在休息的时候，闭上眼睛，在入睡前的五分钟，提升自己。当下的程序员，工作繁

你当以同等的热情护卫代码其实，我一直在想，我们程序猿在项目发展迭代中的角色与定位到底是什么？也许，在多数的情况下，我们或许做的还不够。也许你会说，我总是努力的完成工作，参与需求讨论，认真的制定执行方案，及时交付产品。如果，你觉得这样做就够了，那么请你认真的回答我以下的几个问题?(1)    你是否遇到过某种严重到要花费数天来做本来只要数个小时即可完成的混乱情况。(2)    你是否遇到

“代码与注释”的关系，我诚然的多次听到这样的一种说法，“尽量每个函数，都写上详细的注释，这样以后别人接收就很容易理解。”其实，这样的说法存在弊端。   首先要明确一点，注释到底是干什么用的。注释的恰当用法是弥补我们用代码表达意图时遭遇的失败。换句话说，有意义的命名才是根本之道，如果我们无法准确的找到有意义的命名，那么注释可以增加代码的可理解性。注释不可以滥用，也不可以过度的依赖注释。其实，我一

如何写出漂亮的代码，如何在高速迭代中，顺利完成任务。

我曾经多次的与几个朋友探讨，什么是一个优秀的程序员。最终，除了程序猿的必备素质，过硬技术以外，我们发现了另外一点，技术传承。分享成长经历，分享见解，分享技术，分享.....,，因为在分享中，分享者也在成长。三人行必有我师然，分享才能与他人的思想碰撞，闷在葫芦里，这些东西并不能像酒一样变得更加香醇。之后，我发现其实程序猿是忙碌的，下班很晚，我统计了大家的数据，发现，技术文章他们只有在需要的时