Que trabalho melhor do que escrever no Habr sobre desenvolvimento? Enquanto alguém prepara seu grande habrapost aos trancos e barrancos à noite, aqui, durante o horário de trabalho, você compartilha coisas interessantes com a comunidade e obtém benefícios com isso.
Que trabalho poderia ser pior do que escrever sobre desenvolvimento no Habr? Enquanto alguém escreve código o dia todo, você olha para essas pessoas e lambe os lábios, e trabalha em seu projeto favorito aos trancos e barrancos à noite.
Nós () todos os anos realizamos mais e mais conferências diferentes para desenvolvedores, então agora estamos procurando outro funcionário (além de mim e ) para textos em nosso habrablog. Para deixar claro de quem precisamos e o que espera essa pessoa, descrevi como é em geral quando seu trabalho é escrever textos para desenvolvedores em um blog corporativo no Habré.
O que é legal?
O que eu amo neste trabalho? Embora o objetivo de qualquer blog corporativo seja ajudar a empresa, isso não significa "escrever textos de vendas brilhantes sobre como isso é incrível". Isso simplesmente não funciona em Habré. Outra coisa funciona aqui: escreva posts que sejam interessantes e úteis para a comunidade, nos quais a menção às suas atividades pareça apropriada.
Você pode escrever “nossas conferências são maravilhosas e incríveis” pelo menos dez vezes sem argumentos, e simplesmente ninguém irá ler. Ou você pode publicar uma transcrição de texto de um relatório de uma conferência anterior, as pessoas buscarão informações que sejam úteis para elas - e ao mesmo tempo, usando um exemplo real, entenderão o que pode ser visto no evento e se eles querem ir para isso na próxima vez.
Se eu fosse obrigado a escrever continuamente textos que consistissem em besteiras publicitárias, eu rapidamente iria querer me enforcar. Felizmente, em vez disso, escrevo textos sobre os temas de nossas conferências, onde no final há simplesmente uma pequena nota “já que você se sentiu atraído por este texto sobre desenvolvimento móvel, preste atenção, aqui está uma conferência sobre isso”.
Outro benefício desse trabalho é que você interage com muita gente legal. Quando parte do seu trabalho é entrevistar alguém de calibre Jonas Skeete, você ouve as respostas dele com a respiração suspensa, e no final ele diz “obrigado pelas perguntas, foi interessante”, você se pega pensando “peraí, vou pagar por isso eles também pagam"?
Pois bem, um bônus para os amantes de barrigas: quando escrever habraposts é o seu trabalho, e você os publica com frequência, você pode alcançar o primeiro lugar no ranking de usuários do habra. E então você começará a receber mensagens pessoais estranhas!
Qual é a dificuldade?
Mas todas essas coisas boas não significam que tudo esteja perfeito. O principal desafio é este.
Por um lado, fica claro que quanto mais você souber sobre desenvolvimento, melhor para esse trabalho, e se você estiver muito imerso em um determinado assunto, poderá escrever algo legal relacionado a ele.
Mas ao mesmo tempo, temos uma série de conferências em diferentes áreas (desde Java até testes), então para cada autor existem vários eventos que precisam ser abordados, e novos podem ser adicionados a qualquer momento. Isso significa que você não poderá se limitar ao seu tema preferido e terá que se aprofundar em algo completamente diferente, muito menos familiar. E, ao mesmo tempo, nossas conferências são bastante intensas, seus visitantes não são novos na indústria, portanto o conteúdo deve ser do interesse de desenvolvedores experientes.
Ser sênior em várias áreas ao mesmo tempo geralmente não é realista. Agora acrescente a isso que você também não trabalha como desenvolvedor: parte do seu tempo de trabalho pode ser dedicado ao código para não se afastar da área temática, mas esta não é a atividade principal. E acrescente a isso a regularidade das postagens: se as pessoas que escrevem para Habr a pedido de suas almas podem passar meses elaborando um tópico antes de redigir o texto, então isso não funcionará aqui.
Como, nessas condições, é possível escrever algo que possa interessar a desenvolvedores experientes?
Pode parecer que tudo está completamente sombrio, mas existem opções bastante viáveis.
Como viver?
Em primeiro lugar, embora não seja possível escrever sobre muitos tópicos sem uma vasta experiência pessoal de trabalho, também há muitos que não exigem isso.
Uma nova versão do Java apareceu e os desenvolvedores estão se perguntando “o que mudou aí”? Para uma postagem normal sobre isso, você precisa ser capaz de escrever em Java, mas não precisa de “meses de experiência” especificamente com a nova versão; é suficiente entender cuidadosamente as fontes em inglês (também é útil experimentar inovações pessoalmente, mas isso pode ser feito rapidamente). Esta nova versão do Java vem com uma ferramenta JShell? Por ser novo, até mesmo desenvolvedores experientes acharão o tutorial útil e, antes de escrevê-lo, basta brincar com o JShell por uma ou duas horas (“meses” em um REPL simplesmente não são nada para gastar). O GitHub tornou os repositórios privados gratuitos? Claro, gostaria de informar imediatamente os hubbrowsers sobre essas novidades, e levará algum tempo para pesquisa (para que o post não seja apenas uma linha), mas também modesto.
Em segundo lugar, se você é apaixonado por um determinado tópico e o entende profundamente, isso também é maravilhoso. Sim, você não poderá escrever sobre isso todos os dias; mais frequentemente você terá que lidar com outra coisa - mas quando, entre outras coisas, surgir o seu tema favorito, então o conhecimento será útil. Aqui, Oleg estava mexendo no projeto Graal antes mesmo de ele se tornar moda, então ele voluntariamente perguntou a Chris Thalinger, que trabalha com Graal, sobre coisas como parâmetros inlining - bem, ótimo: no final, tanto Oleg quanto outros interessados no tópico estavam interessado.
E em terceiro lugar, você não pode se limitar à sua própria competência, conectando a de outra pessoa. Por exemplo, em formato de entrevista, onde você não precisa saber todas as respostas do mundo, mas poder fazer perguntas. As pessoas mais interessantes de todo o mundo vêm falar em nossa conferência, da lenda do .NET Jeffrey Richter para a cabeça de Kotlin Andrew Breslav, é um pecado não fazer essas perguntas. Acontece que é uma situação em que todos ganham: tanto o entrevistador está interessado quanto os leitores de Habr estão interessados (nosso registro foi com o mesmo Jon Skeet, que coletou mais de 60 visualizações), e os próprios palestrantes geralmente ficam felizes em dar entrevistas na véspera da conferência, e isso é um benefício óbvio para a conferência.
É claro que, para questionar essas pessoas, também é necessário certo conhecimento - mas a escala dos requisitos é completamente diferente.
Outra forma de compartilhar a competência de outra pessoa são as já citadas transcrições de textos de relatórios. Acontece também que um de nossos palestrantes publica uma postagem no blog em inglês e nós, mediante acordo com ele, a traduzimos para o russo. Nesses casos, você precisa entender o texto, mas não precisa ser um especialista para 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: há algum tipo de movimento acontecendo em todos os lugares, as pessoas estão trabalhando em coisas interessantes, e você olha tudo isso “de fora”, faz perguntas e no final você entende algo sobre cada um deles. essas coisas superficialmente, mas nos detalhes da implementação você já não entende - para descobrir, você teria que trabalhar constantemente com isso. Provavelmente também há muitas coisas interessantes nas profundezas; ver tudo isso de relance só é uma tentação!
Mas, ao mesmo tempo, enquanto você perde em profundidade, você ganha em amplitude de cobertura – e isso também é valioso. Se você trabalha em uma função específica em um projeto específico, então você vê tudo através deste prisma: algo não entra no campo de visão, algo que você vê de lado (“testers são aquelas pessoas más que quebram meu lindo código ”). E quando você escreve sobre coisas diferentes, você vê coisas muito diferentes, e não “de lado”, mas de uma visão panorâmica: você não consegue ver os detalhes, mas tem a visão geral em sua cabeça. Conversei (tanto em entrevistas quanto em nossas conferências) com muitas pessoas completamente diferentes: de compiladores a testadores, de Googlers a startups, daqueles que escrevem em Kotlin até aqueles que escrevem o próprio Kotlin.
Um desenvolvedor JS pode estar curioso para ler habraposts do mundo C++ (“o que eles têm aí?”), mas ele ficará sobrecarregado com materiais no campo principal e não chegará a esses materiais não essenciais. Para mim quase todas as áreas são especializadas, qualquer texto que eu leia sobre desenvolvimento e testes pode ser útil no meu trabalho.
Sinto que, de certa forma, tenho muita sorte: ao contrário da maioria das pessoas, durante o horário de trabalho posso observar com interesse como o desenvolvimento em geral vive e se desenvolve.
De quem precisamos?
De tudo isso segue-se que tal trabalho requer uma pessoa bastante singular.
Ele (ou ela) deve ter uma boa compreensão do desenvolvimento, mas ao mesmo tempo estar disposto a fazer algo diferente do próprio desenvolvimento.
Compreender o desenvolvimento requer não apenas uma perspectiva de código, mas também uma perspectiva de comunidade. Você precisa falar a mesma linguagem com os desenvolvedores e saber o que os preocupa.
Você precisa de uma combinação de iniciativa e diligência. Por um lado, existem tarefas padrão que precisam ser concluídas (por exemplo, temos as tradicionais postagens “10 principais relatórios da última conferência”). Por outro lado, queremos que você mesmo ofereça ideias para textos interessantes, e não apenas espere por instruções.
Claro, você precisa saber escrever: tanto do ponto de vista da alfabetização quanto do ponto de vista de “torná-lo interessante”. Valorizamos textos que não pareçam apenas um tutorial técnico árido, mas que sejam verdadeiramente cativantes. Por exemplo, se você tem uma história pessoal de sua vida que de alguma forma se cruza com o tema do material, ela pode ser uma excelente introdução.
Flexibilidade também é necessária: neste momento estamos principalmente preocupados com textos sobre .NET e testes, por isso estamos especialmente interessados em pessoas com competências relevantes, mas as prioridades podem mudar. Além do Habr, às vezes publicamos em outros sites, e também precisamos ser capazes de 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 horário de trabalho, os geeks de TI que, em seu tempo livre, trabalham em um projeto favorito por diversão ou leem sobre TI, se sentirão em seu lugar aqui: isso não resolve diretamente os problemas de trabalho, mas em última análise, ajuda a resolver que são mais eficazes.
Se tudo o que foi escrito acima não te assustou, mas te interessou, e você deseja saber mais detalhes ou responder, ambos podem ser feitos em .
Fonte: habr.com