update: Architektura dla prostej quiz aplikacji, gdzie klient chce móc modyfikować treść quizu

Hej.

Zastanawiam się jak najlepiej rozwiązać takie zadanie:

1. aplikacja to po prostu Quiz webowy
2. na razie front-end raczej prosty (ogólnie założenie jest zrobić MVP)
3. klient (raczej nie techniczny). Chce mieć możliwość modyfikowania treści quizu / dodawania nowych quizów

Pierwsze o czym pomyślałem to Netlify + Django API na backendzie (bo ma przystępny panel admina), ale wada tego jest taka, że strona jest trochę wolniejsza (musi komunikować się z API i bazą danych, żeby ściągnąć pytania).

Drugim sposobem, o jakim myślę teraz to tak samo Django backend, ale bez wystawiania API, tylko użycie Netlify build hooka który triggerowany był przez Django po zapisaniu modelu "Question" np. https://docs.netlify.com/configure-builds/build-hooks/ hook ma 140kB limit tekstu, ale być może by wystarczył.

Czy istnieją jeszcze jakieś inne sposoby, żeby coś takiego ogarnąć i zapewnić - zerowe koszty dla MVP, przyjazność dla osoby nietechnicznej + szybkie ładowanie strony?

B.Eng napisał(a):

Pierwsze o czym pomyślałem to Netlify + Django API na backendzie (bo ma przystępny panel admina), ale wada tego jest taka, że strona jest trochę wolniejsza (musi komunikować się z API i bazą danych, żeby ściągnąć pytania).

Drugim sposobem, o jakim myślę teraz to tak samo Django backend, ale bez wystawiania API, tylko użycie Netlify build hooka który triggerowany był przez Django po zapisaniu modelu "Question" np. https://docs.netlify.com/configure-builds/build-hooks/ hook ma 140kB limit tekstu, ale być może by wystarczył.

Już błąd zrobiłeś, bo archikteury nie wymyśla się z technologiami, że od razu sobie wymyślasz jaki framework zrobisz.

To od czego powinieneś zacząć, to od sposobu w jaki klient będzie dodawał te elementy: będzie je wpisywał ręcznie, uploadował, wyklikiwał? Powinieneś zbudować najprostszy system w którym klient może dodać powiedzmy jedno pytanie z dwoma odpowiedziami i nic więcej. Pokazać klientowi, zebrać feedback, i dopisać trochę więcej elementów.

Zacznij z modelem koncepcyjnym na program, zakładając że najprawdopodobniej jest błędny, pokaż klientowi kilka pierwszych wersji, i potem zastanów się nad architekturą.

Co do stacku technologicznego, to napisz swoją aplikację tak, żeby jaknajmniej technicznych decyzji podjąć na początku projektu, kiedy wiesz najmniej - pokaż klientowi kilka pierwszych wersji, i potem zdecyduj.

PS: Wydaje mi się że trochę mylisz terminy, i kiedy mówisz "architektura" to masz na myśli "stack technologiczny"?