Programadores Profissionais Devem Saber dar Nomes // Entendendo o Livro Clean Code (Capítulo 2)

[@william84787]

Podia fazer isso mais vezes, pegar livros com grande referencia e trazer os conceitos deles ^^

[@frederico.brasiliense]

Que tal fazer um vídeo sobre a trilogia do autor: Código limpo, Codificador limpo, Arquitetura limpa?

[@paulonogueira8709]

Caramba!!! Que ideia massa essa de vocês. Não por acaso são referência no Brasil no que se refere a informação de qualidade e criatividade na nossa área. Ansioso pelos próximos capítulos!

[@codigofontetv]

Oi Paulo, muito obrigado pelo seu comentário. Ficamos felizes em saber que essa minissérie te agradou. 🤓

[@alviabeck]

Muito bom, está me ajudando bastante para escrever um material para as definições para a empresa. Valeu!

[@vitorhmtts]

Parabéns pelo vídeo e pelos 25 anos juntos! ♥

[@julia-gabgomes]

Eu sou uns meses mais velha que o relacionamento de vocês 😊 Muito obrigada por trazerem esse conteúdo, achei sensacional ver o mão no código!

[@martygo]

Uma vez abri um código que encontrei no GitHub, todas as variáveis estavam em russo (origem do dev) e daí entendi porquê escrever nomes de váriaveis e outros é importante ser escrito em uma língua comum.

[@codigofontetv]

Exatamente, inevitavelmente utilizamos soluções de terceiros e deixar tudo em inglês ajuda a manter o código padronizado.

[@martygo]

@@codigofontetv 💯💯💯

[@gabrielsantos-mo2nu]

SIM, COMEÇA EM INCRÍVEIS 03:29

[@ribeiro-uy]

saludos desde Uruguay! los sigo hace varios meses. Y felices 25 años!

[@josuereis6367]

Eu tenho o livro já faz alguns anos mas, até hoje, só li o primeiro capítulo, rs, mas essa série eu não vou perder por nada! Deixo minha imensa satisfação pela iniciativa! Abraços! 🙏

[@diegofoliene3288]

Somos 2. Até tentei pegar para ler completo, mas não rolou. Mantive com a ideia de consultar o capítulo que precisasse. Mas preciso encarar ele de novo.

[@PhantonHenderson]

Show!! Quando achei que o dicionário do programador era insuperável, vcs inventam uma nova série, tão útil quanto!! Parabéns!!

[@codigofontetv]

Que honra! 🥹

[@MatheusHenriqueCardoso]

Muito bom esse resumão com exemplos. A galera iniciante agradece demais!

[@musicaqueinspira7203]

Eu adorei o vídeo, vocês são muito simpáticos 👏👏👏👏

[@anthonybraga8886]

Essa aula valeu muito. Não há nada mais difiícil em um código do que dar nomes...ahuahuaha... Quantas vezes eu passei mais tempo imaginando como chamar cada variável e função no code review. Muito obrigado casal.

[@vagnerlandio]

Não utilizo "I" ou "T" para nomear interfaces e tipos, mas confesso que quando leio um código escrito assim fica bem mais fácil de entender o que cada coisa é sem a necessidade de passar o mouse por cima do nome e esperar a IDE retornar a informação.

[@AMJr1974]

Muito bom ter esse casal nos ajudando a melhorar o nosso código. Por favor continuem com a série.

[@DaniloStill]

Só mudaria as variáveis date1 e date2 para algo como startDate e endDate, dependendo da ordem o resultado vai ser negativo, embora poderia tratar para retornar sempre positivo e não depender da ordem.

[@codigofontetv]

É verdade! Ótima sugestão.

[@emanoelinfinity]

Pensei na mesma.

[@levijunior736]

eu ia comentar isso...

[@AlexSantos-zd1jb]

Eu li o livro, na minha visão, se formos considerar somente a escrita em inglês dos projetos no Brasil, onde grande parte da população não tem domínio da língua inglesa, isso acaba atrapalhando a linguagem de negócio e complicando o entendimento e manutenção do projeto. E claro, nos tornamos programadores melhores sabendo inglês, mas na nossa realidade é para incluir todos, não vejo problemas em usar "getEndereco()". Parabéns pelo conteúdo e admiro muito vocês👏👏

[@brunohonda848]

Compreendo a sua posição, mas existe um ponto que é pensar que sua empresa pode crescer a ponto de se internacionalizar e nesse caso o código deixa de ser legível e exigiria um esforço para renomear essas nomenclaturas.

