对前端成为小公司产研负责人大家有什么建议

背景：

前端，比较活跃经常组织各种活动，对技术有自己见解，整体偏激进、偏向于改革，对自己的诠释是“在改变中谋求发展”。最近幸得公司看重，成为了 20 人（ 8java 后端、4 前端、1 安卓、2 测试、3 产品、2 设计，不含自己）的产研部负责人。

我自己：

前端在小公司技术算前列，加之想法比较多之前在管理其他 4 人时基本上是我在带着他们跑，他们在勉力跟着我脚步。后端我算是一知半解，以 php 为主力干过几个商业项目（但未长期运行），用 python 、node 干过一些小项目，对 java 的感觉就是太重、太麻烦。

公司风气：

互联网+公司，商务一百多人，总人数近 200 人，技术只占一小块。
公司对于个人成长和团队氛围极其看重
扁平化组织，部门里任何一个人都随时可以面见老板提出自己的意见

目前策略：

因为很多后端知识我是一知半解，所以基本都是开会共创，看大家节奏，但是我目前给分发的任务依旧是以微服务和重构作为目标（老项目跑了三年了，最近性能问题和维护问题成为了瓶颈），特别是主力项目充斥了各方需求，如果能把与主线无关的需求拎出来就能最小影响到核心服务运行。
团队上也是以共创为主，但是我会引导大家往新的技术和新的工作流程上探索，比如在公司服务器崩了之后在服务器维护共创会上，大家普遍想的是预警 + 提前扩展服务器，因为大家都不是专业运维，但我依旧引导比较喜欢探索新技术的人花一定时间学习 k3s 等技术，哪怕最后可能用不到。
自己的定位就是个传声筒，碰到问题有自己的想法，但是必须要共创给其他伙伴寻求大家都能接受的最优解，有什么难处也是和大家吐槽，绝不闷着避免和大家形成隔阂。
通过共创激励大家主人翁精神、通过主人翁精神激发对部门、工作、流程的创新。

为什么写这么多

在想要不要学 java

一方面犯懒，本来就不喜欢 java ，学了也不能干啥，不学还能避免对他们门外汉式的干涉
一方面又想，java 承载了公司的核心业务，不学就永远无法掌握到公司的核心技术话语权

想把自己的情况同步给大家，看看有什么“只缘生在此山中”所看不到的点，和大家的建议
目前升级打怪中，有什么天真的想法感谢大家指点，但还望口下留情呀～

mooyo

78 天前

我怎么感觉你对后端的理解还在这个语言好那个语言不好上

API boy 的后端的核心是怎么稳定的交付产品需要的特性，抓住这个点，从接口约定到环境到部署到存储过一遍基本都能有点理解。你是管理又不是码农执行，你只要懂原理，不需要自己亲手去写。怎么用这些组件是你小弟该去研究的，你要知道有这样一个东西，可以解决什么样的问题，他有哪些约束条件，适不适合你们的项目就行了。

DingJZ

77 天前

没必要特意去学 java ，学了也不会去写，也不会比本身写后端的写得好。要学就学架构，系统设计，在技术方案设计上能给出意见，而这往往又是建立在理解业务架构之上。实现写代码有人干就好了。在技术上重点是架构、设计、稳定性。像你上面提到的服务器崩了没有预警，那监控体系要加上，监控也是要设计的，什么场景什么地方监控，真正实现如果没有资深的直接找开源方案就好了。
在业务上也有好多要做的，要和产品控制节奏，不要被带着跑。
从我的经验上来说，角色转换的刚开始会带着很重的技术的想法，什么都先想怎么实现，用什么技术，代码怎么写。
经过一段时间才想明白，这事先看目标，你的目标绝不是写那些代码，想清楚目标，把实现方式放到最后一步。