野心的なRailsプロジェクトを開始する3つの方法

先週、先延ばしに打ち勝ち、新しいRailsプロジェクトを開始するのに役立つ3つの規則について話しました。今では、目の前の仕事に圧倒されることは少ないはずです。しかし、あなたにはまだ難しい選択があります。最初にどのコードを書きますか？認証？ Twilioと話す部分は？そして、どのように始めますか フォーラム投稿レコメンダーエンジンで作業するには？

はい、ある時点で実際に書く必要があります コード、そしてそれを行うには、開始する場所が必要です。

何が良い出発点になりますか？

まず、数分かけて、構築するシステムについて考えてください。エンドツーエンドのパスと、それらのパスが必要とするリソースの種類に焦点を当てます。船外に出ないでください！システムが少し明確になったら、次のカテゴリに当てはまるパスを探すことができます。

1。これはプロジェクトの中核ですか？

プロジェクトのコア 、つまり、誰かが30秒以内にアプリについて説明するように求めた場合に話し合うパスです。 フォーラムソフトウェアに取り組んでいる場合は、トピックの投稿と返信がプロジェクトの中核になります。プッシュ通知サービスを使用している場合は、デバイスを登録して通知を送信することがコアインタラクションになります。

コアインタラクションは、事前に最小限の労力でアプリを使い始めることができるため、早い段階で作成することをお勧めします。新しい機能を構築するための優れた基盤が得られます。これにより、次に取り組む作業をさらに簡単に開始できるようになります。

2。これは自立できますか？

新しいライブラリや新しいAPIを学習せずに記述できる機能を探すことができます。ここから始めると、ドキュメントウィンドウに頻繁に切り替えることなく、コードにとどまることができます。 「ライティングモード」と「学習モード」を切り替える必要はありません。 中断を回避することで、先延ばしする機会も回避できます。

email-twitter-reddit-emailのループに巻き込まれないようにするために、朝一番に簡単なバグを修正することを余儀なくされたことがあれば、正しい考え方で始めることがいかに重要かをご存知でしょう。これは、その考え方を早期に取り入れ、そこにとどまるための優れた方法です。

3。これは本当に危険、困難、または複雑に見えますか？

これらは、開始するのが危険な場合があります。複雑な機能は通常、より多くの計画が必要です。つまり、行き詰まる機会が増えます。では、ここから始めるのにどのようにすればよいでしょうか？

開発者は興味深い問題を解決することを切望しています。 難しい問題に取り組むことは、新しいプロジェクトを開始するための最も本質的な動機付けの方法になる可能性があります。 さらに、追加のチャレンジにより、フローをヒットする可能性が高くなります。ここで、良いことが実際に発生します。

では、どちらを選びますか？

これらのアプローチのどれを選択するかは、実際には重要ではありません。 3つすべてが副次的な利点を備えた良い出発点であり、正しい方向を示します。したがって、1つを（必要に応じてランダムに）選択し、どのように気に入っているかを確認してください。

どちらのアプローチを選択しても、秘訣はTDDフライホイールをできるだけ早く回転させることです。その勢いは、出荷する日まであなたを運ぶのに役立ちます。

新しいプロジェクトを開始するときに、これらのアプローチのいずれかを使用しますか？または、新しいアプリを開始するためのお気に入りの場所はありますか？コメントを残して私に知らせてください！