Z wielu stron można usłyszeć oczywiste twierdzenie, że powinniśmy pisać czytelny kod. Przyjmujemy to do wiadomości, uznajemy za oczywistą prawdę, po czym… siadamy i wracamy do tworzenia takiego samego bałaganu, jak przedtem.
W projekcie, nad którym pracowałem, wprowadziłem testy API. Testy działały bez zarzutu — do czasu. W pewnym momencie przestały przechodzić, a powód był co najmniej tajemniczy. Okazało się bowiem, że o ile 100 == 100, to już 200 != 200.
Przy okazji korzystania z forever natknąłem się na małą przeszkodę: używając paczki nie da się ustawić zmiennych środowiskowych dla każdej zarządzanej aplikacji oddzielnie. Rozwiązaniem było uruchamianie aplikacji z argumentami linii poleceń zamiast zmiennych środowiskowych.
Stack Overflow to skarbnica ciekawych pytań i zagadnień, które można rozwinąć w pełnoprawne wpisy na blogu. Niedawno znalazłem właśnie takie pytanie, a jego sens można streścić w następujący sposób: jak napisać test jednostkowy funkcji, która sama instancjonuje zależność, ale jej nie zwraca?
Pracując z repozytorium Gita, większe zespoły nieraz mają kłopot z utrzymaniem zwięzłej i czytelnej historii commitów. Wiele gałęzi łączonych między sobą daje w efekcie trudny do ogarnięcia bałagan. W niniejszym wpisie prezentuję rozwiązanie tego problemu.
Zdarza się, że nasz kod komunikuje błędy za pomocą wyjątków. Nieprawidłowe zachowanie musi zostać przetestowane w taki sam sposób jak prawidłowe. Jak jednak zadbać o przetestowanie wyjątków?
Rookie mistake, powiedziałby niejeden zaprawiony programista Javy. Dla mnie to jednak było niemałe zaskoczenie: co ciekawego (czy może raczej nieciekawego) może wydarzyć się podczas pracy z Mockito, gdy spróbujemy wstrzyknąć zależność do klasy potomnej, przysłaniającej właściwość z klasy nadrzędnej?
Pracując z VirtualBoxem, częstą bolączką jest aktualizacja małych plików we współdzielonym katalogu. Gdy system-gospodarz zaktualizuje mały plik (np. plik .js lub .css), działający w maszynie wirtualnej serwer nie wysyła zaktualizowanego pliku, a jedynie jego zdeformowaną wersję.
Trochę z tym zwlekałem, ale co się odwlecze, to nie uciecze. Nagranie z mojej prelekcji jest dostępne na YouTube (również w wersji z napisami po angielsku), wszystkich zainteresowanych, a z tego, czy innego powodu nieobecnych na ostatnim meet.js, zapraszam zatem do obejrzenia materiału. Z góry przepraszam za ziarno, ale ciemno było. Kamera robiła co mogła.
W najbliższy poniedziałek, 25 kwietnia 2016, zapraszam wszystkich na spotkanie meet.js w Gdańskim Parku Naukowo-Technicznym, gdzie poprowadzę prelekcję „Concurrency in Node.js”, poświęconą, zgodnie z tytułem, zagadnieniu współbieżności kodu w Node.js.
