新创最爱用“新技术”
能赚钱 好用 稳定
为什么要用新技术？
那是因为 旧技术赚钱的公司都在前面
你拿旧技术怎么跟前面比
当然要拿新技术才能要到钱
稳定 快速上线 才是王道
新技术能活下去的没几个
因为出问题 找不到人家解
除非技术是自己创新研发 不是网络上挖来研究的
※ 引述《PRCXi (中华人民共和国主席)》之铭言：
: 小弟文组资策会转职仔，入行刚满六年
: 前五年靠着学校名字进了两间知名大公司，今年初跳槽到一间新创
: 在前两间公司的时候步调比较慢，而且教学文件非常完整，甚至还教学有影片
: 而使用的技术也是5~10年前左右的那种，遇到问题、BUG网络都一大票资料
: 这五年来也过得没什么压力，我也自认为自己技术有一直在成长
: 至少在公司里的程式问题除了MIS、SRE那方面的我都能应付、解决
: 今年初到了现在这间新创后，整个步调都超级快
: 除了新人蜜月期两周外每天都是超高压的工作环境
: 除了CTO、TL都要求大家走最新的框架外，程式架构也是我之前都没碰过的
: 因为不熟，每天的进度报告我都是进度落后的那个
: 之后我开始用下班时间看技术文件，自己尝试跟着实作，每天弄到12点多
: 两个多月过去了，我开始发现自己好像不太喜欢这种东西
: 看技术文件也常常五分钟后就开始觉得无聊、不想看，完全没有在前公司学习的那种感
觉
: 前天跟主管一对一谈话中，主管也说他感觉不到我对技术的热忱
: 觉得我是一个比较被动接受的人，要我考虑一下往后的职涯想怎么走
: 加上昨天听到前同事在说，前公司新进来的新人说我当初留下的扣很烂，想全部翻掉
: 让我更加觉得自己的技术很烂，前五年好像都是自我感觉良好
: 想请问各位大大，我现在入行六年还没破百(目前年薪9X)
: 技术差加上对技术没热情，是不是真的转行比较好？
: 谢谢各位的回复！！ 我会考虑找自己适合的公司or银行IT试试看
: 另外补充说明一下
: 会有转行念头的最大原因是前天跟主管的对谈
: 主管提到对技术没有热忱很难在这行走得远，加上我算大龄(31)又有一些年资
: 不能一直待在junior的位置，要想往后升上去绝对避不开自己钻研新技术
: 他说如果真的没兴趣就要好好想想职涯未来的规划
: 听完之后我是真的很迷惘，才会有该不该及早停损的念头
: 再加上又听到自己之前的扣被嫌成像一坨屎，算是最后一根稻草吧

推

推 要够炫炮才能骗到创投

有的时候能拿到创投就是成功

现在资金紧缩，用最小的成本把东西开出来让人买单比什么都重要，要炫砲的话自己去community，不要拿全体投资人跟员工去陪你炫

确实

赚不赚钱应该是商业模式。新旧技术大多是工程师的偏好而

雀食

新旧技术是工程师的偏好，跟公司获利无关会有新的技术多半是为了解决某些问题，但随着迭代过程，可能被淘汰

所以说跟公司赚不赚钱没有差。有些系统旧的技术就是不好用，那当然用新的0.0

新技术就是解决或改善旧技术问题 用旧技术会越来越少

如果自己搞不成熟的新东西炫砲导致之后维护困难+找不到人，这样就得不偿失

新技术会出现是因为旧技术在某些场景有局限但不代表新技术能取代旧技术表现良好的场景重点是先搞清楚问题 (why)，然后是怎么解决 (how)最后才是用什么技术解决 (what)java 没有取代 C/C++，node / python / golang也没取代 java

有时候也觉得 很奇怪 明明旧有的语言 架构也能解决问题 但却硬要导入新的语言框架的人 除了满足自己的技术癖外 还能有啥好处……

履历好看的好处啊 颗颗啊 还有个情况，已经没在维护更新的旧技术的确该淘汰

然后一堆人说用新技术是为了填补旧技术的缺少 老实说 我从改机器码 组合语言 C／C++ 一路玩到PHP GO C# 这些高阶语言 还真的没有用C/C++刻不出来的功能跟框架 我的认知新语言技术其实很大一部分是让后入者也能快速进入实现功能而已 对于有现有框架的应该优先再框架内解决问题不能就自己扩展 再不行才会是导入新架构技术 几年前有个不大专案一共用了5种语言 3种数据库 再加上zookeeper Kafka 一整个挑战团队成员的天份 反正我走后没听过有后面的人可以跟我一样和这个主管一起这样玩的… 但我真的觉得这样很无聊……

