外國人常用的生活英文縮寫

你曾覺得主管或是同事好像在說外星語嗎?其實那就是「商用語言」!而其中在 email 或是內部團隊溝通平台中最常見到的就是「商用縮寫」(business acronyms)。在公司不要再讓自己出糗了,今天幫你整理了職場上最厲害的商用縮寫 cheat sheet!

通用短句縮寫

ASAP(as soon as possible 盡快)

主管最常說這個了,讓人不得不加班!網友更 kuso 一部關於當商業 email 在現實生活使用的搞笑影片,裡面可以看到如何用 ASAP(偷偷說:1:05 的片段是小編寄 email 最常犯的錯)。

BID(break it down 細分明細)

BTW(by the way 順帶一提)

BTW 很常見於日常生活對話當中,也是現代人很流行的「網路縮寫」,以下影片中的「生活英文縮寫」如果你還不會,那就真的太遜囉!

COB(close of business 下班時)

EOB(end of business 下班時)

EOD(end of day 今天以內)

DOE(depending on experience 視工作經驗而定)

ETA(estimated time of arrival 預計到達時間)

FAQ(frequently asked questions 常問的問題)

FTE(full-time employee 全職員工)

FWIW(for what it’s worth 無論如何、不管有沒有用)

For what it’s worth, I think you can’t trust that man.
無論如何,我覺得你都不該相信那男人。

