5,586 karma · joined December 1, 2011
But, by continuing to use the old hacks, your site won't be as fast as it could be. It's an opportunity cost. Some of those opportunities being:
- increased cache granularity (avoids invalidating a whole sprite or concatenated bundle when just a single part changes)
- parallel downloading of files that were previously bundled into one file
- fewer DNS lookups, now that you're not sharding
- less energy/memory usage in the client because you're not decoding/remembering whole sprites
And the subtlest, biggest win:
- simplifying your build process.
This feature probably shouldn't be called "Explore the Swiss Leaks Data".
It would be OK to do a trial where one group is instructed to meditate and the other is not given any instructions, and you check back with each group in a couple of weeks and ask them how they feel. If there's a difference in the meditation group, that proves there is value in meditating. Placebo doesn't come into it, because no one is claiming there is any benefit to meditation that doesn't come from simply experiencing it.
For comparison, I once heard of a way of testing acupuncture against a placebo – someone invented needles that look and feel the same but don't actually penetrate the skin. So they could compare the reported benefits of 'fake acupuncture' with real acupuncture, and see if there's any health benefit to the physical intervention, or if it's all just theatre. And if it is all just theatre, that's OK – it doesn't negate the health benefits of acupuncture, it just helps us understand that it's all about the experience of having someone slowly and dramatically stick pins in you, which is interesting. It's not the same as saying that acupuncture doesn't work.
The other thing is that hard-linked files are apparently handled differently: http://stackoverflow.com/questions/316078/interesting-usage-...
But on the NPM site I think it's different, it's a joke. It says "you look lovely today, btw". That's clearly mockery/irony. The help section is headed "you need help", for example.
Based on what?
A significant number of users would notice an app being dramatically larger than it ought to be. I've seen a lot of reviews like "why the hell this app over 100mb??!!1". There is a huge spectrum of technical competence between "I don't have any sense of what a megabyte is" and "Developer".
Does anyone know the base size for an atom-shell app?
With MacGap it's only 1MB for a blank app, apparently. It presumably uses OS X webviews, which don't need to be distributed with it.
Obviously node-webkit has a lot more things going for it, like Node/NPM, and cross-platform support. But the size thing does matter. If you are making a basic little utility app, people are going to be suspicious of a very large download size.
Housequest looks very good, will use next year if it's still around!
A 1:1.618 ratio has some geometric properties that are useful in rare situations, but the idea that it is "aesthetically pleasing" is completely unfounded.
Explanation here: http://www.lhup.edu/~dsimanek/pseudo/fibonacc.htm