老板技术出身,我负责技术,发现很多技术细节,老板出现了干涉的情况。有时候具体到数据库怎么设计,字段怎么命名。
每个人有自己的设计思路,以及业务实现方式。
有时候感觉老板在强加自己的意志于我,搞得我很没自主性。
老板技术出身,我负责技术,发现很多技术细节,老板出现了干涉的情况。有时候具体到数据库怎么设计,字段怎么命名。
每个人有自己的设计思路,以及业务实现方式。
有时候感觉老板在强加自己的意志于我,搞得我很没自主性。
|
1
干活就行了呗... 有人帮忙设计不挺好的
|
|
amwyyyyMay 11, 2021
2
比销售出身好不要太多
|
|
chogathMay 11, 2021
3
害,打工的计较这些干嘛
|
|
4
首先明确一点:老板技术优秀么?技术如果比较优秀的话,看他的干涉是正优化,还是负优化,如果是正优化,就按老板说的去做,如果是负优化,你先按他说的去做,做好了,再和老板说更好的设计。
|
|
5
那么问题来了,你到底是老板还是打工的?
|
|
6
你老板一定是太闲了
|
|
66betaMay 11, 2021
7
如果你有更优解,那就好好跟他说咯,同时也能增加他对你的好影响,证明你能力强
|
|
8
技术出身的老板很多,但是仍在关注技术的老板,混的肯定不咋地,公司肯定也不咋地,跳槽吧。
|
|
9
@66beta 问题是,有些实现方案,是各有优缺,这样时候,你的也行,他的也行。但是,有人指指点点,就不舒服了。
|
|
10
@passon 是,也许就是有点闲。
|
|
11
不会当老板呗,这样的老板确实让人头大,如果条件允许,真的非常建议动一动
|
|
PonysDadMay 11, 2021
12
一、老板觉得你技术不如他
二、你老板是山寨版何小鹏 |
|
13
@efaun 我是老板找来负责技术研发的,当时约定是,他不过问技术细节。只要交付结果。
|
|
14
我建议楼主跳槽, 和你自由不自由没啥关系, 一个老板不知道自己该干什么的小作坊明显没啥前途和钱途可言.
|
|
shyrockMay 11, 2021
15
怼他,你负责技术就要求他放权!
同时,请真正对技术负责,如果技术出问题,自己麻利卷铺盖走人 |
|
PiersSoCoolMay 11, 2021
16
这完全看情况了
我遇到过两种公司 一种老板不管技术 一种老板管技术 老板都懂技术 老板不管技术的差点倒闭了 因为老板懂技术不管理 技术做的一塌糊涂 出了重大线上事故 还有一个老板管技术 但是管的太多 底层苦 做科技的 老板是一定要管理不出偏差的 做业务的 倒是可以放放 |
|
PiersSoCoolMay 11, 2021
17
看起来 如果没有真的让老板相信的技术管理者 老板只能亲自下场 但是不要介入 最好 review 下就好吧
|
|
chesterzzyMay 11, 2021
18
给钱多:大佬!都按您说的来!
给钱一版:大佬!您说的对!(私底下自己该咋搞咋搞) 给钱少:我觉得您说得有问题,不合理,应该咋样咋样。。。 |
|
19
@chesterzzy 那咱就大佬,都按您说的来!
|
|
20
@PiersSoCool 那这个老板在选技术负责人的,就有重大问题!
|
|
21
我觉得可以和老板商量出一些具体的规范文档
比如字段命名规范,数据库设计规范,在你们的干涉和被干涉的过程中一起落到文档中,或者对现在市面上已经有的一些规范文档进行商讨和修改并定稿 这样可以防止同一个问题对方前后口径不一或者重复干涉 一些不好落到规范上的东西,如果对方干涉,还是尽可能不要争辩直接按对方说的做,毕竟老板才是对项目最终负责的人 |
|
PiersSoCoolMay 11, 2021
22
@jackerbauer 确实可以这么说
|
|
23
@caroline1022 项目太紧,压根没时间整这些规范,哎!
|
|
FanChenMay 11, 2021
24
目前公司老板就是老程序员,好处是不排斥大龄
|
|
jr55475f112iz2tuMay 11, 2021
25
公司有多少人啊?
|
|
gesseMay 11, 2021
26
劳动是:分工+合作,要理解这个根本的东西。
|
|
pepesiiMay 11, 2021
27
写方案,给他看了再说,免得改来改去
|
|
VarobjsMay 11, 2021
28
这还不好啊,求之不得,以后有什么问题,你就说这是老板决定的
|
|
kekxvMay 11, 2021 via iPhone
29
这么说吧按他说的做,出问题他会扛下来,按你说的做,出问题你扛下来吗?
|
|
30
|
|
loginbygoogleMay 11, 2021
31
打工仔就要有打工仔的样子
|
|
xingshu1990May 11, 2021
32
@gyf304 #30 你纠结的这个事情,确实是有,没什么双赢的解决办法。
我只能说,就算老板的决策出了问题,还是程序员担责,或者担一部分责任。 |
|
33
“每个人有自己的设计思路,以及业务实现方式。”
这样要乱套了,既然大家有不同的想法,好办,定个规则,大家都基于规则来发挥就好了。 |
|
keenkillerMay 11, 2021
34
按规范来
|
|
35
键盘给他
|
|
caroline1022May 11, 2021
36
@jackerbauer 那就直接把阿里的规范搬过来用,再根据实际情况修正就行了。磨刀不误砍柴功嘛
|
|
irainsoftMay 11, 2021
37
谁写文档谁决定,系统设计过程自己决定去
|
|
LemengMay 11, 2021
38
不好评价,不过轮到我,我也会很烦
|
|
39
有人拍板挺好的,但是有一条:愿意担当。 所以有些关键大问题,你得注意留证据,是老板拍板的,别到时候有问题他不承认。
|
|
lovecyMay 11, 2021
41
@jackerbauer “ 项目太紧,压根没时间”
感觉每个社会人都在说没时间哈哈哈,像规范这种东西,建议是细水长流。不然平时永远有工作拖一拖,等到实在不行了赶出一套规范又不一定合理,适应得很难受 |
|
johnsonaMay 11, 2021 via iPhone
42
笑死 钱到位 数据库以他名字命名都没问题
|
|
day0May 11, 2021
43
给他脸了?
|
|
loryyangMay 11, 2021
44
一、实事求是,不讲谁官大,讲谁有道理
二、努力体现自己的技术专业性,如果你一直是对的,你老板信任你,他就不会再多参与 |
|
xiaoleisMay 11, 2021
45
就怕老板对技术一知半解, 没实际开发经验, 看点儿理论就对技术细节指手画脚。 最近遇到了,很头痛。
|
|
everhythmMay 11, 2021
46
跟老板多讨论,但是也多劝老板有的事放手给下面做
|
|
7colcorMay 11, 2021
47
我们销售总监技术出身,同时指导硬件和软件开发人员,带头攻克技术难关。
我们老板艺术出身,以前画油画的。 |
|
thtznetMay 11, 2021
48
技术出身的老板指导技术还是可以沟通的,我遇到过销售出身的老板指导技术,这个才是恐怖的。
|
|
fewokMay 11, 2021
49
至少可以讨论,换个其他行当,开口只管本周能不能用,你才恶心呢
|
|
young1linMay 11, 2021
50
那要是产品出身的老板,你不是死定了?
|
|
51
感谢各位啦
|
|
52
楼主肯定没制定技术规范,老板懂技术看不下去才插手。你要是所有字段命名都遵循一定的规范,我不信你老板会计较。
很多程序员真的是乱来的。曾经我的团队中就有那么几个,你把规范给到他们都不行,总是自行其是乱搞一通。最后没办法只好请他们走路。。。 |
|
rus4dbMay 11, 2021
53
你可以接受。但是老板干预你的工作的时候,要留痕、留底、留证据,以便必要时明确责任。
|
|
hiolex1216May 11, 2021
54
@PonysDad 何小鹏是什么梗
|
|
liaojlMay 12, 2021
55
之前见过的帖子多数都是吐槽老板不懂技术的,头一回见到吐槽老板懂技术的,哈哈。不过我觉得,最大的问题不是懂技术,而是干预得太多吧,如果老板是那种可以一起探讨技术的,那其实还挺好的,但如果是他说怎么做,你就得怎么做,那确实挺难受的,完全成工具人了。
|
|
saberlongMay 12, 2021 via Android
56
共同探讨,有理有据完全可以接受
|
|
benzlucyMay 12, 2021
57
如果他技术确实牛逼 每周和他开一次技术交流会 让他给大家或者你个人 挑错,优化 如果他技术不如你,两个人的时候 直接怼 可以笑嘻嘻的怼 没啥大不了,
|
|
small32May 12, 2021
58
@jackerbauer #19 看来给钱挺多的
|
|
zhengxiaowaiMay 12, 2021
59
如果是好的规范,好的方案为啥不接受?
|
|
60
@zhengxiaowai 只是对业务实现方案的一些争执。不过人家是老板,就听他的吧,不争了!
|
|
LemonKMay 13, 2021
61
@coderluan 大实话。就算老板是顶级程序员底下是实习生,既然任命对方负责了,有些坑就得让负责人自己去踩。给底下人留下自我成长空间是当老板的基本素养。
|
|
tankrenMay 14, 2021
62
不强压着你用他的方案没什么问题 逆反心理不可有
|
|
jinsongzhaoMay 22, 2023
63
这样你做的东西,老板才能随时接上手啊,正常的风险操作,当然也可以是你忙不过来时,他也能搭把手,你的抗拒也是同理,方便按照自己的习惯,便于理解和维护。但是应用软件设计大同小异,哪怕有缺陷,在老手下面也能适配起来,真正超级设计,能大幅度节省时间和复杂度的,谁会不接受?
|