A questão é essa e os detalhes a seguir: há algo que eu possa dizer / trazer, como programador, para trazê-lo para o meu lado?
Eu adoraria ouvir argumentos válidos para ambos os lados, mas principalmente sugestões de como conversar com ele.
Minha situação é a seguinte: estou trabalhando em um projeto de equipe no meu curso de graduação, construindo um site de tamanho médio como um protótipo para a universidade. Todos são considerados iguais no grupo e não há um líder nomeado; portanto, a resposta para esse problema não pode ser "pull rank".
Todos são iguais, no entanto, existe uma enorme lacuna no conhecimento entre os membros. O membro da equipe em questão e eu somos desenvolvedores capazes, embora ele não possua experiência no setor. Os outros três membros são menos capazes e dois optaram totalmente pelo desenvolvimento. Todos os três se recusaram a comentar a situação devido à falta de conhecimento.
Como um grupo, estamos decidindo quais tecnologias usar na implementação do site; especificamente, se você deve usar uma estrutura PHP (Code Igniter) ou não.
Estou argumentando a favor, citando:
- Não reinventar a roda
- Base de código bem escrita e testada para trabalhar a partir de
- Como avançar (o prazo está mais próximo do que gostaríamos)
- Velocidade de desenvolvimento
- Padrões de design sólidos e sustentáveis e boas práticas
Ele está argumentando a favor de trabalhar da maneira que costumava:
- Gravando sob medida, funções únicas em um arquivo de "biblioteca" como quando ele precisa delas
- Funções para acessar dados e renderizar esses dados na página, obtendo / configurando para e da sessão e obtendo / postando dados, etc.
- Ter 1 arquivo por página (resultando em nenhuma separação de preocupações entre controle, apresentação e dados)
Suas razões contra o uso do framework são baseadas principalmente em ele não conseguir entender o ponto: ele já pode fazer todas essas coisas. A estrutura não muda isso, apenas torna mais difícil porque ele precisa aprender a estrutura; ele não quer usar código que não escreveu pessoalmente.
Ele também disse que "não importa a qualidade da base de código, já que o projeto é apenas um protótipo e nunca será mantido". Para mim, isso não é desculpa para escrever código não sustentável.
Percebo por que ele argumenta, mas discordo de sua "falta de preocupação com a capacidade de manutenção" e seu "desprezo pelo bom design", ou mesmo separação de preocupações. No entanto, suspeito que ele nunca tenha estudado padrões de design, por isso não sei quão eficaz seria demonstrar por que seu método poderia se provar insustentável.
Quero continuar esse projeto, mas não quero fazê-lo sem levar em consideração tudo o que aprendi ao longo dos anos. Como eu disse antes, não há possibilidade de conseguir classificação aqui, nem outros membros da equipe estão dispostos a participar. Devo simplesmente recuar e fazer as coisas à sua maneira? Ele é muito teimoso e inexperiente para saber melhor? Ou estou sendo o mais teimoso aqui?
TL; DR O membro inexperiente da equipe está sendo teimoso, como posso conquistá-lo?
he doesn't want to use code he hasn't personally written.
É melhor ele jogar fora seu sistema operacional, IDE, telefone, semáforos etc.
I want to know exactly how everything works
é um argumento válido ao aprender, se reinventar a roda é realmente aceitável. Talvez, apenas talvez, você possa ler isso como um pedido de ajuda e não como uma teimosia.
since the project is only a prototype and will never be maintained
Últimas palavras finais :) Eu gostaria de ter um dólar toda vez que fiz essa suposição e descobri que a impaciência e a ganância de curto prazo dos superiores decidiram que o protótipo é o produto agora.