Watter beter werk as om op Habr oor ontwikkeling te skryf? Terwyl iemand besig is om hul groot habrapost in die aand in die aanval voor te berei, deel jy hier, reg gedurende werksure, interessante dinge met die gemeenskap en kry voordele daaruit.
Watter werk kan erger wees as om oor ontwikkeling op Habr te skryf? Terwyl iemand heeldag kode skryf, kyk jy na hierdie mense en lek jou lippe af, en jy werk in die aande aan jou troeteldierprojek.
Ons () elke jaar hou ons meer en meer verskillende konferensies vir ontwikkelaars, so ons soek nou nog 'n werknemer (benewens my en ) vir tekste in ons habrblog. Om dit duidelik te maak wie ons nodig het en wat op hierdie persoon wag, het ek beskryf hoe dit in die algemeen is wanneer jou werk is om tekste vir ontwikkelaars op 'n korporatiewe blog op Habré te skryf.
Wat is cool?
Waarvan hou ek van hierdie werk? Alhoewel die doel van enige korporatiewe blog is om die maatskappy te help, beteken dit hier nie "om 'n gloeiende verkoopskopie te skryf oor hoe wonderlik dit is nie." Dit werk eenvoudig nie op Habré nie. Nog iets werk hier: skryf plasings wat interessant en nuttig vir die gemeenskap is, waarin melding van jou aktiwiteite gepas lyk.
Jy kan ten minste tien keer sonder argumente skryf "ons konferensies is wonderlik en ongelooflik", en eenvoudig niemand sal dit lees nie. Of jy kan 'n tekstranskripsie van 'n verslag van 'n vorige konferensie publiseer, mense sal uitreik vir inligting wat vir hulle nuttig is - en terselfdertyd, deur 'n werklike voorbeeld te gebruik, sal hulle verstaan wat by die geleentheid gesien kan word en of hulle wil volgende keer hierheen gaan.
As daar van my verwag word om voortdurend tekste te skryf wat uit advertensie-snert bestaan, sou ek myself baie vinnig wou ophang. Gelukkig skryf ek eerder tekste oor die onderwerpe van ons konferensies, waar daar aan die einde bloot 'n klein nota is "aangesien jy deur hierdie teks oor mobiele ontwikkeling aangetrek is, let op, hier is 'n konferensie daaroor."
Nog 'n voordeel van hierdie werk is dat jy interaksie kry met baie cool mense. Wanneer deel van jou werk is om iemand van kaliber te ondervra Jona Skeete, jy luister met ingehoue asem na sy antwoorde, en aan die einde sê hy "dankie vir die vrae, dit was interessant", jy betrap jouself dat jy dink "wag, ek sal hiervoor betaal" hulle betaal ook"?
Wel, 'n bonus vir liefhebbers van mae: wanneer jy habraposte skryf, is jou werk, en jy publiseer dit gereeld, kan jy die eerste plek in die rangorde van habra-gebruikers bereik. En dan sal jy vreemde persoonlike boodskappe begin ontvang!
Wat is die moeilikheid?
Maar al hierdie lekkernye beteken nie dat alles perfek is nie. Die grootste uitdaging is dit.
Aan die een kant is dit duidelik dat hoe meer jy van ontwikkeling weet, hoe beter vir sulke werk, en as jy baie verdiep is in 'n spesifieke onderwerp, dan kan jy iets cool in verband daarmee skryf.
Maar terselfdertyd het ons 'n aantal konferensies in verskillende gebiede (van Java tot toetsing), so vir elke skrywer is daar verskeie gebeurtenisse wat gedek moet word, en nuwes kan enige tyd bygevoeg word. Dit beteken dat jy jou nie tot jou gunsteling onderwerp sal kan beperk nie en in iets heeltemal anders sal moet delf, nog minder bekend. En terselfdertyd is ons konferensies nogal hardcore, hul besoekers is nie nuut in die bedryf nie, so die inhoud behoort van belang te wees vir ervare ontwikkelaars.
Om 'n senior in verskeie rigtings tegelyk te wees, is oor die algemeen onrealisties. Voeg nou hierby dat jy ook nie as 'n ontwikkelaar werk nie: 'n deel van jou werktyd kan aan kode gewy word om nie weg te breek van die vakgebied nie, maar dit is nie die hoofaktiwiteit nie. En voeg hierby die reëlmaat van plasings: as mense wat aan Habr skryf op roep van hul siele maande kan spandeer om een onderwerp op te stel voordat hulle die teks saamstel, dan sal dit nie hier werk nie.
Hoe, onder sulke omstandighede, is dit selfs moontlik om enigiets te skryf wat ervare ontwikkelaars kan interesseer?
Dit mag lyk asof alles heeltemal somber is, maar daar is redelik werkbare opsies.
Hoe om te lewe?
Eerstens, hoewel jy nie oor baie onderwerpe kan skryf sonder uitgebreide persoonlike werkservaring nie, is daar ook baie wat dit nie vereis nie.
'n Nuwe weergawe van Java het verskyn, en ontwikkelaars wonder "wat het daar verander"? Vir 'n normale plasing hieroor moet jy in Java kan skryf, maar jy het nie "maande se ondervinding" spesifiek met die nuwe weergawe nodig nie, dit is genoeg om Engelstalige bronne deeglik te verstaan (dit is ook nuttig om uit te probeer innovasies persoonlik, maar dit kan vinnig gedoen word). Kom hierdie nuwe weergawe van Java met 'n JShell-instrument? Aangesien dit nuut is, sal selfs ervare ontwikkelaars die tutoriaal nuttig vind, en voordat dit geskryf word, is dit genoeg om vir 'n uur of twee met JShell rond te speel ("maande" in 'n REPL is eenvoudig niks om aan te spandeer nie). GitHub privaat bewaarplekke gratis gemaak? Natuurlik wil ek dadelik die hubbrowsers inlig oor sulke nuus, en dit sal tyd neem vir navorsing (sodat die berig nie net een reël is nie), maar ook beskeie.
Tweedens, as jy passievol is oor 'n spesifieke onderwerp en dit diep verstaan, dan is dit ook wonderlik. Ja, jy sal nie elke dag daaroor kan skryf nie; jy sal meer dikwels met iets anders te doen kry - maar wanneer, onder andere, jou gunsteling-onderwerp ter sprake kom, dan sal die kennis handig te pas kom. Hier het Oleg met die Graal-projek gepeuter nog voordat dit mode geword het, en daarom het hy Chris Thalinger, wat saam met Graal werk, gewillig gevra oor dinge soos inlining parameters - wel, wonderlik: op die ou end was beide Oleg en ander wat in die onderwerp belangstel. belangstel.
En derdens, jy kan jouself nie beperk tot jou eie bevoegdheid, deur iemand anders s'n te verbind nie. Byvoorbeeld, in 'n onderhoudformaat, waar jy nie al die antwoorde in die wêreld hoef te weet nie, maar vrae kan vra. Die interessantste mense van regoor die wêreld kom praat by ons konferensie, van die .NET legende Jeffrey Richter aan die hoof van Kotlin Andrew Breslav, dis 'n sonde om nie sulke vrae te vra nie. Dit blyk 'n volledige wen/wen te wees: beide die onderhoudvoerder stel belang en die lesers van Habr stel belang (ons rekord was met dieselfde Jon Skeet, wat meer as 60 000 kyke ingesamel het), en die sprekers self gee gewoonlik graag onderhoude op die vooraand van die konferensie, en dit is 'n ooglopende voordeel vir die konferensie.
Om sulke mense te bevraagteken, word natuurlik ook sekere kennis vereis – maar die omvang van die vereistes is heeltemal anders.
Nog 'n manier om iemand anders se bevoegdheid te deel, is die reeds genoemde tekstranskripsies van verslae. Dit gebeur ook dat een van ons sprekers 'n blogplasing in Engels publiseer, en ons, in ooreenkoms met hom, vertaal dit in Russies. In sulke gevalle moet jy die teks verstaan, maar jy hoef nie 'n kenner te wees wat dit kan skryf nie.
Waartoe lei dit?
Uit eie ervaring wil ek sê dat jy met hierdie soort werk vanuit 'n taamlik interessante hoek na IT kyk.
Oor die algemeen kan dit aanstootlik wees: daar is oral 'n soort beweging aan die gang, mense skep interessante dinge, en jy kyk na dit alles "van buite", vra vrae, en uiteindelik verstaan jy iets van elk van hierdie dinge oppervlakkig, maar in die besonderhede van implementering verstaan jy dit reeds nie - om dit uit te vind, sal jy voortdurend daarmee moet werk. Daar is seker ook baie interessante goed in die dieptes, om dit alles in 'n oogopslag te sien, verlei jou net!
Maar terselfdertyd, terwyl jy in diepte verloor, kry jy in breedte van dekking - en dit is ook waardevol. As jy in ’n spesifieke rol in ’n spesifieke projek werk, dan sien jy alles deur hierdie prisma: iets val glad nie in die gesigsveld nie, iets wat jy van die kant af sien (“toetsers is daardie slegte mense wat my pragtige kode breek ”). En wanneer jy oor verskillende dinge skryf, sien jy baie verskillende dinge, en nie "van die kant af nie," maar uit 'n voëlvlug: jy kan nie die besonderhede sien nie, maar jy kry die geheelbeeld in jou kop. Ek het (beide in onderhoude en net by ons konferensies) met baie verskillende mense gepraat: van samestellers tot toetsers, van Googlers tot beginners, van diegene wat in Kotlin skryf tot diegene wat Kotlin self skryf.
'n JS-ontwikkelaar is dalk nuuskierig om habraposte uit die C++-wêreld te lees ("wat het hulle daar?"), maar hy sal oorweldig word met materiaal in die hoofveld en sal nie by hierdie nie-kernmateriaal uitkom nie. Vir my is byna alle areas gespesialiseerd, enige teks wat ek lees oor ontwikkeling en toetsing kan nuttig wees in my werk.
Ek voel dat ek in 'n sekere sin baie gelukkig is: anders as die meeste mense, kan ek gedurende werksure met belangstelling kyk hoe ontwikkeling in die algemeen leef en ontwikkel.
Wie het ons nodig?
Uit dit alles volg dat sulke werk 'n taamlik unieke persoon vereis.
Hy (of sy) moet 'n goeie begrip van ontwikkeling hê, maar terselfdertyd bereid wees om iets anders as ontwikkeling self te doen.
Om ontwikkeling te verstaan vereis nie net vanuit 'n kode-perspektief nie, maar ook vanuit 'n gemeenskapsperspektief. Jy moet dieselfde taal met ontwikkelaars praat en weet wat hulle bekommer.
Jy benodig 'n kombinasie van inisiatief en ywer. Aan die een kant is daar standaard take wat voltooi moet word (ons het byvoorbeeld die tradisionele "top 10 verslae van die laaste konferensie" poste). Aan die ander kant wil ons hê jy moet self idees vir interessante tekste bied, en nie net wag vir instruksies nie.
Natuurlik moet jy kan skryf: beide vanuit die oogpunt van geletterdheid en vanuit die oogpunt van “dit interessant maak”. Ons waardeer tekste wat nie net soos 'n droë tegniese tutoriaal lyk nie, maar werklik boeiend is. Byvoorbeeld, as jy 'n persoonlike storie uit jou lewe het wat op een of ander manier die onderwerp van die materiaal kruis, kan dit 'n uitstekende inleiding wees.
Buigsaamheid word ook vereis: op die oomblik is ons hoofsaaklik gemoeid met tekste op .NET en toetsing, so ons stel veral belang in mense met relevante bevoegdhede, maar prioriteite kan verander. Benewens Habr, publiseer ons soms op ander werwe, en ons moet ook hierby kan aanpas (die essensie bly dieselfde, "tekste vir ontwikkelaars", maar die formaat kan verskil).
En hoewel niemand van ons vereis om buite werksure te werk nie, sal IT-geeks wat in hul vrye tyd vir die pret aan 'n troeteldierprojek werk of oor IT lees, hier op hul plek voel: dit los nie direk werksprobleme op nie, maar uiteindelik help oplos hulle is meer effektief.
As alles wat hierbo geskryf is jou nie afgeskrik het nie, maar jou belangstel, en jy meer besonderhede wil weet of wil reageer, kan beide gedoen word by .
Bron: will.com