先叠几个定语: 你要是写Reactive Web,用Web Socket做数据响应推流的,小而精的团队规模,重在数据处理而不是辗转于数据模型间关系的,即业务纯粹且单一,那可以冒险一试,且最好是职责单一的微服务,否则都不如生态跟完善的其它技术栈。
而上述的情况还得是技术团队中每个成员,都不会因语言本身存在使用困扰的,否则的话屁股有得擦。
rust写web从来不是编码效率的问题,说个最肉眼可见的问题,你要是上个azure,现在azure sdk…。
说实话,按照现在这个趋势,我严重怀疑现在我们就已经开始登顶世...
学太多的坏处就想太多。 Go 从一开始就不是一个想很多的语...
可以肯定没过时。 但我感觉确实是没什么优势了,劣势仍然在。...
大家都别争了,微软已经给出了官方的中文翻译了!.NET 的官...
我自觉是无法参与基础设施建设的开发者,所以对 Rust 不是...
真是优秀的匹配机制 一边是全员内鬼,打不中任何可以移动的目标...