程序员有哪些工作小技能?

程序员工作总结(精选15篇)

  总结是对过去一定时期的工作、学习或思想情况进行回顾、分析,并做出客观评价的书面材料,它能使我们及时找出错误并改正,让我们抽出时间写写总结吧。那么总结有什么格式呢?下面是小编为大家收集的程序员工作总结,仅供参考,希望能够帮助到大家。

  一、提高自己,认真对待工作

  几个月前还是刚刚来到xx公司的我是一个略带青涩的人,进入到xx公司之后我就被这里的工作气氛所吸引,我看到了来自一个优秀企业的员工那种为工作拼搏的精神,在刚刚进入到xx公司,我就接手一个压力不小的职位,对于我来说是一个挑战不小的工作,我的工作是开发,维护,在工作中最多的就是修复bug,每天就是重复一样的工作,这样子的工作状态我觉得自己很受益,虽然每天自己的工作基本上都差不多,但是就是这样的工作让我锻练了自己,在没来到xx公司之前我就是一个毕业生,在这试用期 的工作之中让我感受到了,在校跟在企业的区别,很大的差距,在一个企业能学到的东西不是学校那样的,可能会更加的适用,这让我非常的有感触。

  在xx公司这短短几个月的试用期,我在工作之中勤勤恳恳,不会为自己的工作错误找任何借口,我虚心的接受同事们的意见,对于比武优秀的同事我积极的靠拢,其实往往就是这样的狭小举动,会让自己收益终身,保持这样工作习惯对自己有很大的帮助,知道现在我还是这样么认为,自己不会的就问,一个个的问,知道自己完全了解,这样的日积月累不断地在提高自己,时间一久我能够清晰的感受到自己的进步,特别是在工作之中,这更加的坚定了我对工作的态度,认真,细致。

  在工作之中有时候会高估自己,这是我一个非常不好的习惯,太过于自信了,在工作后中这样的性格也让我吃了不少亏,也让我体会到可这种性格的坏处,我一定好好地吸取,改进。

  这一年来的工作已经结束了,我知道这对我而言是有很大的提高,作为一名程序员我坚定的认为自己是可以做的更好,在未来的学习当中我还是深有体会的,以后在学习当中,在这一点上面我希望自己可以做的更加的到位,作为一名技术人员,我还是做的非常不错的,希望自己在这一年来的工作当中我可以继续维持好的状态。

  这一年来的工作当中,我现在还是希望可以做的更好,公司对我的培养还是比较多的,在这方面我是坚定的体会到了这一点,在未来的工作当中,我是坚持的做好了很多的事情的,年终之际我回顾起来确实是获得了很多,我也希望自己在以后的学习当中,我深刻的意识到了这一点,过去一年来我也是独完成了很多的工作,也和公司的同事一起合作了一些项目,在这个过程当中,我也确实是深刻的意识到了这一点,我知道在这方面我是维持了一个好的状态,现在回顾起来我清楚的意识到了这一点,通过这次的项目我还是深有体会。

  我绝得工作能力是需要不断的去落实,对于这一点我是感觉非常有意义的,年终之际,在这个过程当中,我清楚的意识到了这些细节是可以做的更加到位,我觉得以后还会有更多的事情可以做好,这一年来的工作结束了我也是希望自己可以把工作做的更好,想要把工作做的更好,我还是深有体会,在一些事情上面,我确实感觉很有意义,在工作当中我进一步的调整好了自己各个方面的职责,公司对我个人能力还是做出了很多的判断,我相信在这一点上面我知道自己各个方面是非常有意义的,在公司做好自己分内的职责,当然我也是意识到了自身的努力还是值得的,我也想要为公司争取更多的价值。

  我也是清楚的意识到了自己的不足,虽然每天的工作很充实,但是在一些项目上面,还是做的不够好,出现了一些细节的问题,这也确实是我应该要去调整好的,我会改正自己的不足之处,在以后的学习当中,我会继续做好自己分内的职责,在程序工作方面应该要更加的细心,我会让自己做的更好的,感激公司领导的关照,以后我也一定会让自己做出更好努力,努力提高自己的工作能力,做技术工作让我感觉很有意义,新的一年我一定会认真做好工作。

  回首这一年的工作,有硕果累累的喜悦,有工作当中的艰辛,也有遇到困难和挫折时的惆怅。在项目可开发的过程中,难题一个接一个的出现,自信心不止一次的受到过打击,虽然自己早就知道,要做到符合公司的要求,做一名合格的程序员,这些是远远不够的。每天我都会不断勉励自己,好好学,以后会好的。在此同时,公司也给了我很多学习的机会,这是我对以后的编程之路又有了信心。在担任公司程序员一职已经有一年多的时间,在这一年时间里,我学到了很多东西。每个人都是在不断的总结中成长,不断的是审视中完善自己。在这一年里自己也是在总结、审视中脚踏实地完成好自己的本职工作,现将这一年的工作总结如下:

  严格按照一个程序员应有的素养来约束自己,爱岗敬业,具有强烈的责任岗和事业心,积极主动认真的学习专业知识,工作态度端正,听从公司的安排,积极配合客户完善数字化校园系统。

  热爱自己的本职工作,能够正确认真的对待每一项工作,工作投入,热心为大家服务,认真遵守劳动纪律,按时上下班,有效利用工作时间,坚守岗位,需要加班完成工作的要按时加班加点,保证工作能够按时完成。在这一年多的时间里面,我本着把工作做的更好这样一个目标,主动了解公司的开发项目流程,请教他们开发技术上的问题。

  开发进一年,09届毕业生,08年11月开始上班,之前做asp,09年2月后开始做开发,主要是关于准金融行业的行业管理软件。年度总结在会议上也写了,但仅限于对于工作总结及20xx年工作计划,自我总结较少,因此今天专门做下自我的年度总结,主要从技术、管理、人生上面谈谈这一年的收获,前辈路过欢迎多多指正。

  我在学校里学的是电气自动化,程序基础仅限于C基础课程的一些知识,后来由VB、HTML转向asp,在asp上花费了不少时间,对asp比较熟悉,后来由于公司业务需要,将开发平台转向不是很感冒,以为就是asp的一点扩展(那时还不知道三层架构,数据数据访问全在页面里――!),后来招来几个北大青鸟的过来终于意识到,现在层次上只能讲个人觉得是入门而已,原因是多方面的,待会儿会讲到。

  相信从面向过程转向面向对象的同学都有一种感觉:面向对象开始真的有点别扭,涉及到属性,尤其是类之间的各种关系,那时老想用面向过程传递参数多方面啊。于是老在想对象这种东西,从概念中跳中来,以自己的方式去理解才逐渐体会到页面对象的精华来,分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了,尤其是对象之间的关系,如对象a与对象b两者之间的关系,有些需要完全公开,有些需要隐藏,有些需要通过第三方传递,有些需要给自己的下级可见,有些需要让下级去完成具体操作――这不是现实的实际模型吗?应该这么理解,面向对象来源于现实,它不是一种凭空空想出来的理论,这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。相比之下,页面过程往往像是一股脑全部推给用户使用,其中的数据与数据访问方法层次不清晰,在模拟现实上它与面向对象相比更易于入门理解,实质上难于准确直接地表述。

  面向对象上另一方面是它的设计模式,在之前的面向过程中对这个设计模式并没有清晰地提出来,面向过程优秀的代码要求高内聚低耦合,从个人的理解上,这仅是对软件开发方法“技”上理论总结;设计模式是达到了“道”的层次,因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系,可以认为设计模式是完全从实际的应用来不断总结得来的经验,之间并没有这种术语,但相信前人肯定也使用到这种思想,它从实际应用于来,当然要应用于实际工作中,认真思考不断总结每个人都会有自己的“设计模式”,可以借鉴前人的思想来去提升自己,不可去为“设计模式”而设计模式。

  以前在其他公司做过一些开发,没有涉及底层,架构,页面风格。通过这一年在我们公司这些项目的培训,我成长了,学到了很多。

  一、面向对象语言的收获。当前编程的主流思想是对象,一切都可以用对象来表示。以前很难从表面上理解这些话,而不是从深入的体验中。通过这个、c#和java中是真实的。

  二、具备独立完成VB.NET知识的能力。我之前在vb没做过什么,加上这次的深入工作,这次涉及的领域也很广,常用的重要的都有涉及,XML和x实际操作中的空白部分也有补充。通过这一年的发展,我能够胜任。net,并能独立完成这项工作。

  三、有一些缺点。通过对c#软件的开发,localhost也发现了自身的不足,比如对基础知识的把握较弱,缺乏整体的编程思路。这些都需要我们在工作中加以完善和改进。

  数据库是自项目以来最常用的技术。以前我们只知道数据库上一些简单常见的操作。经过今年的实战,我们积累了一些丰富的数据库操作经验。为以后的工作打下了坚实的基础,积累了经验。同时项目中使用了oracel和access数据库,这是我的收获。

  优点:能够熟练运用数据库技术进行开发。尤其是sql数据库的操作,经过这么长时间的积累,基本上可以合理地设计和构建一个新的数据库,同时也加强了对数据库在数据结构方面的理解。通过项目的实践,我现在可以熟练地使用和编写各种sql语句。我掌握了一些关于数据库优化和sql语句优化的方法,可以做一些简单的优化。

  缺点:数据是一种高级技术,不是说你可以写一些sql语句,而是你可以构建几个数据库。成为一个好的数据库管理员需要很长时间。针对自己的缺点,在以后的工作学习中,多接触,多使用新的知识点。丰富自己的经验和知识储备。

  以上的成功和收获,除了自己的努力,还有公司的支持。这个团队造就了我。我们的团队也是一个务实、努力和创新的团队,因为我们的团队成员都很努力。我和软件R&D团队是一个整体,这里的团队总结也是我在这个团队的收获。

  务实:公司下达的任务和工作都用心去做。我们团队中没有人在工作时除了工作之外做过其他事情,这些都是真实的实在在的做跟工作相关对公司有益的事情。相信在伍经理的带领下现在是这样,以后同样也是这样。

  拼搏:公司给的每一个任务不管它多难,如果工作没有完成我们会晚上加班,也要尽可能的完成当天的工作。如果工作实在忙,为了赶进度我们放弃周末休息时间也要尽可能的使项目提前。

  创新:现在我们开始项目的时候都会进行研讨,一般都会进行一个效率和逻辑的分析与讨论,保证程序正确的前提尽可能的提高程序的效率。

  互助:我们小组内只要任何一个人出现技术或其它的问题,我们都会彼此都会尽可能的去帮助他。不会因为某一个人而拖住整个项目滞后。

  交流:我们在项目中会及时沟通自己的收获,特别是一些针对性的技术问题。这样可以省了很多重复研究的时间,这是一笔很可观的时间。

  在交流中只要我会的,我懂的,我不会去吝啬。我会积极的去与你交流,我的团队名言“人强团则强,人弱团则削”。

  通过公司这快一年的锻炼与学习我真的进步了很多,不管从技术上还是做事上,都不像以前那样了。我在公司学到的懂得的使我飞速成长。

  技术上:不管从语言上还是做事的逻辑上都得到了很大的提高。现在在软件小组里面自己能独立完成一部分工作,承担自己的责任。

  来公司工作一年多了,作为技术部phper,做了一些项目,主要是基于ThinkPHP框架,和PHPCMS的二次开发,自己也研究了wordpress的源码,通过这些工作和钻研,学到了很多web开发方面的新知识,也有了自己的见解。以下是做过的项目总结,以及学到的东西,温故知新。

  *本项目是跨年项目,去年末开始,今年初完成并上线,后期也有修改。

  基于ThinkPHP框架开发,网页设计师和前端工程师负责设计和制作网页、js,前后台各一名PHP程序员,我负责数据库设计和后台开发。

  项目需求大概是:成为会员之后,可以通过我们提供的代码投放多种形式的广告到网页或者客户端,为我们的产品做推广,每天自动定时读取统计数据,比如安装量,注册量等等,根据一套算法计算广告推广费用,支付给会员。

  后台主要功能有:会员管理(会员审核,会员资料,捆绑网站、软件客户端等),广告管理(添加和删除广告,广告类型有弹窗、对联、软件等),结算管理(每天自动计算广告费,生成报表并存档记录,支付管理等),客服管理等。

  主要用到的技术和学到的知识:

  RBAC(Role-Based Access Control),基于角色的访问控制。这是ThinkPHP自带的,对管理员进行角色分组,不同角色具有不同的权限,可以对控制器的每个方法进行权限结点分配。有机会研究一下比RBAC更好的权限控制:Auth类认证。

  分表和事务。由于每天产生的数据量很大,需要进行分表,ThinkPHP提供了分表的方法,我要做的主要就是数据库设计,如何合理的建表以及字段,在开发过程中也多次调整。由于涉及到“钱”方面的计算,所以计算费用的时候要非常谨慎,计算的过程要先后向四个表中写入数据,为了防止其中某一步出错而导致数据异常,这里采用了mysql事务机制。

  ThinkPHP缓存。许多地方重复用到相同的数据,还有的广告类型可以设定不同的时间出现不同的广告,在一定的时间内只读取缓存就行了,使用ThinkPHP缓存可以提高程序效率。

  2.下载站转换程序+改版+扩建

  9553下载站之前是asp程序+mssql数据库,现在要转换成PHP程序+mysql数据库,用PHPCMS进行二次开发。

  最麻烦的是转换数据库,要把之前mssql数据库的表和字段,一一对应转换到现在PHPCMS的mysql数据库。幸亏有navicat,很方便把myssql数据库导入到mysql,但是关键的还是要写大量sql语句并且结合PHP程序,按照PHPCMS表的设计,把数据导入。除此之外,新站的所有url要保证和旧站一模一样,由于两个不同语言的程序差别比较大,做新站的同时还要考虑旧站的一些东西,也是让人头疼的一件事情。

  这些都搞定了,但是由于美工都忙于其他事情,新的界面没有出来,暂时用老的界面,于是把旧站的所有页面保存到本地,而且以前的页面很多不规范的地方。。

  用PHPCMS把新站功能做好了,重新同步并导入线上数据库,经多次测试改bug后正式上线了。

  紧接着,全新改版的界面出来了,新版在界面设计上和功能上都有很多不同,是一个全新的升级改版。于是,在原先的基础上,开发新的功能,用新的页面,一个崭新的下载站诞生了。然而,修改不断,不断调整界面和加入新功能,特别是后台加入了很多方便编辑的功能,可以说大几十处细节改进。

  之后,网站扩建,由软件站,单机站,加上手机软件站,和资讯站,以及手机站,每个站都是一个单独的子站,每个站都有专门的专题模块,网站规模越来越大。之后进入了维护阶段。最终,一个庞大的站点出来了。

  新站的界面和js由网页设计师和前端工程师完成。程序一开始都是一个人弄,后来和另一名phper一起完成开发。

  建议以后的项目能有好的需求分析,而不是开发的过程中,不断提出需求的改动,这样很没效率而且增加开发的难度。

  主要用到的技术和学到的知识:

  不同数据库类型(mssql和mysql),以及不同表结构数据库之间的数据转换。熟练运用了各种sql语句,并且要结合新站程序的功能和数据库表设计。有一个地方开始转换很慢,后来把一个表的两个字段查询出来放到数组中,再结合sql查询,效率大增。

  学到了PHPCMS二次开发的各个方面,以及自定义标签,多站点,独立模块开发等,研究了PHPCMS的源码,学到了很多web开发的技巧和新的思路。

  3.九游游戏数据接口+游戏盒子

  这是C++开发的游戏盒子客户端里面调用的一个网页栏目,这个栏目是通过读取UC九游游戏中心的数据,取出保存到本地数据库,定时增量同步。前端页面通过页面展现,这个项目集成到了小游戏网站后台中。

  主要用到的技术和学到的知识:

  学会阅读第三方提供的文档和数据字典,构造签名,读取数据,并且实现增量同步。

  通过写PHP接口的方式,方便C++获取数据。在前端页面上也可以设置标记,以方便C++在客户端中进行操作。

  4.单机站转换程序+改版

  这个和软件站转换程序+改版过程差不多。也经过几大步骤:1.数据库转换 2.改版 3.需求改动 4.改bug

  此外还帮助一游改过东西。还有一个wordpress的站点间歇性折腾了之后没下文了。

  以上就是今年工作的主要内容,一边折腾,一边思考学习,颇有收获。做单机站的转换程序+改版的时候,就比软件站转换程序+改版更得心顺手,很多同样的功能再次做的时候采用更好的方法,程序上的实现也更加简洁并且有效率。

  除此之外自己还研究wordpress源码,它只是一个很流行的博客程序,也不是MVC架构,而是面向过程和面向对象结合的一个软件,但是它的代码很优雅,许多地方很高深。通过研究wordpress的代码学到很多写法和巧妙的思路,写代码思想很重要,我将进一步学习。

  新的一年,除了加强以上这些web开发方面的工作和学习,我希望能够承担技术含量更多的任务,接触到更深层次的PHP在web开发领域的知识和技能。

  先自我简介一下,本人从事开发近一年,之前做asp,今年开始做,由于公司转型,现在带十几个人在一起搞开发,主要是关于准金融行业的行业管理软件。今天专门做下自我的年度总结,主要从技术、管理、人生上面谈谈这一年的收获。

  我在学校里学的是电气自动化,程序基础仅限于c基础课程的一些知识,后来由vb、html转向asp,在asp上花费了不少时间,对asp比较熟悉,后来由于公司业务需要,将开发平台转向,开始对不是很感冒,以为就是asp的一点扩展,后来招来几个专业对口的学生过来终于意识到的强大之处,经过个人的努力已经逐步掌握了,现在层次上只能讲个人觉得是入门而已,原因是多方面的。

  相信从面向过程转向面向对象的同学都有一种感觉:面向对象开始真的有点别扭,涉及到属性,尤其是类之间的各种关系,那时老想用面向过程传递参数多方面啊。于是老在想对象这种东西,从概念中跳中来,以自己的方式去理解才逐渐体会到页面对象的精华来,分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了,尤其是对象之间的关系,如对象a与对象b两者之间的关系,有些需要完全公开,有些需要隐藏,有些需要通过第三方传递,有些需要给自己的下级可见,有些需要让下级去完成具体操作――这不是现实的实际模型吗?应该这么理解,面向对象来源于现实,它不是一种凭空空想出来的理论,这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。相比之下,页面过程往往像是一股脑全部推给用户使用,其中的数据与数据访问方法层次不清晰,在模拟现实上它与面向对象相比更易于入门理解,实质上难于准确直接地表述。

  面向对象上另一方面是它的设计模式,在之前的面向过程中对这个设计模式并没有清晰地提出来,面向过程优秀的代码要求高内聚低耦合,从个人的理解上,这仅是对软件开发方法“技”上理论总结;设计模式是达到了“道”的层次,因为它从更大的方向、更抽象的'层次来去表述具体的代码模块之间的关系,可以认为设计模式是完全从实际的应用来不断总结得来的经验,之间并没有这种术语,但相信前人肯定也使用到这种思想,它从实际应用于来,当然要应用于实际工作中,认真思考不断总结每个人都会有自己的“设计模式”,可以借鉴前人的思想来去提升自己,不可去为“设计模式”而设计模式。

  具体到的实现模型中,真正理解它的机制与方法也就不难理解,记住b/s中离不开post或get,所有的autopostback、selectedindexchanged……都是去调用form传值,加上runat=server的服务器控件打开它生成的源文件也是普通的html标签,微软的让软件开发更容易的思路是很好的,时代在前进,很多年前你使用c写出mis证明你很牛,很多年之后你不在使用c去写“学生管理系统”、“图书馆管理系统”那只能说明你的脑子少一根筋,开发语言都有长处与不足的地方,因为它们适用的场合不同,类似不能拿匕首去跟炮弹比,也不能拿c与php比,程序员都有一种偏执的心理,但一点要记住,你面对的用户才有最终发言权,程序能不能满足需要,易用性、稳定性、成本才是应当首先放到重要位置来去谈的。

  最开始担任管理一职时开发团队加我在内只有四个人,那时只是抱着接受挑战的心理去做管理,加上我本人比较重感情,团队之间关系相处都不错,但严重的问题逐渐显露出来:工作的随意性、团队精神薄弱、工作方式蛮干,印象深刻的是有几个开始承诺项目不能完工,于是最后天天加班,一直做到早上6点,睡一会7点半接着上班,几个同事都是年龄差不多的小伙子,干劲十足。

  后来随着时间的推进,问题越来越摆在眼前:项目迟迟不能完工,又由于公司待遇方面让新员工感觉不值得,于是形成了老板抱怨员工也抱怨的状况,我在中间两点都要去“消火”,这期间是我们部门相对最累的时间但也是相对感觉最充实的时候,后来,之前的员工跟我说“再也找不到那种感觉了”,这是我能想像的。这期间主要是老总对我十分信任,工作上主要是管理方法上对我指点了不少。后来我逐步体会到,管理应该是“大家定规则去遵守”,而不应该是“人管人”。

  人管人很容易陷入一个误区:领导去时时刻刻关注每个员工,这样最后往往后造成员工对领导的敷衍了事,管理松了员工会责任下下降,管理紧了造成员工与领导关系紧张,另一方面领导时间精力有限必然耗费大量的精力在日常的监督中而不能投入到全局的管理中。

  于是“定制度―定分工―定进度”,明确日常所有的规章制度,这期间除了公司主要的工作规章制度外其他的日常工作纪律、日常管理等规章制度都是我本人制订,然后征求大家意见最后去贯彻执行。中间也遇到了不少问题,比如开始我们内部是允许使用qq的,后来员工用qq闲聊的时间增多,大大影响了工作效率,最后决心禁止,开始阻力较大,最后多次开会,逐个谈话,阐明道理,形势逐渐好转。

  项目分工上针对技术水平明确分工,制订项目开发计划,由于开始技术都不是很成熟,不少时间我这边强势要求,使用野蛮方法,完不成加班――我陪着加班,这段时间能感觉到员工对我稍有怨言但总体还是认可的。

  这期间公司新招人员,人员的增多更使我意识到团队管理的重要性,这期间版本控制、编码规范、文档管理、bug管理等诸多问题都得到一一解决,技术水平上主要是我个人利用空余时间学习新知识充电,然后展开各种培训,主要是photoshop、css、js、sql等方面,培训一方面提升了员工的技术水平,一方面我本人在学习培训的过程中得到的最多,因为这个时候个人要求去思考的会更多,加上我本人对技术兴趣比较深厚,所以后期工作慢慢踏入良性循环。

  待遇低、条件艰苦、工作时间长、工作压力大是团队中最大的难题,这方面公司在某些方面决策层有着严重的错误思想,造成技术人员对公司埋怨增多,在这方面我本人只能以劝架婆的身价去安慰身边的兄弟,因为我明白现在公司的问题与当前中国软件行业的通病一样,盲目追求利益最大化,不求质量,但求速度,整个社会风气造成软件行业良莠不齐发展,整个中国三四个人的开发团队组成的公司数不胜数,整个程序员阶层生存状况可想而知,疯狂加班、代码质量低下、维护成本大、稳定性差、用户体验差。

  当然我们本身不能去逃避这个现状,对于个人来讲任何假大空的口号都是没有意义的,程序员作为技术人员最重要的是心态,以良好的心态去面对各种问题,发现问题、解决问题,发现问题抱怨是解决不了问题的,最主要是解决问题。

  我在面试员工时反复提到的三点是;工作态度、发展潜力、工作能力,由前向后排序,心态最重要,大公司大家都想削尖脑袋往里挤,但名额有限,所以广大的程序员同志绝大多数都集中在二流三流四流的软件公司,这个时候更应该做好个人职业定位。以我个人的经验,新员工选择一家公司往往最看重工资待遇跟发展潜力,程序员是一种不可以混日子的职业,工作能力很重要,但不是最主要的,工作态度是最重要的,工作态度往往跟个人的思想认识还有职业所在的环境有关,我个人的体会是绝不能太过于情绪化,情绪化无论是对工作还是对个人的发展都是不利的,就是说哪怕是明天你要辞职,你今天都要把今天要做的事情认真用心做好。

  对于工作责任心不够的员工是尤其值得关注的,他们往往自我意识过于强烈,追求以自我为中心,很多时候伴随着工作得不到认可、工作感觉不充实不开心,我会主动找他谈话,我认识:你管理的是一个实实在在的人,他不是一台任你摆布的机器,人会有情绪往往是有心结,找到原因,多加开导,用心去关心每个成员。

  对于实在不适合在本团队发展的员工要做好最坏打算。程序员这个职业与现在的大学生具有一致的特征,一个是从天之骄子沦为多余人,一个是从高智商人士成为今天中国通行的”it民工“。另一方面是程序员往往年龄集中在20―25之间的男性中,情绪化、失落感、心理不成熟等一系列问题都会出现。但这个阶段的人往往也最易沟通,可塑性也较强,适当的引导、合理的方式会比野蛮的管理效果强上百倍。

  光阴如梭,一年的工作时间转瞬即将成为历史,伴随着新年钟声的临近,我们不得不对20xx年做一次告别。在这年终之际,现对来公司这段时间里所作的工作汇报如下:

  1、某某erp项目的编码工作。

  从了解新疆某某项目的背景、及计划安排,熟悉正义公司制度及业务流程,再到熟悉新能开发模式,之后我根据需求调研报告,从基本的数据库创建,到编码,完成了销售部、生产部、采购部、质检部四个模块的基本单据的制单、审核、选单、查询、打印等系列的编码工作;完成了正义项目的模块测试及流程测试。

  通过这段时间的努力,使我个人的耐心、细心程度及对工作的合理安排得到了锻炼,学会了在繁忙之中找条理,危难之中找希望。同时自己也有一些不足之处,一些细节地方技术上还不太成熟,还需加以学习与钻研。

  2、、某某erp项目的实施工作。

  从十一月初开始进行某某项目的实施,每天早起赶在企业上班前赶到企业进行erp的实施。实施期间主要是软件的安装实施及对企业的erp系统的使用人员进行软件使用培训;纪录客户使用过程中出现的问题,晚上下班后加班加点将每天的小错误及客户变更修改完毕。

  通过这项工作,使我原本欠缺的业务能力得到了很大的提高,并学到了很多与客户交流的技巧及业务上的知识,更加明晰了erp系统的流程。但离一个成功程序开发人员的标准还差得很远,在今后工作中,定会多多注意,加以改善。

  3、帮助和使用手册文档的编写。

  帮助的编写使我熟悉了dreameweaver和fireworks的使用,为后期的oa开发也奠定一定的基础,使用说明的编写,使我更加加深了项目开发的整体思路与技术要点,总结了前期开发和实施中碰到的问题,并又一次的对软件整体进行了测试,对暴露出的小bug进行了最后的修改。

  4、利用工作之余的休息时间加强学习。

  平时注意收集有关pb方面的资料文件,提高自己的处理新问题和解决新问题的能力,并加强学习java及oa方面的知识(现转为学习. ),为后期的工作打好基础。

  以上为本人粗略的个人工作小结,请领导审阅,如工作上有不到之处,请领导不吝指出,以便本人及时改正,从而能更好地工作。

  展望临近的25年,我会更加努力、工作上认真负责,再接再厉,更上一层楼。相信自己会完成新的任务,能迎接新的挑战。

  程序员的工作重在细心,所以,在以后的工作中,我将更加的细致认真,踏踏实实,为公司的发展贡献自己的一份力。

  一、 柳暗花明又一村

  3月初,跟着找工作的大潮,自己和同学们奔波于各个场合的招聘会,看多了很多面试时的紧张和挑剔,到自己经历时依旧还是胆战心惊,现在想想当初的那种忐忑不安,依旧如临其境。不过自己也算足够幸运,在各种选择中,遇见了现在的领导和一群志趣相投的同事们。

  二、勤能补拙是良训

  终于有幸成为xx电商的一名成员,很感谢身边的同事,在自己刚迈进技术部的时候,因为很多东西之前都没有接触过,在虚心向同事请教时,他们也用足够的耐心和大度解答我所有的疑难问题。这点,自己感恩于心,同时也告诫自己,以后也要向他们一样,对待新同事时,要竭尽全力的帮助他们解答问题。从入职到现在,自己经手的项目也能如数家珍:

  1、电商交易前台项目

  这是自己刚进公司接触的第一个正式项目,还记得当经理将我们俩纳入工作成员并分配相应任务时,既兴奋又紧张。兴奋的是终于可以和他们并肩作战,紧张的却是害怕自己不能达到让领导满意的效果。幸运的是,自己所在的这支团队真的很赞:有意见分歧,即使争得面红耳赤,丝毫也不影响彼此关系的始终如一;当项目上测试服务器的前一晚,注定我们这一群人比较“活跃”,配合测试部署各种测试环境,而大家也都是怀揣着把工作一定做好的决心,那天晚上,我们一群人工作到深夜十二点。而那次也是自己最愧疚的一次:因为自己负责的那部分功能存在bug,使得后续的功能没办法顺利开展,那晚手心里面全是汗,心里也是百感交集,不过还好,经过经理在一旁的耐心指导以及所有人的共同努力,我们的项目比较顺利的进入到了测试环节。 那次之后,我懂得了在工作中,自己负责的功能,一定要在分配的完成时间前保质保量的完成,以防踩点完成。

  紧接着,迎来了公司新领导的到来,一切似乎又开始了新的征程:运力后台系统、cms3、0、东岭集团官网改版、以及现在还在优化升级的业务GO。在这些实际项目中,自己也如同一块干瘪的海绵慢慢的在膨胀……

  接触新的框架thinkjs,跟上同事们的快节奏,使用基于jQuery的easyui插件,一点一点的把一个纯页面完善成为一个有模有样的后台系统,学会使用利于工作变得更加快捷的组件:Swiper、fileupload等,也了解了属于这个团队自己的业务逻辑。其实自己很想像他们一样,拿到需求迅速的上手写代码,但bug却很少,可是理想那么丰满,现实却很骨感,不得不承认自己存在的缺点之一:有点固执,当看到新需求的时候,总是误以为的以为就是自己理解的这个样子,而缺少跟领导的沟通,导致自己工作中难免出现的一些不必要的失误,这点在今后的工作中要改正掉,因为这真的很浪费集体的时间。

  三、风物长宜放眼量

  喜欢听同事们讲他们的成长史,因为兼听则明,偏信则暗。想要做一名合格的程序媛,在今后的工作中,就要提高自己对新知识的适应能力,清楚的了解到自己的不足之处,虚心的请教别人的同时,自己也要认真思考。记得经理说过,“一个好的程序员,思考的时间远远大于写代码的时间”,而自己今后要提高的地方也就在于此。在即将到来的20xx年,也将自己的计划罗列出来:

  1、学会及时有效的跟领导或者同事沟通,避免重复性工作;

  2、培养自己的大局观意识,要放开眼界,以团队整体为重点;

  3、培养一颗强大的内心,养成对各种突发事件处变不惊的能力,做工作多点干脆,再多点思考;

  4、对于一直很短板的正则表达式要深入研究,再次提及时不再胆怯。

