这个领导不错嘛

大部分情况下，不想代码管理做得这么复杂，我希望使用最简单的几个操作而已。
针对你的情况，我的建议是这样的，使用动态配置，配置文件并不作为版本控制内容，事实上，配置文件本来就不合适放在版本控制里。
举个例子，在 Django 开发中，settings.py 线上和线下都不一样，所以我不把这个文件放入版本控制。
我的做法是创建一个文件 settings.tmpl, 在下面有 env.ini
> cat env.ini
[env]
debug = True
user = user
password = password
...
> cat settings.tmpl
DEBUG = ${debug}
...

使用 ConfigParser, Template 来动态渲染，(import ConfigParser, from string import Template)
然后使用脚本控制环境是什么状态，或者在运行的时候生成 settings.py

@NemoAlex
不要妄自菲薄，除去了顶尖和天才级别的人，其实差距不是那么大的。我以前合作过一些人，最后去了美国几家大互联网公司，但这些人在阿里不一定就是水平最高的。很多时候是环境问题。
就我个人经历而言，bat几家公司技术员工总体水平，要高出国内平均水平太多，有时候我招人的时候都不要求多，就给我来个阿里 p5 的水平吧，还是很难招到。

@leiliang @JFW @imlewc
对的，就是生活压力，虽然这些人估计一年大概30w+，依旧安全感不足。

哈哈哈，我身边几个阿里能评为 P7 的小伙伴，随便吃吃的话基本是沙县:-)

需要更加详细的信息，比如什么操作系统，软件，版本。。。

Kindle 确实太小了，主要是技术书籍有很多代码和图，所以不合适。

基本上，只要有人问 API 应该怎么设计，我就回去推荐 https://developer.github.com/v3/
在我看来，简直是教科书一般了，直接参照就可以了（这个不算抄袭）

@picasso250 是的，我记错了，你这个建议在一些情况下我也同意，在现实中遇到一些问题，比如把 rest http api 放在页面编程的时候遇到的。

这个很好玩，不过要组队才好

dmesg, /var/log 先看看有什么有用的信息

@immjun 不过楼主，《Mastering Concurrency in Go》是一本糟糕的书，我这几天基本看完了，作者对并发的掌控能力有限，废话很多，不推荐。我刚好在 amazon 看到评价，也是比较低的。

@tabris17 让运维发出邮件，详细列出这样做的目的、好处。并且表示，出于xxx的原因，如果没能说服这样修改的合理性，将不做这样的更改。

非常不错，入手了 go 相关的书籍。

使用下划线有任何问题吗？我不理解，一直依赖我们都是使用下划线作为分隔符号。

这个我比较擅长 :-)

@tencoldays go 其实和 google 关系不大了，可以说融入开源社区了。
我最近一个月才开始学习 go，就是读了开放的英文书籍，很理解 go 语言的设计理念。简单说：
go 具有浓厚的 Unix 哲学，强烈的 C 背景，从设计到语法。
原生的并发、并行，CSP 机制，函数化编程，你可以把 go 理解为高级的 C 语言。

我自己学习过 perl、java、python，每次学习一种语言都让我受益匪浅。
go 从语言设计上肯定不让人那么的称赞，类似 result, err = 的机制 和 len("中文") == 6 让一些人失望。
但是 go 的定位非常清晰，可以说是互联网的 C 语言。
为什么我比较喜欢简单一点的语言，我对 java 可以说很熟悉了，但是每次遇到类似“异常”之类的就不大清楚怎么设计了。

评价一个语言不在语言本身，有一些人说“被学术界高度评价的语言，基本没有在流行语言列表里”。
从 go 来说，我认为是非常乐观的，单单最近我接触的 Docker 都让我耳目一新。
可以预见以后越来越多的中间层都可以使用 go 来写。

为什么我去了解 go，很简单，我需要一种静态语言，运行起来和 java 一样快，然后写起来和 python 一样爽。

对于 go 其他方面，比如 gui，app，其实我不期待的，因为 go 的最主要市场不是这里。就像 java 一样，gui 依旧不是主要领域。

我强烈推荐各位了解一下 go 语言，我只花很短时间就入门了。

如果使用 Linux 专属的一些技术，那就强烈推荐在 Linux 平台，比如 Lxc，Docker，还有如果是运维人员，也强烈推荐。对我来说，把本地环境和线上环境保持基本一致很重要，因为意味着你遇到的各种问题，都现在本地经过测试了。

@pysama 不是，是 gitshell，哈哈，我知道你说的是谁