Was gibt es Schöneres, als auf Habr über Entwicklung zu schreiben? Während jemand abends in unregelmäßigen Abständen seinen großen Habrapost vorbereitet, teilt man hier direkt während der Arbeitszeit interessante Dinge mit der Community und profitiert davon.
Welcher Job könnte schlimmer sein, als über die Entwicklung auf Habr zu schreiben? Während jemand den ganzen Tag Code schreibt, schaust du diese Leute an und leckst dir die Lippen, und abends arbeitest du stoßweise an deinem Lieblingsprojekt.
Wir () Da wir jedes Jahr immer mehr verschiedene Konferenzen für Entwickler veranstalten, sind wir nun auf der Suche nach einem weiteren Mitarbeiter (zusätzlich zu mir und ) für Texte in unserem Habrablog. Um zu verdeutlichen, wen wir brauchen und was diese Person erwartet, habe ich in einem Unternehmensblog auf Habré beschrieben, wie es generell ist, wenn man Texte für Entwickler schreibt.
Was ist cool?
Was ich an diesem Job liebe? Während das Ziel jedes Unternehmensblogs darin besteht, dem Unternehmen zu helfen, bedeutet das hier nicht, „lobende Verkaufstexte darüber zu schreiben, wie großartig es ist“. Das funktioniert bei Habré einfach nicht. Hier funktioniert noch etwas anderes: Schreiben Sie Beiträge, die für die Community interessant und nützlich sind und in denen die Erwähnung Ihrer Aktivitäten angemessen erscheint.
Sie können mindestens zehn Mal ohne Argumente schreiben: „Unsere Konferenzen sind wunderbar und unglaublich“, und einfach niemand wird es lesen. Oder Sie veröffentlichen ein Texttranskript eines Berichts einer vergangenen Konferenz, die Leute werden nach Informationen suchen, die für sie nützlich sind – und gleichzeitig werden sie anhand eines realen Beispiels verstehen, was auf der Veranstaltung zu sehen ist und ob Sie wollen das nächste Mal dorthin gehen.
Wenn von mir verlangt würde, ständig Texte zu schreiben, die aus Werbescheiße bestehen, würde ich mich sehr schnell erhängen wollen. Glücklicherweise schreibe ich stattdessen Texte zu den Themen unserer Konferenzen, wo am Ende nur ein kleiner Hinweis steht: „Da Sie dieser Text über mobile Entwicklung angesprochen hat, aufgepasst, hier ist eine Konferenz darüber.“
Ein weiterer Vorteil dieses Jobs ist, dass man mit vielen coolen Leuten interagieren kann. Wenn es zu Ihrem Job gehört, jemanden von Kaliber zu interviewen Jonah SkeeteWenn man seinen Antworten mit angehaltenem Atem zuhört und am Ende sagt: „Danke für die Fragen, es war interessant“, ertappt man sich dabei, wie man denkt: „Warte, ich werde dafür bezahlen.“ sie zahlen auch"?
Nun, ein Bonus für Liebhaber von Bäuchen: Wenn Sie Habraposts schreiben und diese häufig veröffentlichen, können Sie im Ranking der Habra-Benutzer den ersten Platz erreichen. Und dann werden Sie seltsame persönliche Nachrichten erhalten!
Was ist die Schwierigkeit?
Aber all diese Leckereien bedeuten nicht, dass alles perfekt ist. Die größte Herausforderung besteht darin.
Einerseits ist klar: Je mehr man über Entwicklung weiß, desto besser ist es für eine solche Arbeit, und wenn man sich sehr in ein bestimmtes Thema vertieft, kann man in diesem Zusammenhang etwas Cooles schreiben.
Gleichzeitig veranstalten wir jedoch eine Reihe von Konferenzen in unterschiedlichen Bereichen (von Java bis Testing), sodass für jeden Autor mehrere Veranstaltungen abgedeckt werden müssen und jederzeit neue hinzukommen können. Das bedeutet, dass Sie sich nicht auf Ihr Lieblingsthema beschränken können und sich mit etwas völlig anderem, geschweige denn Bekanntem befassen müssen. Und gleichzeitig sind unsere Konferenzen ziemlich anspruchsvoll, ihre Besucher sind keine Neulinge in der Branche, daher sollten die Inhalte für erfahrene Entwickler interessant sein.
Es ist im Allgemeinen unrealistisch, in mehreren Richtungen gleichzeitig ein Senior zu sein. Hinzu kommt, dass Sie auch nicht als Entwickler arbeiten: Einen Teil Ihrer Arbeitszeit können Sie dem Code widmen, um sich nicht vom Themenbereich zu lösen, aber das ist nicht die Haupttätigkeit. Hinzu kommt die Regelmäßigkeit der Beiträge: Wenn Menschen, die auf Ruf ihrer Seele an Habr schreiben, Monate damit verbringen können, ein Thema zu erarbeiten, bevor sie den Text verfassen, dann wird das hier nicht funktionieren.
Wie ist es unter solchen Bedingungen überhaupt möglich, etwas zu schreiben, das erfahrene Entwickler interessieren könnte?
Es mag den Anschein haben, dass alles völlig düster ist, aber es gibt durchaus praktikable Optionen.
Wie man lebt
Erstens: Obwohl man über viele Themen nicht ohne umfassende persönliche Berufserfahrung schreiben kann, gibt es auch viele, bei denen dies nicht erforderlich ist.
Eine neue Java-Version ist erschienen und Entwickler fragen sich: „Was hat sich da geändert?“ Für einen normalen Beitrag dazu müssen Sie in Java schreiben können, aber keine „monatelange Erfahrung“ speziell mit der neuen Version; es reicht aus, englischsprachige Quellen sorgfältig zu verstehen (zum Ausprobieren ist es auch sinnvoll). Innovationen persönlich, aber das geht schnell). Enthält diese neue Java-Version ein JShell-Tool? Da es neu ist, wird das Tutorial auch für erfahrene Entwickler nützlich sein, und bevor es geschrieben wird, reicht es aus, ein oder zwei Stunden mit JShell herumzuspielen („Monate“ in einer REPL sind einfach nichts, wofür man es ausgeben kann). GitHub hat private Repositories kostenlos gemacht? Natürlich möchte ich die Hubbrowser sofort über solche Neuigkeiten informieren, und die Recherche wird einige Zeit in Anspruch nehmen (damit der Beitrag nicht nur aus einer Zeile besteht), aber auch bescheiden.
Zweitens: Wenn Sie eine Leidenschaft für ein bestimmtes Thema haben und es tiefgreifend verstehen, dann ist das auch wunderbar. Ja, man wird nicht jeden Tag darüber schreiben können, man muss sich häufiger mit etwas anderem beschäftigen – aber wenn unter anderem das Lieblingsthema auftaucht, kommt das Wissen einem zugute. Hier bastelte Oleg am Graal-Projekt herum, noch bevor es in Mode kam, also fragte er Chris Thalinger, der mit Graal arbeitet, bereitwillig nach Dingen wie Inlining-Parametern – na ja, großartig: Am Ende waren sowohl Oleg als auch andere, die sich für das Thema interessierten, bereit interessiert.
Und drittens können Sie sich nicht auf Ihre eigene Kompetenz beschränken und die einer anderen Person verbinden. Zum Beispiel in einem Interviewformat, bei dem man nicht alle Antworten der Welt kennen muss, aber in der Lage sein muss, Fragen zu stellen. Zu unserer Konferenz kommen die interessantesten Menschen aus der ganzen Welt, von der .NET-Legende Jeffrey Richter zum Kopf von Kotlin Andrew Breslaw, es ist eine Sünde, solche Fragen nicht zu stellen. Es stellt sich heraus, dass es eine völlige Win-Win-Situation ist: Sowohl der Interviewer ist interessiert als auch die Leser von Habr sind interessiert (unsere Bilanz war mit dem gleichen Jon Skeet, das mehr als 60 Aufrufe gesammelt hat) und die Redner selbst geben normalerweise gerne am Vorabend der Konferenz Interviews, und das ist ein offensichtlicher Vorteil für die Konferenz.
Um solche Menschen zu befragen, sind natürlich auch gewisse Kenntnisse erforderlich – aber das Ausmaß der Anforderungen ist ein völlig anderes.
Eine weitere Möglichkeit, die Kompetenz eines anderen weiterzugeben, sind die bereits erwähnten Texttranskripte von Berichten. Es kommt auch vor, dass einer unserer Redner einen Blogbeitrag auf Englisch veröffentlicht und wir ihn in Absprache mit ihm ins Russische übersetzen. In solchen Fällen müssen Sie den Text verstehen, aber Sie müssen kein Experte sein, der ihn schreiben kann.
Was führt dazu?
Aus eigener Erfahrung möchte ich sagen, dass man bei dieser Art von Arbeit die IT aus einer recht interessanten Perspektive betrachtet.
Im Allgemeinen kann das beleidigend sein: Überall ist eine Art Bewegung im Gange, die Leute erschaffen interessante Dinge, und man schaut sich das alles „von außen“ an, stellt Fragen und am Ende versteht man von all dem etwas Die Dinge sind oberflächlich, aber in den Details der Umsetzung versteht man es bereits nicht – um es herauszufinden, müsste man ständig damit arbeiten. Wahrscheinlich gibt es auch in der Tiefe viel Interessantes, das alles auf einen Blick zu sehen, verführt nur!
Doch während Sie an Tiefe verlieren, gewinnen Sie gleichzeitig an Breite an Abdeckung – und das ist auch wertvoll. Wenn Sie in einer bestimmten Rolle in einem bestimmten Projekt arbeiten, dann sehen Sie alles durch dieses Prisma: Etwas fällt überhaupt nicht ins Blickfeld, etwas, das Sie von der Seite sehen („Tester sind diese schlechten Leute, die meinen schönen Code kaputt machen “). Und wenn man über verschiedene Dinge schreibt, sieht man ganz unterschiedliche Dinge, und zwar nicht „von der Seite“, sondern aus der Vogelperspektive: Man sieht die Details nicht, aber man bekommt das Gesamtbild im Kopf. Ich habe (sowohl in Interviews als auch nur auf unseren Konferenzen) mit vielen völlig unterschiedlichen Menschen gesprochen: von Compilern bis zu Testern, von Googlern bis zu Startups, von denen, die in Kotlin schreiben, bis zu denen, die Kotlin selbst schreiben.
Ein JS-Entwickler mag neugierig sein, Habraposts aus der C++-Welt zu lesen („Was haben sie da?“), aber er wird mit Materialien im Hauptbereich überhäuft sein und wird nicht an diese nicht zum Kerngeschäft gehörenden Materialien gelangen. Für mich sind fast alle Bereiche spezialisiert; jeder Text, den ich über Entwicklung und Test lese, kann für meine Arbeit nützlich sein.
Ich habe das Gefühl, dass ich in gewisser Weise großes Glück habe: Im Gegensatz zu den meisten Menschen kann ich während der Arbeitszeit mit Interesse beobachten, wie die Entwicklung im Allgemeinen abläuft und sich entwickelt.
Wen brauchen wir?
Aus all dem folgt, dass eine solche Arbeit eine ziemlich einzigartige Person erfordert.
Er (oder sie) muss ein gutes Verständnis für Entwicklung haben, aber gleichzeitig bereit sein, etwas anderes als die Entwicklung selbst zu tun.
Das Verständnis der Entwicklung erfordert nicht nur eine Code-Perspektive, sondern auch eine Community-Perspektive. Sie müssen mit Entwicklern die gleiche Sprache sprechen und wissen, was sie beunruhigt.
Sie brauchen eine Kombination aus Initiative und Fleiß. Einerseits gibt es Standardaufgaben, die erledigt werden müssen (beispielsweise haben wir die traditionellen „Top-10-Berichte der letzten Konferenz“-Beiträge). Andererseits möchten wir, dass Sie selbst Ideen für interessante Texte einbringen und nicht nur auf Anleitungen warten.
Natürlich muss man schreiben können: sowohl unter dem Gesichtspunkt der Lese- und Schreibfähigkeit als auch unter dem Gesichtspunkt, es „interessant zu machen“. Wir legen Wert auf Texte, die nicht nur wie ein trockenes technisches Tutorial aussehen, sondern wirklich fesseln. Wenn Sie beispielsweise eine persönliche Geschichte aus Ihrem Leben haben, die sich irgendwie mit dem Thema des Materials überschneidet, kann dies eine hervorragende Einführung sein.
Auch Flexibilität ist gefragt: Im Moment beschäftigen wir uns vor allem mit Texten zu .NET und Testen, daher sind wir besonders an Menschen mit entsprechenden Kompetenzen interessiert, die Prioritäten können sich jedoch ändern. Zusätzlich zu Habr veröffentlichen wir manchmal auf anderen Websites und müssen uns auch daran anpassen können (der Kern bleibt derselbe: „Texte für Entwickler“, aber das Format kann unterschiedlich sein).
Und obwohl niemand von uns verlangt, außerhalb der Arbeitszeit zu arbeiten, werden sich IT-Freaks, die in ihrer Freizeit aus Spaß an einem Lieblingsprojekt arbeiten oder etwas über IT lesen, hier wohlfühlen: Das löst Arbeitsprobleme nicht direkt, sondern hilft letztendlich bei der Lösung, sie sind effektiver.
Wenn Sie das oben Geschriebene nicht abgeschreckt, sondern interessiert hat und Sie mehr Details erfahren oder antworten möchten, können Sie beides unter tun .
Source: habr.com