HN user

blaix

104 karma

http://blog.blaix.com

Posts7
Comments87
View on HN
How I Write Tests 10 years ago

This is great. It's nice to see an article from someone who doesn't "do" TDD, but also isn't ranting about how tests are useless. I personally use and prefer (test-first) TDD but still agree with all of the advice in this article.

If you just handle the client side part, you don't really need to learn any of it. If you do need to get into the server-side, Elixir/Phoenix seems like a great fit if you are doing real-time/concurrent stuff (websockets are dirt-simple). If you just need a persistent storage backend, RoR or Django will get you up and running quickly, and both are adding their own websocket support as well.

Glossing over those things misses the entire point. Not worth posting without it. The videos mentioned in the parent comment get it so right. Highly recommended.

I had to stop reading when I got to the ridiculous header example. A poorly set up header hierarchy is used to show why the new way is more complicate? The new way is much more flexible when used properly. If it is too technical for some non-technical people, those aren't the people that should be writing HTML.

The fact that the new article and section elements can now have their own header hierarchy doesn't mean we should "use only one heading element (h1...)". The beauty isn't that we don't have to think about the hierarchy anymore but that now each distinct "document" on the page can have it's own h1-hn hierarchy.

I've actually found myself moving in the opposite direction of integrating the social media stuffs. Now I visit the sites if I want to check up on things or post something. Requires more effort but that keeps me from wasting too much time with it.

Using virtual currency that you can earn in-game, but also purchase with real money, seems like a great idea. The users don't feel like you're hiding the good stuff behind a paywall, but you still give them a way to pay for it if they want to. I like it and I'm glad to see it could actually work.

When I read the announcement that they were closing, my first thought was "I would have paid money for this". I'm glad I may be able to if it means I'll get to keep using it.

I tend to use Delicious for "this is interesting" type stuff, especially stuff I want to share. I use my browser's bookmarks for stuff that is only important to me: work-related stuff, bill stuff, etc. Having cross-browser syncing for built-in bookmarks in addition to my Delicious bookmarks has been great. I'm hopefull they can live on and pledged my support.

Edit: There's also bookmarklets. These are not a good fit for Delicious. Having these synced as well is wonderful.

Exactly. Not to mention if you know you're going to be working on it, there's always the chance new bugs can emerge as a result.

If I install the final version I'd expect that means it's the exact same version as the most recent release candidate and no critical bugs were found during that period. Not the most recent release candidate, plus a bunch of tweaks that were made while everyone was testing. And if you're already assuming there will be another release candidate before a final, then this isn't a release candidate.

Well, it expects the user to have the activesupport gem installed. Rails depends on it, not the other way around. But yeah, usually if you've installed one you've installed the whole rails bundle.