这是一个创建于 1367 天前的主题，其中的信息可能已经有所发展或是发生改变。
不才，在公司总管后端相关的开发事务，一年下来，发现单纯码代码是多么爽的一件事情。
最近心理越发不平衡的是，感觉产品提个需求，后端想破脑袋设计修改数据库，实现需求，压力很大，公司没有很专业的产品人员，注重内部培养，目前的产品也是安卓这一年内转过来的，UI 也在往产品方面培养，所以很多设计思想跟我们设计数据库的思想冲突很大，很多字段设计在我数据库设计来看都很不合理，我都觉得我每次都在找茬一样，有时候还说服不了他们，感觉心很累，压力很大，也常常自我质疑是我能力不足，无法胜任管理职位。
吐槽归吐槽，搬砖还得继续，至于是否适合继续走管理路线，这半年再努努力看吧，真不适合也不占着坑了，对谁都痛苦。
 |
1
qsnow6 2021-02-23 13:52:00 +08:00
如果你感到很别扭，说明不适合当管理者
|
 |
2
czfy 2021-02-23 13:54:00 +08:00  1
单纯写代码 /一线做执行，确实对大多数职位类型而言都是比较轻松的，因为需要协调的事情相对少，大多数时候是专注在做实际的工作，而不是想需要怎么做、找谁做，也不用跟进务虚的事情（例如定目标、培养人、找资源）
但其实也很难一直待在一线，最直接的，薪酬也上不去 职业发展 /规划确实很不容易 |
 |
3
wangkun025 2021-02-23 13:54:15 +08:00
负责的环节太多了。
需要更加深入理解下分工的好处。 |
 |
4
Leonard 2021-02-23 13:54:45 +08:00
为管理者而战
|
 |
5
lagoon 2021-02-23 13:56:48 +08:00
这个，就算不是管理者，身为码农，也会面对这种情况啊
|
 |
6
ice2016 2021-02-23 13:57:11 +08:00
感觉还是看公司或者部门氛围，价值观等等
技术出身的人性格比较直· |
 |
7
shuangdeyu OP @qsnow6 的确，不是适合做管理的性格，但有这个机会还是想试试的，看再给自己半年能不能调整好了
|
|
8
shuangdeyu OP @czfy 是的，做了才知道，管理工资高不是没有道理的=_=
|
 |
9
encro 2021-02-23 14:03:28 +08:00
我们没有产品，都是大家商量，参考类似案例，寻求最优解。
|
 |
10
drunkdog 2021-02-23 14:05:19 +08:00
能管得着钱的才叫管理
|
|
11
shuangdeyu OP 1
|
 |
12
AngryPanda 2021-02-23 14:07:11 +08:00
技术 Lead 还背着免费优化人的指标怎么说？
|
 |
13
x4400177 2021-02-23 14:10:05 +08:00 2
基层管理太难了，钱少事多，还没权利
|
 |
14
apiiku 2021-02-23 14:40:37 +08:00
@AngryPanda 吃最好的饭菜，说最恶心的话
|
 |
15
PonysDad 2021-02-23 14:43:35 +08:00
一看到需求就想到设计数据库，这不太好吧。
|
 |
16
Cbdy 2021-02-23 14:45:16 +08:00 via Android
这就是管理能力不行的表现
|
|
17
AngryPanda 2021-02-23 14:47:03 +08:00
@apiiku 怎么说？
|
 |
18
lenkaren 2021-02-23 14:57:02 +08:00 1
如果做管理，就不要纠结像字段这么细枝末节的东西了，应该多搞点建制类的东西，比如一套约定俗成的代码规范和基本做法手册（包括数据库字段涉及、表命名规则等等），只负责技术的脚手架选择、搭建架设和管理这些，要找靠谱的成员委以重任、要适当放权，要聚焦管理，而把实操的压力向下转移。
能动嘴皮子的绝不动手，能写文档和 ppt 的绝不写代码，能放权的就绝不亲躬，专注做管理就会越做越舒服，就像你专注代码一样。 |
 |
19
Chaning 2021-02-23 14:58:22 +08:00
要学会撕逼，要 aggressive，我就是太温和了。。。
|
 |
20
loryyang 2021-02-23 14:58:49 +08:00
要把有潜力的下属培养起来，这种事情，首先过下属，搞不定再到你。这样下属也会感觉到自己成长了
PS：从这个角度思考，你就会发现，只会做事的人是升不了的 |
 |
22
ly4572615 2021-02-23 15:18:04 +08:00
你不会是跟我一个公司吧
|
 |
23
byte10 2021-02-23 15:21:15 +08:00
我想做管理，技术没啥用，虽然我的技术很强，但是不想搞技术
|
 |
24
wr516516 2021-02-23 15:37:24 +08:00
这就是围城吗???
我不想继续折腾技术了,想转管理.. 只想用技术服务自己,不想在公司敲代码搬砖 |
 |
25
zw1one 2021-02-23 16:40:18 +08:00
说说我这的基层管理，就是背锅的，多了一堆事，代码还得照样写，有问题领导第一个找。关键还不加钱，可能绩效会比其他人高一点。
|
 |
