哦，最好是通过这里下载：

https://www.google.com/get/noto/

通过这里可下载：

https://github.com/googlei18n/noto-cjk

如果车经常要进电梯，就买个小折叠车方便点，如大行的。

否则其实建议买个便宜的，丢了不心疼。

@steveshi 哦，似乎听过别人说 CZ880 是 TLC 的，那样就不如 CZ800 了。

还有个 CZ880 ，没有具体分析和 CZ800 的区别。

@0915240 你给的链接和楼主的问题用例太贴合了。

为什么会有 0.1 + 0.2 < 0.3 ？而不是 0.1 + 0.2 > 0.3 ？

看不懂你说的问题。只知道不能直接比较两个浮点数是否相等，而具体应该怎么做还是很复杂的。

https://randomascii.wordpress.com/2012/02/25/comparing-floating-point-numbers-2012-edition/

https://en.wikipedia.org/wiki/Unit_in_the_last_place

@itoolset 以往 go 是可以设置用空格缩进的，现在不行了。详见： https://news.ycombinator.com/item?id=7914523

不过你缩进 8 个空格位还是因为你编辑器的原因，比如在 .vimrc 中设置： set tabstop=4

缩进就占 4 个空格位了。

Go 默认是用 tab 缩进的， 8 字符宽是你你编辑器设置的问题。我记得也可是设为 4 个空格而不是 tab 。

有时候偶然写点，不过基本上没人读，也不知道好坏。

KeePassX ，和 KeePass 兼容，因为要要跨平台使用，干脆就用他代替 KeePass 了。通过 rsync 命令手动各平台同步，习惯了也没觉得多麻烦。

都推荐买贵的无线路由器，其实还是应考虑现实需求。家里一个三四百的的路由器，带 5G ，但 5G 传输距离实在太近了，体验总是没有 2.4G 好，于是平时就将 5G 信号关着。前些日子在另外一个场合花了 99 买了个 TP-LINK TL-WR886N ，用起来和贵的没有区别。

@koodai 语文课开始，大家说说楼上“框架基本就是 PHP 滥觞的再现”一句中的“滥觞”是什么意思？

以下内容摘自我写的一篇博客文章，大家看我的理解对不对：

http://www.chingli.com/coding/understanding-go-web-app/

## 框架

我们在前面已经费劲口舌地说明了当用 Go 写 Web 服务器程序时，该如何实现路由功能，以及该如何用规范的方式编写 Handler （或中间件）。但一个 Web 程序的编写往往要涉及更多的方面，我们在前面介绍中间件时已经说过，各种各样的中间件能够帮助我们完成这些任务。但许多时候，我们总是希望他人帮我们完成更多的事情，从而使我们自己的工作更加省力。应运这种需求，就产生了许许多多的 Web 框架。根据架构的不同，这些框架大致可分为两大类：

第一类是微架构型框架。其核心框架只提供很少的功能，而更多的功能则需要组合各种中间件来提供，因此这种框架也可称为混搭型框架。它相当灵活，但相对来说需要使用者在组合使用各种中间件时花费更大的力气。像 Echo 、 Goji 、 Gin 等都属于微架构型框架。

第二类是全能型架构。它基本上提供了你编写 Web 应用时需要的所有功能，因此更加重型，多数使用 MVC 架构模式设计。在使用这类框架时你可能感觉更轻省，但其做事风格一般不同于 Go 语言惯用的风格，你也较难弄明白这些框架是如何工作的。像 Beego 、 Revel 等就属于全能型架构。

对于究竟该选择微架构还是全能型架构，仍有较多的争议。像 The Case for Go Web Frameworks 一文就力挺全能型架构，并且其副标题就是“ Idiomatic Go is not a religion ”，但该文也收到了较多的反对意见，见这里和这里。总体上来说， Go 语言社区已越来越偏向使用微架构型框架，当将来 context 包进入标准库后， http.Handler 本身就定义了较完善的中间件编写规范，这种使用微架构的趋势可能更加明显，并且各种微架构的实现方式有望进一步走向统一，这样其实 http 包就是一个具有庞大生态系统的微架构框架。

这种讨论意义不大了，讨论对象比较复杂，每个人都有自己的理解。现在的问题是，好多人都只从自己的角度想问题，看到自己看到的美与丑。

世界上没有最好的语言，我们也不可能有完美的语言，选个差不多的能解决问题就行了。说实在的，能拿来在这里辩论的都是好语言。你们是没用过其他行业真正让人想骂娘的语言。

无论如何，不要人身攻击，维护社区气氛，否则上 V2 也没有意思了。不好意思，我故作高姿态了！

@noli 1. 说说 Go 的接口实现有什么不好？

2. Go 的包管理确实还不完善，但也有可取之处，不至于说成一坨翔。