以培养全面人才论英雄

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/weixin_45077888/article/details/90524278
             以培养全面人才论英雄
    一进入万达校区,就被这一群人吸引住了。手速极快的敲打键盘声音,在这里显得竟然有些动耳。这一群充满活力与青春的激情将在这个小小的教室里书写大大的梦想,他们的眼里缺少这个年纪应有的迷茫,多的是一份坚韧和信心。
   米老师的辛辛教导培养了高素质人才。我一进入办公层,就会有学生礼貌的问你,来找谁或者你来这里是来做什么。如果你表明你来的目的,他会尽可能的帮助你。在这里的每个学生都非常懂礼貌。“百善孝为先”,当然信息技术提高班的同学也不例外,把孝顺践行到生活小事中。在作品展晚会上,信息技术提高班的毕业生发言,无不感谢父母,感谢米老师,践行着“滴水之恩,涌泉相报。”
  米老师的头脑风暴、小组讨论锻炼了锻炼了信息技术提高班同学的逻辑思维能力和概括理解能力。我在采访一位15级的学姐时,我问的每一个问题她都会分条回答,这样的回答显得十分有条理。我想,如果同样的面试,面试官会选择信息技术提高班的学生,因为他们的每一次回答都深思熟虑,并且在最短的时间里,作出最好的回答。他们在与人交流时,没有普通人的羞涩或是表达不清,他们在交流时表现得是自信和强大的气场,让每一位倾听者不由自主的被说服。
  米老师的新型学习方法培养的是会思考肯自学的新型人才。米老师的教学理念“授之以鱼不如授之以渔,我认为应该更进一步,授之以欲、授之以愉。” 让学生们喜欢自学并且自觉学习。他希望培养出一群像“狼"一样的学生,懂得来自生存中的危机,也懂得团队协作。并在学习中建立强大的自学网络。
   在信息技术提高班的学生大多来自非计算机专业,对于编程来说有很多难度,但他们建立起师徒共同学习的模式,你有不会的地方可以问你的师傅,你的师傅不会再去问米老师。这样的学习模式增加了团队协作能力,也使大一级的学哥学姐们能够学会像老师一样思考。如果说信息技术提高班是一张大网,米老师只是教授织网的人,到底如何编织只有每个信息技术提高班的同学自己去摸索。
   当今用人单位更缺乏全能型全面型人才,而信息技术提高班就是培养全面型人才的摇篮。他培养出的学生,与国家的命运连接,书写着属于自己的华章。 
展开阅读全文

(zt)论软件架构师的角色和培养:架构与架构师

07-28

