软件工程资料汇编

本文是一篇从业务开发人员角度发出的批判性文章，技术发展日新月异，但是好像都没有真正解放业务开发工作量，对软件复杂性的抱怨是软件行业发展过程中不断出现的现象，其实如何在代码快速开发和代码灵活性方面找到一个结合点，业界其实没有找到规律或者理论，或者都没有所谓不可能定律，也就是说，快速和灵活是不可能同时具

作者: Kate Matsudaira你有没有这样的经验: 坐在电脑前开始一个项目，打开你的编辑器，然后只是盯着屏幕？这种情况一直发生在我身上，所以我理解你的内心挣扎。 即使你很热爱自己的工作，也并不总是每天都充满热情。有很多因素影响你的热情的工作

本文讨论了程序员中两种不同类型的职业规划，一种是以软件开发为兴趣的人生；一种是以只要代码能运行的实用主义人生。兴趣主义和实用主义在一个团队开发中都是需要的，各方都有长短，应该通过合作取长补短，不应该厚此薄彼。 在一天结束时，你已经完成了工作，然后回家 -

在关于DDD的每本书和每次会议中，我都听到“DDD不是银弹”。我可能是唯一一个反思的人。因此我可能会错过一些东西。不过，自从我开始学习DDD以来，我就在每个项目中使用它。即使在CRUD实现足够好的简单情况下也是如此。因为了解我的领域名并能决定CRUD是否能足够好地实现。

科学，尤其是生物学，越来越依赖软件工具来实现研究。但是，如果您是生物学家，则可能未接受过软件开发最佳实践方面的培训。由于缺乏培训，科学软件通常只有极少甚至不存在的文档，使得研究人员的生活比他们需要的更加困难。我提出了这10条简单的规则，希望通过将软件工程最佳实践应用于研究工具文档，您

本文并不是否定计算机科学这个学位以及CS毕业生，而是指出了企业软件关心的方向性问题，更应该关注解决实际工程问题的能力，原文大意： 许多公司企业正在考虑无视CS学位来雇用能够提供真正成绩结果的程序员。这里解释一下为什么他们可能是对的。

本文作者作为很多年的资深顾问，看到太多公司和组织发生增长放缓，甚至是停滞和萎缩，主要因为他们在一开始时选择了错误的软件承包商。是错误的无法维护的软件架构制约了公司的发展，扼杀了公司的成长空间。 比如建房子：你想建房子。您提供的唯一指导原则是

有许多优秀，整洁的代码风格指南。这些标准包括缩进，空格，行长度，命名约定等。一些著名的例子是： PEP8 用于Python

大多数开发人员都是团队的一员。然而，在我们职业生涯的某些阶段，我们必须（或者我们必须）独自工作。虽然大部分产品开发涉及能够管理或与团队的其他成员合作，但在单独工作时开发良好实践同样重要。、Solo通常意味着单独做某事。包括： 一个开源项目，例如包或库

Kent Beck在Facebook七年期间，目睹Facebook团队从700人扩展到5000多人，如果100,000名工程师如何在同一系统上工作？Facebook的软件工程工作流程相当传统： 1.创建差异。2.获得审核和批准。3.

没有一个尺寸的裤子适合所有人穿，没有银弹，没有一个解决方案适合所有场景。本文概述了各种软件方法学。为什么软件方法学都不同？软件方法论主要是为了对付风险而生，因此方法学规定了特定的日常流程或一系列行动，因此他们还规定了管理软件项目风险的特定方法。

是因为我们无意识崇拜复杂吗？ 本文来自艾伯哈德沃尔夫： 软件开发并不是真正的编程。任

体面编码就是编写更好代码的简明指南，这是一份指南/清单，可帮助人们提高编码和代码审查。 计算机科学中只有两件事：缓存失效和命名 - 菲尔卡尔顿 每个东西都有一个名称，每个名称只用于一件事。使用多个词来表示

在方法接口的域中抛出异常。这可以避免破坏抽象或应用程序层。例如，DAO不应抛出HTTP异常，也不应传播JDBC异常。可以捕获异常并将其包装在更合适的位置以便于实现此目的。 要么用日志记录异常，要么抛出它们 - 通常不是两者。抛出的异常将在某种程度上

根据惯例对文件实现良好命名。请参阅命名事项。遵循项目约定（例如后缀）和套管样式。

作为一名工程经理，我发现代码审查code review不仅有助于确保整个代码库的质量，还因为它具有知识共享性质。我更多地将代码审查视为一种对于代码库更改的广播渠道，而不是确保质量的方式。作为工程经理，代码审查是一种很好的方式： 了解项目的状态， 指导新团队成员