一个纯正程序员的啰嗦
今天我不谈抱负理想，也不谈具体的技术，我来谈几个看法上的典型错误。下面的这些问题都是我曾经遇到，或者是我的朋友们遇到过的问题，这些都是我个人的理解，希望对大家有帮助。
关于设计模式、设计原则
有人认为，熟悉了设计模式、设计原则，就学会了设计。其实，设计模式和设计原则，只是前人根据设计实践做的总结和提炼，设计，归根到底是要解决问题的，把具体问题的解决办法，经过一定的抽象，变成程序员的语言。
我见过一些人，他们知识渊博、见识广博，甚至理论可以给你阐述得冠冕堂皇，但是到了实际需要解决问题的时候，他们却拿不出巧妙的、优雅的办法，这是典型的象牙塔人。
另一方面，也有一些人看不起学习设计模
[……]阅读全文
那，我想做什么？
我想要怎样的生活？
做一个歌手。充满魅力的舞台。钢琴？吉他？架子鼓？我爱清新的音乐，华丽的演唱。
做一个医生。病人的眼神，这是世界上最单纯直接眼神。关于健康和爱的神圣故事。
做一个咖啡吧老板。我爱咖啡，我爱在浪漫的咖啡吧里品味香醇各异的感觉。嗯，那样的话我大概有机会爱到极致了。咖啡在苦中浓郁，有时候，喝咖啡就是在品味生活。
呵呵，不过，我想我大概会一直坚持下去。
我找不到放弃和变卦的理由，我爱软件，梦想还是没有动摇过。
软件是一件用 0 和 1 两种符号在巧思匠心下凝聚而成的艺术品，没有任何一类事物可以这样神奇地将数字的理性和艺术的感性结
[……]阅读全文
本文翻译自 Oh No! DTO! by Robert C. Martin，这篇文章很短，强调的内容简单得不能再简单，也许大家早就意识到，但是，我依然可以在很多产品的代码里面找到文中所说的 “教条” 的影子，我说不清为什么，在这里有激烈的讨论，你们说呢？
本周我在教授 XP（极限编程，译注）的课程，我们要写给当前的应用写 FitNesse（一种测试工具，译注）的基础测试代码。其中一位程序员使用了 RowFixture（一种测试结果比较的工具，译注），这种工具需要使用 DTO（数据传输对象）并且要求其中的变量都为公有的。这时候这位程序员提出了质疑：“DTO 应该使用私有的变量和一套相应的 get
[……]阅读全文
工作需要面试了一些人，主要还是找合适的开发人员为主，我本人不能算很有经验，但是也有一些自己总结的路子。
要找怎样的人？
简单说，我要找适合工作的人。找适合公司和适合岗位的人，不一定要最优秀的，不一定要最出色的；但是一定要有基础、能学习、肯干，并且有一定的吃苦能力，性格不难于融入团队，短期内不轻易离职的人。
会进行什么对话，问怎样的问题？
七步曲。
1、热场，聊聊地点、家常，看看最基础的沟通能力，也帮助被面试者放松，正常反映自己的情况。
2、询问经历，包括学习经历和工作经历，尤其是实际项目经历，并就项目情况展开询问，可以了解擅长领域和工作经验。
3、简要介绍一下相应职位的工作情况，做什么业务，
[……]阅读全文
在 IE6/7 里 JavaScript 会从两个方面阻碍页面呈现：
script 标签下面的网页资源在 script 加载完之前会停止请求、下载。
script 标签下面的 html 元素在 script 加载完之前会停止渲染。
在 ie6/7 firefox2/3 Safari3 Chrome1 和 opera 下 script 标签会阻碍下载：
虽然在 ie8，safari4，chrome2 下 script 可以并发，但依然阻碍了其他资源的下载：
有 6 种方法可以使 script 与其他资源并行下载：
[……]阅读全文
没有一款浏览器能比 IE6 给前端开发更带来困扰了，IE6 的 Bug 和对标准的无视（其实 IE 各个版本都习惯于对标准的无视）已经到了令人发指的地步，
比如 IE6 的 JavaScript 解析在 GZip 压缩下问题一堆，微软自己都说没有办法，换浏览器吧；
比如 IE6 对样式的规定乱七八糟，看这个；
比如 IE6 上使用 PNG 还要加上一个带来 N 多挂死问题的滤镜……
终于微软也忍不住了，要专门给 IE6 清理全球最困难的钉子户中国开小灶了：
http://theie6countdown.cn/
微软自己都说了：
能为大家服务十年，已付出了我毕生的心血，尤其感谢中国，中国人民最可爱，因为直到今日，依然对我不离不弃。
可我得说，我还
[……]阅读全文
Peterson 算法（Dekker 算法的演化），这个算法设计得很巧妙，理解的核心就是搞清楚三个标志位是怎样控制两个方法对临界区的访问的：
volatile int flag1 = 0; //主观因素：flag1 表示方法 1 自身是否要求进入临界区
volatile int flag2 = 0; //主观因素：flag2 表示方法 2 自身是否要求进入临界区
volatile int turn = 1; //客观因素：turn 取 1 和 2 分别表示当前临界区针对方法 1 还是方法 2 开放
void fun1(){
flag1 = 1;
turn = 2;
while
[……]阅读全文
以下来自 John Hann 的实现，这段代码引起了我的注意，它用巧妙的方法把方法调用的结果缓存起来了。
代码解析：
// memoize: 使用 memoization 来缓存的通用方法
// func: 要被缓存的方法
// context: 方法执行上下文
// Note: 方法必须是外部可访问的，参数是可字符序列化的
function memoize (func, context) {
function memoizeArg (argPos) { //参数表示原始方法中参数的位置
var cache = {}; //这个缓存的 key 是参数，value 是执行结果
retu
[……]阅读全文
[Updated 11/3/2017] 文章写在好多年前，由于时代和自身技术水平的限制，很多文中的观点都已经不准确。现在有好的多的方法和工具来完成 JavaScript 重构。
一、模块划分和命名空间
通常我们的团队中，开发人员在 Java 语言层面具备相当的技术素养，经验丰富，而且有许多成熟的、合理的规约，类型繁多的代码隐患检查工具，甚至在团队间还有计划内的评审和飞检。但是前端的代码不似后台，就像一个没人疼的孩子，不仅仅容易被低估、被轻视，导致质量低劣、可维护性差，技能上，更缺少优秀的前端开发人员。
JavaScript 是前台代码中重要组成部分，随着版本的延续，产品越做越 [……]阅读全文
做一个大型的 WEB 项目已有近两年，兄弟姐妹们总在忙忙碌碌中度过，看似很充实，可是当每个版本结束，我想我们又完成了一件大事，可是紧张的项目周期加上持续的加班，客户和一线还是对版本质量不满意。看到完成的作品时，我总有一种感觉：投入了相当大的人力，团队成员也兢兢业业，按说时间应该绰绰有余才对，可是实际上为什么我总觉得版本紧张，我们的时间怎么那么容易就被消耗掉了？
内耗之事
不可否认当一个团队人数越来越大，就越需要流程来约束人、管理人，可是团队越大，就越容易产生沟通、交流的内耗，尤其是流程产生的内耗。项目经理或者团队 Leader 能够及时识别出这样的内耗，就显得尤为重要。
流程的内耗，比
[……]阅读全文
阶段一：
系统错误信息乃至错误堆栈被抛到页面上。
这是最原始的容错界面，在现在的网站中依然偶尔出现，这是糟糕的和不安全的，相信现在没有一个负责任的 UCD 专家会容忍这种现象的发生。
阶段二：
引导到简单的错误提示页面，例如：“系统忙”、“页面不存在” 和 “出错了”，或者一个简单的弹出框提示用户。
无论界面是美观还是简陋，这种方式都是原始的，并且是易于实现的。这是网站 UCD 的底线，如果您希望您的网站简单和质朴，那么这样实现并没有什么不好。
阶段三：
提示页面不仅仅是告知用户错误，还能够给出一定的建议，或给出一定的引导，以帮助用户在出错的情形下更快地修正错误，找到正确的页面。
这在相对复杂一些的网站上出现，通常
[……]阅读全文
函数式编程已经有比较长的历史了，如今的动态语言，很大程度上也受到了函数式编程（反过来名叫命令式编程）的启发。
在函数式编程语言中，当你写了一个函数，接受一些参数，那么当你调用这个函数时，影响函数调用的只可能是你传进去的参数，而你得到的也只能够是计算结果。因此，一个 void 的方法，是没有任何意义的。如果传入了引用类型的参数，也是不合要求的。
在函数式编程中访问状态是十分安全的，因为状态不会改变，我可以把一个 Point 或 List 对象交给任意多的地方去访问，完全不用担心副作用。函数式编程的十分容易并行，因为我在运行时不会修改状态，因此无论多少线程在运行时都可以观察到正确的状态。两个函数完全无关
[……]阅读全文
哲学上说变与不变，讲的是绝对运动与相对静止的道理，在代码设计中，也有许多变和不变之间的辩证故事。
有一些类在创建以后，整个生命周期内都不会发生变化，这种模式被称为 Immutable Pattern。
较弱的不变模式：指的是一个类的实例状态是不可变化的，但是这个类的引用的实例却可以变化。
比如说：Visitor 模式常常是这样的，整个流程是不可变的，但是我为我的整个流程提供灵活的切入点，提供出来访问接口，供变化的部分完成。
较强的不变模式：一个类实例状态不可变，其内部引用的所有实例也不可变。
这个就比较多了，JDK 中的 String、Integer、Byte 等都是不可变的。
&nbs
[……]阅读全文
但凡面向终端用户的产品，产品做大了以后，几乎都要涉及到基线能力和定制能力的划分。任何一个优秀的产品，都要经历从相对无序到有序的逐步成熟的过程。产品的发展总是要经历不断的阵痛，可是时间长了，我还是总免不了思考：好吧，就算产品最初匆忙和艰辛的时期已经过去，就算现在基线能力的建设已经迈入正轨，可是为什么我们的直接客户，定制团队还是那么辛苦？
有多少功能是真正值得去完成、真正被用户所需要的？
据一位定制的兄弟说，其实这个比例只有 8%，我相信数据也许是不准确的，但不管数据的有效性有多少，至少，大家都在问，产品的定位是一个厚实的门户，有太多的功能需要完成，可是真正给客户使
[……]阅读全文
好吧，我承认我是标题党，还是让我们从一个故事开始吧。
项目的业务逻辑层需要被设计成一个具备易扩展的模式，对外提供了大小相异的 API。项目组人人头脑风暴，最后在各位的努力下，克服苦难，业务逻辑层被封装起来，一组最初的 API 被提供出来：
1、现有 Service 逻辑已经疏于管理，欠缺重构，变成了不易控制的逻辑层，接口众多，鱼龙混杂，难以规整出清晰、可用的接口给第三方（例如下游定制团队），怎么办？
Web 应用有个特点，当你对代码的管理缺乏控制而搞不定时，可以在其上封装一层，这是一个通用的解决办法，也是一柄双刃剑。
正如某同事“ 我们都是工程商人&rdqu
[……]阅读全文
第 1 章：导论。
模式能够：
第 2 章：表现层设计考虑和不佳实践。
客户端验证：基于表单的验证、基于抽象类型的验证。
曾经在 JSP 中滥用过的助手类，通过助手类在页面和业务逻辑之间传递数据，有点类似于如今 Struts 中的 Action 作为传值模型时的情况。
表现层不佳实践：
……
怎么区分后台视图
[……]阅读全文
YQL，(Yahoo! Query Language) 是一种支持对互联网上的数据进行查询、过滤、连接、类似 SQL 语法的简单语言。用 YQL 官方的话：有了 YQL，开发人员只需要使用一种简单的查询语言即可访问和操控互联网上丰富的数据，而不再需要反复学习使用各种各样的 API。
一种代表作数据库发展未来的创意，数据库应该能够不仅仅代表具体的表和空间，变成广义的数据库，延展到整个互联网，才是一个最庞大的数据库。
火丁大盗给了个简单的例子：
select * from html where url='http://www.dangdang.com/' and xpath='//ul[@id="homepage
[……]阅读全文
项目中遇到了一个潜在的问题，大致就是说，在一个流程的两个或某几个环节中，需要短暂地存储一部分对象（如果不存储，就需要在这几个环节中多次调用同一个外部接口，这被认为是不够合理的实现）。
而这部分对象的存储：
（1）如果用 request，太小，毕竟一次提交以后就丢失了，如果需要往后传递，可能需要借助一些页面参数传值等丑陋或是不易控制的方法；
（2）如果用 session，太大，我不需要在整个用户会话生命周期内使用，而且如果同个用户并行地操作两个流程，期间会互相影响到。
其实在 Rails/Grails 里面就已经包含了一个机制，它将对象短暂地放置在 session 中，request-response 连续的
[……]阅读全文
本人也稍微用了一些脚本语言了，可是在同事的反馈给我的印象中，脚本语言似乎从未得到正名，似乎总是寒酸和小打小闹的代名词。我在做一个门户网站，身边有一些公司和某一些开发人员，总是对于页面上的技能很轻视，殊不知用户体验（也许我专指 UCD）恰恰是对用户影响最大的部分，对 Portal 来说，更胜于功能。同样类比，脚本语言亦扮演着看似无足轻重，但实际非常重要的作用。
脚本语言可以做什么？适合做什么？能想到的，似乎总是敏捷、快速、轻量的东西，说得冠冕堂皇一点，就是能把人从繁重的重复劳动中解脱出来；还有，就是很适合运行在客户端，做一些简单的解析和对用户体验的协助，这不也是因为它敏捷、快速和轻量吗？[……]阅读全文
偶然看到了 Robbin 的一则胶片 《JavaEye 网站架构解密》，说到了一些 JavaEye 的一些实现，那就来看看有哪些有意思的东西。
我正在参与做的一个项目，在某某地方上线，需要几十块单板集群；在某某地方上线，又需要怎样的一个集群组网。咋听起来兴许觉得能有怎样的业务逻辑处理和怎样的用户量呢？可是 JavaEye 让我很吃惊，我先前只知道与 CSDN 比起来，JavaEye 确实是一个小规模一些的网站，专业一些的网站，可是服务器呢？只有两台！
这是那台 Web Server：
• AMD Opteron 2.4GHz 单核 * 2 颗
• 8G 内存
• 146G S
[……]阅读全文
