Fazer site para empresas em html, css e JS sem framework/library é errado?

Como quase tudo na área de TI, isso aí é um grande "DEPENDE"

Várias coisas podem influenciar se isso é ou não é uma boa idea.

Quando NÃO É uma boa ideia

1. Se você não domina a ferramenta/lingugagem/lib/framework. Projetos para clientes não são espaços para experimentações, quando for trabalhar em um projeto real você tem que estar seguro do que está fazendo. Claro que não precisa ser expert na tecnologia, mas também não se deve estar mais perdido que "cego em tiroteio".

2. Quando o projeto não precisa, a coisa mais comum que eu tenho visto e o dev tentando fazer o problema se encaixar na solução. Ou seja, antes de avaliar se o React é a melhor coisa para o projeto já começa abrindo o terminal e rodando o comando de criação. As vezes o projeto é apenas uma landing page, JS puro com uma ou outra lib para um caso pontual e pronto, problema resolvido.

3. Bibliotecas com má manutenção, usar libs só pelo hype pode ter gerar um legado difícil de manter. Também já vi projetos iniciando com libs que não tem manutenção há anos.

4. Falta de maturidade do dev, se o dev não consegue se responder com segurança com esses três pontos acima, então é melhor não usar. Ou seja, quando não sabe se conhece a ferramenta o suficiente, quando não sabe se o projeto precisa daqueles recursos ou não, ou não sabe se a biblioteca tem bom histórico de manutenção e devs engajados.

Quando É uma boa ideia

Passando pelos 4 pontos citados anteriormente, na maioria dos casos usar libs nos projetos facilita o trabalho.

Pois tiramos proveito do conhecimento coletivo de programadores do mundo todo, e dessa forma podemos entregar mais e melhor.

Depende.

Frameworks são ferramentas. Eles podem ser úteis em muitos casos, em outros pode ser um tiro no pé.

Tem aquela história de que "a melhor ferramenta é a que vc conhece". Claro, se tem tempo de estudar ferramentas melhores, então estude e depois avalie se faz sentido usar no seu caso.

Errado, pra mim, é usar a ferramenta errada. Seja porque ela não é a mais adequada para a tarefa, ou porque é um canhão pra matar mosca, ou simplesmente porque não há tempo hábil para aprendê-la. As circunstâncias ajudam a definir se vale a pena, se a ferramenta vai te ajudar mais do que atrapalhar, ou o contrário.

Mas acho que o problema aqui é outro. Vc disse que tem 4 meses de estudo em desenvolvimento web, e que nem é Júnior ainda e não tem líder de equipe. Que empresa é essa que te entrega um site pra vc fazer, nessas condições?

Primeiramente parabéns pela coragem e iniciativa!

Respondendo sua pergunta, errado não é, vai depender do tamanho do projeto que você está trabalhando. Se for uma landing page tranquilo, agora se for um site grande não recomendo.

O que poderia fazer é utilizar algum CMS como Worpress. Ele contém vários plugins, componentes e temas prontos que podem ajudar você que está começando. Para começar a trabalhar nele não é necessário conhecer programação só o básico de HTML e CSS. Recomenda dar uma estudada sobre ele.

Desejo sucesso aí!

Pode ser mais trabalhoso, se a ideia dos frameworks/bibliotecas é justamente adiantar boa parte do trabalho. Quanto maior o projeto for ficando, mais complexo e de difícil manutenção vai ficar seu código. Vai chegar uma hora que a refatoração vai ser inevitável, e talvez emergente.

Depende da necessidade!

Veja se você for montar um e-mail marketing, só precisa de html e css.

Site instutucional com mínima interação só para o usúario mandar um e-mail, já colocaria um javascript com html e css.

Agora você precisa criar um site mais complexo, com animações, videos, audio e tudo o que existe de bom.

O ideal é usar um framework.

Sendo assim, não tente reinventar a roda, não seja tão purista a ponto de não aproveitar as fácilidade que novas libs, frameworks e padrões te oferecem, mas também não fique preso advogando pela sua linguagem favorita e framework preferido.

Entenda que sua missão é entregar uma solução com base na tecnologia que você tem disponível.

Errado não está mas pode se tornar improdutivo, talvez com framework você ganhe produtividade já que vai poder usar componentes próprios que você já deixou feito.

Se é errado então bem-vindo a fila, você trabalha de acordo com o conhecimento que tem. Com o tempo e novos conhecimentos você vai adaptando e melhorando o projeto. Parabéns pela iniciativa!

Depende da necessidade, eu já fiz sites que a empresa tem necessidade de trocar de servidor toda hora, e inevitavelmente HTML + CSS + JS é a fórmula mais fácil para hospedagem. Mas também fiz sites que precisavam mudar o conteudo quase toda semana, aí componentizar todas as seções usando NextJs foi bem útil (quem trabalha com marketing sabe). A maturidade da empresa e o time é um ponto bem importante também, pois, não adianta você colocar um framework que o pessoal não domina ou tem uma certa dificuldade.

