Recent submissions

Comment · 5 years ago
Comment · 5 years ago
My reading of the study is that both BMI itself and sugary drink consumption after adjusting for BMI among other factors are risk factors for low T.
Comment · 5 years ago
narush points out elsewhere that this isn't a controlled experiment, so take these numbers with a grain of salt. Also I am not a statistician, so take this with another grain of salt.

That being said, if I am interpreting Table 2 correctly, the study is saying that consuming a large amount of surgery beverages causes your risk of having low-testosterone related problems to rise by 2.29 times compared to not drinking many sugary beverages. This is after correcting for age, race, BMI, alcoholism, and physical activity levels.

The risk increase before correcting for these things is 2.78 times, so that would seem to indicate that sugary beverages do have a pretty large effect compared to the confounders they choose, though it is still possible sugary beverage consumption is acting as a proxy for something else.

Comment · 5 years ago
Just FYI, the standardjs link doesn't seem to support your point here. It seems like standardjs is mostly about forbidding confusing syntax and obsolete APIs. (like .__iterator__, which appears to be replaced by Symbol.iterator, or .__proto__ which is replaced by .getPrototypeOf())

The only item which standardjs forbids that I could identify as possibly producing a decent performance improvement if used is the "with" statement. They also forbid wrapping non-objects in objects, which I guess could provide extra-expressiveness, but seems like it would usually just be a performance penalty.

I have seen people recommending obviously inefficient things like including large third-party libraries just to look up an element by class name, but standardjs looks like it is just a set of linting rules. I don't agree with all of them but I don't think there is a set of rules everyone would agree to.

Comment · 5 years ago
I'm learning all sorts of things today! handleEvent certainly seems like the language certified way to do this. It does seem like that means you need a case statement in handleEvent if you want to listen for multiple events, which I guess is not the end of the world. It does solve the "redefine the function for every object" problem though, provided any third party apis understand the EventListener interface.
Comment · 5 years ago
Comment · 5 years ago
Interesting to know that what the article recommends is indeed the industry standard. I'd forgotten about hoisting until you brought it up!
Comment · 5 years ago
I agree that inheriting the `this` for arrow functions is beneficial. To me it seems like you would want to use the normal syntax for global functions for hoisting and to prevent unintentional re-definitions, the arrow functions where you would use lambda functions in other languages, and the class method syntax for methods.

side-note: Most of my JS experience is writing userscripts for myself, so I definitely do my share of 'this' shenanigans.

Comment · 5 years ago
Comment · 5 years ago
I've read v1 of the book, and the author does cover the fact that many parallel problems can be covered by using shell scripts or databases. He calls these problems you are talking about "embarrassingly parallel" and encourages the reader to take advantage of parallel tools whenever possible.

The rest of the book talks about doing data sharing efficiently (i.e. for not embarrassingly parallel problems), including some things I don't think I ever would have run across otherwise like RCU. All the while he explains the use cases for each of the techniques. If you are interested in making the most of your processors (and I suspect you are given this post), and are up for a technical read, I'd highly recommend this book.

EDIT: By which I mean to say that he covers all the stuff you posted, and explains exactly when it is worthwhile to use the high performance and communication techniques. If you want to know just the basic stuff, read the first 3 chapters.

Comment · 5 years ago
I think I understand now. Thank you for explaining. To me Western culture is a set of knowledge and practices one grows up with, but I don't attach my identity to any particular culture, nor do I hold people responsible for any harm caused by practices their country's culture accepts. I can see that if someone had said something like "programmers are weird", then it would feel like an attack to me though because I identify as a programmer. Many people do attach their identities to their county's culture, so we should be careful about how we discuss cultures. Did I miss anything?
Comment · 5 years ago
I agree that the article is poorly written, and doesn't more than tangentially make the point I was making. I think I can understand why you would want criticism a poorly written article in the supposedly high quality BBC. My curiosity is peeked about the inclusive society point. Nothing in the article ran afoul of my speech norms. I don't think my speech norms are particularly well developed though. What part of the way the article makes its point is something you would not accept?
Comment · 5 years ago
Comment · 5 years ago
I think that the article is trying to point out that some western parenting practices are potentially harmful to infants. In this case, "weird" is a very kind way of expressing the articles concern.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton