这是一个创建于 102 天前的主题，其中的信息可能已经有所发展或是发生改变。
背景：
前端，比较活跃经常组织各种活动，对技术有自己见解，整体偏激进、偏向于改革，对自己的诠释是“在改变中谋求发展”。最近幸得公司看重，成为了 20 人（ 8java 后端、4 前端、1 安卓、2 测试、3 产品、2 设计，不含自己）的产研部负责人。
我自己：
前端在小公司技术算前列，加之想法比较多之前在管理其他 4 人时基本上是我在带着他们跑，他们在勉力跟着我脚步。 后端我算是一知半解，以 php 为主力干过几个商业项目（但未长期运行），用 python 、node 干过一些小项目，对 java 的感觉就是太重、太麻烦。
公司风气：
- 互联网+公司，商务一百多人，总人数近 200 人，技术只占一小块。
- 公司对于个人成长和团队氛围极其看重
- 扁平化组织，部门里任何一个人都随时可以面见老板提出自己的意见
目前策略：
- 因为很多后端知识我是一知半解，所以基本都是开会共创，看大家节奏，但是我目前给分发的任务依旧是以微服务和重构作为目标（老项目跑了三年了，最近性能问题和维护问题成为了瓶颈），特别是主力项目充斥了各方需求，如果能把与主线无关的需求拎出来就能最小影响到核心服务运行。
- 团队上也是以共创为主，但是我会引导大家往新的技术和新的工作流程上探索，比如在公司服务器崩了之后在服务器维护共创会上，大家普遍想的是预警 + 提前扩展服务器，因为大家都不是专业运维，但我依旧引导比较喜欢探索新技术的人花一定时间学习 k3s 等技术，哪怕最后可能用不到。
- 自己的定位就是个传声筒，碰到问题有自己的想法，但是必须要共创给其他伙伴寻求大家都能接受的最优解，有什么难处也是和大家吐槽，绝不闷着避免和大家形成隔阂。
- 通过共创激励大家主人翁精神、通过主人翁精神激发对部门、工作、流程的创新。
为什么写这么多
- 在想要不要学 java
- 一方面犯懒，本来就不喜欢 java ，学了也不能干啥，不学还能避免对他们门外汉式的干涉
- 一方面又想，java 承载了公司的核心业务，不学就永远无法掌握到公司的核心技术话语权
- 想把自己的情况同步给大家，看看有什么“只缘生在此山中”所看不到的点，和大家的建议
- 目前升级打怪中，有什么天真的想法感谢大家指点，但还望口下留情呀～
55 条回复 • 2024-09-13 09:47:35 +08:00
 |
1
finab 102 天前
学点 java 吧，俺当负责人那会 k8s 都学了一遍，不学对业务没有一个整体的认识会做的很难受
|
 |
2
phpdever 102 天前  1
无论是技术架构或是业务架构，到最后都是组织架构。
你知道你该学什么了吗？ |
 |
3
rabbbit 102 天前
了解 Java 、Sql 表结构设计啥的, 学到可以 CRUD 写接口的程度花不了多久。
不然后端怎么分任务、谁任务重都搞不清楚。 |
 |
4
Duanpei 102 天前
学个 P 的 java ， 找个 java 心腹 就行。
|
 |
5
weixind 102 天前
带 20 人，你要是还有时间学 java ，就要考虑下自己工作是否称职和饱和了。要转变下思路了，你现在主要的职责是团队方向和让团队成员干的爽。翻一些管理类的书籍吧。
|
 |
6
thoo61871 102 天前
请我过去（全干擅长后端）给您鞍前马后
|
 |
7
Chinsung 102 天前
想搞技术就学
想搞人，就找个 java 心腹 学 java ？ java 有什么难学的，crud 那套找个现成项目看看就能学会 难的是 JVM ，分布式，性能优化，业务架构和技术架构设计 |
 |
