公司招了一个首席信息官，对标某系统做一个低代码平台，这位领导 3 年 Java 开发经验，后来一直带团队，在阿里呆过一段时间，个人觉得有点坑
Bruin · 2021-01-20 15:49:31 +08:00 · 11624 次点击这是一个创建于 488 天前的主题，其中的信息可能已经有所发展或是发生改变。
开会的时候说了这么一句话，是对着产品说的。
“不要管技术实现方案，提需求就行”。
开会的时候说了一堆名称，dws，ai，神经网络。
让前端调研开源框架写组件，反正技术、开发都一脸懵逼。
所以这位大领导的技术能力到底如何？
 |
1
TicSmtc 2021-01-20 15:54:04 +08:00  5
要不就是知识量爆炸的超级大佬。要不是大忽悠
|
 |
2
lengyihan 2021-01-20 15:55:00 +08:00 via Android
领导不都这样，全靠会吹。
|
 |
3
jump2cn 2021-01-20 15:55:36 +08:00 1
营销型人才，建议推荐给销售总监
|
 |
4
chenqh 2021-01-20 15:55:46 +08:00
然后 007 ？
|
 |
5
hitmanx 2021-01-20 15:55:56 +08:00 42
你是想让大家附和你说他是大忽悠呗。要不然的话你的描述 1 ）信息量不够做出判断 2 ）言语中有预设立场
|
 |
6
zhiguang 2021-01-20 15:58:14 +08:00
三年就能带团队很牛了吧,记住是因为有能力才在那个位置,而不是在那个位置有能力
|
 |
7
chendy 2021-01-20 15:58:45 +08:00
可能是架构师培训班产品……
|
 |
8
haython 2021-01-20 15:59:10 +08:00 3
不说技术能力，对产品说的那句话，我感觉对。。。。
|
 |
9
redtea 2021-01-20 16:00:26 +08:00
CTO 都不写代码了，还想让 CIO 写代码？
|
 |
10
tony1890 2021-01-20 16:02:01 +08:00
不考虑团队能力的架构师？
如果他能填坑倒没什么。 |
 |
11
kaka6 2021-01-20 16:02:49 +08:00
1 、如果大廷广众之下，说些场面话，可以理解，这个场景需要
2 、如果跟直接下级交待工作，分配任务，还用虚无缥缈的话，忽悠成分较大 3 、我最近也在了解低代码的开发，如有较好思路，还请多分享(在确保公司保密的情况下)😀 |
 |
13
lovecy 2021-01-20 16:05:50 +08:00
“不要管技术实现方案，提需求就行”
这样也可以，但是少了下面这句话 “技术团队有否决权” |
 |
14
Rwing 2021-01-20 16:08:13 +08:00
CTO 都不写代码了，还想让 CIO 写代码？
|
 |
15
ZSeptember 2021-01-20 16:14:44 +08:00
我觉得很抗
|
 |
16
dadaoqueyi 2021-01-20 16:19:48 +08:00
“不要管技术实现方案，提需求就行 ” 说的很对，产品管技术实现方案干嘛
|
 |
17
murmur 2021-01-20 16:20:55 +08:00 3
产品提需求不需要管实现方案，但是你也得知道自己公司半斤八两啊，你要给他个 200 人硕士博士一堆的团队那真是随便提
|
 |
19
imn1 2021-01-20 16:26:00 +08:00
你想问哪方面的技术能力？
CIO 的能力不是体现在写代码上的 一个电商的 CTO 能保证上亿的买卖，机器和程序能满足“稳定运行”这个需求，但他做不好商品的销售分析，指导采购和盈利方向这些，因为后者是 CIO 的能力提现 |
 |
22
bk201 2021-01-20 16:33:54 +08:00
产品是不用管技术实现啊，能不能实现是下去调研决定的。信息量太少，无法判别，吹概念也没啥错。
|
 |
23
surfire91 2021-01-20 16:34:03 +08:00
有没有后续？
光看这句话觉得没什么问题，产品需求先提着，也没说一定要实现了，能不能实现，怎么实现，能不能折中实现这是后面需求提出后要考虑的事情。 |
|
26
imn1 2021-01-20 16:39:08 +08:00 1
@Bruin #20
吹也是家常便饭啦，现在还有多少人那么纯真，相信领导的阙词？ 听听记下就是了，不用信，啥都是以后的结果才能验证 管不了你的领导就算能上天也跟你没关系，他乱提需求的话，你上面还有上司顶着呢 如果有真材实料，他自然也能点出业务问题所在，那就是老板如何考虑了 |
 |
