五分钟内反应回复,平均十分钟解决任何IT技术问题,按难度跟工作量收费!

程序员生涯探讨

作者 : admin | 发布时间 : 2017/07/31 15:30 | 浏览1236次

1 引子

都说海阔凭鱼跃,又有多少鱼能跃出大海?都说天高任鸟飞,但真正能一飞冲天的,也不过是寥寥数鹰而已;在IT圈里流浪的程序员,当青春逝去、渐至而立之年时,又有多少人黯然退出?30岁,似乎宣告了程序人生的终结。  从学会写第一个Basic程序起,已过去了15年,我也曾为30岁烦恼过。近日《神雕》热播,杨过在独孤剑圣的剑冢中发现宝剑若干,见证了独孤剑圣在人生不同阶段对剑道的领悟。忽有所感,联想起古圣今贤的论述,结合自已这些年来的经历,不禁豁然开朗。  程序之道,在于悟,悟透表象后面的真相。程序人生,大致可分为三个阶段:  编码阶段:凌厉刚猛,无坚不摧,弱冠前以之与河朔群雄争锋  设计阶段:重剑无锋,大巧不工,四十岁前恃之横行天下  思想阶段:四十岁后,不滞于物,草木竹石均可为剑。自此精修,渐进于无剑胜有剑之境  本文针对普通程序员的实际情况,对这三个阶段进行解说,并给出了“升级”的秘笈。所述观点,不适合IT狂人和天才——因为我不是。

2 编码,技巧作先锋

2.1   阶段释义

老张:小王,昨天讨论的那个EJB接口,已经实现了吗?  

小王:我已经实现了,现在客户端可以通过EJB与服务器进行通信了。  

上述对话,取自于某项目组的会议纪录,老张是这个小组的开发经理。小王毕业一年,在项目组中主要从事代码编写工作。每天上班,老张会给小王分配当天的工作,告诉小王有哪些Java接口,需要写多少个Java类,具体有什么要求等等。小王按照要求,写完这些类后,交给老张,一天的工作就完成了。衡量小王的能力的标准是,看他是不是能做好具体的事,即“我能做(I  can do it)”。  小王是典型的第一阶段中人。该阶段中人,通常是入门三年内的,初窥门径,斗志昂扬。在网上常看到的“VB好还是DELPHI好”“.Net好还是J2EE好”等贴子,多数都是由这个阶段的人提出,人气值剧旺(这是合理的,符合人才的金字塔结构),往往争吵得头破血流也不罢休。笔者也曾因此与同班一MM大吵出口,如今回想,深感当年之可爱。独孤剑圣弱冠前,手持无名利剑,凌厉刚猛,与河朔群雄争锋。程序员也一样,手持“编程语言”利剑,以“面向对象”为招式,东征西战,编出代码无数。

2.2   应该做的事

