イベント概要

Ludum Dare



現象については、すでに多くの資料、記事、議論があります。 たとえば、 here 、 here 、 hereですが、まだ小さな導入の最小限のコンテキストが下にあります。

Ludum Dare



はコンピューターゲームによって加速される競争です。 Geoff Howland



という名前の男によって設立され、2002年4月に最初に開催されました。わずか数日で、予想外の結末を迎えたクレイジーな冒険に飛び込みます。 最初はトピック（イベントの前夜に、トピックによって形成されたコミュニティプールからの数回の投票を通じて選択されます）のみがあり、最後にできることは予測することができません。これは、人々を再興させる陰謀、興奮、そして物事の1つです。このイベントに再び数日間犠牲になります。 犠牲者といえば。 過去のテーマ、第43回Ludum Dare



は「犠牲を払わなければならない」でした。 そして、この定式化を解釈するための空想の飛行は、単に無制限です。

基本的なルールを簡単に説明します（ Compo



モード）：

1. 単独で（
   
   
   
   ）働かなければなりません。
2. すべてのゲームコードとコンテンツは48
   
   
   
   時間以内に作成する必要があります。
3. ゲームはトピックに基づいている必要があります。
4. 公開されているすべてのライブラリとミドルウェアが許可されています。
5. コンテンツを作成するためのすべてのユーティリティと、開発者向けのユーティリティ（3dsmax、Photoshop、Flashなど）が許可されています。
6. 
   
   
   
   ゲームに添付する必要があります。

一般に、参加を申請し、ゲームのすべての資料をダウンロードし、投票し、他の参加者のゲームをプレイし、一般に、同じファンと普遍的な休日の感覚を得る公式サイトがあります。

この記事では、参加と個人的な認識の経験を共有します。 ただし、プロジェクト、問題の技術的側面、公式ウェブサイトでの一般的なコンテストへの参加の難しさについては詳しく説明しません。 いや 私はイベントの側面に注意を払いたいと思います-同じスペースで互いに隣り合って働くライブの人々とのオフィスへのオフライン参加。 これは私に感銘を与え、私に最も話題を与えたものです！

私たちの広大な都市では、すでに確立されたパーティーがあり、IT企業のオフィスで2日間のgamedevマラソンが定期的に開催されています。 たとえば、 オムスクでは、非常に強い動きと組織のレベルおよびプロジェクトの品質が尊重されます。

ノボシビルスクでは 、アカデムゴロドクもルダムデアを開催しています。

サンクトペテルブルクでは、この文化も発展し、大勢の人々の元へと向かいます。

印象

参加者として、私はLudum Dareに2回目に参加し、その前に2日目にだけLudumを訪れ、ゲームフェアでチームコンピューターでプロジェクトを試しました。 そして二度目に私はすべての魅力を味わって、すべての悲しみを飲みました、そして宣​​言しなければなりません-費やした時間について後悔はありません。

私はただ、すべての期限、リスク、期待の圧力の下で、私がしていることすべてと、周りで起こっていることを、もちろん、無限の流れの中にあると感じようとしました。 はい、はい！ ここでは、ほとんどすべての人が非常に高品質のストリームに分類されるため、猫やNSFW



gifを含む画像は精神活動からあなたの心を引き裂くほど無力です。 あなたはプロジェクトに99％集中している-いわば、いやいやいや。

ここには、数人のチーム、情熱的なシングル、懐のカップル、またはカップル（夫と妻、ガールフレンドとのボーイフレンド）がいます。 これはすべて非常に興味深い、非常にエキサイティングなものであり、思わず誰かと道を渡り、時々、人々がプロジェクトを行っているテクノロジーを尋ね、エンジンの機能や、次のテーブルのこの男が彼のお気に入りのツール、脳、スキルをどれほど巧みに所有しているかに魅了されるゲームの作成、レベルとテクスチャの作成。

私が犯した典型的な間違い

それで、私が集めたレーキを調べて、2度目のLudum Dareに参加しましょう。

