I was going to post this. It's not some secret, kept hidden from folks. It's just simply neither popular nor well known.

Education policy is not the domain of those who understand education - it's decided by politicians at nearly every level. Everything from what will be taught, to the books we use, to the structure of classes and rating systems meant to produce specific results without any real understanding of how those results are achieved or the real impact of them. They also can't make radical leaps - anything that might fail would result in losing their position, so they stick to minor modifications to existing systems - so there's no disruptive changes possible, as per Ken Robinson[1].

All that while fighting through often biased or partisan processes that result in, for example, including religion and denouncing evolution in Texas schoolbooks. In fact, you can say that government run institutions are process-driven more than anything else.

On the other hand, businesses are results driven. A business that does not produce product will shortly cease to be a business. That mechanism lends itself well to tackling any problem, even if it often discards moral or ethical considerations as not being part of the problem scope. So while their primary focus is of course, profits rather than education, when education is a requirement for profits, they're both well situated and motivated to provide that.

They can even take risks, with the knowledge that success will reward them many times over. So new styles of education are realistically evaluated and considered.

That's the nice part about capitalism. We can rely on human greed and ingenuity to produce almost any result, so long as we're able to figure out how to make it a requirement for fiscal success, whereas the political systems are motivated to not take chances and not to rock the boat, while at the same time claiming to be a boat-rocker.

So yeah, there's some PR gain in there for those companies, but that's just icing on the cake compared to their main benefit from supporting or redefining education.

[1] - See http://www.ted.com/talks/ken_r... ,
                          http://www.ted.com/talks/sir_k... ,
                          http://www.ted.com/talks/ken_r... ,
                          http://www.ted.com/talks/ken_r...
              for some interesting thoughts on disrupting the existing educational systems.

I don't believe that lowering average programmer salary is either the sole or primary motivator for this trend, even for businesses alone, much less other groups.

Businesses need more developers, and they haven't got them. It's as simple as that. The focus on women is simply the most efficient way to do it since they're vastly underrepresented in the field - every dollar spent on encouraging women nets more potentials than on men. It's just good ROI. The fact that it's a social currency is just icing on the cake.

Educators can see that it requires about half as much effort to achieve the skills that will provide an entry level job at about twice the pay of similar white collar jobs; again, good ROI. Not only that, there's a wealth of freely available training material, literally thousands of hours of tutorials from simplistic to horrifically complex. Free online courses, making this available across cultural and social lines. There are people living in war zones that are learning to program!

Programming education is good political currency for politicians too. Businesses and constituents appreciate more jobs and skilled workers. Minority groups appreciate the inclusive nature and extra focus. The boost to the economy & the lowering of unemployment together make for a better tax base, and so on.

Last, the worker themselves get great benefits. A low-stress white collar job with good security, reasonable hours, decent benefits, high pay, and preferential treatment to minorities, all for very little actual training.

Really, there's almost no downside in the current social, political, or economic climate. Rather, what has confused me is why everyone isn't already learning to program. I don't know anyone who wants to make a career in any consistently low paying job, much less a blue collar one involving physical labor, yet so few appear to take advantage of the opportunities presented in the field of software development.

Not specifically. Dark Elves in the elder scrolls universe are just another race of 'mer' with no innate evil or goodness. Technically even the dwarves and orcs are mer-types, what you'd consider 'elves': http://elderscrolls.wikia.com/...

At the point of the the skyrim game, dark elves are basically Haitian refugees, as their entire country has gone to hell and is covered in yards of black ash from a volcano. People hate them because they're penniless, non-job-having, homeless beggars who often resort to thievery. They don't even burn as well as other races because of some innate fire resistance. ... but they do eventually burn.

I think the biggest obstacle is actually the bankers. They do not like adopting new functionality, especially new functionality that causes their processes to change. They have no problems with tech that lets them do exactly the same thing they were doing before, like say, mobile apps, but new = scary. For example, in the ACH file description, there are two file format types: One is called 'DISK' and the other is called 'LINE' - for dial up. They just send the disk format now, over the net.

In short, they do not trust technology to get it right, and so will only accept a process that's modeled after their actual pen-and-paper model, so they can manually validate the results and understand exactly how it works. Then, once it works, they won't change it.

You also have the additional barrier of existing legal structures in the US that force a 'float' time to all transactions, but that would change if the bankers (and I guess, the market) demanded it.

It's all moot though. There's not a big need for minute to minute liquidity except among those who are very bad at managing finance, and they do not make for good customers. I honestly don't see a real market need for that sort of feature, nor people who'd pay for it, and so no real ROI on implementing it.

We already use 'risk scoring' all the time; it's a fundamental part of our ATM software, and nowhere near as magical as it sounds. They're usually just fixed rules, like "no more than $500 dollars a day, or $200 per transaction" etc.

