读后

万圣节后的早晨——刘汝佳代码读后感

起因:紫书上说这道题非常经典,强烈推荐读者一试,我就想了二十几分钟,结合书上思路写了140行屎山,最后也跑不出结果不知道挂哪里了,就去看了题解,发现了一篇参考刘汝佳代码写的题解,被里面的代码技巧惊到了,寻思写一篇博客记录一下代码里的技巧和自己写的屎山对比一下,顺便膜一下刘汝佳大神%%% 下面是题解代 ......
读后 读后感 代码

9月份 《程序员修炼之道——从小工到专家》读后感1

第一章 注重实效的哲学1 我的源码让猫给吃了在所有的弱点中,最大的弱点就是害怕暴露弱点;同意为某个结果负责,就应切实负起责任;不要抱怨,总是把问题归咎于别人;辩解听起来很愚蠢,说话之前先将借口清除,谈话之前自己先预演一遍;提供选择,而不是找借口,不要说做不到,而是能够做什么挽回局面;2 软件的熵破窗 ......
小工 读后 读后感 程序员 月份

<需求掌握过程>读后感3

今日再次阅读了《掌握需求过程》这本书,书中从基本事实、需求过程、确定业务问题的范围、业务用例、工作调研、场景、理解真正的问题、开始解决方案、今日业务分析策略,功能需求、非功能需求、验收标准和理由、质量关、需求与迭代开发、复用需求、沟通需求、需求完整性十七个方面对于需求过程进行详细讲解。目前读到第四章 ......
读后 读后感 需求 过程 lt

9月份 《程序员修炼之道——从小工到专家》读后感2

第二章 注重实效的途径1 重复的危害系统中的每一项知识都必须是单一、无歧义、权威的表示;DRY- Dont repeat yourself 不要重复你自己;重复如何发生 强加的重复 信息的多种表示 代码中的文档; 把注释保留给其他的高级说明 文档与代码 语言问题; 无意的重复 设计问题; 使影响局部 ......
小工 读后 读后感 程序员 月份

软件工程读后感4-编写有效用例1

最近,我阅读了编写有效用例的第一部分。用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约。用例描述了在不同条件下,系统对某一项目相关人员的请求所作出的响应。过去,我对于用例是什么的了解不够深入,将来我会尽量了解用例是什么,提高自己对于用例的认识。范围一词用来描述项目开发人员负责的设计工作的 ......
读后 软件工程 读后感 效用 工程

程序员的修炼之道 读后感

《程序员的修炼之道》这本书给我留下了深刻的印象。这本书并不仅仅是一本关于编程技术的书籍,更是一本关于程序员成长和修炼的指南。 书中作者以幽默风趣的方式,通过一系列有趣的故事和实例,向读者传达了一些重要的编程原则和价值观。其中最让我印象深刻的是“简单胜于复杂”这一原则。作者通过多个例子说明了在编程过程 ......
读后 读后感 程序员 程序

读后感作业4

第18章: 表驱动法的妙用,如果结构过于复杂,考虑是否应该通过查询表来进行简化。 关键决策时如何访问表,以及把什么东西存入表中。 第19章: 应当使布尔表达式简单可读,避免深层次嵌套,将复杂度降低到最低水平。 第20章: 廾高貭量代碼最終并没有要求休付出史多,只是休需要対資源迸行重新分配,以低廉的成 ......
读后 读后感

读后感作业3

14章: 组织直线型代码的最主要原则是按照依赖关系进行排列。 可以用好的子程序名、参数列表、注释·以及内务管理变量来让依赖关系变得史明显。 如果代码之间没有顺序依赖关系,那就设法使相关的语句尽可能地接近。 15章: 对于简单的 if-else 语句,应当注意 if 子句和 else 子句的顺序,特别 ......
读后 读后感

10月读后感2

大家都知道庄子在《庄子·养生主》中曾经说过:“吾生也有涯,而知也无涯”,但是大家几乎全都忘了后面几句:“以有涯随无涯,殆己:已而为知者,殆而已矣”。全文的意思是:我们的生命是有限的,而知识是无穷尽的,用我们有限的生命去探求无限的知识,肯定不会有好结果的。然而仃这个光鲜亮丽的行业却必须是一个需要不断学 ......
读后 读后感

10月读后感

代码大全2》是一本经典的软件工程指南,深入探讨了软件开发的各个方面。在第4到7章中,作者对软件构建的过程和关键原则进行了详细的探讨。以下是我对这几章的读后感: 第4章:关键的构建决策 在软件构建过程中,决策是至关重要的。本章深入探讨了在软件构建过程中必须做出的关键决策。作者提出了一些重要的决策点,并 ......
读后 读后感