27
2379920898 2021-01-20 16:41:52 +08:00
接触多了啊 LI 出来的。。心态就正常了。。
|
 |
28
iceneet 2021-01-20 16:45:18 +08:00
ali 出来的管理一般都不咋样的 感觉不久你们部门估计就要有人跑路
|
 |
29
zhongjun96 2021-01-20 16:52:47 +08:00
 想起了前东家测试经理，不会写 sql |
 |
30
jiangshanmeta 2021-01-20 16:57:05 +08:00
> 让前端调研开源框架写组件
这位领导基本没接触过低代码才对 |
 |
31
hantsy 2021-01-20 16:59:04 +08:00
ali 出来一般可以忽悠你们老板，忽悠到你们公司倒闭为止。
一般嘛，有 ali 系入驻，会把加班日常化，这点小公司老板最喜欢，另外各种牛逼吹，不务实，如果你们公司从一开始就不怎么样，他进来的好处，加速公司的死亡。 如果你们公司本来就是忽悠，还想着上市，那不得了，老板手中现在只一稻草，他们肯定可以把它吹成金条，老板马上找不到北。 |
 |
32
cdh1075 2021-01-20 16:59:29 +08:00
天塌下来赔老板的钱，地陷下去大不了提桶跑路，你瞎操心啥
|
 |
33
xishijt 2021-01-20 17:02:13 +08:00
阿里每年向社会输送人才.我们公司现在也有了
|
 |
34
wq2016 2021-01-20 17:12:12 +08:00
3 年就能写框架啦？是个人才，不过先提需求的路径是对的，先往高了想，规划出来，再按部就班上线。
|
 |
35
shyrock 2021-01-20 17:17:48 +08:00
1.技术服务于需求，而需求不能受制于技术，如果你公司技术搞不定，可以找更牛逼的公司帮着搞。这话没问题。
2.一堆名词 dws，ai，神经网络，都是中性的，又不是什么伪科学，如果你觉得稀奇，说明需要多学习。 3.让前端调研开源框架写组件，你们的前端是不是有很多定制需求导致开源组件不能满足，否则有现成的轮子可用为啥不用？ 综上，感觉这领导至少发言没有任何问题。 |
 |
36
dvaknheo 2021-01-20 17:18:44 +08:00
高管没有中层小弟资源不好混啊
拉高管过来，高管要有能力把中层小弟带过来才好发挥 |
 |
37
arnoldxiao 2021-01-20 17:21:34 +08:00
低代码 是什么？
|
 |
38
stardustree 2021-01-20 17:23:22 +08:00 3
哇哦，我是产品，我来提需求了，不就是低代码开发平台嘛，这个我最懂了。
1，产品目标：代码低至 0，不用写任何代码，搞任何配置，宇宙 Number 1 2，产品流程：用户注册登录平台 -> 用户闭目沉思想要的软件功能 -> 平台自动构建软件供用户试用 -> 用户付费 -> 软件可正式试用 3，产品界面：不需要，啥年代了，还点点点的，我们要秒杀竞品，宇宙 Number 1 怎么实现我不管，你们去搞吧 (●ˇ∀ˇ●) |
 |
39
micean 2021-01-20 17:29:27 +08:00 via Android
准备跑路吧
|
 |
40
cco 2021-01-20 17:38:41 +08:00
中台炒作完又开始炒低代码了？真能折腾，就不能务实一点？
|
 |
41
ShaKaLaKa666 2021-01-20 17:50:40 +08:00
只想概念，不讲落地方案？这不是招个背书机器吗。
|
 |
42
jorneyr 2021-01-20 17:58:13 +08:00
让他帮大家解决技术难题即可。
|
 |
43
xdzhang 2021-01-20 18:02:19 +08:00
以我多年的经验，上任就各种扯大旗的都是挣快钱的，待不了多久。
|
 |
44
Sapp 2021-01-20 18:13:56 +08:00
你说的这些跟技术没关系啊，你没法证明他没技术，也没法证明有技术，只能算是发泄你对他的不满
|
 |
45
zzh1224 2021-01-20 18:16:12 +08:00
所以现在手机壳可以根据心情变色了吗？
|
 |
