随笔 - 22, 评论 - 123, 引用 - 0

导航

关于

本Blog站点上的任何言论仅代表个人观点,与其所在的公司,团体或者其他组织没有任何关系。本Blog站点的内容是按原样提供的,作者并不对其提供任何种类的担保。此外还否认所有暗示的保证,包括但不局限于在任何试销性或某一特定用途的适用性方面的暗示保证。由于本站内容的使用或性能表现带来的全部风险将由使用者自己承担。任何由于使用或无法使用本站内容而带来的损失(包括但不局限于商业利润、业务中断、业务信息或其他财产上的损失),即使在 本站作者曾经被提醒可能出现这些损失的情况下,本站 及其作者或涉及内容创建的任何其他人等对任何上述的损失概不负责。

标签

每月存档

最新留言

  • 回复: 搜搜地址栏的一些技术分析
    唉,象天书一样!有简单的办法没?就象用工具拆卸一样。请制造一种工具吧!SOSO简直是流氓的爷爷!谁行行好帮帮菜鸟们!!!
    by ZSD(匿名) on 2008/1/14 2:14:00
  • 回复: 搜搜地址栏的一些技术分析
    我的电脑出问题了,kernel32.dll的错误,是不是QQ引起的啊,重装了系统,还是这里的错误,晕了
    by wang(匿名) on 2007/12/18 22:40:00
  • 回复: 搜搜地址栏的一些技术分析
    太专业拉我看不懂,不过我还是卸掉拉 <br>
    by L(匿名) on 2007/12/12 22:35:00
  • 回复: 搜搜地址栏的一些技术分析
    佩服专业精神,让我学习到了很多知识和技术! <br>我遇到过你所到说的情况,不知道怎么办.现在看了你的的分析,我知道了.非常相当的谢谢! <br>
    by m9cn(匿名) on 2007/12/9 19:44:00
  • 回复: 搜搜地址栏的一些技术分析
    我看SOSO就是一个病毒
    by 我(匿名) on 2007/11/24 12:35:00
  • 回复: SoDAHK.DLL问题
    晕,这么简单的问题,居然也搞半小时!? <br>开个SRENG一看,就一清二楚了。一分钟的时间都不用,就能修复。
    by RAY(匿名) on 2007/11/13 16:53:00
  • 回复: RMS与PKI
    ding,TAIHAO LE RMS中用户的认证,最终是通过证书来进行的。在证书中对于用户的标志,是用户在AD中设置的电子邮件地址。因此,在使用RMS的时候,必须在AD中(可以通过AD用户和计算机管...
    by AA(匿名) on 2007/10/6 18:54:00
  • 回复: RMS与PKI
    ding
    by AA(匿名) on 2007/10/6 18:53:00
  • 回复: 搜搜地址栏的一些技术分析
    具体怎么删,能说的简单些吗?它弄的我c盘打不开
    by xiaoyue(匿名) on 2007/9/14 15:18:00
  • 回复: Outlook Add-In,安全带来的麻烦
    您好: <br> 我是一个VB程序员,目前有这样一个需求,写一个程序从Exchange2003收下一卦邮件,并将这卦邮件的附件更新到DB里,以前我用MAPI控件实现了,但是老是要弹...
    by 张逸(匿名) on 2007/8/7 11:37:00

广告

程序员的沟通能力测试

最近一两年里高端技术人员严重短缺。经常有作猎头的朋友,让我帮忙看看有什么推荐人选。看看他们发过来的JD,一般除了要求精通技术外,还得擅长沟通(中英文)。看完之后往往无奈,这样的人一是很少;二是如果有,在国内的体制下通常都是很快就进入管理层了,哪里还愿意再从头做起。

沟通能力对于职业人非常重要,对程序员也不例外,毕竟现在的软件开发更多的牵涉到合作而非个人英雄主义。当然,由于职业的特点,即使同样是沟通,程序员与其他职业如销售、市场,在具体场景上有很大的不同。也不能完全套用衡量其他职位的标准,来判断程序员的沟通能力。

一时兴起,设计了一个关于程序员的沟通能力的简单测试,每道题目根据你觉得自己的符合程度打分,从1-5。1表示完全不符合,5表示非常符合。然后把总分除以题目数(11),看看可以得5分制中的几分。

1. 你负责进行软件功能设计。根据你写出的软件功能规格说明书,业务、开发、测试等各方面的人员能够基本清楚的了解软件的功能,并且以此为基础,进行自身的工作(并不是说你可以写出一份一步到位完美的咚咚)。而不需要一遍又一遍的拷问你,并且从你的嘴里得出n个不同版本的答案。

2. 你的同事察看你的源代码,能够弄清楚大致逻辑,而不是如同看天书。

3. 你们软件出现了一个 Bug,你的客户希望1 天内解决,而你估计需要两周到一个月的时间进行修复。你能够在维持双方良好关系的前提下,设置客户的期望。

4. 你的同事负责技术架构的设计。你觉得其中有一个不合理的地方,但是他技术上很牛,同时也习惯于坚持自己立场不欢迎批评。你能够说服他改变设计。

5. 快过年了,你希望增加 30%的薪水。你能够就此与老板进行气氛融洽的协商。并且不论结果如何,不会影响你与老板之间的关系。

6. 你在运行应用程序时遇到了一个错误,要到网上论坛需求帮助。你写的帖子能够让别人清楚的知道问题的背景、现象、复现步骤、系统环境等等相关因素,并有一个明确的标题,而不是如“冰天雪地360度裸身跪求”之类不知所云。

7. 你能够在三分钟之内,向一位不懂技术的潜在客户介绍你们的产品,并让他对你们的产品产生兴趣。

8. 在软件开发过程中,你的上级基本掌握你当前的进度;而不是直到他认为你能够如期交付代码的前四天,你才告诉他由于这样那样的问题,你还需要一个月的时间赶上进度。

9. 在召开项目会议时,你可以做出一个条理清楚的会议记录,让大家对于当前的进度,存在的主要风险,下一步的行动计划,一目了然。

10. 客户突然提出需要增加一个特性( feature)。你能够了解他需要这个特性的动机,重要程度,以及能够接受的代价等等因素。

11. 面试的时候,你可以控制整个会谈的节奏,能把谈话引向你擅长的方向。

posted on 2007-02-08 00:37:00 by johnxu  评论(13) 阅读(8188)

关于沟通

在csdn上看到关于技术人员沟通能力的话题。由于工作的关系,曾经与诸多技术人员,以及非技术比如销售打过交道。感觉上,从群体而言,技术人员与人的沟通能力,的确有很多可以提高的地方。摘录一些邮件中的片断:

你完全没有听懂我的意思

我想我也曾经讲过类似的语句,虽然口气上不会那么强烈。但是在多次听到别人使用如此句型后,才醒悟到此言可能给对方造成什么样的印象。沟通不畅往往是双方面的问题,这句话从口气上,感觉把问题一股脑推给了对方。虽然发言者不一定有什么指责之意,但是很难想象听众能够愉快的接受。

你应该...;你要及时...

这不是老板、客户或者同事给我的邮件,而是其他的人,想让我做些我没有任何义务做的事情。

紧急问题,请立刻回电

我不知道这个问题是什么,所以没有办法提前做些准备工作。另外,也很难做出判断,是不是要立刻回电。否则可能占用我的时间,本来用于处理一些更重要的事情。
还有,写这封邮件的人,可能忘了把自己的电话、手机号码留下;或者留了个电话号码,却没有区号。既然事情紧急,更需要想想是不是留下了详细的联系信息,让别人可以方便的找到。

posted on 2007-02-06 23:13:00 by johnxu  评论(1) 阅读(6281)

Powered by: Joycode.MVC引擎 0.5.2.0