はてなキーワード: コンバートとは
備忘録というか、今の自分の追い込まれた状況に納得がいかないというか、今何が起きているのかは分かっているが、それに感情がイマイチ付いてきてないので頭の整理がてら書いていく。文章を短く纏めるのが苦手なのでダラダラと記述してしまうと思う。先に謝る、すまん。
新卒で入社してから今年で三年目になる。私は、それなりに大きな企業のグループ会社で分析機器装置の開発を担当している。
競合他社は外資、日本のS社あたり。業界のシェアが高いなどと宣っているが、実態はニッチすぎる業界に色々と手を広げ、そこでシェアを取ってるだけで昔とった杵柄で回し続けてるだけ。新規研究開発をする余力もなく、起死回生として、手広く広げた技術をドッキングさせたら美味しいものが出来るんじゃないか!と迷走しているのが悲しき現実だ。
この迷走ドッキング装置に、色んな人がお見舞い(意訳)されている。ざっくり言うとA, B, Cという三つの分析機構を、横並びにンァーーーとくっつけた代物である。これを、取引先(海外)と共同で開発している。日本側の開発チームでは、三つの機構がそれぞれ分裂していて、さらにその中で担当部分が分岐している。それぞれの独立した開発のノウハウ、治験がある人たちを寄せ集めさえすれば上手くいく。カレーにカツ乗せたら美味しいんちゃう?そんな考えで装置を作ろうとしたであろう上に殺意を覚える。そんな夢物語からはビンタをしてでも目を覚ましてほしい。だが今目が覚めたところで、開発ストップにはならないのだ。悲しいね。
入社してから、この迷走ドッキング装置の開発担当になってしまった同期の瞳からは、早々に光が失われた。会うたびにみんなの目が死んでいく。ギャグ漫画日和のOP現象だ。
そんな同期の屍を横目に、私は入社してからずっと、前述のCにあたる分析機器の開発業務を担当してた。だが、分散してしまった開発技術を集約させる、という意味のわからない理由で、隣の部署に異動することになった。(とどのつまり、本迷走ドッキング装置の開発が終わらないから持てるマンパワー全部投入したかっただけである)
異動はもちろん、私の上司、先輩方含め全員である。なのに、何故か私だけ、前部署で開発担当していた技術・装置の案件から離れ、一人全く別のBの開発装置の業務をすることになった。
これを知らされたのが3月の半ば。
その時点で辞めたくなったがぐっと堪えた。
そして、4月1日から異動になったのだが、その時点で、新しい上司から私が開発を引き継ぐ担当案件の教育資料がないことを教えられた。というか、そもそも今開発で、何をしなきゃいかないのか?がまとまっていないらしい。前任者が飛びまくり、引き継ぎ資料が作られていないことが原因らしい。
WHY?まず、私はその時点で目が点になった。
そもそも、私は全くBの装置開発のことを知らない。開発の進め方、はもちろん、その前提として不可欠になるもっと基礎の部分からである。一般的に、どういう機構をもつのか?どういったものを対象に測定するのか?その上で、この迷走ドッキング装置では何を改善しなきゃいけないのか?それすら、全く分からない状況で、引き継ぎの資料すらないので、誰が、何をしていて、いつまでに何をしなきゃいけないのかが全く見えてこない開発の担当をしなければならないのだ。
普通は、元々Bの機構の開発をしていた人が、この闇鍋案件を巻き取り、新しく入った私とコンバートしつつ教育しつつになるのが望ましいはずだ。というか、今までいた部署ではそういった教育をしていた。同じ会社なのに、どうして隣の部署になるだけで教育体系がこうも変わってしまうのだろう?
そんな疑問を抱えつつも、新配属先の上司(V6の長野くん似)は優しい人で、聞いたら答えてくれる方だったから救いだと、そう思っていたのである。6日目までは。
同期から気をつけてね、と言われていたプロジェクトリーダー(PL)のおじさま。彼の毒牙が、1週間経過した時点で私に向いたのである。
上記において、A,B,Cの機構にそれぞれ独立して開発を進めている、と記述した。具体的に言うと、Aの機構の開発は、A-1, A-2,…… と細分化して開発担当案件が分かれる。A-1, A-2といった細分化されたチームごとに長野くんのポジションに当たる上司が存在し、その上にAの機構の統括をする上司がいる。そして、それらの上司のボスがPLおじさまなのだ。つまり、彼はA,B,Cのすべての開発案件を導く、そんなお方である。
コトは、木曜日の始業時に起こった。何故かPLおじさまから、私に直でメールが入っていた。CCには長野くん。普通、というか今までの部署で、PLから直接私に仕事が降ってくるといった経験はない。仕事とは、長野くんの位置に当たる上司から降りてくるものである。
何だろうか?引き継ぎのことについてだろうか?と首をかしげつつメールを開いた私は思わず絶句した。
そこには、PLおじさまが作った取引先(海外)へのプレゼン資料の叩き台と、いくつかの実験結果(実験方法、実験条件、実験者の情報はない。ただの結果のまとめ)が添付されていた。
文面は、以下であった。
「来週(取引先)と行う会議資料の叩き台作っておきました。今日中にすべてを理解して、パワポを修正し、月曜までに(取引先)含め関係者に展開してください。」
ん?これ?私が発表するの? え?来週のいつ開催されるのかも知らない会議を?私が……?
宇宙猫になった私は、PLおじさまに直接抗議する前に、長野くんにメールを入れた。私の頭の中にはまだ、仕事は一旦PLおじさまから各上司、そしてその下に振られるもの、という認識があったからだ。だからこそ、このPLおじさまの所業は、長野くんの知るところなのかを明らかにしたかった。分からないことは聞いてくださいね、と爽やかに言う長野くんの、うっかり伝達ミス(うっかりにしてはなかなかの鬼畜具合だが)を思いたかったのだ。
「僕もPLおじさまの指示にはびっくりしました。こちらにも一言無かったので……。でも折角の機会ですし英会話の練習だと思って、やってみてください!わからないことは教えます」
わからないことだらけに決まっとるやろがい!!!!!お前!?お前なんやその回答!!!舐めとんか!? 前任者からの引き継ぎねえってお前が言っただろ!? だから今私あんたから引き継ぎしてもろてるところやろ!?
つうかだから前任者の方も辞めたんちゃうん!?え!?やっぱり!!?これが原因で前任者やめてんの!?
PLおじさまはこうやって人を試す……?私の動き方を見て、使える人間か判断しようとしている……?
諸悪の根源はPLおじさまだった。
先方に展開した結果、そりゃそうやろな、としか言えない質問が来ていた。どういう実験条件、方法だったの? 私が知りたい。作成者の私に、降りてきてない情報なので盛り込みようがなかった。
明日、取引先との会議の前に、こちらの会議参加者の理解などをすり合わせるための会議をやるらしい。
長野くんに聞いたら、毎週、取引先と打ち合わせをし、その数時間前に、こちら側の合意確認の打ち合わせをしている、との回答をもらった。
そんなだから、飛ぶんじゃないですかね。
そう誰も言えなかったように、私も何も言えなかった。ただただ黙って、今は転職サイトを眺めている。開発の仕事は大変だけど、嫌いではなかった。けれど、今はおじさまの無茶振りのせいでやりたくない、嫌い、に傾きつつある。いつの間にか、私が(引き継ぎもままならない)担当する部品交換についての仕様書を作成する話になっていた。今月までに、PLおじさまの承認を得るところまでいかなければならないらしい。私の出ていない会議で決まったらしい。前の部署では、仕様書は長野くんクラス(か、あるいは勤続5〜7年目のポストの人がなれるポジション)の人が書くものだと教わった。ドッキング装置という泥船は、泥船故に人が足りず、異動したてで引き継ぎもままならない人間に書かせるものらしい。開発をしていて、まず設計者が確認するものが仕様書だと、私は前の上司から教わった。仕様書として一旦文書登録されてしまったら、滅多のことが起こらない限り、その変更は出来ない。なぜなら装置の性能を決める、設計としての目標たる「仕様」を示すものが「仕様書」だからだ。だからこそ、よく分かっている人か書くものであり、というより、よく分かっている人しか書けないもので、その書き方にも細かいルールがあるのだ。そういったお勉強も追々初めていかないとね、3年目になるから、と前部署の上司と話していたのが懐かしい。今の部署では、そのルールを蔑ろにしているがために、どこに何が書いてあるのかが分からず、膨大な文書を探すことに時間を費やす羽目になっている。担当者が抜けるだけで、今どういったことが問題になっていて、今後何をしなければならないのか?が分からなくなっている。「この人がいないと回らない!」が常態化している。
そうならないように、会社としてのルールの取り決めがあることを、私は前の部署で学んだ。開発の停滞は人も追い込む、だから何が必要か?といった教育が以前の部署では徹底してなされていた。この2年間で得た会社ルールと、仕事のやり方が、部署が異動するだけで全く違うものになってしまうと思ってなかった。
同期がみんな転職を口にしているのを、激務だしなぁ、と対岸の火事のように聞いていた。今、彼らの気持ちがとてもわかる。私達は辞めたいけど、辞められないフェーズにいる。入ってまだ1週間しか経っていないのに、一人抜けるだけで立ち行かない、この異常さを受け入れつつある。そんな自分が怖い。
どうか転職先は、こんなことがありませんように。
結構前の話だし、今はもうその会社に居場所がなくなった気がして転職してる。
その時、俺はまあ技術系だけどあまり現場行かない系のマニュアル読みながらキーボードカチャカチャおじさんだったんだが、たまには現場見ろよと出張することになった。
出張先の現場は精密系機械関連で、ホコリが厳禁なため全身を枝野スーツみたいので覆ってから入るように指示を受けた。
更衣室で「これからこれを着てもらいます」と渡された服に同僚たちと袖を通していると、後輩が「これって縫い目とかどうなってんすか」と口にした。
同期が「ボタンとか飛んじゃ駄目だから縫い目ゼロだよこの服は」と口にしたのを聞いて俺は「天衣無縫じゃん!」とツッコミを入れようとして、頭の中で「天衣」まで思い浮かべてから「天江衣(あまえころも)じゃん!」と口にしてしまった。
その日はそのあとの記憶がない。
出張先から直帰し、次の日出勤すると、机の上には天江衣のプライズが置かれていた。
そう、俺の職場にはアニメのプライズを集めているオタクがいて、俺の斜向かいに座るソイツのテリトリーからは枝のようにお立ち台スペースが伸び、こちらとの国境線ギリギリには天江衣がいつも陣取っていた。
それが今、俺の机の上にあるのだ。
コイツのせいだぞ。
俺はそう思いながらどうリアクションすればいいのか分からなかった。
とりあえず、望まれているリアクションを想像して「天江衣(あまえころも)じゃん!」と少しだけ小さくそれでいて弾むように頑張って調整して口にした。
ドッと笑いが起きた。
段々と俺が関わっていたシステムの売れ行きが落ち、リストラの進む中で半端に部署のコンバートをするよりも今の経歴で他社に行ったほうが賢いという判断から今は転職している。
今いる職場にも目の前にはフィギアを机に並べているオタクがいる。
確か最近のラブライブ?アイマス?だかのキャラだと思うが、増えすぎたアイドルアニメキャラについていけないのでもう名前が分からない。
これでもうあんな悲劇は起きないわけだが、同時にあの時のように打ち解けた関係を築く機会はもうないという事なのかも知れない。
時折、目の前のオタクが集めているフィギアの名前を調べてみようという考えがよぎるが、会話のきっかけづくりで半端に知識を仕入れたやつの相手なんてオタクが一番嫌うことかもなと割り切っている。
隣の部署で働いている奴の机に置かれているガンダムの名前は分かったので、なんとなくソイツに親近感が湧いているが、話しかける機会はない。
吹奏楽は野球のようにポジション間の流動性が高くなく、よそからコンバートできるケースはかなり少ないのです。。
野球はアマでも「普段は外野だけどサードもできる」「学生時代は投手だったけど今は野手」というような人が割といる印象ですが、吹奏楽では1種類の楽器しかできない人が大半です。
・一般バンドの管楽器はほぼ個人の所有物で、高価&デリケートなためよほどの信頼関係がないと貸さないのが普通。なので人がいない=楽器もない。エキストラなら人と楽器の問題が一気に解消。
・楽器によっては、世間のアマチュアプレイヤーの数が少なく奪い合い状態。常に募集しても団内に演奏可能な人が1人しかいないとか、0人だったりという状況がありがち。
・野球は基本各ポジション1人ずつの9人で試合ができるけど、吹奏楽は曲によって編成(どの楽器が何人必要か)が違う。
曲によっては「キャッチャーが4人必要、同時に守備につくこと」みたいな極端な編成のものがあり、そういう場合はその曲のためだけにキャッチャーを育てるより一時的にエキストラに来てもらうという選択をする団体が多い。
オッス!オラ某大学ウマ娘サークル!正確に言うと「SF研究会というコンセプトで昔は発足したけど途中変な名前の漫研としてコンバートされ今は漫画は描かないけど読むのもそこまで好きじゃないけど語りたい奴らが集まっててもはやゲームの話を雑にするだけになったサークル」
サークルメンバーのうち10人が20戦した戦績のウチ「対戦相手の中で一番順位の高かったウマ」をまとめると
1位ゴルシ:76、2位タイシン:15、3位スペ:11、同率3位タキオン:11となった。
とにかくゴルシが圧倒的に強く、人によってはゴルシ+デバフ2人(ネイチャ+グラスが多い)の構成で割り切っていたりもする。
3位以上のステータスを見る限りは、固有が安定していて強力(タイシンは迫る影)・金回復・固有回復を250白回復を100で換算して追込みならスタミナ1500以上(逃げ先行は1600以上)・スピード1000以上の条件を満たしているかが一つの目安になっているようだ。
レース距離が長すぎて後方のデバフは前方に刺さらないらしく、デバフ役は並走できる相手に絞ってデバフをもたせるといいだろう。
たとえば追込みを潰すために差しに追込みデバフを持たせるのはオッケーだが、それに逃げデバフを持たせても発動せず、先行の場合も厳しくなる。
当方、機械学習や深層学習に乗り遅れた(自称)フルスタックエンジニアである。プログラム言語は Java, PHP, Python, Ruby, C, Swift, Kotlin, JS, Rust 何でも好きだ。HTML/CSS や SQL も大好きだ。ところが、計算機科学という領域で次に何が来るかわからないので、増田の集合知に教えてもらいたい。最近のワードは、以下の感じ。
この手の分散型データベースは好きになれない。遅いし。それに、反社会的勢力が暗躍する領域は嫌い。
どうせ、ICT やユビキタスとかと一緒で経産省のオママゴトになるのは見えているので、反吐が出る。
計算機の演算機能が未だに不足しているので、汎用 AI なんて無理なのがわかっているはずだが、何故に人の出入りが激しい。統計的機械学習といったアルゴリズムとして利用する分には、現実的だと思うが。
良いと思うが、既存の RDB なんかで十分という気持ちがしないわけではない。
デザイン領域以外は、既存のプログラマ延長でしょう?デザインはちょっとやる気ない。
デザイナーに頑張ってもらいたい。というか、デザイナーはここは責任持ってくれ。仕事なくなるぞ。
いつもお世話になってます。
世の中の問題に全て答えがあると思っている大馬鹿者の集まり。悪趣味。
いきなりセキュリティとかテストとか運用系に行くやつの末路は暗いと思っている。プログラマが後々コンバートするので十分だろ。
俺は好きやけどね。
この2人を見出だしたのは、パワハラ指導が告発されて失脚する前の曺貴裁 湘南ベルマーレ元監督(現京都サンガ監督)だ。
遠藤は無名の中学生だったが、たまたま湘南ユースと対戦した時にそれを見ていた曺貴裁に拾い上げられ、あとは湘南ユースから順調にステップアップして、いまやブンデスリーガで1番対人に強いボランチだ。
山根は大学まで無名で世代代表の経験皆無なアタッカーだったが、彼も曺貴裁に拾われ、曺貴裁の意向でDFにコンバートしてから4年で日本代表で初出場初ゴールを記録するまでになった。おそらく山根は代表に定着するだろう。今日のスポーツマスコミは彼を「遅咲きのシンデレラボーイ」とまくし立てている。
このように、パワハラ指導者は成果を残すのだ。少なくとも日本では。
日本でパワハラを否定するなら、「被害者がかわいそう」という感情的な否定だけではなく、本来はその成果に対しても否定するように世の中が変わらないと、いつまで経ってもパワハラは無くならないだろう。具体的には遠藤と山根は代表に選出するのは避けるべきである。
トマトホールにかつおだしを混ぜてうま味が強いパスタソースを目指したが全然調和しない泥が出来上がった。
これを捨てずに別の料理にコンバートしたいんだが、どうすれば?
現状:
デルモンテのこれ
https://www.amazon.co.jp/dp/B00O3UYP0O
シマヤだしの素
https://www.amazon.co.jp/dp/B00SWRJ9AA
今のクセや臭みが消えることを期待して生から投入して30分加熱した。
一発で劇的に改善した。あと少しだ。
トマトホール+ダシのもとでうまみを引き出すより圧倒的に簡単でうまい。
敗因としては、ブコメで指摘されたようにトマトの酸味を飛ばしきれなかったことが大きい。
また、オリーブオイル切らしててキャノーラ油にしてたし白状すると格安の魚肉つみれも投入していた。
だが自炊はやめられない。
1870年の平民名字許可令によって、誰でも名字を使って良くなった。これまでは平民は名字を使ってはだめだった。
1871年の戸籍法によって名字の登録が推進された。姓尸不称令によって名前は名字と名前になった
1875年の苗字必称義務令によって、名字を持つことが義務になった
1876年の戸籍法では夫婦別姓だった。そもそも慣習としては夫婦別姓だった。
夫婦別姓、と言うと少しニュアンスが違うけど、日本に於いては「親の姓を男女問わずに継いでいく」が基本だった。ただ、庶民には姓なんかないので、この辺は宙ぶらりん感がある
「戸主及ビ家族ハ其家ノ氏ヲ称スル、妻ハ婚姻ニ因リテ夫ノ家ニ入ル」
というように書かれているので、結婚したら妻(女性)は夫の家に入るので、名字は夫の名字になるというようになった。
夫婦同性、と言うよりは、嫁自動的に夫姓になる制度と言っても良い。
そういえば婿養子ってなんだよと思ってこっちも調べた所、男性が親と養子縁組を結んで、その家の娘と結婚する、と言うクソめんどくさい手順によっているようだ。
ここまで見てみれば(と言ってもほうぼうで見かけた情報ではあるが)、夫婦同性というのは明治時代に導入された制度だが、「平民も名字を名乗っていい、いや、名乗れ」からの流れの中で「結婚したらどうすんの?」という感じで「夫婦別姓でいいんじゃね?このほうが自然だし」からの「いややっぱ旦那の姓をなのれ」に変わってきたという結構不自然な家庭を経ている。これを伝統と言って良いのであれば、国家が国民に強制してきたことが伝統になってしまう。
テクニカルに夫婦別姓を考えると、データ管理の点でのコストがあるというのはある。
DBなんかで詳しい人は「姓」にその戸籍の参加者を紐付ける形で管理していたが、この「姓」が家庭の単位を表さなくなったときにどうやって国民の戸籍情報を管理するのかという問題がある。いつ生まれて、どういうふうに転居し、誰と結婚して、子供が生まれて、離婚して、死別して、みたいなすべての履歴データを新形式にコンバートせよという難題だ。明治時代とかの手書きの戸籍謄本は電子化したうえで、ID割り振りという苦行が待っているだろう。待っていないかもしれないがこの辺は考え方次第かもしれない。
戸籍謄本は直系尊属はいくらでもさかのぼって取得して良いというものがある。これは、自分の親、親の親、親の親の・・・というようにさかのぼって戸籍が取得できる制度になるのだが、仮に「姓」で戸籍情報を管理する場合、別の情報で戸籍管理をする必要が出てくる。過去の人にもさかのぼって。
もしこういうプロジェクトを立ち上げた場合にやりたい人っているだろうか、いやいるまい。
夫婦別姓をシステムとして導入するには以下のステップがいるだろう。
何よりもきつそうなのは、戸籍データが各自体で各々管理されている(総務省が何かしらの方法で一括管理しているかもだけど)ので、この辺のすべてのデータを統合する必要がある。しかもやっている間も粛々と人々は結婚し、生まれ、離婚し、死に、転出し、転入する。
そういうわけなので、なにかウルトラCを考えないと、システム側からの夫婦別姓はかなりの困難を伴うだろう。
もしこの辺がきちんとシステム化された場合、例えば遺産相続で非相続者が登場するすべての戸籍謄本を集めなくてはならない(法的に他に相続権者がいないかを証明する必要があるので)というクッソだるいイベントがあるんだが、これを非相続者のIDで申請したら一気に全部取得できるとかそういうのはできるかもしれない。
夫婦別姓なんか「もともと何の問題もないので好きにしてください」位自由にできる。
氏名変更だってそんなに難しくない(しょっちゅう変えるとシステム的に良くてもみんな混乱するので何かしら規制は入るだろうが。)
新人さん――2〜3年目くらいの子――が作った手順を元に僕が作業画面を共有する形で作業を進めた。ペアプログラミングならぬペアオペレーションってやつだ。
作業内容はテスト環境で作ったデータを本番用にコンバートしつつ入れ込むもの。
ある作業の中で入れ込んだデータを確認するためにcsvファイルにエクスポートして中身を確認する事を行うのに、何気なく`Alt-h`,`pe`,`↓`,`Enter`(WindowsエクスプローラのHomeのリボンを開いて、ファイルを開くセレクトボックスを展開、↓矢印で一つ下のSakura Editorを選択して開く)で、関連付けされているExcelではなくテキストエディタで開いた。
その時、「今のどうやったんですか?」と質問された。
手慣れたキー操作だったため素早かった事、オンラインミーティングでの画面共有はラグが発生する事もよくあるので、何をやったか分からなかったのだろう。
一度閉じて、最初から解説しながらゆっくり作業し直して見せて納得してもらえた。
「私、いつもExcelを開いてcsvのインポートを選んでやってました。ダブルクリックで普通に開くと文字化けするし…、面倒だったんですよねー。今度からこの方法を使わせていただきます!」
うむ、正道だ。UTF-8エンコーディングされたcsvファイルを開くには一手間掛かる。
「因みに――」とSakuraEditorなら「ファイル名を付けて保存」からBOMのところにチェックを付けて上書き保存しておくとExcelからでも文字化けせずに開けるようになることを教えてあげた。
「BOMって何ですか?」
これは少し困った。
BOMの話をして…するとUTF-8にBOMを付ける意義とは?って聞かれるよね…ExcelというかMS製品全般でそういう仕様なんだよって話もしないとダメか?
あー、クソ面倒だな。
「ちょっとしたおまじないだよ。」――実際間違っていないだろう。`#include <stdoi.h>` だって"おまじない"なのだから。
本番作業中に脱線したことを戒めつつ、一方で多少の後ろめたさを感じながら実作業に戻った。
その後、特にトラブルもなく作業は予定より30分ほど早く終わり、お互い「お疲れ様でしたー」と労いつつオンラインミーティングを閉会した。
あ、BOMの話してない。と直後に気付いたものの時すでにおすし。
まっ、気になったらググってくれるだろう。
COC7で現状ある程度読み込んでいて、回せるものになります。初回しまだなのもあるよ。
COC6のシナリオもいくつかありますが、こちらはminataによって7版へコンバートしてあります。
基本的にはステータス面と戦闘面あたりを弄っているくらいです。
ソロ・タイマンシナリオ→https://anond.hatelabo.jp/20201125114727
2人以上→https://anond.hatelabo.jp/20201125023249
探索者は夢を見る。どういった夢だったのかも思い出せず。
何かから追われ続け、やがて走り出す。
プレイ人数 | 2人固定 |
想定プレイ時間 | 2~3時間 |
形式 | クローズド |
ロスト率 | 高。 |
推奨技能 | なし |
舞台 | 宇宙 |
探索者について | 継続・新規問わず。 仲の良い二人であること。ロスト探索者もロスト経緯によっては特殊救済可能なので要相談。 |
生きる苦しみは、この世に生を受けると同時に背負うものである。
そしてこの苦しみは”死”以外で逃れることはできない。
もし、生きている内にこの苦しみから逃れることが出来たのであれば---
プレイ人数 | 2人固定 |
想定プレイ時間 | 1~2時間 |
形式 | 半シティ |
ロスト率 | 高。(理不尽ロスト有) |
推奨技能 | 目星、図書館 |
舞台 | 現代日本 |
探索者について | 高SAN値推奨。新規継続は問わないが、探索者同士は必ず初対面であること。 |
COC7で現状ある程度読み込んでいて、回せるものになります。初回しまだなのもあるよ。
COC6のシナリオもいくつかありますが、こちらはminataによって7版へコンバートしてあります。
基本的にはステータス面と戦闘面あたりを弄っているくらいです。
2PL固定→https://anond.hatelabo.jp/20201125115125
2人以上→https://anond.hatelabo.jp/20201125023249
あなたは、一般的な言語能力を除く全ての記憶を失っている。名前も思い出せず、身体能力や身に着けた技術すらも使用できない、いわば真っ白な存在である。
プレイ人数 | 一人(ソロ) |
想定プレイ時間 | 1時間半程度(RPによる) |
形式 | クローズド |
ロスト率 | 高。 |
推奨技能 | なし |
舞台 | 真っ白な空間 |
探索者について | 新規のみ。キャラクターシートは名前・性別・年齢のみ決定し提出をしてください。 |
――――コールドスリープ。
プレイ人数 | 1人固定 |
想定プレイ時間 | 3~5時間 |
形式 | クローズド |
ロスト率 | 中。 |
推奨技能 | 目星、聞き耳、図書館、知識技能 |
舞台 | 現代日本 |
探索者について | 新規探索者限定。事前HO有り。 |
気がづいたら土砂降りの深夜の山中でショベル片手に突っ立っており、目の前の穴にはブルーシートがかけてあって、横にいる友人が「早く埋めないと」とそそのかしてくる。
プレイ人数 | 1人固定 |
想定プレイ時間 | 1時間程度 |
形式 | クローズド |
ロスト率 | あり。死ぬときは死ぬ。 |
推奨技能 | 目星 |
準推奨技能 | 聞き耳、医学、心理学 |
舞台 | 現代日本 |
探索者について | 継続・新規問わず。成人探索者推奨。またシナリオ中に友人であるNPCが2名登場するので、その設定に違和感のない探索者が望ましい。 |
舞台は現代、季節は何時でもいい。探索者たちが住む■■■市では、ここ一週間のうちに発生した連続猟奇事件が話題を読んでいた。通称『新世界事件』と呼ばれるこの不可解な事件では、被害者の年齢・性別・職業に関連はなく、殺害方法もバラバラだ。しかし、いずれのケースも死体が異常な状態で(データ削除)という点で共通している。警察は自殺、他殺、あるいは事故のいずれかの路線で調査を進めている。そんな中、探索者はある日■■■■■■という理由で物理学教授・瓜生誠一郎の研究室を訪れたところから、事件に巻き込まれていくことになる。シナリオ中では、探索者をサポートする存在として■■■■■■■■■■■。探索者は(データ削除)。
プレイ人数 | 1人(タイマン) |
想定プレイ時間 | 4~5時間程度 |
形式 | シティ |
ロスト率 | あり。 |
推奨技能 | 心理学 |
準推奨技能 | 目星、図書館 |
舞台 | 現代日本 |
探索者について | 新規探索者のみ。探索者自らが事件解決に向け挑む姿勢が重要である。 |