程序员,如何在工作中崭露头角.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
 程序员,如何在工作中崭露头角

程序员,如何在工作中崭露头角?发表于2013-10-06 10:57|?8538次阅读| 来源DZone|?35?条评论| 作者Yuriy Lopotun程序员前端开发经验分享代码审查摘要:程序员是很特别的个体,有的人在IT这个行业里取得了成功;有的人对自己的现状很满意,于是就一直在一家公司的一个岗位上干了很多年;还有一部分人被炒鱿鱼了。那么作为一个特别的程序员,如何能在工作中崭露头角呢?文章作者?Yuriy Lopotun有着8年的IT工作经验,分别在4家不同的公司。在这期间有幸和一些程序员一起共事,他们都很特别:有的人在这个行业里取得了成功;有的人对自己的现状很满意,就一直在一家公司一个岗位上干了很多年;还有一部分人被炒鱿鱼了。基于作者自己的所见所闻所想,于是列出了下面的能够帮助程序员在工作岗位上取得成功的建议。1. 大胆的提出问题有些新的程序员在进入公司的第一天很犹豫是否要去向别人寻求帮助,比如:当程序员在项目环境设定上遇到问题或者是他们不明白这个项目的商业流程的时候,他们很犹豫,不知道该不该问出这个问题。其实这都不是什么大的问题——尽管寻求帮助,或是向别人澄清一下你的想法。否则的话将会在和项目有关的问题上纠结、浪费时间。还有一种情况就是,当领导让你自己提出根本没有任何限制的问题的时候,很多程序员对自己的口才很吝啬。千万不要害怕问问题,尤其是在大的环境下。2. 找准自己的定位在很多项目或者项目模块里缺少资源,这就意味着在你开始工作的时候或是完成目前项目的时候要让你的领导知道你的偏好项目和执行能力。许多人常常是喜欢加入一个新的有特色的项目,而有的人喜欢加入一个有熟人的开发团队。不过,最明智的选择是挑选一个没有多少同行的开发者知道的项目,只有你一个人在这方面擅长。只不过在刚开始的时候需要花大量的时间去了解熟悉它的运作模式和现有的代码;当一切事项都已掌握之后,就可以向管理层自我推荐,领先于别人,就是超越了自己。3. 熟悉App的“蓝图”现如今大多数的企业App都是比较复杂的,使用不同的技术完成的模块来组成的。作者展示了他现在的工作就是由3个部分组成的:一个和社交网络和收集数据互动的模块。一个处理收集的所有数据的模块。一个UI模块。每一个模块都是由不同的开发者团队开发并操控的。这些模块在技术上没有什么联系,但是在商业流程上是相互联系的,也就是说,无论什么时候想要引入一个新的功能的时候,都会影响到这3个模块。事实上并没有多少人理解整个App的商业流程,当讨论一个新功能的时候,经理常常会要求在行的人对软件程序的更改最初最好的评估,评估结果可能会用在每一个模块里。所以如果你这道这个App蓝图的话,你就能参与到这个讨论中。4. 做你需要做的事,而不是做你喜欢的事一些非常有才能的程序员经常会遇到很严重的问题——他们有自己的特别之处或者说是感兴趣的方向,一旦被要求去做其他的不一样的事情的时候,能力和做事质量就下降了。因为他们不能集中注意力在不感兴趣的事情上,这是很致命的短板。你如说:人们可能想要测试Scala,但必须先处理Hibernate或原生SQL;他们可能想要并发性,但是必须要协助与前端开发相关的工作。如果你需要长期处理你自己根本不擅长的技术问题/工作,那么你最好换工作。否则如果你是临时帮助别人处理你不擅长的问题,最好表现的专业一点,把事情做好。5. 善于分享,乐于帮助估计很少有人单枪匹马的情况下还能有很高的产量吧,这只能暗示在交流上的贫乏。自私是团队合作的最大障碍,最后也只能是整个团队停滞不前的结果。这样的“孤狼”也基本上得不到团队的信任。此外,如果你在一个区域办事处工作,而你的同事没有把任务做好,你最好去帮助他,因为团队荣誉至关重要,这也是一个双赢的决策。6. 尽量给出现实的评估给出太乐观的评估对于程序员来说是比较困难的,作者站在自己的立场给出两大主要原因:A. 我们经常忽略将要花费的时间:在实施阶段处理预料之外的问题。在开发环境上测试实现的功能。编写单元测试和集成测试。分散时间和精力到其他高优先级任务上。B. 有时在给出真正的评估之后会让我们觉得不舒服,因为经理看到这样的评估之后表情会很吓人。在这种情况下,我们通常会把特点划分成几个子任务,以至于总的评估看起来不是那么可怕。太乐观的评估在大多数情况下会有悲惨的结局:你必须把任务移到QA在一个buggy状态下,通过思考来证明它:“通常QA会返回所有开发功能列表的备注资料给开发人员,所以我仍然会有机会解决所有的bug”。但是在现实的评估条件下情况就不会是这个样子了。7. 测试,测试,再测试!许多程序员因为错误评估而被迫转入QA环节,有些程序员在交货期来临之前停止了任务,转入测试阶段,只是想证明他们的高效能。当然了,这是一个好的意图,但是并不似所有的掉头检查都能带来好的结果。总之,中途

文档评论(0)

baiouxi112 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档