专栏名称: 码农翻身
工作15年的前IBM架构师分享好玩有趣的编程知识和职场的经验教训, 不容错过。
目录
相关文章推荐
OSC开源社区  ·  Python即将成为TIOBE ... ·  5 天前  
程序员的那些事  ·  极狐 GitLab ... ·  6 天前  
码农翻身  ·  49k,确实可以封神了 ·  6 天前  
赛尔实验室  ·  哈工大SCIR 8篇长文被 COLING ... ·  1 周前  
51好读  ›  专栏  ›  码农翻身

我所尊敬的三位女程序员

码农翻身  · 公众号  · 程序员  · 2017-03-08 19:26

正文

今天是三八节,写一篇应景的文章,  给大家介绍一下我认识的三位优秀的女性程序员, 其实她们已经远远超出了单纯程序员的范畴, 已经是所属领域的 Leader 了。

1

L老师是我初入职场的带路人,虽然是女生,但是技术很精湛, 更重要的是解决问题的能力非常强。


我当时做了一点XML相关的工作, 遇到XSL的问题搞不定, 那时候搜索引擎还不发达,信息很少,  我们主要依赖MSDN来搜索, 可是我在其中找了半天也搞不定, 于是去请L老师帮忙。

   

没有在微软平台做开发的同学可能不知道MSDN这是什么东西, MSDN几乎就是微软的资料大全。 据说CSDN.NET这个名字也是借鉴MSDN来的。 


她当着我的面打开MSDN,在索引页输入了两个关键字,出来几个搜索结果,选了一个打开, 然后对我说: 这不就是嘛!


我立刻就被震住了: 她怎么能这么快就找到答案 ! 她是怎么选择那几个合适的关键字的?   


后来明白这是一种知识经验的积累加上优秀的洞察力带来的结果, 新手无法看透问题的核心, 选择关键字搜索的时候, 总是在外围打转悠, 肯定很难找到答案了。


还有一次组内在技术选型上发生了一次争论, Z同学擅长使用Visual Basic ,  他和VB的拥趸想用VB来写COM+组件,说是开发效率比较高, 性能应该也不差。   而L老师和另外一些人主张用Visual C++来写, 因为COM+组件被大量页面调用, 性能是第一位的。


双方激烈争论,谁也无法说服谁。


于是L老师自己动手开始折腾一个测试, 对于同样的功能, 用VB和VC++都做了实现, 然后做了一个压力测试, 结果很明显, VC++写的组件完胜, 要比VB快上十倍,  报告发出来, Z同学们就不再吭声了。


这就是典型的用事实说话。


2

第二位是外企的Lucy。


在外企,女生所从事最多的工作是测试和管理, Lucy已经做到了二线经理的位置,但是突然有一天听到消息说她放弃了前途不错的岗位, 转到了技术岗位,去做一个产品的Architect ,   这样的决心和魄力让人大为佩服。


Lucy 是个非常好的Technical Leader ,  讲话非常富有感染力, 我每次和她聊完以后总觉得如沐春风, 前途广大, 浑身都有干劲,哈哈。


她决断干脆利落, 在点评一些专利申请的时候,很快就能告诉申请人:你这个idea能publish,  他那个有可能file 。完全不像有些评审的人那样扭扭捏捏, 扯来扯去,就是不给你明确的答复。


在一次公司的大会上, 有个人讲了职业发展的问题 , 说是你要是想得到升职, 进入下一个级别, 你一定要研究下这个级别的要求, 然后看看自己离这个要求有多远, 把不足之处补上去 -- 这其实是一个不错的思路。


轮到Lucy 讲了, Lucy 说要aim higher ,意思是你要瞄准的更高的级别, 不是高一级, 而是高两级的那个标准来要求自己, 这境界一下子就不同了。


我在公司做敏捷社团那会儿, 有一次公司发公告说Eric Gamma要从瑞士来北京办公室访问,没错就是那个写过《设计模式》, JUnit的作者, Eclipse JDT的Leader。   我当时就没当回事儿, 因为我觉得虽然我在做公司的敏捷社团,但是离Eric Gamma这样大牛的距离实在是太远太远了。


很快我就收到了Lucy的一封信,她说Andy, Eric Gamma要来了, 你们敏捷社团打算和他聊点什么啊?    我立马就意识到我的眼光还是太狭窄了, 惭愧。


正如鲁迅先生所说的:榨出了我皮袍下面藏着的“小”来, 这是一次多么好的和偶像面对面的机会啊! 我竟然选择了无视,实在是不可饶恕啊。


3


第三位是一个外国人, 名字叫Sharon。


我们这个部门做的是一个企业应用,  这个企业应用非常大, 下面包含了10好几个子应用,  Sharon是这么多应用的总架构师。


有一次我在看源码的时候, 无意中看到里边修改的历史, 这么多年过去了, 有很多的人都做过代码改动, Sharon 是1.0 版本的作者, 是在2001年写的,  于是我就明白了她肯定是随着这个项目发展成长起来的,崇敬之情悠然而生。


Sharon是个女强人, 懂业务,懂技术, PM不在的时候还能兼职做项目管理。    她写的Use case 文档简直就是可供学习的范本,  软件需求是最难控制的, 但是有了Sharon这些优秀的文档, 极大的节省了开发人员的沟通成本。


有一次我问她: Sharon ,你的Use case 那么多的交叉引用的链接, 你是用什么工具自动生成的?  她说没有用工具啊, 那些交叉引用链接都是我手工一个个设置的, 我顿时觉得惊为天人。


08年的时候我有幸直接被Sharon领导着做了一个需求, 由于有时差, 她会牺牲下自己的周末时间, 在她周日的晚上, 也就是中国周一的上午和我们开电话会议, 这样我们就不会被一些问题阻塞一天。在外国同事中这么体谅的并不多。


聊的久了就会感受到她对业务的每个细节末节都非常的了解, 对一些技术架构的选型非常到位,这就是核心竞争力, 在部门绝对是一个不可或缺的核心人物。


Sharon的沟通能力很强, 我问的问题她总是能直指核心的做出回答,清晰而准确, 再加上为人又非常的谦和, 有了自己不懂的术语就会说: 我也不知道, 让我到wikipedia上搜搜看看。    所以我和她在一起工作的时候,确实是非常舒心的一段时光。


总而言之, 我认为女生在软件业也会有很好的发展, 上面的三位就是榜样,不能被大众的观点所困住, 认为自己不适合做技术, 还是要发掘自己的长处和兴趣。 


(完)


你看到的只是冰山一角, 更多精彩文章,参见《码农翻身2016文章精华


有心得想和大家分享? 欢迎投稿 ! 我的联系方式:微信:liuxinlehan  QQ: 3340792577


公众号:码农翻身

“码农翻身”公众号由工作15年的前IBM架构师创建,分享编程和职场的经验教训。