9
isno 102 天前 2
恭喜，升职了。
你现在还承担具体的前端的开发职责么？如果不承担，尽量把前端“忘掉”吧。 我从技术层面聊几句： 我的建议是尽量往横向发展。这个意思是，技术的广度最好不设边界，运维、开发、测试都了解一点。横向发展有个前提，要对某几项核心技术有深入的理解。例如，网络，网络技术基本上是所有高层应用的前提。k8s （ overlay 网络）、高性能计算（ kernel bypass 网络）、云计算网络（ vlan 、xvlan 、路由、VPC ）、分布式计算（共识，为了解决网络不可靠）、微服务治理（服务通信治理，也属于网络 ） 之后，再对某几个领域（观测、监控、devops ）学习一下。这之后， “公司服务器崩了之后”，你就可以提议一下“观测系统的建设”。再如，维护成了问题，你就可以再提议 “ DevOps 怎么搞， 怎么搞敏捷部署、交付”。 这些和开发语言没有关系，但你熟悉这些领域之后，会不会某个语言，也就没啥关系了。 我自己的例子举给你（稍微吹一下），事实上，我写过 C++，Java 、PHP 、Golang 、Python ，Swift 、Kotlin 、Vue....。这些语言，我基本拿过来就用，学习语言本身没超过三天的（ C++ 除外）。不是我学得快，而是上面的基础打得好。 “公司的核心技术”，从来不是某个语言。 |
 |
10
mokevip OP |
|
11
mokevip OP @isno 感谢建议，这么多专业名词让我想起来了软考，大佬推荐以软考为标的，学习这些方面的知识吗。
因为相对来说直接学习这些短时间又应用不上，最后会导致没有目标和动力，所以想要有一个目标标的～ |
 |
12
yangxin0 102 天前 1
大概五年前我管理 20+的研发团队，一路走下来发现最不重要的是技术，最重要的是老板的信任。
|
 |
13
sagaxu 102 天前
那 8 个 Java 里选不出一个能负责后端的人么？
你直接学习业务本身，掌握好业务架构和设计，具体实现丢给你的后端心腹。 你的任务是推动研发团队，提高研发效率，改善产品质量，甚至用技术改造业务自身提高营收能力。至于技术选型，核心技术话语权，老板关心这个么？ |
|
14
yangxin0 102 天前 1
这个位置上的管理者核心拿到老板的信任，然后进行利益分配。找到合适的人然后授权下去，不要让自己成为 bottleneck 。一切技术都是扯淡，在公司资源的加持下，想要什么技术很容易招到（特别是现在的经济行情），重要的事情说三遍： 老板的信任、老板的信任、老板的信任。
|
 |
15
alexsz 102 天前
带团队不容易，讲点公司的事给 OP 参考下：
我们公司技术研发团队规模和 OP 团队差不多，leader 是后台资深 java 开发，对前端了解不多，没写过前端代码，没有独立或者参与过前端项目交付。 从过往的闲聊中知道 leader 对前端是有点“看法”的，比如：前端一般是非科班出身，甚至半路出家转行从培训班出来的。。。。前端整个技术生态不如后端规范严谨，诸如此类吧 这两年开发团队交付了几个项目，本来也没什么问题 后来公司搞低代码产品，前后端就开始不断争论甚至吵架，leader 要求前端团队修改框架、交互机制，前端抱怨干了很多不该前端干的活儿，有个特地招来的低代码前端开发转正后不到两个月辞职，离职前也跟 leader 有过激烈争论 目前，前端团队和 leader 仍然有矛盾.... |
|
16
isno 102 天前
@mokevip
以“用”为标的， 比如，“老项目跑了三年了，最近性能问题和维护问题成为了瓶颈”。 性能问题：能不能上“全链路追踪”，性能瓶颈定位到了，能不能用 Profiling 去分析，定位哪部分出问题了。这些搞清楚，“系统可观测”领域你就掌握了。 维护问题：怎么搞 CI 的，怎么搞 CD 的，能不能迁移到 k8s ，能不能用 k8s 统一实现 CI/CD 。搞清楚了，DevOps 领域你也熟悉了。 其他：等等 我是举个例子，你真要搞，先跟老板商量，从降低成本、提高研发效率、激发同事工作热情，三个方面讲。 老板没意见，再跟你小伙伴商量一下，看他们愿不愿意一起弄。 |
 |
20
iOCZS 102 天前
整合资源还是发挥自己的智力优势？
|
 |
21
mogging 102 天前 via Android
该研究下向上管理了，顺便做点东西，趁现在公司还有不错的技术氛围
|
 |