11.1(读后感4)

《程序员修炼之道》第五章的主题是“时间,调试和工具”。这一章主要讲述了如何有效地管理时间,如何进行有效的调试,以及如何选择和使用合适的工具。 首先,作者强调了时间管理的重要性。作为一名程序员,我们的时间是非常宝贵的。我们需要学会如何有效地利用时间,如何在保证代码质量的同时,提高工作效率。作者提出了一 ......
读后 读后感 11.1 11

10.31(读后感3)

在阅读《程序员修炼之道》第四章后,我深感受益匪浅。这一章主要讲述了软件设计的重要性,以及如何进行有效的软件设计。作者通过丰富的实例和深入的分析,让我对软件设计有了更深刻的理解。 首先,作者强调了软件设计的重要性。一个好的软件设计可以提高软件的可维护性、可扩展性和可重用性,从而提高软件开发的效率。同时 ......
读后 读后感 10.31 10 31

代码大全读后感2

从书中我可以看到作者的深厚功力,能够深入浅出的讲解一个软件从需求调研再到结构设计,再到具体开发,再到测试,再到集成构建的整个生命周期。本书不仅从软件构建的整个生命周期给到读者切实可行的建议,而且针对不同阶段的软件开发人员也给到了向上成长的建议。 我想,作者写作本书的目的就是以他的经验来指导读者更好的 ......
读后 读后感 代码 大全

代码大全读后感1

永远以解决问题为导向,而不是仅仅完成任务。这一条的内容非常广泛,从最低级的写好一个功能,到给具体的需求排优先级,甚至到明确真正的需求,到调整开发节奏,一切都由实际的需求和开发能力决定,最终的目的只有一个,那就是解决真正的问题;把程序员当人看,不仅仅是把其他同事当人看,也要把自己当人看。人是会出错的, ......
读后 读后感 代码 大全

《代码大全2》读后感

代码改进,这部分包括以下几个主题,协同、测试、调试、重构、调整。 这里的测试是开发者测试,应该是指单元测试了,现有很多合适的工具,比如NUnit、CppUnit、JUnit等等。 调试主要难点在于寻找和定位问题,解决问题虽然也不容易,但需要的是远见,因为再不济,总会存在一种打补丁的方法可以临时解决问 ......
读后 读后感 代码 大全

11月读后感

读后感1: 《程序员修炼之道:从小工到专家》 《程序员修炼之道:从小工到专家》是一本深刻的书籍,深入探讨了软件开发领域的关键概念和实践。它不仅仅是一本教授如何编写代码的书,更是一本引导你成为卓越程序员的指南。这本书充满了有关软件开发的宝贵见解,以下是我在阅读后的一些深刻感悟: 1. 代码是艺术 这本 ......
读后 读后感

读后感:《程序员修炼之道》第四部分 - 注重沟通

第四部分的《程序员修炼之道》强调了在软件开发过程中沟通的关键性。这一部分提供了关于如何有效地与团队、客户和其他利益相关者进行沟通的宝贵建议。以下是我从这一部分中得到的主要启示: 首先,书中明确指出了沟通的重要性。它强调了开发人员不仅仅是在写代码,还需要与其他人进行交流,包括与团队成员、项目经理和客户 ......
读后 读后感 程序员 部分 程序

代码大全2读后感4

《代码大全》看完前面觉得有很多值得回味的地方,而且每部分之后作者还推荐了不少经典书籍。本书的思想管理软件项目的本质是管理复杂性。代码承载的是人与人之间的交流。在这,作个读书心得。全书的主题是软件构建,大致看了一下目录,关于软件构建问题的方方面面均有涉及,共分7个部分,从软件构建前期准备,到语言层的一 ......
读后 读后感 代码 大全

代码大全读后感3

软件构建的定义:包括编码与调试、单元测试、规划构建、集成等,没有给出一个明确的定义。 软件构建的重要性:软件构建是编写大型项目最重要的、不可或缺的部分。 对软件开发地隐喻不是明确的标准,而是微妙的启发,所以不要被隐喻限制而远离“不符合”隐喻的方法。可以将不同的隐喻结合启发自己构建代码。 一个好的隐喻 ......
读后 读后感 代码 大全

《程序员修炼之道——从小工到专家》读后感4

作为程序员我们需要知道,我不可能写出完美的软件,我们需要通过合约进行设计,我们需要的是让程序崩溃,而不是破坏,我们如果它不可能发生,用断言确保他不可能发生,如果发生异常,将异常使用异常的问题;想配平资源,需要有始有终。我们需要学会明确各代码模块的依赖和耦合关系,并降低耦合关系,让它们尽可能独立。源程 ......
小工 读后 读后感 程序员 程序

