Sound familiar?

Haiku is different from Linux in that both kernel and userspace parts of the operating system are developed in-house, by a single group of developers. We don't have that kernelspace/userspace division Con Kolivas talks about, which is software and project in nature, primarily, and only secondarily, or peripherally, about a division of people (e.g. developers/users). But Haiku is similar in that our developer channels are separate from our user channels and meant for different topics, fields of interest and levels of expertise. This separation is on purpose. There is no reason to believe that the prerequisites for technical discussion on Haiku matters would be any lower than those necessary for Linux discussion. The users channels are meant to be inclusive and non-judgemental. "Bad" suggestions will not be (or should not be) troutslapped as hard on a user channel as on the developer channel. It is primarily when users step into developer channels and misunderstand their own level of expertise or their current weight on the scale of open source meritocracy, that things go wrong. Haiku suffers not from division, but from lack of division, not enough tiers. This is due to its small pool of users and developers. The kernel devs have to put up with the userspace devs, which have to put up with the noob devs. The users have easy access to kernel developers. Ideally the top talent would shielded by bug tracker staff, so that these can spend their time more efficiently, which is what benefits the whole collective the most.

That and probably some Tribalsim.

I agree that the devs are pretty fair minded and try to listen to other viewpoints. But what concerns
me about the current arrangement is the pretty strong tendency towards mono-culture when all the
decisions about what goes in/ what's kept out/ what the direction forward is... all are made by a
small clique of programmers.

What we have is a group of bright, technically oriented guys who are
implementing a system that ultimately appeals to their own sensibilities... i.e. to other bright,
technically oriented guys. The views of Joe Sixpack just don't enter into it.

Now, I don't worry much about R1 in this regard, as that design is already done and is pretty
universally (well, almost) loved by the community. But there seems little to stop the OS from slowly,
surely, and progessively over time, tilting more and more to the geeky side and away from that wonderfully
user friendly experience the original BeOS was.

This is one area where a closed source, corporate designed OS actually has (or at least, could have)
an advantage. There, the programmers don't rule the roost but merely implement what they're told.
And the decisions about design are split between the upper levels of management, as well as various
other groups like quality assurance, human interface guidelines teams, creative/graphics types, etc.
When the boss sees work coming out that looks too technical (in his opinion) he can lay down the law
and tell the developers "try again, and make it simpler". Kind of like Jobs was notorious for doing
to his development teams.

I remember in the early days of OpenBeOS there was a similar feeling about having a creative
"meeting of the minds" in mapping out the future of the OS, past R1. There were groups of creative
(musical and graphics) types, long time users and commenters, as well as the project management guys
and all the individual programmers that were to have an input in what direction the system would take. I liked that
approach because it seemed richer and wiser and more conducive to a fulfilling outcome.

But that seems to have melted away over the years. Now it seems more like, "hey if you want to contribute, submit
some code. Oh wait, you can't code? Then shut up!" Ok, that's way too harsh, It's nowhere near that
bad -- I'm just exaggerating to make a point.

I'm not trying to dig at the current core group of guys developing Haiku because they're doing a great job.
I mean, damn -- it's here! Haiku actually exists! It got written. And it works. And it pretty damn sweet even in its
unfinished state. And it's still being continuously tweaked, and fixed on, and amended. Awesome job.

But that's my worry about the future. That the current arrangement almost inevitably leads to a echo chamber
of group think among the devs. There's no counter-balancing force, that I can see.

My first thought
Did anyone contacted this guy to ask if he would like to help developing haiku os??

Hello here, Some words from one Haiku developer. I don't think the mentality is "you can't code? then shut up!". Even if you can code something, and come with a complete patch, it may be rejected as not being "the Haiku way". This is not related to your ability to code. Yes, your ideas will be rejected if you say something like "hey, you guys should do something more like Android, because it's so cool!" (or we had the same with OSX, or whatever other OS). Yes, there is no boss, no QA, and no way to control what the developers do. So, if you want that to happen, what you have to do is explain the developers what they are doing wrong, why it's wrong, and how they could do better. We have some people doing that very well. I'll cite the example of Diver, who is currently kind of the only member of our QA team. He spends a lot of time testing our apps, spotting all the bugs, and opening well-documented tickets with Debugger reports, steps to reproduce, screenshots, and everything. He also does mockups on how the UI could be improved. Without contributing a single patch to the code, he got commit access and a vote right on the project because this is invaluable work for us developers. I'd love to get more people doing such testing, and taking the time to write good bugreports. Yes, this requires you to spend some time documenting the issue. Remember that this is time the developer doesn't have to spend on it. Do 50% of the work, and you are likely to find a developer to do the remaining half. Do more, and the probability increases. Also, I'd like to remember everyone that before being a developer, I'm myself an user. And no, I don't want the system to be crazy complicated. I love the simplicity of Haiku and BeOS, and I do my best to make things jut work. The main difference is I spend a lot of time in front of a terminal or a text editor, where maybe you know and use some other applications. And this is where you can help: report bugs in those apps I don't use often enough, and I'll fix them.