Recomendação de Livros - Introdução a Design Emergente 

Sou professor de História, pesquiso Religião no mundo antigo. Crenças, rituais, liturgias, etc. Não entendo porr# nenhuma do que o Akita fala, mas sempre fico assistindo ou ouvindo ele dando essas aulas. Me faz enxergar que traduzir antigas línguas não mais faladas como o Hebraico bíblico, o aramaico, o grego koiné ou mesmo o Latim da baixa idade média não é nada complicado perto disso tudo. Aí sempre volto para a minha rotina mais motivado kkkkkk.

Agora eu sei como dobrar o Akita: insistência!!! Foram tantas as vezes que eu pedi para que ele listasse o conteúdo das suas prateleiras... No vídeo anterior ele falou dos bonecos e vídeo games que estão na estante... Hoje, finalmente ele falou dos livros! Obrigado!!!

Eu li quase todos livros dessa lista com exceção do The Design and Evolution of C++ e The Lean Startup, e não consegui acompanhar até o final a série do Donald Knuth, que tá na minha fila de leitura pra ler de novo. Eu recomendaria mais alguns: Programming Pearls -- Jon Bentley Code Complete -- McConnell Steve Timeless Laws of Software Development -- Jerry Fitzpatrick The Art of Readable Code -- Dustin Boswell, Trevor Foucher Language Implementation Patterns -- Terence Parr Enterprise Integration Patterns -- Gregor Hohpe The Software Architect Elevator -- Gregor Hohpe Pattern-Oriented Software Architecture Vol 1,2,3,4 Reactive Messaging Patterns with the Actor Model -- Vaugn Vernon Reactive Design Patterns -- Roland Kumn Functional and Reactive Domain Modeling -- Debasish Ghosh Reactive Application Development -- Duncan K. DeVore Domain Modeling Made Functional -- Scott Waschin

Que tal um episódio sobre redes, banda larga, roteadores, LANs, protocolos, Wi-Fi, etc ?

Estava ansiosa por esse conteúdo! Valeu, Akita!

É impressionante como o tempo passa rápido enquanto eu vejo os vídeos do Fabio Akita. Sou fã.

Incrível, ontem comecei a ver Halt and Catch Fire por conta do vídeo de recomendações do começo do canal e hoje já me cai recomendação de livros! =] Que cara bom

Sempre explicações de alto nível. Muito bom!

Esse cara é incrível mn! Cada vídeo é uma aula, e mesmo eu, que não me considero nem um Junior na programação, consigo entender até certo ponto o que ele quer dizer. E a dicção dele é surreal, esse cara é um IA, n é possível🤣. Parabéns por ter conquistado esse nível.👏

Já chegou curtindo, por que sei da qualidade do conteúdo!

Muito obrigado Akita, pois sem seu canal não conheceria assuntos tao importantes que eu, como autodidata, deveria estudar. No fim das contas, na falta de uma faculdade por ser novo ainda, seu canal vem ajudando muito a descobrir, e ir atrás, de novos assuntos sempre muito importantes. Espero um dia saber pelo menos um pouco disso tudo, e evoluir cada vez mais, seja por faculdade ou não.

Esse vídeo é a motivação que eu precisava pra terminar o trabalho de Estrutura de Dados. Boas recomendações por aqui. Nada de modismo; reforço à importância dos fundamentos. O melhor desse canal é o incentivo que o Akita dá a que a pessoa estude computação e entenda do que se trata a fim de que ela seja uma boa profissional. Dá pra assistir o vídeo daqui a alguns anos e ele ainda será válido. Tu sabe que o conteúdo é bom quando ele não expira em pouco tempo.

Muito bom!! O cormen já conhecia, tive contato na graduação mas estou relendo ele. Já anotei as outras sugestões para um futuro dá uma olhada, todos parecem bem interessantes e que agregam de diferentes formas no entendimento dos aspectos que rodeiam o software. Muito obrigado pelo conteúdo 😉😄🙌👏

Fabio, obrigado pelas dicas. Estou procurando justamente esse tipo de conteúdo, a parte técnica aprendemos com o tempo, mas a postura e o diferencial isso demanda pesquisa e são poucas pessoas qualificadas pra ensinar esse conhecimento, vou pesquisar pelos autores indicados, obrigado.

