2014年に学んだ教訓──ブログ執筆1年間の振り返りと得られた学び
日々の細かい作業に没頭していると、全体像を見失いがちです。深く集中しているときほど、小さな積み重ねの先で実際に何を成し遂げたのかに気づかないことがあります。
そこで今回は、昨年1年間の執筆や登壇の活動を振り返りながら、その過程で得られた最も価値のある学びを紹介します。
うまくいったこと
1月10日の「見積もりは目標ではなく、コミュニケーションツールである」という記事から執筆をスタートしました。2014年には合計53本の記事を投稿し、週1本以上のペースを維持しています。4月以降は毎週火曜日に記事を公開するルールを設けました。このようなスケジュールを決めておくと、執筆も計画も格段に楽になります。
実は以前にも何度かブログを始めようとしたことがありますが、そのたびに挫折してきました。理由は2つ。ネタが尽きることと、誰も読んでくれないように感じることです。今回続けられたのは、次の2つの工夫があったからです。
ただ「書く」のではなく、「問題を解決する」ことに焦点を移した。Amy Hoy氏とAlex Hillman氏の素晴らしい講座「30x500」で学んだ考え方です。読者の抱える課題の解決に集中していれば、書くネタに困ることはありません。
記事を公開したら、それを読者に伝えるようにした。自分の作品を共有するのはいつだって緊張するものですが、始めたばかりの頃は、書いたことをどうやって知ってもらえばいいのでしょうか?
役立つ情報を発信し、その周りの議論にも積極的に参加していれば、人は喜んであなたから学ぼうとしてくれます。だからこそ、遠慮せず伝えましょう。
昨年特に人気の高かった記事は以下の通りです。
- コントローラーを肥大化させずにRailsモデルを検索・絞り込む方法
- Rails 4.2のあまり知られていない便利な機能
- Rubyのシンプルなメモ化パターン4選(おすすめGem付き)
- Rails 5、Module#prepend、そして
alias_method_chainの時代の終わり - 新しいRailsプロジェクトで先延ばし癖を克服する方法
読み逃した方は、ぜひこの機会にチェックしてみてください。
記事をいくつか公開した頃に、メールマガジンを立ち上げました。2014年末までに登録者数は1,670人にまで成長しています!毎週金曜日に配信しており、これまでに41通を送信しました。内容は、公開済み記事のより深い解説から、読者の質問への回答、さらには購読者から寄せられる課題に特化した限定記事まで、幅広くお届けしています。まだご登録でない方は、ぜひこちらからどうぞ。皆さんからの声をお待ちしています。
メールマガジンの課題は、一度見逃すと二度と読めないことです。そこで今年は、見逃した優良なメールを後から読める仕組みを作る予定です。
また、圧倒されずにRailsを学ぶ方法をまとめた電子書籍を執筆し、先行販売を開始しました。こちらから早期アクセスを購入できます。正式リリースまでは25%オフで、完成版が公開されれば最新版を無償で受け取れます。すでに300人以上が早期アクセスを利用しており、チュートリアル段階を抜け出して、自分だけのRailsアプリ開発を始めるきっかけになったと好評です。
最後に、2014年に取り組んだその他の活動をご紹介します。
- Ruby on Railsポッドキャストへのゲスト出演。サイト運営や書籍執筆の舞台裏について語りました。
- Cali Rubyでの発表。Railsのテストを最大限に活用する方法についてお話ししました。
- RubyTapasへのゲスト出演。Rubyの
tsortライブラリを使って依存関係のツリーを扱う方法を紹介しました。
うまくいかなかったこと
振り返ってみると、自分に課していたスケジュールや締め切りは、完全に無理のあるものでした。
目標達成が不可能だと分かった瞬間、自分を責め始めます。「もう少し頑張れば」「もう少し夜更かしすれば」「自分がもっと有能なら、こんな苦境に陥らなかったのに」と考えてしまう。でも、それは自分で作り出した苦境です。意味がありませんよね。
攻めた目標のおかげで、確かに多くのことを成し遂げられました。しかし、過度に野心的な目標と高すぎる期待は、助けになるよりも自分を追い詰めることの方が多かったのです。もっとバランスを見つけていく必要があります。
学んだ教訓
今年、モノづくりについて学んだ最も重要なことは、次の3つです。
スケジュールと習慣は、モチベーションよりも強力。
ここ1年間の成果は、すべて適切な習慣とスケジュールを整えたおかげです。
習慣を始めるには、もちろん最初のモチベーションが必要です。しかし、そのモチベーションは作業そのものに費やすのではなく、良いシステムと習慣の構築に使うべきです。モチベーションはいずれ消えてしまいますが、良い習慣はずっと長く残り続けるからです。
粗い初稿があると、制作スピードが上がる。
正直に言えば、私の記事の初稿は読めるレベルではありません。しかし、粗い草稿こそ改善しやすいものです。頭の中で考えを保持し続ける必要はなく、まず何かを書き出してしまえば、あとは少しずつ磨いていくだけでいいのです。
時には目をつぶって「送信」を押すしかない。
今最も誇りに思っている記事の多くは、公開するかどうか迷った末に世に出したものばかりです。特に学習途中の段階では、自分の作品を公の場に出すのは怖いものです。そんなときは、
git pushしてしばらくPCから離れるのが一番。公開直前に思えるほど、出来栄えは悪くないものです。
あなたはいかがでしたか?昨年の最大の成果は何でしたか?何を学びましたか?そして、2015年の計画は?ぜひコメントで聞かせてください。
-
Rails5でのAngularの使用
あなたは前にその話を聞いたことがあります。分散型で完全に機能するバックエンドAPIと、通常のツールセットで作成されたフロントエンドで実行されているアプリケーションがすでにあります。 次に、Angularに移動します。または、AngularをRailsプロジェクトと統合する方法を探しているだけかもしれません。これは、この方法を好むためです。私たちはあなたを責めません。 このようなアプローチを使用すると、両方の世界を活用して、たとえばRailsとAngularのどちらの機能を使用してフォーマットするかを決定できます。 構築するもの 心配する必要はありません。このチュートリアルは、この目的のた
-
【実体験】Apple M1 MacBook Proで動画編集に挑戦してわかったこと・教訓まとめ
「新製品は早期に買うべきではない。結局のところ、メーカーのベータテスター代金を払っているようなものだから」とよく言われます。しかし、私たちには当てはまりません!私たちは皆さんが自分で試さずに済むよう、Apple製品を率先して検証するのがお仕事なのです。 そんな私たちにとって、Apple M1プロセッサの登場は、近年まれに見る「クラッシュテストダミー」になる絶好のチャンスでした。私たちはM1搭載MacBook Pro 13を入手し、動画編集用マシンを完全にこれへと置き換えました。 もしかすると大失敗だったかもしれませんし、実際、道のりは決して平坦ではありませんでした。しかし、移行は概ね成功し、