Hvilket bedre job end at skrive på Habr om udvikling? Mens nogen forbereder deres store habrapost i anfald og starter om aftenen, her, lige i arbejdstiden, deler du interessante ting med fællesskabet og får udbytte af det.
Hvilket job kunne være værre end at skrive om udvikling på Habr? Mens nogen skriver kode hele dagen, ser du på disse mennesker og slikker dig om læberne, og du arbejder på dit kæledyrsprojekt i anfald og starter om aftenen.
vi () hvert år afholder vi flere og flere forskellige konferencer for udviklere, så vi søger nu endnu en medarbejder (udover mig og ) for tekster i vores habrblog. For at gøre det klart, hvem vi har brug for, og hvad der venter denne person, beskrev jeg, hvordan det generelt er, når dit job er at skrive tekster til udviklere på en virksomhedsblog på Habré.
Hvad er fedt?
Hvad elsker jeg ved dette job? Selvom målet med enhver virksomhedsblog er at hjælpe virksomheden, betyder det her ikke "at skrive en glødende salgstekst om, hvor fantastisk det er." Dette virker simpelthen ikke på Habré. En anden ting fungerer her: skriv indlæg, der er interessante og nyttige for fællesskabet, hvor omtale af dine aktiviteter synes passende.
Du kan skrive "vores konferencer er vidunderlige og utrolige" mindst ti gange uden argumenter, og ingen vil simpelthen læse det. Eller du kan udgive en tekstudskrift af en rapport fra en tidligere konference, folk vil række ud efter information, der er nyttig for dem - og samtidig vil de ved hjælp af et rigtigt eksempel forstå, hvad der kan ses ved arrangementet, og om de vil gå til dette næste gang.
Hvis jeg var forpligtet til løbende at skrive tekster bestående af reklame-bullshit, ville jeg meget hurtigt gerne hænge mig. Heldigvis skriver jeg i stedet tekster om emnerne for vores konferencer, hvor der til sidst blot er en lille note "da du blev tiltrukket af denne tekst om mobiludvikling, så vær opmærksom, her er en konference om det."
En anden fordel ved dette job er, at du kommer til at interagere med en masse seje mennesker. Når en del af dit job er at interviewe en af kaliber Jonah Skeete, du lytter til hans svar med tilbageholdt åndedræt, og til sidst siger han "tak for spørgsmålene, det var interessant", du fanger dig selv i at tænke "vent, jeg betaler for det her de betaler også"?
Nå, en bonus for elskere af maver: Når du skriver habraposts er dit job, og du udgiver dem ofte, kan du nå førstepladsen i ranglisten af habra-brugere. Og så vil du begynde at modtage mærkelige personlige beskeder!
Hvad er vanskeligheden?
Men alle disse godbidder betyder ikke, at alt er perfekt. Hovedudfordringen er dette.
På den ene side er det klart, at jo mere du ved om udvikling, jo bedre er det for sådan et arbejde, og hvis du er meget fordybet i et bestemt emne, så kan du skrive noget fedt i forbindelse med det.
Men samtidig har vi en række konferencer inden for forskellige områder (fra Java til test), så for hver forfatter er der flere arrangementer, der skal dækkes, og der kan til enhver tid tilføjes nye. Det betyder, at du ikke vil være i stand til at begrænse dig til dit yndlingsemne og bliver nødt til at dykke ned i noget helt andet, meget mindre velkendt. Og samtidig er vores konferencer ret hardcore, deres besøgende er ikke nye i branchen, så indholdet burde være interessant for erfarne udviklere.
At være senior i flere retninger på én gang er generelt urealistisk. Tilføj nu hertil, at du heller ikke arbejder som udvikler: en del af din arbejdstid kan afsættes til kode for ikke at bryde væk fra emneområdet, men det er ikke hovedaktiviteten. Og føj hertil regelmæssigheden af indlæg: hvis folk, der skriver til Habr efter deres sjæls kald, kan bruge måneder på at tegne ét emne, før de komponerer teksten, så vil det ikke fungere her.
Hvordan er det under sådanne forhold overhovedet muligt at skrive noget, der kunne interessere erfarne udviklere?
Det kan virke som om alt er helt dystert, men der er ret brugbare muligheder.
Hvordan man kan leve
For det første, selvom du ikke kan skrive om mange emner uden stor personlig erhvervserfaring, er der også masser, der ikke kræver dette.
En ny version af Java er dukket op, og udviklere undrer sig over "hvad har ændret sig der"? For et normalt indlæg om dette skal du kunne skrive i Java, men du behøver ikke "måneders erfaring" specifikt med den nye version; det er nok at forstå engelsksprogede kilder omhyggeligt (det er også nyttigt at prøve innovationer personligt, men dette kan gøres hurtigt). Kommer denne nye version af Java med et JShell-værktøj? Da det er nyt, vil selv erfarne udviklere finde tutorialen nyttig, og før du skriver den, er det nok at lege med JShell i en time eller to ("måneder" i en REPL er simpelthen ikke noget at bruge på). GitHub gjort private depoter gratis? Jeg vil selvfølgelig gerne straks informere hubbrowserne om sådanne nyheder, og det vil tage lidt tid at researche (så indlægget ikke kun er en linje), men også beskedent.
For det andet, hvis du brænder for et bestemt emne og forstår det dybt, så er dette også vidunderligt. Ja, du vil ikke være i stand til at skrive om det hver dag, oftere skal du beskæftige dig med noget andet - men når blandt andet dit yndlingsemne dukker op, så vil viden komme til nytte. Her puslede Oleg med Graal-projektet, allerede før det blev moderne, så han spurgte beredvilligt Chris Thalinger, som arbejder med Graal, om ting som inlining-parametre - ja, fantastisk: i sidste ende var både Oleg og andre interesserede i emnet interesseret.
Og for det tredje kan du ikke begrænse dig til din egen kompetence, forbinde andres. For eksempel i et interviewformat, hvor du ikke behøver at kende alle svar i verden, men kunne stille spørgsmål. De mest interessante mennesker fra hele verden kommer for at tale på vores konference, fra .NET-legenden Jeffrey Richter til lederen af Kotlin Andrew Breslav, det er synd ikke at stille sådanne spørgsmål. Det viser sig at være en komplet win/win: både intervieweren er interesseret og læserne af Habr er interesserede (vores rekord var med det samme Jon Skeet, som har samlet mere end 60 visninger), og oplægsholderne plejer selv at give interviews på tærsklen til konferencen, og det er en åbenlys fordel for konferencen.
For at udspørge sådanne mennesker kræves naturligvis også en vis viden – men omfanget af kravene er helt anderledes.
En anden måde at dele andres kompetence på er de allerede nævnte tekstudskrifter af rapporter. Det sker også, at en af vores foredragsholdere udgiver et blogindlæg på engelsk, og vi efter aftale med ham oversætter det til russisk. I sådanne tilfælde skal du forstå teksten, men du behøver ikke at være ekspert, der kan skrive den.
Hvad fører dette til?
Ud fra min egen erfaring vil jeg sige, at man med den slags arbejde ser på IT fra et ret interessant perspektiv.
Generelt kan dette være stødende: der foregår en eller anden form for bevægelse overalt, folk skaber interessante ting, og du ser på alt dette "udefra", stiller spørgsmål, og til sidst forstår du noget om hver af disse ting overfladisk, men i detaljerne i implementeringen forstår du det allerede ikke - for at finde ud af det, skal du konstant arbejde med det. Der er sikkert også mange interessante ting i dybet; at se alt dette med et blik frister dig kun!
Men samtidig, mens du taber i dybden, opnår du en bred dækning – og det er også værdifuldt. Hvis du arbejder i en bestemt rolle i et specifikt projekt, så ser du alt gennem dette prisme: noget falder slet ikke ind i synsfeltet, noget du ser fra siden ("testere er de dårlige mennesker, der bryder min smukke kode ”). Og når du skriver om forskellige ting, ser du meget forskellige ting, og ikke "fra siden", men fra et fugleperspektiv: du kan ikke se detaljerne, men du får det overordnede billede i hovedet. Jeg talte (både i interviews og bare på vores konferencer) med en masse helt forskellige mennesker: fra compilere til testere, fra Googlere til startupere, fra dem, der skriver i Kotlin til dem, der skriver Kotlin selv.
En JS-udvikler kan være nysgerrig efter at læse habraposts fra C++-verdenen ("hvad har de der?"), men han vil blive overvældet med materialer i hovedfeltet og vil ikke komme til disse ikke-kernematerialer. For mig er næsten alle områder specialiserede; enhver tekst, jeg læser om udvikling og test, kan være nyttig i mit arbejde.
Jeg føler, at jeg på en måde er meget heldig: I modsætning til de fleste mennesker kan jeg i arbejdstiden med interesse følge med i, hvordan udviklingen generelt lever og udvikler sig.
Hvem har vi brug for?
Af alt dette følger, at et sådant arbejde kræver en ret unik person.
Han (eller hun) skal have en god forståelse for udvikling, men samtidig være villig til at gøre andet end selve udviklingen.
At forstå udvikling kræver ikke kun fra et kodeperspektiv, men også fra et samfundsperspektiv. Du skal tale samme sprog med udviklere og vide, hvad der bekymrer dem.
Du har brug for en kombination af initiativ og flid. På den ene side er der standard opgaver, der skal løses (vi har f.eks. de traditionelle “top 10 rapporter fra sidste konference” indlæg). På den anden side ønsker vi, at du selv kommer med ideer til interessante tekster, og ikke bare venter på instruktioner.
Selvfølgelig skal du være i stand til at skrive: både ud fra et læsefærdighedssynspunkt og ud fra et "at gøre det interessant." Vi værdsætter tekster, der ikke bare ligner en tør teknisk vejledning, men som virkelig er fængslende. Hvis du for eksempel har en personlig historie fra dit liv, der på en eller anden måde krydser materialets emne, kan det være en glimrende introduktion.
Fleksibilitet er også påkrævet: Lige nu beskæftiger vi os primært med tekster på .NET og test, så vi er især interesserede i personer med relevante kompetencer, men prioriteringerne kan ændre sig. Ud over Habr udgiver vi nogle gange på andre websteder, og vi skal også kunne tilpasse os dette (essensen forbliver den samme, "tekster til udviklere", men formatet kan variere).
Og selvom ingen kræver, at vi arbejder uden for arbejdstiden, så vil it-nørder, der i deres fritid arbejder på et kæledyrsprojekt for sjov eller læser om it, føle sig på deres plads her: det løser ikke direkte arbejdsproblemer, men i sidste ende hjælper med at løse de er mere effektive.
Hvis alt skrevet ovenfor ikke skræmte dig væk, men interesserede dig, og du vil vide flere detaljer eller svare, kan begge dele gøres på .
Kilde: www.habr.com