46
OHyn 2021-01-20 18:32:00 +08:00
你发的这些看不出来啥。
试金石就在下一步，领导对要做的事有没有一个整体概念，能不能把需求中的潜在逻辑坑点提前发掘出来，能不能针对需求给出大致实现路径，如果能，那就不坑。 3 前 3 后算是小团队了，经不起折腾。如果遇到一个不靠谱的头。。。耗子尾汁。 |
 |
47
unfurl 2021-01-20 18:32:16 +08:00
至少楼主给出的这点信息，我不觉得这位 CIO 有什么问题
|
 |
48
zjuster 2021-01-20 18:33:25 +08:00 5
@bk201 @dadaoqueyi
我是 B 端产品架构师（也就是个产品经理...）不认同这种观点。作为产品架构师，要对全部产品链路产品负责，需求中，要对基础的一些技术部分有自己的思考，不要提小白需求，也不要提杀鸡用牛刀的低性价比需求。 比如功能模块如何划分（对应技术服务怎么设计 /避免耦合），数据库如何分离，核心字段如何设计，数据流转应当遵循的逻辑。 这里面有一个边界问题，我一直倡议产品要了解技术，技术要懂业务产品，这样大家才都能理解在做什么，避免偏差、返工、重复建设和过度建设，能做长期、稳健的产品项目。 |
 |
49
hoyixi 2021-01-20 18:34:34 +08:00
ali：我们向社会输送了那么多人才，你有意见吗？
|
 |
50
namelosw 2021-01-20 19:23:51 +08:00
信息太少, 等做起来你可以再来发续集.
不过倒是你们 low code 产品不懂技术有点尴尬, 很多比较巧妙的 low code 方案都是要在合适的地方插一些类似 lambda/block 进去的. |
 |
51
cnrting 2021-01-20 19:27:09 +08:00 via iPhone
码农是互联网世代的流水线员工，没有发言权
|
 |
52
niubee1 2021-01-20 19:31:18 +08:00
莫不是东西还没个谱就先来个，我们先 996 嗨起来吧
|
 |
54
julyclyde 2021-01-20 19:42:00 +08:00
快跑
|
 |
55
jmpcool 2021-01-20 19:53:41 +08:00
快跑,再不跑就没机会了，下一个猝死的可能就是你
|
 |
57
alonehat 2021-01-20 20:53:40 +08:00 3
我们这也社招了一个从北京回来的据说有阿里人脉的阿里社区 MVP，据说原先搞算法的，要落地一个数据中台，也是什么神经网络、深度学习巴拉巴拉一大堆，但是实际解决问题的时候除了装环境以外啥也不干，每天最喜欢开会，开会就拉着领导说项目怎么怎么样然后瞬间转移话题到图像识别巴拉巴拉，实际上项目并不用类似技术，而且干货很少。。基本都那么回事吧，不要迷信大厂员工，如果是核心技术不会跑出来应聘的，去搞学术也比这香，听听就行了，别当真
|
 |
59
airfling 2021-01-21 08:29:48 +08:00
首席信息官是系统分析师的领导者，这个肯定要有系统分析师职称，并且对企业系统开发从底层硬件到系统级的优化都要了解才行。
|
 |
60
xuanbg 2021-01-21 09:25:17 +08:00
3 年经验就能当 CIO 了吗……
|
 |
61
dongtingyue 2021-01-21 09:32:28 +08:00
不管技术提需求就行，这是没错的。不能以程序的思维先想这个技术难实现太耗时啥的。
调研这个为啥会懵逼？没调研直接开始干才不行。 还是要看后续管理吧。 |
 |
62
feilaoda 2021-01-21 09:39:47 +08:00
对标宜搭？
lowcode 平台没个几年积累是出不来的 |
 |
63
xiaoding 2021-01-21 09:48:10 +08:00
看情况，一般而言对新任的空降领导来说，怎么跟团队打成一块最重要。切记一上来就指挥这指挥那儿。
|
 |
64
Bruin OP @xuanbg 15 年工作经验，开始在网新做了 3 年开发，后面是带团队做项目，简历上写了做了什么，比如某某 erp，某某系统，没有具体的攻坚、难点解析。
|
|
66
Bruin OP @dongtingyue 目前给的规划是做这个，然后让产品去看对标的系统，前端调研框架，目前没有跟后端安排任务和规划
|
 |