【程序员工作总结(精选15篇)】相关文章:

这本神书,迫不及待的要推荐给大家!

5月18~6月1日,在当当购买异步图书全场每满100减50元!在当当APP或者小程序结算时输入优惠码:PX99FJ(大写) 再减30元!相当于花170元买400的书!不到4折!

这本书的作者是John Sonmez,国外的一个老司机,经历过程序员、团队管理者、创业者等等角色,对程序员那些事儿门清。他曾经写过一本《软技能:代码之外的生存指南》,红极一时。我在2017年初,也在公众号“程序视界”给大家推荐过。

这本《软技能2:软件开发者职业生涯指南》和《软技能:代码之外的生存指南》,有很大不同,《软技能》侧重讲述软件开发工程师工作和生活中需要关注的各种“软技能”,而《软技能2》是以软件开发工程师的生涯线为基础来讲述所需要的各种知识、技能、思维、认知和方法。

我翻了一遍,叹为观止,从没有哪一本程序员的生涯指南类图书,能覆盖的这么全面!

编程语言选择、14种语言的概览、代码、入行、转行、自学、测试、调试、单元测试、TDD、敏捷、源代码控制、持续集成、简历撰写、面试、谈薪水、领导力、软件工程、升职加薪、典型工作岗位描述、团队协作、自我营销……

