领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Michael Stal 译者 马国耀 发布于 2011年8月15日
虽然许多产品及解决方案越来越多地依赖于软件作为其重要基础,但是在西方国家软件工程师却越来越像珍稀物种,受过良好教育的软件工程师极为欠缺。这一问题的表现是,企业招聘的软件工程师远远不及其需要的,如果这一缺口继续扩大,一些企业就会丧失领先优势。
8月12日的Telegraph头条之一就是“缺乏软件工程师人才可能'导致伦敦科技城脱轨'”。在该则新闻中,企业家Joe Cohen谈到了伦敦东部希望建立与硅谷匹敌的世界级技术群,但却苦于缺乏软件工程师人才,尤其是可能成为下一个Google或Facebook创始人的工程师。
欧洲其他国家也存在类似问题。Tages Anzeiger最近指出,瑞士的计算机科学系的学生数量与20年前一样。德国也已显示出MINT(Mathematics数学、Information technology信息技术、Natural Sciences自然科学、Technology科技)领域专家的匮乏,3SAT电视节目近日报道,德国缺少约120000名这些领域的专家。
纽约时报在一篇报道中说,即便是硅谷这样极具吸引力的地方,同样遭遇了缺乏合格工程师的问题。换言之,软件工程师是有的,但却不满足公司的技术要求。
欧洲和北美每年很难培养出几千名软件工程师。与此相比,亚洲国家(如中国和印度)每年却能培养出成千上万名技术专家。
伦敦的另一挑战是现有的教育系统和政府本身导致的问题。
所以,调动资源并提供培训、知识体系及工作经验变成了技术公司的职责了。
所以,几家本地公司合办的Devcamp,旨在为青年学生们提供一系列培训专题,指导他们开发智能手机、Web以及Facebook上的应用。
总之,企业和政府应该花大力气来增加软件工程的学生数量。尽管工程师的薪水相对较高,但是软件工程师在年轻人中——尤其是女性——的名声却不好。其主要原因是软件工程师职位没有清晰的定义,相反,它给人们的印象确是没日没夜地编程的技术狂的工作。实际上并非如此,软件工程师的工作是很有意思的,分类也很多,而且还有许多与人打交道的事情。
查看英文原文:Lack of Software Engineers Bears Risks
译者 马国耀 关注企业级应用开发与架构,有多年SOA项目实施和咨询经验,专注于SOA及云计算的融合。
高薪是假的,加班是真的
这个要看公司的主要领导人以及技术管理者的态度和策略。
在中国,这不是问题,6个月就能出一个软件工程师,现在多的和民工一样了,facebook和google的创始人,在这样的环境下,也会被埋没的
关键这是国外的报道啊
他说的软件工程师在中国至少是架构师级别。中国的所谓架构师也就别人软件工程师水平。
有次部门调查显示,至少30%以上都是架构师级别,哈哈,搞笑得很
啥叫软件工程师?
软件工程师
(SE:software engineer)
基本要求:
1、获得高级程序员资格2年以上;或满足高级程序员级别标准,4年以上相关行业工作经验。
2、完成年度工作量指标;具有较强的客户沟通能力。
3、担当过一个20人月以上的项目或累计超过60人月项目的技术负责工作。
4、所负责的项目客户满意度达到满意以上。
技术能力要求:
1、精通并熟练运用2种以上的开发工具,至少一种数据库知识,至少一种操作系统知识。
2、能够很快完成新项目的技术调查工作,能够完成复杂算法的设计,能够设计可重用的和柔韧的软件结构。
3、具有系统设计能力及系统提案能力。
4、对系统或项目的技术框架有深入的认识和较丰富的经验。
5、具有某一领域的行业知识。
6、具有项目领导能力。
7、*语达到*级水平或者具有同等水平,能够阅读、编写*语技术文档,具有简单的口语沟通能力。
8、掌握质量管理体系和项目管理知识。
源文档 <baike.baidu.com/view/45743.htm> </baike.baidu.com/view/45743.htm>
这个定义要求太高了,这不是软件工程师,而是:
软件工程师 + 构架师 + 产品经理 + 项目经理 + 翻译
程序员(Programmer),开发者(Developer),工程师(Engineer)
工程师从字面上来看应该给人一种可以信任,并且可以解决疑难杂症的感觉,那么技术能力(编程及架构能力能缺少吗?)+沟通能力(至少英语能够阅读编写技术文档吧)+管理能力(做事井井有条)就非常重要了
目前貌似没有一个划分职业等级的标准(也可能是我比较孤陋寡闻吧),或许InfoQ的编辑们可以调查一下各个公司的情况,帮大家扫扫盲 :D
软件工程师至少应该是软件开发方面专家,而不是仅仅编程几个月的新手
在《程序员的思维修炼—开发认知潜能的九堂课》这本书中,讲述了如何区别新手和专家,以及从新手到专家应该经历哪些阶段,还有如何从新手修练到专家
请注意,作者已经明确区分了欧美与亚洲(中印)培养出来的软件人才的词语,软件工程师(software engineers)不等于技术专家(thousands skilled),而且数量是1:100,质量差别可想而已!
我理解,软件工程师是对同时拥有分析、设计、实现等高技能软件人才的统称;
而技术专家则偏重于实现代码级别的设计和实现,常有人戏称为码农、软件蓝领;
但毋庸置疑,文中提到的技术专家的能力远不及软件工程师的能力要求!
抱怨、说风凉话毫无价值,唯一值得做的就是不断地学习、实践、反思,
努力使自己早日成为一名合格的软件工程师!
精辟!
我想知道我算不算是软件工程师,资格认证?还是有其他的方式?
大家有不同的解读。
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
论道WP第三篇专栏,以应用程序栏的使用为中心,包括了软键盘带来的问题、应用程序栏介绍、如何绑定应用程序栏的属性等几个方面的具体话题,为开发者顺利使用应用程序栏开发提供了具体指导。
在多线程并发编程中Synchronized一直是元老级角色,很多人都会称呼它为重量级锁,但是随着Java SE1.6对Synchronized进行了各种优化之后,有些情况下它并不那么重了,本文详细介绍了Java SE1.6中对于锁的性能优化,以及锁的存储结构及升级过程。
本次分享将首先介绍现代富文本编辑器的组成和实现,然后结合UEditor的开发过程,与参会者分享UEditor在设计和实现的过程中,所涉及到的核心功能的细节实现。
本次演讲视频录制于百度技术沙龙。
我们所开发的应用程序大多都需要提供一个图形用户界面(GUI)。关于GUI应用的架构设计,已经有了Form & Control、MVC,、MVP、 Passive View等多种模式。模式可以帮助我们建立优雅的架构,但前提是弄清楚模式的应用场景。弄清楚GUI应用面临的设计上的问题,有助于我们正确的挑选设计方案。
MongoDB是一种非常易用的NoSQL方案,Brian C. Dilley在这篇文章里介绍了MongoDB的优劣势,并介绍了MJORM项目。MJORM用于MongoDB,是一个没有注解的Java ORM库。
随着网络基础设施的逐步成熟,从RPC进化到Web Service,并在业界开始普遍推行SOA,再到后来的RESTful平台以及云计算中的PaaS与SaaS概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
13 条回复
关注此讨论 回复