Quel travail pourrait être meilleur que d'écrire dans Habr sur le développement? Pendant que quelqu'un prépare son gros habrapost en extraits le soir, ici même pendant les heures de bureau, vous partagez des choses intéressantes avec la communauté et en tirez le meilleur parti.
Quel travail peut être pire que d'écrire dans Habr sur le développement? Pendant que quelqu'un écrit le code toute la journée, vous regardez ces gens et vous léchez les lèvres, et vous coupez votre projet pour animaux de compagnie par à-coups le soir.
Chaque année, nous (
JUG.ru Group )
organisons de plus en plus de conférences différentes pour les développeurs, donc maintenant nous recherchons un autre employé (en plus de moi et d'
olegchir ) pour les textes de notre hubblog. Pour préciser qui nous avons besoin et ce que cette personne attend, j'ai peint ce que cela fait lorsque votre travail consiste à écrire des textes pour les développeurs sur un blog d'entreprise sur Habré.
Quelle est la pente?
Qu'est-ce que j'aime dans ce métier? Bien que le but de tout blog d'entreprise soit d'aider l'entreprise, cela ne signifie pas ici "griffonner des textes publicitaires enthousiastes sur son incroyable étonnement". Sur Habré, cela ne fonctionne tout simplement pas. Ici, une autre chose fonctionne: écrire des articles intéressants et utiles pour la communauté dans lesquels la mention de votre activité semble appropriée.
Vous pouvez écrire au moins dix fois sans argument «nos conférences sont merveilleuses et incroyables», et personne ne le lira. Et vous pouvez publier une transcription textuelle du rapport de la dernière conférence, les gens vont chercher des informations qui leur sont utiles - et en même temps, ils comprendront avec un exemple réel ce qu'ils peuvent voir lors de l'événement et s'ils veulent aller à un tel endroit la prochaine fois.
Si je devais écrire continuellement des textes composés d'un babillard, je voudrais très vite me pendre. Heureusement, au lieu de cela, j'écris des textes sur les sujets de nos conférences, où à la fin il n'y a qu'un petit post-scriptum "puisque vous avez été attiré par ce texte sur le développement mobile, faites attention, voici une conférence à ce sujet."
Un autre avantage de ce travail est que vous communiquez avec beaucoup de gens sympas. Quand une partie de votre travail consiste à interviewer quelqu'un de
l' échelle de
John Skeet , vous écoutez ses réponses avec un souffle retentissant, et à la fin il dit "merci pour les questions, c'était intéressant", pensez-vous "attendez, je suis
aussi payé pour ça" ?
Eh bien, un bonus pour les amateurs de puzomerki: lorsque vous écrivez des habraposts, c'est votre travail, et que vous les publiez souvent, vous pouvez atteindre la première place dans la notation des utilisateurs d'habrapost. Et puis vous commencez à recevoir des messages privés étranges!
Quelle est la difficulté?
Mais tous ces petits pains ne signifient pas que tout est parfait. Le principal défi est le suivant.
D'une part, il est clair que plus vous en savez sur le développement, mieux c'est pour un tel travail, et si vous êtes très immergé dans un sujet spécifique, alors juste en relation avec lui, vous pouvez écrire quelque chose de cool.
Mais en même temps, nous avons un certain nombre de conférences dans divers domaines (de Java aux tests), donc pour chaque auteur, il y a plusieurs événements qui doivent être couverts, et à tout moment un nouveau peut être ajouté. Et cela signifie que se limiter à son sujet préféré ne fonctionnera pas et qu'il faudra ramper vers un sujet complètement différent et beaucoup moins familier. Et en même temps, nos conférences sont plutôt hardcore, leurs visiteurs ne sont pas la première année dans l'industrie, donc le contenu devrait être intéressant pour les développeurs expérimentés.
Être une personne âgée dans plusieurs directions à la fois est généralement irréaliste. Et maintenant ajoutez à cela que vous ne travaillez pas non plus en tant que développeur: vous pouvez consacrer une partie du temps de travail au code afin de ne pas vous éloigner du sujet, mais ce n'est pas l'activité principale. Et ajoutez à cela la régularité des articles: si les gens qui écrivent à Habr à l'appel de leur âme peuvent dessiner un sujet pendant des mois avant d'écrire un texte, alors cela ne fonctionnera pas.
Comment, dans de telles conditions, est-il possible d'écrire quoi que ce soit qui puisse intéresser les développeurs expérimentés?
Il peut sembler que tout est complètement sombre, mais il existe des options assez efficaces.
Comment vivre?
Premièrement, bien que vous ne puissiez pas écrire sur de nombreux sujets sans une longue expérience personnelle, il y en a suffisamment qui ne nécessitent pas cela.
Une nouvelle version de Java est apparue, et les développeurs sont intéressés par «ce qui a changé là-bas»? Pour un article normal à ce sujet, vous devez être capable d'écrire en Java, mais cela ne nécessite pas de mois d'expérience spécifiquement avec la nouvelle version. L'outil JShell REPL introduit dans cette nouvelle version de Java? Puisqu'il est nouveau, même les développeurs expérimentés trouveront le tutoriel utile, et avant de l'écrire, il suffit de jouer avec JShell pendant une heure ou deux (il n'y a tout simplement rien pour passer des «mois» sur REPL). GitHub a-t-il rendu les référentiels privés gratuits? Bien sûr, je voudrais informer immédiatement le habruiser de ces nouvelles, et cela prendra un certain temps pour le dessin (de sorte que le message ne provienne pas d'une ligne), mais aussi modeste.
Deuxièmement, si vous brûlez avec un certain sujet et le comprenez profondément, c'est aussi merveilleux. Oui, il ne sera pas possible d'écrire à ce sujet tous les jours, plus souvent vous devrez faire face à autre chose - mais lorsque, entre autres choses, votre sujet préféré revient, la connaissance vous sera utile. Oleg bricolait avec nous au projet Graal à Java avant qu'il ne devienne à la mode, alors il a demandé avec impatience à Chris Talinger, qui travaille avec Graal, des choses comme l'inclusion de paramètres - eh bien, très bien: au final, Oleg est intéressé, ainsi que d'autres qui sont coincés sur le sujet.
Et troisièmement, vous ne pouvez pas vous limiter à votre propre compétence en connectant quelqu'un d'autre. Par exemple, dans un format d'entretien, où vous n'avez pas besoin de connaître toutes les réponses du monde, mais de pouvoir poser des questions. Des gens intéressants du monde entier viennent nous parler lors de la conférence, de la légende .NET de
Jeffrey Richter au chef de Kotlin,
Andrei abreslav Breslav , ce n'est pas un péché de demander à de telles personnes. Cela s'avère être une victoire / victoire solide: à la fois l'intervieweur est intéressé et les lecteurs Habré (notre dossier était
une interview avec le même
John Skeet , qui a recueilli plus de 60000 vues), et les intervenants eux-mêmes sont généralement heureux de donner une interview à la veille de la conférence, et c'est un avantage évident pour la conférence.
Bien sûr, pour interroger ces personnes, certaines connaissances sont également nécessaires - mais l'échelle des exigences est complètement différente.
Une autre façon de partager la compétence des autres est la transcription textuelle des rapports déjà mentionnée. Il arrive également qu'un de nos conférenciers publie un article de blog en anglais, et nous, en accord avec lui, traduisons en russe. Dans de tels cas, vous devez comprendre le texte, mais vous n'avez pas besoin d'être un expert qui peut l'écrire.
À quoi cela mène-t-il?
D'après ma propre expérience, je veux dire qu'avec ce type de travail, vous envisagez l'informatique d'un point de vue plutôt intéressant.
En général, cela peut être offensant: une sorte de mouvement se produit partout, les gens voient des choses intéressantes, et vous regardez tout cet «extérieur», posez des questions, et par conséquent, vous comprenez quelque chose de superficiel sur chacun, mais déjà dans les détails de mise en œuvre vous ne comprenez pas - pour comprendre, vous devez travailler constamment avec. Là, dans les profondeurs, il y a probablement aussi beaucoup de choses intéressantes, voir tout cela ne fait que provoquer!
Mais en même temps, en perdant en profondeur, vous gagnez en largeur - et cela est également précieux. Si vous travaillez sur un rôle spécifique dans un projet spécifique, vous pouvez tout voir à travers ce prisme: quelque chose ne se voit pas du tout, vous voyez quelque chose de côté («les testeurs sont ces mauvaises personnes qui brisent mon beau code»). Et lorsque vous écrivez sur des choses différentes, vous voyez des choses très différentes, et non pas «de côté», mais à vol d'oiseau: vous ne pouvez pas voir les détails, mais l'image générale dans votre tête se développe. J'ai parlé (à la fois dans des interviews et juste lors de nos conférences) avec beaucoup de personnes complètement différentes: des compilateurs aux testeurs, des googleurs aux start-ups, des écrivains Kotlin aux écrivains Kotlin eux-mêmes.
Le développeur JS peut être curieux de lire les habraposts du monde C ++ ("qu'est-ce qu'ils ont là?"), Mais il sera jonché de matériaux dans la direction principale et n'atteindra pas ces matériaux non essentiels. Pour moi, presque toutes les directions sont spécialisées, tout texte lu sur le développement et les tests peut être utile pour moi.
Je sens que dans un sens, j'ai eu beaucoup de chance: contrairement à la plupart des gens, pendant les heures de travail, je peux suivre avec intérêt comment le développement dans son ensemble vit et se développe.
De qui avons-nous besoin?
De tout cela, il s'ensuit qu'une personne pour un tel travail a besoin d'un travail assez particulier.
Il (ou elle) doit avoir une bonne compréhension du développement, mais en même temps une volonté de ne pas s'engager dans le développement lui-même.
Comprendre le développement est nécessaire non seulement en termes de code, mais aussi en termes de vie communautaire. Vous devez parler avec les développeurs dans la même langue et savoir ce qui les inquiète.
Vous avez besoin d'une combinaison d'initiative et de diligence. D'une part, il existe des tâches standard qui doivent être accomplies (par exemple, nous avons les postes traditionnels des «10 meilleurs rapports de la dernière conférence»). D'un autre côté, nous voulons que vous trouviez vous-même des idées de textes intéressants, et pas seulement que vous attendiez des instructions.
Bien sûr, il faut être capable d'écrire: à la fois du point de vue de l'alphabétisation et du point de vue "pour le rendre intéressant". Nous apprécions les textes qui ne ressemblent pas seulement à un didacticiel technique sec, mais qui sont vraiment captivants. Disons que si vous avez une histoire de vie personnelle qui recoupe d'une manière ou d'une autre le thème du matériau, cela peut être une excellente introduction.
La flexibilité est également de mise: maintenant, nous nous intéressons principalement au .NET et aux textes de test, c'est pourquoi les personnes ayant des compétences pertinentes sont particulièrement intéressées, mais les priorités peuvent changer. En plus de Habr, nous publions parfois sur d'autres sites, et nous devons aussi pouvoir nous y adapter (l'essence reste la même, «textes pour développeurs», mais le format peut différer).
Et bien que personne ne nous oblige à travailler après les heures, les geeks informatiques se sentiront à leur place, qui, pendant leur temps libre, ont vu un projet pour animaux de compagnie ou lu des informations sur l'informatique: cela ne résout pas directement les tâches de travail, mais aide finalement à résoudre ils sont plus efficaces.
Si tout ce qui est écrit ci-dessus ne vous a pas effrayé, mais vous intéresse, et que vous souhaitez en savoir plus ou répondre, vous pouvez faire les deux sur la page d'emploi sur
HH ou
My Circle .