Que mellor traballo que escribir en Habr sobre o desenvolvemento? Mentres alguén prepara o seu gran habrapost polas noites, aquí, xusto durante o horario laboral, compartes cousas interesantes coa comunidade e obténs beneficios.
Que traballo podería ser peor que escribir sobre o desenvolvemento en Habr? Mentres alguén escribe código durante todo o día, miras a estas persoas e lambes os beizos, e traballas no teu proxecto de mascota a intervalos e inicios polas noites.
Nós () cada ano realizamos máis e máis conferencias diferentes para desenvolvedores, polo que agora buscamos outro empregado (ademais de min e ) para textos no noso habrablog. Para que quede claro quen necesitamos e que agarda a esta persoa, describín como é en xeral cando o teu traballo é escribir textos para desenvolvedores nun blog corporativo en Habré.
Que xenial?
Que me gusta deste traballo? Aínda que o obxectivo de calquera blog corporativo é axudar á empresa, aquí iso non significa "escribir unha copia de vendas brillante sobre o incrible que é". Isto simplemente non funciona en Habré. Outra cousa funciona aquí: escribir publicacións que sexan interesantes e útiles para a comunidade, nas que a mención das túas actividades pareza axeitada.
Podes escribir "as nosas conferencias son marabillosas e incribles" polo menos dez veces sen argumentos, e simplemente ninguén o lerá. Ou pode publicar unha transcrición de texto dun informe dunha conferencia pasada, a xente buscará información que lles sexa útil e, ao mesmo tempo, utilizando un exemplo real, entenderá o que se pode ver no evento e se queren ir a isto a próxima vez.
Se me esixisen escribir continuamente textos consistentes en tonterías publicitarias, axiña querería aforcarme. Afortunadamente, en cambio, escribo textos sobre os temas das nosas conferencias, onde ao final hai simplemente unha pequena nota "xa que che atraeu este texto sobre o desenvolvemento móbil, presta atención, aquí tes unha conferencia sobre iso".
Outra vantaxe deste traballo é que podes interactuar con moita xente xenial. Cando parte do teu traballo é entrevistar a alguén de calibre Jonah Skeete, escoitas as súas respostas sen alento, e ao final di "grazas polas preguntas, foi interesante", pállaste a pensar "espera, pagarei por isto". tamén pagan"?
Pois un extra para os amantes das barrigas: cando escribir os habraposts é o teu traballo, e os publicas con frecuencia, podes acadar o primeiro posto no ranking de usuarios de habra. E entón comezarás a recibir mensaxes persoais estrañas!
Cal é a dificultade?
Pero todas estas golosinas non significan que todo sexa perfecto. O principal reto é este.
Por unha banda, está claro que canto máis saibas sobre o desenvolvemento, mellor para tal traballo, e se estás moi inmerso nun tema en particular, podes escribir algo interesante en relación con el.
Pero ao mesmo tempo, temos unha serie de conferencias en diferentes áreas (desde Java ata probas), polo que para cada autor hai varios eventos que hai que cubrir, e pódense engadir outros novos en calquera momento. Isto significa que non poderás limitarte ao teu tema favorito e terás que afondar en algo completamente diferente, moito menos familiar. E ao mesmo tempo, as nosas conferencias son bastante duras, os seus visitantes non son novos na industria, polo que o contido debería ser de interese para desenvolvedores experimentados.
Ser un ancián en varias direccións á vez é xeralmente pouco realista. Agora engade a isto que tampouco traballas como programador: parte do teu tempo de traballo pódese dedicar ao código para non desvincularse da área temática, pero esta non é a actividade principal. E engádese a isto a regularidade das publicacións: se as persoas que escriben a Habr á chamada das súas almas poden pasar meses elaborando un tema antes de compoñer o texto, entón isto non funcionará aquí.
Como, en tales condicións, é posible escribir calquera cousa que poida interesar a desenvolvedores experimentados?
Pode parecer que todo é completamente sombrío, pero hai opcións bastante viables.
Como vivir?
En primeiro lugar, aínda que non podes escribir sobre moitos temas sen unha ampla experiencia laboral persoal, tamén hai moitos que non o requiren.
Apareceu unha nova versión de Java e os desenvolvedores pregúntanse "que cambiou alí"? Para unha publicación normal sobre isto, debes ser capaz de escribir en Java, pero non precisas de "meses de experiencia" especificamente coa nova versión; é suficiente para comprender coidadosamente as fontes en inglés (tamén é útil probar innovacións en persoa, pero isto pódese facer rapidamente). Esta nova versión de Java vén cunha ferramenta JShell? Dado que é novo, incluso os desenvolvedores experimentados atoparán útil o tutorial e, antes de escribilo, abonda con xogar con JShell durante unha ou dúas horas ("os meses" nun REPL non son nada para gastar). GitHub fixo os repositorios privados gratuítos? Por suposto, gustaríame informar inmediatamente aos navegadores sobre tales noticias, e levará algún tempo para a investigación (para que a publicación non sexa só unha liña), senón tamén modesta.
En segundo lugar, se che apaixona un tema en particular e o entendes profundamente, isto tamén é marabilloso. Si, non poderás escribir sobre iso todos os días; máis veces terás que tratar con outra cousa, pero cando, entre outras cousas, apareza o teu tema favorito, o coñecemento será útil. Aquí, Oleg estaba xogando co proxecto Graal mesmo antes de que se puxera de moda, polo que lle preguntou de boa gana a Chris Thalinger, que traballa con Graal, sobre cousas como os parámetros en liña, ben, xenial: ao final, tanto Oleg como outros interesados no tema estaban interesado.
E, en terceiro lugar, non podes limitarte á túa propia competencia, conectando a doutra persoa. Por exemplo, nun formato de entrevista, onde non necesitas coñecer todas as respostas do mundo, senón poder facer preguntas. As persoas máis interesantes de todo o mundo veñen a falar na nosa conferencia, da lenda .NET Jeffrey Richter á cabeza de Kotlin Andrés Breslav, é un pecado non facer tales preguntas. Resulta ser un completo gaña/gaña: tanto ao entrevistador está interesado como aos lectores de Habr (o noso rexistro foi co mesmo Jon Skeet, que recolleu máis de 60 visualizacións), e os propios relatores adoitan estar encantados de conceder entrevistas na véspera da conferencia, o que supón un beneficio obvio para a conferencia.
Por suposto, para cuestionar a esas persoas, tamén se requiren certos coñecementos, pero a escala dos requisitos é completamente diferente.
Outra forma de compartir a competencia doutra persoa son as xa mencionadas transcricións de textos dos informes. Tamén ocorre que un dos nosos falantes publica unha entrada no blog en inglés, e nós, por acordo con el, traducímola ao ruso. Nestes casos, cómpre comprender o texto, pero non é necesario ser un experto que o poida escribir.
A que leva isto?
Dende a miña propia experiencia, quero dicir que con este tipo de traballos miras a TI desde unha perspectiva bastante interesante.
En xeral, isto pode resultar ofensivo: hai algún tipo de movemento en todas partes, a xente está a traballar en cousas interesantes e miras todo isto "desde fóra", fas preguntas e ao final entendes algo de cada un. estas cousas superficialmente, pero nos detalles da implementación xa non o entendes; para descubrilo, terías que traballar constantemente con el. Probablemente tamén haxa moitas cousas interesantes nas profundidades; ver todo isto dunha ollada só che tenta!
Pero ao mesmo tempo, mentres perdes en profundidade, gañas en amplitude de cobertura, e isto tamén é valioso. Se traballas nun papel específico nun proxecto específico, entón ves todo a través deste prisma: algo non cae en absoluto no campo de visión, algo que ves de lado ("os probadores son esas malas persoas que rompen o meu fermoso código". "). E cando escribes sobre cousas diferentes, ves cousas moi diferentes, e non "de lado", senón desde unha vista de paxaro: non podes ver os detalles, pero tes a imaxe xeral na cabeza. Falei (tanto en entrevistas como só nas nosas conferencias) con moita xente completamente diferente: desde compiladores ata probadores, desde Googler ata principiantes, desde os que escriben en Kotlin ata os que escriben o propio Kotlin.
Un desenvolvedor de JS pode ter curiosidade por ler habraposts do mundo C++ ("¿que teñen alí?"), pero estará desbordado de materiais no campo principal e non chegará a estes materiais non básicos. Para min, case todas as áreas están especializadas; calquera texto que lin sobre desenvolvemento e probas pode ser útil no meu traballo.
Sinto que, en certo sentido, teño moita sorte: a diferenza da maioría da xente, durante o horario laboral podo observar con interese como vive e se desenvolve o desenvolvemento en xeral.
A quen necesitamos?
De todo isto dedúcese que tal traballo require dunha persoa bastante única.
El (ou ela) debe ter unha boa comprensión do desenvolvemento, pero ao mesmo tempo estar disposto a facer algo que non sexa o propio desenvolvemento.
Comprender o desenvolvemento require non só desde a perspectiva do código, senón tamén desde a perspectiva da comunidade. Debes falar o mesmo idioma cos desenvolvedores e saber o que lles preocupa.
Necesitas unha combinación de iniciativa e dilixencia. Por unha banda, hai tarefas estándar que hai que completar (por exemplo, temos as tradicionais publicacións dos "10 mellores informes da última conferencia"). Por outra banda, queremos que ofrezas ti mesmo ideas para textos interesantes, e non só agardes por instrucións.
Por suposto, cómpre ser capaz de escribir: tanto desde o punto de vista da alfabetización como desde o punto de vista de "facelo interesante". Valoramos os textos que non só parecen un tutorial técnico seco, senón que son verdadeiramente cativadores. Por exemplo, se tes unha historia persoal da túa vida que dalgún xeito se cruza co tema do material, pode ser unha excelente introdución.
Tamén é necesaria flexibilidade: agora mesmo preocúpanos sobre todo os textos en .NET e as probas, polo que nos interesan especialmente as persoas con competencias relevantes, pero as prioridades poden cambiar. Ademais de Habr, ás veces publicamos noutros sitios, e tamén temos que ser capaces de adaptarnos a isto (a esencia segue sendo a mesma, "textos para desenvolvedores", pero o formato pode diferir).
E aínda que ninguén nos obriga a traballar fóra do horario laboral, os informáticos que, no seu tempo libre, traballan nun proxecto de mascotas para divertirse ou len sobre TI, aquí sentiranse no seu lugar: isto non soluciona directamente os problemas laborais, senón que en última instancia, axuda a resolver que son máis eficaces.
Se todo o escrito anteriormente non che asustou, pero che interesou, e queres saber máis detalles ou responder, ambas as dúas pódense facer en .
Fonte: www.habr.com