It's worth noting that Kerry is getting excellent coverage in local media (and being ignored by the conservative-controlled national media) in the swing states by doing the local door-to-door thing, to the extent that any federal candidate can do it. The results are truly astounding: 50,000 people came to see him in Portland, his latest stop. That's a truly amazing local turnout by any standard. Bush can't even do that in Texas.
Bush, meanwhile, continues to do invitation-only "rallies" where pledging your allegience to the candidate is a prerequisite for entry.
My point is that the software is merely an important tool; it is not the entire campaign, and it's not intended to be.
They don't really compare as easily as you'd think.
LLVM is target at traditionally static languages such as C and C++. Java and.NET VM are targeted at Java-like languages. Parrot is focused on highly dynamic languages that traditionally have been interpreted, such as Perl, Python, Ruby. SmallTalk would in theory be more comfortable on Parrot than on.NET.
This is not to say you can't implement C++ on Parrot, or Lisp on.NET CLR, only that it isn't the intended focus of the authors of the respective virtual machines.
There is a Python implementation on each of these VMs (except LLVM), but it's incomplete (and possibly outdated) on some of them. So there is no basis for apples-to-apples comparisons quite yet.
Why is this just a competitor to QT? Is there something specific about it that makes it directly competitive with QT? Isn't it a windowing framework, making it competitive with GTK and others as well?
GTK and most others don't compile Mac OS X native apps, and GTK isn't written in C++. GTK 1.4 was ported for use with earlier versions of the GIMP, but no one's bothered to port a modern version, it would appear. Most frameworks don't bother with a Mac port. So Qt can currently use native (or pseudo-native, in the OS X case) controls on Windows, Mac, and Linux, and VCF would be a new competitor in that space. wxWindows probably already competes there, but the results I've seen from wxWindows apps have been pretty mixed, and the source code isn't pretty, being infested with win32 (pre-OO) notions of how event handling should work.
Should also say that the September 2004 Car and Driver reports more than 40 MPG on highway-only tests for at least three cars: the Civic Hybrid, the Prius, and the (Jetta?) TDI. The first two are gasoline-electric hybrids. Also note that these were hands-on Car and Driver tests, not idealized EPA numbers. They seem to think the cars performed fine, which probably corroborates your claim of the power being "not much better" than conventional gasoline engines.
Note too that an SUV, hybrid or not, is still the worst end of the fuel efficiency stick: you'll see more like 30 MPG highway with a hybrid. Better than the best conventional SUVs today (avg 20 MPG), but not very good relative to a hybrid sedan.
Your parent poster was being facetious, I suspect, but you are wrong anyway. Mach-O requires only a virtual memory system, it doesn't care what the OS architecture is. NeXTstep was always a monolithic kernel, and Mac OS X is today as well. They use Mach, but the BSD portion is fully integrated into the kernel.
MkLinux did use a true microkernel architecture on top of Mach, however.
I call FUD on you. He said they didn't apply to the people at GITMO, he NEVER said they were invalid. He also said the the UN is at risk of becoming irrelevent,
Well, I call bullshit on you. The staff memo says they're invalid. See it for yourself.
For example. Python and ruby are both MoreObjectOriented then perl. They both have large and active communities. They both have extremely smart and dedicated communities and yet neither one has the equavalent of CPAN. Ruby has an archive at least and python has a half assed repository but all of it poorly documented and can't be installed without manual downloading.
The answer is that perl came first. Building sophisticated infrastructure like CPAN takes time, and requires a certain critical mass of contributing developers to be effective and useful. As it happens, the Ruby folks are rapidly building a solution of their own devising, already quite usable.
But nobody except Linux developers will be using the Mono APIs. So, if we assume that you're correct, and 'embrace and extend' is really Miguel's goal, how is the result any different than if Ximian just used Python's GTK bindings (or whatever)?
I don't have an opinion on the subject of Mono, either positive or negative, but I don't think you've thought this through.
Come on, you're not even trying. A decent, powerful, extensible Finder replacement (cf PathFinder)? A more flexible dock for us power users (DragThing is invaluable, but there's no way to replace the Dock itself for things like notifications, icon updates, minimized windows)? Ability to "check out" home directories from a server? Polishing more of the rough edges off Xcode and the other bundled apps? More consistent UI (eliminate -- or make universal -- the metal abomination)? A universal metadata layer so that everyone can -- for example -- easily and simply access iPhoto and iTunes attributes on files? A Cocoa component architecture for sharing third-party Cocoa views? Garbage collection for Cocoa? Support for PDF annotations in Preview?
Without Apple (OpenGL), SGI (OpenGL), or Sun (Java3D), this is going to die a quick death as a "universal format," at least in the consumer marketplace.
It was actually a nice introduction to object-oriented programming. Everything was addressed as an object, and events were passed as messages sent to objects.
HyperTalk, the HyperCard programming language, was the predecessor to AppleScript. Lessons learned from HyperTalk were factored into the design of AppleScript, in particular the langauge extensibility features. As a result, AppleScript suffered somewhat from second-system effect.
A lot of people also used HyperCard as a database. Many tasks that people use FileMaker Pro for today could be done with HyperCard.
What killed HyperCard? Shunting it off to Claris, where it languished. Lots of good applications with plenty of future potential were killed at Claris, not least of them being MacWrite, MacPaint, MacDraw. Damn shame.
Look at point number one, above. Stated as unassailable fact, this person clearly has such a terrific AXE to grind, they aren't interested in even considering that it might be simply true. They just slap on their tinfoil hats and rant because it is George W. Bush.
By "certain political bent," I suppose you mean the dread liberal? Come on. How did the parent post get modded insightful instead of troll?
If W's motives are so pure, and the grandparent poster's are not, why did W choose to drop the Mars thing altogether by the time of the State of the Union speech? I suppose you'll next be telling us that Bush didn't want to invade Iraq from the start of his time in office either. Come on, dude, even Republicans are starting to see through W's manchild theatrics.
Probably not. This is the man whose chief prior programming innovation was Hungarian Notation, one of the best code obfuscation tools ever devised.
Fred Brooks said it best: There is no silver bullet. Programming is hard. If Simyoni can come up with a tool to write kernel drivers for users based on a general English description input of the task given by voice command, I'll be more than happy to take off my badge and go write screenplays or something.
In 10.3 (possibly in 10.2, don't recall), the dynamic linker will update prebindings on the fly, so the OS update really shouldn't make a difference in that respect.
It is interesting to see the CEO of Apple/Pixar mandate a move that is strategically important to Apple, but costly to Pixar's shareholders. One wonders what sorts of fudiciary issues such a maneuver might raise.
This has been discussed quite enough. Apple wins when the cost/performance ratio is considered; that's why Virgina Tech bought all those G5's last summer! It's not a CEO mandate. It's a valid technical decision. And this isn't SCO we're talking about, so you can keep your "fudiciary" issues to your fudself.
Dunno. Those who understand psychology will see the paranoid schizophrenia inherent in Darl's comments and behavior and pity him for that reason. But it won't have any impact on their feelings or lack thereof about the SCO case.
I think everyone else just assumes he's a crybaby.
I'll believe it when I see a cable box that takes less time OR EVEN EQUALS the time to update the screen that an Atari 800 used to take. I mean, in Southern California, the sluggishness of the Adelphia boxes have to be seen to be believed.
The excitement that has been surrounding Apple the last couple of years reminds me of the Macintosh during the System 7 or PowerPC transitions.
I think it's actually been more exciting, in that it's more broadly-based this time, and Apple's critics have much less solid ground to walk on than they did in those periods. No one seriously writes "Apple is dying" articles anymore.
Unfortunately for employees, free society creates madmen who defraud employees into believing they have rights that they shouldn't have. When the free market had the freedoms it needed, everyone had better treatment. Once government involved itself in the relationship of Employers and Employees, everyone in the long run was harmed by increased prices, decreased availability of products, and horrendous taxation schemes that help only the few who happen to be friends of the elected.
Excuse me? Have you read any history books? Try histories of the industrial revolution, for a start.
Not usually, no. Because they didn't use his music (it was a kid reciting the lyrics, fer crissakes), it probably doesn't matter what Eminimninem thinks. It's in the hands of his publishing company, and they probably gave Apple the OK.
I dunno, suing Apple is usually an act of desparation or malice on somebody's part. Is M&M not having any success recently?
Slashdot Mirror
It's worth noting that Kerry is getting excellent coverage in local media (and being ignored by the conservative-controlled national media) in the swing states by doing the local door-to-door thing, to the extent that any federal candidate can do it. The results are truly astounding: 50,000 people came to see him in Portland, his latest stop. That's a truly amazing local turnout by any standard. Bush can't even do that in Texas. Bush, meanwhile, continues to do invitation-only "rallies" where pledging your allegience to the candidate is a prerequisite for entry. My point is that the software is merely an important tool; it is not the entire campaign, and it's not intended to be.
LLVM is target at traditionally static languages such as C and C++. Java and .NET VM are targeted at Java-like languages. Parrot is focused on highly dynamic languages that traditionally have been interpreted, such as Perl, Python, Ruby. SmallTalk would in theory be more comfortable on Parrot than on .NET.
This is not to say you can't implement C++ on Parrot, or Lisp on .NET CLR, only that it isn't the intended focus of the authors of the respective virtual machines.
There is a Python implementation on each of these VMs (except LLVM), but it's incomplete (and possibly outdated) on some of them. So there is no basis for apples-to-apples comparisons quite yet.
GTK and most others don't compile Mac OS X native apps, and GTK isn't written in C++. GTK 1.4 was ported for use with earlier versions of the GIMP, but no one's bothered to port a modern version, it would appear. Most frameworks don't bother with a Mac port. So Qt can currently use native (or pseudo-native, in the OS X case) controls on Windows, Mac, and Linux, and VCF would be a new competitor in that space. wxWindows probably already competes there, but the results I've seen from wxWindows apps have been pretty mixed, and the source code isn't pretty, being infested with win32 (pre-OO) notions of how event handling should work.
Note too that an SUV, hybrid or not, is still the worst end of the fuel efficiency stick: you'll see more like 30 MPG highway with a hybrid. Better than the best conventional SUVs today (avg 20 MPG), but not very good relative to a hybrid sedan.
Care to explain Enron to us then?
Just call me Grandma Millie...
Your parent poster was being facetious, I suspect, but you are wrong anyway. Mach-O requires only a virtual memory system, it doesn't care what the OS architecture is. NeXTstep was always a monolithic kernel, and Mac OS X is today as well. They use Mach, but the BSD portion is fully integrated into the kernel. MkLinux did use a true microkernel architecture on top of Mach, however.
Well, I call bullshit on you. The staff memo says they're invalid. See it for yourself.
The answer is that perl came first. Building sophisticated infrastructure like CPAN takes time, and requires a certain critical mass of contributing developers to be effective and useful. As it happens, the Ruby folks are rapidly building a solution of their own devising, already quite usable.
Not to mention pissing off Sony, surely one of his key business partners, in the process. Not smart.
IQ is Iraq's ISO country code. I assume this application is a legal formality of some kind.
I don't have an opinion on the subject of Mono, either positive or negative, but I don't think you've thought this through.
Come on, you're not even trying. A decent, powerful, extensible Finder replacement (cf PathFinder)? A more flexible dock for us power users (DragThing is invaluable, but there's no way to replace the Dock itself for things like notifications, icon updates, minimized windows)? Ability to "check out" home directories from a server? Polishing more of the rough edges off Xcode and the other bundled apps? More consistent UI (eliminate -- or make universal -- the metal abomination)? A universal metadata layer so that everyone can -- for example -- easily and simply access iPhoto and iTunes attributes on files? A Cocoa component architecture for sharing third-party Cocoa views? Garbage collection for Cocoa? Support for PDF annotations in Preview?
Without Apple (OpenGL), SGI (OpenGL), or Sun (Java3D), this is going to die a quick death as a "universal format," at least in the consumer marketplace.
It was actually a nice introduction to object-oriented programming. Everything was addressed as an object, and events were passed as messages sent to objects.
HyperTalk, the HyperCard programming language, was the predecessor to AppleScript. Lessons learned from HyperTalk were factored into the design of AppleScript, in particular the langauge extensibility features. As a result, AppleScript suffered somewhat from second-system effect.
A lot of people also used HyperCard as a database. Many tasks that people use FileMaker Pro for today could be done with HyperCard.
What killed HyperCard? Shunting it off to Claris, where it languished. Lots of good applications with plenty of future potential were killed at Claris, not least of them being MacWrite, MacPaint, MacDraw. Damn shame.
Look at point number one, above. Stated as unassailable fact, this person clearly has such a terrific AXE to grind, they aren't interested in even considering that it might be simply true. They just slap on their tinfoil hats and rant because it is George W. Bush. By "certain political bent," I suppose you mean the dread liberal? Come on. How did the parent post get modded insightful instead of troll? If W's motives are so pure, and the grandparent poster's are not, why did W choose to drop the Mars thing altogether by the time of the State of the Union speech? I suppose you'll next be telling us that Bush didn't want to invade Iraq from the start of his time in office either. Come on, dude, even Republicans are starting to see through W's manchild theatrics.
Fred Brooks said it best: There is no silver bullet. Programming is hard. If Simyoni can come up with a tool to write kernel drivers for users based on a general English description input of the task given by voice command, I'll be more than happy to take off my badge and go write screenplays or something.
In 10.3 (possibly in 10.2, don't recall), the dynamic linker will update prebindings on the fly, so the OS update really shouldn't make a difference in that respect.
This has been discussed quite enough. Apple wins when the cost/performance ratio is considered; that's why Virgina Tech bought all those G5's last summer! It's not a CEO mandate. It's a valid technical decision. And this isn't SCO we're talking about, so you can keep your "fudiciary" issues to your fudself.
I think everyone else just assumes he's a crybaby.
I'll believe it when I see a cable box that takes less time OR EVEN EQUALS the time to update the screen that an Atari 800 used to take. I mean, in Southern California, the sluggishness of the Adelphia boxes have to be seen to be believed.
I think it's actually been more exciting, in that it's more broadly-based this time, and Apple's critics have much less solid ground to walk on than they did in those periods. No one seriously writes "Apple is dying" articles anymore.
Unfortunately for employees, free society creates madmen who defraud employees into believing they have rights that they shouldn't have. When the free market had the freedoms it needed, everyone had better treatment. Once government involved itself in the relationship of Employers and Employees, everyone in the long run was harmed by increased prices, decreased availability of products, and horrendous taxation schemes that help only the few who happen to be friends of the elected. Excuse me? Have you read any history books? Try histories of the industrial revolution, for a start.
Maybe I can interest you in Maxis' latest, SarcaSIM?
I dunno, suing Apple is usually an act of desparation or malice on somebody's part. Is M&M not having any success recently?