22
mooyo 102 天前
你带 20 个人的小团队怎么会没时间学习呢，后端也不需要你去研究 java 那一坨八股啊，花半年时间多多少少就能把后端这一块的东西概述性的扫一遍了，如果你完全不懂，你除了找个小老板帮你管也没别的办法。
|
|
23
mooyo 102 天前
我怎么感觉你对后端的理解还在这个语言好那个语言不好上
API boy 的后端的核心是怎么稳定的交付产品需要的特性，抓住这个点，从接口约定到环境到部署到存储过一遍基本都能有点理解。你是管理又不是码农执行，你只要懂原理，不需要自己亲手去写。怎么用这些组件是你小弟该去研究的，你要知道有这样一个东西，可以解决什么样的问题，他有哪些约束条件，适不适合你们的项目就行了。 |
|
24
mooyo 102 天前
@mooyo 插句题外话，如果你的业务不大，我的评价是别整花活，k8s 这一套东西如果你搞不定，你小弟能力不够，你们还没预算买云厂商 VIP ，那后面有的你们受的。。
曾经的一个项目里搞了这一坨东西，好用确实是好用（建立在给云厂商氪金的基础上），但维护的精力确实投入真的很多。 |
 |
25
ma836323493 102 天前
学个毛线 java ， 把那些 java 仔全开了， 后端也用上 js
|
 |
26
codegenerator 102 天前
你这样半瓶水去管理后端会出现很多问题，即使你去学习后端离真正把握后端技术也需要好几年磨练
我的建议是你培养团队里面后端的中坚力量 你只负责项目管理和团队管理，至于后端的技术管理交由后端中坚力量来完成 你不要插手后端技术的决策和方向，因为你把控不了 |
 |
27
Suaxi 102 天前
赞同楼上大佬的建议，老板的信任，手底下组员的信任很重要
既要管技术 + 又要管人 = boom |
 |
28
whp1473 102 天前
不建议现在学，建议找心腹管理团队，你负责向上管理和团结团队，还有小公司不要搞微服务，后端人数超过 100 再考虑，私有化则永远不要考虑。
|
 |
29
bqzzd 102 天前
给个建议，做 leader 后重心不能放在技术上了，前后端培养两个骨干，技术只把握产品方向技术架构项目进度等宏观的管理，其他下放，自己眼光放在公司层面统筹全局，思考角度从“我”变成“部门”
|
|
32
yangxin0 102 天前
从实操环节，你要是处理不好这 8 个 Java 开发，可能这个职位就翻车了，仔细看看这 8 个人里面有没有能 hold 住这个项目并且你们能相互信任。
1 、如果有， 快速提拔起来，如果有其他反对的人快速请他离开（这个就要在老板那里去向上管理了） 2 、如果没有，就要动用社会关系去找人了，这个同样要去老板那里向上汇报，有肉了才能吸引有能力的人（快速入职） |
 |
33
yuezhiyuan 102 天前
缺个运维。。。就可以当甩手掌柜了
|
 |
34
lasuar 102 天前
没必要学 JAVA ，你学也只是学个皮毛，JAVA 那么多东西，难道你去卷八股文吗，如果是 JAVA 框架那些就更没必要了，你又不用 review java 代码。既然做了负责人，就得学会轻过程，重结果思维，这里不是说不管组员的开发节奏和压力，而是说通过结果去‘倒逼’后端同事优化代码保证线上稳定，很多人不是笨，只是懒。如果后端一直稳定的话，那你就不用担心啥了。
|
 |
35
leegradyllljjjj 102 天前
唯一的建议是对兄弟们好点，多给部门多搞点福利，不然没人把你当回事儿
|
 |
36
nwu2Cv8OZ2MZMg39 101 天前
公司还招前端吗？
|
 |
37
tuomasi 101 天前
你能保证一直在这个公司吗，你能保证公司一直不黄吗，学点业务知识吧，你只要能保证自己的现金流不断，就没什么好迷茫的，哪怕干保洁都无所谓
|
 |
38
DingJZ 101 天前
没必要特意去学 java ，学了也不会去写，也不会比本身写后端的写得好。要学就学架构，系统设计，在技术方案设计上能给出意见，而这往往又是建立在理解业务架构之上。实现写代码有人干就好了。在技术上重点是架构、设计、稳定性。像你上面提到的服务器崩了没有预警，那监控体系要加上，监控也是要设计的，什么场景什么地方监控，真正实现如果没有资深的直接找开源方案就好了。
在业务上也有好多要做的，要和产品控制节奏，不要被带着跑。 从我的经验上来说，角色转换的刚开始会带着很重的技术的想法，什么都先想怎么实现，用什么技术，代码怎么写。 经过一段时间才想明白，这事先看目标，你的目标绝不是写那些代码，想清楚目标，把实现方式放到最后一步。 |
 |
