HTTPS is only as secure as the implementation. The implementation in their browser deliberately implements it poorly, and accepts Nokia's server saying "yes, I verified the certificate on the remote server" as being valid verification of the cert.
And that will cost £1000, while asking the guy to do a 45 minute test before a phone interview will cost about 5 minutes of my time, which is no where close to £1000.
The thing is, you may not be hiring a worldwide known linux kernel expert. You may instead be thinking about hiring someone who's CV says he's done several impressive looking things. You need to verify what his level of involvement in those was, and a good first step is often "are you so retarded that you can't possibly be telling the truth on your CV".
But, print all the numbers from 1 to 100, except rather than printing multiples of 3, print fizz, rather than printing multiples of 5, print buzz, and for multiples of both, print fizzbuzz.
I personally discard any applicant that thinks like this, it means they can't actually think about algorithms, data structures, and how to design something well, and in doing so will produce sloppy assed code.
The other thing it'll do is near guarantee that they get some bugs from all applicants, they'll then have something to discuss in the phone interview, and gage the applicant's responses and proposed fixes.
But that's because the model M is actually better. Typically everyone buys the most practical thing for them. This is unlikely to be practical for anyone.
Their awful awful policy makes it impossible to package and distribute any GPL code through their ecosystem.
This can also be phrased as "The GPL bans distribution through systems like the app store". Of course, neither of these reflects the truth, both are in equal part the problem.
Nothing to do with a pun... The world plumbing comes from the latin word for it, which was related to Plumbum because well... plumbing was made of lead.
How so? A non-trivial program can't have the bug removed without shrinking the non-trivial program. At some stage it will become trivial, so in fact you can prove it has finite bugs.
The "apps" on smart phones are not typically full blown applications.
Absolutely they are –it happens that the smart phone platform lends itself well to smaller applications, but there are still plenty of big ones in there. There's especially a lot of big applications in the Mac app store.
Many are just URLs packaged up with some icons and maybe scripts.
Maybe on your platform, but on iOS, where the term really gained ground, that kind of app doesn't exist –apple don't allow apps that are no more than web apps with an icon on the front –instead, they send you a rejection email saying "please make this a web page, and add a shortcut icon in it's meta data".
Wait... they claimed that excluding people from using a service by using proprietry APIs was evil. Now they claim that excluding people from using a service by using a redirect just because you bought someone else's phone is evil.
I don't see what's hypocritical here... If you exclude people from using a service for shitty reasons, it's evil, simple.
Again, double reply fail... but yes, it frustrates me to this day that we have to use a crufty, large, interpreted, non type checked language to write code for the web. A decent open VM spec would have been much better. That said, I don't regard the JVM as it. The JVM is tailored in various ways specifically for running java (e.g. it has instructions for object allocation). I understand that the WebKit devs have at various stages proposed standardising a VM byte code for the web, so that we can all have various languages target it. Unfortunately, I'm also informed that the Firefox team typically shout it down, with pretty crappy arguments, mainly because they have some of the original javascript developers on their team, and they don't want to see their work supplanted.
Remember Java Applets? They were smaller programs (typically, because bandwidth wasn't / isn't as plentiful as drive space), I called mine 'Java Apps' for short
You were in the minority.
Java applets were so called because they were small apps. Just like a booklet is a small book, a cutlet is a small cut (of meat), and a piglet is a small pig.
Even back then, app was short for application, and if you meant a small application you needed a new term – hence applet existing as a word in the first place.
And yes, language changes over time, but this doesn't mean that "app" means "small application". There are plenty of "apps" in the Mac App Store which are in no way small (unless you count Pages, Aperture, Mac OS X, Xcode,... as small), and I'm sure there will be plenty of apps in the windows app store that are similarly not in any way small.
Every time you reach from your keyboard from your keyboard to your mouse, hold your hand in the centre top of your monitor for 3 seconds. You'll understand after only a very short amount of time.
At the last olympics: US: 0.14 gold medals per million population; 0.33 medals per million population. UK: 0.47 gold medals per million population; 1.048 medals per million population. Ukraine: 0.14 gold medals per million population; 0.42 medals per million population.
Both the two countries you mentioned did better than the US for medals, the UK in fact did 3 times better!
Personally, I prefer samba's smb://sserver/share –why microsoft thinks they should use a not-URL for something inherantly URLy in modern terms I have no idea.
On the contrary – apple's biggest market share gain of recent times was getting techies who wanted a good solid UNIX with a UI that works, and a bunch of useful commercial apps to adopt their platform.
Slashdot Mirror
HTTPS is only as secure as the implementation. The implementation in their browser deliberately implements it poorly, and accepts Nokia's server saying "yes, I verified the certificate on the remote server" as being valid verification of the cert.
And that will cost £1000, while asking the guy to do a 45 minute test before a phone interview will cost about 5 minutes of my time, which is no where close to £1000.
The thing is, you may not be hiring a worldwide known linux kernel expert. You may instead be thinking about hiring someone who's CV says he's done several impressive looking things. You need to verify what his level of involvement in those was, and a good first step is often "are you so retarded that you can't possibly be telling the truth on your CV".
You know... Every time fizzbuzz is explained somewhere, there are always 100 attempts to solve it right beneath...
I think this is the first time I've ever seen the first response (or in fact, most of the responses) actually be correct!
Which is why this test is useful ;)
And yet, as stated above, surprisingly, 95% of job applicants fail, just like the AC above.
Well, you just failed for not googling...
But, print all the numbers from 1 to 100, except rather than printing multiples of 3, print fizz, rather than printing multiples of 5, print buzz, and for multiples of both, print fizzbuzz.
I personally discard any applicant that thinks like this, it means they can't actually think about algorithms, data structures, and how to design something well, and in doing so will produce sloppy assed code.
The other thing it'll do is near guarantee that they get some bugs from all applicants, they'll then have something to discuss in the phone interview, and gage the applicant's responses and proposed fixes.
Then he wouldn't be able to lift this heavier device.
But that's because the model M is actually better. Typically everyone buys the most practical thing for them. This is unlikely to be practical for anyone.
Their awful awful policy makes it impossible to package and distribute any GPL code through their ecosystem.
This can also be phrased as "The GPL bans distribution through systems like the app store". Of course, neither of these reflects the truth, both are in equal part the problem.
Near 0 –apple reject apps with "little or no utility".
Nothing to do with a pun... The world plumbing comes from the latin word for it, which was related to Plumbum because well... plumbing was made of lead.
Your pluming was litterally your "leading".
RMS: Those people evidently were more concerned with forms of politeness that with substantive good and evil.
There's inherent misunderstanding of what politeness is here... Politeness is an encoding of what people consider to be "evil" and how to avoid them.
How so? A non-trivial program can't have the bug removed without shrinking the non-trivial program. At some stage it will become trivial, so in fact you can prove it has finite bugs.
The "apps" on smart phones are not typically full blown applications.
Absolutely they are –it happens that the smart phone platform lends itself well to smaller applications, but there are still plenty of big ones in there. There's especially a lot of big applications in the Mac app store.
Many are just URLs packaged up with some icons and maybe scripts.
Maybe on your platform, but on iOS, where the term really gained ground, that kind of app doesn't exist –apple don't allow apps that are no more than web apps with an icon on the front –instead, they send you a rejection email saying "please make this a web page, and add a shortcut icon in it's meta data".
Wait... they claimed that excluding people from using a service by using proprietry APIs was evil.
Now they claim that excluding people from using a service by using a redirect just because you bought someone else's phone is evil.
I don't see what's hypocritical here... If you exclude people from using a service for shitty reasons, it's evil, simple.
Here's a simple and accurate way: "Metro App" vs "Legacy App"
Again, double reply fail... but yes, it frustrates me to this day that we have to use a crufty, large, interpreted, non type checked language to write code for the web. A decent open VM spec would have been much better. That said, I don't regard the JVM as it. The JVM is tailored in various ways specifically for running java (e.g. it has instructions for object allocation). I understand that the WebKit devs have at various stages proposed standardising a VM byte code for the web, so that we can all have various languages target it. Unfortunately, I'm also informed that the Firefox team typically shout it down, with pretty crappy arguments, mainly because they have some of the original javascript developers on their team, and they don't want to see their work supplanted.
Remember Java Applets? They were smaller programs (typically, because bandwidth wasn't / isn't as plentiful as drive space), I called mine 'Java Apps' for short
You were in the minority.
Java applets were so called because they were small apps. Just like a booklet is a small book, a cutlet is a small cut (of meat), and a piglet is a small pig.
Even back then, app was short for application, and if you meant a small application you needed a new term – hence applet existing as a word in the first place.
And yes, language changes over time, but this doesn't mean that "app" means "small application". There are plenty of "apps" in the Mac App Store which are in no way small (unless you count Pages, Aperture, Mac OS X, Xcode, ... as small), and I'm sure there will be plenty of apps in the windows app store that are similarly not in any way small.
Every time you reach from your keyboard from your keyboard to your mouse, hold your hand in the centre top of your monitor for 3 seconds. You'll understand after only a very short amount of time.
At the last olympics:
US: 0.14 gold medals per million population; 0.33 medals per million population.
UK: 0.47 gold medals per million population; 1.048 medals per million population.
Ukraine: 0.14 gold medals per million population; 0.42 medals per million population.
Both the two countries you mentioned did better than the US for medals, the UK in fact did 3 times better!
Personally, I prefer samba's smb://sserver/share –why microsoft thinks they should use a not-URL for something inherantly URLy in modern terms I have no idea.
On the contrary – apple's biggest market share gain of recent times was getting techies who wanted a good solid UNIX with a UI that works, and a bunch of useful commercial apps to adopt their platform.