1. プロトタイプ、ゲームの仕組み、そしてプレイヤーに挑戦し、ゲームで彼を維持するキャッチーなチップを通して、私は適切な思考をしませんでした。
2. リポジトリに既にあるべきものの重要なマーク（必要に応じて手順）を含む期限計画を作成しませんでした。
   
   少し正当化するために、もちろん、私は小さなTODOシートを紙に書いたのですが、今はA、B、Cをやると書いたのです。 しかし、これらはすべて、共通の目標によって相互に関連付けられておらず、どの期間にも内接していない非常に中間的な段階に過ぎません。 私は頭の中で計画の類似性を保っていましたが、もちろん、私はそれにあまり集中していませんでした。何かに気を取られ、いくつかの小さなものを修正するために運ばれ、グローバルな映像と目標を忘れて、プレイヤーに面白いゲームを与えました。
3. 彼は自分の道具をよく知らなかった。
   
   選択されたテクノロジーは、Love2d、Lua言語、およびLinux用のグラフィックエディターです。 もちろん、私はエンジンを勉強し、Luaの短いレッスンを勉強しました。 そして、コンテストの前に私はゲームを書いてみました。 しかし、1つのゲーム全体を作成することはできませんでした。ゲーム開発に関するいくつかのトピック（基本的なテクニック、テクニック、パターン、ゲームデザインチップ）を取り上げました。 そしてもちろん、彼は選択されたエンジンのエコシステムについて十分な情報とガイドがありませんでした。そこでは、ビデオゲームのすべての典型的なニーズに対応する優れたライブラリとさまざまなプラグインが既にあります。

1876



。 2日目の終わりまでに、多くのコード行が私のプロジェクトを合計しました。 すべてのゲームサブシステムについて、私にとってよく知られ、理解できるライブラリとソリューションを選択すれば、コードはよりコンパクト、簡潔、シンプルになり、速度は桁違いに高くなり、品質は向上します。

その結果、タイルシステム用に自分の自転車をコーディングし、タイルのオーバーラップと交差を判断し、これらのタイルを描画し、スマートドラッグアンドドロップシステムなどに多くの時間を費やしました。 おそらくこれは間違いに起因するものではなく、むしろ多くの経験の不足に起因するものではないかもしれません。私はまだこの分野で十分に手を伸ばして視野を広げていません。

Ludum Dareへのオフライン参加を可能にするもの

あなたのアイデアを実現し、サイトでの一般投票に参加することは、もちろん貴重でクールな経験です。 しかし、オフラインLudum形式に焦点を当てましょう。 それで、私が自分で書き留めたいくつかの重要なユーティリティ。

ひらめき

収集形式では、生きている人々とコミュニケーションを取り、人々がコードを書く方法、レベルを設計する、テクスチャを描く、音楽を作成する方法を確認します。 私は、彼らの機材、考えられないミディ・リモートを持ち込んだアーティストやミュージシャンを見ましたが、これはとてもクールです。 私はときどき人々に近づき、プロセスから注意をそらさないように努めました。どのテクノロジーの人々がゲームを作っているのか、どのように特殊効果やチップを作ったのかを知りました。

（オフライン投票で勝ったゲームの1つはPaw Of Blackです）

そのようなイベントはあなたに強さと動機を与えます-あなたの現在のプロジェクトを引き受けて座り、将来の長期プロジェクトを実施するために着手するために。 はい、それはすべての怠inessと不確実性をノックアウトします。 多くのアイデアを吸収し、さまざまなアプローチと人々の働き方に驚きます。 私が訪れたオフィスには、学生、高校生、成人男性など、かなり異なる年齢の人々が集まりました。 しかし、一般的な幸福感と競争への熱意の中で、年齢の差は解消されつつあります。 要約すると、私にとっては、インスピレーションの観点から、これは以下を与えました：

• やる気
• 新鮮なアイデア
• このすべてが私を魅了し、私はゲーム開発のトピックに時間を割く準備ができていることを認識しています-レジャーとして、またビデオゲームを書くスキルの開発として。