39
yuLiong 101 天前
研究点技术以外的事情吧
|
 |
40
qishua 101 天前
你这不招个运维？招个 sre 当心腹，让运维去推动发布流程的合规化。
给你举个示例：像你说的服务器崩了，这个就可以做好监控，然后通过 lb 去切流量。 |
|
41
qishua 101 天前 1
cicd 常见的是 gitlab 、jenkins 、argocd 、docker 、harbor 、k8s
监控：zabbix 、Prometheus 、夜莺监控、Grafana 大屏展示：Grafana 、夜莺监控 告警通知：alertmanager 、夜莺监控----->webhook 方式（钉钉、企业微信、邮件、飞书等等） 故障自愈 这些都是常用的开源工具，然后具体架构具体规则则要按照你们公司来判断。 发布变更 可以使用 jenkins 、argocd 等触发构建。 生产环境可以假如钉钉审批工作流。 测试环境和生产环境分割，然后蓝绿发布 or 灰度发布这些都可以通过 lb 上来控制的。 |
|
42
qishua 101 天前
包括服务器、数据库等等的生产环境的权限，其实也要对开发收回权限，然后线上环境执行 sql 变更，则需要通过 Archery 或者 Yearning 进行提单子，然后通过机器人通知到对应的人，去进行审批。
日志：loki 、efk |
 |
43
zoharSoul 101 天前
如果公司后端是 java 的的话, 建议直接转 java, 不然坐不稳
|
 |
44
rubbishmod 101 天前
就想问升级 ld ，到底涨了多少薪资？涨薪幅度决定你要在这个角色上的投入程度，否则干会儿挣个 title 就赶紧下一家吧
|
 |
45
reseen 101 天前
千里马向伯乐的转变，让专业的人干专业的事是你要做的事。
|
 |
46
darkengine 101 天前
“整体偏激进、偏向于改革”
这个一定要改，至于 Java 要不要学我觉得是其次，重点要掌握架构层面的东西。 |
 |
47
chuck1in 101 天前 via iPhone
|
 |
48
yjw239 101 天前
团队后端占大头，感觉还是要了解下的，不然容易被架着
Java 具体细节没必要学，但技术栈要大致了解，然后能看懂业务逻辑的代码吧，不插手不是纯放手 |
 |
49
kevinpendragon 101 天前
“自己的定位就是个传声筒，碰到问题有自己的想法”。。。遇到问题仅仅是有想法是不够的且不负责任的，我认为专业的东西还是要交给专业的人评估才靠谱。本人就是后端开发，光是落地前的系统设计，就很考验水平。
|
 |
53
ZephyrW 101 天前
把我招进去吧 我会 Java 我当你的狗腿子
|
 |
54
dododada 100 天前
我来公司之后，新的基础建设没怎么搞，CI/CD 直接 gitee 拉的，服务器总共就几台，开发也不多，维持原状没动。老板搞销售的，自己技术搞不定的直接要么买，要么找人合作；
和领导商量，砍掉一个项目，人员打散到其他组了。 离职 3 个算法。招了一个开发，这个开发小伙儿懂一点算法，比算法同事要好用很多。 还有一个算法在培养工程能力。 采购了几台服务器，包括一台国产的，原来都是工作站，小机房是普通隔间，服务器比较吵。 安排开发和算法做了国产服务器的算法适配，有一个项目所有的算法+工程基本完成了。 自己参与做了一个算法平台，没什么好讲的，类似算法分发平台或者算法云平台。现在在学深度学习。 后面要安排多卡并行方面的工作，有的项目卡多，要提升资源利用率。 另外给几个人加了薪，但是最后老板只批了一个，本来涨幅我提的 25%，最后批的 15%。其他人我提前通知了，但是最后没批，我有点尴尬，但是我也没辙。 找了一些供应商渠道，也做了一些外联工作，当当孙子。 老板钱撒的快，现在要裁员，hr 让我考虑名单，裁几个等通知。 写的乱七八糟，我也不知道我在做什么，总的来讲算是进入了一个新的行业，但是技术方面没什么太大差别。 今年的行情真的是，一笔雕凿 |
Select Language