先叠几个定语: 你要是写Reactive Web,用Web Socket做数据响应推流的,小而精的团队规模,重在数据处理而不是辗转于数据模型间关系的,即业务纯粹且单一,那可以冒险一试,且最好是职责单一的微服务,否则都不如生态跟完善的其它技术栈。
而上述的情况还得是技术团队中每个成员,都不会因语言本身存在使用困扰的,否则的话屁股有得擦。
rust写web从来不是编码效率的问题,说个最肉眼可见的问题,你要是上个azure,现在azure sdk…。
如果你编程业务水平够硬够狠的话,你就去干公务猿,我帮你问过了...
坏消息是做前端的人更加水深火热了,好消息是后端暂时还比较安全...
Lar***el。 去看了一下 解读两大主流框架lar**...
师父本身的游戏设计没有把握好真实性和难度的平衡。 它只适合少...
没TS之前,哪怕代码再屎,不怎么懂前端的后端随随便便就知道改...
小时候看我哥玩红色警戒,但他不让我碰电脑,我实在是想玩啊 于...