《程序员修炼之道:从小工到专家》《代码整洁之道:程序员的职业素养》《程序开发心理学》《成为技术领导者》这些书,都超级经典,但是,说到全面程度、概括程度,没有一本比得过《软技能2:软件开发者职业生涯指南》。我自己的《大话程序员》和《程序员的成长课》,两本加一起,也没有《软技能2》讲的全面。

如果说这本书有什么缺点的话,那就是它因为太过全面而在部分主题讲解的不够深入。但是,它足以给我们一个纲要,让我们在遇到某个方面的问题时,可以快速获得一些基本信息,并以此为基础,去探索更深的东西。

所以,如果你只能有一本程序员职业生涯类的图书,这本是最好的选择。

接下来,我选取书中的一些片段(用灰色文字表示),分享给大家,同时也说一些我的看法。具体有下面这些内容:

  1. 找工作的1个原则和4个策略
  2. 简历撰写如何写工作经历
  3. 调试的分而治之策略和核心原则

下面的内容很长,将近9000字,文末送书哦!

作者提到找工作时,认为定位好目标公司,比定位该公司发布的职位更为重要。原文如下面几段灰色文字所示。

另一个你可以用来找工作的主要策略就是,把目标对准你想要加入的公司,而不是对准该公司发布的职位。
把目标对准你心仪的公司,你需要做一些调查研究,确定一家或几家公司作为你想为之工作的目标公司,然后你把所有的资源和精力都投入如何加入该公司的过程中。
当我在寻求一份可以远程工作的开发者职位时(那时候允许远程工作的职位还真心不多),我就成功地运用了这个策略。我找到了一家我知道的公司,他们有一支完全远程工作的开发团队。我了解了一些关于该公司的情况。我了解到谁为该公司工作。我开始关注该公司的一些开发者的博客。我在他们的博客上发表评论,然后开始结交这些开发者。
下一次,当他们想要雇用一位开发者的时候,猜猜看该公司的多位开发者会推荐谁去做这份工作呢?再猜猜谁得到了这份工作?运用这种策略有很多方法。这是一个非常普通的策略。
实际上,我将在下面给出一些具体的应用步骤。
基本的思路是你要选择的是公司而不是工作,然后你再找到进入公司的正确方法。
可以是通过寻找你认识的为该公司工作的人员,也可以是与公司工作人员建立新的联系。
也可能是通过向那家公司提供一些有价值的服务来实现为该公司工作的目的。
也许是因为你的坚持不懈,也许是因为你不会轻言放弃,这家公司的招聘经理终究会知晓你的名字。
我妻子的一位同事曾经热切地期盼为爱达荷州博伊西的一家公司工作,那家公司名叫Healthwise。两年来,她几乎申请了他们开放的每一个职位。她和该公司许多员工都成了朋友。她坚持不懈地跟进,直到他们最终心软了并雇用了她。今天她依然在那里工作。

