饭小胖

摘要： 前言 我们知道，在交易系统中，涉及很多单据操作，则会涉及很多属性的设置；更有子单据的属性的设置 （介绍单据聚合跟，修改唯一单位，维护令牌和子订单规则一致性） 经验与实践 我们知道，命令与查询分离，命令和函数分离都是比较好的实践，所以如果是单纯的改变单据状态，那么最好的就是抽象出一个命令对象出来，用它 阅读全文

摘要： 价值维度 行为价值：软件的行为价值，实现了需求，该需求的价值；对于业务方来说，完成业务最重要； 架构价值：持续的质量所带来的好处，因为需求是会变的，业务方会认为每次需求都是同等的代价投入，但如果架构不好，那么投入的成本会很大，这种架构的价值就非常低，甚至是负的 SOLID原则 单一职责原则：任何一个 阅读全文

摘要： 范式 目前有三种主流的说法，结构化编程、函数式编程、面向对象编程；他们分别限制了程序员写程序的能力 结构化编程批判了go to，引入循环、分支等结构保证了程序的安全稳定性； 自从发明了变量可以放到内存后，函数变量可以在函数退出后继续存在于内存中，引出面向对象编程； 函数式编程 例子入门： print 阅读全文

摘要： 前言： MySql数据库事务特性AICD，原子性、隔离性、一致性和持久性，本文要介绍的就是一个因为隔离性而导致的问题，该问题不具有普适性，因为带有了一小部分异常被覆盖的前置条件，该条件导致了问题更难发现 背景： 生产上有两个系统，一个接单系统，一个作业系统，作业系统负责接单系统下发的单子的执行任务， 阅读全文

摘要： 前言： 数据应该根据不同的需求存储，mysql适合oltp，acid事务型，如果有些数据是日志流、事件流、PB级别拓展、做统计的用处比较多，那么就需要一些比较适合的存储库；毕竟mysql拓展性也非常差； 列式存储： 数据我们习惯了行式表达，但如果特别针对一个库中的某一列特别的需要聚合计算，如果在物理 阅读全文

摘要： 前言 团队组织相关概念集合 用户故事 敏捷开发常提的词，把系统的需求开发比喻为一个大世界的历史书，但历史是由每个章节组成的，每一次用户提需求，我们都要把需求闭环，这个把用户的需求闭环的过程称为用户故事，一般一个用户故事由1到2个人就可以开发完成。属于增量开发模式，缺点是只有局部，没有大局观，优点比较 阅读全文

摘要： 前言： The StateMachines package defines a set of concepts that can be used for modeling discrete event-driven Behaviors using a finite state-machine for 阅读全文

摘要： 本质 当业务的增长导致数据库瓶颈的时候，一种解决瓶颈的手段。分库分表的核心是创建一个对业务透明的逻辑大表，隔离存储的负载度，进而实现在业务应用眼里的无限存储！ 分表 分表解决的是：过大的数据表影响计算速度的问题，比如单表上亿，那么拆成十个表，必然会比一个表更快，用了一部分计算落表时间，来换取单表计算 阅读全文

摘要： 大纲 数据仓库的发展，本文摘自：Java大数据与数据仓库 ，作者刘不二 下图为历史发展中的各类数仓架构。 我们再看一下数仓在历史平台的意义： 数仓演进的历程： 什么是数仓，数据仓库是一个面向主题的（Subject Oriented）、集成的（Integrate）、相对稳定的（Non-Volatile 阅读全文

摘要： 前言： 对象是过程的抽象，线程是调度的抽象。谈到调度模型，线程是是操作系统级别的存在，另外还有一种用户态线程：协程 调度： 的 线程池： 线程池，属于单个队列，多个线程的调度模型，一般会设置线程核心数core，最大数max，以及限制这个队列的大小；把任务提交到队列中，让线程去获取任务执行； Even 阅读全文