随笔分类 - 阅读笔记
摘要:如果一个人在工作中,只是致力于完成自己的工作,以做好自己的工作为主要目标,那么最多只能成为一个工匠,无法成为一个架构师。因为这个过程解决的还是自己的问题,并没有时间的压力,可以随意什么时候做完都可以。 当我们所做的工作是处于社会的分工的一环,需要帮助别人解决问题,并且按时解决别人的问题成为我们自己的
阅读全文
摘要:(1)开会沟通讨论:这个会可能是需求会,也有可能是设计评审会等。因为架构师需要针对软件需求中的业务场景和流程,功能性需求进行功能性架构设计。因此,沟通和讨论要占工作的很大一部分。(2)技术架构设计:当然如果不是资深架构或技术总监,那么未必会设计一套全新的架构,往往是在现有基础上改进,比如做扩容,分库
阅读全文
摘要:第一:扎实的技术积累。软件行业中的不少架构师都是从程序员成长起来的,扎实的研发基础能让架构师的设计方案更具可行性。当然,并不是所有的架构师都需要掌握技术细节,随着目前软件行业的快速发展,不少架构师的关注点往往是方案的本身,所以目前行业中也有一部分架构师并不了解很多技术细节。 第二:较强的学习能力。学
阅读全文
摘要:IEEE在2004年4月公布的“IEEE Standard 1471”中,提出了IEEE自己对软件架构的定义:“软件系统架构是根据具有参考意义的实践而定义出来的。主要表述了一个系统的基本组织结构、基本组成构件和相互的关系。以及构件于外部环境间的关系。同时,软件系统架构为后续的设计和架构演化提供了指导
阅读全文
摘要:作为一名软件工程的学生,我的最直观的印象就是这本书给了我一个初步的对于一整个项目开发的过程的概念图,让我找准了自己感兴趣的方向和准确的定位以及今后还需努力的方向。 本书作者以激发学习兴趣为目的,通过对话、类比等方式来阐释专业知识。内容从前期准备、软件工程师的个人能力和发展到合作项目的过程中的团队和流
阅读全文
摘要:开篇作者就说了“软件=程序+软件工程”,以前写软件或者说程序,就只是写程序,最多会考虑到数据结构的知识,很少会用到软件工程,但是随着学习的深入,代码量的累积,如果还是和以前一样只是关心程序只要是可用的,实际可运行的,那么就没有意义了,这样的程序写出来也是没有价值的,首先,软件工程不仅仅就只是涉及到计
阅读全文
摘要:大二坐火车时,读了这本书的第一版,当故事书看。当时没有参与过任何项目的开发,虽然我现在也没有多少项目经验。 单人的项目,由于我有过参加acmicpc竞赛经历,很轻松。结对编程和单元测试也这么过去了。由于知道这种规模的代码如何写,因此没有受到锻炼。团队项目也是。一个团队多达七人,诚然做视频写文档也算工
阅读全文
摘要:作为一名软件工程专业的学生,我在专业课上学习了很多专业课程,能够编写程序,实现某些具体的功能,但这些都偏向于“软件”,而非“工程”。在阅读这本书之前,我也有过与同学组队共同开发一个应用程序的经历,但那时,我们也只知道分析这个程序应该实现哪些功能、可以拆分成哪些模块、每个人可以分配哪些任务。而在阅读了
阅读全文
摘要:《构建之法》这本书是很长时间以来读到的第一本能够吸引我的专业书。 草草读完整本书,我发现《构建之法》的作者文笔十分幽默风趣,书中把很多专业名词或者专业知识用十分通俗的语言表达出来,甚至我们可以在书中看到很多对话形式的文字,通过这些对话,我们可以学到很多专业知识。相比于市面上很多其他专业书,这是唯一一
阅读全文
摘要:这个学期,因为课程需要阅读了《构建之法》第三版,这本书风趣简练的文字、清晰的逻辑结构及对软件工程概念简明生动的阐释让我获益匪浅。 作为一个软件工程专业的学生,惭愧的是在拜读这本书之前,我一直对软件工程的概念没有清晰明确的认识。从大一到大三,我们一直在学习编程语言和编程工具,即使经历的课内外项目不少,
阅读全文
摘要:大一很快的过去了,在过去这一年c++这门课程确实让我有点头疼不已。往往拿到一个程序后,我不会做到很好有序的从思考到实现算法到实际步骤一步步走下来。更多的是凭借着已有的经验硬做,有很多十分神奇的算法都是靠复杂的方式过的,回想起来,这种做题方法很不科学。 本书最开始讲解了编程的基本元素和思想,一个开发团
阅读全文

浙公网安备 33010602011771号