@tomaszs Jak sobie zrobisz robota np na Raspberry Pi to będzie to możliwe. Z tym, że do wielu rzeczy konieczna jest ścisła kontrola czasowa, której nie da się prosto osiągnąć pod Raspbianem. Programowanie w Pythonie chyba jest zarezerwowane dla funkcji wyższego poziomu np. do AI.
  • Odpowiedz
@mdoliwa jak co to jestem chętny do contribution, tylko średnio jestem fanem templatek rorowych, raczej lepsze aplikacje mi wychodzą w api w RoR + front vue.
W pracy teraz ts używam, a porobilbym coś w rubym, najlepiej z graphql (aktualnie w pracy mamy nie dość że api graphql to używamy prisma orm, więc cześć qyery/mutation też jest po prostu w graphql)
  • Odpowiedz
@tomosano
Jedno api dla wszystkich platform
Brak problemów z under/overfetchingiem
Samodokumentujące się api (w teorii)
Możliwość mockowania serwera na potrzeby frontu za pomocą wyłącznie pliku schema

O wadach, których się nie spodziewałem mógłbym artykuł napisać. Ogólnie bardzo przyjemna alternatywa dla resta ale ma swoje dosyć duże wady (mimo których pozostaję jej fanem). Nie to, że tych wad/problemów nie da się zniwelować ale jest to zdecydowanie trudniejsze niż w 'zwykłym' rest api
  • Odpowiedz