这点我很赞同,因为找工作的逻辑,就是选择大于努力的逻辑,公司的选择,在职位的选择之前。

所以你先锁定目标公司,是一种非常好的策略,别管什么职位,先进去再说。一旦你进去,就有更多可能,转到你想要的职位,做你想做的事情。

1.2 赢得工作机会的4个策略

锁定公司后,如何获得目标公司的工作机会呢?作者还提到了4个非常棒的策略,超出我的想象。

第1个策略是,你要针对目标公司构建一些东西,令面试官经验,觉得你就是那个人。具体内容如下:
一个特别针对目标公司、吸引他们注意力的好方法就是构建一些对他们有用的东西。
我认识几个工程师,他们之所以能够直接被公司录用,就是因为他们使用该公司开发的软件开发了某种工具,或者他们专门开发了一款能够为公司使用的工具。我还听说,有的设计师之所以被一家公司录用,就是因为他们重新设计了该公司的网站,并免费发送给该公司。
想象一下,如果你为某个流行的软件开发了一项新功能,或者以某种方式对其进行了改进,然后向该软件的开发者展示了你所做的事情。那么接下来会发生什么?
因此,你必须体现出来自己的价值,而不应该只是在炫耀,而且如果你为自己心仪的公司创造了真正的价值(注意:这些都是免费的),他们难道不会想要录用你吗?
某个流行的网站有问题,很多人都会发现,甚至还会告诉公司该如何改进它,但是很少有人真正为此做一些具体的工作,很少有人真正实现了解决方案以改进该网站。

