Wat is better wurk dan skriuwen op Habr oer ûntwikkeling? Wylst immen har grutte habrapost yn 'e jûnen oan it tarieden is, diele jo hjir, krekt yn 'e wurktiid, nijsgjirrige dingen mei de mienskip en krije dêr foardielen fan.
Hokker baan kin slimmer wêze dan skriuwen oer ûntwikkeling op Habr? Wylst immen de hiele dei koade skriuwt, sjogge jo nei dizze minsken en slikje jo lippen, en jo wurkje oan jo húsdierprojekt yn 'e jûnen en begjint.
wy () elk jier hâlde wy hieltyd mear ferskillende konferinsjes foar ûntwikkelders, dus sykje wy no in oare meiwurker (neist my en ) foar teksten yn ús habrablog. Om dúdlik te meitsjen wa't wy nedich binne en wat dizze persoan wachtet, haw ik beskreaun hoe't it yn 't algemien is as jo taak is om teksten te skriuwen foar ûntwikkelders op in bedriuwsblog op Habré.
Wat is cool?
Wat hâld ik fan dizze baan? Hoewol it doel fan elk bedriuwsblog is om it bedriuw te helpen, betsjut dat hjir net "gloedende ferkeapkopy skriuwe oer hoe geweldich it is." Dit wurket gewoan net op Habré. In oar ding wurket hjir: skriuw berjochten dy't ynteressant en nuttich binne foar de mienskip, wêryn fermelding fan jo aktiviteiten passend liket.
Jo kinne skriuwe "ús konferinsjes binne prachtich en ongelooflijk" op syn minst tsien kear sûnder arguminten, en gewoan gjinien sil it lêze. Of jo kinne in teksttranskripsje publisearje fan in rapport fan in ferline konferinsje, minsken sille kontakt opnimme foar ynformaasje dy't har nuttich is - en tagelyk, mei in wirklik foarbyld, sille se begripe wat te sjen is op it evenemint en oft hjir wolle se de folgjende kear nei.
As ik ferplichte waard om kontinu teksten te skriuwen dy't besteane út reklamebull, soe ik mysels hiel gau ophingje wolle. Gelokkich skriuw ik ynstee teksten oer de ûnderwerpen fan ús konferinsjes, wêr't oan 'e ein gewoan in lytse notysje is "sûnt jo waarden oanlutsen troch dizze tekst oer mobile ûntwikkeling, let op, hjir is in konferinsje deroer."
In oar foardiel fan dizze baan is dat jo kinne omgean mei in protte coole minsken. As diel fan jo taak is om immen fan kaliber te ynterviewjen Jonah Skeete, jo harkje nei syn antwurden mei in bytsje azem, en oan 'e ein seit hy "tank foar de fragen, it wie nijsgjirrich", jo fange josels te tinken "wachtsje, ik sil hjirfoar betelje se betelje ek"?"
No, in bonus foar leafhawwers fan buiken: by it skriuwen fan habraposts is jo taak, en jo publisearje se faak, kinne jo it earste plak berikke yn 'e ranglist fan habra-brûkers. En dan sille jo frjemde persoanlike berjochten begjinne te ûntfangen!
Wat is de muoite?
Mar al dizze goodies betsjutte net dat alles perfekt is. De wichtichste útdaging is dit.
Oan 'e iene kant is it dúdlik dat hoe mear jo witte oer ûntwikkeling, hoe better foar sa'n wurk, en as jo tige ûnderdompele binne yn in bepaald ûnderwerp, dan kinne jo wat cools skriuwe yn ferbân mei it.
Mar tagelyk hawwe wy in oantal konferinsjes yn ferskate gebieten (fan Java oant testen), dus foar elke auteur binne d'r ferskate eveneminten dy't moatte wurde behannele, en nije kinne op elk momint wurde tafoege. Dit betsjut dat jo josels net kinne beheine ta jo favorite ûnderwerp en jo moatte ferdjipje yn wat folslein oars, folle minder fertroud. En tagelyk binne ús konferinsjes frij hardcore, har besikers binne net nij yn 'e yndustry, dus de ynhâld moat fan belang wêze foar betûfte ûntwikkelders.
In senior wêze yn ferskate rjochtingen tagelyk is oer it algemien net realistysk. Foegje no ta dat jo ek net wurkje as ûntwikkelder: in part fan jo wurktiid kin wijd wurde oan koade om net los te brekken fan it fakgebiet, mar dit is net de haadaktiviteit. En foegje hjir de regelmjittigens fan berjochten ta: as minsken dy't oan Habr skriuwe op 'e oprop fan har sielen moannen besteegje kinne oan it opstellen fan ien ûnderwerp foardat se de tekst gearstelle, dan sil dat hjir net wurkje.
Hoe, ûnder sokke betingsten, is it sels mooglik om alles te skriuwen dat erfarne ûntwikkelders kin ynteressearje?
It kin lykje dat alles folslein somber is, mar d'r binne frij wurkbere opsjes.
Hoe libje?
As earste, hoewol jo net kinne skriuwe oer in protte ûnderwerpen sûnder wiidweidige persoanlike wurkûnderfining, binne d'r ek in protte dy't dit net nedich binne.
In nije ferzje fan Java is ferskynd, en ûntwikkelders freegje har ôf "wat is dêr feroare"? Foar in normale post hjiroer moatte jo yn Java skriuwe kinne, mar jo hawwe gjin "moannen ûnderfining" spesifyk nedich mei de nije ferzje, it is genôch om Ingelsktalige boarnen goed te begripen (it is ek nuttich om te besykjen ynnovaasjes yn persoan, mar dit kin fluch dien wurde). Komt dizze nije ferzje fan Java mei in JShell-ark? Sûnt it nij is, sille sels betûfte ûntwikkelders de tutorial nuttich fine, en foardat it skriuwt, is it genôch om in oere as twa mei JShell te spyljen ("moannen" yn in REPL binne gewoan neat om oan te besteegjen). GitHub privee repositories fergees makke? Fansels, ik soe graach ynformearje de hubbrowsers oer sokke nijs, en it sil nimme wat tiid foar ûndersyk (sadat de post is net allinne ien rigel), mar ek beskieden.
Twad, as jo hertstochtlik binne oer in bepaald ûnderwerp en it djip begripe, dan is dit ek prachtich. Ja, jo sille der net alle dagen faker oer skriuwe moatte jo mei wat oars dwaan - mar as jo ûnder oare jo favorite ûnderwerp oan 'e oarder komt, dan komt de kennis fan pas. Hjir wie Oleg oan it tinken mei it Graal-projekt noch foardat it modieus waard, dat hy frege Chris Thalinger, dy't mei Graal wurket, graach oer dingen lykas ynlinende parameters - no, geweldich: op it lêst wiene sawol Oleg as oaren ynteressearre yn it ûnderwerp ynteressearre.
En as tredde kinne jo josels net beheine ta jo eigen kompetinsje, ferbinen mei in oar. Bygelyks yn in ynterviewformaat, wêr't jo net alle antwurden fan 'e wrâld hoege te witten, mar fragen stelle kinne. De meast nijsgjirrige minsken fan oer de hiele wrâld komme te sprekken op ús konferinsje, fan de .NET leginde Jefferey Richter oan it haad fan Kotlin Andrew Breslav, it is in sûnde om sokke fragen net te stellen. It blykt in folsleine win/win te wêzen: sawol de ynterviewer is ynteressearre as de lêzers fan Habr binne ynteressearre (ús rekord wie mei deselde Jon Skeet, dat hat sammele mear as 60 views), en de sprekkers sels binne meastal bliid te jaan ynterviews op 'e foarjûn fan' e konferinsje, en dit is in fanselssprekkend foardiel foar de konferinsje.
Om sokke minsken te freegjen is fansels ek bepaalde kennis nedich - mar de skaal fan de easken is folslein oars.
In oare manier om de kompetinsje fan in oar te dielen is de al neamde teksttranskripsjes fan rapporten. It komt ek foar dat ien fan ús sprekkers in blogpost yn it Ingelsk publisearret, en wy, yn oerienstimming mei him, oersette it yn it Russysk. Yn sokke gefallen moatte jo de tekst begripe, mar jo hoege gjin saakkundige te wêzen dy't it skriuwe kin.
Wêr liedt dit ta?
Ut eigen ûnderfining wol ik sizze dat je mei ditsoarte wurk fan in nochal nijsgjirrich perspektyf nei IT sjogge.
Yn 't algemien kin dit beledigend wêze: oeral is der in soarte fan beweging, minsken meitsje nijsgjirrige dingen, en jo sjogge nei dit alles "fan bûten", stelle fragen, en op it lêst begripe jo wat oer elk fan dizze dingen oerflakkich, mar yn 'e details fan ymplemintaasje hawwe jo it al net begripe - om it út te finen, soene jo der konstant mei moatte wurkje. Der is nei alle gedachten ek in soad nijsgjirrige guod yn 'e djipte sjen dit alles yn ien eachopslach allinne tempts!
Mar tagelyk, wylst jo yn 'e djipte ferlieze, krije jo in breedte fan dekking - en dit is ek weardefol. As jo yn in spesifyk projekt in spesifike rol wurkje, dan sjochst alles troch dit prisma: wat falt hielendal net yn it sichtfjild, wat sjochst fan 'e kant ("testers binne dy minne minsken dy't myn moaie koade brekke) ”). En as jo oer ferskate dingen skriuwe, sjogge jo hiel oare dingen, en net "fan 'e kant", mar út in fûgelperspektyf: jo kinne de details net sjen, mar jo krije it totale byld yn 'e holle. Ik praat (sawol yn ynterviews as gewoan op ús konferinsjes) mei in protte folslein oare minsken: fan gearstallers oant testers, fan Googlers oant startupers, fan dyjingen dy't yn Kotlin skriuwe oant dyjingen dy't Kotlin sels skriuwe.
In JS-ûntwikkelder kin nijsgjirrich wêze om habraposts út 'e C++-wrâld te lêzen ("wat hawwe se dêr?"), Mar hy sil oerweldige wurde mei materialen yn it haadfjild en sil net by dizze net-kearnmaterialen komme. Foar my binne hast alle gebieten spesjalisearre elke tekst dy't ik lês oer ûntwikkeling en testen kin nuttich wêze yn myn wurk.
Ik fiel dat ik yn in sin tige gelok bin: oars as de measte minsken kin ik yn wurktiden mei belangstelling sjen hoe't de ûntwikkeling yn it algemien libbet en him ûntjout.
Wa hawwe wy nedich?
Ut dit alles docht bliken dat sa'n wurk freget om in frij unyk persoan.
Hy (of sy) moat in goed begryp hawwe fan ûntwikkeling, mar tagelyk wol wat oars dwaan as de ûntwikkeling sels.
Untjouwing begripe fereasket net allinich út in koadeperspektyf, mar ek út in mienskipperspektyf. Jo moatte deselde taal prate mei ûntwikkelders en witte wat har soargen makket.
Jo hawwe in kombinaasje fan inisjatyf en warberens nedich. Oan 'e iene kant binne d'r standerttaken dy't moatte wurde foltôge (wy hawwe bygelyks de tradisjonele "top 10 rapporten fan 'e lêste konferinsje" berjochten). Oan 'e oare kant wolle wy dat jo sels ideeën biede foar nijsgjirrige teksten, en net allinich wachtsje op ynstruksjes.
Fansels moatte jo skriuwe kinne: sawol út it eachpunt fan literatuer as út it eachpunt fan "it ynteressant meitsje." Wy wurdearje teksten dy't net allinich lykje op in droege technyske tutorial, mar wirklik boeiend binne. As jo bygelyks in persoanlik ferhaal út jo libben hawwe dat op ien of oare manier krúst mei it ûnderwerp fan it materiaal, kin it in poerbêste ynlieding wêze.
Fleksibiliteit is ek fereaske: op dit stuit binne wy foaral dwaande mei teksten op .NET en testen, dat wy binne benammen ynteressearre yn minsken mei relevante kompetinsjes, mar prioriteiten kinne feroarje. Neist Habr publisearje wy soms op oare siden, en wy moatte ek oanpasse kinne oan dit (de essinsje bliuwt itselde, "teksten foar ûntwikkelders", mar it formaat kin ferskille).
En hoewol gjinien easket dat wy bûten wurktiden wurkje, sille IT-geeks dy't yn har frije tiid foar de wille oan in petprojekt wurkje of oer IT lêze, har hjir op har plak fiele: dit lost wurkproblemen net direkt op, mar úteinlik helpt oplosse se binne effektiver.
As alles skreaun hjirboppe net bang jo fuort, mar ynteressearre jo, en jo wolle witte mear details of reagearje, beide kin dien wurde op .
Boarne: www.habr.com