先问是不是，再问为什么。
[https://beta.character.ai/]
[https://app.copilothub.co/copilots]
[https://github.com/OptimalScale/LMFlow]
[https://fullpeace.cn/]
[https://video.h5.weibo.cn/1034:4882922419978365/4882922621895977]

以下行业会在最近几年逆势上涨，会陆续出一些产品，当然也很卷，我仅发我调研过接触过的公司与行业。

「自动驾驶」 Robotruck 和农业相关的自动驾驶落地概率会更大一些，我个人认为 25 年之前商用是没问题的。Robotaxi 或者民用相关涉及伦理，比较难。
《元戎启行》《主线科技》《文远知行》《丰疆智能》等

「新能源车相关领域」乘用车不多说，新能源商用车近几年也会很快落地。有牌照的车企不多，这里只给你推荐上下游企业，包括储能、换电方案、清洁能源。其中储能、电池回收利用的落地会慢很多。
《国海绿能》《玖行能源》《启源芯动力》《远景》等

「高精制造与供应链相关的智能应用」其实就是制造业的变革，大部分跟 AI/能源有关，我们正在从劳动密集型制造转变为下一代高精制造。有更智能的机械臂 /AGV/RGV ，更好的供应链仓储，更低的运输成本，更智能的路线规划与智能调度。
《仙工智能》《地上铁》《衫数科技》《蓝幸》等

「半导体相关」比较难找，垃圾公司太多，大部分都没技术壁垒，市场也在退烧，流片风险一次就得一两千万。
只提一家我参与过投融资的优质企业《驭灿科技》，能进去算你有本事。

建议看看 openai 公布的数据
[https://github.com/openai/gpt-3/blob/master/dataset_statistics/languages_by_word_count.csv]
chatgpt 训练中文词汇不到 0.1%，为什么解答中文也这么好？

语义本身就只是语义，它 chatgpt 可以不懂「沉舟侧畔千帆过」，但是基于现代人类的基本语义都是没问题的。
NLP 这玩意国内也有大把成品，但是跟 LLM 完全不是一个东西。
LLM 要投入大量的算力卡和电费，谁舍得像它那样一个月烧一千万刀电费？现在火爆全球，你去问问李彦宏舍得吗，他说的不还是个资本家。


不要再给「国内 AI 」找借口，发展不起来纯粹是钱、算力、心态的问题。

这个项目我很久之前调研过，如果你想在低代码同行竞品里面交流比较可以看看这个清单[https://github.com/taowen/awesome-lowcode]

可视化拖拽程度太低，基本的对齐网格 /拖动吸附是需要的。
不要跟我谈什么盒子模型、块级元素行级元素、浮动样式都是扯淡，哪个设计师 /产品会懂这个。看看别人的[https://juejin.cn/post/6908502083075325959#heading-0]
我非常不建议你以 html 的条条框框来设计低代码，父级子级并集都毫无意义，又不是 css 选择器。建议多看看公司设计用 figma 做图的体验，那种才是适合人类的可视化设计。
你都做低代码了，没必要把为了代码开发的模型思想强行转变为设计遵循的原则。Dreamweaver 那种死代码也不行。

还缺少保存模版、作者和创建信息 /编辑记录、预发布、发布相关的 pipeline 。企业级功能完全不满足，偏偏低代码最大的市场就是有一定规模的大中型企业。

表格是个大类，你这个组件差太多。相对应的可绑定数据也很少。

copilot 本身的定位就是让你专注于逻辑思考和程序设计，体会编程乐趣，不要把时间浪费在无意义的重复代码上。


[https://github.com/features/copilot/]
「 Focus on solving bigger problems 」
「 Spend less time creating boilerplate and repetitive code patterns, and more time on what matters: building great software. Write a comment describing the logic you want and GitHub Copilot will immediately suggest code to implement the solution.」

你是想要《 Rainbond 》这种无脑方案，但是 rainbond 不好用，适合不懂开发的运维

但是我更加推荐，也是楼上一致的方案：
自己的 git 库+Jenkins+制品仓库（ Harbor 或者云服务制品库）+k8s/云容器服务

粗学上手一套其实也不难，远比用 rainbond 带来的隐患轻松多了
定制性更佳、更灵活、私密、功能健全，秒杀 rainbond 这种无脑方案

你有很多常识性的错误，不多废话纠正了。无脑选 go

对等 boss 直聘你应该搜《云原生后端开发工程师》或者某些厂里面深度的后端项目，一般小公司不怎么玩 go

node 你其实应该直接对标《初级前端工程师》的上限和下限即可。

它只是个运行环境不是编程语言，编程语言是 JavaScript ，连架构都没涉及到，而且还局限于服务端。跑的前端代码，又提供 web 服务，普通运行环境一般都用 PM2 ，更别提套个容器跟云原生沾不上半点边。

说白了就是个架构师 /运维部署的常识环境，普通小开发基本上也不需要多少技能。不是很理解你把它作为一技之长有什么目的？

@miv
笑贫不笑娼，这是你的价值观问题，不是我们的。可能你甚至都觉得这五个字是天经地义，是对的。

都 23 年了 B 站年收一般就是粉丝数一倍。如果你不懂，不要盲目崇拜。
也就知识变现能割一波大的韭菜，他这种底线低的，不要脸的，专骗小白的应该能赚不少。


我们鄙视的是行为道德、个人水平。跟赚多少钱没关系，而且你真以为咱帖子里没人赚的比他多？

@xxfye 再帮忙补充一些，狠狠打一下井底之蛙的脸

百度飞桨平台：
https://github.com/PaddlePaddle?q=&type=all&language=&sort=stargazers

阿里：
你可以说 cloud-alibaba 国外使用度不高，但是 arthas 、nacos 、sentinel 、dubbo 、flink 、seata 哪个不是久经考验
https://github.com/alibaba?q=&type=all&language=&sort=stargazers

携程：
https://github.com/apolloconfig/apollo

字节：
云原生，下一代 k8s 里面的 etcd 方案走在世界前列。
字节去年初才正式成立开源委员会，包括他家的火山引擎，云原生、容器制品、k8s 方案很多都很强
https://github.com/kubewharf

涛思时序数据库：
https://github.com/taosdata/TDengine

华为吴晟：
可观测性 skywalking
github.com/apache/skywalking

制品仓库 Harbor ，最早是 VMWare 国人开源的：
https://github.com/goharbor/harbor


还有很多就不列举了，真当这么大体量业务走下来大家是吃干饭的？
你所带的那点底层优越感其实啥也不是，没几个搞基础软件只是你的无知。
咱们现在不但是贡献基础平台、顶级项目、甚至已经开始有些正在制定新的规则，百度是 AI 、阿里是微服务架构、字节是云原生。就看下一个五年谁能杀出来。

(1) 技术有多少水分就不说了，你自己清楚。反正不懂的看不出来，懂的一眼假。
当然 22 岁四年工龄西交大 不懂技术也看得出来

(2) 不同地区不同岗位不同公司都会有范围，像你（西安 /小厂 /前端 /18 ）基本上是很稀有的，都到你这些短板的天花板了。
你看（西安 /大厂 /前端 /18 ）（上海 /小厂 /前端 /18 ）（西安 /小厂 /架构 or 组长 or 技术老大 /18 ）（西安 /小厂 /前端 /14 ）换哪个条件看起来是不是都挺合理。

(3) 基于这种稀少的萝卜坑，只有一种情况：「找老板谈，你自己挑大梁」而不是指望哪个技术能够当你的伯乐。￥都要到天花板了，你还指望上面有谁帮你抗？
所以你得换种方式吹，老板晓得啥低代码啥技术栈的，情商高点才是正道理。个人发展就个人发展还要加个「受限」，别人都藏着掖着你还来个「无虚报非培训」，离职理由还要写到纸上。给你同老板聊也是死路一条。

(4) 有一点不错，不论你这眼界从哪来的。的确可能相对于「你身边的那些人 /西安的技术栈」你「见识」的多了一点点，给你带来了一些鹤立鸡群的优势。
但是眼界不代表能力，我建议你摆正一下自己。等你自己真的到那个位置，亲自带人做过一遍，会有不一样的理解的。现在这种程度你真不是什么千里马。

@xiaotianhu
#82 楼说的就很对，我也说过，不点名就不是针对你。
前途没有完，如果你能够马上「做出改变」并且能同步到。士别三日当刮目相待。

这在企业运营中很常见，很多时候因为信息差不同，大家工作的产出并不是往同一个目标去的，就需要及时修改让自己的 OKR 对齐，前面时间浪费掉了很正常。
单论工作来说，这种不同步很正常。我也经常向上同步战略或者向下分享一些。所以就需要让下面的人获得更多的信息，就是领导那个「批斗大会」，声明大家做的不是外包的那种交付，而是提前预留设计的可迭代演进的项目。

开会骂的确很拉，如果可以先自责一波定个调调，声明是她没有说清楚，效果会好很多

对你来说这些都无所谓，关键还是工作产出。把自己弄成一块金子，领导就不会怎么你，把你当宝还来不及

「我的设计思路很离谱么」
是的，可以说是没有设计，纯粹就是理解需求。先拆分表预留一些渠道、发劵管理、类型、商品相关联的字段和表设计，它也算设计。
2 张表就搞定优惠劵，还是最容易薅羊毛找漏洞涉及钱的业务，你真的没有上心。

「一个小的发放优惠券活动，也没人跟我说要做个「活动中台」啊」
没必要二极管，别人只是期望你交付的东西对得起你的职级（ p6 ），至少对你个人（或你现在的薪资）是有高期望的

「把所有技术拉过来开会，没有指名道姓但是基本上主要就是批我」
没点名道姓就证明 [不是针对你] ，主要是批你 [的思想] ，团队所有人的思想跟不上。你俩都不在一个拍上。

「所以老板到底想要的是啥子呢」
想要的是你能跟上她的思维，交付点专业的设计，所有设计她一个个盯一个个出再落实会很心累的。

「好的架构应当是随着业务的发展生长出来的不是么」
架构是慢慢补充和完善。但不是你这种 2 个表去重构的，不配，不如直接删了重做，你自己觉得呢？


做不到别勉强，多看看市场，试试转岗，有轻松的活给你干的。

@FrankHB 巨婴急了，今年大几啊你这么幼稚？学了几年网课了？

PL 世界那一套在工程领域不适用，你真缺那点语法糖建议了解下高版本 java 。
你这回复太初级看起来也不像是搞 PL 的，只能说是大一仔出来指点江山了。

格局真不够，等毕业写几年代码再回来看你这个帖子吧

@flyingghost 👍🏻

22 年冬月还在争语言优劣的一律视为巨婴，除非你今年才高一

我朋友对此有个很精准的评价：阿里系的开源项目都是面向 OKR 做的，开放之后就不管了。

不是我硬黑，从文档、更新频率、反馈速度。ANTD 、阿里时期的 Flink 、Nacos 、Seata 简直一脉相承，有一种自生自灭的粗犷美。对新手来说这种支持程度学习门槛真的很高。

我承认和感谢阿里系的开源精神，也为我们国家越来越高的话语权感到骄傲。

听说当初饿了么被收购，把 ElementUI 的团队强行解散，一部分人补进 ANTD ，大部分人离开阿里。element 为此也杂乱过一段时间，但是现在又好了

上面那些选型你不能马上想出它们的区别和特性，就不配给人做什么选型。
[https://landscape.cncf.io/guide]这里的基本概念你不明白就不配和人聊什么云原生。
[https://landscape.cncf.io/card-mode?grouping=no&sort=stars]这里的项目你不掌握二三十个你就不会出什么技术方案。
如果你认为上个全家桶+消息队列+缓存这就配做“解决方案架构师”，建议左转[https://github.com/jeecgboot/jeecg-boot]随便弄一套脚手架去 CRUD 。

明白原理之后才刚刚开始

你去调研某个新玩意是不是也得亲自搭一套，然后比较。
选型好之后是不是你得先搭一套，最好再云原生一套好管理+节省资源。这里一堆 devOps 的活运维不会懂的。
基本的企业降本增效得做，公司用多少服务器跑多少服务架构师不知道?上不上 O11Y ？这里又是一堆 devOps 活。
生产事故你怎么恢复？灾备、负载、流控这里还是 devOps 。

你终于都搭好了，安排云原生工程师去做管理，安排 devOps 工程师去指标监控性能优化。infra 架构师
顺道做点代码质量管理静态扫描 CI/CD ？ infra 架构师
是不是先去优化一下数据库，要不要跟服务器打交道？ TSA
改进 kafka 优化一下缓存污染，要不要去机器上看？ TSA
搞活动上负载和流控，怎么做 SLB ，怎么管理机器？解决方案架构师
做个 IoT 中台先调研一波，时序数据库怎么搭怎么配？解决方案架构师

上面的这些优化只是非常少的一部分内容，devOps 和云原生也只是常识，如果你觉得只会 coding 就配做解决方案架构师，那是技术经理。哪个高级开发不懂业务？解决方案就是业务？

再上点硬菜？这里面别人演讲的内容你看得懂几个？[https://giac.msup.com.cn/2022sh/schedule]
[云原生架构][智能运维][低代码][大前端][devOps][业务架构] 这些嘉宾起码一大半都会 devOps 和云原生

你领导没坑你，是你格局太低。架构师也是有方向的，更多可以看[https://blog.51cto.com/u_15214399/2820204]

你领导是希望培养你成为 infra 架构师，也就是基础架构。核心技能包含了你看不起的 devOps ，云原生等等。如果不好理解，可以理解你刷的“架构师”和“框架”八股题里面 80%都是 infra 架构师的技能，包括#13 楼提到的那些工作。
流控、RPC 、存储（任何形式）、代理、镜像制品、调度编排、负载、降级与熔断、服务网格、O11Y 、线程等等等等

随便提一些你耳熟能详的东西，都必须得明白原理、会搭会用：
K8S 、GPE 、Istio 、Helm 、Gitlab 、Skywalking 、Seata 、Sentinel 、Nacos/Apollo 、Jenkins 、Harbor 、Nginx 、EFK/ELK 、Maven 、MinIO 、Mongo 、Redis 、MyCat/Sharding 、Arthas 等等。

你领导那句话“能了解中间件原理、devOps 的思想等”你是一点没听进去。csdn 抄答案搭个集群刷点八股题你就懂了？

“该用什么框架，中间件选型”
Nacos 和 Apollo 怎么选怎么搭怎么用？ Zuul 还是 Gateway ？ Hystrix 还是 Envoy ？ Mycat 还是 Sharding ？ Kafka 还是 Pulsar ？ Clickhouse 还是 TDengine ？ Shiro 还是 Security 还是 SA-TOKEN ？ Nacos 还是 Eureka ？上 Nacos 要不要顺道 Sentinel+Gateway ？ SLB 方案？ S3 怎么做？ EFK 来一套？ GPE 上不上？上 OTEL 还是封装 openTracing 协议？什么指标需要预警需要优化？这个服务弹性伸缩怎么配为什么？你这五台机器想跑多少的用户怎么优化？ Apache 顶级项目你知道几个？做一套风控用哪些？做个 IoT 中台用哪些？

你懂个屁的选型，你只知道百度 /csdn 别人用啥你用啥。

安装部署完你不改参数？不了解怎么实现高可用？不配一些东西来做高并发？不追踪指标？不去了解服务的全生命周期？不解决服务故障优化别人代码？
哪怕坚持做 devOps 也能做 TSA ，多理解一点业务也能做 SA ，最有技术的 Infra 都不愿意去搞，眼高手低？

java 是首选，go 对云原生友好那是架构师考虑的，和开发没半毛钱关系。

不要觉得会写 go 就能跟云原生蹭上半毛钱边，会写 python 你就懂机器学习？语言就是语言，是最基础最底层的生产工具。

想学云原生就老老实实学云原生，想学 AI 就老老实实学 AI ，学了 AI 自然就会 python
哪有反过来的道理，劝你去学 go 然后顺道把云原生学了？