HN user
Well I didn't really mean to suggest that it would be removed, mainly about what kind of performance hit I would take by using pthreads instead of Grand Central. In addition, how well will pthread programs and GC programs work together. Normally, the threading is handled by the scheduler in a straightforward model, but if the GC model modifies the scheduler model, I'm not really sure what the results will be.
I'm not sure why this never gets said, but a degree in computer science helps. No, its not always required and a lot of people in unrelated fields have ended up going into software engineering, but we might was well be upfront and honest about what a lot of people would like to see for a first time employee.
I wonder how this will affect the legacy methods of concurrency in OS X -- specifically POSIX threads. I know I wrote a number of C apps using POSIX threads that worked well in OS X and in Linux. While this is nice and interesting for Mac only programs, I hope that I don't have to rewrite my cross platform apps to take advantage of the API.
Well, people who use a dedicated graphics card are a good start. For audio editing I used the express card slot for an external audio processing card.
In fact, it looks worse. Previously, Apple had high end portable machines for the true power users among us. I've had two generations of Apple Intel laptops because I wanted an easy to maintain Unix system. This announcement makes me very disappointed as it appears that Apple is unifying the two sectors in order to cut costs. The hardware quality is still probably superior to most competitors, but this isn't the bleeding edge kind of stuff I expect from top of the line Apple hardware.