第2个策略是自顶向下操作。也就是先找机会认识目标公司的高层,比如CTO或技术总监,让他们对你刮目相看,产生要招募你加入公司的想法。书中原文如下:

下面这个小技巧来自销售领域:自顶向下的操作。
当大多数开发者向一家公司提供服务并试图在这里找到工作的时候,他们通常都会从底层开始操作。他们可能会联系人力资源部工作人员,或者开发经理,甚至某一位软件开发者,但这些人在做出招聘决定方面几乎没有发言权,尤其是在没有空缺工作岗位的情况下。
不要从底部开始,取而代之的是要从顶部开始。看看你是否能找到某种方法与公司的首席执行官建立某种联系,甚至是公司的CTO或者技术总监。
一种方法就是用公开的电话号码给公司打一个电话,然后直接要求与该名人士通话。别说你正在找工作。相反,你要说你有一个独一无二的机会,你想向他或她展示一下,或者说你有一笔生意想要跟他谈谈。
如果你真的能和这些“顶级管理层人士”中的某一位有说话的机会,那么一定要自信,要有一个良好的开端。不要一上来就向他们求职位。要去谈一谈你能想出来的你能给他们和他们的公司带来有价值的东西。问问他们,是否能让你与继续跟进的人士联系,进一步探讨你能为他们的公司做些什么。
这一切听起来很可笑,是吧?也许是得了失心疯吧?你可能认为这完全行不通,对吧?这就是所谓独辟蹊径的想法。太多人认为他们必须从接触底层人士开始,或者必须从公司前门进入。
你没有理由不让公司的CEO或者CTO成为对你着迷的观众,让他们把你介绍给公司招聘经理,直截了当地说:“我想要这个人。你看看有什么岗位是可以让他来担任的。”
成功的销售人员一直在用这种技巧。你没有理由拒绝它。

第3个策略是内容营销。简单讲,就是成为某个细分方向的专家,公开输出一些专业内容,吸引别人主动邀请你加入公司。书里面叫这种方法为“集客式营销”。以下是这种方法的原文。

