随笔分类 -  31 - 阅读笔记

如何写出高质量的C++代码-《Effective C++》精选总结
摘要：今天为大家介绍一本学竞赛的同学也许接触过的一本书《Effective C++》！ 这是一本非常经典C++书籍，很多人即使在工作中发现自己C++上有薄弱点的时候也会经常拿出来充电。这本书内容很多，讲了很多如何高效地使用C++的方法。今天就简单为大家介绍以下这本书的概要内容，有兴趣的同学抓紧去读读看吧！ 阅读全文
posted @ 2018-11-20 12:55 勋爵|X-knight 阅读(1142) 评论(0) 推荐(0)
构建之法阅读笔记08-完结
摘要：今天把《构建之法》彻底读完了，战线拉得可能有点长，但是对书中内容却有了深刻的理解。其实这也应该算是对《构建之法》这本书阅读的第二遍了，第一遍主要是跟着老师的课上进度，随着老师的讲解以及PPT的配合，对软件工程有了深刻的理解。其中的很多经典的案例对我们对软件工程的理解有着很大的促进作用，形象而生动。而 阅读全文
posted @ 2016-05-23 19:27 勋爵|X-knight 阅读(236) 评论(0) 推荐(1)
构建之法阅读笔记07
摘要：本周我主要看了《构建之法》的软件测试部分。在读软件测试之前，我认为软件测试并不是很重要。很繁琐。 但是读了这一部分之后，我深深地认识到软件测试对于开发等的作用是非常大的，而且是必不可少的。下面对软件测试做一下简单介绍： 一、测试方法分类 黑箱：在设计测试的过程中，把软件系统当作一个“黑箱”，无法了解 阅读全文
posted @ 2016-05-18 21:56 勋爵|X-knight 阅读(161) 评论(0) 推荐(1)
构建之法阅读笔记06
摘要：今天我阅读了《构建之法》--项目经理PM部分。虽然现在我们还没步入公司，但是现在学习项目管理这部分对于我们团队开发来说也是尤为重要！ 软件团队里除了能写代码、测试代码和画图做设计的成员，还有一类角色，不做上面这些事情但也很重要，我们叫他们项目经理--PM。书中对PM的解释有多种： PM 的M 就是 阅读全文
posted @ 2016-05-10 18:43 勋爵|X-knight 阅读(173) 评论(0) 推荐(1)
构建之法阅读笔记05
摘要：时隔多日，自己又重拾《构建之法》，今天对需求分析这部分进行了阅读。 我们之前在做项目时，其实很少在做真正的需求分析，我们做的差不多都是我们自己认为大家喜欢用的或是自认为很有市场，很少进行真正的调查分析。今天从本章节了解到如下知识： 当我们程序员在编写软件之前要做的就是了解用户的需求，准确而全面地找到 阅读全文
posted @ 2016-05-06 17:31 勋爵|X-knight 阅读(182) 评论(0) 推荐(1)
大道至简阅读笔记08-完结
摘要：本周我阅读了《大道至简》第8章——是思考还是思想。读后反思与感慨也是颇多的，下面与大家分享一下。 我们在团队开发的第一阶段也存在这样的问题，实现目标与保障质量的矛盾。在项目的第一个冲刺阶段，老师要求我们必须要拿出可以演示的项目版本，而在这样的要求下，我们自然而然的无法保障项目质量，最后的实现却是只实 阅读全文
posted @ 2016-05-01 00:01 勋爵|X-knight 阅读(118) 评论(0) 推荐(0)
大道至简阅读笔记07
摘要：本周我阅读了《大道至简》第7章——现实中的软件工程。读后反思与感慨也是颇多的，下面与大家分享一下。 其实自己之前看到许多节目上介绍，某某团队开发了某个软件，并迅速流行起来。而这些团队在开发过程中，全然没有计算成本。我曾经就产生过这种疑问：项目的管理到底是组织管理还是成本管理？项目的计划到底是组织规划 阅读全文
posted @ 2016-04-30 08:44 勋爵|X-knight 阅读(148) 评论(0) 推荐(1)
大道至简阅读笔记06
摘要：本周我阅读了《大道至简》第6章——从编程到工程。读后反思与感慨也是颇多的，下面与大家分享一下。 我之前像大多数人一样，经常会去问到底哪种语言更好？然而得到的结果各有不同，各种程序员的偏好各有不同，他们都会对自己喜欢的编程语言进行一番夸赞。到最后自己也没得出答案。所以自己经常会尝试学习新的语言，不求精 阅读全文
posted @ 2016-04-29 20:32 勋爵|X-knight 阅读(146) 评论(0) 推荐(1)
大道至简阅读笔记05
摘要：本周我阅读了《大道至简》第5章——失败的过程也是过程。读后反思与感慨也是颇多的，下面与大家分享一下。 本书中提到这段话令自 己感受很深：很多人把问题的本质给忘掉了。从最开始，从我们编程开始，我们的目的就是实现一个东西。无论这个东西是小到一个称手的工具，还是一个大到千万 的工程。工程只是一种实现的途径 阅读全文
posted @ 2016-04-28 18:41 勋爵|X-knight 阅读(186) 评论(0) 推荐(1)
构建之法阅读笔记04
摘要：好久没更新《构建之法》了，不是没读，主要是读的入神，顾不过来写阅读笔记了，嘻嘻，废话不多说，分享下自己的阅读体会吧·····o(^▽^)o 本期主要说，团队开发···· 作为学生时代的我们，之前组成的团队都是一人或两人主做，其他人跟着打酱油，大多数人都是在抱大腿，而开发效率也是很低下的。主要还是团队 阅读全文
posted @ 2016-04-05 23:15 勋爵|X-knight 阅读(141) 评论(0) 推荐(0)
大道至简阅读笔记04
摘要：本周我阅读了《大道至简》的第4张——流于形式的沟通，读后反思与感慨也是颇多的，下面与大家分享一下。 为不存在的角色留下沟通的渠道，这一节对自己来说体会是最多的。之前我们或其他自己所知道的团队中都存在这样一个问题：维护旧项目比做新项目更难；或是很多时候当项目负责人员离开后，项目就中断和中止。 许多人应 阅读全文
posted @ 2016-04-03 20:44 勋爵|X-knight 阅读(184) 评论(0) 推荐(0)
大道至简阅读笔记03
摘要：阅读大道至简阅读笔记第3章团队缺乏的不只是管理有感。 之前我们团队开发时，之间主要是平等互利，之间没有领导者，大家相互之间都是商量着来，有时候造成分歧反而需要更多的时间去协调，因为团队中缺乏领导者，决定下的自然也就不果断！ 从书中所得，三个人便可以构成团队，这样便有了团队的一些基本特性：主从、监督和 阅读全文
posted @ 2016-03-20 16:44 勋爵|X-knight 阅读(134) 评论(0) 推荐(0)
大道至简阅读笔记02
摘要：今天自己阅读了《大道至简》的第二章 是懒人造就了方法，读后颇有感悟。 之前自己就是像愚公一样，勤勤恳恳工作（编程），最后编出的程序却繁杂冗余，用时也颇多。 书中作者讲了李冰 火烧破山支例，自己感到方法的重要性。之后自己应专注于编程技巧和方法的运用，让程序更加有质量，而不是像愚公一样，勤勤恳恳而无暇顾 阅读全文
posted @ 2016-03-19 14:43 勋爵|X-knight 阅读(135) 评论(0) 推荐(0)
大道至简阅读笔记01
摘要：今天自己开始阅读《大道至简》这本书，开始被这本书的写作风格和所蕴含的许多编程之道所吸引！ 自己之前就属于作者说的那种看见题目就开始敲代码的人，留给自己思考的时间很少，经常是想到哪里就编到哪里，毫无条理，最后编程时间并没缩短反而却加长了！ 作者提到：”编程的第一要务是先把事情分析清楚，事件先后的逻辑关 阅读全文
posted @ 2016-03-15 23:06 勋爵|X-knight 阅读(214) 评论(1) 推荐(0)
构建之法阅读笔记03
摘要：    今天自己又回过头来详细的阅读了一遍《构建之法》的第二章，下面分享一下自己的体会。  一.单元测试；     之前自己在编程的过程中，从来没有对自己的程序进行过单元测试，总觉得输出了题目要求的结果就行了，没有考虑过程序运行的中间过程或是对占有的内存进行释放等问题。     而书中详细介绍了单元 阅读全文
posted @ 2016-03-13 20:46 勋爵|X-knight 阅读(204) 评论(0) 推荐(0)
构建之法阅读笔记02
摘要：      我过去自己在写代码时，无论是大型程序还是小型的程序，很少写注释，主要是因为自己觉得很麻烦，既然是自己写出来的代码，自己本来就会，写什么注释啊~~~过了一段时间之后，有人问自己某道题怎么做时，自己会把曾经写过的代码拿出来给他看，但是他根本看不懂。当自己重新看一遍时，有时也忘记了曾经是怎么想 阅读全文
posted @ 2016-03-09 18:23 勋爵|X-knight 阅读(155) 评论(0) 推荐(0)
快速阅读《构建之法》——构建之法阅读笔记01
摘要：自己从3月4日开始读《构建之法》，在粗读一遍后，自己产生如下疑问： 1.代码风格真的很重要吗？总觉得清晰易读即可··· 2.编写软件时，是程序简洁高效但不易读好？还是程序冗余效率低下但是方便别人阅读易维护好？ 3.用户体验主要体现在哪些方面？界面美观，反映速度快，功能齐全足够了吗？ 4.本书只说了团 阅读全文
posted @ 2016-03-06 19:51 勋爵|X-knight 阅读(206) 评论(0) 推荐(0)