Yes, you've pretty much summed up Google's strategy in a nutshell. Move business stuff to the "cloud" and who cares what the desktop client is? Savvy small to medium business already use services like Salesforce.com for CRM, Taleo for HR, Google Docs, etc. An Ubuntu (or whatever) desktop is fine for this stuff.
Probably the biggest barrier to mass adoption are Small Business Server and painless Active Directory integration. If Canonical made a real effort to make Ubuntu seamlessly work with this stuff, as Suse has tried to do, I'm sure they'd find new customers.
Bang on. That's why smart companies like Google run interviews that test problem-solving skills rather than some particular api.
That said, here is some advice for programmer members of the 6%: in terms of hireability, you really can't go wrong learning Spring inside and out. It's staggering how many enterprises have deeply committed themselves to that particular framework.
In all honesty, get HR out of the way. When I was a permanent employee (ie not self-employed) and doing interviews etc., HR was the biggest problem - "Oh, they don't have this TLA that I don't know the meaning of? Into the trash!"
The review reads like it was written by a beginner ESL student:
"Covering key functionality that the reader should be aware of, the book comprises of 7 main chapters dealing with reasons for using an Mahara, set up of account, adding artefacts, creating portfolio views, creating & managing groups, interacting with friends, overall site settings and administration."
Not to mention that it doesn't give even a brief explanation of what this Mahara thing is. Total Slashdot review failure.
How does that invalidate the fact that OS X's kernel is based on Mach? The strict microkernel message-passing stuff was abandoned for practical reasons, but the important stuff - which you mention in your own cut'n'paste, even though I'm certain you have no idea what it means - is all there.
If you switch back to the Classic view, you can block Apple, Idle, Your Rights Online, etc. With the Dynamic index, so far as I can tell you can only block "editors" (useful for kdawson stories). Am I missing something, or is the Classic view actually more functional than the Dynamic one in this regard?
It's obvious to anyone with a functioning brain and mainstream work requirements that desktop Linux is bogus. Its defenders are typically people who don't do much except browse echo-chamber sites like Slashdot. It's fair to compare them to Amiga defenders, gold bugs, 9/11 conspiracy people and pretty much every other crank category out there.
1. By the time an iPhone's battery needs replacement, the phone will be out of warranty. So then you buy a new one for $6 from Meritline and pop it in yourself.
2. The military would undoubtedly set up a private app store via the Enterprise program. That way, all apps can be distributed in-house. Not sure if this is what you meant by "open development" or not.
The OP mentioned "North America". Incredible as it seems, there's this country in North America to the north of the US with 35 million people in it that might want to see this event. Remarkably, this story is relevant for them.
There's no requirement to submit source code, though you can if you want to, I suppose. I'm not sure if they look at network activity or not - I expect they do, as there hasn't been any malware on the scale of this Android app yet. But to be honest, I think it's only a matter of time before something slips through.
As for the iTunes hack, I was wrong - apparently, people's credit card info was stolen from their Windows PCs by malware they installed. These numbers were used to purchase tons of copies of apps by a Vietnamese developer, thus improving his app store rankings.
The app store was gamed by a company or companies submitting thousands of near-identical and practically useless, though innocuous, apps that were voted up artificially. How would the app store approval process catch that, exactly? The apps themselves did not break any rules. It's more of a social engineering hack than anything else.
The iTunes server hack was a separate thing altogether - a security failure on Apple's part, but nothing to do with apps or approval.
Just to be clear, 95% of all apps submitted are approved by Apple. What they look for is simple:
1. Does it work as advertised?
2. Does it crash?
3. Does it present a privacy violation or objectionable content (porn, basically)?
The "objectionable content" thing is dubious, but if you want porn on your iPhone, just use the browser.
None of those apps stole data from people's phones. Instead, they artificially voted one another up to generate sales, and users' iTunes accounts were hacked. That's obviously still a grievous security failure, but it's server-side, and has nothing to do with the app store's approval process.
Agreed, practical concerns come first. I've looked at Go in my spare time, but it's not like I'll approach my client and propose using it anytime soon.
Anyway, we all know that doing concurrency right is a big deal, so it's always cool to see new ideas. Languages like Erlang are awesome too, but the whole functional thing makes it unapproachable for most programmers. Go attempts the same sort of scalability, but with a conventional syntax.
Slashdot Mirror
Not much, but I don't think it killed them as the OP asserted. Sun failed to deliver a cost-effective alternative to x86 and Linux, simple as that.
Why is Sun dead because they invented a wildly successful programming language and virtual machine? I don't get your logic here.
Yes, you've pretty much summed up Google's strategy in a nutshell. Move business stuff to the "cloud" and who cares what the desktop client is? Savvy small to medium business already use services like Salesforce.com for CRM, Taleo for HR, Google Docs, etc. An Ubuntu (or whatever) desktop is fine for this stuff.
Probably the biggest barrier to mass adoption are Small Business Server and painless Active Directory integration. If Canonical made a real effort to make Ubuntu seamlessly work with this stuff, as Suse has tried to do, I'm sure they'd find new customers.
It's actually his hip-hop name.
Makes it hard to start new businesses though. You need a balance - that 5% is mostly structural unemployment, ie a snapshot of labour mobility.
Bang on. That's why smart companies like Google run interviews that test problem-solving skills rather than some particular api.
That said, here is some advice for programmer members of the 6%: in terms of hireability, you really can't go wrong learning Spring inside and out. It's staggering how many enterprises have deeply committed themselves to that particular framework.
In all honesty, get HR out of the way. When I was a permanent employee (ie not self-employed) and doing interviews etc., HR was the biggest problem - "Oh, they don't have this TLA that I don't know the meaning of? Into the trash!"
+1, The Cold, Hard Truth
The review reads like it was written by a beginner ESL student:
"Covering key functionality that the reader should be aware of, the book comprises of 7 main chapters dealing with reasons for using an Mahara, set up of account, adding artefacts, creating portfolio views, creating & managing groups, interacting with friends, overall site settings and administration."
Not to mention that it doesn't give even a brief explanation of what this Mahara thing is. Total Slashdot review failure.
What's an "evolutionist"? Isn't that kook terminology for "biologist"?
How does that invalidate the fact that OS X's kernel is based on Mach? The strict microkernel message-passing stuff was abandoned for practical reasons, but the important stuff - which you mention in your own cut'n'paste, even though I'm certain you have no idea what it means - is all there.
Hahaha, that was retarded but hilarious.
From your first link: "Mac OS X is based upon the Mach kernel."
If you switch back to the Classic view, you can block Apple, Idle, Your Rights Online, etc. With the Dynamic index, so far as I can tell you can only block "editors" (useful for kdawson stories). Am I missing something, or is the Classic view actually more functional than the Dynamic one in this regard?
What "proprietary language" was this game implemented in?
It's obvious to anyone with a functioning brain and mainstream work requirements that desktop Linux is bogus. Its defenders are typically people who don't do much except browse echo-chamber sites like Slashdot. It's fair to compare them to Amiga defenders, gold bugs, 9/11 conspiracy people and pretty much every other crank category out there.
1. By the time an iPhone's battery needs replacement, the phone will be out of warranty. So then you buy a new one for $6 from Meritline and pop it in yourself.
2. The military would undoubtedly set up a private app store via the Enterprise program. That way, all apps can be distributed in-house. Not sure if this is what you meant by "open development" or not.
The OP mentioned "North America". Incredible as it seems, there's this country in North America to the north of the US with 35 million people in it that might want to see this event. Remarkably, this story is relevant for them.
Also, a lot of people disagree with paying for apps as that goes against the purpose and concept of free software (and associated benefits/gains).
I can't believe people still confuse free as in beer and free as in freedom, despite how many times people point out the difference on here.
Free software types are not opposed to for-pay software, at all. The two concepts are not related.
There's no requirement to submit source code, though you can if you want to, I suppose. I'm not sure if they look at network activity or not - I expect they do, as there hasn't been any malware on the scale of this Android app yet. But to be honest, I think it's only a matter of time before something slips through.
As for the iTunes hack, I was wrong - apparently, people's credit card info was stolen from their Windows PCs by malware they installed. These numbers were used to purchase tons of copies of apps by a Vietnamese developer, thus improving his app store rankings.
The app store was gamed by a company or companies submitting thousands of near-identical and practically useless, though innocuous, apps that were voted up artificially. How would the app store approval process catch that, exactly? The apps themselves did not break any rules. It's more of a social engineering hack than anything else.
The iTunes server hack was a separate thing altogether - a security failure on Apple's part, but nothing to do with apps or approval.
Just to be clear, 95% of all apps submitted are approved by Apple. What they look for is simple:
1. Does it work as advertised?
2. Does it crash?
3. Does it present a privacy violation or objectionable content (porn, basically)?
The "objectionable content" thing is dubious, but if you want porn on your iPhone, just use the browser.
None of those apps stole data from people's phones. Instead, they artificially voted one another up to generate sales, and users' iTunes accounts were hacked. That's obviously still a grievous security failure, but it's server-side, and has nothing to do with the app store's approval process.
You mean they'd have to wait for approval by the App Store? An interesting proposal!
Just curious, how would you have gone about finding them? You seem to imply you have a deep understanding of the technology involved.
Agreed, practical concerns come first. I've looked at Go in my spare time, but it's not like I'll approach my client and propose using it anytime soon.
Anyway, we all know that doing concurrency right is a big deal, so it's always cool to see new ideas. Languages like Erlang are awesome too, but the whole functional thing makes it unapproachable for most programmers. Go attempts the same sort of scalability, but with a conventional syntax.