あなたはコードを学んだ、しかし今何？基本的なスキルがあるかもしれませんが、何をすべきかわかりません。最初の実際のプロジェクトを選択して開始する方法は次のとおりです。
最初のプロジェクトの選択：簡単に開始します
あなたが達成したいことのいくつかのアイデアがあったので、あなたはコーディングすることを学んだ可能性があります。そのため、開発の夢のリストを引き上げて、何が実行可能であるかを見る時が来ました。あなたはあなたの最初のためにかなり複雑で時間のかかるプロジェクトを引き受けることができますが、あなたは間違いなく多くを学ぶことができますが、あなたはおそらくあなたが専念する時間があまりなく、自分が欲求不満をあまりにも簡単にあきらめることに気付くかもしれません。あなたが学習段階にいるとき、私はあなたが実際にやりたいことを、あなたがかなり迅速に達成できることです。そうすれば、あなたが作ったもので報われ、実際にあなたがいつも非常に短い時間であなたが常に望んでいたように機能します。次のプロジェクトの動機として、その勝利を使用することができます。これははるかに大きくなる可能性があります。
何がシンプルで、何がそうでないかを理解する
あなたがあなたのそれぞれのアイデアでする必要があることは、それらをできるだけ多くの小さな部分に分解することです。ほとんどの場合、企業が大規模なソフトウェアを開発している場合、開発タスクを小さな消化可能なチャンクに分解し、チームのさまざまなメンバーに割り当てます。その後、それらのチームメンバーはその特定のコードを書き、完了するまで次のタスクに進みます。ソフトウェアが形成されるまで、ほとんどビットとピースが作成されます。これは、物事がどのように機能するかについての単純で高レベルの写真ですが、最初のプロジェクトやその後のプロジェクトにとるべきアプローチと違いはありません。開発チーム全体はありませんが、全体を形成するためにビットとピースに取り組む必要があります。どんな状況でも、大規模で抜本的なタスクは機能しません特にソフトウェア開発ではありません。すべてを簡単なステップに分解することは、プロジェクトが大きすぎるか小さすぎて、最初から小さすぎるかどうかを示すものです。それを達成するためにあなたが学ぶ必要があることと、あなたが実際に書く必要があるコードの部分をあなたに示します。いくつかの例を見てみましょう。
カレンダーアプリケーションを作成することに興味があり、要件は1日、週、月の視聴と、特定のアイテムを追加、編集、削除することであるとします。これは物事の壮大な計画においてはまったく難しいプロジェクトではありませんが、それは思ったよりも複雑です。月の眺めだけでは、現在の月の一部であるデイボックスが、前月または来月の一部であるため、どのボックスが灰色になっているかを計算する必要があります。また、異なる日付アイテムがどのように見えるかを把握し、各アイテムの長さを測定し、ボックスに収まるには長すぎる場合は名前を切り捨てます。単純に見えるかもしれないものは、実際にかなりのロジックを必要とする可能性があるため、考えられるすべてのステップを分解することが重要です。そうすれば、それがあなたのために実行可能かどうかを判断できます。
Pongのようなゲームにも同じことが言えます。あなたの数学のスキルがかなり良いなら、あなたはできますポンゲームを作成します約30分以内にかなり簡単になります。あなたが選ぶプロジェクトは、あなたがそれを終えるためにあなたがたくさんの時間を費やす必要がないので、あなたの強みにも再生することを必要とするほど簡単であるはずです。 （また、ポンのようなものを作ることを避け、すべてが言われ、行われたときによりやりがいがあり、やる気を起こさせるため、新しいものを作る必要があります。）
最初のプロジェクトの完了：学習を止めないでください
開発者であることは、あなたが常に学んでいることを意味します。新しいプロジェクトとは、新しいスキル、または少なくとも過去に既に把握していたタスクを達成するためのより良い方法を学ぶことを意味します。あなたの最初のプロジェクトは、あなたが持っている最小の知識から始めているので、常に最も困難ですが、その後のプロジェクトを続けると、あなたがすることはほとんどすべてが未知のものに出かけることを伴うことを学びます。それは良いことですが、少し調整するかもしれません。
参考資料を準備してください
小さなプロジェクトでさえ圧倒されていると感じている場合は、最初のタスクを取り、学習する必要があることを把握してください。それは、あなたがプロジェクト全体を通してあなたの道を進むときにあなたが便利に保ちたいという種類の参考資料のアイデアを与えるはずです。必要なものはさまざまですが、統合された開発環境（IDES）が確認できる参照を組み込むことは非常に一般的です。これは、ようなソフトウェアの場合ですパニックコーダ（ちなみに、これはMacの本当に素晴らしいオプションです）、アドビドリームウィーバー、そしてさらにApple Xcode。ただし、参照が組み込まれていない場合は、通常、特定の言語のすべてのクラス、機能、方法などを詳細にするオンラインリソースを見つけることができます。PHPマニュアル優れた例の1つです。
このタイプの参考資料も、スキルレベルに応じて必要です。あなたが見つけるオンラインコードマニュアルは一般的にかなり密度が高く、まだより基本的なスキルがある場合は、選択したプロジェクトを完了するために学ぶ必要がある場合は、おそらく本やチュートリアルも準備が整いたいと思うでしょう。まだリソースがない場合は、作成しているプロジェクトを検討してください。具体的に取得すると、より良い本、ビデオレッスンのセット、または必要なものを手に入れるのに役立ちます。たとえば、ActionScript 3を使用してアニメーションが多いAdobe Airアプリを作成している場合、本が必要ですActionScriptでアニメーション化します。 iPhone用のゲームを作成している場合は、最初のゲームを開発します。これはおそらくかなり明白なように思えますが、あなたが望むものを十分に含めない特定の言語やタスクに関するより一般的な本を選択するのは簡単です。そのような本も持っているのは悪くありませんが、あなたが学んでいるとき、あなたはあなたが得ることができる限り多くの具体的な例と説明を望んでいるでしょう。
ゆっくりと助けを得ることで、欲求不満を避けてください
開発者のように考えることに慣れていない場合は、これを読んでいる場合はそうではない可能性があります。おそらく、最初のプロジェクトをコーディングしている間、数回以上イライラするでしょう。それは大丈夫です、そしてそれは起こりますが、あなたはそれが難しすぎるのであなたがあきらめたいと思うところに到達したくありません。現実的なスケジュールを自分に与えるようにしてください。 1日1時間はかなりの時間をとるのにかなりの時間です。物事がゆっくりとやって来ているように感じるかもしれませんが、それは主に最初の場合です。物事が一緒になって（Web）アプリケーションのように見え始めるのを見ると、あなたの興奮はあなたに残りの道を取ります。
ただし、開発プロセスの最大の不満は、バグ修正です。どんなに慎重であっても、何度もめちゃくちゃになり、アプリにバグを紹介します。これらをすぐに修正することは一般的に理想的ですが、時にはコンピューターから離れて明日コードを見る必要がある場合があります。新鮮な視点は違いを生むことができます。ただし、別のオプションは、コードバディを持つことです。あなたのコードバディは必ずしもあなたとプロジェクトに取り組む必要はありませんが、理想的には、彼らはあなたとあなたと同様にコードする方法を知っているでしょうし、あなたが働いている間、時々ぶらぶらすることを気にしません。バグがあるときは、自分がやったことを見て、何かが奇妙に見えるかどうかを確認するように頼むだけです。多くの場合、それはあなたが見ていないタイプミスですが、彼らはすぐに見るでしょう。ただし、コーディングの方法を知っている仲間がいない場合、代替案は友人をまったく呼び出して、問題を説明しています。あなたが彼らが理解するという言葉であなたがやろうとしていることを彼らに説明し、あなたが遭遇した問題を同様に単純な方法で中継しようとします。彼らがおそらく知ることができないと主張しているにもかかわらず、彼らが提案をするように奨励してください。このプロセスは、しばしばあなたの心の中に何かを刺激し、あなたが間違っていることを理解するのに役立ちます。
全体的に、あなたは勤勉なままでいて、あなたがやりたいことを読んで、あなたがあなたのプロジェクトを終了するために必要なスキルを学ぶまで多くのことを失敗させる必要があります。ソフトウェアを開発するのは難しい場合がありますが、一度それを手に入れると、楽しくてやりがいのあることに気付くでしょう。最初のプロジェクトは最も難しい場合がありますが、すべてを簡素化し、タスクを維持するために対策を講じると、それを知る前に行われます。
