Google Summer of Codeの真実-パート1

パート2

パート3

パート4



このトピックは新しいものではなく、夏には学生が5000ドルを稼ぐことができることを誰もが知っていると思います。 インターネットは「夏にどれだけ涼しくしたか」という話でいっぱいですが、このイベントの内部について話す人はほとんどいません。



一見、すべてが簡単です-助成金を申請し、奨学金を取得します。 しかし、すべてがとてもシンプルだったら、ロシア人の学生はそれほど多くなかった。 そして、それらは本当に少数です。 どういうわけか統計を調べてみると、私は自分の街でGSoCに参加したのは一般に唯一の学生であることがわかりました（その年、今ではもっと多くの人がいます）。 そしてこれは非常に悪いです 私よりも賢い多くの人々を知っており、何らかの理由で彼らは参加しなかったか、選択に合格しませんでした。





1.すべてはどのように始まりますか？



冬のどこかで、Googleはコーディングの夏を過ごすという決定を世界中に喜んでいます。 なぜなら イベントは1年以上開催されており、組織は準備ができています。 2月に、「まあ、やりたいことを考え出す必要がある」というトピックに関する最初の動きがニュースレターから始まります。 3月上旬には、組織はすでに申請書を提出する必要があります。 メーリングリストには既にアイデアのドラフトリストがあります。 3月中旬に、Googleは組織のリストを公開します。 この瞬間から、積極的に移動する必要があります。



アイデアシートは既にコミュニティサイトに表示されているため、できるだけ早く学習を開始する必要があります。 時間はほとんどありません。 おおよそ、あなたはあなたが適用する組織とプロジェクトを選択するための週を持っています。 次に、提案の作業を開始する必要があります。



提示（提案）-参加の申し込み。 プロファイルと、コーディングするプロジェクトの詳細な説明が含まれます。 このようなアプリケーションを複数送信できますが、一度に1つだけ作業します。



登録して、学生候補者のメーリングリストに登録します。



2.誰ができる？



すべての学生および大学院生は、最後の学年であっても、どの学年でも学習します。



3.組織の選び方



組織のリストは、主要なプログラマーのスキルを示します。 通常、この列のプログラミング言語で。 組織がC ++を作成する場合、C ++の十分な知識があり、この言語で少なくともある程度の開発経験がある必要があることに注意してください。 これらの要件をプロジェクトの過程で学ぶものとして認識する特別なカテゴリーの学生がいます。 誰もあなたに何も教えません。これは仕事であり、乳母とのインターンシップではありません。



多くの場合、学生はgnome、kde、apache、gimp、googleなどの人気のある組織に走ります。 そこのプロジェクトが面白いことは明らかですが、そのような興味のあるものはたくさんあるでしょう。 大きな質問のほかに、コーディングの夏以外にこのコミュニティのために何かをすることを妨げたのは何ですか？

人々を排除するために、組織は多くの場合、追加のルールを導入します。 たとえば、1つまたは2つのパッチのルール、または1年間の貢献（つまり、1年間開発に参加している）。 あなたが好きなプロジェクトをつかむ前に、追加のルールを注意深く読んでください。おそらくあなたのアプリケーションは考慮されないでしょう。



他に何を知る必要がありますか？



組織には、他にも多数のルールがある場合があります。 たとえば、コーディングスタイルまたはレポートフォームの要件。 通常、このような追加情報はサイトに表示されます。 それを注意深く研究してください。さもなければ、突然いくつかのポイントがあなたの宗教に反します。



過去数年にわたる組織の参加の統計を見るといいでしょう。どのプロジェクトがあったか、プロジェクトが正常に完了したかどうか、コードがリリースに含まれていたかどうか。



ニュースレターを購読してください。 購読-アーカイブを調べ、前の手紙を読みます。 おそらくあなたのプロジェクトに関する情報があるでしょう。



4.プロジェクトを選択します。



最も難しいのは、プロジェクトを選択することです。 トピックが本当に好きで、このプロジェクトをコーディングするだけの考えに震えている場合でも、長所と短所を非常に冷静に評価する必要があります。 何らかの理由で、夏には赤道を通過せず（中間評価の締め切り）、プロジェクトから飛び出すことはできないと考えている学生はいません。



すべてのプロジェクトは、研究とルーチンの2つのタイプに分けられます。 組織自体が何かの開発に関与していない場合、その理由があることを理解する必要があります。



1.複雑すぎる-この問題を読み、研究する必要があります。

2.退屈すぎる-モジュールの書き換え、ドックまたはその他のルーチンでのコーディング、および面白くない作業。

3.わかりにくい-組織は何を出力すべきかを知っていますが、それを正確に実装する方法を知りません。 どのチームにも適切な知識はありません。



