技术选型是怎样毁掉一个项目的

现在是 2019 年 6 月 28 日凌晨 2 点 20 分。 我刚刚下班到家。

6 月初进入目前这个公司，截止到今天已经连续加班 20 天了。

当初还抱着美好的期望和幻想，觉得毕竟是一家明星创业企业，又是 AI 行业的风口，肯定能有很多收获和成长。

没想到一进公司就接了一个屎一样的项目。一直怀疑当初做技术选型的人脑子里肯定进了屎，选择了 openfaas + flask 的技术架构。

业务层路由，代码自己实现。

系统配置项，遍地都是，改一个配置要翻 n 多个文件

项目多次转手。对代码有疑问？找人问去吧，问一圈从来没有一个人能解释清楚。

环境部署？ 抱歉，随缘吧， 鬼知道环境出了什么问题。

真想找到当初项目选型的人问问， 把这样的项目扔出去，好意思吗？ 知道 k8s 和 openfaas 的环境有多少坑吗？觉得自己牛逼为啥不自己维护？

奉劝大家，技术选型真的要保守。 新技术、新架构，不是说上就能上的。 到时候遇到问题，哭的力气都没有。