Queria mesmo era saber como manter esse shape físico do Akita sendo programador! kkkk

Akita sempre mitando nos vídeos. Feliz em saber que tenho 4 livros da lista, mas preciso comprar mais alguns excelentes citados aí.

É, se você pensar no que o Alan Kay estava cunhando como Orientação a Objetos, Nem java, nem C++ são orientados a objetos mas Erlang é. Já que orientação a objetos apesar do nome se trata da troca de mensagens que é exatamente o que a gente faz com os atores do Erlang/Elixir.

Fábio os teus vídeos são muito úteis pra min, e tipo assim, hoje estou aprendendo e gostando o SO Linux por tua causa!!😂😂😂😂

31:15-31:35... os 20 segundos mais TAPA NA CARA q já vi do Akita para muitos programadores q criam classes (e complexas) de dezenas de linhas para dar um mero echo/print básico pra um terminal, de uma informação que daria pra se obter com uma função bem criada de 3 linhas...

sensacional rever o video depois de 1 ano de experiência profissional e estudando algoritmos durante o tempo. É de fato, incrível a forma de compreensão e de chamar um método sabendo como ele funciona por baixo e qual escolher para a melhor performace

Ótimas recomendações, Akita: valeu!

Feliz em saber que já li essa pancada toda !

Vc é fera Akita. Faz mais videos falando da sua experiencia com arquitetura de software.

Como sempre um ótimo vídeo! O que mais gosto é ter a visão de alguém mais experiente e ir vendo como se encaixa com outras visões, tornando assim um "pattern", sendo um filtro para escolher a fonte de estudo. Obrigado por compartilhar e manda mais! kkkkk

O conteúdo do Akita é excelente, sem contar que sempre demonstra domínio dos assuntos. Ademais disto, é franco e ensina que se deve estudar e não perder tempo com o desnecessário.

"eu juro que eu chuto!" Tem um pouco de rated R nesse vídeo! 😂Valeu Akita! Gratidão pelo conteúdo!

Akita meu amigo, muito obrigado, me poupou muito tempo de pesquisa bibliográfica. :)

Que foda! Estou na área de TI desde 98 e nunca vi um resumo tão completo, não só de livros, mas exatamente do contexto de desenvolvimento, como você diz no início do vídeo. Brocou!

Conteúdo inteligente é outro nível. Muito obrigado pelo vídeo.

Akita, gosto muito dos seus vídeos. Sempre que vejo algo nos seus videos, vou atrás para saber o que é para que serve. Atualmente possuo o livro do clean code, estou lendo ele. Mudou muito a minha visão sobre codigo e até mesmo como escrever ele. Agradeço por compartilhar a suas experiencias da aréa

Caraí, eu literalmente estava procurando um bom livro sobre estrutura de dados. Vlw Akita

Há uns 20, 30 anos atrás eram só livros físicos, todo mês havia um gasto com livros, em BH tinha uma livraria chamada Livro arbítrio e era um paraíso... A internet mudou tudo...

Excelente! Muitos “cursos” por aí, e as pessoas pensam que são suficientes. Cada calhamaço apresentado nesse vídeo e ainda é só uma parcela do que tem de bom por aí. Que o tempo recompense os bons programadores.

Akita, mais uma baita aula de Ciência da computação com toques de história e curiosidades sobre ! Realmente quando falamos de livros da área, são diversos, e depende muito da linguagem e área de atuação profissional. E sim. Sou da turma que acha JAVA ainda uma referência em Orientação a Objetos !!! Pode me julgar. hehehe... Show, tinha um ou outro que não conhecia, esse livro de UML gigante já cheguei a folhear, ótimas dicas e já tem um puta material pra quem está começando. O Like de sempre cara ! 👍

Conteúdo super rico! Parabéns e obrigado por compartilhar.

