@abel3345 快别吹了，我就做 Java web 出身的，你自己看看 Java web 卷成什么样子了？还大型商业级 web 应用，你说现在这几个大型商业级应用几个还需要年轻人？你懂不懂什么叫做需求关系？你自己去看看 C++在视频领域和深度学习领域的作用去，我说的难听点，Java web 完全可以被 golang 甚至 PHP 取代，但是 C++永远不会被任何其他语言取代，再去拓宽下自己的领域知识吧，当 Java 的井底之蛙不丢人，丢人的是出来夜郎自大的胡说，Java web 很成熟很好，没人质疑，问题是，商业 web 互联网的风潮过去了，现在去，去给你这种只会 Java web 的老古董当小弟？
误人子弟的恰好就是你这种 Java 吹

R.I.P

@hackpro
@WilliamYang
同意两位的看法
1：图灵出版社这种做法就是砸自己牌子，或许也是 diss 程序员傻大头的一种做法，我选择对抗
2：一个程序员，特别是学习 Python 的程序员，的确应该先看原版，如果不看原版，至少也不应该给这种 diss 程序员群体的出版社，diss 消费者的出版社继续买单了

@coetzee 还有大量读者作为消费者给这出版社洗白，我真不明白了，这纸就是以前九十年代村口那种蹲坑专看的书的纸张，甚至都不如，就这都有人给洗白，作为消费者而言，真的贱。您格局大的看，这他妈败坏整个行业的破窗，更是老鼠屎，你也无法洗白，总之，洗白的人，你要不是内部人，我都不信

去图灵网站这本书的链接下面看看，多少人说这个事儿，这纸上和价格就是欺负程序员。

160 左右的价格，配上这个纸。还有什么理由呢？你去看看其他的 IT 图书，什么纸
楼主的话题没毛病，中国图书产业，真别怪盗版，自己这砸口碑玩法，欺负智商的做法，以后发生什么倒闭没落都是活该

这是好书！

不知道有没有懂行的讲讲，https://www.fgnwct.com/price.html 这类的工具是否有其他风险？

@hello00001 碰到高手了，他这个应该是基于 https://ehang-io.github.io/nps/#/ 做的

@timnottom @superliy @lizhenda @huwenzhe @kop1989smurf 各位猜错了，楼主厉害
各位猜的都不对，我猜测是做内网穿透软件的

不可以，老哥你上次提问了个帖子，我说了下方案，你这不仔细看啊

从实战角度考虑，只推荐两本，如果是务虚的话，还有更多的。如果你看完了这两本（先 1 后 2 ），你就有了自我判定。
1：《设计数据密集型应用》也称为 DDIA https://book.douban.com/subject/27154352/
2：《微服务架构设计模式》 https://book.douban.com/subject/33425123/

补充说明：微观的数据一定是为宏观的架构做服务的，top to down 的模式，更有利于你对数据和封装的理解。单纯的由点及面，大多数时候我们会输给 GPT 的

同意楼上有几位朋友的观点，做技术选型一定要考虑团队，不要什么高大上选什么，做不出来的高大上都是海市蜃楼。

看了你的规划，我发现你现在的步子非常大，需要大厂才能玩，但是如果是大厂，就没必要来论坛提问了，所以我权当抛砖引玉，做一点自己的感想，说的不好，大牛们补充或者指正：

1：k8s 化过重，你这套选型大量 k8s 的产品，需要团队至少有 3 个人熟悉 k8s ，并且有 2 个专业的全职 k8s 人员才可以，如果不是，建议不要轻易玩的太深，只做单纯的平台就好，等你们后期稳定了，你可以考虑在迁移一些功能到 k8s 上。举例：你的 knative ，kubeflow ，istio 真的有必要么，收益率高么？现在的技术方案问题很多到必须换技术选型才能改正？你先反问自己这几个问题，再做这块的决策。

2：mysql+sqlite 切 dgraph(存储设备信息等数据)/PostgreSQL ，这一步，我的看法是，短期保留 MySQL 应该没问题吧，做好 MySQL 调优即可。

