查看详情
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

VB.net

专注于与VB.net学习爱好者一起学习、交流,共同进步!

 
 
 
 

焦点头图

 
 
聚焦图片加载中...
 
 
 
 
 
 
 

[置顶] 博客地址变更!

2013-10-3 12:52:15 阅读226 评论2 32013/10 Oct3

各位博友,感谢大家一直对本博客的支持! 为了更好的做好博客,现将博客搬家到如下地址:

http://trevan13.blog.163.com/

以后所有最新内容将发布到新的博客,欢迎大家一如既往的支持本博客!,谢谢!

作者  | 2013-10-3 12:52:15 | 阅读(226) |评论(2) | 阅读全文>>

软件开发是瓜熟蒂落,不能强迫

2013-5-22 15:35:57 阅读287 评论0 222013/05 May22

软件开发是瓜熟蒂落,不能强迫  阅读原文?

加班

预测一个任务什么时候能够全部完成是十分困难的。所有我见过的软件工程师都为此伤透脑筋,包括我自己。有些人会过高的估计开发某个功能需要消耗的时间,而另一些人会极大的低估他们手头的工作量。但是,这是一个真正存在的问题吗?不,这其实并不是个问题。

不知道是谁发明了人为的给一个事情设最后期限,这毫无意义。即使是你做一件事情,所有的工具都在你的桌面上,这个事情也不该有最后期限。我们的目标是尽可能快的让软件发布。就像是一场足球比赛,当你的对手1:0领先、只剩下5分钟时,全队所要做的是极尽全力尽快得分。而在这压力巨大的气氛中,队员应该做的就是站好位,发挥自己的水平。没有人能够要求队员在什么时候要进第一球。比赛前没有,更不是在比赛中。

我坚信,经理们其实不需要太为最后期限担心。他们应该做的是确保所有队员知道目标是什么,如何实现目标,并确保所有队员能团结起来共同努力。一个团队团结努力,不论工作如何进展,只要都保持超级的工作效率就好。真正唯一的测量标准就是:工作效率



本文由外刊IT评论网(www.aqee.net)原创发表,文章地址:软件开发是瓜熟蒂落,不能强迫,[英文原文:It ships when it ships ]

作者  | 2013-5-22 15:35:57 | 阅读(287) |评论(0) | 阅读全文>>

我在谷歌管理一个开发团队

2013-5-13 13:36:07 阅读350 评论0 132013/05 May13

我在谷歌管理一个开发团队 - Trevan - VB.net

 

上图为本文的作者:Matt Welsh

自从我离开哈佛后,经常有人问我现在在谷歌工作是什么样的情况。我猜想很多人会认为从一个终身教授到一个软件工程师的转变存在很大的身份落差。但除了这个头衔外,我工作的还是很高兴的,而且在这个新角色上,我的工作效率比以前在哈佛任教的8年中的任何时候都高——尽管当一名教授和管理一个开发团队在很多方面都有非常相似的地方。

我在谷歌的西雅图办公区带领一个开发团队,这个团队负责手机网站性能方面的一批技术工程。(你可以从我之前的几篇博客里了解更多的关于我的团队的背景信息。)最近发布的手机谷歌浏览器里的数据压缩代理支持就是我们比较复杂的项目之一。我们还负责PageSpeed系列的技术开发,专注于手机web的优化,还有一些其它很酷的技术,只是我不能在这里说。

谷歌西雅图办公区

谷歌西雅图办公区

我的正式头衔只是“软件工程师”,这是在谷歌最普通但却是最让人垂涎的角色,我说“垂涎”,是因为在谷歌所有重要的决策都是软件工程师来拍板。私下里,大家称呼我为“Tech Lead Manager”,就是说,我不仅要负责技术方面的指导,还要做人事管理工作。在谷歌,“Tech Lead Manager”并不是一个很常见的职位,大多数团队都有专门人员分别负责技术工作和管理工作。我身兼两职,部分的原因是办公室在西雅图,如果让团队向一个在总部办公的“专职”经理汇报工作,会有很多不便的地方。而且我非常喜欢身兼这两职,喜欢这种多样性。

我的工作主要有4个方面:(1)给团队制定技术方面的日常工作事项,确保他们能顺利完成任务;(2)自己要写些程序;(3)作为团队和谷歌其它项目组之间的协调人,最后(4)做一些团队的“人事管理”,包括招聘,绩效考核,晋升奖励等。

学院里任职的人马上就能看出这些和做一个教授之间的区别。在学院里带领一个团队做学术研究,教授是导师,给研究小组定技术范围,指导研究生研究。而在谷歌,这最大的不同是,我不能把团队里的这些人当成我的“学徒”——就像导师和研究生的关系。事实上,团队中的大部分人都是比我更强的技术人员,我完全要依靠他们的努力工作来开发出强壮、稳定的软件。我的工作是保护团队中的这些工程师不被打扰,在各方面给他们支持,帮助他们能顺利完成任务。

