Ce treabă mai bună decât să scrii pe Habr despre dezvoltare? În timp ce cineva își pregătește marele habrapost în fits and starts seara, aici, chiar în timpul orelor de lucru, împărtășești lucruri interesante cu comunitatea și obții beneficii de pe urma lor.
Ce treabă ar putea fi mai rea decât a scrie despre dezvoltare pe Habr? În timp ce cineva scrie cod toată ziua, te uiți la acești oameni și îți lingi buzele și lucrezi la proiectul tău animal de companie în reprize și începe seara.
Noi () în fiecare an ținem din ce în ce mai multe conferințe diferite pentru dezvoltatori, așa că acum căutăm un alt angajat (pe lângă mine și ) pentru textele din habrablogul nostru. Pentru a clarifica cine avem nevoie și ce așteaptă această persoană, am descris cum este, în general, când munca ta este să scrii texte pentru dezvoltatori pe un blog corporativ pe Habré.
Ce e tare?
Ce imi place la acest job? În timp ce scopul oricărui blog corporativ este de a ajuta compania, aici asta nu înseamnă „a scrie un exemplar de vânzări strălucitor despre cât de uimitor este”. Acest lucru pur și simplu nu funcționează pe Habré. Un alt lucru funcționează aici: scrieți postări interesante și utile pentru comunitate, în care menționarea activităților tale pare potrivită.
Puteți scrie „conferințele noastre sunt minunate și incredibile” de cel puțin zece ori fără argumente și pur și simplu nimeni nu o va citi. Sau puteți publica o transcriere text a unui raport de la o conferință trecută, oamenii vor solicita informații care le sunt utile - și, în același timp, folosind un exemplu real, vor înțelege ce se poate vedea la eveniment și dacă vor să meargă la asta data viitoare.
Dacă mi s-ar cere să scriu continuu texte care constau în prostii de reclamă, aș vrea foarte repede să mă spânzur. Din fericire, în schimb, scriu texte pe temele conferințelor noastre, unde la sfârșit există pur și simplu o mică notă „deoarece v-a atras acest text despre dezvoltarea mobilă, fiți atenți, iată o conferință despre asta”.
Un alt beneficiu al acestui job este că poți interacționa cu o mulțime de oameni cool. Când o parte din munca ta este să intervievezi pe cineva de calibru Jonah Skeete, îi asculți răspunsurile cu răsuflarea tăiată, iar la sfârșit spune „mulțumesc pentru întrebări, a fost interesant”, te prinzi gândindu-te „stai, voi plăti pentru asta platesc si ei"?
Ei bine, un bonus pentru iubitorii de burtă: atunci când scrieți habrapost-uri este treaba voastră, și le publicați des, puteți ajunge pe primul loc în clasamentul utilizatorilor habra. Și atunci vei începe să primești mesaje personale ciudate!
Care este dificultatea?
Dar toate aceste bunătăți nu înseamnă că totul este perfect. Principala provocare este aceasta.
Pe de o parte, este clar că, cu cât știi mai multe despre dezvoltare, cu atât este mai bine pentru o astfel de muncă, iar dacă ești foarte cufundat într-un anumit subiect, atunci poți scrie ceva cool în legătură cu acesta.
Dar, în același timp, avem o serie de conferințe în domenii diferite (de la Java la testare), așa că pentru fiecare autor există mai multe evenimente care trebuie acoperite, iar altele noi pot fi adăugate în orice moment. Aceasta înseamnă că nu te vei putea limita la subiectul tău preferat și va trebui să te aprofundezi în ceva complet diferit, cu atât mai puțin familiar. Și, în același timp, conferințele noastre sunt destul de hardcore, vizitatorii lor nu sunt noi în industrie, așa că conținutul ar trebui să fie de interes pentru dezvoltatorii experimentați.
A fi senior în mai multe direcții simultan este în general nerealist. Acum adaugă la asta că nici nu lucrezi ca dezvoltator: o parte din timpul tău de lucru poate fi dedicat codului, pentru a nu te rupe de domeniul subiectului, dar aceasta nu este activitatea principală. Și adaugă la aceasta regularitatea postărilor: dacă oamenii care îi scriu lui Habr la chemarea sufletului lor pot petrece luni întregi creând un subiect înainte de a compune textul, atunci acest lucru nu va funcționa aici.
Cum, în astfel de condiții, este chiar posibil să scrieți ceva care ar putea interesa dezvoltatorii experimentați?
Poate părea că totul este complet sumbru, dar există opțiuni destul de funcționale.
Cum să trăiască?
În primul rând, deși nu puteți scrie despre multe subiecte fără o experiență personală vastă de lucru, există și multe care nu necesită acest lucru.
A apărut o nouă versiune de Java, iar dezvoltatorii se întreabă „ce s-a schimbat acolo”? Pentru o postare normală despre asta, trebuie să poți scrie în Java, dar nu ai nevoie de „luni de experiență” în special cu noua versiune; este suficient să înțelegi cu atenție sursele în limba engleză (este util și să încerci inovații în persoană, dar acest lucru se poate face rapid). Această nouă versiune de Java vine cu un instrument JShell? Deoarece este nou, chiar și dezvoltatorii experimentați vor găsi tutorialul util și, înainte de a-l scrie, este suficient să te joci cu JShell timp de o oră sau două („lunile” într-un REPL nu sunt pur și simplu pe care să-l cheltuiești). GitHub a făcut ca depozitele private să fie gratuite? Desigur, aș dori să informez imediat hubbrowserii despre astfel de știri și va dura ceva timp pentru cercetare (pentru ca postarea să nu fie doar pe o singură linie), ci și modestă.
În al doilea rând, dacă ești pasionat de un anumit subiect și îl înțelegi profund, atunci și acesta este minunat. Da, nu veți putea scrie despre asta în fiecare zi; mai des va trebui să vă ocupați de altceva - dar când, printre altele, apare subiectul dvs. preferat, atunci cunoștințele vă vor fi utile. Aici, Oleg se chinuia cu proiectul Graal chiar înainte să devină la modă, așa că l-a întrebat de bunăvoie pe Chris Thalinger, care lucrează cu Graal, despre lucruri precum parametrii de inline - ei bine, grozav: în cele din urmă, atât Oleg, cât și alții interesați de subiect au fost interesat.
Și în al treilea rând, nu te poți limita la propria ta competență, conectând-o pe a altcuiva. De exemplu, într-un format de interviu, în care nu trebuie să știi toate răspunsurile din lume, dar să poți pune întrebări. Cei mai interesanți oameni din toată lumea vin să vorbească la conferința noastră, din legenda .NET Jeffrey Richter la capul lui Kotlin Andrew Breslav, este un păcat să nu pui astfel de întrebări. Se dovedește a fi un complet câștig/câștig: atât intervievatorul este interesat, cât și cititorii lui Habr sunt interesați (registrul nostru a fost cu acelasi Jon Skeet, care a strâns peste 60 de vizualizări), iar vorbitorii înșiși sunt de obicei bucuroși să acorde interviuri în ajunul conferinței, iar acesta este un beneficiu evident pentru conferință.
Desigur, pentru a chestiona astfel de oameni, sunt necesare și anumite cunoștințe - dar amploarea cerințelor este complet diferită.
O altă modalitate de a împărtăși competența altcuiva este transcrierile text deja menționate ale rapoartelor. De asemenea, se întâmplă ca unul dintre vorbitorii noștri să publice o postare pe blog în engleză, iar noi, de comun acord cu el, o traducem în rusă. În astfel de cazuri, trebuie să înțelegi textul, dar nu trebuie să fii un expert care să-l scrie.
La ce duce asta?
Din propria mea experiență, vreau să spun că cu acest tip de muncă te uiți la IT dintr-o perspectivă destul de interesantă.
În general, acest lucru poate fi ofensator: există un fel de mișcare peste tot, oamenii lucrează la lucruri interesante și te uiți la toate acestea „din exterior”, pui întrebări și, în final, înțelegi câte ceva despre fiecare dintre ele. aceste lucruri superficial, dar în detaliile implementării deja nu le înțelegeți - pentru a vă da seama, ar trebui să lucrați constant cu el. Probabil că există și o mulțime de lucruri interesante în profunzime; să vezi toate acestea dintr-o privire doar te tentează!
Dar, în același timp, în timp ce pierzi în profunzime, câștigi în lățime de acoperire - și acest lucru este, de asemenea, valoros. Dacă lucrezi într-un anumit rol într-un anumit proiect, atunci vezi totul prin prisma asta: ceva nu cade deloc în câmpul vizual, ceva ce vezi din lateral („testerii sunt acei oameni răi care îmi încalcă codul frumos ”). Și când scrii despre lucruri diferite, vezi lucruri foarte diferite, și nu „din lateral”, ci dintr-o vedere de pasăre: nu poți vedea detaliile, dar ai imaginea de ansamblu în capul tău. Am vorbit (atât în interviuri, cât și doar la conferințele noastre) cu o mulțime de oameni complet diferiți: de la compilatori la testeri, de la Googler la startuperi, de la cei care scriu în Kotlin la cei care scriu Kotlin în sine.
Un dezvoltator JS poate fi curios să citească habraposts din lumea C++ („ce au acolo?”), dar va fi copleșit de materiale din domeniul principal și nu va ajunge la aceste materiale non-core. Pentru mine, aproape toate domeniile sunt specializate; orice text pe care l-am citit despre dezvoltare și testare poate fi util în munca mea.
Simt că într-un fel sunt foarte norocos: spre deosebire de majoritatea oamenilor, în timpul orelor de lucru pot urmări cu interes cum trăiește și se dezvoltă dezvoltarea în general.
De cine avem nevoie?
Din toate acestea rezultă că o astfel de muncă necesită o persoană destul de unică.
El (sau ea) trebuie să aibă o bună înțelegere a dezvoltării, dar în același timp să fie dispus să facă altceva decât dezvoltarea în sine.
Înțelegerea dezvoltării necesită nu numai din perspectiva codului, ci și din perspectiva comunității. Trebuie să vorbiți aceeași limbă cu dezvoltatorii și să știți ce îi îngrijorează.
Ai nevoie de o combinație de inițiativă și diligență. Pe de o parte, există sarcini standard care trebuie îndeplinite (de exemplu, avem postările tradiționale „top 10 rapoarte din ultima conferință”). Pe de altă parte, dorim să oferiți chiar dvs. idei pentru texte interesante și nu doar să așteptați instrucțiuni.
Desigur, trebuie să fiți capabil să scrieți: atât din punctul de vedere al alfabetizării, cât și din punctul de vedere al „facerii sale interesante”. Apreciem textele care nu arată doar ca un tutorial tehnic sec, dar care sunt cu adevărat captivante. De exemplu, dacă ai o poveste personală din viața ta care se intersectează cumva cu subiectul materialului, poate fi o introducere grozavă.
Este necesară și flexibilitate: acum ne preocupă în primul rând textele pe .NET și testare, așa că ne interesează în special oamenii cu competențe relevante, dar prioritățile se pot schimba. Pe lângă Habr, publicăm uneori pe alte site-uri și trebuie să ne putem adapta la aceasta (esența rămâne aceeași, „texte pentru dezvoltatori”, dar formatul poate diferi).
Și, deși nimeni nu ne cere să lucrăm în afara orelor de lucru, informaticienii care, în timpul liber, lucrează la un proiect pentru animale de companie pentru distracție sau citesc despre IT, se vor simți aici la locul lor: asta nu rezolvă direct problemele de muncă, dar în cele din urmă ajută la rezolvarea lor sunt mai eficiente.
Dacă tot ce s-a scris mai sus nu v-a speriat, ci v-a interesat și doriți să aflați mai multe detalii sau să răspundeți, ambele se pot face la .
Sursa: www.habr.com