You can't save as .doc or .docx so its a no go for any business. Something you will need to fix.
HN user
spacetexas
maybe because browsers and backwards compatibility exist and we cant just change the language as we please?
Russia didn't have better tanks they had more tanks
Why Orange when the editor's main color is blue? Does not look right.
How has he never heard "I want to invent the future", I thought that was pretty much a staple. I've heard that in business consulting interviews for years.
Patents regard underlying functionality so if Preact infringes on the patent through using the same or sufficiently similar mechnism's to react functionality, it's a toss up but due to the nature of open source code the user might be liable.
Depends on the ruling of use of open source code that is in a way productized. Also depends on if Preact's implementation is sufficient to infringe on React's patents (if they have any weight to them that is and are upheld)
Its not a random library, its extremely similar to React.
Ecosystem is so important these days, there might be technical reasons for choosing this but considering the support (knowing stack overflow answers will be available) and pre-existing component ecosystems for Vue & React, I can't see a reason anyone would pick this.
The BSD license doesn't allow future revocation in itself. They can make a new version with a different license but not for old versions.
Not sure why you think that Facebook can claim patents on BSD licensed software without specific identification. Your second situation can't occur.
The problem is that in the case you have a legitimate claim against Facebook they always have an 'out' if you have significant React use in your org.
Disappointed to see no forward upfront stance on what Facebook will do if someone sues them for a patent infringement unrelated to React in any way.
Will note though that if Facebook does choose to revoke a license on the basis of getting sued for something unrelated it will definitely reflect poorly on FB in the developer community and reduce React's adoption.
Looks great! This is another option I've been using which I can suggest. https://github.com/web-pal/DBGlass
Also based on Electron
What kind of websites are they?
An example of why static site generators are useful, just put it on s3. The site doesn't load for me either.
Would you mind sharing a link to your product?
Socket.io can't handle many connections you're right. I would use (universal) Web Sockets (This is a good abstraction library, very easy to implement).
https://github.com/primus/primus
Maybe put it on a Digitalocean Server and just reference your Dyno's IP address if possible.
Thanks for the article.
My only issue with it is that you never actually outline a methodology for working out the main problem you highlight other than just do it. It would be helpful if you quantified (perhaps using %'s rather than hard figures) this trade off.
" A lot of people fear changing pricing too often because they think it will scare away their customers. And for some—that might be true. But never experimenting with your pricing means you may never learn the value of your product and its potential for growth. "
What are your thoughts on the re-write in hindsight, would you have done it differently looking back on it? Perhaps have gone for a more 'monolithic' approach?