杭州手机软件开发公司,游戏行业seo整站优化,wordpress静用字体,搭建高端网站去年的时候有同学在微信上问了我3个问题#xff0c;我觉得非常有代表性#xff0c;当时没有回答。主要是通过简短的语言无法全面表述可能会产生歧义#xff0c;所以决定专门写一篇文章来表达一下我的想法#xff0c;需要说明的是以下内容只是以我个人的经验给大家一些参考。… 去年的时候有同学在微信上问了我3个问题我觉得非常有代表性当时没有回答。主要是通过简短的语言无法全面表述可能会产生歧义所以决定专门写一篇文章来表达一下我的想法需要说明的是以下内容只是以我个人的经验给大家一些参考。初心同学的第一个问题我现在有两三个问题第一个您觉着NetCore会火起来吗或者说会比现在好吗现在政府部门各种国产化是事实。好像确实比较认java毕竟政府部门有一定的风向标作用这是第一个问题但它并不是一个问题实际上它包括了如下问题.NetCore会火起来吗或者说会比现在更好吗政府部门认Java吗, 在国内算是计算机语言的风向标吗初心同学的第二个问题嗯嗯第二个您是怎么看今年各大互联网裁员的事情程序员年纪大了注定被裁员吗您觉着裁员潮会波及范围很大吗二线目前没看出影响之前我在北京来着回石家庄一年了互联网公司裁员是怎么回事 二线城市的程序员发展与生存问题初心同学的第三个问题最后这个我描述不清楚。您觉着怎么才算一个优秀的coder。因为很多程序3年左右的程序员慢慢写只要用心也能写的差不多。5年左右的可能代码写的更好些效率更高点也可能两者都写出要求的最优代码。怎样才算一个优秀的coder? 职业规划的问题 列出来之后一看这位同学是想框我这明明是6个问题呀。好吧我们第一个开始说起。.Net Core会火起来吗当然肯定。一定会越来越好。为什么如此肯定第一主要是因为已经不能再坏到哪里去了过去十年是互联网和移动互联网的黄金十年C#没有被当作主要语言被广泛使用。在诸多原因的影响下原来那些使用C#语言作为主要开发语言的一线互联网公司也逐渐开始将新的项目切换成使用Java来开发。而移动互联网的浪潮也已经见顶到了这个时候可以说该转的和该换的也都换了。 如果说不能更坏了那它为什么会变好呢? 因为它值 。我想我在这里就不用数据和实例来举证了网络上有很多再者这本来就是一篇主观的文章。ASP.NET Core弥补了之前不能跨平台的不足同时又完全开源再加上性能高和语法简洁优雅、模块化设设计等诸多特性。从.net core3.1版本来看将grpc提到一等公民的位置上可见.net core布局高远并且脚踏实地地走在了前面。我们完全可以相信asp.net core会是最好的web框架之一。 更何况还有服务网格的加持。服务网格是什么如果你开发一个单体的应用ASP.NET Core做为Web框架来做API的实现如果你开发的是一个大型分布式应用那么后端除了服务的开发你必然会考虑这些事情服务之前如何通信HTTP同步还是异步服务注册与发现 服务追踪 服务通信容错重试/超时/熔断/限流...当然一个大型分布式应用肯定不止仅仅考虑上面的问题但是这些是最基础的问题。对应SpringCloud全家桶他们有拿来就用的方案 。我们真的需要这样的微服务框架吗那些主流的微服务框架不管是类库性质的Finagle、Hystrix还是框架性质的Spring Cloud、Dubbo本质上都归于应用内解决方案都存在以下三个问题技术门槛高随着微服务实施水平的不断深化除了基础的服务发现、配置中心和授权管理之外团队将不可避免的在服务治理层面面临各类新的挑战包括但不限于分布式跟踪、熔断降级、灰度发布、故障切换等这对团队提出了非常高的技术要求。多语言支持不足对于稍具规模的团队尤其在高速成长的互联网创业公司多语言的技术栈是常态跨语言的服务调用也是常态但目前开源社区上并没有一套统一的、跨语言的微服务技术栈。代码侵入性强主流的微服务框架比如Spring Cloud、Dubbo或多或少都对业务代码有一定的侵入性框架替换成本高导致业务团队配合意愿低微服务落地困难。这些问题加起来导致的结果就是在实施微服务的过程中小团队Hold不住大公司推不动。针对微服务有3个版本的说法微服务 1.0仅使用注册发现基于 SpringCloud 或者 Dubbo 进行开发目前意图实施微服务的传统企业大部分处于这个阶段或者正从单体应用向这个阶段过渡处于 0.5 的阶段微服务 2.0使用了熔断限流降级等服务治理策略并配备完整微服务工具和平台目前大部分互联网企业处于这个阶段。传统企业中的领头羊在做互联网转型的过程中正在向这个阶段过渡处于 1.5 的阶段微服务 3.0Service Mesh 将服务治理作为通用组件下沉到平台层实现使得应用层仅仅关注业务逻辑平台层可以根据业务监控自动调度和参数调整实现 AIOps 和智能调度。目前一线互联网公司在进行这方面的尝试。从0.5到2.0是一个痛苦的过程现在所有的大型互联网公司包括BAT和TMD基本都走过也只有他们的体量才可以支撑这样的人力、财力在期望的时间内完成。对于其它的中小企业来说可能会因为技术调整而错失最佳的发展时机。而好消息是由于服务网格中基础设施层抽象的特性 从0.5到3.0可以跳过 1.0和2.0。享受BAT级别的基础设施以及提供7*24小时的高可用服务不再像以前那样难。 服务网格作为 sidecar 运行对应用程序来说是透明所有应用程序间的流量都会通过它所以对应用程序流量的控制都可以在 service mesh 中实现。eShopOnContainers是ASP.NET Core官方团队做了一个基于微服务架构的示例项目现在最新版本已经加入了grpc和服务网格(Service Mesh)的支持。也许ASP.NET Core目前没有这样可以拿来就用的全家桶但是随着服务网格趋于成熟ASP.NET Core在大型分布式服务的技术选型上“生态不足”这一短板可以被划掉了。虽然ASP.NET Core会是更好的web框架但是它没有可能去挑战Java的地位。存量只会稳定地延续而增量来自于5G、AR以及AI这些新兴市场也可以说是下一个大的浪潮。它们会以怎样的形式到来我们会不会参与其中没有人知道。也取决于.NETer开发者本身这个群体有多少优秀的领导者能够在未来的市场中做出一些成绩。我们也许可以把眼界放的更开阔一些多了解一些借着过去吃过的亏在将来赢一些胜算。另外我还有一个小小的建议不要局限于语言 不要觉得c#写起来顺手就以为用C#开发效率高可能真的只是因为你写顺手了python、go也都是非常好的开发语言要是你也写顺了也会发现他们在解决某类问题的时候会更容易。多了解一些工作行业之内程序之外的事情 除了写代码再多了解一下你们的产品至少知道它的盈利模式是什么用户是不是在增长。如果公司是项目制的就看看项目的利润率大概是多少。即使是纯技术路线的专业或者架构师路线也很难在脱离业务、产品和的基础之上走上高阶的水平。更何况这有助于我们更好地理解真实的世界那个世界和代码里构建的世界不同。等等你不是说一个建议吗难道你可以一个问题里面多问我就不可以一个建议里面多提吗 :)
