最新 | 最热门 | 最高评价

+0  我看绩效考核

Tag: 技术管理 | 杂项资源 | 职场生涯 | KPI | OKR | Programmer | 程序员
陈皓 发于 2017年07月09日 18:03 | 点击: 419 | 展开摘要
(本来,这篇文章应该在5月份完成,我拖延症让我今天才完成)

前些天,有几个网友找我谈绩效考核的事,都是在绩效上被差评的朋友。在大致了解情况后,我发现他们感到沮丧和郁闷的原因,不全是自己没有做好事情,他们对于自己没有做好公司交给的事,一方面,持一些疑义,因为我很明显地感到他们和公司对一件是否做好的标准定义有误差,另一方面,他们对于自己的工作上的问题也承认。不过,让他们更多感到沮丧的原因则是,公司、经理或HR和他们的谈话,让他们感觉整个人都被完全否定了,甚至有一种被批斗的感觉。

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

+0  什么是工程师文化?

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

Agai

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

+0  关于高可用的系统

Tag: 技术管理 | 程序设计 | 系统架构 | Design | High Availability | Paxos | Programmer | 分布式 | 程序员
陈皓 发于 2016年08月21日 12:34 | 点击: 754 | 展开摘要
在《这多年来我一直在钻研的技术》这篇文章中,我讲述了一下,我这么多年来一直在关注的技术领域,其中我多次提到了工业级的软件,我还以为有很多人会问我怎么定义工业级?以及一个高可用性的软件系统应该要怎么干出来?这样我也可以顺理成章的写下这篇文章,但是没有人问,那么,我只好厚颜无耻的自己写下这篇文章了。哈哈。

另外,我在一些讨论高可用系统的地方看到大家只讨论各个公司的技术方案,其实,高可用的系统并不简单的是技术方案,一个高可用的系统其实还包括很多别的东西,所以,我觉得大家对高可用的

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

+0  让我们来谈谈分工

Tag: 技术管理 | 杂项资源 | Division of Labour | manager | Programmer
陈皓 发于 2015年12月13日 12:55 | 点击: 1150 | 展开摘要
昨天,我看到一个新闻——雅虎取消了QA团队,工程师必须自己负责代码质量,并使用持续集成代替QA。 同时,也听到网友说,“听微软做数据库运维的工程师介绍,他们也是把运维工程师和测试工程师取消了,由开发全部完成。每个人都是全栈工程师”。于是,我顺势引用了几年前写过一篇文章《我们需要专职的QA吗?》,并且又鼓吹了一下全栈。当然,一如既往的得到了一些的争议和嘲弄;-)。

有人认为取消QA基本上是公司没钱的象征,这个观点根本不值一驳,属于井底之蛙。有人认为,社会分工是大前提,并批评我

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

+0  技术团队的标准化与可复用文化

Tag: 技术管理 | mq | twitter
Tim 发于 2014年12月30日 01:12 | 点击: 972 | 展开摘要
一次某用户在使用系统时候碰到一个问题,但不确认是系统的bug,于是问题通过各级的微博@消息反馈到产品与技术团队。在反馈链中,每一个同事都需要确认一下自己是否也出现这个问题,以便确认是否属实以及问题的范围(你可以理解互联网的从业人员为什么那么忙了)。

当这个@消息最终传递到当事的工程师手里,他也需将描述的问题再测试一遍,如果不能重现,问题就变得更加复杂,工程师需要从一堆海量的日志去定位当时用户出现这种现象的原因。那一次排查到最后,发现原因是某台服务器的返回的数据不对导致,那台

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

+0  开发团队的效率

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

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

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

+0  从Code Review 谈如何做技术

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

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

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

+0  加班与效率

Tag: 技术管理 | 杂项资源 | Programmer | Project | Rework | 程序员
陈皓 发于 2013年07月24日 08:28 | 点击: 1968 | 展开摘要
微博上看到了这么一个贴子,就像以前在《腾讯,竞争力 和 用户体验》中批评过腾讯说自己的核心竞争力是员工加班一样,我顺着Winter的回复也批评了一下这个微博——