67
tzigone 2021-01-21 09:58:16 +08:00
没做过 CXO，不做评价；从职位看，越高的职位，只要资源、策略、管理水平，具体技术真可以忽略！他需要的是战略，及评估对应风险，一旦大方向失误就是下岗。
|
 |
68
kpppp 2021-01-21 09:58:52 +08:00
对我不满可以私下和我说，没必要来这里发帖，还上了热门。因为你对我不知道，你看到消息以后，到我办公室来一趟。
|
|
69
Bruin OP @zjuster 我比较赞成你的回答，目前开发兼职一丢丢产品，做公司内部的信息化系统。内部需求多样复杂，部门有 2 个常驻产品，一位思维清楚一些，一位关系户，由于原型产出信息不明确，ui 、测试、开发会因为原型信息不确切，功能点描述不清楚（日常回复：就类型这样）导致相互扯皮，后经过一系列调整有所好转。我认为产品多多少少对实现方案有所了解，对背后的逻辑多思考一点，对于一个稳健的项目还是有必要的。
|
 |
70
roundgis 2021-01-21 10:06:19 +08:00 via Android
低代碼平台是什麼？
|
 |
71
tankren 2021-01-21 10:08:00 +08:00
问 HR 偷偷要他的简历看一下。。。
|
 |
73
bwangel 2021-01-21 10:12:37 +08:00
怎么现在都在讲低代码了，中台已经黄了吗？
中台大张旗鼓地宣传了两三年了，扪心自问，我们从中学到了些什么，是否能够让我们用更少的时间做更多的事情 |
 |
74
wupher 2021-01-21 10:15:25 +08:00
查了下低代码平台，原来就是原来的一键建站，升级到一键建 App 。
唉……这坑爹玩意儿我也搞过，真.坑. 又黑又深 反正 title 、资历混到了，公司死活……又不是持股人。 同理，楼主也是写代码卖钱的吧，呆的爽就继续留，不爽就走人，拼命学技术不就是为了来去自由么。 |
 |
75
qiayue 2021-01-21 10:16:55 +08:00
建议说清楚低代码平台是自己公司内部使用，还是拿来当做产品推向市场。
后面我不评价，前者我建议付费使用现成的低代码平台，我看了几个平台，大多数都是年费万元左右，也有私有部署版本几万一年，或者 10 万永久买断。 绝对比自己开发更划算。 |
 |
76
cnbattle 2021-01-21 10:17:05 +08:00
菜鸟问一句， 低代码平台， 是不是就是写个中台？前端中台， 后端中台， 写完中台后的功能需求就是低代码了， 然而写中台的面对各种需求还是醉生梦死 0.0
|
 |
77
Cbdy 2021-01-21 10:24:13 +08:00 via Android
就说有没有让你们加班吧
|
 |
78
brust 2021-01-21 10:28:19 +08:00
我们也是搞一堆中台,一个上线的也没有,产品还跑路了
|
 |
79
geekzhu 2021-01-21 10:34:02 +08:00
ali 出来的就不足为怪了
|
 |
80
zhaoy 2021-01-21 10:35:57 +08:00
江湖骗子，我上家公司也是这样一个人都是从 XX 出来的，曾经负责过什么上亿的项目，他刚来不久就把当时在职的员工都搞走了（赔钱的那种，反正公司出，他不用出），换上自己的人，不用面试，薪资自己定，核心的留下然后招人慢慢把核心工作的内容交接过来，然后核心的自动离职。没什么好说的，我总结下来”江湖骗子“
|
 |
82
crackhopper 2021-01-21 10:49:36 +08:00
大局观不行。做高管，需要把需求、框架、管理和企业目标关联（成本、利润）。说什么随便提需求，更多概率是个大忽悠。
|
 |
83
SyncWorld 2021-01-21 10:50:07 +08:00
我都遇见好几个这种上级了，最离谱的有一个老板说带我们去纽交所敲钟去~哈哈哈哈啊哈哈！反正公司是他的，他高兴就好，我就随性上班就好
|
 |
84
lagoon 2021-01-21 10:53:39 +08:00
“不要管技术实现方案，提需求就行”
我觉得这句话没问题。产品就是提需求，能不能做，能做多少，技术再调研反馈。 否则，要求产品，根据当前技术水平，量身定做需求，是不是太难为人？ 至于 AI，神经网络，这就有点过分了。当然，如果贵公司是有能力做这些的公司，也不过分。 如果只是普通中小公司，这耍酷就过头了。 |
 |
