扫码阅读
手机扫码阅读
职业程序员培养之道
151 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:职业程序员培养之道
文章来源:
麦哲思科技任甲林
扫码关注公众号
软件开发人才培养概要
软件开发是一个以人为核心的过程,对人才的依赖性高,需要定义软件过程和加强人才培养以提高工作能力和自治性。尽管对程序员的需求量剧增,但学校教育与企业需求之间存在脱节,新毕业学生往往缺乏实用理论知识和工程管理知识。企业为了培养一名合格的程序员需要时间,一般不愿招新毕业生。因此,软件企业需要自己培养程序员。
培养程序员需要关注的方面
- 精神:程序员需要有热爱软件开发的精神和工作热情,缺乏投入精神的程序员工作效率低。
- 能力:主要包括逻辑思维能力、沟通能力和学习能力。优秀的程序员需要不断跟踪学习新技术。
- 理论基础:包括操作系统原理、数据库理论、编程语言、软件工程基础知识等。没有这些基础很难成为合格的程序员。
- 工作方法:程序员需要掌握编程设计方法、调试方法和新工具学习方法等基本方法。
- 工作习惯:良好的工作习惯包括按明确的编码过程工作、编码前写文档、遵循设计编码和良好的程序设计风格等。
结论
总之,培养程序员是一个长期艰苦的过程,但程序员是可以培养出来的。顶尖的程序员往往从职业的程序员中选出,软件企业需要自己建立一套机制和方法来培养程序员。
想要了解更多内容?
查看原文:职业程序员培养之道
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 134.4K
麦哲思科技任甲林的其他文章
需求评审会议亲历记
最近参加了一次需求评审,整理了整个过程如下: 评审组构成: 由EPG的组长担任评审会议主持人,评审组成员有12个人,6个开发人员,包括项目经理,都是项目组内部的人员,1个测试人员,4个EPG成员,1个外部咨询顾问。 准备工作: (1)提前1天发了会议通知,没有为评审组成员准备检查单。 (2)有2个人提前进行了准备,阅读了被审查文档,但是只找出了2-5个问题 (3)QA提前进行了文档与标准符合性的检
需求与设计的界线
需求与设计的区别究竟是什么? 教科书上的经典答案是:需求关注系统“做什么”,设计关注“如何做”,其实这是一个很模糊的说法。无论是在结构化方法中还是在面向对象的方法中,需求分析的结果既包括了“做什么”也部分包括了“如何做”,只不过描述“如何做”时抽象的层次比较高或者描述了某个局部需求的“如何做”。客户在提出系统需求时,可能对“如何做”提出一些约束条件,比如客户要求必须采用三层结构,必须采用某个中间件
公司级项目管理例会的汇报内容
很多公司有部门级或公司级的项目管理例会,一般会安排各个项目的项目经理给部门经理与公司的高层进行汇报,笔者曾经旁观过多家企业的项目管理例会,总结了如下的项目经理汇报要点:1 项目总体进展 (1) 到目前为止项目的工期已经进展到什么程度了?例如日历工期是100天,当前进展到了第30天,则工期已经过去了30%。 (2) 到目前为止任务完成情况如何?例如有100个任务,当前完成了50个,则任务完成百分
人之初,性本善
古人很伟大,说了一句符合统计学原理的话。 如果以95%作为置信度,人刚生下来时,应该是有95%的概率是一个好人,5%的概率是个坏蛋。如果人之初,性本恶的话,你走在马路上,遇到100个人,会有95个人过来伤害你,这不是现实,因此人之初,性本善。 是一个好人,不代表好人不做坏事,只是好人做好事的概率大,做坏事的概率小,好人做坏事是小概率事件。 是一个坏人,不代表坏人不做好事,只是坏人做好事的概率小,坏
我所知道的富士康(1)
我所知道的富士康之序言
最近总有朋友询问我富士康的事情,问得多了,也就回忆的多了,兴奋的时候,就想干脆整理成文字吧,也算对自己自06年以来给富士康做咨询的一个总结。从06年以来我给富士康的3个事业群做过了CMMI的咨询,2次2级,3次3级,累计现场咨询天数超过150天吧,所以日积月累,对富士康有所了解。
为了避免不必要的麻烦,我认识他,他也认识我的人都隐去了姓名,我知道他,他不知道我的就出现了一个姓名:郭台铭。
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线