Linked by bcavally on Mon 21st Dec 2009 17:18 UTC
BeOS & Derivatives Today there are many operating systems available. Every vendor or community round it tries to make it as good as possible. Having different goals, different legacy and different cultures, they succeed in it more or less. We (end users) end up with big selection of operating systems, but for us the operating systems are usually compromise of the features that we would like to have. So is there an operating system that would fit all the needs of the end user? Is is the BeOS clone Haiku?
Thread beginning with comment 400574
To read all comments associated with this story, please click here.
Code style...
by kallisti5 on Mon 21st Dec 2009 18:52 UTC
Member since:

"It might be a spaghetti code, or it might be well-written, well-documented and well-tested code."

Haiku always strives to have a clean code base, this is why its been in the works for so many years. Watch the mailing list and you will find heated discussions on comment locations, variable names, and class design.

Haiku's largest task is currently is fine tuning the OS. Given the HUGE array of x86 hardware out there, and the infinite number of northbridge/southbridge/chipset/processor combinations it needs lots of testers and lots of tuning. It is closer then ever to meeting R1.. but it will be some time before it passes R1 and prepares for the common-man's desktop. By then who knows where the "popular" os market will be.

Haiku needs more developers! If you can test/code please give a whirl! ;)

Reply Score: 2

v RE: Code style...
by pepper on Tue 22nd Dec 2009 09:33 in reply to "Code style..."
RE[2]: Code style...
by strcpy on Tue 22nd Dec 2009 09:42 in reply to "RE: Code style..."
strcpy Member since:

The result of this could be more secure. (For average personal use, the low-level stuff is probably least important. Targeted, skilled attacks against low-level subsystems are the least of our concerns today, even though Linux has a notable amount of bugs per month. But once everything else is fixed, it would be useful if the bluetooth driver can not compromise the firewall subsystem..)

Actually, I would argue for the exact opposite. Due to the large amount of so-called pro-active security measures (ASLR, NX, SSP, MAC/SELinux, and so on) in the userspace, the low kernel-level is currently the weak spot in all *nix systems.

Reply Parent Score: 2