destes 18 livros: * tem 1 na minha lista: Domain Driven Design (mas o do Vaughn Vernon) * tem 1 que estou lendo: The Pragmatic Programmer * tem 5 que eu já li: Refactoring, Clean Code, The Clean Coder, Design Patterns e Extreme Programming Explained (o XP não li o do Kent Beck, li o da casa do código, então ok... pode considerar como 4 livros...) estou adicionando Patterns of Enterprise Application Architecture e The Mythical Man-Month na minha lista, obrigado grande Akita!

Parabéns pelo vídeo Akita. Sem dúvidas, um dos melhores do canal. Ler todos da lista é impossível, e segui-la cegamente também é um grande erro. Entretanto posso considera-la como um norte para os meus estudos. Obrigado !!!

Boa noite Akita, admiro muito seu trabalho, estou migrando de área, no momento estou focando no front-end mas ter essa base bibliográfica indicada por você é sempre muito bem-vinda e em um futuro não muito distante pretendo migrar para o back-end e focar meus estudos de programação na área da saúde para pacientes com alzheimer. Como tenho muito interesse nessa área da neurociência, quero muito poder desenvolver algo nessa área e poder ajudar pacientes que sofrem dessa doença tão triste. Gratidão Fábio Akita!!

Akita, muito obrigado! Sempre com temas importantes e com seu ponto de vista extremamente experiente, praticamente um google da computação. Realmente, em CC, a matemática daria um video à parte devido a sua extensão. Ainda vejo os livros como uma das melhores fontes de informação, hoje temos tantas fontes que, às vezes, é necessário um filtro para não pegar tudo de forma muito resumida e picada. Obrigado por todas as dicas Akita e por compartilhar tão vasta experiência! Por isso, saber sobre a história da programação e sobre a sua evolução é tão importante, saber das dificuldades em ter que trabalhar pensando exatamente nos recursos limitados de memória, recursos de rede e armazenamento. A estes desbravadores que programavam quando tudo ainda era mato tiro o meu chapéu, todo o meu respeito, pois linguagens fortemente tipadas, baixo nível tudo era motivo pra fazer cair os cabelos e mesmo assim, haviam os doidos por esta área tão empolgante da computação/programação. Eu mexi com DOS, W95, 98, 98SE, e vim acompanhando a evolução dos S.O., hj vemos o quanto tudo evoluiu de forma astronômica e apenas um celular pode equivaler a capacidade de armazenamento e processamento de centenas de máquinas do passado juntas.

Mais um excelente vídeo, Akita! Os livros que você citou são as referências de qualquer bom curso de ciência da computação. O livro "The Algorithm Design Manual" de Steven Skiena é uma referência que usei algumas vezes e gostei bastante, pois dá um enfoque mais prático às técnicas de implementação. As publicações de Knuth são citadas muitas vezes no livro do Cormen, nunca li nenhuma obra dele, mas me parece ser mais adequado ao nível de mestrado/doutorado. De qualquer forma, para acompanhar devidamente qualquer um desses livros, é essencial ter aprendido bem lógica de programação e matemática discreta.

Boa! Está lista está ótima. Adoro ler então sem dúvidas do like e de favoritos :)

Sendo redundante de novo kk vídeo novo do akita é sempre um conteúdo foda.

Valeu pela indicação! estou lendo alguns do Andrew S. Tanenbaum, estou gostando!

Muito bom que essas dicas servem tanto pra quem faz web como quem faz embarcados

Akita ligando o turbo mode em vídeos, top!

Dessa lista só li por inteiro o The Pragmatic Programmer e o Mythical Man-Month. São livros excelentes. Quase terminei o Refactoring, só que a versão em Ruby. Mas obviamente, utilizei o livro do dragão e o Cormen como referências nas disciplinas de Compiladores e Algoritmos, respectivamente. O Cormen fez uma versão super resumida do CLRS chamado "Desmistificando Algoritmos", esse eu li por completo duas vezes e recomendo bastante.

Obrigado pelo conhecimento compartilhado ✌️

Grande mestre, adorei a figure action do GINTOKI ali !!

Muito bom! Fala sobre extreme go horse e as gambiarras do dia a dia (brincadeira). Foi bem legal a apresentação dos livros e o contexto com a época e dos problemas que eles tentavam resolver. Foi bem interessante essa questão do design emergente, eu não conhecia o termo

