只会.NET，会让我们一直处于鄙视链、食物链的下游
 了大小厂，有收获也有沮丧， 结合工作和面试谈一谈看法： 1. .NET 技术栈的现状 目前.NET普遍用在数字化转型的中小企业，或者用于一些OA、CRM等中小流量的站点。 .NET 技术频繁升级，虽然我自己也升级到最新的.NET 5, 但是并不会刻意关注新版本的功能。 从我实际使用看，每次这种升级也没带上肉眼可见的改变;或者说每次升级，并不能从Java、Javascript群体中抢得一块肉食。 这与一些自媒体上吹嘘的能力、抛出的JD并不匹配， 当然我这样说，肯定会引来很多骂战。
乃至每次升级都鼓噪.NET 2.0最佳、3.0最佳、5.0最佳，以后出.NET6,7,8是不是又打脸.NET5是最佳设计。
主流技术大厂的技术洞察力相比信息化转型的中小企业更加深厚，主流技术大厂的技术雷达里面目前选择性忽略.NET， 他们宁愿用Go，也不会用已经20岁的.NET 二面鹅厂的对话：".NET只能windows服务器下”，当我准备说.NET 5年前已经跨平台, 有runtime时， 他们适时打断了我的回答，下一个话题。另一大厂的面试官一开始也有这样的疑惑。 (不管你愿不愿意承认，市场上确实存在语言鄙视链(???_??)) 2. .NET的价值 大前端、微服务、云原生蓬勃发展， 但是大多数时候主流.NET技术还是用来做api 。 从我近2份工作(6年)，不管是技术经理还是开发人员自身 ，都将.NET 定位为api; 不是说我们要刻意迎合微服务、云原生这些高精尖概念， 但是客观上讲，微服务、云原生提高了应对复杂业务的天花板，提高了应对高并发、高可用、可伸缩场景的能力， 而这些能力也是主流大厂目前需要的。 ??? 你现在回想一下, .NET结合微服务、云原生用到了哪些知名项目上;就算你有心想用，这些技术理念里面的必要组件在纯.NET技术栈能信手拈来吗?敢用吗? 网上有个调侃，. net从不加班，从不996，这侧面反映. net没能用于大场面。(手动狗头，轻喷) 所以， 如果.NET还是被定义为api语言，或者大多数时候CRUD用于中小站点，那我内心觉得.NET程序员确实只能值目前的市场价。 (本文标题所说的食物链，还可以解构为：使用这门语言，得到的报酬让我们能吃的食物链) 以上的1,2点都是基于普遍观感，不排除有少量大佬将.NET技术体系用到高精尖项目，并据此获得产品高价值、个人高回报。 ?? 那怎么办? 我也是吃.NET这碗饭的。还是那句话，弱化.NET在你核心技术体系中的地位 。 一万年太久，只争朝夕。我建议大家一开始就使用主流成熟技术 + 主流技能树。 3. 掌握通用的技术架构 微服务的服务独立性客观上为.NET参与高精尖项目提供了可能性， 微服务中各种技术语言可充分参与，取决与你的技术选型、习惯、喜好、 语言在整个体系中是最异变的，不变的是支撑整个业务的通用架构。 （编辑：惠州站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
