最新 | 最热门 | 最高评价

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

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

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

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

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

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

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

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

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

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

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

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

+0  在新浪微博上关于敏捷的一些讨论

Tag: 技术管理 | 流程方法 | agile | Scrum | TDD
陈皓 发于 2011年08月12日 08:22 | 点击: 2566 | 展开摘要
自从我发布了“Scrum为什么不行”,并被CSDN推成首页头条后,我在我的新浪微博上就经常被敏粉们@去讨论他们的一些话题。他们似乎想要从我这里听到一些不同的声音,我很喜欢他们的这种态度,在这里先赞他们一个。既然,让我来评论他们的东西,我就不客气了,板砖自然是少不了的。 我觉得我在微博上的观点比较散,所以在这里做一个汇总。我在所有批评敏捷的文章里都重复说过我的立场,这里还要再说一遍,因为那群人很敏感——“我承认敏捷中有一些东西我是认可的,但对敏捷社区的推广和思维方式我持否定态度

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

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

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

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

把应聘者当成你的同事

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

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

+6  为什么我反对纯算法面试题

Tag: 流程方法 | 职场生涯 | Algorithm | Programmer | 程序员 | 面试
陈皓 发于 2012年08月22日 08:20 | 点击: 2453 | 展开摘要
算法面试可能是微软搞出来的面试方法,现在很多公司都在效仿,而且我们的程序员也乐于解算法题,我个人以为,这是应试教育的毒瘤!我在《再谈“我是怎么招程序员”》中比较保守地说过,“问难的算法题并没有错,错的很多面试官只是在肤浅甚至错误地理解着面试算法题的目的。”,今天,我想加强一下这个观点——我反对纯算法题面试!(注意,我说的是纯算法题)

图片源Wikipedia(点击图片查看词条)

我再次引用我以前的一个观点——

能解算法题并不意味着这个人就有能力就能在工作中解决问题,你可

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

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

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

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

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

+0  多些时间能少写些代码

Tag: 技术管理 | 杂项资源 | 流程方法 | 程序设计 | Design | Programmer | 程序员
陈皓 发于 2011年10月25日 08:24 | 点击: 2303 | 展开摘要
我在我的微博上说过这样一段话,我想在这里把我的这个观点阐述地更完整一些。

@左耳朵耗子:聪明的程序员使用50%-70%的时间用来思考,尝试和权衡各种设计和实现,而用30% – 50%的时间是在忙碌着编码,调试和测试。聪明的老板也会让团队这样做。而傻逼的老板,苦逼的程序员会拿出来100%-150%的时间来忙着赶进度,返工,重构,fix 大量的bug… 所以, 越差的团队一般会越忙,而且还忙不完。

在现在这个浮躁的时期,再加上敏捷咨询师们念的歪经,他们让人感觉上就

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

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

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

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

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

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

+0  Fix Bug的五个阶段

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

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

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

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

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

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

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

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

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

+0  为什么Scrum不行?

Tag: 流程方法 | 轶事趣闻 | agile | Scrum
陈皓 发于 2011年07月21日 08:37 | 点击: 2209 | 展开摘要
这篇文章的原文在这里(原文链接)(下文不是全译,也不是部分译,我只是把其总结,有我自己的发挥,但是原意大致不变),这篇文章完全是在调侃Scrum的,作者第一段就是一个免费声明,其说他是Scrum和其它敏捷方法的big fan, 他也认为Scrum 100% 对 软件开发可行。作者使用Scrum 5年了,也公开作过几次敏捷的分享会。他觉得写这篇文章只是为了好玩,因为他们戴上Edward de Bono 的 black hat (黑礼帽 – 是6个思考之帽中的一种——

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

+0  开发团队的效率

Tag: 技术管理 | 流程方法 | Programming | Project | 效率 | 程序员
陈皓 发于 2014年06月09日 09:06 | 点击: 2200 | 展开摘要
我之前写过一篇叫《加班与效率》的文章,从概念上说了一些我对“效率”的认识,但是那篇文章趋于概念化,对于一些没有经历过这样的环境的同学来说,可能会觉得太抽象了。很早以前就想写一篇更具体一点的,可执行的文章与《加班与效率》这篇文章相辉映,并再把我两年前在杭州QCon上的那个“鼓吹工程师文化”的《建一支强大的小团队》(新浪微盘)的观点再加强一下。

但是我遇到了一些思维方式上的麻烦——我讲的总是从我的经历背景出发,没有从其它人的经历背景来讲。这就好像,我在酷壳里说了很多东西(比如:

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