Autentyko, dawno nie słuchałem czegoś na YT z takim zainteresowaniem. Samo mięso, bez zbędnego przeciągania a tempo mówienia jest idealne i nie usypia.
Witaj Kacper. Masz całkowitą rację i dobry pomysł na materiał. Najlepsza nauka postępuje poprzez naprawę błędów innych osób. To podwójna korzyść. Poznajemy nowe zadania, zdobywamy wiedzę poprzez praktykę a jednocześnie mamy swój czynny udział w tworzeniu lepszego Świata IT. Dziękuje i Pozdrawiam
Kurczę, genialne, akurat zacząłem uczyć się pythona i zdobywanie doświadczenia od początku to świetna opcja. Nawet jeśli na początku nie rozwiążę tych problemów to zaznajomienie się z ich skalą i kodem innych ludzi mi się przyda. Dzięki!
Kuuurde, bingo. Ja akurat chce sie rozwijac w Javie, a nie w JS, tak jak z tego co widze ten kanał słynie, ale i tak duzo waszych porad wykorzystuje 😃. Dzieki, dzisiaj w swojej aktualnej pracy w wolnej chwili zaczne wyszukiwac good first issue dla Javy 😁
Bledy i niedociagniecia maja wszystkie biblioteki te komercyjne jak i opensource ;) Poczatkujacy dostaje informacje aby zainstalowac sobie windowsa, skonfigurowac to i zainstalowac wszystkie dostepne narzedzia na podstawie skrawkow informacji od innych. Trzeba zainstalowac kilkadziesiat a nawet kilkaset komponentów i odpowiednio skonfigurowac srodowisko programowe tak... Aby dalo sie skompilowac kod. Programista na podstawie tabel i wielu parametrow musi zbudowac sobie z odpowiednich zrodel dany kod bo wiadomo, ze mamy 300 klientow i kazdy ma inaczej skompilowany kod na innych wersjach zrodel. Jak mamy juz ten kod na ktorym mamy pracowac jego praca zalezy na jakiej wersji bazy danych to dziala bo to okresla okolo 2000 parametrow programowych. Na 1 plik sklada sie jego okolo 80 wersji a wszystkich plikow do kompilacji est okolo 50 000. Calosc kodu to okolo 2 mln linii programowych ktore trzeba skompilowac do "wlasciwej wersji" ;) Oprogramowanie jest pisane na wielu watkach i sledzenie krokowe jest bardzi ciezkie i malo-efektowne. Trzeba miec wiele w glowie i radzic sobie bardzo czesto bez debuggera. Dlaczego o tym pisze ??? Bo tego etapu nie przechodzi 99.99% chetnych ;)
@@JZP Opisalem jaka jest praktyka gdzie szuka sie dobrych programistów gdzie nie ma miejsca ani czasu na bawienie sie w nauke. Opisalem jedynie 1 etap weryfikacji. Kolejny etap to wykonywanie zadan i wspolpraca z grupa na etapie opisywania kodów i odpowiednie korzystanie z repozytoriów. Nie jest tutaj zadna tajemnica, ze nowych kodów do napisania poczatkujacy raczej nie dostanie. Chodzi glownie o modyfikacje i naprawy programowe gdzie masz skonsolidowane dane w kodach i bazach danych. Trzeba szybko rozpoznac i nauczyc sie calej struktury klas i obiektów porozrzucanych po n... wersjach i kodach. Co do bibliotek wspomne, ze masz n... wersji bibliotek i rozne wersje tych samych komponentów. Nie mozesz nic namieszac w tym, wiec kazdy nowy programista musi byc mistrzem świata w korzystaniu z repozytoriow. Wgrywania i opisywania zmian. Nie wspomne o tworzeniu dokumentacji. Dlaczego tak pisze ? Nie aby kogokolwiek straszyc ale aby uzmyslowic ludziom, ze praca programisty to bardzo ciezki kawalek chleba i wytrzymuja w tym najlepsi najczesciej kosztem wlasnego zycia i rodziny.
Częściowo się z tobą zgadzam ale dalej uważam, że generalizujesz. Sa różne firmy, które różnie podchodzą do onbardingu i oczekiwań. I dalej nie rozumiem co komentarz ma wspólnego z tematyką odcinka.
@@JZP To co wygadujesz na materiale niewiele ma wspolnego ze zdobywaniem doswiadczenia przed dostaniem sie do pierwszej pracy w IT jako programista. To jakies bzdety. Pisze CI to jako wieloletni programista ktory w nie jednym miejscu juz pracowal. Wedlug mnie oszukujesz ludzi i podajesz jakies przyklady od czapki. Masz racje, ze sa rozne firmy ale malo kto zatrudni programiste ktory niewiele potrafi a firmy nie maja ani czasu ani pieniedzy na wieloletnia nauke kandydata ktory pozniej przejdzie do innej firmy.
Cześć, zastanawiam się nad jedną rzeczą, bo wzniosłem już wkład w jeden projekt open source i zastanawiam się czy nie podjąć się kolejnego skoro poświęciłem na to mniej czasu niż się spodziewałem, ale nie wiem co lepsze wnieść wkład w projekt który już znam czy podjąć się innego?
Hej :) Super, że się zaangażowałeś! Moim zdaniem lepiej kontynuoować pracę nad jednym projektem i poznawać go lepiej. ALE, nie ma też nic złego w rozpączęciu pracy w innym lub nawet nad kilkoma równolegle. Podzielisz się nazwą projektu, w którym pracowałeś?
Masz inne pomysły, jak zrobić swoje CV bardziej atrakcyjne? Daj znać w komentarzu!
Autentyko, dawno nie słuchałem czegoś na YT z takim zainteresowaniem. Samo mięso, bez zbędnego przeciągania a tempo mówienia jest idealne i nie usypia.
+1
Witaj Kacper. Masz całkowitą rację i dobry pomysł na materiał. Najlepsza nauka postępuje poprzez naprawę błędów innych osób. To podwójna korzyść. Poznajemy nowe zadania, zdobywamy wiedzę poprzez praktykę a jednocześnie mamy swój czynny udział w tworzeniu lepszego Świata IT. Dziękuje i Pozdrawiam
Kurczę, genialne, akurat zacząłem uczyć się pythona i zdobywanie doświadczenia od początku to świetna opcja. Nawet jeśli na początku nie rozwiążę tych problemów to zaznajomienie się z ich skalą i kodem innych ludzi mi się przyda.
Dzięki!
Kuuurde, bingo. Ja akurat chce sie rozwijac w Javie, a nie w JS, tak jak z tego co widze ten kanał słynie, ale i tak duzo waszych porad wykorzystuje 😃. Dzieki, dzisiaj w swojej aktualnej pracy w wolnej chwili zaczne wyszukiwac good first issue dla Javy 😁
Szacun za Wasze materiały, podziwiam :)
Dziękuję za filmik. Biorę się za naukę programowania. Zacznę od nauki C i terminala linuxa. :D
Awesome idea! Let’s do IT 😉
Do not forget to let us know if you decide to help any of the projects!
Dziękuję, bardzo mi się to przyda. Pozdrawiam
Pozdrawiamy cieplutko
jak ktos chce zdobyc doswiadczenie a nie moze znalezc pracy wystarczy zapropnowac darmowe praktyki
Bledy i niedociagniecia maja wszystkie biblioteki te komercyjne jak i opensource ;) Poczatkujacy dostaje informacje aby zainstalowac sobie windowsa, skonfigurowac to i zainstalowac wszystkie dostepne narzedzia na podstawie skrawkow informacji od innych. Trzeba zainstalowac kilkadziesiat a nawet kilkaset komponentów i odpowiednio skonfigurowac srodowisko programowe tak... Aby dalo sie skompilowac kod. Programista na podstawie tabel i wielu parametrow musi zbudowac sobie z odpowiednich zrodel dany kod bo wiadomo, ze mamy 300 klientow i kazdy ma inaczej skompilowany kod na innych wersjach zrodel. Jak mamy juz ten kod na ktorym mamy pracowac jego praca zalezy na jakiej wersji bazy danych to dziala bo to okresla okolo 2000 parametrow programowych. Na 1 plik sklada sie jego okolo 80 wersji a wszystkich plikow do kompilacji est okolo 50 000. Calosc kodu to okolo 2 mln linii programowych ktore trzeba skompilowac do "wlasciwej wersji" ;) Oprogramowanie jest pisane na wielu watkach i sledzenie krokowe jest bardzi ciezkie i malo-efektowne. Trzeba miec wiele w glowie i radzic sobie bardzo czesto bez debuggera. Dlaczego o tym pisze ??? Bo tego etapu nie przechodzi 99.99% chetnych ;)
Tak - niektóre biblioteki trudno uruchomić i przetestować. Inne łatwiej. Twój komentarz wyglada na zniechęcający cherry picking
@@JZP Opisalem jaka jest praktyka gdzie szuka sie dobrych programistów gdzie nie ma miejsca ani czasu na bawienie sie w nauke. Opisalem jedynie 1 etap weryfikacji. Kolejny etap to wykonywanie zadan i wspolpraca z grupa na etapie opisywania kodów i odpowiednie korzystanie z repozytoriów. Nie jest tutaj zadna tajemnica, ze nowych kodów do napisania poczatkujacy raczej nie dostanie. Chodzi glownie o modyfikacje i naprawy programowe gdzie masz skonsolidowane dane w kodach i bazach danych. Trzeba szybko rozpoznac i nauczyc sie calej struktury klas i obiektów porozrzucanych po n... wersjach i kodach. Co do bibliotek wspomne, ze masz n... wersji bibliotek i rozne wersje tych samych komponentów. Nie mozesz nic namieszac w tym, wiec kazdy nowy programista musi byc mistrzem świata w korzystaniu z repozytoriow. Wgrywania i opisywania zmian. Nie wspomne o tworzeniu dokumentacji. Dlaczego tak pisze ? Nie aby kogokolwiek straszyc ale aby uzmyslowic ludziom, ze praca programisty to bardzo ciezki kawalek chleba i wytrzymuja w tym najlepsi najczesciej kosztem wlasnego zycia i rodziny.
Częściowo się z tobą zgadzam ale dalej uważam, że generalizujesz. Sa różne firmy, które różnie podchodzą do onbardingu i oczekiwań. I dalej nie rozumiem co komentarz ma wspólnego z tematyką odcinka.
@@JZP To co wygadujesz na materiale niewiele ma wspolnego ze zdobywaniem doswiadczenia przed dostaniem sie do pierwszej pracy w IT jako programista. To jakies bzdety. Pisze CI to jako wieloletni programista ktory w nie jednym miejscu juz pracowal. Wedlug mnie oszukujesz ludzi i podajesz jakies przyklady od czapki. Masz racje, ze sa rozne firmy ale malo kto zatrudni programiste ktory niewiele potrafi a firmy nie maja ani czasu ani pieniedzy na wieloletnia nauke kandydata ktory pozniej przejdzie do innej firmy.
Ok
Czy mogę wpisać w CV ze jestem współautorem jakiegoś open source po rozwiązaniu takiego błędu/problemu
Oczywiście, że tak! Warto wtedy jednak być szczerym i zaznaczyć co dokładnie zrobiliśmy w takim projekcie.
@@JZP Gdzie najlepiej umieścić tego typu info w cv? Doświadczenie zawodowe? Dodatkowe informacje ?
@@dawid7260 Możesz całą sekcję nazwać po prostu "Doświadczenie" i tam wpisać te informacje ;)
@@dawid7260 Moim zdaniem Dodatkowe informacje/projekty :)
Cześć, zastanawiam się nad jedną rzeczą, bo wzniosłem już wkład w jeden projekt open source i zastanawiam się czy nie podjąć się kolejnego skoro poświęciłem na to mniej czasu niż się spodziewałem, ale nie wiem co lepsze wnieść wkład w projekt który już znam czy podjąć się innego?
Hej :) Super, że się zaangażowałeś! Moim zdaniem lepiej kontynuoować pracę nad jednym projektem i poznawać go lepiej. ALE, nie ma też nic złego w rozpączęciu pracy w innym lub nawet nad kilkoma równolegle.
Podzielisz się nazwą projektu, w którym pracowałeś?
@@JZP simple icons
A gdzie znaleść takie strony lub bilblioteki?
Na przykład tutaj - goodfirstissue.dev/ ;) Faktycznie zapomniałem dodać link do opisu!
@@JZP pięknie dziękuję