Engraçado como eu "tolerava" matemática quando mais novo. Depois de começar a programar eu comecei a enxergar, não só a matemática, mas todo conhecimento com um ponto de vista mais lógico e tudo passou a ficar mais interessante. Descobrir o raciocínio que há nas fórmulas e outros contextos fez com que tudo ficasse mais interessante. Queria ter tido esta visão antes de começar a estudar =(
Economizar linhas de código é da época da criação do FORTRAN, quando os fontes eram armazenados em cartões perfurados. Hoje vale a clareza do código, principalmente quando ocorre um bug em produção às 3h da manhã. Sou partidário do IF com ELSE e ENDIF ou de estruturas CASE. Muito mais claras, mesmo encadeadas. Programo em COBOL e Assembler e, se necessário, dou manutenção em C.
Eu conheci essse operador pela primeira quando comecei a usar o React. E cara, pra renderizar componentes de forma condicional, é uma das melhores alternativas. Uso com frequência tanto o operador condicional ternário e o curto circuito, que seria um tópico excelente para vocês abordarem no canal. No mais, excelente vídeo.👏🏿👏🏿
Uma opção muito massa que o JS também oferece (vai dá lógica/necessidade) é um ternário sem Else minhaVar && console.log("é true") Caso a variável "minhaVar" for verdadeira (true, 1, not empty, defined e etc) ele faz o console log. O mesmo que If (minhaVar){ Console.log..... }
Achei bem legal. Aquele último exemplo do javascript com múltiplas ternárias nunca fiz. Só com duas. Agora vou ficar atento pra ver se tem algum lugar que dá uso.
Engraçado esse vídeo sobre operador ternário sair hoje porque ontem mesmo eu assisti a um vídeo sobre estruturas de decisão ministrado por um mestre que dizia que, apesar do operador ternário existir, fazia parte das boas práticas não usá-lo. Mas entre esse mestre e os CDFs eu fico com esse casal que já me ensinou tanto.
Conhecia o ternário, mas não sabia de algumas coisas que vocês falaram. Inclusive, esses dias atrás eu estava pra fazer um desafio e consegui escrever a função de fatorial em uma só linha no JS graças ao operador ternário: const fatorial = n => return n === 1 ? 1 : n * fatorial(n - 1)
Eu uso aqui no meu sistema, ajuda bastante a economizar linhas de if/else. dá pra colocar no meio do echo e ainda no meio de variaveis com string. Funciona não só com números, mas com texto tb, enfim, é o if/else abreveado! Parece até fórmula de excel!
O match do PHP 8 em diante tb é interessante já que é uma variação do switch e o switch é uma variação do if elseif else. mas de fato se é um if else "seco" melhor fazer um operador ternário nunca fiz um benchmark mas provavelmente executa até mais rápido.
Gostei muito de ver o operador em diferentes línguas... so faltou o amigo Kotlin e o pai dele - JAVA.... Também gostei de saber que é possível dar assign dentro da operação: let comissão; ( vendas > metas ) ? comissão = vendas * 0.1 : vendas * 0; Ate anotei aqui... Eu vi num canto aqui na internet que, operações ternárias devem ser simples e diretas - evitando ao máximo o encadeamento... o que pode tornar um pouco difícil a manutenção do código.
Muito bom, utilizo bastante Eu tinha um certo preconceito com operadores ternário antigamente, sei lá, achava meio confuso, mas depois que passei a usar, fui me acostumando e notei sua finalidade
Começei a estudar js agora, e seja estou amando a facilidade que trás, fiquei imaginando agora, depois de ver essas esse aula maravilhosa de operações ternária, minha mente explodiu. Kkkkkkk
Conhecia ele do livro da loiane Groner "Estrutura de Dados e algoritimos com JavaScript", mas lhe confesso que não gosto muito de usar-lo não. Porém irei muda esse conceito e agora passando a usar-lo um pouco mais.
Segundo o uncle Bob do Clean Code, o melhor ainda é quebrar a função em várias menores, do que ter mesmo switch cases longos, ou enterrá-lo Em uma classe dedicada. Dá uma olhada no cap. 3. Abraço!
Eu tinha nojinho do operador ternário. Mas depois que vi o quão simples ficava eu usar a condicional já na atribuição, sem precisar criar a variável como let, me tendi aos encantos do ternarinho
Só conhecia a de Python, pois é a linguagem que sei mais sobre, mas nunca cheguei a utilizar na prática. Legal saber mais sobre os modelos de outras linguagens. Vídeo show
Ja tinha visto no livro de estrutura de dados (comecei essa semana) tava até pensando em como usar no python, e o vídeo veio lá e caiu de paraquedas akskskk
Parabéns pelo vídeo, pessoal! Reparei que o exemplo do minuto 6:55 não funciona... O exemplo é: "(vendas > meta) ? comissao = vendas * 0.1 : vendas * 0;" Mas deveria ser: "(vendas > meta) ? comissao = vendas * 0.1 : comissao = vendas * 0;" Ficou faltando atribuir o valor de comissao na parte do false De qualquer forma, apesar de funcionar, acredito que não seja uma boa prática, normalmente os ternários são aconselhados apenas para retorno de valores. Porque pode dificultar a legibilidade.
Muito bom! Primeiro exemplo com os booleanos vai dar desconforto em alguns devs pq é equivalente a usar o resultado da condicional kkkk No último exemplo com o atribuição de comissão para ser equivalente aos ifs do vídeo deveria ter outra atribuição após os dois pontos, algo como: let comissao; const vendas=10000; const meta=8000; (vendas>meta)?comissao=vendas*0.1: comissao=vendas*0;//essa parte q faltou E isso se resume a so uma atribuição como: const comissão = (vendas>meta) ? vendas*0.1 : vendas*0; Ou de forma resumida: const comissão = (vendas > meta) ? vendas*0.1 : 0;
O Guanabara sempre ensina logo no início do curso, mas depois tende a usar e aplicar apenas blocos if/else, se não me falha a memória... Falando em código limpo, ontem terminei o capítulo 3 do Clean Code. Apesar de me ter sido bem claro, seria legal ver mais exemplos das regras sobre funções, como nomes e de que elas devem/deveriam fazer apenas uma coisa. Sucesso!
Ótimo vídeo, como sempre! Eu uso muito o ternário para renderização condicional no ReactJS. Aliás, falando em React, seria ótimo se vocês fizessem um vídeo falado sobre as novidades da versão 18. Um abraço e obrigada pelo conteúdo, estou em transição de carreira e vocês me ajudam muito.
No caso do PHP, na hora de usar o isset no operador ternário, por exemplo: isset($_GET["ano]) ? $_GET["ano"] : 1900; Pode ser simplificado para: $_GET["ano"] ?? 1900; Essa forma simplificada, usando CONDIÇÃO e SE VERDADEIRO ao mesmo tempo e SE FALSO depois de “??”, também existe no Javascript e a sintaxe é a mesma.
Eu não sei se esse argumento é válido para todas as linguagens, mas nas que eu uso, trabalhar com *_true_* e *_false_* como valores no operador ternário acaba sendo redundante, pois a própria condição do operador já é o resultado. Sendo assim, no exemplo abaixo eu posso trocar: let idade = 20; let maior = (idade >= 18) ? true : false; // isso let maior = (idade >= 18); // por isso
@@lucasalbertolab Não é apenas leitura não meu amigo. Em larga escala tem diferença sim. Realizei alguns testes executando essas operações ternárias 1 milhão de vezes no Pawn/C, 1 milhão de vezes no PHP e 10 milhões de vezes no Javascript e obtive os seguintes resultados: *_Com true e false nos valores_* Média no Pawn/C: *_36,80ms_* Média no PHP: *_21,96ms_* Média no JS: *_4,04ms_* *_Simplificado (sem true e false)_* Média no Pawn/C: *_30,3ms_* Média no PHP: *_16,75ms_* Média no JS: *_3,90ms_* Outro detalhe é que *no meu ponto de vista* simplificar não torna o código mais legível, pelo contrário, pelo fato de estar simplificando o código, eu acabo perdendo detalhes.
@@brendonnos Vc acabou de provar q é apenas leitura para outro programador. Pq nenhum código em sua maioria vai ter 10 milhões de operações desse tipo... Ou seja, em uma aplicação normal esse valor se torna irrisório (1.4e-10 ms), mas a leitura fica muito diferente para o programador
@@lucasalbertolab por menor que seja a diferença, é mais otimizado. Não é atoa que as IDE’s disparam warning se você usar os booleanos nos valores. Mas enfim… ambos os modos funcionam…
Também achei estranho esse exemplo, é funcional mas acaba não sendo uma boa prática porque é redundante. Acho que só escolheram um exemplo não muito bom haha
Já vi gente falando que não se deve usar muito operador ternario
2 ปีที่แล้ว +3
acho q depende, tipo quando só tem uma comparação e fica tudo em uma linha, acho q fica perfeito, porem quando a comparação tem varias variaveis(tipo o primeiro exemplo em javascript daí acho zuado(pelo menos pra mim)), o ideial seria sempre usar alguma função q retorna boleano na comparação, dai fica bem claro e limpo o codigo. a nivel de performance, pelo menos em algumas linguagem compiladas gera um assembl mais otimizado (mas coisa de 2 instrução, praticamente nd na maioria dos casos)
Quando transformar floats ou strings em int no Pandas falha, o operador ternário salva: cast_int = lambda x: int(x) if str(x).isnumeric() else str(x) df['Coluna_x'] = df['Coluna_x'].apply(cast_int)
No JS uso um objeto com expressões no lugar das chaves para validar 1 item. Dessa forma não crio uma cadeia de else if e nem switch case. Ex: const inscritos = { [quantity >= 50000000]: 'Ruby', .... } const premio = inscritos.true || ""
No primeiro exemplo, como a variável Milenial é bool, daria pra fazer ainda mais elegante, obtendo só o valor do E (operação binária): let Milenial = anoNascimento >= 1981 && anoNascimento
No caso, "&&" é o *E* lógico (avaliando expressões que resolvem para true ou false). A operação binária (bitwise AND) seria '&'. Citando *C* como exemplo e assumindo que a e b são inteiros sem sinal e de 8 bits contendo 15 e 3, respectivamente: a && b = 1: as duas variáveis são maiores que zero (resolvendo em true) resultando num terceiro true - representado por 1. a & b = 3: aqui, o bitwise AND funciona por retornar todos os bits que estão ligados em a _e_ em b. 15 em binário fica 1111 e 3 fica 11. Logo, os dois primeiros bits menos significantes (da direita para a esquerda) estão ligados nos dois 😀
Acrescentando: minha observação é apenas sobre a parte "operação binária". Não sou experto em Javascript, mas sua sugestão funcionaria perfeitamente em C.
@@lean.drocalil mas "binário" se refere a aridade e não ao tipo/semântica da operação. Tanto no caso do E bit a bit, quanto do E lógico, se são 2 termos, é binária. Mas de fato, há controvérsia na expressão que escrevi pois, inicialmente há 4 termos (2 sub-expressões binárias). Após resolvidos, aí teremos uma única expressão (binária).
Eu sempre tentei usar o operador ternário, às vezes funcionava, às vezes não. Agora eu descobri o por quê. Só serve para atribuir um valor a uma variável.
Operador ternário é algo que você fica perdido e imagina que não conseguiria usar em seus códigos, depois de aprender, fica sempre pensando "onde posso usar o ternário neste código?"
sei não, pode economizar linhas de código, mas acho que o código fica mais legível com if else. Só de bater o olho, já dá pra ver que tem uma condicional ali. No operador ternário, acho mais difícil de ver
Alguém conhece um canal que fala de C e C++ como o canal da Loiane Groiner de Java? Muito difícil encontrar um canal em português, com excelência no conteúdo.
no proximo video porfavor coloquem as canetas na mesma ordem de cores, ou pelo menos no mesmo sentido, por exemplo, azul vermelho vermelho e vermelho azul azul, eu tenho tok mt forte kkkkkkkkkkkkk
E excelente usá-lo porem fica difícil quando pessoal não sabe estruturar seu código ai eu digo que mais atrapalha do que ajuda principalmente na hora de analisar o fluxo dos dados
Eu não gosto, em embarcados quando você otimiza o código e precisa debugar step-by-step é muito ruim, não tem lugar pra colocar brakpoint. Código bom não é código que somente "senior" entenda , é código bem estruturado, modularizado e claro para que qualquer programador, desde jr até sênior. Economia de linhas não é justificativa pra mim. Não pode ter preguiça de digitar linhas. A intenção é deixar seu código claro das intenções, aglutinar código atrapalha e dificulta a depuração step-by-step
Sem dúvida, instruções de linha única (como os ifs ternários e a coalescência nula) deixam o código muito mais elegante. Por outro lado, muito aninhamento deste tipo de instrução, deixa o código feio (minha mera opinião).
Engraçado como eu "tolerava" matemática quando mais novo. Depois de começar a programar eu comecei a enxergar, não só a matemática, mas todo conhecimento com um ponto de vista mais lógico e tudo passou a ficar mais interessante. Descobrir o raciocínio que há nas fórmulas e outros contextos fez com que tudo ficasse mais interessante. Queria ter tido esta visão antes de começar a estudar =(
Eu penso do mesmo jeito!
Aquele velho estigma de teoria x prática, que na verdade é uma papagaida do senso comum.
Economizar linhas de código é da época da criação do FORTRAN, quando os fontes eram armazenados em cartões perfurados. Hoje vale a clareza do código, principalmente quando ocorre um bug em produção às 3h da manhã. Sou partidário do IF com ELSE e ENDIF ou de estruturas CASE. Muito mais claras, mesmo encadeadas. Programo em COBOL e Assembler e, se necessário, dou manutenção em C.
Nao sabia que podia ter várias opções, obrigado pelo conhecimento!
Já uso o ternário faz alguns anos no PHP e JavaScript. Mas esse método de condições múltiplas do JS conheci agora com vocês.
Ternário e Null coalescing é uma maravilha
Ternário é vida!! Deixa o código muuuuuuito mais limpo e legal de entender!
Eu conheci essse operador pela primeira quando comecei a usar o React. E cara, pra renderizar componentes de forma condicional, é uma das melhores alternativas. Uso com frequência tanto o operador condicional ternário e o curto circuito, que seria um tópico excelente para vocês abordarem no canal.
No mais, excelente vídeo.👏🏿👏🏿
Criei esse canal para ver meu desenvolvimento e quem sabe conseguir impactar alguém ao ponto de conseguir uma vaga
Uma opção muito massa que o JS também oferece (vai dá lógica/necessidade) é um ternário sem Else
minhaVar && console.log("é true")
Caso a variável "minhaVar" for verdadeira (true, 1, not empty, defined e etc) ele faz o console log.
O mesmo que
If (minhaVar){
Console.log.....
}
Achei bem legal. Aquele último exemplo do javascript com múltiplas ternárias nunca fiz. Só com duas. Agora vou ficar atento pra ver se tem algum lugar que dá uso.
Engraçado esse vídeo sobre operador ternário sair hoje porque ontem mesmo eu assisti a um vídeo sobre estruturas de decisão ministrado por um mestre que dizia que, apesar do operador ternário existir, fazia parte das boas práticas não usá-lo. Mas entre esse mestre e os CDFs eu fico com esse casal que já me ensinou tanto.
boas práticas de acordo com quem? aushuasaushuas dependendo da linguagem até performance tu ganha
@@allefgaruda bom saber. Hoje se encontra muitos cursos na internet e por isso mesmo é importante saber filtrar os que realmente valem a pena.
Conhecia o ternário, mas não sabia de algumas coisas que vocês falaram.
Inclusive, esses dias atrás eu estava pra fazer um desafio e consegui escrever a função de fatorial em uma só linha no JS graças ao operador ternário:
const fatorial = n => return n === 1 ? 1 : n * fatorial(n - 1)
Vou estudar mais sobre o assunto. Gostei muito do conteúdo do vídeo.
Achei legal essa do js com várias condições no final do vídeo
Achei que não ia entender nada, entendi tudo e adorei, vou usar!
Engraçado que fizeram um vidio sobre operador ternario.
Mas não deixa de ser algo importante, parabens pelo vidio excelente.
Conteúdo excelente! Parabéns pelo vídeo
Eu já havia visto, mas nunca praticado! Muito obrigado pelo vídeo
Já economizei muita linha com ele 🎉
Eu uso aqui no meu sistema, ajuda bastante a economizar linhas de if/else. dá pra colocar no meio do echo e ainda no meio de variaveis com string. Funciona não só com números, mas com texto tb, enfim, é o if/else abreveado! Parece até fórmula de excel!
Assunto simples, mas muito interessante
O match do PHP 8 em diante tb é interessante já que é uma variação do switch e o switch é uma variação do if elseif else. mas de fato se é um if else "seco" melhor fazer um operador ternário nunca fiz um benchmark mas provavelmente executa até mais rápido.
Gostei muito de ver o operador em diferentes línguas... so faltou o amigo Kotlin e o pai dele - JAVA....
Também gostei de saber que é possível dar assign dentro da operação:
let comissão;
( vendas > metas ) ? comissão = vendas * 0.1 : vendas * 0;
Ate anotei aqui...
Eu vi num canto aqui na internet que, operações ternárias devem ser simples e diretas - evitando ao máximo o encadeamento... o que pode tornar um pouco difícil a manutenção do código.
Muito bom, no começo eu achava esquisito ler, agr é bem de boa.
Muito bom, utilizo bastante
Eu tinha um certo preconceito com operadores ternário antigamente, sei lá, achava meio confuso, mas depois que passei a usar, fui me acostumando e notei sua finalidade
Começei a estudar js agora, e seja estou amando a facilidade que trás, fiquei imaginando agora, depois de ver essas esse aula maravilhosa de operações ternária, minha mente explodiu. Kkkkkkk
Conhecia ele do livro da loiane Groner "Estrutura de Dados e algoritimos com JavaScript", mas lhe confesso que não gosto muito de usar-lo não. Porém irei muda esse conceito e agora passando a usar-lo um pouco mais.
Ternário é show
Abriu minha mente, finalmente eu consegui entender este rolê kkkk.
Eu sempre usei assim, mas nao sabia que se chamava operador ternário kkkkk. No lugar de usar varios if-else é bom também usar switch -case.
Segundo o uncle Bob do Clean Code, o melhor ainda é quebrar a função em várias menores, do que ter mesmo switch cases longos, ou enterrá-lo Em uma classe dedicada. Dá uma olhada no cap. 3.
Abraço!
Eu tinha nojinho do operador ternário. Mas depois que vi o quão simples ficava eu usar a condicional já na atribuição, sem precisar criar a variável como let, me tendi aos encantos do ternarinho
Só conhecia a de Python, pois é a linguagem que sei mais sobre, mas nunca cheguei a utilizar na prática. Legal saber mais sobre os modelos de outras linguagens. Vídeo show
Ja tinha visto no livro de estrutura de dados (comecei essa semana) tava até pensando em como usar no python, e o vídeo veio lá e caiu de paraquedas akskskk
Parabéns pelo vídeo, pessoal!
Reparei que o exemplo do minuto 6:55 não funciona...
O exemplo é: "(vendas > meta) ? comissao = vendas * 0.1 : vendas * 0;"
Mas deveria ser: "(vendas > meta) ? comissao = vendas * 0.1 : comissao = vendas * 0;"
Ficou faltando atribuir o valor de comissao na parte do false
De qualquer forma, apesar de funcionar, acredito que não seja uma boa prática, normalmente os ternários são aconselhados apenas para retorno de valores. Porque pode dificultar a legibilidade.
Útil demais, sem condições
Muito bom! Primeiro exemplo com os booleanos vai dar desconforto em alguns devs pq é equivalente a usar o resultado da condicional kkkk
No último exemplo com o atribuição de comissão para ser equivalente aos ifs do vídeo deveria ter outra atribuição após os dois pontos, algo como:
let comissao;
const vendas=10000;
const meta=8000;
(vendas>meta)?comissao=vendas*0.1: comissao=vendas*0;//essa parte q faltou
E isso se resume a so uma atribuição como:
const comissão = (vendas>meta) ? vendas*0.1 : vendas*0;
Ou de forma resumida:
const comissão = (vendas > meta) ? vendas*0.1 : 0;
O Guanabara sempre ensina logo no início do curso, mas depois tende a usar e aplicar apenas blocos if/else, se não me falha a memória...
Falando em código limpo, ontem terminei o capítulo 3 do Clean Code. Apesar de me ter sido bem claro, seria legal ver mais exemplos das regras sobre funções, como nomes e de que elas devem/deveriam fazer apenas uma coisa.
Sucesso!
Utilizo bastante...
Ótimo vídeo, como sempre! Eu uso muito o ternário para renderização condicional no ReactJS. Aliás, falando em React, seria ótimo se vocês fizessem um vídeo falado sobre as novidades da versão 18. Um abraço e obrigada pelo conteúdo, estou em transição de carreira e vocês me ajudam muito.
Não sabia que dava pra usar com varias condicionais no JS, muito legal mesmo
É, virou um switch - case - default .
Ternário é muito bom para criar expressões que precisam de estruturas de decisão. Normalmente elas ficam bem poluídas com o if..else.
Video excelente me ajudou muito
top assunto!!!!
No caso do PHP, na hora de usar o isset no operador ternário, por exemplo:
isset($_GET["ano]) ? $_GET["ano"] : 1900;
Pode ser simplificado para:
$_GET["ano"] ?? 1900;
Essa forma simplificada, usando CONDIÇÃO e SE VERDADEIRO ao mesmo tempo e SE FALSO depois de “??”, também existe no Javascript e a sintaxe é a mesma.
Dica do próximo tema: operador null coalescing. (Em alguns casos, até mais direto que o ternário!)
Eu nunca tinha pensado em aninhar eles... achei interessante que o JS aceite
uso o ternário bastante no rails, facilita bastante a vida heuahea
Por essas e outras JS está no topo hahaha
mano que coisa linda esses else if com ternarios
Obrigado
Operador ternário é vida. KKKKKKK
Uso muito no php, facilita bastante a legibilidade. Pena que não tem nada perto disso no cobol... Mas tudo bem, rsrs
Vi isso em códigos quando eu tava começando com C#, achei uma loucura e super difícil de entender. Hoje uso isso o tempo todo.
Conhecia onternario do Ruby, aprendi no bootcamp #LeWagon !
Uso muito em Dart, e a sintaxe é praticamente igual à do Javascript (a ? b : c)
Na linguagem Lua fica (condição and valor_verdadeiro or valor_falso)
Conteúdo top!
Eu não sei se esse argumento é válido para todas as linguagens, mas nas que eu uso, trabalhar com *_true_* e *_false_* como valores no operador ternário acaba sendo redundante, pois a própria condição do operador já é o resultado. Sendo assim, no exemplo abaixo eu posso trocar:
let idade = 20;
let maior = (idade >= 18) ? true : false; // isso
let maior = (idade >= 18); // por isso
Só facilita na leitura para outro programador, pq na pratica para o compilador é a mesma coisa
@@lucasalbertolab Não é apenas leitura não meu amigo. Em larga escala tem diferença sim. Realizei alguns testes executando essas operações ternárias 1 milhão de vezes no Pawn/C, 1 milhão de vezes no PHP e 10 milhões de vezes no Javascript e obtive os seguintes resultados:
*_Com true e false nos valores_*
Média no Pawn/C: *_36,80ms_*
Média no PHP: *_21,96ms_*
Média no JS: *_4,04ms_*
*_Simplificado (sem true e false)_*
Média no Pawn/C: *_30,3ms_*
Média no PHP: *_16,75ms_*
Média no JS: *_3,90ms_*
Outro detalhe é que *no meu ponto de vista* simplificar não torna o código mais legível, pelo contrário, pelo fato de estar simplificando o código, eu acabo perdendo detalhes.
@@brendonnos Vc acabou de provar q é apenas leitura para outro programador. Pq nenhum código em sua maioria vai ter 10 milhões de operações desse tipo... Ou seja, em uma aplicação normal esse valor se torna irrisório (1.4e-10 ms), mas a leitura fica muito diferente para o programador
@@lucasalbertolab por menor que seja a diferença, é mais otimizado. Não é atoa que as IDE’s disparam warning se você usar os booleanos nos valores. Mas enfim… ambos os modos funcionam…
Também achei estranho esse exemplo, é funcional mas acaba não sendo uma boa prática porque é redundante.
Acho que só escolheram um exemplo não muito bom haha
Já vi gente falando que não se deve usar muito operador ternario
acho q depende, tipo quando só tem uma comparação e fica tudo em uma linha, acho q fica perfeito, porem quando a comparação tem varias variaveis(tipo o primeiro exemplo em javascript daí acho zuado(pelo menos pra mim)), o ideial seria sempre usar alguma função q retorna boleano na comparação, dai fica bem claro e limpo o codigo. a nivel de performance, pelo menos em algumas linguagem compiladas gera um assembl mais otimizado (mas coisa de 2 instrução, praticamente nd na maioria dos casos)
Quando transformar floats ou strings em int no Pandas falha, o operador ternário salva:
cast_int = lambda x: int(x) if str(x).isnumeric() else str(x)
df['Coluna_x'] = df['Coluna_x'].apply(cast_int)
Eu dei um pulo quando vi operador ternário em python, pela primeira vez... Mas como disseram, até que faz sentido.
O encadeado ficou legal hein 😁
Ótimo video! Na descrição do video o "corretor automático" deixou como operador binário.
Vcs já falaram sobre o Spring framework?
Uso o tempo todo o operador Ternario, mas não gosto de usar ele para aninhar condições o código começa a ficar verboso
@@grwpmusic ou um switch
@@grwpmusic pra fazer assim faz aos contrário com switch(true) e as condições nos cases
No JS uso um objeto com expressões no lugar das chaves para validar 1 item. Dessa forma não crio uma cadeia de else if e nem switch case.
Ex:
const inscritos = {
[quantity >= 50000000]: 'Ruby',
....
}
const premio = inscritos.true || ""
No primeiro exemplo, como a variável Milenial é bool, daria pra fazer ainda mais elegante, obtendo só o valor do E (operação binária):
let Milenial = anoNascimento >= 1981 && anoNascimento
No caso, "&&" é o *E* lógico (avaliando expressões que resolvem para true ou false). A operação binária (bitwise AND) seria '&'.
Citando *C* como exemplo e assumindo que a e b são inteiros sem sinal e de 8 bits contendo 15 e 3, respectivamente:
a && b = 1: as duas variáveis são maiores que zero (resolvendo em true) resultando num terceiro true - representado por 1.
a & b = 3: aqui, o bitwise AND funciona por retornar todos os bits que estão ligados em a _e_ em b. 15 em binário fica 1111 e 3 fica 11. Logo, os dois primeiros bits menos significantes (da direita para a esquerda) estão ligados nos dois 😀
Acrescentando: minha observação é apenas sobre a parte "operação binária". Não sou experto em Javascript, mas sua sugestão funcionaria perfeitamente em C.
@@lean.drocalil mas "binário" se refere a aridade e não ao tipo/semântica da operação.
Tanto no caso do E bit a bit, quanto do E lógico, se são 2 termos, é binária.
Mas de fato, há controvérsia na expressão que escrevi pois, inicialmente há 4 termos (2 sub-expressões binárias).
Após resolvidos, aí teremos uma única expressão (binária).
Um segundo tipo de ternário que tem no Kotlin: o Elvis operator:
val resp = b?.length ?: -1
Muito bom.
Uso muito aqui na empresa
Delicinha de vídeo, estou aprendendo C
Eu sempre que possível uso os ternários
Eu sempre tentei usar o operador ternário, às vezes funcionava, às vezes não. Agora eu descobri o por quê. Só serve para atribuir um valor a uma variável.
Operador ternário é algo que você fica perdido e imagina que não conseguiria usar em seus códigos, depois de aprender, fica sempre pensando "onde posso usar o ternário neste código?"
Hahaha exatamente!
É a mesma coisa que usar um if, se você usa tanto o if quanto um ternário em quase tudo, você não sabe o que está fazendo.
Vocês não falaram se daria ser em programação .Net , daria ou não certo ?
Além do ternário o C# tem o ?? Que já valida se a variável é nula
Funciona na Ide do Arduino ?
sei não, pode economizar linhas de código, mas acho que o código fica mais legível com if else. Só de bater o olho, já dá pra ver que tem uma condicional ali. No operador ternário, acho mais difícil de ver
Ternário faz o seu código usar terno, fica muito lindo e legível.
Alguém conhece um canal que fala de C e C++ como o canal da Loiane Groiner de Java? Muito difícil encontrar um canal em português, com excelência no conteúdo.
O condicional ternário infelizmente só serve para um bloco de código. Se você precisar de forma encadeada não é possível, mais eu gosto do ternário
E no JAVA?
no proximo video porfavor coloquem as canetas na mesma ordem de cores, ou pelo menos no mesmo sentido, por exemplo, azul vermelho vermelho e vermelho azul azul, eu tenho tok mt forte kkkkkkkkkkkkk
Eu uso isso e não sabia que se chamava ternário kkkkk
interessante e que os cara mostra exemplo no C# e não no Java 😢
o codigo da minha empresa ja esta cheio ... amo demias
Sei que não casa com o assunto do vídeo mas tenho 32 anos e me interesso em TI, seria muito tarde pra começar?
O problema é usar aquela condição cheia de operadores e com dois ou três níveis. Parecendo aquelas fórmulas muito louca de Excel
E excelente usá-lo porem fica difícil quando pessoal não sabe estruturar seu código ai eu digo que mais atrapalha do que ajuda principalmente na hora de analisar o fluxo dos dados
Kkkkkk antes de entender tinha nojinho. Ahh em python é que fico confuso, pq a lógica é invertida do js e php
O povo com nojinho de usar ternario, se um dia for ter que trabalhar com react vai ter um troço
"JAVA☕" ein kkk
Reprovei uma vez me matemática discreta :(
th-cam.com/video/fSxR_rKrPqI/w-d-xo.html esse video tbm é mto bom sobre esse msm tema
Como assim eu usava e não sabia o nome kkkkkkk
Eu não gosto, em embarcados quando você otimiza o código e precisa debugar step-by-step é muito ruim, não tem lugar pra colocar brakpoint.
Código bom não é código que somente "senior" entenda , é código bem estruturado, modularizado e claro para que qualquer programador, desde jr até sênior.
Economia de linhas não é justificativa pra mim. Não pode ter preguiça de digitar linhas. A intenção é deixar seu código claro das intenções, aglutinar código atrapalha e dificulta a depuração step-by-step
Mas tbm o exemplo q usaram pra ternário com JS foi podre, q ngc horrendo de grande...
Sem dúvida, instruções de linha única (como os ifs ternários e a coalescência nula) deixam o código muito mais elegante.
Por outro lado, muito aninhamento deste tipo de instrução, deixa o código feio (minha mera opinião).
Sempre essa hostigator... Ainda bem que já me livrei dela