Com certeza! Pra membros a gente tem o ZigZagOS, fazendo um RTOS do zero, mas tenho que trazer mais vídeos abertos pra falar da diferença e características de RTOS, além dos exemplos (tá na lista de TODO, foda é zerar essa lista kkkkkk)
Tenho um vídeo que falo do meu setup de stream, nele comento sobre meu microfone, os softwares e a configuração. Pra adiantar, é easyeffects com série de filtros
Não sou fã de garbage collector, mas de ponteiro de C também não sou mt fã não kkkkkkk acho que Rust conseguiu uma ótima solução nesse sentido, gosto de pensar que ele "compila" o uso de memória e sua validação, ao invés de deixar na mão de nós meros programadores mortais
Oh... My... Gaaawwwwd!!! 😳 O @waine realmente fez um vídeo sobre as minhas reclamançõ... Digo... Menções nas lives! E em C! 😱 Só me falta um job na área! 😅 Edit: assim como a maioria 😁
Só fico pensando se uma implementação como a baixo não seria mais simples: int c = node1->data; node1->data = node2->data; node2->data = c; A menos que tenha alguma restrição que diga que o endereço de memória dos nós tenha que mudar, assim nem precisa mexer nos ponteiros.
Isso não é bom de se fazer não, mudar um objeto na memória invalida todos os ponteiros e referências e ele e pode causa todo tipo de bug. Já tive que fazer implementações desse tipo por outros motivos e tem que tomar mt cuidado em como vc trata e usa as referências
Excelente conteúdo, um dos meus canais favoritos do YT. Fica uma sugestão de conteúdo falar um pouquinho sobre RTOS
Com certeza! Pra membros a gente tem o ZigZagOS, fazendo um RTOS do zero, mas tenho que trazer mais vídeos abertos pra falar da diferença e características de RTOS, além dos exemplos (tá na lista de TODO, foda é zerar essa lista kkkkkk)
é muito bom implementar as próprias estruturas no C, apesar da complexidade de alguns algoritmos, tipo criar um bom hash
Com certeza, fazendo isso você vê como tudo é mais complexo do que imaginamos quando só temos contato com alto nível
Já tive muitos problemas quando eu estava fazendo um ArrayList de Strings dinâmicas (ArrayList de char*)
fazia isso na faculdade praticamente todos os dias
faz sobre merge, quick, arvores, pilhas e filas pf
Tenho que fazer uma série de vídeos de Estrutura de Dados e Algoritmos do zero, curtia mt implementar isso na faculdade
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA OBRIGADO CARA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA TAVA SLA UM TEMPAO APRENDENDO PONTEIRO KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK VALEU
Agora implementa uma red-black tree aí kkkk
Este video vai ser mantido aqui no RUclips? E que estou em semana de prova e queria assistir ele mais tarde e com mais calma
Com certeza, pensando em com o tempo fazer mais desse tipo inclusive
raridade em cores, a ultima vez que vi isso ainda tinha tv de tubo em casa
Tinha nem internet quando pessoal resolveu fazer essas estruturas em C kkkkkkkkkkk
Cara,qual configuração você usa no áudio? Tenho um microfone igual ao seu e quando capturou pelo OBS fica baixíssimo.
Tenho um vídeo que falo do meu setup de stream, nele comento sobre meu microfone, os softwares e a configuração. Pra adiantar, é easyeffects com série de filtros
@waine_jr obrigado, vou procurar.
ponteiros são a melhor abstração de alocação de memoria, merda é garbage collector :)
Não sou fã de garbage collector, mas de ponteiro de C também não sou mt fã não kkkkkkk acho que Rust conseguiu uma ótima solução nesse sentido, gosto de pensar que ele "compila" o uso de memória e sua validação, ao invés de deixar na mão de nós meros programadores mortais
Oh... My... Gaaawwwwd!!! 😳
O @waine realmente fez um vídeo sobre as minhas reclamançõ... Digo... Menções nas lives! E em C! 😱
Só me falta um job na área! 😅
Edit: assim como a maioria 😁
Finalmente seu vídeo, Edmar hahahaha tá complicado vaga na área, mas com tempo, dedicação e projetos você chega lá
Só fico pensando se uma implementação como a baixo não seria mais simples:
int c = node1->data;
node1->data = node2->data;
node2->data = c;
A menos que tenha alguma restrição que diga que o endereço de memória dos nós tenha que mudar, assim nem precisa mexer nos ponteiros.
Isso não é bom de se fazer não, mudar um objeto na memória invalida todos os ponteiros e referências e ele e pode causa todo tipo de bug. Já tive que fazer implementações desse tipo por outros motivos e tem que tomar mt cuidado em como vc trata e usa as referências
"double linked list". Pra que porr essa americanizacao desnecessaria? Lista duplamente encadeada kct
:( o Edmar fala assim :(