举些例子：
- 统一的版本管理工具使用规范
- 完善的代码评审机制
- 完善的编码规范
- 完善的项目 CI/CD
- 规范的业务开发流程
- 业务沉淀下来的工具链、库、代码、经验，并且有完善的文档与 demo
- 定期举行的分享
- ...
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2236 days ago, the information mentioned may be changed or developed.
 |
udqg3v0ZL6h6sHu8Sep 20, 2020
1
分享就算了。
这边需求 deadline 在催着，那边领导突然大群 at 你说你下周分享。 说实在的，别提让我做分享，我连去听都不想去。 大家都是成年人，想学啥不会自己学嘛。 如果是为了领导 OKR 能加一条那当我没说。 |
 |
2
明确的福利待遇,按劳分配,多劳多得
明确的锅盔管理机制,不相互扣锅 |
3 |
3
屏幕墙 + 虚拟机阵列。
原因是主流 OS 有很多，每款主流 OS 上面又有几种主流浏览器，每款主流浏览器又有很多主流版本。 在不使用专门测试的快速开发情况下，每次改动，这些网页的渲染后结果是否一致，就需要屏幕墙 + 虚拟机阵列了。 |
 |
peterjoseSep 20, 2020
4
大厂可以搞搞 小破司谁管这些
|
 |
murmurSep 20, 2020
8
@laminux29 现在大家都叫嚣不兼容 ie，前几年还象征性的兼容下 ie8-ie11，现在直接要全线放弃 ie，连老版本 chrome 都放弃，移动端 wap 直接不做导流 app，兼容性测试有何用
|
|
9
如果你入职闲鱼的前端，你大概学到的就是，移动端 wap 没有，pc 端直接阉割，app 改 flutter 被用户骂，闲鱼的转场连 loading 都没有，点半天没反应，突然哗哗哗所有路由全加载出来了，恶心的 1b
这样的东西宁可不学 |
|
10
@murmur 如果只是技术从业者，仅考虑技术问题，我也同意你的看法。
但当你拥有自己的公司后，做决策、考虑问题、做竞争对手与竞品分析、甚至参加竞标时，你就会发现，考虑问题，不能只是简单地仅仅考虑技术这一个方面的因素了。举个例子，你完全不知道，很多 2b 甲方，仅仅会因为你的产品，比别人多了一个鸡肋功能，从而选中你的方案。 |
 |
11
我觉得这需要根据人力情况来酌情选择。
比如 2 、4 、7 这些，如果人力不到一定的阈值，基本上是弊大于利，甚至是有弊无利。 1 、3 、5 、6 我觉得是不管团队大小都必要的。因为会直接影响到开发进度以及开发质量。 但凡事无绝对，关键就要看人力情况来灵活分配。 在我的经验里，如果一个项目组或者团队，没有 10 个以上的主力开发人员（ 965 ）基本上上文的 247 都不能有效开展（既要么是对付事走流程，要么是副作用大，耽搁 deadline ）。 人数越多，编程工程化、工业化效果就越好。 |
 |
RickyCSep 20, 2020
12
mvvm?
|
 |
jones2000Sep 20, 2020
14
996
|
 |
pythoneeSep 20, 2020
15
能做到就是很牛的团队呀
|
 |
charlie21Sep 20, 2020
16
不需要 Testing 吗？
|
 |
asvencoopSep 20, 2020 via Android
17
内部统一，一致对外
|
|
murmurSep 20, 2020
19
我觉得
0.一个优秀的项目经理和需求设计 赶工起来，临时改功能，三天两头改需求，你 2-7 直接 gg |
 |
zqxSep 20, 2020 via Android
21
阿里系的 Web APP 一般都很垃圾，尽管他们的前端团队建设完全符合你的例子。
|
 |
ValidSep 20, 2020
22
需要一个明确的产品，避免重构代码
|
 |
az1996Sep 21, 2020
23
一个对外的技术 blog
|
 |
gouflvSep 21, 2020 via iPhone
24
活下去比什么技术都强
|
 |
rodrickSep 21, 2020
26
好的产品经理，一般没有，或者开发认为没有
|
 |
KuroNekoFanSep 21, 2020
27
@kop1989 而且由于鄙视链的存在，'10 个主力开发'指的是'10 个前端开发'
|
 |
TomVistaSep 22, 2020
28
经理顶到产品前面,产品顶到开发前面,开发负责加班 :dog
|
Select Language