>Godotさん １行に長く書く手法は後々の不具合修正に不向きでし他人が読んだときに理解しずらいですので連結するコマンドに関係性が無いとちょっと嫌かもですね。 LOCATE 5,3:PRINT "さんぷる"

>でんぺんさん >ツララさん １行とか１関数ならMiiverseへのスクショ記述で行けそうですね！ まとめる方は大変ですが固定のメンバーをかかえなくても出来そうですし。うん(〃^ー^〃)

>ツララさん スケールの大きい話だったｗ 手法あれこれ面白いですね。 >おちゃめさん 〇〇みたいなゲーム・ジャンルという提案も良いですが、そのゲームシステムスゲー斬新・是非参加したいと思わせるのもリーダーの素質かもですね(^_^) >InDoorさん きっと別途関数作ってメインルーチンにはめ込む１行って事ですよ。たぶん(^_^;)

>pinfuさん 「アレンジしたら動かなくなっちゃったテヘペロ。でも折角なんでアップロードしとくね(^_^)」 ゆるさん(# ゜Д゜)

>ツララさん （↓コメントアウト） 'このキャラを回転させたいのですがやり方が分からないのでお願いします。 みたいな事をプログラムに書き込みながらリレーする感じですかね。なんか良いですね(〃^ー^〃)

>でんぺんさん 確かにリーダーシップ取って指示出ししてやれやれ言ってるだけでも厳しそうですね。 最低限はメインフローとソースマージ担当とかでしょうか。 >けいさん 交換プログラムと来ましたか！商標取りましょ商標(^_^;) ダラダラ作るのではなく限られた時間だからこそ出来ることもありそうですね。

>ツララさん リレー形式は交換日記してるみたいで面白そう(^_^)学生が夕方作ってアップロード、社会人が夜作ってアップロードとか。 スロットが4つあるから単純に4人で出来るのかなと最初思ったのですがこれはこれでムズそう(>_<)

>Godotさん 拘束力も無い気軽な口約束ですからね、確かにリアルを持ち出されたらどうしようも無いです(>_<) チーム員が飽きないための工夫、モチベーション維持もリーダーの手腕が試されますね。

>おちゃめさん ざっくり「ＲＰＧが作りたい」だと人は集まりそうですがＲＰＧって一口に言っても、ドラクエ式ＦＦ式その他色々なシステムありますし募集かける人が本筋を決めてないと意見の食い違いトラブルとかもありそうですね。 ゲーム名名指しで「〇〇作りませんか」っていう投稿もたまにあって「著作権が…」で一蹴されるパターンもよくみかけますが、公開はともかくそこまで強いリーダーシップも必要ない（あるに越したことないですが）訳ですし教材として最適なのではと。 公開とは別の共同開発専用のサーバーとかあるとよいかもですね(^_^)

>InDoorさん 完璧に決めずに話し合いで決める要素もイベントとする訳ですね。チャットという点で要点での話し合いになりそうなので効率的？…集まったメンバーにもよりそうですね。 WiiU版のプチコンが出たらWiiUのテレビチャットが使えそうですね。キタコレじゃないですか(*⌒―⌒*)

>Godotさん あ、なるほど。その手があったか(゜ロ゜; 知らないところで合作にされてる不思議(^_^) >ツララさん たぶん上級者の方はマルチタスクの世界で動いているので何人でも引き受けてくださいますよきっと（勝手な事言ったった(^_^;)）

>pinfuさん 作り方を工夫して他の方と開発してくのは楽しそうではあるんですけどね(〃^ー^〃) 争奪戦っ。熱い闘いですね（*＾3＾）

>ツララさん リアルな友人をムリクリ誘って作るっていう製作効率とある種の布教活動。策士すぎる(^_^)

>でんぺんさん リーダーシップは取りまとめする上で絶対必須ですね。互いのベクトル合わせも大切ですし片手間でやろうと思ったらよっぽどのスキルが必要ですね。 「初心者ですが一緒に作りませんか」は折角プログラムを始めようと思って購入したホープを減らす要因になってるかも(´・ω・`) >Godotさん 進捗管理大事大事。散々待った挙げ句「出来ませんでした」なんてこともありそうですし。そういった悩みもすぐに共有できないのは面と向かわないとやり辛いですね。 それとプチコンにどっぷり過ぎ(^_^;)

>けいさん 「みんな作業員」ではまとまるものもまとまりませんからね。作業の効率化を図るならまとめ役は必須かもですね。 期限は確かに。各々が独自の進捗でやってたら繋がらなくなりますからね。ほんとだ。 >ロッド★☆さん 頓挫…しちゃいますよねやっぱり。。 失敗要因もある種ノウハウですからこうすれば上手くいくかもみたいなのも残せたらいいですね！ >ツララさん トラウマは確かに。 「お前がやる言うたから集まったんだぞゴルァ」なんて言われたりした日には…プレッシャーしか無いですね(^_^;)

Miiverse上で共同開発の話がよく持ち上がりますが、プログラム・データの共有ができるのは良いとしてどうやって意思疏通・役割分担（要はディレクション）されているのかなぁって。表示位置やキャラの選定といった仕様に関する部分はもちろん、何なければ変数名が被ってどうこうなんてこともありそうですし。 考えたのは、 ①役割分担が昔ながらに、プログラム1名、デザイナー1名、サウンド1名。いちばんトラブルが無さそう ②メインプログラム担当者と関数プログラム専門の担当者で分け、メイン担当者が「この引数渡すから計算してこんな値を返してよ」の発注を随時行う。 ③とてつもない仕様書がある ④互いに関与しないランチャー的な関係性 Miiverseじゃなく面と向かって共同開発をやってみようと思うのですが、面と向かったとしても結構しんどそうかなぁーって。

まぁある種週に1～2度見る「マイクラ作って」もコンテストと言えなくないかもですね^^ 冗談はさておき、 過去2度ほどコンテストやろうとしてらっしゃった方いらっしゃいましたけどその後どうなったんだろう？

大喜利の件。 審査中でも新たなお題出しとけばいいのに。 コミュ自体の盛上りはある方だと思いますが、個人的には大喜利締め切り前の成果発表会的盛り上がりが断続的にあった方がいいなぁー。

>けいさん あ゛ーー。そんなやり方あったんですね。今試してみて目から鱗でした。 スクショ貼りましょうそうしましょう！

Miiverseを主にスマフォで閲覧してますが、コメント読んで戻ると元の位置に戻れない事がしばしばあるのでなかなか興味がある本文しかコメントまで見ない事が多々あります。 本文で概要が伝わって興味を持ってコメントへの誘引なら読み手としてありがたいです。