@Vakme O! DnD? A co będzie robić?

@lubieplackijohn To KP i kościanka do autorskiego systemu koleżanki opartego na DnD 5e, który właśnie testujemy. Myśleliśmy o Roll20, ale że nie znamy się na nim na tyle, żeby wrzucić do niego własną KP i szybciej jest po prostu machnąć wielki formularz, tym bardziej że w drużynie jest 2 programistów ja klepię front, kumpel pomaga z widokami i pracuje nad regułami dostępu

@lubieplackijohn do tego firebasowa RD jest idealna do rzeczy typu czat i napisanie kościanki opartej na API do pogody (random.org), tak, żeby gracze mogli rzucać różnymi kośćmi i widzieć swoje rzuty, to kwestia kilku minut

@Vakme Brzmi w pytę! Chociaż ciężko mi się przestawić na taki model grania w erpegi. Wolałem klasycznie, przy piwku i innych zakąskach

@lubieplackijohn Ja też Chociaż plusem jest to, że w ogóle nas nie ogranicza odległość (drużyna jest rozsiana po całej Polsce i za granicą), a zabawa też jest przednia

@Vakme To niewątpliwie największy plus! Mieliśmy podobnie jak się ekipa porozjeżdżała na studia. Ale wtedy roll20 nie był zdaje się tak rozpowszechniony. A będziesz to gdzieś w internetach udostępniać?

@Vakme firebase sprawdza się jako produkcyjne rozwiązanie? kiedyś chwilę się nim bawiłem ale skończyło się na todo app

@lubieplackijohn Na razie repo jest prywatne, bo muszę ogarnąć, w jaki sposób bezpiecznie dostarczyć zmienne środowiskowe (w porównaniu do Vue Angular nie ma tak fajnie ogarniętego .enva - to jest duży minus) Ale jak będzie w jakiejś wersji alfa, to wyczyszczę i wrzucę do otwartego repo

@hejto_pejto szczerze - produkcyjnie nie używałam go nigdy, do prototypowania czy jakichś apek na boku do własnego użytku - czemu nie. Podobno się da, trzeba dobrze ogarnąć reguły dostępu do bazy i storage Gdyby miała być to aplikacja wypuszczona szerzej niż poza grono 10 osób i o innym przeznaczeniu niż "zabawka", myślałabym prędzej o GAE (Google App Engine) albo mongoDB Realm, jeśli chciałabym zostać przy podobnym stacku

@Vakme Super! W takim razie czekam wieści A tymczasem, rozgość się w naszych skromnych progach

@hejto_pejto Na pewno jeśli chcesz prototypować apkę webową czy mobilną, szczególnie opartą o WebSockety, to sprawdza się bardzo dobrze, ma jeszcze całe zestawy do analityk i testów A/B. Jest super do wypuszczenia PoC, bo dostajesz za darmo autha, storage i bazę, do tego testy do wyklikania, a nawet jakiś szczątkowy silnik do ML

z Firebase to odważnie - ja się ograniczam tylko i wyłącznie do powiadomień na telefon. Cała reszta zjada szybko zasoby FB i nagle przychodzi moment do $$. Ale jak na 10 osób nie powinno być problemu

Powodzenia

@kawak Tak, na szerszą skalę bym się nie odważyła A tak to darmowa wersja starcza, aktualnie używamy samej kościany na sesjach, nawet się nie zbliżyło do limitu zasobów.

UI? A po co to komu tylko powłoka #shellteam #cli

@veranoo Czej, bo nie rozumiem pytania. Firebase jest BaaSem, który - między innymi - służy do tego, że jak chcesz sobie na UI majtnąć szybki prototyp, to możesz to zrobić minmalnym wysiłkiem. W Firebase źródło danych (RD lub Firestore) pytasz bezpośrednio z UI - na tym polega BaaS, z tym, że BaaS to nie tylko źródło danych. Więc nie wiem skąd pytanie. Że mówię o bazie i frameworku frontowym w jednym?

@otlet Ja mogę uzupełniać kp z CLI, ale reszta drużyny by mnie rozszarpała xD

@veranoo ma bardzo dużo, jeśli nad tym siądziesz i zaczniesz używać adapter adapterowi nierówny. Przede wszystkim wygoda i szybkość developmentu, a o to mi w tym przypadku chodziło. W przypadku Angulara i jego adaptera (angular-fire), integracja idzie bardzo płynnie, setup aplikacji to kwestia kilku minut, dokumentacja jest bardzo dobra, dostajesz narzędzia które skracają ci czas setupu i późniejszej pracy, jeszcze jak to zepniesz np. z RxJS. W vuefire z dostosowanych rozwiązań w praktyce dostajesz tylko bindingi, a i one są rozwiązane gorzej, jeśli potrzebujesz wykonywać na nich jakiekolwiek operacje.

I Angular, i Firebase to tylko narzędzia, ale narzędzia mogą mniej lub bardziej ze sobą współpracować. Tym bardziej, jeśli są to narzędzia wypuszczone pod egidą jednej korpomatki, czyli Google.

@veranoo I oczywiście, możesz klepać sobie w vanilla.js, pierwsza wersja kościanki tak właśnie działa niemniej po to mamy narzędzia, żeby ich używać, a że niektóre współpracują ze sobą mniej lub bardziej - cóż, skądś wzięły się nazwy najpopularniejszych stacków technologicznych (ie. MERN). Jeśli nie można wiązać warstw technologii ze sobą, dlaczego takie stacki powstają?

