Já vi relatos de gente que usou essa plataforma no code. Começa bem bacaninha, olha como é fácil, é simples etc. Aí chega a hora que você quer/precisa colocar um recurso que a plataforma não tem. Depois de muitas horas tentando implementar na mão, você resolve entrar no código gerado, e descobre uma bagunça completa e você não entende nada. Aí você tem duas escolhas: contratar alguem experiente e disposto a organizar o código, ou recomeça o projeto do zero em outra plataforma. Pra mim low/no code é convidativo. Simples e fácil é que não é. Mais cedo ou mais tarde você chega em um gargalo onde a plataforma não te dá a liberdade de fazer o que você quer, e todas as horas que você economizou não tendo que aprender a codar vão pro ralo.
Sempre vai depender do que você quer fazer, se você quer liberdade, aprenda a codar, se algo que a plataforma disponibiliza já é o suficiente é melhor ficar com ela, já que com no code e low code você tem mais velocidade, quanto mais abstração menos liberdade
@@alon436 Mas é aí que reside a armadilha. Você precisa começar o projeto sabendo exatamente tudo o que você vai precisar, e sabendo tudo o que a plataforma oferece. Mas a realidade é que quem se vê atraído por low/no code, o cara que sonha em concretizar uma ideia e vê nessas ferramentas uma barreira menor pra começar a desenvolver, dificilmente vai ter esse tipo de experiência/maturidade. Só vai ter esse entendimento mais pra frente, depois de investir muitas horas em um projeto. Velocidade é bom, claro, pra quem entra pensando em fazer um protótipo, um MVP. Mas esses produtos não estão sendo vendidos pro dev mais experiente que quer fazer um protótipo rápido, estão?
@@luisgentil aí o mal está em quem divulga sem deixar claro que a plataforma tem limitações. No e low tem vários software lucrando por aí, não acho justo desprezar a ferramenta, abstração é bom, caso contrário ainda estaríamos programando em assemble, rejeitar novas tecnologias atoa não te ajuda em nada.
Muito boa sua colocação. Mas, nos dias atuais isso já é bem superado... Principalmente se você escolhe uma plataforma Low Code que utiliza uma linguagem Open Source, juntamente com um bom Framework. Assim como Flutterflow. Nesse sentido, acho que Flutterflow hoje é a melhor plataforma Low Code do mercado.
Trabalhei em uma empresa que usava uma ferramenta para desenvolvimento rápido de telas (vb6 socorro). Quando eram telas simples, tranquilo, mas quando quando o caldo engrossava, para alterad o código gerado era um parto, muitas vezes fazíamos as telas do zero. Resumindo: nem todo pau que bate em Chico, bate em Francisco. Abraços
Quanto aos blocos de if e else eu sempre procuro pensar em tudo que nao pode no método, ou lanço uma exception ou retorno, saio fora do método. O caminho estando liberado aí eu codo o resto, até me ajuda a não esquecer de validar alguma coisa. No exemplo eu ja faria mesmo. ! isAdmin throw Exception(Não é admin) ou simplesmente um return.
Trabalho com uma plataforma "no/low code" (servicenow). Fazer oq eles disponibilizam padrão é super rápido, o problema é que todas integrações que faço são com sistemas internos e não existe no-code pra isso. Passo o dia inteiro escrevendo código
no trabalho um colega desenvolveu uma aplicação no code com power apps. Tem umas coisas pra arrastar, mas ele tem que escrever coisa pra caramba.. uma vantagem que vejo é na hora de publicar pq a área de negócios dessa pessoa não teria permissão pra ter um servidor pra fazer deploy.. mas no power apps a microsoft já deixou ali disponível pra galera de qlq área da empresa usar
exatamente, a maioria dos dev com preconceito com low-code é pq não tem uma visão de negócios bem clara. nem tudo é refazer motor, as vezes é trocar um pneu. uma empresa não vai gastar milhões numa solução original sem validação e sem clareza do processo. ou ela se adequa a alguma ferramenta já existente tipo um Protheus da vida. ou continuam usando planilhas, porém perdendo muito dinheiro. ai que entra as ferramentas low-code é a chance da empresa estruturar o processo dela de forma barata e sem precisar de uma puta infra
O tanto de ajustes no código que tem que fazer num Power Apps/Automate da vida. Tem nada de no-code naquilo. Só se for usar os templates prontos da Microsoft.
Depende da plataforma, depende da necessidade de negócio, não podemos generalizar. No-Code é diferente de Low-Code. Como também, nenhuma plataforma, ferramente ou framework são "bala de prata" que resolvem tudo. Não. É preciso entender o negócio, a demanda e analisar o melhor caminho para solução, com mais velocidade e menor custo. O cliente nem sempre quer saber qual ferramenta, plataforma ou framewok tu vai utilizar. Ele quer a solução pronta.
Acho que todos esses Low/No Code da vida, deveriam se inspirar mais nas Game Engines como Unreal e Unity. Usei as duas, e ambas tem recursos incríveis pra desenvolver UI. Numa aplicação Web, seria equivalente fazer toda a parte de HTML e CSS usando um editor visual, o equivalente do JavaScript você faz no código ou até em Visual Scripting como é o caso do Blueprint do Unreal. Eu fico realmente impressionado como em 2024 ainda não existe ferramentas tão boas como de Game Engines, ou se existe é pouco conhecido, pois já pesquisei e não achei nada muito interessante ainda
Eu trabalho em uma softhouse, e recentemente recebemos um cliente que queria um e-commerce pela Shopify. Por se tratar de uma plataforma low code, pensei que eu ficaria apenas brincando com ferramentas de arrastar e soltar e que não ia ver código. Quando começamos vi que a pedida do cliente tão personalizada não batia com o tema (compraram o mais similar), acabei tendo que praticamente refazer todo o tema pelo código, utilizando Liquid, que é o framework proprietário da Shopify.
Eu vejo No-Code como um "Super Framework", camadas de abstração em cima de camadas de abstração. O grande problema são as limitações que você encontra dependendo dos requisitos que tem. Atualmente trabalho com low-code (um pouco diferente), com a possibilidade de estender as funcionalidades da plataforma com integrações em C# e JS.Considero bastante mudar de stack ou algo do tipo, mas a plataforma que trabalho atualmente não me limitou até o momento e também não paro de estudar "código de verdade" por conta disso. Edit: A plataforma com que trabalho é o OutSystems
Meu amigo, você está certíssimo... Pois, tem muito por aí que não fazem ideia do que seja Low code... E, não conseguem fazer muita coisa utilizando código do zero... Como minha esposa mesmo fala, "para criarem um botão, demoram uma semana". LowCode é vida siô...
mas dentro de um loop a coisa muda... veja o trecho em C: void par_impar( int n) { if(n%2==0) printf("par "); else printf("impar"); } sem else: void par_impar( int n) { if(n%2==0) { printf("par "); return;/* o return elimina o else*/ } printf("impar"); } porém, dentro de um laço for, isso é impossível, porque o laço não pode retornar antes de k=9... for(int k=0;k
@@vinicius51905 claro q sim, mas pra quê adicionar complexidade a algo simples? Veja que vc ainda fez o erro de retornar uma ponteiro null, em C não tem como usar "par" como vc usou... melhor usar printf logo ou return umm bool... bool par_impar(int n) { return (n % 2 == 0) ? true : false;/*if/esle resumido kkkkk*/ } ou bool par_impar( int n) { if(n%2==0) return true; return false; } Mas a questão é que existem situações onde é impossível de se não usar else em programação de verdade!
@@carlacp8230 Só não serve else pra quem deixa tudo ser feitos por frameworks por de baixo dos panos, como que em um loop poderia não se usar o else?... isso tb demonstra o quanto o ellon musk entede de programação...
@@vinicius51905 Usar uma função extra só para verificar a paridade de um número e ter que retornar um valor? É assim que nasce os reacts da vida! kkkkk
Tem uns detalhes bobos que a gente lembra sempre. Em POO na faculdade há 10 anos atrás, lembro de ter visto essa lógica de lançar a exceção no primeiro IF e seguir o código. ao invés do fluxo de execução no if, e o caso de falha no else (que era a forma que eu tinha feito). E eu saí da sala do professor me perguntando porquê ele colocou aquela anotação no meu código. Demorou um bom tempo pra eu "aceitar" essa ideia.
É um preciosismo com código. Qual o intuito disso? O cliente ta c*gando se vc usa low-code, no-code, C ou javascript. Toda linguagem de programação é uma ferramenta, e é exatamente o mesmo conceito que uma ferramenta no-code/low-code, você usa alguma linguagem por baixo dos panos para fazer o seu framework "REACT" funcionar, seu Swift também, seu Kotlin também... e por ai vai. Você tem mais liberdade? sem dúvidas. Mas se você é programador mesmo, entende o que é programação, você antes de começar já deveria saber se essa ferramenta que vai usar te atende ou não. Pq meu amigo, não importa se é low-code, no-code, ou qualquer outra ferramenta, se você não sabe se consegue desenvolver ali, já nem deveria ter começado. Programação não é cuspir código, é entender de arquitetura, limitações e se o que você esta usando te atende. Se você quer construir uma casa, tem que saber se vai usar cimento ou drywall. Mas se não souber a engenharia meu amigo, nenhum dos dois vai te servir. Eu trabalhei com C, C++, VB, C#, VBA, Javascript, Java, Objective-C, React, Flutter e mais algumas que não devo lembrar, e nunca tive dificuldade, pq não importa a linguagem, nem a ferramenta. O que importa é lógica e resultado. Parem de ser preciosistas, teu projeto não sai pq vc ta ai babando no seu framework/linguagem favorita. Pasmem, hoje estamos usando Flutterflow na empresa para acelerar o desenvolvimento de um SaaS com somente 2 desenvolvedores. E os dois são programadores no-code? Não, Flutter. Olha só. E também sabemos das limitações da ferramenta, foi feito um estudo antes, e que ela nos atende para o que precisamos. Não tem essa de programador raiz não meu amigo, ou você é programador ou você só cospe código.
Meu problema com no-code ou low-code é que eu estudo pra ser um bom programador e no/low-code não é programar, é como você tentar hipertrofiar levantando peso com um macaco hidráulico. Não quer dizer que essas plataformas não servem pra nada, mas eu não quero ficar preso a essas plataformas.
Acredito que usar o if em conjunto com o else é válido em várias situações, mas nesse exemplo simples que deu no vídeo, simplesmente não faz diferença.
No code: vc come na mão que desenvolveu a solução, se subir o preço ou quebrar leva tua empresa junto else é um problema principalmente se for no front tipo vuejs/react, da forma como é estruturado por descuido tu quebra o código em mudanças pequenas, no Back é mais pra evitar o hadouken Flutterflow to vendo mais sendo usado como substituto do figma, na prática todos os projetos que peguei eu migrei pra flutter padrão e aproveitei só um pouco do código de interface, até isso eu reescrevo geralmente, porque geralmente os códigos gerados por essas ferramentas são toscos
Mano, agora eu vi... usar "else" é ruim... me lembro da treta de usar "goto" no C. Deixava o código maluco? Sim... mas era bom quando o cara sabia usar. E assim, assembly TEM goto e vc TEM que usar. É tipo isso.
assembly não tem goto, C tem, asembly usa JMP ROTULO: Else nunca foi ruim, quem criou a linguagem sabe muito mais de programação do que um zé ruela como musk... if/else em BSP Trees sempre foi usada dentro de loops em recursividade, e não existe como eliminar o else de tal algoritimo
Pra todo problema tem uma solução. Conheço pessoas que queriam criar um APP mas não tinham tempo/paciência para aprender a programar e fez milhões com no-code. É tudo questão de perspectiva. Precisa pra que? Resolve o problema do seu cliente? Se sim, quem se importa?
Trabalho 3 anos com o flutterflow, maior parte desse tempo atuando como freela. Recentemente abri minha software house e contratei um dev highcode para ajudar nas personalizações que a ferramenta não entrega. Toda essa personalização ele consegue fazer diretamente na ferramenta e se precisar exportar o código por algum motivo, também é possível e pela análise dele o código exportado é bem estruturado.
Diz o chat GPT que se você usa um "if exist" com um "if not exist" no lugar de um "else" você está aumentando a carga de processamento. Mas não consigo mais confiar no chat GPT, kkkkkkk Segundo ele Se você usa o primeiro "if" associado a um "else" ocorre apenas o processamento daquele "if". Não acredito que isso faça essa diferença. Mas acredito que o uso de "else if" seja mais bem direcionado e evita má interpretação em casos já previsíveis, deixar um else somente para casos de possíveis erros ainda não previstos (casos especiais), e quando isso ocorrer, tornar uma nova regra. Também só a favor de automatizar a resolução dum erro já conhecido. Por quê ficar informando um erro em tela ou log se puder ser contornado com a solução?
Existe situações onde o if/else é a única maneira lógica de se resolver um algoritimo, quem diz que não é porque tá usando esses exemplozinhos simples do video. Dentro de for, while, do/while em C, if else é eficiente e legível, melhor que criar uma função e ter que usar a pilha para uma função... outro lugar que se usa if else, em recursividade, algumas vezes vc precisa usar recursividade e não tem outro modo se existem condições.
Eu geralmente costumo evitar else também, como no exemplo que vc mostrou, na qual o else só possui uma pequena execução, e dentro do if fica a regra de negócio, aí realmente é melhor inverter a lógica, ou então, quando há um return/throw no if, aí não precisaria do else. Mas mesmo tentando evitar, acho um pouco exagerado dizer que não pode usar
O diretor de onde trabalho tentou tusar esse flutterflow, ele investiu mesmo. Encontrou muita dor de cabeça em fazer coisas especificas e encontrar limitacoes, mesmo com "gambiarra" era dificil concluir algumas coisas. Depois de muito tempo, esforço e dinheiro abandonou 100% o projeto e decidiu fazer da forma convencional com flutter (na verdade terminou fazendo um pwa com react) kkkkk depois dessa experiencia nunca mais queremos ver no-code na nossa frente kkkk
cara vc é um dos primeiros do universo da programação que pontuou coisas que fazem sentido sobre no code, e nao simplesmente gerou mil ofensas como faz boa parte do mundo dev no youtube
Pra quem perguntou sobre o flutter-flow eu vi um vídeo sobre no-code no canal Coding with Dee, e se eu não me engano ela ta contando sobre o flutter-flow e a experiência dela usando, facilidades e problemas que ela teve.
Eu não lembro onde eu tinha visto (faz muito tempo já) de sempre usar if para verificação primeiro e depois o resto do fluxo, bem parecido com o exemplo que você deu, faz ifs verificando erros ou retornos simples e depois coloca o resto, diminuindo bastante os nests e logo de cara na função você consegue descobrir o que ela não permite ou em que condição ela não executa.
Se tratando de flutterflow, ele é low code, ele te da a opcao de usar codigo em qualquer parte do projeto, e tbm pode exportar todo o código fonte. O mercado de Flutterflow é enorme e tem startups ganhando milhões. Alem de ser algo muito robusto, agr pra quem ja é programador senior realmente nao deve valer tanto a pena assim.
Sinceramente pode ser só minha opinião, mas o low/no code não é problema, eles são uma abstração, como todo o framework, biblioteca, ou linguagem, o problema é quão dependente você é dessa abstração, ou qual abstrato é seu código para lidar com ele
Acho que "No Code" é mais bem traduzido para "Não codar" não "Sem código" O código realmente existe mas a promessa é de que você não vai precisar escrever nada, apenas arrastar coisas magicamente em um site e ele criar coisas para ti.
Creio que ele possa ser útil para pessoas que estão querendo criar apps ou sites simples para sua empresa. As vezes no início vale mais a pena por a mão na massa você mesmo doque pagar um programador para fazer,nesse caso, essas ferramentas podem ser de grande ajuda. Mas como o Lucas falou, assim que as coisas começam a ficar mais complicadas, tu vai ter que mexer no código de qualquer jeito e o "No Code" passa a ser Inutil.
isso sempre existiu.. desde a época do clipper.. sempre vieram com essas ferramentas a uns 30 anos querem acabar com os DEvs.. kk.. PS: MSAccess foi um deles que alguns loucos ai faziam forms e dizendo q não precisava codar.
No code serve somente para a maioria das aplicações simples, as complexas ficam no high code mesmo, por exemplo criar um marketplace é possivel@@Venture_Ms
Cheguei num ponto onde uso mais *?... :* do que *if...else* . A gente naturalmente vai tornando o código mais compacto e legível possível, e antes de perceber você começa a fazer uma função inteira em apenas 1 linha
@@silviocesar5220 É menos legível, mas como tudo na programação, depende. Se for uma atribuição simples de dado, por exemplo, vou usar uma unidade de peso "kg" ou "gr" de acordo com a unidade de medida de um produto, não vejo porque não utilizar. Agora se for uma chamada de método ou função, ou mesmo que haja algum cálculo envolvido, com certeza o if melhora a legibilidade.
As pessoas esquecem o que importa é entregar a solução para os clientes. Nao existe nada tenha começado do zero que trabalha com programação usa um framework. Flutterflow é uma plataforma low code é uma ferramenta extraordinária so critica ele quem nunca usou. Eles tbm mandam o código pronto se quiser editar por conta própria é possível ir somente na programação
Alguém que mexe com no code ou low code poderia explicar com exemplos algumas dificuldades que se encontram ao optar por esses caminhos? Vejo a galera falando que você acaba ficando refém da plataforma que tá utilizando, mas nunca entendi os reais problemas de se usar tais ferramentas.
Basicamente o problema é o mesmo que não saber ler, você pode conversar, pode pedir pra alguém ler, mas não consegue interpretar o que está escrito. Por não saber ler, você fica refém de quem lê em voz alta
Eu trabalho com LowCode (Mendix), em partes é bom, pois dentro dos Microflows(funções) vc pode adicionar uma atividade, como código JAVA, para tratar objetos por exempo, mas, a aplicação é bem sucedida quando você aplica regras durante o desenvolvimento que estão expostas na documentação. É como se, quando você não segue um certo padrão de desenvolvimento, a aplicação começa a dar gargalo, fica muito lenta. Nunca trabalhei com outras ferramentas, mas pela experiência que tenho, para ter sucesso com esse tipo de desenvolvimento, você tem que desenvolver nas praticas da documentação. Eu sei que isso é obvio para qualquer linguagem, mas em low code você não consegue gambiarras, tem que seguir um padrão. Abraço de POA Lucas.
tudo depende do alinhamento de expectativa, trabalhei em uma empresa que gestor deixava o cliente com expectativa de uma solução .Net com 1 milhão de funcionalidades hiper dinamicas e fluidas. já trabalhei em outra que o cliente já ia ciente do que era uma aplicação Low-code e ciente do que ia ser entregue.
@@gustavo_carrara eu digo mais na experiencia com o desenvolvimento mesmo. Ex: Com Mendix você não consegue passar um array ou lista como um parâmetro para uma pagina, algo simples que precisa ser tratado, a aplicação low-code tem características muito singulares, que muitas vezes atrapalha, mas o lado bom é os foruns.
@@gepetovovo2509 fazer forms sem codar nada qlq programação RAD dos anos 90 era possível, mas no caso de Visual Basic ou Delphi, vc poderia fazer forms sem codar nada, mas a parte da lógia e funcionalidade, isso não tinha como fazer, não sei do Excel, nunca usei.
O problema do no-code no momento é depender da plataforma de terceiros para criar sua aplicação, e aplicações pequenas, por que medias e grandes já fica complicado.
FlutterFlow é interessante..mas não é NoCode...a não ser que vc queira fazer um Hello World...qualquer coisa a mais vc precisa escrever uma custom action/function...é mais Low Code...mas a galera vende a ideia de que qualquer um sem conhecimento pode ser um genio.
essas ferramentas aparecem pq é justamente isso, estão vendendo a ideia que qualquer um sabe programar, milhares de vendedores de curso falando "Seja fullstack e em 6 meses ganhe 10k".. o mercado tá saturado sendo que mais de 60% não sabem programar direito.
@@gepetovovo2509 mercado saturou e muita gente fez dinheiro..pra cada 100 otários tem 1 vendedor de curso profissional...e esse é o ciclo da humanidade, sempre alguém vai acreditar que da pra virar genio sem se esforçar...e vao se decepcionar mesmo com Low Code, pq vai chegar o momento que vai precisar dos fundamentos, vai precisar escrever alguma coisa, vai ter que descobrir como ligar uma tomada de 3 pinos numa entrada padrao EUA...hahaha
Ué, lande de no code, mas e o bacana da Caixa econômica que disse que a galera puxa uma rede neural em Python só com 4 linhas de codigo? Só pela ironia mesmo 😂
Exageram demais com o else. Tem que tomar cuidado com seu uso, só isso. Em casos simples: if o número é par->faça isso? else->aquilo não tem como dar erro, mas em casos mais complexos o else pode executar algo que não foi previsto e dar merda.
Sim, o else é problemático se tiver um código do tipo: if (usuário é do tipo 1) // ações else if (usuário é do tipo 2) // ações ... else // ações se surgir um tipo novo de usuário vc tem q lembrar de modificar essa função, se nao vai gerar bug pra esse novo tipo de usuário. mas para esse caso em específico é so usar design patterns que resolve....
Agora me responda, quantas pessoas você conhece que precisou modificar o Framework só para implementar algo que não conseguia com o Framework?. Reflita rapaz...
@@AmazoniaLegal Olha já modifiquei por conta própria o pacote jetstream do Laravel pra atender uma necessidade minha. Mas vou dar um exemplo melhor pra vc entender oq estou falando. Trabalho com Laravel, mas uso ele mais puro mesmo. Hoje em dia se tem o Volt / Livewire, só que pra mim eles abstraem tanta coisa e a documentação é tão fraca que quando vc precisa "customizar" algo vc entra numa enrascada. Ex: da abstração vc faz um componente (blade view) que comunica com o Controller de forma assincrona, porém em momento nenhum você mexe nesse "ajax", é tudo criado automaticamente e por trás dos "panos".
4 anos trabalhando com no-code/low-code e desculpem os "Programadores Raiz" mas eu consigo ganhar o mesmo que vocês fazendo em 1 mês o que vocês levam 6 Meses. e ter uma visão muito mais analitica de um processo inteiro. já fiz projeto pra Nissan, Globo e outras empresas e olha... elas estão bem satisfeitas com os resultados. nem tudo é preciso ser criado do 0 e muitas vezes é um desperdicio enorme pra organização fazer do 0. as vezes o problema do gestor é Simplesmente querer parar de receber 1000 emails na caixa de entrada e ter que enviar outros 20 mil pra 40 pessoas diferentes. isso não precisa de nenhum javareiro com clean code
@@guizaoacc cara mas é a realidade, eu trampo em uma empresa enorme de desenvolvimento de loja e websites. Em 3 meses sozinho eu consigo fazer mais do que equipes inteiras usando processos e metodologias engessadas. To aproveitando isso pra galgar espaço na empresa ir mudando as coisas inclusive. Mas levar horas pra implementar uma animação mais complexa em um website vs dar 2 cliques num webflow da vida as vezes é o diferencIal entre vc e seu concorrente. Simples assim.
o governo ia investir em lowcode 300 milhões, e treinar pessoal nessa categoria... então não é de admirar q existam "programdores" low code que ganhem mais que outros real code... no entanto, existem tb políticos que ganham milhões e não trabalha pohas nenhuma... ou seja, tem mercado p todos, inclusive para quem não faz nada e ganha mais do que quem faz...
Não exite "programador low-code". Oq vcs fazem é usar GPT pra criar a lógica, aplicar no no/low code e se sentir esperto. Uma hora as empresas vão perceber o quão é ridiculamente fácil clicar e arrastar com a ajuda do GPT, e o no/low code vão dar a mesma guinada do WordPress e similares. Só empresas realmente boas vão poder pagar pelo bom profissional fazer um trabalho descente, específico e rebuscado. O resto vai pagar um estagiário de TI, botar ele pra fazer seus cursinhos de no/low code de 8h e pagar pra ele um salário em troca de exp. E novamente vcs vão ver oq é subemprego.
bubble, flutter flow, wix, wordpress, magento e etc... é uma grande sabotagem de si mesmo, é como comprar um frango assado com arroz, farofa e vinagrette no IFOOD, esperar e esposa chegar, colocar a mesa, colocar um avental e dizer: eu que fiz. (pseudos programadores junior/estagiario aspirante a sênior) kkkkk só que as empresas se amarram nesse tipo de pessoa... "falante, baba ovo e finge que faz"
É jovem, se vc utilizar um LOWCODE como o FLUTTERFLOW, com certeza vai mudar sua opinião... POIS, acho que você, assim como o Lucas, não tem ideia do se trata Flutterflow... Simplesmente uma maravilhar da Dart e Flutter... Mas tudo que é novo causa espanto...
No code é uma solução incrível que vai trazer problemas inimagináveis.
@@guizaoacc Ta bom arrastador de caixinha, senta lá kkkk
@@guizaoacc Ainda se considera programador se brincar 😂
Escultor a mais tempo q isso é só melhora, tá vindo uma nova era na programação isso acontece a cada 30 anos é fato!
Pra CRUD um Oracle Apex faz milagres.
problematizaram o Else 😢
Nocode ou code, o importante é resolver o problema do cliente e pagar o turbo do Marea
Já vi relatos de gente que usou essa plataforma no code. Começa bem bacaninha, olha como é fácil, é simples etc. Aí chega a hora que você quer/precisa colocar um recurso que a plataforma não tem. Depois de muitas horas tentando implementar na mão, você resolve entrar no código gerado, e descobre uma bagunça completa e você não entende nada. Aí você tem duas escolhas: contratar alguem experiente e disposto a organizar o código, ou recomeça o projeto do zero em outra plataforma.
Pra mim low/no code é convidativo. Simples e fácil é que não é. Mais cedo ou mais tarde você chega em um gargalo onde a plataforma não te dá a liberdade de fazer o que você quer, e todas as horas que você economizou não tendo que aprender a codar vão pro ralo.
Sempre vai depender do que você quer fazer, se você quer liberdade, aprenda a codar, se algo que a plataforma disponibiliza já é o suficiente é melhor ficar com ela, já que com no code e low code você tem mais velocidade, quanto mais abstração menos liberdade
@@alon436 Mas é aí que reside a armadilha. Você precisa começar o projeto sabendo exatamente tudo o que você vai precisar, e sabendo tudo o que a plataforma oferece. Mas a realidade é que quem se vê atraído por low/no code, o cara que sonha em concretizar uma ideia e vê nessas ferramentas uma barreira menor pra começar a desenvolver, dificilmente vai ter esse tipo de experiência/maturidade. Só vai ter esse entendimento mais pra frente, depois de investir muitas horas em um projeto. Velocidade é bom, claro, pra quem entra pensando em fazer um protótipo, um MVP. Mas esses produtos não estão sendo vendidos pro dev mais experiente que quer fazer um protótipo rápido, estão?
@@luisgentil aí o mal está em quem divulga sem deixar claro que a plataforma tem limitações. No e low tem vários software lucrando por aí, não acho justo desprezar a ferramenta, abstração é bom, caso contrário ainda estaríamos programando em assemble, rejeitar novas tecnologias atoa não te ajuda em nada.
@@alon436 Mano mas por exemplo, o Bubble, chegou em uma coisa que não tem na plataforma você cria um plugin em JS e segue a vida
Muito boa sua colocação. Mas, nos dias atuais isso já é bem superado... Principalmente se você escolhe uma plataforma Low Code que utiliza uma linguagem Open Source, juntamente com um bom Framework. Assim como Flutterflow. Nesse sentido, acho que Flutterflow hoje é a melhor plataforma Low Code do mercado.
Seria muito daora um bate papo do Renato Asse com o Lucas Montana, sobre no-code
Trabalhei em uma empresa que usava uma ferramenta para desenvolvimento rápido de telas (vb6 socorro). Quando eram telas simples, tranquilo, mas quando quando o caldo engrossava, para alterad o código gerado era um parto, muitas vezes fazíamos as telas do zero. Resumindo: nem todo pau que bate em Chico, bate em Francisco. Abraços
E na minha empresa q ainda usamos VB6 kkkkkkk
Quanto aos blocos de if e else eu sempre procuro pensar em tudo que nao pode no método, ou lanço uma exception ou retorno, saio fora do método. O caminho estando liberado aí eu codo o resto, até me ajuda a não esquecer de validar alguma coisa. No exemplo eu ja faria mesmo. ! isAdmin throw Exception(Não é admin) ou simplesmente um return.
Eu também prefiro dese jeito. Dureza quando regras corporativas exigem o contrário.
famoso early return
maczinho ta comecando a engasgar em, to notando essas travadas no vídeos de um tempo pra cá
vamos ter que fazer uma vaquinha pra ajudar o lucas montano do canal lucas montano
Trabalho com uma plataforma "no/low code" (servicenow).
Fazer oq eles disponibilizam padrão é super rápido, o problema é que todas integrações que faço são com sistemas internos e não existe no-code pra isso. Passo o dia inteiro escrevendo código
no trabalho um colega desenvolveu uma aplicação no code com power apps. Tem umas coisas pra arrastar, mas ele tem que escrever coisa pra caramba.. uma vantagem que vejo é na hora de publicar pq a área de negócios dessa pessoa não teria permissão pra ter um servidor pra fazer deploy.. mas no power apps a microsoft já deixou ali disponível pra galera de qlq área da empresa usar
exatamente, a maioria dos dev com preconceito com low-code é pq não tem uma visão de negócios bem clara. nem tudo é refazer motor, as vezes é trocar um pneu. uma empresa não vai gastar milhões numa solução original sem validação e sem clareza do processo. ou ela se adequa a alguma ferramenta já existente tipo um Protheus da vida. ou continuam usando planilhas, porém perdendo muito dinheiro. ai que entra as ferramentas low-code é a chance da empresa estruturar o processo dela de forma barata e sem precisar de uma puta infra
O tanto de ajustes no código que tem que fazer num Power Apps/Automate da vida. Tem nada de no-code naquilo. Só se for usar os templates prontos da Microsoft.
Depende da plataforma, depende da necessidade de negócio, não podemos generalizar. No-Code é diferente de Low-Code.
Como também, nenhuma plataforma, ferramente ou framework são "bala de prata" que resolvem tudo. Não.
É preciso entender o negócio, a demanda e analisar o melhor caminho para solução, com mais velocidade e menor custo.
O cliente nem sempre quer saber qual ferramenta, plataforma ou framewok tu vai utilizar. Ele quer a solução pronta.
Acho que todos esses Low/No Code da vida, deveriam se inspirar mais nas Game Engines como Unreal e Unity. Usei as duas, e ambas tem recursos incríveis pra desenvolver UI. Numa aplicação Web, seria equivalente fazer toda a parte de HTML e CSS usando um editor visual, o equivalente do JavaScript você faz no código ou até em Visual Scripting como é o caso do Blueprint do Unreal.
Eu fico realmente impressionado como em 2024 ainda não existe ferramentas tão boas como de Game Engines, ou se existe é pouco conhecido, pois já pesquisei e não achei nada muito interessante ainda
AWS SUMMIT - Dê uma olha no que foi apresentado lá...
Dreamwaver já tentou isso no início da década passada
Eu trabalho em uma softhouse, e recentemente recebemos um cliente que queria um e-commerce pela Shopify. Por se tratar de uma plataforma low code, pensei que eu ficaria apenas brincando com ferramentas de arrastar e soltar e que não ia ver código. Quando começamos vi que a pedida do cliente tão personalizada não batia com o tema (compraram o mais similar), acabei tendo que praticamente refazer todo o tema pelo código, utilizando Liquid, que é o framework proprietário da Shopify.
Eu vejo No-Code como um "Super Framework", camadas de abstração em cima de camadas de abstração. O grande problema são as limitações que você encontra dependendo dos requisitos que tem. Atualmente trabalho com low-code (um pouco diferente), com a possibilidade de estender as funcionalidades da plataforma com integrações em C# e JS.Considero bastante mudar de stack ou algo do tipo, mas a plataforma que trabalho atualmente não me limitou até o momento e também não paro de estudar "código de verdade" por conta disso. Edit: A plataforma com que trabalho é o OutSystems
Qual plataforma?
@@gabrielT93x OutSystems
@@gabrielT93x OutSystems
Mas e o preço de usar a plataforma?
Meu amigo, você está certíssimo... Pois, tem muito por aí que não fazem ideia do que seja Low code... E, não conseguem fazer muita coisa utilizando código do zero... Como minha esposa mesmo fala, "para criarem um botão, demoram uma semana". LowCode é vida siô...
mas dentro de um loop a coisa muda...
veja o trecho em C:
void par_impar( int n)
{
if(n%2==0)
printf("par
");
else
printf("impar");
}
sem else:
void par_impar( int n)
{
if(n%2==0)
{
printf("par
");
return;/* o return elimina o else*/
}
printf("impar");
}
porém, dentro de um laço for, isso é impossível, porque o laço não pode retornar antes de k=9...
for(int k=0;k
Não é só chamar a função dentro do for?
for (int k=0; k
@@vinicius51905 claro q sim, mas pra quê adicionar complexidade a algo simples?
Veja que vc ainda fez o erro de retornar uma ponteiro null, em C não tem como usar "par" como vc usou... melhor usar printf logo ou return umm bool...
bool par_impar(int n) {
return (n % 2 == 0) ? true : false;/*if/esle resumido kkkkk*/
}
ou
bool par_impar( int n)
{
if(n%2==0)
return true;
return false;
}
Mas a questão é que existem situações onde é impossível de se não usar else em programação de verdade!
@@carlacp8230 Só não serve else pra quem deixa tudo ser feitos por frameworks por de baixo dos panos, como que em um loop poderia não se usar o else?...
isso tb demonstra o quanto o ellon musk entede de programação...
Sei não, acho que o Ellon Musk ainda programa em Quick Basic kkkkkkk
@@vinicius51905 Usar uma função extra só para verificar a paridade de um número e ter que retornar um valor?
É assim que nasce os reacts da vida! kkkkk
Tem uns detalhes bobos que a gente lembra sempre. Em POO na faculdade há 10 anos atrás, lembro de ter visto essa lógica de lançar a exceção no primeiro IF e seguir o código. ao invés do fluxo de execução no if, e o caso de falha no else (que era a forma que eu tinha feito). E eu saí da sala do professor me perguntando porquê ele colocou aquela anotação no meu código. Demorou um bom tempo pra eu "aceitar" essa ideia.
É um preciosismo com código. Qual o intuito disso? O cliente ta c*gando se vc usa low-code, no-code, C ou javascript.
Toda linguagem de programação é uma ferramenta, e é exatamente o mesmo conceito que uma ferramenta no-code/low-code, você usa alguma linguagem por baixo dos panos para fazer o seu framework "REACT" funcionar, seu Swift também, seu Kotlin também... e por ai vai.
Você tem mais liberdade? sem dúvidas. Mas se você é programador mesmo, entende o que é programação, você antes de começar já deveria saber se essa ferramenta que vai usar te atende ou não. Pq meu amigo, não importa se é low-code, no-code, ou qualquer outra ferramenta, se você não sabe se consegue desenvolver ali, já nem deveria ter começado.
Programação não é cuspir código, é entender de arquitetura, limitações e se o que você esta usando te atende. Se você quer construir uma casa, tem que saber se vai usar cimento ou drywall. Mas se não souber a engenharia meu amigo, nenhum dos dois vai te servir.
Eu trabalhei com C, C++, VB, C#, VBA, Javascript, Java, Objective-C, React, Flutter e mais algumas que não devo lembrar, e nunca tive dificuldade, pq não importa a linguagem, nem a ferramenta. O que importa é lógica e resultado. Parem de ser preciosistas, teu projeto não sai pq vc ta ai babando no seu framework/linguagem favorita. Pasmem, hoje estamos usando Flutterflow na empresa para acelerar o desenvolvimento de um SaaS com somente 2 desenvolvedores. E os dois são programadores no-code? Não, Flutter. Olha só. E também sabemos das limitações da ferramenta, foi feito um estudo antes, e que ela nos atende para o que precisamos.
Não tem essa de programador raiz não meu amigo, ou você é programador ou você só cospe código.
Esse aí manja da realidade... muito boa a reflexão...
Meu problema com no-code ou low-code é que eu estudo pra ser um bom programador e no/low-code não é programar, é como você tentar hipertrofiar levantando peso com um macaco hidráulico. Não quer dizer que essas plataformas não servem pra nada, mas eu não quero ficar preso a essas plataformas.
Acredito que usar o if em conjunto com o else é válido em várias situações, mas nesse exemplo simples que deu no vídeo, simplesmente não faz diferença.
No code: vc come na mão que desenvolveu a solução, se subir o preço ou quebrar leva tua empresa junto
else é um problema principalmente se for no front tipo vuejs/react, da forma como é estruturado por descuido tu quebra o código em mudanças pequenas, no Back é mais pra evitar o hadouken
Flutterflow to vendo mais sendo usado como substituto do figma, na prática todos os projetos que peguei eu migrei pra flutter padrão e aproveitei só um pouco do código de interface, até isso eu reescrevo geralmente, porque geralmente os códigos gerados por essas ferramentas são toscos
O problema não é usar o else, o problema é usar else onde não precisa 🤷♂️
Mano, agora eu vi... usar "else" é ruim... me lembro da treta de usar "goto" no C. Deixava o código maluco? Sim... mas era bom quando o cara sabia usar. E assim, assembly TEM goto e vc TEM que usar. É tipo isso.
assembly não tem goto, C tem, asembly usa JMP ROTULO:
Else nunca foi ruim, quem criou a linguagem sabe muito mais de programação do que um zé ruela como musk... if/else em BSP Trees sempre foi usada dentro de loops em recursividade, e não existe como eliminar o else de tal algoritimo
Pra todo problema tem uma solução. Conheço pessoas que queriam criar um APP mas não tinham tempo/paciência para aprender a programar e fez milhões com no-code.
É tudo questão de perspectiva. Precisa pra que? Resolve o problema do seu cliente? Se sim, quem se importa?
Trabalho 3 anos com o flutterflow, maior parte desse tempo atuando como freela. Recentemente abri minha software house e contratei um dev highcode para ajudar nas personalizações que a ferramenta não entrega. Toda essa personalização ele consegue fazer diretamente na ferramenta e se precisar exportar o código por algum motivo, também é possível e pela análise dele o código exportado é bem estruturado.
Diz o chat GPT que se você usa um "if exist" com um "if not exist" no lugar de um "else"
você está aumentando a carga de processamento. Mas não consigo mais confiar no chat GPT, kkkkkkk
Segundo ele Se você usa o primeiro "if" associado a um "else" ocorre apenas o processamento daquele "if". Não acredito que isso faça essa diferença. Mas acredito que o uso de "else if" seja mais bem direcionado e evita má interpretação em casos já previsíveis, deixar um else somente para casos de possíveis erros ainda não previstos (casos especiais), e quando isso ocorrer, tornar uma nova regra.
Também só a favor de automatizar a resolução dum erro já conhecido.
Por quê ficar informando um erro em tela ou log se puder ser contornado com a solução?
Existe situações onde o if/else é a única maneira lógica de se resolver um algoritimo, quem diz que não é porque tá usando esses exemplozinhos simples do video.
Dentro de for, while, do/while em C, if else é eficiente e legível, melhor que criar uma função e ter que usar a pilha para uma função... outro lugar que se usa if else, em recursividade, algumas vezes vc precisa usar recursividade e não tem outro modo se existem condições.
Assumindo que um if ternário é uma utilização de um if-else apenas escrito de outra forma, sim ainda existe muito espaço para se utilizar o else.
Eu geralmente costumo evitar else também, como no exemplo que vc mostrou, na qual o else só possui uma pequena execução, e dentro do if fica a regra de negócio, aí realmente é melhor inverter a lógica, ou então, quando há um return/throw no if, aí não precisaria do else. Mas mesmo tentando evitar, acho um pouco exagerado dizer que não pode usar
O diretor de onde trabalho tentou tusar esse flutterflow, ele investiu mesmo. Encontrou muita dor de cabeça em fazer coisas especificas e encontrar limitacoes, mesmo com "gambiarra" era dificil concluir algumas coisas. Depois de muito tempo, esforço e dinheiro abandonou 100% o projeto e decidiu fazer da forma convencional com flutter (na verdade terminou fazendo um pwa com react) kkkkk depois dessa experiencia nunca mais queremos ver no-code na nossa frente kkkk
cara vc é um dos primeiros do universo da programação que pontuou coisas que fazem sentido sobre no code, e nao simplesmente gerou mil ofensas como faz boa parte do mundo dev no youtube
Lucas Montano do canal Lucas Montano, que tema é esse que vc está usando? gostei do contraste.
No exemplo que você passou até tranquilo de não usar else. Pode ser que outros exemplos nao seja... Mas vou pensar sempre antes de usar else. Valeu
Pra quem perguntou sobre o flutter-flow eu vi um vídeo sobre no-code no canal Coding with Dee, e se eu não me engano ela ta contando sobre o flutter-flow e a experiência dela usando, facilidades e problemas que ela teve.
Eu não lembro onde eu tinha visto (faz muito tempo já) de sempre usar if para verificação primeiro e depois o resto do fluxo, bem parecido com o exemplo que você deu, faz ifs verificando erros ou retornos simples e depois coloca o resto, diminuindo bastante os nests e logo de cara na função você consegue descobrir o que ela não permite ou em que condição ela não executa.
Se tratando de flutterflow, ele é low code, ele te da a opcao de usar codigo em qualquer parte do projeto, e tbm pode exportar todo o código fonte.
O mercado de Flutterflow é enorme e tem startups ganhando milhões.
Alem de ser algo muito robusto, agr pra quem ja é programador senior realmente nao deve valer tanto a pena assim.
Já trampei um tempo num projeto Outsystems (low code). Experiência terrível kkkkk
daqui a pouco os dev "no code" sobem as pautas de crítica
Sinceramente pode ser só minha opinião, mas o low/no code não é problema, eles são uma abstração, como todo o framework, biblioteca, ou linguagem, o problema é quão dependente você é dessa abstração, ou qual abstrato é seu código para lidar com ele
Acho que "No Code" é mais bem traduzido para "Não codar" não "Sem código"
O código realmente existe mas a promessa é de que você não vai precisar escrever nada, apenas arrastar coisas magicamente em um site e ele criar coisas para ti.
Creio que ele possa ser útil para pessoas que estão querendo criar apps ou sites simples para sua empresa. As vezes no início vale mais a pena por a mão na massa você mesmo doque pagar um programador para fazer,nesse caso, essas ferramentas podem ser de grande ajuda. Mas como o Lucas falou, assim que as coisas começam a ficar mais complicadas, tu vai ter que mexer no código de qualquer jeito e o "No Code" passa a ser Inutil.
isso sempre existiu.. desde a época do clipper.. sempre vieram com essas ferramentas a uns 30 anos querem acabar com os DEvs.. kk.. PS: MSAccess foi um deles que alguns loucos ai faziam forms e dizendo q não precisava codar.
No code serve somente para a maioria das aplicações simples, as complexas ficam no high code mesmo, por exemplo criar um marketplace é possivel@@Venture_Ms
No code não chega nem perto de acabar com a programação de verdade, a plataforma é limitada.@@gepetovovo2509
Shouldn't it be "No Coding"" or "With No Coding" or "Without Coding"?
Cheguei num ponto onde uso mais *?... :* do que *if...else* . A gente naturalmente vai tornando o código mais compacto e legível possível, e antes de perceber você começa a fazer uma função inteira em apenas 1 linha
ternário é 1000x menos legivel que if e else kkkkk, slc, no trampo pego cada linha maluca, e ainda é podre pra debugar
@@silviocesar5220 É menos legível, mas como tudo na programação, depende.
Se for uma atribuição simples de dado, por exemplo, vou usar uma unidade de peso "kg" ou "gr" de acordo com a unidade de medida de um produto, não vejo porque não utilizar.
Agora se for uma chamada de método ou função, ou mesmo que haja algum cálculo envolvido, com certeza o if melhora a legibilidade.
@@imperiaonlinebr exato
Vai fazer duas perguntas se poderia fazer só uma, realmente muito melhor.
Eu tenho mais dificuldade de perceber o a negação do if (!) do que o else 😅
As pessoas esquecem o que importa é entregar a solução para os clientes. Nao existe nada tenha começado do zero que trabalha com programação usa um framework. Flutterflow é uma plataforma low code é uma ferramenta extraordinária so critica ele quem nunca usou. Eles tbm mandam o código pronto se quiser editar por conta própria é possível ir somente na programação
q isso! else é bom demais!
Alguém que mexe com no code ou low code poderia explicar com exemplos algumas dificuldades que se encontram ao optar por esses caminhos? Vejo a galera falando que você acaba ficando refém da plataforma que tá utilizando, mas nunca entendi os reais problemas de se usar tais ferramentas.
Basicamente o problema é o mesmo que não saber ler, você pode conversar, pode pedir pra alguém ler, mas não consegue interpretar o que está escrito. Por não saber ler, você fica refém de quem lê em voz alta
No code é equivalente a pizza congelada. Tu consegue comer a pizza, mas nunca vai ser boa que nem a feita por quem sabe.
Dicas simples, resumindo: retorne o quanto antes e use menos o If se possível.
"Quando lhe jurei meu amor, eu traí a mim mesmo..."
- Else.
“O Twitter disse que é”
KKKKKKK
*5:30 Flutterflow é LOW code.
Muito bom, Lucas!
Video Top, falou tudo sobre no-code.
Não existe tal coisa como No-Code. Alguém escreveu esse código, ainda que não tenha sido você. - Montano, Lucas | 2024
Obrigado pelo conteúdo.
Eu trabalho com LowCode (Mendix), em partes é bom, pois dentro dos Microflows(funções) vc pode adicionar uma atividade, como código JAVA, para tratar objetos por exempo, mas, a aplicação é bem sucedida quando você aplica regras durante o desenvolvimento que estão expostas na documentação. É como se, quando você não segue um certo padrão de desenvolvimento, a aplicação começa a dar gargalo, fica muito lenta.
Nunca trabalhei com outras ferramentas, mas pela experiência que tenho, para ter sucesso com esse tipo de desenvolvimento, você tem que desenvolver nas praticas da documentação. Eu sei que isso é obvio para qualquer linguagem, mas em low code você não consegue gambiarras, tem que seguir um padrão.
Abraço de POA Lucas.
tudo depende do alinhamento de expectativa, trabalhei em uma empresa que gestor deixava o cliente com expectativa de uma solução .Net com 1 milhão de funcionalidades hiper dinamicas e fluidas. já trabalhei em outra que o cliente já ia ciente do que era uma aplicação Low-code e ciente do que ia ser entregue.
@@gustavo_carrara eu digo mais na experiencia com o desenvolvimento mesmo. Ex: Com Mendix você não consegue passar um array ou lista como um parâmetro para uma pagina, algo simples que precisa ser tratado, a aplicação low-code tem características muito singulares, que muitas vezes atrapalha, mas o lado bom é os foruns.
Video curto, porém, necessário
Todo framework é bom até ele dar pau. Aí lascou pq vc ficou todo dependente dele.
começa bom, e depois fica "engessado"
Lucas, por favor me indica um curso de kotlin (do zero de preferencia)
Você já usou o KMP da JetBrains
Falou um min do if/else e passou o resto falando de no code. F
Vim pra saber pq n usar o else, saí sabendo que no code tem code
Só try e except
No caso do javascript gosto de usar return ao invés de else
No code = no dev (logica basica)
Com framework já facilita bastante, e as pessoas
ainda tem preguiça de aprender programação.
Ultimamente tem aparecido discussões super estúpidas....
Imaginei o meninozim do filme matrix com a colher dizendo "there is no no-code"
Nocode deveria chamar Blockcode? 🤔
só tinha lucas no chat kkkkkkk
Microsoft já fazia "no code" 20 anos atrás com o winforms e vb
Só uma pequena correção... Em vb a parte visual seria "no code" mas a parte lógica é inteiramente "codada".
Se vc se refere a visual basic, tinha código sim, e como tinha...
Delphi era igual, e tinha mto código
@@carlacp8230 nao msaccess era possivel fazer forms e sem codar nada.. Excel tb.
@@gepetovovo2509 fazer forms sem codar nada qlq programação RAD dos anos 90 era possível, mas no caso de Visual Basic ou Delphi, vc poderia fazer forms sem codar nada, mas a parte da lógia e funcionalidade, isso não tinha como fazer, não sei do Excel, nunca usei.
O problema do no-code no momento é depender da plataforma de terceiros para criar sua aplicação, e aplicações pequenas, por que medias e grandes já fica complicado.
Não fica, você pode usar we-web com supabase por exemplo
@@paulomattos3786 qual aplicação complexa você criou usando no-code?
@@paulomattos3786 Eu esqueci de colocar na frase, depender de serviços de terceiros.
@@paulomattos3786 Eu esqueci de colocar na frase uma palavra, eu quis dizer que a pessoa fica dependente da plataforma de terceiros para criar apps.
@@paulomattos3786 eu quis dizer, dependente da plataforma de terceiros para criar a aplicação.
Essa foi boa se a “voz” da verdade falou é 😂😂 essa dica pulo fora . Se não tem o pq não acredito só pq A ou B falou . 😂😂😂
O título desse vídeo tem o mesmo impacto que dizer "água é molhada"
como já dizia aquela banda de programadores do bare metal, nothing else matters
a galera nao sabe usar switch case e fica criticando o else, ah va!
não tem cloud, tem o pc de outro
FlutterFlow é interessante..mas não é NoCode...a não ser que vc queira fazer um Hello World...qualquer coisa a mais vc precisa escrever uma custom action/function...é mais Low Code...mas a galera vende a ideia de que qualquer um sem conhecimento pode ser um genio.
essas ferramentas aparecem pq é justamente isso, estão vendendo a ideia que qualquer um sabe programar, milhares de vendedores de curso falando "Seja fullstack e em 6 meses ganhe 10k".. o mercado tá saturado sendo que mais de 60% não sabem programar direito.
@@gepetovovo2509 mercado saturou e muita gente fez dinheiro..pra cada 100 otários tem 1 vendedor de curso profissional...e esse é o ciclo da humanidade, sempre alguém vai acreditar que da pra virar genio sem se esforçar...e vao se decepcionar mesmo com Low Code, pq vai chegar o momento que vai precisar dos fundamentos, vai precisar escrever alguma coisa, vai ter que descobrir como ligar uma tomada de 3 pinos numa entrada padrao EUA...hahaha
Ué, lande de no code, mas e o bacana da Caixa econômica que disse que a galera puxa uma rede neural em Python só com 4 linhas de codigo? Só pela ironia mesmo 😂
Exageram demais com o else. Tem que tomar cuidado com seu uso, só isso. Em casos simples: if o número é par->faça isso? else->aquilo não tem como dar erro, mas em casos mais complexos o else pode executar algo que não foi previsto e dar merda.
Sim, o else é problemático se tiver um código do tipo:
if (usuário é do tipo 1)
// ações
else if (usuário é do tipo 2)
// ações
...
else
// ações
se surgir um tipo novo de usuário vc tem q lembrar de modificar essa função, se nao vai gerar bug pra esse novo tipo de usuário. mas para esse caso em específico é so usar design patterns que resolve....
Eu acabei de lançar um vídeo falando sobre como a galera tá iludida com no code.
No code raiz era dreamweaver. Fazia o site mas deixava um caminhao de lixo no codigo kkk
Quem reclamara do no code web não pegou a época dos jurássicos JAVA FX e Spring, aquilo era um aterro completo.
O problema do noCode é o mesmo de um framework abstrai d+, você precisa fazer algo mais customizado e se lasca.
Agora me responda, quantas pessoas você conhece que precisou modificar o Framework só para implementar algo que não conseguia com o Framework?. Reflita rapaz...
@@AmazoniaLegal Olha já modifiquei por conta própria o pacote jetstream do Laravel pra atender uma necessidade minha. Mas vou dar um exemplo melhor pra vc entender oq estou falando. Trabalho com Laravel, mas uso ele mais puro mesmo. Hoje em dia se tem o Volt / Livewire, só que pra mim eles abstraem tanta coisa e a documentação é tão fraca que quando vc precisa "customizar" algo vc entra numa enrascada. Ex: da abstração vc faz um componente (blade view) que comunica com o Controller de forma assincrona, porém em momento nenhum você mexe nesse "ajax", é tudo criado automaticamente e por trás dos "panos".
@@xtremebh Eu gosto é assim, amostradim..... boa valeu.
LowCode por LowCode eu prefiro meus Snippets de python. 🤣🤣
Muito interessante!
Usar else não é ruim. Fim.
Yes Code >>> No Code
Muito bem Lucas Montano
Sou um impostor que uso rad e low code a mais de 20 anos.
Boa...
4 anos trabalhando com no-code/low-code e desculpem os "Programadores Raiz" mas eu consigo ganhar o mesmo que vocês fazendo em 1 mês o que vocês levam 6 Meses. e ter uma visão muito mais analitica de um processo inteiro. já fiz projeto pra Nissan, Globo e outras empresas e olha... elas estão bem satisfeitas com os resultados. nem tudo é preciso ser criado do 0 e muitas vezes é um desperdicio enorme pra organização fazer do 0. as vezes o problema do gestor é Simplesmente querer parar de receber 1000 emails na caixa de entrada e ter que enviar outros 20 mil pra 40 pessoas diferentes. isso não precisa de nenhum javareiro com clean code
Fonte: seu cool! 🤣
Haja mentiroso nesse mundo!
@@guizaoacc cara mas é a realidade, eu trampo em uma empresa enorme de desenvolvimento de loja e websites. Em 3 meses sozinho eu consigo fazer mais do que equipes inteiras usando processos e metodologias engessadas. To aproveitando isso pra galgar espaço na empresa ir mudando as coisas inclusive. Mas levar horas pra implementar uma animação mais complexa em um website vs dar 2 cliques num webflow da vida as vezes é o diferencIal entre vc e seu concorrente. Simples assim.
o governo ia investir em lowcode 300 milhões, e treinar pessoal nessa categoria... então não é de admirar q existam "programdores" low code que ganhem mais que outros real code... no entanto, existem tb políticos que ganham milhões e não trabalha pohas nenhuma... ou seja, tem mercado p todos, inclusive para quem não faz nada e ganha mais do que quem faz...
Hoje em dia com tantas ferramentas para desenvolvedores, acredito que perder muitas horas codando tá perdendo sentido.
Não exite "programador low-code". Oq vcs fazem é usar GPT pra criar a lógica, aplicar no no/low code e se sentir esperto. Uma hora as empresas vão perceber o quão é ridiculamente fácil clicar e arrastar com a ajuda do GPT, e o no/low code vão dar a mesma guinada do WordPress e similares. Só empresas realmente boas vão poder pagar pelo bom profissional fazer um trabalho descente, específico e rebuscado. O resto vai pagar um estagiário de TI, botar ele pra fazer seus cursinhos de no/low code de 8h e pagar pra ele um salário em troca de exp. E novamente vcs vão ver oq é subemprego.
Fala um pouco mais sobre no e low code Lucas, é um tema interessante de saber
Ele não conhece muito bem, não conhecia o Flutterflow
Python ♥
bubble, flutter flow, wix, wordpress, magento e etc... é uma grande sabotagem de si mesmo, é como comprar um frango assado com arroz, farofa e vinagrette no IFOOD, esperar e esposa chegar, colocar a mesa, colocar um avental e dizer: eu que fiz. (pseudos programadores junior/estagiario aspirante a sênior) kkkkk só que as empresas se amarram nesse tipo de pessoa... "falante, baba ovo e finge que faz"
"O Problema do No Code é que existe um Code" 😂
É jovem, se vc utilizar um LOWCODE como o FLUTTERFLOW, com certeza vai mudar sua opinião... POIS, acho que você, assim como o Lucas, não tem ideia do se trata Flutterflow... Simplesmente uma maravilhar da Dart e Flutter... Mas tudo que é novo causa espanto...
Funcionou? Commit e é isso.
DALEE
🚀🚀🚀🚀🚀
nocode é tipo quando alguem diz que um serviço, tipo SUS é gratis.😂😂😂
Vegeta
Porra, qual a lógica de ficar debatendo semântica? Kkkkk
else é ruim! Pior ainda é nested if....
Low code e um lixo! Ate porque a ferramenta que cria codigos tambem foi feito com codigos ! Falhas de implrmentacao existe em qualquer software !
if( !deixouOLike) throw Exception('Deixe o Like')