ロシアのニュースレターと受け入れられているプロジェクトのリストを読むと、生徒たちは巨大なマニアに苦しんでいるように感じます。 ほとんどのロシア語を話すプログラマーは、学位または卒業証書に直接関連する研究プロジェクトを選択します。 通常、コードの一部を書き換えるだけでは、うまくいきません。 私の意見では、これらのプロジェクトから飛び出すのが最も簡単だと思います。なぜなら、 開発の初期段階では、実装の複雑さに関する正確な考えはまだありません。 あなたがすでに似たようなことをすでにしているとき、それはあなたがちょうど行っているとき、それはもう一つです。 単純なものの退屈な実装と研究のどちらかを選択できる場合は、ルーチンを選択してください。 あなたは経験がなく、計画する方法がまだわかりません。そして、研究によって、夏が続くよりも長い期間掘ることができます。



決して決して。



1年に1度、学生を招待して非常に複雑な研究​​プロジェクトを実施する組織がありました。 研究のレベルは候補であり、国内ではありません。 私の推定によると、まともな研究（実装さえも）は半年必要です。 そして、そのようなプロジェクトの実施には1年かかるかもしれません。 誰がそのような仕事を意図していたのか、私には謎です。 おそらくこれは、すでに研究を行って開発を開始した生徒たちにとっての「準備」だったのでしょう。 おそらく誰かが他の誰かの成果を安く手に入れたいと思っていたのでしょう。 一般的に-どのような場合でも、非現実的なプロジェクトは避けるべきです。



5.手紙を書きました。



プロジェクトを選択したら、ポーズを書く必要があります。 公式には、4月上旬に提案を投稿してください。 公式ではありません-この日までに、組織にはすでに受け入れられた学生のドラフトリストがあります。



提案は、メンターとのコミュニケーション中に書かれます。 書いて、伝えて、追加します。 この期間中、メンターはあなたを知り、あなたと一緒に仕事ができるかどうかを決めます。 しかし、あなたはコミュニケーションする必要さえありません-完璧なものを初めて投稿するとき、私はそれを投稿し、コメントのいくつかの小さな質問に答えます（もしそうなら、これは冗談です）。



私はそれを提起しました-あなたの実装計画、あなたはTKと言うことができます（上級コースを終了した人は誰でもそれが何であるかを知っています）。 GSoCがスピンを始めたばかりのとき、主催者は学生にプロジェクトの必要性の証拠を書くよう要求しました。 とても面白そうに見えた-主催者はアイデアを提案し、そしてあなたは彼らが彼らの実装を間違いなく望んでいることを彼らに証明した。 今ではそのようなことはないようで（あなた自身がアイデアを提案していない場合のみですが、それも可能です）、学生はまだどのようにコーディングするかをポイントごとに書きます。 別の組織では、提起された質問に、たとえば、自分自身、開発経験、プロジェクトへのリンクなどについて簡単に書くように依頼することがあります。



一般的な説明。



まず、何をすべきか、つまり 出入り。 また、8月末までに実装する内容と保証する結果を明確に理解する必要があります。 問題とその解決策を説明してください。 作業中に使用する記事またはその他のリソースへのリンクを追加できます。



技術説明



一般的な技術説明。 つまり 「私はそのようなモジュールにそのような関数を実装しています。」 このパートでは、ソースコードを十分に理解していること、すべてをコンパイルして実行できることを示す必要があります。 ブランチを作成して、いくつかのコミットを行うといいでしょう。



タイムライン



プロジェクトをサブタスクに分割し、コーディングするタイミングと内容を記述する必要があります。 非常に重要な点が欠落していました。 プロジェクト全体を2週間で完了すると思われる場合は、3か月でプロジェクトを実装する時間があります。 あなたがうまくやっていると思われる場合、あなたはそれをまったくすることができません。 あなたの楽観主義はあなたの最悪の敵です。 このテキストを読んだ場合、あなたは間違いなくそれを引き出し、夜には完全にコードを書き、48時間眠ることができないと思います。水を飲んで深呼吸をしてください。 締め切りをスキップするよりも、少ない作業量を計画し、追加のコードをメンターに提供してください。 悲観的にあなたの計画を書きなさい-あなたがプラグを持っているなら、あなたは飛び出さないでしょう、そして、すべてがうまくいくならば-誰もあなたを追加の仕事のせいにしません。



最も重要なポイントは、最初の締め切りです。 つまり 作業コードの提供を約束する最初の日付。 通常、6月の初め。 日常的なプロジェクトがある場合は1週間追加し、研究プロジェクトがある場合は2つ追加します。 最初の期限をスキップすることほど悪いことはありません。 最初の数日から遅れを取り始めるよりも、余分な時間を持ち、約束した以上のことをするようにしましょう。 さらに、開発の初期段階では、プロジェクトに既に参加している場合、プロジェクトは常に終わりに近づくほど遅くなります。



