Well said. And to add to these:
* it supports Win32 natively (coming in 7.5 or perhaps 8.0);
* it supports nested transaction (coming in 7.5);
* it supports 2-phase commit (coming in 7.5);
* it supports tablespaces (coming in 7.5 or 8.0);
I agree. Basically, of all the projects/subprojects for Perl6, Parrot will be the most successful and useful. Perl itself has lost many of its mindshare, and Perl6 isn't helping. It's more complex, weird in many aspects, even more obfuscation-friendly, etc. But I can't wait for Parrot either...
FYI, there's another initiative to develop a fully Ruby-based operating system (including the kernel), though one wonder when -- if ever -- this project will deliver something usable.
- unified name space (like Unix's single root / hierarchy)
- filesystem as database (why do we have to put stuffs in two different things anyway?); the filesystem should support hierarchiecal as well as relational paradigm. one can put a SQL interface on top of it
- using a safe, higher level, garbage-collected, OO language (about time to kill C, damnit!), also as another poster noted, this can eliminate kernelspace/userspace separation
- everything is a file
- everything is a component
- Unicode
Bad ideas
- registry (at least the windows do it currently): it's like the 777 version of/etc
- XML for configuration (YAML is a better choice)
- package managers or installers (the OS should be modular and component-friendly enough to render this unnecessary; think a PC with pluggable PCI cards or USB devices; adding/removing software components should be as easy as plugging/unplugging hardware devices)
- resource fork/multiple stream or something like that (if i want two different content, i'll make two different record/file, thank you)
And Yahoo's own search facility sucks. Always. Their engineers have never been able to come up with a good search.
To search the web they use Google, and then Inktomi, and then they said they want to develop their own technology, but then they keep using Google and/or Inktomi and finally ended up buying Inktomi. Where's the promised home-grown search engine?
Remember when Yahoo! Groups were EGroups? They had a global search (searching through the content all groups). Not long after Yahoo! bought it, that function disappears. Now you can't even search a single group without great pain (the search is per 200 message or something, so you need to keep on clicking More and More to search the rest of the messages).
Subversion [tigris.org] looks a lot nicer than Arch. svn just tries to be a "better cvs" and fixes a load of the nasty things about CVS. Its a lot faster too, and theres a plugin which lets you use it in Eclipse. Plus it has some pretty cool features like the apache plugin which lets you check out over http.
That's why Subversion still has basic deficiency of CVS: centralized repository. Arch, darcs, BitKeeper, etc. have moved on to the distributed architecture approach, where every developer has his own repository.
Besides, using BerkeleyDB for the storage is bloat. I have a small project with only about 30-40 revisions and now the repository has grown to about 40MB. WTF?!
Slashdot Mirror
How shocking this news is to me, because it confirmed a survey report I just read yesterday: that 68,015% people lie in their resumes!
http://www.geocities.com/david_garamond/opera7-ran ts.html.
Well said. And to add to these: * it supports Win32 natively (coming in 7.5 or perhaps 8.0); * it supports nested transaction (coming in 7.5); * it supports 2-phase commit (coming in 7.5); * it supports tablespaces (coming in 7.5 or 8.0);
I agree. Basically, of all the projects/subprojects for Perl6, Parrot will be the most successful and useful. Perl itself has lost many of its mindshare, and Perl6 isn't helping. It's more complex, weird in many aspects, even more obfuscation-friendly, etc. But I can't wait for Parrot either...
FYI, there's another initiative to develop a fully Ruby-based operating system (including the kernel), though one wonder when -- if ever -- this project will deliver something usable.
Good ideas
- unified name space (like Unix's single root / hierarchy)- filesystem as database (why do we have to put stuffs in two different things anyway?); the filesystem should support hierarchiecal as well as relational paradigm. one can put a SQL interface on top of it
- using a safe, higher level, garbage-collected, OO language (about time to kill C, damnit!), also as another poster noted, this can eliminate kernelspace/userspace separation
- everything is a file
- everything is a component
- Unicode
Bad ideas
- registry (at least the windows do it currently): it's like the 777 version of- XML for configuration (YAML is a better choice)
- package managers or installers (the OS should be modular and component-friendly enough to render this unnecessary; think a PC with pluggable PCI cards or USB devices; adding/removing software components should be as easy as plugging/unplugging hardware devices)
- resource fork/multiple stream or something like that (if i want two different content, i'll make two different record/file, thank you)
Not sure
- GUI at the lowest level?And Yahoo's own search facility sucks. Always. Their engineers have never been able to come up with a good search.
To search the web they use Google, and then Inktomi, and then they said they want to develop their own technology, but then they keep using Google and/or Inktomi and finally ended up buying Inktomi. Where's the promised home-grown search engine?
Remember when Yahoo! Groups were EGroups? They had a global search (searching through the content all groups). Not long after Yahoo! bought it, that function disappears. Now you can't even search a single group without great pain (the search is per 200 message or something, so you need to keep on clicking More and More to search the rest of the messages).
In short, Yahoo engineers can't do search.
Subversion [tigris.org] looks a lot nicer than Arch. svn just tries to be a "better cvs" and fixes a load of the nasty things about CVS. Its a lot faster too, and theres a plugin which lets you use it in Eclipse. Plus it has some pretty cool features like the apache plugin which lets you check out over http.
That's why Subversion still has basic deficiency of CVS: centralized repository. Arch, darcs, BitKeeper, etc. have moved on to the distributed architecture approach, where every developer has his own repository.
Besides, using BerkeleyDB for the storage is bloat. I have a small project with only about 30-40 revisions and now the repository has grown to about 40MB. WTF?!
What makes you think that the electronic version of cash cannot be made anonymous too?
m l/ jya.com/nsamint.htm
http://citeseer.nj.nec.com/sander98auditable.ht
http://citeseer.nj.nec.com/259628.html
http:/
except that, sadly, the perchild MPM development seems to be dormant.