这是我最引以为傲的方法。
我推出了一门关于“软件开发者如何自我营销”的系列课程,主要讲授如何让你利用集客式营销方式来获得工作,而不是自己走出去苦苦寻找工作。
我自己也曾经成功地运用了这种方法。事实上,你之所以能够读到这本书,就是因为我在自己的职业生涯中成功地运用了这一技巧。无数的机会来到我的身边。我收到了数百份工作邀请,在世界各地的活动上发表演讲,并且由于集客式营销的影响,我的生活也发生了巨大的变化。
那么,集客式营销到底是什么呢?很简单。它通过创造内容或者其他类型的有价值的东西,让人们自动找上门来,而不是你去找他们。
身为一名软件开发者,你可以通过开设博客、制作视频教程、写书、写文章、开设博客等许许多多类似的方法来提高你的声望,让你的名字遍布大江南北,让人们聚集在你身边,让机会自动降临。有些人可能会称此为“一举成名”的方法,但你不一定非要为了出名才让这个方法为你所用。在软件开发的世界中,你需要做的就是知道一件很特别的事情。
关键是要挑选一些专门的软件开发领域,并且成为该领域的专家。挑选的领域越专注,你就越容易成为领域内的佼佼者,而成为佼佼者应该就是你的目标。而一旦你树立起在这个专业领域内的声望,工作就会自动来找你。我保证。

第4个策略是,想办法与面试官会面。听起来好像很难,但实际上,如果你足够想要进入某家公司,你会想办法搞定这件事的。来看作者提供的具体技巧。

这是另一种通过“后门”让你进入心仪公司的方法,这个方法主旨就是结识“看门人”。
与面试官会面是一个很好的方法,可以让你在没有开放的工作岗位的时候为你找到一个机会。使用这种方法,你将与一家你想为其工作的公司的联系人交谈,也许是一位开发经理、一位首席技术官、一位技术总监,也许是其他一些具有某种招聘决策能力的人。
你要告诉这个人,你正在为你正在撰写的一篇文章收集信息,或者你想为你正在制作一个播客内容采访他们,你甚至可以说自己最近刚刚入行这个专业领域,你想向一位经验丰富的前辈取经。这样做的目的是要想出一些办法,让你能够径直走入此人的办公室与他交谈。
大多数人都会欣然接受免费采访的机会,也会欣然同意帮助有抱负的软件开发者更多地了解该领域。采访的内容是否真正发表并不重要。尽管我看不出为什么你不会发表,因为别人给了你免费的有价值的内容,你当然就可以发表了呀。
能做到径直走入办公室与这个人交谈,你就种下了一颗种子。
现在,你在一家期盼为之工作公司里有了一个认识你的人,他知道你是谁,很可能还挺喜欢你,因为人们总是倾向于喜欢那些对他们最喜欢的话题(就是他们自己)感兴趣的人。再过几个星期、几个月,或者当他们公司碰巧发布职位招聘时,你就可以跟进了。你也可以在自己的博客或博客上发表对他们的采访内容,以此作为跟进方式。
事实上,如果你想要应用这一方法,为什么不采访你所在地区所有顶尖科技公司的首席技术官呢?然后,你可以对所有的采访做一个总结,发布在自己的博客上,又可以从这个集客式营销方式中受益。
你知晓所有的策略,但如果不去落实,也没办法找到合适的工作。所以最重要的,还是想办法,结合自己的情况,改造这些策略,创造适合你的具体执行方案,做出结果!

如果这种策略不行,就换一种。如果一次不行,就多次。机遇的大门,有时得反复去撞,它才会打开。

很多开发者不重视简历,随便找个模板一套了事。实际上,写简历是个技术活儿,很有讲究。《软技能2》中有很多关于简历的内容,其中有一个描述工作经历的技巧,简单实用,摘录出来,分享给大家。

我不会进入细节的描述中,因为我不是一个专业的简历写手,而且你可以在网上搜索到很多其他资源,告诉你简历的格式以及具体布局的方式。不过,我确实想谈一谈在撰写工作经历时的一个细节,我觉得这个细节至关重要。
这样的描述不可取:“使用Java和Spring框架来帮助开发一个应用程序,用于创建猫形标识。”应该采用下面的格式描述,而且一定要有针对性:
例如,可以这样描述:“利用Java和Spring框架设计并编写过一种独特的、创新的猫变形算法,改善了创建猫形标志的应用程序的性能与适应性,提高了500%以上。”
如果是一位优秀的简历写手,那行文会更紧凑,使之更加聚焦:“提出了一种基于旅行推销员问题的猫变形算法。重构猫变形模块以实现新算法,使用Java Spring框架来提高可维护性。性能提高了508%,修复bug的时间减少了34%。”

《程序员的成长课》一书中专门有一章讲简历优化,也可以参考。

《软技能2》中关于调试,提到了“分而治之”这个技巧,让我会心一笑。分而治之真的是最基本也最实用的技巧,我在2005年刚入行做软件开发时就经常用。后来我写文章有时触发敏感词,也会用这个方法。我们来看书中原文。

我还记得我曾经对付过的一个真正难缠的bug,它让我不能正确地解释用PostScript打印语言编写的打印文件。我想尽一切办法来调试这个问题。我测试了各种假设,都没有奏效。看起来这个bug是由于打印文件中的多个命令的组合造成的,但我不知道是具体是哪一个。
我把打印文件裁剪掉一半,bug还在那里。因此,我把这一半的打印文件又切成了两半,这次bug消失了。我测试了另一半,bug又回来了。我持续不断地尝试从打印文件的头部开始拆解它,直到我把整个文件从几千行代码裁剪到只有5行。正是这5行顺序排列的代码导致了bug。就是这么简单!
有时候,如果你在调试的时候卡住了,你需要做的就是找出一种方法来把待解决的问题的范围缩小一半,即尽你所能把大块头的部分先剔除出去。具体采取的方法可以根据问题的不同而不尽相同,但是,基本思路就是尝试并考虑如何消除大量的代码或删除大部分的系统或变量,然后看看bug是否仍然可以重现。
看看你能否想出办法来完全消除系统中会产生错误部分的测试路径。然后再做一次、再做一次。如果你继续进行这种分进合击的工作,你可能会找出导致错误的关键组件,然后问题就会变得相对简单一些。

很多人解Bug,会采取头痛医头脚痛医脚的方式,不琢磨Bug产生的原因,结果就是,这里解一个Bug,那里冒两个Bug,越搞越乱。实际上,最好的做法是,了解Bug产生的原因,从根儿上修复它。来看原文:

如果要修复一个问题,必须要搞清楚问题之所以能够修复的原因。如果你不明白自己为什么能够修复这个问题,那么你的调试工作还不算完全完成。你可能会在无意间导致产生了另一个不同的问题,也有可能你还没有彻底修复原来的问题。
问题是不会自动消失的。如果你没有修复这个问题,我可以向你保证,它肯定不会自行修复,它只是隐藏起来了而已。但如果你彻底修复了问题,不要就此停止。深入探究一下,确保你明确理解最初导致这个问题产生的原因,以及你之所以能够修复这个问题的原因。
太多的软件开发者通过随意摆弄代码来调试问题,显然这么做代码也可以正常工作,于是他们就假设错误已经被修复,但他们并不清楚导致错误的原因。这是一个危险的习惯。
说这是危险的习惯原因有很多。
正如上面提到的,当你随机调换系统内的代码位置、随机在这里或者那里修改代码的时候,你可能会引起各种不可预测的其他问题。问题还不止这些,你这么做就是在训练自己成为一个蹩脚的调试器。你正在养成把事情搞得一团糟的习惯——不讲技术,一点也不严谨。
有时你可能靠运气调试出来一两个问题,但是你并没有掌握可重复的调试过程,你也没有掌握可靠的调试技能。你不仅应该了解哪里出了问题、问题产生的原因,以及你是如何修复问题的,你还要去验证这样修复的正确性。
我知道,这似乎是常识,但我无法告诉你,程序员在“修复问题”上浪费了多少时间——他们总是假装问题已经修复了,然后将代码传递给质量保证人员,质量保证人员会立刻发现问题依旧在那儿,只好让它又回到开发者手中,不断往复。这是对时间的巨大浪费,其实你只需要花5分钟去验证自己所做的修复是真正的修复就可以避免这样的时间浪费。
事实上,不只是需要验证问题是否被修复,还需要针对这个问题编写一个回归测试用例,以确保它再也不会出现。
如果你真正理解自己所修复的问题,你就能针对这个问题编写一个单元测试用例,修复之后的代码就应该能够通过这个单元测试。
最后,你需要查找一下是否还有同类型bug。bug通常都是成群结队出现的。如果你发现在某种前置条件下会导致某个代码错误,那么很可能还会有由这个问题引起的其他bug。
再重复一遍,这就是了解真正的问题是什么以及为什么你的解决方案可以修复它至关重要的原因。只有当你知道发生了什么以及为什么会发生这样的事情,你才可以很快确定是否会有同样的问题导致其他隐藏起来的问题。

