Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
esailija
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
25 ms
·
241.
▲
by
esailija
11y ago
Read the linked post. Css variables are nothing like macros like sass's `$foo` and css might support macros with sass's `$foo` syntax in future.
242.
▲
by
esailija
11y ago
Tooltips that flicker as you move mouse on the page feel really cheap. If you look at native tooltips, there is delay that waits for your mouse to "settle" to show the tooltip so that it doesn't flicker.
243.
▲
by
esailija
11y ago
> Pedantically correct syntax parsing (list, script and expressions), to the extent possible in Javascript. What does that mean? If it's possible to write x86 that runs linux in JavaScript, why is it not possible to write a parser?
244.
▲
by
esailija
11y ago
Also all the stated reasons for using native are actually wrong and just as possible in web app, or will be by end of 2016.
245.
▲
by
esailija
11y ago
I didn't know React was born by taking another library and removing all the polish and most features from it and then publishing it with almost the same name.
246.
▲
by
esailija
11y ago
> Where the data resides is not a distinction between web apps and native apps. Huh? The data is only accessible to native app after you have installed the app on a device. If you only ever use your own one desktop, then it's probab
247.
▲
by
esailija
11y ago
Ideally web app and its data is instantly accessible anywhere, not just on your desktop. They bypass any possible install restriction (or AppStore restriction, which is why Apple is deliberately keeping Safari in 2010). The look & feel
248.
▲
by
esailija
11y ago
Lol I bet you use tons of javascript apps without knowing it.
249.
▲
by
esailija
11y ago
I find whenever some code is "simple", it's just not really doing anything at all and whatever it's actually doing, it's doing it badly. E.g. it's not handling anything other than some basic cases and performs
250.
▲
by
esailija
11y ago
Firefox and Chrome are application platforms, like your OS. It doesn't make sense to count them. They don't only run youtube, unlike VLC which is only a media player. Otherwise VLC counts as 20 GB (or whatever) for the OS as well.
251.
▲
by
esailija
11y ago
So you downloaded 30 MB of client side code instead of 100kb. Don't see how that's a win. By "higher quality" you mean placebo (see foobar2000 faq) or some DSP filters?
252.
▲
by
esailija
11y ago
The spec language "SHOULD" is not same as "MUST" at all. > Also, a tiny bit of JS and no ajax can solve that easily. No disagreement from me that JS solves these issues.
253.
▲
by
esailija
11y ago
Is there a spec that the browser must stay where it is? Otherwise I would just use a form targeted to a hidden iframe. Still it's not usable here since you won't see your vote or comment or anything without reloading the entire pa
254.
▲
by
esailija
11y ago
So you are saying one shouldn't use JS to implement voting and comments but instead voting and comments should interrupt the video and then one uses JavaScript to restore the playback position. You also imply youtube should have waited
255.
▲
by
esailija
11y ago
That's hilariously clueless. Do you think youtube is just a <video> tag?
256.
▲
by
esailija
11y ago
So I just told you about a few things that are physically impossible in static languages, therefore dynamic language cannot be a static language subset. For example, you first need to prove that it's possible to tell a static language
257.
▲
by
esailija
11y ago
Did you even read the article? You can define tasks in package.json and use `npm run ...` instead of defining them in gruntfile and using `grunt ...`
258.
▲
by
esailija
11y ago
It is nothing like that. Npm/node is the task runner and you are not doing anything yourself that you wouldn't have to do with grunt/gulp anyway. They are the equivalent of making a function like `add(a, b) { return a + b; }`
259.
▲
by
esailija
11y ago
> The code is exactly the same except that you don't have type annotations with dynamically typed languages. No they are not the same. Here's some key differences: - If at runtime an execution doesn't even reach the code,
260.
▲
by
esailija
11y ago
"I believe in most other countries, that aren't the United States, people pay their internet usage by bandwidth used." that's... false
261.
▲
by
esailija
11y ago
Majors, especially majors that are coming often with no lts for older versions, should make minimal breaking changes.
262.
▲
by
esailija
11y ago
I was referring to mental rotation ability, I clarified it in an edit. I also don't have time to go into the studies you linked about general differences but similar studies have been debunked before. For example with 1.5 day old infan
263.
▲
by
esailija
11y ago
The myth is that the differences (in mental rotation ability) are innate or "biological", not that there is differences (in mental rotation ability) in the first place.
264.
▲
by
esailija
11y ago
You mean evolutionary psychology , not biology. The former is basically a pseudoscience and the latter makes no such claims.
265.
▲
by
esailija
11y ago
There's plenty of studies that debunk the mental rotation myth: http://www.sciencedaily.com/releases/2010/09/100915080431.ht... http://www.researchgate.net/profile/Angelica_Moe/
266.
▲
by
esailija
11y ago
I am referring to usage of generators without promises (or rather code that uses generators in a way that it wouldnt matter if promises or thunks were used). And even then I didn't say that you couldn't, even when using promises a
267.
▲
by
esailija
11y ago
There is no benefit of io being async in itself until you have many users. The immediate and more accessible benefit is speeding up individual requests due to the ease at which you can perfom io in parallel. But if you just sprinkle await&#
268.
▲
by
esailija
11y ago
You need to configure or change your promise implementation if uncaught errors fail silently. In any case, logging error gives you no information anyway. Just try running: `console.log(new Error("..."))`. So at the very least you
269.
▲
by
esailija
11y ago
(disclaimer: I am the author of bluebird) Thank you. I must say the most prominent feature of bluebird has always been "debuggability" (not perf). Long stack traces, unhandled rejection reporting and warnings for many of the mista
270.
▲
by
esailija
11y ago
It's just mountains of unnecessary extra code that is error prone because you have to manually wire it. When you chain a promise or promisify a callback instead of using a deferred or the promise constructor (both are just as evil here
More ›