Well there is a lot in your post I disagree with, for example, wouldn't the bailing "top technical elite" also mean all the developers bailed too? As a long time mac developer I can assure you that is not true. All the mac developers I knew from back then are still mac developers now (persistence paid off).
But the part of your post I can firmly address are the Omni statistics. What you're completely missing is that Omni software ships with every Mac sold today. This means that every intel Mac has a copy of OmniOutliner and/or OmniGraffle sitting in/Applications. Is it really that surprising that the stats on their website reflect that. Is it really any surprise that the Omni stats are skewed towards new machines?
Darwinports installs everything into/opt/local. It will not overwrite anything. The only stuff it installs out of/opt/local is stuff like the DarwinPortsStartup which is necessary to start system daemons.
I do tend to agree with you concerning the attitude. They seem keener to support darwin than Mac OS X.
"(d) If unpowered, weighs less than 155 pounds; or (e) If powered: (1) Weighs less than 254 pounds empty, excluding floats and safety devices which are intended for deployment in a potentially catastrophic situation;"
I spot a loophole! My F22 raptor is just an ultralight with several million dollars of "safety devices" (happens to include jet engines). Cool, gonna get me a license this afternoon
Actually the poster was up to 4AM last night trying to fix his partition map.
And how the hell is this a MS problem? Fedora is hosing the geometry of the disk (whether you tell it to repartition the drive or not).
Elliminates soldering?
on
Metal Velcro
·
· Score: 1
I didn't read the article (oops) but wouldn't a perfect use for this process be to create electronic components that just stick together without the need for any welding or any other kind of bonding?
I semi-agree with you. I used to really adore the CodeWarrior UI (I've been using it since CW 8 (thats before they restarted their version count)) and lapped up all the features they added to it.
But once you start to use CodeWarrior with large projects with several dozen sub-projects it starts to get very unwieldy very quickly. For the record I don't think XCode gets this part right either (but it is easier to control manually via xcodebuild if you're willing to do the work).
Most if not all of the Mac developers (myself included) who I know in person have switched to XCode. The price of CodeWarrior has something to do with it sure, but there are many other reasons
As for speed, its been a while since I've used CodeWarrior on the latest hardware, while I used xcode daily on G5s. I couldn't fairly compare the speed but even if XCode is slower - once (if?) Apple irons the bugs out of xcode's distcc feature then CW wont be able to compete
I've read a few dozen ebooks (novels mainly) on my Sony CLIE NX70 palm pilot
While the screen isn't as good as some mentioned in sibling threads it certainly is good enough - and would get no complaints from me.
But to me the thing that REALLY makes the difference is the thumbwheel. It makes it very convenient to hold the Clie and scroll through the books page by page. And you dont have to switch your grips to scroll back to reread anything, you just use the thumbwheel.
A dialog box would pop up asking for the root password. At that point one presumes the user knows enough not to type it in.
You would HOPE so.... This has proven to be a very unreliable strategy in the past though.
Yep I totally agree with the parent. I've spent a couple weeks working an application that had to ask the user for root (administrator) privileges and came to the conslusion that 9/10ths of the time the user is just going to enter his password and hit return without even thinking why. Its pretty easy for a virus/trojan to get root privilege on a Mac OS X box by social engineering (i.e. by using a fake application called "Finder" with the finder's icon).
But the CodeWarrior thing I can comment on, namely that CodeWarrior's Mac version is still being sold and still going strong. I haven't heard of any sackings, plans to cancel the product, or any other lamentations from them.
Actually CodeWarrior has become something of a joke on Mac OS X. CodeWarrior used to be the premier dev environment on the Mac but ever since OS X was released it has been declining in usefulness and popularity. This coincides (extremely roughly) with MetroWerks being bought by Motorola and CodeWarrior being aimed mainly at embedded systems. If you do legacy development then of course CodeWarrior is the dev environment to use - but for any new development I think most developers are choosing xcode
You don't really know what you're talking about.
Macintosh Aliases are not at the kernel/filesysten level (which implies that all the linkiness is taken care of for you by the library functions you call).
Aliases were just data files (with file type 'alis') that the Finder (and most other applications) knew how to handle.
Each program had to manually resolve aliases in the code (using one of the ResolveAlias functions). You could even open an alias file, read in the file data, and resolve the alias in memory. This allowed you to use aliases that are stored in a different manner to alias files (e.g. Mac OS shlb's allowed you to store an alias as a resource to a directory containing other dependent shlbs).
Under Mac OS X aliases are still present and still (rightfully so) are not handled in the File System layer. You have to use Carbon API calls to access/resolve the alias and _more_ Cocoa/BSD code should be doing that.
I have keratoconus (basically a deformity in the cornea) and some days I can see fine and some days things are a little blury. The only solutions are either rigid contact lenses (ick) or cornea replacement surgery (double ick). Glasses aren't much of a solution for me because my eyes shift so much that a prescription would maybe last a month or two at most.
Maybe with this device I could cheaply fab lenses that would work for me until my eyes morph again. And then all I'd need to do is fab another pair.
To hell with adapative AI. Gimme multiplayer Spinter Cell!
When I got Spinter Cell on the xbox last year I was already hooked on Ghost Recon on xbox live. I was upset when the only live feature of Spinter Cell was content download. From the preview it looks like Spinter Cell 2 is going to have a very very sweet multiplayer mode!
Also if you install XGrid or just extract the parts from the installer package using Pacifist there's a nice little Objective-C BEEP.framework with headers and comments and everything! I think this is the first Objective-C BEEP framework on Mac OS X. It would be nice if Apple made this part of Darwin. More info here
In carting the rocket on a truck around town, Walker said he hangs a simple right to bear arms sign on the back: "I take my second amendment rights real seriously."
Here's a quick rendition of that in Python:
#!/usr/bin/python
values = []
N = 100
while (values[-3:] != [4,2,1]):
print N,
values.append(N)
if (N % 2 == 0):
N/= 2
else:
N = N * 3 + 1
Oh please. There's a lot they can do to improve the quality of the code without access to the original devs. Think of it as a very delayed code review.
For example they could hunt down all uninitialized variables, resource leaks, possible buffer overflows, etc. Not exactly rocket science.
Slashdot Mirror
There seems to be a new problem with the white Macbooks reacting to the sweat in their owner's skin: See: http://discussions.apple.com/message.jspa?messageI D=2819568 and (self link) http://toxicsoftware.com/blog/macbook-tarnishing/. I have some photos on Flickr showing the damage. So far I've only found one other case like this - but i imagine there will be more. Whatever material Apple is/was using on the Macbooks they really need to test it better.
Well there is a lot in your post I disagree with, for example, wouldn't the bailing "top technical elite" also mean all the developers bailed too? As a long time mac developer I can assure you that is not true. All the mac developers I knew from back then are still mac developers now (persistence paid off). But the part of your post I can firmly address are the Omni statistics. What you're completely missing is that Omni software ships with every Mac sold today. This means that every intel Mac has a copy of OmniOutliner and/or OmniGraffle sitting in /Applications. Is it really that surprising that the stats on their website reflect that. Is it really any surprise that the Omni stats are skewed towards new machines?
Darwinports installs everything into /opt/local. It will not overwrite anything. The only stuff it installs out of /opt/local is stuff like the DarwinPortsStartup which is necessary to start system daemons.
I do tend to agree with you concerning the attitude. They seem keener to support darwin than Mac OS X.
"Any sufficiently tentacled sphere is indistinguishable from the Great Cthulhu".
That was quite possible the scariest comment I have ever read on slashdot.
The time travel is hokey, the metaplot is mediocre, but don't throw out the baby with the bathwater.
That's not a baby in the bathwater, it's a turd! Lose it!
"(d) If unpowered, weighs less than 155 pounds; or (e) If powered: (1) Weighs less than 254 pounds empty, excluding floats and safety devices which are intended for deployment in a potentially catastrophic situation;"
I spot a loophole! My F22 raptor is just an ultralight with several million dollars of "safety devices" (happens to include jet engines). Cool, gonna get me a license this afternoon
"Where are the Baldur's Gate clones"
I'm glad you know what's important in a modern OS.
Actually the poster was up to 4AM last night trying to fix his partition map.
And how the hell is this a MS problem? Fedora is hosing the geometry of the disk (whether you tell it to repartition the drive or not).
I didn't read the article (oops) but wouldn't a perfect use for this process be to create electronic components that just stick together without the need for any welding or any other kind of bonding?
I semi-agree with you. I used to really adore the CodeWarrior UI (I've been using it since CW 8 (thats before they restarted their version count)) and lapped up all the features they added to it.
But once you start to use CodeWarrior with large projects with several dozen sub-projects it starts to get very unwieldy very quickly. For the record I don't think XCode gets this part right either (but it is easier to control manually via xcodebuild if you're willing to do the work).
Most if not all of the Mac developers (myself included) who I know in person have switched to XCode. The price of CodeWarrior has something to do with it sure, but there are many other reasons
As for speed, its been a while since I've used CodeWarrior on the latest hardware, while I used xcode daily on G5s. I couldn't fairly compare the speed but even if XCode is slower - once (if?) Apple irons the bugs out of xcode's distcc feature then CW wont be able to compete
I've read a few dozen ebooks (novels mainly) on my Sony CLIE NX70 palm pilot
While the screen isn't as good as some mentioned in sibling threads it certainly is good enough - and would get no complaints from me.
But to me the thing that REALLY makes the difference is the thumbwheel. It makes it very convenient to hold the Clie and scroll through the books page by page. And you dont have to switch your grips to scroll back to reread anything, you just use the thumbwheel.
A dialog box would pop up asking for the root password. At that point one presumes the user knows enough not to type it in. You would HOPE so.... This has proven to be a very unreliable strategy in the past though.
Yep I totally agree with the parent. I've spent a couple weeks working an application that had to ask the user for root (administrator) privileges and came to the conslusion that 9/10ths of the time the user is just going to enter his password and hit return without even thinking why. Its pretty easy for a virus/trojan to get root privilege on a Mac OS X box by social engineering (i.e. by using a fake application called "Finder" with the finder's icon).
But the CodeWarrior thing I can comment on, namely that CodeWarrior's Mac version is still being sold and still going strong. I haven't heard of any sackings, plans to cancel the product, or any other lamentations from them.
Actually CodeWarrior has become something of a joke on Mac OS X. CodeWarrior used to be the premier dev environment on the Mac but ever since OS X was released it has been declining in usefulness and popularity. This coincides (extremely roughly) with MetroWerks being bought by Motorola and CodeWarrior being aimed mainly at embedded systems. If you do legacy development then of course CodeWarrior is the dev environment to use - but for any new development I think most developers are choosing xcode
You don't really know what you're talking about. Macintosh Aliases are not at the kernel/filesysten level (which implies that all the linkiness is taken care of for you by the library functions you call). Aliases were just data files (with file type 'alis') that the Finder (and most other applications) knew how to handle. Each program had to manually resolve aliases in the code (using one of the ResolveAlias functions). You could even open an alias file, read in the file data, and resolve the alias in memory. This allowed you to use aliases that are stored in a different manner to alias files (e.g. Mac OS shlb's allowed you to store an alias as a resource to a directory containing other dependent shlbs). Under Mac OS X aliases are still present and still (rightfully so) are not handled in the File System layer. You have to use Carbon API calls to access/resolve the alias and _more_ Cocoa/BSD code should be doing that.
No pun intended.
I have keratoconus (basically a deformity in the cornea) and some days I can see fine and some days things are a little blury. The only solutions are either rigid contact lenses (ick) or cornea replacement surgery (double ick). Glasses aren't much of a solution for me because my eyes shift so much that a prescription would maybe last a month or two at most.
Maybe with this device I could cheaply fab lenses that would work for me until my eyes morph again. And then all I'd need to do is fab another pair.
Rowan Atkinson did a great comedy sketch based on a premise a little like that:
Rowan Atkinson plays of course the lead role in BlackAdder and Mr. Bean.
To hell with adapative AI. Gimme multiplayer Spinter Cell! When I got Spinter Cell on the xbox last year I was already hooked on Ghost Recon on xbox live. I was upset when the only live feature of Spinter Cell was content download. From the preview it looks like Spinter Cell 2 is going to have a very very sweet multiplayer mode!
Also if you install XGrid or just extract the parts from the installer package using Pacifist there's a nice little Objective-C BEEP.framework with headers and comments and everything! I think this is the first Objective-C BEEP framework on Mac OS X. It would be nice if Apple made this part of Darwin. More info here
Yeah I second that! Very funny. Only in limited release but seems to be in more cinemas now.
In carting the rocket on a truck around town, Walker said he hangs a simple right to bear arms sign on the back: "I take my second amendment rights real seriously."
That confirms it. He _is_ a fruit loop.
Or... Laden or unladen?
Here's a quick rendition of that in Python: #!/usr/bin/python values = [] N = 100 while (values[-3:] != [4,2,1]): print N, values.append(N) if (N % 2 == 0): N /= 2
else:
N = N * 3 + 1
So it looks like we can expect the port to Mac OS X (or insert other platform here) to happen real soon?
Oh please. There's a lot they can do to improve the quality of the code without access to the original devs. Think of it as a very delayed code review. For example they could hunt down all uninitialized variables, resource leaks, possible buffer overflows, etc. Not exactly rocket science.