Ser o “Dev Fullstack faz tudo” é uma realidade bem comum em nosso Brasil e super compreensível se a empresa em que trabalha é pequena (até uns 100 funcionários). Companhias menores, onde o foco não é Tecnologia será sempre assim: você tem que "catar" no gol e bater pênalti. Se for uma tech statup no início, não é diferente.

A exigência da especialização de perfis (Front, Back, DevOps etc) acaba ocorrendo nas grandes firmas, onde TI é um pilar bem definido. Bancos e Comércio Eletrônico são um exemplo disso, além das próprias empresas de Tecnologia em si, como uma Microsoft da vida.

Não há nada de ruim começar no desenvolvimento de software como fullstack. A remuneração é OK e você consegue dar o primeiro passo para trilhar uma carreira especializada, o que fará você conseguir mais $$$ no futuro.

Quem diz ser "tudo em um", só pode ser por que a aplicação é pequena ou quase nada complexa ou a empresa está te explorando o máximo que dá. Não tem como se aprofundar em todas as áreas. Porém esse tipo de vaga vale muito a pena para quem está em inicío de carreira, onde você tem pouca experiência e não sabe o que gosta. Sendo "fullstack" você consegue ter contato com tudo e eventualmente decidir se vai investir mais em área X ou Y. Outro ponto importante é qual a área de negócio que você vai se especializar, isso é muito mais importante, por que no final das contas o cliente ou seu chefe só querem saber se você consegue entregar o que precisa ser entregue, com qualidade e no tempo certo.

Não tem como ser especialista em tudo e fazer brilhar a stack inteira em uma pessoa só. As empresas alegam que "não tem" gente experiente no mercado mas quando aparece um explora ou que "não conseguem pagar" um pro dev full xp.
Dá pra fazer uns ganchos de full mas ainda sim até que não prejudiquem a fundo seu psico, e sono.

Também tenho percebido isso, e digo que não é só para quem é contratado como fullstack, mas para quem já está na área contratado como em uma stack definida. Eu sou front, e cada vez mais na empresa(que é de médio porte) tem começado a cobrar tarefas que seriam de outras áreas para o front. Para a empresa é um jogo ganho, afinal,se vc discorda, bem o mercado está abarrotados de gente buscando oportunidade.

Eu vejo que a posição de fullstack é uma posição migratória para o cara que não é especialista em uma vertente poder migrar sem dropar o salário, ex back pra o front, ou back java para back python com front end react. E de fato é algo que faz sentido como algo migratório, mas não creio que seja interessante a cultura do "faz tudo".

Tive péssimas experiências em empresas que tinham essa cultura do faz tudo, pois além dessa, eles também tinha a cultura do: "deixa eu botar mais resposabilidade sem pagar mais nada por isso".

E é por isso que eu digo, entendo o posicionamento da galera que vende fullstack como coisa linda, mas acho que se não tomar cuidado, vai prostituir cada vez mais a profissão.

Seu assunto é relevantíssimo. Acredito que o rumo da precarização do trabalho está seguindo para muitas profissões e a de Dev não está muito longe disso. Eu percebo uma discrepância entre as vagas que surgem para desenvolvedores em analogia ao futebol, onde os jogadores estrelas e super bem pagos são muito poucos.

Não tenho uma opinião formada com relação a precarização do trabalho de desenvolvedor, vou aguardar mais gente comentar para que a discussão se desenrole mais. Sobretudo com as pessoas que já estão inseridas no mercado há mais tempo.

Depende muito mais qual tipo de carreira você está procurando mesmo. Tem gente que gosta e lida muito bem com isso. Mas claro, não vai ser a coisa mais fácil do mundo ser um grande especialista em mais de um área.
É normal (mas não exclusivo), você achar em empresas pequenas essa solicitação por um Dev que atua em todas as áreas, eu comecei assim na área de TI e foi muito enriquecedor, pois ao mudar de empresa, estava com conhecimentos gerais muito superiores ao de colegas do mesmo cargo, que fizeram a carreira inteira até então em empresas com essas divisões.
Agora chegou um ponto em que eu comecei a focar muito mais no frontend e atuo apenas quando extremamente necessário no backend.
Caso você vê esse cenário de fullstack como algo prejudicial, vá em busca de uma empresa que forneça cargos especializados, mas não exclusivos eu diria. É legal você se manter atualizado e entender algumas especificidades de outras áreas também, pois, querendo ou não, isso te abre um mundo de possibilidades no dia a dia (Assim você sabe quando alguém está tentando de engambelar ou não kk).

Acho que isso acaba ajudando muito desenvolvedores menos experientes, mas quando o tempo vai passando isso vai te prejudicar.
Acredito que esse tipo de cultura vem em maior parte de empresas "muquiranas" e com baixa preocupação com a qualidade.
Acho importante que o dev saiba definir seus limites.
Se a empresa está te usando como um "faz tudo", provavelmente é porque vc deu abertura pra isso.