最も生産的な開発期間は、中間期の2週間前と3週間後です。 その後、コードに慣れ、タスクに精通します。 作業の大部分がこの時間になるように、時間を計画してください。



休暇を計画してください。 休息が必要であり、違法なものはありません。休暇をとる権利があります。 休暇を中期または後期に計画します-リラックスして、プロジェクトから外れないようにします。



プロジェクトを小さすぎるサブタスクに分割しないでください-操作の余地を残しません。 一部のサブタスクは後の日付に延期する必要があり、一部のサブタスクは前の日付に延期する必要があります。



各主要なテストタスクの1週間後に休みます。 テストは、何かに失敗した場合のエアバッグです。 さらに、作業範囲全体を事前に計画することは不可能な場合が多く、不可抗力のための余分な時間があります。



8月に重要なものを残さないでください。 8月中旬に鉛筆を下ろします。 したがって、この日付の前の週が最終テストです。 ドキュメントの作成または最終的な変更を行うように求められている場合は、さらに1週間かかります。



6.数量と品質。



むかしむかし、Googleは生徒にいくつかの投稿を投稿することを推奨していました。 当時、この推奨事項は関連性がありました。 学生の大部分は有名なコミュニティに身を投じましたが、未知のものに提出された申請はほとんどありませんでした。 しかし、状況は変わりました-参加したい学生が増え、人々はgccまたはgnomeに応募するチャンスを本当に高く評価しました。



2つまたは3つのコミュニティを選択し、prozozalamiで作業を開始する方が正しいと思います。 コミュニティによっては、他のコミュニティよりも仕事が上手い場合は、このコミュニティに力をすべて注ぎ込む必要があります。 時間があるでしょう-あなたは2番目を作ることができます。 もっと難しいと思います ソースコードを操作せずに良いものを作成することはできません。



7.評価期間。



ポジションを投稿すると、メンターは評価期間がまだ始まっていなくても評価を開始します。 投稿後、メーリングリストでプロジェクトに関するディスカッションを開始する必要があります。郵便物を一般公開し、メーリングリストへのリンクをスローします。 一部の組織では、メンターは、郵便へのコメントではなく、ニュースレターまたはIRCを通じて学生と話します。 彼らはそこに民主主義を持っています。 プロジェクトのメンターだけでなく、全員がマークを付ける必要があります。 多くのプロジェクトがある場合、議論には多くの時間が必要です。 そのため、最終日に投稿された提案が実際に成功する可能性はありません。



評価期間が始まると、メンターはすでに誰が受講するかを知っています。 おそらく、技術的な実装に関する質問が引き続き寄せられることがありますが、これは肯定的なレビューに値することを確認するためだけです。 だから、あなたがメンターからではない質問をkamentyで見た場合-驚かないでください、そしてlon罪しないでください。 興味があれば、彼らはあなたに投票します。



衝突



同じ学生が2つのプロジェクトを通過する場合、彼の運命は評価期間の2週目に決定されます。 プロジェクトに優先順位を付ける必要があるように見えますが、このメカニズムが現在どのように機能しているかはわかりません。 以前は、チャットによってすべてが解決されていました。 つまり メンターはメインおよび予備の学生に連絡し、すべてがオンラインで決定されました。



また、2つの組織に所属する学生がいずれの組織にも入らない場合もありました。 したがって、2つの善意がある場合は、衝突が発生した場合に欲しいと開発者にすぐに伝えることをお勧めします。



Googleのバグ。



理由はわかりませんが、ほぼ毎年、Googleは予備的な結果を送信して生徒を満足させています。 誰もがニュースレターに載るわけではなく、なぜこれが起こるのか誰も知らない。 どういうわけか（2011年に何度も、まったく同じように）学生には予備的な結果だけでなく、メンターの評価（「ゴミ」、「完全なゴミ」、「見ない方がいい」）も送られました。 ニュースレターに一度しかアクセスできなかったのは幸運でした。 結果の発表の4日前に、お祝いの言葉が書かれたテキストのない手紙が郵送されました。 10のうち9で、これらの結果は信頼できますが、競合の場合はそうではありません。 そのため、あるメンターは、まだ対立している学生を祝福することに非常にinしていました。



8.どのように選択しますか？



インターネットには多くのヒントがあります：選択するために何をすべきか。 私の経験と友人たちの経験から、このようなルールは存在しないと言えます。 各組織は、独自の経験、信念、好み、プロゾサラミの現在の状況などに基づいて運営されています。



