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