Libri su cui ho studiato per diventare un Software Engineer in Google (as a millionaire)
HTML-код
- Опубликовано: 12 сен 2024
- Clip estratta dalla Live pomeridiana del 7 Maggio:
• LIVE ITA - Live Coding...
Libri suggeriti nella clip (amazon affiliate, SOSSOLDI per me se li comprate dai link qua sotto):
Design Patterns (uno dei pilastri della OOP)
- amzn.to/33nZqDk
Clean Code (code quality)
- amzn.to/3eseWV2
Refactoring (improving existing codebase - tra i migliori che abbia mai letto)
- amzn.to/3hbXB4E
The Algorithm Design Manual (IL libro per imparare algoritmi e strutture dati come si deve)
- amzn.to/3h8w9Vd
Test Driven Development by Example (i princìpi base del TDD fatti bene)
- amzn.to/3f1i6OB
Extra: mio articolo su come ottenere un colloquio in Google
- retireinprogre...
Extra: mio articolo su come passare un colloquio in Google
- retireinprogre...
Mr. RIP resources:
● Telegram: mr.rip/t
● RUclips: mr.rip/yt
● Twitch: mr.rip/tw
● Twitter: mr.rip/twitter
● Instagram: mr.rip/ig
● Facebook: mr.rip/fb
● Podcast: mr.rip/podcast
● Blog: mr.rip
● Discord: mr.rip/discord
● Docs: mr.rip/rip-files
● Reddit: / mrrip
● Amazon (affiliate): mr.rip/amazon
● Interactive Brokers (affiliate): mr.rip/ib-yt
● Finpension & Valuepension Referral code (affiliate): MRIPI6
● Support the channel on Ko-fi: ko-fi.com/reti...
Tags: #SoftwareEngineering #Google #Millionaire #Books #ComputerScience
Personalmente straconsiglio anche The Clean Coder! Il libro più bello che abbia mai letto.
Il libro insegna come diventare un Professionista, non un lavoratore, un professionista!
Me l'aspettavo Clean Code di uncle Bob. Uno dei classici più belli in assoluto. Dopo averlo letto e metabolizzato si passa di categoria. un must!
Bellissimo anche il libro sul TDD di Kent Beck che hai citato.
Buono solo se non lo si prende come il Vangelo. Contiene buoni consigli ma anche la sua bella dose di cazzate.
Se uno vuole una lettura meno tecnica e più filosofica anche The Pragmatic Programmer è un gran libro. Non va preso come oro colato, ma ha tanti spunti di riflessione 👍 Per i design pattern, se uno vuole un primo approccio invece che buttarsi sulla Bibbia della GoF, anche Head First Design Pattern fa il suo buon lavoro (l'unico che spiega male male è il factory)
Pragmatic Programmer è un gran bel libro, molto utile, ben fatto. Molto meno noioso di Clean Code
Mamma mia cosa mi gasi, finalmente un italiano sul pezzo, strano che non lavori più in Italia 😂
As a millionaire é per pochi ahahah
Infrazione di copyright
Seguivo i tuoi video senza essere iscritto! Sono proprio scemo ahahahahah posso dire che i tuoi video trasmettono valore senza l'inutile contorno? Sei un grande!
TechLead ? Mi piace.
ahhahahahaahh citazione a TechLead o sbaglio? ahahahahaha
Non puoi sbagliare (as a millionaire)
Interessanti spunti. Ti sei mai occupato di networking? Routing, switching, firewalling e così via. Anche solo per hobby intendo.
Dopo 20 anni che programmo OOP, sono sempre meno convinto che sia valida. Crea nel lungo termine molti più problemi di quelli che risolve nel breve, in particolare rende il refactoring molto più difficile. E i design patterns sono delle patch per le mancanze del linguaggio, non dei modi per architettare il software. La programmazione generica in C++... i templates sono un sottoinsieme del linguaggio molto affascinante, ma se usati pervasivamente creano pure disastri nel lungo termine: tempi di compilazione aumentati a dismisura, messaggi di errore criptici e lunghissimi... la incarnazione più malefica della programmazione a templates è il template metaprogramming - statene alla larga se volete restare sani di mente.
Quindi cosa converrebbe usare? Io in questo periodo sto studiando la oop facendo qualche progettino per esercitarmi. Consigli comunque il suo studio oppure meglio puntare su altro?
@@daviderano8522 smetti di preoccuparti del rigore formale delle astrazioni, visto che sono seghe mentali per puristi e comunque soggettive, e limitati a scrivere codice leggibile.
La maggior parte del codice non viene mai modificato, non preoccuparti di creare troppe classi, metodi che fanno solo una cosa, etc.
Scrivi codice il più "procedurale" possibile, e lascia il refactor a quando dovrai riusare le stesse funzionalità.
Comunque la OOP studiala, è utile avere un diverso punto di vista, ma non perdertici dentro
@@mind.journey Grazie per le dritte, volevo chiederti, con il più "procedurale" possibile cosa intendi dire. Nel senso di non usare solo classi ma anche semplici funzioni? Di andarci pacato coi template perchè tanto se bisigna riusare qualcosa ci si affida al refactor?
@@mr_rip Sottoscrivo in pieno l'ultima frase.
@@daviderano8522 non sono bravissimo a rendere l'idea, ma intendevo dire che se devi modellare un'automobile va bene una classe Car, ma non impazzire a creare interfacce Acceleratable o classi astratte MotorizedVehicle se non ti servono, fino a quando magari non ti servono. Detto questo, le interfacce possono essere davvero molto utili. Non voglio che passi che non servono a niente e che dobbiamo tornare a usare C per tutto.
Purtroppo l'ingegneria del software non è una scienza, non è nemmeno evidence-based. I design pattern si tramandano come tavole della legge, ma sono solo degli strumenti e sta all'intelligenza e all'esperienza del programmatore capire quando servono e quando invece aggiungono solo entropia.
Per quello ti dico, per esperienza personale, parti sempre da un codice funzionante e comprensibile (agli altri esseri umani, e quindi a te una settimana dopo che l'hai scritto), e non preoccuparti che sia adattabile a ogni possibile situazione. Cioè, non pensare "adesso mi serve una classe Car, ma se domani mi chiedono la bicicletta?". Questo modo di progettare è imo una perdita di tempo inutile, dato che, quando i requisiti cambiano, spesso i cambiamenti sono abbastanza radicali da costringerti a rifare anche tutte le astrazioni che sembravano a prova di bomba. Allora tanto vale scrivere codice che OGGI ti risolve il problema, quindi codice altamente specializzato, piuttosto che codice "generico" che può andar bene per qualsiasi situazione ma solo fino a quando, una settimana dopo, non arriva il Project Manager a dirti che è cambiato tutto.
Non so se si capisca ciò che volevo dire. Se ti interessa questo argomento, Casey Muratori (twitch e youtube) e Brian Will (youtube) spesso parlano di questo tipo di approccio. Io non sono radicale come loro, però alcuni ragionamenti li condivido.
Come ho fatto a perdermi questo canale fino adesso?????
Ho una domanda per te: eBook vs carta, che ne pensi? Quando usare eBooks vs quando usare il cartaceo?
Grande MR. RIP, dall'Autore di Clean Code consiglierei anche Clean Architecture. Per skillarsi invece come valuti EPI? Elements of Programming Interviews.
Ma i database? Oracle? LI consideriamo preistoria ? :) (parrebbe così eh)
Bel video complimenti
Da appassionato di GdT complimenti per la collezione
Hai letto "A pattern language" di Christopher Alexander? Pareri?
Io che ascolto mentre studio per l'esame di Ingegneria del Software:
Ciao mr rip. Grazie di esistere. Ti volevo chiedere una cosa. Come mai il videogioco minecraft dalla versione rtm 1.7.x fino alla versione 1.18.x incomincia ad avere un codice imbruttito?
Grazie Giorgio!
Ciao , mi consigli un libro sul C++ Low Latency? Grazie
Love Refactoring di Fowler
un libro per iniziare con l'informatica? non proprio base base, ma adatto ad un diciassettenne che ha intenzione di diventare ingegnere informatico
Il problema che sono in inglese e non penso che se non sai l'inglese non puoi programmare
Templates Ed OOP sono ortogonali, non ha senso confrontarli
Come mai la tua pronuncia in inglese non è perfetta? Parli anche tedesco?
Ma che domda è, uno straniero e ha l'accento come tutti
@@mattiapezzano1713 si eh? Dici?
AHHAHAHAHAHH