Po latach pracy wizja tym, czym jest i czym ma się stać Sealious w miarę się ustabilizowała, co pomaga sprawnie go rozwijać.
Cosealious jest dosyć nowy i nie ma póki co takiego benefitu. Czas to zmienić! 
Najlepiej będzie spotkać się offline i to obgadać. Ale zanim to zrobimy, chciałbym rozpocząć z Wami jednotygodniową burzę mózgów na Forum. W trakcie jej trwania będziemy mieli okazję zebrać listę tematów do omówienia oraz zrobić wstępny research, co usprawni flow naszego spotkania IRL.
Timeline:
- do 28.X rzucamy w niniejszym wątku pomysły, pytania i wątpliwości dotyczące teraźniejszości i przyszłości Cosealiousa
- w tygodniu po 28 X (termin i miejsce ustalimy w PW) spotkamy się offline i ustalimy plan działania i rozwoju.
Czas na burzę mózgów!
Przez najbliższy tydzień proszę miejcie temat Cosealiousa w głowie i jak tylko wpadnie wam jakieś pytanie, wątpliwość czy sugestia - napiszcie tutaj. Kilka tematów, o których warto pomyśleć to, m.in.:
- technologie, z jakich korzystamy
- zakres działania - jak dużą rzeczą ma być Cosealious?
- pomysły na API - Sealious wprowadza takie pojęcia, jak Collection i FieldType. Jakie pojęcia powinien wprowadzać Cosealious? Jaka będzie ich relacja z Sealiousem? Jak je nazwiemy?
- jakie front-endowe rzeczy możemy zautomatyzować Cosealiousem? Jakie żmudności napotykamy w trakcie tworzenia frontu? Czy lepiej to rozwiązać autorskim, mocno zintegrowanym rozwiązaniem, czy lepiej skorzystać z czyjejś otwartej implementacji?
Nie ma głupich pytań ani głupich sugestii - każdy input się liczy. Let’s do this!
To jest ciekawa myśl. Nakierowała mnie na spostrzeżenie, że w Cosealiousie próbujemy zarówno wyabstrahować przypadki użycia użytkownika cosealiousa, jak i developera cosealiousa. A moglibyśmy skupić się na punkcie widzenia użytkownika frameworka. Na podstawie kompozycji wysokopoziomowych modułów tworzylibyśmy akcje i reducery, które realizują zamierzenie developera, dając mu możliwość customizowania ich w znany mu sposób.