Acredito que é um lance que vai de empresa pra empresa ... tem empresa que você vai fazer tudão mesmo ... em outras você vai ter um time completasso ... é fod4

Acredito que sim, vou compartilhar uma experiência que tive como um "estagiário". Ano passado tinha saido de um ensino médio técnico e decidi pegar um estágio, pois no sistema da minha escola podia pegar estágio até 2 anos depois de me formar. Beleza, peguei uma vaga em uma startup entrei como estagiário e comecei a desembolar as coisas, o front do painel de administração tinha um framework que com um modulo do github do firebase adiantava uns 90% do trabalho que teria que fazer manualmente, e o back era serverless com firebase functions.
De inicio era eu, um frontend que codava em flutter e o CTO, passou um tempo acabou que eu fiquei responsável por tudo que envolvia o banco de dados, o back e o front do painel de administração, passou um tempo, o CTO saiu e ficou eu e o frontend dando conta de tudo, tanto de coisas de programação quanto de negócio (isso sem contar umas paradas que fazia para quebrar o galho no wordpress).
Só que dois devs (um sem experiência e outro trabalhando meio-período) pra dar conta de toda a TI de uma empresa inteira dá no que se pode esperar, produtividade caindo no chão e tempo gasto mais com bugs do que com features novas, chegou em um ponto que eu ia tirar férias e pediram pra eu "quebrar um galho" pois tinha um bug que impedia o lançamento de pagamento para parceiros da startup, basicamente queiram que eu entrasse no pc em dias específicos para realizar pagamentos via a API do gateway que usavamos na época.

Então, estou tentando migrar para area e vejo isso como uma grande barreira. Venho do setor financeiro, onde é um exigência você ser um especialista, e quando me deparo de uma onda de cursos, e empresas forçando a produção de FullStack. Faço um paralelo com o caso de medicina, você vai ter o cara que pode te dar um norte do que você tem, mas se tiver necessidade de chegar a raiz do problema, o mais indicado é o uso de um especialista. Isso é minha opnião de leigo em tecnologia.

Vejo muito essa conversa em empresas de pequeno e medio porte, dentro do linkedin pro exemplo os requisitos são claros: Você defende, cruza, marca o gol...então notavel que a falta do amadurecimento das empresas também tem grande impacto nessa cultura.

"Não é um mar de rosas"

Sei como é isso, a grande maioria das situções que passei para programação, é que tu faz tudo ou não presta para o serviço. Tu deve resolver todos os problemas para os clientes ou empresas. Eles nem querem saber de como vai ser feito, mas querem pronto e funcionado do dia para noite, e num estalar de dedos. Não querem saber de sentar junto com o desenvolvedor e explicar quais coisas querem de forma clara e que tenha no sistema, só vão falar quero assim ou assado e tchau. E a dificuldade maior é não respeitar prazos, horários, valores e também não querem nem fazer um contrato de uma folha descrevendo os dados do serviço, valores e funções do programador e do cliente para com o projeto. Também não querem assumir as responsabilidade de custos que o cliente estaria contratando e pagar o que devem para todos os serviços correlatos a servidores, dominios, programação e enfim tudo que o processo desenvolvido precisaria para funcionar. E mesmo assim, acham ruim e reclamam quando é necessário ajustar ou precisa falar de qualquer problemas que venham a acontecer no período do desenvolvimento e pós projeto. São poucos que são compreensivos e estão dispostos a ajustar o que for necessário para que ambas as partes se entendam, e terminam este serviço contratato e cada um posso seguir seu caminho.
E outra coisa mais espeficamente para programação: não se engane que vai só estudar uma única línguaguem de programação para isso ou aquilo (frontend,backend entre outras). Tem e existem muito mais coisas que vão aparecer e que são necessários ao desenvolvimento para cada parte, como "meio de ligação" para executar e ativar nas programações sitadas. Terão que ver e estudar qual melhor forma ou estrutura para se encaixar mais especificamente no funcionamento das funções e serviços do projeto.
Isso tudo aqui falado pode até parecer negativo, mas algumas pessoas dentro da programação podem estar passando pelas mesmas dificuldades, ou ainda vão passar por isso. Mas espero sinceramente que qualquer serviço possa correr sem maiores dificuldades e transtornos, tendo um bom retorno financeiro e pessoal para uma maior tranquilidade nos trabalhos futuros.

Acho que pode ser uma forma de precarização sim, mas como tudo na vida: depende.

Se você está fazendo seu horário de trabalho normal e consegue lidar com a pressão de ter que manter diversas "frentes" em mente ao mesmo tempo conforme o sistema evolui, me parece ser uma ótima forma de ter uma visão geral da evolução do produto enquanto também aprende a parte técnica. Caso contrário, me parece algo a ser evitado.

Mas como outros comentários mencionaram, muitas vezes essa figura faz tudo só pode existir em empresas menores por motivos óbvios: ninguém consegue estar a par de tudo em um sistema suficientemente complexo, e isso pode sim te colocar em uma situação de estresse bem intenso.

