🥞 Clientes não ligam pra stack.

O stack é importante sim, mas somente se é refletido em preocupações reais do cliente:

• Vai influenciar o custo mensal de manter isso no ar?
• Vou ficar dependente de você para fazer mudanças no futuro?
• Vai fazer a aplicação ficar pronta em menos tempo?
• É mais seguro?

E cabe a desenvolvedor escolher a stack que consegue propiciar a melhor experiência, tanto para ele quanto para o cliente. Por isso que é muito importante desenvolvedores terem experiência em empreender, não precisa ganhar milhões, basta ganhar 1 real que seja de um completo desconhecido. Aí sim vão surgir questões que serão parecidas com as que todo cliente tem: custo, facilidade de uso, tempo, segurança.

Na faculdade tenho que fazer um projeto de site, e uma das partes que são ensinadas antes de começar o projeto é levantar os requisitos funcionais e não funcionais que o site deve atender, os requisitos funcionais são aqueles que o site deve fazer como "comprar um brigadeiro" "cancelar pedido" e coisas do tipo, os não funcionais são aqueles que o software deve ter que são implicitos, como "salvar registros das atividades feitas" "estar disponivel 24h" "rodar a 60fps" e coisas do tipo, então quando for apresentar para um cliente sobre o que foi feito de nada vai adiantar falar "o cadastro com o banco de dados tem criptografia md5 e blá blá blá", seu cliente quer saber se as informações estão no banco de dados e salvas com segurança, querem saber se o cliente consegue comprar com facilidade, se o app apresenta poucos ou nenhum erro, etc.
Além disso é importante lembrar que a qualidade de um software é atender aos requisitos funcionais e não funcionais ao menor custo socioambiental, então lembre-se que não adianta de nada atender os requisitos se você não mostrar também pra que aquele software adianta na empresa além de ser um programa a mais no computador, mostre também que por exemplo o custo de papéis na empresa diminuiu, ou que agora mais clientes são atingidos pois o produto ficou mais barato, etc.

Eu acho que dá para criar um ótimo sistema sem se acoplar a uma stack. Eu criei um sistema PHP estruturado da mesma forma que o Photoai foi feito, e roda a uns 6 anos em produção. No decorrer dos anos, melhorei, apliquei um sistema de rotas para as páginas, cache, mysqli para PDO... Tentei no ano passado usar filament com Laravel, e meio que desisti porque me perdi. Hoje me sinto um pouco frustrado por não dar conta de usar um framework, mas consigo me dar melhor fazendo do Zero...

Incrívelm sobre o levelsio, ele utiliza quais IA com integração para criar esses modelos?

Perfeito! É você que tem de se importar com a stack, se você domina a linguagem, os recursos.
Teu cliente quer o site/app funcionando e bem e cabe a você, comhecedor de tudo que vai usar, garantir isso.

Não só o cliente não se importa como você que está empreendendo também não deveria. Vendi minha Startup por 8 digitos e posso afirmar isso. Iniciei o MVP bem básico na esperança de um dia trocar todo ele, e o que aconteceu é que os clientes foram aumentando e nunca tive tempo de trocar de linguagem ou framework, e isso tbm nunca me impediu de crescer e nem mesmo de ter tido o exit.

A mais pura verdade. A não ser quando ligam. Não deveriam, mas tem caso que liga. E isso pode ser um problema. Por sorte não acontece muito.

E é importante ressaltar a questão de entregra algo bom. Em muitos casos quem liga para a stack opta por algo ruim e entrega resultado ruim para o cliente porque ele liga para a stack.

O cliente só deveria ligara para o resultado final. E cobrar por isso. Mas até nisso as pessoas têm sorte. Então você vê decisões de engenharia erradas fazendo sucesso porque o cliente mal liga para o resultado, em alguns pontos, não para tudo.

Por isso que o cliente gasta para fazer o app mobile que ninguém vai usar. Ou aceitar usar web e ser mais improdutivo. Ou usa algo ruim para atender uam demanda do programador. Ou se é lento, mas quando vai dar raiva já terminou.

Espero ter ajudado.

Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente. Para saber quando, me segue nas suas plataformas preferidas. Quase não as uso, não terá infindas notificações (links aqui).

Isso é tão óbvio que não deveria nem ser discutido. O cliente quer um bom produto. Só isso. As entranhas do produto não importam.

Quer saber outra coisa que o cliente não liga? Ele não liga se o engenheiro usou armação de aço nas colunas do prédio ou se usou concreto puro. Ele também não liga se o tipo de terreno foi levado em consideração quando o alicerce foi feito... Mas a gravidade e a física LIGAM!

O programador não deveria avaliar criticamente as ferramentas que usa para "agradar cliente", programador não é cachorro domesticado. Ele deveria fazer isso porque deveria ter (mas não tem) conhecimento técnico suficiente para comparar ferramentas e entender que elas têm vantagens, desvantagens, problemas técnicos, falhas de segurança etc.

Engenheiro civil não faz um trabalho bem feito porque o cliente se importa com isso. Ele faz um trabalho bem feito porque quando o prédio desabar ele vai para a cadeia (literalmente), é o dele na reta. Infelizmente programadores não vão para a cadeia por fazerem um trabalho ruim. Se fossem 90% estaria preso agora.

Sim, tem os programadores ruins que ficam criticando tecnologia só para zoar e não faz a menor ideia do que está falando. E tem também os programadores ruins que não criticam tecnologia nenhuma porque na cabeça dele "tanto faz" e "é tudo questão de gosto".

Não existe diferença nenhuma entre esses dois tipos de programadores, os dois têm um conhecimento técnico raso.

Não seja nenhum dos dois e estude de verdade, tenha conhecimento técnico suficiente para começar a enxergar defeitos nas ferramentas que você usa (e nas que não usa também). Se você não enxerga defeitos não é porque eles não existem, é só falta de conhecimento.

E só porque você não ver os defeitos não significa que eles não te afetem. Você está sofrendo constantemente com os defeitos das ferramentas que usa, só não tem conhecimento para ser capaz de perceber isso. É como uma pessoa com o olfato prejudicado respirando gás de cozinha, continua fazendo mal mesmo ela não sentindo o cheiro.

Conhecer os defeitos das ferramentas que usa ajuda a evitar os problemas que eles causam. É obrigatório, todo programador deveria saber disso. É o básico.

Pior que tem cliente que "se importa" com a stack.
Talvez por algum motivo aleatório.
Cabe a você argumentar porque a stack que vc sugeriu seria melhor para o caso.

Você entregar o projeto do seu cliente de qualquer forma, nao faz sentido cara.

Quando eu vou numa lanchonente, eu me preocupo mais com a qualidade do alimente.
Mesma coisa, código.

Se tu nao tira um tempo, pra no minimo oferecer pro teu cliente uma stack descente, e com proposito futuro, teu trabalho é ruim.
Simples.