Que trabalho poderia ser melhor do que escrever em Habr sobre desenvolvimento? Enquanto alguém está preparando seu grande habrapost em trechos à noite, bem aqui, durante o horário comercial, você compartilha coisas interessantes com a comunidade e obtém vantagens.
Que trabalho pode ser pior do que escrever em Habr sobre desenvolvimento? Enquanto alguém escreve o código o dia todo, então você olha para essas pessoas e lambe os lábios, e interrompe seu projeto de estimação aos trancos e barrancos à noite.
Todos os anos, nós (
JUG.ru Group ) realizamos mais e mais conferências diferentes para desenvolvedores, então agora estamos procurando outro funcionário (além de mim e
olegchir ) para textos em nosso blog central. Para deixar claro quem precisamos e o que essa pessoa espera, eu pintei como é quando seu trabalho é escrever textos para desenvolvedores em um blog corporativo da Habré.
Qual é a inclinação?
O que eu amo nesse trabalho? Embora o objetivo de qualquer blog corporativo seja ajudar a empresa, aqui não significa "rabiscar textos de publicidade entusiasmados sobre o quão incrível é". Em Habré, isso simplesmente não funciona. Aqui, outra coisa funciona: escrever posts interessantes e úteis para a comunidade na qual a menção de sua atividade parece apropriada.
Você pode escrever pelo menos dez vezes sem argumentos "nossas conferências são maravilhosas e incríveis", e ninguém lerá. E você pode publicar uma transcrição em texto do relatório da última conferência, as pessoas buscarão informações úteis para elas - e, ao mesmo tempo, entenderão com um exemplo real o que podem ver no evento e se desejam publicá-lo na próxima vez.
Se eu fosse obrigado a escrever textos consistentemente em um quadro de avisos, gostaria muito rapidamente de me enforcar. Felizmente, em vez disso, escrevo textos sobre os tópicos de nossas conferências, onde no final há apenas um pequeno pós-escrito "desde que você se sentiu atraído por este texto sobre desenvolvimento móvel, preste atenção, aqui está uma conferência sobre isso".
Outra vantagem deste trabalho é que você se comunica com muitas pessoas legais. Quando parte do seu trabalho é entrevistar alguém da escala de
John Skeet , você ouve com a respiração suspensa e, no final, ele diz "obrigado pelas perguntas, foi interessante", e fica pensando "espere, eu
também pago por isso" ?
Bem, um bônus para os amantes de puzomerki: quando escrever habraposts é seu trabalho, e você os publica com frequência, pode alcançar o primeiro lugar na classificação de usuários de habrapost. E então você começa a receber mensagens privadas estranhas!
Qual é a dificuldade?
Mas todos esses pães não significam que tudo está perfeito. O principal desafio é o seguinte.
Por um lado, é claro que quanto mais você souber sobre desenvolvimento, melhor para esse tipo de trabalho, e se você estiver muito imerso em um tópico específico, então, em conexão com ele, poderá escrever algo interessante.
Mas, ao mesmo tempo, temos várias conferências em várias áreas (do Java ao teste), portanto, para cada autor, há vários eventos que precisam ser abordados e a qualquer momento um novo pode ser adicionado. E isso significa que restringir-se ao tópico favorito de alguém não funcionará e será necessário entrar em um tópico completamente diferente e muito menos familiar. E, ao mesmo tempo, nossas conferências são bastante rígidas, seus visitantes não são o primeiro ano no setor, portanto o conteúdo deve ser interessante para desenvolvedores experientes.
Ser sênior em várias direções ao mesmo tempo geralmente não é realista. E agora acrescente a isso que você também não trabalha como desenvolvedor: pode dedicar parte do tempo de trabalho ao código para não se afastar da área de assunto, mas essa não é a atividade principal. E acrescente a isso a regularidade dos posts: se as pessoas que escrevem para Habr ao chamado de suas almas puderem desenhar um tópico por meses antes de escrever um texto, isso não funcionará.
Como, nessas condições, é possível escrever qualquer coisa que possa interessar a desenvolvedores experientes?
Pode parecer que tudo está completamente sombrio, mas existem opções bastante funcionais.
Como viver
Em primeiro lugar, embora você não possa escrever sobre muitos tópicos sem uma longa experiência pessoal, há o suficiente que não exige isso.
Uma nova versão do Java apareceu e os desenvolvedores estão interessados em "o que mudou lá"? Para uma postagem normal sobre isso, você precisa escrever em Java, mas isso não requer meses de experiência especificamente com a nova versão. A ferramenta JShell REPL introduzida nesta nova versão do Java? Como é novo, até desenvolvedores experientes consideram o tutorial útil e, antes de escrevê-lo, basta brincar com o JShell por uma ou duas horas (simplesmente não há nada para gastar "meses" no REPL). O GitHub liberou repositórios privados? É claro que gostaria de informar imediatamente o habruiser sobre essas notícias e, em seguida, levará algum tempo para o desenho (para que o post não seja de uma linha), mas também modesto.
Em segundo lugar, se você queima com um determinado tópico e o entende profundamente, isso também é maravilhoso. Sim, não será possível escrever sobre isso todos os dias, mais frequentemente você terá que lidar com outra coisa - mas quando, entre outras coisas, seu tópico favorito aparecer, o conhecimento será útil. Oleg estava mexendo conosco no projeto Graal em Java antes de ficar na moda, então ele perguntou ansiosamente a Chris Talinger, que trabalha com Graal, sobre coisas como parâmetros inline - bem, tudo bem: no final, Oleg está interessado, assim como outros que abordam o assunto.
E terceiro, você não pode se limitar à sua própria competência conectando a de outra pessoa. Por exemplo, em um formato de entrevista, onde você não precisa conhecer todas as respostas do mundo, mas pode fazer perguntas. Pessoas interessantes de todo o mundo vêm até nós para falar na conferência, da lenda do .NET de
Jeffrey Richter ao chefe de Kotlin,
Andrei abreslav Breslav , não é pecado perguntar a essas pessoas. Acontece uma sólida vitória / vitória: o entrevistador está interessado e os leitores da Habré (nosso registro foi
uma entrevista com o mesmo
John Skeet , que coletou mais de 60.000 visualizações), e os próprios palestrantes costumam ter prazer em dar uma entrevista na véspera da conferência, e isso é um benefício óbvio para a conferência.
Obviamente, para questionar essas pessoas, também é necessário um certo conhecimento - mas a escala dos requisitos é completamente diferente.
Outra maneira de compartilhar a competência de outras pessoas é a transcrição de texto dos relatórios já mencionados. Também acontece que um dos nossos palestrantes publica um post em inglês e nós, de acordo com ele, traduzimos para o russo. Nesses casos, você precisa entender o texto, mas não precisa ser um especialista que possa escrevê-lo.
O que isso leva a?
Pela minha própria experiência, quero dizer que, com esse tipo de trabalho, você olha para a TI de uma perspectiva bastante interessante.
Em geral, isso pode ser ofensivo: algum tipo de movimento está acontecendo em todos os lugares, as pessoas estão vendo coisas interessantes, e você olha tudo isso "de fora", faz perguntas e, como resultado, entende algo superficial sobre cada um, mas nos detalhes da implementação já você não entende - para entender, você teria que trabalhar com isso constantemente. Lá, nas profundezas, provavelmente há também muitas coisas interessantes, ver tudo isso apenas fluentemente provocar!
Mas, ao mesmo tempo, perdendo em profundidade, você ganha em largura - e isso também é valioso. Se você trabalha para uma função específica em um projeto específico, pode ver tudo através desse prisma: algo não aparece, vê algo de lado ("testadores são aquelas pessoas ruins que quebram meu belo código"). E quando você escreve sobre coisas diferentes, vê coisas muito diferentes, e não "de lado", mas do ponto de vista de um pássaro: você não pode ver os detalhes, mas a imagem geral em sua cabeça se desenvolve. Conversei (em entrevistas e simplesmente em nossas conferências) com muitas pessoas completamente diferentes: de compiladores a testadores, de pesquisadores a startups, de escritores de Kotlin a próprios escritores de Kotlin.
Um desenvolvedor de JS pode estar curioso para ler habraposts do mundo C ++ ("o que eles têm lá?"), Mas ele estará cheio de materiais na direção principal e não chegará a esses materiais não essenciais. Para mim, quase todas as direções são especializadas, qualquer texto lido sobre desenvolvimento e teste pode ser útil para mim.
Sinto que, em certo sentido, tive muita sorte: ao contrário da maioria das pessoas, durante o horário de trabalho, posso acompanhar com interesse como o desenvolvimento como um todo vive e se desenvolve.
De quem precisamos?
De tudo isso, conclui-se que uma pessoa para esse trabalho exige um trabalho bastante peculiar.
Ele (ou ela) deve ter um bom entendimento do desenvolvimento, mas ao mesmo tempo uma vontade de se envolver, não no próprio desenvolvimento.
É necessário entender o desenvolvimento não apenas em termos de código, mas também em termos de vida comunitária. Você precisa falar com os desenvolvedores no mesmo idioma e saber o que os preocupa.
Você precisa de uma combinação de iniciativa e diligência. Por um lado, há tarefas padrão que precisam ser concluídas (por exemplo, temos as postagens tradicionais dos “10 principais relatórios da conferência passada”). Por outro lado, queremos que você tenha idéias de textos interessantes e não apenas espere instruções.
Obviamente, você precisa ser capaz de escrever: do ponto de vista da alfabetização e do ponto de vista "para torná-lo interessante". Valorizamos textos que se parecem não apenas com um tutorial técnico seco, mas que realmente cativam. Digamos, se você tem uma história de vida pessoal que de alguma forma se cruza com o tema do material, pode ser uma ótima introdução.
Também é necessária flexibilidade: agora estamos preocupados principalmente com o .NET e os textos de teste, e é por isso que as pessoas com competências relevantes estão especialmente interessadas, mas as prioridades podem mudar. Além do Habr, às vezes publicamos em outros sites e também precisamos nos adaptar a isso (a essência permanece a mesma, “textos para desenvolvedores”, mas o formato pode ser diferente).
E, embora ninguém exija que trabalhemos fora do expediente, os geeks de TI se sentirão bem em seu lugar, que, em seu tempo livre, viram um projeto de estimação ou leram sobre TI: isso não resolve diretamente as tarefas de trabalho, mas ajuda a eles são mais eficazes.
Se tudo o que foi escrito acima não o assustou, mas lhe interessou e você deseja saber mais detalhes ou responder, você pode fazer as duas coisas na página do trabalho no
HH ou no
Meu Círculo .