[@neigroove]

Concordo. Trabalhei numa empresa onde traduziram todas as regras para inglês. Mas existiam alguns nomes internos do negócio, que não fazia sentido nenhum a tradução. Ficaram péssimas algumas traduções e o entendimento dificulta muito para novos devs.

[@technoir-1984]

@@brunohonda848 isso é coisa pra meia-dúzia de empresas. O mercado brasileiro de software é e ainda continua sendo um mercado para satisfazer as demandas nacionais. Somos um país fechado economicamente e a grande maioria das empresas daqui sequer almejam adentrar no mercado exterior. Não há necessidade de adequar termos em português para o inglês.

[@MauricioGleizer]

Talvez exatamente por evitar o uso do inglês (e não somente em TI) é que "grande parte da população não tem domínio da língua inglesa". Outra coisa, "nossa realidade é para incluir todos"... Hã!?

[@AlexSantos-zd1jb]

@@MauricioGleizer Com certeza, justamente por não usarmos é que não dominamos. Eu nasci em família pobre e não tive acesso a aulas de inglês além das escola pública, que de longe não é o suficiente, senão não estaríamos debatendo esse assunto. E por isso que digo, que na minha visão, onde a maioria da população não tem capacitação, podemos sim escrever código em português. Isso não deve ser impeditivo para as pessoas inovarem e criarem tecnologias que vão facilitar e dar a oportunidade de aprender inglês.

[@fernandocarmo532]

Trabalhei por cinco anos pra uma empresa nos EUA e troquei por uma oportunidade em uma empresa aqui no Brasil - e foi um choque gigantesco. Muitas pessoas envolvidas no projeto não têm inglês, então boa parte do código também é em português. Isso se torna uma salada quando começamos a usar bibliotecas internacionais e me causa bastante estranheza "quebrar o padrão" e escrever o código em inglês, até pensando em como meus colegas vão lidar com o novo código, que talvez eles não consigam entender por uma barreira de idioma. Nesse caso específico tive que mudar meu padrão de desenvolvimento para "portunglês", com funções tipo... getDados(), juntando o que é reservado em inglês com todo o resto em português.

[@diegofoliene3288]

Quem nunca não é mesmo? O problema é quando fica comum/rotineiro. Mas acho que todo Dev BR já deu uma dessas, as vezes nem de propósito. É mais por ser o idioma nativo.

[@renatoaraujo6108]

Trabalhando com o Date() do javascript, em 10:00: - Não precisa usar arredondamentos (round, trunc etc), pois ele já é um valor inteiro (de milissegundos). - Não precisa calcular o módulo (Math.abs()), pois o dia de hoje vai ter sempre um timestamp maior do que de um dia passado. A operação de módulo serve apenas quando nao se sabe qual dos valores da subtração é o maior.

[@saulocatunda]

Vocês são incríveis! Obrigado. Aliás, acho muito importante que um programador comece a fazer tudo isso já no início de carreira, tornando as boas práticas como um hábito. Ao invés de precisar parar com o hábito antigo para criar um novo.

[@guistein]

Acredito que no método getDifferenceInDays, em vez de utilizar date1 e date2 seria melhor utilizar algo como initialDate e endDate, para representar melhor o contexto dos parametros

[@codigofontetv]

Com certeza, sua sugestão é melhor.

[@tvctutoriais969]

Legal ,quero aumentar mais meus conhecimentos sobre programação com seus vídeos❤️👍

[@brenodionisiodiinho9461]

Modelo de video muito bom, um salto considerável na evolução do canal, espero que se mantenha semelhante nos próximos videos

[@grazifalk]

Excelente conteúdo, muito bom!! Parabéns pelos 25 anos juntos!! ❤❤

[@BrunoCastro]

Muito legal! Parabéns 👏. Uma sugestão para eliminar o numeral no date seria: initialDate e finalDate, deixar explicito o que cada data se refere.

[@fmaciel2]

Sou fã do trabalho de vocês. Só uma ajudinha: tudo perfeito com relação ao TypeScript no vídeo, mas, houve um deslize no uso da *língua portuguesa* (muito comum entre os profissionais da nossa área): o correto é "estamos juntos HÁ x dias" e não "A x dias". Como disse, só um detalhe. Parabéns pelo vídeo!

[@jeffsilva]

