原载:http://blog.csdn.net/netcasper/article/details/190004
职业发展“阴谋”论
曾经为个人职业发展苦恼过,不愿意做救火队员,哪里需要哪里上,希望持续地、系统地发展个人能力,随着工作经验地增长,能够对大型系统的设计、开发过程有足够的认识,有能力主持软件项目开发。可惜往往事与愿违,哪能咱想做啥就做啥,那还要老板做什么?!
经过一段时间的交流沟通,一个小小的“阴谋”浮出水面,说服老板也许并不像想象中那么难。
首先,切忌刚刚有了模糊的想法就向老板去争取,不要告诉他(或她),都曝光了还能算阴谋吗?老板希望看到的是切实可行的解决方案,不要指望老板能够比你更加了解你的想法,更不要指望老板能帮你透彻地分析你的技术构想。这不是老板的工作。
很多时候,想法来源于困扰。系统的某个部分设计得异常蹩脚,开发总是受制于它,终于有一天,你有了一个天才想法,如果这样设计不就ok啦!然而,抽象的思考往往忽略现实问题,那就是无处不在的、紧密的耦合。再好的设计,却无法溶入到系统当中,也是白费。
这时,就需要我们多做一些试验。与其说是为了说服老板,不如说是为了自己的将来负责,我们必须对自己努力争取来的机会有充分的信心,而不应该将其当成一场赌博。因为那关乎我们的声誉,而声誉又能为我们争取到更多更大机会。
从某种程度上说,试验的结果并不重要,重要的是我们在这个过程中学到了“什么是可以做的,什么是不能做的,或者是暂时无法做到的”。我们对整个系统有了更深刻的认识,这时可以把试验的过程、结果与大家分享,一方面可以避免重复劳动,更可以群策群力寻求突破。如果试验的结果是正面的,就可以向老板提出实施该方案。不过,技术上的可行性只是老板批准的必要条件,还要考虑投入产出是否合理,以及任务的优先级等等。所以能够如愿以偿还是要靠一点运气啊。
当然这些都是后话,重要的还是“阴谋”的实施过程。要沉得住气,尽可能做得详细周密些,当阴谋曝光时设计应该实现的差不多了,可以留一些琐碎的、打扫战场一类的工作,但设计涉及到的主要方面一定要尽可能地挖掘。还要注意时间分配,别让老板觉得你成天不干正事也不知道在瞎搞些什么。一天做一点点,细水常流,这是我从一个同事那里学到的。要善于利用开发工具,所有的试验都是我们的宝贵财富,不能像狗熊掰玉米,掰一个丢一个,要学会搜集、整理、归类。
当我有了这些想法之后,就开始着手搭建自己的开发环境。阴谋嘛,总不能用公司的cvs server和tracker。在自己的工作机上装了fedora 2,然后搭建cvs server,ext的连接方式。不过每次输入密码很烦(连cvs diff一下都要输入密码),就尝试了SSH的RSA认证,通过应用ssh-agent和ssh-add,只需要输入一次passphrase(不是密码)就够了。然后又装了cppunit和bugzilla,bugzilla又需要apache、postfix和MySQL。我一一把它们装好,可是费了不少劲,很多时候设置失败都是因为权限问题,毕竟咱不是土生土长的Linux developer,只算有点业余爱好而已。另外,我喜欢用Emacs的diary做一些日常的记录,于是把diary文件也import到cvs server上,这样就可以在几台机器上共享一个diary了。
有了这些,应该可以开始我的第一个阴谋了吧:-)
下面就看我能不能沉得住气了。