Poderia ter concentrado em falar coisas legais pra se fazer com terminal mas cogitar dizer que é melhor que site pra alguns contextos não tem. Só de cabeça já fiz muita coisinha pra uso pessoal ou até pro povo da minha família, rapidamente rabisco um sisteminha ali e já dá pra rodar até no celular. Hoje em dia memória e ciclos de CPU não são problemas pra coisas pequenas, dá pra desperdiçar que não vai matar ninguém. Eu particularmente odeio esse negócio de web mas eu não posso deixar de negar que o fato dos browsers funcionarem "em qualquer lugar" é algo absurdo de acessível. Mesmo que no plano de fundo tenha muita coisa e abstração envolvida o fato de poder portar de forma relativamente fácil um mesmo código para múltiplas plataformas é algo que torna os pontos negativos super desprezíveis. Obviamente toda uma stack de site não é necessária pra coisas absurdamente minúsculas, sei lá, imagina que vc queira um programinha pra retornar arquivos txt aleatórios, coisinhas assim, com certeza não tem necessidade. Mas só um último exemplo pessoal: recentemente tive problemas em organizar umas imagens de referência pra modelagem e esculturas 3d que tenho. Imediatamente montei um sisteminha com um banco de dados, publiquei num vps aleatório e tô conseguindo acessar ele de vários locais, até pelo meu celular. É algo super bobo mas simplesmente não tem como imaginar algo prático assim para usar em terminal. Gostar de usar o terminal tudo bem, mas ele não pode resolver ou ser adequado para todos os contextos. Exatamente como o Javascript não deveria ser enfiado até numa calculadora eu vejo isso sobre o terminal. Por fim, acredito que seria interessante demonstrar conceitos, sugestões, e não necessariamente uma "tentativa de convencimento" a fazer coisas de tal forma.
Perfeito, meu amigo! O vídeo que faço é exacerbado deliberadamente pra tentar defender um ponto, mas os seus exemplos são perfeitos pra descrever que fazer um site faz sentido em mts casos sim. Eu só queria trazer um contraponto pq a "regra" que vejo é recorrer a web pra esse tipo de coisa, mas acho bom o pessoal conhecer CLI e TUI como outras ferramentas disponíveis pra isso. Fico mt feliz de ter tomado tempo pra escrever esse comentário, meu querido. Tudo de bom!
@@waine_jr discordo também desse ponto, pois se pra criar uma cli ou uma tui a complexidade começa na necessidade de aprender uma linguagem essa complexidade, fora que a GUI de radio marcadores e botões isso é simples.
Tu é front e está com medo de perder emprego ou tu é chatão? O cara só deu uma dica útil. Para mim foi útil pois me deu várias pequenas ideias de ferramentas que posso construir para terminal. E do mesmo jeito que certas reuniões poderia ser um email, certas aplicações, poderia ser uma CLI. No vídeo ficou claro em qual contexto essa ideia poderia ser uma boa, então não faz sentido algum o teu comentário.
@@felipecoelho8112 TUI - Terminal User Interface (Interface do Usuário do Terminal) TUI é basicamente parte GUI e parte CLI. TUI significa interface de usuário baseada em texto ou interface de usuário de terminal. Baseado em texto porque, principalmente, você tem um monte de texto na tela e na interface do usuário do terminal, porque eles são usados apenas no terminal. Os aplicativos TUI não são bem conhecidos por muitos usuários, mas há um monte deles. Os navegadores web baseados em terminais são um bom exemplo de programas TUI. Jogos baseados em terminais também se enquadram nessa categoria.
Esses dias fiz uma landing page com Laravel , dai depois de um tempo essa landing page passou a consumir dados de uma api e já tava quase tudo pronto, fiz a integração em umas 2 horas (contando as pausas do café e pra procrastinar kkk). Depois disso passei a usar Laravel pra tudo
Programo PHP desde antes de Laravel existir (2008). Quando conheci Laravel usei todos os recursos até 3 anos atrás em muitas aplicações. Dai conheci enfim o Nodejs e como uma única linguagem (js) pode ser usada tanto no back quanto front, e, me desculpe falar, dei tchau pro PHP!
Eu n mexo com web e sei q isso aí n faz sentido pra qlqr coisa voltada ao público geral. Em outras palavras, tuis não substituem páginas web , os dois nem competem pelo mesmo espaço. Pls fala q foi clickbait Pronto, comentei 2x
Quando eu comecei a programar, não havia Windows ainda. As IDE's que na época eram da Borland, com o Turbo Pascal, Turbo C++, eram um sistema de janelas baseado em terminal e tinha a biblioteca para fazer aplicações usando o mesmo framework.
Não acredito que faça sentido perder tempo com algo "tão simples" sendo que 99% dos casos você não estará desenvolvendo para outros devs e sim para clientes que nunca sequer nem abriram um terminal da vida. Se for simples mesmo entre devs da pra resolver com um arquivo executável. Me parece muito uma forma de postergar o inevitável e gerar retrabalho. Pode parecer "simples" porém ao meu ver essa simplicidade só vai levar a dor de cabeça no fim das contas.
Geralmente em empresa tem muitas ferramentas internas e empresas que tem devs tem muitas libs pra uso interno. Nem tudo precisa virar um site. É muito improvavel gerar retrabalho já que uma cli é muito fácil de desenvolver uma aplicação em volta dela e outra coisa. 99.99999% das coisas que são feitas por uma pessoa, ou um pequeno grupo de pessoas numa empresa, somente essa pessoa irá mexer, basta ver o github com código aberto.
se vc quer ser dev de crud, seu comentário faz sentido, mas se vc quer ser um dev foda, ai meu amigo, um crud nao vai bastar. Os devs mais fodas do nubank desenvolvem coisas para os devs do nubank, ferramentas internas, compiladores proprios. a gente precisa sair do mundinho do desenvolvimento web, senao vamos achar que nada serve senao o crud com js e sei la qual banco nao relacional
Eu acho que é muito relativo isso. A complexidade está diretamente ligada ao conhecimento de cada um em cada área. Eu tbm sou do time que usa Laravel pra tudo e seria mais "complexo" aprender a trabalhar com ferramentas novas pra fazer algo "simples" do que fazer com o que você já manja. Levantar um Flaskzinho também é mó simples.
Para cli, tem o picocli , até agora não achei melhor que ela em outras linguagens ... Estava usando essa textual+typer, legal bem parecida... Mas do Java tem uns type check e autocomplete nativo pra CLI muito bom . Estava pensando em fazer vídeo sobre esse tema , é bem legal... Parabéns .
Uma versão antiga do sistema que fiz e mantenho na empresa em que trabalho, usava Firebase e não tinha uma API, por isso para realizar operações rotineiras como gestão usuários, fiz uma CLI, e atende muito bem até hoje, pois algumas funcionalidades ainda não foram migradas para a versão nova, mas nesta nova, eu uso o próprio Postman pra esse tipo de tarefa, pois tenho rotas na API próprias para esses fins. Porém, qnd isso é passado para usuários que não são da áre, vejo sim como muito benéfico o desenvolvimento de uma interface.
acho que depende de cada caso. um nextjs cria um app full stack , se for de de uso leve sem gastar nada e pode acessar de qualquer maquina. E tem tb o taurin que cria um app rapidao em desk podendo instalar e utilizar tanto linux, win ou mac. mas tudo isso depende muito do caso de uso todas opções são boa
Já fiz várias ideias de jogos começando por CLI. É bacana para ficar nos sistemas e loop de gameplay antes de ir para a parte GUI. Vou começar a considerar TUI também!
Melhor usar os dois ... Usa um interface grafica para disparar o cli... Ou scripts .. como rundeck. Caso seja utilizado pela organização toda e seja para tarefas nos servidores , nao lival ente
TUIs e CLI tb são complexas, ficou simples porque voce usou bibliotecas, assim sendo se voce tambem usar boas bibliotecas vc pode simplificar o desenvolvimento WEB.
Convido a fazer uma Web GUI, uma CLI e uma TUI sem usar lib e ver qual vai ser mais fácil kkkkkkk Todas as linguagens tem alguma lib de CLI que facilita, muitas vezes na std lib inclusive
@@waine_jrDe qualquer forma, teria que solicitar coisas pro OS via API (caso do Windows pra usar syscalls) ou via syscalls (caso do Linux, onde syscalls são diretas), claro se tu quiser descer o máximo que dá pra ficar "sem libs".
Boa mano! Recentemente eu trabalhei em uma empresa onde tive a oportunidade de desenvolver algumas ferramentas internas que adiantadam o desenvolvimento em 80%. Tudo automatizando a criação e publicação das coisas (CI/CD). Também gosto de simplicidade, mas uma CLI poderosa normalmente consome um backend já existente.
Eu até gostava pra facilitar o deploy, o problema é que usava uma linguagem horrível, bash script, o bom é que funcionava sem instalar nada no lado do servidor.
O desenvolvimento de GUI é trabalhoso porque, além de validar os dados, é necessário validar e testar a interface para garantir que tudo funcione perfeitamente. Isso pode consumir muito tempo, que poderia ser melhor aproveitado em aspectos mais interessantes do projeto, especialmente quando se programa no Windows, onde imprevistos sempre pode acontecer!
Concordo com o seu posicionamento sobre criar toda uma plicação web para fazer algo, que só precisa ser executado no seu computador. Mas eu só faria uma aplicação de terminal se eu só pudesse rodar ela em um terminal, caso ao contrário eu faria um programa desktop mesmo em Python. Tem uma biblioteca do python que se chama Flet é ela é muito promissora e simples de se usar.
Já fiz bots usando só terminal, é simples, o mesmo usando pywebview que já é facilitado em relação a uma api+html já triplica o trabalho, realmente um sistema bem elaborado em CLI pode ser mais eficaz e menos trabalhoso do que uma aplicação "bonitona" com UI/UX ou só com html+css e bootstrap, e dá menos erros porque tá tudo empacotado no mesmo lugar, se rodou de cara, a chance de dar erro é mínima.
As vezes eu fico imaginando que deve ser um pouco frustrante ser criador de conteúdo. Muitos comentário aqui no vídeo não parecem que entendem a sugestão que você trouxe, e quando deve considerar usar. Ou só são devs web inseguros e com medo de mudança, vai saber.
Cara eu acho que pra clientes leigos, um site ou um aplicativo com interface grafica de desktop seria melhor. Mas pra coisas pra uso pessoal, ou coisas que vc usa pra desenvolvimento mesmo, acho que cli/tui sejam melhores, pq ai vc n precisa ficar se preucupando com todas as tretas que o desenvolvimento front-end tem. Eu n sei como que é desenvolver aplicativos desktops porem. Só sei mais ou menos do front-end web pq é o que eu tenho experiência.
Lendo os comentários, vi que muita gente não entendeu a ideia.... '-' Mas mantém man!!! Sou dev a alguns anos e programo com i3 em um Arch usando nvim (sim.... Sou dessos que não gosta de pegar o mouse.... Até meu browser é um luakit '-') Não me acho melhor por programar assim, é simplesmente gosto (Trocar de telas, abas, abrir partes do projeto e codar tudo com nvim sem nem pensar pegar no mouse é um sentimento maravilhoso!!!!!!! kkkkkkk Não troco isso por nada). Acabo fazendo muita CLI pra muita coisa que quero testar ou usar, mas acabo sempre indo pra uma UI uma hora ou outra.... Nunca cheguei a fazer uma tui... Vou começar a testá-las man!!!!! Agradeço pelo vídeo e continue com seu trabalho man....
Valeu, meu caro! Apesar do vídeo ser meio "click bait" a apresentação, creio que passei a mensagem que queria de apresentar essas ferramentas de CLI e TUI como alternativas pra interação. Vi mt gente que pegou isso e é isso que importa, se só uma pessoa pegou a ideia já valeu o vídeo. Mt obrigado novamente, meu caro, e espero que algum dia eu chegue no seu nível de usar até navegador no teclado kkkkkk (os atalhos pra mudar de aba já tô usando, só falta a interação)
@@waine_jr Não faça isso meu nobre!!! É um caminho sem volta!! Kkkkkk Estava em uma empresa presencial uma época em que tinha que usar o notebook de lá, um clássico windows com vscode.... Foram os piores momentos da minha vida como dev '-'.... Não recomendo pra ninguém na real kkkkkkkkkkk mas pra mim, fica tudo mais divertido...
@@waine_jr @waine_jr Falar pra ti... Conheci seu canal agora e em toda minha carreira, nunca cheguei a trabalhar com "baixo nível"... Mas foi sempre algo que me fascinou... Acompanho canais como Retro game Explained, onde ele entra em detalhes sobre o funcionamento de alguns jogos antigos, que na época, a "escovação de bits" era necessária.... Sempre vi código como arte e é nesses momentos de escovação de bits que eu vejo as maiores obras '0'
Tudo tem seu uso e contexto Pra ferramentas internas, problemas pontuais e com a ferramenta correta, concordo que isso facilita a vida de desenvolvedores que não sejam especializados no Frontend. Fazia algumas CLIs quando percebia que o esforço era repetitivo, e o ecossistema do Python é fantástico pra isso. Juntava argparse, inquirer e tqdm pra fazer uma interface mais direta. Pra profissionais Frontend, dependendo da complexidade vale um esforço pra trocar. Geralmente não vale, dada a especialização Pra clientes e aplicações complexas, e com participação de profissionais de Design/UX, aí uma GUI é melhor aceita. O usuário não vai ler documentação pra CLI (aliás, nem um dev médio lê direito), aí ele precisa ser guiado da forma mais intuitiva possível. E mesmo assim vai fazer merda.
Se tiver acesso a interface gráfica um desenvolvimento de UI é mais simples até que CLI, porém se precisar rodar via ssh ou outro tipo de terminal remoto CLI é melhor. Com CLI da pra fazer um chamar outro de forma mais fácil. Outro ponto é a riqueza de detalhes e facilidades de usabilidade UI é infinitamente superior. Agora se for algo de desenvolvimento, fazer um plug-in é mais rico... Eu particularmente toda vez q escuto que tem alguém fazendo uma ferramenta pessoal sempre acho que tem algo que não está sendo feito da melhor forma. O processo de DevOps e arquitetura tb visa facilitar a vida do dev.
Desenvolvimento de UI é mais complicado que CLI. Vc msmo botou DevOps e arquitetura no meio pra complicar. Só acha usabilidade de CLI ruim quem não sabe usar, que no caso são pessoas leigas. Dev nenhum deveria achar isso.
@@waine_jr pse cara, ja fiz tanto cli util pra empresa, gerei valor e tipo, em 1 ou 2 horas no máximo. Acho que nao entendeu que grande parte vai ser ferramentas de dev pra dev.
Pouca gente sabe, mas no flask vc pode cadastrar tando endpoits quando comandos de cli, pq por debaixo dos panos ele usa o click. Entao la na empresa, os comandos de uso interno e nao de clientes eu cadastro comando cli mesmo, e ai eu rodo via ssh msm, no proprio app flask
Rapaz, tem frontend se doendo com um vídeo simples de dica. Relaxe criador de pokedex da rocketseat, ninguém está querendo te forçar a usar terminal, sei que muitos tem nojinho só de ouvirem falar em "terminal".
Motivos para usar CLI's: "Ser mais simples" VERDADEIRO motivo pra usar CLI's: "Não usar o mouse" Pq qualquer um que mexeu com terminal ou já encontrou com a galerinha do vim, sabe que se tem uma coisa que programador ODEIA, é o mouse.
Sim, já trabalhei muito com WinForms e VCL (delphi). Hoje em dia somente legado utiliza, mas é realmente mais rápido começar algo visualmente agradável rápido, mas logo fica mais lento de desenvolver em comparação a uma TUI (CLI nem se fala)
Discordo de quase tudo mas achei útil. A questão de interface web em programas que teoricamente só poderiam ser rodados em terminal é uma falácia triste de ouvir. Sobre a complexidade, para quem não sabe web, realmente é complexo. Ainda me arrepia ouvir alguém falar de alta performance com python. Mas isso é outra história.
@@waine_jr como eu disse, discordo de quase tudo. Só achei os argumentos do porquê não fazer, bem fracos. E sinceramente, existem várias interfaces gráficas de Git e Docker. Justamente para facilitar a vida dos desenvolvedores. Ou os fodões do baixo nível resolvem conflitos no nano? É claro que não. Se tem como facilitar a tua vida e dos outros, porque não? Rodar um comandinho com uns argumentos, até rola, mas quero ver preencher um formulário, gráficos sobrepostos, seja cross-plataform, grafos e etc. Já é sofrido testar as coisas com postman imagina somente no cli puro.
@@KuroManX Na verdade além do JS antigo ser uma bosta, é inegável que Python só escalou porque "pessoas não programadoras" encontraram uma baixa barreira de entrada na linguagem e curva de aprendizado suave. Então os matemáticos, físicos, galera de dados e etc; passaram a implementar recursos estatísticos, que hoje chamamos de Engenharia de Dados. No fim, a galera tem feito port dessas bibliotecas e até convertendo de código Python para C, Rust, Go e dentre outras linguagens de verdade.
Muitas vezes quando preciso de uma ferramenta acabo criando um EXE por ser mais facil fazendo em python mesmo usando o tkinter mas gostei da solução passada vou adotar o dificil que as vezes faço ferramenta para o pessoal do suporte e eles tem preferencia por interface talvez a TUI seja uma boa saida para mim
Video clickbait. Navegadores são acessíveis, rapidos de prototipar e muitas vezes vc não precisa nem do backend. Necessidade de espaço, memória e processamento são baratos hoje pra maioria das exigências. Uma coisa é vc fazer pra vc e outra é fazer pra um usuário que vai querer usar o mouse, telinha bonitinha com botoes, layout, menu, paginas separadas etc.
pois é, vamos combinar, pra você criar qualquer aplicação web tá um pé no saco, dezenas de opções de frameworks, hosts, APIs, linguagens que você nem sabe mais por onde ir já que tem muitas particularidades. E se você se aventurar pelo mobile ai você pode ficar meio doido. Tudo com boa complexidade para você fazer algo mais profundo. CLI pra Dev é obrigatório ao meu ver. abs Waine.
Gosto muito de cli e linux, mas é um inferno. Nao tem nada intuitivo e as flags sao um inferno. Com cli: ls -ah -hell --vsf -skskskpp -pqp, e com site ou qualquer app com gui: Botao "listar arquivos"
Eu prefiro GUI.Inclusive desenvolvi uma que permite o meu cliente atualizar preços e estoque de produtos em maquinas de vendas remotamente,alem de ver relatorios em tabelas.
@@waine_jr Eu desenvolvo e mantenho um banco tipo New/Nosql (Since 2007) cujo possui vários modos de gereciamentos.Possui interfaces tipo GUI e CLI (REST ou HTTP local ou remoto).Mesmo como desenvolvedor eu prefiro a GUI.Eu particularmente não gosto de ficar digitando tanto.(Acerca do projeto,mais detalhes podem ser visto no meu canal.)
Tem que usar sim, mas aquelas complexidades que coloquei ali continuam. Tanto que nem inclui "parse de request", "estabelecer conexão TCP", "suporte de worker no servidor", etc. Falei mais da estrutura e passos que vc tem que fazer pra deploy (independente de framework). Agora se por framework for Vercel ou outra plataforma, aí é um serviço e mantenho meu ponto.
Não entendi a critica quanto ao React se vc usa uma lib/framework python para fazer, dá na mesma. Sou fanboy do react não, mas agora ta na moda zuar tudo que envolva ele kkk
Foi-se o tempo de CLI, anos 90. Até automação industrial tem interface gráfica. Qualquer dev de embarcado hoje já cria soluções com GUI. CLI é só pra codar e testar.
Como provar que vc nunca mexeu num linux da vida sem dizer que vc nunca mexeu num linux da vida. Vc tá muito enganado se acha que CLI's não são relevantes hoje, elas podem até não ser mainstream, mas ainda são extremamente relevantes. Vc usa interface gráfica pra instalar pacotes nas suas linguagems? vc usa interface gráfica pra usar o git? pq muita gente até hoje prefere usar o terminal pra essas coisas. (Eu incluso)
@@waine_jr Git, instalar pacotes de linguagems como Python, Rust. Ferramentas como Node, sqlite3. Aplicativos que rodam inteiramente no terminal como o vim/neovim. A lista é imensa. Tudo utilizado até hoje. Até front-enzo usa CLI's no seu dia-a-dia e nem pensa nisso.
muito mais simples do que esses CLI é usar um wordpress, ou vários e vários infinitos saas que geram landing page visualmente, vc tirou a complexidade de ter um server e mesmo assim tem que digitar comando e criar o website com codigo, ainda é complexo pra criar um site simples e tem ferramentas melhores e visuais, sem digitar código etc. se quiser simplificar MAIS ainda, pega um template, gera so o HTML, css e js, já que é um site e faz deploy no github pages, ativa o github actions pra deploy automáticio. vc tirou a complexidade de fazer deply do serrver mas ainda continua digitando código e ainda vai ter que fazer deploy de qualquer jeito.
Python não é linguagem de programação. E meu argumento é porque com Python ninguém programa nada porque ja ta tudo pronto e no máximo so vai montar as coisas! CLI ja é mais véio que minha vó, toooodo mundo ja ta careca de saber. joinha pra baixo.
A hipocrisia é falar isso e programar em cima de um SO. Quero ver se garantir fazendo um Hardware com SO do zero, sem ficar usando coisa pronta pra "montar" o programar
Um monte de sistema grande tipo pinterest, udemy e Instagram feito em Python. Falar mal de python apenas pra entrar na onda de javeiro é coisa de retardado, man. Cai nessa não
Python não só É linguagem de programação, mas como boa parte das coisas utilizadas até HOJE por GRANDES EMPRESAS, são "mais velhas que sua avó" C, C++, Python. O KERNEL DO FUCKING LINUX: O SISTEMA OPERACIONAL QUE É EXTREMAMENTE UTILIZADO NA WEB EXISTE DESDE PELO MENOS OS ANOS 90! O Windows, a INTERNET! A idade do negócio não significa nada, pq a gente continua usando até hoje. (E outra, mesmo em linguagens como C, vc nunca monta TUDO do zero, sempre tem um nivel de abstração.) Agora tenta criar um sistema operacional do zero então, e montar sua própria CPU com sua própria linguagem assembly, e sua propria linguagem de alto nivel pra abstração então se vc é o bonzão ai.
Poderia ter concentrado em falar coisas legais pra se fazer com terminal mas cogitar dizer que é melhor que site pra alguns contextos não tem.
Só de cabeça já fiz muita coisinha pra uso pessoal ou até pro povo da minha família, rapidamente rabisco um sisteminha ali e já dá pra rodar até no celular.
Hoje em dia memória e ciclos de CPU não são problemas pra coisas pequenas, dá pra desperdiçar que não vai matar ninguém.
Eu particularmente odeio esse negócio de web mas eu não posso deixar de negar que o fato dos browsers funcionarem "em qualquer lugar" é algo absurdo de acessível.
Mesmo que no plano de fundo tenha muita coisa e abstração envolvida o fato de poder portar de forma relativamente fácil um mesmo código para múltiplas plataformas é algo que torna os pontos negativos super desprezíveis.
Obviamente toda uma stack de site não é necessária pra coisas absurdamente minúsculas, sei lá, imagina que vc queira um programinha pra retornar arquivos txt aleatórios, coisinhas assim, com certeza não tem necessidade.
Mas só um último exemplo pessoal: recentemente tive problemas em organizar umas imagens de referência pra modelagem e esculturas 3d que tenho. Imediatamente montei um sisteminha com um banco de dados, publiquei num vps aleatório e tô conseguindo acessar ele de vários locais, até pelo meu celular. É algo super bobo mas simplesmente não tem como imaginar algo prático assim para usar em terminal.
Gostar de usar o terminal tudo bem, mas ele não pode resolver ou ser adequado para todos os contextos. Exatamente como o Javascript não deveria ser enfiado até numa calculadora eu vejo isso sobre o terminal.
Por fim, acredito que seria interessante demonstrar conceitos, sugestões, e não necessariamente uma "tentativa de convencimento" a fazer coisas de tal forma.
Perfeito, meu amigo! O vídeo que faço é exacerbado deliberadamente pra tentar defender um ponto, mas os seus exemplos são perfeitos pra descrever que fazer um site faz sentido em mts casos sim. Eu só queria trazer um contraponto pq a "regra" que vejo é recorrer a web pra esse tipo de coisa, mas acho bom o pessoal conhecer CLI e TUI como outras ferramentas disponíveis pra isso.
Fico mt feliz de ter tomado tempo pra escrever esse comentário, meu querido. Tudo de bom!
@@waine_jr discordo também desse ponto, pois se pra criar uma cli ou uma tui a complexidade começa na necessidade de aprender uma linguagem essa complexidade, fora que a GUI de radio marcadores e botões isso é simples.
Tu é front e está com medo de perder emprego ou tu é chatão? O cara só deu uma dica útil. Para mim foi útil pois me deu várias pequenas ideias de ferramentas que posso construir para terminal. E do mesmo jeito que certas reuniões poderia ser um email, certas aplicações, poderia ser uma CLI. No vídeo ficou claro em qual contexto essa ideia poderia ser uma boa, então não faz sentido algum o teu comentário.
@@willkimen sou o que você quiser pensar de mim, amigo. Afinal, estamos na Internet, não é mesmo?! :)
Fazer isso em python se torna chato, mas existes outras linguagens e frameworks que deixam rápido e divertido fazer pequenos projetos
Casos de uso
Você: CLI
Devs: CLI
Humanos: site
Kkkkkkkkkkkk temos que convencer a população a usar CLI pra facilitar nossa vida
Lembrando que DEVs não gostam muito de pagar pelas coisas. kkkkk
Acho que vale a pena um vídeo demonstrando como montar uma CLI e uma TUI, não é um conteudo tão comum de achar
Muito boa sugestão
papo reto
@@felipecoelho8112 TUI - Terminal User Interface (Interface do Usuário do Terminal) TUI é basicamente parte GUI e parte CLI. TUI significa interface de usuário baseada em texto ou interface de usuário de terminal. Baseado em texto porque, principalmente, você tem um monte de texto na tela e na interface do usuário do terminal, porque eles são usados apenas no terminal.
Os aplicativos TUI não são bem conhecidos por muitos usuários, mas há um monte deles. Os navegadores web baseados em terminais são um bom exemplo de programas TUI. Jogos baseados em terminais também se enquadram nessa categoria.
@@felipecoelho8112text UI
Cara, cli ei faço com bash pra automatizar coisas de servidor
Aqui comigo funciona assim.
Precisa de um site: Laravel
Sistema: Laravel
Backend: Laravel
Linha de comando: Laravel
Interface de terminal: Laravel
Kkkkkkkkkkkkkkkkk eu sou assim pra Python (lib pra tudo)
Ruby on rails
Esses dias fiz uma landing page com Laravel , dai depois de um tempo essa landing page passou a consumir dados de uma api e já tava quase tudo pronto, fiz a integração em umas 2 horas (contando as pausas do café e pra procrastinar kkk). Depois disso passei a usar Laravel pra tudo
@@nekoboneko kkkk Laravel resolve tudo
Programo PHP desde antes de Laravel existir (2008). Quando conheci Laravel usei todos os recursos até 3 anos atrás em muitas aplicações. Dai conheci enfim o Nodejs e como uma única linguagem (js) pode ser usada tanto no back quanto front, e, me desculpe falar, dei tchau pro PHP!
O famoso click bait
Só pra quem é web dev
Eu n mexo com web e sei q isso aí n faz sentido pra qlqr coisa voltada ao público geral. Em outras palavras, tuis não substituem páginas web , os dois nem competem pelo mesmo espaço. Pls fala q foi clickbait
Pronto, comentei 2x
Mas ele não falou de fazer cli pro público geral. O foco eh mais pra sysadmin, etc
@@ViniciusSoaresBatista Mas é um fato que a thumb e o título do vídeos são clickbaits
Achamos o melhor amigo do mano Deivyn, inimigo do frontend.
Se ensinar todo mundo a usar linha de comando podemos acabar com o frontend, e com o rrrreacccttt;
Quando eu comecei a programar, não havia Windows ainda. As IDE's que na época eram da Borland, com o Turbo Pascal, Turbo C++, eram um sistema de janelas baseado em terminal e tinha a biblioteca para fazer aplicações usando o mesmo framework.
Não acredito que faça sentido perder tempo com algo "tão simples" sendo que 99% dos casos você não estará desenvolvendo para outros devs e sim para clientes que nunca sequer nem abriram um terminal da vida. Se for simples mesmo entre devs da pra resolver com um arquivo executável. Me parece muito uma forma de postergar o inevitável e gerar retrabalho. Pode parecer "simples" porém ao meu ver essa simplicidade só vai levar a dor de cabeça no fim das contas.
Geralmente em empresa tem muitas ferramentas internas e empresas que tem devs tem muitas libs pra uso interno. Nem tudo precisa virar um site. É muito improvavel gerar retrabalho já que uma cli é muito fácil de desenvolver uma aplicação em volta dela e outra coisa. 99.99999% das coisas que são feitas por uma pessoa, ou um pequeno grupo de pessoas numa empresa, somente essa pessoa irá mexer, basta ver o github com código aberto.
se vc quer ser dev de crud, seu comentário faz sentido, mas se vc quer ser um dev foda, ai meu amigo, um crud nao vai bastar. Os devs mais fodas do nubank desenvolvem coisas para os devs do nubank, ferramentas internas, compiladores proprios. a gente precisa sair do mundinho do desenvolvimento web, senao vamos achar que nada serve senao o crud com js e sei la qual banco nao relacional
Oxe, como assim 99% é pra cliente? Que empresa é essa que não tem ferramenta interna? Kkkkkkkkkk
@@waine_jr uma empresa pequena onde o core n é software, o que é muito comum inclusive.
quem decide é a empresa
Cara, na minha realidade, para os meus clientes seria impossível trabalhar assim, mas para processos internos é legal.
Eu acho que é muito relativo isso. A complexidade está diretamente ligada ao conhecimento de cada um em cada área. Eu tbm sou do time que usa Laravel pra tudo e seria mais "complexo" aprender a trabalhar com ferramentas novas pra fazer algo "simples" do que fazer com o que você já manja. Levantar um Flaskzinho também é mó simples.
Curiosidade: Fazer TUIs com Java é uma merda
Usa a ferramenta certa, para o problema certo. Pra Tui, Node e C# são ótimos.
Terminal.Gui (C#) ou Chalk ( Node )
Vem pra Python!
Tem uma lib boa pra Java , chamada lanterna...
Para cli, tem o picocli , até agora não achei melhor que ela em outras linguagens ... Estava usando essa textual+typer, legal bem parecida... Mas do Java tem uns type check e autocomplete nativo pra CLI muito bom .
Estava pensando em fazer vídeo sobre esse tema , é bem legal... Parabéns .
Uma versão antiga do sistema que fiz e mantenho na empresa em que trabalho, usava Firebase e não tinha uma API, por isso para realizar operações rotineiras como gestão usuários, fiz uma CLI, e atende muito bem até hoje, pois algumas funcionalidades ainda não foram migradas para a versão nova, mas nesta nova, eu uso o próprio Postman pra esse tipo de tarefa, pois tenho rotas na API próprias para esses fins. Porém, qnd isso é passado para usuários que não são da áre, vejo sim como muito benéfico o desenvolvimento de uma interface.
Se site é complexo low level é o que?
Kkkkkkkkkkkk mais simples que low level não existe
Gostei muito do conteúdo! Achei massa o conceito de tui😂
Valeu, meu querido! Esse negócio de TUI eu achei mt mágico quando descobri e achei as bibliotecas pra fazer, mudou minha vida kkkkkkkk
@@waine_jr O Vim/Neovim não é basicamente um editor de código numa TUI?
acho que depende de cada caso. um nextjs cria um app full stack , se for de de uso leve sem gastar nada e pode acessar de qualquer maquina. E tem tb o taurin que cria um app rapidao em desk podendo instalar e utilizar tanto linux, win ou mac. mas tudo isso depende muito do caso de uso todas opções são boa
Já fiz várias ideias de jogos começando por CLI. É bacana para ficar nos sistemas e loop de gameplay antes de ir para a parte GUI. Vou começar a considerar TUI também!
Melhor usar os dois ... Usa um interface grafica para disparar o cli... Ou scripts .. como rundeck. Caso seja utilizado pela organização toda e seja para tarefas nos servidores , nao lival ente
Perfeito! Eu curto tmb usar bot do discord pra disparar comandos de manutenção ou de status, aí facilita não ter que entrar na máquina
TUIs e CLI tb são complexas, ficou simples porque voce usou bibliotecas, assim sendo se voce tambem usar boas bibliotecas vc pode simplificar o desenvolvimento WEB.
Convido a fazer uma Web GUI, uma CLI e uma TUI sem usar lib e ver qual vai ser mais fácil kkkkkkk
Todas as linguagens tem alguma lib de CLI que facilita, muitas vezes na std lib inclusive
@@waine_jr Agradeço o convite, mas eu passo, to cansado….
Concordo usar uma lib simplifica o complexo, Nao usar uma Lib, não foi isso que quis dizer!
@@alecsei393ify kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk
@@waine_jrDe qualquer forma, teria que solicitar coisas pro OS via API (caso do Windows pra usar syscalls) ou via syscalls (caso do Linux, onde syscalls são diretas), claro se tu quiser descer o máximo que dá pra ficar "sem libs".
Boa mano! Recentemente eu trabalhei em uma empresa onde tive a oportunidade de desenvolver algumas ferramentas internas que adiantadam o desenvolvimento em 80%. Tudo automatizando a criação e publicação das coisas (CI/CD).
Também gosto de simplicidade, mas uma CLI poderosa normalmente consome um backend já existente.
Eu até gostava pra facilitar o deploy, o problema é que usava uma linguagem horrível, bash script, o bom é que funcionava sem instalar nada no lado do servidor.
É, mas com as bibliotecas que ele falou, acho que vc n precisa mais usar o bash, a menos que vc esteja fazendo algo mais especifico eu acho.
O desenvolvimento de GUI é trabalhoso porque, além de validar os dados, é necessário validar e testar a interface para garantir que tudo funcione perfeitamente. Isso pode consumir muito tempo, que poderia ser melhor aproveitado em aspectos mais interessantes do projeto, especialmente quando se programa no Windows, onde imprevistos sempre pode acontecer!
Concordo com o seu posicionamento sobre criar toda uma plicação web para fazer algo, que só precisa ser executado no seu computador.
Mas eu só faria uma aplicação de terminal se eu só pudesse rodar ela em um terminal, caso ao contrário eu faria um programa desktop mesmo em Python.
Tem uma biblioteca do python que se chama Flet é ela é muito promissora e simples de se usar.
Não conheço esse Flet, vou dar uma olhada
Já fiz bots usando só terminal, é simples, o mesmo usando pywebview que já é facilitado em relação a uma api+html já triplica o trabalho, realmente um sistema bem elaborado em CLI pode ser mais eficaz e menos trabalhoso do que uma aplicação "bonitona" com UI/UX ou só com html+css e bootstrap, e dá menos erros porque tá tudo empacotado no mesmo lugar, se rodou de cara, a chance de dar erro é mínima.
As vezes eu fico imaginando que deve ser um pouco frustrante ser criador de conteúdo.
Muitos comentário aqui no vídeo não parecem que entendem a sugestão que você trouxe, e quando deve considerar usar.
Ou só são devs web inseguros e com medo de mudança, vai saber.
Normal kkkkkk são coisas do ofício. Mas tem muito mais gente que curte, tira algo de válido, interage, essa é a grande maioria
Ideias ideias ideias, muito obrigado mesmo, isso vai facilitar muito a minha vida
Cara eu acho que pra clientes leigos, um site ou um aplicativo com interface grafica de desktop seria melhor.
Mas pra coisas pra uso pessoal, ou coisas que vc usa pra desenvolvimento mesmo, acho que cli/tui sejam melhores, pq ai vc n precisa ficar se preucupando com todas as tretas que o desenvolvimento front-end tem.
Eu n sei como que é desenvolver aplicativos desktops porem. Só sei mais ou menos do front-end web pq é o que eu tenho experiência.
Lendo os comentários, vi que muita gente não entendeu a ideia.... '-' Mas mantém man!!! Sou dev a alguns anos e programo com i3 em um Arch usando nvim (sim.... Sou dessos que não gosta de pegar o mouse.... Até meu browser é um luakit '-')
Não me acho melhor por programar assim, é simplesmente gosto (Trocar de telas, abas, abrir partes do projeto e codar tudo com nvim sem nem pensar pegar no mouse é um sentimento maravilhoso!!!!!!! kkkkkkk Não troco isso por nada).
Acabo fazendo muita CLI pra muita coisa que quero testar ou usar, mas acabo sempre indo pra uma UI uma hora ou outra.... Nunca cheguei a fazer uma tui... Vou começar a testá-las man!!!!!
Agradeço pelo vídeo e continue com seu trabalho man....
Valeu, meu caro! Apesar do vídeo ser meio "click bait" a apresentação, creio que passei a mensagem que queria de apresentar essas ferramentas de CLI e TUI como alternativas pra interação. Vi mt gente que pegou isso e é isso que importa, se só uma pessoa pegou a ideia já valeu o vídeo.
Mt obrigado novamente, meu caro, e espero que algum dia eu chegue no seu nível de usar até navegador no teclado kkkkkk (os atalhos pra mudar de aba já tô usando, só falta a interação)
@@waine_jr Não faça isso meu nobre!!! É um caminho sem volta!! Kkkkkk Estava em uma empresa presencial uma época em que tinha que usar o notebook de lá, um clássico windows com vscode.... Foram os piores momentos da minha vida como dev '-'....
Não recomendo pra ninguém na real kkkkkkkkkkk mas pra mim, fica tudo mais divertido...
@@waine_jr @waine_jr Falar pra ti... Conheci seu canal agora e em toda minha carreira, nunca cheguei a trabalhar com "baixo nível"... Mas foi sempre algo que me fascinou...
Acompanho canais como Retro game Explained, onde ele entra em detalhes sobre o funcionamento de alguns jogos antigos, que na época, a "escovação de bits" era necessária.... Sempre vi código como arte e é nesses momentos de escovação de bits que eu vejo as maiores obras '0'
Tudo tem seu uso e contexto
Pra ferramentas internas, problemas pontuais e com a ferramenta correta, concordo que isso facilita a vida de desenvolvedores que não sejam especializados no Frontend.
Fazia algumas CLIs quando percebia que o esforço era repetitivo, e o ecossistema do Python é fantástico pra isso. Juntava argparse, inquirer e tqdm pra fazer uma interface mais direta.
Pra profissionais Frontend, dependendo da complexidade vale um esforço pra trocar. Geralmente não vale, dada a especialização
Pra clientes e aplicações complexas, e com participação de profissionais de Design/UX, aí uma GUI é melhor aceita.
O usuário não vai ler documentação pra CLI (aliás, nem um dev médio lê direito), aí ele precisa ser guiado da forma mais intuitiva possível. E mesmo assim vai fazer merda.
lembrei do mano deyvin e o sonho dele de acabar com frontends e tudo ser requisição em api json jkllkjkjk
kkkkkkkkkkkkkkkkkkk manda pra ele reagir pra reforçar a campanha
5:00 nunca faça deploy de uma aplicação Java EJB no WebSphere
Se tiver acesso a interface gráfica um desenvolvimento de UI é mais simples até que CLI, porém se precisar rodar via ssh ou outro tipo de terminal remoto CLI é melhor.
Com CLI da pra fazer um chamar outro de forma mais fácil.
Outro ponto é a riqueza de detalhes e facilidades de usabilidade UI é infinitamente superior.
Agora se for algo de desenvolvimento, fazer um plug-in é mais rico...
Eu particularmente toda vez q escuto que tem alguém fazendo uma ferramenta pessoal sempre acho que tem algo que não está sendo feito da melhor forma. O processo de DevOps e arquitetura tb visa facilitar a vida do dev.
Fazer uma UI nunca vai ser mais simples que uma CLI ou TUI
Desenvolvimento de UI é mais complicado que CLI. Vc msmo botou DevOps e arquitetura no meio pra complicar. Só acha usabilidade de CLI ruim quem não sabe usar, que no caso são pessoas leigas. Dev nenhum deveria achar isso.
Muito bom ver dev web que nao sabia que react e js não são as únicas opções no mundo chorando aqui nos comentários kjkjkljlk
A pessoal nunca fez uma CLI e acha que é mais fácil fazer um site kkkkkkj
@@waine_jr pse cara, ja fiz tanto cli util pra empresa, gerei valor e tipo, em 1 ou 2 horas no máximo. Acho que nao entendeu que grande parte vai ser ferramentas de dev pra dev.
Estou rindo demais com os comentários, tocou na ferida dos caras 😂 Como diria o mano Deyvin o "Dev front" de bootcamp de 6 meses sentiu kkkkk
Pouca gente sabe, mas no flask vc pode cadastrar tando endpoits quando comandos de cli, pq por debaixo dos panos ele usa o click.
Entao la na empresa, os comandos de uso interno e nao de clientes eu cadastro comando cli mesmo, e ai eu rodo via ssh msm, no proprio app flask
Não sabia que flask usava click não, que massa
@@waine_jr e na verdade nem é flask que a gente usa, eu migrei a aplicação pra quart, que é uma implementação async await do flask
Rapaz, tem frontend se doendo com um vídeo simples de dica. Relaxe criador de pokedex da rocketseat, ninguém está querendo te forçar a usar terminal, sei que muitos tem nojinho só de ouvirem falar em "terminal".
Honestamente eu preferiria fazer uma pokedex no terminal só pra não ter que me preucupar com o front-end kkk.
Postou esse vídeo da CLI?
Ou seja, não precisa de HTML, CSS e JS! É só usar TUIs
Muito bom! Já tive vários insider pra fazer muita coisa.
Motivos para usar CLI's: "Ser mais simples"
VERDADEIRO motivo pra usar CLI's: "Não usar o mouse"
Pq qualquer um que mexeu com terminal ou já encontrou com a galerinha do vim, sabe que se tem uma coisa que programador ODEIA, é o mouse.
Faltou falar sobre aplicação desktop
Isso daí eu saio correndo kkkkkkkk mas não conheço muito do assunto pra falar, máximo que fiz foi usando aquela lib de Python.
electron 😅
Sim, já trabalhei muito com WinForms e VCL (delphi).
Hoje em dia somente legado utiliza, mas é realmente mais rápido começar algo visualmente agradável rápido, mas logo fica mais lento de desenvolver em comparação a uma TUI (CLI nem se fala)
@@Ddiidev já testou Qt ou GTK ? me parece um bom meio do caminho entre TUI e Web
@@jadsonmatos2775 Na verdade não, sou muito fan de C++, dá pra usar no C# ? (acho que C dá né?)
3:25 a ideia do KMP é compartilhar código entre o front e o back
gostaria de ver um video sobre teu setup, distro e bla bla bla
Quero fazer isso sim
Gosto muito da ImTui, é bem simples e de fácil utilização.
Mas dá pra fazer tudo isso só com JS+html+css, daí vamos depender apenas do navegador.
Usar o LocalStorage como banco de dados é extremamente poggers kkkkkkkk
Tem uma lib Python que é muito boa pra fazer CLI interativas, que é a PyInquirer
Não conhecia essa, vou dar uma olhada
@@waine_jr Só pra corrigir a informação, na verdade o PyInquirer foi re-implementado como InquirerPy
Discordo de quase tudo mas achei útil.
A questão de interface web em programas que teoricamente só poderiam ser rodados em terminal é uma falácia triste de ouvir.
Sobre a complexidade, para quem não sabe web, realmente é complexo.
Ainda me arrepia ouvir alguém falar de alta performance com python. Mas isso é outra história.
Fica o questionamento então: por que Git, NPM, Pip, Cargo, Terraform, Docker, Kubernetes, K9s, etc. todos são CLI ou TUI e não uma web GUI?
@@waine_jr como eu disse, discordo de quase tudo.
Só achei os argumentos do porquê não fazer, bem fracos. E sinceramente, existem várias interfaces gráficas de Git e Docker. Justamente para facilitar a vida dos desenvolvedores. Ou os fodões do baixo nível resolvem conflitos no nano? É claro que não.
Se tem como facilitar a tua vida e dos outros, porque não?
Rodar um comandinho com uns argumentos, até rola, mas quero ver preencher um formulário, gráficos sobrepostos, seja cross-plataform, grafos e etc.
Já é sofrido testar as coisas com postman imagina somente no cli puro.
@@coropor o ideal é criar um servidor pra cada interface sempre qe possível, reaproveitando o mesmo código, claro
python só escalou pq o js antigo era uma bosta, js moderno surra o python
@@KuroManX
Na verdade além do JS antigo ser uma bosta, é inegável que Python só escalou porque "pessoas não programadoras" encontraram uma baixa barreira de entrada na linguagem e curva de aprendizado suave. Então os matemáticos, físicos, galera de dados e etc; passaram a implementar recursos estatísticos, que hoje chamamos de Engenharia de Dados.
No fim, a galera tem feito port dessas bibliotecas e até convertendo de código Python para C, Rust, Go e dentre outras linguagens de verdade.
isso, ouçam o dev do desemprego, não façam mais sites e deixem mais vagas pra mim, vlwww
Em nenhum momento ele disse pra não fazer mais sites, ele só disse que NEM TUDO precisa ser um site. Interpretação de texto tá foda com vcs ein?
eu vendo isso dps de ter feito uns 10 cruds e me frustrando com todos
vem pro pro mundo do baixo nível que daí se frustra com segmentation fault pelo menos kkkkkkk
Muitas vezes quando preciso de uma ferramenta acabo criando um EXE por ser mais facil fazendo em python mesmo usando o tkinter mas gostei da solução passada vou adotar o dificil que as vezes faço ferramenta para o pessoal do suporte e eles tem preferencia por interface talvez a TUI seja uma boa saida para mim
Muito melhor fazer web e posteriormente transformar em SaaS
Eu já usei rich pra cli acho que é do mesmo criador. Compatilha ai vossos conhecimentos com esse textualize, faz um mini tuto é da hora ;)
É do mesmo criador do textual sim. Vou pegar algum projetinho pra fazer em Textual e mostrar, acho bem de boa
Video clickbait. Navegadores são acessíveis, rapidos de prototipar e muitas vezes vc não precisa nem do backend. Necessidade de espaço, memória e processamento são baratos hoje pra maioria das exigências. Uma coisa é vc fazer pra vc e outra é fazer pra um usuário que vai querer usar o mouse, telinha bonitinha com botoes, layout, menu, paginas separadas etc.
Viu o vídeo no mudo?
@@waine_jr queria não ter visto pra falar a real kkkk
pois é, vamos combinar, pra você criar qualquer aplicação web tá um pé no saco, dezenas de opções de frameworks, hosts, APIs, linguagens que você nem sabe mais por onde ir já que tem muitas particularidades. E se você se aventurar pelo mobile ai você pode ficar meio doido. Tudo com boa complexidade para você fazer algo mais profundo. CLI pra Dev é obrigatório ao meu ver. abs Waine.
Gosto muito de cli e linux, mas é um inferno. Nao tem nada intuitivo e as flags sao um inferno. Com cli: ls -ah -hell --vsf -skskskpp -pqp, e com site ou qualquer app com gui: Botao "listar arquivos"
Quando é mal feito é foda msm kkkkkkkkk não tenho como defender pq tem mt CLI mal feita msm
Olha, eu n tenho como defender isso, mas quando é uma CLI mais bem feitinha, ai fica bom demais.
Eu prefiro GUI.Inclusive desenvolvi uma que permite o meu cliente atualizar preços e estoque de produtos em maquinas de vendas remotamente,alem de ver relatorios em tabelas.
Como usuário eu tendo a preferir. Como desenvolvedor tem nem comparação o esforço pra um e outro. Quem fala o contrário nunca fez uma CLI
@@waine_jr Eu desenvolvo e mantenho um banco tipo New/Nosql (Since 2007) cujo possui vários modos de gereciamentos.Possui interfaces tipo GUI e CLI (REST ou HTTP local ou remoto).Mesmo como desenvolvedor eu prefiro a GUI.Eu particularmente não gosto de ficar digitando tanto.(Acerca do projeto,mais detalhes podem ser visto no meu canal.)
Deixa eu ver se eu entendi, você também fala sobre porque não devemos usar "frameworks" no front-end? Se for assim você vive em 2002.
Vc não entendeu bem
@@oCastilhista_Tauan no início ele pontuou isso. Acho que ele não se expressou bem.
Tem que usar sim, mas aquelas complexidades que coloquei ali continuam. Tanto que nem inclui "parse de request", "estabelecer conexão TCP", "suporte de worker no servidor", etc. Falei mais da estrutura e passos que vc tem que fazer pra deploy (independente de framework). Agora se por framework for Vercel ou outra plataforma, aí é um serviço e mantenho meu ponto.
Programador faz site, não tem como parar. A mais baixo nivel nao sei o que... webassembly
pedro pascal
ja usei o picocli para criar interfaces cli para projeto java
É muito boa essa lib ... Pesquisei similares em Go e python, e é bem difícil achar
Bruno Zago?
resumo do vídeo .... é dificil não vou fazer !!!!!
Eu que com preguiça de aprender cmake fiz um cli linkado ao aliases só pra compilar com GCC 👍🏻
Senti falta de mencionar o curses e ncurses rsrs.
De fato, eu não mencionei pq nunca fiz nada neles, mas é um ótimo recurso tmb. Imagino que essas libs usem por baixo até
Não entendi a critica quanto ao React se vc usa uma lib/framework python para fazer, dá na mesma. Sou fanboy do react não, mas agora ta na moda zuar tudo que envolva ele kkk
Eu gosto de falar mal do React, é meu hobby
Usa o Google sites junto com Google drive e pronto😊
Quem precisa de programa quando se tem drive e planilha? Kkkkkkkkkk
Ta doido, construir um CLI é menos complexo que um website? ta maluco
Kkkkkkkkkkkkkkkkk eu faço uma CLI em 10 linhas pô. Só o hello world em puro HTML já é maior que isso kkkkkkkkk
@@waine_jr hello wolrd em html da pra fazer com apenas 1 linha
Ja fiz umas tui com react-tui, é maneirinho
Existe react pra tui mesmo 😭😭😭 a que ponto chegamos
Meu pai 😅
Foi-se o tempo de CLI, anos 90. Até automação industrial tem interface gráfica. Qualquer dev de embarcado hoje já cria soluções com GUI. CLI é só pra codar e testar.
Você usa Git pela interface do GitHub?
Como provar que vc nunca mexeu num linux da vida sem dizer que vc nunca mexeu num linux da vida.
Vc tá muito enganado se acha que CLI's não são relevantes hoje, elas podem até não ser mainstream, mas ainda são extremamente relevantes.
Vc usa interface gráfica pra instalar pacotes nas suas linguagems? vc usa interface gráfica pra usar o git? pq muita gente até hoje prefere usar o terminal pra essas coisas. (Eu incluso)
@@waine_jr Git, instalar pacotes de linguagems como Python, Rust.
Ferramentas como Node, sqlite3.
Aplicativos que rodam inteiramente no terminal como o vim/neovim.
A lista é imensa. Tudo utilizado até hoje. Até front-enzo usa CLI's no seu dia-a-dia e nem pensa nisso.
muito mais simples do que esses CLI é usar um wordpress, ou vários e vários infinitos saas que geram landing page visualmente, vc tirou a complexidade de ter um server e mesmo assim tem que digitar comando e criar o website com codigo, ainda é complexo pra criar um site simples e tem ferramentas melhores e visuais, sem digitar código etc.
se quiser simplificar MAIS ainda, pega um template, gera so o HTML, css e js, já que é um site e faz deploy no github pages, ativa o github actions pra deploy automáticio.
vc tirou a complexidade de fazer deply do serrver mas ainda continua digitando código e ainda vai ter que fazer deploy de qualquer jeito.
CLI é mais simples e fácil que tudo isso aí
Video sem pé nem cabeça, quer moleza roda logo seu script pelo prompt, precisa nem de CLI.
Kkkkkkkkkkkk aí me refutou
@@waine_jr Que CLI o que, escreve um arquivo bash, e roda no terminal e foda-se.
Python não é linguagem de programação. E meu argumento é porque com Python ninguém programa nada porque ja ta tudo pronto e no máximo so vai montar as coisas!
CLI ja é mais véio que minha vó, toooodo mundo ja ta careca de saber.
joinha pra baixo.
A hipocrisia é falar isso e programar em cima de um SO. Quero ver se garantir fazendo um Hardware com SO do zero, sem ficar usando coisa pronta pra "montar" o programar
Um monte de sistema grande tipo pinterest, udemy e Instagram feito em Python. Falar mal de python apenas pra entrar na onda de javeiro é coisa de retardado, man. Cai nessa não
Python não só É linguagem de programação, mas como boa parte das coisas utilizadas até HOJE por GRANDES EMPRESAS, são "mais velhas que sua avó"
C, C++, Python. O KERNEL DO FUCKING LINUX: O SISTEMA OPERACIONAL QUE É EXTREMAMENTE UTILIZADO NA WEB EXISTE DESDE PELO MENOS OS ANOS 90!
O Windows, a INTERNET! A idade do negócio não significa nada, pq a gente continua usando até hoje.
(E outra, mesmo em linguagens como C, vc nunca monta TUDO do zero, sempre tem um nivel de abstração.)
Agora tenta criar um sistema operacional do zero então, e montar sua própria CPU com sua própria linguagem assembly, e sua propria linguagem de alto nivel pra abstração então se vc é o bonzão ai.
@@oCastilhista_Tauan Isso sem falar do Linux, um sistema velho pra caralho sendo usado praticamente na internet inteira.
kkkkkkk