caraca.... mano. Eu e minha esposa casamos em 7/11/1992. parabéns, lindo casal , vídeos sempre relevantes.

[@codigofontetv]

Que legal Jeff! Desejamos muitas felicidades para vocês e muito mais décadas juntos.

[@anacarolliny2475]

To amando esses vídeos do livros, vcs estão de parabéns e pfvr continuem !

[@_rubenscjr]

Aguardando ansiosamente o próximo episódio

[@luispaulocavalcante1459]

Que perfeição! 😍

[@manoelm.m.6121]

Gente, isso faz lembrar uma pequena função que fiz a muitos anos atrás para transmissão de dados por linha serial RS-232 (sim, faz tempo). A gente brincava que a função se chamava "envia-dados".

[@silveiradev]

Na função poderíamos usar firstDate e secondDate como parâmetros , acho que to começando a entender esse clean code.

[@joaopessanha5774]

Parabéns pelo conteúdo. Muito importante pegar o domínio de dar bons nomes as variáveis, métodos e classe, sei que pegar esse domínio me tornará um ótimo programador.

[@andresaldanha3990]

Comecei a ler recentemente a versão em inglês (para me desafiar no idioma). Espero que consiga compreender e absorver o máximo possível. Adoro os conteúdos que vocês postam aqui.

[@davibelo]

pow. muito bom pessoal. está muito leve acompanhar os conceitos do livro com vcs. melhor que ler sozinho!

[@AlexandreMaia10]

Nas minhas primeiras aulas de Fortran aprendi que para inteiros se usa variáveis iniciadas por i, j e k. Para reais usamos x, y e z. Muito simples 😄

[@leonildo9834]

Qual é a melhor prática para separar nomes compostos de variáveis? under_line ou camelCase?

[@devLooney]

Maravilhosa a série. Ainda não li o clean code mas esta na minha lista com certeza. Parabens pros dois, vocês sempre muito didáticos e carismáticos nas explicações. Rodei esse script aqui em casa com a minha esposa pra poder mostrar um pouco de programação pra ela e foi muito legal! Mais uma vez, parabéns pelo trabalho!

[@Pedro-fd9tv]

Ótima série, parabéns!

[@codigofontetv]

Ficamos felizes que você esteja curtindo

[@claudioalmeida4195]

Vocês são dez... Parabéns pela iniciativa

[@aironsilva6452]

Que série incrível, estou aprendendo demais e tenho em minha prateleira os 3 livros da série. Seria ótimo um Review deste, além é claro do refatoração.

[@josiasbudaydeveloper5864]

Programadores experientes fazem isso de duas formas: 1ª: i = y * c(z, 45) + x 2ª: joaozinho = donaTereza * maria(ana, carlos) Obs.: a segunda forma é a mais indicada para dar nomes às variáveis.

[@carlos28018]

Estou lendo esse livro também. Tem agregado muito e é muito bom ver a opinião de vocês.

[@williams.n.9443]

Estou boquiaberto, eu usei mais 100 linhas de código pra conseguir calcular a diferença entre duas datas e descobrir a soma da data inicial mais um terço da diferença na forma de uma nova data. (Eu não sabia de muitas funções que o DateTime oferece então meio que reinventei a roda algumas vezes, na vdd eu n sei quase nada kkkk) mas acabou sendo um bom aprendizado.

[@DiogoLScarmagnani]

Muito legal essa iniciativa de vcs de fazer vídeos por capítulos do Clean Code. Soa como um audiobook porém mais rápido e direto ao ponto.

[@rickmachado]

Falando em código de inglês/português já vi um sensacional getByAno 😄

[@adroaldoferreira978]

Obrigado pelas dicas.

[@Edson_295]

O "a" do retorno é com h. "Estamos juntos há..." Fora isso, muito bom!

[@rodrigopedroso4058]

Gostei muito, parabéns!

[@danilsonvss]

Só tive tempo e oportunidade de ver o vídeo agora. Excelente conteúdo! Até meu vieram alguns cases em mente 😂.

[@codecher4.086]

Comecei ADS e estou fazendo inglês em paralelo. Amei as dicas do vídeo. Amo vocês!!!!

[@BinhoTubeLab]

Vocês são tops demais!

[@fabionicaciodesouza368]

ótima série, muito didática.

[@leocamba]

No getDifferenceInDays não seria melhor nomear os parâmetros como startDate e endDate? Os nomes ficariam mais relevantes e contextualizados.

[@brunohonda848]

