Takže každá část má být ideálně One-man-Show? Dej do kopie Torvaldse, že to všechno dělá blbě a měl to celé dělat sám :-)
Lenoch jeden líná ...komunita mu musí pomáhat. Zajeď za ním, že bys mu radil :-)
Sledujem vyvoj programovacieho jazyka jai alebo aj odin a sledoval som rozne podcasty o nich a okolo nich a ineho sw a otazka open source prisla na debatu dost casto a generalny konsenzus je taky ze open source(tym nemam na mysli verejny kod ale skor verejne pull / merge requesty) su praveze na skodu a je to zly system. Osobne to vidim totozne. Cim viac ludi sa do niecoho babre, tym viac to stoji, tym viac sa debatuje, tym menej roboty sa urobi. Kazdu cast kodu by mal mat na starosti jeden clovek ktory to cele vedie a komunia by sa do kodu vobec nemala starat, len davat namietky, rady, a podobne. Diskusia je fajn ale kod by mal mat gatekeepera. Ono aj ani do linuxoveho kernelu si nemoze hocikto len tak commitnut zmeny.
Pochybuji, že se to dá generalizovat - znám vývoj databází - a když bych se podíval na MySQL, SQLite, Firebird a Postgres, tak každá z těch databází má úplně jiný typ vývoje, jinou komunitu, a v podstatě platí, že to, co je někdy výhoda, je v jiné chvíli nevýhodou. V 90 měl MySQL nebo Firebird výrazně větší progres než Postgres, právě díky relativně malému týmu. Dneska do Firebirdu skoro nikdo nejde, právě kvůli jeho malému týmu. SQLite je skoro one man show, ale zas jak je to výrazně menší projekt, tak to zase tolik nevadí, a nikdo ani nečeká větší progres. Postgres je tou komunitou, kde každý kecá do všeho, a vývoj jde pomalu - ale "každý si jede za své" a není až tak velký problém s financováním projektu - což třeba u MySQL nebo MariaDB problém je. Navíc s vývojem Postgresu se setkalo mnohem víc lidí, takže je větší šance najít talenty. Vývoj programovacího jazyka (navíc, který jede nad llwm) je relativně "jednoduchá" omezená záležitost. A souhlasím, že je pro konzistenci programovacího jazyka lepší menší vývojový tým než větší. Ale je to možné, že velkou část těžké a špinavé práce se udělá v týmu llwm.