3：victoria-metrics(存储时序数据)/TimescaleDB 这块，我不明白你们的底层数据存储格式，但是我之前做过一次，MySQL+Clickhouse 的组合，很完美、也很省心、省资源，楼主可以参考。当然监控领域，我们选择是 prometheus 。victoria-metrics 不熟悉，不做评价。
这里多说一点，切换存储是个很大的工作，很复杂，也很费事，影响也能大，光这点我觉得就要谨慎对待，不能为了做而做，必须收益率满足团队需求才有意义，所谓的新技术，很多新瓶装旧酒

4：前端：不喜欢有专业开发团队做使用一些低代码平台，按照你的描述，你的 deadline 其实还好，不然不会这么大动干戈。不如自己从头写，做好整体把控。这块仁者见仁，这只是我的看法，大家自己判断。

5：存储：minio 这类支持 S3 满足不了你们吗？ ceph 我不熟，但据我所知，比较复杂，不如 minio 简单，对于一般团队没有专业搞存储的或者做这类的团队，我不建议在这块上太激进。你不如看看 minio+juiceFS 这类方案

6：流式数据很多，对实时性这么敏感？ spark 切 flink 也是大工程量，也是看收益率的工作，我不建议做，用好一个足以，如果实在是符合 flink 场景，那么推荐 streamX

7：微服务：Quarkus 这里我真笑了，不是新项目，重构项目，坚持保留 sringboot 的结构，vert.x 团队有人 hold 住么？响应式玩得转么？如果非要追求 native ，用 springboot3 ，做好原有 springcloud 项目的重构和组合即可，完全不需要重写，更不需要换框架。您要是新项目，当我没说！对了，对于大项目来说，那点 native 冷启动和内存消耗来说，不算什么，需要做好的是：减少你的服务数，一般的服务，不要动不动拆成微服务。这块，能理解就理解，不能理解就去看 DHH 文章，不争论

8：CICD：drone 我用过，效果不错，可以替代 jenkins 了，团队有人能搭建就行。sonarqube 也就配置以下就可以。buildah 这块，配合你们如果有人有精力做专业 cicd 平台可以搞一下，不然我认为，做一套 k8s+drone+gitlab 就足够了，只要设置好项目 hook 和自动化即可。太多工作，反而喧宾夺主了，devOpts 是为了降本提效，让大家省心省力，不是为了让团队把时间都用在这上面，需要明白主次


总结：楼主这套，跟我之前的一些选型有一些像，我也遇到过类似的质疑，为什么不这样，为什么用这个这类问题。很多时候，架构选择，技术选型不是一个先进性的问题，是一个综合问题，你要优先考虑什么。
更重要的是，好的架构和技术选型，一定是能落地的架构，一定是大家（公司和团队）都是受益者的架构，一定不是人云亦云的架构，也一定是做了某些妥协的架构。

不要把新技术、云、大数据等等新技术，一股脑的塞给任何一个团队，任何的架构革新都是抽丝剥茧的变化，从收益率最大的那个入手，一点点来，适可而止，不要只考虑自己的喜好，多想想团队和后续。

以上是我的一些浅见，请楼主和各位大牛轻拍

有啊，我就是。

1：畅通无阻的开车自然很享受，但是堵车不是，碰到低素质、工作日上下班都是难受的
2：开车不准时，地铁多好，能站一会儿，能走一会儿，而且还准点
3：停车很麻烦，不管是公司、小区，还是外出去商场医院，停车都是麻烦事
4：电动车充电，里程焦虑很麻烦，不是每个人都有一个充电桩的，至少小区就没有充电桩车位，还得没电了特意出去充电，对于宅的人来说，是痛苦。油车开几个高速，回来路上就得加油了，比电动车好一点
5：有车以后花钱更多，不如坐地铁。开车之后，活动半径增大，去商场本来带不了的东西也可以放车上，反正多了一些可有可无的消费
6：恶小而为之的事儿增多。礼让行人，不随意变道，提前打转向灯等等《小事》越来越模糊，很多《老司机》全靠感觉开车，做事做人，底线都在下滑

颈椎是大问题，久坐族尤甚！如果不重视，就是拿自己的生命和家人的幸福开玩笑，我曾经连续一个多月一直睡觉颈椎疼醒自己，各位朋友一定要注意身体防护，自己的身体，这不是你的手机，不要挥霍使用

1：多跑步或者快走
2：经常拉单杠，很有效
3：多起身运动，尽量每小时内起身至少一次。咱们上学的时候课间休息 10 分钟真的很科学
4：多喝水，多喝水您就得上厕所，坐着不动硬憋也憋不住啊

