深圳幻海软件技术有限公司

也许您对软件设计存在一些疑惑，或者缺乏明确思路，那么本文将非常适合您。1、设计很重要我们可以看一下周边的事物，那些好的东西，他们并不会天然存在，都是被设计出来的，因此设计就是创造和改善事物的重要过程。设计的重要之处在于，最初的设计往往决定最终的结果，甚至决定着事物的长期的发展。例如两个品牌的手机之间

作者 | qiuwenchen一、iOS微信全文搜索技术的现状全文搜索是使用倒排索引进行搜索的一种搜索方式。倒排索引也称为反向索引，是指对输入的内容中的每个Token建立一个索引，索引中保存了这个Token在内容中的具体位置。全文搜索技术主要应用在对大量文本内容进行搜索的场景。微

1前言今年年初，刘润老师在他的一个短视频号上发布了一段视频：《钱越来越难赚了，怎么办》，在他看来钱越来越难赚了的原因主要有五个：效率被技术推动、行业稀缺性流动、消费者需求变化、组织内部熵增、经济形势不好；他认为的最佳应对策略是：卷与熬，巩固基础、修炼内功，让自己别死掉，直到春天来临。这段视频在企业内

根据Gartner的最新预测，到2023年全球低代码开发技术市场规模预计将达到269亿美元，比2022年增长19.6%。业务技术人员的增加，以及企业内部超自动化和可组合式业务数量的增长，将成为推动低代码技术采用的关键动力。Gartner高级市场研究专家VarshaMehta表示：“企业组织越来越多地

1.背景转转作为二手电商交易领域的领军者，随着这几年的高速发展，用户数和业务量都急剧增长，为了更好的服务用户，并持续增长，产品运营的战略战术也会随之发生变化。在创业早期产品一般以粗放式运营为主，力求快速获取用户、推广产品，领跑赛道。业界也曾流传着这样的段子，产品有三宝：弹窗、浮层、加引导；运营有三宝

作者| 刘玄(玄哥)背景负责菜鸟商业中心CRM系统开发已经有1年多时间，过程中发现有一个痛点：业务线特别多，每个业务线对同一个页面都有个性化布局和不同的字段需求，而我所在的团队就3个人，在资源有限的情况下如何支撑好呢？刚开始，我们是为各业务线单独定制页面和业务逻辑，1到2个业务线还能应付过

身为一个程序员，遇到线上问题那都是家常便饭的事儿。如果你在深夜看到一群同事围在一起，他们是在共同探讨什么哲学问题么？非也，他们一定是遇到了线上BUG。线上问题只要影响到了核心业务流程那便是事故，所以一旦事故发生，无论你在约会，还是周末打游戏，甚至是在睡觉，只要接到了来自公司的电话，那只能赶紧连上公司

作者| 张东爱(当爱)前言在软件开发领域经常会接触到架构这个词汇，在我最初的印象中，架构是一个很高级的词汇。它似乎代表了复杂的工程结构、高层次的抽象设计、最新的开发语言特性等等。对于当时只专注于写业务逻辑的我来说，不免心生对架构的敬畏。工作中对架构的讨论很少，出现则是一些高级晦涩的描述，但

算法工程师的思考、写代码的时间是怎么分配的？前端工程师每天都在干什么呢？后端工程师衡量工作的重要指标是什么，给谁提供服务？我们邀请了算法、前端、后端三位工程师，来看看他们的工作日常。01推荐算法工程师的日常阅谦大家好，我是来自大淘宝技术的一名推荐算法工程师。下面以我电脑记录的App使用时间为线索简单

本文主要介绍钉钉基于Flutter构建的跨四端应用框架（代号Dutter），内容主要包含方案设计、最佳实践以及部分FlutterEngine层面的问题定位等。希望能通过本文的分享，为有类似诉求的团队提供一定参考。项目概述1.1何为DutterDutter即DingTalkFlutter，是钉钉内基于

近年来中台主题的文章已经铺天盖地，相信很多读者对于中台都有一定的了解了。2015年马云考察了一家欧洲游戏公司之后提出了“中台”的概念。随后的2018年，钟华出版了《企业IT架构转型之道：阿里巴巴中台战略思想与架构实战》一书，比较完整地阐述了阿里巴巴集团的中台实践过程，这也是中台现象的开始。钟华如今仍

今天给大家讲一个知识点，就是我们平时很多兄弟现在开发系统都不是那种10年前的简单单块系统了，一个工程打包部署启动，系统连接MySQL，然后crud整起就够的了，我们开发的系统都是很高大上的分布式系统。啥叫分布式系统?就是说你写的系统收到一个请求之后，你自己的代码跑完还不够，你得去调用别的兄弟写的系统

为什么要写好业务代码？直接分享一段痛苦的项目维护经历吧，看大家有没有类似的经历。当时，我接手了一个维护项目，刚上班就接到新增一个显示字段的任务。我以为这应该是一个分分钟就能够搞定的小需求，没有想到这就开始了我的痛苦之旅。我梳理了关联的api后，发现每个api都是从controller控制层-》ser

01.前言数据中台和业务中台的区别，希望能够深入浅出，很容易理解的解释什么情况下需要业务中台，什么情况下需要数据中台以及双中台的关系。我前面做了很多行业研究和案例分享，但是都是企业级的讲解，感觉都不够简单，不够落地，这里我用一个最清晰的订单服务的演进过程，来深度剖析双中台的关系。02.一个订单服务的

回想起这几年做过的一些大型企业数字化转型项目，有得有失，最终回归到本源“如何设计和实施一个复杂软件工程”这个问题上，趁着春节长假，把自己的一些对架构设计思考和学习随笔写下来，写的仓促，希望能引起大家一些启发和讨论。 当然本文所说的软件开发主要业务应用软件的开发，而中间件、数据库等技术组件开

 用同步请求模型，所有动作都交给同一个Tomcat线程处理，所有动作处理完成，线程才会被释放回线程池。想象一下如果业务需要较长时间处理，那么这个Tomcat线程其实一直在被占用，随着请求越来越多，可用I/O线程越来越少，直到被耗尽。这时后续请求只能等待空闲Tomcat线程，这将会加长了请求

微服务拆分后遇到的一个麻烦是分布后的一致性问题。单体架构的业务处理和数据都在一个进程里面，一致性保障很成熟，开发人员基本上不用关心。当把业务系统拆分到不同进程时，就遇到了技术性一致性问题。这带来了纠结，我们希望有一颗银弹，一把解决问题。但由于分布式一致性在(CAP)理论上没有完美的解决方案，我们所能

继续答星球水友提问，30WQPS的点赞计数业务，如何设计?可以看到，这个业务的特点是：吞吐量超高;能够接受一定数据不一致;画外音：计数有微小不准确，不是大问题。先用最朴素的思想，只考虑点赞计数，可以怎么做?有几点是最容易想到的：肯定不能用数据库抗实时读写流量;redis天然支持固化，可以用高可用re

 ServiceMesh是近两年比较火的微服务化新方式，也产生了一大批以Istio为代表的ServiceMesh实现。微博基于实际业务需求，打造并开源了自己的WeiboMesh，并且内部已经在重点业务上进行大规模落地。本文将从如下几个部分为大家详细解读WeiboMesh，希望可以为大家带来

不管是因为规模与结构制造的理解力障碍，还是因为变化带来的预测能力问题，最终的决定因素还是因为需求。EricEvans认为“很多应用程序最主要的复杂性并不在技术上，而是来自领域本身、用户的活动或业务”。因而，领域驱动设计关注的焦点在于领域和领域逻辑，因为软件系统的本质其实是给客户(用户)提供具有业务价