thinking

我个人十分不喜欢加很多log。大家都知道，写代码最怕的是context switch，比如在代码编辑器tab间来回跳转，不停的在代码编辑器tab页上滚上滚下，这就是所谓的distraction。log也一样，你每加一行log，你就把代码以你这行log为中心，分成了上下两部分，原来可以如行云流水般阅读

假设现在来做个实验，让大家脑子里都想着“牛”，那么大家脑子里想的牛能一模一样吗？显然是不能的，每个人脑子里的牛的样子都不一样，因为“牛”这个词并不能准确的概括牛这个生物的所有样子。所以，语言是模糊的不精确的。当我说“苹果”的时候，有的人想到的是红苹果，有的人想到的是青苹果，即便我说“红苹果”的时候，

RESTful这个东西大家都谈的很多了。然而这里面还是有些东西可以深挖。经常面试的时候，问什么是RESTful，很多人都大谈特谈怎么建立一套RESTful的API，这很好，但是这并不是RESTful的核心，正如RESTful这个名字一样，其核心是服务端的stateless概念。第一个根本问题，如何理

经过这么多年的发展，编程语言，开发平台，开发工具等等都已经变的很成熟，学习软件开发的成本和难度越来越低，现在就连幼儿园小朋友也能用python写几个小程序了，这个行业已经是劳动密集型行业了。那么，传统意义上的做软件工程类开发的同仁们，是时候寻找一下新的增长点了，现在比较主流的几个方向无非就是移动开发

我知道很多人都在国企（包括私企）和外企间纠结。这些年来，外企也早已走下了神坛，BAT等国企发展的非常好，待遇似乎也要比一众外企要高一些。网上有很多文章对比国企与外企，一般来说，各有利弊，但是这些文章都是从比较小的环境出发，有一个点还没有思考到。如果把思考范围放大点，考虑一下中国的经济，大家知道中国的

跟PM讨论的时候，往往他们会有这样的建议：我们先确定这个要不要做，然后再来看这个能不能做。听上去似乎很符合逻辑性，然而，为什么不能倒过来，先看看能不能做，再看看要不要做呢？也就是说，“要不要做” 和 “能不能做”，到底哪个是第一位要考虑的，哪个是第二位要考虑的，这两者在思考时的优先级到底应该如何？依

又到了大规模面试的季节，又到了虐学生狗的日子。。。面试，对于面试官而言，其实是一个绝佳的学习机会。可以看看别人怎么写code，听听别人的思路，多面试面试别人，也能提高自己的沟通能力和EQ，说不定技术也会有所提高呢。毕竟长江后浪推前浪，前浪死在沙滩上，一浪更比一浪浪。。。面试的目的是选出人才，或者说是

最近几个月我总是听到Data Driven这个词，大家总是经常把它挂在嘴边。然而我感觉并没有人真正的仔细思考过这到底指的是什么意思。首先，Data Driven这个词本身的含义非常的模糊。很多人总是认为在做一件事之前我先通过一些手段collect一些data，证明我的想法或者design是正确的之后

持续集成大家都不陌生，说的是代码check in之后（或之前）自动化做build和执行测试，这件事情为什么如此重要呢，是因为你local的代码直到check in，build和test之后才会发现问题。那么持续集成的粒度就是一个问题了，如果每次check in都做一全套，那么这样粒度最细，能最快速的

一般在IT公司，都有两条晋级路线，技术路线和管理路线。一般说来，技术路线那就是从工程师到高级工程师到主任工程师到资深工程师到CTO。管理路线那就是从PM到高级PM到主任PM到资深PM到CEO。然而，我却不这样认为，我认为这样子分法其实没什么道理。在我看来其实并没有什么2条路线，只有一条路那就是晋级之