Aprenda inglês com a EnglishBay: englishbay.com.br Playlist Inglês para programação - kzitem.info/door/PLZ65xj2SRHQAG1pn-RS9-DY1xpuuQYynN 10% de desconto com o cumpom JOVEMTRANQUILAO Grupo de estudos para certificação AWS: chat.whatsapp.com/Btia2amfa8YGrjX6xyuZkZ
@FarmCast79
Ай бұрын
If e Else são dois recursos lógicos e devem ser utilizados sempre que a lógica assim o pedir. Idiotice extrema querer "proibir" o ELSE, apesar de que vc pode usar sim early return sempre que possível - fica mais simples o código.
@elvisassuncao480
Ай бұрын
exato, eu uso direto o return quando eu não preciso do else, ajuda a deixar o codigo um pouco mais limpo, mas se na lógica precisar do else não vejo problemas. com essa onda de vendas de cursos e a modinha de ser programador o pessoal coloca defeito em tudo.
@felipebutcher
Ай бұрын
quando eu tava na faculdade o professor tava falando isso que html nao eh linguagem, ai um aluno falou assim "hypertext markup LANGUAGE" KKKKKK
@JhonnyTafarelBonifacionn
Ай бұрын
if($tranquilao == 'pobre'){ echo 'Comprar Lote'; }else{ echo 'Comprar um novo Carro'; }
@gucaciolato
Ай бұрын
=== pra garantir que é pobre do tipo corpo e alma
@br-lemes
Ай бұрын
if ($tranquilao == 'pobre') { echo 'Comprar Lote'; return; } echo 'Comprar um novo Carro';
@JhonnyTafarelBonifacionn
Ай бұрын
@@gucaciolato kkkk
@Malvitima0
Ай бұрын
@@br-lemes Early return >>>>>>>>>>>>>>>>>>>>>>>>>>
@Eli_Pinheiro
Ай бұрын
Echo é o mais feio de todos.
@Malvitima0
Ай бұрын
Pô Tranquilão as vezes você da algumas bolas foras, ultimamente quando fala de finanças e agora ELSE A utilização do early return é muito mais prática, o if else torna seu código aninhado, é um "hadouken" e só gosto de dar "hadouken" no Street fighter.
@marcelodavid3698
Ай бұрын
Não vi bola fora. Apenas não devemos demonizar um recurso que faz parte da linguagem. Claro que sempre devemos retornar o quanto antes, mas isso não significa abolir o else.
@cavalostudosobrecavalos
Ай бұрын
Quem implica com IF/ELSE é questão de EGO!!!!
@rothbardfreedom
Ай бұрын
If/else é bom em código menos importante: Portas e Adaptadores. Use Cases tem que ser focado em domínio, com boas abstrações e dynamic dispatching.
@rothbardfreedom
Ай бұрын
@@rianbreno134 Algum argumento ou só estás falando consigo no espelho?
@kkamarada4
Ай бұрын
@@rianbreno134 Numa prova de design pra passar pra uma empresa, ele tá preparado. E tu? Aplica pra uma empresa grande e fala que vai resolve tudo com MVC pra você ver a mágica acontecer kkkkkkk
@tiozaoist
Ай бұрын
if e else é uma faca de gumes. ele não é um problema o problema é usar ele de maneira descabida e ou usar por "preguiça" se se fazer solução correta muita vezes. mas ele em si não é o problema
@nicolayginovaef
Ай бұрын
Tranquilão o problema não é um if/else... o else por padrão usado errado sempre cai no lugar errado seu programa. Porém o problema é ifs dentro de ifs em cascata... códigos monolitos que as pessoas fazem sem orientar a objeto, refazendo muitas vezes os mesmos 100linhas de códigos mudando somente uma. if/else if/else bem usado é show, agora só trocar if/else só por switch/case sem melhorar em nada, nem no visual... cara, tão errado quanto. Ao meu ver... Orienta bem suas funções if/elses bem explicados e curtos, fica bem melhor.
@marconisoares2186
Ай бұрын
POO morreu, supera.
@DiegoHammesHoffmann
Ай бұрын
O cara que reclama de if é else é o mesmo que lança exception para regra de negócio
@reinaldogomes8666
Ай бұрын
Normal a pessoa com conhecimento raso de orientação a objeto não entender o porque evitar if/else...
@agcosta5616
Ай бұрын
Entendo que em linguagens orientadas a objetivo como java,C# é possível usar a recursividade da linguagem orientada a objetos para resolver probleas condicionais. Já linguagens estruturadas como C não tem vlcomo abrir mão do if ,else, a não ser que use o operador ternário ou bitwise para trabalha bit a bit.
@danjovis
Ай бұрын
O problema não é usar ou não usar IF e ELSE; o problema está no mal uso dessas estruturas. Quando usadas incorretamente, em vez de resolverem um problema, acabam criando outros, e é aí que os bugs são mais comumente encontrados. Caso do Ariane 5 a lógica de controle (IF-ELSE) incorreta levou a consequências catastróficas mal implementada e negligenciada Therac-25 A lógica de controle do software não conseguia lidar adequadamente com condições inesperadas, e a falta de verificações e balanceamento robustos de estados dentro das condições IF-ELSE resultou em doses de radiação letais. Boeing 737 Max A lógica de controle do MCAS, incluindo a forma como reagia a entradas de sensores e a falta de redundância e verificações apropriadas em condições IF-ELSE, foi criticada como uma das principais causas dos acidentes.
@guilhermemomolli
Ай бұрын
sou um programador nuttella e programo em Java, java sem framework é um janho de trabalhar, mas coloca um springboot ou quarkus você faz muito mais com bem menos, e adoro isso de ser simplificado, não preciso refazer algo que alguém ja fez e criou um biblioteca, mas meu Deus o pessoal demonizando o basico do basico e tenta tornar algo complexo kskskskskksksks
@jandersonmartins1212
Ай бұрын
Problema de usar biblioteca dos outros é que vc fica limitado, não critico… eu também uso, porem você depende demais do Codigo dê terceiros.
@lucasmicheleto2722
Ай бұрын
Java + IF Haduken, prefiro a morte
@Hiiiiii_Guys
Ай бұрын
O If/else é aquilo que devemos usar antes da refatoração de código ! Ou If/else é aquilo que todo Júnior tem o direito de usar.
Ай бұрын
Verbosidade as vezes é muito melhor também.
@ed.vieira
Ай бұрын
Na minha opinião não tem problema em usar o if e o else, os erros acontecem quando menosprezamos o problema no qual estamos aplicando o if e o else, exatamente por ser muito simples e utilizarmos praticamente o tempo todo, podendo por vezes negligenciar determinadas condições que podem ocorrer como verdadeiras ou falsas, o if e else é simples se o problema em que estivermos trabalhando tambem for simples, senão o erro pode ser catastrófico mesmo. A questão é dominar lógica de programação e conhecer o problema/regra de negócio.
@gsilvaprime
Ай бұрын
Saudades da Revista Private e das madrugadas de sábado na Band com o Cine Privê. 😂😂😂😂😂
@programateiro
Ай бұрын
Tem dev que por preguiça de encapsular uma função, faz um ninho de rato de if/else e tenta matar o problema na função principal. Vai bastante do feeling, mas se a expressão é complexa demais é porque tá pedindo pra encapsular a lógica numa função
@devpedrocanedo
Ай бұрын
depende muito, em casos que é suave de usar if e else eu uso, mas dentro de uma iteração de um array por exemplo, sou obrigado a usar o ternário. negocio é que o povo caga regra demais e esquece de usar as coisas pro que elas realmente foram criadas kkkkkkkk
@WellSantDias
Ай бұрын
kkkkkkk mais polemico que isso só um try/catch/finally
@esgrijo
Ай бұрын
Acredito que quem demoniza if/else nunca deve ter programado na vida. É só mais um recurso que pode ser utilizado em várias situações.
@nero1375
Ай бұрын
depois que eu aprendi pattern matching no Elixir, if/else não faz mais sentido hehehehe
@br-lemes
Ай бұрын
Eu não tenho problema com if. Mas o else é desnecessário na maioria das vezes. Tenho um ódio de código com aninhamento de if/else. Ficam 5 níveis de indentação, um código com 200 colunas que você precisa ficar fazendo scroll horizontal para ler sendo que 4 if de barreira com só 1 nível de indentação resolvia e ficava fácil de ler numa tela só. Por isso também tenho birra dessas linguagens extremamente orientadas à objeto, onde todo seu código fica a no mínimo 3 níveis de indentação, só complica para ler em telas pequenas, ou, como eu gosto, com o editor com dois arquivos abertos lado a lado.
@brunorezende8198
Ай бұрын
Mas tudo não é IF e Else???
@MatheusBernardesSpilari
Ай бұрын
Tranquilão não gosta de usar stream no Java. Kkkkkkkk
@cavalostudosobrecavalos
Ай бұрын
Falou tudo mano.
@Hiiiiii_Guys
Ай бұрын
Acho que a parte ruim é quando o seu parceiro de Pair Programming começa te excomungar pelo teu jeito de codar!
@ncn32
Ай бұрын
Discussão besta essa... Cliente tá nem aí pra isso. Sò tem relevância isso se tiver um SONAR te obrigando a seguir uma linha de codificação imposta.
@menegatmarcelo
Ай бұрын
Esse video tem tanta redflag. Jovem anda a ser um deserviço pra comunidade Dev, principalmente pra quem ta começando agora na area.
@ricardocomuter8921
Ай бұрын
Primeiro
@TheJimmyikki
Ай бұрын
Pior que eu também sempre achei o operador ternário feião kkkkkkkkkkkk
@MyStartupDiary
Ай бұрын
Quando se faz code review existem topicos que não é necessário discutir pois, cria mais problema doq agrega valor. esse video é muito bom sobre kzitem.info/news/bejne/uY9sy3VomGSZgpw
@carloslonghi7140
Ай бұрын
Meu amigo trabalha em uma empresa que usam o portugol pra análise de dados kkk
@Eli_Pinheiro
Ай бұрын
Kkkkk que isso pô. Acho python mais fácil que Portugol kkkk
@carloslonghi7140
Ай бұрын
@@Eli_Pinheiro Pois é, isso que também achei estranho, já tem o Python pra isso kkk
@Pedro-fi5iy
Ай бұрын
na faculdade se eu não usasse o else, eu tirava 0 na prova
@viciogamerrj8363
Ай бұрын
Se ta doido if/else é vida kkkkkkkk
@marcosdossantoscarvalho3304
Ай бұрын
Sim, só se for a vida de ficar tendo que decifrar a bagunça alheia.
@Eli_Pinheiro
Ай бұрын
Pra leitura de código é bem mais fácil de entender, mas pra montar eu ternário e um switch é bem mais fácil, na minha opinião.
@diehgo_sp
Ай бұрын
Ok, vamos abandonar o if/else assim que removermos todos os cruzamentos das ruas
@samuel_coder
Ай бұрын
private era o pornozao hard meu amigo encontoru um montao no lixo kkkkk
@alexandre360mk
Ай бұрын
As vezes eu achava que era o único a pensar assim.
@victor.josviak
Ай бұрын
Pior que ternário é ternario aninhado kkkkkkk
@Eli_Pinheiro
Ай бұрын
Conhecido também como fritador de cérebro. Kkkkk Quando a gente que faz é uma coisa, mas se for ler os dos outros é foda.
@lucas777__
Ай бұрын
pior que operador ternário é MUITO feio kkkkkkk
@paulomarcio228
Ай бұрын
Não é mesmo, ajuda demais. Pegue uma regra de negócio bem complexa, com inúmeros Ifs, verá como o ternário ajuda.
@lucas777__
Ай бұрын
@@paulomarcio228 ele é funcional e dependendo de como é usado é fácil de entender, o ruim é quando fazem um encadeamento no operador ternpario, no if-else fica mt mais apresentável
@EwertonDutra
Ай бұрын
If else forever 🎉
@cristianoo2
Ай бұрын
Coisa de Noob kkkkk
@Eu-ke1kv
Ай бұрын
Operador ternário é horrível.
@strdesign2006
Ай бұрын
IF else é vida
@juscilan
Ай бұрын
Quer vender esse fusca Jovem? Dou um pau e sessenta! hauahuahuahuahuahuahuh
Пікірлер: 71