Apple Plans Combined iPhone, iPad and Mac Apps To Create One User Experience (bloomberg.com) 247
An anonymous reader shares a Bloomberg report: Apple's iPhone and iPad introduced a novel way of interacting with computers: via easy-to-use applications, accessible in the highly curated App Store. The same approach hasn't worked nearly as well on Apple's desktops and laptops. The Mac App Store is a ghost town of limited selection and rarely updated programs. Now Apple plans to change that by giving people a way to use a single set of apps that work equally well across its family of devices: iPhones, iPads and Macs. Starting as early as next year, software developers will be able to design a single application that works with a touchscreen or mouse and trackpad depending on whether it's running on the iPhone and iPad operating system or on Mac hardware, according to people familiar with the matter. Developers currently must design two different apps -- one for iOS, the operating system of Apple's mobile devices, and one for macOS, the system that runs Macs. With a single app for all machines, Mac, iPad and iPhone users will get new features and updates at the same time.
MicroAppleSoft (Score:5, Insightful)
So how has this worked out for Windows so far?
Re:MicroAppleSoft (Score:4, Interesting)
It didn't work so well for Canonical Ubuntu either.
Maybe the lesson is that the phone and the desktop really are very different user experiences and really deserve different apps focused on the strengths of each respective environment.
Re: (Score:2)
Isn't the reason it didn't work for Windows or Ubuntu the fact that there was no app base to start with. Sure there was tons of Win32 code - but that couldn't run on Windows Phone and couldn't be ported to something that could. And there was no incentive to rewrite it so that it could run on both - since there weren't any Windows phones out there.
Apple is in the opposite position. There is tons of stuff that runs on iOS. And it's already in the 'new' platform - assuming that iOS source code can be tweak
Re: (Score:2)
And it's already in the 'new' platform - assuming that iOS source code can be tweaked easily enough to run on MacOS. So developers don't need to start over. Then again, if it's too much work, there may not be enough incentive to get your iOS stuff to work nicely on MacOS.
iOS and macOS share APIs but an iPhone app and a macOS app both need to have very different UIs.On an iPhone sized touch screen device you need a very simple UI. On macOS you can have a much more full featured one.
Not realizing that has done enormous damage to Windows as a platform - you ended up with a touch screen optimized UI on desktop machines. And forcing touch screen stuff into desktop Windows didn't convince anyone to write UWP apps that could run on both desktop and mobile. Now Windows Phone has be
Re: (Score:2)
And yet, if UIKit classes were available on OS X, at least for single-window apps, you could handle that with a different nib, in much the same way that you might have a more feature-rich interface on iPad or iPad Pro.
Obviously document-based apps would benefit from a multi-window treatment, and thus would be better with more significant enhancements. But even those could be immediately por
Re: (Score:2)
On an iPhone sized touch screen device you need a very simple UI. On macOS you can have a much more full featured one.
But couldn't the iPad and MacBook UIs be quite a bit more similar? Physically, the iPad's display is sized closer to that of a MacBook than that of an iPhone, but its API and ABI are the same as that of the iPhone.
Re: (Score:2)
IMO there's only one good solution: Design different UIs for touch and mouse usage anything else forces suboptimal interfaces on some users
Re: (Score:3)
Re:MicroAppleSoft (Score:5, Insightful)
I wonder why they're not encouraging that?
Probably because there's not a lot of saving in development costs that way. For most applications, it's the UI work that takes up the bulk of development time, not the business logic. If you still have to have a different UI for each platform, you aren't really saving much in terms of development costs.
The problem is that a "one UI for everything" approach appears to be inherently flawed. Different platforms have different strengths and weaknesses, and if you just address the least common denominator of them all, you end up with something pretty crappy.
Re: (Score:2)
I'm guessing that people are skimping on design and rushing into implementation which is what's creating these ugly problems.
Re: (Score:2)
No. MVC the way it's been done since Smalltalk is to tightly couple the view and its controller. It doesn't matter how many classes you split it into, or if you call the controller a view-model (MVVM). There's really no way around it.
Re: (Score:2)
"So how has this worked out for Windows so far?"
At least Apple has sold more than 2 phones, so it might work.
Re: (Score:2)
So how has this worked out for Windows so far?
It kept me from ever considering Windows Phone; and it made me seriously consider switching to Mac or Linux when I got my last computer... I stuck with Windows, but if they ever expand the Windows Marketplace too far so that I have to start using it I might jump ship.
Worthy goal - just not an easy one (Score:2)
So how has this worked out for Windows so far?
Doesn't really matter unless Apple copies what Microsoft did. The idea of apps that work across different devices with common development underpinnings is a very reasonable one. It's just not super easy to pull off. But the first company to do it well will probably make some serious bank so it's worth working on. And frankly Microsoft, Google and Apple are all working towards harmonized apps in one way or another and have been for a long time.
Re: (Score:3)
They were pretty good. Without Steve Jobs acting as head tyrant, I don't expect a lot of innovation. Unlike Microsoft, they can just lock up their entire platform because they own the hardware. And they have the spare cash to ride out the storm, but they expect they'll keep their higher end clients.
Re: (Score:3)
Re:MicroAppleSoft (Score:5, Informative)
A long time ago, in a galaxy far, far away . . . I would have agreed with you. Apple was simply amazing.
But today we have a very different Apple. Design now means Form Over Function. Engineering takes a back seat to Fashion. Yes I'm serious. This is why you get "you're not holding it right" in order to get a signal, just cut off your pinky and ring finger, problem solved. But the phone looks so cool! Or the "courage" to remove an industry standard headphone jack, is again form over function. And to sell you outrageously priced headphones and hope that you lose or break them. And thinner and thinner phones and laptops. Because thin is cool. Nevermind that a phone / table that is just a little bit thicker with twice the battery life might be a MUCH better design choice.
Apple has lost its way. Design doesn't mean what it once did. It's all about fashion and botique computers.
Re: MicroAppleSoft (Score:2)
Re: (Score:2)
I wouldn't say something magical, however they do have good track record of taking features that have had mediocre popularity and make them actually something useful to use.
However it seems the biggest problem with the App store and the Metro Microsoft store, is the fact that they are very strict against apps which are in competition with their own services. Apples latest iDevices have CPU which are arguable as fast as their laptop systems. However we cannot get power tools without Jail braking the device.
Re: (Score:2)
having to go through to the random iOS app store approval process is something that every iOS developer dreads. It's like playing a lottery run by village idiots.
Can't wait to get the same treatment for macOS apps.
Re: (Score:2)
I wish Apple would be a bit more open about their process. To spend weeks/months working on an app only to get rejected for some unknown reason makes it difficult.
I get the point of the store process (it is similar to Debian based distributions Apt repository) A spot to get software designed for your platform that has been setup to work, and more or less shown to be safe and will harm your device, or your data.
However often the best out there pushes the boundaries and takes risks.
Re: (Score:2)
^ Satya Nadella
We all knew this was coming (Score:3)
And this will probably precede yet another CPU architecture shift to their own chips.
Re:We all knew this was coming (Score:4, Interesting)
Which might explain the lack of updates for the MacBook Air and Mac mini: they're the ones that will transition first. Let's hope this also brings much lower price tags.
Re:We all knew this was coming (Score:4, Insightful)
And Launchpad that came long before - looks just like the iOS home screen. The move to the same filesystem as iOS (APFS). The addition of a secure enclave chip to the iMac Pro. Internet recovery. All points to an eventual merged platform.
Re: (Score:2)
no finder. No non store apps. No steam. starting at $4,999
Re: (Score:2)
All points to an eventual merged platform.
I'll believe the platforms have "merged" once I can run Xcode on iPad Pro.
Re: (Score:2)
https://en.wikipedia.org/wiki/... [wikipedia.org]
Re: (Score:2)
https://en.wikipedia.org/wiki/... [wikipedia.org]
Re: (Score:2)
https://en.wikipedia.org/wiki/... [wikipedia.org]
Re: (Score:2)
Apple has supported fat binaries for ages. Why would they tie this to an architecture change?
Re: (Score:2)
Why do you think fat binaries were created in the first place? For an architecture change.
Re: (Score:2)
That's irrelevant. They've been used for multiple architectures without transitions since the first iPhone. That's how a single library can be used for the simulator (x86) and device, without recompiling. It would make far more sense for Apple to continue this way than to switch to ARM for some laptops and not others. And Apple won't sell a single ARM Mac(book) Pro, and I doubt they'll try.
Re: (Score:2)
They already put a T2 chip in the iMac Pro. They don't want Intel dictating their profit margin. Back when they switched, AMD was competitive and keeping Intel pricing low.
Re: (Score:2)
Back when they switched, AMD was competitive and keeping Intel pricing low.
Hasn't AMD's competitiveness been Ryzen lately?
Re: (Score:2)
Anyone unfamiliar with how things currently work: (Score:5, Interesting)
macOS and iOS use 2 different UI frameworks (CocoaTouch and UIKit, respectively). And this causes problems when trying to compile the source code between the two platforms. Ex: things like color and girth are defined specifically in each framework (NSFont and NSColor versus UIFont and UIColor). If they combine these frameworks, it makes the design and maintenance of cross platform software a lot easier (it'll still be difficult), and the at the very least, you wouldn't have to stub out a bunch of class names and files.
BUT - the most important work is still on the developer to ensure that their app runs great on iPhone, iPad and Mac and has a cohesive UI that scales and takes advantages of the different technologies. It's no different from Responsive Web Design or the shift from iPhone to iPad (and vice versa). Kudos to Apple for the courageous approach to their failure of an app store on desktop.
Re: (Score:2)
UIKit is a part of Cocoa Touch. I believe you meant AppKit.
FatBinary? (Score:3)
I'm reminded of the FatBinary approach Apple took with applications that ran on PowerPC chips and x86 machines. It is a step in the right direction... but there are a ton of things that can't really be unified across iOS and macOS:
1: The UI frameworks as the parent stated. This is a major issue.
2: UI events. Microsoft tried to unify this and failed, because there is a reason why the UI on a 5K screen is different from a 5-7" wide smartphone. Stuff like right-click dragging makes no sense when it comes
Re: (Score:2)
The thing is that Xcode compiles iOS apps for Intel anyway and they run natively on the Mac. It won't be rocket science to get cross-platform apps. And then Apple will have it much easier to switch to their own SoCs for MacBooks.
Re:Anyone unfamiliar with how things currently wor (Score:5, Informative)
Scaling is a big problem for iOS. When Apple made the Mac, they Did It Right. Both MacOS and OS X are DPI-aware (dots per inch). When you plug a monitor into the Mac, it queries the monitor for the model, looks it up in a database to determine the screen size Then it takes the display resolution, divides it by the screen size to calculate a PPI (pixels per inch). Then scales the UI elements appropriately. Apple originally had to develop this for their Postscript laser printer way back in the 1980s. They integrated it into the Mac so when page layout artists were working on a Mac, an 11 point font on the screen was exactly the same physical size as when it was printed out.
That's why the Macs had no problem with switching to the high-PPI Retina displays, while Windows still has lots of problems with 3k and 4k screens. Windows isn't aware of your screen's size and DPI, OS X is. Microsoft fixed this with Windows 8, so the system fonts, icons, and menus scale (based on a % you set, not on the screen's physical size). But apps which don't use the system fonts and menus don't benefit from this. That's why the UI in Adobe's apps are microscopic when you run them on Windows on a 4k screen. Adobe eschewed Windows' built-in menu system to build their own (probably so they could implement tear-off menu bars). That's why when you try to run an older Windows app with any scaling other than 100%, the fonts look blurry - Windows is simply rescaling the bitmap of the font, instead of substituting a correctly-scaled font which takes advantage of subpixel rendering [grc.com].
Then Apple made probably their biggest blunder with iOS. They ditched this tremendously successful DPI-aware model, and made iOS dependent on a fixed resolution and screen size. Apparently Steve drank too much of his own kool-aid and decided since 3.5" with a 4:3 aspect ratio was the "perfect" screen size and There Would Never Be any other screen size, iOS didn't need to be DPI-aware. That's why they stuck with the original 3.5" screen for so long, why when they did increase the resolution they did it by doubling the DPI, and when they increased the screen size they initially did it by stretching the screen (adding more to the top/bottom). Because that was the only way to do it without breaking the UI of older apps. This is most apparent in the iPad Mini - it uses the same resolution as the iPad, but on a smaller screen. Resulting in everything it displays being smaller than on a regular iPad. They could add scaling to iOS now, but it would be like the situation with Windows and every app in the App Store would need to be re-written to be DPI-aware.
Ironically, Android is DPI-aware. Google didn't know the sizes of the Android devices manufacturers would make, so they had to make Android DPI-aware. A lot of Android apps ignore it, but the setting is in there. When properly used, the icons and fonts on Android are the same size whether you run the app on a phone or a tablet. And unlike the Mac where it's fixed depending on your monitor size, you can override it in Android. When I got a tablet for my elderly parents, I rooted it and set the DPI as if the screen size were 33% smaller than it really was. That had the effect of automatically making all of Android's icons and fonts 1.5x bigger, which really helped my parents use the tablet.
Re:Anyone unfamiliar with how things currently wor (Score:4, Informative)
Every iOS app has been able to query the UIScreen object for its scale and size in points. What apps do with that is up to the developer. I know that it's not exactly the same as PPI, nor DPI, but it serves well enough.
Re: (Score:2)
Unfortunately, what you write is just not true.
MacOS does not support arbitrary scaling. While the graphics system was built on Postscript, non-integral scaling factors turned out to bring too many problems. Fortunately, the technological progress in screen technology made high DPI-monitors possible and so Apple decided to stick with integral scaling factors. This is why all early Retina-displays exactly double the dimensions of older displays.
This works exactly the same way on macOS as on iOS btw.
For inter
Wow. I never thought I'd see that day (Score:2)
We all grew used to MS being the copycat and doing everything Apple does a few years later.
But the other way around? Really? Especially after pretty much everyone, even the dimmest computer illiterate noticed that touch-oriented input is simply atrocious for desktop GUIs and that you can't really design an interface that works well for clicking with a mouse and touching with fat fingers?
Well, ok, go ahead. Back with Steve still on the helm I'd say, maybe they know what they're doing, maybe they have a solut
Re: (Score:2)
Launchpad came out on OSX many years ago (near identical to iOS home screen). It seems like they put everything on hold to let Microsoft do their market research for them and learn from their mistakes. One of the lessons was to not make touch screen desktops. I don't think Windows is all that bad with it's tablet mode and I am guessing that Apple agrees.
Re: (Score:2)
Ever had to code a responsive web site? Same thing.
Re: (Score:2)
With the main difference that most webpages I know have a dedicated "mobile" version (which looks like shit on a desktop).
Mostly because the "normal" webpage looks like shit on a mobile device.
In the end, you still create two distinct layouts. So where exactly is the big benefit?
Re: (Score:2)
If a website has a dedicated "mobile version" then it's not a responsive website.
If the "normal" website looks like shit on a mobile device then it's not a responsive website.
A responsive website is not two distinct layouts. It's breakpoints in the way you style the same information. The benefit is you only code things once for the backend and once for the content. Then you don't have problems such as information being out-of-date or functionality missing from the mobile version.
But it's hard to think about
Re: (Score:2)
You can't just send a 5K background image that weight 10MB and then hide it in CSS for mobile, which I've seen so many times it's not even funny.
Compressing a 10 MB image to 5 kB? What codec is that?
Re: (Score:2)
I haven't come across a mobile version of a site that was of any use. The closest I've come is Github, but they have ridiculous restrictions on what you can do, and make you jump through the hoop of changing to the desktop version just to merge a PR with incomplete CI tests.
Apple has always copied (Score:2)
Apple has always copied. Apple's strategy has never been of the innovator. The strategy has always been the fast follower strategy. They let other be on the bleeding edge and learn from their mistakes and come in with a much more polished, dumbed down and well integrated version. What this does is by the time Apple brings a product to market the market is ready for it but also frustrated with the incumbents and ready to accept fewer functionality for greater reliability and ease of use.
The Mac was a copy of
Re: (Score:3)
The Mac was not a copy of PARC's work, but it was inspired by it.
Mac OS is a Unix implementation. It's no more a "copy" than Solaris was a "copy".
The iPhone didn't really copy anything, but was obviously took inspiration from many sources.
I do agree that Apple is not innovative, per se, but Jobs had an eye for style that has not been seen in the mass consumer market since.
Re: (Score:2)
Apple has always copied. Apple's strategy has never been of the innovator. The strategy has always been the fast follower strategy. They let other be on the bleeding edge and learn from their mistakes and come in with a much more polished, dumbed down and well integrated version. What this does is by the time Apple brings a product to market the market is ready for it but also frustrated with the incumbents and ready to accept fewer functionality for greater reliability and ease of use.
The Mac was a copy of Xerox PARC
Mac OS is a copy of Unix
The iPod was a copy of various cheap mp3 players
The iPhone is a copy of the Motorola Rokr - the first phone to play iTunes as well of various Windows Phone 6 Touchphones from HP
The iPad is a well put together version of countless Samsung tablets
The Watch is a copy of various Android gear smartwatches
Apple Pay is a copy of countless systems which have been there in Japan for almost 25 years now
The Homepod is a copy of Alexa, Google Home etc
Almost nothing Apple does is original . It just does it better and takes over a market.
You DO realize (of course you don't) that you defeat your own arguments.
There is a vast difference between a "Copy", which is a direct knock-off, usually inferior version of an original product, and an improved version of an original product. Dozens of companies do the former. It takes almost no expertise, and does nothing but cheapen the entire field. Apple does the latter, which is why, as you yourself have admitted, they do it better, and more often than not, end up taking over the field, at least until
Mac App Store won't be helped by this (Score:2)
Technical first - the sandbox is great in iOSland. In Macland I want to run things like VMware, or command line utilities, or emulators, or hardware drivers, or...you get the idea. The sandbox stops all that.
The next one is commercial - I am used to paying upgrade prices, not junking and paying full price each time. Definitely needs an upgrade model in the store. I actually think that this is the largest of all
Re: (Score:2)
Why would you no longer run vmware or terminal?
About what restrictions are you talking?
Why should being able to run "iOS apps" restrict ordinary macOS Applications?
Re: (Score:2)
I don't have any concern, I'm just reacting to the part of the article which states that this may be a move to improve the Mac App Store. I really don't think it will.
Re: (Score:2)
It likely won't.
AFAIK you can not have Java based Applications in the Appstore, not even with bundled runtime.
And then again regarding Apps, I doubt there will be many mobile Apps that make sense as a desktop 'App', the exception are chat clients.
Re: (Score:2)
I don't understand your concern about the commercial aspect. From the App Store, updates are always free. If the developer is putting up new apps in the store just to be able to charge an upgrade price, that's his problem. He should just not use the App Store.
Re: (Score:2)
Re: (Score:2)
So stay out of the App Store. Your making up a problem that doesn't exist.
Re: (Score:2)
* You're
Re: (Score:2)
I think the article is reading too much into what looks like a straightforward technical unification of APIs.
Apple should not have recruited him. (Score:2)
Amphi-car? (Score:4, Insightful)
Remember the failure of the Amphi-car? it was neither a very good boat nor a very good car...
This is how I see apps that are trying to be all things .. phones / tablets / desktops have very different UIs ..and for good reason.
Play to each platforms strengths.. Microsoft tried to do this with its windows store Universal Plaform stuff and well, I can't speak for anyone else, but even on my Surface pro, I never run those "apps" .. I use it like a PC.. keyboard and touchpad/mouse
Re: (Score:2)
Remember the failure of the Amphi-car? it was neither a very good boat nor a very good car...
And yet far better than driving a cat that toes a boat that can carry a car across water.
Re: (Score:2)
What's funny is that while your example is great, I see a couple of amphibious cars every summer out on the lake I boat on.
So despite few being made and a long time ago, there's some weird value to them that keeps them going and turning up in places you'd least expect them (like a lake in the Midwest).
Re: (Score:2)
Done correctly it would work. (Score:5, Insightful)
Separating content from presentation, graceful degradation, etc have very strong unix roots. It was in the context of character terminals interacting with graphical displays, but still, nroff, troff, LaTeX, TeX, original HTML are all really markup languages interpreting data appropriately for the devices that consume them.
So done correctly, it could work
Apple has a track record of doing it right. So it could work for Apple, though a similar attempt by Microsoft was pathetic.
Re: (Score:2)
But nothing in the Unix world that I'm aware of (outside Ubuntu's attempt) consists of having a single UI that works on all form factors. The Unix way is to make it easy to attach a different UI on the same backend.
Re: (Score:2)
What does that mean?
Re: (Score:2)
Actually, if you look at the sample code given to iOS app developers, they're definitely NOT doing it right design-wise. Everything's basically mashed together and depends on everything else.
Um... what?
I read that as "I didn't understand Apple's software architecture, therefore it must be crap".
Yeah, well, that does not follow.
Lack of a touchscreen (Score:5, Interesting)
I believe this is the reason Macbooks don't have touchscreens yet - Apple has been working on some way of bringing iOS UI / app compatibility to OSX for a full integration, but they haven't been able to pull it off from the software standpoint. Thus no touchscreen until that happens. Think about it... there are only three options for introducing a touchscreen. 1) Merely another input device, which won't work well at all because widgets are too small for touch interaction and none of the apps would support gestures, multi-touch, touch and hold, etc. 2) Yet another UI for touch interface somehow bootstrapped into OSX (make widgets bigger, make controls respond to dragging - IE what Microsoft did). 3) Integration of iOS and OSX in some hybrid way that brings the best of both into one device, and suddenly makes Macbooks way more appealing since they can run the massive library of iPad apps immediately.
You better believe that back in the Apple labs there are Macbooks with Apple ARM SOCs embedded in them (A11, etc) that can run iOS apps natively that have touchscreens, but they haven't managed to refine the OS UI to an acceptable point so far. This Slashdot story is a step in that direction, getting OSX developers on board and preparing their OSX apps for that environment. The iOS apps should be trivial - just need a touchscreen. iOS apps that can benefit from hardware keyboard, etc, already have that support anyway.
Because that worked so well for MS? (Score:3)
Jesus, what is with the UIX designers? Did they see the windows 8 debacle and think, "I want me some of that!"
Here's some free knowledge: Different devices require different usage profiles. Desktops are more multi-purpose and have the advantage of a mouse and keyboard, meaning a touch interface makes no damn sense on them. Tablets have more screen than your average phone, so your designs should take advantage of that. Phones are the lowest screen space and usability, so you need an entirely different UIX methodology.
Seriously, someone write this down so we don't have to go through this nonsense again.
In other words.. (Score:2)
Re: (Score:2)
Apple confirms it's a mobile device company, and is going to finally rid itself of the antiquated albatross that is the Mac line.
Yeah, that's why they JUST released an 18-Core, Xeon-based, Vega 64-using iMac Pro.
Idiot.
Re: (Score:2)
Re: (Score:2)
Yep, that's a $7400 dollar machine from Apple! I guess that's a hint at what it will take to run that iOS-ified version of Macs in the future...
You're so full of shit, it's running out of your ears.
Marketing hype. (Score:2)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Just develop your iOS app like you would design an iOS device's hardware - on Windows (Creo/NX and Altium).
Altium is Windows-only; but, as I have repeatedly pointed-out to YOU, Siemens NX has been available for macOS since at least 2009.
Re: (Score:2)
This will be interesting (Score:2)
Since everyone who has tried this "unified app" thing so far has done little more than demonstrate that it's a pretty terrible idea, I'm curious to see if Apple has some approach that could actually make it not suck.
Wasn't this tried before (Score:2)
Re: (Score:2)
After all, if memory serves, it worked so well for Microsoft.
Microsoft tried Tablet computers for years, too.
Then Apple came along...
what about finder for IOS?? or will mac os get loc (Score:2)
what about finder for IOS?? or will mac os get locked down like IOS?
If Apple can't do it themselves, why will others? (Score:3)
https://www.apple.com/ca/newsroom/2017/11/garageband-brings-new-sound-library-and-classic-beat-sequencer/ [apple.com]
One, one, one (Score:3)
Apple has become what its 1984 super bowl ad [youtube.com] implied it was liberating us from.
Looks like Apple is ripe for being liberated from.
What was it that Santayana said? (Score:2)
"Those who cannot remember the past are condemned to repeat it"
This idea worked so well for Microsoft...
Lowest common denominator (Score:4, Informative)
A few years ago, Apple replaced its Mac OS iPhoto app with Photos. This removed a lot of functionality in order to have a more consistent experience between Mac and iPhone photo apps.
If that's the future of more Mac OS apps, I'm not looking forward to it.
Re: (Score:2)
Apple also killed the Mac by not updating their computers FOR YEARS while their competitors update every year.
Why would I pay the same price for a 2014 Mac mini in 2017? For a computer with a CPU that is four generations behind, a slow 5400 RPM laptop drive and RAM that cannot be upgraded later on?
Apple doesn't want to make Macs anymore, the "great things in the pipeline" is the most bullshit line I've ever heard from them.
Re: (Score:2)
Apple also killed the Mac by not updating their computers FOR YEARS while their competitors update every year.
Why would I pay the same price for a 2014 Mac mini in 2017? For a computer with a CPU that is four generations behind, a slow 5400 RPM laptop drive and RAM that cannot be upgraded later on?
Apple doesn't want to make Macs anymore, the "great things in the pipeline" is the most bullshit line I've ever heard from them.
Really? Then explain the introduction LAST WEEK of the iMac Pro, and their reinforcement of committment to an upgraded Mac Pro.
Re: (Score:2)
I guess that's why the "Tech specs" page for the mac mini only says " dual-core Intel Core i5 " so it's not quite as obvious it's a 4000 series mobile CPU from 2014.
Re: (Score:2)
Apple's best, least offensive product, and they've decided to go to a lot of trouble to make it suck. Brilliant. I think this is Apple's way of saying "it's time for everyone to move on from Mac OS. There's Windows, Linux, and maybe whatever Google's pushing this year if you're dumb enough to fall for that. Good luck, former users!"
And why is this happening? Because of all you self-loathing fuckwits who bought iOS devices. You voted with your wallets that shitty, uncontrollable, anti-user operating systems are ok. So now you don't get Mac OS anymore, because some bean counter is looking at how many of each, they're selling.
Who killed Apple? Its customers! No, you didn't kill them financially, but you did remove them from relevance in the tech world, essentially. All by lowering your standards to such an extreme degree. You didn't have to do that. Apple could have remained a symbol of quality (which at times it really has been), but now they're considered lower than the cheapest malware-infested Chinese imports. They were capable of keeping up and even occasionally leapfrogging into leadership, but you told them to give up and suck. That's what happens when you throw money at shitty products. Your vote matters and this story is a great example of the consequences.
Sorry, former Mac fans. If you're one of the people who had average (or higher) expectations and therefore couldn't tolerate the thought of downgrading to an iPhone, maybe it's not directly your fault, but I bet you know someone who gave no fucks and you didn't say anything. So here we are. It's like this: you may have voted against Trump but he's still your president. Maybe you should have said something.
The introduction of the iMac Pro, and the reinforcement of commitment to an updated Mac Pro would belie this logic.
Re: (Score:2)
https://i.imgur.com/9ZOgqGO.pn... [imgur.com]
Re: (Score:2)
It kind of does make sense. This is just one of the reasons things like HumbleBundle and GoG and Steam are popular. Not every title is available on every platform but a lot of titles are available on windows + osx + linux for one purchase.
Humblebundle in particular supports windows + mac + linux + android; and there are a number of titles that cross the divide, for example:
https://www.humblebundle.com/s... [humblebundle.com]
You'll notice what is missing though... iOS.
The trouble here with Apple doing it is that the apple stor
Re: (Score:2)
[old man rant]
I'm sure that whatever they end up doing will bump up the share price, and for that I am grateful.
However, I got into this Mac thing because I had work to do. I have things I need to get done — things that people pay me to do. 20+ years later, I am concerned by the lack of user-upgradeable pro-quality machines. $5k for an iMac seriously??? And don't get me started on the iPhone with its non-replaceable battery and lack of expandable storage.
I want a computer and phone that just work. I want to be able to add RAM or a new SSD when I want. I might even like a monitor larger than 27" and an upgradeable GPU. But who am I kidding? I'm just one guy with a collection of old Macs and a few shares of stock that I'm holding onto until I can retire.
Bah, humbug!
[/old man rant]
If you think that $5k for an iMac Pro is a ripoff, then you haven't been paying attention, and you SURE haven't been pricing equivalent hardware from other vendors.
As for upgrade-able, the RAM in the iMac Pro is Upgrade-able; just not USER-upgrade-able. And for the Pro users that the iMac Pro is targeting, they almost NEVER "upgrade" a computer, anyway. They just max it out at the beginning, and commence to makin' money with it. When they want to "upgrade", they buy a whole new system. THAT's how REAL "Pro"
Re: (Score:2)
Re: (Score:2)
Macs are toys after all.
Yeah, an 18-core, Xeon-based "toy".
Yeahrightsure.
Re: Worked for microsoft (Score:2)