No fim, acho que vale prestar atenção nos sinais que o seu corpo te dá: ta sentindo muito estresse? Larga mão, tenta focar em menos frentes e, se não for possível, procura outra vaga. Por outro lado, se você ta lidando bem e sente que ta evoluindo profissionalmente, aproveita a oportunidade pra pegar uma boa visão geral de como as coisas funcionam e vai se especializando com o tempo.

No iniciou e principalmente em empresas pequenas o dev vai fazer de tudo. Isso é bem comum, as empresa não sabem muito bem a diferença entre back-end, front-end e outras areas da tecnologia. Mas no start da carreira isso é bom o dev vai ganhando maturidade e pode explorar diversas áreas da tecnologia. Claro é preciso com o tempo ganhar maturidade e direcionar a carreira para um foco, ser especialista em tudo não dar.
Agora se você inicia em uma empresa de tecnologia as áreas são bem divididas, e é mais difícil você ser tudo ao mesmo tempo.
Vejo que o mais importante e aproveitar a oportunidade, e explorar para desenvolver as habilidades e o conhecimentos.

Quem é especialista em tudo, não é especialista em nada. :)

Na minha experiência isso depende do tamanho da empresa ou do projeto, depende da visão que você tem de empregado vs empregador e depende do quanto você percebe a superficialidade dos conhecimentos adquiridos por tantos profissionais de TI nas universidades e no mercado de trabalho.
Se for uma pequena empresa, simplesmente não há volume para justificar um profissional para ser exclusivamente um DBA, por exemplo.
Eu ouço muitos discursos do tipo "a empresa deveria investir nisto", "deveria se responsabilizar por isso", "deveria ter alguém para cuidar disso". E quando você é a empresa? Quando a gente está do outro lado a gente entende que é muito difícil fechar a conta e é muito difícil arrumar receita para justificar custos fixos elevados.
Creio que ter conhecimento de todas as etapas é fundamental. E vai além do desenvolvimento. É triste ver como profissionais de programação às vezes não sabem nada de infra (rede, servidores, etc.) e vice-versa. Existe diferença entre ser especialista e ser limitado.
Resumindo, vejo que o tipo de projeto é que determina. Se você entrega projetos menores, justifica fazer tudo dentro do projeto. Se for um projeto grande, justifica ter segmentação de responsabilidades entre equipes para dar conta da entrega e da qualidade.

Faço isso, desenvolvo web(BACKEND|FRONTEND), mobile, dó duporte e treinamento, e faço deploy das aplicações, faço levantamento de requisitos, sou dba também kkkkkkk. Eu sei que é muita coisa concordo é triste as vezes sim, tenho essa frustação de saber muita coisa e ao mesmo tempo não ser especialista em nada, entretando isso me agregou bastante saber um pouco de tudo.

Na área dev eu sou novo, fiz curso de Java, JS, HTML e CSS, e estou iniciando em uma faculdade ainda não me sinto capaz de trabalhar na área.

Mas como administrador, me deparei recentemente com uma empresa que tinha apenas um desenvolvedor para comandar todo site e, sinceramente é um caos, não pelo profissional ser ruim, mas eles atrasam pedidos, ao concertar um bug, gera um novo, e eu como parte da gestão da empresa contratante desta, senti uma extrema dificuldade por parte deles de entregar prazos e/ou deixar o site eficiente o bastante para que fosse viável. Resumindo, contratamos outra empresa mais preparada.

Acho que isso reflete o que vc quis dizer, acredito que quanto mais focados em sua área, mais eficientes são.

Um time joga melhor quando a convocação respeita, seus limites, suas posições, e suas relações com os demais.

Um jogador sozinho não atua em mais de uma posição no jogo inteiro.

Mas essa necessidade de tentar empurrar tudo para uma pessoa só, resulta na obsessão por economia nesta crise atual, preferem cortar custos no processo, que em expansão, o que é prejudicial.

Eu fiz a migração de front pra back há 10 anos atrás. Não existia essa função na época de fullstack, mas os backends tinham que saber um pouco de front pois eram sistemas que tinham tudo junto. Nada desse negócio de microserviços no back e front totalmente separados. sou back Java mas ainda até hoje as vezes tenho que dar uma manutenção em algo simples em Angular (nada muito complexo).
Sugestão que aprendi com muita porrada. Foca os estudos em somente uma tecnologia e seja muito bom nela (esse estudo é infinito) e de vez em quando veja um tutorial e aprenda uma tecnologia secundária e faça POCs básicas pra solidificar esse novo conhecimento, mantendo tudo no GIT. Dessa forma você será referência em uma área específica, não vai ficar alienado em outras tecnologia novas as quais não dá pra saber tudo delas mas conhecerá um pouquinho.
Só assim irão te valorizar.
OBS: Estudem inglês