Quale lavoro migliore che scrivere su Habr riguardo allo sviluppo? Mentre qualcuno la sera prepara il suo grande habrapost a singhiozzo, qui, proprio durante l'orario di lavoro, condividi cose interessanti con la community e ne trai benefici.
Quale lavoro potrebbe essere peggiore che scrivere di sviluppo su Habr? Mentre qualcuno scrive codice tutto il giorno, tu guardi queste persone e ti lecchi le labbra, e la sera lavori a singhiozzo al tuo progetto preferito.
Noi () ogni anno organizziamo sempre più conferenze diverse per gli sviluppatori, quindi ora stiamo cercando un altro dipendente (oltre a me e ) per i testi nel nostro habrablog. Per chiarire di chi abbiamo bisogno e cosa attende questa persona, ho descritto com'è in generale quando il tuo lavoro è scrivere testi per sviluppatori su un blog aziendale su Habré.
Cosa c'è di bello?
Cosa amo di questo lavoro? Sebbene l'obiettivo di qualsiasi blog aziendale sia quello di aiutare l'azienda, in questo caso ciò non significa "scrivere testi di vendita brillanti su quanto sia straordinario". Questo semplicemente non funziona su Habré. Qui funziona un'altra cosa: scrivi post interessanti e utili per la comunità, in cui la menzione delle tue attività sembra appropriata.
Puoi scrivere "le nostre conferenze sono meravigliose e incredibili" almeno dieci volte senza discussioni, e semplicemente nessuno lo leggerà. Oppure puoi pubblicare una trascrizione testuale di un resoconto di una conferenza passata, le persone cercheranno informazioni che sono loro utili e allo stesso tempo, utilizzando un esempio reale, capiranno cosa si può vedere all'evento e se vogliono andare a questo la prossima volta.
Se dovessi scrivere continuamente testi contenenti stronzate pubblicitarie, mi verrebbe subito voglia di impiccarmi. Per fortuna invece scrivo testi sugli argomenti delle nostre conferenze, dove alla fine c’è semplicemente una piccola nota “visto che sei stato attratto da questo testo sullo sviluppo mobile, fai attenzione, ecco una conferenza a riguardo”.
Un altro vantaggio di questo lavoro è che puoi interagire con molte persone interessanti. Quando parte del tuo lavoro è intervistare qualcuno di calibro Jonah Skeete, ascolti le sue risposte con il fiato sospeso, e alla fine ti dice “grazie per le domande, è stato interessante”, ti sorprendi a pensare “aspetta, pago questo pagano anche"?
Ebbene, un bonus per gli amanti delle pance: quando scrivere habrapost è il tuo lavoro, e li pubblichi spesso, puoi raggiungere il primo posto nella classifica degli utenti di habra. E poi inizierai a ricevere strani messaggi personali!
Qual è la difficoltà?
Ma tutte queste chicche non significano che tutto sia perfetto. La sfida principale è questa.
Da un lato, è chiaro che più sai sullo sviluppo, meglio è per questo lavoro, e se sei molto immerso in un particolare argomento, puoi scrivere qualcosa di interessante in relazione ad esso.
Ma allo stesso tempo, abbiamo una serie di conferenze in diverse aree (da Java ai test), quindi per ogni autore ci sono diversi eventi che devono essere trattati e se ne possono aggiungere di nuovi in qualsiasi momento. Ciò significa che non potrai limitarti al tuo argomento preferito e dovrai approfondire qualcosa di completamente diverso, molto meno familiare. E allo stesso tempo, le nostre conferenze sono piuttosto hardcore, i loro visitatori non sono nuovi nel settore, quindi il contenuto dovrebbe interessare gli sviluppatori esperti.
Essere un senior in più direzioni contemporaneamente è generalmente irrealistico. Ora aggiungi a questo che anche tu non lavori come sviluppatore: una parte del tuo tempo lavorativo può essere dedicata al codice per non staccarsi dall'area tematica, ma questa non è l'attività principale. E a questo aggiungiamo la regolarità dei post: se le persone che scrivono a Habr al richiamo della loro anima possono passare mesi a elaborare un argomento prima di comporre il testo, allora qui non funzionerà.
Come è possibile, in tali condizioni, scrivere qualcosa che possa interessare sviluppatori esperti?
Può sembrare che tutto sia completamente cupo, ma ci sono opzioni abbastanza praticabili.
Come vivere?
In primo luogo, anche se non è possibile scrivere su molti argomenti senza una vasta esperienza lavorativa personale, ce ne sono anche molti che non lo richiedono.
È apparsa una nuova versione di Java e gli sviluppatori si chiedono "cosa è cambiato lì"? Per un normale post su questo argomento è necessario saper scrivere in Java, ma non sono necessari “mesi di esperienza” specificatamente con la nuova versione; è sufficiente comprendere attentamente le fonti in lingua inglese (è utile anche provare innovazioni di persona, ma questo può essere fatto rapidamente). Questa nuova versione di Java è dotata di uno strumento JShell? Dato che è nuovo, anche gli sviluppatori esperti troveranno utile il tutorial e, prima di scriverlo, è sufficiente giocare con JShell per un'ora o due ("mesi" in un REPL non sono semplicemente niente su cui spendere). GitHub ha reso gratuiti i repository privati? Naturalmente vorrei informare immediatamente gli hubbrowser di tali novità, e ci vorrà del tempo per la ricerca (in modo che il post non sia di una sola riga), ma anche modesto.
In secondo luogo, se sei appassionato di un particolare argomento e lo comprendi profondamente, anche questo è meraviglioso. Sì, non potrai scriverne tutti i giorni, più spesso dovrai occuparti di qualcos'altro, ma quando, tra le altre cose, viene fuori il tuo argomento preferito, allora la conoscenza ti tornerà utile. Qui Oleg stava armeggiando con il progetto Graal ancor prima che diventasse di moda, quindi ha chiesto volentieri a Chris Thalinger, che lavora con Graal, cose come i parametri di incorporamento - beh, fantastico: alla fine, sia Oleg che altri interessati all'argomento erano interessato.
E in terzo luogo, non puoi limitarti alla tua competenza, collegando quella di qualcun altro. Ad esempio, in un formato di intervista, in cui non è necessario conoscere tutte le risposte del mondo, ma essere in grado di porre domande. Alla nostra conferenza vengono a parlare le persone più interessanti da tutto il mondo, dalla leggenda di .NET Jeffrey Richter alla testa di Kotlin Andrew Breslav, è un peccato non fare queste domande. Risulta essere una vittoria/vincita completa: sia l’intervistatore è interessato sia i lettori di Habr sono interessati (il nostro record è stato con lo stesso Jon Skeet, che ha raccolto più di 60 visualizzazioni), e gli stessi relatori sono solitamente felici di rilasciare interviste alla vigilia del convegno, e questo è un evidente vantaggio per il convegno.
Naturalmente, per interrogare queste persone è necessaria anche una certa conoscenza, ma la portata dei requisiti è completamente diversa.
Un altro modo per condividere la competenza di qualcun altro sono le già citate trascrizioni testuali dei rapporti. Succede anche che uno dei nostri relatori pubblichi un post sul blog in inglese e noi, d'accordo con lui, lo traduciamo in russo. In questi casi è necessario comprendere il testo, ma non è necessario essere un esperto in grado di scriverlo.
A cosa conduce?
Dalla mia esperienza, voglio dire che con questo tipo di lavoro guardi l'IT da una prospettiva piuttosto interessante.
In generale, questo può essere offensivo: c'è una sorta di movimento in corso ovunque, le persone lavorano su cose interessanti, e tu guardi tutto questo “dall'esterno”, fai domande e alla fine capisci qualcosa su ciascuno di essi queste cose superficialmente, ma nei dettagli dell'implementazione già non le capisci: per capirle, dovresti lavorarci costantemente. Probabilmente ci sono anche molte cose interessanti nel profondo; vedere tutto questo a colpo d'occhio non fa altro che tentarti!
Ma allo stesso tempo, mentre perdi in profondità, guadagni in ampiezza di copertura – e anche questo è prezioso. Se lavori in un ruolo specifico in un progetto specifico, allora vedi tutto attraverso questo prisma: qualcosa non rientra affatto nel campo visivo, qualcosa che vedi di lato ("i tester sono quelle persone cattive che infrangono il mio bellissimo codice "). E quando scrivi di cose diverse, vedi cose molto diverse, e non “di lato”, ma da una prospettiva a volo d’uccello: non puoi vedere i dettagli, ma hai il quadro generale nella tua testa. Ho parlato (sia nelle interviste che solo nelle nostre conferenze) con molte persone completamente diverse: dai compilatori ai tester, dai googler agli startuper, da quelli che scrivono in Kotlin a quelli che scrivono Kotlin stesso.
Uno sviluppatore JS potrebbe essere curioso di leggere gli habrapost dal mondo C++ (“cosa hanno lì?”), ma sarà sopraffatto dai materiali nel campo principale e non arriverà a questi materiali non fondamentali. Per me quasi tutte le aree sono specializzate; qualsiasi testo che leggo su sviluppo e test può essere utile nel mio lavoro.
Mi sento in un certo senso molto fortunato: a differenza della maggior parte delle persone, durante l'orario di lavoro posso osservare con interesse come vive e si sviluppa lo sviluppo in generale.
Di chi abbiamo bisogno?
Da tutto ciò ne consegue che tale lavoro richiede una persona piuttosto unica.
Lui (o lei) deve avere una buona comprensione dello sviluppo, ma allo stesso tempo essere disposto a fare qualcosa di diverso dallo sviluppo stesso.
Comprendere lo sviluppo richiede non solo dal punto di vista del codice, ma anche dal punto di vista della comunità. Devi parlare la stessa lingua con gli sviluppatori e sapere cosa li preoccupa.
Hai bisogno di una combinazione di iniziativa e diligenza. Da un lato, ci sono attività standard che devono essere completate (ad esempio, abbiamo i tradizionali post “top 10 report dell’ultima conferenza”). D'altra parte, vogliamo che tu stesso offra idee per testi interessanti e non aspetti solo istruzioni.
Certo, bisogna saper scrivere: sia dal punto di vista dell'alfabetizzazione, sia dal punto di vista del “renderlo interessante”. Apprezziamo i testi che non sembrino solo un secco tutorial tecnico, ma che siano davvero accattivanti. Ad esempio, se hai una storia personale della tua vita che in qualche modo si interseca con l'argomento del materiale, può essere un'ottima introduzione.
Ci vuole anche flessibilità: in questo momento ci occupiamo principalmente di testi su .NET e testing, quindi siamo interessati soprattutto a persone con competenze rilevanti, ma le priorità potrebbero cambiare. Oltre a Habr, a volte pubblichiamo su altri siti e dobbiamo anche adattarci a questo (l'essenza rimane la stessa, "testi per sviluppatori", ma il formato può differire).
E sebbene nessuno ci imponga di lavorare al di fuori dell'orario di lavoro, i fanatici dell'informatica che, nel tempo libero, lavorano su un progetto preferito per divertimento o leggono di informatica, si sentiranno al loro posto qui: questo non risolve direttamente i problemi di lavoro, ma in definitiva aiuta a risolverli in modo più efficace.
Se tutto quello scritto sopra non ti ha spaventato, ma ti ha interessato, e vuoi sapere maggiori dettagli o rispondere, puoi fare entrambe le cose su .
Fonte: habr.com