On 10/14/21, Tomasz CEDRO <to...@cedro.info> wrote: > On Thu, Oct 14, 2021 at 3:15 PM Tomasz CEDRO wrote: >> On Thu, Oct 14, 2021 at 2:28 AM Nathan Hartman wrote: >> > On Tue, Oct 12, 2021 at 12:49 PM Gregory Nutt wrote: >> > > > Matias N. made some progress before; >> > > > Unified device interface, callback based initialization and >> > > > devicetree >> > > > (DTS) · Issue #3031 · apache/incubator-nuttx (github.com) >> > > > <https://github.com/apache/incubator-nuttx/issues/3031> >> > > > [RFC] Using devicetree (DTS) to improve board support · Issue #1020 >> > > > · >> > > > apache/incubator-nuttx (github.com) >> > > > <https://github.com/apache/incubator-nuttx/issues/1020> >> > > >> > > The conversation that I was trying to initiate here is NOT whether >> > > these >> > > features are good or bad, but to propose a way to create a feature >> > > road >> > > map for the OS. Through the established voting process we can >> > > determine >> > > in advance whether features are needed by the community or not. > > One more thing I forgot to mention. > > Democracy as we see today is vulnerable to manipulation by "mass > migration". I saw many good open-source projects being hurt by "new > fancy trends" to the point where solid old developers left the project > and it was taken over by the "progress is achieved by enforcing > changes"^TM* folks simply removing or breaking stuff that has been > there for years and worked well. > > In technology world Meritocracy seems better approach. Therefore > Voting Rank seems a reasonable solution. Developers with more commits > should have higher Rank than people that did commit less or anything, > so the voting is balanced by people that have better insight and > understanding of the internals and current implementation. I am not > sure how the formula should look like, I am just throwing the idea > that people who created more should have more to say :-) > > *) I heard that "according to Microsoft progress is achieved by > enforcing changes" for the first time from the UI/UX folk that removed > Menu from Toolbar in GIMP around 2008 with no backward compatibility > option, then they put that Menu in a separate Window, and because > there was nothing yet in that window they called it "No Window" ;-) > That broke my current workflow where I had one toolbar for many > windows on many screens but enforced new UX vision that we know today. > Another example is Linux Kernel API change around 2.4.10 (I was using > it since 2.0.36) with every minor release that made me consider that > OS self-incompatible and pushed me towards FreeBSD for good. Another > example is Blender Player removal from 2.90 release with no > alternative or even plan for a replacement. Not to mention JavaScript > world where things change day by day. I just wonder if those people > ever heard about compliance and maintenance, or just want to generate > long term support contracts. >
Although I agree with out about Meritocracy, this is not the "Apache Way". BTW I think you are talking Blender Game Engine, it became a separated project: There is more info here: https://www.youtube.com/watch?v=cBhEgQVpv2M BR, Alan