碰到一个技术出身的老板怎么办？

[jackerbauer]

老板技术出身，我负责技术，发现很多技术细节，老板出现了干涉的情况。有时候具体到数据库怎么设计，字段怎么命名。
每个人有自己的设计思路，以及业务实现方式。
有时候感觉老板在强加自己的意志于我，搞得我很没自主性。

[zoharSoul]

干活就行了呗... 有人帮忙设计不挺好的

[amwyyyy]

比销售出身好不要太多

[chogath]

害，打工的计较这些干嘛

[xingshu1990]

首先明确一点：老板技术优秀么？技术如果比较优秀的话，看他的干涉是正优化，还是负优化，如果是正优化，就按老板说的去做，如果是负优化，你先按他说的去做，做好了，再和老板说更好的设计。

[efaun]

那么问题来了，你到底是老板还是打工的？

[passon]

你老板一定是太闲了

[66beta]

如果你有更优解，那就好好跟他说咯，同时也能增加他对你的好影响，证明你能力强

[dtgxx]

技术出身的老板很多，但是仍在关注技术的老板，混的肯定不咋地，公司肯定也不咋地，跳槽吧。

[jackerbauer]

@66beta 问题是，有些实现方案，是各有优缺，这样时候，你的也行，他的也行。但是，有人指指点点，就不舒服了。

[jackerbauer]

@passon 是，也许就是有点闲。

[sneezry]

不会当老板呗，这样的老板确实让人头大，如果条件允许，真的非常建议动一动

[PonysDad]

一、老板觉得你技术不如他
二、你老板是山寨版何小鹏

[jackerbauer]

@efaun 我是老板找来负责技术研发的，当时约定是，他不过问技术细节。只要交付结果。

[coderluan]

我建议楼主跳槽, 和你自由不自由没啥关系, 一个老板不知道自己该干什么的小作坊明显没啥前途和钱途可言.

[shyrock]

怼他，你负责技术就要求他放权！
同时，请真正对技术负责，如果技术出问题，自己麻利卷铺盖走人

[PiersSoCool]

这完全看情况了

我遇到过两种公司 一种老板不管技术 一种老板管技术 老板都懂技术

老板不管技术的差点倒闭了 因为老板懂技术不管理 技术做的一塌糊涂 出了重大线上事故

还有一个老板管技术 但是管的太多 底层苦

做科技的 老板是一定要管理不出偏差的 做业务的 倒是可以放放

[PiersSoCool]

看起来 如果没有真的让老板相信的技术管理者 老板只能亲自下场 但是不要介入 最好 review 下就好吧

[chesterzzy]

给钱多：大佬！都按您说的来！
给钱一版：大佬！您说的对！（私底下自己该咋搞咋搞）
给钱少：我觉得您说得有问题，不合理，应该咋样咋样。。。

[jackerbauer]

@chesterzzy 那咱就大佬，都按您说的来！

[jackerbauer]

@PiersSoCool 那这个老板在选技术负责人的，就有重大问题！

[caroline1022]

我觉得可以和老板商量出一些具体的规范文档
比如字段命名规范，数据库设计规范，在你们的干涉和被干涉的过程中一起落到文档中，或者对现在市面上已经有的一些规范文档进行商讨和修改并定稿
这样可以防止同一个问题对方前后口径不一或者重复干涉

一些不好落到规范上的东西，如果对方干涉，还是尽可能不要争辩直接按对方说的做，毕竟老板才是对项目最终负责的人

[PiersSoCool]

@jackerbauer 确实可以这么说

[jackerbauer]

@caroline1022 项目太紧，压根没时间整这些规范，哎！

[FanChen]

目前公司老板就是老程序员，好处是不排斥大龄

[czfy]

公司有多少人啊？

[gesse]

劳动是：分工+合作，要理解这个根本的东西。

[pepesii]

写方案，给他看了再说，免得改来改去

[Varobjs]

这还不好啊，求之不得，以后有什么问题，你就说这是老板决定的

[kekxv]

这么说吧按他说的做，出问题他会扛下来，按你说的做，出问题你扛下来吗？

[gyf304]

@xingshu1990
主要问题是 如果员工的技术决策出了问题，老板可以来问责
但是如果是老板的决策出了问题，谁来问责？董事会吗？你还能让你老板写 post-mortem 吗？

[loginbygoogle]

打工仔就要有打工仔的样子

[xingshu1990]

