+1s

初时看上 go ，是因为 COPY 部署很方便。
特别是分发程序给其他人用（不用管他用什么系统），
很爽，直接拷着走，跟 DOS 年代似的，拷个 EXE 就能到处跑了。

后来用着用着感觉不是很爽，
1,语法虽简单，但感觉说不上的不舒服；
2,没用的变量也不能存在，不方便反复修改调试；
3,其它。。。

正好看到 .Net Core 开源，然后拥抱 C#，
现在可以 XCOPY 部署 EXE 文件夹，未来计划可以生成 Native 单一 EXE 文件。

什么异步回调／多线程啥的，挺舒服。

如果追求简单原则的话，预计 2017 年， WebAssembly 初步可用，届时， JavaScript 我也不想要了，
直接 C# 搞定前后端。

可能这也不是件坏事，当口袋越来越紧，只要海底光缆不断，越来越多的人将站点和域名迁移到海外，只要更多好的内容在外网，新的网民们被迫学会科学上网方式，墙将不墙。

口袋进一步缩紧了，距白名单的战略目标又进了一步！

@levineet 难用的原因并不全在于技术，在于开发者。
微信小程序做得好的一点是，规范了开发，比如不超过 1M 等，让开发者回归到，一个应用专注做自己核心的业务。

@muziki 并不是强迫，但会让 H5 生态变坏，让开放的互联网变封闭。
比如，哪怕大型 APP ，点评，京东，我也没装，只用 H5 版本，效果一样。
未来， PWA 和 WebAssembly 等的到来，会让浏览器环境增加，不输微信环境。

朋友圈不少人在晒可以卸载好多小 app ，
但期实他们真的不知道，很多小 app 都有 H5 方式，点开即用。

人生苦短，改用 C#

（标准库啥都有。。。还跨各种桌面和移动平台）

@MasterMonkey 我是计算机民科／业余兴趣，工作不是编程，纯粹做一些自己的东西或利用计算机程序提高效率。

正好相反，弃 Python 投 C#(.net core)了

qq 输入法不兼容，用不了。

服务端： C# (.net
浏览器： C# 使用 Bridge.net 编译到 Javascript

** 在不久的未来：
服务端： C#
浏览器： C# 编译到 Webassembly ，直接操作浏览器 DOM 等 Javascript 能访问到的 API.

来，跟我念一遍 石狮市有四十四只死石狮 。。。