yuzhe
yuzhe
I follow the guides and everything goes ok until i run this command: 'npm run build', it prints: `Error: It looks like your Babel configuration specifies a module transformer. Please...
以下内容其实是补漏, 算是对1月份一点工作的总结。 加入了新团队, 初次接触, 粗略的查看了一些项目(nodejs server端), 发现存在[几个](https://github.com/xingyuzhe/blog/issues/5)问题: 对于新成立的团队，存在以上问题可以理解， 本次是讨论和解决第一个问题。 对于集团范围内而言，同种技术存在多种不同规范和框架很正常, 但是对于一个几十人的团队而言, 资源有限，还是集中力量统一一下效率高些, 有鉴于此， 觉得做一个种子项目比较合适: 一个企业定制框架, 共同维护, 同步更新, 信息共享和沉淀最佳实践。 跟领导聊了一下， 总结了一下当前状态团队对于这块内容的一些主观诉求: 1. 框架实现够简单, 团队能全面掌控, 低风险。 2. 给新手从基础开始学习的机会, 就是希望除了满足业务需求之外, 团队也能得到成长。 3. 一个企业基础框架应满足的基本要求:...
# 背景 这次的主题是代码质量, 其实不太知道该从何说起, 重点讲什么, 如何讲。编码指导规范, 错误/整洁代码示例, 原则, 设计模式, 领域模型什么的, 要么网上都有现成的, 要么知识点太多, 对于这么一次短时间的分享来说没啥意义，网上关于代码质量的文章也是大把。所以这次我只想结合自身的经历, 聊一聊感想，只说自己想说的那部分: 仅代表个人观点, 由于自身局限性，偏见在所难免, 欢迎大家纠正和补缺。 ## 首先, 前端/后端工作的难点在哪里? - 不同阶段, 不同项目, 遇到的难点会不断变化 ### 初期: 技术难点 - 其实不是真的很难(大部分) -...
# JS核心之异步 - 新手向: 基础普及, 这是一篇分享记录。 ## Save your time, dude! - 这次是一次系统总结, 让你更加理解JS。 - 网上有很多资料会讲异步相关的知识, 但这次我打算自己总结一遍。 - 本篇文章主要涉及JS的异步运行机制以及它的应用场景。 ## 老生长谈么? - UI卡顿的时候发生了什么? - 浏览器的渲染时机? - React fiber的增量渲染是怎么回事? - Vue里面的nextTick...
### 版本 版本号必须符合semver，其的形式为{major}.{minor}.{patch} 其中major、minor、patch必须为十进制数字，且随版本发布递增。 - major版本，第1位数字变化表示一个major版本，此类版本通常是完全的重新设计的版本，可自由做任意更改 - minor版本，第2位数字变化表示一个minor版本，此类版本会有新功能的引入，但应该（SHOULD）保持向后兼容性，如有向后兼容性问题，必须（MUST）在发布的时候说明，并必须（MUST）提供升级指导 - patch版本，第3位数字变化表示一个patch版本，此类版本不得（MUST NOT）引入新的功能或接口，仅能包含重构或功能修复，不得（MUST NOT）引入不向后兼容的变化 ### 分支 要求: - master上永远对应最新的主流版本 - 所有release和master的代码都是绝对可用的 - 分支分为开发分支、发布分支、功能分支、修复分支和master分支 - 实际的分支以版本号为前缀，开发分支的形式为{version}/dev，例如2.1.0/dev, 此类分支用于维护一个版本的开发过程 - 发布分支的形式为{version}/release，例如2.1.0/release, 此类分支用于维护每一个发布版本的状态，不得将功能或修复直接合并至此分支 - 功能分支的形式为{version}/feat/{feature-desc}，例如2.1.0/feat/support-xd, 此类分支用于开发单一的原子性的功能...
### WEB框架(种子项目) - [ ] 约束规范 - [ ] 沉淀/扩展模式 - [ ] 模块依赖管理 - [ ] 集成typescript开发环境 - [ ] 集成API文档输出方案 - [ ] 环境配置 - 多节点/cluster解决方案 - [...
### 统一性 目前各个项目互相独立, 百花齐放, 没有统一的约束和规范, 统一的技术选型, 统一的架构设计，统一的流程。约束混乱的同时提升他人阅读和理解代码的成本。 例如: 每一个项目都有自己维护的独特“框架”, 每个项目一套轮子。这将导致资源浪费和降低效率的问题, 非常明显。这块需要统一一个企业框架, 一套技术方案和规范。 ### 信息共享和同步(文档) 个人掌握的信息没有有效的输出途径, 他人的信息获取变得困难和低效率, 尤其在业务开发上体现尤甚, 非常影响开发的流畅性. 这个主要靠主动输出、同步文档和周知他人。 ### 新人指引（文档） 缺乏这块的建设将会提高新人快速上手的成本 ### 没有技术沉淀机制 个人踩过的坑，耗费过的资源, 取得的成果没有有效的输出和迭代机制, 不能有效的扩大影响范围和效率提升。可以建设公用模块库和种子项目。 ### 基础建设 基础建设配套不完善,...