: 推 Ghamu: 问题接水管这档事的经验别的国家早就做烂了... 对别人来说 02/16 02:37
: → Ghamu: 你做了十年的才好不容易已知用火 别人早已准备要殖民火星 02/16 02:37
: → Ghamu: 在一家公司蹲久 特别也是对年轻人啦 建议第一家不要做太久 02/16 02:37
: → Ghamu: 可能观点跟思维会被这家公司限缩较多 会以为解法只有一种 02/16 02:37
: → Ghamu: 自己这样做又成功过就觉得这样是对的 怕又是去到一家不照规 02/16 02:37
: → Ghamu: 矩的公司 在一开始建立起完全错误的观念 影响后续的发展 02/16 02:37
: → Ghamu: 算衰但也是个经验学习 我遇过两个主管他们在前公司都有成功 02/16 02:39
: → Ghamu: 公司都有赚钱 但他们的开发观念很畸形 02/16 02:39
: → Ghamu: 思想窠臼就是“我之前这样做 成功了 可赚钱 那就是最佳解 02/16 02:40
: → Ghamu: 你听我的就对了”但说来就明显错误的方式 02/16 02:40
我的意思不是这样的
其实我觉得您的例子(第三世界国家接通自来水比对在美国建立IOT城市)是一个好例子
接通自来水这回事不是单纯接水管
事实上它比较像建立一个城市的电力、网络系统
主事者会不会接水管、是不是水电专家其实不是很重要
他代表着主事者对各种资源调度、人员沟通(含执行意愿)、
政策规划、时程安排的能力高度展现
“接水管这档事的经验别的国家早就做烂了”
但这个世界上没有自来水的地区远超过有自来水的地区
最晚从罗马帝国就有公共供水系统，但全欧洲城市普及也不过几十年(还不是都自来水)
要接通自来水，头几件事情是搞定执行人员与人民的意愿与找资源
执行者懂不懂水管怎么接并不重要，事实上没有集水区跟水厂，接好水管也不是自来水
要执行美国的IOT城市专案，我想应该也是一样的
执行者懂不懂IOT的技术细节并不重要，反倒是都市规划等可能重要些
这其实显现了台湾工程师的一个很奇特的想法
我已经不止一次听到负责建立、维运ERP类专家系统的工程师自认为了解该领域的运作
规划完成一个企业内部作业流程的系统就认为了解Know how
反过来教训、抱怨十几二十年执业经验使用者跟客户不专业的奇葩也不是很少见
但很有趣的是，这些人如果有机会到外商工作，这时使用者跟客户又专业起来了
至少他们听得进去白人主管、老板的使用者需求 in English
我在软件业虽然只有八年
但深深感受到台湾的软件业是非常不尊重专业的
工程师除了金融财会跟生医以外，不尊重使用者的情况很常见
就如同上面“接自来水”的例子一样，想当然耳的藐视专业
除了金融财会跟生医，大部分的工程师都不会“每事问”
而是自以为专业的想像别人的专业应该怎么“专业”
为什么台湾的软件业不强？
你们看看有几个工程师把非本科的PM、行销、设计放在眼里？
这些职务换成在外商或是白人，是不是又能获得尊重？
台湾的中小企业乱搞的不少，
一些产品规划，工程师跨过本分(可行性与时程)指手画脚
对产品与市场不专业的工程师(工程师的专业是执行产品的开发制作与维护)
是不是很爱讲产品与市场怎么做才好？
是不是很爱抱怨行销、PM、业务都外行、在他们的专业领域不尊重工程师的专业？
提多一点好了
其实看了一些在国内外工程师出身能担任高阶主管的
他们大多有个共通性：尊重专业、尊重客户
这个尊重专业是：
对研发团队：尊重他们的专业，产品系统内部规划实作不让其他部门指手画脚
对其他部门：指派能明确翻译需求的PM为研发团队所理解，不让研发团队干涉
产品功能、接口规划与市场的行销策略
让各个部门能发挥其专业，且不让在该部分不专业的部门或团队干涉。
但做得比较好的，基本上都是大公司或外商，在中小企业，尤其是学术、传播出版
类的企业，工程师的话语权高到不可思议，在我任职过的产业中，几个重大失败几
乎都是工程师越线主导产品规划与行销，甚至CTO带头踩线。
台湾的工程师其实专业素养大多不错，但就尊重专业这一点糟糕的人不少。

有没有可能是倒果为因 公司没有投入资源在PM行销设计然后硬要工程师做不是自己专业的事

