摘要：
一、创建型模式 Abstract Factory (抽象工厂) Builder (生成器) Factory Method (工厂方法) Prototype (原型) Single (单件） 二、结构型模式 Adapter（适配器） Bridge（桥接） Composite (组合) Decorato 阅读全文
2024年11月14日 #
摘要：
1、避免使用特殊技巧。 2、避免使用全局变量。 3、编写可自上而下阅读的程序。*** 4、避免副作用。 5、使用有意义的命名。 6、程序首先是写给人看的。 7、使用最优的数据结构。 8、先保证正确，再提升性能。 9、在写完代码之前写注释。 10、先写文档后写代码。 11、手动运行每个组件。 12、代 阅读全文
2024年11月11日 #
摘要：
1、软件会持续变化。 2、软件的熵增加。 3、如果没坏，就不要修理它。 4、解决问题，而不是症状。 5、先变更需求。 6、发布之前的错误也会在发布之后出现。 7、一个程序越老，维护起来就越困难。 8、语言影响可维护性。 9、有时重新开始会更好。 10、首先翻新最差的。 11、维护阶段比开发阶段产生的 阅读全文
摘要：
1、低质量的需求分析，导致低质量的成体估算。 2、先确定问题，再写需求。 3、立即确定需求。 4、立即修复需求规格说明中的错误。 5、原型可降低选择用户界面的风险。 6、记录需求为什么被引入。 7、确定子集。 8、评审需求。 9、避免在需求分析时进行系统设计。 10、使用正确的方法。 11、使用多角 阅读全文
摘要：
《清醒思考的艺术》的作者罗尔夫·多贝里既是企业家也是作家，他创办了全球知名的商业书摘网站益得书摘，也出版过好几部小说和心理学书籍。丰富的社会经历，加上经济学博士的背景，让多贝里对生活有着敏锐的洞察和思考。他在本书中总结出一系列我们做决定时会跌入的思维陷阱，他把这些陷阱称为“思维偏误”，也叫思维偏差， 阅读全文
2024年11月5日 #
摘要：
多数人并不如你想的哪样一帆风顺，但你却因此成为了可以乘风破浪的人。 当我们选择了方向与路途时，就不要退缩，畏缩和抱怨，一个人只有承担得起旅途风雨， 才能最终守得住彩虹满天！ 全世界都不相信你，没关系，只要你相信自己，你就是偶像，如果不认命，那就去拼命。 如果你太在意别人的看法，那么你的生活将变成一件 阅读全文
2024年10月30日 #
摘要：
从需求到设计的转换并不容易 将设计追溯至需求 评估备选方案 没有文档的设计不是设计 封装 不要重复造轮子 保持简单 避免大量的特殊案例 缩小智力距离 将设计置于知识控制之下 保持概念一致 概念性错误比语法错误更严重。 使用耦合和内聚 为变化而设计 为维护而设计 为防止出现错误而设计 在软件中植入通用 阅读全文
2024年10月26日 #
摘要：
岁月静好只是人们的美好愿望，世事无常，人是人生常态。不要焦虑，既然无能为力，不如随遇而安。 没有什么是过不去的，只是我们一直站在那里不肯走。 七苦八难是生活，甘尽甘来是人生，吃过的每一份委屈，都在提醒自己要争气。 还有很长的路要走，但没有关系，生活就在路上。 应该努力的去生活，对过往闭口不提，是好是 阅读全文
2024年10月24日 #
摘要：
第一性原理（First Principles）是物理学中的一个概念，指的是从最基本的、不可进一步简化的原理出发，推导出其他结论的思维方法。 第一性原理的思维过程： 拆解问题：将复杂问题拆解为最基本的组成部分。 从基础事实出发：抛开已有的假设、经验或标准，回到最基本的物理定律或科学原理。 重新构建解决 阅读全文
2024年10月23日 #
摘要：
数组是C，C++，C#语言中经常用到的数据类型，平时使用较多的是一维数组。 如果遇到多维数组，很多人就会感到迷惑，本人也一样。 个人的习惯是，对于让我迷惑不太懂的知识，在写程序的时候，尽量减少使用的频率，尽最大可能不用。 前段时间，因为工作需要，重新去了解了一下多维数组，有感而发，写下自己的总结： 阅读全文