anne loverso
(red hat)
posted 31 jul 2014 by
譯者：stone feng
【、作者、譯者資訊、以及本條要求。】
這個夏季，我有生以來第一次到公司實習。從學校轉換的公司，無疑是一次文化衝擊，當然我也很自豪於我的學習能力。在紅帽，作為實習系統管理員，第乙個星期我就學到了很多東西。
我知道了開源不僅僅是用來描述一些模糊的開發社群。我知道了如何正確地使用git
，如何使用
go語言，以及如何高效地瀏覽
linux
裝置環境。我知道了軟體工程師喜歡把黑巧克力棒從好時巧克力混合袋裡挑出，然後剩下不怎麼受歡迎的
mr. goodbars
和krackel bars
（好時巧克力的兩個子品牌——譯者注）。
我學到了太多東西，以至於回過頭來看看工作第乙個星期裡我的google
搜尋記錄，都覺得有點兒慘不忍睹（意思是當初連這麼簡單的都不知道——譯者注）：
但是，我們總得從某個地方開始吧。
這個夏季，我在atomic
專案開發組工作。
atomic
是個用來執行容器的輕量級作業系統，被乙個由我導師
colin walters
開發的叫做
ostree
的強大工具驅動。專案描述是「作業系統二進位製碼的
git」，因為它基本上可以做到原子地在不同的作業系統部署之間公升級和回滾。最初的幾個星期，我開發了乙個
rpm-ostree
的新命令，用於整合
ostree
和rpm
控制代碼。當我寫完
ostree
每個命令的幫助手冊（原文是
man pages
——譯者注）之後，我對它的結構有了足夠的理解，即使現在開新專案給那些系統管理程式新增功能也不在話下。
伴隨每個新專案，我都會向git
推送乙個新補丁，這讓我滿足感爆棚。我已經看到我的三個特性被合併到下次發布的程式裡。這對我此前的認識帶來實實在在的衝擊。我從眾多朋友那裡聽到了不同的技術實習期的故事。他們很失望，因為不被當作真正的雇員對待，他們沒有分配任何職責，或者他們感覺他們的意見不被理會。而我在紅帽從來沒有這種感覺。我在合作團隊裡發聲，並且開源的妙處在於如果你認為什麼東西需要修改，那麼你就有權力自由地修改它。
我做的補丁當中，有兩個其實沒有分配給我的，而我做了，只是因為在用這個系統的時候想：「夥計，要是有個工具的話這事兒就容易了……」。這類做法是受開源文化支援和鼓勵的，認為個人的自主判斷或許是有益的、或許必要的。紅帽是乙個很棒的實習地，這裡讓我深深見識了軟體工程師的工作到底是什麼樣子，包括好的和壞的方面。
**最終好用了，這讓我有成就感，補丁合併到主分支，這讓我自豪，還有我知道我貢獻了一些有意義的東西，這讓我快樂。另一方面，我依然感受了等待編譯**時的無聊，儘管沒改什麼但**卻不工作了的挫敗感，以及突然發現追蹤了兩個小時的bug
是因為用「
==」去比較字串時的強烈的沮喪。
我確信當這個秋季我回到學校的時候，我已經變了個人。我將用emacs
而非ms word
來記事，我將重新教我的同學們正確地使用
git進行專案合作，我將盡可能地用
fedora
而非學校發給的
windows
，我將站出來倡導自由和開源軟體。
是否是軟體工程師。
十月的乙個寒冷的夜晚，我坐在不舒服的椅子上，morgan著摩根船長和葡萄柚蘇打水。我是一家大型汽車公司的專業軟體工程師。我為他們的電動汽車編寫軟體。我剛發現這個 而我做的第一件事就是訂閱初學者執行緒。嘆。我之所以沒有這樣做，是因為我想重新整理基礎知識或幫助新的開發人員。我這樣做是因為我感覺自己沒有任...
Linux運維工程師真實的工作狀態到底是怎麼樣的？
現在的運維工程師在大家眼中是個什麼樣子呢?是不是還是把伺服器搬來搬去,每天不是在拿著linux光碟開始裝系統,就是在等待系統安裝完成.你如果還是這麼想,那就大錯特錯了.現在又有做乙個新的物種誕生,那就是運維開發工程獅 devops 這只獅子的作用就是把上面的那些工作統統給自動化掉,如自動化給資料中心...
SRE工程師到底是做什麼的？
儘管站點可靠性工程已經存在了一段時間，但也只是最近才在業界獲得一些名聲。但人們對於站點可靠性工程師 sre 的作用仍然存在很多疑問。我們所知道的大部分內容來自谷歌的 站點可靠性工程 一書。我們將在這篇文章中多次提到這本書。人們將sre與運營 系統管理員等進行比較，但這種比較不足以說明他們在現代軟體環...