No fim, tudo depende da tech do time, do nivel do projeto, nivel de manutenção e a necessidade de conteúdo estático ou dinâmico.

Opa, gostei muito da resposta do @Reginsk e compartilho da mesma opnião. E só complementando, se a base de estudo de HTML, CSS e JS estiver sólida você pega o básico do React rápido, depois basta ir aprimorando.

fazer tudo puro pode ser uma dor de cabeça desnecessária. você vai ter que desenvolver muita lógica que já está pronta pra uso em frameworks e bibliotecas. no meio do caminho você vai descobrir uma maneira mais fácil de fazer e vai começar fazer mistura de talharim, espaguete e lasanha.

Fazer um wireframe pode te ajudar a ter uma visão do todo assim você pode analisar se vai usar JS ou react. Dá para usar um figma ou até mesmo o escalidraw. Caso você faça uma landing Page / site de presença online, Até mesmo se precisa consumir dados de uma API e apenas mostrar cards com esses dados é válido usar só HTML ,Css, JavaScript. Como você falou que está estudando tailwindcss acho válido usar no lugar do css e se você combar com o css.module a manutenção fica mais simples. Como tudo na programação depende, as vezes faz mais sentido usar uma lib do que um framework as vezes não.

Faz apenas 4 meses que você estuda programação e jáestá empregado?

Se o projeto final é um site de meia duzia de páginas, com no máximo um ou outro form de contato, prefiro sem framework. Faço mais rápido, não preciso de banco de dados, não me preocupo com segurança.

Agora, se o site precisa ser atualizado constantemente, ou vai ser administrado por alguém ou alguma empresa que quer instalar "plugins", criar páginas específicas, ferramentas de SEO, etc... vale a pena partir pro Wordpress.

Ponderei bastante sobre seu post. Minha opinião, avaliando as outras respostas e algumas palavras chaves que você colocou:

• Trabalho em uma empresa
• Ideia grande
• Estado Inicial

Minha resposta é, não tem como saber o melhor sem saber o que você quer solucionar. Produzem sites para os clientes ?

Os clientes são do mesmo nicho ?

Vão vender alguns templates como solução ou criar interativamente com cliente ?

Ao longo do que já passei trago alguns exemplos:

Quando participei de empresa Júnior na universidade era interativo com o cliente. Podiar ser o famoso html,css e js puro, wordpress ou framework. O segredo nesse caso era avaliar a necessidade do cliente, escolher a tecnologia e principalmente firmar um contrato com as especificações. Sem o contrato, projetos do passado viraram infinitos, e clientes sairam insatisfeitos pois os projetos nunca estavam exatamente como eles queriam.

No meu primeiro emprego assalariado como dev era outro caso, tudo o que vinha era sempre feito no mesmo framework. Os problemas eram outros, primeiro que o framework era BR e de conteúdo privado, ou seja, só tinha um fórum oficial para tirar dúvidas. Segundo, com o tempo ficava na cara que tinha algumas coisas ali que não faziam sentido fazer naquele framework. Um exemplo básico, modificações no front eram engessadas, e tudo sempre ficava com a cara do framework.

No meu emprego atual é outro caso, passamos meses preparando a stack e trabalhamos no ágil, então aquela parte de firmar um contrato já não se aplica aqui, as coisas podem se modificar de acordo com o valor a entregar. A stack é robusta e fazer algo na mão ou usar libs e frameworks desconhecidos pode por em risco o projeto no futuro. Logo nesse caso, é framework sempre, se possível o mais popular e com comunidade ativa.

Enfim, por refatoração em algum ponto todos passaram, o segredo é tentar entender qual o objetivo, se é planejado escala ou não e aí tomar essa escolha, para que no futuro não seja preciso uma refatoração do zero.

Finalizando, que fique claro que tudo é um trade off e por mais que você acerte a escolha ainda sim os contras estarão presentes.

Ótima dúvida! Tem um vídeo do deschamps que é sobre o PHP estar vivo ou não e nesse vídeo ele fala uma coisa muito interessante que é algo tipo: "se a tecnologia que você usa faz o que tu precisa, então ótimo, use!" Quanto a usar framework para um projeto simples, é sempre uma boa ideia. O uso de react deixa o projeto escalonável e mais fácil de consertar depois. Então não acho que exista algo do tipo "usar isso é errado, usar aquilo é certo" quanto a projetos, contanto que gere o resultado que seja necessário, tá tudo bem! Só é importante verificar a questão de segurança do projeto que costuma ser mais fácil e prático de lidar usando frameworks, principalmente as que tem uma comunidade tão ativa e dedicada quanto a do React!