软件工程师的工作到底是啥样子？

作者：Anne LoVerso (Red Hat)  Posted 31 Jul 2014 by 

译者：Stone Feng

原文链接：http://opensource.com/life/14/7/red-hat-intern-sys-admin

译文链接：http://blog.csdn.net/stonefeng/article/details/38400377

【转载必须在正文中标注并保留原文链接、译文链接、作者、译者信息、以及本条要求。】

Image by : opensource.com

　　这个夏季，我有生以来第一次到公司实习。从学校转换的公司，无疑是一次文化冲击，当然我也很自豪于我的学习能力。在红帽，作为实习系统管理员，第一个星期我就学到了很多东西。

　　我知道了开源不仅仅是用来描述一些模糊的开发社区。我知道了如何正确地使用git，如何使用Go语言，以及如何高效地浏览Linux设备环境。我知道了软件工程师喜欢把黑巧克力棒从好时巧克力混合袋里挑出，然后剩下不怎么受欢迎的Mr. Goodbars和Krackel bars（好时巧克力的两个子品牌——译者注）。

　　我学到了太多东西，以至于回过头来看看工作第一个星期里我的Google搜索记录，都觉得有点儿惨不忍睹（意思是当初连这么简单的都不知道——译者注）：

• vi how to use（如何使用vi）
• linux control r（linux控制r，猜测是搜索对文件可读属性r的控制方法，是linux操作基本常识——译者注）
• curl command（curl命令）
• how to use pointers（如何使用指针）
• Chattr（一个linux命令，可以改变文件或者目录属性——译者注）
• git rebase（不解释，你懂的——译者注）

但是，我们总得从某个地方开始吧。

　　这个夏季，我在Atomic项目开发组工作。Atomic是个用来运行容器的轻量级操作系统，被一个由我导师Colin Walters开发的叫做OSTree的强大工具驱动。项目描述是“操作系统二进制码的git”，因为它基本上可以做到原子地在不同的操作系统部署之间升级和回滚。最初的几个星期，我开发了一个rpm-ostree的新命令，用于集成OSTree和rpm句柄。当我写完OSTree每个命令的帮助手册（原文是man pages——译者注）之后，我对它的结构有了足够的理解，即使现在开新项目给那些系统管理程序添加功能也不在话下。

　　伴随每个新项目，我都会向git推送一个新补丁，这让我满足感爆棚。我已经看到我的三个特性被合并到下次发布的程序里。这对我此前的认识带来实实在在的冲击。我从众多朋友那里听到了不同的技术实习期的故事。他们很失望，因为不被当作真正的雇员对待，他们没有分配任何职责，或者他们感觉他们的意见不被理会。而我在红帽从来没有这种感觉。我在合作团队里发声，并且开源的妙处在于如果你认为什么东西需要修改，那么你就有权力自由地修改它。

　　我做的补丁当中，有两个其实没有分配给我的，而我做了，只是因为在用这个系统的时候想：“伙计，要是有个工具的话这事儿就容易了……”。这类做法是受开源文化支持和鼓励的，认为个人的自主判断或许是有益的、或许必要的。红帽是一个很棒的实习地，这里让我深深见识了软件工程师的工作到底是什么样子，包括好的和坏的方面。

　　代码最终好用了，这让我有成就感，补丁合并到主分支，这让我自豪，还有我知道我贡献了一些有意义的东西，这让我快乐。另一方面，我依然感受了等待编译代码时的无聊，尽管没改什么但代码却不工作了的挫败感，以及突然发现追踪了两个小时的bug是因为用“==”去比较字符串时的强烈的沮丧。

　　我确信当这个秋季我回到学校的时候，我已经变了个人。我将用Emacs而非MS Word来记事，我将重新教我的同学们正确地使用git进行项目合作，我将尽可能地用Fedora而非学校发给的Windows，我将站出来倡导自由和开源软件。