ある若い子供は、彼のスキル、才能、そして関与でその場で私を襲いました。 彼はお気に入りのツールを熟知して習得したので、自分ができるプラットフォームが30分でできることを投げて見せました。 ちなみに、彼は非常に風変わりな（私にとっても、ゲーム開発シーンにあまり関与していない多くの人にとっても）プラットフォームPICO-8を選択しました 。 ビデオゲームシステムのこの現象について必ずお読みください。これは仮想ゲームコンソールです。 そうです、そのようなシステムの公式ハードウェア製品はありません（PICO-8がインストールされたミニコンピューターの限られたシリーズがありましたが、プロジェクトは忘却に沈み、サイトはもう機能していません）。 何らかの架空のコンソールをエミュレートする実行中のソフトウェア環境のみ。

シャープな締め切り体験

大規模なITプロジェクトまたは1つのスプリントの規模では、締め切りは通常まれであり、プロセス、有能なリード、およびマネージャが中枢神経系の開発者を攻撃することはありません。 ただし、ここで、あなたは何らかの形で、容赦なく迫り来る日付の枠組みに圧迫されています。 そして、これはまさに計画、リスク管理、優先順位付け、忍耐力、ストレス耐性の才能を示すチャンスです。 2日間（ジャムモード-3つ）で、重要な機能、テーマ、特定のグラフィックコンポーネント、明確なコントロール、最後に呼び出し要素を備えた、実用的でキャッチーな製品プレーヤーにアイデアをもたらす必要があります。 そうでなければ、プレイするのは面白くないでしょう。 ここで、これらすべての側面を2日間のサイクルに合わせてみてください。 ルダム・デアの終わりに向かって、私はもう何もしたくなくて、人生の流れに沿って行き、余分な努力をしないで、一種の燃え尽きを感じました。

有能な設計とプロトタイピングのスキル

2日間のLudumの後、自分のためにしっかりと学んだことは、次の簡単なルールです。

単純化-単純化。

Ludum



のトピックについて考え出した基本的なアイデアが1つまたは2つしかない、最大限に簡素化された最小限のプロジェクトに取り組む必要があります。 これは、必要に応じてサポート、テスト、構成が簡単な最小限の機能セットであり、派生要素に組み込むことで、さまざまな要素を追加したり、ゲームを改善したりできます。 前日、私はgame devでのプロトタイピングの重要性に関する記事を読みました 。そして、イベントから家を出たとき、それは私の記憶に浮上しました。 ここで、詳細、ニュアンス、ブランチ、ルールの複雑なリストから理想的な抽象化レベルと分離レベルを選択する必要があります。

このように短時間で制作されたゲームは、MVPの最も明確な例であり、プロジェクト開始前のプロトタイプであり、必要に応じて、投資家に対するアイデアの技術的なデモです。 おそらく、関連する領域や球体から他の類推を拾うことができます。

考えられている機能のセットに限定し、ゲームのすべての機能の作業のシンプルさと相互作用のシンプルさを設定するのが真実である場合、前述のすべてのコンポーネントでゲームを作成するチャンスがたくさんあります-チップとレベル、グラフィックス、音楽、競争力のある要素があります。

（参加者は、実行中のJlimゲーム-非常にPICO-8で実行されているゲームでラップトップの周りに立ち往生しました）

また、この2日間（私にとっては、コンポモードのための2日間）のマラソンが、開発者の重大なミスを犯した場合に、プロジェクトのコードベースで何が起こっているのかを明確かつ明確に示していることに、私自身も非常にはっきりと気付きました。

初期段階でミスをした場合、拡張性が低く柔軟性に欠ける構造を設計し、パターンを誤って適用するか、完全に不適切なアプローチまたはパターンを選択し、関数、変数、およびコンポーネントのわかりやすい名前を無視し、直感的でないインターフェースを強調表示します。 初日の終わりまでに、私のコードは非常に膨らみ、すでに形のない混乱に変わっていました。 責任と抽象化は文字通り「クラス」から「クラス」に流れましたが、これはもちろんデバッグが困難なバグを引き起こし、開発、テストを遅らせ、その結果、期限を完全に混乱させ、非現実的な未来にチップを導入する計画をすべて破棄しました。

