在编写 golang 程序的过程中，channel 会经常使用。本文对 channel 的使用的确很特别，同时也非常实用。
原文在此：http://dave.cheney.net/2013/04/30/curious-channels
————翻译分隔线————
在 Go 编程语言中，channel 是一个闪耀的特性。它提供了一种强大的、在不使用锁或临界区的情况下，从某个 goroutine 向其他 goroutine 发送数据流的方法。
今天我想讨论关于 channel 的两个重要的特性，这些特性不但使其在控制数据流方面极为有用，而且用在流程控制方面也十分有效。
由于年后工作实在太忙，一直也没写点什么。不过这篇我觉得值得，所以……
原文：https://tip.golang.org/hg/doc/go1.1.html
原文链接我进行了替换，现在指向 tip 大多数应该正确吧。不过如果是 Go 1.1 正式发布半年后，我可不保证了。
————翻译分隔线————
Go 第一版（简称 Go 1 或 Go 1.0）发布于 2012 年三月，这个版本提供了稳定的 Go 语言和库。其稳定性让全世界 Go 用户社区和相关系统茁壮成长。从那时起，就发布了若干个“关键点”——1.0.1、1.0.2 和 1.0.3。这些点的发布修复了若干已知 bug，但是对于实现本身并没有进行修改。
这个新的发布版，Go 1.1，在保持兼容性的前提下添加了若干重要的（当然，向后兼容）语言变化，而库变化的清单也很长（也向后兼容），还有在编译器、库和运行时环境实现的主要工作。焦点是性能。测试并不是十分精确，但是对于许多测试程序来说都有着重要的、有时是戏剧性的性能改善。我们相信，通过升级 Go 的安装包，并且重新编译，许多用户的程序也能让人体会到这一改进。
Continue reading »
使用 cgo 让 Go 跟 C 一起工作已经不是啥稀奇的了。有大量的第三方包直接对 C 的库做了封装，提供给 Go 使用。从 Go 项目本身的代码中可以看到，不但有 C 代码，还有汇编代码存在。那么在自己的项目中是否能跟汇编结合呢？这篇文章完整并清晰的解说了如何让 Go 和汇编协同工作。真得性能敏感？上汇编吧！！
————翻译分隔线————
关于 Go，我最喜欢的部分之一就是它那坚定不移的实用主义线路。有时我们过于强调语言的设计，而忘记了编程所包含的其他内容。例如：
Continue reading »
春节前，粗略研究了一下微信的公共帐号。用 Golang 实现了一个简单的 package wechat，用于接入微信公共帐号。当时就在思考，微信的文字交互过程如果要实现有一定逻辑的复杂过程，可能需要使用到状态机。然后，就看到了这篇文章：《State machines in Go (#golang)》。非常合时宜啊！翻译于此，以飨读者！
——–翻译分隔线——–
我已经用 Go 代替 Python 重写了一个关键的服务组件。由于 Python 的解释器不是线程安全的，所以在解析的时候使用了全局锁。Go 与 Python 不同，它内建了并发支持，并且是静态编译的。
Continue reading »
——–翻译分隔线——–
就像上面提到的，我们的存储认为“数据库”是一个可以用 SQL 请求发送或接收数据行的抽象。它们不关心基础构建的问题，例如链接到数据库，或使用哪个数据库。这是在 src/infrastructure/sqlitehandler.go 中完成的，高层次的 DbHandler 接口是通过调用低层次的功能来实现的：
Continue reading »
这是 Joe Armstrong，Erlang 之父在昨天（2013-01-24）发表在 Erlang 邮件列表里的内容。详细解说了他自己从开始学习编码到发明 Erlang 的整个历史。并且，对如何学习编程；如何成为大牛等一系列热门问题提出了自己的看法。当然，文中槽点无数（包括坚定不移的黑我大PHP）。这也是我觉得有必要翻译出来的原因之一。
由于是发在邮件列表的，所以原文是没有正式的标题的。我从 HN 上抄了这个标题回来。
整体上，虽然是和 Erlang 相关的话题。但是读过之后，会突然领会到 Golang Team 一直以来坚持的一些东西的更深层次的含义。
————翻译分隔线————
回到过去……
当我开始学习编程的时候（1967），我可以在 FORTRAN 和（传说中的）Algol 之间选择，不过没有任何人了解 Algol，所以我选择了 FORTRAN。
编程的一个周期是三个星期
编译器遇到第一个语法错误的时候会终止运行，这会将你带回第一周——因此，如果在你的程序中有十个错误，它会需要花费 30 周的时间让它运行起来。
这种氛围是非常好的——教会大家不要犯错，并且首先思考。
——–翻译分隔线——–
关于这点，必须说，所有东西都得有编码智慧，不论是真实的商业还是我们的应用用例。让我们看看对于接口层的代码这意味着什么。不像在各个内部层次中，所有代码都属于一个逻辑，接口层是由若干独立的部分构建而成。因此，我们将这个层次的代码拆分为若干个文件。
由于我们的商店要通过 Web 访问，就从 Web 服务开始吧：
——–翻译分隔线——–
首先来实现领域层。之前已经说过，应用和其用例将完全可用，但是这不是一个完整的商城。因此，定义领域的代码应当足够短小，这样正好可以放在一个文件中：
原文在此，很长，好文，不解释。不快点翻译，就翻译不完了。
—————-翻译分隔线—————-
我想通过展示如何将 Bob 大叔的简明架构使用到 Go 应用，来向这个概念做一些贡献。这里并未对 Bob 大叔的博文进行过多的修改，因此阅读他的文章是理解我的内容的先决条件。
其中，他主要描述了依赖原则，也就是软件的不同部分组织成环的形式一个套一个的应用到架构中。“……也就是说代码的依赖应当是内敛的。内环对外环的一切都一无所知。尤其是那些定义在外环的名字，不应当在内环的代码中出现。包括函数、类、变量或任何命名的软件模型。”
我认为，依赖原则是构建可对框架、UI或数据库进行局部测试并解藕的软件系统的最为重要的条件。当遵循这个条件时，将得到一个有着明确关注分离的低耦合系统。
Continue reading »