Muito bom Akita. Só senti a falta do livro Kanban do David Anderson. Somos da mesma geração, provavelmente vimos as mesmas coisas e entramos na faculdade na mesma época. Só faltava a gente ter nascido os dois em 76. PS: O Uncle Bob é demais! O codificador limpo é a pedra fundamental da dignidade da nossa profissão.

Essa é uma dica bastante discutível, porquê generaliza e assume curso e livro como sendo mutuamente excludentes, quando no fundo são fontes totalmente complementares de formação. O bom aluno consegue usar as duas fontes como aliadas, sempre. As perguntas corretas seriam: O que é melhor para meus objetivos e tempo que tenho disponível, livro ou curso? O livro é bom? O curso é bom? No final, o importante é a qualidade do produto + a vontade do aprendiz. 1 - Qual a densidade técnica do assunto que você pretende estudar? Criptografia? Inteligência Artificial? Compiladores? Análise de algoritmos? 2 - Quanto tempo eu tenho disponível ou estou disposto a investir no estudo desse assunto? 3 - Qual o seu nível nesse assunto? Certamente, existe um grande ganho de tempo em ter a ajuda de alguém experiente no assunto formatando o conteúdo programático pra você. Melhor do que você demorar o triplo do tempo só pra descobrir sozinho o que precisa aprender Por exemplo, se eu estou começando um estudo em criptografia e quero ter um conhecimento minimo e razoável, é melhor eu comprar o livro "Applied Cryptography" do Bruce Scheiner e ler as 400 páginas (o que na prática eu dúvido alguém fazer) ou fazer o excelente curso de Criptografia de Stanford da Coursera, que já te dá um compilado de tudo que você precisa saber? Talvez seja melhor ter uma intro gentil num assunto complexo, por meio de um facilitador de conhecimento (professor) e aliar a isso a leitura do livro do Bruce! Outro excelente curso da Coursera é o "From Nand to Tetris: Building a Computer from first Principles" baseado no ótimo livro "Building a Computer from First Principles", dos mesmos autores. Acho bem válido o questionamento, pq entendo também que existe uma quantidade elevada de cursos de baixa qualidade. De fato, não vai existir nenhum milagre quando o objetivo final é "obtenção de conhecimento". Como dizia o falecido professor Pierluiggi, aluno é diferente de estudante. Aluno só assiste aula, estudante, estuda! Estudar é um processo inerentemente individual (nunca coletivo) e intransferível.

Obrigado pelo vídeo, Akita!

Sensacional!!! muito obrigado por compartilhar!!!

Eu amo linguagens complexas e estava perdido se eu focava em linguagens high-level para conseguir emprego rápido ou aprendia tudo por baixo dos panos. Graças a você conseguir decidir, vou ler o máximo de livros que eu conseguir para depois procurar emprego. Eu sou um jovem que começou a estudar Python, depois foquei em html e css, achei muito fácil como o Python e fui pro php, não gostei do php e partir pro Haskell, depois de Haskell fui estudar MIPS Assembly e depois C. Então agora eu irei focar nesses livros que vc recomendou, quero aprender como funciona toda a computação por baixo dos panos, não quero ser um mero programador medíocre, quero ir além. Obrigado Akita!

Meses atrás eu estava vendo os vídeos sobre emuladores e sobre as bases do hello world. O assunto entrou como uma luva com a programação em assembly em blockchain que estava mexendo na época. Fiquei motivado a criar um compilador específico e o assunto me esmagou como um rolo compressor! Se eu tivesse essas dicas do vídeo, teria me preparado melhor pra longa guerra com uma boa bibliografia, ao invés de esperar uma breve batalha achando que vídeos do RU-vid me ajudariam. Akita mandou a real sobre o assunto!

Esses livros foram a alegria das minhas madrugadas, é muito bom saber que estou no caminho

Os vídeos do Akita são excelentes para controlar minha vaidade de achar que conheço muita coisa. Muito obrigado e parabéns pelo excelente trabalho.

O Pragmatic Programer foi minha primeira leitura, no 5° período da faculdade pela indicação de um professor. Foi como conhecer um mundo novo. Quero ler a edição de 20 anos de aniversário.

