As strings não eram tão complexas meu jovem quando os PCs eram movidos a Z80 ou similares com palavras de 8 bits!!! 1979/80... Mas, curioso que antes do ASCII e de 1980, quando eu perfurava cartão IBM ou B6700 se usava ebcdic (inglês apenas) no cartão de papelão perfurado e era bem complexo para decodificar o string da linha de instrução perfurada por que ela era de fato..... Suspense!!!! ..???? BIDIMENSIONAL sim !!! No próprio cartão. Ou seja, o cartão de papel inteiro era uma linha de instrução (string) mas que para ser entendida (interpretada pelo fita magnética do operador no CPD) você tinha que ler os furos no cartão de papel no plano (2D), pois dependia também da altura do furo no cartão e não apenas da sequência dos furos. Aliás, por isso que se passou da programação em fita de papel perfurada para as pilhas de cartão de papel perfurados, chamadas de JOB (que tinham uma fitinha azul, quando eram END JOB, em cima, para diferenciar das pilhas incompletas e que todo dia eram levadas para o CPD de Kombi para o operador). No dia seguinte, com sorte, seu programa já teria rodado. E então você recebia o resultado de que... Nada tinha acontecido (!!!) porque você escreveu EEGIN num cartão ao invés de BEGIN... hahahaha sim... Não havia correção automática de sintaxe nem editores!!!! PARABÉNS PELO CANAL SUGESTÃO fale mais lentamente e se estenda um pouco mais. Abraços
Comecei a estudar C esses dias e vi por cima o conceito de Strings, achei uma doidera fazer uma usando ponteiros, mas esse lado que você falou no vídeo, nunca tinha visto. Ótimo conteúdo, mestre.
@@s1lver4ashum vetor de caracteres e um ponteiro, em C, são as mesmas coisas. Tenta usar a função scanf, por exemplo. Lá você vai ver que, se quiser fazer o scanf de um int, você irá precisar passar o endereço dessa variável int com o '&'. Mas, se você quiser fazer o memso com uma cadeia de caracteres (em C não existe string nativa), você não precisa usar o '&'. Justamente porque uma cadeia de char (seja ela indicada com char * var, ou char var[12], etc) já é um ponteiro. Ou seja, essa variável, na verdade, guarda um endereço de memória, no caso, o endereço do primeiro byte.
Que conteúdo massa viu meu jovem!! Caramba, muito obrigado. Que você tenha força, coragem e sabedoria pra compartilhar mais conhecimentos. Grande abraço
Estou trabalahando em um pequeno algoritmo de geração de senhas aleatórias usando a tabela ASCII, isso ajuda a entender um pouco o que ele quer dizer, pois o algoritmo seleciona elementos da tabela ASCII a partir de um número gerado aleatoriamente e depois cria a senha. Fica a dica de projeto para quem está começando como eu. Exelente conteúdo Pedro Pessoa, Deus continue te abençoando.
Perfeita a explicação. O Pedro explica muito, e nos damos conta, que fazemos mas não sabemos o porque fazemos. Sou super a favor, em outro vídeo explicar UTF-8 Obrigado por compartilhar conhecimento.
Quando eu comecei a estudar c++ o instrutor dava muita ênfase para strings. Teve um momento que cheguei a pensar comigo mesmo: "cara muda de assunto, já está chato, é só uma string". Aí então ocorre aquela explosão quando a gente entende o que está acontecendo de fato. C++❤
Em alguns circuitos digitais, utiliza-se variação de tensão para representar os bits; em outros, a tensão é empregada para alterar o estado. Assim, a expressão "Ligado" e "Desligado", embora muitos acreditem ser uma analogia excelente, é, na verdade, uma simplificação. Faço essa observação pois tenho um colega com vasta experiência em TI que crê piamente que um CD funciona como uma lâmpada. Essa lógica de ligado e desligado é anterior aos CDs. Ótimo vídeo!
Geralmente se fala em bit setado, o que em português seria um bit acertado por uma flecha. O que importa é entender que representa 2 estados. Tem lugares onde dizem "abrir e fechar a luz", nem por isso as pessoas acham que a luz funciona como uma porta, é apenas linguagem coloquial.
@@BrunoidGameseu tô ligado mas o que estou falando é que tem uma porrada de gente que entende literalmente, como esse meu colega que já tem uma bagagem. Mas no final são detalhes que talvez nem façam tanta diferença, tipo para esse colega que é um bom profissional e pensar se é literalmente ou figurativamente não faz ele codar melhor nem pior... enfim, minhas manias de me ater a detalhes... rsrs
Cara, que sensacional! Eu sempre presumi que strings são imutáveis porque em geral arrays são imutáveis também (a menos que sejam dinâmicas), mas agora eu me liguei que isso não explicaria por que arrays são mutáveis em JavaScript mas strings não. Ótimo vídeo, por favor continue o ótimo trabalho. Precisamos de mais gente falando de ciência da computação e não apenas de programação.
10x melhor que Fábio Pakita. Só espero que quando o Pedro ficar mais conhecido, que ele não se torne uma religião, como aconteceu com o sujeito anteriormente mencionado!
muito bom o vídeo, uma parte já sabia, mas a diferença de charset e encoding não conhecia. sobre a pergunta final, poderia ser explicado a fazer o encoding de outros tipos de charset, que por exemplo em jogos antigo, é usado bytes diferente para representar as letras.
Esse vídeo me fez lembrar do tempo de programador que tivemos problemas com o XML da nota fiscal eletrônica que era em utf-8 e sempre salvava ASCII até que depois de muito tempo pesquisando descobri da função do Windows convertCodePage algo assim e deu certo daí
Elas não eram meu jovem... Quando os Pcs eram Z80 ou similares com 8 bits!!! 1980... Mas, curioso que antes do ASCII, quando eu perfurava cartão IBM ou B6700 se usava ebcdic (inglês apenas) no cartão de papelão e era bem complexo para descodificar o string da linha de instrução perfurada por que ela era de fato..... Suspense!!!! BIDIMENSIONAL sim !!! No próprio cartão. Ou seja, o cartão de papel inteiro era uma linha de instrução (string) mas que para ser entendida (interpretada pelo fita magnética do operador no CPD) você tinha que ler os furos no cartão de papel no plano, pois dependia também da altura do furo no cartão e não apenas da sequência dos furos. Aliás, por isso que se passou da programação em fita de papel perfurada para as pilhas de cartão de papel penduradas, chamadas de job (que tinham uma fitinha azul em cima para diferenciar das pilhas incompletas e que todo dia eram levadas para o CPD de Kombi para o operador. No dia seguinte, com sorte, seu programa já teria rodado. E então você recebia o resultado de que... Nada tinha acontecido porque você escreveu EEGIN num cartão ao invés de BEGIN... hahahaha sim... Não havia correção automática de sintaxe nem editores!!!!)
Eu tive que fazer um programa que lia uma sequencia de caracteres e lançava pra memória como um desafio, e usei C pra ser o mais eficiente e rápido possível. Na época eu não sabia nada disso. Tive que aprender na marra kkkkkk Muito bom relembrar essas coisas.
5:30 neste caso, a função len() representa na verdade o tamanho da string em bytes, certo? Nao necessariamente o tamanho do array de caracteres que seria 9. Algo parecido com o operador sizeof() do C
Então, antes de eu ouvir falar em unicode, lá na decada de 90, eu ouvia falar dos existiam os Code Page, as páginas de código de caracteres para representações de caracter fora do padrão inglês. A página de código era representado por um número. Idiomas por todo mundo usava um código de página específico. No Brasil, esse código era o 850. Você definia no ambiente do sistema operacional DOS, por exemplo.
Cara, sempre tive interesse em entender melhor sobre o funcionamento de strings, encodings e charsets. São coisas que a gente vê com mta. frequência e que são pouquíssimo explicadas.
Vou comentar antes de ver o vídeo, para ver se eu sei. acredito que uma String é um ponteiro ou seja um endereço de memória que aponta para o inicio de onde será o inicio de um vetor de chars que no final terá um caractere dizendo que terminou a String.
eu assisto seus videos, com a convicção e dedicação de que vou entender tudo que esta sendo falado, vou ate tirar um print, para me lembrar desse comentário
Na verdade um caracter utiliza 8 bits e atende tanto o alfabeto inglês quanto o alfabeto português e o espanhol, o motivo de alguns caracteres não serem mostrados na sua tabela é porque ela não está completa. 1 byte foi definido com 8 bits para caber o alfabeto das linguagens ocidental, ele tem esse tamanho porque foi baseado na linguagem, mas depois se mostrou necessário adicionar também o alfabeto das linguagens orientais, por isso foi criado o unicode e etc. Nunca programei em GO mas parece ser interessante porque em C não existe string apenas char, a gente usa biblioteca para adicionar uma string e ainda tem que informar o tamanho da string + 1, por exemplo: Se você quiser escrever a palavra "terra" então tem que definir com tamanho 6 porque nas 5 primeiras posições será ocupada pelos caracteres da palavra e a última posição é preenchido com /0, também conhecido como nulo, que identifica o final da string.
Cara, que foda! Sou do audiovisual e desde quando comecei (~2007) eu aprendi que pra manter o ambiente de trabalho digital estável (nome de pastas e arquivos) era recomendado usar apenas caracteres existentes em ASCII. Isso pq o fluxo de trabalho poderia acontecer simultaneamente em windows mac e em linux (geralmente pro NAS). Portanto nada de acentos cedillas e demais caracteres especiais. E daí em diante eu mantenho uma metodologia de nomes que preserva essa regra sob o risco de algum arquivo se corromper (o que inclusive vi acontecer algumas vezes pq o povo do time achava q era frescura esse cuidado...😔 ). E agora me ocorreu que arquivos que se corromperam podem ter sido vítimas dessa quebra de encoding por causa de SO bugado. Tem a ver, ou tô viajando?
Saiu o vídeo crinado um algorimo de UTF-8!!!
th-cam.com/video/vqlNxtEM1Sc/w-d-xo.html
As strings não eram tão complexas meu jovem quando os PCs eram movidos a Z80 ou similares com palavras de 8 bits!!! 1979/80...
Mas, curioso que antes do ASCII e de 1980, quando eu perfurava cartão IBM ou B6700 se usava ebcdic (inglês apenas) no cartão de papelão perfurado e era bem complexo para decodificar o string da linha de instrução perfurada por que ela era de fato..... Suspense!!!! ..???? BIDIMENSIONAL sim !!! No próprio cartão. Ou seja, o cartão de papel inteiro era uma linha de instrução (string) mas que para ser entendida (interpretada pelo fita magnética do operador no CPD) você tinha que ler os furos no cartão de papel no plano (2D), pois dependia também da altura do furo no cartão e não apenas da sequência dos furos. Aliás, por isso que se passou da programação em fita de papel perfurada para as pilhas de cartão de papel perfurados, chamadas de JOB (que tinham uma fitinha azul, quando eram END JOB, em cima, para diferenciar das pilhas incompletas e que todo dia eram levadas para o CPD de Kombi para o operador). No dia seguinte, com sorte, seu programa já teria rodado. E então você recebia o resultado de que... Nada tinha acontecido (!!!) porque você escreveu EEGIN num cartão ao invés de BEGIN... hahahaha sim... Não havia correção automática de sintaxe nem editores!!!!
PARABÉNS PELO CANAL
SUGESTÃO fale mais lentamente e se estenda um pouco mais.
Abraços
Queria que vc fisera um video ou varos sobre o curso cs50 de harvard
Em um universo de tutores de frameworks e linguagens, temos um herói que te ensina o que acontece por debaixo dos panos. Meus parabéns!
GRAÇAS A JAH!
Exatamente
tão gostosinho ter esse tipo de conteúdo em pt-br. continua bro
São seus olhos
já era para ter feito professor, muito bom, tem versão de 1h não?
Comecei a estudar C esses dias e vi por cima o conceito de Strings, achei uma doidera fazer uma usando ponteiros, mas esse lado que você falou no vídeo, nunca tinha visto. Ótimo conteúdo, mestre.
Tu vai ver quando implementar árvores e hashtables. ai tu vai conhecer o diabo
Não precisa usar ponteiros em C pra criar uma string, um vetor de caracteres já é considerado uma string pelo compilador
@@s1lver4ashum vetor de caracteres e um ponteiro, em C, são as mesmas coisas. Tenta usar a função scanf, por exemplo. Lá você vai ver que, se quiser fazer o scanf de um int, você irá precisar passar o endereço dessa variável int com o '&'. Mas, se você quiser fazer o memso com uma cadeia de caracteres (em C não existe string nativa), você não precisa usar o '&'. Justamente porque uma cadeia de char (seja ela indicada com char * var, ou char var[12], etc) já é um ponteiro. Ou seja, essa variável, na verdade, guarda um endereço de memória, no caso, o endereço do primeiro byte.
@@s1lver4ash Um vetor em C em sua mais simples ideia e um ponteiro ou seja -->
@@s1lver4ash a não ser que ele tenha pouca memória 😅
Que conteúdo massa viu meu jovem!! Caramba, muito obrigado. Que você tenha força, coragem e sabedoria pra compartilhar mais conhecimentos. Grande abraço
Faz sim o video falando sobre o encode, por favor! Vai me ajudar muito num projeto pessoal.
Estou trabalahando em um pequeno algoritmo de geração de senhas aleatórias usando a tabela ASCII, isso ajuda a entender um pouco o que ele quer dizer, pois o algoritmo seleciona elementos da tabela ASCII a partir de um número gerado aleatoriamente e depois cria a senha. Fica a dica de projeto para quem está começando como eu. Exelente conteúdo Pedro Pessoa, Deus continue te abençoando.
Boa ideia, estou mentorando um amigo meu e vou passar esse desafio como exercicio pra ele
7:08 Sim!
Perfeita a explicação. O Pedro explica muito, e nos damos conta, que fazemos mas não sabemos o porque fazemos.
Sou super a favor, em outro vídeo explicar UTF-8
Obrigado por compartilhar conhecimento.
Encarar uma String como um aray muda completamente como olhamos pra ela!
E facilita pra explicar pros meus alunos a diferença entre 3 e "3".
Quando eu comecei a estudar c++ o instrutor dava muita ênfase para strings. Teve um momento que cheguei a pensar comigo mesmo: "cara muda de assunto, já está chato, é só uma string". Aí então ocorre aquela explosão quando a gente entende o que está acontecendo de fato.
C++❤
Não sou de comentar em vídeos, mas parabéns, como você consegue passar um assunto complexo de forma tão simples!!! 👏👏👏👏
Obrigado por compartilhar seu conhecimento! Apoio 100% a criação de um vídeo implementando o algoritmo de UTF-8. Fique com Deus.
Vídeo já está no ar! :)
@@phenpessoa valeu!
Para quem busca aprofundar um pouco mais nos conceitos, este vídeo é um achado! Conteúdo diferenciado! Obrigado e Parabéns!
Em alguns circuitos digitais, utiliza-se variação de tensão para representar os bits; em outros, a tensão é empregada para alterar o estado. Assim, a expressão "Ligado" e "Desligado", embora muitos acreditem ser uma analogia excelente, é, na verdade, uma simplificação. Faço essa observação pois tenho um colega com vasta experiência em TI que crê piamente que um CD funciona como uma lâmpada. Essa lógica de ligado e desligado é anterior aos CDs. Ótimo vídeo!
Geralmente se fala em bit setado, o que em português seria um bit acertado por uma flecha. O que importa é entender que representa 2 estados.
Tem lugares onde dizem "abrir e fechar a luz", nem por isso as pessoas acham que a luz funciona como uma porta, é apenas linguagem coloquial.
@@BrunoidGameseu tô ligado mas o que estou falando é que tem uma porrada de gente que entende literalmente, como esse meu colega que já tem uma bagagem. Mas no final são detalhes que talvez nem façam tanta diferença, tipo para esse colega que é um bom profissional e pensar se é literalmente ou figurativamente não faz ele codar melhor nem pior... enfim, minhas manias de me ater a detalhes... rsrs
@@AllGutemberg esse lance de comparar cd com lâmpada deu um nó na minha cabeça kkkk
@@BrunoidGameskkkkk F no chat
Cara, que sensacional! Eu sempre presumi que strings são imutáveis porque em geral arrays são imutáveis também (a menos que sejam dinâmicas), mas agora eu me liguei que isso não explicaria por que arrays são mutáveis em JavaScript mas strings não. Ótimo vídeo, por favor continue o ótimo trabalho. Precisamos de mais gente falando de ciência da computação e não apenas de programação.
Meu que conteúdo magnífico pra quem é programador de verdade!!!
Excelente conteúdo! Meus parabéns!
Faz o vídeo sobre o algoritmo encoding/decoding do UTF-8.
10x melhor que Fábio Pakita. Só espero que quando o Pedro ficar mais conhecido, que ele não se torne uma religião, como aconteceu com o sujeito anteriormente mencionado!
Exemplo em PHP: $str = 'Hello ḉab'; $str[6] = 'w'; echo $str; Resultado: Hello w��ab
muito bom o vídeo, uma parte já sabia, mas a diferença de charset e encoding não conhecia.
sobre a pergunta final, poderia ser explicado a fazer o encoding de outros tipos de charset, que por exemplo em jogos antigo, é usado bytes diferente para representar as letras.
Excelente roteiro, sequência lógica e mais um punhado de elogios. Parabéns pelo vídeo.
Esse vídeo me fez lembrar do tempo de programador que tivemos problemas com o XML da nota fiscal eletrônica que era em utf-8 e sempre salvava ASCII até que depois de muito tempo pesquisando descobri da função do Windows convertCodePage algo assim e deu certo daí
Grande mestre! Parabéns por trazer esse conteúdo em pt-br que dificilmente (Ou impossível) é encontrado em cursos, continue nesse ritmo, muito topp!!
Excepcional. Eu não compreendia que strings poderiam ser tão complexas.
Elas não eram meu jovem... Quando os Pcs eram Z80 ou similares com 8 bits!!! 1980...
Mas, curioso que antes do ASCII, quando eu perfurava cartão IBM ou B6700 se usava ebcdic (inglês apenas) no cartão de papelão e era bem complexo para descodificar o string da linha de instrução perfurada por que ela era de fato..... Suspense!!!! BIDIMENSIONAL sim !!! No próprio cartão. Ou seja, o cartão de papel inteiro era uma linha de instrução (string) mas que para ser entendida (interpretada pelo fita magnética do operador no CPD) você tinha que ler os furos no cartão de papel no plano, pois dependia também da altura do furo no cartão e não apenas da sequência dos furos. Aliás, por isso que se passou da programação em fita de papel perfurada para as pilhas de cartão de papel penduradas, chamadas de job (que tinham uma fitinha azul em cima para diferenciar das pilhas incompletas e que todo dia eram levadas para o CPD de Kombi para o operador. No dia seguinte, com sorte, seu programa já teria rodado. E então você recebia o resultado de que... Nada tinha acontecido porque você escreveu EEGIN num cartão ao invés de BEGIN... hahahaha sim... Não havia correção automática de sintaxe nem editores!!!!)
Eu tive que fazer um programa que lia uma sequencia de caracteres e lançava pra memória como um desafio, e usei C pra ser o mais eficiente e rápido possível. Na época eu não sabia nada disso. Tive que aprender na marra kkkkkk Muito bom relembrar essas coisas.
o video sobre UTF-8 e como funciona encoding seria muito legal sim! Obrigado pelo video!
Isso é importante, pois há muitas coisas que usamos hoje que são muito abstratas! Gostaria de mais vídeos curtos sobre esses assuntos! Parabéns!
Amei esse vídeo! Sempre maravilhoso saber o que acontece por baixo dos bytes!
Explodiu minha mente! Nunca passou por minha cabeça que uma string seria um array
Caraca, sou estudante iniciante e entendi facilmente o que tava sendo explicado kkkkkkk didática perfeita
Faz o video sobre Unicode e UTF8!!🤩🤩
Seu canal é uma inspiração. Isso é computação, isso é a ciência por trás ! Sensacional!!
5:30 neste caso, a função len() representa na verdade o tamanho da string em bytes, certo? Nao necessariamente o tamanho do array de caracteres que seria 9. Algo parecido com o operador sizeof() do C
Sua ideia de continuação é um vídeo relevante e eu gostei muito do vídeo. Ver o "nível mais baixo" foi bem interessante
Fantástico, Pedro, Muito obrigado! Sim, um vídeo sobre o algoritmo do UTF-8 seria muito bacana.
Finalmente, um canal com conhecimentos valiosos e profundos
Sensacional!
Parabéns pelo video, explicação excelente!👏
Muito bom seu conteúdo, é sempre bom ver os bits sendo escovados!
Pô, esse canal é bom demais. Vídeos bem feitos e bem produzidos. Parabéns!!
Seguindo pela excelência da informação
Então, antes de eu ouvir falar em unicode, lá na decada de 90, eu ouvia falar dos existiam os Code Page, as páginas de código de caracteres para representações de caracter fora do padrão inglês.
A página de código era representado por um número. Idiomas por todo mundo usava um código de página específico. No Brasil, esse código era o 850.
Você definia no ambiente do sistema operacional DOS, por exemplo.
Muito massa, sempre tive curiosidade pra entender melhor charsets e enconding
pessoal do bootcamp vai derreter com uma aula dessas.
parabéns cara, sucesso para vc.
Cara, sempre tive interesse em entender melhor sobre o funcionamento de strings, encodings e charsets. São coisas que a gente vê com mta. frequência e que são pouquíssimo explicadas.
Um colega de trabalho recomendou o canal. Gostei demaisss, slc
Vou comentar antes de ver o vídeo, para ver se eu sei. acredito que uma String é um ponteiro ou seja um endereço de memória que aponta para o inicio de onde será o inicio de um vetor de chars que no final terá um caractere dizendo que terminou a String.
esse video é valido de ser feito
Com certeza veria um vídeo sobre encoding e decoding em utf!
Vídeo muito bom, Pedro. Parabéns! E por favor, faça o vídeo sobre o algoritmo de utf8.
Excelente video, explicar isso tudo em apenas 7min, mandou bem demais! Fantástico!
Ótima aula! Parabéns
Aguardo ansioso pelo vídeo de encoder/decode
Meu Deus! Conteúdo igual em pt-br só vi no canal do Akita. Muito bom e seria muito bom ter o vídeo criando o algoritmo de encode 😊
eu assisto seus videos, com a convicção e dedicação de que vou entender tudo que esta sendo falado, vou ate tirar um print, para me lembrar desse comentário
Cara, que didática dahora! Valeu por compartilhar o conteúdo!
Já conheço todo o conceito mas é bom ver explicações por outros pontos de vista 😎
Opa, passando para dizer que ganhou mais um inscrito, e queria sim o video do encode.
Excelente vídeo, Pedro! Parabéns!
Show esse vídeo. Me levou na época de faculdade esse assunto. Hoje em dia os frameworks escondem bastante esses principios.
Ótimo vídeo Pedro! Parabéns pelo conteúdo e obrigado por compartilhar.
Esse vem sendo meu canal favorito aqui do TH-cam! Admiração e inspiração total pelo seu trabalho! 🚀 valeu de mais por todo conhecimento compartilhado!
ótimo canal! Caí de paraquedas aqui e achei bem didático
Padrão Pedro Pessoa, simple, curto e muito util. 😊
Por favor, esse vídeo do encoding de utf8 seria muito legal
Excelente Pedro, adoraria ver o vídeo sobre encoding.
❤ isso eh que eh conteúdo: rápido, com qualidade e util pra caramba
Muito show ! esse é sim um excelente assunto ....
Sim 1 milhão de vezes, queremos um curso
Na verdade um caracter utiliza 8 bits e atende tanto o alfabeto inglês quanto o alfabeto português e o espanhol, o motivo de alguns caracteres não serem mostrados na sua tabela é porque ela não está completa.
1 byte foi definido com 8 bits para caber o alfabeto das linguagens ocidental, ele tem esse tamanho porque foi baseado na linguagem, mas depois se mostrou necessário adicionar também o alfabeto das linguagens orientais, por isso foi criado o unicode e etc.
Nunca programei em GO mas parece ser interessante porque em C não existe string apenas char, a gente usa biblioteca para adicionar uma string e ainda tem que informar o tamanho da string + 1, por exemplo:
Se você quiser escrever a palavra "terra" então tem que definir com tamanho 6 porque nas 5 primeiras posições será ocupada pelos caracteres da palavra e a última posição é preenchido com /0, também conhecido como nulo, que identifica o final da string.
Ótimo vídeo. No Python nós temos as tuplas, str, int e float que são imutáveis.
Ótimo vídeo, faz sim explicando o algoritmo de uft 8
Skin desbloqueada: blusa branca com óculos do Klark Kent ativada
Super válido e até já me inscrevi para não perder!!
com toda a certeza é valido fazer um vídeo assim mostrando a transformação , ótima aula TMJ \o/
ótimo vídeo, dá pra fazer um vídeo cobrindo utf8, utf16, e outros encodings também
manda o video do encode, vc é foda mano! Brasil estava precisando de vc
Ótimo vídeo! Faça o vídeo do algoritmo que encoda e faz o decode, vai ser bem legal.
Conteúdo fora da casinha! Fantástico demais...
Gostei 👍... faz vídeo dessa tua custom do vim tbm
Sensacional, parabéns pelo canal 👏👏
Legal, ganhou um inscrito, pf faca um video implementando encoding em utf8
Excelente conteúdo, parabéns!!!
muito bom, um dos canais que vai mais crescer
Agora entendi o porquê do len não retornar a quantidade exata de caracteres, são runas, tu é top!
Que aula foi essa, sensacional!.
Muito interessante, valeu pelas informações.
Cara tu é fera demais explicando. Parabéns pelo ótimo canal e conteúdo.
Conteúdo de muito valor! Sucesso p ti
!
Parabéns pelo conteúdo!
muito bom conteúdo! parabéns!!!
Muito obrigado
Que tenhamos mais conteúdos assim.
Cara, que foda! Sou do audiovisual e desde quando comecei (~2007) eu aprendi que pra manter o ambiente de trabalho digital estável (nome de pastas e arquivos) era recomendado usar apenas caracteres existentes em ASCII.
Isso pq o fluxo de trabalho poderia acontecer simultaneamente em windows mac e em linux (geralmente pro NAS).
Portanto nada de acentos cedillas e demais caracteres especiais.
E daí em diante eu mantenho uma metodologia de nomes que preserva essa regra sob o risco de algum arquivo se corromper (o que inclusive vi acontecer algumas vezes pq o povo do time achava q era frescura esse cuidado...😔 ). E agora me ocorreu que arquivos que se corromperam podem ter sido vítimas dessa quebra de encoding por causa de SO bugado.
Tem a ver, ou tô viajando?
Muito legal. Parabéns ao canal.
Muito interessante o conteúdo!!! obrigado!!1
Muito bom meu amigo, faz um video sobre operações binarias, como bit shift, AND, OR, NOT...
O vídeo de hoje fala sobre isso! :)
Vídeo top!!! Ensina a configurar o vim desse jeito aí?
Muito louco! Sempre penei com conversões disso haha
Explicação mais que sensacional.
Próximo vídeo faz sobre funções, por favor.
Ótimo vídeo xará. Conheci o canal agora, já me inscrevi.