Adopting a new programming language (opens in new tab)

Yes. I believe such a book exists (or should at least) for every language as well.

Effective Java — http://www.amazon.com/Effective-Java-Edition-Joshua-Bloch/dp...

POODR (Ruby) — http://www.poodr.com/

Javascript the good parts — http://www.amazon.com/JavaScript-Good-Parts-Douglas-Crockfor...

There is of course also the gang of 4 language agnostic classic on design patterns http://www.amazon.com/Design-Patterns-Elements-Reusable-Obje...

Richard Bird's Pearls of Functional Algorithm Design is probably close for Haskell.

http://www.amazon.com/gp/aw/d/0521513383?pc_redir=1404313638...

Thanks for the "Advanced C++" tip. "Eloquent Ruby" did the same for me when i was looking into ruby.

"Effective Java" is a similar book for Java.

It's definitely a good way to get started with learning, but you have to be even more careful that you're not just copying patterns from one app to another.

I had this experience when I started working on Karma's Android app. I basically started out by copying the entire iOS architecture to Java. It helped me get started quickly without having to make too many hard decisions early on, but I did have to rewrite some things after I became more experienced and learned there was a better, more Android idiomatic, way of doing it.

The thing that helped me the most is that I became part of the community. Some of them explained to me why I was wrong and then taught me a better approach.

I think this is a great way to learn the ins and outs of a language once you have gotten past the basic syntax differences. Going from say Ruby to GO / Clojure there is a big mental paradigm shift on how to solve a problem, so taking an existing code base in which you have a good grasp on the domain knowledge absolutely helps. I find looking for [insert language] Koans or trying some Project Euler challenges to be very effective as well.

My opinion on the idioms, best design practices, etc... when learning a new language may differ. I almost always feel like some people just understand everything and I am always running to catch up. It turns out no one was born to think in base2 and these individuals just spend a lot of time reading the docs, hacking around on small apps and really taking the time to understand not the how but the why. So I often have to convince myself, you will get there too it just takes time and practice. Rarely does anyone learn a new language in a weekend and put out top notch, idiomatic code, and if you do come work for me so I can sit back on the beach all day. No one picks up a guitar and shreds out Eruption from Eddie on day one, they play some basic Nirvana chords.

Yes, there's a lot of friction when I try to write a new program at the same time I learn a new language: designing a new program is also a learning process.

My "Hello, world" for this is to create a personal URL shortener. If an adequate third-party library for it exists I will use redis as the backend, otherwise I'll use a hash that I'll write to a file when new entries are added and load when the application starts.

When I said framework I meant standard library. The most important thing to learn is not the syntax of the language but the standard library. They know everything the language can do and will most likely use all of it's features somewhere.

Thanks for clearing it up, I think standard library is a better term :)

Thank you. My blog is rather old and still runs on app engine. First time I ever hit the free quota.

Should be up again.