Comecei a desenvolver em 2011, de lá para cá, vejo duas categorias de programadores: os que repetem as buzzwords de design pattern sem saber muito bem o que querem dizer, não conhecem suas origens, nem suas alternativas, só usam porque estão acostumados demais para mudar agora; o outro grupo são os que não precisam referenciar seu pattern de estimação (resolver, singleton, builder, factory, etc) a cada PR, simplesmente recomendam quando conveniente, sabendo que não são balas de prata, e se questionados, conseguem explicar com coerência porque defendem ou não uma certa implementação.

Meu medo é que um dia o Akita se canse das perguntas... Muito top!!!

Bom trabalho ... abraços de Belém do Pará.

muito bom, como sempre akita

Akita, um dia queria ver um vídeo seu (RATED R talvez hehe) sobre arquitetura de software especificamente em relação a dicotomia que foi criada na comunidade entre microsserviços x monolitos. Polêmcias a parte, atualmente enxergo uma dificuldade de pessoas novas no assunto em compreender as diferenças entre as duas ideias e se formou uma inconsciente coletivo de que uma solução é em teoria melhor que a outra.

Grande Akita! Parabéns por mais um excelente vídeo. Apesar de não ter maturidade para ler alguns destes livros (alguns que comprei recentemente inclusive), fico feliz em saber que estou evoluindo e pretendo partir para o lado da leitura agora, trabalhar mais o cérebro kkkkk. Gostaria de propor alguns pontos, caso ache interessante ao longo do video: 0 - Em uma continuação futura não sei, falar sobre como amadurecer o pensamento de lógica. Percebi recentemente que muitos programadores (eu me incluo), tem grande dificuldade com lógica, seja ela de programação ou não, tratar deste assunto mais afundo acho bem interessante. Algum artigo para termos referencia, alguma técnica... 1 - Apesar das excelentes recomendações, uma das maiores dificuldades para um “iniciante” é pegar material bom e “gratuito” para iniciar. Conhece algum título neste nível em cebos, Domínio Público, etc? 2 - Não me recordo se já foi tema, mas um possível assunto a ser tratado poderia ser a resposta da frase, “Ok, me formei, li as recomendações do Akita e agora, como seguir na carreira?”. Pois muitos mesmo com um conhecimento absurdo não sabem aproveitar oportunidades ou, nao sabem como prosseguir com ideias, famosa frase "travei", etc. No mais, excelente semana para você, bom feriado e bora codar kkkkkk. P.S: ah , se ja tiver tratado desses assuntos, perdoa a falha, cabeça não ta tao boa quanto antigamente. Vou ter que rever os videos no caso😅😂

Boa explicação sobre o que realmente vale a pena e sobre o que é bullshit... ja comecei a compra com o Codigo limpo...agr partiu estudar

Nada melhor que um bom almoço enquanto assisto Fabio Akita

Trabalho fantastico.

Ótimas recomendações. Incluiria também "Working Effectively with Legacy Code".

Um explosão de informações!!!

Isso que a prática levou ao manifesto ágil é exatamente o que o Nassim Taleb chama de “Teach Birds How to Fly”. É bem comum a gente achar que primeiro veio a teoria e depois ela foi aplicada, mas quase sempre é justamente o contrário: a partir da observação de como as coisas eram feitas, o aprendizado é sintetizado numa teoria.

Parabéns e obrigado pelo vídeo!

Cara, cada vídeo deste é uma verdadeira faculdade! 😂😂

Gostei das dicas,ainda não cheguei neste nível de leitura.E ,no momento estou tendo o oposto do déjà vu ,alguns conceitos ainda são desconhecidos mais totalmente familiar .

15:59 o primeiro livro que eu li sobre Elixir o autor também argumenta que o Elixir é uma linguagem OO.

Depois de assistir este vídeo até o fim Fábio Akita, no auge dos meus cinquentenário +alguns anos, fiquei muito confuso com suas indicações de leitura pra alguém que queira iniciar-se na programação de computador. Olha que minhas pretensões se resumia em automatizar minhas atividades de um pequenino negócio. Kkk Mas fique impressionado com sua desenvoltura nos assuntos sobre este mundo da tecnologia da computação. Parabéns!

