发表于
2016-01-16 11:30:23
Walking around Mt Albert – Part 1
发表于
2016-01-16 11:30:23
Walking around Mt Albert – Part 1
发表于
2016-01-16 11:30:23
Walking around Mt Albert – Part 1
发表于
2015-06-03 12:48:49
如何从源代码构建 Go 1.5 开发环境
请注意，本文正文含有大量链接。如果是转载或者使用某些不支持超链接的阅读器，就请自行脑补吧。近期，Go Team 连续放出了几个大招来介绍即将在八月问世的 Go 1.5 这个划时代的版本。Rob 和 Andrew 分别在《Go in Go》和《The State of Go》中详细说明了出现在 Go 1.5 中的重要特性和细节变化。在这个版本中最主要的变化是移除了所有 C 代码，不论是 runtime 还是编译器都使用 Go 语言和一小部分的汇编来实现——也就是人们常说的自举。但是这样做也就意味着，Go 在 1.5 和以后的版本中，使用源代码构建 Go开发环境将面临“鸡生蛋，蛋生鸡”的麻烦（当然了，如果你直接“买鸡蛋”——使用二进制安装包——是没有这个问题的）。在 Go1.4 及更早的版本中，会使用 GCC 先编译一个使用 C 语言编写的，仅具有基本功能的小编译器作为构建 Go 环境的引导工具。也就是说必须要安装 GCC、make 等 C 语言相关的工具才能从源代码构建 Go 的开发环境。而据 Rob 的讲义和其撰写的《Go 1.5 Bootstrap Plan》中介绍的，Go 1.5 将不再有 C 语言的参与，反而需要使用 Go 1.4 版本的工具链进行编译。那么也就意味着，从源代码开始构建 Go 1.5 需要两个版本并存。几年前，有许多人折戟在GOROOT/GOPATH的坑里。现
...继续阅读
(32)
发表于
2015-06-03 12:48:49
如何从源代码构建 Go 1.5 开发环境
请注意，本文正文含有大量链接。如果是转载或者使用某些不支持超链接的阅读器，就请自行脑补吧。近期，Go Team 连续放出了几个大招来介绍即将在八月问世的 Go 1.5 这个划时代的版本。Rob 和 Andrew 分别在《Go in Go》和《The State of Go》中详细说明了出现在 Go 1.5 中的重要特性和细节变化。在这个版本中最主要的变化是移除了所有 C 代码，不论是 runtime 还是编译器都使用 Go 语言和一小部分的汇编来实现——也就是人们常说的自举。但是这样做也就意味着，Go 在 1.5 和以后的版本中，使用源代码构建 Go开发环境将面临“鸡生蛋，蛋生鸡”的麻烦（当然了，如果你直接“买鸡蛋”——使用二进制安装包——是没有这个问题的）。在 Go1.4 及更早的版本中，会使用 GCC 先编译一个使用 C 语言编写的，仅具有基本功能的小编译器作为构建 Go 环境的引导工具。也就是说必须要安装 GCC、make 等 C 语言相关的工具才能从源代码构建 Go 的开发环境。而据 Rob 的讲义和其撰写的《Go 1.5 Bootstrap Plan》中介绍的，Go 1.5 将不再有 C 语言的参与，反而需要使用 Go 1.4 版本的工具链进行编译。那么也就意味着，从源代码开始构建 Go 1.5 需要两个版本并存。几年前，有许多人折戟在GOROOT/GOPATH的坑里。现
...继续阅读
(17)
发表于
2015-06-03 12:48:49
如何从源代码构建 Go 1.5 开发环境
请注意，本文正文含有大量链接。如果是转载或者使用某些不支持超链接的阅读器，就请自行脑补吧。近期，Go Team 连续放出了几个大招来介绍即将在八月问世的 Go 1.5 这个划时代的版本。Rob 和 Andrew 分别在《Go in Go》和《The State of Go》中详细说明了出现在 Go 1.5 中的重要特性和细节变化。在这个版本中最主要的变化是移除了所有 C 代码，不论是 runtime 还是编译器都使用 Go 语言和一小部分的汇编来实现——也就是人们常说的自举。但是这样做也就意味着，Go 在 1.5 和以后的版本中，使用源代码构建 Go开发环境将面临“鸡生蛋，蛋生鸡”的麻烦（当然了，如果你直接“买鸡蛋”——使用二进制安装包——是没有这个问题的）。在 Go1.4 及更早的版本中，会使用 GCC 先编译一个使用 C 语言编写的，仅具有基本功能的小编译器作为构建 Go 环境的引导工具。也就是说必须要安装 GCC、make 等 C 语言相关的工具才能从源代码构建 Go 的开发环境。而据 Rob 的讲义和其撰写的《Go 1.5 Bootstrap Plan》中介绍的，Go 1.5 将不再有 C 语言的参与，反而需要使用 Go 1.4 版本的工具链进行编译。那么也就意味着，从源代码开始构建 Go 1.5 需要两个版本并存。几年前，有许多人折戟在GOROOT/GOPATH的坑里。现
...继续阅读
(23)
发表于
2015-01-21 03:48:45
如何用版本工具维护翻译项目
个人来说，一直希望能将《Go指南》这个项目的版本管理从bitbucket迁移到 github。但是由于上游英文源项目仍然在用 hg 作为版本管理工具所以一直也没有这么做。前几天 OlingCat 找我，希望将这个翻译项目放在 github 上的go-zh项目中。我当然欣然同意，虽然翻译工作还得用 hg 维护，但是 git 上能够有个镜像也是不错的事情。（中间略过若干 hg –> git 的鸡零狗碎不说）在等待同步的时候，我简单阅读了一下“Go 项目翻译规范”，发现一个让我觉得很不舒服的设定。由于godoc只会提取紧挨着声明之前的注释作为文档，因此我们可利用这点进行翻译。 请在注释符号//之后，文字之前插入一个制表符（Tab符号），段注释前直接插入制表符， 这样便于跟踪官方文档的更改。注释与代码间插入一个空行，紧接着开始翻译。翻译与代码之间不要有空行。在一切完工之后，OlingCat 问了我一个终极问题：直接在 article 文件里翻译，是怎么和官方同步的？后来闲下来的时候仔细想了想，从 PHP-GTK 的手册到 ZF 的手册，再到 Golang 的一系列文章、项目。自己参与了这么多的翻译项目。虽然每个项目都与一套自己特色的翻译跟踪规则，不过工作得最轻松的可能还是《学习 Go 语言》和《Go 指南》这两个项目了。《学习 Go 语言》我使用的是 git 来跟踪和翻译。而《
...继续阅读
(26)
发表于
2015-01-21 03:48:45
如何用版本工具维护翻译项目
个人来说，一直希望能将《Go指南》这个项目的版本管理从bitbucket迁移到 github。但是由于上游英文源项目仍然在用 hg 作为版本管理工具所以一直也没有这么做。前几天 OlingCat 找我，希望将这个翻译项目放在 github 上的go-zh项目中。我当然欣然同意，虽然翻译工作还得用 hg 维护，但是 git 上能够有个镜像也是不错的事情。（中间略过若干 hg –> git 的鸡零狗碎不说）在等待同步的时候，我简单阅读了一下“Go 项目翻译规范”，发现一个让我觉得很不舒服的设定。由于godoc只会提取紧挨着声明之前的注释作为文档，因此我们可利用这点进行翻译。 请在注释符号//之后，文字之前插入一个制表符（Tab符号），段注释前直接插入制表符， 这样便于跟踪官方文档的更改。注释与代码间插入一个空行，紧接着开始翻译。翻译与代码之间不要有空行。在一切完工之后，OlingCat 问了我一个终极问题：直接在 article 文件里翻译，是怎么和官方同步的？后来闲下来的时候仔细想了想，从 PHP-GTK 的手册到 ZF 的手册，再到 Golang 的一系列文章、项目。自己参与了这么多的翻译项目。虽然每个项目都与一套自己特色的翻译跟踪规则，不过工作得最轻松的可能还是《学习 Go 语言》和《Go 指南》这两个项目了。《学习 Go 语言》我使用的是 git 来跟踪和翻译。而《
...继续阅读
(11)
发表于
2015-01-21 03:48:45
如何用版本工具维护翻译项目
个人来说，一直希望能将《Go指南》这个项目的版本管理从bitbucket迁移到 github。但是由于上游英文源项目仍然在用 hg 作为版本管理工具所以一直也没有这么做。前几天 OlingCat 找我，希望将这个翻译项目放在 github 上的go-zh项目中。我当然欣然同意，虽然翻译工作还得用 hg 维护，但是 git 上能够有个镜像也是不错的事情。（中间略过若干 hg –> git 的鸡零狗碎不说）在等待同步的时候，我简单阅读了一下“Go 项目翻译规范”，发现一个让我觉得很不舒服的设定。由于godoc只会提取紧挨着声明之前的注释作为文档，因此我们可利用这点进行翻译。 请在注释符号//之后，文字之前插入一个制表符（Tab符号），段注释前直接插入制表符， 这样便于跟踪官方文档的更改。注释与代码间插入一个空行，紧接着开始翻译。翻译与代码之间不要有空行。在一切完工之后，OlingCat 问了我一个终极问题：直接在 article 文件里翻译，是怎么和官方同步的？后来闲下来的时候仔细想了想，从 PHP-GTK 的手册到 ZF 的手册，再到 Golang 的一系列文章、项目。自己参与了这么多的翻译项目。虽然每个项目都与一套自己特色的翻译跟踪规则，不过工作得最轻松的可能还是《学习 Go 语言》和《Go 指南》这两个项目了。《学习 Go 语言》我使用的是 git 来跟踪和翻译。而《
...继续阅读
(13)
发表于
2014-12-26 03:47:50
“小”数据的危害
发表于
2014-12-26 03:47:50
“小”数据的危害
发表于
2014-12-26 03:47:50
“小”数据的危害
发表于
2014-12-24 09:41:14
[翻译]理解 Go 语言的内存使用
许多人在刚开始接触 Go 语言时，经常会有的疑惑就是“为什么一个 Hello world 会占用如此之多的内存？”。Understanding Go Lang Memory Usage很好的解释了这个问题。不过“简介”就是“简介”，更加深入的内容恐怕要读者自己去探索了。另外，文章写到最后，作者飘了，估计引起了一些公愤，于是又自己给自己补刀，左一刀，右一刀……————翻译分隔线————理解 Go 语言的内存使用2014年12月22日，星期一温馨提示：这仅是关于 Go 语言内存的简介，俗话说不入虎穴、焉得虎子，读者可以进行更加深入的探索。大多数 Go 开发者都会尝试像这样简单的 hello world 程序：package main
import (
"fmt"
"time"
)
func main() {
fmt.Println("hi")
time.Sleep(30 * time.Second)
}然后他们就完全崩溃了。f!*%!$%@# 138 G？！这个笔记本也只有 16 G 内存！虚拟内存 vs 常驻内存Go 管理内存的方式可能与你以前使用的方式不太一样。它会在一开始就保留一大块 VIRT，而 RSS 与实际内存用量接近。RSS 和 VIRT 之间有什么区别呢？VIRT 或者
...继续阅读
(39)
发表于
2014-12-24 09:41:14
[翻译]理解 Go 语言的内存使用
许多人在刚开始接触 Go 语言时，经常会有的疑惑就是“为什么一个 Hello world 会占用如此之多的内存？”。Understanding Go Lang Memory Usage很好的解释了这个问题。不过“简介”就是“简介”，更加深入的内容恐怕要读者自己去探索了。另外，文章写到最后，作者飘了，估计引起了一些公愤，于是又自己给自己补刀，左一刀，右一刀……————翻译分隔线————理解 Go 语言的内存使用2014年12月22日，星期一温馨提示：这仅是关于 Go 语言内存的简介，俗话说不入虎穴、焉得虎子，读者可以进行更加深入的探索。大多数 Go 开发者都会尝试像这样简单的 hello world 程序：package main
import (
"fmt"
"time"
)
func main() {
fmt.Println("hi")
time.Sleep(30 * time.Second)
}然后他们就完全崩溃了。f!*%!$%@# 138 G？！这个笔记本也只有 16 G 内存！虚拟内存 vs 常驻内存Go 管理内存的方式可能与你以前使用的方式不太一样。它会在一开始就保留一大块 VIRT，而 RSS 与实际内存用量接近。RSS 和 VIRT 之间有什么区别呢？VIRT 或者
...继续阅读
(19)
发表于
2014-12-24 09:41:14
[翻译]理解 Go 语言的内存使用
许多人在刚开始接触 Go 语言时，经常会有的疑惑就是“为什么一个 Hello world 会占用如此之多的内存？”。Understanding Go Lang Memory Usage很好的解释了这个问题。不过“简介”就是“简介”，更加深入的内容恐怕要读者自己去探索了。另外，文章写到最后，作者飘了，估计引起了一些公愤，于是又自己给自己补刀，左一刀，右一刀……————翻译分隔线————理解 Go 语言的内存使用2014年12月22日，星期一温馨提示：这仅是关于 Go 语言内存的简介，俗话说不入虎穴、焉得虎子，读者可以进行更加深入的探索。大多数 Go 开发者都会尝试像这样简单的 hello world 程序：package main
import (
"fmt"
"time"
)
func main() {
fmt.Println("hi")
time.Sleep(30 * time.Second)
}然后他们就完全崩溃了。f!*%!$%@# 138 G？！这个笔记本也只有 16 G 内存！虚拟内存 vs 常驻内存Go 管理内存的方式可能与你以前使用的方式不太一样。它会在一开始就保留一大块 VIRT，而 RSS 与实际内存用量
...继续阅读
(22)
发表于
2014-10-10 02:26:39
编程源于生活
发表于
2014-09-28 06:01:41
[翻译]这根本不是 BASH 的 bug！
发表于
2014-09-19 07:44:26
《一意孤行》开源编程游戏汉化版
发表于
2014-09-15 09:05:04
[翻译] channel 独木难支
发表于
2014-08-12 04:34:21
[翻译]面向工程师的分布式系统理论
如果一个工程师说起话来像 PhD. 走起路来像 PhD. 干起活來像 PhD. 那他是什么？他是一个懂理论的工程师……原文在此。————翻译分隔线————面向工程师的分布式系统理论Gwen Shapira，系统工程师明星，现在是 Cloudera 的全职工程师，在 Twitter 上问了一个问题，引发了我的思考。我以前可能这样回答“好吧，这里有 FLP 的论文，而这是 Paxor的论文，还有这是拜占庭将军的论文……”，并且我会列出一个长长的原材料的清单，如果你够快的话大概可以在六个月的时间里看一遍。但是，现在我觉得提供一大堆关于理论的论文对于学习分布式系统理论往往是错误的道路（除非你在读 PhD）。论文通常都很深奥，也很复杂，需要认真的学习，且便随着巨大成就的是丰富的经验，和相关的业务上下文。有什么是需要这样高等级的工程师专家的呢？不幸的是，与此同时，缺少一个好的能够通向这些汇总材料的“桥梁”，提炼并融汇分布式系统理论中重要的结论和思路；而一些进行这些总结的材料的难度又过大。在思考的时候，我又想到另外一个问题：分布式系统工程师应当学习什么样的分布式系统理论？就这个例子来说，应当是没这么恐怖的、简单一些的理论。因此，我试着整理了一份我作为分布式系统工程师，每天的工作会应用到的一些基本概念的
...继续阅读
(32)
发表于
2014-07-24 08:10:57
[翻译]十条有用的 Go 技术
