Yes, that is similar. Thanks, I had forgotten the name of it.
Slashdot videos: Now with more Slashdot!
The real question is:
Why are you still using Windows ?
What I like about WebRTC is that it restores the 'end-to-end encrypted' part we had lost.
Skype, Facetime and others were all sued by this company which has patents:
They all made deals and changed the way their software worked instead of paying for the patent directly.
Do you know what they changed ? They are no longer peer2peer applications anymore.
And at least in the case of Skype, we know Microsoft can decrypt the calls. And we know they have at least automated systems which watch the text-messages you send over Skype because they have an anti-spam system in place.
WebRTC does real peer2peer for free, without patents, with standardized protocols. With probably-free codecs. At least the Opus audio codec is completely free. VP8 and VP9 probably don't have problems. But you might end up talking to an endpoint which only supports H.264 so you'll need something for that.
And there are libraries which you can use that use the same protocols and you can build your own desktop or smartphone app with that if you want.
I'm sorry, but I see WebRTC as something which solves real problems we thought we didn't have a couple of years ago.
I actually didn't see this story as news, I had seen a video of there work last year from before they were bought by Google.
That same video was linked from the article:
What makes this more interresting is, they didn't tell the AI how to play the game, they let the AI learn to play the game on it's own.
I think one of the things this what makes this also interresting is how few times the AI needed to learn the game and then also be good at it.
The only other solution I can think of is some kind of micropayments system, like with a cryptocurrency.
Vending machines in Japan seem to carry pretty much anything. It's surprising what they can come up with.
Like vending machines with live crab.
I would suggest: _Aardvark007
But important parts are missing.
- AzureAD, specifically ACS
- Site Recovery for disaster recovery
These are all online services with no buy/download equivalent from Microsoft.
Let me be clear: what applies to Azure as a foreigner applies also to Amazon/AWS, Google, Rackspace, IBM/SoftLayer, CenturyLink, DigitalOcean, Vultr, Linode, PeerOne or any other US-based company (even if they run the service in Europe for example).
But I noticed there are others in the world, for example on the OpenStack Marketplace:
I doubt it. They are in the business of selling products and services, they don't care what they can sell. They are a business trying to make money and stay relevant.
If running a porn streaming service wouldn't damage their image and was something they thought they knew how to run well and make good money on, I'm sure they would just add it to their list of services.
Now to be a bit more specific, of course they want your data. You see this happening especially on the consumer side.
For example: where can I get a copy of SkyDrive/OneDrive/whatever which I can run on my own systems ?
Anyway, I can't use Azure, I'm a foreigner:
I would think the number of languages magic number can be slightly higher if you have more development teams/microservices.
What I do know Amazon has a maximum size per development team/microservice: 2 pizza's
I read some companies have a policy that the people developing the microservice should also develop the client library for that microservice.
So in that case if you add more languages to an organization, you'll add a lot more overhead (every team would have to have at least one member that knows each language used in the origination, or at least the language of the other team which wants to talk to the microservice).
But I guess I was late with my comment, but I didn't get any extra points for it.
You know, I don't always have time to keep an eye on what is going on the industry and lots of information/knowledge is spread around all over the place. But it only takes a few months to figure this stuff out.
As I mentioned above, it's not so much about the language you use it's about applying it to the right task.
node.js might or might not apply to what you need.
You see some companies do:
Node.js here because we got a good templating system, Go for this new part and Erlang for that other part because a really good open source system X already exists for that and Java for that other part because of open source library Y.
So it's very much about seperation of concerns and using the best tool (read: language and existing other libraries or databases) for the task.
The other part is:
Deploying different services seperately (don't let deployment/update of one service depend on the deployment of an other). That is why different services don't share their databases. So they can be updated seperately.
In larger companies, like Netflix, they put a seperate team on every microservice. They are completely self-organising, like a little startup or something like that. They choose the best tools for the microservice they are supposed to build and develop further.
Actually, you might be surprised but something else has been going on for years.
Let's have a look at what a company like Wallmart is doing. They replaced part of their infrastructure with node.js.
If you look at what they are doing is: they are replacing not the backend systems, they are replacing the user-facing/HTML-generating/CSS-generating/AJAX-talking/JSON-generating/whatever-it-does parts of the system with node.js. So node.js talks to the backend systems on one side and the browser on the other side.
Wallmart even have open source projects releasing and collaborating on the code they use:
Let's take an other example. They already made that transition earlier than Wallmart. Can I say they are also a house hold name ? Because that would be Paypal:
So now they can do frequent changes to the user-facing websites in hours, maybe even minutes. Instead of the 6 week update cycle they had with Java.
These are just examples of companies, but you can see what they are doing and hopefully you can also imagine why that makes sense.
Because now the webdevelopers deal with everything that talks to the client (browser) and the other teams create webservices. It's a good seperation of concerns.
Just in case you need a diagram, here is an article about it:
Then a couple of years later, this old concept of Service Oriented Architecture and the Unix-philosophy of single purpose programs was starting to be applied to this new 'cloud thing'.
They call it microservices now:
You might have heared what Netflix has been doing in that space.
So the result is:
Languages are now competing which each other because you are building microservices and the protocols are pretty much standardized (HTTP, JSON, REST).
This means, languages get used for what they are best suited for.
And if they don't fit. You just rewrite that microservice in an other language. These code-bases are very small. And the processes itself are usually stateless.
All the data is stored in the data-store.
This means you can do this 'webscale' thing with your stateless microservice, because you can start as many of them as you need. All you need to do is put a bunch
of loadbalancers in front which disperse the requests over these other service specific processes.
Most of the time these microservices are just a single process, a daemon. Some use Docker or other containers to deploy them. Microsoft is now building the same for Windows.
Sometimes they include a webserver like nginx.
The same is happening to databases, NoSQL and SQL like.
You need to create a microservice that handles login ? You give it a seperate datastore, maybe you think LDAP is a good idea, who knows.
You need to build a microservice which handles checkout ? You give it a seperate datastore too.
You need to build a microservice which stores the session-information, yep, that too is a seperate microservice, it might be using .
And remember: that one microservice is the only service talking to that data-store.
Funny you should mention: project-manager.
You know, it turns out, smart people don't need any management. They can manage themselves. Management really doesn't add much value. The more complex the problems get, it's best to let the poeple working on the problem decice how to work on the problem.
Here is an example of bank, yes bank, which got rid of all the project managers:
Some people might call all these things: devops, agile, cloud, software-defined-whatever and whatever else, but I think you might get the idea of what is going on.
Ahh, cool, didn't know nmap included that.
I know, that is why I mentioned:
"Let's look at HTTP, because this is a HTTP/2 article."
Anyway, for those that don't know:
echo -en "MAIL FROM:\nRCPT TO:\nDATA\nSubject: test messsage\n\ntest message body\n\n.\nquit\n" | openssl s_client -host gmail-smtp-in.l.google.com. -port 25 -starttls smtp -ign_eof