Category: Collection

0

Collection

[转]到底什么才是业务架构？

业务架构这个词大家时常听到，但是能解释得清楚的却不多，撩撩度娘，你就会发现，不少人问及业务架构和应用架构的关系，聊天时，也常有人问起业务架构师和产品经理什么区别？业务架构分析和需求分析什么区别？其实为了写这篇文章，我把《软件工程》、《软件系统架构》、《系统分析与设计》都翻了，这些经典教材确实没讲过业务架构这件事；我把《聊聊架构》也翻了，发现其中的讨论有解释到业务、架构和技术的关系，但是也没有特别强调业务架构。

[转]Redis是如何写代码注释的？

Collection

[转]Redis是如何写代码注释的？

许多人认为，如果代码写得足够扎实，注释就没什么用了。在他们看来，当一切都设计妥当时，代码本身会记录其作用，因此代码注释是多余的。我对此持不同意见，主要出于两个原因： 1. 许多注释并未起到解释代码的作用。 2. 注释使读者不必凭空想象太多细枝末节，帮助读者降低认知负担。 注释的分类 我的工作始于随机地阅读Redis源代码，以检查注释是否以及为什么在不同的上下文中起作用。我很快发现，注释的作用来源于多方面：它们在功能，编程风格，长度和更新频率方面往往非常不同。我最终转向了注释分类。

[转]DAG、Workflow 系统设计、Airflow 与开源的那些事儿 0

Collection

[转]DAG、Workflow 系统设计、Airflow 与开源的那些事儿

DAG (Directed Acyclic Graph) 是一个非常有用、也有很有意思的数据结构。如果说数组、链表、二叉树这类数据结构是学习中的基础，那么 DAG 绝对算得上工作中常常会听到、用到的实践知识。工作中两个 SDE 讨论技术问题，DAG 和 Array/Linkedlist/Tree 算的上是同一级的词汇、知识，默认彼此都懂。 下面我们详细讲讲原因：有向无环图 (DAG)，结合拓扑排序（topolocial sort）的确是解决存在依赖关系的一类问题的利器。

[转]MVC, MVP, MVVM 0

Collection

[转]MVC, MVP, MVVM

前言： 准备写这篇文章的时候 ， 我自认为对MVC已经有深刻理解了，可是画图的时候发现，理解还是有漏洞，于是又阅读，思考，整理，加深了理解， 写了这篇文章， 估计还有漏洞，欢迎讨论。 这再一次说明了写作的好处： 很多时候自以为理解了，实际上脑海中有很多想当然的假设，写作会把这些假设给暴露出来。

0

Collection

[转]如何运用 DDD 解决团队协作与沟通问题？

领域驱动设计的核心是“领域”，因此要运用领域驱动设计，从一开始就要让团队走到正确的点上。当我们组建好了团队之后，应该从哪里开始？不是UI原型设计，不是架构设计，不是设计数据库，这些事情重要却非最高优先级。 试想，项目已经启动，团队却并不了解整个系统的目标和范围，未对系统的领域需求达成共识，那么项目开发的航向会否随着时间推移而逐渐偏离？

0

Collection

[转]聊聊Chaos Engineering的历史、原则和最佳实践

  随着微服务和分布式云架构的崛起，Web 变得日趋复杂，“随机性”的故障因此变得越来越难以预测，而我们对这些系统的依赖却与日俱增。 这些故障给公司造成巨大损失，也给用户带来很大的麻烦，影响他们进行在线购物、交易或打断他们的工作。即使是一些简单的故障也会触及公司的底线，因此，宕机时间就成为很多工程团队的 KPI。2017 年，有 98% 的企业表示，一小时的宕机时间将给他们带来超过 10 万美元的损失。一次服务中断有可能让一个公司损失数百万美元。最近，英国航空的 CEO 透露，2017 年 5 月发生的一次技术故障造成数千名乘客滞留机场，给公司造成 8000 万英镑的损失。 企业需要想办法解决这些问题，因为等到下一次事故发生就为时已晚。为此，混沌工程（Chaos Engineering）应运而生。 混沌工程（Chaos Engineering）旨在将故障扼杀在襁褓之中，也就是在故障造成中断之前将它们识别出来。通过主动制造故障，测试系统在各种压力下的行为，识别并修复故障问题，避免造成严重后果。 混沌工程将预想的事情与实际发生的事情进行对比，通过“有意识地搞破坏”来提升系统的弹性。 1. 混沌工程简史 混沌工程最先出现在互联网巨头公司中，这些公司拥有大规模的分布式系统，因为这些系统太过复杂，他们需要一些新的手段来测试它们。 2010 年 Netflix Eng Tools 团队开发出了 Chaos Monkey。当时，Netflix 从物理基础设施迁移到...

0

Collection

[转]当我们聊技术实力的时候，我们到底在聊什么

1. 技术实力的迷思 俗话说“文无第一，武无第二”，技术就是一种“文”的能力，很多时候我们很难直观看出一个技术人员的实力，但不管是公司招聘的面试，还是公司内部的晋升面评，都需要在较短时间内快速判断一个技术人员的实力。正因为技术实力评价本身没有绝对客观的标准，很多时候都会听到类似的吐槽： “我们组内的 XX 技术实力不如我，竟然他晋升通过了，我却被刷掉了，评委真的是~！@#￥”…… “面试官问的都是什么鬼问题，我知道的基本没问，我感觉他根本不会考察我的技术实力”…… “听说算法和数据结构最能体现程序员的实力，我要好好啃啃《算法导论》”（然而啃完又忘记了）…… ……

[转]构架学习路线图2018 0

Collection

[转]构架学习路线图2018

Kamran Ahmed 的 2018 年现代前端开发指南 想要成为一名成功的前端开发者，那么需要学习以下知识点： 学习 HTML 基础知识； 学习一些 CSS； 学习基础的 JavaScript； 了解一下 jQuery：现在新的项目中，jQuery 的使用已经没有那么广泛，了解一下即可； 学习包管理器； CSS 预处理； CSS 框架； CSS 编程方式； 构建工具； 选择一个框架，如 React、Vue 和 Angular； 学习渐进式 Web App； 了解静态类型检查器； 服务器端渲染。

0

Collection

[转]如何向小白讲述软件架构发展历程？

1. 什么是架构 计算机科学和程序设计的飞速发展，使得软件设计应用到从航空航天到日常生活的方方面面。单个人开发一段小程序的做法早就过时，大范围协作的工程化时代随即到来。 随着大范围协作的效率问题和软件复杂度的爆炸式增长，管理和技术方面的各种不确定性也爆发性增加，导致软件开发的质量无法得到有效保证，周期和成本无法得到有效控制。 人们一直在寻求找到这些问题的解决办法。然而 Fred Brooks 在 1975 年出版的软件工程圣经《人月神话》中说，没有（能解决所有问题的）银弹（There is no silver bullet）。

0

Collection

[转]从业近20年，我对于软件架构这件事的一些思考

本文要点预览：因为软件系统的分布式特点以及开发团队的分布性，了解软件架构的基础变得越来越重要。而在过度设计和毫无设计之间，我们应该把注意力放在对软件系统有重大影响的决策和权衡上。好的架构师应该是团队的活跃分子，不仅能够进行代码协作，还能为团队提供技术指导。软件架构中的沟通环节极具挑战性。C4 模型对软件架构中的沟通环节进行了结构化，从一个上下文图表开始，再逐步深入到系统的各个技术层面。实际上，可以多花一些时间实现好的架构，好的架构能够带来敏捷。