Live data from Hacker News

John Siracusa's OS X 10.8 Mountain Lion Review

arstechnica.com

111–120 of 142 posts

Re: John Siracusa's OS X 10.8 Mountain Lion Review

#111

Just don't put it on your development workstation yet; XCode 4.4 is blocking the install of Command Line Tools for some developers. This means Homebrew doesn't work, VIM doesn't work (no /usr/include for pyconfig.h), and things are generally horked unless you want to play end-user in the app store. Welcome to release day, Apple style. :)

Yup, getting 403 on http://adcdownload.apple.com/Developer_Tools/xcode_4.4_21362.... This is really disappointing!!! Why is it taking Apple so long to fix?

Re: John Siracusa's OS X 10.8 Mountain Lion Review

#112
post #106

Earlier quoted context omitted.

I can't recall ever experiencing auto termination on Lion or Mountain Lion throughout the DP previews. My hardware is nothing fancy -- 2011 MBA /w 4GB of RAM. What are your specs? Do you often have memory hungry applications open? Most of mine are pretty modest. I'm just curious what would cause such different results. Auto termination should definitely be the last resort and most low memory footprint apps should be…

Unfortunately, there two different and unrelated features called "Auto Termination", which only muddies the water. One feature aims to preserve system resources during low memory conditions in way that's completely invisible to the user. The other forcefully removes running applications from the Dock and Command-Tab list even though these apps remain running in the background. My frustration is with the latter featur…

To be clear though - Auto Termination of the latter form only occurs if no windows are active. It's basically saying, "If the user no longer has any active documents, and has moved this application to the background, then close it down."

Siracusa does a good job describing his annoyance with this feature - and points out that while appropriate for IOS, which has the MRU task switcher, it doesn't work very well on OS X which lacks that metaphor.

Re: John Siracusa's OS X 10.8 Mountain Lion Review

#113

Just don't put it on your development workstation yet; XCode 4.4 is blocking the install of Command Line Tools for some developers. This means Homebrew doesn't work, VIM doesn't work (no /usr/include for pyconfig.h), and things are generally horked unless you want to play end-user in the app store. Welcome to release day, Apple style. :)

Yup, getting 403 on http://adcdownload.apple.com/Developer_Tools/xcode_4.4_21362... . This is really disappointing!!! Why is it taking Apple so long to fix?

Looking at my inbox? Because they are too busy declaring that they can't reproduce it.

Re: John Siracusa's OS X 10.8 Mountain Lion Review

#115
post #54

Earlier quoted context omitted.

3GB, my word, son...crucial.com is your friend!

The machine supports a maximum of 4GB, and believe me it only gets marginally better with the added 1GB. I guess Crucial also sells SSDs and Apple sells new MBPs with 16GB RAM :) - but at this juncture I hate to spend money on anything when the other supposedly more bloated OS named Win 7 works just great with 3GB - that seriously ought to be more than enough for browsing, email and occassional Word/PPT stuff. As for…

The 2007 pre-unibody 15" MBP will unofficially accept 4+2= 6GB. If your Mac is older than that, you've earned an upgrade.

Re: John Siracusa's OS X 10.8 Mountain Lion Review

#116

What's with his obsession with iOS? He makes it sound like iOS is the quintessential operating system.

He suspects that Apple's customer base is iOS focused, akin to the Mac users of the 80s who were afraid of the scary keyboard. On a proportional numbers basis, he may be mostly right.

Re: John Siracusa's OS X 10.8 Mountain Lion Review

#117

Earlier quoted context omitted.

Yup, getting 403 on http://adcdownload.apple.com/Developer_Tools/xcode_4.4_21362... . This is really disappointing!!! Why is it taking Apple so long to fix?

Looking at my inbox? Because they are too busy declaring that they can't reproduce it.

Ugh, I would let them VNC into my computer to repo it if it would mean I could get the CLI tools. I see a lot of reports of it on Twitter as well. Can't they just look for the 403's in the server logs?

Re: John Siracusa's OS X 10.8 Mountain Lion Review

#118

What's with his obsession with iOS? He makes it sound like iOS is the quintessential operating system.

It's not his obsession with iOS at all, it's Apple's obsession with iOS leading to that being by far the most logical explanation for why something has changed in OS X if the answer isn't immediately obvious. Last time I checked the only iOS device Siracusa owns personally is a 2nd generation iPod touch.

Why does a button now look like that, or a feature now work that way, why is that app renamed or that texture changed? The answer is usually "because that's how it works in iOS". You're making a mistake in assuming that because he's trying to explain Apple's motivation behind it that he agrees with it.

As for why Apple is obsessed with iOS, it's probably because it has made them tens of billions of dollars, has vast and focused mindshare, and it's wildly popular. iOS makes tons of hard decisions in the name of making a device that users can pick up and run with.

Our opinions on it (you, me, and Siracusa's) are basically irrelevant. The key is Apple thinks iOS is the quintessential operating system and it has the sales to back it up. That's why ML is the way it is. Acknowledging that when trying to write a review about it is important.

Re: John Siracusa's OS X 10.8 Mountain Lion Review

#119

Earlier quoted context omitted.

Unfortunately, there two different and unrelated features called "Auto Termination", which only muddies the water. One feature aims to preserve system resources during low memory conditions in way that's completely invisible to the user. The other forcefully removes running applications from the Dock and Command-Tab list even though these apps remain running in the background. My frustration is with the latter featur…

To be clear though - Auto Termination of the latter form only occurs if no windows are active. It's basically saying, "If the user no longer has any active documents, and has moved this application to the background, then close it down." Siracusa does a good job describing his annoyance with this feature - and points out that while appropriate for IOS, which has the MRU task switcher, it doesn't work very well on OS…

Yes, that's how it's supposed to work. But there are a bunch of edge cases usability-wise that it fails to handle. It is incredibly thoughtless to automatically quit an app the split second the user switches away from it, particularly if that user explicitly launched the app and has been using it for the last hour.

It has always been perfectly acceptable to close all of your windows and then hit Command+N or Command+O to open a new document. And that's even more important now that you must use Command+O to browse your iCloud documents. But if something happens in between those steps, say an email comes in or you need to look something up, then it breaks in a really bad way.

It also has nothing to do with iOS. iOS never tries to guess that you've finished working with an app, never prevents you from switching to an app, never removes an app icon from Springboard or task switcher. Indeed, this form of Auto Termination is the exact opposite of how iOS operates.

It also has nothing to do with conserving resources. These "terminated" apps remain running the background, consuming memory. The OS simply prevents you from switching back to an app that you were previous using.

It is strictly a Windows UI feature, and a very unwelcome one.

Post reply on HN