《程序员修炼之道——从小工到专家》读后感3

计算机是我们踏入编程领域的基本工具,我们需要学会利用纯文本处理信息,但是使用纯文本有两个主要缺点:1、与压缩的二进制格式相比,存储纯文本所需的空间更多。2、要解释及处理纯文本文件,计算机的代价可能更昂贵,我们需要尽可能保证数据保存时间更长,作为一个注重时效的程序员,我们需要学会利用命令Shell的力 ......
小工 读后 读后感 程序员 程序

读后感:《程序员修炼之道》第三部分 - 提供有价值的工作

第三部分的《程序员修炼之道》深入探讨了编写有价值的软件和解决方案的重要性。它提供了一系列关于需求分析、项目管理和交付高质量工作的宝贵建议。以下是我从这一部分中得到的主要启示: 首先,书中强调了了解项目的实际需求的重要性。作者提醒我们,不仅要满足客户的表面需求,还要深入了解他们的真正需求。这意味着我们 ......
读后 读后感 程序员 价值 部分

软件工程读后感3-软件需求过程3

最近,我阅读了掌握需求过程的下一部分。功能性需求描述了产品的动作。它们应该做到能形成一份完整的、尽量避免二义性的产品功能描述。过去,我对于功能性需求的认识不够,将来,我会尽量了解更多有关功能性需求的知识。非功能性需求描述了产品的质量方面的表现——它是否需要快捷、安全、有引力等等。这些质量源于产品要求 ......
读后 软件 软件工程 读后感 需求

读高性能MySQL(第4版)笔记21_读后总结与感想兼导读

1. 基本信息 高性能MySQL:经过大规模运维验证的策略(第4版) High Performance MySQL, Fourth Edition [美] Silvia Botros(西尔维亚·博特罗斯);Jeremy Tinley(杰里米·廷利) 电子工业出版社,2022年10月出版 1.1. 读 ......
读后 高性能 感想 笔记 MySQL

架构漫谈读后感

首先,最近在课上老师推荐我们阅读王概凯老师的架构漫谈连载博客,通过详细的阅读,我确实收获颇丰。首先就是对于架构是什么,架构解决的是什么有了一个深入的了解。 第一,什么架构呢?王概凯老师认为他没有一个确切的定义,在软件行业,每个人都有自己的理解,所以一百个人心目中就有一百个哈姆雷特。那架构是怎么产生的 ......
读后 读后感 架构

《敏捷开发》读后感二

敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。就是将一个大项目进行分割,将其分割成为一个一个分别独立而其中又存在联系的小项目,每一个小项目由不同的小组分别完成。 由于这种较为灵活的模式,使得敏捷开发与其他软件开发类型相比在适应性上有了较大的优势。例如工程化方法对于开发项目有着详细而又长远的规划 ......
读后 读后感

《敏捷开发》读后感一

完成一项工程时,我们常常会有这样的感受:我们的解决方案要根据顾客的需求和现实情况的需要,不断更改。采用传统意义上的瀑布式开发,往往要花费更多的时间。最重要的原因就在于它相比于极限编程、敏捷开发,对于团队合作的重视程度不够,自由度也相对较低,导致效率偏低。 在实际做项目时,我们应该清楚,我们做工程的目 ......
读后 读后感

软件工程读后感2-软件需求过程2

最近,我阅读了掌握需求过程的下一部分。项目启动是一项突发性的活动,通过这个活动收集让您的项目启动所需的各种信息,并确保您的项目可行而且资金充足。启动阶段确定产品要作为其一部分的工作,并确定产品要实现的准确目标。启动阶段提供的产物对限定产品的范围要有所帮助,并将作为后续需求收集活动的输入信息。过去,我 ......
读后 软件 软件工程 读后感 需求

十月《代码大全》读后感Ⅱ

关键的“构建”决策 开发项目时,选择合适的开发语言非常重要。不同的开发语言适用于不同的项目需求和开发环境,选择合适的开发语言可以提高开发效率、减少开发成本,并且有助于项目的可维护性和扩展性。以下是选择开发语言时需要考虑的几个因素:1. 项目需求:开发语言应该能够满足项目的功能需求。不同的语言有不同的 ......
读后 读后感 代码 大全

《重来3》读后感

3天前,读完《重来3》半本书后,想记录下,一直拖到今天,我知道,今晚不写,以后可能就再也不会写。今日事,今日毕。 (摘录书中观点-记录) 1.如果在工作中经常有“快忙疯了”的感觉,那我们送你一句话:“让它滚一边去。” --不要折腾手下的人,他们会努力地、好好地工作。少整些破事。让下面的人专注于手中的 ......
读后 读后感