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. -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info