Tem só um ponto no código que não é muito intuitivo no javascript, mas se vocês começaram a namorar em novembro o mês correto seria 10 porque na linguagem os meses são contados a partir de 0.

[@codigofontetv]

É verdade! O código ficou bugado mesmo. Engraçado que se a inicialização do objeto for feita por string o mês deve ter o normal. Enfim… JavaScript 🥲

[@pauloricardosiqueiramartin9248]

Eu ficaria tentado em criar as constanres com valores fixos, não sei se é uma boa prática mais acho mais direto, por exemplo millisecondsInADay com o valor pré calculado

[@andsuAndinhu]

Eu li quando eu era iniciante, mas por eu ter lido um livro chamado "Como ler livros - Mortimer Adler" não foi nem um pouco dificio. Dica que dou é numerar o métodos para poder voltar neles devido a estetica de como os códigos são descritos.

[@Brutalist_]

Conteudo top ! Sucesso pra vocês!

[@SelmoRodriguesBe]

Parabéns pelo tempo de relacionamento, meta de vida minha 😁 as dicas foram ótimas, como amador cometi quase todos os erros que comentaram RS. Sobre a função de cálculo, acho que a única coisa que faria, seria colocar um terceiro parâmetro, o qual definiria qual seria utilizado como retorno, tipo InYears, InDays, InHours, InMinutes, InSeconds. Colocando como default InDays, seria uma boa ideia para refatoração? Ou seria algo que só criaria complexidade desnecessária no código?

[@marcelomsmms]

Adorei, obrigado

[@tulanics]

Vcs são ótimos! Adorando a série e estou aproveitando e lendo o capítulo depois! Comprei esse livro a um tempo, mas ainda não tinha lido! ❤️

[@codigofontetv]

Que legal, assim vamos aprendendo e revisando juntos. 😉

[@typedev]

Muito bom, ótimo conteúdo !

[@RodrigoOliveira-cc1om]

Vocês são demais!!

[@botossauro]

Obrigado pelo vídeo! Uma coisa que eu mudaria é o uso da class. Eu usaria functions e enums. time_interval.ts ``` const MILLIS_IN_SECOND = 1000 const SECONDS_IN_MINUTE = 60 const MINUTES_IN_HOUR = 60 const HOURS_IN_DAY = 24 export enum Kind { Days = (MILLIS_IN_SECOND * SECONDS_IN_MINUTE * MINUTES_IN_HOUR * HOURS_IN_DAY), Hours = (MILLIS_IN_SECOND * SECONDS_IN_MINUTE * MINUTES_IN_HOUR), } export function timeSince(date: Date, kind: Kind = Kind.Days): number { const now = new Date().getTime() return Math.trunc(Math.abs((now - date.getTime()) / kind)) } ``` ``` import { timeSince, Time } from "./time_interval.ts"; const start = new Date(1997, 11, 7); console.log(`estamos juntos a ${timeSince(start)} dias`); console.log(`estamos juntos a ${timeSince(start, Time.Hours)} horas`); ``` Se precisar de mais tipos de intervalo, é só adicionar ao enum... ``` Minutes = (MILLIS_IN_SECOND * SECONDS_IN_MINUTE), Seconds = (MILLIS_IN_SECOND), ```

[@r.d.g4844]

Amei essa serie, to animado para ver o da Função e o da formatação

[@rulianfelipp]

O uso dos nomes em inglês ou em português, deve ser escolhido levando em conta a cultura da empresa, se o inglês não for bem disseminado, eu recomendaria o nome em português mesmo. Porque a ideia do clean code não é padronizar, mas deixar o código mais legível, tonando as manutenções mais baratas.

[@FonsecaYT7833]

Obrigado pelo conteudo

[@helioc2988]

Mano queria compartilhar algo pq me abalei um pouquinho, fiz uma entrevista recentemente, eu fui MUUUITO BEM, eu tinha TODAS as competências sério assim, fui muito bem, passei de cara para fase de teste técnico. A recrutadora visitou meu perfil no Linkedin, eu tinha certificação em TODAS as competências, certificação, fui informado que de passei para faze de teste técnico, e simplesmente no dia seguinte fui reprovado na vaga sem nem ter tido a oportunidade de fazer o teste técnico. Cara fiquei meio frustrado pq mano eu fiz tudo certinho e fui eu mesmo e não sei pq me reprovaram cara.

[@luizfernandonoschang8298]