随着软件系统的规模越来越大,复杂程度越来越高,软件设计的核心已经超越了传统的“算法+数据结构=rnrn程序”的设计模式,取而代之的是对系统的总体结构的设计和规范[1]。软件架构在软件系统中充当着重rnrn要的角色,软件架构也是软件工程中迅速发展的一个研究实践领域,有很多的文献[2~4]讨论了如何构架rnrn一个好的软件系统。软件架构师作为软件架构的设计者是关系到软件成败的关键因素。然而,有关软件架rnrn构师的角色定位以及教育培养问题,仍然比较模糊,没有一致的结论。rnrn  作者近年来在软件架构的理论研究和实践方面做了一些工作,也取得了一定的成绩。负责起草了全国rnrn计算机技术与软件专业技术资格(水平)考试中的系统分析师和系统架构设计师考试大纲,主编了有关考试rnrn教材。本文主要讨论软件架构师的角色和培养问题。文章按如下方式组织:第1节介绍软件架构和软件架rnrn构师的定义。第2节讨论软件架构师在整个软件项目中所充当的角色,包括软件架构师的职责、软件架构rnrn师与系统分析师(系统分析员)的区别。第3节研究软件架构师的资格,包括知识体系和任职条件。第4节主rnrn要讨论如何评估软件架构师的工作。第5节研究软件架构师的培养和认证问题。第6节是全文的总结。rnrn1 软件架构与软件架构师rnrn1.1 软件架构rnrn  架构(architecture)的英文本意是来源于建筑行业的建筑艺术、建筑风格和结构,引入到软件领域后rnrn,并没有一个统一的定义。IEEE-Std-1471-2000认为[5]:架构是一个系统的基本组织,它蕴含于系统的rnrn构件中、构件之间的相互关系中、构件与环境的相互关系中、以及呈现于其设计和演化原则中。其实,软rnrn件架构(Software architecture,软件体系结构)一词早在20世纪60年代就被E.W.Dijkstra提出,但是直rnrn到20世纪90年代初才开始流行起来。为了提高软件需求和软件设计的的质量,软件工程界提出了需求分析rnrn工程技术和各种软件建模技术。但是在需求和设计之间仍然存在一条很难逾越的鸿沟,即缺乏能够反映做rnrn决策的中间过程,从而很难有效地将需求转化为相应的设计。为此,软件架构的概念应运而生,并试图在rnrn软件需求与软件设计之间架起一座桥梁,着重解决软件系统的结构和需求向实现平坦过渡的问题[6]。由rnrn于领域的不同,学术研究和应用实践的不同,人们对软件架构也有不同的理解和定义[7~9]。尽管各种定rnrn义都从不同的角度关注软件架构,但其核心内容都是软件系统的结构,并且都涵盖了如下一些实体:构件rnrn、构件之间的交互关系、配置、构件和连接件构成的拓扑结构、设计原则与指导方针。rnrn  在此,作者对软件架构的理解和认识可用定义1进行描述。rnrn  定义1(软件架构)  软件架构为软件系统提供了一个结构、行为和属性的高级抽象,由构成系统的元rnrn素的描述、这些元素的相互作用、指导元素集成的模式以及这些模式的约束组成。软件架构不仅指定了系rnrn统的组织结构和拓扑结构,并且显示了系统需求和构成系统的元素之间的对应关系,提供了一些设计决策rnrn的基本原理。rnrn  目前,软件架构的研究已发展为软件工程领域的一个独立学科分支,具有比较严格的理论基础和工程rnrn指导原则[10]。软件架构已经成为软件工程领域的研究热点以及大型软件系统与软件产品线开发中的关键rnrn技术之一。有许多相关的研究人员对软件架构描述语言[11~13],软件架构的描述与表示[14,15],软件rnrn架构的分析与验证[16~19],基于架构的软件维护与演化[20,21],软件架构的可靠性[22,23]等方面进rnrn行了研究。rnrn1.2 软件架构师rnrn  一直以来,绝大多数的软件组织都缺乏软件架构师的编制。架构设计的工作基本上由项目经理、系统rnrn分析师与软件设计师兼任或分摊,导致普遍轻视软件架构专业人才的培养与任用。事实上,软件构架师是rnrn目前很多软件组织最急需的人才,也是一个软件组织中的高级技术人才。那么,究竟什么是软件架构师、rnrn软件架构师在项目开发中起什么作用、如何定位一个软件架构师和如何成为一个软件架构师呢?这是许多rnrn组织、技术人员和管理人员都希望知道的或希望参与讨论的话题。下面对软件架构师这一概念作简单的阐rnrn述。rnrn  所谓架构师,通俗的说就是设计师或结构设计者,这些定义如果用在建筑学上,则是很容易理解的。rnrn在软件工程领域中,软件架构师实际上就是软件项目的总体设计师,是软件组织新产品的开发与集成、新rnrn技术体系的构建者。对一些大型软件产品或项目的开发,这一角色显得很关键,因为缺乏好的软件架构师rnrn而导致项目失败的例子不胜枚举,一个没有经验和能力的软件架构师也会使软件项目失败的速度加快。正rnrn因如此,Martin Fowler指出[24]:架构师是对所有重要事情做出决定的人。rnrn  软件架构师在整个软件开发过程中都起着重要作用,并随着开发进程的推进而其职责或关注点不断地rnrn变化。在需求阶段,软件架构师主要负责理解和管理非功能性系统需求,比如软件的可维护性、性能、复rnrn用性、可靠性、有效性和可测试性等。此外,架构师还要经常审查客户和市场人员所提出的需求,确认开rnrn发团队所提出的设计;在需求越来越明确后,架构师的关注点开始转移到组织开发团队成员和开发过程的rnrn定义上;在软件设计阶段,架构师负责对整个软件架构、关键构件、接口的设计。在编码阶段,架构师则rnrn成为程序员的顾问,并且经常性地要举行一些技术研讨会、技术培训班等;随着软件开始测试、集成和交rnrn付,集成和测试支持将成为软件架构师的工作重点;在软件维护开始时,软件架构师就要开始为下一版本rnrn的产品是否应该增加新的功能模块进行决策。rnrn  综上所述,软件架构师的作用主要体现在三个方面[41]:rnrn  (1)行业应用架构。行业架构师往往是行业专家,了解行业应用需求,其架构行为主要是将需求进行rnrn合理分析布局到应用模型中去,偏向于应用功能布局。 rnrn  (2)应用系统技术体系架构。技术架构师往往是技术高手中的高手,掌握各类技术架构、掌握应用设rnrn计模式,其架构行为考虑软件系统的高效性、复用性、安全性、可维护性、灵活性、跨平台性等。 rnrn  (3)规范架构。规范架构师是通过多年磨砺或常年苦思顿悟后,把某一类架构抽象成一套架构规范,rnrn当然也有专门研究规范而培养的规范架构师。他们的产物往往也分为应用规范和技术规范两类。rnrn  综上所述,可以通过定义2对软件架构师进行认识和理解。rnrn  定义2(软件架构师) 软件架构师是软件项目的总体设计师,是软件组织新产品开发与集成、新技术rnrn体系的构建者,是从宏观上驾驭大型系统的战略家,是对软件项目中所有重要架构事情做出决策的人,是rnrn策略制定者、组织协调高手、称职的顾问与领导者。rnrn  作为一个软件架构师,在整个软件系统的开发过程中是乐趣无穷的,因为这个角色很具有挑战性,有rnrn时需要左右逢源八面玲珑,有时又需要果断坚定不留情面。Philippe Kruchten曾经说过[25]:当一个伟rnrn大的架构师领导开发团队时,团队的每个成员都感觉不到他的存在。次一点的架构师使开发团队的每个成rnrn员都喜欢他,再次一点的是害怕他,最次的是鄙视他。在国内,软件组织几乎没有独立的架构师,通常一rnrn个软件高手身兼数职,既是项目经理,又是软件架构师,甚至还是软件开发者,有时还要客串一个测试人rnrn员,这对软件的开发周期和产品质量是不利的。 论坛

没有更多推荐了,返回首页