komputerswiat.pl

2060 raczej sa dostepne od ręki w tej cenie ale zawsze lepiej się zapytać lub kupic za pobraniem. 

Sprawdziłem miernikiem 2 kable i wszystkie żyły piszczały. Dodaje jeszcze zdjęcie kabla ze specyfikacja. Czy to mogą być poprostu złe/zbyt małe żyły?

Tak - zobacz której wynik Ci bardziej pasuje. Pamiętaj, że pomoc dla polecenia można odpalić przez polecenie /? a przekierować wynik wykonania polecenia do pliku np. poprzez dir /s > pliki.txt  

Jak już zacząłeś, to pewnie warto skończyć. Jeśli robisz to w prywatnym czasie i Twoja firma zwraca uwagę na certy - próbowałbym ugadać podwyżkę po jego zdaniu, żebyś miał z tego coś sensownego. Już teraz bym rzucił taki temat swojemu liniowemu, żeby wiedział i miał czas na ogarnięcie budżetu, a po zdaniu certa bym to egzekwował. Jak najbardziesz masz rację, że Javę trzeba rozumieć, aby jej dobrze używać. Tyle, że cuda typu wątki ukryje przed Tobą Spring (czy inny framework) oraz kontener apliakcji (np. Tomcat) i Twoja potrzeba znajomości Javy ograniczy się do rozumienia streamów, optionala, komparatorów oraz wiedzy o kolekcjach, immutable, equalsie i hashach. Z czasem zaczniesz żygać POJOsami i ostatnie trzy prawdopodobnie zwalisz na Lomboka. OCJP nie jest czymś, co pozwala nagle pisać lepszy kod albo lepiej rozumieć błędy, bo kładzie nacisk na odrealnione przypadki. Praktyczne jest zaś dobre poznanie zalet i wad wzorców projektowych, architektury dużych systemów czy nawet clean code. Tak samo przydać się może dogłębna wiedza o używanych frameworkach, bo to z ich magii wynika większość trudnych błędów. Inną wartościową wiedzą jest to, co teraz znajduje się na topie: aplikacje rozproszone, chmura, komunikacja HTTP i z bazami. To są bycze tematy i IMHO ludzie na początku swojej kariery za bardzo przywiązują wagę do samego pisania kodu i sztuczek danego języka. Kod sam w sobie to tylko narzędzie. Może 20% tego, co jest potrzebne do szczęścia. "Release it" jak najbardziej jest dobrą lekturą. A jeśli miałbym wsakazać numer jeden, który pozwala być dobrym programistą, to jest to pisanie solidnych testów.   Powiem szczerze, że muszę sięgać pamięcią ponad pięć lat w tył, aby przytoczyć pojedynczy kawałek kodu, który nie działał na produkcji przez klimaty, o które zahacza OCJP. Coś takiego: public static boolean m(Double val) { return val.equals(Integer.valueOf(5)); } Do metody przyszło 5.0 i zwróciła false, mimo że autor oczekiwał, że 5 == 5.5. No, na primitywach tak. Na obiektach nie. I teraz z jednej strony możma powiedzieć, abo gdyby autor rozumiał autoboxing, to by takiego błędu nie popełnił. Niby prawda, ale gdyby umiał programować, to by tak gównianego kodu w ogóle nie napisał.  A gdyby jeszcze umiał pisać testy, to sam by znalzał swój smutny błąd. I to dobrze odzwierciedla moje nastowanie do wiedzy z certyfikatów: jeśli zrozumienie kodu wymaga wiedzy o trikach języka, to jest on po prostu źle napisany. Jedyny wyjątek jaki widzę, to programowanie frameworków - tam jest faktycznie inny świat.

Jak byś kupił PS4 8 lat temu później zmienił na pro i w tym czasie ograł wszystkie exy. To pewnie tak jak jak dzisiaj nie miałbyś czego zbytnio szukać na PS5. Sam zostawiłem PS4 pro jak czasami wracam do jakichś gier, a tak z zakupem PS5 zanim wyjdą mnie interesujące gry to pewnie doczekam nowej rewizji PS5.