最新 | 最热门 | 最高评价

+0  什么是工程师文化?

Tag: 技术管理 | 杂项资源 | 流程方法 | 职场生涯 | Programmer | 程序员
陈皓 发于 2016年09月18日 16:23 | 点击: 1689 | 展开摘要
四年前,我在QCon上演讲了一个《建一支强大的小团队》(整理后的PPT分享于这里)提到了工程师文化,今天,我想在这里再写一篇关于工程师文化的文章,一方面是因为我又有了一些想法和体会,另一方面,因为我也正走在创业的道路,毫无疑问,要建一个有浓重的工程师文化的团队或公司,所以有必要把自己的相关想法形有成白底黑字的“字据”,以供打自己的脸——“要是未来没有做到,这篇文章就打我未来的脸” || “这篇文章太幼稚了,未来的我会打我现在的脸”,当然,如果要打脸,我希望是前者。

Agai

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

+0  性能测试应该怎么做?

Tag: 流程方法 | 程序设计 | Performance | test
陈皓 发于 2016年07月06日 01:03 | 点击: 1254 | 展开摘要
偶然间看到了阿里中间件Dubbo的性能测试报告,我觉得这份性能测试报告让人觉得做这性能测试的人根本不懂性能测试,我觉得这份报告会把大众带沟里去,所以,想写下这篇文章,做一点科普。

首先,这份测试报告里的主要问题如下:

1)用的全是平均值。老实说,平均值是非常不靠谱的。

2)响应时间没有和吞吐量TPS/QPS挂钩。而只是测试了低速率的情况,这是完全错误的。

3)响应时间和吞吐量没有和成功率挂钩。

为什么平均值不靠谱

关于平均值为什么不靠谱,我相信大家读新闻的时候经常

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

+0  开发团队的效率

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

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

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

+0  从Code Review 谈如何做技术

Tag: 技术管理 | 流程方法 | Code Review | Programmer | 程序员
陈皓 发于 2014年04月12日 16:28 | 点击: 1938 | 展开摘要
(这篇文章缘由我的微博,我想多说一些,有些杂乱,想到哪写到哪)

这两天,在微博上表达了一下Code Review的重要性。因为翻看了阿里内部的Review Board上的记录,从上面发现Code Review做得好的是一些比较偏技术的团队,而偏业务的技术团队基本上没有看到Code Review的记录。当然,这并不能说没有记录他们就没有做Code Review,于是,我就问了一下以前在业务团队做过的同事有没有Code Review,他告诉我不但没有Code Review,而且

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

+0  由苹果的低级Bug想到的

Tag: C/C++语言 | 业界新闻 | 流程方法 | Apple | bug | C++ | goto
陈皓 发于 2014年02月24日 08:12 | 点击: 2001 | 展开摘要
2014年2月22日,在这个“这么二”的日子里,苹果公司推送了 iOS 7.0.6(版本号11B651)修复了 SSL 连接验证的一个 bug。官方网页在这里:http://support.apple.com/kb/HT6147,网页中如下描述:

Impact: An attacker with a privileged network position may capture or modify data in sessions protected by SSL/TLS

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

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

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

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

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

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

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

+0  持续部署,并不简单!

Tag: 企业应用 | 技术管理 | 杂项资源 | 流程方法 | agile | CI | 部署
马基雅弗利 发于 2012年06月25日 08:20 | 点击: 2055 | 展开摘要
【感谢 @常新居士 投递此文 】

这几年,持续集成随着敏捷在国内的推广而持续走热,与之相伴的持续部署也一直备受关注。自前两年,持续交付这个延续性概念又闯进了国内IT圈,慢慢开始在社区和会议中展露头角。许多不明真相的群众跟风哭着喊着要“上”,而许多前CI的半吊子玩家换件衣服就接着干,有的甚至衣服都来不及换……。国内的这些土财主如果不巧请了某些所谓的战略家,除了建了一堆持续集成环境,以及每天嚷嚷着要这个要那个,混乱的状况在根本上没有得到改善。本文无意费力探讨持续集成和持续交付的

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

+0  我们需要专职的QA吗?

Tag: 技术管理 | 流程方法 | Programmer | QA | 测试 | 程序员
陈皓 发于 2012年04月11日 08:48 | 点击: 1747 | 展开摘要
这个文章必然是有争议的,我在我的微博上讨论过很多次了,每次都是很有争议的。有不同的观点,有争论总是一件好事,这样可以引发大家的思考。所以,对于我的这篇博文,如果你赞同我的观点,我会感到高兴,如果你会去认真地深入思考,我也会高兴,如果你反对,没关系,可以讨论。

在此之前,我想说明一下我观点里的这个“专职QA”是怎么定义的。

其是很多公司成立的专门做测试的技术人员,仅测试不开发。

这些QA对于软件开发技术并不熟悉,甚至不懂。

我经历过一些公司都有专职的QA团队(专职的测试

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

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

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

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

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

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

+0  Test-Driven Development?别逗了

Tag: 杂项资源 | 流程方法 | agile | TDD
陈皓 发于 2011年10月17日 08:38 | 点击: 1981 | 展开摘要
这篇文章来源于Peter Sergeant在Write More Test 博客上的《Test-Driven Development? Give me a break…》,在原文和Reddit 上有很大反响。这篇文章里的很多观点在《TDD并不是看上去的那么美》和《再谈敏捷和TW咨询师》里都出现过(我个人觉得我的观点比其更全面一些)。就像我转的《Scrum为什么不行》 和《Bob大叔和Jim Coplien对TDD的论战》一样,从这些贴子我们可以看到——这是一个全世

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

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

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

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

+0  为什么Scrum不行?

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

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