@ChickenLadyLovesLife@dvdnet62 Not as such. I mean it is but its drivers are 25 years out of date now. YellowTab Zeta is out there too which was updated a bit but is still ancient.
But there is Haiku. Bigger, slower, more complicated, but it does a lot more.
As I recall, Gasse was offered something like $440 million for BeOS by Apple and he turned them down. Not sure it would have made any difference in anything by this point, but at least Objective-C wouldn't have been littered with classes with the "NS" prefix.
@ChickenLadyLovesLife I was a big fan of BeOS. I reviewed it about quarter of a century ago:
Yeah, BeOS was awesome. I remember a coworker showing it to me in 1996 - he also taught me how to wow the c-suite with giant printouts of insanely over-normalized databases, a parlor trick that has served me well over the years.
> with giant printouts of insanely over-normalized databases
(?)
> a parlor trick
(?) How is a database a trick?
What does this stuff mean?
c-suite
CEO, CTO, CFO etc. In a '90s Internet startup like the company I worked for, the "C" really stood for "clueless".
giant printouts of insanely over-normalized databases
Over-normalization is a database thing - a simple example of normalization would be a "People" table where instead of having the "Salutation" field just contain text like Mr, Mrs. etc., you have a separate "Salutations" table with all the possibilities listed and keyed with an ID (usually just a sequential number), and then the "People" table stores a Salutation ID for each entry instead of the actual text. It's a valid and standard thing to do with database design, but it can be taken to extremes where absolutely every possible trivial thing that can be normalized is, producing an overcomplicated mess that is extremely difficult to work with programmatically.
Printing out this over-normalized mess of a database on multiple sheets of paper which are then taped to the wall is utterly useless.
How is a database a trick?
The printout is the trick - it fools the bosses into thinking you're doing something amazing and productive when you're really just fucking around. It only works on the technically incompetent, of which there was no shortage in '90s Internet startups (or today).
No but here is a open source branch of it called haiku and it works great!
Is BeOS still floating around?
@ChickenLadyLovesLife @dvdnet62 Not as such. I mean it is but its drivers are 25 years out of date now. YellowTab Zeta is out there too which was updated a bit but is still ancient.
But there is Haiku. Bigger, slower, more complicated, but it does a lot more.
As I recall, Gasse was offered something like $440 million for BeOS by Apple and he turned them down. Not sure it would have made any difference in anything by this point, but at least Objective-C wouldn't have been littered with classes with the "NS" prefix.
@ChickenLadyLovesLife I was a big fan of BeOS. I reviewed it about quarter of a century ago:
https://archive.org/details/PersonalComputerWorldMagazine/PCW%20200007%20July%20Created%20From%20PCW%20Cover%20CD%20%28No%20Cover%29/page/n50/mode/1up
... and I liked it a lot:
Yeah, BeOS was awesome. I remember a coworker showing it to me in 1996 - he also taught me how to wow the c-suite with giant printouts of insanely over-normalized databases, a parlor trick that has served me well over the years.
@ChickenLadyLovesLife
I am sorry but I don't junderstand any of this.
> the c-suite
(?)
> with giant printouts of insanely over-normalized databases
(?)
> a parlor trick
(?) How is a database a trick?
What does this stuff mean?
CEO, CTO, CFO etc. In a '90s Internet startup like the company I worked for, the "C" really stood for "clueless".
Over-normalization is a database thing - a simple example of normalization would be a "People" table where instead of having the "Salutation" field just contain text like Mr, Mrs. etc., you have a separate "Salutations" table with all the possibilities listed and keyed with an ID (usually just a sequential number), and then the "People" table stores a Salutation ID for each entry instead of the actual text. It's a valid and standard thing to do with database design, but it can be taken to extremes where absolutely every possible trivial thing that can be normalized is, producing an overcomplicated mess that is extremely difficult to work with programmatically.
Printing out this over-normalized mess of a database on multiple sheets of paper which are then taped to the wall is utterly useless.
The printout is the trick - it fools the bosses into thinking you're doing something amazing and productive when you're really just fucking around. It only works on the technically incompetent, of which there was no shortage in '90s Internet startups (or today).
No but here is a open source branch of it called haiku and it works great!