230 karma · joined July 20, 2011
It's apparently common enough that there's folklore around it: https://en.wikipedia.org/wiki/Night_hag
I've only had the sleep paralysis a couple times thankfully, and anecdotally the last time I had woken up in the middle of the night beforehand, remembered something I needed to do on my computer, took care of it in a dark room real quick, then went back to sleep. I suspect the sudden bright light and a bit of stress probably contributed to it happening.
I wrote about my setup here: https://www.commithash.com/posts/a-better-way-to-share-email...
The product I've been using is this: https://carifree.com/product/maintenance-rinse/
Also it's alkaline in ph, unlike many mouthwashes on the market. Caries need an acidic environment to do their thing, so you want your mouth to be inhospitable to them. Acidic mouthwashes may kill off the bacteria, but they make it a nice environment for any that remain to attach your teeth.
But if cars that take no physical effort of the driver to get moving again aren't expected to come to a full stop, it seems unfair to expect that of bikes. Of course if you blow through an intersection full speed without looking all bets are off and you probably get what you deserve, but I chafe at the bar being set at a "full stop or it was your fault" way of thinking, especially when the cyclist has so much more to lose.
Disclosure: this is my own pet project. Discussed here previously: https://news.ycombinator.com/item?id=33898421
A true trombone doesn't have the same issue because the entire range of playable notes isn't regulated by the slide, you change your lips to change the pitch. I'll think on this though. At very least it would be fun to have that mode to do a sad trombone womp womp sound.
Also, my kid is really enjoying the Dragon Masters series right now, seems good for the younger readers just getting interested in chapter books.
I distinctly remember one day Skyping with my mother telling her how hard it was to find good kids books and using "A Sick Day for Amos McGee" as an example of a good one. I recited a few lines to demonstrate the language, "Every day when his alarm clock clanged Amos swung his legs out of bed and swapped his pajamas for a fresh-pressed uniform"... my daughter, to my surprise (not yet old enough to talk at the time) rushed into the other room to fetch the book.
The most glaring omission is the built in player has no concept of a music queue. You cannot decide to play a new song while listening; the only way to queue up music is to create a playlist ahead of time.
You can't install new apps via the Play Store from what I can tell. By default it whitelists what can be installed over a usb cable. Luckily you can remove the whitelist and install any apk you want by clicking on a particular page in the settings 6 times (iirfc). I ended up installing Poweramp this way and it turned my opinion of the purchase from a massive disappointment into a mild one.
Other complaints are that they advertise Airplay compatibility but it turns out it's for receiving only, not sending. So you can send music from your iPhone to the FiiO and have it send it out from there using the FiiO's DAC. I was hoping to actually use Airplay to send to my home receiver from the FiiO, but that isn't possible. I use Bluetooth instead, but the range isn't great and when I scroll through my library while music plays I get skipping (possibly because the Poweramp app is hogging cpu, but again, the built in app for playing music is a non-starter for me).
I would really love for there to be a dedicated music player that went above and beyond in terms of user experience as well as audio quality, but for me the FiiO M6 at least isn't it.
This article doesn't really address the causes or offer any true solutions though. Focus on culture? You need to do that from the start. Get new board members? So your advice is to get new advisors? Okay, but what steps can you actually implement to solve the problem?
In my view the real problem is that good management is difficult and not well understood. Once your company grows to the point where a flat structure starts to have problems, the usual shift is to a hierarchical structure; not only a difficult transition, but also ends up trading your old problems for new ones. I wish the startup world did a better job of tackling these issues.
The flip-side is that high quality maintainable code is the product of top-notch commits, and rejecting commits is sometimes necessary to keep the standard of quality high. A good maintainer shouldn't cave to pressure of accepting a flawed commit just to avoid hurting someone's feelings.
This article in fact had what looks like a prime example of that. The comment mentioning a PR might "break a limit" but "we'll cross that bridge when we get to it" was touted as an example of how to give guidance. I'd argue that code quality slipped right there as a direct result of social pressure to accept a subpar commit.
It's not easy by any measure, but I think it pays to be not only clever and kind, but also consistent and firm when it comes to reviewing people's work.
http://finance.yahoo.com/news/good-technology-chairman-ceo-c...
This issue was caused by a failure in communication between team members. That communication is just as important as good engineering.
If your code has a lot of clutter it's usually telling you something about your design.
For readability a better way of handling it might be for the function could return a boolean instead of an int:
if (is_valid(param1, param2)) {
self documenting code and all that.
The initial reasoning for them was to prevent accidental assignment, since a C/C++ compiler will complain on this: if (null = x)
but not on this: if (x = null)
In Java, neither is allowed, so the whole yoda construct is almost pointless. The exception is boolean assignment which does benefit from this idiom, but the loss in readability is a trade off to consider. In any case, I suspect most uses of this construct in languages like Java fall into the "superstition" category, where the people using it aren't really considering why.