RailsCasts は 1 年間で 100 万件以上の手続きを行うまでに成長しました

16年前から今日まで

RailsCasts、スクリーンキャストを始めましたRuby on Railsの活用を教えるネット流行集。 それは無料の毎週のエピソードから始まり、消えるまでに年間 100 万ドルを超えるまでに成長しましたが、持続可能ではありませんでした。 これは、RailsCasts に配置された 3 つのセクションのコレクションの原則です。

2005 年に PHP アプリを成長はその年齢を示し始めました。 バックエンドの常識に代わるものは、多くのページを中断する恐れがありました。 かつては、父が 1989 年に始めたストック フォト会社 Artbeats のウェブ ページをオンラインで入手していました。

答えを探しているうちに、Ruby にたどり着きました。

C2 Wiki 多くの開発者がそのセットを賞賛しました。 Ruby でテンプレート システムを構築しようと試みたところ、ブランド オリジナルのネット フレームワーク、Ruby on Rails が目に留まりました。

新しいフレームワーク

を実行しました)rails は、ブランドのオリジナルアプリを構築するために再カウントし、遅滞なく一度でした。 「それが生成したこれらすべての記録データは何ですか?」 当時、私は自分の意図したコードを構築できる柔軟なフレームワークを望んでいました。 私は基本的な 1 週間、Rails を自分の流行に合わせて処理するために戦いました

展示会が予定されていました。ブース周辺のキオスク ステーションについては、オンラインの Artbeats Web ページ。 Rails の別のショットを紹介することにしましたが、今回は Rails の流行の意図に注意してください。

すべてのピースがクリックされました。 2 か月でキオスク アプリが完成し、Rails がどのように時代遅れになることを意図していたのかを次の段階で理解する必要がありました。 構成に関する会議は、Rails の「秘密のソース」です。 フレームワークは、デフォルトと提案に従ったときに負荷に影響を与えます.

燃料補給中

Ruby コミュニティはかつて、このオリジナルのフレームワークを教えてくれるネット開発者の流入を親切に歓迎していました。 この感情は、言語の作成者である Matz に由来します。 コミュニティ内の基本的な表現は MINASWAN です。Matz は元気なので、私たちも元気です。 これはかつて私がセクションになりたいと思っていた種類の乗組員でした.

私はRails フォーラム では、Rails について理解を深めるために問い合わせを行い、後で他の人がリンクに影響を与えます。 毎朝、さまざまな問題の解決策を調査す​​るのに 1 時間か 2 時間費やしました。 本質的に私が教わる最も簡単な意図は、かつて教育することでした.

また、スクリーンキャストで勉強することも好きでした. PeepCode by Geoffrey Grosenbach は、1 時間以上の長さの最高品質のスクリーンキャストを装備しました。 それらには価値のあるファイルが詰め込まれていましたが、長い構造の中で座ってアイデアを受け入れるのは難しいことがわかりました.

しかし、感銘を受けた他のスクリーンキャストコレクションはどれも私はかつて Matt Kloskowski の Photoshop Killer Pointers でした。 これらは無料で、チャンク サイズの 2 ～ 5 分のエピソードで、継続的に開始されました。

開発者に焦点を当てた PeepCode が大好きなスクリーンキャストを作成する手順を個人が望んでいました。 Photoshop キラー ポインターの短い構造。

小さく始めて

私は、アジャイル機器の流行から発見した提案を適用することから始めました: 動作する準備ができている最も単純なものに潜在的に影響を与え、フィードバックを獲得し、それを繰り返します.

10 ドルのマイクを購入し、Rails フォーラムに投稿するための 2 つの厳しいスクリーンキャストを録音しました。 これは、あまりにも価値のある投資をせずに、他の人が何を考えているかを意識する好奇心を測定するのに役立ちました. そこで、コレクションの名前についても提案を求めました。

PeepCode のショーケースのスポンサーになってくれた Geoffrey Grosenbach に連絡を取りました。 その後、スクリーンキャストをホストする簡単な Rails アプリを作成し、1 か月も経たないうちに、2007 年 3 月 5 日に主要なエピソードが一度公開されました。

A Spark

Rails で他の人に役立つことを発見したことによって燃料が供給されましたフォーラム、そして私は開発者としての専門知識を持っているため、特徴付けるべき終わりのない提案があったと言われています。 しかし、私がこのレベルに立ち上げたものが一度レーベルにヒットした場合、私は行きませんでした. 私はかつて、前述のフィードバック サイクルを見逃していました。

1話の最後に、iTunesでRailsCastsのレビューを視聴者にお願いしました。 驚いたことに、翌朝、私は何十もの賛成意見に目覚めました。 これにより、スクリーンキャスティングをさらに追求し、それを単なる趣味以上のものに切り替えるようになりました.かつては家の中で最も静かな場所だったので、クローゼットの中に。

(クローゼットでの作業はお勧めしません)

毎週のエピソード Photoshop キラー ポインターの構造に固執して、私の通常のスキームは、週に 3 つのエピソードを 2 ～ 5 分間隔で作成することでした。 反対に、プログラミングはもはや視覚的ではなくなり、高度な問題を理想的な瞬間に紹介することも難しくなります。 エピソードが長くなったので、オンラインの甘いウェブページが約10分の長さになるように、頻度を週に1つのエピソードに切り詰めることにしました.

これゴーを打った後です。 時計仕掛けが大好きな週ごとのエピソードを立ち上げました。 私の目的は、おそらく期待して信頼できるギャグを処理することでした。 月曜日も一日も欠かすことなく、将来のために貯めました

Priming the Pump

時間通りには認識していませんでしたが、本当のことを言うと、予選の重要なセクションです。 Rails フォーラムの署名で RailsCasts を引用したこともありました。 この簡単な行為により、私の時代遅れの投稿がすべてミニ プロモーションに変わりました。 主な閲覧者のかなりの数が、Rails のトピックをグーグルで検索し、私の投稿に出くわし、署名内のハイパーリンクをクリックすることで目的を見つけました。

1 回メモが買い取られると、コミュニティのあるレベルで急速に広がりました。 私は、Ruby on Rails を保持する短いスクリーンキャストを頻繁に検索する理想的な人物ではなかったことがわかりました。 集会は一応成功したものの、どこまで飛ばされるかは覚悟していなかった