默认分类

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

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

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

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

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

我这里讲的用户体验，主要是UX design。UX design，是一个非常主观的东西，你说这个颜色好，我说那个颜色好，你说这个布局棒，我说那个布局烂到shi。而且对于不同国家地区的人，可能这个design适合这个国家，到了那个国家就不管用了。那么在UX design 领域，有没有什么放之四海而皆准

二话不说，先上结论王道：测试代码的优雅和产品代码的优雅，两者一般不可得兼，舍测试代码的优雅而取产品代码的优雅，方为王道。然后给出全球唯一的参考书籍，因为市面上讲怎么写测试代码的书，应该只有这一本权威。然而，尽信书不如无书，这本里讲的都是到了万不得已的时候，不得已而为之的手段。如果还有更简单的手段，千

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

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

OO大法虽好，但即便是在MS这样的公司，也不是每个人都能理解的很深刻的，俗话说，过犹不及。有些脑洞大开的framework，初看不错，各种用法都很一致，但因过度抽象导致对debug十分不利。这里总结几种不OO或者过度OO的设计，其实过度OO就等于不OO：所有的Constants都在同一个文件里定义。