还有什么比在 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 极客会感到自己在这里的位置：这并不能直接解决工作问题，而是最终有助于解决问题，让他们更加有效。
如果上面写的一切并没有吓跑您，而是让您感兴趣，并且您想了解更多详细信息或做出回应，都可以在 .
来源： habr.com