@Vakme to są stacki z tutoriali a nie z produkcyjnych aplikacji.

@veranoo No i? Rozumiem że w produkcyjnych aplikacjach nigdy nie zdarza się porównywać ze sobą narzędzi pod kątem dopasowania do siebie i celów biznesowych?

(A ten tekst kradnę, kumple z pracy od node.js albo od php - LAMP - będą mieli niezły ubaw)

@veranoo No, a o czym jest ten post? O dopasowaniu narzędzia do problemu i dopasowaniu narzędzi do siebie nawzajem właśnie xDDDD I to ty wyciągasz tutoriale z YT, MERN czy LAMP to po prostu nazwy określonych połączeń technologii ze sobą, czy użyjesz ich bo tutorial czy dlatego, że jako świadomy techlead podejmiesz decyzję o jego użyciu nie wpływa w żaden sposób na to, że taki stack istnieje i tak się po prostu nazywa.

Co więcej, to co piszesz, brzmi zabawnie, bo samo to, że ten post powstał, świadczy o sprawdzeniu różnych rozwiązań i wybraniu najlepszego w danej sytuacji (czyli świadomym wyborze), a przyszedłeś tutaj z argumentacją, że tych narzędzi nie wolno porównywać xD To co, nie porównywać, czy jednak dopasować do problemu i świadomie wybrać? xD

@veranoo Do tego "trochę pokodujesz" - witamy, ad hominem (i w sumie ad verecundiam), dziękuję, że pokazał pan szanowny swoją prawdziwą naturę

Jak tak ma to wyglądać dalej, to ja żegnam, bo pokazał się brak kultury w dyskusji.

@Vakme Faktycznie, żle to zabrzmiało. Wybacz.

@veranoo Entuzjazm do firebase to ja miałam dobre lata temu, na studiach, gdy jeszcze firestore było w wersji beta. Tutaj było wybrany zestaw technologii adekwatny do problemu i to połączenie ma ze sobą dużo xD Wyszedłeś z innego założenia i cały czas walczyłeś z jakimś stworzonym przez siebie chochołem, że mylę warstwę danych z warstwą widoku - nie, dopasowałam narzędzie z warstwy widoku do narzędzia z warstwy danych, zapytałam, czy ktoś zna lepsze połączenie, bo może istnieje, a ja o nim nie wiem xD Tak samo jeśli bym miała korzystać z graphQL wybrałabym bardziej reacta niż vue, bo znam ograniczenia vue-apollo. A jednocześnie wiem, że warstwa komunikacji to co innego niż UI, ale mają ze sobą jednocześnie wiele wspólnego - bo muszą współpracować.

@Vakme To faktycznie źle zrozumiałem.

@veranoo Czy gdybym napisała (pierwszy przykład, który mi przyszedł do głowy), że jeśli chcesz pracować z kafką, to najlepiej w javie, bo w niej jest najwięcej dostępnych rozwiązań, które dopasujesz pod swój problem, najwięcej brokerów, etc. to też byś naskoczył, że hurr durr, kafka to message broker, Java to język, jak śmiesz porównywać? Tak samo z wyborem języka vs chmurą w której jest użyty - sama Java jeszcze kilka lat temu w Azure Functions miała nieistniejące wsparcie, do tego działała na VMkach linuksowych, które ciągle były experimental i uruchamiały się nawet 40 minut na jedno wywołanie. Czasami dopasowanie do siebie narzędzi (i to, ile mają ze sobą wspólnego) to jest część problemu do rozwiązania.

@Vakme Dobra kajam się, nie ma co się spinać. Nie przenośmy złych praktyk z wykopu Zapytałaś o projekt. Wpadłem dzisiaj na pomysł żeby zrobić apke trochę zarządza aktywami inwestycyjnymi z różnymi integracjami różnych giełd, maklerów, etc.

@veranoo Bardzo dobry pomysł! W czym kombinujesz?

@Vakme Myśle o node/fastify + typeorm + react (chakra ui)

@Vakme "nie mogę się doczekać aż skończę programować w pracy i zacznę programować po pracy"

xdd. Tez tak kiedyś miałem, chociaż ja zajmowałem się sieciami i zrządzaniem działem IT. Maile, umowy, nowy sprzęt, skrypty, awarie, reakcje, dyskusje nawet wieczorem... Panieee. Nigdy więcej xdd

@HaHard praca zostaje w pracy, po pracy jest czas na zabawę

@Vakme problemem w tym, że ja żyłem pracą. Wiesz jaki jest efekt? Efekt tego jest taki, że nie mam wspomnień z jakichś 6 lat, nic, zero, null. Tylko praca i ta wiesz, ten taki wewnętrzny dryl i chęć wspinania się po drabinie. Uważaj, to jest pułapka. Ostrzegam jako ten starszy harcerz xdd

@HaHard czaję powiem ci że prawie wpadłam w tę pułapkę na studiach, kosztowało mnie to za dużo zdrowia teraz kodzenia po pracy używam do tego, żeby się pobawić + staram się nie mieszać aktualnych technologii pracowych z poza-pracowymi + mam masę aktywności poza. Niemniej pluję sobie w brodę, jaka byłam głupia kilka lat temu