Quel meilleur travail que d'écrire sur Habr sur le développement ? Pendant que quelqu'un prépare son grand habrapost par à-coups le soir, ici, pendant les heures de travail, vous partagez des choses intéressantes avec la communauté et en tirez des bénéfices.
Quel travail pourrait être pire que d'écrire sur le développement sur Habr ? Pendant que quelqu'un écrit du code toute la journée, vous regardez ces personnes et vous léchez les lèvres, et vous travaillez sur votre projet favori par à-coups le soir.
Nous () chaque année, nous organisons de plus en plus de conférences différentes pour les développeurs, nous recherchons donc maintenant un autre employé (en plus de moi et ) pour les textes de notre habrablog. Pour préciser de qui nous avons besoin et ce qui attend cette personne, j'ai décrit à quoi cela ressemble en général lorsque votre travail consiste à rédiger des textes pour les développeurs sur un blog d'entreprise sur Habré.
Qu'est-ce qui est cool ?
Qu’est-ce que j’aime dans ce métier ? Bien que l'objectif de tout blog d'entreprise soit d'aider l'entreprise, cela ne signifie pas ici « écrire des textes de vente élogieux sur à quel point c'est incroyable ». Cela ne fonctionne tout simplement pas avec Habré. Une autre chose fonctionne ici : rédigez des articles intéressants et utiles pour la communauté, dans lesquels la mention de vos activités semble appropriée.
Vous pouvez écrire « nos conférences sont merveilleuses et incroyables » au moins dix fois sans argument, et tout simplement personne ne le lira. Ou vous pouvez publier une transcription textuelle d'un rapport d'une conférence passée, les gens rechercheront des informations qui leur sont utiles - et en même temps, à l'aide d'un exemple réel, ils comprendront ce qui peut être vu lors de l'événement et si ils veulent y aller la prochaine fois.
Si on me demandait d’écrire continuellement des textes constitués de conneries publicitaires, j’aurais très vite envie de me pendre. Heureusement, à la place, j'écris des textes sur les sujets de nos conférences, où à la fin il y a simplement une petite note « 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 pouvez interagir avec beaucoup de gens sympas. Lorsqu'une partie de votre travail consiste à interviewer une personne de calibre Jonas Skeete, tu écoutes ses réponses en retenant ton souffle, et à la fin il te dit « merci pour les questions, c'était intéressant », tu te surprends à penser « attends, je vais payer pour ça ils paient aussi"?
Eh bien, un bonus pour les amateurs de ventres : lorsque la rédaction de habraposts est votre travail et que vous les publiez souvent, vous pouvez atteindre la première place dans le classement des utilisateurs habra. Et puis vous commencerez à recevoir d’étranges messages personnels !
Quelle est la difficulté?
Mais tous ces cadeaux 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 particulier, vous pouvez alors écrire quelque chose de sympa à ce sujet.
Mais en même temps, nous organisons un certain nombre de conférences dans différents domaines (de Java aux tests), donc pour chaque auteur, il y a plusieurs événements à couvrir, et de nouveaux peuvent être ajoutés à tout moment. Cela signifie que vous ne pourrez pas vous limiter à votre sujet favori et devrez vous plonger dans quelque chose de complètement différent, beaucoup moins familier. Et en même temps, nos conférences sont assez hardcore, leurs visiteurs ne sont pas nouveaux dans l'industrie, donc le contenu devrait intéresser les développeurs expérimentés.
Être senior dans plusieurs directions à la fois est généralement irréaliste. Ajoutez à cela que vous ne travaillez pas non plus en tant que développeur : une partie de votre temps de travail peut être consacrée au code pour ne pas vous éloigner du domaine, mais ce n'est pas l'activité principale. Et ajoutez à cela la régularité des posts : si les gens qui écrivent à Habr à l'appel de leur âme peuvent passer des mois à rédiger un sujet avant de rédiger le texte, alors cela ne fonctionnera pas ici.
Comment, dans de telles conditions, est-il possible d’écrire quoi que ce soit qui puisse intéresser des développeurs expérimentés ?
Il peut sembler que tout soit complètement sombre, mais il existe des options tout à fait réalisables.
Comment vivre?
Premièrement, même si vous ne pouvez pas écrire sur de nombreux sujets sans une vaste expérience professionnelle personnelle, il en existe également de nombreux qui ne l’exigent pas.
Une nouvelle version de Java est apparue, et les développeurs se demandent « qu'est-ce qui a changé là-bas » ? Pour un article normal à ce sujet, vous devez être capable d'écrire en Java, mais vous n'avez pas besoin de « mois d'expérience » spécifiquement avec la nouvelle version ; il suffit de bien comprendre les sources en langue anglaise (il est également utile d'essayer innovations en personne, mais cela peut être fait rapidement). Cette nouvelle version de Java est-elle livrée avec un outil JShell ? Comme il est nouveau, même les développeurs expérimentés trouveront le didacticiel utile, et avant de l'écrire, il suffit de jouer avec JShell pendant une heure ou deux (« des mois » dans un REPL ne sont tout simplement rien à dépenser). GitHub a rendu les dépôts privés gratuits ? Bien sûr, je voudrais informer immédiatement les hubbrowsers de ces nouvelles, et la recherche prendra un certain temps (pour que le message ne soit pas une seule ligne), mais aussi modeste.
Deuxièmement, si vous êtes passionné par un sujet particulier et que vous le comprenez profondément, alors c'est aussi merveilleux. Oui, vous ne pourrez pas écrire à ce sujet tous les jours ; le plus souvent, vous devrez vous occuper d'autre chose - mais lorsque, entre autres, votre sujet préféré sera abordé, alors ces connaissances vous seront utiles. Ici, Oleg bricolait le projet Graal avant même qu'il ne devienne à la mode, alors il a volontiers interrogé Chris Thalinger, qui travaille avec Graal, sur des choses comme les paramètres inlining - eh bien, super : en fin de compte, Oleg et d'autres personnes intéressées par le sujet ont été intéressé.
Et troisièmement, vous ne pouvez pas vous limiter à vos propres compétences, en connectant celles de 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 d’être capable de poser des questions. Les personnes les plus intéressantes du monde entier viennent prendre la parole à notre conférence, de la légende .NET Jeffrey Richter au chef de Kotlin Andrew Breslav, c'est un péché de ne pas poser de telles questions. Cela s'avère être une situation gagnant/gagnant : à la fois l'intervieweur est intéressé et les lecteurs de Habr sont intéressés (notre dossier était avec le même Jon Skeet, qui a recueilli plus de 60 000 vues), et les intervenants eux-mêmes sont généralement heureux de donner des interviews la veille de la conférence, ce qui constitue un avantage évident pour la conférence.
Bien entendu, pour interroger de telles personnes, certaines connaissances sont également requises - mais l'ampleur des exigences est complètement différente.
Une autre façon de partager les compétences de quelqu’un d’autre consiste à utiliser les transcriptions textuelles des rapports déjà mentionnées. Il arrive aussi qu'un de nos intervenants publie un article de blog en anglais, et nous, en accord avec lui, le traduisons en russe. Dans de tels cas, vous devez comprendre le texte, mais vous n'avez pas besoin d'être un expert capable de l'écrire.
À quoi cela mène-t-il?
D'après ma propre expérience, je tiens à dire qu'avec ce genre de travail, vous envisagez l'informatique d'un point de vue plutôt intéressant.
En général, cela peut être offensant : il y a une sorte de mouvement partout, les gens travaillent sur des choses intéressantes, et vous regardez tout cela « de l'extérieur », posez des questions, et à la fin vous comprenez quelque chose sur chacun d'entre eux. ces choses superficiellement, mais dans les détails de la mise en œuvre, vous ne les comprenez déjà pas - pour le comprendre, vous devrez constamment travailler avec. Il y a probablement aussi beaucoup de choses intéressantes dans les profondeurs ; voir tout cela d’un coup d’œil ne fait que vous tenter !
Mais en même temps, tandis que vous perdez en profondeur, vous gagnez en étendue de couverture - et cela est également précieux. Si vous travaillez dans un rôle spécifique dans un projet spécifique, alors vous voyez tout à travers ce prisme : quelque chose ne tombe pas du tout dans le champ de vision, quelque chose que vous voyez de côté (« les testeurs sont ces mauvaises personnes qui enfreignent mon beau code »). Et lorsque vous écrivez sur des choses différentes, vous voyez des choses très différentes, non pas « de côté », mais à vol d’oiseau : vous ne pouvez pas voir les détails, mais vous avez une image globale dans votre tête. J'ai parlé (à la fois lors d'entretiens et uniquement lors de nos conférences) avec beaucoup de personnes complètement différentes : des compilateurs aux testeurs, des Googleurs aux startupers, de ceux qui écrivent en Kotlin à ceux qui écrivent Kotlin lui-même.
Un développeur JS peut être curieux de lire les articles Habrapost du monde C++ (« qu'est-ce qu'ils ont là ? »), mais il sera submergé de matériaux dans le domaine principal et n'accédera pas à ces matériaux non essentiels. Pour moi, presque tous les domaines sont spécialisés ; tout texte que je lis sur le développement et les tests peut être utile dans mon travail.
Je sens que, dans un sens, j'ai beaucoup de chance : contrairement à la plupart des gens, pendant les heures de travail, je peux observer avec intérêt comment vit et se développe le développement en général.
De qui avons-nous besoin ?
Il résulte de tout cela qu’un tel travail nécessite une personne plutôt unique.
Il (ou elle) doit avoir une bonne compréhension du développement, mais en même temps être prêt à faire autre chose que le développement lui-même.
Comprendre le développement nécessite non seulement du point de vue du code, mais également du point de vue de la communauté. Il faut parler le même langage avec les développeurs et savoir ce qui les inquiète.
Vous avez besoin d’une combinaison d’initiative et de diligence. D'une part, il y a des tâches standard qui doivent être accomplies (par exemple, nous avons les publications traditionnelles des « 10 meilleurs rapports de la dernière conférence »). D’un autre côté, nous souhaitons que vous proposiez vous-même des idées de textes intéressants, et ne vous contentiez pas d’attendre 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 du « rendre intéressant ». Nous apprécions les textes qui ne ressemblent pas seulement à un tutoriel technique aride, mais qui sont vraiment captivants. Par exemple, si vous avez une histoire personnelle de votre vie qui recoupe d’une manière ou d’une autre le sujet du matériel, cela peut être une excellente introduction.
La flexibilité est également requise : pour l'instant, nous nous intéressons principalement aux textes sur .NET et aux tests, nous sommes donc particulièrement intéressés par les personnes possédant les compétences pertinentes, mais les priorités peuvent changer. En plus de Habr, nous publions parfois sur d'autres sites, et il faut aussi pouvoir s'y adapter (l'essence reste la même, « des textes pour les développeurs », mais le format peut différer).
Et même si personne ne nous oblige à travailler en dehors des heures de travail, les geeks de l'informatique qui, pendant leur temps libre, travaillent sur un projet favori pour s'amuser ou lisent sur l'informatique, se sentiront ici à leur place : cela ne résout pas directement les problèmes de travail, mais aide finalement à résoudre qu'ils sont plus efficaces.
Si tout ce qui est écrit ci-dessus ne vous a pas effrayé, mais vous a intéressé et que vous souhaitez en savoir plus ou répondre, les deux peuvent être fait sur .
Source: habr.com