Muito bom esse vídeo! Uma coisa que estava notando ao estudar UX era justamente a quantidade de ferramentas que estão criando para fazer coisas que deveriam ser bem mais simples. Como "experts" de RH burocratizam trabalhos que poderiam ser bem mais simples e objetivos. Entendo que esse excesso de "ferramentas ágeis" até tenham espaço em ambientes extremamente caóticos ou de baixo nível técnico, mas pra quem já tem uma certa dose de pragmatismo na veia, haja paciência!

Fabio Akita, menção honrosa para o “Code Complete 2”, inclusive já vi ele na sua estante em alguns vídeos.

Só livros pequenos kkkkk, grande akita!, obg mais uma vez por tanta informação. =D

Frequentemente, eu me coçava pra não pedir recomendações de livro aqui nos comments e levar um tapa (vídeo "não terceirize suas decisões", eu sei; mas nunca custa ouvir a opinião de quem a gente percebe que sabe do assunto). Valeu pelo vídeo

Seria legal um video offtopic do Akita respondendo as perguntas mais absurdas que já fizeram

Se eu tivesse tido um Fábio Akita pra orientar no começo da carreira de repente eu não tinha desistido da área de desenvolvimento. Apesar que hoje em dia eu olho pro mercado e a cada dia saem com uma "novidade revolucionária" que vai mudar para sempre a forma de desenvolver software. Mas de consolo me serve que o Fábio Akita é o tipo do cara que é dos muito poucos que ainda enxerga além das bobagens do mercado e vive no mundo real do desenvolvimento.

Esse livro do Cormen , me salvou muita na faculdade em alguns trabalhos, quanto precisei implementar uma árvore red-black, algoritmo de huffman, para fazer seminário de grafos, e implementar o algoritmo de prim, ele é muito bom, e acha fácil o PDF versão Jack sparrow na internet

Obrigado pelo vídeo

Knuth é referência na área, mas muito improvável terminar a coleção toda, a não ser que já estejam bem adiantados! Bom, não se pode duvidar do Knuth! rsrs Inclusive tem algumas historias que cercam esses livros, como o cheque se encontrar erros, a fala do Bill Gates sobre a coleção...rs

Amando seu canal 👏👏👏🤝😃

"Fabio Akita: Enciclopédia da computação." Esse cara é um poço de sabedoria.

Simplesmente o Melhor!!!

Akita, talvez você pudesse falar um pouco sobre documentação de software em um vídeo. As principais dores que vejo nas emprestas, mesmo tendo seguido bons processos: - Um conjunto de funcionalidades é proposto - O time de desenvolvimento refina essas funcionalidades em pequenos entregáveis/atividades, criando cards numa ferramenta qualquer (jira/github/etc) - Cada desenvolvedor pega uma atividade (que pode ser implementada em diferentes projetos), escreve os testes automatizados, implementa as funcionalidades aos poucos com integração continua - As funcionalidades vão para produção. Dai começam os problemas: - Aparecem novos desenvolvedores, e precisa dar manutenção nessas funcionalidades. Ele até usa os testes automatizados para entender os requisitos existentes, mas não consegue entender todo o contexto por ter muita coisa espalhada entre os sistemas. E ai temos uma abertura para introdução a bugs ou corte de funcionalidades. - Um novo integrante do time de suporte ao cliente entra e só consegue entender o sistema de forma superficial. Em funcionalidades mais específicas para determinados contextos, eles não consegue ajudar os clientes. - O mesmo se aplica para todos as outras pessoas envolvidas no ciclo de vida do software. Time de marking, business, etc. Você teria dicas de como esses problemas podem ser mitigados, mostrando de repente alguns exemplos?

Eba, eu já conhecia a maioria, continuo nessa direção 🙃

Boa Akitão! Todos anotados, pode (deve?) levar anos para ler tudo, mas estão na fila ; )

ha ha ha nos anos 2000 trabalhei no R&D de uma multinacional da área de telecom, onde uma das coisas mais "populares" era a competição de gerar o código mais difícil de ler/entender.

