开会的时候说了这么一句话,是对着产品说的。
“不要管技术实现方案,提需求就行”。
开会的时候说了一堆名称,dws,ai,神经网络。
让前端调研开源框架写组件,反正技术、开发都一脸懵逼。
所以这位大领导的技术能力到底如何?
![]() |
101
dovme 88 天前
翻页
|
![]() |
102
Rorysky 88 天前
告诉他 他老东家 开始拆中台了
|
103
kvkboy 88 天前 ![]() 不出设计不写方案,只会对你们各种评头论足,说一些似是而非且没有实质性的进展,有一个算一个都是混子。
要么就是跟风要么就是做个样子,最后发现大家做不了做不好,公司觉得浪费人力他也就不折腾你们。 不排除是个究极大佬,概率太小 |
104
LemonK 88 天前
这么巧,这句话我也说过。
你可能不知道正好懂一点(十年前)技术的产品,提出的需求有多么奇葩。 |
105
zypy333 88 天前
直觉是坑,等你后面更新进度
|
![]() |
111
no1xsyzy 88 天前
这个嘛,虽然是坑的雷达很明显,但确实信息量不足
拉前端可能只是对你们内部划分不熟悉 CIO 的活也不是计算机技术,而是数据分析,偏营销,稍微带点数据科学。 至于 “不要管技术实现方案,提需求就行” 这个问题看上去有点先入为主了,不管是你还是说话人。 1. 讲究一个闭环,要知道对方有什么习性再给建议。 a. 如果是一个拍脑袋瞎提方案,提的方案从来不具有可行性的产品,那应该让他多考虑考虑实现方案,是否可行。 b. 如果是一个畏首畏尾不敢提方案的产品,这样说没毛病啊。 c. 如果是一个稍微会点技术提方案的时候老是把实现方案一起说了影响思路的,那这么说也没毛病啊。 所以没头没脑地来这么一句,到底是基于调研知道产品的习性,还是大智慧一眼看出产品的习性,还是不求实际盲猜产品的习性,还是遇到过的产品都是 b.c. 这样的导致思维定势。 2. 所以你缺乏这一调研想要作任何论点又陷入 “子非鱼” 的境地了。 视其所以,观其所由,察其所安。人焉叟哉?人焉叟哉? |
112
dadaoqueyi 88 天前
@zjuster 产品只负责提需求做设计,技术能不能做是第二步沟通的事。你让产品做一部分技术考虑的事,反而是多此一举。
|
![]() |
113
Youlan 88 天前
我现在是觉着...年轻的技术都喜欢反驳产品提的问题,开口就是我觉着用户体验不好...年迈的技术就是执行设计并执行
|
![]() |
114
wh1012023498 88 天前
@Youlan 那是因为年迈的技术都悟了,谁对谁错又不影响发工资,何必争呢。手头狗头。
|
115
pkupyx 87 天前
那句话很正常,产品不受技术限制的提需求。
技术真做不来,保证核心需求做了,砍砍不好实现的,当然核心需求也做不了的话,也只能砍。 |