看了很多老哥关注这个话题，多说几嘴：

1：兴趣很重要，但是语言的选择，兴趣不是那么重要；特别是当你在强烈的社会现实面前，兴趣会变得脆弱；很多人说自己对技术有兴趣，但是业余时间更喜欢刷剧和玩游戏，到底兴趣是什么，真的驱动力是什么，要真正的认识自我，不要麻痹自己，特别是工作不多久的同学，你问问转行的各位，几个人能做到不忘初心？所以在最初的时候要明确初心是什么，如何能够坚守

2：“古之成大事者，不惟有超世之才，亦必有坚韧不拔之志”。认识到自己是普通人很重要，程序员这行，如果您真有坚忍不拔之志或者超世之才，不需要选择，直接全都要！如果不是，尽量选择《入世方案》，《适应市场经济》，做时代洪流和红利下面的一份子，不要高估自己的学习动力，也不要低估自己早期的努力，选一个有利于自己实际利益的方向更好，工作里的大多数事情，有了正反馈之后，你自然就会产生兴趣，如果没有正反馈，兴趣早晚磨灭，真正的兴趣需要不停的正反馈。不然那么多人玩游戏又是因为什么？

3：早期选一门语言，贪多嚼不烂，贪多嚼不烂，贪多嚼不烂。先发展深度，在发展广度，由点及面的学习，不要发散！不要发散！不要发散！不然你会被各种《新技术》，各种《实用的技术》，各种《必备技术》，各种《 P8 技术和年薪百万的技术》带跑偏，最终丧失初心

4：先实践再理论，多做实用项目，不停地完善，多跟社区交流，多接触国外的技术理念和大牛。必须重视足够的代码实践，哪怕有了 chatGPT ，哪怕你觉得不过如此的项目，也动手做一做，你会发现，《想和做，是两回事》

5：别人的经验总归是别人的，自己的动手实践才是自己的。一直看别人的东西，不如把自己的东西搞得多一点、深一点。大牛的东西都是带有他们的时代、工作场景、具体问题具体分析很重要，不要动不动上《八股文》

6：经常看看基础，基础很重要，用第一性原则分析问题、解决问题会提高眼界，拓展思路，不要局限自我。不要局限自己是 C++程序员、Java 程序员，语言是起初的敲门砖，也是工具。"不滞于物，不困于心，不乱于人"，一切都是为了达到你人生目的的手段，而不是目的，技术不是人生目的，C++和 Java 等某些专一技术更不是人生目的，提前想明白，工作时候会更豁达一些。

7：符合市场经济和时代红利的技术选择很重要，不要听信哪些都要学的同学，第一门工作语言就跟老婆一样重要，是你的几年的主要经济来源和时间陪伴，不要多情，也不要寡情。选一个冷门，固然有大师做例子，但是提前认识到自己是普通人，入世选择更重要，《钱》就是我们打工人最重要的选择因素，《在自我可控的框架下，向钱看》。不然你看看 V2 时不时出来换工作、买车、找对象、房租、买房等等问题的时候，《钱》其实占据了主导因素甚至全部因素。


看不得一些虚假的人，假如每年收入一个亿，还搞个屁技术。大多数人都是俗人，不是 jeaf dean 和 guido van rossum 这类大神，做个现实主义的技术爱好者，抓住时代红利和行业红利，不自怨自艾，快乐一点不好么？

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

补充一点看到的其他人的想法，与技术无关，但是可以作为现实主义的参考：
选比亚迪和特斯拉都不重要，我选择宝马奔驰，因为我知道我以后会换更好的车，考虑二手车置换和保险费用，我也知道电动车的功能很好，但买 BBA 之后别人对我和我的家人的隐形改变更重要，我是社会动物，都有虚荣心，真要算账，买车还真不如打车划算（一线城市尤其如此），但是买车计算的那么透彻的人几个真的做到没有虚荣心？
如果更有钱，我选择宾利和劳斯莱斯，买车跟买房一样，看重实用，但是实际上海边大别墅和劳斯莱斯一样，肯定有不如小两居和比亚迪电动的各种理由，如果给你选择，你会做什么选择呢？
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

所以在我看来《重要的是，自己拥有更多选择权的能力，而不是有限选择下的辩论分析能力，那么如何能够具有这种能力呢？》