2 livros que eu estava procurando esses dias e que eu tinha visto na faculdade são o “Organização estruturada de computadores” e o “Sistema Operacionais Modernos” do Andrew Tanenbaum.

Quanto mais vou caminhando neste rabbit´s hole mais me espanto e me fascino ao mesmo tempo. Puts é muita coisa...nano detalhes poderosamente complexos. Até onde vou suportar??? É uma sensação de incomensuráveis bombardeios na minha mente e sinceramente não sei até onde vou conseguir chegar... Agora entendo porque adentar neste Rabbit´s Hole não é pra todos!!! E muitos não suportam e desistem!!! Eu me pergunto a todo momento: Como é que a mente humana suporta tantas informações??? E em seguida a outra pergunta: Como orquestarar tantas informações inefavelmente complexas? Sinto que estamos nos aproximando de uma fronteira extremamente delicada e abissalmente desconhecida... Akita obrigado por compartilhar suas perspectivas desse admirável mundo de updates.

No começo do vídeo, você mencionou que tanto faz o livro sobre programação, depois de estudar várias linguagens durante a adolescência e entrar na eng. da comp. eu posso notar que isso é muito verdade, ao ler o livro, as pessoas costumam se sentir felizes por conseguir resolver exercícios ou fazer o livro, assim como aulas, mas isso é um pouco ilusório, porque o mundo real precisa de construir problemas novos, então em vez de ficar apenas resolvendo exercícios, faz um projeto, exemplo, crie um gerenciador de arquivos em C do 0, crie uma implementação do bash , tu vai aprender muito mais do que ficar apenas em exercícios, foi o que eu notei comigo.

4:09 Para quem não está ligando o nome a pessoa, Wirth 'só' foi o criador do Pascal. Ver um video do Akira me deixa triste por ver o quanto de bobagem eu falo e faço, mas me deixa feliz por ver que tem gente que fala e faz muito mais.

Esse livro refactoring é muito foda. Fácil de acompanhar e te dá anos de experiência em apenas alguns dias.

Top! Muito bom! 👍✔

Minha recomendação pessoal de algoritmos e estruturas de dados além do CLRS é o "Data Structures and Algorithms in C++" (com versões em Java e Python, também), dos autores Goodrich e Tamassia. Ele é menos "agnóstico à tua área de estudo" que o CLRS, e constrói tipos abstratos de dados meio baseados nos containers da STL. Ele não foca tanto em provas, o que eu aprecio (apesar de apreciar as provas, também, mas normalmente eu me interesso mais em entender o funcionamento da estrutura de dados e o fato dela inserir em tempo O(alguma coisa) do que a prova de que esse é o caso)

Video, Top *** / dah horaa !!!

Gostaria de sugerir um complemento a esta citação em: 11:32 que seria (apelidado por mim de, o marronzinho do C++) The Annotated C++ Reference Manual by Bjarne Stroustrup & Margaret A. Ellis, embora também exista a versão traduzida, mas de qualquer forma, não é recomendado para iniciantes por ser restritamente técnico. Ele foca em explanar todas as características mais concretas da linguagem sendo comentados pelos autores, a grosso modo, seria um documentário técnico sobre C++ (ou melhor, ANSI C++) citando inclusive as ideias mencionadas neste capítulo do vídeo. Sabendo que trata-se de uma recomendação pessoal ainda faltou adicionar algumas referências bastante relevantes como programação de redes, por exemplo o clássico unpbook (Unix Networking Programming vol. 1 & 2 -> neste foca em interprocess communication) que mesmo sendo um material datado, porém não tão obsoleto pois rede de computadores não mudam tanto quanto hardwares e softwares. Quando cita em 30:33 à 33:10, vale indicar também a coletânea Pattern-Oriented Software Architecture (POSA), confesso que não cheguei a ler todos os 5 volumes, já que tive acesso ao volume 2 somente, que é focado em concorrência e programação de redes com exemplos em C++ e Java, nele é explicado diversas propostas em falta nos livros mencionados no vídeo, explicando como funcionam e quais as diferenças entre: proactor, reactor, acceptor, entre outros...