Na moral, vale mesmo a pena um profissional full cycle? Sou iniciante e minha pergunta é na ignorância mesmo.

Os "por quês" da minha dúvida:

1º: A empresa não ficaria "refém" de um único funcionário no sentido de ter muitas funções importantes passando por um mesmo profissional?

2º: Alguém que tenha essas qualidades não seria também valorizado e procurado por outras empresas, o que elevaria os custos pra manter alguém com essas qualidades na sua? Afinal, se a procura por esse profissional é grande e a demanda pequena, então outras empresas também vão estar dispostas a pagar mais pra ter um profissional desses

3º: Ao atribuir tantas responsabilidades pra esse mesmo funcionário, não se cria um problema quando esse profissional está incapacitado de exercer suas funções? (férias ou doença, por exemplo)

4º: Levando tudo isso em consideração, não acaba sendo mais viável contratar profissionais que não conhecem tantas áreas pelo fato de distribuir funções, ser mais fáceis de reter (ou substituir) e pagar um salário mais baixo, dado que a oferta por desenvolvedores "medianos" é grande?

Mais uma vez, pergunto na ignorância mesmo. Pra alguém que está iniciando, são dúvidas que surgem.

Aguardo resposta pra gente trocar uma idéia

Alrighthá 2 meses

Baita questionamentos:

Pergunta 1: Quando vou construir uma empresa, já tenho em mente que o desenvolvedor precisa ser sócio. Assim, o negócio deixa de ficar refém dessa dependência. A intenção não é ter um dev como funcionário, e sim como sócio.

Pergunta 2: Na minha experiência, devs full cycle não são tão valorizados em outras empresas porque acabam exercendo apenas uma função, seja como back-end, front-end ou algo do tipo. Para empresas grandes, não vale a pena ter um full cycle. É mais fácil separar em equipes de front e back.

Pergunta 3: Sim, é um desafio, mas, ao optar por esse modelo, já assumimos o risco de esperar o dev aprender novas coisas, ajustando o roadmap para isso.

Pergunta 4: Não é mais viável porque é muito caro para uma empresa pre-seed ter uma equipe. O modelo que funcionou para mim foi ter um bom desenvolvedor, rodar a ideia, faturar, e aí sim formar uma equipe.

DevLuanhá 2 meses
Cara, sobre suas perguntas, Pergunta 1 -> Se o dev entra com a intenção de ser sócio, então o papo é diferente, porque na minha (limitada) visão, o dev entraria com percentual de lucro e não salário, seria isso? Pergunta 2 -> Exatamente pelo fato de separar em equipes que pra quem é dev não vale muito a pena investir muito tempo em "aprender pouco" de cada coisa. Pensa assim: o cara que é full cycle sabe de tudo mas "não é bom em nada", no sentido que um full cycle dificilmente vai ser tão bom no back/front/qualquer outra área como qualquer profissional especializado naquilo, então se a maioria esmagadora do mercado vai contratar alguém, quer o melhor daquela área (que preencha a necessidade que ele precisa) pagando o mínimo possível. Na visão de quem está estudando (como eu), parece ser mais viável focar no que a maior parte dos recrutadores buscam. Acredito que esse seja um dos motivos que levem a escassez dos full cycle. Pergunta 4 -> Se a ideia é rodar uma ideia e ver se consegue faturar legal com ela, acho mais viável (se possível) usar low-code/no-code. Tenho pouco conhecimento sobre mas, em teoria, deve ser mais barato que um dev que consiga montar tudo do zero. Uma vez com a ideia rondando, aí sim montar uma equipe pra suprir as necessidades. Eu pouco entendo de empreender, então se algo do que disse parecer meio absurdo, desconsidere. Meu ponto de vista é de quem está entrando na área e pretende trabalhar na área. Bem provavelmente seu ponto de vista vai ser mais completo pela experiência de empreender e ver tudo rodando na prática. Boa sorte!