团队以及技能的根本建立

程序员 · 2024-9-26 13:41:56

订定规范、规矩

好像总是从新人对接开始说事，这事整的，好像每个公司职员活动性都很大，带来的题目也已经从侧面阐明白。团队总是具有不稳固性，团队要继续高速前行势必须要早做准备，必要做一些不依靠职员的东西、跟团队业务发展相干的东西，这也仅仅是订定规范的长处之一，更多的照旧为了更好、更舒服的工作。

新人培训：相识组织架构、业务分别、团队环境，职责定位、开辟测试规范
老带新：不能让新人跟老人没有交集，良好的东西必要传承

新人三知：始、中、终。新人和老人都必要具备肯定的主动性，主动问、主动告知。
相识某一事变的开始、发展、和结果。详细表现为：变乱配景、变乱发展阶段、各阶段预期结果以及终极预期结果。
规范的延续

也就是规范的载体

犹如文化的传参有文籍、实物和活态三种渠道一样，规范传参可以简朴概括为两种方式：“物承”和“口承”。
工作中“口对口”转达需求的环境比比皆是，对于“口授”者相当方便，承接者就遭殃了。
口头转达缺点：

容易遗漏
表意不当
两边明白毛病
不易留痕
极易变更，会导致相干职员工作杂乱

相比而言，有实物的输入输出就会带来更舒服的工作体验，各方面工作可以井然有序的推进，准点放工不是梦（WLB）
实物也就是文档，包括：业需、软需，同时另有前后端、UI以及测试职员的文档
UI:

交互原型（低保真原型）
高保真原型

前端：

前端开辟详细筹划文档

后端

UML图
数据库表筹划文档
后端开辟详细筹划文档
后端接口规范文档（BFF 前后端协商）

测试

功能点拆分文档
编写测试用例文档
测试陈诉

以上是前后端测试职员必要产出的不完全文档，还包括各阶段产出文档的评审、多方同步、集会纪要、评审陈诉等等
详细实验阶段还包括各方排期、进度跟踪反馈、题目上报、变更调解、版本窗口期等等

软件开辟方式：

瀑布模子

迭代式开辟

螺旋开辟

灵敏开辟模式

DevOps模式

真实的工作中根本不存在单一的软件开辟模式，更多的是“混合”开辟模式，这里“混合”的意思是混合多种开辟模式
在产物生命周期的各个阶段有哪些职员必要到场、同步举行、依靠输入和终极产出等等，是必要方法论指导的，而不是乱打一气。
规范文档的长处：

有记载
有产出
有筹划
可回溯
可量化
易交代
易把控

长处多多✨✨
文档存放

Confluence
飞书云文档
......

项目开辟全流程梳理请看我的掘金文章

项目框架模板

前端细分范畴很多，对于公司而言，新产物的快速落地至关紧张，对技能职员来说就必要准备一套前后端产物开辟框架

小步调
Web端
H5端
移动端原生
微前端
SSR
Node
大屏、可视化
......

差别产物的技能框架可以自研，也可以在GitHub上探求模板二次开辟之后用作本身的框架模板
总之，就是为了可以快速的开辟业务功能，而不消花太多时间在根本框架开辟上面（正常来说这属于架构组的工作，对于这个职位的分别，存在肯定是有肯定的原理的，毕竟每家公司环境都不太一样。我有本身的看法，不睁开说了，技能是服务于业务的）
公共库

前端UI组件
前后端中心件
前后端依靠插件
网络安全验证插件（组件署名）
.......

开辟

根本框架搭建：

面向对象封装
业务框架自上而下、自下而上组件筹划
可扩展、可维护、可配置化架构
打包分析优化
错误赔偿、捕获机制
......

规范：

筹划大于开辟（筹划模式）
Hooks
函数式编程
Utils
Lint 代码检测
commit-msg规范
css BEM定名规范
组件化
更多参考业内顶流开源项目编码方式
前后端共同开辟
......

可配置化架构筹划示例请看我的掘金文章

性能优化

很多人都讲性能优化，优化的角度比力杂乱，根本上是想起什么了才开始弄，根本可以从加载时、运行时两方面分析优化。
维度这个东西直接影响着方向，有一个好的分别维度既不会遗漏，也很有条例，可见维度至关紧张
performance真是个好东西，包容重定向、DNS剖析到页面加载完成、卸载各阶段的市场统计，逐个分析优化，优化结果时长也立刻可以看到，工作结果陈诉也很直观。我保举从performance入手分析优化，详细指标不睁开说了。
DevOps

连续构建（CI）、连续集成（CD）

gitlab\github\gitee\coding...
Jenkins
Nginx
Sonar
Docker
JForg\Docker hub（镜像堆栈、成品库）
容器云平台（集群摆设）
Service Mesh（微服务）
成品晋级
主动化摆设
灰度发布、蓝绿摆设

技能型公司

自研ui库
自研产物架构（小步调）
Web3
DevOps
各平台插件开辟
云原生
音视频
3D建模
游戏引擎
元宇宙
物联网
10G
黑科技......

网络通讯相干

业务区
渠道区
开辟网
办公网
网关
软硬负载
网络策略

测试、生产环境

SIT
UAT8
UAT6
安全测试
性能测试
同城
灾备
异地（终极方案：异地多中心，烧钱烧的锋利！）

根本应用服务平台建立

文件传输平台
影响平台
同一身份认证平台、SSO(向上分层)
API管理平台
ServiceMesh平台
报表平台
日记平台
消峰平台
分布式缓存、消息队列
消息中心
加密平台
......

团队建立

定期组织分享学习
建立团队号、技能推广（打造影响力，也让分享职员得到荣誉感、成绩感）
评比、奖品鼓励
工作之余一块搞事变（开辟、团建）
调和，包容，相互学习

另有

数据埋点统计、非常监控、低代码（个人不看好低代码，架构做的好要什么低代码）
末了

发现写着写着酿成技能条线建立了，很难拆分开，果然基建、团队、公司建立是分不开的。
什么是真正有代价的东西？我不知道，任何行业要想称为高级玩家，就必须摸清本质，渐渐捋顺。
“互联网公司”只是互联网技能期间过渡性的叫法，以后全部公司都会被互联网技能加持。互联网的焦点代价在于跨时间、跨地区、跨平台、跨终端的资源的高效、公道、共享分配，听起来真是一个让人向往的地方。
我是 甜点cc
热爱前端，也喜欢专研各种跟本职工作关系不大的技能，技能、产物爱好广泛且浓重，等待着一个创业时机。紧张致力于分享实用技能干货，盼望可以给一小部分人一些微小资助。
我排挤“新人迷茫，老人看戏”的征象，盼望能和各人一起积极破局。营造一个良好的技能氛围，为了个人、为了我国的数字化转型、互联网物联网技能、数字经济发展做一点点贡献。数风流人物还看中国、看目前、看你我。

团队以及技能的根本建立

所属分类: 问答交流

新帖推荐: 30日

推荐作品