毎日コードを書くこと

http://ejohn.org/blog/write-code-every-day/

1 comment | 0 points | by doublemarket 約3時間前 edited


Jshiike 約3時間前 edited | ▲upvoteする | link

URL投稿ありがとうございます。

Khan AcademyのJohn Resigが、プライベートの時間でサイドプロジェクトを進めるにあたって、毎日継続してコードを書くことの効用を紹介しています。

従来は、週末の一定時間 + たまに平日にコードを書いていたのが、作業を思い出してキャッチアップする非効率があるので、180日で180サイトをつくったJennifer Dewalt(すごいな。)に感化され、20週間、毎日コードを書いてみたという話。

彼のGitHubレポジトリの更新状況はこちら

「継続は力なり。」というのは金言で、自分も新しい & 大事なものを覚えるときは、極力頻度を挙げて取組みます。仕事のタスクでも、一つづつ片付けていくよりは、毎日平行していくつかの作業を進めるタイプ。アイデアとか判断はその日のものがベストとは限らないので、内容を忘れないように毎日てがけながら、リフレッシュした頭で前日よりもいい結果をだそうと取組んだほうが効率がよいです。

このブログに話しを戻すと、「そもそも毎日サイドプロジェクトやるほど、よく時間あるな。」とも思うかと。Kahn Academyは非営利団体ですし、スタートアップもSeries A以降の時期になると、6時くらいで帰る人たちはけっこういます。とはいえ、その環境の違いを嘆いても仕方ないので、ポイントとしては、そのサイドプロジェクトが自分にとってどれだけ大きな意味をなすものかということ。時間を無理矢理つくっても値するほどの課題を自分がもつことができているのかどうか。

また、集中できるのかという問題もあるかと。自分もかつて英語を真剣に勉強しようと思ったときは、本業とまったく関係なかったけど自分にとって大きな意味があったので、毎日継続できました。けど、個人的には、本業の仕事と同じような作業をサイドプロジェクトですると、本業のことが気になって集中できる気がしません。

それと、相反するようですが、長期的に成功するために休むペースをつくるのも大切かと。オフシーズンのほぼないスポーツのプロも、長期の休暇をとって体をベストな状態に保ちます。自分はスポーツを極めようと頑張ったらときに、プレーの頻度が落ちたらまったくペースがつかめなくなった経験もあります。できる人は、休むペースをうまくつくることもできるのかと。

話が散乱しましたが、毎日継続することで、断絶コストを最小限にすること。集中できる、かつ大切度の高い課題を選択すること。長期的な成功のために、必要であれば休みをとるというペースづくりができること。このあたりをうまくバランスとれれば、本業であれ、サイドプロジェクトであれ、成果がでるよに思えます。

Back