Świetny materiał! Sam uważam jako junior że osoba doświadczona która chcę być nazywana DevOps Engineer powinien mieć wiedzę z zakresu Delivery oraz Platfrom! :)
Hej Tom. Kilka tygodni temu podjàłem decyzje że uczę sie Go zeby przepisac wszystko co wczesniej napisalem w NodeJS, i twoje filmy utwierdzaja mnie w tym że to była dobra decyzja. Do Node przekonała mnie wczesniej asynchroniczność, ale wyglada na to że goroutines + odpowiedni load balancing rozwiazuja problem bez pakowania sie w bajzel zwiazany z iloscia i utrzymaniem paczek w Node. Trzeba przyznać że przejscie z JS na Go nie jest najłatwiejsze ale mam czas...
Jeśli chcesz iść ścieżką DevOps to wybór Go jest najlepszy. O czas się nie martw - jego wbrew pozorom jest dużo, trzeba tylko nim dobrze gospodarować. A samo Go z czasem staje się bardzo przyjemne.
![[#498] Platform Engineering: jak uniknąć powrotu do roku 1670? - Grzegorz Rożniecki](http://i.ytimg.com/vi/pH2izpNg_GY/mqdefault.jpg)
Świetny materiał! Sam uważam jako junior że osoba doświadczona która chcę być nazywana DevOps Engineer powinien mieć wiedzę z zakresu Delivery oraz Platfrom! :)
Hej Tom. Kilka tygodni temu podjàłem decyzje że uczę sie Go zeby przepisac wszystko co wczesniej napisalem w NodeJS, i twoje filmy utwierdzaja mnie w tym że to była dobra decyzja. Do Node przekonała mnie wczesniej asynchroniczność, ale wyglada na to że goroutines + odpowiedni load balancing rozwiazuja problem bez pakowania sie w bajzel zwiazany z iloscia i utrzymaniem paczek w Node. Trzeba przyznać że przejscie z JS na Go nie jest najłatwiejsze ale mam czas...
Jeśli chcesz iść ścieżką DevOps to wybór Go jest najlepszy. O czas się nie martw - jego wbrew pozorom jest dużo, trzeba tylko nim dobrze gospodarować. A samo Go z czasem staje się bardzo przyjemne.
Czyli nie dla mnie.. :) Kiedy 2 pozostałe ścieżki będą dostępne? :P
To właśnie ścieżka dla mnie :)
Kolejne dwa będą opublikowane do końca tygodnia