@gyf304 #30 你纠结的这个事情，确实是有，没什么双赢的解决办法。
我只能说，就算老板的决策出了问题，还是程序员担责，或者担一部分责任。

[Tumblr]

“每个人有自己的设计思路，以及业务实现方式。”

这样要乱套了，既然大家有不同的想法，好办，定个规则，大家都基于规则来发挥就好了。

[tairan2006]

按规范来

[hpeng]

键盘给他

[caroline1022]

@jackerbauer 那就直接把阿里的规范搬过来用，再根据实际情况修正就行了。磨刀不误砍柴功嘛

[irainsoft]

谁写文档谁决定，系统设计过程自己决定去

[Lemeng]

不好评价，不过轮到我，我也会很烦

[hoyixi]

有人拍板挺好的，但是有一条：愿意担当。 所以有些关键大问题，你得注意留证据，是老板拍板的，别到时候有问题他不承认。

[x940727]

@dtgxx 看具体行业的，按云舒这样的，如果离了技术那基本上公司就不行了……人家真照顾他业务就是冲他技术去的

[lovecy]

@jackerbauer “ 项目太紧，压根没时间”
感觉每个社会人都在说没时间哈哈哈，像规范这种东西，建议是细水长流。不然平时永远有工作拖一拖，等到实在不行了赶出一套规范又不一定合理，适应得很难受

[johnsona]

笑死 钱到位 数据库以他名字命名都没问题

[day0]

给他脸了?

[loryyang]

一、实事求是，不讲谁官大，讲谁有道理
二、努力体现自己的技术专业性，如果你一直是对的，你老板信任你，他就不会再多参与

[xiaoleis]

就怕老板对技术一知半解， 没实际开发经验， 看点儿理论就对技术细节指手画脚。 最近遇到了，很头痛。

[everhythm]

跟老板多讨论，但是也多劝老板有的事放手给下面做

[7colcor]

我们销售总监技术出身，同时指导硬件和软件开发人员，带头攻克技术难关。
我们老板艺术出身，以前画油画的。

[thtznet]

技术出身的老板指导技术还是可以沟通的，我遇到过销售出身的老板指导技术，这个才是恐怖的。

[fewok]

至少可以讨论，换个其他行当，开口只管本周能不能用，你才恶心呢

[young1lin]

那要是产品出身的老板，你不是死定了？

[jackerbauer]

感谢各位啦

[xuanbg]

楼主肯定没制定技术规范，老板懂技术看不下去才插手。你要是所有字段命名都遵循一定的规范，我不信你老板会计较。

很多程序员真的是乱来的。曾经我的团队中就有那么几个，你把规范给到他们都不行，总是自行其是乱搞一通。最后没办法只好请他们走路。。。

[rus4db]

你可以接受。但是老板干预你的工作的时候，要留痕、留底、留证据，以便必要时明确责任。

[hiolex1216]

@PonysDad 何小鹏是什么梗

[liaojl]

之前见过的帖子多数都是吐槽老板不懂技术的，头一回见到吐槽老板懂技术的，哈哈。不过我觉得，最大的问题不是懂技术，而是干预得太多吧，如果老板是那种可以一起探讨技术的，那其实还挺好的，但如果是他说怎么做，你就得怎么做，那确实挺难受的，完全成工具人了。

[saberlong]

共同探讨，有理有据完全可以接受

[lucybenz]

如果他技术确实牛逼 每周和他开一次技术交流会 让他给大家或者你个人 挑错，优化 如果他技术不如你，两个人的时候 直接怼 可以笑嘻嘻的怼 没啥大不了，

[small32]

@jackerbauer #19 看来给钱挺多的

[zhengxiaowai]

如果是好的规范，好的方案为啥不接受？

[jackerbauer]

@zhengxiaowai 只是对业务实现方案的一些争执。不过人家是老板，就听他的吧，不争了！

[LemonK]

@coderluan 大实话。就算老板是顶级程序员底下是实习生，既然任命对方负责了，有些坑就得让负责人自己去踩。给底下人留下自我成长空间是当老板的基本素养。

[tankren]

不强压着你用他的方案没什么问题 逆反心理不可有

[jinsongzhao]

这样你做的东西，老板才能随时接上手啊，正常的风险操作，当然也可以是你忙不过来时，他也能搭把手，你的抗拒也是同理，方便按照自己的习惯，便于理解和维护。但是应用软件设计大同小异，哪怕有缺陷，在老手下面也能适配起来，真正超级设计，能大幅度节省时间和复杂度的，谁会不接受？