Forgot your password?

Comment: Re:The Microsoft Tax can buy you... (Score 1) 245

by Lennie (#47900915) Attached to: City of Turin To Switch From Windows To Linux and Save 6M Euros

Well, I know of at least one reason:
- uploading lots the data unencrypted to US-based company might not be such a great thing ? (yes, I'm sure they use encryption in transport, but it isn't encrypted before upload and thus Google has access to the data)

I do think, making most of the applications web-application is actually the solution to all these silly problems.

Running on their own websites on a local network or at a datacenter of choice (so you know where your data is) is probably the best way to handle this.

It will make them platform independent if they stick with standards.

It also means you'll only have to upgrade software in one place. On the servers.

Comment: Re:nail in W3C coffin (Score 3, Informative) 94

by Lennie (#47791183) Attached to: Google Introduces HTML 5.1 Tag To Chrome

Most of the HTML5 specifications gets developed here first:

Then eventually after a long process will end up here:

However Picture-tag actually came from the community first, not the W3C or the vendors directly: only later did it become and later became part of the HTML5-specification.

Comment: Re:5.1? (Score 5, Informative) 94

by Lennie (#47790205) Attached to: Google Introduces HTML 5.1 Tag To Chrome

It's a bit more complicated.

The big standards organisation is W3C. They only call it a standard after everyone agrees on what the standard is and there are implementations in the field that prove that the model works. In that sense they are a bit like the IETF. Part of the IETF motto (TAO): "We believe in rough consensus and running code".

So in the case of HTML5, all browsers will implement the parts of the HTML5 they want to first and only when there are multiple implementations of a feature/part of the HTML5 standard, everyone agrees on what that part of the standard should look like and the documents are ready will W3C rubber stamps it a standard.

So you can already use it before it is a standard. Most parts, by now probably pretty much all of it, of the specification is stable. They are just changing documents to improve working and adding clarifications.

Using the implementations is actually encouraged, because the vendors want to see how it is being used to know if the specification actually works in the way it was intended. Or if it is just to complicated to work with.

Then you have the WHATWG, which is a number of browser vendors (Mozilla, Opera, Microsoft, Webkit/Blink) sitting together creating new HTML5 ideas and standards documents. Those standards documents can eventually be used as a basis by the W3C.

The WHATWG was formed when the W3C, a long time ago, said: all HTML will be XML based in the future. And basically said: HTML is a document format. The WHATWG said: no, way. Let's start a new group of people, because we don't want to deal with strict XML and we actually make it possible to let the web be an application delivery platform.

So really HTML5 pretty much is done. All the browser implementations are done, except for support of certain parts or features.

HTML 5.1 is just a working document title. It is just a set of new features being added to HTML 5 which will end up as part of HTML5.

Fun fact about the picture element is: it did not come out of the WHATWG or W3C or browser vendors, it came out of a community of webdevelopers to create 'responsive images'. A problem that didn't have a good solution yet.

Responsive images is about downloading a the right size of image based on the device it will be displayed on.

Comment: Re:still slow (Score 1) 61

by Lennie (#47740997) Attached to: Virtual Machine Brings X86 Linux Apps To ARMv7 Devices

No, dynamically is definitely the wrong approach. It just won't work.

Shippping LLVM byte code could still be possible yes.

Does any distribution have some kind of package that can be installed ? llvm-runtime. Like you can install Python or Java.

Shouldn't be to hard to make a package for Linux for that, right ?

Maybe someone could even add it to the kernel so it can recognise the bytecode.

Comment: Re:still slow (Score 4, Interesting) 61

by Lennie (#47735791) Attached to: Virtual Machine Brings X86 Linux Apps To ARMv7 Devices

Maybe it is just me but when I see these things, I sometimes get crazy ideas. And I think:

Might as well translate into LLVM bitcode and recompile the code:

Hell, maybe it's even faster if you compile the LLVM bitcode with emscripten and use asm.js to run into the browser. :-)

Comment: Re:The US does not have an IT talent monopoly (Score 1) 441

by Lennie (#47732989) Attached to: Tech Looks To Obama To Save Them From 'Just Sort of OK' US Workers

We are not disposable blue collar idiots. We are white collar professionals and we just want the same damn respect accountants, other dept managers, other educated employees and even secretaries get within the same organization.

If you are not in the 1%, then you are one of the rest.

Some might get a bit more, some might get a bit less.

That's all there is to it.

It is not best to swap horses while crossing the river. -- Abraham Lincoln