I was thinking the same thing. The impact _why left on ruby is one of the things that make it such a unique language with interesting and weird projects like this. I love it.
HN user
blaix
http://blog.blaix.com
I tried "coins" so many times, getting so angry, before reading the title that said "video game characters"
I love this. Noting to implement in my own toy tetris clones.
I played this for way too long... nice work!
This is absolutely NSFW...
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.
I don't think this wiki page is intended to show specific examples. But here's one I really like that isn't a typical MVC web app: https://www.youtube.com/watch?v=XHnuMjah6ps
The process he's using there falls in line with the higher-level experiences described on the wiki.
The steps he describes for the London School of TDD help me get into that flow: https://github.com/testdouble/contributing-tests/wiki/London...
I like that it flips the usual look of bootstrap. Colors and sharp flats instead of grays and depth/shadows. It's not immediately obvious this is a bootstrap layout like with most.
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.
Google maps/nav was one of the deciding factors for me when moving from the iPhone to a Droid X, and it just keeps getting better.
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.
Every new version is the first version of whatever makes it a new version.
Thanks! Always enjoy adding to my command line tool belt.
Or "few". Maybe he meant "couple"?
What is the trailing slash for?
Very cool, but HTML5 side barely working at all for me in Chrome on OS X.
I think this kind of thought also applies to consulting prices, where the "customers" are "clients". Price can be a great filter.
I thought the same thing. "With a big dictionary we can lookup easy passwords. With a bigger dictionary and a faster hard drive we can lookup complex passwords!" Is that all that's happening here or am I missing something?
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.
It is definitely essential. It is one of the first things I install when setting up a new computer.
I typically don't like tools like this. They hide too much of what is going on.
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.
It doesn't seem to work the other way around at least. I wasn't able to get 3G with an unlocked mytouch on AT&T's network.
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.