不想当管理者了

• 資深大佬 : qsnow6

  如果你感到很别扭，说明不适合当管理者

• 資深大佬 : czfy

  单纯写代码 /一线做执行，确实对大多数职位类型而言都是比较轻松的，因为需要协调的事情相对少，大多数时候是专注在做实际的工作，而不是想需要怎么做、找谁做，也不用跟进务虚的事情（例如定目标、培养人、找资源）

  但其实也很难一直待在一线，最直接的，薪酬也上不去

  职业发展 /规划确实很不容易

• 資深大佬 : wangkun025

  负责的环节太多了。
  需要更加深入理解下分工的好处。

• 資深大佬 : Leonard

  为管理者而战

• 資深大佬 : lagoon

  这个，就算不是管理者，身为码农，也会面对这种情况啊

• 資深大佬 : ice2016

  感觉还是看公司或者部门氛围，价值观等等
  技术出身的人性格比较直·

• 主 資深大佬 : shuangdeyu

  @qsnow6 的确，不是适合做管理的性格，但有这个机会还是想试试的，看再给自己半年能不能调整好了

• 主 資深大佬 : shuangdeyu

  @czfy 是的，做了才知道，管理工资高不是没有道理的=_=

• 資深大佬 : encro

  我们没有产品，都是大家商量，参考类似案例，寻求最优解。

• 資深大佬 : drunkdog

  能管得着钱的才叫管理

• 主 資深大佬 : shuangdeyu

  @lagoon
  @wangkun025
  以前当普通码农还是轻松的，只保证自己的代码质量就好了，现在还要考虑架构，设计，项目安排，进度等方方面面，分工没做好也是一方面，人员配置没有那么全

• 資深大佬 : AngryPanda

  技术 Lead 还背着免费优化人的指标怎么说？

• 資深大佬 : x4400177

  基层管理太难了，钱少事多，还没权利

• 資深大佬 : apiiku

  @AngryPanda 吃最好的饭菜，说最恶心的话

• 資深大佬 : PonysDad

  一看到需求就想到设计数据库，这不太好吧。

• 資深大佬 : Cbdy

  这就是管理能力不行的表现

• 資深大佬 : AngryPanda

  @apiiku 怎么说？

• 資深大佬 : lenkaren

  如果做管理，就不要纠结像字段这么细枝末节的东西了，应该多搞点建制类的东西，比如一套约定俗成的代码规范和基本做法手册（包括数据库字段涉及、表命名规则等等），只负责技术的脚手架选择、搭建架设和管理这些，要找靠谱的成员委以重任、要适当放权，要聚焦管理，而把实操的压力向下转移。

  能动嘴皮子的绝不动手，能写文档和 ppt 的绝不写代码，能放权的就绝不亲躬，专注做管理就会越做越舒服，就像你专注代码一样。

• 資深大佬 : Chaning

  要学会撕逼，要 aggressive，我就是太温和了。。。

• 資深大佬 : loryyang

  要把有潜力的下属培养起来，这种事情，首先过下属，搞不定再到你。这样下属也会感觉到自己成长了
  PS：从这个角度思考，你就会发现，只会做事的人是升不了的

• 資深大佬 : qwertyzzz

  @PonysDad 那应该想哪些方面呀 我现在也是这样 感觉数据库结构都设计不了 这需求咋做呢

• 資深大佬 : ly4572615

  你不会是跟我一个公司吧

• 資深大佬 : byte10

  我想做管理，技术没啥用，虽然我的技术很强，但是不想搞技术
• 資深大佬 : wr516516

  这就是围城吗???
  我不想继续折腾技术了,想转管理..
  只想用技术服务自己,不想在公司敲代码搬砖

• 資深大佬 : zw1one

  说说我这的基层管理，就是背锅的，多了一堆事，代码还得照样写，有问题领导第一个找。关键还不加钱，可能绩效会比其他人高一点。

• 資深大佬 : idyu

  今年业务扩张，领导要招几个人让我做个小 leader，还没招到人我就开始怂了，总感觉自己会做不好。
  技术一般，社交能力差，也不会管理，但是不管怎么说机会难得，先锻炼一下，实在不行还有跑路这个选项呢。

• 資深大佬 : wolfie

  打回需求、延长开发时间。互相耗。

• 資深大佬 : GTim

  我都不想当一线员工了，想当纯粹的管理者

• 資深大佬 : PonysDad

  @qwertyzzz 可以借鉴下领域驱动设计的思想，分离出业务模型。这样可以规避掉所有需求都面向数据库设计。

