Executando verificação de segurança...
2

Eu acredito que não, a não ser que e equipe tinha um cara de back e outro de front e passa precisar só de uma pessoa. As equipes serão reduzidas, mas ainda serão disciplinas bem diferentes. Só quem não conhece bem acha que é parecido. E muitos "full stack" fazem mal um ou outro ou os dois.

Na verdade há tempos as equipes deveriam ser menos, toda meotodologia de criação de softwares está errada e por isso depende de mais gente do que realmente precisaria. A IA facilitará o que já deveia ser feito há muito tempo que é automatizar o desenvolvimento de software. Muito do trabalho que se faz é repetitivo e isso não faz sentido pelo menos desde os anos 90. Mas quase ninguém aprende porque quase ninguém ensina porque quase ninguém sabe como automatizar o processo.

Até sabem um pouco, mas nem sempre do jeito certo, que é o uso de frameworks, mas muitas vezes isso paga-se um preço no longo prazo e perde-se em algum aspecto. Isso é um pouco a defesa do uso deles, mas não da maneira como as pessoas usam e não dos que existem por aí (talevz com algumas exceções).

O processo do começo ao fim é o que eu falo no meu comentário principal, é sobre os fundamentos, não se a ferramenta é para back ou front. Quem quer avançar ápido, ser estimulado é a pessoa que gosta de cocaína, a pessoa terá um prazer imenso e vai se tornar escravo daquilo, até talvez te matar. Pular para desafios complexos é dar um tiro no pé. Nunca vbi uma exceção.

Carregando publicação patrocinada...
1

Discordo completamente da última parte do seu texto. Sempre aprendi mais rápido e com profundidade justamente em desafios complexos, não por um mero estímulo, mas porque a realidade é complexa por natureza (o mundo real não é simples). Pegue alguém que acabou de sair da faculdade ou de um curso básico: se você o coloca em um projeto real, ele vai se vê mergulhado em uma infinidade de detalhes e complexidades que nunca viu. E é aí que o verdadeiro aprendizado acontece: na necessidade de resolver problemas reais, não em conceitos abstratos e simplificados. Se eu for levar o seu comentário a sério, teria que acreditar que todos os programadores são viciados, porque de uma forma ou de outra vão enfrentar desafios complexos.

1

Sim, você já havia deixado claro no texto original, e você não está sozinho, a maioria discorda. Por isso tem vgas que não conseguem ser preenchidas e muita gente reclamando que não tem vaga ou são vagas que pagam menos que uma faxineira ganha.

Você não interpetou o texto como eu escrevi. quem quer ir devagar, passo por passo, começando pela base, progredindo na complexidade e nunca deixando de fazer isso busca justamente o oposto do que a cocaína dá é a pessoa que vai fazer exercícios físicos, ela sabe que o resultado bom virá depois de muito tempo, que no começo terá dor, não prazer. É disto que estou falando. É uma questão de raciocínio e método de aprendizado consagrado há milênios. Só coach diz o contrário para seus fiéis.

Eu não posso avaliar o seu desempenho, mas já avaliei de várias pessoas que usaram esse método e as pessoas conseguiam resultados, mas tudo errado, porque ela não sabia os fundamentos. Discordar que os fundamentos são muito importantes é um direito de todos, mas vai contra o que todos os realmente experientes dizem. Vai ver todos estejam errados.

Obviamente que eu não imponho o caminho que cada um quer traçar, mas em 40 anos na profissão eu vi de tudo, a não ser algum caso quase de genialidade, eu nunca vi uma pessoa progredir muito na carreira pulando etapas, um pouco é possível, se a pessoa depois perceber o erro e conseguir reparar depois, até dá.

Você deu o seu conselho para as pessoas, eu dei o meu, cada um vai ler e decidir qual seguir e arcar com as conseu~encias do que escolheu, todos possuem vantagens e desvantagens. Algumas formas as desvantagens não são tão aparentes e as vantagens parecem maiores do que são. O inexperiente mergulha nessas, o experienete acoselha o caminha mais difícil e menos prazeroso, que estima devagar sem picos de dopamina.

2

Exatamente!!! O pessoal acha que tomar um monte de estímulo por novos conteúdos, o fazem um dev foda, quando na vdd limita o entendimento do todo. Ah, mas eu implementei um sistem com microsserviços, filas e os cambau. Aí quando vai ver, a porcaria não escala pra lugar nenhum, só quem fez sabe dar manutenção e fica um elefante branco para a empresa ou projeto. Funcionou e resolveu? Sim, mas a que custo?
Complexidade não tem a ver com quantidade de conteúdos para se aprender, você pode estudar como trabalhar melhor a performance de uma feature, que pode ser muito complexa, porém um único conteúdo e se sair bem. Agora imagine fazer isso e outros 10 trabalhos igualmente complexos? Vai dar merda em algum deles ou todos. O ponto em questão é esse. Muito conteúdo que deve ser aprofundado vagarosamente para extrair o verdadeiro suco.

1

Exatamente isso, o que mais vejo hoje é coisas complexas sem necessidade, justamemte porque a pessoa pula etapas, ela quer fazer parte do que parece estar na moda, muitas vezes nem está, só está sendo muito comentado.

As pessoas acham que 90% usa microsserviçõs e só ela está de fora e se sente pressionada a usar igual um viciado em vários tipos de drogas, inclusive as legais (a maioria nem gosta, só usa porque os outrs usam), mas na verdade no futuro no máximo 10% dos sistemas vão ser microsserviços, só porque a pessoa se sente excluída por não fazer isso. Hoje nem perto de 1% dos sistemas são microsserviços. Provavelmente nem uma fração de 0,1% deles precisam ser assim ou obtém vantagens incontestáveis. O cara quer resolver um dos problemas mais complexos da computação sem saber os mais básicos antes.

E vejo muito isso. Casos de vários experientes que não dão valor para os fundamentos dizendo que resolveu o problema de performance com microsserviços, ficou caro, mas tá lá, e o mesmo cara diz que nunca precisou usar esse negócio de complexidade de algoritmo, que teria resolvido o problema dele melhor, mais fácil e muito mais barato.

Nos últimos anos, não era tanto assim no passado, as pessoas aparecerem com problemas complexos dizendo "resolve aí pra mim que eu não sei", em vez de querer aprender para ela poder resolver os problemas. Por isso as pepitas de ouro do SO estão no passado. E o cara fica bravo porque ninguém quer fazer o trabalho que ele não sabe fazer porque ele quis o estímulo de ver resultado logo.

-1