在什么时候导入新技术也是门学问，需要点实务历练

@ku72 我还真的有跟这种主管玩过 我大概用了三种语言+两种数据库 其他人各负责一种反正上班领钱玩玩东西还不错

一个不大的专案用5种语言和3种数据库。如果不是需求的话，那是决策的问题，跟用不用新技术根本没关系。有新技术可以符合需求为什么要自己造轮子？

推 tofuflower

跟赚不赚钱当然有关啊，同样水准的人难找代表你release的东西就少，和难补人。问题难解决，系统不稳定，服务不能用都是

上面有说到重点了 补不到人 然后勉强补了也帮不上忙然后 用不用新技术一直都是决策问题 而不是技术问题 为什么会用到这么多语言技术 不就是为了不造轮子 但结果其实没更好

推ku72

新技术来能用Buzzword骗到VC/PE呀！

我是逆着学回去 造轮子意义就是好控制 用别人的要会技术细节不然你造的出来的应用大家都造的出来 没什么区别 也很浪费时间 有些机制你想搞出来迎合需求也很想吐 实现的特别丑还有很多现成的都有坑 坑到你会抓狂 kafka类的如果你懂原理都可以自己造一个一直追新不代表真的进步 职场每个人都在展现自己觉得有信心的一面 也会用这一面来看别人自己搞而且不乱搞的话很多面向品质都可以有一定保证

先澄清我不盲目追求新技术。但是自己造轮子不代表好维护，甚至可能只有你能维护。同样水准的人难找跟是不是用新技术无关。

再次强调"用最新技术才是好"根本是错误思维

好控制也是只有自己好控制，出问题也只有自己好解

写程式重点是逻辑跟整体程式的掌握度 基于原本架构下造的轮子 对于团队内的成员 理解一定是更为容易 至于专写没人看的懂的code的不在讨论内 但使用新技术 一方面是大家都要重新熟悉 一方面是程式码撰写规范逻辑适应 再者 新技术面对的是广泛的使用者 所以会很全面的涵括完整方案 但你很可能只要使用一小部分 然后当有问题时 到底要等修正还是自己维护修改？所以我还是觉得 用不用新技术是要完整评估 专案当前阶段 以及使用成本跟自己开发成本后再决定 直接以新技术当最佳解的真的很恐怖

所以我才说不乱搞 而且团队要选什么不是我小咖能够决定 如果已有的轮子这么好用那当有特殊需求的时候上层一天到晚推推乐做什么 然后叫人跑去二次开发更是夸张

这边应该没人觉得新技术才是最好的吧0.0

那不是该只有专案开发者才能维护的吗?

有些推文把新技术跟版本更新混淆了...对于既有技术的版本更新是应该要掌握的，但似乎很多年长的开发人员并未意识到这点…

所有框架都是面对广泛的使用者。除非你完全自己造轮子。不然你避免不了框架。新技术只是技术选择的一个选项，对于一个新项目而言不管新或旧技术都需要学习的。

你这样讲完全错误喔～ 新创因为没钱没资源 唯一能跟大公司拼的就是灵活性 透过能快速导入新技术提升整体效率的优势跟大公司一拼 不然你用旧技术 但没钱没人 那你就死掉了而老公司因为老产品已经赚钱了 会趋向保守用就技术维持营运也不可能让用老技术的老屁股一夕之间全部使用有效率电新技老公司可能古代人都用email沟通 很多老人觉得这个很严谨 组组织又大人又多 要改要花好几个月 反观新创几只猫 要用slack吗？ 好啊 明天就可以用了 而最一开始团队建置就可以找使用新技术的人组成团队 不像老公司很多人不会新的要转换学习说穿 新的技术有9成都是根基于旧技术的改进 不是石头里蹦出来的 都会比旧的技术优秀作为工程师拥抱新技术是一个重要素养 我以肉身撞墙过拥抱旧技术 真的很惨 新公司都用新技术新框架 觉得以前保守求稳定鄙视新技术根本脑残...花了好多时间做出垃圾 新技术又快又好轻松写意

新技术不一定不好 但很大机会和某些旧技术一样不好因为大而全的思想导致 简单又灵活的东西不是没有 只是很少人做 可能怕内卷 公司来讲选什么不一定有机会决定 但对个人来讲绝对选简单好用又安全的 三者并不是互斥

我只看到一堆新创整天说灵活性结果连市场上有什么选择都懒得调查，闭门造车结果发现做出一堆市场上已经一堆人实作出来的套件效能也没比其他好，可维护性趋近于0，还没有经过业界实战