• 資深大佬 : ward56

  勿优柔寡断，应明确定位和职责范围
  如果经常且必须要改数据库，建议雇佣一个 DBA，好好规划下，如果公司不满足这个条件，那就是体制和架构问题。
  你是管理研发的负责人，应该主导研发去做事情，减少半吊子产品牵着你鼻子走。
  我可能不了解你司现状，纸上谈兵勿怪。

• 資深大佬 : fkdtz

  这年头产品的门槛真的是太低了，几乎等于没有，啥人都能当产品

• 主 資深大佬 : shuangdeyu

  @Cbdy
  @lenkaren
  @loryyang
  的确，看别人做是一回事，自己做又是一回事，而且步子大，缺少从单个项目小负责人开始的历练
  特别前期的确深陷过重的开发，根本没时间管项目其它方面，目前改进了些许

• 主 資深大佬 : shuangdeyu

  @wr516516 有道理，我算是得了便宜还卖惨，坐上这个职位运气成分挺高，领导比较注重内部培养

• 主 資深大佬 : shuangdeyu

  @idyu 有点类似啊兄 dei，自信心不足

• 主 資深大佬 : shuangdeyu

  @GTim 没有纯粹的管理者，只是各自负责的任务方向不同而已，到哪都是一线 -_-

• 主 資深大佬 : shuangdeyu

  @ward56 领导价值观导向吧，注重先从内部培养，经验性的确欠缺，之前某个系统外包的时候接触过乙方公司的产品，思路方面的确有差距挺大，说实话我也是半吊子，技术刚稍微有点突破就被拉来坐上这个职位，要命的是公司发展还快

• 資深大佬 : SmiteChow

  听你的意思，目前已经不写代码了，那工作内容除了 ppt 汇报正当的不就是撕逼甩锅了么？

• 資深大佬 : raysonlu

  和你一模一样的处境，也走了差不多半年时间了，不过我是小公司，没有大厂那些什么很细分的分工，其实那些分工也未必适合任何情景。这话说前头：钱恰当到位就干，即使不到位也可当作短暂历练，想想只是码代码这样活在安逸也不适合长远发展。人际关系、需求转技术这两个技能树要开始点的了，技术这个技能树也不能落下，如果有技术团队的话还要考虑一下分工和检验。虽然很艰难，但换个角度来说可能会比只是码代码有趣，而且放在外面来说这种机会真的很少。一些避坑建议是，尽可能做好一些工作记录，只要有人肯背锅（设计或上司），再奇怪的需求都尽量给他实现，除非实现不了，或成本很大，避免犯“技术极致”的思维

• 資深大佬 : cp19890714

  个人观点
  1. 想挣更多钱吗? 如果想,那就不要放弃. 如果家里有矿, 那就写写代码就行了. 开心最重要.
  2. 很多程序员刚转管理时, 都会有这种问题, 且持续很久, 1 到 3 年.
  3. 感觉写代码更舒服, 不是因为你不适合管理, 而是因为写代码本来就相对轻松.
  4. 程序员, 需要培养自己说服别人的能力, 无论说的是否有道理, 只要能让别人信服就行, 可以从多方面达成.
  5. 跟产品经理搞好关系,多谈心, 你就可以肆意找茬. 虽然产品经理大多是傻叉.
  6. 性格内向其实并不太影响做管理. 时刻在想着,如何把事情做好,做得滴水不漏, 就可以.

• 資深大佬 : cp19890714

  产品经理大多不行, 这句话并不是对该职业的侮辱, 而是客观情况决定的.
  产品经理的作用是, 协调业务与研发, 是个桥梁. 所以就要求他对业务和研发都有所了解.
  产品经理如果不了解项目的业务架构和技术架构, 会导致复杂需求的设计与原架构难以融合. 而大多产品经理没有这种能力.

  当然, 这时候,技术管理者的作用就要展现了, 与产品经理进行频繁的交涉, 使其了解当前的架构, 进而说服他修改需求设计.
  需求怎么做, 从来都不是产品经理一个人说了算, 研发人员必须参与其中,否则做出的产品不会太好. 而且研发人员也会成为工具人, 被随意裁员.

• 主 資深大佬 : shuangdeyu

  @raysonlu
  @cp19890714
  机会的确很难得，本来是想再 v 站发下牢骚的，没想到很多人都在给我建议和经验，感谢，之前是闭门造车了，很多思路自己摸很难摸到，所以感觉做的很累

• 主 資深大佬 : shuangdeyu

  @SmiteChow 就是因为写的代码还多还管团队，才觉得单纯写代码舒服啊