这部分我觉得作者说得简洁明确,特别好,直接上原文。

让我们先谈谈领导到底是什么。领导力不是头衔,也不是职位。领导力是你的所作所为,也是你发挥出的榜样力量。
你可以被告知你是领导者,你也可以被授予领导者的正式头衔,你可以被任命去负责一个团队。但没有人,绝对没有人,能够让你成为领导者。你必须靠自己去做到这一点。你必须自己去掌控“领导者”的职权。
领导力就是让人们跟随你进入你对未来的憧憬之中,因循你所要前进的方向,沿着你所选定的道路前进。这意味着你必须身先士卒、率先垂范。领导是站在前面的人,而不是从后面推别人的人。
没有头衔,没有正式的称号,没有来自上级的授权说“你就是那位领导”,因为服从不是目标,发自心底的全力支持才是目标。
你可以用武力或者权威来暂时控制某人的行为,但是身为领导者,需要你去试图赢得他们的内心与灵魂,激发出忠诚而不是恐惧。
只有一种方法能够成为高效能的领导者,那就是以身作则。
最好的领导会做到所有他要求他的团队做的事情。他们愿意牺牲,愿意多走一公里为他们试图领导的人铺平道路。
即使没有正式的职务,如果你愿意为人们树立榜样,你也可以成为他们的领导者。
如果你希望你的团队实施测试驱动开发方法,也就是在编写任何生产用代码之前要先编写单元测试,那么不要告诉他们“要这么这么做”,你要自己先这么做,率先垂范。
如果你希望你的团队在将代码添加到源代码控制系统中时要编写更好的提交消息,那你自己最好先这么做,先拿自己写出来的消息来做范例。
如果你希望你的团队互相尊重、避免争吵、积极合作,该怎么做呢?我想你已经知道自己应该怎么做了。而且,以身作则经常还意味着要去做那些不属于你的、应该由“你的下属”去完成的工作。
太多的“领导者”想坐在象牙塔里高高在上地指挥他们的军队。作为一个真正的、以身作则的领导,你必须自愿在前线、在战场上身先士卒,自愿去承担一些困难的、枯燥的甚至是你的团队里没人愿意去做的工作。向他们表明:即使是最单调乏味的任务,你也能做出高品质。
一个好的领导者是在多个方面都值得敬仰的人,而不仅仅是在他们的主攻领域。
我的意思是,你是一个优秀的程序员,而且你能写出任何一个人所见过的最整洁的代码,但这只是你必须去领导的一个领域。你应该在你想让你的团队跟随的每一个领域都成为楷模。
你想让你的团队有良好的职业道德吗?你想让你的团队被正确地激励吗?你想在你的团队中培养出良好的沟通能力和软技能吗?想让你的团队在哪一个领域里表现优异,那你就必须要在这个领域里成为楷模。
如果你想知道一个团队的行为和习惯,那你只需要看看他们的领导者。团队往往会表现出领导者的许多特质,时间越久越是如此。因此,如果你上班经常迟到、午饭时间超时、在网上冲浪而不好好工作,那不用说你的团队成员一定也是如此。如果你说粗俗的笑话、经常争吵、抱怨你的上级或没有以专业的态度对待别人,那你应该可以预料到你的团队也会有同样的行为。
因此,作为一名领导者,你必须……

简单概括,作者认为成为高效能领导者,要用所作所为赢得领导,要身先士卒、以身作则,还要成为所有领域的楷模。

呃,这是完美的技术领导者!

我太难了……从未做到过……并且看到这样的要求,在觉得特别正确的同时,心生惶恐……真的是臣妾做不到哇……

关于升职加薪,作者提出了非常多的具体策略,但我特别赞同的,是他说的——选择职责而不是薪酬。

在讨论如何获得加薪或升职之前,让我们先谈谈你是应该选择加薪还是应该选择升职。更多的钱和更高的头衔哪个更好?更多的钞票还是更多的职责?
答案似乎显而易见,对吧?我要拿现金,给我钱!但是,不要这么做。这其实是错误的答案。
情况应该是下面这样的。
我只看过两集《纸牌屋》,但我记得主角——我相信他是凯文·斯派西扮演的角色——说了些非常中肯的话:“这真是浪费天分!他选择的居然是金钱而不是权力。在这个镇上,几乎每个人都犯了这个错误。金钱是建在萨拉索塔的华而不实的伪豪宅,10年后就会分崩离析,而权力则是一座古老隽永的石头建筑,几个世纪屹立不倒。”
职责也是一样的。职责就是权力,不管是出于哪一种意图或者目的。真相是:只要你追逐职责,金钱就会随之而来。你总是可以用职责来换钱。
想想看:你是愿意在财富500强的公司找到一份工作,在那里你能得到CEO的薪水,还是愿意得到CEO级别的实际头衔,却拿着看门人的薪水呢?
从短期看,拿到这笔钱是有意义的,但当你失去那份工作后会发生什么呢?你可以试着告诉你申请的下一家公司,你的上一份工作年薪是30万美元,他们会嘲笑你。但是,如果你曾经是财富500强公司的CEO,想象一下在以后你会怎样把这个头衔换成钱。
问题是,当你在追求某件事时,你需要追逐权力的位置,这大致意味着你需要承担更多的职责。抓住每一个机会,让你可以承担一些事情,即使这是一份糟糕的工作。但这无关紧要。
你要是想通过获得越来越多的职责来成长和扩展你的领地,就找一些还没有人探索过的沼泽地,没有人想去碰它,你把它拿走,别怕它会弄脏你的手,然后在那里建造出一个主题公园——华特·迪士尼就是这么做的。
找出那些没人愿意染指的领域,那些没人愿意触碰的项目,接管它们。然后,让它们变成你的高光时刻。

其实作者说的这个逻辑很简单:有了权力和职责,钱自然就来了。这个说法我非常赞同,同时也想推荐作者看看《人民的名义》这部电视剧。

尽管我很想把《软技能2》的内容都展示给大家,但这实在是太难了……它真的是讲的东西太全了。所以我只能请你去看书了。

软技能2 软件开发者职业生涯指南

有人说,你们程序员工作赚钱真简单,电脑上按按键盘就行了,一点也不辛苦。

有人说,程序员不懂生活,就知道天天对着电脑。

还有人说,你们程序员是不是没有女朋友?

很多时候因为大众并不了解技术,也不了解程序员的工作,所以自然就产生了上述提到的一连串误解。

网上充斥着各种段子,什么程序员不懂浪漫,程序员对女人不感兴趣,程序员和电脑谈恋爱。这些不尽是正确,程序员不懂浪漫这倒是真的,如果说对女人不感兴趣打死我也不认,据我多年与程序员共事,观察的情况来看,程序员也有非常细腻的内心世界, 准确的来说,他们应该是一群闷骚类型的群体。
他们对事物的观察也是比较敏锐,比较到位,但是又不太善于表达的一个群体。同时他们也有这样几个标签,“屌丝”,“单身狗”(当然有的是有女朋友的哈),“宅男”,“钱多,话少,死的早”等等。不论是哪些标签,但是大多数人都不太会照料自己的生活。对衣服不太讲究,对吃穿也不太讲究,有的更过分的就是经常去公司有眼屎,有头皮屑,有的还有脚臭味,哇哇,不说了,脑海里的画面相当凌乱了。

程序员平时的工作原因,已经形成了其独特的标签,一提起程序员,人们脑海中立刻会浮现出那被固化的形象。