找一家有正经事干的公司,打一枪换个地方的不要。这是重中之重。“蓬生麻中,不扶自直,白沙在涅,与之俱黑”,现阶段的程序员,是无力改变现状的。如果你所在的团队不能按正规方式进行较大型软件产品的开发,那你所能学到的东西就会少许多。如果是正规开发团队,而且有前辈愿意尽心尽力地教你,那就是捡到宝了,不给钱都行。  从技术角度,这个阶段的人,关注细节是必修课,追求的是技巧这个层次。“如何才能用最少的语句实现表达式求值”“i++++i有何区别”等是最关心的问题。当技巧的积累达到一定程度时,应付日常工作将比较轻松,此时信心爆棚,最喜欢的口头禅是“天底下没有编不出来的程序”,技术特点是对某种编程语言(如JavaC#)非常熟悉,甚至达到“回字有四种写法”的境界。凡事必追根究底,有股子“语不惊人死不休”的蛮劲。  笔者没有任何贬义,相反,是褒义,因为这是必须经历的。佛云:“既未入迷,何言解脱?”如果你是工作三年内的同行,那么应以“入迷”为荣。上学时,老师常教导我们“先把书读厚,再把书读薄”,只有“深入”,才能“浅出”,也是这个道理。

2.3   不应该做的事

年少气盛,固然可爱,但若因此而鼻孔朝天,则是大大的不妥了。你的许多同事,API没有你熟悉,编程也没有你快,但他们能为企业创造的价值却可能比你大(为什么?看下文)。时下流行“态度决定一切”,此时的你,应以低姿态为主,傲气会让你短视。  “技术代表一切”可能是你的信仰。但你的老板可能对技术根本不感兴趣,老板关心的是你能为公司创造多大的价值。许多黑客甚至养不活自己,因为单纯的自我陶醉式的攻击、骚扰、破坏并不能创造价值,通常都是在改行后(例如当安全顾问),他们的技术才能用于创造价值,才能使自己过上好日子。许多黑客则干脆是双重身份,平时从事着另一份职业。所以,如果想挣更多的钱,那你就不能迷信技术(屠龙之技有何用?),而是要审视你所做出的贡献。许多牛人觉得自己水平很高,为什么老板就是不给加薪?反思一下,自己给公司挣了多少钱吧。

2.4   局限性

1、锋芒有余,韧劲不足。该阶段的人,锐气太盛,遇到挫折后容易气馁,轻言成败往往是他们的缺点。(什么?没有锐气?是谁,是谁把你招进公司来的?)  人不可有傲气,但不可无傲骨,傲骨体现在面对困难上。要勇于用抽茧剥丝的精神,去磨,去啃,相信吧,只要你的困难不是想发明质能方程,最终一定会被你搞定的。事实上,你遇上的问题,大多数都可以通过Google、百度搜出答案来。  2、与具体的语言或编程工具绑定得比较紧,受语言的限制较大。  3、需要良好的体力。人到中年,体力上往往拼不过刚毕业的学生,这就是所谓的“程序员30岁问题”的原因。我有一些朋友,已过而立之年,却还在苦苦寻找编码的职位。虽然我很同情,但爱莫能助,如果这种情况继续下去,“寻寻觅觅,冷冷清清,凄凄惨惨戚戚”将是必然的结果。  朋友,赶快升级吧。

2.5   进阶指南

1、多记多写。好记性不如烂笔头,把各种想法写下来,把经典的代码摘录下来(最好用源码工具来管理,推荐VSS),有价值的东西,还可以发表在博客中(俺们那个时候苦啊,网络不发达,呕心沥血之佳作,却只能孤芳自赏),这些就是你的财富,在关键时刻拿来就能用;  2、别忘了挖井。不知是否听说过两个和尚的故事,原文不在此粘贴了,大意是一个和尚天天挑水,另一个除了挑水外,还在寺庙附近挖井。若干天后,第一个和尚还在挑水,第二个和尚已经挖好井,不用再挑水了。编码好比挑水,作为本职工作,自然是要卖力地挑,好争胜的,不妨跟人比比谁挑得多。但在业余时间,可以多看看《软件工程》、《设计模式》、《人月神话》、《极限编程》、《UML》……  3、由外而内,勤修内功。什么编程啦,什么算法啦,统统都是外功。外功练好了,内功也能跟着长进。内功是什么?很多。现阶段最需要的是:灵活的头脑、关注细节的态度以及与人为善的处世技巧。  灵活的头脑,使你能快速学习新东西,这是最基本的。  关注细节的态度让你能“象福特一样捡起地上的纸片”(如果不知道福特的故事,上Google搜去吧),工程实施现场出现的问题,多数都是由于编码人员的疏忽;经典错误“空指针”和“数组越界”,你检查了吗?几十年了,“缓冲区溢出”仍然是黑客的最爱。  与人为善的处世技巧,使你有良好的人缘,前辈愿意帮助你,晚辈愿意投靠你,领导愿意提拔你,哇,好处多多,实惠多多……能否进阶,就靠这了。  (常云:先做人,后做事。无论是程序员还是艺术家,这个道理都是普遍适用的,贯穿人生的各个阶段——而这恰恰又是刚参加工作、涉世未深的新人们容易忽略的。所以在此提出,下文就不再赘述了。)

2.6   阶段小结

适用人群:工作三年内  

    入:设计好的类、接口和算法 

    责:按要求编写类和接口的具体实现代码 

    出:具体的代码 

阶段目标:我能——I can do it  

技术特点:注重技巧,对具体的编程语言非常熟悉 

胜任职位:软件工程师、开发工程师  

升级秘笈:多学习软件工程、设计模式等与具体编程语言无关的知识  

参考薪水:6000以下(仅供参考)  

3 设计,方法为指导

3.1   阶段释义

老李:老张,你负责的这个模块,要有分布式事务处理能力,还要能与客户的OA系统通信,从OA中获取客户资料的数据。

老张:好的。我将用EJB来实现分布式事务处理,然后开发一个专门的接口,用来与OA通信。

老张毕业五年,是项目组的开发经理,负责完成子系统的设计,并指导其他成员完成编码。老张从老李处获得关于所开发的产品的需求情况,然后进行设计和分析,用UML建出模型,并生成框架代码,由小王等去实现。 老张属于第二阶段中人,通常工作了三年以上。此阶段中人,已经完成了一定程度的技术积累。对《设计模式》、《J2EE核心模式》、《UML》等烂熟于胸,张口就是IOC(控制反转),有事没事也要说说AOP,最差也得是Factory、Delegate吧,你要是说不知道什么是Facade,都不好意思跟人打招呼…… 与第一阶段“我能——I can do it”不同,本阶段的人,特点是“我知道它能——I know It can do”,对,就是“知道它能”,至于如何去“能”,就不需要关心了。例如老张,他只需要把EJB接口定义清楚,知道有了这个接口就能完成相应的功能,至于小王如何去实现这个接口,是写了三个类还是五个类,就不关心了。 从技术角度,追求的不再是纯粹的技巧,而是方法这个层次,努力寻求正确的做事方法。即关心“怎样才能盖出好房子”,而不是“如何把石头从货车里搬运到工地上”。用流行的话说,就是“只要方法正确,结果就会正确”。 当然,达到这个阶段的人,技巧本身,通常也是很厉害的。举个例子吧,小王要用一个开源的XML文件比较工具,并编了个测试程序,比较a.xml和b.xml的区别,却怎么着都得不到正确的结果。后来老张来了,牛人根本不看JavaDoc,而是拿着XOP提供的命令行比较了a.xml和b.xml,发现结果是正确的,然后直接打开与命令行对应的main(),检查与options对应的API,发现小王少调用了一个API,加上这个API后测试程序就通过了。在这件事中,老张根本不熟悉XOP的API,但他掌握了查找API的方法,那就是:组件或工具,都有其外在特性,通过组件或工具提供的命令行能做到的事,也一定能通过它提供的API来完成。如果不知道如何去调用API,对于开源软件,看它的source  code或samples中的main()即可;对于非开源软件,看StackTrace;如果都看不出来,就放弃该软件,选择别家的吧。 此阶段中人,也需要编写程序,但编写的是与业务和框架相关的核心类。所用的语句通常朴实无华,用最简单的语句完成最复杂的功能是他们的习惯。例如,求b和c中的较大值,通常不会写成

result=(b>c)?b:c

而是写成

if (b>c)  result=b;  else  result=c;

因为后者更容易懂,而前者,相对生僻一些。开发经理的工作,是把产品的需求,转变为编码人员能理解的接口或类,并保证团队的所有成员在理解上的一致性、无二义性,在这个前题下,简单而又精确的语句是必然的首选。所以,如果你的经理编写的程序,在你看来很“幼稚可笑”时,千万不要洋洋得意。 舍小巧而用大巧,舍弃繁花似锦的编程细节,换取简单稳定的框架结构,换取无二义性的交流效果……独孤剑圣四十岁前,以玄铁重剑纵横天下,剑法古拙,大巧不工,就是此境界(孤独大侠也走过弯路,30岁时用紫薇软剑,可能是追求剑招的繁复和剑法的华丽,失去控制,最终误伤义士)

3.2   应该做的事

该阶段的人,该做可做的事非常多。须知一个完整的软件产品的开发过程,编码仅仅是其中的一个环节而已。作为开发经理,老张的典型工作如下: 首先充分理解需求,挑选其中20%左右的功能,结合非功能性需求,设计出系统的结构(Architecture  Design)。通过边界类、控制类、实体类的应用,分析清楚Use  Case中的交互流程,然后用一系列接口来表达这个流程,最后运行各种设计模式或技巧,实现这些接口,建出UML模型,并生成代码框架。 除了开发经理外,你还有可能是项目经理,在中国公司,项目经理和开发经理可能都是你。学习先进的开发方法是你的必修课,什么用例驱动开发、测试驱动开发,不管用不用,你都得知道个大概;选择正确的开发模型也很重要,何时选用瀑布模型,何时选用迭代模型,一定不能含糊。 遵守公司的开发流程,为SQA(Software Quality Assurance)提供必需的文档和数据也是你的本职工作。如果你所在的公司尚无规范的开发流程,那么,你要帮助公司来建立。完整的开发流程贯穿整个产品生命周期,你有可能只与其中几个阶段有关。但只要与你有关,那就要尽力去配合。 该阶段的人,通常在公司中是中层干部,执行能力是一个最主要的考核指标。你的领导,可能根本不懂编程,而项目组里的小伙子们,可能无法领会领导的意图,这时,你就是中间人,好比足球场上的中场,你的沟通能力和执行能力,将决定产品开发阶段的成败。

3.3   不应该做的事

1、尽量少编程。除了“核心接口、类和算法”,不要与其它代码纠缠,那会使你忽视宏观上的问题。而且,你也不一定比小伙子们编得快。只有当小伙子们遇上困难时,你才去协助他们解决问题。 2、不轻言放弃。该阶段的人,工作压力巨大,即使他看上去什么事也没干,他承受的压力也不是编码人员所能体会的。在压力面前,容易失去理智,如果不注意控制自己的情绪,可能会发生一些不愉快的事。 现在的你,可以说是“到哪都能找到工作”了。当与公司、同事发生一些摩擦时,可能会“一怒而去”,这是最要不得的。因为你现在追求的,已不是“能找到工作”了,而是“能找到体现自己价值的工作”,千里马尚且需要伯乐来发现,换家公司就一定能受重用了?而且,不管你是否意识到,你已经学习了许多行业相关的知识,这些知识,在更换公司后,未必能用上,到新公司后,还得从头学习——人生有几次重来的机会? 3、戒骄戒躁。你现在已经是“有本事”的人了,加上工作压力,难免有点脾气。但是切记,你还没有功行圆满,还要“多长本事,少长脾气”。因为你的局限性,与你的优点一样明显。技术等级的提升,应该是让你眼界更开阔,并看到了更大的差距,而不是固步自封。 4、不要迷信新技术。新技术的采用是有一定的风险的。因为技术本身,可能还不成熟。追捧新的框架可能是你的爱好。没关系,作为爱好,是可以的,但不一定要把爱好带到工作中来。老板关心的是你开发出来的东西能否买个好价钱,不是看你用了多少新的Framework。你的用户关心的,是产品的易用性、稳定性,用起来是否顺手,用户同样不会关心你用了Tomcat还是Jetty,甚至连J2EE和.Net都不关心——如果他不需要为此购买新的硬件或者重新培训操作员。 5、多看人文方面的书和文章。此时的你,在技术方面已经有一定的造诣了。但是不是就大功告成了呢?回答当然是“不”,你还需要补充人文方面的知识,即进行感性思维训练。为什么?往下看。

3.4   局限性

你的局限性,与优点一样明显。如果让你列举自己的优点,你可能会说: 我精通设计模式,能做出重用性很好的软件 我对软件工程很有经验,能做一个好的项目经理 我熟悉建模工具、开发环境等,能提高开发效率 …… 是的,这些都是了不起的能力,但是: 1、 你们公司不是研究所,不卖设计模式,也不是咨询公司,不卖软件工程经验,更不是培训机构,不对外提供“建模工具、开发环境”培训 2、 你知道软件是如何被开发出来的,但很少考虑是否应该开发这个产品; 3、 你不知道用户会怎样使用你开发的产品,你不知道用户喜欢什么、抱怨什么; 4、 你不知道这个产品为公司赢得了多少利润; 5、 …… 一句话,你懂技术,但客户要的,并不是技术。摩托罗拉有世界上最好的射频工程师,但为什么手机就是卖不过诺基亚呢?因为诺基亚喜欢听客户的意见,而摩托罗拉喜欢听工程师的意见。 你说:“我热爱技术,喜欢钻研技术,至于客户在想啥,那不是我要考虑的问题——我甚至不知道客户是谁”。是的,达到你今天的这个境界非常不容易,许多人工作十年也未必能象你这样优秀,你是公司的骨干,是同事的偶像,但是……但是……《武状元苏乞儿》中有一段经典对白: 洪日庆:先别走!行行出状元!如果我没看错,你会是乞丐中的霸主! 苏  灿:乞丐中的霸主?!那是什么? 洪日庆:嗯……还是乞丐! 没错,乞丐中的霸主也是乞丐。你再优秀,也只是公司的中层干部,是干活的人中的霸主——还是个干活的: 客户给老板发工资 老板给你发工资 你不认识客户,客户同样也不认识你 既然你不认识客户,那就不知道客户喜欢什么、讨厌什么 如果有一天,你的产品让客户不满意(这个概率还是很大的) 客户很生气,后果很严重 老板请你喝咖啡,并建议你去度假,顺便提醒你从外面把门关好   再来看看圈子里: 没有技术,但手里有一堆客户的公司,比比皆是,他们活得很滋润。 没有客户,但手里有一堆技术牛人的公司,很少见——都倒闭了。   现在,你知道局限性在哪里了吧? “正因为你技术太强了,所以只能当乞丐中的霸主,技术恰好就是你的枷锁” 说件真实的事吧。 某天,我奉命与一个合作伙伴交流我们的平台产品,目的是让对方了解我们的平台并在平台上做二次开发。交流进行得很顺利,对方也跟我们签合同了。后来,市场人员去合作伙伴处了解反馈意见,对方说:“你们那个xxxx太厉害了,问什么都难不倒”。回来后,领导就不允许我参加交流了。原因是:“你可能泄密了”。 作为技术人员,我希望充分介绍自己产品的优势,并能应付合作伙伴提出来的各种应用场景和问题。但是,从领导的角度来看,“如何满足应用场景、如何解决问题”本身,就是商业机密,是不能乱说的。举这个例子的目的,就是说明技术人员看问题的局限性。 想要达到更高的层次,就要跳出技术看问题,多了解市场,了解客户。假设孤独剑圣陶醉于玄铁重剑的威力,天天带着到处乱跑,那么他就不是剑圣,而是搬运工了。搬运工最多只能当个中层经理,当不了高层领导。 如果想进入领导班子,与老板一起玩游戏,那就赶快升级吧。

3.5   进阶指南

1、 跳出技术看技术 达到这个阶段的人,在技术上已经“很深入”,眼中所见,尽是技术。但你们公司不是卖技术的,你们卖的是产品,是服务。所以,把你的目光从技术中解脱出来,去思考一下产品和市场层面的问题。例如: 市场上有同类竞争的产品吗? 当前已有的产品,客户有什么不满意的? 我做的产品应该具有什么样的特色?有什么卖点? 所谓“一招鲜,吃遍天”。只要你知道客户想要啥,并能有针对性地开发产品,客户一定会情不自禁地给你钱。客户都给你钱了,老板还好意思不给你个CTO的头衔玩玩? 2、 了解业务 计算机技术必须为具体的行业服务,每个行业都有自己的特定背景和业务知识。技术人员应抓住机会,了解这些知识。我曾在某个电信软件公司任职三年,号称是项目经理,开发电信网管产品。那时我整天的工作就是研究各种框架,讨论各种设计模式,我眼中所见心中所想,尽是WEB、Struts、HTML等一大堆计算机名词。如果你问我“为什么这玩意是个网管软件,而不是淘宝易趣阿里巴巴?”我一定回答不出来。 一个公司里面,真正值钱的东西,不是技术,而是业务知识,技术是实现业务的一种手段,是为业务服务的,主从关系,不可搞错。 3、 加强非技术性的功夫 学书法时,老师曾说过“三分书内功夫,七分书外功夫”。这句话我一直不理解(事实上,到今天依然不理解),但把这句话用于计算机技术,却是明白的。三分书内功夫,是计算机技术,七分书外功夫,就是非技术性的产品和市场了。 可以通过看些“不务正业”的书,来提高自己的感性思维能力,可以多看看市面上流行的《比尔盖茨传奇》《数字化生活》《把信寄给加西亚》等,象《谁动了我的奶酪》这种只会抱怨不会解决问题的书,就不用看了。

3.6   阶段小结

适用人群:工作三年以上,上限不封顶

输    入:软件需求(请注意用词的区别:软件需求,而不是客户需求,你所得到到软件需求,是由别人收集来的,并不一定能代表客户,如果“别人”的水平一般,错误理解了客户的意图,那么你就等着跟他一块倒霉吧)

输    出:设计好的类、接口和算法

阶段目标:我知道它能——I know it can work

技术特点:注重方法,不关注编程语言细节

胜任职位:高级软件工程师、开发经理、系统架构师等

升级秘笈:换位思维,跳出技术看问题

参考薪水:6000以上,¥15000以下(仅供参考)

4 思想,无招胜有招

4.1   阶段释义

客户:我们公司有二十个下属单位,每个单位分别有一套自己的销售管理系统。我们想了解各个单位的销售情况,现在是每个星期由下属单位上报周报,周期太长了,不利于领导及时掌握情况。

老李:如果把销售数据自动地集中到总公司这边来呢?

客户:集中?有什么好处?

老李:数据集中后,总公司可以实时掌握销售情况,不用等上一个星期。根据集中后的数据,您只需要打开电脑,就能看到每小时的销售变化情况。

客户:那挺好啊。只是,怎样来集中数据呢?要花多少钱?

老李:可以在每个下属单位分别安装一套程序,实时地把进销存系统中的数据提取出来,然后上报给总公司。在总公司这边,也安装一套程序,用来接收下属单位送上来的数据。这样,数据就全部集中到总公司了。从现在的规模来看,您只需要在总公司增加一台服务器,用于接收数据。当然,总公司与下属单位的计算机要能通过网络互联。请问现在已经联网了吗?

客户:我们现在已经联网了。公司申请了专线,可以进行视频会议。

老李:噢,那就花不了多少钱了。您只需购买一台服务器,再加上软件的费用就行了。

客户:噢,听上去挺好的,那你们公司能不能做这件事…… (注:上述对话,纯属虚构。目的是为了说明不同阶段所做的事。实际项目中,您可别建议客户“实时提取并上报销售数据”,所花的钱,也不只是一台服务器那么简单,^_^

老李是公司的研发副总。他经常拜访客户,了解客户有什么困难和需求。本例中,客户觉得每周上报一次,时效性太差——这就是需求,同时也是老李的机会。老李运用手中所掌握的技术,帮助客户策划出一个分布式采集数据的方案。老李只需要知道:(1)现在有许多种成熟的分布式技术,能实现分布式采集;(2)老张对这些具体的技术很熟悉。至于如何去实现分布式,就不是老李要考虑的了。 老李属于第三阶段中人:既了解技术,又了解业务。从技术出身的背景,使得老李在与客户交流时更务实。许多人对业务非常熟悉,但由于不懂技术,不知道什么事能做,什么事不能做,与客户的交流经常流于形式,只能开花,不能结果。既懂技术又懂业务的复合型人才,往往具备独特的优势,使得他们能在事业上达到别人无法企及的高度。 第三阶段的人,看问题的角度已不再局限于技术,而是更一般化、通用化。其实做信息系统也好,做通用软件也好,思维都有一些模式可循。例如,在决定开发一个产品前,通常需要问自己几个问题: 目标客户是谁? 客户有什么烦恼?他在抱怨什么? 客户现在已经有了什么?还缺什么? 你能给他提供什么? (注:后来我才知道,这些问题早已出现在RUPInception阶段中,Inception要解决的是商业风险,上面列的几个问题,就是Inception阶段的成果——Vision  Document 这些问题弄清楚后,基本上,“给客户提供什么东西”就已经定下来了。然后就可以与架构师一起,讨论这个产品,并最终由开发小组去实现。与第二阶段中“我知道它能-I know it can work”不同,本阶段主要特点是“我知道它是什么——I know what it is”。 也许你会说:“上面的几个问题,谁都能问,干嘛非要第三阶段中人呢?”没错,这几个问题,谁都能提出来,甚至可以用Word写个模板。但是,提问题容易,回答问题难。同样的环境,同样的客户,不同的人收集到的信息是不一样的。不信?找两个人一起去为某个会议做纪录,然后看他们写的《会议纪录》文档,就知道差距了。许多人不愿意做会议纪录,认为这是低级活,其实不然。会议纪录做得好的人,与客户交流时,就能有重点而又比较全面地记录下有用的信息,甚至能领会“弦外之音”。能达到第三阶段的人,通常都是信息挖掘的高手。 到达这个境界后,不再需要知道什么设计模式,也不需要知道什么是EJB、CORBA(虽然他们都懂技术,造诣也都不低),就象独孤剑圣,已达“不滞于物,草木竹石,皆可为兵”。说起来神乎其神,其实归纳起来,也就两点:

一是识势:俗话说,识时务者为俊杰。用现在的话说,叫“形势比人强”。以一已之力对抗大形势,那是必败无疑。“俊杰”的出现,能推动形势的发展,但也只是“推动”而已,形势是不可能“阻挡”和“违逆”的。大禹治水,疏并导之,鲧不懂这个道理,纵有息壤相助,亦无法堙填。张勋不知道封建君主制已不适合中国国情,而搞什么复辟,唉,可怜啦。具体到软件项目,如果客户想搞分布式,你却建议他搞大集中;客户想要三层结构,你却建议他用二层C/S,岂不谬哉?所以说,识势是应具备的首要能力,是重中之重。

二是知人:光说不练假把式。如果仅仅是识势,而没有得力的人相助,那也是一场空。刘备身具“帝王之后,汉室宗亲”的血统,打着光复汉室的旗号,甚得人心,可谓是识势(至于刘备是不是真的想光复汉室,鬼才知道),但在遇上关、张前,他只能卖草鞋,在认识诸葛亮之前,也一直被赶着屁股跑。再说老李,如果没有老张,任他舌绽莲花,天上也不会掉下一套分布式系统来。

4.2   应该做的事

与客户保持经常性的沟通。销售和市场人员,他们可能想不到一些事,与客户的经常性沟通,能让你掌握第一手的资料,从而有助于产品的创意。最好是把客户的MSN、QQ等经常上线的聊天工具的号码弄明白。从MSN的昵称、说明档等很能看出一个人的心情,这里面能表达很多信息。频繁的、不刻意而为之的沟通,容易拉近与客户的距离,让客户把你当成朋友。当然,许多客户,尤其是客户中的领导,通常是不上MSN的。对于这些人,就要谨慎一些了,他们可能不希望被打扰,所以别随便打电话。建议请教专业人士:公司的销售——他们有的是办法。

增加阅读量,扩大信息来源。大量的信息,可以让你了解行业动态,增加你的灵感和创意。上文说过,要锻炼“收集有用信息”的能力。现在都是海量信息,如果不能敏锐地发现对自己有用的信息,那你唯一能做的事,就是在信息的海洋里游泳健身。一个秘诀:看到有用的文章后,随手就保存到本地硬盘里。然后在机器上装一个Google Desktop,让Google帮你搜索。另一个建议就是:最好有属于自己的笔记本电脑。钱不多的,买个活动硬盘也行。

培养情商,增加个人魅力。通常,能对你有用的人,都是些“牛”人,至少是比较牛的人。这样的人是否愿意为你所用,不一定取决于薪水,而更多地在于你的领导艺术——至少要让他们认为,跟着你混是有前途的。《古惑仔》中有一段对白:“我们做古惑仔的,跟对老大很重要”。其实在职场混,跟在江湖混,没多大区别。越往上走,就越古惑。通常是职位越高,圈子越窄,抬头低头,总是那么几个人。到达这个份上,就应了一个平时常说的名词:“人品问题”。人品好而又有能力的人,才能成就大事。

参加俱乐部或沙龙活动。有的信息,尤其是内部信息,从外界是无从得知的。尤其是,许多灵感,可能来自于几个有共同爱好的朋友的闲聊。

4.3   不应该做的事

作为第三阶段中人,通常是一个不小的领导,不应该做的事有很多。市面上有大量的书而供参考。本文只给出从技术出身的领导最常犯的两个错误:

不信任下属。技术出身的领导,往往对那些技术上不如他的人持有一定的怀疑,尤其是当他/她们犯了错误时。用人不疑,疑人不用。你的下属之所以会犯错误,正是因为他/她想真正把事做好。此时,宽容大度加上适当的指导,通常是最好的选择。

自己很有成就感。这是另一个常犯的错误。要知道你是领导,你不需要与下属争抢功劳,应尽量把获得成就感的机会留给下属。如果你事事争先,由于本身的能力与素质,你比下属更容易把一件事做好,但因此而带来的副作用,远大于这件事情本身:下属会觉得没有成就感,没有自信心,渐而渐之,就会影响士气。如果这样,就算你这个当领导的再能干,也不可能把所有事情都做完。

4.4   局限性

俗话说:江湖越来越老,胆子越来越小。当你逐渐成为某个行业内的知名人士之后,得到的东西越来越多,相反,患得患失的心理也越来越重。所谓“壁立千仞,无欲则刚”,欲望太多,就会使自己变得虚弱。 在职场上,你已经是老兵,酸甜苦辣都经历过一些,可谓是水火不侵了。但在人生道路上,起落浮沉,也许才刚刚开始。此时的你,大概已过而立之年,家事琐事有一大堆,人际关系也渐趋复杂。此时能影响你成功的,通常都是些与职场无关的事——恰恰又因为你在职场上投入了太多的时间,职场外的事,多半是一团糟。

4.5   进阶指南

职场内的事,已无须我再说什么了。到了你这个境界后,我只有一句话可说,那就是:人生并不只有职场,正如职场并不只是技术一样。知道独孤剑圣怎么死的不?他是寂寞死的。

4.6   阶段小结

适用人群:工作六年以上(经常跳槽的不算),上限不封顶

输    入:客户需求

输    出:可行的创意或产品定义

阶段目标:我知道它是什么——I know what it is

技术特点:注重思想,不关注技术实现

胜任职位:部门经理、研发副总、CTO、解决方案专家、业务专家、产品经理、高级产品经理等

升级秘笈:换位思维,跳出职场看问题

参考薪水:¥15000以上(仅供参考)  

5 附录:关于“三阶段说”

  古圣今贤给予我们许多的启示。虽然他们没学过计算机,没当过程序员,但对于人生,对于“道”的领悟,远比我们这些白骨精(白领骨干精英)强。人的进步过程,其实是一个“肯定,然后否定”的过程,这个过程,其实不只三个境界。但是境界三转后,就与“程序员”这三个字无关了,所以本文中不加以论述。 无论是哪个阶段,都需要先“入迷”,然后“解脱”: 在第一阶段,需要先在编程语言细节上入迷,然后从语言细节中解脱出来,达到语言无关,从而进入设计这个层次 在第二阶段,需要先在设计方法上入迷,然后再从方法中解脱出来,达到技术无关,从而进入思想层次 在思想层面,需要先在解决问题的总体思想上入迷,然后又从思想中解脱出来,达到与职场无关,从而进入另一个境界。   以下附两段笔者收录的与“三阶段说”有关的名句,供参考。   孙过庭《书谱》:“初学分布,但求平正;既能平正,务追险绝;既能险绝,复归平正。初谓未及,中则过之,后乃通会。通会之际,人书俱老” 王国维《人间词话》:“古今之成大事业、大学问者,必经过三种之境界。‘昨夜西风凋碧树,独上高楼,望尽天涯路’,此第一境也。‘衣带渐宽终不悔,为伊消得人憔悴’,此第二境也。‘众里寻他千百度,蓦然回首,那人却在,灯火阑珊处’,此第三境也。”   还有很多,不一一列出了。以君之智慧,必已有所悟。


我要评论

验证码

  换一个
 加载中...