提供3000多款全球软件/控件产品
针对软件研发的各个阶段提供专业培训与技术咨询
根据客户需求提供定制化的软件开发服务
全球知名设计软件,显著提升设计质量
打造以经营为中心,实现生产过程透明化管理
帮助企业合理产能分配,提高资源利用率
快速打造数字化生产线,实现全流程追溯
生产过程精准追溯,满足企业合规要求
以六西格玛为理论基础,实现产品质量全数字化管理
通过大屏电子看板,实现车间透明化管理
对设备进行全生命周期管理,提高设备综合利用率
实现设备数据的实时采集与监控
利用数字化技术提升油气勘探的效率和成功率
钻井计划优化、实时监控和风险评估
提供业务洞察与决策支持实现数据驱动决策
原创|行业资讯|编辑:龚雪|2015-03-05 09:20:09.000|阅读 145 次
概述:如何尊重编程开发者?我觉得一个懂得尊重编程开发者的公司文化,应该随时注意以下几个要点。
# 慧都年终大促·界面/图表报表/文档/IDE等千款热门软控件火热促销中 >>
得知一位久违的老同学来到了湾区,然而我见到他时,这人正处于一生中最痛苦的时期。他对我诉苦说,自己任职的公司在他加入之前和之后,判若两人。录取的时候公司对他说,我们对你在实习期间的表现和学术背景非常满意,你不用面试,甚至不用毕业拿学位,直接就可以加入我们公司成为正式员工。然而短短一年后的今天,这位同学已经完全感觉不到公司对自己技能的尊重。Manager 让他做一些乱七八糟没技术含量的事情,还抱怨说他做事太慢,并且在他的 evaluation 上很是写了一笔。在人格尊严和生活安全感的双重打击之下,这位同学压力非常大,周末经常偷偷地加班,仍然无法让 manager 满意。
我很了解这位同学的能力,在任何一流公司任职,肯定是绰绰有余了。他的名字我当然保密,然而他所任职的公司,我却不得不直接指出来——这就是被很多人膜拜得像天堂一样的地方,Google。这位同学所描述的遭遇,跟我几年前在 Google 的实习经历如出一辙。我仍然记得,Google 的队友在旁边看着我用 Emacs,用小学老师似的口气对我说:“按 Ctrl-k!” 我仍然记得,在提交队友完全无法写出来的,高难度高水准的代码时,被指责和嘲笑不会用 Perforce。我仍然记得,吃饭时同事们对所谓“Google 牛人”眉飞色舞的艳羡……
就算你受到过世界上最好的教育,你能完成世界上没有第二个人能够完成的工作,比起 Googler 们心目中的所谓“大牛”,你仍然什么都不是。在 Google 的每一天,我都感觉自己在上演《皇帝的新装》。我在给皇帝做一件美轮美奂的衣服,愚蠢或者不称职的人都看不见这件衣服。皇帝的大臣时不时来视察一下,却发现无法看见我织的布料…… 我又像是在上演《叶公好龙》,有一位叫叶公的人,声称要寻找世界上最顶尖,最有创造力,掌握精髓知识,不循规蹈矩的人才。可当真的见到这种人的时候,他害怕了。他无法理解这种能力,不知道如何尊重它,保护它,使用它。他恼羞成怒,怎么会有人比我还聪明!他闭上眼默念,我才是世界上最厉害最聪明最伟大的!他吹毛求疵,用肤浅愚蠢的标准来评判龙的价值……
我的这位同学也算得上本领域顶尖的专家了。如此的践踏一个专家的价值,用肤浅的标准来评判和对待他们,Google 并不是唯一一个这样的公司。我之前任职的几乎所有公司,或多或少都存在类似的问题。有时候这也许不是整个公司的问题,而只是其中一些不懂事的人,然而我很肯定的是,这种现象在 Google,是一种全公司的风气和行为。Google 的所谓“牛人”(只是所谓)真太多了,所以他们根本不会在乎你。
IT 公司这种不尊重人的现象,不止针对专家级的人物,而且针对所有程序员。只不过专家见的东西多了,见惯不惊,所以一般不喜欢用肤浅的东西来凸显自己。然而正是因为谦虚,他们容易成为被一知半解的人攻击的对象。由于这种不尊重人现象的普遍性和极强的危害性,我觉得有必要专门讲一下。在下文里,我想指出 IT 业界不尊重人的文化的由来,同时给世界范围内的 IT 公司提出几点建议,告诉他们如何真正的尊重一个程序员。我希望这些建议对公司的管理层有借鉴意义,也希望它们能给与正在经受同样痛苦的程序员们一些精神上的鼓励。
我觉得一个懂得尊重程序员的公司文化,应该随时注意以下几个要点:
如果你对计算机科学理解到一定程度,就会发现我们其实仍然生活在计算机的石器时代。相比硬件而言,软件系统建立在一堆历史遗留的糟糕设计之上。各种设计蹩脚的操作系统(比如 Unix,Linux),程序语言(比如C++),数据库,…… 时常困扰着我们,这就是为什么你需要那么多的所谓“经验”。然而,很多 IT 公司不喜欢承认这一点,他们一向以来的作风是“一切都是用户的错!”,“你应该知道这些!” 这就造成了一种“皇帝的新装现象”:大家都不会用一些设计恶劣的工具,却都怕别人嘲笑或者怀疑自己的能力,从而没有人敢指出设计者的失误。
我这个人呢,就是这种“黑客文化”的一个反例。每当有人因为不会某种工具或者语言来请教我时,我总是很轻松的调侃这工具的设计者,然后告诉他,你没理由知道这些破玩意儿,但其实它就是这么回事。然后我一阵见血的告诉他这东西怎么回事,怎么用,是哪些设计缺陷导致了我们现在的诡异用法…… 我觉得所有的 IT 从业人员对于这些工具,都应该是我这样的调侃态度。只有这样,软件行业才会得到实质性的进步,而不是被一些糟糕的设计所困扰,造成思维枷锁。
总之,这是一个非常重要的“态度问题”。虽然在现阶段,我们有必要知道如何绕过一些设计拙劣的工具,利用它们来完成自己的任务。然而在此同时,我们必须正视和承认这些工具的恶劣本质,而不能怪罪于程序员。只有这样,我们才能有效地尊重程序员们的智商。
IT 公司经常有这样的人,以为精通一些看似复杂的命令行,或者某些难用的程序语言就很了不起似的。这些人没有发现,自己身边有些同事其实掌握着精髓的知识,他们完全有能力从自己已有的知识,衍生制造出所有这些工具(而不只是使用它们),甚至设计得更加完善和方便易用。这种能够设计制造出更好工具的人,往往身负更加重要的任务,所以他们往往会在被现有工具的用法迷惑的时候,非常谦虚的请同事帮助解决,大胆的承认自己的糊涂。
如果你是这个精通工具用法的人,切不可以把同事的谦虚请求当成可以显摆自己“资历”的时候。这同事往往真的是在“不耻下问”。他并不是“搞不懂”,而是根本不屑于,也没有时间去考虑这种低级问题。他的迷惑,往往来源于工具设计者的失误。他很清楚这一点,然而为了礼貌,他经常不直接批评这工具的设计,而是谦虚的责怪自己。所以同事对你的尊重,完全是为了制造一种友好融洽的气氛,而并不等于他在膜拜你,承认自己的技术能力不如你。
所以正确的对待方式应该是诚恳的表示对这种迷惑的理解,并且坦率的承认工具设计上的不合理,蹩脚之处。如果你能够以这种谦和的态度,而不是自以为专家的态度,同事会高兴地从你这里“学到”他需要的,肤浅的死知识,并且记住它,避免下次再为这种无聊事来打扰你。如果你做出一副“天下只有我知道这奇技淫巧”的态度,同事往往会对你,连同这工具一起产生鄙视的情绪。他下次会照样记不住这东西的用法,然而他却再也不会来找你帮忙,而是一拖再拖。
随时都要记住,同事和下属并不是奴隶,不是 code monkey,他们不一定要为你工作!他们是通情达理的人,然而却不会因为拿了工资就简单地服从你的低级命令。像我在 Google 的队友的做法,就是一个很好的反面教材。其实这位 Googler 只是想告诉我“删掉这行文本,然后改成这样……”,然而她却没有直接表明这种“高级意图”,而是使用非常低级的指令:“按 Ctrl-k!……” 而且语气像是在对一个不懂事的小学生说话。
有哪个 Emacs 用户不知道 Ctrl-k 是删掉一行字呢,况且你现在面对的其实是一个资深 Emacs 用户,世界级的 Lisp 程序员。我想大家都看出来这里的问题了吧。这样的低级命令不但逻辑不清楚,而且让人反感。你当我是什么啊?code monkey?如果这位 Googler 表明自己的高级意图,就会很容易在心理上和逻辑上让人接受,比如她可以说:“配置文件的这行应该删掉,改成……”
在项目管理的其他时候也可以使用类似的技巧。在让人做某一件事之前,先要解释为什么要做这件事以及它的重要性,要让人理解。只有这样,才能尊重程序员的智商,因为他们是人,并不是只会服从你指挥的 code monkey。
不要期望新人向自己学习
很多 IT 公司喜欢把新人当初学者,期望他们向自己“学习”。比如,Google 把所有新员工叫做“Noogler”(Newbie Googler 的意思),甚至给他们发一种特殊的螺旋桨帽子,其寓意在于告诉他们,小朋友要谦虚,要向“伟大的 Google”学习,将来才可以飞黄腾达。
这其实是非常错误的作法,它无视新员工已有的背景知识,让他们屈服于“伟大的 Google”的权威之下,成为一颗不起眼的螺丝钉。其实 Google 里面真的有很多值得学习的东西吗?学校的教育真的一文不值吗?并非如此。我可以坦然的说,我从自己的教授身上学会了最精髓的知识。我并没有从 Google 学到任何可以超越那些精髓的技能,反倒送给 Google 很多世界上最先进的,任何 Googler 都想不到的技术。很多其它 PhD 学生鄙视 Google,就是因为 Google 不但自己技术很多一团糟,反倒把自己包装成最先进的,超越其它公司和所有学校的,并且嚣张的期望别人向他们“学习”。
只有了解,尊重和发挥新人从外界带来的特殊技能,施展他们特有的长处,而不是一味期望他们向自己“学习”,才能保持这些锐利的武器的棱角,让公司立于不败之地。
程序员的工作量不可用时间衡量
很多 IT 公司管理层不懂得如何估算程序员的工作量。如果你能力很强,在很短的时间内把最困难的问题解决了,接下来他们不会让你闲着,而会让你做另外一些很低级的活。这是很不合理的作法。打个比方,能力强的员工就像一辆 F1 赛车,马力和速度是其他人的几十倍。当然,普通人需要很长时间才能解决,甚至根本没法解决的问题,到他手里很快就化解掉了。这就像一辆 F1 赛车,眨眼工夫就跑完了别人需要很久的路程。如果你用时间来衡量工作量,那么这辆 F1 赛车跑完全程只需要很短时间,所以你算出来的工作量就比普通车子小很多。你能因此说 F1 赛车工作不够努力,要他快马再加鞭吗?这显然是不对的。
物理定律是这样:能量 = 功率 x 时间。工作量也应该是同样的计算方法。英明的,真正理解程序员的公司,就不会指望高水平的程序员不停地工作。高水平程序员由于经常能够另辟蹊径,一个就可以抵好几个甚至几十个普通程序员。他们处理的问题比常人的困难很多,费脑力多很多,当然他们需要更好的休息,保养,娱乐,……
当然这并不是说初级的程序员就应该过量工作。编程是一项艰苦的脑力活动,超时超量的工作再加上压力,只会带来效率的低下,质量的降低。
这个我已经在一篇专门的文章里讨论过。让一个程序员修补另外一个程序员的 BUG,不但是效率低下,而且是不尊重程序员个人价值的作法,应该尽量避免。如果有人离开公司,必须要有人修补他遗留下来的 BUG,那么说话应该特别特别的小心。你要特别的指出需要他帮忙的特殊原因,强调这件事本来不是他的问题,本来是不应该他来做的,但是有人走了,没有办法,并且诚恳的为此类事情的发生表示歉意。
只有这样,程序员才会心甘情愿的在这种罕见的特殊关头,修补另外一个人的 BUG。
来自: www.yinwang.org
本站文章除注明转载外,均为本站原创或翻译。欢迎任何形式的转载,但请务必注明出处、不得修改原文相关链接,如果存在内容上的异议请邮件反馈至chenjj@pclwef.cn
通过提供强大的3D CAD数据访问工具并适用于桌面、移动和Web的高级环境3D可视化发动机,HOOPS在提升造船设计和制造流程的效率方面发挥了重要作用。
HOOPS Luminate在汽车行业中的应用具有广泛的潜力和深远的影响。它通过提供高效的3D可视化、虚拟装配与拆解、性能分析、客户定制等功能,帮助汽车制造商在设计、生产和销售过程中提升效率、降低成本并提高产品质量。
在不断发展的软件开发世界中,使工具和框架与最新的平台版本保持同步至关重要,欢迎查阅~
全球航运业对国际贸易至关重要,全球 90% 以上的商品通过海运运输。准确监控和控制这些集装箱的移动对于维持高效的供应链至关重要。手动输入集装箱号码是这一程序的关键部分,它带来了相当大的挑战,例如人为错误和效率低下。
服务电话
重庆/ 023-68661681
华东/ 13452821722
华南/ 18100878085
华北/ 17347785263
客户支持
技术支持咨询服务
服务热线:400-700-1020
邮箱:sales@pclwef.cn
关注我们
地址 : 重庆市九龙坡区火炬大道69号6幢