最新 | 最热门 | 最高评价
---

+0  Bob大叔和Jim Coplien对TDD的论战

Tag: 技术读物 | 流程方法 | 程序设计 | agile | BDD | CDD | TDD
陈皓 发于 2011年06月27日 08:41 | 点击: 2648 | 展开摘要
今年春节时，我写了一篇《TDD并不是看上去的那么美》，在这篇文章中我列举了一些关于使用TDD的一些难点和对TDD的质疑，后来出现了一些争论（可参见那篇文章的评论），以及Todd同学的《TDD到底美不美》，还有infoQ中文上的那个几乎没有营养离线讨论。今天，有网友给我推来一个英文版infoQ的视频——“Coplien and Martin Debate TDD, CDD and Professionalism”，这是2008年2月18日的视频，视频的主角两个人争论TDD好还是

查看全文: http://www.udpwork.com/item/5357.html
---

+0  再谈“我是怎么招聘程序员的”（上）

Tag: 流程方法 | 职场生涯 | Programmer | 程序员 | 面试
陈皓 发于 2011年04月20日 08:36 | 点击: 3836 | 展开摘要
我以前写过一篇“我是怎么招聘程序员的”的文章（在CSDN那里有很多人进行了回复）。今天，我想再谈谈关于招聘和面试这方面的东西，主要是以下这些原因：

近半年来我在进行了大量的招聘工作，对面试有一些新的体会。

酷壳最近发布了几篇趣味面试题（面试题一，面试题二，面试题三），从回复中让我有一些思考。

我有一个同事最近面试了一家公司，他和我分享了一个博士专家对他的面试，也让我思考了一些。

在豆瓣上看到“知乎上某人写面试豆瓣产品经理的经历，很欢乐”(亮点是面试官现身知乎亲自作答)

查看全文: http://www.udpwork.com/item/4892.html
---

+0  再谈“我是怎么招聘程序员的”（下）

Tag: 流程方法 | 职场生涯 | Programmer | 程序员 | 面试
陈皓 发于 2011年04月20日 08:35 | 点击: 3068 | 展开摘要
<<<再谈“我是怎么招聘程序员的”（上）

在上篇中，我们说到了一些认识人的方法（操作，知识，经验，能力），还有一些面试的方法（算法题，实际生产活动中的挑战），下面我们来说说，面试的风格，还有一些点评。

把应聘者当成你的同事

有些公司的面试官，在面试过程中问你一个算法题，然后等着你解答了，如果你给出一个答案，然后就会问你有没有更好的答案，如果你给出了正确的答案，他们就会问你一个更难的问题，如此循环下去。他们基本上很少给你提示，甚至不停地质问你，挑战你，搞

查看全文: http://www.udpwork.com/item/4893.html
---

+0  Fix Bug的五个阶段

Tag: 杂项资源 | 流程方法 | 轶事趣闻 | Programmer | 程序员
陈皓 发于 2011年03月24日 08:34 | 点击: 2831 | 展开摘要
下面的文章和《各种流行的编程方式》有异曲同工，请你不要理解错了。本文来源，翻译如下：

——————————————————

一个非常严重和困难的bug，能够成就一个饱经沧桑深受压力的有经验的专业程序员的职业生涯。经受这种考验的创伤程度，相当你受到了一次严重的身体伤害，离婚，或是家庭成为的离世。

研究人员在研究了计算机编程心理学后，得出了一个程序员们在解决一个困难的bug时的心路里程。这些不同的境界，很像为大众所知的Kübler-Ross Stages of Grief（

查看全文: http://www.udpwork.com/item/4592.html
1

+0  程序员那些悲催的事儿

Tag: 杂项资源 | 流程方法 | 职场生涯 | 轶事趣闻 | Programmer | 程序员
陈皓 发于 2011年03月22日 08:55 | 点击: 2827 | 展开摘要
在StakeOverflow上有这样一个贴子叫“Confessions of your worst WTF moment”（WTF就是What the fuck的缩写），挺有意思的，我摘几个小故事过来，希望大家在笑过之后能从中学到什么——所有的经验都是从错误中来的（我在其中加了一些点评）

我们公司的软件是给警察局用的，那是一个对用来处理被逮捕的人的系统，此系统还需要收集脸部特征和指纹信息，并且，这个系统和会向FBI的系统提交这些信息。当我们在测试这个系统的时候，我们一般都是

查看全文: http://www.udpwork.com/item/4563.html
---

+0  再谈敏捷和ThoughtWorks中国咨询师

Tag: 杂项资源 | 流程方法 | agile | TDD | ThoughtWorks
陈皓 发于 2011年02月24日 18:23 | 点击: 2559 | 展开摘要
前言说明

之所以用了“再”，是因为之前的两篇文章——

我在《那些炒作过度的技术和概念》中批评了ThoughtWorks中国咨询师的咨询方法是以一种接近于教条、炒作、洗脑和电视购物的方法（虽然我心底觉得有时候有时候更像传销），当然，批评是没有意义的，所以我也给了中国ThoughtWorks那些年轻的咨询师们一些我认为有建设性的建议。

