从小工到专家 读后感3

 第四章注重实效的偏执，你不可能写出完美的软件，因为完美的软件不存在，在计算机简短的历史中，没有人没有一个人曾经写出过一个，完美的软件，除非你把这件事情接受下来，否则你最终会把时间和精力浪费在追逐，不可能实现的梦想上编码的相似性非常明显，我们不断地与他人代码家结合，可能不符合我们的高标准代码，并处理可能有效，也可能无效的输入，不完美的系统谬论的时间标度，可笑的工具，还有不可能达到的需求，在这样一个世界上让我们安全驾驶，当每个人都却确实要对你不利时片是个好主意，与计算机系统打交道很困难，与人打交道更困难，但作为一个擂主，我们花费在弄清楚人类交往的问题上，时间更长，再过去几千年中，我们得到了一些解决方法，也可以应用于编写软件，确保坦率的最佳方案之一就是合约，合约规定你的权利与责任，也规定对方的权利与责任，此外还有关于任何一方没有遵守合约的后我的约定，无疑任何依赖与代理技术的系统，对合约协商的依赖都有至关重要的，其实它们是动态生成的，设想一下通过足够的能够相互戳伤合约，以实现某个目的的逐渐和代理，我们也许就能解决软件生产率危机，让软件为我们解决它，但如果我们不能手工使用合约，我们也无法自动使用它们，所以下次你设计软件时也要设计他的合约，如果你的代码试图打开一个文件进行读取，而该文件并不存在，应该引引发异常吗？我们的回答是，这取决于实际情况，如果文件应该在哪里？那么引发异常就会是正当理由，某件意外之事发生了，你期望其存在的文件好像消失了，另一方面，如果你不清楚该文件是否存在，那么你找不到他就不是宜昌情况错误返回就是合适的，错误处理器是检测到错误时调用的历程，你可以登录一个历程处理待定范畴的错误，只要在编程，我们都要管理资源内存，现场文件定时锁数量有限，大多数时候资源使用咨询可预测的模式分配资源使用，然后解除分配，但是对于资源分配和解除分配的处理，许多开发者没有始终如一的计划，所以让我们提出一个简单的其实，支持异常的语言可能会是解除资源的分配很棘手，如果有一常




第五章弯曲或折断，我们编写代码也不会为了让我们赶上今天近似疯狂的变化步伐，我们需要尽快一线努力编写，尽可能宽松灵活的代码the我们就可能发生发现我们的代码很快就会过时，或者或是太脆弱，乙醛难以修理，并且最终可能在向着未来的疯狂突进中掉队，我们想要在软件中咨询同样的模型，当我们要求某个对象完成待定，服务，我们想要他代替我们完成该服务，我们不希望这个对象给我们一个第三方对象，我们必须对其加以处理，动态配置，我们想要推迟大多数细节的定义，直至最后时刻，并且硬可能让细节保持软和，尽可能易于改动，通过精心制作，允许我们快速做出变更的解决方案，我们将能够更好地应对，使许多项目覆灭的转向，对于不那么复杂的逻辑，我们可以使用小型语言加以表达，从而消除在环境变化中重新编译和重新部署的需要，没有元数据，你的代码就不可能获得他应有的适应性和灵活性，这是一件坏事吗？嗯，在外面的世界里不能适应的物种就会灭亡，我们需要容许并发，并考虑解除任何时间或次序上的依赖，这样做我们可以获得灵活性，并减少许多开发领域中的任何基于时间的依赖工作流分析构架设计，还有部署，分析工作流已改善并发性，试图你可以继承并定制他们在whiteget中文提供不同的颜色字标字标识模型，通过目标对象的抽象数据类型模型，对任何视图或控制器没有直接了解，试图解释模型的方式，他订阅模型中的变化和来自控制器的逻辑事件，控制器控制视图，并向模型提供新数新数据的途径塌迹象，模型也向试图发发布事件，黑板再结合封装了法律需求的规则引擎，是解决这遇到问题的一种优雅方案，我们可以用黑板协调，完全不相同的事是事实和因素，同时各参与方保持独立，甚至隔离，当然你可以更用力的方法获得相同的结果，但你得到的将是更脆弱的系统，当他出故障时，国王的所有人马也许无法让他程序在工作起来