Provavelmente porque, pelo seu nível de competência, eles teriam que te pagar mais. Infelizmente isso acontece muitas vezes. Tem empresas que preferem contratar um profissional menos capacitado pra poder pagar menos. Não dá pra julgar as empresas também, porque às vezes são micro empresas que não têm condição de pagar um valor melhor, já que estamos no Brasil e tudo é mais caro e burocrático.

[@helioc2988]

@@luizfernandonoschang8298 Era uma big, o que achei mais bizarro foi que eu passei para fase de teste tecnico e de repente eles informaram que selecionaram outra pessoa, como se eu nem fiz o teste tecnico ? mas enfim

[@emanoelinfinity]

Muito bom conteúdo. E por sinal o meu querido professor Branas está fazendo umas lives bem semelhante, com Clean Arcthecture, Design Patterns...

[@nanza86]

Parabéns pelos 25 anos

[@valtecioc.soeira786]

9:54 bem legal saber que o Gabriel e a Vanessa estão casados "há" tantos dias

[@alissonrh1]

Amando essa série desde o primeiro video. Parabéns. Um programador júnior está ta apto para ler o Clean Code com quanto tempo trabalhando com código?

[@messiasspp]

Ownt... Quase 10k dias... Eu fiz aqui e o meu deu 2145 dias...

[@diegofernandes8357]

Programamos para computadores, mas quem dá manutenção são outro seres humanos. Parabéns pelo vídeo

[@leaords8538]

obg pelo vídeo, cdf ❤️

[@universo_42]

eu estava pensando nisso o dia todo e adivinha? lá vem o video do código fonte com alta qualidade, muito obrigado!!!

[@jonasroder]

Eu sempre fico em muita dúvida da maneira da maneira de nomear índices de interadores nos locais onde eles são utilizados

[@rotognin]

Muito bacana, CDF´s!

[@humbertoluks]

Olá, no exemplo "distinções significativas", falou-se em não usar getProduct(), getProductInfo() ou getProductData(). Nesse caso eu deveria substituir por o que? Obrigado

[@richras5003]

Seria mt bom trazer métodos de simplificar código para a gente 😗

[@Edu-SanDevIstan]

Inglês é ESSENCIAL na programação e fora dela, já tô correndo atrás e aprimorando o meu, abre um leque muito grande de tudo que você pode consumir, aconselho a ver videos em Ingles, mudar o idioma do celular e do SO para inglês também e ir se acostumando

[@DailyCelebSpill]

pergunta: como ou onde eu aprendo o contexto por trás de cada linha de código nos mínimos detalhes? não só saber o porque da linha de código estar sendo construida mas também o que ela está fazendo por trás? queria conseguir um livro ou um curso com literalmente um códigode um clone de um site e ao lado de cada linha a transcrição do que está sendo feito por aquele código em linguagem não técnica para conseguir a sonhada compreensão sobre programação kkkk mas acho que não existe isso né?

[@leonardodavid8749]

Não conheço, nem acredito que exista, uma receita do bolo para isso. Mas o que vc está descrevendo é ter um conhecimento avançado de baixo nível (e alto nível). Como assim? Se você coda em python, "tudo" é abstraído, vc raramente precisa ter o entendimento do que as funções realmente fazem. Mas se vc coda em C, vc passa a entender que uma "string" nada mais é do que um array de char. E se vc coda um pouco mais, entende que todo char é um int por baixo dos panos. Então se vc coda um pouco mais, entende que é somente um número que descreve o carcter desejado em ASCII, UTF-8, UTF-16... Enfim, poderia continuar até chegar em como o processador funciona, e os "níveis" de memória que existem até chegar nele e como arrays e linked lists são totalmente diferentes nesse aspecto. Porém, meu ponto é, até que ponto você quer entender? Só o que significa a interface de cada função, só aprender a usar o que já existe? Se for esse o caso, basta ler a documentação da linguagem, ou da biblioteca. Mas, se você quer entender como essas funções funcionam e se comunicam, como criar elas e outras do zero. Então vc tem que colocar a mão na massa: aprender C, codar algo em assembly, estudar como os registradores funcionam, subir para alguma linguagem orientada a objeto e reescrever alguma classe, Vector (ou List dependendo da linguagem) por exemplo. Há inúmeros caminhos que vc pode seguir dependendo do seu interesse: hardware, segurança, sistemas operacionais, POO, paradigmas no geral... E a regra é a mesma, quer criar coisas ou entendimento profundo? Aprenda, entenda e crie.

