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

🧠 BLACK FRIDAY CAMBLY e CAMBLY KIDS
60% off | inglês com nativos a partir de 59/mês até 25/11 → codigofonte.cl...
Chegamos no capítulo 2 do livro Clean Code (ou Código Limpo). Esse é um dos capítulos mais importantes e pode ser lido e entendido muito bem por quem está começando a programar. Tratamos sobre a "arte" de dar nomes a variáveis, métodos, classes e outros elementos da programação. Algumas regrinhas básicas sempre ajudam no entendimento. Discutimos sobre elas e mostramos na prática .
📚 𝗟𝗶𝘃𝗿𝗮𝗿𝗶𝗮 𝗱𝗼𝘀 𝗖𝗗𝗙𝘀
→ Livro Clean Code: amzn.to/3HW8yDd
📝 𝗟𝗶𝗻𝗸𝘀 𝗖𝗶𝘁𝗮𝗱𝗼𝘀
→ Livro Clean Code (Capítulo 1): • O que é Código Limpo? ...
→ Suas funções nunca mais serão as mesmas (Capítulo 3): • Suas Funções Nunca Mai...
→ Comentar Códigos é uma Forma de Fracassar (Capítulo 4): • Comentar Códigos é uma...
→ Entender Código é Tão Importante Quando Fazer Rodar (Capítulo 5): • Entender Código é Tão ...
→ Acompanhe a playlist sobre o Livro Clean Code:
• Clean Code - Desvendan...
🎙️ Compilado Podcast
→ KZbin: codigofonte.cl...
→ Spotify: codigofonte.cl...
→ Newsletter: compilado.codi...
🔗 Mais links do Código Fonte TV
→ codigofonte.tv
#CleanCode #CódigoLimpo #agile
#MãoNoCódigo63

[@william84787]

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

[@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. 🤓

[@vitorhmtts]

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

[@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.

[@musicaqueinspira7203]

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

[@frederico.brasiliense]

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

[@danilsonvss]

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

[@grazifalk]

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

[@alviabeck]

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

[@luispaulocavalcante1459]

Que perfeição! 😍

[@ribeiro-uy]

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

[@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 💯💯💯

[@_rubenscjr]

Aguardando ansiosamente o próximo episódio

[@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...

[@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! 🥹

[@anacarolliny2475]

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

[@MatheusHenriqueCardoso]

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

[@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!

[@gabrielsantos-mo2nu]

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

[@davibelo]

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

[@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.

[@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".

[@tvctutoriais969]

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

[@AMJr1974]

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

[@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.

[@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.

[@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. 😉

[@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.

[@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 😄

[@DiogoScarmagnani]

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.

[@brenodionisiodiinho9461]

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

[@RodrigoOliveira-cc1om]

Vocês são demais!!

[@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.

[@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.

[@r.d.g4844]

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

[@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.

[@eliabe.oliver]

Vocês são tops demais!

[@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.

[@Pedro-fd9tv]

Ótima série, parabéns!

[@codigofontetv]

Ficamos felizes que você esteja curtindo

[@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.

[@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!

[@typedev]

Muito bom, ótimo conteúdo !

[@valtecioc.soeira786]

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

[@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.

[@marcelomsmms]

Adorei, obrigado

[@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.

[@claudioalmeida4195]

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

[@Edson_295]

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

[@rodrigopedroso4058]

Gostei muito, parabéns!

[@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.

[@Brutalist_]

Conteudo top ! Sucesso pra vocês!

[@rdskill]

Excelente, continuem! (clean comment) 😂

[@fabionicaciodesouza368]

ótima série, muito didática.

[@adroaldoferreira978]

Obrigado pelas dicas.

[@mayara7442]

Muito bom 😊 Esse livro aprendendo com o código é 🔝. Por isso que fica muito bug 🐛 se escreve se em PT 🫠. O inglês é super importante!!

[@carlos28018]

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

[@rickmachado]

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

[@diegofernandes8357]

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

[@codecher4.086]

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

[@nanza86]

Parabéns pelos 25 anos

[@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.

[@leaords8538]

obg pelo vídeo, cdf ❤️

[@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!

[@Nuddo]

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

[@silveiradev]

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

[@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

[@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?

[@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.

[@universo_42]

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

[@MarceloFirmino85]

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

[@leonildo9834]

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

[@FonsecaYT7833]

Obrigado pelo conteudo

[@emanoelinfinity]

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

[@williams.n.9443]

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

[@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.

[@leocamba]

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

[@jonasroder]

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

[@orlandof7]

Show!

[@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?

[@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 🥲

[@diegofoliene3288]

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

[@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.

[@richras5003]

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

[@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

[@rotognin]

Muito bacana, CDF´s!

[@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

[@Aperfeiçoe-se]

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

[@roneipereira3508]

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

[@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.

[@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.

[@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

[@messiasspp]

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

[@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.

[@jamilfrancisco2224]

kkkkk esta fala do Gabriel chuaaaaaaaaaaa amoooooooooooooooo este casal

[@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

[@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

[@digodasilva]

👏🏾👏🏾👏🏾👏🏾👏🏾👏🏾

[@bispo135]

Começaram a namorar no mesmo dia do meu aniversário, só muda que eu nasci em 1996 kkkkkkkkkkkkkkkkk

[@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.

[@AndersonLima-we5io]

Só uma observação: "Estamos juntos HÁ tantos dias."

[@codigofontetv]

Obrigada pela observação! ;)