hegemon你搞得我好乱一下批评用新技术炫砲炫技不成熟一下又说一堆新创闭门造车不看市场上有啥选择这边新技术是多新？怎么定义新技术？是从学界角度来看, 还是看业界有没有被验证过, 还是看名词流行的年分

技术不分新旧，只分能不能解决商业问题赚钱工程师需要的是分析问题和根据手上资源找到适合的工具同样问题不同公司不同流量不同产业解法天差地远，纠结新旧技术真的不是做产品的重点

台湾几乎没有真新创吧 看看创世神那家公司 也是被批斗只能说技术人永远都有歧视链

十年内，或是虽然出来很久，但是鲜少没有在你需求领域被广泛使用的都算新吧. 再来不是做技术供应商却对跟商业逻辑不相关的部分自干

技术有分新旧 能力资源无法用最佳解可以先偏安在次佳解但要持续往新技术去迈进 不然真的会被时代淘汰商业问题赚钱那是营运行销他们要考虑的 工程师应该着重在技术成长上 能用新的就不要用旧的 旧的技术职缺只会越来越来越少 领的钱越来越少为了配合所谓商业考量都用旧的没效率的技术没意义 商业端赚不赚钱不是技术能控制的 技术端就是把自己强化好随时可跳如果你都是在用旧的技术毫无成长 履历上也不好看吧?

履历上看的是你解决什么问题，不是你用什么工具...甚至会问你为什么选用什么工具解决这个问题我是没试过回答技术就是选新的如果面试官问你为什么选择用某种 DB他会期待你分析业务场景选择，而不是说选新的 NoSQL

这问题牵扯很广啦，比如像是 COBOL 这种就很解释楼上的问题但 jQuery 这种就还是面试官们能接受的

所以每个人对新旧技术定义都不太一样

有些JD上会写哪些技术有加分或是preferred XD

工具有差异 只是很可能最后都是变成一个大怪兽工具而已 工具不同思维也都不同新旧工具的不同会有不同习惯者以及利益相关 新创都有一些考量不代表旧的没考虑 当然分散风险更加好只是纯以工程角度来讲 我看到的是everything sucks

就骗钱骗员工伎俩 你怎么那麽老实

这里讲的是纯技术 像楼上说的NoSQL其实有好处 就是免逸sql注入免疫

呃，使用 NoSQL 不代表没有注入问题耶…

NoSQL会被注入除非NoSQL有漏洞或者写的人乱写

好喔…你说的没错，其实关联式数据库会被注入也是因为这个原因呢：)

关联式需要parse querystring nosql定义的好根本没注入的可能 当然sql搞一堆事前工作都可以 只是nosql更容易免疫

但是 NoSQL 在某些场景一样没办法取代 RDBMS 啊重典还是场景，和适合的工具

这就有点矛盾了 不过功能可以独立出来

排斥新技术的人会认为RDBMS是世界上最好的方式 不懂那些新创年轻人搞什么NoSql 根本在圈钱的不稳定又很少人会 到底要浪费时间去导入他干嘛？之前吃喜酒一家大公司的工程师说他们用小乌龟SVN用的出神入化 也写了很多自动化工具 他们认为工具不重要 重点是实作出来跟商业逻辑 我跟他讲GIT branching 之类的功能 他把我当成低能儿 一直重复说工具不重要 能实作出来就好说穿大家都是工程师啦 技术这种东西是很实在有一说一 有二说二的 两个技术工具在那 肯定有其好坏优缺点的 说出不重要都可以这种话 我是无法接受现实条件当然不可能百一分之一百理想 每次有资源都能用最佳实践 但我们就是应该知道什么是对的尽力去做 也谦虚地去了解新技术在讲什么 而不是因为我会旧的 新的不重要 骗钱的 Buzz word

注入这个问题的根源是把不可信的input当command parse跟是RDBMS还是NoSQL一点关系都没有，如果SQL全都是写死的input只以参数方式传一样不可能有注入问题

SQL随应用情景不会都是写死的 依照规则写好基本上就如同NoSQL语言扩充写死一样

楼上还是拿 AWS Dynamo/Mongo Injection 这些关键字爬一下文吧

这就NoSQL本身的问题 XD

会有这些注入问题就是 ssccg 大说的，两者差异只是发生位置的问题，使用 SQL 容易发生在 SQL statement parsing 阶段，而 NoSQL 更惨是会发生在执行阶段。除此之外，NoSQL 是 Not Only SQL 而不是完全没有…

你不容易控制别人怎么输入 但可以控制你底层的实作XD