あなたに与えられる最初のアドバイスは、メンターと直接コミュニケーションを取ることです。 私の意見はあまり良くなく、民主的でもありません。 ちなみに、民主主義の考え方は、GSoC全体を太字の赤い線で示しています。 すべてのメンターがプライベートディスカッションを好むわけではありません。 最初に、彼らは民主主義を持ち、あなたの入場についての決定は残りによって承認されなければなりません。 第二に、他の学生もこのプロジェクトに興味を持っている可能性があり、メンターが個人的にするよりもニュースレターに返信する方が簡単です。 同じ理由で、プロジェクトをIRCで議論するのは良くありません。 第三に、すべての組織がすぐにメンターを任命するわけではありません。 結果が発表されて初めて、誰と仕事をしているのかを正確に知ることができます。



IRCでのコミュニケーション。 はい、彼らはあなたをよりよく知るための最良の方法であるため、IRCが大好きです。 しかし、いくつかの欠点があります-時差、言葉の壁、現在の雇用。 それでも同じように、郵送の方が優れています。 コミュニティメンバーはいつでも会話に参加できます。 しかし、組織が望んでおり、メンターが主張している場合、多くのチャットが必要になります。 これは良い兆候だと言うことができます-彼らはあなたに多くの時間を費やす準備ができているので、彼らはおそらくそれを取るでしょう。



汚いハッキング。



いいえ、もちろん、あなたは成功の可能性を大幅に高めるいくつかの行動をとることができますが、たった一つの方法しかありません-続けることです。



その他のパッチ。 パッチをいくつか作成するように求められますので、3または4を行ってください。



早期入札。 原則として、以前に送信されたアプリケーション（良いアプリケーション）は成功する可能性が高くなります。 しかし、別の側面があります-他の学生。 学生がアイデアのリストを参照し、このプロジェクトに複数の申請書が既に提出されていることに気付いた場合、たとえこの開発に適しているとしても、それを拒否することができます。 あなたの仕事は、できるだけ早く申請書を提出し、それを公開してニュースレターにドロップすることです。 したがって、領土を「マーク」し、メンターとの議論を開始します。 次に、提案を書き直し、詳細を追加します。一般に、他の学生と協力できること、および「場所が奪われた」ことをコミュニティに示すためにあらゆることを行います。



プロジェクトコード。 プロジェクトの作業コードの一部をプロザルに追加します。 そして、他の学生があなたのプロジェクトに応募せず、あなたが誰とも比較されないように、それを迅速に行ってください。 はい、提供されても。 彼らは、5月中にドックを読んでソースを処理することを約束します。あなたはすでにすべてを読み、部分的にコーディングされています。 したがって、パッチルールをバイパスし、サンプルコードを提供します。



難易度を上げてください。 プロジェクトコードの一部をパッチとして作成できる場合は、必要以上のことを行うことができます。 アイデアの小さな拡張は、他のアプリケーションの背景に対して非常に有益に見えます。 コミュニティは、アイデアの説明にいくつかのレベルの難しさを示す場合があります。 フィーチャー「a」を作成できますが、フィーチャー「b」も作成できます。「c」も作成すると、本当にクールになります。 そこで彼らは、お金のGoogleのためにできる限りのことをする学生を獲得しようとします。



標準以下のプロジェクト。 大規模な組織（場合によっては小規模な組織でも、それほど頻繁ではない）では、コンピューターサイエンスの一部のセクションに影響を与えるプロジェクトがあります。 これがゲーム内の人工知能ではなく、検索ではない場合、仲良くしたい人がほとんどいないか、迷うことはありません。 要するに、ロシアの学生のためのちょっとした話。 大規模な組織があなたにスロットを提供するのは残念ではありません-多様性のために、あなたはあなた自身の科学プロジェクトを作ります。



ポートフォリオ。 リポジトリ内の自分のプロジェクトのコードへのリンクを提供できる候補者は、他の候補者よりも収益性が高いように見えます。 時々この要件は必須です、なぜなら メンターはあなたのコードの例を見てみたいです。 したがって、独自の小さなプロジェクトがある場合は、それを組み合わせてリポジトリに配置します。



9.ボランティア。



組織がボランティア活動を提供する場合があります。 すべて同じで、奨学金なしでのみ。 プロジェクトが受け入れられなかった場合（十分なスロットがなかった、投稿が遅すぎた、またはその他の理由）、ボランティアになる機会がある場合-同意します。プロジェクトを正常に完了します-来年は間違いなく合格します。彼らはあなたに注意を払っていません-それも良いことです、あなたは学生と仕事をする方法を知らない組織に入りませんでした、来年は別のものを選びます。どんな状況でも恩恵を受けるようにしてください-短い時間枠での経験はお金よりもはるかに価値があります。