85
BeiTianSoftware 2021-01-21 10:56:58 +08:00
@alonehat 赞同，ali 里面确实有技术扎实的，但也有不少吹牛本事头一把，做起事情来一塌屎
|
 |
86
dany813 2021-01-21 11:00:00 +08:00
牛逼
|
 |
87
kkzxak47 2021-01-21 11:02:25 +08:00
不懂就去问，问到他发火。
|
 |
88
l00t 2021-01-21 11:05:37 +08:00
@lagoon #84 那产品提个手机壳根据心情变色呢，提个意念输入呢？提需求又不是搞头脑风暴，哪能天马行空地来。产品可以有很多念头，但是形成正式的需求，那至少得自己初步筛选一遍吧。
|
|
90
lagoon 2021-01-21 11:12:45 +08:00
@l00t 不能把“不要管技术实现方案，提需求就行”，理解为支持产品提：“我要转生异界当主角”。
提“手机壳根据心情变色”没有问题。之所以打起来，是因为产品长期居高临下，不接受反驳吧。 否则，产品列了 10 条“根据心情变色”的需求，看需求评审，技术挨条否决，啥事都没有。 |
 |
91
wangyzj 2021-01-21 11:17:18 +08:00
"在阿里呆过一段时间"
|
 |
92
WJackson 2021-01-21 11:20:45 +08:00
“不要管技术实现方案，提需求就行”。
我的理解，产品不一定懂技术实现的方案，所以产品如果考虑这个技术方案，可能想的产品方案反而不好实现或者牛头不对马嘴，所以产品只要想好产品方案就好了，其他的交给需求预评审和评审，这时候技术可以提出问题，砍需求。 |
 |
93
wr516516 2021-01-21 11:21:55 +08:00
大部分都是傻*,
就像我上家公司, 可能只是在某个阿里旗下的子公司待过而已, 不管是技术还是能力, 还是代码规范都是憨批, 而且这种人一般也都没有管理经验, 经常搞得鸡飞狗跳的 他来了以后我是熬了半年离职了... |
 |
94
maomaomao001 2021-01-21 11:22:08 +08:00
这不是正常吗 ? 产品提需求当然不用特别考虑技术实现啊 . 产品提需求, 然后在和技术交流那些能实现那些不能实现 , 那些要取消, 那些需要做改动等等 , 再做进一步的调整啊 .
这不就是团队合作本该有的样子吗 ? 要不然你开会干什么 , 产品技术都懂完了 , 那还开什么会,交流什么 ??? 或者换个角度 , 如果你要产品从技术角度出发 , 技术从产品角度出发 ,这样岂不是个子都会从比较不擅长的方面出发 , 也就只能发挥比个子单体更底的水平了吧 (类似木桶效应) . 这样很明显不利于整个项目的发展 .... 提需求是提需求, 需求是要评审的, 要讨论的, 要思考开会的 , 需求出来了又不是一下子用魔法把它实现出来 ... 有的能实现的,容易的优先做到, 不好实现的,难得,可以遗留作为未来的突破难点 ,这明明没什么的呀 ??? |
 |
95
Kirsk 2021-01-21 11:24:07 +08:00
傻逼
|
 |
96
hhhsuan 2021-01-21 11:49:17 +08:00
从你的描述无法得出结论，可能是大佬也可能是 SB 。
|
 |
97
Marszm 2021-01-21 12:09:55 +08:00
他又不写代码....怎么看得出技术水平..只能看吹牛逼的水平....想看出来什么水平..来来,给一套算法题,一套 java 面试题,再加一套前端题...最后再设计个系统架构,给出 ER 图,UML 图,流程图...这才能看出什么水平.
|
 |
98
yueyoum 2021-01-21 12:11:45 +08:00 1
开会的时候说了这么一句话，是对着产品说的。
“不要管技术实现方案，提需求就行”。 ------------------------------------------------------------------- 这是一位 工作经验丰富，而且善于团队合作 和 规划的 人才 需求方 尽管提需求， 不用也没有必要知道 是你怎么实现的， 以及这个实现有什么坑点 如果你做不了， 再给对方反馈 为什么做不了， 以及你的建议 |
 |
99
xrr2016 2021-01-21 12:43:37 +08:00 1
|
 |
100
Bylinz 2021-01-21 12:51:58 +08:00
每个节点让擅长的人去就可以。
|
Select Language