作为程序员的我们,来看看我们在其他人眼中,有哪些固有印象标签命中了?

1.格子衬衫 + 文化衫 + 冲锋衣

格子衬衫就是程序员的工服!

连程序员自己也不得不承认,自己的衣柜里面,各式各样格子衬衫是占据了绝对主流。即使有时候为了改变这个固有形象,买了其他品类的衣服,最后的结果很可能还是被格子衬衫排挤出主流地位,束之高阁。

程序员夏天都是统一的文化衫,T恤上各种线下线上技术交流会议的LOGO,成了程序员炫耀自己技术水平的勋章。

到了冬天,冲锋衣就是程序员的标配了。之前《脱口秀大会》程序员出身的庞博还调侃,公司组织团建,双方穿着黄色和蓝色的冲锋衣,和外卖军团撞衫了。

头发的离去,是梳子的勾引,还是头皮的不挽留?

程序员智商高,作为聪明绝顶的这样一个群体,智商高的代价就是秀发的远去。

头发越少,水平越高,我作为一名过工作多年的程序员,也遇到了秃顶危机了。

即使是这种情况,其他人在知道我也是一个程序员后,很惊讶我的头发竟然还这么多,和他们对程序员的印象不一致。

程序员是一个难以沟通的群体,交流起来很困难,这种刻板印象大多都是从公司内,需要和程序员进行工作沟通的其他同事流传出来的。

程序员每天主要面对计算机编写代码,0 1两种明确的状态让程序员很多时候没有中间状态,要么行,要么不行,说话非常直接,有时候确认让人难以接受。

不过从另一方面,也可以看出这个群体是很单纯的,在程序员居多的开发团队公司,很少有职场中提到的各种黑暗面。

程序员作为一个技术工作门类,还是有一定的门槛的,否则难以胜任这个工作,这个门槛主要靠学历和专业来识别。

计算机这个专业也是常年雄踞各大院校专业排行榜前列,妥妥的大热门,要想考上分数不会低,于是智商高也成了程序员的标签之一。

不仅仅是程序员,程序员二代也很优秀。北京海淀区的很多学校,从普通的学校,晋升为热门学校,把周围楼盘考成了学区房,周围各大互联网工资程序员子女功不可没。

前一段时间因为程序员的高收入,竟然被人举报了,让查查这种“不公平”的现象。

在程序员圈里面真是让人气愤又心酸。

程序员虽然在被人看来收入很高,但首先使用长时间大强度工作换来的。并且要想从事这份工作,还得要经过大量的学习储备。这样相对来说收入还是公平的。

一线城市程序员的收入还是非常可观的,尤其是在大厂工作。但同样的,要想获得这样的工作,需要经过激烈的竞争,之后还要承受非常大的工作压力。程序员头发就是这样没的.. ...

以下分享一下我几年来具体的学习路线及笔记文档,希望能帮助到有心提升技术的朋友!

1.架构师筑基必备技能:

Android应用是由Java语言进行开发的,SDK也是由Java语言编写,所以我们要学习java语言。另外,虽说kotlin语言得到了Android官方的热推,但是kotlin也是编译成了java语言再运行的。对于Android来说,只要SDK没有用kotlin重写,那么Java语言是都需要学习的。而且Androidapk的后台服务器程序大概率是java语言构建,所以学习java也是一种必然。

那么Java中哪些东西是我们Android程序员需要学习的呢?由于Android程序员习惯了CV代码块,所以与Android中比较相关的稍微比较难的Java基础几乎都是一个门槛,像泛型,多线程,反射,JVM,高效 IO,注解,序列化等,都是被CV的对象,而程序员是不懂原理的,具体内容如图所示。

说到FrameWork别的不说,你只要去 Github上看一下腾讯Matrix的源码,就知道Framework 的知识有多重要了。像掉帧监控,函数插装,慢函数检测,ANR 监控,启动监控,都需要对 Framework 有比较深入的了解,才能知道怎么去做监控,利用什么机制去监控,函数插桩插到哪里,反射调用该反射哪个类哪个方法哪个属性……

3. 360°全方面性能调优

Android性能调优方面包括了很多知识点,其中关键的就有设计思想与代码质量优化, 程序性能优化,和开发效率优化, 我们开发者将这些统称为Android360°全方面性能调优。 其实在软件开发过程中,想必很多读者都遇到过系统性能问题。而解决系统性能问题的几个主要步骤是:

测评:对系统进行大量有针对性的测试,以得到合适的测试数据。
分析系统瓶颈:分析测试数据,找到其中的hotspot(热点,即bottleneck)。
性能优化:对hotspot相关的代码进行优化。

4.解读开源框架设计思想

在Android开发中开源框架设计思想中的知识点也是较为重要的,相信大家都可以看到在每个公司招聘当中,对Android开源框架要求都是比较严谨的。而想要完全搞懂还得学会整理和规划:我们常见的Android热修复框架、 插件化框架、 组件化框架、 图片加载框架、 网络访问框架、 RxJava响应式编程框架 , IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架,这些都是属于Android开源框架设计思想的。如下图所示:

Android平台从诞生起,就已经支持C、C++开发。众所周知,Android的SDK基于Java实现,这意味着基于Android SDK进行开发的第三方应用都必须使用Java语言。但这并不等同于“第三方应用只能使用Java”。在Android SDK首次发布时,Google就宣称其虚拟机Dalvik支持JNI编程方式,也就是第三方应用完全可以通过JNI调用自己的C动态库,即在Android平台上,“Java+C”的编程方式是一直都可以实现的。在最近比较吃香的音视频开发技术也是属于NDK模块开发。

在学好以上知识后就应该运用到实战当中了,在常见的实战当中:架构设计,网上商城项目实战,新闻客户端项目实战,多格式播放器项目实战,Gradle自动化项目 都是属于重中之重的。

当然还有小程序项目实战也是Android开发者必须搞懂的:

阿里架构师对小程序的看法:

第一点,不管小程序能不能在未来的时间里在移动端大放异彩,学习它,掌握它,都是没有任何坏处的。
第二点,就目前的版本而言,还是太过封闭。开发小程序就感觉像是在微信给我们划定的一个小圈子里兜兜转转,在圈里也许我们能得到很良好的开发体验,但是一步都出去不得。
第三点,在性能与便捷之间,最终往往会是便捷取胜。
第三点,能用 js 开发的,最终都会用 js 开发。

想要成为一名优秀的架构师,需要掌握的知识是有点篇多,出来新的技术也不能落下学习,正像Flutter
在flutter中,一切皆控件!一切皆控件!一切皆控件!牢牢记住这个概念。Text是控件,Image是控件,Icon是控件,布局脚手架也Scaffold也是控件,甚至整个APP也是控件。

总结: 相信读者们看到此处,已经对架构师的成长路线以及学习方法都有了不小的收获,Android架构师之路虽很漫长,但还是需要你的坚持不懈的努力与学习,一起共勉吧!从业Android开发多年来,我所接触的Android开发者,百分之九十五以上都遇到了以下几点致命弱点!

自身基础较差,只经历过快餐式的技术培训,缺少系统学习经验,对原理和底层开发了解不深。

工作内容是增删改查的简单开发,经历的项目用户使用量都很小,未经历完整的大型项目开发。

长期在小型软件公司,或外包公司工作,技术视野较窄,能力提升很慢。

虽然工作时间很长,但几乎是把第一年的工作重复做了N年,缺少核心竞争力。

此外小编利用空闲时间针对学习路线大纲配套整理了相关方面的资料,都已整理成PDF文档,也是借此机会免费分享给大家的:

1.架构师筑基必备技能:

3.360°全方面性能调优:

4.解读开源框架设计思想:

由于文章篇幅有限,文档资料内容较多,本可以提供链接下载,但无奈容易被和谐,所以全部存档,需要这些文档这里的朋友,可以【】,希望能够共同进步,共勉!

我要回帖

更多关于 程序员工作怎么样 的文章

 

随机推荐