FYI(for your information 供你參考(郵件常用)

FYR(for your reference 供你參考)

FYU(for your use 供你使用)

IAM(in a meeting 會議中)

IMO(in my opinion 個人淺見、在我看來)

LET(leaving early today 今天提早走)

LMK(let me know 讓我知道、通知我)

MoM(month over month 月度比較)

MTD(month to date 月初到現在)

OOO(out of office 不在辦公室)

OT(over time 加班)

OTP(on the phone 通話中)

PA(performance appraisal 績效考核)

POC(point of contact 首要聯繫人)

PTE(part-time employee 兼職雇員)

PTO(paid time off 帶薪休假)

NDA(Non-disclosure agreement 保密合約)

NRN(no reply necessary 不需回覆)

NSFW(not safe for work 不適合工作場域)

一般來說是指「因為有點色情,所以不適合在工作場域看」,這個詞可以在很多內容網站的 facebook 顯示圖片上看到!你可以想像,假如說影片或圖片有點腥羶色的話,在辦公室點開來看,可能會讓你得到同事甚至主管一些關切的眼光⋯⋯

RFD(request for discussion 請求討論)

RSVP(Répondez s’il vous plait 法文的請回覆)

TBA(to be announced 待公佈)

TBD(to be determined 待決定)

TCC(teleconference call 電話會議)

TED(Tell me, explain to me, describe to me)

TL;DR(Too long didn’t read 太長,沒讀)

TOS(terms of service 服務條款)

TYT(take your time 別著急、慢慢來)

WFH(work from home 在家辦公)

WIIFM(what’s in it for me 這對我有什麼好處?)

WOM(word of mouth 口碑傳播)

行銷人一定知道的「口碑傳播」,但你真的知道要怎麼達到「好口碑」的目標嗎?底下這部影片太用心,完成不藏私地傳授「好口碑」要怎麼來:

YTD(year to date 年底、今年之內)

職稱和部門

接下來就是一連串的 C_O 系列了!原來公司的主管這麼多,大家職稱可要記清楚囉。

CDO(chief data officer 首席數據長)

CEO(chief executive officer 首席執行長)

大家最熟悉的應該就是 CEO 了,尤其可以常常看到各大 CEO 的演講。例如 Uber 執行長 Travis Kalanick 在 TED 演講關於 Uber 的理念和目標就相當地精采喔!

【TED】Uber CEO 帶你了解 Uber 是如何運作的!

CFO(chief financial officer 首席財務長)

CIO(chief information officer 首席資訊長)

CMO(chief marketing officer 首席行銷長)

COO(chief operating officer 首席營運長)

說到 COO 就讓人想到臉書營運長 Sheryl Sandberg!最近他在加州柏克萊大學的畢業典禮上,和畢業生分享喪夫之痛帶給他的體悟,藉此勉勵畢業生:

CPA(certified public accountant 註冊會計師)

CSO(chief security officer 首席安全長)

CSR(corporate social responsibility 企業社會責任)

CTO(chief technology officer 首席技術長)

CFP(certified financial planner 註冊金融理財師)

GC(general counsel 首席法律顧問)

HR(human resources 人力資源)

PM(project manager 專案經理)

PR(public relations 公共關係)

R&D(research and development 研發)

(本文出自VoiceTube

公司环境好坏,决定程序员水平高低?

千万不要惹程序员不开心,否则吃亏是你自己

千万不要惹程序员不开心,否则吃亏是你自己

是什么造就了最优秀的程序员?丰富的工作经验、优厚的待遇,还是多年的实践?答案都是否定的。

在科技界,有一个奇怪的现象:来自同一家公司的程序员的水平相差无几。为什么会是这样?因为最重要的因素是程序员所处环境的舒适程度,这一点决定了他们的水平高低。

为了验证这种看法是否正确,美国软件工程专家汤姆•德马克(Tom DeMarco)和蒂莫西•李斯特(Timothy Lister)设计了一个名为“编码战争游戏”(Coding War Games)的研究。这项研究旨在确认最好的程序员和最差的程序员有哪些共同特征。

超过600名程序员参加了研究,他们来自92家公司,每个人都要设计、编码和测试一个程序,他们不仅要在上班时间完成编程,工作环境也与以前不变。此外,每名参与者都要与一名来自本公司的同事配对,但二人独立工作,相互间没有任何的交流——这也是“编码战争游戏”研究的一个重要特点。

研究结果表明,不同程序员的水平有着天壤之别:最好的是最差的10倍,顶尖程序员的水平是平均值的2.5倍。

当德马克和李斯特试图揭开程序员水平差距如此之大的谜团时,他们发现工作经验、待遇和完成这项工作所需要的时间等因素,都与之没有太大关联。

例如,拥有10年经验的程序员并不比只有2年经验的程序员优秀。一半能力处于平均值以上的程序员的收入还比另一半能力处于平均值以下的程序员少了10%——即便前者的水平是后者的两倍。相对于那些在编程中出现多处错误的程序员,没有出现任何错误的程序员完成测试的时间即便没有超过他们,但也没有少很多。

至于程序员之间的水平为何相差如此之大,这仍然是个迷,但有一个线索颇令人感兴趣:来自同一家公司的程序员的水平都差不多,即便他们不在一起工作。这是因为顶尖程序员所在的公司,会给予他们最大的隐私权和私人空间,同时让他们完全可以支配自己的物理环境,不受任何打扰。

62%最优秀的程序员说,公司十分尊重他们的隐私权,而表现最差的程序员中只有19%的人这样说。在表现最差的程序员中,76%的人说他们经常无缘无故被打扰,而在最优秀的程序员中,只有38%的人这样说。

本文编译自bakadesuyo。

(清辰)

来源: 新浪科技

CEO做什么其实是在传达一个信号

 来源: 36氪

站长之家Chinaz.com 配图

编者按:我们很荣幸请到百姓网创始人、CEO王建硕作为36氪的特约作者,王建硕写了十年博客,他的很多文章对创业者非常有启发,以后大家将可以在36氪上看到他的文章。这是他的博客,这里是他的新浪微博。今天晚上在大学街的意大利煎饼果子铺,我们几个人在聊Facebook的高管在做什么。几个细节引起了我的注意。CEO Zuck每年还是要Checkin一行代码的(显然这是一个象征性的动作),COO Sandberg每天都自己盯着解决几个用户的问题。这个小动作其实大有值得借鉴的地方。每个人做任何事情其实都有至少两部分的力量:一部分,我做完了这件事情;第二部分,我向其他人发送了一个信号,说明了些什么。在自己一个人干活的时候,前者或许更重要,而当一个领导者,后者的比重越来越大,甚至变成最重要的部分。

如果CEO在写代码,哪怕只是一行,这明确的传达了一个信号。显然一家公司不会因为一个人写的一行代码有实质性的变化,但这个信号是如此明确,就是技术对于这个公司是重要的。这种态度是组织需要的。

COO把头埋下来,每天哪怕只解决一个问题,这也是一个信号。显然在上万的问题中一个是如此渺小以至于不会有任何实质影响,但这个明确的信号是,我在乎用户。这个信号会被组织放大,变成整个组织的行为。

为什么这个信号如此重要呢?

第一个原因应该就是“认可”。人都需要被认可,自己写的代码,自己帮用户解决的问题,或者自己和用户的一个电话,内心里都希望有人可以认可。当公司里有人,尤其是CEO,愿意花时间去看一段代码,或者看一个问题,或者听一段电话,其实最重要的信号就是,这个工作很重要。没有人愿意感觉到自己的工作对于公司的成功没有贡献。这种认可可以通过一个小小的行动达到。上次和康俊会所的一个按摩师聊天,他说他们的最高奖励就是他们大老板会给获奖者亲自按脚一个小时。这是一个按脚出身的淳朴的CEO对这份工作的认可,其他人都能感知道。这也就是为什么很多做得很成功的企业都是创始人就是这个行业里出来的原因。一个蛋糕师虽然不比MBA更懂管理,但他开的面包店更懂得做面包的自豪感。

第二个原因是“抽样“。一旦CEO开始听电话,审核用户问题解决的纪录,或者看或写代码,这方面的工作就会暴露在CEO的眼下。这其实是一种敦促。虽然谁都知道自己做的部分被看到的可能性其实不大,但只要CEO在做这件事情,又有谁能确定自己的工作不被“抽到”呢?不做这件事情,可能性是零;做了,可能性就有了。人是感性动物,不区分可能性的大小的,而仅仅区分有或者没有这种可能性。这可能就解释了为什么没有人会去买不可能中奖的彩票却对哪怕可能性再小的彩票感兴趣,或者解释了为什么一个几千万人的城市里哪怕一起凶杀案会让所有人不安。一旦有了这种可能性,大家个工作状态的确会有改变。

在领导团队的时候,领导者可以用上百种细微的方式在散发着各种信号。这些细小的信号组成了一个团队只可意会不可言传的气质。传达什么信号,其实就是由这一件件小事情完成的。

文章来源:36氪

2011 程序员薪资调查报告全文发布

2012-02-23 16:13   来源: 程序员   文/常政

自 2011 年初,CSDN 在网上发起“2011年软件行业技术人员薪资大调查”(网址:http://vip.csdn.net/2011/xinzi/main.html) 以来,引起了广大开发者们的热烈反响,短短两月时间内,近万名开发者提交了调查数据。尽管这只是中国百万开发者大军的一小部分,但他们所在的行业几乎涵盖了整个中国软件的产业链,他们的职位几乎代表了一个软件团队体系的每一个层面,而且“一叶知秋”,所以透过这些调查数据和变化,我们或许可以一瞰中国软件开发者的普遍生存状态,甚至可帮助开发者,更准确地定位自己在产业内的坐标。

2011:程序员的日子不算差

相信每个开发者在回忆当初高校毕业,加入滚滚求职大军的情形时,都能记得那番对美好生活的憧憬和闯荡世界的豪情。而在经济社会,判断成功的可量化方式无疑是薪资了,尽管有点世俗,但暂时也找不到更好的标准。那么现在,中国的程序员们,总体收入水平如何呢?首先我们看程序员们对薪资水平的满意度。

图一

我们发现绝大多数程序员(近 73%)对自己的薪资并不满意,这种普遍不满意的情绪有多少是主观预期过高,多少是客观生存环境造成的呢?我们需要做进一步的考察。

我们按月薪大小把收入水平划分为四类:低收入(小于 2000 元)、中等收入(2000~5000元)、中高收入(5000~10000元)、高收入 (大于 10000 元)。从调查数据看,来自中国 17 座重要 IT 城市的开发者们,占据绝大多数的是月薪 2000~5000元,它在 13 个城市占据最高的比例,其中排前 3 名的是沈阳(67.5%)、济南(65.8%)、珠海(62.5%)。而北京、上海、深圳的开发者收入水平相对高些,这三座城市占据绝大多数的是月薪 5000~10000元的群体。

图二

如果仅依据国家统计局公布的数据显示,2010全年城镇居民家庭人均总收入 21033 元(月平均 1753 元),其中北京城镇居民人均可支配收入 2.9 万元(月平均 2417 元)。这两年国家经济相对比较稳定,估计 2011 年的情况也差不多。所以总的来说,2011年的中国程序员群体,在所处的城市里,和其他居民比,算相对收入不错的了。

当然也有生存环境堪忧的, 我们发现月薪少于 2 0 0 0 元的群体, 主要分布在济南(15.8%) 、西安(13.8%) 、青岛(12.7%)、武汉(12.6%)。

而如果以月薪 10000 元(及以上)算高薪,排名前列的则是上海(26.9%)、北京(20.6%)、深圳(14.7%)、杭州(11.3%),杭州程序员群体的崛起令人关注,说明杭州近年来的信息化建设成就卓著。再回过头来看程序员的薪资满意度,我们通过交叉分析发现,程序员的满意度确实和薪资大小相关,收入越高,不满意的比例越小。但值得注意的是,不管哪个收入群体,都超过 50% 以上都表达了对当前薪资的不满,说明尽管日子过得不算差,但中国程序员们的幸福感普遍不高。

图三

最佳跳槽次数,最好不超过 3 次

跳槽,一直是程序员们在职场生涯里所面临的热点话题。它是一把双刃剑,一方面会带给你更多的视野和经历;另一方面,会降低你的企业忠诚度和所在企业平台的积累。所以很多开发者往往会面临是否跳槽的煎熬和苦恼。那么本次调查的数据显示,资薪和跳槽此数存在潜在的规律吗?

表一

从上面的“薪资/跳槽次数交叉分析表”,我们发现在四个收入群体中,“少于 2000 元”和“2000~5000元”群体中的绝大多数人都未换过工作,而从收入高于 5000 元的群体开始,有跳槽经历的人数显著加大。从工资高于 10000 元的高收入群体看,我们发现有 3 次跳槽经历的人占据最多的比重, 达到 24.6%,但从第 4 次开始又急剧下跌到 10.3%。所以从这样的数据结果可以看出,凡是有一定收入水准的开发者,基本上是有跳槽经历的,但跳槽的次数越多,并不绝对保证薪资高。数据显示跳槽次数存在一个“天花板”——3次。看来适度的跳槽有利于经验和技能的提升,但如果跳槽过于频繁,则不利专业的积累,自然在薪资上提升的空间也不大了。

技术菜鸟到牛人的距离,5年是分水岭

再来看工龄和薪资的具体量化关系,我们发现工作1~2年的开发者,工资在 2000~5000元之间占据绝大多数,而工龄超过 2 年的,大多数人的收入达到 5000 元以上。 同时我们发现薪资在 5000~10000元群体在 10 年以内都基本处于一个稳定状态,没有明显增幅。而 10000 元以上的高收入群体,一个非常显著的变化是,前 5 年的人数增幅明显加快,但之后几年一直均处于稳定状态。

图四

表二

所以,“3年(月薪 5000 元)”、“5年(月薪 10000 元)”是两个关键的分水岭。凡是月薪 5000 元以内的,随着工作年数的增加,人数递减; 但随着年数达到 3 年后,月薪 5000 元以上的群体,人数开始显著递增。这不难理解,因为工龄的增加,开发者的工作熟练程度也越高,所以自然薪水也就高了。 而工龄超过“5年”达到月薪 10000 元以上后的高收入群体,随后也基本开始保持稳定了。这说明,岁月对于技术开发者的薪资,同样存在一个瓶颈,并不是无限制正比例上升的。由此我们似乎可以推断,在中国软件行业,一个程序员菜鸟发展到业界认可的“熟练工”大概是“3年”,而“技术牛人”所需要的成长时间, 大概是“5年”。

什么工作最赚钱?——不上班

“男怕入错行,女怕嫁错郎”。随着信息化在全社会范围内的渗透,所从事的细分行业的信息化发展水平和市场前景,已经成为决定开发者收入水平重要因素。那么作为开发者,选择什么样的工作,选择哪个行业的软件公司最有发展前景呢?调查结果令人诧异——自由职业者(SOHO)收入水准最高,超过 30% 的 SOHO 月收入超过 10000 元,月收入 5000 元以上的比例更是超过 84%。但细想也在情理之中,有勇气做自由职业的开发者,往往具备超高的技术水准和丰富的行业积累。

图五

再看具体的细分行业,高收入开发者比例最高的领域是欧美外包(21.4%),看来中国软件本质上离“中国创造”的目标,还有很长一段距离。其次是原厂商(17.1%),这里的原厂商指的是诸如微软、甲骨文、IBM 等软件巨头,其员工收入高并不意外。排名第三的是移动和手机应用(16.9%),这现象令人欣慰,毕竟未来就是移动互联网的时代。

从调查数据看,最不合适介入的是教育行业,小于 2000 元的低收入者比例接近 15%,月收入小于 5000 元的接近 65%。教育产业在国家属于公共资源,被严格管理,介入门槛比较高,再加上以“高考”为指挥棒的单一教学导向,不容易衍生丰富多彩的信息化应用。此外,餐厅零售行业也是开发者需要谨慎选择的,低收入者 10.87%,小于 5000 元的接近 71%。不过餐厅零售业不像教育那样受到政府的严格管理,所以从乐观的角度,说明这个行业的信息需求没有充分挖掘。

开发语言,选谁都一样

工欲善其事,必先利其器。开发语言、平台对于开发者来说,如同披荆斩棘的利剑。尽管对于顶尖高手来说,达到了编程思想、方法论层面的炉火纯青,可鸟瞰一切平台和工具,但对大多数初涉软件行业的程序员来说,熟悉哪种语言、开发工具往往直接决定了当下的收入水平和生活水准。从调查数据看,绝大多数开发者都使用 JAVA,达到 45.3% 之高,其次是C#、C++、C、.NET、JavaScript,它们相对比较均衡,基本在 25% 左右(注:很多开发者往往实际会使用一种以上语言)。我们发现,C#、.NET 开发者中,小于 5000 元的比例最高,基本在 55%。但不能因此说C#、.NET 没有前途,因为另一数据发现,所有的语言,在 5000~10000元的群体里,比例竟然惊人趋近,基本都在 30%~40% 之间,这说明不管选择哪个平台,只要达到“熟练工”水准,收入不会差太远。至于一些语言的低收入群体比例偏高,这和它容易学习,适合编程菜鸟上手有关,因为我们同时通过交叉分析,注意到工龄 2 年内的 C#、.NET 程序员小于月薪 5000 元收入水平的比例竟然高达 80% 左右,而工龄超过 3 年后,这个比例开始明显下降了。 再看高收入群体,我们发现在使用 Erlang、Perl、Scala 技术的人中,高收入人群的比例较高,分别为 41.2%、36.7%、 36.4%。但我不建议大家一窝蜂地去学习这些语言,因为同时发现它们的样本量极低,分别是 17、98、11,远小于近万份的总样本量,看来主要是物以稀为贵,会的人少,自然收入就上去了。

图六

图七

结束语

在本次调查中,我们还结合英语技能、学历高低对开发者的薪资水平进行了分析,发现结果和常识是一致的,即英语、学历越高,获得高薪资的比重越大。总的来说,开发者要想过更好的物质生活,重要的是在专业性上下工夫,因为尽管随着城市(考虑消费水平在内)、技术平台、行业等外在条件的不同,低收入、中等收入群体的比例千差万别,但高收入群体的比例是基本接近的。

在Windows 7 X64位调试运行Visual C + + 6.0

VC6不能正常退出 VC6在64位Win

VC6在64位Windows7下调试的时候,再结束调试,程序无法退出。
问题描述:当我击F5开始一个项目的调试时,程序在我设置的断点处停止,这时我按下Shift+F5后,vc6可以退出调试状态,但是WINDOWS系统的任务栏上会留下前面调试时产生的进程图标。该进程不能被结束,即使我使用任务管理器,也不可以。这时如果我再次按下F5,并按下Shift+F5后,任务栏上会留下两个这样的图标,这两个进程都可以在任务管理器上看到,不占CPU资源,但占用一定的内存。我想结束该进程的唯一的办法是(在任务栏上去掉该图标):关闭VC6,并重新开启.
一般的解决方法:不使用"结束调试"这个功能,让程序正常结束(就是放个可以退出的菜单或者按钮, 而不是使用Shift+F5的退出)。
终极解决方法:检查文件DM.dll版本,DM.dll在程序安装目录的“Common/MSDev98/Bin”———–正确的版本是6.0.9782.0。
下载TLLOC.DLL版本:

TLLOC.7z (3.18 K, 下载次数:469)

(程序解压后大小为28KB)
将下载的版本替换到程序安装目录“Common/MSDev98/Bin/TLLOC.dll”
这样VC6在windows 7 64位的系统调试时,就可以任意退出了。

 

原文地址:http://bbs.mafuyun.com/showtopic-2051.aspx

黑客年终送大礼,大量知名网站被“拖库”

CSDN数据库

12月22日,站长圈中的“重磅炸弹”新闻落地,国内知名技术论坛CSDN网站率先被黑客曝光600万数据库信息,紧接着7k7k、51CTO、eNet、UUU9、YY语音、百合网、开心网、人人网、美空网、珍爱网等众多知名网站也都陷入用户数据泄漏丑闻。近亿的用户数据遭网友疯狂下载,相关网站用户瑟瑟颤抖,生怕个人信息被窃取。此后,包括CSDN、人人网、新浪微博、QQ邮箱、知乎多个网站提升了安全等级,提醒可能被波及的用户更改密码。

针对黑客的年终“大礼”,或许用网友的一个桥段来表达相关事件对业界的影响再合适不过了。

段子如下(安全问题将被重视强化或者改变):

1、下载隐私的东西不再用P2P的工具,IDM再战江湖。

2、SSL销量见涨,各个中小网站以安全牌安抚用户。

3、很多用户改变一个用户名密码打天下的习惯。

4、QQ登录等相对安全的登录方式将被更广泛使用。

5、手机验证更多了,移动笑了。

6、开源密码管理工具慢慢成为必备工具。

7、cms全部升级密码传输明文问题。

8、去银行取钱放家里的用户越来越多,银行郁闷了。

老板会因为你拼死写代码而感谢你吗?

程序员热衷于长时间地工作。我想说的是,你就承认吧,你的工作/老板并没有让你这样做,你自己要这样做而已。当然,我知道,也许并非所有程序员都喜欢长时间的编程。不过肯定的是,随着加班成为业内的普遍现象,至少一半的程序员必须喜欢加班,不是吗?我早已听惯了以下这类借口:“不,不是那样的,我们只是喜欢炫酷的技术活,而且不想遗留未解决的问题。实际上,加班是一件好事,它让我们变得出色!”

我认为,你不能只见树木,不见森林。从某个角度来说,你这样做并非为了自己,而是为了“某个人”。无须质疑,他也许是个高尚的人,但你并不是他的奴隶。从其他角度来说,你有多少次加班,是为了解决问题,研究新技术,编码实现某些东西,以及在截止时间之前完成任务?但是,你在业务上是机智过人的程序开发者,你在帮助公司获得成功。公司管理者已经向你说明了公司的经济状况——必须这样做,公司依靠你。我想说的是,除非这个管理者现在就在你旁边,半夜2点还在陪你聊天,否则他的话将一文不值。

让我来讲述一个朋友曾经跟我说过的故事。这个故事是关于一个天才程序员的,姑且叫他John吧。

John是一个百万程序员当中才出现一个的超级明星。他理解和编写代码的能力高超,工作效率是其他任何人的20倍。有一天,公司拿到了一项短交期的 大项目。客户提供了一本厚得让所有人沮丧的规格说明书。John出手相助,他把说明书带回家,此后三天没有人有关于他的消息。他回来上班的时候,样子十分 憔悴,但他看懂了整本说明书并完成了项目的基本框架。除了一小部分不可能完成之外,说明书的其余部分,甚至连客户自己也不甚了解的需求,John也完成 了。真让人吃惊!

当我第一次听说这个故事时,感受颇深,我问了第一个问题“那John现在何处?”我朋友回答——“他死了,生活太艰难了!”或许用编程过劳死来形容更加合适。这个故事令人意外的是——John才30岁而已。

程序员从分享死亡竞赛故事来获得反常的快乐。甚至当我们带着厌恶的情绪去这样做的时候,这种厌恶也带着一丝得意,以此怂恿同事去做得“更好”。但这 有点像那些穿着短裤的家伙,他们的短裤短到你都看得到他们的内裤;也有点像一些把抽烟当时尚的人,他们和他们的朋友觉得这很酷——但其他人却觉得愚蠢。

\

使糟糕的情况更糟

我可以理解偶尔付出一些额外努力以及一两天加班到半夜的必要性。但是,当偶尔变成经常,当老板不再因为你的努力而经常感谢你,而是习以为常时,事情就麻烦了。 老板希望程序员经常加班,这不仅是你的悲哀,也是整个行业的。人类就像狗一样,非常容易受到正面和负面强化的影响。整个行业的发展受到长年因过度加班而死 亡的悲剧影响,直到某个阶段,在那个阶段甚至还奖励这种行为。我们每次陷入长时间的争论中,都持续消极地加剧了这种趋势。

这不能帮助我们管理团队。你只需要让一个人做主,其他人遵守。内疚带来平等——“我们不能让我们的伙伴独自去做困难的事情,我们得帮帮忙”。遵守的 人越多,那些抛下同伴的人压力就会越大,直到整个团队半夜里聚在一起喝可乐,吃披萨。但他们如何容纳一个同样的人进入他们的世界,因为在这里也有一个因特 立独行而著名的程序员。当我们还是学生时,我们乐于把所有事情都推给某个人处理,然后在校内做我们想要做的事;但当我们走上工作岗位时,一切都要靠我们自己。真让人困惑。

有趣的是,有时候这些大量的努力甚至并没有得到正常合理的追踪记录,好像它反而让项目看起来很糟糕一样。所以他们“作假帐”,正如客户只关心每个人每周工作40小时(或 者他们拿的是40个小时的工资),也许还会关心项目在目前的进度,但他们从不在意小组每个成员花费在项目上的另外40个小时。好吧,或许他们会在“第二套 假账”中追踪记录的团队成员的真正努力。虽然会计会因为此类造假而锒铛入狱,但在IT业内,没有人会反对这种造假的要求。

可接受的进度成果

大多数敏捷开发过程都会就可接受的开发进度进行讨论。不过,我也见过有些甚至自认为灵活的团队会花几个小时的时间坐下来一起讨论交流如何让程序更加高效合理,等等,你懂的。尽管团队成员的思维依旧敏捷,你却不敢说出其他东西。

每当我想起这东西,我总想到律师。你就像一个刚入门的律师,付出了大量的努力和时间,这是你在这个行业中获得成功的常规途径。没有一个程序员想要跟律师做比较,但情况经常很相似,除非你不希望跟开发人员一样通过长时间的加班取得进步(就跟律师一样,除非你在4大咨询公司打工,也可以成为一名律师)。所以,律师跟程序员,哪个是呆子?

关于一周工作时间超过40小时导致生产力下降的研究呈现出令人不安的规律性。作为程序员,如果你的创造力下降了,你的失误就会增加,你就会遗漏现存 的问题,等等;直到到达某个阶段,这个阶段中,你做错的东西比做对的东西还要多。当你花了很多的时间在同样的活动中时,我应该特别提到健康问题。关于饮 食,你只能靠可乐存活很长一段时间——可怜的John甚至活下来不到40小时。

你现在能清楚我在反对长时间的工作和面临死亡威胁的行军了吗?你的睡眠时间和睡眠质量达标了吗?或许最近某一天我会告诉你我如何收到叫醒电话 (wake up call),这是一个有趣的故事。一群程序员步调一致地向一个方向努力,就像一群被豢养的猫——这是我对我们这些程序员又爱又恨的地方。但我希望过段时候,所有聪明的程序员要有一个明确的立场,坚决消除这种十分糟糕和违背生产力的业内趋势。正如我所提到的,聪明的程序员不喜欢长时间工作,也不会因为迫于压力而加班,他们把更多的时间用于享受生活。

编译地址:伯乐在线

英文地址:Did Your Boss Thank You For Coding Yourself to Death?