Vilket bättre jobb än att skriva på Habr om utveckling? Medan någon förbereder sin stora habrapost i anfall och start på kvällarna, här, precis under arbetstid, delar man intressanta saker med samhället och får nytta av det.
Vilket jobb kan vara värre än att skriva om utveckling på Habr? Medan någon skriver kod hela dagen, tittar du på dessa människor och slickar dig om läpparna, och du jobbar med ditt husdjursprojekt i anfall och start på kvällarna.
vi () varje år håller vi fler och fler olika konferenser för utvecklare, så vi söker nu ytterligare en medarbetare (utöver mig och ) för texter i vår habrablogg. För att göra det tydligt vilka vi behöver och vad som väntar den här personen, beskrev jag hur det är i allmänhet när ditt jobb är att skriva texter för utvecklare på en företagsblogg på Habré.
Vad är coolt?
Vad älskar jag med det här jobbet? Även om målet med en företagsblogg är att hjälpa företaget, betyder det här inte att "skriva en lysande säljkopia om hur fantastiskt det är." Det här fungerar helt enkelt inte på Habré. En annan sak fungerar här: skriv inlägg som är intressanta och användbara för samhället, där omnämnandet av dina aktiviteter verkar lämpligt.
Du kan skriva "våra konferenser är underbara och otroliga" minst tio gånger utan argument, och helt enkelt ingen kommer att läsa det. Eller så kan du publicera en textutskrift av en rapport från en tidigare konferens, folk kommer att nå ut för information som är användbar för dem - och samtidigt, med hjälp av ett verkligt exempel, kommer de att förstå vad som kan ses vid evenemanget och om de vill gå till det här nästa gång.
Om det skulle krävas att jag ständigt skulle skriva texter som består av reklamsnack så skulle jag väldigt snabbt vilja hänga mig. Lyckligtvis skriver jag istället texter om ämnena för våra konferenser, där det i slutet helt enkelt finns en liten notis "eftersom du attraherades av den här texten om mobilutveckling, var uppmärksam, här är en konferens om det."
En annan fördel med det här jobbet är att du får interagera med många coola människor. När en del av ditt jobb är att intervjua någon av kaliber Jonah Skeete, du lyssnar på hans svar med kvardröjande andetag, och i slutet säger han "tack för frågorna, det var intressant", du kommer på dig själv med att tänka "vänta, jag betalar för det här de betalar också"?
Tja, en bonus för magälskare: när du skriver habraposter är ditt jobb, och du publicerar dem ofta, kan du nå förstaplatsen i rankingen av habraanvändare. Och då kommer du att börja få konstiga personliga meddelanden!
Vad är svårigheten?
Men alla dessa godsaker betyder inte att allt är perfekt. Den största utmaningen är detta.
Å ena sidan är det klart att ju mer du vet om utveckling, desto bättre för ett sådant arbete, och om du är väldigt fördjupad i ett visst ämne, då kan du skriva något coolt i samband med det.
Men samtidigt har vi ett antal konferenser inom olika områden (från Java till testning), så för varje författare finns det flera evenemang som behöver tas upp, och nya kan läggas till när som helst. Detta innebär att du inte kommer att kunna begränsa dig till ditt favoritämne och att du måste fördjupa dig i något helt annat, mycket mindre bekant. Och samtidigt är våra konferenser ganska hårda, deras besökare är inte nya i branschen, så innehållet borde vara av intresse för erfarna utvecklare.
Att vara senior åt flera håll samtidigt är generellt sett orealistiskt. Lägg nu till detta att du inte heller jobbar som utvecklare: en del av din arbetstid kan ägnas åt kod för att inte bryta dig loss från ämnesområdet, men detta är inte huvudaktiviteten. Och lägg till detta regelbundet i inlägg: om människor som skriver till Habr på deras själs uppmaning kan ägna månader åt att dra upp ett ämne innan de skriver texten, så kommer detta inte att fungera här.
Hur, under sådana förhållanden, är det ens möjligt att skriva något som kan intressera erfarna utvecklare?
Det kan tyckas att allt är helt dystert, men det finns ganska fungerande alternativ.
Hur man bor?
För det första, även om du inte kan skriva om många ämnen utan lång personlig arbetserfarenhet, finns det också massor som inte kräver detta.
En ny version av Java har dykt upp, och utvecklare undrar "vad har förändrats där"? För ett vanligt inlägg om detta måste du kunna skriva i Java, men du behöver inte "månaders erfarenhet" specifikt med den nya versionen; det räcker med att noggrant förstå engelskspråkiga källor (det är också användbart att prova på) innovationer personligen, men detta kan göras snabbt). Kommer den här nya versionen av Java med ett JShell-verktyg? Eftersom det är nytt kommer även erfarna utvecklare att tycka att handledningen är användbar, och innan du skriver den räcker det att leka med JShell i en timme eller två ("månader" i en REPL är helt enkelt inget att spendera på). Gjorde GitHub privata arkiv gratis? Naturligtvis vill jag omedelbart informera hubbrowsers om sådana nyheter, och det kommer att ta lite tid för research (så att inlägget inte bara är en rad), utan också blygsamt.
För det andra, om du brinner för ett visst ämne och förstår det djupt, så är detta också underbart. Ja, du kommer inte att kunna skriva om det varje dag, oftare måste du ta itu med något annat - men när bland annat ditt favoritämne dyker upp kommer kunskapen väl till pass. Här pysslade Oleg med Graal-projektet redan innan det blev på modet, så han frågade gärna Chris Thalinger, som arbetar med Graal, om saker som inlining-parametrar - ja, bra: till slut var både Oleg och andra intresserade av ämnet intresserad.
Och för det tredje kan du inte begränsa dig till din egen kompetens, koppla ihop någon annans. Till exempel i ett intervjuformat, där du inte behöver veta alla svar i världen, utan kunna ställa frågor. De mest intressanta människorna från hela världen kommer för att tala på vår konferens, från .NET-legenden Jeffrey Richter till chefen för Kotlin Andrew Breslav, det är synd att inte ställa sådana frågor. Det visar sig vara en komplett win/win: både intervjuaren är intresserad och läsarna av Habr är intresserade (vår rekord var med samma Jon Skeet, som har samlat mer än 60 000 visningar), och talarna själva brukar gärna ge intervjuer på tröskeln till konferensen, och det är en uppenbar fördel för konferensen.
För att ifrågasätta sådana personer krävs förstås också vissa kunskaper – men omfattningen av kraven är en helt annan.
Ett annat sätt att dela någon annans kompetens är de redan nämnda textutskrifterna av rapporter. Det händer också att en av våra talare publicerar ett blogginlägg på engelska, och vi, efter överenskommelse med honom, översätter det till ryska. I sådana fall behöver du förstå texten, men du behöver inte vara en expert som kan skriva den.
Vad leder detta till?
Av egen erfarenhet vill jag säga att man med den här typen av arbete ser på IT ur ett ganska intressant perspektiv.
I allmänhet kan detta vara stötande: det pågår någon form av rörelse överallt, folk arbetar med intressanta saker, och du tittar på allt detta "från utsidan", ställer frågor och till slut förstår du något om var och en av dessa saker ytligt, men i detaljerna i implementeringen förstår du redan inte det - för att ta reda på det måste du hela tiden arbeta med det. Det finns förmodligen också många intressanta saker i djupet; att se allt detta på ett ögonkast frestar dig bara!
Men samtidigt, samtidigt som du tappar på djupet, får du bred täckning – och det är också värdefullt. Om du arbetar i en specifik roll i ett specifikt projekt, då ser du allt genom detta prisma: något faller inte in i synfältet alls, något du ser från sidan ("testare är de där dåliga människorna som bryter min vackra kod ”). Och när du skriver om olika saker ser du väldigt olika saker, och inte "från sidan", utan från ett fågelperspektiv: du kan inte se detaljerna, men du får helhetsbilden i ditt huvud. Jag pratade (både i intervjuer och bara på våra konferenser) med en massa helt olika människor: från kompilatorer till testare, från Googlers till startupers, från de som skriver i Kotlin till de som skriver Kotlin själv.
En JS-utvecklare kan vara nyfiken på att läsa habraposter från C++-världen ("vad har de där?"), men han kommer att bli överväldigad av material i huvudfältet och kommer inte att komma till dessa icke-kärnmaterial. För mig är nästan alla områden specialiserade, all text jag läser om utveckling och testning kan vara användbar i mitt arbete.
Jag känner att jag på sätt och vis har mycket tur: till skillnad från de flesta människor kan jag under arbetstid med intresse följa hur utvecklingen i allmänhet lever och utvecklas.
Vem behöver vi?
Av allt detta följer att sådant arbete kräver en ganska unik person.
Han (eller hon) måste ha god förståelse för utveckling, men samtidigt vara villig att göra något annat än själva utvecklingen.
Att förstå utveckling kräver inte bara ur ett kodperspektiv, utan också ur ett samhällsperspektiv. Du måste tala samma språk med utvecklare och veta vad som oroar dem.
Du behöver en kombination av initiativförmåga och flit. Å ena sidan finns det standarduppgifter som behöver slutföras (vi har till exempel de traditionella "topp 10 rapporterna från senaste konferensen"-inlägg). Däremot vill vi att du själv kommer med idéer till intressanta texter och inte bara väntar på instruktioner.
Naturligtvis måste du kunna skriva: både ur läskunnighetssynpunkt och ur synvinkeln att "göra det intressant." Vi värdesätter texter som inte bara ser ut som en torr teknisk handledning, utan som verkligen är fängslande. Till exempel, om du har en personlig berättelse från ditt liv som på något sätt korsar ämnet för materialet, kan det vara en utmärkt introduktion.
Flexibilitet krävs också: just nu sysslar vi främst med texter på .NET och testning, så vi är särskilt intresserade av personer med relevant kompetens, men prioriteringarna kan komma att ändras. Förutom Habr publicerar vi ibland på andra sajter, och vi måste också kunna anpassa oss till detta (essensen förblir densamma, "texter för utvecklare", men formatet kan skilja sig åt).
Och även om ingen kräver att vi jobbar utanför arbetstid kommer IT-nördar som på fritiden jobbar med ett husdjursprojekt för skojs skull eller läser om IT känna sig på sin plats här: det här löser inte direkt arbetsproblem, men i slutändan hjälper till att lösa de är mer effektiva.
Om allt som skrivits ovan inte skrämde bort dig, men intresserade dig, och du vill veta mer detaljer eller svara, kan båda göras på .
Källa: will.com