招不到人

反过来咋办？难道只能在项目之初用一次？

5000-1.5w

楼主是对的 Follow your heart

MVVM 看上去很灵活，开发效率很高。问题在于对开发者没啥约束，只要改数据就影响 UI ，听起来酷炫牛逼，等业务复杂起来，程序员就很可能不知道视图变化是受哪里的数据改动影响了，深入调试起来比较费劲。总之 MVVM 学习曲线前期容易，后期纠结。
React 提倡的单向数据流对开发者的编码习惯存在一定的约束力，数据流转和视图渲染都是树形的，对于非常复杂的业务来说，还是适合下猛药的，但是考虑到这味药确实很猛，破坏力可能会很大，建议谨慎考虑后选择。
另外对于 MVVM 是否适合简单轻量的业务？程序员从来不知道哪天业务会分分钟扩大规模，说不定公司突然安排几位码农进来和你一起开发，到时候人手就不好管理了，七手八脚的，项目代码立马变一坨屎。结论 maybe 还是不适合。

家里电脑都是 mac ，电视是小米电视，用 extFat 可以不

买小米电视 3

我擦

按比例缩放是个屎一样的方案，大屏幕应该能放下更多的内容，而不是等比缩放

何不直接上 go

@hooluupog 感谢，正面解释了 Go 的很多细节，比我高得不知道多少去了。
@nareix 动态类型和并发编程是 node.js 服务端编程上一直存在的短板，所以才一直在改善，有了 ES6 ，有了 TypeScript ；开发框架也从 express.js 到 koa ，异步编程工具从 async.js 到 co 再到 Promise ，都是为了解决这些问题。
包管理 npm2 到 npm3 也发生了巨大变化，也是为了解决多版本管理的问题。
写过三年的 node.js 服务端代码，所以在看到 Go 的时候，难免会这么想：如果一开始就用 Go 来写，是不是就可以避开 node.js 服务端编程中那些不成熟的坑，不用频繁地切换框架、工具，不用改变编程习惯，不用频繁重构，更高效地编程，把时间完全投入到业务逻辑上而不用各种入坑填坑。
毫无疑问 node.js 生态还是屌屌的，工作中仍会继续使用，也相信坑总有一天坑会填完；也会在个人项目中开始尝试 Go ，体会一下另一种坑的滋味。

@BXIA sorry ，俺错了，你只是碰巧和大喷子 @bramblex 一样，名字都是 b 开头。。

@murmur 就喜欢这种喷子 不喜欢某些一上来不喷事先喷人的人 @demomaster @BXIA

@demomaster 自己 google 介绍的一大堆 https://www.google.com/search?newwindow=1&q=c%E8%AF%AD%E8%A8%80+%E7%AE%80%E6%B4%81&oq=c%E8%AF%AD%E8%A8%80+%E7%AE%80%E6%B4%81&gs_l=serp.3...237373.237373.0.239444.1.1.0.0.0.0.385.385.3-1.1.0....0...1c.1.64.serp..0.0.0.yJ5jAhy_0LE

@demomaster 我先人参攻击？谁一上来不分青红皂白地说别人装呢？哥装用得着你说？你是 @bramblex 猴子派来的逗逼吧，两人一副德行

@demomaster https://zh.wikipedia.org/wiki/C%E8%AF%AD%E8%A8%80
@bramblex 不送 自以为牛逼的 2B

@nareix node.js 也正在往静态上靠呢 服务端开发太需要静态了

@demomaster C 语言语法简洁全世界公认，就你不这么想，你是故意抬杠还是智商捉急呢？