gh organization?

[connorhu]

Mi lenne ha csinálnánk egy github szervezetet? Az már látszik, hogy a miserendből ki fognak esni olyan önálló komponensek amik önálló repoba kerülhetnek ha felnőnek. Ezeket a komponenseket viszont össze lehet fogni egy szervezet alá. Szervezet nevét az definiálja, hogy mennyire széleskörűek a bekerülő repo-k. Terjedhet a HungarianChristianIT-tól a miserend.hu-ig. @borazslo Mit gondolsz?

[borazslo]

Egyből lehet SzentJózsefHackathon , mert az az éves meeting ami összefogja ezt a világot. Oké az org-ban nem hackathonnak kéne hívni, de a SzentJózsef és az IT az eremek dolog.

Amúgy mondasz pár példát, hogy mit lehetne külön repo-ba a miserend.hu kapcsán? Egyébként jó az irány, mert vannak itten dolgok...

[connorhu]

Az első két dolog rögtön: a közösségek api kliens és a breviar api kliens. Ezek egyelőre még messze vannak attól, hogy önálló dolgok legyenek, de a Component mappa tekinthető egy keltetőnek. Ha kinövi magát és teljes értékű önálló dolog lesz akkor leválasztható a weboldal forráskódjáról és kiszervezhető egy teljes értékű composer package-ba (és önálló repo-ba) amit bárki felhasználhat. De nem mindennek kell ilyennek lennie, van ami csak a mi komponensünk marad mert annyira speciális.

[baueri]

közösségek.hu api-val sok-sok terv van, csak idő nincs :/ (és örülök, hogy nem csak én gondoltam erre)

Jó ötlet a kliens létrehozása, ezzel kapcsolatban szeretnék majd egy olyan package-et, amivel külső weboldalról manage-elni is lehet a közösségeket, jwt autentikációval. Ezt el is kezdtem (https://github.com/baueri/kozossegek-hu/compare/master...feature/third-pary-api), csak abbamaradt egyéb okokból.

Nagyon támogatom egy github org létrehozását!

[connorhu]

Némileg off (aktiválni lehetne majd a discussion funkciót vagy itt, vagy ha lesz org): bővítettem a dokumentációt és néhány apróságot is javítottam, PR-ban várakoznak. Így most feleség wines laptopján gond nélkül elkészül egy működő verzió. További hibák esetén kérjük fáradjanak az új issue funkcióhoz. Időnként megpróbálom majd újrabuildelni, hogy garantált legyen a működés (vagy erre is lehetne csinálni CI workflow-t ami elkészít egy container-t és teszteket futtat).

[connorhu]

Amúgy mondasz pár példát, hogy mit lehetne külön repo-ba a miserend.hu kapcsán? Egyébként jó az irány, mert vannak itten dolgok...

miserend docker image készítés is egyébként különálló dolog. a kód önmagában értelmezhető kell legyen docker nélkül is.

[borazslo]

miserend docker image készítés is egyébként különálló dolog. a kód önmagában értelmezhető kell legyen docker nélkül is.

Azt hiszem így már jobban értem a #230 kapcsán való egymás nem értésünket is. Én azért szerettem bele a dockerbe, mert egy kattintással van dockeren keresztül egy teljes és működő fejlesztői környezetem akár a wines gépen, akár mac-en, és a szerveren is futhat minden dockerből linux alatt (ott a production dolog miatt azért ici-picit több beállítással, de ott is elég az .env.local és semmi mást nem kell állítani)

Ezért nekem a docker rész mindig tökre szerveresen beleilleszkedett az egész projektbe és nem látom külön a dolgot leválasztva az egyébként ilyen-olyan varázslattal docker nélkül is működésre bírható rendszertől.

Nekem annyi a nagyon fontos lényeg, hogy egyetlen cifra docker paranccsal települjön és elinduljon egy teljes és működő miserend dev bárki gépén a dockernek hála. Így ő csak a) klónoz b) doker indít c) mondjuk kijavít megjelenítésbe ezt-azt és commitol d) push_request és boldogság. Avagy jó ha docker nélkül is működik, de prioritás hogy legyen egy default dockerizált működés egyzserű default dolgokkal (amit .env.local lehet cifrázni, de nem kell)

[connorhu]

"amit .env.local lehet cifrázni, de nem kell"

Viszont .env.local kell és nem lehet.

[hdadr]

Kicsit off

@borazslo az organization alá létrehozhatnál egy egyszerű repot, amiben lehetne vezetni az éppen futó, a tervezés alatt álló, a "jó lenne ha elkészülne"... projekteket, amibe be lehetne csatlakozni fejleszteni (mint az első hackathonnál volt lista, leírással). Így, egy helyre lehetne terelni az érdeklődő fejlesztőket, hogy onnan szemezgessenek.

Láttam egy interjút tőled, hogy az egyházban milyen irányokban jelenik meg a digitalizáció és arra gondoltam, hogy a tapasztalataidat is megoszthatnád ebben vagy másik repoban, hogy mi az ami működik, mi az ami nem, és akkor lehetne látni merre érdemes menni újabb fejlesztésekkel. Pl. új projektek megtervezése, ami az egyház munkáját segíti (időmegtakarítás, pénzmegtakarítás, vagy tanítás terjesztése). Ilyen pénzmegtakarítás lehetne egy olyan szoftver nyílt forráskodú fejlesztése, amit az egyház jelenleg bérel (pl. plebaniaablak, persze ez a személyes adatok és gdpr miatt nagy falat lenne és hozzáértők is kellenek). De pl. plébániák, szerzetesrendek igényt leadhatnának, hogy szeretnék frissíteni a weboldalukat és azt is berakni közösbe, hátha valaki szabadidejében elvállalja. Ezek csak kezdő gondolatok.