スキルスピーチとプレゼンテーション

オフライン形式の場合、通常はチーム全体で（または個人で参加する場合は個人的に）部屋の中央に出て、準備が整う前であってもプロジェクトを発表します。 自己紹介、アイデアの概要、主要な機能、設定、ロア、必要に応じて、適用する予定のテクノロジーについて説明します。 また、何らかのポスターを用意する必要があります（参加者は、A3の大きなシートのマーカーに任意のデザインのポスターを好みに合わせて描き、チームの名前、ゲームの名前、チームが価値があると考えたその他の情報に署名します）。 はい、これはほんの数分です、はい、あなたは大きなスピーカーホールの聴衆の前にいませんが、それでも-少しオラトリオを練習する機会ではなく、アイデアを売るスキルは、最終的には公衆とその細心の注意と圧力を恐れないためです。 ここでは誰もが友好的で、誰もが冗談を言ってお互いを支え合っているので、すべてがソフトでスムーズな方法で行われ、ここではプラスは1つだけ、マイナスはありません。

また、私の場合は、最後に、ゲームフェア中に、ステージに戻って小さなゲームをプレイする必要がありました（主催者はプロジェクターに写真を置き、スピーカーに音を出します）。なぜあなたはそれを試さなければならないのか、何で成功したのか、何を特に誇りに思っているのか、どこで失敗したのか、再びフリーフォームで数分間。 これは、スピーカースキルとデモスキルのもう1つの小さなトレーニングです。

リーダーシップとチームワークのスキル

1つだけでなく、チーム全体として申請書を提出した場合、追加の時間と追加のリソースだけでなく、新しい興味深い質問や問題がたくさんあります。 最終的には、作業を並列化し、委任し、共通のライン、デザイン、テーマ、およびゲーム品質の全体的なレベルを順守する必要があります。 それほど単純ではありません。 要するに、私たちには典型的な開発プロジェクトがあり、ゲームの開発は非常に創造的です。

Ludumsへのオフライン訪問中に、チーム内での分裂、対立、お互いの参加者による誤解、プロセス、そしてこれらすべてがもちろん最終結果に悪影響を与えるドラマを何度か観察しました。 他の場所でより多くの必要性を感じたため、人が別のチームに行った、またはプロジェクトが遅くなった、または考えられた期限が切れた、そしてチームは考えられた多くの部分を犠牲にしました。

Ludum Dareの短所

このようなイベントへの参加の短所は次のとおりです。

1. 非常に厳しいストレスと疲労。 この2日間は、精神的、感情的、神経質なリソースを本当に奪います。 したがって、このようなストレスの多い動作モードから注意をそらすために、新鮮な空気の散歩、睡眠の一部、またはリラックスしたアクティビティでマラソンを完了することをお勧めします。
2. 愛する人や親relativeとの対立の可能性。 もちろんこれは議論の余地のある点ですが、とにかく、今回はあなたが完全にパーティーに寄付し、あなたは少なくともあなたの計画をソウルメイトと事前に議論する必要があります。 あなたのソウルメイトが理解者なら、あなたはラッキーでクールです。 クールなゲームを書いて、現実に戻ってください。

謝辞

サンクトペテルブルクルダムデアの主催者に感謝します（あなたはカッコイイです、頑張ってください！）、イベントに参加するためにオフィスを割り当てた会社とその従業員は、プロセス全体を編成しました（電気、インターネット、2日間の提供、必要なビデオおよびオーディオ機器、すべての質問を提供します）物流と組織、すべてがクールでした）。 また、このエコシステムのオープンソースコミュニティであるLove2dエンジンの作成者と管理者、そして妻にも感謝します。