26
idyu 2021-02-23 16:52:13 +08:00
今年业务扩张，领导要招几个人让我做个小 leader，还没招到人我就开始怂了，总感觉自己会做不好。
技术一般，社交能力差，也不会管理，但是不管怎么说机会难得，先锻炼一下，实在不行还有跑路这个选项呢。 |
 |
27
wolfie 2021-02-23 16:52:58 +08:00
打回需求、延长开发时间。互相耗。
|
 |
28
GTim 2021-02-23 16:58:57 +08:00
我都不想当一线员工了，想当纯粹的管理者
|
|
29
PonysDad 2021-02-23 17:46:49 +08:00 via iPhone
@qwertyzzz 可以借鉴下领域驱动设计的思想，分离出业务模型。这样可以规避掉所有需求都面向数据库设计。
|
 |
30
ward56 2021-02-23 17:54:45 +08:00
勿优柔寡断，应明确定位和职责范围
如果经常且必须要改数据库，建议雇佣一个 DBA，好好规划下，如果公司不满足这个条件，那就是体制和架构问题。 你是管理研发的负责人，应该主导研发去做事情，减少半吊子产品牵着你鼻子走。 我可能不了解你司现状，纸上谈兵勿怪。 |
 |
31
fkdtz 2021-02-23 19:14:51 +08:00
这年头产品的门槛真的是太低了，几乎等于没有，啥人都能当产品
|
|
32
shuangdeyu OP |
|
33
shuangdeyu OP @wr516516 有道理，我算是得了便宜还卖惨，坐上这个职位运气成分挺高，领导比较注重内部培养
|
|
34
shuangdeyu OP @idyu 有点类似啊兄 dei，自信心不足
|
|
35
shuangdeyu OP @GTim 没有纯粹的管理者，只是各自负责的任务方向不同而已，到哪都是一线 -_-
|
|
36
shuangdeyu OP @ward56 领导价值观导向吧，注重先从内部培养，经验性的确欠缺，之前某个系统外包的时候接触过乙方公司的产品，思路方面的确有差距挺大，说实话我也是半吊子，技术刚稍微有点突破就被拉来坐上这个职位，要命的是公司发展还快
|
 |
37
SmiteChow 2021-02-24 09:14:34 +08:00
听你的意思，目前已经不写代码了，那工作内容除了 ppt 汇报正当的不就是撕逼甩锅了么？
|
 |
38
raysonlu 2021-02-24 10:04:08 +08:00
和你一模一样的处境，也走了差不多半年时间了，不过我是小公司，没有大厂那些什么很细分的分工，其实那些分工也未必适合任何情景。这话说前头：钱恰当到位就干，即使不到位也可当作短暂历练，想想只是码代码这样活在安逸也不适合长远发展。人际关系、需求转技术这两个技能树要开始点的了，技术这个技能树也不能落下，如果有技术团队的话还要考虑一下分工和检验。虽然很艰难，但换个角度来说可能会比只是码代码有趣，而且放在外面来说这种机会真的很少。一些避坑建议是，尽可能做好一些工作记录，只要有人肯背锅（设计或上司），再奇怪的需求都尽量给他实现，除非实现不了，或成本很大，避免犯“技术极致”的思维
|
 |
39
cp19890714 2021-02-24 11:00:53 +08:00
个人观点
1. 想挣更多钱吗? 如果想,那就不要放弃. 如果家里有矿, 那就写写代码就行了. 开心最重要. 2. 很多程序员刚转管理时, 都会有这种问题, 且持续很久, 1 到 3 年. 3. 感觉写代码更舒服, 不是因为你不适合管理, 而是因为写代码本来就相对轻松. 4. 程序员, 需要培养自己说服别人的能力, 无论说的是否有道理, 只要能让别人信服就行, 可以从多方面达成. 5. 跟产品经理搞好关系,多谈心, 你就可以肆意找茬. 虽然产品经理大多是傻叉. 6. 性格内向其实并不太影响做管理. 时刻在想着,如何把事情做好,做得滴水不漏, 就可以. |
|
40
cp19890714 2021-02-24 11:08:17 +08:00
产品经理大多不行, 这句话并不是对该职业的侮辱, 而是客观情况决定的.
产品经理的作用是, 协调业务与研发, 是个桥梁. 所以就要求他对业务和研发都有所了解. 产品经理如果不了解项目的业务架构和技术架构, 会导致复杂需求的设计与原架构难以融合. 而大多产品经理没有这种能力. 当然, 这时候,技术管理者的作用就要展现了, 与产品经理进行频繁的交涉, 使其了解当前的架构, 进而说服他修改需求设计. 需求怎么做, 从来都不是产品经理一个人说了算, 研发人员必须参与其中,否则做出的产品不会太好. 而且研发人员也会成为工具人, 被随意裁员. |
|
41
shuangdeyu OP |
|
42
shuangdeyu OP @SmiteChow 就是因为写的代码还多还管团队，才觉得单纯写代码舒服啊
|
Select Language