Há um desenvolvedor, vamos chamá-lo de John (atualmente em período de estágio) na empresa (empresa bem pequena, aproximadamente 10 pessoas, 3 desenvolvedores, um deles trabalha muito tempo nessa empresa conhece o processo de negócios e pode ser considerado como líder de equipe) que não queria usar nenhum IDE (ele está usando algum editor de texto).
O aplicativo em que a equipe está trabalhando é um aplicativo Java de tamanho médio com a pilha de tecnologia Spring Hibernate e refatoração / adição de novos recursos para iniciar a nova versão desse aplicativo em um futuro próximo.
O desempenho de John trabalhando sem IDE neste aplicativo é mais baixo do que o desejável, pressupõe o líder da equipe (vamos chamá-lo de Bill) que isso acontece porque John não está usando o IDE.
Bill tenta convencer John a usar o IDE, mas essa idéia encontra muita resistência e o principal motivo é "Eu quero estar no controle total do que estou fazendo, por isso preciso escrever todo o código sozinho".
Como Bill pode convencer John a tentar usar o IDE? (considerando o fato de que Bill já protegeu John do proprietário da empresa várias reclamações sobre o desempenho de John)
Atualizado: Bill decide tentar convencer John mais uma vez, se essa tentativa não der certo, ele não tentará forçar John a usar o IDE e sim verificar se os recursos prometidos por John são entregues a tempo ou não.
fonte
Respostas:
Você já respondeu mais ou menos à pergunta:
Portanto, ele precisa ser claramente ciente de que:
A falta de vontade de se adaptar ao seu ambiente também pode ser uma preocupação.
fonte
Bill deve dizer a John que ele está certo sobre preferir um editor de texto simples, mas , infelizmente, com estruturas de linguagem + como Java + Hibernate + Spring, ele precisa usar um IDE se quiser ser eficiente.
Eu sou um pouco como John. Eu não gosto de usar IDEs.
Quando codifico em ruby / python / bash / lisp, não uso nenhum IDE.
Mas quando estou lidando com uma linguagem detalhada / de baixo nível como Java e estruturas que tornam seu código muito difícil de navegar sem ajuda, eu uso o IDE. Isso também é verdade se eu não conhecer muito bem a linguagem / estrutura.
Diga a ele que, se ele quiser ser eficiente com as ferramentas usadas, ele precisará usar um IDE. Bill também deve emparelhar com John para mostrar a ele quão eficiente ele pode ser com o IDE.
fonte
Eu acho que empurrar um IDE é uma má ideia. Eu acho que ter uma lista de ferramentas que as pessoas podem usar e deixá-lo escolher o que ele usa é uma solução mais respeitosa.
Em seguida, concentre-se no desempenho e na produtividade reais dos problemas, forneça estatísticas reais de como certos projetos levaram muito tempo.
Não permita que o foco seja qual ferramenta ele usa para codificar, apenas deixe-o encontrar sua própria solução, desde que o objetivo seja uma melhor produtividade.
Entrei em muitas empresas, 90% não se importam, desde que não precisem pagar por nenhuma ferramenta, 10% se importam e exijam que usem suas ferramentas.
Se você faz do IDE o foco real da sua discussão, está sendo totalmente desrespeitoso com ele e com os métodos dele.
Em vez de focar na questão-chave real, produtividade, qualidade e desempenho.
Eu mesmo, uso um editor de texto há mais de 6 a 7 anos, e não há nada de errado com meu desempenho.
Um IDE pode ajudar, mas deve ser a escolha do programador para usá-lo, desde que não afete o desempenho.
Eu pessoalmente odeio que os IDEs nunca os usem, quanto mais pessoas os pressionam contra mim, mais me sinto desrespeitado. Não tenho nenhum problema com a ferramenta que as pessoas usam, mas é como uma religião e evangelismo, elas sentem a necessidade de que todos os outros tenham que pensar / fazer tudo do jeito que fazem.
E essa é uma abordagem muito pouco profissional para qual é o problema real, sua produtividade.
Se ele oferece um trabalho de qualidade, em seus métodos, quem se importa com as ferramentas que usa? Desde que seja livre de erros, tenha um trabalho de qualidade e oportuno.
fonte
Não sei se confirmamos que o IDE é um problema de John. Acho que Bill deveria trabalhar um pouco com John e observá-lo: O que está diminuindo sua produtividade. Se ele passa horas formatando seu código e tentando mudar as coisas ou procurar funções ... os tipos de coisas que um IDE fornece para você, você deve mostrar a ele o quanto mais rápido ele pode encontrar as funções que deseja e formatar seu código. o IDE. Se essa é a frustração, tenho certeza que, uma vez que ele vê você formatar automaticamente um bloco ou encontrar rapidamente alguma função obscura, ele salta pelo telhado em alegria.
Se, no entanto, a eficiência é porque ele está navegando no google ou tendo problemas para formular suas idéias em estruturas de codificação, um IDE não o ajudará. Nesse caso, você precisa reprimir a disciplina dele ou ajudá-lo a aprender a diagramar suas idéias em um fluxo de programa para que ele possa atacar o problema com mais eficiência.
EDIT: Meu representante é muito baixo para comentar, então eu tenho que postar aqui. Eu discordo das pessoas que dizem "deixe ele ser demitido, então ele aprenderá". Para algumas pessoas, isso funciona; perder o emprego os choca e eles realmente acordam e se moldam. Outros espiralarão em uma espiral autodestrutiva que geralmente termina em terapia ou bem-estar. Bill se preocupa claramente com John ou ele não pergunta como ajudá-lo, então acho que os comentários e respostas sobre apenas deixá-lo ser demitido definitivamente não são o que Bill está procurando.
fonte
O fracasso é um ótimo professor. Bill pode parar de proteger John e deixá-lo defender suas próprias decisões. Se John for demitido por causa disso, espero que isso o torne um funcionário melhor para a próxima empresa que o contratar.
fonte
Você pode tentar convencê-lo de que, se ele entender o IDE e o que ele faz, ele permanecerá no controle total.
Esta é a cenoura.
O segredo é que ele está em liberdade condicional.
fonte
Eu tenho que dizer que estava usando o IDE (aptana para javascript), e eu odiava, era lento e fazia coisas estranhas com a formatação. Mudei para o gvim com muitas ferramentas de linha de comando e estou muito mais feliz.
é claro que sou o tipo de cara que escreverá geradores de código no elisp por diversão.
fonte
Tenho dificuldade em acreditar que o desempenho de John tem alguma coisa a ver com o editor que ele está usando. No meu local de trabalho, praticamente todo mundo usa um editor de código diferente (Visual Studio, Source Insight, vim, SlickEdit ...) e não há correlação visível entre o editor / IDE e o desempenho do trabalho.
fonte
Se houver um IDE padrão da empresa, diga-lhe claramente "Este IDE é o padrão da empresa, USE-O".
Se não existe um IDE padrão da empresa, e o desejo de ele usar um IDE é apenas para aumentar o desempenho, é:
Se você realmente deseja que ele use um IDE, acho que a melhor abordagem é dizer a ele que o desempenho dele não está à altura do par, então mostre a ele como o uso de um IDE pode ajudar a melhorar esse desempenho. Mostrar pelo exemplo é um motivador muito melhor na minha opinião.
Dito isto, acho que as suposições estão erradas aqui. A maioria dos desenvolvedores decentes pode ser produtiva em praticamente qualquer ambiente de desenvolvimento. Se ele não estiver cumprindo as expectativas, talvez a causa principal seja o desenvolvedor, não o IDE.
fonte
Se Bill, apesar de sua posição de líder de equipe, não consegue que John use um IDE quando Bill quer que todos o usem, há algo errado com a empresa, pois o líder de equipe não tem autoridade suficiente.
E não, dependendo do trabalho dado a uma pessoa, essa pessoa pode ser tão produtiva sem um IDE quanto com um, dependendo das ferramentas em uso, da experiência da pessoa com essas ferramentas e de sua competência geral (e do ambiente geral, se John tiver que extrair cada fonte de um servidor de aplicativos, carregá-lo em seu IDE, editá-lo, enviá-lo novamente, etc. etc. .
fonte
Não usar o IDE é muito bom, porque ele aprenderá muito. Mas não deve estar no custo do projeto. Ele deve usá-lo quando achar que pode terminar o trabalho sem afetar a linha do tempo.
Eu sugiro que ele faça as duas coisas, para que ele possa aprender rápido e, ao mesmo tempo, não se envolver em problemas.
Afinal, você precisa de pão para sobreviver, então só você pode pensar em se tornar um construtor de corpo.
fonte
Eu acho que o principal valor de qualquer IDE não é que seja um editor, mas que seja um depurador. Há quem não entenda o conceito de depurador. Eles depuram com instruções de impressão.
Se outras características são o que supostamente tornam os IDEs mais produtivos, como o entendimento inteligente ou o controle de versão, eu poderia concordar com John, por várias razões que poderíamos debater.
Mas é difícil depurar com instruções de impressão (embora eu costumava fazer isso).
fonte
Escute, há pessoas usando coisas, outras pessoas usando outras coisas. Gosto dos editores de IDE e de texto, eles são apenas dois tipos diferentes de aplicativos, mas no final, a tarefa realizada é absolutamente a mesma.
São apenas laranjas e maçãs, no fim da linha, se você quiser demiti-lo argumentando "ele usa um editor de texto" ou então "ele é muito lento, PORQUE ele usa um editor de texto", continue, mas você realmente precisa conspirar para alguma estratégia de como você pode convencê-lo?
Você sabe, liberdade não é "apenas o mais apto deve prevalecer", é "fazer o que eu quero".
Não é porque você vive em uma democracia que deve impor a prática da maioria. Parece quase uma perseguição de algum tipo
fonte