中秋节快乐

Asynchronous I/O
packages
哇,666

1.性能强劲，大多数情况下满足大中小型企业的要求，除非那种对性能要求极高的会使用 c/c++；
2.简单。 java 语言本身不属于特别复杂的语言，不那么学究气息。没有明显的缺陷，也没有明显的优点，再加上非常成熟的工具链， IDE 等等生产工具的辅助， java 显得很亲民；
3.可扩展性好。既适合需要快速迭代产品原型，轻快灵活的小企业，也更为适合人员水平层次不齐，需要分工合作，对维护性比较看重的大企业。所以，小企业发展成为大企业可以继续使用 java ，一些中小企业在发展壮大时，由于所选的技术栈在遇到可扩展性的障碍时，可以平滑的话迁移至 java 。实际上很多企业也这么做了；
4.生态丰富。不需要一遍遍的造轮子，但也完全不限制企业内部根据自己的需求造轮子。
5.好招人。由于前面几点，造成的良性循环， javaer 很多，特别是很多有多年技术经验的 javaer 很多，成本，风险各方面企业都能接受。

java 唯一的不确定因素就是 oracle 。

做操作系统没钱赚?恰好相反；随着穿戴式设备，物联网， AR/VR 的发展，各种特殊需求的操作系统非常的需要，一是追求极致的用户体验，二是可以占据主动权打造自己的生态链，大大的有利可图。所以，操作系统非常有利可图，苹果 ios 和 google android 就是例子，三星一直不愿放弃的 tizen 也是例子。只是能不能做成的问题，谁能做成的问题。

也不是说没有技术，以 BAT 的实力，做操作系统是没有技术上的问题的。 canonical 多么小的一个公司，多年一直坚持做 ubuntu 发行版，而且时不时的有一些厂商找上门来找它合作。所以，技术上不是问题。

我觉得部分是 gfw 存在的缘故，导致中国企业在内地，钱太好赚，对外部的世界范围的竞争不太敏感，在本土感受不到外部的竞争压力，所以国内企业也普遍存在出海做生意难的问题。中国市场够大，有利有弊，弊端就是 BAT 迟迟看不上眼那些“不赚钱”的“高大上”的东西；以 google 做 android 为例：在内地，移动端操作系统主要就是 ios 和 android 。 ios 不能让 BAT 恣意妄为，但 android 完全不同，在内地 android 甚至和 google 没有什么关系。于是就有了现成的一个东西可以打造自己的软件生态体系把钱给挣了，为何还要去重头做系统？没有了动力，也没被逼到那个份上。不要国外的市场，我的市值也能和世界一流科技企业达到一个水平线。