[@DailyCelebSpill]

@@leonardodavid8749 É que eu como ignorante sobre programação suponho que eu conseguiria entender programação com o contexto do que cada linha de código executa por trás da palavra codada, por que atualmente eu olho para um código e penso, ta, mas o que esse bloco faz, constrói, ela vai la não sei onde, faz não sei o que e gera algo, como isso, por que, qual foi a lógica da pessoa? hahaha mas com o que você falou eu entendi que o entendimento vem vindo aos poucos durante a prática e assimilação dos pontos. Aprender a usar o que já existe seria o suficiente pra mim, saber o que a minha tarefa exige de mim e saber buscar essa solução, identificar, pensar na solução... Se um dia eu entender as funções, conseguir entender para o que ela vai servir em algum programa, conseguir codar algo ou usar o que ja existe como você falou para criar algo util estarei feliz, hoje parece impossivel conseguir raciocinar a montagem de um código, mas vou continuar estudando, quando comecei a estudar inglês eu não sabia nada também e avancei muuito.

[@leonardodavid8749]

O mundo da programação hoje é muuuuuuito vasto. Então não espere entender completamente qualquer programa de bom porte, nem quem o escreveu tem esse conhecimento. Mas algo pequeno é possível. Para desenvolver a lógica de programação eu acho muito interessante estudar programação competitiva. Há sites para isso, cses, leetcode, atcoder... e claro, o espetacular livro "the competitive programmer handbook" que é disponível de graça online. Independente do caminho que você escolha seguir espero que tenha sucesso.

[@rdskill]

Excelente, continuem! (clean comment) 😂

[@dragonLendario]

Parabéns pelo conteúdo de qualidade e pela ótima didática de vocês. Recomendo usar esse microfone para gravar o Compilado TV. O áudio do Gabriel ficar bem melhor com ele. Nos vídeos do compilado sempre que vira um pouco o rosto, o áudio do Gabriel fica baixo, coisa que não acontece com o da Vanessa, embora pareça ser o mesmo modelo de microfone. Para quem assiste, ou pelo menos para mim, tenho que aumentar o volume, e aí o áudio da Vanessa acaba ficando alto demais.

[@orlandof7]

Show!

[@arduinomaquinas]

Estava passando, parei aqui e gostei do conteúdo, inscrevi-me no canal, e Like 3.2 Mega

[@codigofontetv]

Seja muito bem vindo!!! :D

[@williams.n.9443]

a, b, c, d, i, eram os meus favoritos quando ficava sem iiseia kkkkkk

[@roneipereira3508]

Tudo fica simples pra quem conhece kkkkkk. Um dia vou aprender ....

[@Aperfeiçoe-se]

9:52 - "Estamos juntos *há* ..."

[@humbertogomidecavalari9778]

Estamos juntos há....

[@Nuddo]

Graças a Deus que eu aprendi inglês acidentalmente há anos XD

[@rafaelzetune871]

Muito bom o vídeo, porém o livro é abordado como uma regra universal, e esse não é o caso em programação. Por exemplo, essa regra de não usar o "I" na frente de interfaces é algo mais voltado para a linguagem java e typescript, já em C#, costuma-se usar o "I" na frente do nome. Acredito que o livro trata de boas práticas, você pode escolher sgui-las quando fizer sentido.

[@MarceloFirmino85]

7:40, aquela média com a patroa kkk

[@artu_almeida]

e quando eu não sei oq significa os numeros magicos? por ex: joguei a duvida no stack overflow, e responderam com a formula cheia de numeros magicos, e nao me responderam oq cada numero significa kkk ai complica

[@jamilfrancisco2224]

kkkkk esta fala do Gabriel chuaaaaaaaaaaa amoooooooooooooooo este casal

[@eBrunoro]

Trocar o (1000 * 60 * 60 * 24) por uma classe desse tamanho não é uma infração direta ao princípio KISS - Keep It Simple?

[@codigofontetv]

Sim, você tem razão. Nesse caso, criamos a classe para exemplificar também os nomes de métodos e classes, por isso acabamos quebrando o KISS.

[@charlesbabbage11]

Quero um moletom desse, mas com minha logo, como faço?

[@diegofoliene3288]

"Então o i tá liberado" Ufa! Kkkkk

[@isaqueback5063]

Eu peço pro chatgpt me dar uma lista de nomes de acordo com o contexto