How do I learn Ruby & Rails?
This is a question I get quite a lot. Where should I start? What should I do? What can I do to become a better Ruby/Rails developer etc.. (more common questions) I wish there was a “simple/right” answer to these questions. Something like: “Read this book and you will become an awesome developer”. Unfortunately, things are not that simple. We are all different and we learn differently, we also come
間違いを犯すなら自分サイズで: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 「早く多く間違えよう」へのブックマークありがとうございます。 今回はちょっと補足のエントリーを。 今回もそうですが、間違える云々について書くとき、間違えられる環境であればとか、間違えてもいい場合であれば、といった限定つきで、間違えながら学ぶことへの肯定の意思を示す人がいます。 間違いの粒の大きさでも、それは僕が考えていることの意図とはちょっと違うんです。 何が違うかって、そういう人がイメージする間違いは粒がデカすぎるんです。 そんな粒の大きさで間違ったら、そりゃ、ちょっとやばい場合もあるよねって思えるような間違いの大きさを想定しているように感じます。 でも、僕が「早く多く間違えよう」という場合に想定している間違いというのは、もっと小さな単位の間違いです。いや、些細なことすぎ
早く多く間違えよう: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 土曜日のデザイン思考のワークショップで、また１つ気づきがありました。 それは「早く多く間違えると、進展は早い」ということです。 今回のワークショップでも、例によって2チームに分かれて、それぞれおなじ課題をやってもらいました。 大抵の場合、そうなるのですが、どういうわけか、2チームに分けると片方の出来がよく片方がわるいという結果になるんです。なぜだかわからないんですが、大抵はそういう結果になる（これが3チームだとそうならない。なんでだろ？）。 ところが、土曜日のワークショップでは、いままで以上に2チームの差が大きかったんです。それは片方がいままでと比べて著しく出来が悪かったからではなく、片方がこの手のワークショップをやって以来、はじめてというほど、出来がよかったからなんです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
escaping_methodのESC_ENTITIESには注意が必要 « symfonyで開発日記
GitHub - tenderlove/phuby: phuby wraps PHP in a loving embrace
