還有什麼比在 Habr 上撰寫有關發展的文章更好的工作呢？ 當有人在晚上斷斷續續地準備他們的大型 habrapost 時，在這裡，就在工作時間，您與社區分享有趣的事情並從中受益。
還有什麼工作比在 Habr 上撰寫有關開發的文章更糟糕呢？ 當有人整天寫程式碼時，你看著這些人，舔嘴唇，然後在晚上斷斷續續地開始你喜歡的專案。
我們 （）每年我們都會為開發者舉辦越來越多不同的會議，所以我們現在正在尋找另一名員工（除了我和 ）查看我們的 habrablog 中的文字。 為了弄清楚我們需要誰以及這個人等待著什麼，我描述了當你的工作是在 Habré 的公司部落格上為開發人員編寫文字時的一般情況。
有什麼酷的？
我喜歡這份工作的什麼？ 雖然任何企業部落格的目標都是幫助公司，但這並不意味著「撰寫令人驚嘆的銷售文案，講述它有多麼神奇」。 這對哈布雷根本不起作用。 這裡還有另一件事：撰寫對社區有趣且有用的帖子，其中提及您的活動似乎是合適的。
你可以毫無爭議地寫下至少十遍“我們的會議精彩而令人難以置信”，但根本沒有人會讀它。 或者你可以發布過去會議報告的文本記錄，人們會接觸到對他們有用的信息 - 同時，透過一個真實的例子，他們會了解在活動中可以看到什麼以及是否他們下次還想去這個地方。
如果我被要求不斷地寫一些充滿廣告廢話的文字，我很快就會想上吊自殺。 幸運的是，我寫的是關於我們會議主題的文字，最後只有一個小註釋“既然你被這篇關於移動開發的文字吸引了，請注意，這是一個關於它的會議。”
這份工作的另一個好處是你可以與許多很酷的人互動。 當你工作的一部分是採訪有能力的人時 喬納斯基特，你屏住呼吸聽他的回答，最後他說“謝謝你提出的問題，這很有趣”，你發現自己在想“等等，我來付錢” 他們也付錢“？
好吧，對於大腹便便愛好者來說，還有一個好處：當你的工作是寫 Habra 帖子，並且經常發布它們時，你就可以在 Habra 用戶排名中排名第一。 然後您將開始收到奇怪的個人訊息！
有什麼困難？
但所有這些好東西並不意味著一切都是完美的。 主要的挑戰是這樣的。
一方面，很明顯，你對開發了解得越多，這樣的工作就越好，如果你非常沉浸在某個特定主題中，那麼你可以寫一些與之相關的很酷的東西。
但同時，我們在不同領域（從Java到測試）有許多會議，因此對於每個作者來說，都有幾個事件需要涵蓋，並且可以隨時添加新的事件。 這意味著你將無法將自己限制在你最喜歡的主題上，而必須深入研究完全不同的東西，更不用說熟悉的東西了。 同時，我們的會議非常核心，他們的參觀者對該行業並不陌生，因此經驗豐富的開發人員應該會對內容感興趣。
同時成為多個方向的資深人士通常是不切實際的。 現在補充一點，您也不是作為開發人員工作：您的部分工作時間可以專門用於程式碼，以免脫離主題領域，但這不是主要活動。 再加上帖子的規律性：如果那些出於靈魂的召喚而給哈布爾寫信的人可以在撰寫文本之前花幾個月的時間來製定一個主題，那麼這裡是行不通的。
在這種情況下，怎麼可能寫出讓經驗豐富的開發人員感興趣的東西呢？
看起來一切都很悲觀，但也有相當可行的選擇。
怎麼活？
首先，雖然沒有豐富的個人工作經驗就無法寫出許多主題，但也有很多主題不需要這麼做。
Java 的新版本已經出現，開發人員想知道「那裡發生了什麼變化」？ 對於一篇關於此的普通文章，您需要能夠用 Java 編寫，但您不需要專門針對新版本的“數月經驗”；深思熟慮地理解英語源代碼就足夠了（嘗試一下也很有用）親自創新，但這可以很快完成）。 這個新版本的 Java 是否附帶 JShell 工具？ 由於它是新的，即使是經驗豐富的開發人員也會發現該教程很有用，在編寫它之前，使用JShell 玩一兩個小時就足夠了（在REPL 中“幾個月”根本沒什麼值得花的）。 GitHub 讓私有倉庫免費了？ 當然，我想立即將這樣的消息告知hubbrowsers，這需要一些時間的研究（以便帖子不只是一行），而且還謙虛。
其次，如果你對某個特定主題充滿熱情並且深入了解它，那麼這也是很棒的。 是的，你不可能每天都寫它；更多時候你必須處理其他事情——但是當你最喜歡的話題出現時，這些知識就會派上用場。 在這裡，Oleg 甚至在Graal 專案變得流行之前就對它進行了修改，所以他很樂意向與Graal 合作的Chris Thalinger 詢問諸如內聯參數之類的事情- 好吧，太棒了：最後，Oleg和其他對此主題感興趣的人感興趣的。
第三，你不能將自己限制在自己的能力範圍內，而去連結別人的能力。 例如，在面試形式中，你不需要知道世界上所有的答案，但能夠提出問題。 來自世界各地最有趣的人來到我們的會議上發言，他們來自 .NET 傳奇人物 傑弗瑞·里克特 到 Kotlin 的頭部 安德魯 布列斯拉夫，不問這樣的問題就是一種罪。 事實證明，這是一個完全的雙贏：採訪者和《哈布爾》的讀者都感興趣（我們的記錄是 與相同的 喬恩·斯基特，已收集超過 60 次瀏覽），而演講者本人通常很樂意在會議前夕接受採訪，這對會議來說是一個明顯的好處。
當然，要質疑這樣的人，也需要一定的知識──但要求的程度完全不同。
分享他人能力的另一種方法是已經提到的報告文字記錄。 也有一種情況是，我們的一位演講者發表了一篇英文部落格文章，經與他同意，我們將其翻譯成俄語。 在這種情況下，您需要理解文本，但不需要成為可以編寫文本的專家。
這會導致什麼？
根據我自己的經驗，我想說，透過這種工作，你會從一個相當有趣的角度來看待 IT。
一般來說，這可能是令人反感的：到處都在發生某種運動，人們正在從事有趣的事情，而你「從外部」觀察這一切，提出問題，最後你對每件事都有所了解這些東西表面上看，但是在實現的細節上你已經不明白了——要弄清楚，你必須不斷地去研究它。 深處或許還有很多有趣的東西，一眼望去，只會讓你著迷！
但同時，雖然你失去了深度，但你卻獲得了覆蓋面的廣度——這也是有價值的。 如果你在特定專案中擔任特定角色，那麼你會透過這個棱鏡看到一切：有些東西根本不屬於視野範圍，有些東西是你從側面看到的（“測試人員是那些破壞我美麗程式碼的壞人” ） ”）。 當你寫不同的事情時，你會看到非常不同的事情，而且不是“從側面”，而是從鳥瞰角度：你看不到細節，但你可以在頭腦中看到整體情況。 我與許多完全不同的人進行了交談（無論是在採訪中還是在我們的會議上）：從編譯器到測試人員，從Google 員工到新創公司，從使用Kotlin 編寫的人員到編寫Kotlin 本身的人員。
JS 開發人員可能會好奇地閱讀 C++ 世界中的 habraposts（「他們有什麼？」），但他會被主要領域的材料淹沒，而不會接觸到這些非核心材料。 對我來說，幾乎所有領域都是專門的；我讀到的任何有關開發和測試的文本都對我的工作有用。
我覺得從某種意義上說我很幸運：與大多數人不同，在工作時間我可以饒有興趣地觀察一般人的發展是如何生活和發展的。
我們需要誰？
由此可見，這類工作需要一個相當獨特的人。
他（或她）必須對發展有很好的理解，但同時願意做發展本身以外的事情。
理解開發不僅需要從程式碼角度，還需要從社群角度。 您需要與開發人員使用相同的語言並了解他們擔心什麼。
你需要主動性和勤奮的結合。 一方面，有一些需要完成的標準任務（例如，我們有傳統的「上次會議的前 10 份報告」貼文）。 另一方面，我們希望您自己為有趣的文本提供想法，而不僅僅是等待指示。
當然，你需要能夠寫作：無論是從識字的角度還是從「讓它變得有趣」的角度。 我們重視的文字不僅看起來像是枯燥的技術教程，而且真正引人入勝。 例如，如果您的生活中有一個與材料主題有某種交叉的個人故事，那麼它可能是一個很好的介紹。
也需要靈活性：現在我們主要專注於 .NET 上的文字和測試，因此我們對具有相關能力的人員特別感興趣，但優先順序可能會發生變化。 除了 Habr 之外，我們有時也會在其他網站上發布，我們也需要能夠適應這一點（本質保持不變，“為開發人員提供的文本”，但格式可能有所不同）。
儘管沒有人要求我們在工作時間之外工作，但那些在空閒時間從事自己喜歡的項目以獲取樂趣或閱讀有關IT 的IT 極客會感到自己在這裡的位置：這並不能直接解決工作問題，而是最終有助於解決問題，讓他們更有效。
如果上面寫的一切並沒有嚇跑您，而是讓您感興趣，並且您想了解更多詳細資訊或做出回應，都可以在 .
來源： www.habr.com