Rename site_settings to Onboarding

[soma115]

I inne uspraweniani do site_settings

[pofr2026]

to chyba jest do przedyskutowania, bo jeśli chcesz, aby wikikrację miały używać różne organizacje mało technicze, to trzeba to też im umożliwić

[soma115]

Jaki jest cel modułu site_settings ?

[pofr2026]

docelowo wyobrażałem sobie takie centrum zarządzania ustawieniami strony (taki troche backend dla nieinformatykó, żeby nie musieli

1. ustawianie wszystkich zmiennych, które w tej chwili są hardkodowane (i nie mamy na nie rozwiązania automatyczneog)

• długość referendów, etc
• max. długość czata/tekstu propozycji ref.
• jakieś ustawienia maila (np smtp, czy co tam trzeba, żeby maile się wysyłały z czyjejść domeny)

2. onboarding

• co ma być w kafelku dla nowych

3. edycja/zarządzanie funkcjami (mam na myśli skarbnik, moderator etc...)

4. w przyszłości (być może)

• możliwość włączania wyłączania funkcji/modułów (np jakieś mapy, jakieś typy głosowań,
• możliwość dodawania własnych funkcji/modułów
• możliwość zrobienia backupu bazy danych
• możliwość zrobienia updateu z poziomu strony

etc...

[soma115]

1. Wyobrażałem sobie, że to będzie w module Głosowania. Większość tych parametrów będzie ustalana właśnie przez głosowanie.

Co do SMTP itd. - nie jestem pewien czy elementy infrastruktury powinny być ustawiane z poziomu aplikacji.
To nie są rzeczy, które podlegają głosowaniu a wiedza potrzebna do ustawienia tego jest taka sama jak przy ustawianiu tego przez zmienne.
Może @miedziu mógłby wyrazić opinię.

2. Kafelek onBoarding mógłby być po prostu listą linków z guzikami Przeczytane/Nieprzeczytane.
   Nie widzę powodu dla którego tylko admin powinien móc edytować tą listę.

3. To też są Głosowania. Przy czym trzeba zadbać żeby każda grupa mogła tworzyć swoje role.

4. Czy to nie tworzy zbyt wielu ustawień?
   Nie mogę wyobrazić sobie dodawania własnych modułów? Proponujesz stworzyć silnik do pluginów?
   Backup całości - nie wiem, może.

Chyba nie wiesz jak działa update w takiej aplikacji jak Wikikracja. To tak jakbyś chciał mieć guzik do updejtu na FaceBooku.

Wydaje mi się, że mamy zupełnie inne doświadczenia jeśli chodzi o zaangażowanie ludzi.
Ty myślisz, że jeśli komuś przydzieli się rolę np. administratora to ta osoba będzie wykonywała tą rolę tak długo jak istnieje grupa.
Moje doświadczenie jest takie, że ludzie cały czas rezygnują z działań.

[miedziu]

ad1. lepiej w env, bo to wlasnie infrastruktura/srodowisko.

Ogolnie to nie tylko ustawienia podlegajace glosowaniom, tam mozna trzymac np wersje bazy danych (to akurat django sam robi), szablony maili, itp

[pofr2026]

1. może większość będzie a może nie będzie. na razie nie jest ;) tak czy siak, jakaś część pewnie nie będzie
2. admin/moderator/osoba odpowiedzialna za onboarding
3. no ale jakoś trzeba dodać nową funkcję zmienić opis, dodać kompetencje etc... nie wyobrażam sobie żeby nad zmianą słowa, zmiany literówki etc. miało być głosowanie, albo, żeby każdy sobie mógł tam coś zmieniać
4. tak to jest moja wizja ;D teraz używam dolibara i fajnie to działa

• widzę jak to działa w dolibarze, update jest ułomne ale działa

myślałem, że DB miały stosować różne organizacje nie tylko takie niezorganizowane jak my. Stowrzyszenia, fundacje etc... mają budżety i ludzi odpowiedzialnych za różne zadania. Nawet jak się zmienia człowiek to funkcja jest obsadzona i zadanie wykonane

[soma115]

1. To nie jest zagadka. Te parametry są w .env
2. Nigdy nie widziałem w grupach Wikikracji żeby 2 osoby zmieniały sobie coś nawzajem tam i z powrotem. Dlatego w tym konkretnym przypadku kwestionuję potrzebę dawania tylko jednej osobie takiej możliwości. Prędzej nie będzie komu tego zrobić niż będzie za dużo osób do robienia zmian.
3. Miałem na myśli nadawanie funkcji przez głosowanie.
4. No właśnie Wikikracja ma nie być taką samą aplikacją jak wszystkie inne. W Wikikracji jest wyzwanie polegające na tym, że ma nie być hierarchii. Jakieś kompromisy wchodzą w grę ale takie jest dążenie i cel.

Mamy zupełnie inne doświadczenia. Wg. Ciebie wszyscy chętnie wszystko robią. Z mojego doświadczenia wynika, że nadanie komuś stałej roli to gwarancja, że ta osoba bardzo szybko zniknie.

[pofr2026]

1. strona cały czas się rozwija.. nowe ustawienia/funkcjonalności też tam już są?

2. czy ja gdzieś powiedziałem, że tam ma być 1 osoba? może ich być nawet 10, ale chodzi o to, że są pewne funkcje/odpowiedzialności

3. funkcje mogą być nadawane przez głosowanie. nie widzę problemu.

4. nie rozumiem co możliwość zrobienia backupu/update/dodania jakiegoś nowego modułu z poziomu site-settings ma do hierarchii

5. ale apropos hierarchii, to nie mówię o hierarchii tylko o funkcjach/odpowiedzialnościach

6. pokaż mi chociaż jedną sprawnie działającą grupę gdzie nie ma podziału ról/zadań