Quina millor feina que escriure a Habr sobre desenvolupament? Mentre algú prepara el seu gran habrapost a la tarda, aquí, just en horari laboral, comparteixes coses interessants amb la comunitat i en treus beneficis.
Quina feina podria ser pitjor que escriure sobre desenvolupament a Habr? Mentre algú escriu codi durant tot el dia, mires aquestes persones i et llepes els llavis, i treballes en el teu projecte per a mascotes a la nit.
Nosaltres () cada any fem més i més conferències diferents per a desenvolupadors, així que ara busquem un altre empleat (a més de mi i ) per als textos del nostre habrablog. Per deixar clar qui necessitem i què espera a aquesta persona, he descrit com és en general quan la teva feina és escriure textos per a desenvolupadors en un bloc corporatiu a Habré.
Què és genial?
Què m'agrada d'aquesta feina? Tot i que l'objectiu de qualsevol bloc corporatiu és ajudar a l'empresa, aquí això no vol dir "escriure una còpia de vendes brillant sobre el sorprenent que és". Això simplement no funciona a Habré. Una altra cosa funciona aquí: escriure publicacions que siguin interessants i útils per a la comunitat, en què l'esment de les teves activitats sembli adequat.
Podeu escriure "les nostres conferències són meravelloses i increïbles" almenys deu vegades sense arguments, i simplement ningú el llegirà. O podeu publicar una transcripció de text d'un informe d'una conferència passada, la gent es posarà en contacte amb la informació que els sigui útil i, al mateix temps, amb un exemple real, entendran què es pot veure a l'esdeveniment i si volen anar-hi la propera vegada.
Si se'm demana que escrivís contínuament textos que consisteixen en merdes publicitàries, m'agradaria molt ràpidament penjar-me. Afortunadament, en canvi, escric textos sobre els temes de les nostres conferències, on al final només hi ha una petita nota "ja que us va atreure aquest text sobre desenvolupament mòbil, feu atenció, aquí teniu una conferència sobre ell".
Un altre avantatge d'aquesta feina és que podeu interactuar amb molta gent fantàstica. Quan part de la teva feina és entrevistar a algú de calibre Jonah Skeete, escoltes les seves respostes sense respirar, i al final et diu “gràcies per les preguntes, va ser interessant”, t'atrapes pensant “espera, ho pagaré. també paguen"?
Bé, un avantatge per als amants de les panxes: quan escriure habraposts és la teva feina, i els publiques sovint, pots arribar al primer lloc del rànquing d'usuaris d'habra. I llavors començareu a rebre missatges personals estranys!
Quina és la dificultat?
Però totes aquestes llaminadures no volen dir que tot sigui perfecte. El principal repte és aquest.
D'una banda, està clar que com més sàpigues sobre el desenvolupament, millor serà aquest treball, i si estàs molt immers en un tema en concret, pots escriure alguna cosa interessant en relació amb ell.
Però, al mateix temps, tenim una sèrie de conferències en diferents àmbits (des de Java fins a proves), de manera que per a cada autor hi ha diversos esdeveniments que s'han de cobrir, i se'n poden afegir de nous en qualsevol moment. Això vol dir que no us podreu limitar al vostre tema preferit i haureu d'aprofundir en alguna cosa completament diferent, molt menys familiar. I, al mateix temps, les nostres conferències són força hardcore, els seus visitants no són nous a la indústria, de manera que el contingut hauria de ser d'interès per als desenvolupadors experimentats.
Ser un sènior en diverses direccions alhora és generalment poc realista. Ara afegiu-hi que tampoc treballeu com a desenvolupador: una part del vostre temps de treball es pot dedicar al codi per no desvincular-vos de l'àrea temàtica, però aquesta no és l'activitat principal. I afegeix-hi a això la regularitat de les publicacions: si les persones que escriuen a Habr a la crida de la seva ànima poden passar mesos elaborant un tema abans de redactar el text, aquí no funcionarà.
Com és possible, en aquestes condicions, escriure qualsevol cosa que pugui interessar a desenvolupadors experimentats?
Pot semblar que tot és completament ombrívol, però hi ha opcions força viables.
Com viure?
En primer lloc, encara que no es pot escriure sobre molts temes sense una àmplia experiència laboral personal, també n'hi ha molts que no ho requereixen.
Ha aparegut una nova versió de Java i els desenvolupadors es pregunten "què ha canviat allà"? Per a una publicació normal sobre això, cal ser capaç d'escriure en Java, però no necessiteu "mesos d'experiència" específicament amb la nova versió; n'hi ha prou per entendre atentament les fonts en anglès (també és útil provar-ho). innovacions en persona, però això es pot fer ràpidament). Aquesta nova versió de Java inclou una eina JShell? Com que és nou, fins i tot els desenvolupadors experimentats trobaran útil el tutorial i, abans d'escriure-lo, n'hi ha prou amb jugar amb JShell durant una o dues hores ("els mesos" en un REPL no són res per gastar). GitHub ha fet que els dipòsits privats siguin gratuïts? Per descomptat, m'agradaria informar immediatament als navegadors d'aquestes notícies, i caldrà una mica de temps per a la recerca (de manera que la publicació no sigui només una línia), sinó també modesta.
En segon lloc, si us apassiona un tema en particular i l'enteneu profundament, això també és meravellós. Sí, no podreu escriure sobre això cada dia; més sovint haureu de tractar amb una altra cosa, però quan, entre altres coses, surti el vostre tema preferit, el coneixement us serà útil. Aquí, Oleg estava jugant amb el projecte Graal fins i tot abans que es posà de moda, així que va preguntar de bon grat a Chris Thalinger, que treballa amb Graal, coses com ara paràmetres d'inserció, bé, genial: al final, tant Oleg com altres interessats en el tema estaven interessats.
I en tercer lloc, no pots limitar-te a la teva pròpia competència, connectant la d'una altra persona. Per exemple, en un format d'entrevista, on no cal saber totes les respostes del món, sinó poder fer preguntes. Les persones més interessants d'arreu del món vénen a parlar a la nostra conferència, de la llegenda .NET Jeffrey Richter al cap de Kotlin Andrew Breslav, és un pecat no fer aquestes preguntes. Resulta ser un complet guanyar/guanyar: tant l'entrevistador està interessat com els lectors d'Habr estan interessats (el nostre registre era amb el mateix Jon Skeet, que ha recollit més de 60 visualitzacions), i els mateixos ponents solen oferir entrevistes la vigília de la conferència, i això és un benefici evident per a la conferència.
Per descomptat, per qüestionar aquestes persones, també calen certs coneixements, però l'escala dels requisits és completament diferent.
Una altra manera de compartir la competència d'una altra persona són les ja esmentades transcripcions de text dels informes. També passa que un dels nostres ponents publica una entrada al blog en anglès, i nosaltres, d'acord amb ell, la traduïm al rus. En aquests casos, cal entendre el text, però no cal ser un expert que el pugui escriure.
A què porta això?
Des de la meva pròpia experiència, vull dir que amb aquest tipus de treball es mira la TI des d'una perspectiva força interessant.
En general, això pot resultar ofensiu: hi ha algun tipus de moviment a tot arreu, la gent està creant coses interessants, i tot això ho mireu "des de fora", feu preguntes i, al final, enteneu alguna cosa sobre cadascun d'ells. coses superficialment, però en els detalls de la implementació ja no ho enteneu; per esbrinar-ho, haureu de treballar-hi constantment. Probablement també hi hagi moltes coses interessants a les profunditats; veure-ho tot d'un cop d'ull només us tempta!
Però al mateix temps, mentre perds en profunditat, guanyes en amplitud de cobertura, i això també és valuós. Si treballes en un paper específic en un projecte concret, llavors ho veus tot a través d'aquest prisma: alguna cosa no cau en absolut al camp de visió, quelcom que veus des del costat ("els provadors són aquelles persones dolentes que trenquen el meu bell codi". ”). I quan escrius sobre coses diferents, veus coses molt diferents, i no "des del costat", sinó des d'una vista d'ocell: no pots veure els detalls, però tens la imatge general al cap. Vaig parlar (tant a les entrevistes com només a les nostres conferències) amb molta gent completament diferent: des de compiladors fins a provadors, des de Googlers fins a startupers, des dels que escrivien en Kotlin fins als que escriuen Kotlin.
Un desenvolupador de JS pot tenir curiositat per llegir habraposts del món C++ ("què hi tenen?"), però es veurà aclaparat amb materials en el camp principal i no arribarà a aquests materials no bàsics. Per a mi, gairebé totes les àrees estan especialitzades; qualsevol text que llegeixi sobre desenvolupament i proves pot ser útil en el meu treball.
Sento que en certa manera sóc molt afortunat: a diferència de la majoria de la gent, durant l'horari laboral puc observar amb interès com viu i es desenvolupa el desenvolupament en general.
Qui necessitem?
De tot això es dedueix que aquest treball requereix una persona força única.
Ell (o ella) ha de tenir una bona comprensió del desenvolupament, però al mateix temps estar disposat a fer alguna cosa que no sigui el desenvolupament en si.
Entendre el desenvolupament requereix no només des d'una perspectiva de codi, sinó també des d'una perspectiva de comunitat. Heu de parlar el mateix idioma amb els desenvolupadors i saber què els preocupa.
Necessites una combinació d'iniciativa i diligència. D'una banda, hi ha tasques estàndard que s'han de completar (per exemple, tenim les publicacions tradicionals dels "10 millors informes de la darrera conferència"). D'altra banda, volem que vostè mateix ofereix idees per a textos interessants, i no només esperar instruccions.
Per descomptat, cal saber escriure: tant des del punt de vista de l'alfabetització com des del punt de vista de "fer-ho interessant". Valorem els textos que no només semblen un tutorial tècnic sec, sinó que són realment captivadors. Per exemple, si teniu una història personal de la vostra vida que d'alguna manera es creua amb el tema del material, pot ser una excel·lent introducció.
També cal flexibilitat: ara mateix ens preocupem principalment pels textos sobre .NET i les proves, per la qual cosa ens interessen especialment les persones amb competències rellevants, però les prioritats poden canviar. A més d'Habr, de vegades publiquem en altres llocs, i també ens hem de poder adaptar a això (l'essència segueix sent la mateixa, "textos per a desenvolupadors", però el format pot ser diferent).
I encara que ningú no ens exigeix treballar fora de l'horari laboral, els informàtics que, en el seu temps lliure, treballen en un projecte per a mascotes per divertir-se o llegeixen sobre TI, aquí se sentiran al seu lloc: això no soluciona directament els problemes laborals, sinó que en última instància, ajuda a resoldre que siguin més eficaços.
Si tot el que s'ha escrit anteriorment no us ha espantat, però us ha interessat, i voleu saber més detalls o respondre, tots dos es poden fer a .
Font: www.habr.com