¿Qué trabajo podría ser mejor que escribir en Habr sobre desarrollo? Mientras alguien prepara su gran habrapost en fragmentos por las noches, aquí mismo, durante el horario comercial, comparte cosas interesantes con la comunidad y obtiene las ventajas de ello.
¿Qué trabajo puede ser peor que escribir en Habr sobre desarrollo? Mientras alguien escribe el código todo el día, miras a estas personas y les lames los labios, y cortas tu proyecto de mascota en forma y comienza por las noches.
Nosotros (
JUG.ru Group )
celebramos más y más conferencias diferentes para desarrolladores cada año, por lo que ahora estamos buscando otro empleado (además de mí y
olegchir ) para textos en nuestro hubblog. Para dejar en claro quién necesitamos y qué espera esta persona, pinté cómo se siente cuando su trabajo es escribir textos para desarrolladores en un blog corporativo en Habré.
¿Qué es la inclinación?
¿Qué me encanta de este trabajo? Aunque el objetivo de cualquier blog corporativo es ayudar a la empresa, aquí no significa "garabatear textos publicitarios entusiastas sobre lo sorprendente que es". En Habré, simplemente no funciona. Aquí, otra cosa funciona: escribir publicaciones interesantes y útiles para la comunidad en las que la mención de su actividad parece apropiada.
Puede escribir al menos diez veces sin argumentos "nuestras conferencias son maravillosas e increíbles", y nadie lo leerá. Y puede publicar una transcripción de texto del informe de la última conferencia, las personas buscarán información que les sea útil, y al mismo tiempo entenderán con un ejemplo real lo que pueden ver en el evento y si quieren ir a ese lugar la próxima vez.
Si se me pidiera que escribiera continuamente textos que constaran de un tablero de anuncios, me gustaría colgarme rápidamente. Afortunadamente, en su lugar escribo textos sobre los temas de nuestras conferencias, donde al final solo hay una pequeña posdata "ya que te atrajo este texto sobre desarrollo móvil, presta atención, aquí hay una conferencia al respecto".
Otra ventaja de este trabajo es que te comunicas con muchas personas geniales. Cuando parte de tu trabajo es entrevistar a alguien de
la escala de
John Skeet , escuchas sus respuestas con la respiración contenida, y al final dice "gracias por las preguntas, fue interesante", sorprendete pensando "espera,
también me
pagaron por ello". ?
Bueno, una ventaja para los amantes de puzomerki: cuando escribir habraposts es tu trabajo, y los publicas a menudo, puedes llegar al primer lugar en la calificación de los usuarios de habrapost. ¡Y luego comienzas a recibir mensajes privados extraños!
Cual es la dificultad?
Pero todos estos bollos no significan que todo sea perfecto. El principal desafío es el siguiente.
Por un lado, está claro que cuanto más sepas sobre el desarrollo, mejor para ese trabajo, y si estás muy inmerso en un tema específico, solo en relación con él puedes escribir algo genial.
Pero al mismo tiempo, tenemos una serie de conferencias en varios campos (desde Java hasta las pruebas), por lo que para cada autor hay varios eventos que deben cubrirse, y en cualquier momento se puede agregar uno nuevo. Y esto significa que restringirse a un tema favorito no funcionará y uno tendrá que arrastrarse a uno completamente diferente y mucho menos familiar. Y al mismo tiempo, nuestras conferencias son bastante intensas, sus visitantes no son el primer año en la industria, por lo que el contenido debería ser interesante para desarrolladores experimentados.
Ser senior en varias direcciones a la vez generalmente no es realista. Y ahora agregue a esto que tampoco trabaja como desarrollador: puede dedicar parte del tiempo de trabajo al código para no separarse del área temática, pero esta no es la actividad principal. Y agregue a esto la regularidad de las publicaciones: si las personas que escriben a Habr a la llamada de sus almas pueden dibujar un tema durante meses antes de componer el texto, entonces esto no funcionará.
¿Cómo, en tales condiciones, es posible escribir algo que pueda interesar a los desarrolladores experimentados?
Puede parecer que todo es completamente sombrío, pero hay opciones bastante funcionales.
Como vivir
En primer lugar, aunque no puede escribir sobre muchos temas sin una larga experiencia personal, hay suficientes que no requieren esto.
Ha aparecido una nueva versión de Java, y los desarrolladores están interesados en "¿qué ha cambiado allí"? Para una publicación normal sobre esto, debe poder escribir en Java, pero no requiere meses de experiencia específicamente con la nueva versión. ¿Se introdujo la herramienta JShell REPL en esta nueva versión de Java? Dado que es nuevo, incluso los desarrolladores experimentados encontrarán útil el tutorial, y antes de escribirlo, es suficiente jugar con JShell durante una hora o dos (simplemente no hay nada para pasar "meses" en REPL). ¿GitHub ha hecho repositorios privados gratis? Por supuesto, me gustaría informar inmediatamente al habruiser sobre tales noticias, y luego tomará algún tiempo para el sorteo (para que la publicación no sea de una línea), sino también modesta.
En segundo lugar, si te quemas con cierto tema y lo entiendes profundamente, entonces esto también es maravilloso. Sí, no será posible escribir sobre eso todos los días, más a menudo será necesario lidiar con algo más, pero cuando, entre otras cosas, surge su tema favorito, entonces el conocimiento será útil. Oleg estaba jugando con nosotros en el proyecto Graal en Java antes de que se pusiera de moda, por lo que le preguntó ansiosamente a Chris Talinger, que trabaja con Graal, sobre cosas como los parámetros de alineación, bueno, al final, Oleg está interesado, así como otros que se encuentran con el tema.
Y en tercer lugar, no puede limitarse a su propia competencia conectando la de otra persona. Por ejemplo, en un formato de entrevista, en el que no necesita saber todas las respuestas del mundo, sino poder hacer preguntas. Personas interesantes de todo el mundo vienen a nosotros para hablar en la conferencia, desde la leyenda .NET de
Jeffrey Richter hasta el jefe de Kotlin,
Andrei abreslav Breslav , no es pecado preguntarle a esas personas. Resulta sólido ganar / ganar: tanto el entrevistador está interesado como los lectores de Habré (nuestro registro fue
una entrevista con el mismo
John Skeet , que recolectó más de 60,000 visitas), y los mismos oradores generalmente están felices de dar una entrevista en la víspera de la conferencia, y este es un beneficio obvio para la conferencia.
Por supuesto, para interrogar a esas personas, también se requiere cierto conocimiento, pero la escala de los requisitos es completamente diferente.
Otra forma de compartir la competencia de los demás es el texto ya mencionado de las transcripciones de los informes. También sucede que uno de nuestros oradores publica una publicación de blog en inglés y nosotros, por acuerdo con él, traducimos al ruso. En tales casos, debe comprender el texto, pero no necesita ser un experto que pueda escribirlo.
¿A qué conduce esto?
Desde mi propia experiencia, quiero decir que con este tipo de trabajo se mira a TI desde una perspectiva bastante interesante.
En general, esto puede ser ofensivo: se produce algún tipo de movimiento en todas partes, la gente vio cosas interesantes, y uno mira todo esto "afuera", hace preguntas y, como resultado, comprende algo superficialmente sobre cada uno, pero en los detalles de implementación ya no entiendes: para entender, tendrías que trabajar con él constantemente. Allí, en las profundidades, probablemente también haya muchas cosas interesantes, ¡ver todo esto con fluidez solo provoca!
Pero al mismo tiempo, perdiendo en profundidad, ganas en amplitud, y esto también es valioso. Si trabajas para un rol específico en un proyecto específico, puedes ver todo a través de este prisma: algo no se ve en absoluto, ves algo desde un lado ("los probadores son esas malas personas que rompen mi hermoso código"). Y cuando escribes sobre cosas diferentes, ves cosas muy diferentes, y no "desde un lado", sino desde una vista de pájaro: no puedes ver los detalles, pero se desarrolla la imagen general en tu cabeza. Hablé (tanto en entrevistas como en nuestras conferencias) con muchas personas completamente diferentes: desde compiladores hasta evaluadores, desde googlers hasta startups, desde escritores de Kotlin hasta escritores de Kotlin.
El desarrollador de JS puede sentir curiosidad por leer habraposts del mundo C ++ ("¿qué tienen allí?"), Pero estará lleno de materiales en la dirección principal y no llegará a estos materiales no básicos. Para mí, casi todas las instrucciones son especializadas, cualquier texto leído sobre desarrollo y pruebas puede ser útil para mí.
Siento que, en cierto sentido, tuve mucha suerte: a diferencia de la mayoría de las personas, durante las horas de trabajo puedo seguir con interés cómo vive y se desarrolla el desarrollo en general.
¿A quien necesitamos?
De todo esto se deduce que una persona para tal trabajo requiere uno bastante peculiar.
Él (o ella) debería tener una buena comprensión del desarrollo, pero al mismo tiempo estar dispuesto a participar no en el desarrollo mismo.
Se requiere comprender el desarrollo no solo en términos de código, sino también en términos de vida comunitaria. Debe hablar con los desarrolladores en el mismo idioma y saber qué les preocupa.
Necesita una combinación de iniciativa y diligencia. Por un lado, hay tareas estándar que deben completarse (por ejemplo, tenemos las publicaciones tradicionales de los "10 principales informes de la pasada conferencia"). Por otro lado, queremos que usted mismo presente ideas de textos interesantes, y no solo espere instrucciones.
Por supuesto, debe ser capaz de escribir: tanto desde el punto de vista de la alfabetización como desde el punto de vista "para hacerlo interesante". Valoramos los textos que no solo parecen un tutorial técnico seco, sino que realmente cautivan. Diga, si tiene una historia de vida personal que de alguna manera se cruza con el tema del material, puede ser una gran introducción.
También se requiere flexibilidad: ahora nos preocupamos principalmente por .NET y los textos de prueba, razón por la cual las personas con competencias relevantes están especialmente interesadas, pero las prioridades pueden cambiar. Además de Habr, a veces publicamos en otros sitios, y también debemos poder adaptarnos a esto (la esencia sigue siendo la misma, "textos para desarrolladores", pero el formato puede diferir).
Y aunque no necesitamos trabajar después de horas, los geeks de TI se sentirán bien en su lugar, quienes, en su tiempo libre, vieron un proyecto favorito o leyeron sobre TI: esto no resuelve directamente los problemas de trabajo, pero finalmente ayuda a resolver Son más efectivos.
Si todo lo escrito anteriormente no lo asustó, pero le interesa y desea conocer más detalles o responder, puede hacer ambas cosas en la página de trabajo en
HH o
Mi círculo .