幽默：哲学与软件工程的区别
哲学和软件工程之间的区别在于：哲学家们可以无休止地争论某个标识identity的本质，软件工程师必须选择一个该死的定义来实现，而且需要忍受他们设计决策带来的不可避免的Bug后果。
2 年 前
认知谬论：什么是弗雷德金悖论
弗雷德金悖论：两个选择看起来越相似，决定就越不重要，但在它们之间做出选择就越困难。因此，我们经常在最不重要的决定上花费最多的时间。 涉及两个选项之间的 差异 与它们之间的选择决策 难度 之间层负相关
2 年 前
最近对就有系统人员权限升级计划――也谈人员权限的设计。
：改变糟糕地人员和机构之间的强聚合关系。 人员和部门通过角色进行耦合； 人员和部门的关系可以容易的变化，不会产生大的影响。 .人员和角色间变成强聚合关系； 目的：强调人员在系统中必须扮演角色
20 年 前
软件工程令人不安的真相 • Buttondown
非常积极。虽然动态语言可能是大型项目的正确选择，但您必须说明为什么它是正确的选择，例如杀手级的库、特定于域的东西等。
对软件工程的实证研究是一次沉船事故，并且在可预见的未来仍将是一次沉船事故。
形式
2 年 前
如何在系统设计中使用CAP定理？
和一致性之间选择。 以下面一个简单案例为例，写操作在主节点服务器，读操作在从节点服务器： CLient ----> Web-API -----> 分布式 缓存 /DB(写操作在主
6 年 前
什么是需求集成分析框架
根据业务需求的关键性来确定系统之间所需的信息传输频率。在某些用例中，实时集成将是唯一的选择。例如，患者的健康监控设备和控制系统之间的集成需要是实时的。鉴于某些用例，必须根据成本与收益做出决策，才能在实时
2 年 前
SpringBoot+Posmulten-hibernate共享模式策略的多租户架构
解决方案使用一个关系型数据库。在 架构 设计过程中，当你已经知道你将选择一个关系型数据库时，你可能会面临在单一数据库或多租户架构之间的选择。 假设有一个要求，应用程序应该允许租户之间共享数据（CRUD
1 年 前
架构就是上下文 - Eltjo
特定业务驱动的环境上下文中。你做出的每一个设计选择都有替代方案。只有了解上下文驱动的这个因素，才能在这些备选方案之间做出正确的权衡。这些可以是商业驱动。这可能是时间压力。他们可以是技术驱动力。
作为
2 年 前
新的前端框架Svelte有哪些创新？ - Jannik
尝试一些事情。这太棒了！ 试试看 。 内建功能 Svelte内置了一些功能，无论如何，您几乎都需要在任何应用程序中（至少是较大的应用程序）。 首先，无需其他依赖项或各种选择之间的决定
3 年 前
完整的JavaScript开发堆栈：MEAN
之间需要在SQL和NOSQL之间做一个权衡，如果数据一旦存储以后不太做修改，以读取为主的应用可以选择MongoDB，如果你有复杂的交易过程，这时传统关系数据库也许是一个好的选择。 为什么
10 年 前
数据科学如何在Kubernetes与Amazon ECS之间选择？
Kubernetes和ECS之间的比较时，不要惊讶地找到有关 可用性 区域和整体可靠性的详细信息。选择可靠的服务可以帮助您避免可能导致数据科学项目暂时中断的中断。 ECS在69个可用区和22个地区中
3 年 前
如何选择合适的编程语言？
现代语言（例如 Python，它可以通过各种库和接口连接到遗留系统）可能是战略选择。Python 充当新旧之间的桥梁，使公司能够利用现有投资，同时逐步实现基础设施现代化。
在每个示例中，使用哪种
2 个月 前
可汗学院为何用Golang重写他们的Python后端？
多年。 然而，Python 2 即将在 2020 年 1 月 1 日正式结束生命周期， 因此可汗学院的工程师决定他们必须进行更新。 可汗学院有几种选择：
从 Python 2 迁移到
2 年 前
Go中的结构化配置 - Andrew
在一个软件的开发过程中，有一个时间点需要使用配置语言，你只能通过标记做这么多，否则就会变得太脆弱。所选择的语言应该提供一种人和计算机都能轻松解析的格式。通常情况下，大多数人都会选择YAML
2 年 前
案例研究：将结帐系统拆分为太多服务
该项目应该用现代的、可扩展的、松散耦合的实现来取代现有的、单一的、难以扩展的结账系统。 为了实现这一目标，选择微服务架构作为软件系统的目标架构。微服务应该由一些核心服务来编排。此外，还有一个
3 个月 前