Go, go, go!

No to … zacząłem zabawę z językiem Go. Jak na razie zwykły Hello World, ale od czegoś trzeba zacząć. Jak zrobię coś, na co będzie warto poświęcić artykuł, dam znać. No i na pewno podzielę się kodem (GitHub).

Unikanie przypadkowej złożoności podczas konstruowania stanu aplikacji

Najpierw przytoczę oryginalny tytuł:

Avoiding Accidental Complexity When Structuring Your App State

Autor artykułu, bazując na przykładzie Redux’a (implementacja wzorca Flux), opisuje jak należy podejść do projektowania przechowywania stanu aplikacji. Przedstawia kilka bardzo ciekawych rozwiązań, w skrócie:

  1. Avoid modeling state after server API

  2. Prefer maps to arrays

  3. Avoid modeling state after what views like to consume

  4. Never hold duplicate data in the app state

  5. Never store derived data in the state

  6. Normalize nested objects

  7. App state can be regarded as an in-memory database

I na koniec wspomina Treat app state as a first class citizen.

Bardzo polecam ten artykuł. Link: https://hackernoon.com/avoiding-accidental-complexity-when-structuring-your-app-state-6e6d22ad5e2a

TIL: Polish Day

I nie, nie chodzi o polski dzień, tylko dzień polerowania.

tl;dr: małe niekonsekwencje w odwzorowaniu projektu pixel-perfect powodują, że tu i tam pojawiają się niedociągnięcia, które po jakimś czasie rzutują na jakości tworzonego produktu. Dlatego pomysł na Polish Day, czyli dzień, w którym zespół realizuje tylko zadania mające na celu usunięcie tych wad.

Więcej tutaj: https://medium.com/design-optimizely/pay-down-design-debt-with-polish-day-867eb59dd83d