As for being available for business transactions, I didn't see that specified. If this is a replacement of ACH transactions, then it's likely that it works fine for people too. You know, most banks implement billpay via ACH transactions from a person (when they don't have to print and mail the check). It's just that things like payroll and issuing collections (like invoices), or transferring money to another account at a different bank are not standard end-consumer needs.

Side note: There are many other notes about realtime money transfers in other countries. In most cases, those are again, time delayed at some point, and subject to reversal, it's just hidden from the customer. In fact, even wire transfers/money orders are reversible! The countries involved simply have laws pushing the risk elsewhere than the customer - usually the FI, I'd bet. This is especially true of large international exchanges, like SWIFT. You might even be able to pay more to such an exchange to expedite your transfers, or even cover the risk - for a good customer.

Though, that said, there's no reason a bank in country A might not have an agreement with country B, to automatically honor requests, assuming both countries have lax or non-existent financial regulation laws. In reality though, all countries have those laws, and that's why we have international exchanges.

This is not just a semantic difference either; there appears to be no difference to the customer in most, but not all circumstances.

Disclaimer: I used to write banking software for a living, including implementing ACH management on both the customer-facing and backend processing systems.

The article is blatently misleading regarding realtime transfer of funds, but it takes some knowledge to understand why. Let's talk about ACH transactions.

ACH, or Atomated Clearing House, is the network that the majority of electronic funds in the US use. As the article points out, it's ancient and horrible, basically a 1:1 translation of the paper funds reconciliation to electronic format. In essence, a customer creates an ACH transaction, which is sent to two endpoints; the federal reserve a.k.a. The Fed, and an ACH operator. Just like a credit processor, the ACH operator is then responsible for delivering the funds to the destination financial institution (FI) and they make their money by charging the originating FI. The transfer only goes through once both The Fed and the operator finalize the transaction, which can take a day or more, and most of them are held for additional days to provide for reversals (effectively, cancellations).

Here's some important takeaways:
    - To perform bank-to-bank transfers, you must either engage a third-party processor, or you must have an agreement (and process) with each individual bank you wish to transfer to.
    - These transfers are subject to some very specific banking regulations, some of it relating to reporting to the Fed, who can block the transactions.
    - Laws provide for effective reversal (issuing a reciprocal transaction, not necessarily a reversal) for 2 days for corp-to-corp transaction (CCD) and up to 60 days for transactions involving people (PPD).
    - Just like most retailers, these are batch processed, not in real time, though the banks will reserve funds and adjust your balance accordingly. No one minds because legal protections result in at least a 2-day processing window anyway.

Okay, so what do we need to perform this transfer in realtime? Well, first, you'd have to get every bank in the US and the federal reserve to switch to a new system that actually supports real time transfers, instead of the ACH. Then we'd have to completely overhaul the 40+ years of recent laws that were written with a batch-based system in mind, including removing many of the funds reservations activities (and the legal protections that require them) in favor of a realtime system.

So how does this bank do it?

Based on the info from the article, it sounds like the bank is managing two accounts per individual account; the customer-facing one which serves the 'realtime' aspect, and the actual one that is used for the ACH transaction. The risk comes in when the bank accepts a credit or debit prior to it being authorized and completed, and thus the need for 'risk management' software, identical to the sort that ATMs use, especially when configured as a local authorizer (for branches too far from the main branch and others).

They just don't show the end user the reservation of funds like most FIs, and they assume the risk directly so there's no odd 'processing' credits or debits in their statement.

So, it's just smoke and mirrors. They have to use ACH if they want to talk to other banks, and they're not doing manual wire transfers. They just aren't telling their customers. Though if they hit the anti-terrorist check (I wrote the software that matches against the government list too, at one time), their customer is going to find out really quickly that it's really just an ACH after all, and they ~don't~ have those funds - it's illegal for the bank to provide them!

This isn't a matter of lack of knowledge or understanding. The US doesn't need to be taught, or led.

The US is currently on the divide between protecting consumers from potentially abusive practices or allowing businesses to run rough-shod over them. It's a debate regarding priorities between business, consumers, the economy, and social welfare, and despite my strong feelings on the subject, on a national level, there's no silver bullet answer that 'fixes it', especially since Canada hasn't actually done anything either, but commission a study.

In fact, studies of the sort that are being done in Canada have already been done in the US, at several different points in time, and the recommendation they had then was one of non-interference. With the inability for congress to act in any way other than to block action, that's likely how it's going to go.

What we could use is a surefire way to figure out how to light all the democrats and republicans on fire, and replace them with politicians that actually care more about the people they're meant to represent than their next elections, party, or party politics. If you've got one of those, let us know, cause THAT's what we're in dire need of.

I'm pretty savvy with all the listed languages except Objective-C (only maintenance on existing apps), and have used them all at one time or another in a job. My linked profile garners around 3-4 recruiter contacts a week, and in my own little silo, I can say that while there may be 6 figure salaries out there for the Python and RoR, they are few and far between. The salaries I'm seeing on the top end for those development jobs rarely crest 70k.

On the other hand, there's bigger salaries for Java or C#. It's not too hard to find a 100k-110k senior Java or C# developer position.

Anecdotal evidence is not scientific data, but their results just don't match my personal experience in 2 decades of doing this.

However, I think I can see how they got the numbers.

According to the article, the data was retrieved by searching job ads, as opposed to taking a survey of people actually working at those jobs, and then permuting and filtering it. Given that:
    - Development job availability, especially with new technologies, is heavily skewed towards the west coast, where the cost of living is higher. From Austin to San Jose, the cost of living increase is between 50 and 75 percent - the 100k job is at least a 150k.

We can make a reasonable assumption that there will be more positions open, and that more of them will be higher paying relative to the entire US job market, likely breaking the 100k cap, as 100k is low relative to the cost of living.

    - Established development languages already have a majority of their positions filled, as opposed to emergent technologies which have more open positions

This will naturally result in a higher number compared to a language with less open positions, if the bar (100k) is low relative to the cost of living.

    - Emerging technologies lack experts simply because they haven't been around long enough to develop as many

So positions will be open longer, and more aggressively marketed by recruiters, meaning that they're more likely to double- or triple- count job postings that are unknowingly for the same job
                          &
Employers using recruiters often prefer to using a limited number of recruiters who themselves maintain a pool of direct-contact individuals with experience in a given field, meaning that those jobs are less likely to be publicly posted, whereas the new technologies require public announcement and investigations.

So in summary: I don't doubt the statics they used, but I think their methodology may be affected by a heavy bias, and therefore invalid.

Let's say it exceeds our own intelligence, that's fine - but you have to ask what purpose it has.

Take a human. What they do is based on what they've defined as their purpose - their goals both second-to-second and over their whole life. There's a whole series of organic processes which result in the determination of purpose and it's pretty random in part because we don't have explicit control over our environment or our thoughts.

However, (important) AI's won't be like that. We'll have control over their entire environment, and they'll be purpose built. You'll say "We need an AI to manage traffic," and then build that purpose into it. You won't take a randomly wired mechanism and plug it into a major public utility control panel. You won't worry that it was exposed to, and then became enamored with violence on the TV and decided to be an action movie star, and so is going to spend it's day watching rambo reruns rather than optimize traffic lights. The core of it's essence will be a 'desire' - a purpose - to manage traffic.

The end result is that AI's won't act destructive, threaten humanity, etc - unless we tell them to. In this light, the thing to watch out for would be military usage. Maybe don't put an AI in charge of the nukes. You'd also need to - among other things - allow AI's to have the freedom to NOT fire on an enemy, for example, because of the very mutable definition of the term enemy.

Additionally, I commented on prisons and public shaming earlier this year, referencing the same book: http://slashdot.org/comments.p...

Responded up in http://slashdot.org/comments.p...

caveat: I did not produce any sources which one could validate online without paying for journal access.

However, if you do any research at all on this topic, you should be able to find the resources on your own, even online. This is such a widely known & accepted fact that it's not really considered that interesting.

Ooch. I knew this was coming.

I have about 4-5 textbooks from college, and the one I enjoyed the most out of was this one http://www.amazon.com/CRIMINAL... though it's probably quite dated by now (published in 1981).

Otherwise, there's scads of both psychological and sociological journals with papers on it ... but they're all behind paywalls. For example, http://pss.sagepub.com/content... is a very recent study that says, basically, if they feel guilty, they'll be less likely to re-offend, but shaming makes it more likely: "Further mediational modeling showed that shame proneness positively predicted recidivism via its robust link to externalization of blame."

That shaming doesn't work is really well known.

In fact, we have a great deal of information about what does and does not work when it comes to crime and punishment, and largely, it's politically and emotionally charged individuals that ignore the scientific results. For example, 'nice' prisons don't affect recidivism rates vs. 'mean' prisons, within the same culture, but people point to say, a prison in america and a prison in norway and think that's a 1:1 comparison that only involves prison systems, when it's clearly ignoring important variables.

Really, the most cost effective way to deal with crime is to make sure it doesn't happen. That means promoting education, nuclear families, and work ethic, and there's statistics to back that. Educated, job-skill-having individuals with a stable home life tend to avoid criminal acts.

It's just not politically correct to say that, for a number of reasons, much less enforce that sort of policy change.

I know it feels good for the public at large, feels like karmic justice, but it doesn't hinder offenders.

Having done a good deal of research into crime and punishment, it turns out that shaming punishments have no statistical impact on the chance they'll re-offend. Anyone who is even briefly ostracized from society will be at least as likely to turn to alcohol or drugs as they were before, and other potential impacts like losing their job or positions of respect further worsen the odds of recovery.

What does work for DUI cases is to provide access to rehab clinics followed by support organizations, though apparently not any of the -anonymous ones like AA or NA, which have a worse-than-nothing recidivism rate.