Amiket irtal (mount nem szaporodik "annyira", fuggosegkezeles nem "akkora" problema, eroforas pazarlas nem "akkora"), ezek azert igazak mert _jelenleg_ keves dolgot raktak snap-re. Amig defaultbol van 6-7 snap fenn a gepen, addig ez valoban nem "akkora" problema. Ha majd 100-200 lesz, a delta-upgrade layereikkel, meg kulonbozo "base", "core", "gtk" snap csomag verziokra fuggesekkel, akkor terjunk vissza erre a kerdesre...
A problem statement-tel kapcsolatban bizonyara nekem volt szakmai artalom, hogy architectkent a linken leirtaknal sokkal egyszerubb, kisebb feature-oket is nagysagrendekkel reszletesebben ki kellett fejteni. Ok, nyilvan nem vartam user-story szintu lebontast, vagy reszletes "MoSCoW" rendszeru besorolast, de azert egy high-level osszefoglalot igen, hogy mik a prioritasok. Hogy ez elsosorban alkalmazas csomagolas? Vagy elsosorban security sandbox? Vagy ilyesmi. Es a fejlesztest is ugy kene csinalni, hogy az elsonek megjelolt prioritas legyen eloszor "kesz", az mukodjon jol. Aztan utana kezdjenek hozza a nice to have dolgonak. Ugyanaz, mint a systemd volt. Az alap service management funkcionalitasnak most is van rengeteg 15+ eve broken resze (sd-notify a kedvenc peldam), de mar szamat sem tudod megmondani Pottering-ek hany tovabbi invaziv side-projectbe kaptak bele.