大厂同学来分享一下你们在用，但小公司可能没有用的好技术吧

[caixiangyu17]

有很多小公司，因为前期就是为了快速出产品，所以什么东西都从简。大厂的同学们来分享一下，你觉得虽然有点耗费成本，但是很有必要的技术或者是开发理念吧。我先从自己经历说两个抛砖引玉

1. git hooks 里面的 pre-push 。我们现在是把 pipeline 上的几乎所有检查都放在 pre-push 里面，这样就可以很大程度杜绝有人 push 代码前不跑 unit test ，之后也不检查 pipeline 是否挂掉。虽然 push 一次要十多分钟，不过每天大概一到两次 push 也就够了，而且有一个状态缓存的机制，如果有一些 test 的 coverage 没有动过，并且上次跑过了，就不用再次检查。所以整体也是可以接受的。
2. 跨系统开发环境。所有的开发环境都配置好相关的 docker image 。写好脚本，里面有各种 task ，什么 debug ，lint ，unit test ，secret check ，vulnerability check 都可以不考虑本地环境，在 docker 里面执行。这样对新人极其友好，配置环境只需要下载 IDE+docker 。之后只要 clone 代码就能跑。同样这些可以放在前面说的 pre-push 以及 pipeline 里面直接使用。我们现在用的是 batect ，半内部的一个工具，可以帮助快速配置管理 docker 。

其实还有很多，比如 TDD ，UI test(automation + screenshot)，微服务+bff 模式，可能小公司也没有。只是抛砖引玉，希望大厂同学不吝赐教，分享一些好的东西，让小公司的同学也都有机会了解一些更高级的东西。毕竟网上宣传的技术不一定好用，还是得真的在环境里面用过才有发言权。

[cassyfar]

傻瓜式包管理加编译，我编了几年 java 都不知道 maven 和 gradle 是啥。
傻瓜式一键部署生产环境 + CICD ，我现在对着 k8s 真的欲哭无泪，太难用了。

[pwcong]

@rouzip 字节老哥了

[litchinn]

@sweetsorrow211 你不说我都没发现，一眼扫下来以为是一个人的连续发言，🤣

[litchinn]

@cassyfar 介绍下你的傻瓜式呀，怎么弄的

[pengtdyd]

绝对是 Git 大部分公司都用不明白

[Mirage09]

@litchinn 目测是亚麻的 brazil build 和 pipeline 吧，Brazil build 是挺复杂的一个东西，小公司不一定有那个能力 /人力去做； pipeline aws 上有类似的 code pipeline

[Austaras]

tbd 是啥

[zgw0]

@rouzip 愿天堂没有 lynx 🤪

[hahaFck]

你们的 docker 支持 m1 电脑么？

[Chrisssss]

serveless ，基建做好了上层写起来真的舒服。

[zongren]

有一说一，docker 统一开发环境深得我心

[nicebird]

两个都还行

[MegrezZhu]

不算技术的一个东西，readability review ，所有 PR 不仅要 code owner 给过，还得额外（如果 owner 没有）找有代码可读性认证的人过一遍检查代码风格跟最佳实践之类的东西

[LING97]

什么好技术不敢说，只能说各种基础设施非常完备。我倒是希望能进这些基础平台部门，这才是锻炼技术

[caixiangyu17]

@Austaras trunk based development

[ScepterZ]

感觉无非是一些公司自己开发 /魔改的东西，小公司不想自己开发也有开源的用，没啥很独特的

[kidonng]

@sweetsorrow211 都是用 FaceYourManga 做的

[zu1y]

推荐一个 百度开源的 amis 框架，使用 json 配置写页面。

封装后管理后台整体的基础框架后，开发一些内部常用的增删改查的页面只需要十来分钟，热更新，修改不用部署。

特别是结合他的可视化编辑器以及后端相关的代码生成机制后，一个页面点击一下就能生成主体内容，只需要改下组件类型就能上线。

(身为一个后端开发，之前写一个管理后台页面，用 Vue 开发，简单点的页面也得一两个小时，复杂点的大半天都搞不定，用了 amis 之后基本上没有一个页面开发能超过半个小时

[clockwork1122]

@nicktogo 全公司一个库的话不担心代码泄露吗

[leishi1313]

@MrGba2z 浓浓的谷歌味