有什么工作比用Habr写关于开发的书更好？ 晚上有人在片段中准备自己的大型habrapost时，就在工作时间在这里与社区分享有趣的事情并从中获得好处。
有什么工作比在Habr上写有关开发的工作还要糟糕？ 当某人整天编写代码时，然后您看着这些人并舔您的嘴唇，然后在晚上剪裁适合您的宠物项目。
每年我们（
JUG.ru集团 ）都会为开发人员举办越来越多的会议，因此现在我们正在寻找另一名员工（除了我和
olegchir之外 ）在我们的中心博客中发短信。 为了弄清楚我们需要谁和这个人的期望，我画了您的工作是在Habré的公司博客中为开发人员编写文本时的感受。
陡度是多少？
我对这项工作有什么爱好？ 尽管任何公司博客的目标都是为公司提供帮助，但在这里并不意味着“就其令人惊叹的内容撰写热情的广告文字”。 在哈布雷（Habré），这样根本行不通。 在这里，另一件事起作用：为社区写有趣且有用的帖子，在其中提及您的活动似乎很合适。
您至少可以写十遍而不带任何参数，“我们的会议真是太棒了！”，没人会读。 您可以发布上次会议报告的文字记录，人们将获得对他们有用的信息-同时，他们将通过一个真实的例子了解他们在活动中将看到的内容以及下次是否要去这样的地方。
如果需要我不断编写包含公告栏的文本，我会很快想上吊死。 幸运的是，我写了有关会议主题的文章，最后只有一小段后记：“因为您被有关移动开发的文章所吸引，所以请注意，这里是一个有关它的会议。”
这项工作的另一个优点是，您可以与许多很酷的人交流。 当您工作的一部分是采访
约翰·斯凯特 （
John Skeet）的人时 ，您会屏住呼吸，最后他说“感谢您的问题，这很有趣”，让自己思考“等一下，我
也为此付出了代价 ” “？
好吧，这是给puzomerki爱好者的一个好处：撰写habrapost的工作是您的工作，而且您经常发布它们，就可以在habrapost用户的评分中名列第一。 然后，您开始收到奇怪的私人消息！
有什么困难？
但是所有这些bun头并不意味着一切都完美。 主要挑战如下。
一方面，很显然，您对开发了解得越多，就越能胜任这项工作；如果您非常沉迷于特定主题，那么与之相关的您就可以写出很酷的东西。
但是同时，我们在各个领域（从Java到测试）都召开了许多会议，因此对于每位作者来说，都需要涵盖多个事件，并且可以随时添加一个新事件。 这意味着将自己限制在自己喜欢的话题上是行不通的，并且必须爬进一个完全不同，不那么熟悉的话题。 同时，我们的会议相当严格，其访问者并不是行业的第一年，因此内容对于经验丰富的开发人员来说应该很有趣。
立刻在多个方向担任高级领导通常是不现实的。 现在，您又不以开发人员身份工作了：您可以花一些工作时间来编写代码，以免脱离主题领域，但这不是主要活动。 并增加文章的规律性：如果在灵魂呼唤下向哈勃写信的人可以在写文本之前画一个主题数月，那么这将行不通。
在这样的条件下，如何编写有经验的开发人员感兴趣的内容？
似乎一切都令人沮丧，但是有很多可行的选择。
怎么过
首先，尽管没有长期的个人经验就无法撰写许多主题，但有很多主题都不需要这样做。
Java的新版本已经出现，开发人员对“在那里发生了什么变化”感兴趣？ 有关此问题的常规文章，您需要能够用Java编写，但是不需要专门针对新版本的几个月的经验。 这个新版本的Java中引入了JShell REPL工具吗？ 由于它是全新的，即使是经验丰富的开发人员也会发现该教程很有用，并且在编写该教程之前，就可以在JShell上玩一两个小时（在REPL上花数月的时间根本就没有花）。 GitHub是否免费提供了私有存储库？ 当然，我想立即通知habruiser这样的消息，然后绘图需要一些时间（这样的帖子不是从一行开始的），但是也很谦虚。
其次，如果您热衷于某个主题并深入理解它，那么这也很棒。 是的，不可能每天都写关于它的文章，更多时候，您将不得不处理其他事情-但是，当您最喜欢的主题出现时，知识就会派上用场。 奥列格（Oleg）在Java的Graal项目变得流行之前就与我们进行了修补，因此他急切地询问与Graal一起工作的克里斯·塔林格（Chris Talinger）关于内联参数的事情-很好，很好：最后，奥列格（Oleg）以及其他涉及该主题的人都很感兴趣。
第三，通过与他人的联系，您不会局限于自己的能力。 例如，以面试形式，您无需知道世界上所有的答案，而可以提出问题。 从.NET传奇人物
Jeffrey Richter到Kotlin负责人
Andrei abreslav Breslav ，来自世界各地的有趣的人来参加我们的会议，问这样的人不是罪。 事实证明这是双赢的局面：采访者和哈布雷杂志的读者都很感兴趣（我们的记录是同一个
约翰·斯凯特 （
John Skeet ）
的采访 ，收集了60,000多次观看），演讲者本身通常很乐意在会议前夕接受采访，这对会议来说显然是有益的。
当然，为了向这样的人提问，还需要一定的知识-但要求的规模是完全不同的。
分享他人能力的另一种方法是已经提到的报告文字记录。 碰巧的是，我们的一位发言人用英语发表了博客文章，并且在与他达成协议后，我们将其翻译成俄语。 在这种情况下，您需要理解文本，但无需成为可以编写文本的专家。
这会导致什么？
根据我自己的经验，我想说的是，通过这种工作，您将从一个非常有趣的角度来看待IT。
总的来说，这可能是令人反感的：到处都有某种动作发生，人们看到有趣的事物，并且您从所有这些“外部”进行观察，提出问题，结果，您对每个事物都有了肤浅的了解，但是在实现细节中已经您不了解-要了解，您将不得不不断使用它。 在那里，在深处可能还发现了许多有趣的东西，以至于只能流利地看到所有这些！
但是，与此同时，在深度上失败，您会赢得广度-这也很有价值。 如果您在特定项目中担任特定角色，则可以通过此棱镜看到所有内容：根本看不到某些东西，而您从侧面看到了某些东西（“测试人员是那些破坏了我漂亮代码的坏人”）。 当您撰写不同的文章时，您会看到非常不同的事物，而不是“从侧面”看，而是从鸟瞰图来看：您看不到细节，但是脑海中总的景象在不断发展。 我与许多完全不同的人交谈（无论是在采访中还是在我们的会议中）：从编译器到测试人员，从Google员工到初创公司，从Kotlin作家到Kotlin作家本身。
JS开发人员可能对阅读C ++世界中的habrapost感到好奇（“那里有什么？”），但是他会被主要方向的材料所困扰，而不会接触这些非核心材料。 对我来说，几乎所有方向都是专门的，任何有关开发和测试的阅读文字都可以为我提供方便。
从某种意义上说，我感到很幸运：与大多数人不同，在工作时间里，我可以感兴趣地关注整个发展过程是如何生活和发展的。
我们需要谁？
由此可见，从事这类工作的人需要一个相当特殊的人。
他（或她）应该对开发有很好的了解，但同时愿意不参与开发本身。
不仅需要在代码方面，而且在社区生活方面，都需要了解开发。 您需要使用相同的语言与开发人员交谈，并知道他们担心什么。
您需要主动和勤奋相结合。 一方面，有一些标准任务需要完成（例如，我们有“过去会议的十大报告”的传统帖子）。 另一方面，我们希望您自己提出有趣文本的想法，而不仅仅是等待指导。
当然，您需要能够写作：既要从扫盲的角度，又要从“使其有趣”的角度出发。 我们重视那些不仅看起来像干式技术教程，而且非常着迷的文章。 说，如果您有一个个人生活故事，以某种方式与材料的主题相交，那么它可能是一个很好的介绍。
还需要灵活性：现在，我们主要关注.NET和测试文本，这就是为什么具有相关能力的人特别感兴趣，但是优先级可以改变的原因。 除了Habr，我们有时还会在其他站点上发布，并且我们还需要能够适应这种情况（本质保持不变，“开发人员的文本”，但是格式可能不同）。
尽管没有人要求我们下班后工作，但是IT怪才会感觉很对劲，他们在空闲时间看了一个宠物项目或阅读了有关IT的信息：这不能直接解决工作任务，但最终可以帮助解决他们更有效。
如果上面写的所有内容并没有吓倒您，而是让您感兴趣，并且您想了解更多详细信息或做出回应，则可以在
HH或“
我的圈子”上的工作页面上进行这两项操作。