衣乌安、随笔

代码质量其实在需求高压，业务快速迭代的场景下往往容易被人忽视的问题，大家的编码习惯和规范也经常会各有喜好，短期之内获取看不出来什么问题，但长此以往就会发现，屎山逐步成型了，而线上代码跑着往往就不想改也不敢改了，所以团队成员有一个良好的开发习惯，统一的编码规范和一定的代码洁癖是很重要的。但是项目代码量一上来，其实再想逐行分析代码的问题就很麻烦了，由此便有了本文的亡羊补牢的方案。（最好还是防患于未然，不要亡羊补牢，至于预防方案后续再更）。

最近各行各业对AI的热情持续高涨，我在的团队也在力推用AI来提效，所以近期也在做这方面的事情，曾经看过一篇文章中写到，“AI本质就是概率”。我对此是十分的认同，AI是不具备感性的，所谓的智能，其实就是经过极大量数据渲染以后高度规范化的一个概率推测，因此AI能做的事情便是那些有迹可循的工作，越是规范化、流程化的东西越容易被AI所替代。

可视化页面搭建场景，需要支持配置富文本内容并在页面中渲染，富文本编辑器SDK采用了。

作者维护的可视化搭建平台所提供的投放数据配置表单是基于搭建物料中配置的经过统一的渲染生成的，这就意味着：表单项的类型是预先约定好的，虽然这可以满足业务绝大部分的诉求，但是总有一些高度定制的配置项需要支持业务自定义。作为一个通用的平台，内部耦合业务逻辑是个很愚蠢的办法，所以便开了业务自定义扩展渲染组件的口子。

中间件是软件开发过程中架构的一个通用概念，其目的在于为运行的主程序提供一个供外部自定义拓展的能力。比如：wen服务的controller层中间件针对request请求处理的前后进行通用的扩展处理、redux中间件针对store数据获取前后的扩展处理。。。

系统支持多语言的功能称之为国际化，英文为一共18个字母，简称i18n。随机近些年国内市场饱和，各厂商纷纷出海，i18n成了必要的能力。

又到周五了有了一个小时的闲暇时间简单写点东西，介绍一个简单的BFF的架构:Backends For Frontends,其实现在是个比较常见的前端架构设计的方案，其最大的优势便在于前端可以高度自由的在Node层做一些server端才可以做的东西，比如SSR、登录态校验、对接服务端各微服务应用等。今天介绍一种简单的设计方案。