b) And being "unpopular" is actually a nice feature.
c) Historical documentation problems. Less of an issue now, but it used to be "lore-based".
Also, the stricter RDBMS is the more unpopular it will be. You *can't* be as sloppy with it as you can with MySQL (or even Postgres). For starters - because transactions everywhere and case-sensitivity.
ISS is great and everything, but don't over-dramatize it. Its orbit is, like, just over half an inch away from a 2ft/60cm diameter globe model. And what's probably more important it's well withing earth magnetic field.
Done properly - with proper encryption etc, it's not a concern at all.
Well, there is a concern, namely legalization of it, but it's the same with the data on your HD. They - the law enforcement - (theoretically) can make you turn it on and check every file just about any time soon. TrueCrypt? You are forced to enter the password or face problems.
a) Symbian foundation "shutting down"? Well, sure a [citation] would help.
b) Even if so - it was of only so-so use for Nokia. They are basically the only Symbian developer worth anything. FLOSS Foundation spin-off shutting down does not mean that Nokia won't continue it.
As for Symbian itself - it's not that bad. It lacks some polish. Well, seriously lacks, including the infra-structure. But it has some nice feature - like ability to run native code which Android badly misses (some poorly-informed guy should post here about NDK, but it's not it at all). And I, for example, won't ever be programming in Java anymore, thank you. Symbians should just drop the certificate bullshit to get developers interested again.
11 random letters (all lowercase) and digits. No need to be more fancy than that. And if you roll the generator several times you'll find the combination which is pretty easy to remember after entering it 2-5 times.
But is that really enough? Let's calculate, assuming somebody can test a million tries per second (way optimistically/pessimistically, I'd say): (26+10)^11 / 10^6 = over 4000 years. Pretty secure. Actually, in real life you can even use 10 or 9 characters and sleep well.
Yes. But since USians cannot grok liters (except, funnily, in engine displacements) and kms I wrote "gallons per 100 miles". It basically comes down to the fact that multiplication is easier than division. And if you know your car needs 7 liters per 100 km and you're gonna take a 400 km trip, 4 * 7 = 28 is easier that dividing 400 by whatever.
Nobody ever is! You know why? Because many functions are direct copies from the C stdlib, for example. Or from W3 DOM or other inter-language API standards. And different standards - gulp - are *inconsistent*!
> Ironically all this time I've been avoiding the preg functions because I figured they were the more likely candidates to go away.
Sorry this is short, but are you *that* dumb?
Anyway, I remember seeing (in official docs) the note that ereg functions will occasionally be dropped like 5 years ago when I first started with PHP. And the fact that PCRE functions are *much, much* more powerful is very obvious.
> Times have changed, and we have better programming languages available to us.
That's interesting. And if I'd ask you to name another compiled language with dynamic message routing/dispatch it would be what? C libs compatibility is desired.
Low piracy -> Cheap prices.
Cheap prices + Easy -> Low piracy.
The amazing thing Apple did is putting their market into this sweet spot.
Not the actual Android developers, for example, no.
a) It's less unpopular than you think.
b) And being "unpopular" is actually a nice feature.
c) Historical documentation problems. Less of an issue now, but it used to be "lore-based".
Also, the stricter RDBMS is the more unpopular it will be. You *can't* be as sloppy with it as you can with MySQL (or even Postgres). For starters - because transactions everywhere and case-sensitivity.
A4ne.
I thought sensationalist FUD posts about the horrors of AppStore admissions were in the past. Clearly not.
The word is that they are seriously considering it at least. (And "the word" is the best you get when discussing Apple)
Don't connect any important computers/networks to the Internet. Problem 80% solved, duh.
> off-world
ISS is great and everything, but don't over-dramatize it. Its orbit is, like, just over half an inch away from a 2ft/60cm diameter globe model. And what's probably more important it's well withing earth magnetic field.
Bluetooth 3.0 uses WiFi as the underlying carrier technology.
Done properly - with proper encryption etc, it's not a concern at all.
Well, there is a concern, namely legalization of it, but it's the same with the data on your HD. They - the law enforcement - (theoretically) can make you turn it on and check every file just about any time soon. TrueCrypt? You are forced to enter the password or face problems.
> Disclaimer: I'm not a conspiracy theorist nut.
Uhm... appropriate.
a) Symbian foundation "shutting down"? Well, sure a [citation] would help.
b) Even if so - it was of only so-so use for Nokia. They are basically the only Symbian developer worth anything. FLOSS Foundation spin-off shutting down does not mean that Nokia won't continue it.
As for Symbian itself - it's not that bad. It lacks some polish. Well, seriously lacks, including the infra-structure. But it has some nice feature - like ability to run native code which Android badly misses (some poorly-informed guy should post here about NDK, but it's not it at all). And I, for example, won't ever be programming in Java anymore, thank you. Symbians should just drop the certificate bullshit to get developers interested again.
11 random letters (all lowercase) and digits. No need to be more fancy than that. And if you roll the generator several times you'll find the combination which is pretty easy to remember after entering it 2-5 times.
But is that really enough? Let's calculate, assuming somebody can test a million tries per second (way optimistically/pessimistically, I'd say): (26+10)^11 / 10^6 = over 4000 years. Pretty secure. Actually, in real life you can even use 10 or 9 characters and sleep well.
Their market cap has been flatlining for 10 years.
Apparently that means growth.
Yes. But since USians cannot grok liters (except, funnily, in engine displacements) and kms I wrote "gallons per 100 miles". It basically comes down to the fact that multiplication is easier than division. And if you know your car needs 7 liters per 100 km and you're gonna take a 400 km trip, 4 * 7 = 28 is easier that dividing 400 by whatever.
I always thought that measuring it Euro-way - in, for example, gallons per 100 miles - would me more practical and clear.
You know, fuck PR. If Obama refused to "talk to Fox" I guess many people would approve.
> if a patent action was brought against Google, the patent license terminated
This will happen like the next day after WebM becomes semi-relevant.
And the patent issue is the only one of importance, otherwise x264 is the same Open Source too. With much better quality.
Note to you: you have just used Perl in a positive context in a thread about programming languages consistency.
> on a much smaller scale
Since we don't probably have any formal metric for that, I don't see how we can settle this argument.
By subjective feelings, I disagree.
Python. WinAPI. Enough?
> they aren't consistent
Nobody ever is! You know why? Because many functions are direct copies from the C stdlib, for example. Or from W3 DOM or other inter-language API standards. And different standards - gulp - are *inconsistent*!
Yes, it's as simple as that.
(And "native" PHP functions are more or less ok)
Any sufficiently useful in real life set of libraries suffers from the same problems.
> Ironically all this time I've been avoiding the preg functions because I figured they were the more likely candidates to go away.
Sorry this is short, but are you *that* dumb?
Anyway, I remember seeing (in official docs) the note that ereg functions will occasionally be dropped like 5 years ago when I first started with PHP. And the fact that PCRE functions are *much, much* more powerful is very obvious.
I also heard that they *share* FP math units between CPU and GPU.
> Times have changed, and we have better programming languages available to us.
That's interesting. And if I'd ask you to name another compiled language with dynamic message routing/dispatch it would be what? C libs compatibility is desired.