懐かしい表記ですが、それどこに書いてたっけなー。

めっさレアケースだとは思うんですが、僕は2ch採用で今の会社に採用されましたね。10年引きこもってシコシコしょうもないものを作ってたんですが、某動画のバナー広告で募集してた2ch採用に申し込んでみたら受かってました。それが無かったらたぶん今頃首吊ってたんじゃないかなー。ひきこもり期間末期はもうかなり病んでたし。

引きこもり期間で幾つかソフトウェア作ってた(neとかいうエディタとかzodiacとかいうエミュとか)のが決めてっぽい。しょうもない小さなものとか含めて色々と作っていたので。やっぱり何かある程度のソフトウェアを作り上げるっていうのは手なんでしょうね。

今時ならやはり勉強会への参加、ソフトやウェブサービスの公開、gitとかでソースを公開、パッチを送りつけるなど、アウトプットをする事で道筋を付けるってのは手でしょうね。

それがたまたま外に出てしまい、本来の繁殖地域でその種が滅亡の危機に・・・。

人生、宇宙、すべての答えが、末尾についてるなんて、粋な会社じゃないですか

情報のドキュメント化ってこのストーリーの要件に入ってます？

ドキュメントのレベルとアジャイルの向き不向きは、開発チームを取り巻く環境に依存しますね。僕の所属する部門では内製が基本で、特に自プロダクトでは「あまりにも違いすぎるレベル」という言葉から僕が想像するようなドキュメントは要求されません。プロダクトによってはしっかりしたドキュメントが必要ですが、貴方の言うところの違いすぎるレベルのドキュメントというのがどれくらいの品質のものを指すかがわからないので何とも言えません。

アジャイル = ノンドキュメント(ソースがドキュメントとか)というわけでもありません。ドキュメントを書く順番は異なるかもしれませんが、アジャイルでもドキュメントを重視する考えはあるようです。

※まだアジャイルに関しては、社内の「アートオブアジャイルデベロップメント」読書会に参加して勉強を始めたばかりで、「アジャイルでも成果物としてのドキュメントを重視する」話を聞いたという程度なので実際どうなのかは知りません。詳しい方の捕捉でもあれば幸いです。

確かにホワイトボードに関してはデジカメや印刷機能のあるなしで利便性は大きく変わりますね。ただホワイトボードとは決まり事を書くだけとは限りません。進捗管理、振り返り、ブレインストーミング、説明など、様々な利用用途があります。小さなホワイトボードや「消せる紙」を個人用のメモ・思考整理・伝達に使うのも手です。

必要に応じて電子メディアに書き写すべきでしょうね。デジカメの場合は取り込んでファイルサーバーやWikiに置いておくなどの手段もありますが、ホワイトボード向きの内容なら「アメリカとは違うレベル」のようなドキュメンテーションそのものではないでしょうから、書き写すのはさほど問題ではないでしょう。

ちなみにうちの場合、会議室やフロアの要所にあるホワイトボードは印刷機能がありますね。紙が切れてたりする対策としてやっぱりデジカメはとても有用ですが。

分業に関しては別にアジャイルとは反しないのでは？案件におけるステークホルダーを集めたチーム作りが重要視されていますが、そのチームの中には、デザイナーや開発者、テスターなど様々な役割はあります。デザインとコーディングという専門的な役割の両方を強要はしないはずです。

メンバー、チーム、開発形態、開発案件、チームの立ち位置の性質などに依存する話でしょうけどと前置きしつつ、運用プロトコルで対応するという手はあります。なるべくインタラプトしてはいけない時間帯や雰囲気を作るなど。どうしてもそれが出来なくて、なおかつフロー状態を作ることが必要であれば、それを優先して個室なり考えないといけないかもしれません。

うちの部門でもフロー状態を要求するスペシャリストは何人かいますね。基本的にはプロトコルで解決してるようです。

開発スタイルによると思いますが、四人背中合わせはいかがでしょう？いすを後ろに向けるとすぐ相談が出来るし、前を向いていれば集中もできる。4人が机を囲むスタイルは、フロー状態を必要とする一人での開発よりも、コミュニケーション主体の開発に向いてる気がします。

机の広さも重要ですが、ホワイトボードがあるかどうかも重要ですね。うまく置ける場所を確保できなければ「消せる紙」とか。

アートオブアジャイルデベロップメントとか読んでみると参考になるかもしれません。

女性として生きてる(けど、性転換はまだな)父親が、娘と再会して、その後に性転換ってことでは？

個人的には、むしろゲームコンセプトのバグであると思います。
宝の地図が完全なランダム生成である以上、どれが改造されたデータなのかは判別不能です。

個人的にはこの点がすごく疑問です。ランダム生成だったら、生成元のシードだけ渡すようなやり方でいいと思う。それ以外に何かプレイングによる変化があるなら、それが正規の変化かどうかをちゃんとチェック。後は、モンスター発生率とかアイテム発生率みたいなモノを変化させるような馬鹿なゲームデザインをしなければOK。(そもそもモンスター発生率とかはランダム生成でいいんだから)

ドラクエ9はプレイしてないので、もしかしたらハズしたことを言ってるかもしれませんが、まー技術的・ゲームデザイン的な設計ミスにあたるかなーとは思います。

雨も気になるけど、豪雪地帯とか大丈夫なのかな？

失礼しました。一部言葉とリンクに抜けが。

作者さんのblogによると

UTAU の作者さんの blog によると、まさに音素材のお手本となるべき安定した優秀なサンプリングデータらしいです。

既にMac音ナナを使った作品があるようです。と言っても、Mac で作成されたわけじゃなくて、Windows で動く UTAU で作成されたものですが。

作者さんのblogによると、まさに音素材のお手本となるべき安定した優秀なサンプリングデータらしいです。