¿Qué mejor trabajo que escribir en Habr sobre desarrollo? Mientras alguien prepara su gran habrapost a trompicones por las tardes, aquí, durante el horario laboral, compartes cosas interesantes con la comunidad y obtienes beneficios de ello.
¿Qué trabajo podría ser peor que escribir sobre desarrollo en Habr? Mientras alguien escribe código todo el día, tú miras a estas personas y te lames los labios, y trabajas en tu proyecto favorito a trompicones por las noches.
Nosotros () cada año celebramos más y más conferencias diferentes para desarrolladores, por lo que ahora estamos buscando otro empleado (además de mí y ) para textos en nuestro habrablog. Para dejar claro a quién necesitamos y qué le espera a esta persona, describí cómo es en general cuando tu trabajo consiste en escribir textos para desarrolladores en un blog corporativo en Habré.
¿Qué es genial?
¿Qué me encanta de este trabajo? Si bien el objetivo de cualquier blog corporativo es ayudar a la empresa, aquí eso no significa "escribir textos de ventas entusiastas sobre lo asombroso que es". Esto simplemente no funciona con Habré. Aquí funciona otra cosa: escribe publicaciones que sean interesantes y útiles para la comunidad, en las que la mención de tus actividades parezca apropiada.
Puedes escribir "nuestras conferencias son maravillosas e increíbles" al menos diez veces sin argumentos, y simplemente nadie lo leerá. O puede publicar una transcripción de texto de un informe de una conferencia anterior, las personas buscarán información que les sea útil y, al mismo tiempo, utilizando un ejemplo real, comprenderán lo que se puede ver en el evento y si Quieren ir a esto la próxima vez.
Si me pidieran que escribiera continuamente textos que consistieran en tonterías publicitarias, muy rápidamente querría ahorcarme. Afortunadamente, en lugar de eso escribo textos sobre los temas de nuestras conferencias, donde al final hay simplemente una pequeña nota “ya que te atrajo este texto sobre desarrollo móvil, presta atención, aquí hay una conferencia al respecto”.
Otro beneficio de este trabajo es que puedes interactuar con mucha gente interesante. Cuando parte de tu trabajo es entrevistar a alguien de calibre Jonás Skeete, escuchas sus respuestas con gran expectación y al final dice “gracias por las preguntas, fue interesante”, te sorprendes pensando “espera, pagaré por esto”. ellos tambien pagan"?
Bueno, una ventaja para los amantes de las barrigas: cuando escribir habraposts es tu trabajo y los publicas con frecuencia, puedes alcanzar el primer lugar en el ranking de usuarios de habra. ¡Y entonces empezarás a recibir extraños mensajes personales!
Cual es la dificultad
Pero todas estas ventajas no significan que todo sea perfecto. El principal desafío es este.
Por un lado, está claro que cuanto más sepas sobre desarrollo, mejor será para ese trabajo, y si estás muy inmerso en un tema en particular, entonces podrás escribir algo interesante en relación con él.
Pero al mismo tiempo, tenemos una serie de conferencias en diferentes áreas (desde Java hasta pruebas), por lo que para cada autor hay varios eventos que deben cubrirse y se pueden agregar otros nuevos en cualquier momento. Esto significa que no podrás limitarte a tu tema favorito y tendrás que profundizar en algo completamente diferente, mucho menos familiar. Y al mismo tiempo, nuestras conferencias son bastante intensas, sus visitantes no son nuevos en la industria, por lo que el contenido debería ser de interés para los desarrolladores experimentados.
Ser un senior en varias direcciones a la vez generalmente no es realista. Ahora agregue a esto que tampoco trabaja como desarrollador: una parte de su tiempo de trabajo puede dedicarlo al código para no separarse del área temática, pero esta no es la actividad principal. Y a esto hay que añadir la regularidad de las publicaciones: si las personas que escriben a Habr según el llamado de su alma pueden pasar meses elaborando un tema antes de redactar el texto, entonces esto no funcionará aquí.
¿Cómo es posible, en tales condiciones, escribir algo que pueda interesar a desarrolladores experimentados?
Puede parecer que todo es completamente sombrío, pero hay opciones bastante viables.
Como vivir
En primer lugar, aunque no se puede escribir sobre muchos temas sin una amplia experiencia laboral personal, también hay muchos que no la requieren.
Ha aparecido una nueva versión de Java y los desarrolladores se preguntan "¿qué ha cambiado allí?". Para una publicación normal sobre esto, necesitas poder escribir en Java, pero no necesitas “meses de experiencia” específicamente con la nueva versión; es suficiente con comprender cuidadosamente las fuentes en inglés (también es útil probar innovaciones en persona, pero esto se puede hacer rápidamente). ¿Esta nueva versión de Java viene con una herramienta JShell? Dado que es nuevo, incluso los desarrolladores experimentados encontrarán útil el tutorial y, antes de escribirlo, basta con jugar con JShell durante una o dos horas ("meses" en un REPL simplemente no son nada para gastar). ¿GitHub hizo que los repositorios privados sean gratuitos? Por supuesto, me gustaría informar inmediatamente a los navegadores sobre estas noticias, y la investigación llevará algo de tiempo (para que la publicación no sea solo una línea), sino también modesta.
En segundo lugar, si te apasiona un tema en particular y lo comprendes profundamente, esto también es maravilloso. Sí, no podrás escribir sobre esto todos los días; más a menudo tendrás que ocuparte de otra cosa, pero cuando, entre otras cosas, surja tu tema favorito, entonces el conocimiento te será útil. En este caso, Oleg estaba jugueteando con el proyecto Graal incluso antes de que se pusiera de moda, por lo que de buen grado le preguntó a Chris Thalinger, que trabaja con Graal, sobre cosas como la incorporación de parámetros. Bueno, genial: al final, tanto Oleg como otros interesados en el tema estaban interesado.
Y en tercer lugar, no puedes limitarte a tu propia competencia, conectando la de otra persona. Por ejemplo, en un formato de entrevista, donde no necesitas saber todas las respuestas del mundo, pero sí poder hacer preguntas. Las personas más interesantes de todo el mundo vienen a hablar a nuestra conferencia, desde la leyenda .NET Jeffrey Richter al jefe de Kotlin Andres Bréslav, es un pecado no hacer esas preguntas. Resulta ser una situación en la que todos ganan: tanto el entrevistador está interesado como los lectores de Habr están interesados (nuestro registro fue con el mismo jon skeet, que ha obtenido más de 60 visitas), y los propios ponentes suelen estar encantados de conceder entrevistas en vísperas de la conferencia, lo que supone un beneficio evidente para la conferencia.
Por supuesto, para interrogar a estas personas también se requieren ciertos conocimientos, pero la escala de las exigencias es completamente diferente.
Otra forma de compartir la competencia de otra persona son las transcripciones de texto de los informes ya mencionadas. También sucede que uno de nuestros ponentes publica una entrada de blog en inglés y nosotros, de acuerdo con él, la traducimos al ruso. En tales casos, es necesario comprender el texto, pero no es necesario ser un experto que pueda escribirlo.
¿A qué conduce esto?
Por mi propia experiencia, quiero decir que en este tipo de trabajo se mira a TI desde una perspectiva bastante interesante.
En general, esto puede resultar ofensivo: hay algún tipo de movimiento en todas partes, la gente está trabajando en cosas interesantes y miras todo esto "desde fuera", haces preguntas y al final entiendes algo sobre cada uno de ellos. Estas cosas son superficiales, pero en los detalles de la implementación ya no las entiendes; para entenderlas, tendrías que trabajar constantemente con ellas. Probablemente también haya muchas cosas interesantes en las profundidades; ¡ver todo esto de un vistazo sólo te tienta!
Pero al mismo tiempo, mientras se pierde profundidad, se gana en amplitud de cobertura, y esto también es valioso. Si trabajas en un rol específico en un proyecto específico, entonces ves todo a través de este prisma: algo no cae en el campo de visión en absoluto, algo que ves desde un lado ("los probadores son esas personas malas que descifran mi hermoso código ”). Y cuando escribes sobre cosas diferentes, ves cosas muy diferentes, y no "de lado", sino a vista de pájaro: no puedes ver los detalles, pero obtienes una imagen general en tu cabeza. Hablé (tanto en entrevistas como en nuestras conferencias) con muchas personas completamente diferentes: desde compiladores hasta evaluadores, desde empleados de Google hasta emprendedores, desde aquellos que escriben en Kotlin hasta aquellos que escriben Kotlin mismo.
Un desarrollador de JS puede sentir curiosidad por leer habraposts del mundo C++ (“¿qué tienen allí?”), pero se sentirá abrumado por los materiales del campo principal y no podrá acceder a estos materiales no básicos. Para mí casi todas las áreas son especializadas, cualquier texto que lea sobre desarrollo y pruebas puede ser útil en mi trabajo.
Siento que en cierto sentido tengo mucha suerte: a diferencia de la mayoría de las personas, durante las horas de trabajo puedo observar con interés cómo vive y se desarrolla el desarrollo en general.
¿A quién necesitamos?
De todo esto se deduce que ese trabajo requiere una persona bastante singular.
Él (o ella) debe tener una buena comprensión del desarrollo, pero al mismo tiempo estar dispuesto a hacer algo más que el desarrollo en sí.
Comprender el desarrollo requiere no solo desde la perspectiva del código, sino también desde la perspectiva de la comunidad. Es necesario hablar el mismo idioma con los desarrolladores y saber qué les preocupa.
Necesitas una combinación de iniciativa y diligencia. Por un lado, hay tareas estándar que deben completarse (por ejemplo, tenemos las tradicionales publicaciones sobre los "10 informes principales de la última conferencia"). Por otro lado, queremos que usted mismo ofrezca ideas para textos interesantes y no se limite a esperar instrucciones.
Por supuesto, es necesario poder escribir: tanto desde el punto de vista de la alfabetización como desde el punto de vista de "hacerlo interesante". Valoramos los textos que no parezcan simplemente un aburrido tutorial técnico, sino que sean realmente cautivadores. Por ejemplo, si tienes una historia personal de tu vida que de alguna manera se cruza con el tema del material, puede ser una excelente introducción.
También se requiere flexibilidad: ahora nos ocupamos principalmente de textos sobre .NET y pruebas, por lo que estamos especialmente interesados en personas con competencias relevantes, 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 nadie nos obliga a trabajar fuera del horario laboral, los geeks de TI que, en su tiempo libre, trabajan en un proyecto favorito por diversión o leen sobre TI, se sentirán en su lugar aquí: esto no resuelve directamente los problemas laborales, pero en última instancia ayuda a resolver que sean más efectivos.
Si todo lo escrito arriba no te asustó, pero te interesó, y quieres saber más detalles o responder, ambas cosas se pueden hacer en .
Fuente: habr.com