拿来主义。硅谷的独角兽以及顶尖科技企业负责创新以及引领潮流趋势，在此期间会经历很多的失败，不断的试错，甚至有些企业倒闭，等一个东西火了之后，我们再将其拿过来改造，本土化，微创新，使其更适合国人的使用习惯。但我们几乎没有原创的东西出来，然后把这把火引到美国欧洲乃至全世界。我们都乐于讥讽 Google 做一个失败一个，关闭一个，却看不到 google 不知不觉间已经做出了 7 个 10 亿用户级别的产品，该赚钱的项目也从来就没有含糊过。华尔街股东这种非常看种利润的地方，尚且能容忍 google 这么玩多年，我们却连尝试的勇气都没有。经常看一些论坛留言，包括知乎，国内技术圈的典型舆论环境是：做实事的少，说大话的多；不做事的喜欢嘲笑做事的。不过国内企业也并非一无是处， BAT 里面，百度无人车(只谈技术本身，不谈其他）算是最大胆的一次尝试，舍得长线投入，而且差距不是特别大。

大环境问题。软件公司敢肆意在用户桌面打架，是谁给它们这种胆量和底气？就这，还做操作系统?做共生性的生态平台？彼此不互相拆台就不错了。国外的竞争企业平日里竞争，但经常会坐在一起，推行一个共同遵守的标准，推动整体环境的健康前行，国内企业太喜欢互掐，建护城河，把别人堵住不让进来，也把自己潜在的机会堵死了，也从根本上掐死了做大整个生态圈的可能性。这几年支付宝和微信彼此掐的很厉害，没有合作，只有堵，建高墙。

@stanfordwang
@XhstormR
中文版可以打开，把后面的中文版三个字取掉啊。
http://devs.cloudimmunity.com/gotchas-and-common-mistakes-in-go-golang/
http://colobu.com/2015/09/07/gotchas-and-common-mistakes-in-go-golang/

@ladrift github Go 的 repo 里有这方面的 issues ，之前封过国内，伊朗，香港，后来只剩下国内。

@mathgl 相当于充当起一个用户自媒体平台的作用，这里面除了粘代码当然可以粘其他文字互相分享了。

新手学 Go 的时候，怎么避免踩坑：
http://devs.cloudimmunity.com/gotchas-and-common-mistakes-in-go-golang/（英文版）
http://colobu.com/2015/09/07/gotchas-and-common-mistakes-in-go-golang/（中文版）
https://go-traps.appspot.com/

@mathgl 因为 Go playground 有分享功能。 Go team 已经对国内用户禁止了这个功能，才得以不被屏蔽。

FYI ，
https://groups.google.com/forum/#!topic/golang-nuts/-sAqYxebcUI

另外，你可以把每次 bench 的 cpuinfo 输出，对比 runtime.memmove 占比的变化，就能得出是否是对齐的问题。

@hustlike 因为算法不一样[1]。 Go 的 regexp 采用的是一个线性算法，没有最差的情形出现，但通常情况下会慢一些(当然，也和它优化的不够有关)。不过已经有 port re2 过来的打算[2](就像现在很多编程语言的库里，实际实现的排序是几种算法综合在一起的，一般情况下用最快的，遇到坏的情形就换另一种慢的但线性化的算法)。
同样，可以对比下 net/http 和 fasthttp 的性能，后者秒杀前者，但为啥不直接使用后者？跑分的意义没有那么重要。真要是实际使用中 regexp 这么慢，出现什么大问题，那么这个问题的优先级肯定很高，会优先解决。但实际上， regexp 确实需要改进，只是优先级不高而已。

[1] https://swtch.com/~rsc/regexp/regexp1.html
[2] https://github.com/golang/go/issues/11646

@DT27 没看到 fuchsia 么？不过 java 不太可能一时半伙放弃，顶多像苹果现在对待 OC 那样。

我一直是在 vim 里写，用 chrome 上的一个 MD 扩展来预览。这个貌似是两者综合了？

有了 Swift ，而且也开源了，学这个有什么前景？求教。
除非 Rust 赶紧出一个 killer app 。就像 Go 的 docker ， k8s 。
scala 还有 spark 给它续命呢。

Go 没有那种大而全的很成熟的 MVC 框架。目前用的最多的是大猩猩，质量有保障，但不是 rails 这种的。
net/http 再找个好点的路由，基本够用了。如果觉得性能 还不够，试试 fasthttp 。

LZ 说为何 chrome 不提供一个选项？
其实和 chrome 的理念有关，对 UI 控制的很严格，不会轻易添加界面上可见的东西或者选项。
chrome 也提供设置选项，但几乎是两种情况下：
1.不涉及界面 UI 部分，最多是选选皮肤；
2.chrome:flags 里的实验性功能，一旦毕业就没得选了。

再举一些例子：
chrome 的 f3 搜索不能区分大小写，有人提议增加一个选项；
chrome 不支持双击关闭标签页(中键可以关闭)，有人提议增加这个选项；
chrome 点击"X"关闭多个标签打开的浏览器时会退出浏览器而不是留下一个空白标签页(这是 firefox 的习惯)，有人提议增加这个选项；
再就是很多的功能(我记得不太清了)涉及到界面显示视觉效果的，一开始是可以在 chrome:flags 里面开启关闭的，后来就彻底没有这个选项了。

firefox 喜欢提供很多选项，让用户自己选择自己设置(高阶用户可能很喜欢这么干)，但 chrome 显然不是这个思路。

chrome 有一些功能， UI 上的设计被吐槽最终屈服于用户给改了回来(比如以前曾经有过一个很煞笔的新设计的书签管理器)，但这次这个功能的去除，我估计是不会反悔的，也不会提供选项，这很不 chrome 。

这是青蛙吧。。

这个做过统计，使用退格键作为后退的用户占 chrome 用户的比例为 0.04%，而误用该功能的人（误认为成 delete ，导致用户页面数据丢失）也有不少。所以给禁止了。
可以用快捷键： alt+← alt+→ 来后退前进。

python 或者 Go 。
Go 做运维,性能，部署，静态链接都有优势。 python 的优势是库多，开发效率快， Go 开发效率也不低。
不推荐 java 。 java 搞运维？？

挺好的，我就是 java+Go 。我很看好 Go 。
java 主要工作使用，写一些其他的工具都用 Go ，以前都是拿 python 写。