“靠加班超越对手?!劳动密集型么?我要是对手的话,我就来趁机挖人了,直接摁死你……//@寒冬winter: 当一个管理者的智慧无法衡量一支团队的产出的时候,他就会把“工时”当做最后的救命稻草,死死抱住——这是他唯一听得懂的东西了。”

然后,@玄了个澄的在微博里at我说,他在微信里看了@Fenng 关于加班的言论,

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

+0  Alan Cox:大教堂、市集与市议会

Tag: Unix/Linux | 技术管理 | 杂项资源 | Alan Cox | Linus Torvalds | Linux
Leo 发于 2013年07月08日 15:42 | 点击: 14429 | 展开摘要
(感谢网友 @我的上铺叫路遥 投稿)

在网上搜到的Cox大叔于1998年在开源社区写的一篇文章,当时很轰动,明眼人一看就知道是针对ESR那篇《大教堂与市集》,从中可见Alan在项目管理风格上乃至个人性格上都与ESR、Linus等人不同之处。顺便说一句,Alan现在出于“家庭原因”已经离开了Linux项目,他曾经评价Linus是a good developer but a terrible engineer,甚至在Google+上直接说Linus就是一a*sh**e。不管如何

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

+0  IoC/DIP其实是一种管理思想

Tag: 技术管理 | 程序设计 | 系统架构 | Design | design pattern | DIP | IoC | Object-Oriented | Programmer | 程序员
陈皓 发于 2013年07月05日 08:44 | 点击: 1361 | 展开摘要
关于IoC的的概念提出来已经很多年了,其被用于一种面象对像的设计。我在这里再简单的回顾一下这个概念。我先谈技术,再说管理。

话说,我们有一个开关要控制一个灯的开和关这两个动作,最常见也是最没有技术含量的实现会是这个样子:

然后,有一天,我们发现需要对灯泡扩展一下,于是我们做了个抽象类:

但是,如果有一天,我们发现这个开关可能还要控制别的不单单是灯泡的东西,我们就发现这个开关耦合了灯泡这种类别,非常不利于我们的扩展,于是反转控制出现了。

就像现实世界一样,造开关的工厂根

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

+0  新兵训练营的故事

Tag: 技术管理 | facebook
Tim 发于 2013年05月20日 14:32 | 点击: 1009 | 展开摘要
受到《打造Facebook》一书的启发,以及对改善环境的美好期望,春节后几个同事都信誓旦旦的表示要搞一个团队内的新兵训练营,尽管大家的出发点及理解不太一样,但没有影响积极前行的信心。

最开始是由L同学在前期张罗,L同学的核心办营理念是打造具备综合素质的人才(原话不一定如此),因此需要一个丰富的课程体系,让新人从无到有掌握应有的技术技能。即使有一些具备丰富经验社招的同学不需要部分内容,L同学的观点是这些课程可以根据对象进行裁剪,类似大学的学分制。

由于一些原因,大旗转移到另

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

+0  新兵训练营的故事

Tag: 技术管理 | facebook
Tim 发于 2013年05月20日 14:32 | 点击: 1162 | 展开摘要
受到《打造Facebook》一书的启发,以及对改善环境的美好期望,春节后几个同事都信誓旦旦的表示要搞一个团队内的新兵训练营,尽管大家的出发点及理解不太一样,但没有影响积极前行的信心。

最开始是由L同学在前期张罗,L同学的核心办营理念是打造具备综合素质的人才(原话不一定如此),因此需要一个丰富的课程体系,让新人从无到有掌握应有的技术技能。即使有一些具备丰富经验社招的同学不需要部分内容,L同学的观点是这些课程可以根据对象进行裁剪,类似大学的学分制。

由于一些原因,大旗转移到另

查看全文: http://www.udpwork.com/item/9866.html
|<<<12>>>| 一共2页, 23条记录