研发工程师的人事成本一般来说是最高，除了脑残老板以外通常不会希望工程师去做本分以外的工作，当然是存在脑残我在现场每次都是一整个想翻白眼..优秀的资深工程师完全可以是低能的行销与近乎完全无法跟客户沟通的PM...然后就一直想像导入新的技术做到一样的功能，稍微延迟几个月，可以屌打市场里所有的对手，因为他们都用旧技术新技术可以提升50%左右效率(延迟时间约少100毫秒)，效能降低70%左右(查全率)，工程师说那些不重要(认真的吗？)而验收标准是查全率...时效并不在验收条件里然后就跳针“为什么要为了查全率用那么low的技术，要教育客户，PM要去跟客户沟通，新技术[email protected]#$$%”然后提升速度的主要原因是要用3-6台搞hadoop或elk，原2台还有在封闭性商业软件开发(.NET)硬要用很新的第三方开源觉得.NET或php很low，坚持要用python或java打掉重来的全静态不到10页的网站坚持要用MVC或前端framework如vue客户三成以上是XP + IE6~IE8，坚持用.NET Core或不支援的前端framework，跟业务说请客户升级电脑跟作业系统各种信仰各种奇葩

想用新东西是为了玩新玩具，好处还蛮明确的，不能算是信仰吧

看到XP+IE6~8是我就拜托老板开了我算了lol

有信仰的优秀工程师，有的时候比只有一两年经验的难搞对呀，是玩新玩具，对产品开发的好处可能会有，但要评估没有评估，只是因为新、因为想练，这是非常不负责任的至于XP + IE6-8的相容，几年前一些产业是没得选择的能相容，市场以千万到几亿为单位，不能相容，市场剩百万

坚持用新技术不管时效的人是很强的工程师？？误会大了

未必喔 我在美国 designer的薪水跟后端工程师接近还是要看公司吧 台湾普遍不重视设计PM行销 没办法查一下附近公司叫Chewy的glassdoor PM跟Designer薪水有SW的九成 所以并不会差很多喔

这是互相的，纯粹怪工程师很诡异，公司有提供足够资源去聘雇pm吗？还是直接纯业务抓来用，同时工程师有没有提供pm需要的资讯，pm有没有正确了解需求，要做到这两点，背后的功夫都是要自己花时间的，不是工程师跳外商就换脑袋，是他们的合作者都是领高薪背后功夫有下好下满的专业人士，讲白点领多少钱做多少事，另外你离题了

pm是product manager，专案失败怪pm很正常啊使用者本来就不是专业的 他们有他们的know how工程师要负责转成能动的程式 在规划阶段没通盘考虑好就会变成要临时加需求 这时就要怪是当初没考虑到还是使用者乱改需求 看双方合约怎么订吧

推

如果你的经验谈没混在一起讲的话,我觉得你认为难搞的工程师很强也进错公司了. 你们彼此不适合,也不全然他的错.

全都怪工程师好像也蛮怪的...

我觉得你也满不尊重专业的，旧技术除了难维护、效能差还有安全性问题，但你只归类成工程师想玩新玩具，那往后产品出现以上的问题时，还不是推给工程师解？另外随便举一个金融领域的，里面的user多的是十几年经验但是只懂自己部门负责的知识，其他完全不知道，也毫无系统规划概念，官股更是严重，你要说资深工程师在系统面的domain knowledge 比不上那些user，不是你看得浅就是看错面向，至于为什么换成外商user就会被工程师尊敬？因为外商user在他自己专业领域上面就真的比较有料啊，就算人家要推要摆烂，在嘴上还有自己的一套说词，官股user直接我就烂，你觉得工程师要尊敬谁？

你是反串吧？会写程式码？会产品设计吗？

领多少钱做多少事是哪个乌托邦R? 没遇过说一口好产品，文件里放不出个P 却坐领高薪的 "专业" PM 噢

我个人认识的工程师都没鄙视其他职位可能是我入世尚浅吧，给箭头

其实应该是我举例让你误解 我的原意是在山中修练武功 练到炉火纯青 好不容易下山了 别人洋枪三秒毙了你 在错地方蹲点久了会很惨特别工程技术日新月异 如果见识不足 可能连自己不懂什么都不知道觉得这串很多人用超级理想的情况当做是普遍正常的情况做讨论 哈哈哈如果这家公司设计跟工程师PM 等等年薪都200万以上 当然互相尊重专业 各个部门都各司其职就没问题了理想上当然是这样没错 问题现实就是有时候没办法那么顺利可能上头出钱老板觉得工程师稀缺给100k PM 设计师粪文组给他30k 结果一堆奇行种需求 今天提出 明天就要的时程横行 我以一个使用者的角度都觉得不行了 还要尊重”专业”闷著头做？现实是沟通很重要 很多东西在自己的领域无法解决 别的领域很简单 但其中还是有那条权责界线存在 只是我开始见识浅薄 不知道有没有神可以提出关键字给我们菜机孤狗的？感觉在管理专业里应该有个什么方法学去解决这种问题

对于尊重专业这档事来说，只想说尊重是用赢来的一些公司付那什么薪水在找PM/设计师，工程师如果都乖乖的"尊重专业"，到最后还是把自己搞死只是这种没上下文的讨论都没啥意义，公说公有理光是"谁专业"，不同公司就有不同情形