Without getting into the IT-sexism-blah-blah, 'your mother wears combat boots' isn't just a folksy turn of phrase: it's a fifties-era impugnment of lesbianism. So unless you want to sound a lot more Republican than you were probably intending, you should probably stop wondering why you don't have more female friends, coworkers, and partners. And by the way, a foot in the mouth is so gay.
How Apple hides new functionality in iOS: isYoMamaWearsCombatBootsActive
101–110 of 122 posts
Re: How Apple hides new functionality in iOS: isYoMamaWearsCombatBootsActive
#102The method's name is actually "isYoMamaWearsCombatBootsSupported". That being said, it's nice to see developers at big companies having fun.
Re: How Apple hides new functionality in iOS: isYoMamaWearsCombatBootsActive
#103Earlier quoted context omitted.
12 hours is a good battery life is it not? Admittedly, the iOS7 BETAs have cut my own down to the point where I have to make sure my phone is on 100% before a 4-5 hour night out so I know I'll have battery to use it by the end of the night. Although I suspect that'll be fixed post-beta
12 hours would be pretty bad for me. My 4S purchased on launch day (so nearly two years old now) gets unplugged at about 8AM, stays unplugged all day, and usually gets plugged in at 11PM with ~50% battery remaining.
I've noticed my battery life as more to do with how many notifications I get over any other usage.
Re: How Apple hides new functionality in iOS: isYoMamaWearsCombatBootsActive
#104Earlier quoted context omitted.
> Apple just says "that's obsolete in a year" and lets everything break Carbon is now _15 years old_, you know...
As far as I've understood it, iOS apps are under constant pressure to remain compatible with the latest APIs. When Apple did the architecture shift from PowerPC it "was get over or get out". That sort of attitude is very different from the one highlighted in the linked MSDN blog where they are building compatibility bridges for illegal, abandoned APIs which were never meant to be public in the first place, to ensure…
I've got an app on my iPhone 4S w/iOS 6 that hasn't been updated since late 2008 (pre-iOS 3.0). It hasn't even been in the app store for years. Still works fine. Hopefully it'll work on iOS 7, too, but I haven't tried it.
Re: How Apple hides new functionality in iOS: isYoMamaWearsCombatBootsActive
#105Earlier quoted context omitted.
What is a Maccard? I've never heard anyone say that pirating OS X was more ok than any other kind of piracy.
I guess it's something like a Wintard/Lintard - only with more disposable income.
Who said anything about tards? I said Maccard and there is nothing derogative about it. Jeez.
Re: How Apple hides new functionality in iOS: isYoMamaWearsCombatBootsActive
#106Earlier quoted context omitted.
What is a Maccard? I've never heard anyone say that pirating OS X was more ok than any other kind of piracy.
I thought it was Mactard.
Then you read it again and see that nowhere in that post was the phrase "tard" anywhere to be seen.
Maccard = a word for a mac-user person thingie. There's nothing derogative about that.
If people read it as you did though, that might explain the downvotes.
Re: How Apple hides new functionality in iOS: isYoMamaWearsCombatBootsActive
#107Well, that Myriam dude's going to be upset.
Re: How Apple hides new functionality in iOS: isYoMamaWearsCombatBootsActive
#108BeOS had is_computer_on() and is_computer_on_fire() APIs: int32 is_computer_on(void) Returns 1 if the computer is on. If the computer isn't on, the value returned by this function is undefined. double is_computer_on_fire(void) Returns the temperature of the motherboard if the computer is currently on fire. If the computer isn't on fire, the function returns some other value. http://www.tycomsystems.com/beos/bebook/th…
Another Good one from Objective C:
2012-08-31 00:26:19.773 App[1676:907] * -[__NSCFCalendar components:fromDate:toDate:options:]: fromDate cannot be nil
I mean really, what do you think that operation is supposed to mean with a nil fromDate?
An exception has been avoided for now.
A few of these errors are going to be reported with this complaint, then further violations will simply silently do whatever random thing results from the nil.
Here is the backtrace where this occurred this time (some frames may be missing due to compiler optimizations):
Re: How Apple hides new functionality in iOS: isYoMamaWearsCombatBootsActive
#109Earlier quoted context omitted.
Sure, no license key, except for the key used to decrypt protected binaries only on authorized hardware. There is a license "key", it's the whole computer.
I don't get why people are still whining about this in 2013. Is it really that unreasonable for an OS manufacturer to restrict the devices on which it can be installed? I write firmware for a specific known hardware platform; do I really want the pain of people using it on an Arduino? The appeal of OSX is that it just works, and works beautifully most of the time. Opening it up to all the devices dilutes the main thi…
> Is it really that unreasonable for an OS manufacturer to restrict the devices on which it can be installed?
Yes, it is. If I pay for a product, it's my prerogative to use it in any way I please. Copyright grants a monopoly on distribution, not on controlling post-purchase usage of the product.
It's one thing to say "we only officially support installation of this product on this list of devices, and can't guarantee it will work on other devices", but inserting artificial restrictions into the product that prevent people from even trying to do officially unsupported things with the product, at their own initiative and at their own risk, is something there really isn't any justification for.
> do I really want the pain of people using it on an Arduino?
What pain? How does it even concern you if people are installing your firmware onto an Arduino, provided that they have legitimate copies of it?
> Opening it up to all the devices dilutes the main thing it has going for it.
Obviously, not installing OSX on other devices is what dilutes the "main thing it has going for it" for those people who have chosen to install OSX on other devices. Are you seriously trying to tell people that their personal preferences are objectively wrong?
> Sometimes there is freedom in restriction.
Straight out of Orwell.
Re: How Apple hides new functionality in iOS: isYoMamaWearsCombatBootsActive
#110I definitely love those kind of easter eggs. There are also similar methods in the Android SDK: UserManager.isUserAGoat() link: http://developer.android.com/reference/android/os/UserManage... Log.wtf() link: http://developer.android.com/reference/android/util/Log.html... , java.lang.Throwable) AdapterViewFlipper.fyiWillBeAdvancedByHostKThx() link: http://developer.android.com/reference/android/widget/Adapte...
There's been balmy little bits of stuff like this all the way through OSX and iOS for ages, though maybe not quite as flippant. Every Mac has the kernel extension "Dont Steal Mac OS X.kext" for example, which loads into RAM a short poem. There once was was a user that whined his existing OS was so blind, he'd do better to pirate an OS that ran great but found his hardware declined. Please don't steal Mac OS! Really,…
Didn't Jobs say "Great Artists Steal."?
Users who are artists must heed these wise words.
All Hail the Cult Leader.
As for this "poem", I've seen better from kids in elementary school. This speaks to the creative aptitude of Apple's kernel engineers. Certainly not the strongpoint of their workforce.
What sort of royalties or up-front payments did CMU get for letting Apple use their kernel?