我在《TDD并不是看上去的那么美》一文中列举了一些在实际中使用TDD可能会出现的问题和难题，以此来告诉大家在使用TDD时需要注意的东西。就像

查看全文: http://www.udpwork.com/item/4349.html
^..^

+0  [转]TDD到底美还是不美？

Tag: 流程方法 | agile | TDD
陈皓 发于 2011年02月24日 15:41 | 点击: 3090 | 展开摘要
下面的文章转自Todd Wei 的《TDD到底美还是不美？》，对于这篇文章，我个人能过透过作者的观点感受到他的项目中使用TDD的难点，同样可以感受到作者内心的纠结。不管怎么样，我能够感到作者Todd Wei在独立思考，独立思考总是好的，因为那是走向成熟的必要条件。(另，大家可以移步过去看看相关的评论，挺有意思的)

————————————————————————————————————

最近CoolShell上的一篇《TDD并不是看上去的那么美》引起了敏捷社区的高度关注和

查看全文: http://www.udpwork.com/item/4353.html
---

+0  提高编程技能最有效的方法

Tag: 杂项资源 | 流程方法 | Programmer | 程序员
陈皓 发于 2011年02月21日 08:31 | 点击: 2698 | 展开摘要
StackExchange.com上有两个贴子（贴子一，贴子二），贴子名叫“What is the single most effective thing you did to improve your programming skills?” – 对你的编程技术提高最有效的一件事是什么？回复的人中给了很多很不错的建议，我把他们总结了一下，十条，相信一定会对你有用。（注意：顺序是我自己按我的个人经验排的）

和比自己聪明的能力比自己强的人工作。学习他们的代码，他们

查看全文: http://www.udpwork.com/item/4324.html
^..^

+0  预发布环境,Tag发布机制和可重复的部署过程

Tag: 技术读物 | 流程方法 | Tag | 投递 | 部署
陈皓 发于 2011年02月20日 15:28 | 点击: 2699 | 展开摘要
下面文章由网友吕毅投递，源文是：http://blog.lvscar.info/?p=427

—————————————————————————————————————————————

周末聚会，无意间聊起建筑行业。自己是搞软件开发的，我们的行业从建筑设计/施工过程中借鉴了大量的概念，隐喻，名词。可以说软件就是现实中伴随整个人类历史发展的“建筑”在虚拟空间中的投影。有个两年前问过其他朋友的问题，这次友人又再次提起，“为什么建筑设计过程中没有普遍性的采用版本控制呢？” 瞎扯

查看全文: http://www.udpwork.com/item/4317.html
---

+0  TDD并不是看上去的那么美

Tag: 流程方法 | agile | TDD
陈皓 发于 2011年02月12日 08:48 | 点击: 2470 | 展开摘要
春节前的一篇那些炒作过度的技术和概念中对敏捷和中国ThoughtWorks的微辞引发了很多争议，也惊动了中国ThoughtWorks公司给我发来了邮件想来找我当面聊聊。对于Agile的Fans们，意料之中地也对我进行了很多质疑和批评。我也回复了许多评论。不过，我的那些回复都是关于中国ThoughtWorks咨询师以及其咨询的方法的。我对Agile方法论中的具体内容评价的不是很多，所以，我想不妨讨论一下Agile方法论中的具体的实践（以前本站也讨论过结对编程的利与弊）。

那么

查看全文: http://www.udpwork.com/item/4252.html
1

+5  那些炒作过度的技术和概念

Tag: 技术读物 | 杂项资源 | 流程方法 | 编程工具 | agile | COBRA | OOP | Programmer | SOA | SOAP | UML
陈皓 发于 2011年01月28日 10:00 | 点击: 3885 | 展开摘要
StackExchange.com上有一个贴子在评论着最近20年来被炒作过度的技术，对于出现的结果，大多数赞同，也有一些不赞同。下面我从前15名挑了10个（Java的WORE我去掉了，TDD我也去掉了，因为我觉得他们应该没有炒作过度，而且都不错），按原贴的顺序罗列如下：（后面的一些评论是我加的，欢迎大家讨论）

Top 10 过度炒作的技术和概念

Unified Modeling Language (UML) – UML是一个程序员交流想法的不错的工具，但是他离

查看全文: http://www.udpwork.com/item/4188.html
---

+0  代码重构的一个示例

Tag: 流程方法 | 程序设计 | 轶事趣闻 | Coding | program | Programmer | 程序员
陈皓 发于 2010年09月25日 08:33 | 点击: 2725 | 展开摘要
还记得以前和大家提到过的《各种流行的编程风格》吗？有一些人问我那些编程风格具体是什么样子的。下面是一个代码重构的实例，让我们看看那个流行的编程风格是实践是什么样的。下面的这个实践不是虚构，如有雷同，请对号入座。

首先，我们有一个表达式如下所示：

s = 7;

很明显，这个表达式的变量名太没意义了，很不利于程序的可读性，所以，我们需要取一个有意义的变量名：

slots = 7;

很好，不过，那个常量7是hard-code或是一个Magic number，而且，这常量没

查看全文: http://www.udpwork.com/item/2835.html
|<<<123>>>| 一共3页, 34条记录