it's about time that HP and Intel realized they were pouring money down a drain and pulled the plug on the project.
It's a great loss of face to call quits on a project of this magnitude. I bet many corporate directors would rather go further with it, even knowing in their hearts that it isnt't going to fly. It allows them to keep their lucrative jobs at least, instead of having to compete with other departments that are doing well.
I'd love to see Itanic turning to an "open" architecture, instead of dying altogether. That probably isn't going to happen, so we can expect to see the pain going on for a long while, with Intel downplaying the long term importance of the chip to the company. It's going to go the way of SPARC - a dead chip walking, with only the manufacturer being interested in it anymore. Better than PA-RISC I guess, with which even the manufacturer doesn't care anymore.
Re:Short version...
on
RAD with Ruby
·
· Score: 3, Funny
Sadly, Ruby folks seem to be so busy doing cool things that they are just awful at evangelizing their language.
Really? It seems to me that all the ruby people do is evangelizing their language...
What would really matter these days is anonymity. It's a bit late to develop yet another non-anonymous network, when the real problem is the risk of lawsuits...
I realize that full anonymity is going to be a problem, but at least some degree of deniability and limited IP address propagation would be a boon. SuprNova might have the name recognition to really give something like that a good start.
Dependencies between packages have been broken - I've been unable to install various packages because their deps have not been available. This rarely happens with Sid, which is what I'm running on my "server" role machine.
It seems like 90% of these are created because lamdba sucks and def isn't anonymous.
Uh, you do realize that generators have nothing to do with anonymous functions, and that it's rather a simplified, understandable approach for providing coroutines? Generators are significantly more powerful than Ruby code blocks.
after Linus's comments I am inclined to get more profficient with Bash and C and almost ignore Python completely. It's so dissapointing though - I really wanted to learn Python; it's such a neat language.
Linus explicitly mentioned that he doesn't do anything "in the middle" - it's either kernel hacking or something trivial enough to do with bash. Just go ahead and learn Python - you will find that it's *easier* than bash, especially if your programs might have errors (which they do).
BTW, why would you want to get more proficient in C? Programmers are abandoning C in droves. It's just not programmer-time efficient to do things in C anymore. It's one thing if you are maintaining a project that was written in C originally, but for new projects, C is a non-starter.
Go read ESR's "The Art of Unix Programming", available online for free.
Instead of having a special keyword for immutable sets (frozenset) wouldn't it be better to have an "immutable", "final" or "const" keyword?!
Where would you put that keyword?
s = frozen Set()
where frozen would do some kind of lookup in a table that has a non-mutable equivalent of every class?
That wouldn't make much sense. Providing a freeze() function might be more sensible, where it would always call obj.__freeze__ if applicable, telling the object to lose all the mutability...
I anxiously await the day when criminal charges are filed against SCO executives for all this deliberate deception and fraudulently mafioso style collection of extortion fees.
I am also concerned about the recent shortage of PMITA prison references in SCO stories. People don't even seem to detest them that much anymore, their efforts seem mostly humorous in a pathetic kind of way...
Emacs jokes aside, what would be really nice is to have some scripting language backing these phones so I could have the phone be a little smarter about fr'instance when to interrupt me.
Arch is actually quite interesting as a concept.. it's a bit too alien for me, though
It's actually quite simple and transparent, conceptually. If you understand "diff" and "patch", and realize that you can apply patches to a version of the file different from the version against which the patch was made, you are all set.
Arch just needs a better interface, but I believe such a thing is in the works...
I read somewhere that Canonical these days employs Tom Lord, of Arch version control system fame and thus funds the development of Arch. Do you have some more far-ranging ambitions regarding Arch *cough* Linux Kernel *cough* than the simple fact that Canonical is using Arch themselves?
The page suggests Python is easier to learn if you like C (which I do), and Ruby makes more sense if you like Perl (which I do also).
Python is widely seen as the one that is easier to learn. Just learn it first, learning Ruby afterwards is trivial if you feel like it. The languages are extremely similar on most points.
my script wouldn't work without a few hours of attention just to set the spacing right.
Python distribution has reindent.py that does this for your file(s) automatically.
Using tabs for indenting is recommended against in Python. It's a Python newbie mistake that is usually only done once.
Ruby has Pascal-like blocking. That alone makes it superior to Python. And for all other situations that do not require a good OO implementation, there is Perl.
I guess that paragraph kinda speaks for itself and makes it obvious where you are coming from in the, uh, Computer Science landscape.
Ruby plows head-on into more functional-programming types of paradigms while still using objects.
Err, like first class functions for example? Or list comprehensions?
It's funny, Ruby programmers never seem to know what functional programming really means. It must be some widely spread misconception within the Ruby community...
Also I really like how functions are first class objects (meaning you can pass them to/return them from functions)
And classes too. What's more, a class is just a callable object that is called exactly like a function - "C()" - and it returns an instance of that class. If a function wants a class for instantiation, you can just pass a factory function that returns some instance of any class.
it's about time that HP and Intel realized they were pouring money down a drain and pulled the plug on the project.
It's a great loss of face to call quits on a project of this magnitude. I bet many corporate directors would rather go further with it, even knowing in their hearts that it isnt't going to fly. It allows them to keep their lucrative jobs at least, instead of having to compete with other departments that are doing well.
I'd love to see Itanic turning to an "open" architecture, instead of dying altogether. That probably isn't going to happen, so we can expect to see the pain going on for a long while, with Intel downplaying the long term importance of the chip to the company. It's going to go the way of SPARC - a dead chip walking, with only the manufacturer being interested in it anymore. Better than PA-RISC I guess, with which even the manufacturer doesn't care anymore.
Sadly, Ruby folks seem to be so busy doing cool things that they are just awful at evangelizing their language.
Really? It seems to me that all the ruby people do is evangelizing their language...
What would really matter these days is anonymity. It's a bit late to develop yet another non-anonymous network, when the real problem is the risk of lawsuits...
I realize that full anonymity is going to be a problem, but at least some degree of deniability and limited IP address propagation would be a boon. SuprNova might have the name recognition to really give something like that a good start.
What has broken for you lately?
Dependencies between packages have been broken - I've been unable to install various packages because their deps have not been available. This rarely happens with Sid, which is what I'm running on my "server" role machine.
Did you run it on all 15 of the architectures that Debian supports?
No, surprisingly I only have an x86.
If you want stability, testing provides plenty of it.
:P
Testing is rarely usable. In fact, it's often more broken than Sid, or at least the broken state lasts longer with Testing. YMMV.
If you want a Debian desktop with frequent releases without all this crap, use Ubuntu
I agree. Ubuntu has been very solid for me, and I wouldn't be surprised if even Hoary Hedgehog went stable before Sarge.
RTFA, why don't you?
Come on, this is slashdot after all. Articles are only read by Old People.
How about KDE 3.3?
Not that it really matters anymore - many of whom have been waiting for Sarge have got with the program and switched to Ubuntu.
Not into embedded development, are you?
That's exactly what I do, in C++.
It seems like 90% of these are created because lamdba sucks and def isn't anonymous.
Uh, you do realize that generators have nothing to do with anonymous functions, and that it's rather a simplified, understandable approach for providing coroutines? Generators are significantly more powerful than Ruby code blocks.
after Linus's comments I am inclined to get more profficient with Bash and C and almost ignore Python completely. It's so dissapointing though - I really wanted to learn Python; it's such a neat language.
Linus explicitly mentioned that he doesn't do anything "in the middle" - it's either kernel hacking or something trivial enough to do with bash. Just go ahead and learn Python - you will find that it's *easier* than bash, especially if your programs might have errors (which they do).
BTW, why would you want to get more proficient in C? Programmers are abandoning C in droves. It's just not programmer-time efficient to do things in C anymore. It's one thing if you are maintaining a project that was written in C originally, but for new projects, C is a non-starter.
Go read ESR's "The Art of Unix Programming", available online for free.
Instead of having a special keyword for immutable sets (frozenset) wouldn't it be better to have an "immutable", "final" or "const" keyword?!
Where would you put that keyword?
s = frozen Set()
where frozen would do some kind of lookup in a table that has a non-mutable equivalent of every class?
That wouldn't make much sense. Providing a freeze() function might be more sensible, where it would always call obj.__freeze__ if applicable, telling the object to lose all the mutability...
You forgot the most important improvement, the "generator expressions".
From the AMK's excellent (as always) overview:
print sum(obj.count for obj in list_all_objects())
The important part is that no intermediate list is generated, because we are dealing with generators.
Generators in general kick so much ass it's not even funny.
I anxiously await the day when criminal charges are filed against SCO executives for all this deliberate deception and fraudulently mafioso style collection of extortion fees.
I am also concerned about the recent shortage of PMITA prison references in SCO stories. People don't even seem to detest them that much anymore, their efforts seem mostly humorous in a pathetic kind of way...
Emacs jokes aside, what would be really nice is to have some scripting language backing these phones so I could have the phone be a little smarter about fr'instance when to interrupt me.
Future S60 phones might ship with Python out-of-the-box; Now it's still in beta phase.
See, the Symbian world isn't as closed as some people think. It's also not as open as some people (managers) think, but that's a different story...
You can take away my porn when you pry it from my cold dead fingers.
I assume, for the sake of children reading slashdot, that by "it" you are referring to the aforementioned porn.
I haven't been using the latest release, but I thought it had been updated?
No, as far as I know only Ubuntu has the new Gnome 2.8.
Arch is actually quite interesting as a concept.. it's a bit too alien for me, though
It's actually quite simple and transparent, conceptually. If you understand "diff" and "patch", and realize that you can apply patches to a version of the file different from the version against which the patch was made, you are all set.
Arch just needs a better interface, but I believe such a thing is in the works...
They do not. What you recall reading is not true.
:-).
Ok. Good to get it straightened out then
I read somewhere that Canonical these days employs Tom Lord, of Arch version control system fame and thus funds the development of Arch. Do you have some more far-ranging ambitions regarding Arch *cough* Linux Kernel *cough* than the simple fact that Canonical is using Arch themselves?
The page suggests Python is easier to learn if you like C (which I do), and Ruby makes more sense if you like Perl (which I do also).
Python is widely seen as the one that is easier to learn. Just learn it first, learning Ruby afterwards is trivial if you feel like it. The languages are extremely similar on most points.
my script wouldn't work without a few hours of attention just to set the spacing right.
Python distribution has reindent.py that does this for your file(s) automatically.
Using tabs for indenting is recommended against in Python. It's a Python newbie mistake that is usually only done once.
Ruby has Pascal-like blocking. That alone makes it superior to Python. And for all other situations that do not require a good OO implementation, there is Perl.
I guess that paragraph kinda speaks for itself and makes it obvious where you are coming from in the, uh, Computer Science landscape.
Ruby plows head-on into more functional-programming types of paradigms while still using objects.
Err, like first class functions for example? Or list comprehensions?
It's funny, Ruby programmers never seem to know what functional programming really means. It must be some widely spread misconception within the Ruby community...
... and expensive.
Also I really like how functions are first class objects (meaning you can pass them to/return them from functions)
And classes too. What's more, a class is just a callable object that is called exactly like a function - "C()" - and it returns an instance of that class. If a function wants a class for instantiation, you can just pass a factory function that returns some instance of any class.