不做翻译需求的程序员 + 赠书
最近在做大量的代码 Review 的工作，尝试整理出一些大家在写代码时要避免的一些问题，同时也在读《代码整洁之道》和《代码里的世界观》。也在知识星球（同公众号名：Python程序员杂谈）中发了一些关于代码设计的内容。
读《Linux/Unix设计思想》--写好你的过滤器
一本书，不同的阶段读会有不同的领悟，不同的场景读也同样如此。如果说仅仅是听别人说这本书好，读这本书和为了提高自己的代码质量而读这本书感觉是截然不同的，打个比喻来说就是，你已经吃过饭了，然后又去吃甜点和你饿了三天，突然吃到甜点。就是这两者的区别。
python中的观察者模式
这是python高级编程中的一个例子，看了下，觉得很容易理解 ，和很容易使用，
好产品是如何炼成的
今天看极客公园的创新大会现场直播，觉得这是个不错的活动，确实有很多的极客都上去发表了精彩的演讲。大概看了几个人的演讲，都是做产品的。那么根据印象总结一下，如果要做一个好产品，应该注意哪些方面，或者说如何才能做出一个好的产品。 怎么样的产品算是好的产品？我个人认为有一下三点。
设计是做减法，还原本质
可能是因为前段时间看的《设计心理学》，到现在这本书对我的影响还未消退，并且我想也不会消退。现在总是会注意到网站界面的问题，也会自己想一下界面设计的问题。 几乎每一个设计师都知道：所谓最好的设计，一定是最简单的设计。但是大家在设计的时候似乎总是想让设计出来的东西丰富多彩，富有
读《设计心理学》
这周每天拿着《设计心理学》在上下班的地铁上看，断断续续的也算是看过了一遍，这是一本很好的书，但是只看一遍很多东西是无法立马消化吸收的，并且就像书中所讲，很多东西单单存储在脑袋中是不可靠的，最有效的方法是和外界物质建立自然关系。 回忆这本书中的内容，就如书的英文题目一样：Th
详细设计涉出的看法
其实这个也不能算是详细设计，不过是为了让别的开发者能够对我们的项目进行二次开发而写的文档，只是文档的详细程序已经赶上详细设计，甚至是比详细设计更详细。 这时的文档也不能称之为“设计”，称之为“说明”才更为恰当。 在写文档的时候我就一直在想，如何才能够写的清晰明了、无歧义，让
重温设计模式之抽象工厂
上篇复习了工厂方法模式的使用，对于创建单个系列产品来说，工厂方法已经可以很好的满足“开-闭”原则，但是对于组合产品，由多系列组成的产品，就显得力不从心了。 工厂模式中工厂类得特点是职责单一，这也是工厂方法的优点，每个类不必要关联多种事务。但这种单一的特点也限制了工厂方法的扩展
重温设计模式之工厂方法
在前面重 《温设计模式之建造者模式（Builder）》一文中，从模板方法（Template Method）推演到建造者模式（Builder）的过程中我们发现从模板方法到建造者或者是工厂方法其实只有一步之距。 但归咎于两者的侧重点并不一样，模板方法更注重“定义算法骨架”然后是把算法的实现延迟到子类中，而工厂方法则是“定义创建对象的接口”，然后也是把要创建对象的实例化延迟到子类中。
闲扯设计模式
最近空余时间稍微多一点,每天吃完晚饭,出去溜达一圈,回来就写写总结，安排一下学习计划，还有时间随便扯点东西到博客上。话说最近看到关于“过劳死”的消息，深知生命应该有张有弛才行，且与大家共勉。 说到设计模式，我刚到公司的时候开始做一个遗留项目的二次开发，以及一个java web
公告
《Django企业开发实战》已出版
豆瓣书评
图灵社区购买
京东购买
当当网购买
个人作品
《Django源码解析视频版》大纲-草稿《Backbone.js入门教程第二版》基于Django的网站系统: Typeidea