480 karma · joined January 19, 2011
Blog: http://tech-journals.com/jonow Twitter: http://twitter.com/JonoW
In fairness, we have no idea of the extend of the authors expertise, I would bet John Carmack as an insanely intimate knowledge of drivers and their issues.
Also, if Silverlight is susceptible to the same vulnerabilities, then that makes MS hypocritical, not wrong! And comparisons with Java and Flash getting hardware shaders is beside the point - MS doesn't have control over which features those products choose to include or not, they only have control over IE and Silverlight.
I hope a reasonable scenario develops where IE does get WebGL, perhaps a whitelist of drivers that adhere to higher degrees of security for use with WebGL.
Can't be total BS, John Carmack agrees with them - http://twitter.com/#!/ID_AA_Carmack/status/81732190949486592
But if your work gives you restricted oppurtunities to try new technology, or burdens you with outdated tech and boring work, working on a side-project can reignite your enthusiasm in programming, which can never be a bad thing for your career.
Also, theres nothing to say you need to spend huge amounts of time on a side-project, maybe a few hours a month just to try a few new things. Sure, you won't become an expert in those things, but you'll get a feeling of what it's about.
And choose something fun to inspire you, nothing is more mind-numbing that coming home to work on a side-project that actually bores the hell out of you.
If you believe that you are a freaking idiot!
Facebook is so ubiquitous now, it's like email. It will take one hell of a competitor to kill it.
1. Set a short expiry date on the link (1 day). 2. On first click within 1 day, log user user in and expire link. Ask user if they want to stay logged in (via a subtle overlay at the top of the page perhaps + set "remember me" cookie) 3. On subsequent clicks within 1 day. If user has "remember me" cookie, log them, otherwise redirect to login screen. 4. Clicks to link after 1 day. Redirect to login page.
This should be just about as safe as a forgotten password email; they both have an expiry period + 1 time use, meaning anyone intercepting the email before the expiry and before the user clicks on it can impersonate the user.
The only counter-point that I'll make against my own point is that a forgotten password email is sent on demand, i.e. a user requests it, so they are probably more likely to click it immediately (hence expire it immediately).
I wouldn't do this for an e-commerce or otherwise sensitive app, but for something a bit more casual I think it would ok.
Even if they did ditch .NET (which I don't think they will), it would take years to do; plenty of time to move to something else ;)
Sure I can just edit the hosts file, but I find that extra step seems to deter me :)
It would be different if tracking was such a problem that it was outlawed all together (like dangerous food additives are), as that would be clear to everyone how to proceed.
I don't disagree with you about bloated middleware products, but you don't have to use them to use soap,xsd,xsl,xpath etc.
XSD (Schema) - lets you describe the format of your XML document. Useful if you need to tell other parties about your format. You can use XSDs to programmatically validate that a given XML document is "correct" as per your schema. IDEs can use XSDs file to do intellisense on XML files as you type. You can also include documentation within XSDs and have an external tool auto-generate documentation (e.g. in HTML) to describe your Schema in a more user-friendly way.
XSL - These are XML docs that define how to transform 1 XML format into another. Can use combine this with XSDs to ensure that the result of the transformation is valid.
SOAP + WS-* - WS-* is a set of standards on top of SOAP (which just defines a web-service interface). E.g. WS-Security can define that your web-service must encrypt the contents of the message, WS-Addressing makes SOAP less dependant on HTTP.