Luke J. Li

Modularne. Oparte na wymienialnych komponentach. Dlaczego tak? Obecne IDE/edytory są zbyt monolityczne. Niby można konfigurować edytory czy instalować wtyczki (albo pisać własne), jednak i tak w dużym stopniu ogranicza cię API danego edytora i sam edytor jako taki, jego możliwości. Tego, czego twórcy nie przewidzieli albo nie zrobisz, albo zrobisz, ale w dość partyzancki sposób. Chociaż w Atomie przynajmniej da się robić hakerkę, w VSCode API do rozszerzeń jest bardziej ograniczone i nawet hakerki specjalnie się nie da zrobić. Co za tym idzie jak coś jest źle zrobione, to możesz czasami tylko czekać aż to naprawią (a to może potrwać - np. VSCode stał się ofiarą własnej popularności i ludzie ich zasypują tak wielką liczbą issues na Githubie, że cała developerka się dość wolno posuwa, a feature requests stoją miesiącami. Spójrzcie, co godzinę ktoś otwiera nowy issue: https://github.com/Microsoft/vscode/issues ). A to wszystko przez monolityczną budowę edytorów. Gdyby edytory b

Dzisiaj będą linki o HTML/CSS, z położonym akcentem na CSS Grid. Courses - code club Tutoriale do HTML/CSS, a także do innych języków (Pythona, Scratch, Raspberry PI, Sense Hat i Sonic Pi). Tutoriale się wyróżniają tym, że są małe kroki, dużo ilustracji i jakaś "fabuła" (dlatego zwróciły moją uwagę - często tutoriale są nudne jak barszcz, a te się wydają spoko). Poziom wydaje się być raczej podstawowy. Jeśli natomiast chcecie czegoś bardziej zaawansowanego, to możecie pouczyć się grida. Choćby z tego tutoriala na Youtube: How to create website layouts using CSS grid Grid to taka prostokątna niewidzialna "siatka", którą się nakłada na stronę, żeby wyrównać elementy (które potem sobie siedzą w takich niewidzialnych kwadracikach). Znacie tę koncepcję od czasów tabelek. Potem był Bootstrap i jego klasy "row" czy "col-coś-tam". A teraz jest grid w CSS, bez tabelek czy Bootstrapa. Jeżeli jeszcze macie wątpliwości, że grid jest potrzebny, to

The Nature of Code automaty komórkowe, sieci neuronowe, fraktale... dużo do czytania, a także dużo ilustracji. We learn better in 3D Ktoś zrobił stronę, na której są wizualizacje 3D w stylu: jak różne rzeczy działają. Trochę w stylu tej książki "Jak to działa" , którą również polecam. Jonathan Blow: Indie Prototyping twórca gry Braid mówi o tym, jak prototypuje gry Tego się słuchało: \d+  (różne lata) Ośmiominutowe odcinki, które prezentują piosenki z list przebojów RMF FM na przestrzeni lat (od 1989 chyba jest pierwszy odcinek).

postępy mojej biblioteki Vistate są takie, że: architektura architektura jest już całkiem okej (co prawda musiałem pójść na pewne trade offy, ale jednak myślę, że ma to szansę być skalowalnym rozwiązaniem). Korzystam ze wzorca projektowego Entity-Component-System, który jest używany w grach, a ponieważ nowoczesna developerka JS przypomina trochę robienie gier, to doszedłem do wniosku, że to właściwie to samo. Przy czym ECS używam tylko do middleware'ów. Użytkownicy biblioteki nie muszą o tym nawet wiedzieć, oni mają po prostu modele. A poza tym mimo wszystko dalej moje rozwiązanie jest dość reduxowe, czyli wywołujesz jakieś akcje, odpalają się funkcje, które "zmieniają stan" (tylko różnica jest taka, że o ile reducery w Redux zwracają stan końcowy, to ja działam na drobniejszym poziomie detali i funkcje nie zwracają stanu końcowego, tylko raczej mówią modelowi "co się powinno zmienić" i model to potem dopiero zmienia. Jest to inspirowane wzorcem SAM . Wg

Refleksja: czasem TDD wymaga pisania tak, żeby sfailowało jeśli refaktoryzujesz kod i masz test, który przechodzi, a chcesz żeby sfailował. Czerwone i zielone jest względne. Oczywiście potem przerabiasz testy tak, żeby były zielone, ale tymczasowo to właśnie czerwone testy mogą świadczyć, że twoja zmiana coś wniosła do istniejącego projektu.