很显然,这跟学院里的生活有很多不同。跟教授不一样,我不需要四处募款来让研究项目能继续下去。我很少再受到委员会工作、各种考察、写推荐信、无意义的会议等方面的打扰。当然,也不需要给学生上课。(我喜欢教学,但如果你想教出好成绩需要大量的工作。)最重要的,我的团队的成功与否不是通过随意的或常常主观的个人评审过程决定的——在学院里几乎所有的事情都靠这种评审。在这里,这是让我最喜欢的部分。如果我们做的很好,提交了产品,吸引了用户,那我们就胜利了。再也不需要为了让那个几个评审委员会里性情乖戾的
老头高兴而费尽脑筋的琢磨在学术论文里应该使用什么样的字体。我是有点说跑题了。

我大概要花50%的时间来写代码。我真的需要每天有一些固定的时间编写代码,这样能让我安静下来,清醒头脑。不像团队中的其他人,我很难有长时间不被打扰的时间段,所以我主要开发一些比较简单的任务,比如写MapReduce代码来分析服务日志,并生成性能报告。我真的非常喜欢做这样的事情,这种任务能让我接触到海量数据,用各种有趣的方式来拆解、汇总它们。因为我不需要通过展示高超的编程技艺来获取晋升机会,所以,那些非常惹眼的新功能都让团队中比我强的人去做。

我在团队软件开发大方向上会输出重要的影响,包括设计和架构方面。很大程度上是因为,相比起团队中的那些小伙,我在系统设计方面有更多的经验,当然,在某些我不熟悉的细节问题上,我需要听从那些实际编码人的意见。我的很大一部分工作是设置优先级,当在解决某个特殊问题,需要在几个都不怎么样的解决方案间做选择时,我来拍板。(这也意味着,如果决策是错误的,我来承担责任。)

我估计我所作的人事管理方面的工作跟行业中其他人的做法没有什么不同:写周期性的绩效考核报告,制定薪水浮动计划,给团队招聘新员工,给团队成员争取晋升机会。我定期的会和他们每个人交流,帮助他们理解工作上的重点,消除他们的疑虑,指导事业发展方向。

我工作上最大的一个变化要数以团队代表的身份和谷歌其它团队接触,来保证沟通合作顺利。我的团队只是这个大型的Chrome项目团队的一部分,我们和谷歌遍布全球的各种技术部门的开发团队都有联系。我经常的会参加一些会议来确定如何跟公司内的其他团队合作。所以,我的工作永远不会觉得无聊。而且我们的会议都是非常高效的(大部分都半小时内能搞定),尽管如此,我的会议量也接近在大学工作时的一半之多。(但比较起来,大学里仅有10%的会议能有实质成果。)

尽管事物繁杂,工作量大,我在谷歌的作息时间基本上是朝九晚五。我很少晚上或周末加班,除非是有些事情我非常渴望去做,并且在工作时间外没有人会发邮件给我。(因为开发团队的一个调度程序,最近曾在半夜花了几小时修改一个产品bug。)我感觉这是一种从作为教授特有的持续压力下的工作、工作、工作状态的解脱。我感觉我的工作产量更大了,而且用了更少的时间,这归功于干扰分心的事情减少,能够维持一个专注的心态。目前我们的工作方法是:如果我们需要完成比正常情况下一周的工作还要多的工作,我们就去招聘更多的人。幸运的时,似乎没有遇到过这种情况。

作者  | 2013-5-13 13:36:07 | 阅读(350) |评论(0) | 阅读全文>>

查看所有日志>>

 
 
 
 
 

点击邮箱向本博客投稿

 
 
模块内容加载中...
 
 
 
 
 

友情链接/优秀学习网站

 
 
模块内容加载中...
 
 
 
 
 
 
 
 

广东省 深圳市 射手座

 发消息  写留言

 
VB.net编程狂热爱好者!(虽然目前还是菜鸟)希望能和志同道合的朋友一起学习交流,共同进步!
 
近期心愿希望来到我博客的朋友,能够留下评论。
博客等级加载中...
今日访问加载中...
总访问量加载中...
最后登录加载中...
 
 
 
 
 

QQ联系我

 
 
模块内容加载中...
 
 
 
 
 

最新日志

 
 
数据列表加载中...
 
 
 
 
 

热门日志

 
 
数据列表加载中...
 
 
 
 
 

日志分类

 
 
日志分类列表加载中...
 
 
 
 
 
 
 
 
留言列表加载中...
 
 
 
 
 
 
 
列表加载中...
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2018

注册 登录  
 加关注