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

Reply via email to