  |
はてなキーワード: 仕様変更とは
○朝食：ウイダーゼリー（全力で関係ないけど、昨日見たエッチな動画で尿道に入れてて「病気なるで」って思って怖かった）
○昼食：弁当（ご飯、漬物、メカブの和え物、目玉焼き、塩焼きそば、唐揚げ、大根、ねりもの、おからっぽいの）
○夕食：ご飯、納豆（二つ）、減塩野菜たっぷり味噌汁、キーマカレー風サラダ
○調子
はややー。
三日で終わる作業を二週間ぐらいに伸ばして作業してたんだけど、
その三日で終わる作業が半日で終わる作業に、仕様変更が入った。
そのせいで、もう全力でやることがなくなった。
リーダーに「ひまっす」と言いに行くも「俺も」と返されたので、なにして過ごそう……
だいぶ前に一度クリアしているのだけれど、ストーリーを忘れているので再プレイ。
ゾンビアウトブレイクがアメリカ各地で起こっており、そこから逃げ出したきたチャックとケイティーの親子。
どうも、イザベラが作ったゾンビ抑制薬はZOMBREXという名前で流通しているらしい。
トラックをガソリンスタンドに留めていると、何者かにトラックを強奪され、ティルクリークという街にとどまることを余儀なくされる。
なんだけど、前回のセーブデータのレベルと資金のおかげでサクサク進められた。
どうも、このレベルはデッドライジング2に引き継げるみたいなので、いい感じだ。
ケイティーのためのZOMBREXを入手し、街脱出のためのバイクの部品を手に入れ、サイコパスを倒して、バイクに乗って脱出。
脱出先で、奪われたトラックを見つけて荷物を回収し、ケイティーに「おまえが無事でいられるようにパパはどこまでだって走る」と守ることを誓い、エンディング。
あくまでデッドライジング2本編の前段って感じだけど、ケイティーは母親に噛まれてゾンビに感染させられたことや、二人の親子の絆なんかが見られて、いい感じ。
そんな感じで、数年前にプレイしたところまでは再プレイが完了したので、
軽くググって、DLCコスチュームが強いらしいとの噂を聞いたので、プレイする意欲を高めるためにも購入しようかなあ？ と悩み中。
●3DS
○ポケとる
ラティオスはメガストーンも持ってないので、50までは頑張ろう。
レベルアップステージ頑張るの久々だけど、時間制苦手なんだよなあ。
○はねろコイキング
コイキングは、73代目。
ログボのみ。
父の日ってことでプレゼントを購入しようとして手続き画面に移行してたら、
１クリック設定にもしてないし、プライム選択する場所もちゃんと避けて押してたはずなのに
プライム登録仕様になっててプライム無料登録のメールを送られてきて驚いてキャンセルした。
キャンセルしたら登録したことは取り消されなくて１ヶ月後に終了することになるって、
これで気づかずに初月が終了したら勝手に月額課金されていくのか？
たぶん父の日を狙って、わざと一般会員は有料の日時指定を選択させて
twitterで検索するとけっこう同じような人がいるみたいだけどAmazon大丈夫かよ・・・
Amazonは法的にグレーゾーンを攻めるプログラムで動いているってはてなでみたことが
あるけど本当にこれ法的に問題ないの？
PCデポでもやらなかったことをやっているわけで
入社3年目までwebアプリを開発する部署に所属していたのだけど、
今度担当するシステムの中核はcobol？という言語で構成されているらしい。
といっても今度の部署は、下流工程をソフトハウスさんに投げてしまうので、
これからの主な仕事は、発注元の「業務フロー変えたいからシステムもこんな感じに変えてくれ〜」
みたいな要件を聞いて、それをソフトハウスさんに伝えて開発してもらう、
いわば橋渡し役みたいなものになる。
全く異なる毛色の部署からの異動だし、なんとか手探り手探り手探りで４月から業務をしてみたけど、
この、発注元とソフトハウスさんの橋渡し役って、何の利益を生み出してるのかよくわからなくなってきた。
この橋渡し役は、「システムのことわからない発注元の要望を、システム仕様に翻訳する」という役割があるらしい。
だけど、このシステムの発注元はちゃんと要望をシステムチックに出してくれるんだよね。
先日受けた、エラー時のチェック仕様変えたいですっていう要望についても、
要件書の記載がそのままif文作れるような文章になっているので、
僕はそれを受け取って、いくつか申請書を作って、あとはソフトハウスさんに要件を伝えるだけ。
というのも、COBOLとかメインフレームとか、まだ圧倒的に知識不足の為、
ソフトハウスさんが作ってくれた成果物、実施してくれたテストの証跡を検証できないんです。(ごめんなさい。)
テスト証跡ではなく、「テスト結果の報告」をチェックして、それをもとにいくつかのチェックリスト作って提出して、
その結果がなんだがよくわからないうちにシステムに反映されていた。
この仕様変更について僕がやったことといえば、
·いくつかの申請書をつくる
·ソフトハウスさんのテスト結果報告に対して「確認しました。対応ありがとうございました。」と返信する。
·いくつかのチェックリストをつくる
くらいだ。
エクセルとメーラーしか触ってないのに、いろんなことがトントン進んでいくのが不思議だし、
こんな業務にもちゃんとお給料が発生するのがいちばん不思議だ。
·······。
もっと月日が経って、色んな仕事任せてもらえるようになったら、また振り返ろうと思う。
悩み
···「内部のロジックなんて読めなくてもなんとかなるよ」なんて言われるし、
ひとつひとつを深くこなす、みたいなのがイレギュラー、という空気を感じるけど
まだその空気に慣れてない。
みなさん、返事ありがとうございます。初めてで書き方が悪く、答えようがなかったですね。皆さんの質問に答える形で補足させて頂きます。
名古屋から1時間ちょっとの人口8万人の都市。全国の普通のチェーン店がある、普通の田舎。テレビは７ＣＨ映ります。自然とうまいバランスで住みやすい都市だと思う。
年齢は45歳くらいまでがいい。もちろん若くてもいいです。
【具体的な業務】
・各種開発作業
１）サーバー側で稼動してる、パワコンデータ受信プログラム（PHP / sh）
２）端末側で稼動している、データ取得送信プログラム（C++ / PHP / ash）
３）Web管理画面HTML、およびCGIプログラム（HTML / CSS / PHP）
MySQLのクライアントアプリより既存データの修正や削除、データ入れ替え等を行います。
大量件数の場合は、SQLクエリを作成し一括で操作を行います。
などです。まあ、実際は今のサービスは開発よりも、運用保守重視。主にサーバー上のプログラムやデータの整理が主です。
上記よりも、使い始めた人からちょくちょく問い合わせが来るのでその対応がメインになると思います。
仰るとおり、美しいプログラムでほぼソフトウエア的な保守は必要ないです。
上記まで（ほぼ問い合わせ）が一日1時間くらい。
だから求めるスキルは新サービスを何とか形にしようとする意識と情熱、グーグル先生に聞いて自分で問題を解決しようという気があればいいです。
もちろん、あるに越したことはないですよ。その分しっかりお支払いします。
具体的には 下請け仕事はしない。自分たちが面白いと思うことしかやらない。（開発しない）
エンジニアの人にはアイデアは僕が出すから形にして欲しい。それか一緒にアイデア出しあって、面白いサービスをリリースしよう。マネタイズは経営者（僕）が考えるから。
上記スキルがあって
年収は400万～
いざとなったら出社は週に2-3回でもいい。
都会から弊社の近くに引っ越してくれるなら、アパートくらい用意します。
釣りやスキーやロードバイク、アウトドアが好きなら、申し分ない環境だと思います。
はてなはじめてで、ここでいきなり全部書くのはちょっとと思って、ふわっとした最初で、様子見でごねんなさい。
さて、これくらい書けばちょっとはおっ！って思ってくれるのであろうか？
外注で作ったWEBサービスを自社で管理って訳じゃないのか。美しいってのは保守が要らないくらい簡易な事なのか？
仕様変更とか機能追加もその美しいシステム作った人に頼むのかな？サーバ保守とかどうなってるんだろう？
本当に経営者ならもっと分かりやすく書くだろうに、この書かれ方じゃ実際はどうか怪しいな。
ぶっちゃけどういう人材希望か分からないので誰も手を挙げないよ。特にこの手は技術必要としてないよ～とか言いつついざとなったら技術要求してきたり、無茶言ってきて挙句の果てには根性論言うからね。
GWに実家に帰ったときに地元の友達に話したら面白がってくれたのでちょっと書いてみようと思う。
今作っているアプリは、売れていない。
二年前に開発が始まって、リリースして一年半ほどになるが、一円も稼いでいない。
エンタメ系snsのはずなんだが、アクティブユーザーが増えるはずの大型連休で、起動したユーザーがたったの三人だった日があるほど、売れていない。
売れてないが故に常駐しているエンジニアは僕一人だ。外部のエンジニアにスポットでたまにタスクベースでお願いする程度。
ディレクターっぽい人が二人（マーケティング兼任）と、デザイナーが一人いて、
ーーーーーーーーーーーーーーー
ディ「〇〇な機能が欲しいんだけど」（延々ぐらぐらのビジョンを演説する。）
僕「ビジョンはだいたいわかったんですけど、どういう仕様にするつもりですか？」
ディ「ここはこう、Facebookみたいな感じで、Instagramのこういうのも入れたくて、twitterもやってるからこれも組み合わせたい。」（ふわっとした仕様で細かくは決まってない。）
僕「（俺一人でやるってことわかってる？？？）納期はいつですか？」
ディ「一ヶ月後くらいにリリースしたいんだけど」
ディ「今週には決めるよ。」
僕「わかりました。待ってますね。」
~~~~数日後~~~~
ディ「できた、もう一人のディレクターと話し合ってすごいいいものができたよ、これは本当に売れるよ。大逆転できる。」（毎回言う。最初はなるほど、と思っていたが一年半言い続けられる神経が理解できない。）
ディ「そうなんだよ、ここはこうでここはこうで」（新しいぐらぐらのビジョンの演説）
僕「（まあいいか・・・）こことここは難しそうで時間かかると思うんですけど、納期は一ヶ月後のままですか？」
僕「わかりました、これだけならなんとかやってみます。デザインはもうあるんですよね？」
ディ「まだない、すごく重要な機能で本当に今後を左右するからこだわりたい。」
僕「（こだわり・・・）わかりました。じゃあ一旦機能側から作りますね。」
~~~~数日後~~~~
ディ「デザインできたよ、本当にこだわって作ったからね。デザイナーから受け取って」
デザ「どうぞ」 （PDF渡される）
僕「・・・・・」（PDFだとダメって二億回くらい言うてるけど、耳がついてないんだな・・・sketchの存在知ってるはずなんだけどな。）
~~~~数日後~~~~
僕「ここ、スマホだとデバイスによって幅変わるんで、こう直しておきましたよ。割合的にずれてないので、問題ないと思います。他のサービスもだいたいこうやってますんで。」
デザ「え、なんでですか？」
僕「スマホだとデバイスによって幅変わるんで。iphone5とiphone6だと幅違うじゃないですか、解像度も違うじゃないですか。」
デザ「え？なんでですか？」
僕「え？なんでですか？」
~~~~数日後~~~~
デザ「レスポンシブデザインにしたいんですけど。」
僕「いいですよ。」
デザ「こんな感じで」
僕「レスポンシブデザインだと、html変えられないので、こういう全く違うのは難しいと思いますよ。」
デザ「え、なんでですか？やってるところありますよ。」
僕「え、だから、html自体をいじれないので、PCもSPもどちらもデザイン段階から考慮して作らないとダメなんですよ。それに言ってるサービスはレスポンシブじゃないですよ。」
デザ「え、なんでですか？」
僕「え、なんでですか？」
~~~~数日後~~~~
ディ「どう？」
ディ「どれどれ？」
ディ「え？なんでこここうなってないの？これは？ここは？これ何？これこうなってないのなんで？」(本当にくだらないボタンの位置とか、fontの微妙な大きさとか)
僕「え？仕様に書いてます？それに俺それ確認してあなた納得してましたよね？それにPDFだとこれが限界です。」
ディ「うーん、大問題だぞこれは・・・」(一円も売り上げてないサービスで大問題とか起こりえないでしょ？)
~~~~数日後~~~~
ディ「昨日考えたんだけど、やっぱりこの機能、こうなるべきだと思うんだよね。」(根本から覆す意見を振りかざす。)
僕「え、明日リリースですよね？もうそのつもりなんですけど。その修正、リリース後じゃダメなんですか？」
ディ「大丈夫だよ、本当に簡単な修正で終わるだけだから。二時間だよね？このくらい」（簡単な修正なんて、中身知らないお前がどうして言える。）
僕「いや、このレベルだと、作り直しですね。」
ディ「え？なんで？だってここチョロっと直すだけだよ？」
僕「ご存知ないかもしれませんが、あなたが途中で細かく仕様変更されたのに対応した際、説明したはずです。こことここは相関関係があるので、影響的には全部ですよ。」
ディ「なんでそんな実装になってんだよ！！！」（なんでそんな仕様にしたんですか？）
~~~~数日後~~~~
ディ「ここのこの仕様なんだけど、どうなってる？」
僕「そこはこうなってますね、どうしたんですか？」
ディ「そこ、やっぱりユーザーフレンドリーじゃないと思うんだよね、こう変更して」(中身が複雑で聞いた端から忘れるレベル。ユーザーフレンドリーとは。)
~~~~数日後~~~~
ディ「あの、前にユーザーフレンドリーにしようって変更したところだけど。」
ディ「ここの仕様ってこうだったっけ？」
僕「いや、そこはこうで、こことこことここと関係しているのでこうなっていて、コードレベルだとこんな感じですね。別のところにも影響あるのでそこもこう直してあります。」
ディ「え？そんな仕様だったっけ？」（ユーザーフレンドリーとは。シンプルイズベストとは。）
~~~~リリース後~~~~
ディ「お疲れ様ー。」
僕「お疲れ様でした。」
ディ「だいぶ遅れちゃったけど、なんとかリリースできたね。やりたいことの10%くらいしか実現できなかったけど。」(何作ろうと思ってるんだ。国か。)
僕「そうですね^^」
ーーーーーーーーーーーーーーー
もちろん売れているサービスも売れてないサービスも、同じような現場なのだとは思う。
ただレベルが違うだけで。
僕も全く優秀なエンジニアではないから、スキル不足の面も大きいのだと思う。
これがいつまで続くのか、という不安となんでも経験だろ、と突っ込んでしまった後悔しか残っていない。
~~~~~~追記~~~~~~
仕事の合間にみたら思ったより拡散されているので、ちょっと困惑しています。
多少の誇張とごまかしはもちろんあります。特定を避けるためです。
そして、現状に対してキレているわけでもどうにかしたいと思っているわけではないです。
あ、これを書いた昨日は相当キレていましたが。
これらのことはだいたい普通だと捉えています。人間のすることですし。プロジェクトは期間が長いですから、変化が当たり前です。変化の仕方が変なだけで。
エンジニアは発信する文化があるので、結構他のエントリでも読めますが、もっといろんな業界の人の専門職のバージョンを読みたいので、見ている人がいれば、ぜひ投稿してください。
最後に、胃が痛くなった人、古傷が痛んでしまった人、思い出したくないこと思い出させてしまった人、申し訳ありません。
~~~~~~追記2~~~~~~
続編書きました。いくつか反応に返信させていただきました。
いきなり炎上案件に突っ込まれて、項目書に沿ってテストをしてバグ報告をする。
まあ、そこまでは、死ぬほど退屈だけど甘受できる。
しかし、頑張れば頑張るほど、作業量は増え、疎まれていくことに気づいた。
沢山溜まったチケットを見て、エンジニアの先輩たちは苦々しい顔をしている。
バグが積み上がってくること、仕様変更が項目書に反映されていないこと、ぼくのバグ報告の書き方が悪いこと(指導すらされてない)。
そして、嫌われながら、報告したバグをそのまま処理済みに変更して、項目書を書き換えていく。
そもそも仕事量が多い上に、定時直前に仕事が降ってくるので、社内に殆ど人がいなくなるころに、溜まった仕事を終えて帰路につく。
そろそろ、真面目にやるのもアホくさくなってきた。
テストを適当にこなして、致命的なバグ以外は見過ごして、定時に気持ちよく帰ろう。
プログラミングは家でやればいいや。
あれ、何で会社に入ったんだっけ。
2017/04/22 ■ マストドン（Mastodon）の面白さを維持するために絶対必要なただひとつの機能 http://blog.mobilehackerz.jp/2017/04/mastodon_22.html
この記事は大体は的を得た良記事だと思うがアカウント移行機能という提案は正直イマイチな気がする
インスタンス越えた複垢のフォローフォロワートゥートの同期等のインスタンス越え複垢前提の仕様変更
そもそもどこかのインスタンスひとつにフォローフォロワートゥート情報を縛られるのが良くない
定期的に思うんだけどプログラムで無理な英語にせず日本語にすればいいのにって思う。
（実践はしていない）
日本語で書ける言語使うんじゃなくて変数名や関数名がUnicode対応で日本語書けるもの。
○画面に表示する時
フレームワークや言語にもよるけど表示するときに英語の名前から日本語の名前に変換して表示って手間があるものがある。
最近見かけた例だと.NETでプロパティの属性に表示名書いて表示するときに取り出していた。
最初から日本語だとそのまま表示でいいことが多くて一段手間が省ける
次に他の人の英語化したのを見る時。
その人の英語力にもよるけど、動詞名詞が変に混ざっていたり、sがついてたりなかったり、そもそもchildsみたいな謎の語があったり。
そこそこできる人同士でも、「私はニュアンス的にこっちの単語」「僕はこの単語のほうがいいと思う」とかある。
相手の書いたところがわかりづらいのはもちろんだけど、プログラム的に同じ意味なのにクラスや関数によって呼び方違うと辛い。
かといって全員に日本語と英語の対応を先に渡しておいて統一しようというのは大変すぎる。
（日本語だと仕様の時点で日本語で書いてるからまぁおかしなことにはそうならないはず）
----
次にデメリット
軽く調べた感じ主にこの2つな感じ。
○IME
と思うけど、実際チャットやこういう文章書いてて英語が出るときに割りと頻繁に押してる。
ほぼ無意識でやってて意外と苦じゃない。
短いとF10変換で半角にすることもあるけど、キーボードのタイプ数カウンタとか入れてみると半角全角キーはけっこう上位にいた。
それに、なんだかんだコメントは日本語で書くことが多くて、他の人と作るのならこまめにコメント書いてる。
そうなると全角半角の切り替えは普段からあるもので、あんまり気にするほどじゃない気がした。
最近じゃIDEやエディタの補完が優秀だし、日本語にするにしても「最初はjから始める」とかルール入れておけば「j」って打ってあとはスコープにあるいくつかの候補から選ぶだけで全角にしなくていいかもしれない。
githubで公開したりとかライブラリで再利用してもらうときに日本語じゃ使ってもらえない。ってことみたい。
私が日本語にすればいいじゃないって思ってるのは、ビジネスロジックというかそのアプリケーションの固有名詞みたいなところ。
「足し算」って関数名は 「add」 でいいと思うし、配列のそれぞれは element とか item とかそういう一般的な英単語でいいと思う。
具体例がいいづらいけど、業務システムで表示する金額の名前とか、日本語独特なものとか、一般的な単語じゃなさそうなの。
こういうのを日本語にしたいってわけなので、ライブラリ的な共通なところは英語で良いからgithubで公開する範囲も英語のものでいいと思う。
ただ、最近はやってるマストドンとか、ライブラリ的なものじゃなくアプリケーション自体をgithubで公開する場合はできない気がする。
でも、海外も対象にしてるものだと日本語特有なせいでわかりづらい英語になる苦労とか少なそうだしそういうのだと英語でいいんじゃないかな。
----
長くなったけど、まとめると、
業務システムの固有名詞とか日本語特有なものとか無理に英語化してよくわからないことになってり、見づらくなるくらいなら日本語使えばいいんじゃないかな
ということ。
まあ思ってる割には実践してないので、やってる人がいたら良かった・悪かったとか聞きたいなと思ったのが書いた理由。
帰ってきたらすごいブクマついてた。
絶対「自分でやってから言えよ」みたいな意見来るだろうと思って今日の空き時間に日本語行ける言語調べたり軽く日本語使ってコード書いてみたので、そのあたりと目についたコメに答えてみる。
まず、思いの外日本語プログラミング言語上げてる人がいたので、うまく伝わってなかったぽい。
具体例上げずにサッと書いたらからかな。
あと自分もわりとするけどタイトルだけ見て中身見ずにコメントしてた人もいるだろうなー。
これが、などしこやひまわりや、BF系のmisaやら北斗のあれやらうにゃーとか色々な「構文など最初から日本語を前提とした言語」ではないってこと言ってた。
---
最近の主要な言語ならだいたい Unicode 対応でしょと思って環境があった言語を試した結果はこうだった。
JavaScript/Python/PHP/Scala/Kotlin/C#/Go/Swift
rust と Lua は無理だった。
rust は確か前に、変数名が ascii 文字だけなことに日本以外のどこかの国からUnicode対応にしてって多くの要望あったみたいな記事があったし将来的に対応するんじゃないかなって思ってる。
実際に今どんな状態かは知らない。
その記事のコメントとかでみたけど、日本語以外は割りと自国の言葉を使ってたりするっぽいね。
VBA を上げてる人がいたけど、私はそこまでのはみたことない。（幸せ者っぽいな）
稀にエクセルマクロいじるときに使い方ググってて出て来る、解説してるページで関数名が日本語なのをたまに見るくらい。
パット見なんか気持ち悪い感はあるけど、読んだときのわかりやすさはけっこう大きい。
---
○使ってみて
大規模案件に使ってみてこその問題もあるだろうけど、簡単なスクリプト程度のを日本語にしてみて気づいたこと。
割といける。
PHPて言語は変数は全部$からはじめないといけない欠陥言語。
まあ変数のみのgrepのしやすさや予約語キーワードを変数名に使えるからメリットもある。
だが、$って打ちづらい。
Shift+4ってすごいつらい。
に比べて全角半角キーってちょい遠いけどそこまで苦痛じゃない。
GoogleIMEだけど、多少のタイプミスは補完で修正してくれるし、予測変換が優秀だし。
IDE重いから補完機能のない軽いエディタで書くようなときなら、IMEのおかげで英語の変数名で書くより速度は早いと思う。
---
少し前に知人から言われた日本語のデメリットを思い出したのでそれも触れとく。
「仕様変更で言葉変わったときに日本語だと全部書き換えないといけないよ。英語だと別にそのままでいいし。」
英語わからない人が、英語を言葉とみなさずただの記号として考えてるから、っていうような発言。
仕様変わって変数名まで変えるのは面倒なのはわかるけど、あとからコード読む人が英語で見て意味不明になる。
英語と日本語の対応をコメントに書いたとしても、全然意味の違う英語があるのは混乱でしかない。
こういう考えの人がいたら本当にやめてほしい。
---
あとは気になったコメントについて書いてく。
表記ゆれとか方言とか言い回しなどについては、全部日本語にするとあるだろうけど、私が想定してるのは直感的に英語にならないような固有名詞とか。
年金の例も○○年金というのがいろいろあって、全部英語だと嫌になってくるしよくわかる。
こういうのを日本語にしたい。
なので年金額を取得する関数で「年金額を取得する」「年金額を取得」「年金額を取り出す」とかの表記を迷うんじゃなくて「get年金額」でいいと思う。
特にDBにある項目だと仕様とかで先に言葉が決まってることが多いだろうし。
---
見た目について。
見た目が残念とか見づらいというのは同意。
見た目が悪いというのも全部英語っていう前提があるからで1ヶ月も日本語のコード見ればなれるんじゃない？って思う。
---
へとヘ
これはありそうな問題。
ただ、IDEを使う前提なら未使用変数のエラーとか、選択したときに色が変わってないとか、割と気づけると思う。
lとIとかアルファベットでもあるけど、IDEや高機能エディタ使うと困ることはほぼなくなった。
---
私が日本語にしたいような固有名詞をローマ字化してるプロジェクトにであったことはある。
それにローマ字のほうが「ん」でnは1つか2つかや、ヘボンorローマ？という日本語より表記が揃わない問題ある。
特にローマ字の場合自分がキーボードで打つ方じゃないと書きづらいのでそろえてもらうのに抵抗がある。
---
海外向けとか海外の人と一緒に作る系なものって最初から英語で困らない単語ばかりだと思う。
そういうのは対象外。
今回いいたいのは、元から日本しか対応してないような業務システムなど。
そういったところの固有名詞が日本語になったからって、困ることはないはず。
日本でしか使われないもの・海外向けにするにしてもフルスクラッチで作り直すことになるようなもの、
---
テストだと日本語が使ってる人多いのかな？ブコメのスタートップだし。
---
長くなったけど参考になる意見もいろいろあって助かった。
自分より優れたるものを自分の周りに置きし者ここに眠る。カーネギー
できる人ばかり辞めていく会社が研修費用を出すようになったら、さらに退職が加速したというお話「人事に聞かせたい」 - Togetterまとめ
「従業員にトレーニングをして、よそへ行ってしまったらどうするのか」という疑問に対するStanger氏の答えは、「従業員にトレーニングをしないで、彼らが会社にとどまってしまったらどうするのか」ということになる。
従業員の才能を爆発させるには「会社に人を長く留める」戦略を捨てる必要がある
ttps://b.hatena.ne.jp/entry/s/gigazine.net/news/20171005-superboss/
「弱いつながり」理論でいうと、SNSでつながる友だちは、それこそFacebookの友だちが3,000人規模で、国内のスタートアップの経営者なら、たいていの人に直接または1hopでつながることができる。
ttps://s.nikkei.com/2vJsvYx
優れたマネージャーは自分より高い給与をもらう可能性のあるポテンシャルの高い部下を喜んで雇う
ttp://b.hatena.ne.jp/entry/www.masafumiotsuka.com/2015/11/the_peter_principle.html
人材は会社の資産として残らないが仕組みは会社の資産として永遠に残る
ttps://www.amazon.co.jp/dp/B010JM64M6/
ttps://employment.en-japan.com/engineerhub/entry/2019/11/07/103000
ttps://www.slideshare.net/yattom/ss-79372905
ttps://tinyurl.com/y8tkhuhz
ttps://bit.ly/2MylBjs
"競争優位につながるような戦略的なソフトを開発しようとするなら内製しかない。"
ttps://www.amazon.co.jp/dp/4822273784
ttps://medium.com/@kuranuki/aac6062adfb2
どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるか
（中略）
ソフトウェア開発とは、経営的意思決定の集積なのだから、経営的意思決定を外部の会社に委託するというのは、「経営を外部の会社にやってもらうようなもの」だからだ。
もっと言うなら、自分の会社の今後のビジネス的ポジションを、他社に決めてもらうようなものだからだ。
外注を出された会社は、そのソフトウェアが未来に実現するであろうビジネス的価値を犠牲にして、できるだけ少ないコストで作ろうとする。
ttp://fromdusktildawn.hatenadiary.jp/entry/20061003/1159869683
ttps://bit.ly/2JzCggZ
「ソフトウェア業界（特に受託開発業界）は、基本的に正直者が馬鹿を見る世界である。顧客が、保守性というソフトウェアの最も重要な品質を正しく評価できないという、情報の非対称性が存在するからだ」/分かるなぁ
「モダンな開発環境×技術顧問×内製化」Sansan×日経電子版 アプリ開発の最前線を語る夜
ボタンを1つ追加するだけで2週間。内製化によるスピードアップは必須だった。
「アプリ内にボタンを1つ追加するだけで、2週間の開発期間と、数十万円のコストが発生していました。それでは急な仕様変更に対応できないし、技術ノウハウも貯まらない。」
ネットサービスの肝は、開発にかける額の多寡というよりは、内製化するかどうかにあると思っています。
ローンチした後、そこからの追加・改善はものすごいスピードでやらなくちゃいけない。これは、内製体制でないと絶対に不可能です。
2017年1月、ネット証券大手のマネックス証券は証券基幹システムを刷新した。
お客様へ提供するサービスの開発スピード向上と、ノウハウの社内蓄積、開発コストの適正化を目的に、
（中略）
サービスの改善や新サービスの開発時に、ASPサービスの提供会社との会議に費やしていた時間を削減し開発のスピードアップを図ることで、競合他社への競争力を強化したいと考えました。
ttp://b.hatena.ne.jp/entry/s/quality-start.in/it-strategy/467
ttps://twitter.com/kanayang2009/status/129677947572465666
ttps://amzn.to/2ncDXrO
だから育てるんだ。
ABテスト デザイン OR ボタン OR 文言 - Twitter検索
外注でもA/Bテストでユーザの反応を計測してトライ・アンド・エラーでシステム開発ってできるもんなんだろうか。
できるとして、それって内製化した方がずっとクオリティ高くなるんじゃないの？
ttps://twitter.com/fromdusktildawn/status/874796380522336256
「外部委託すると細かい継続的な機能の改善が遅くなるので、自社採用でかなり優秀な人材をケチらずに採るべきだね。なかなか見つからなくても妥協せずに」ホリエモン
ttps://bit.ly/2QWMsoJ
外注はPDCAを回せないという致命的な欠点がある。ITスタートアップの感覚だと外注と内製には天と地ほどの差がある
ttps://bit.ly/2J5UCWQ
銀の弾丸ではないがリーンな開発は競争力の源泉。そのためにはPMFをコントロールできる開発チームが必須でそれは内製でしか達成困難。
ttps://bit.ly/2vkDd8E
正解に当たるまで回し続ける！3ヶ月で200回のA/Bテストから得た「意外な結果」とは
弊社のイベント一覧のページなのですが、単なるテキストの羅列のパターンと、リッチなレイアウトのものでテストすると、いつも必ずテキストの方が勝ちます。
海外テック情報局：eBayではダサいデザインのほうがコンバージョン率が高かった｜gihyo.jp … 技術評論社
デザイナと口論したいのではなく，見たいのは数字とお客さんの利用例。
そして何がうまくいっているのか突き止めたい。
選択の科学 ２４種類のジャムを売り場に並べたときと、６種類のジャムを売り場に並べたときでは、前者は、後者の売り上げの１０分の1しかなかったのです。
ttps://amzn.to/2I2V1O4
エンジニアでないファウンダーは最大一人まででお願いします | On Off and Beyond
理由１：変更につぐ変更を重ねられるようにする
最近 lean startup なる考え方がはやってますが、これはどういうことかというと、
東大合格者ランキングは正しいのか？――常に分母は何かを考えよ
何事にも閾値はある。そこに至らなければ、意味がないという数字だ。
「頭のいい人が成功しない理由」という本に、閾値の話があった。
だれもが中途半端にやめてしまう。それでは足りない。閾値を越えない。
ttps://ameblo.jp/chimu841/entry-10036171360.html
ttps://amzn.to/2Odv25b
①内製
②外注
フラクタルなレモン市場問題｜建築不動産クラスタ交流会の件その１
ttp://realtor-readyabooks.hatenablog.com/entry/20100515/1273919457
ttp://ledsun.hatenablog.com/entry/2016/02/28/014851
ttps://ja.wikipedia.org/wiki/情報の非対称性
ttps://ja.wikipedia.org/wiki/逆選抜
ttps://ja.wikipedia.org/wiki/取引コスト
「探索コスト」
時給制（時間を売る）が生産効率低いのって自明だよなぁ・・相当ボランティア精神ないと時給制で効率よくやろうって気持ちにならないよね
でも拘束時間で金額を決めてしまっては効率化を目指さなくなるんじゃないか
ttp://b.hatena.ne.jp/entry/b.hatena.ne.jp/entry/194800390/comment/redhornet96
ttp://b.hatena.ne.jp/entry/twitter.com/etomiho/status/872820182883762176
ttp://b.hatena.ne.jp/entry/twitter.com/etomiho/status/872822997106565120
ttp://getlife.hateblo.jp/entry/2013/09/10/015011
見積もりが人日で工数を計算していると、実際にはそれよりも短期間で実装できても見積もり日数になるまで納品を待ったりすることはある。
納期よりもかなり早い段階で実際には完成しているにも関わらず、
エージェントが利益相反行動をしていないかどうか監視するためのコスト。
自身の行動がプリンシバルの利益追求にかなっていることを証明するために
ttps://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1212240292
ttps://twitter.com/search?q=rails%E3%80%80%E9%A1%A7%E5%95%8F
「顧問プログラマ」再考 - Rails 雑感 - Ruby on Rails with OIAX
ttps://www.oiax.jp/rails/zakkan/rethinking_of_adviser_programmer.html
ITエンジニア採用に欠かせない原則とは (1/5)：IT人材ラボ
ttp://b.hatena.ne.jp/entry/s/itjinzai-lab.jp/article/detail/856
ttps://www.slideshare.net/fukumura1/fukuokarubykaigi-medpeer-ver1
【256人がリモートワークで回る仕組みを考える】後編
ttps://www.remotework-labo.jp/2015/10/interview_10/
○朝食：なし
○昼食：味噌カツ定食（ご飯、味噌汁、味噌カツ、サラダ、コーヒー）
○夕食：考え中
○調子
はややー。
仕事はひと段落、つきかけたところに、なかなかでかい仕様変更が飛び込んできた。
「一行インサートするだけでしょー」と軽い口調で言われたのが心底腹立たしかったせいで
イライラするから、今からお酒でも飲みに行くので、今日は早めに書きます、おやすみはややー。
●3DS
ベトベターとベトベトンの通常絵バッジが実装されたので、ついにカントーの僕の愛する悪ポケは通常絵でコンプリートです。
いや、アローラじゃない方は悪タイプじゃないんだけど、なんか僕の中で、同じ図鑑ナンバーで悪タイプの姿があるなら、それは悪タイプの仲間じゃね？ という価値観なんだよね。
○ポケとる
・デイリー要素
をやっただけ。
忘れてたので、今からお酒飲みに行く道中でデイリー要素を集めておく。
ログボのみ。
高意識ポジティブモンスター顧客に当たっちまってどうにも困っちまった。
元々自社のウェブサービスを運営していた（開発は自社内）とかで、受託は払った分しか出来ないという感覚がわかってないっぽい。
むしゃくしゃして書いた、後悔はしていない。
http://anond.hatelabo.jp/20170214114736
「理論上最速のゲームクリア」を目指すTASをプログラマに例えて、「理論上バグのないプログラム開発は可能」かどうか検証する思考実験。
時をさかのぼる能力を持つプログラマ(以後TASさんと呼ぶ)が居ると仮定する。
プログラムのリリース後、バグが発覚する度にTASさんがリリース前まで戻ってそのバグの原因を修正すれば、そのバグは無かったことにできる。
これを繰り返して、サポート期間に発生するすべてのバグを無かったことにできれば、「理論上バグのないプログラム開発は可能」といえるのではないか。
・何度繰り返してもバグは無くならないよ→そうだろうか。システムが有限である以上、バグも有限ではないか
・直せないバグもあるよ→直せない理由にもよるが、ある程度仕様変更しないと直せないケースはありそう
・全部のバグを排除するための開発期間が足りないよ→これはありそう。納期変更できなければいつか限界がくる
他にもないだろうか。
「ぼくらはみんな生きている」という大前提が頭からすっぽ抜けてる人が多い。
弱者の権利を主張するノイジーマイノリティはひどいことをした。
マジョリティもマイノリティも生きているのだけど「マジョリティが生きている」ことへの配慮・譲歩がなさすぎた。あるいは事を急ぎすぎた。急にわけわからんことを言われてもわからない。
例えば、いままで分類を2しか持たなかった「性別」という事柄について、「じつは50以上あるんで25倍にしてください」とか、急に仕様変更を強要されても難しい。その結果がいまなわけ。けっきょく誰も幸せにしていない。マジョリティもマイノリティも不幸にしてしまった。
誰も得をしなかった。
ノイジーマイノリティによる権利の要求が目に余り、耐え切れずにサイレントマジョリティがキレたのがトランプ当選という結果を招き、対立と分断を生んだという側面で見るなら、ノイジーマイノリティとは違って、マジョリティとの共存を図ろうと今までやってきた、いわば「サイレントマイノリティ」にとっては、これは大迷惑な話。ノイジーマイノリティという存在は、サイレントマジョリティにとってもサイレントマイノリティにとっても、迷惑な存在なのか。例えば「小人プロレス」の問題からも、それが伺えるし、裏付けと言える。もちろん、ノイジーマイノリティがサイレントマイノリティに恩恵をもたらしている側面もゼロではないとは思うが、合計したらどうか。マイナスなのではないだろうか。答え合わせにはまだ早いだろうか。
賢明かつ冷静なマジョリティ諸兄らは、どうか、ノイジーマイノリティと、サイレントマイノリティを同一視しないでほしい。区別して頂けると幸いである。マジョリティは「気持ちはわかるがお前の態度が気に食わない」という感じなのではないだろうか。「人権屋」などと揶揄されるメンタリティから推測するに。
「ぼくらはみんな生きている」を歌えない人は、政治に口を出してはいけないのではないだろうか？
さもなくば、また同じ事を繰り返す。
ノイジーマイノリティは、性懲りもなく未だオレオレ大合唱している。
マジョリティ側の人間にだって、本当は俺だって弱かったり辛いのをのガマンしてる、救われて然るべきなのに救われない、社会福祉の手が差し伸べられるかどうかギリギリのラインで除外された人間がたくさんいて、辛い思いをしている。「障害者なんて焼け太りだろ？」と思われても仕方がない。そういったギリギリアウトの人も、なんらかの形で救われて然るべきだろう。
立場を問わず、死んでいった人たちを無駄にしないためにどうしたらいいのだろうか。
なるべく死なないように、みんなそれなりに満足に生きていくには。
最大公約数はどこにあるのだろうか。
http://anond.hatelabo.jp/20160626213749
http://anond.hatelabo.jp/20161030202020
○朝食：ヨーグルト
○夕食：ご飯、納豆（二つ）、減塩野菜たっぷり味噌汁（フリーズドライ）、エビチリ、ツナ缶
○調子
はややー。
定時で帰って、はややーしてた。
してたけど、ちょっと自分の中でモヤモヤする気持ちがあって、モヤモヤしてる。
詳細はポケモンサンの○で。
●DS
昨日書いた通り、7Fおりたけど、6Fの探索中。
●3DS
思いの外、メガストーンが大会参加賞での配布ってのが、面倒で嫌になってきた。
五世代のときの攻略本ガチャでポケモン熱が一気に冷めたのと、同じ感じ。
蓋を開けてみないとわからないけど、定員漏れで参加できない、とかなると、もうイライラしてイライラしてたまらないから、最初から興味を失いたくなる。
そのさ、大会の定員漏れって、自分の努力だけじゃどうしようもない部分が多いじゃないですか。
まあスマホからでもエントリーはできるから、お手洗いとかでこっそりやるのは不可能じゃないけど、それだってトラブル起きて焦ってるときとかだと無理なわけで。
これが、定員とかないなら「期間限定品かー、めんどいねー」って思うだけだったんだろうけど。
ちょっと、この現状は嫌だ。
あと、公式の説明の「道具の有無でトレンドが変わっていくポケモンバトルの奥深さを、プレイヤーの皆さまにお楽しみいただきたいと思います。」というのも納得がいかない。
理屈はわかるけど、わかるだけに、それが定員のある大会の参加賞というのが、非常に納得がいかない。
それだと、後発で参加する人や、一時的にやめてた人が圧倒的に不利になる。
特に今回のメガクチートは普通に強いし、メガスピアーもメガ進化のS判定の仕様変更で割と期待されているし。
うーむ、僕はこういう運営への不満があると、すぐにゲームをやめてしまうタチなんだけど、大好きな大好きなポケモンだけに、やめたくないという気持ちも強い。
出来れば、大会参加賞は先行枠で、後日全員に配布します、とか何かしらの救済策が用意されて欲しい……
とはいえ、スタッフロールのあとも、僕の目的である帽子コンプのための帽子チケット集めはまだまだあるので、プレイは継続する予定。
何より、楽しいしね。
ログボのみ。
○ポケとる
こちらも本編の影響でこっちもやる気なくなってきた、ポケとるも、コマスターも、バッジも、いやまあ習慣になってるから続けるけど、あんまりやる気でないなあ。
サンダーの書いてあることが異常な気がするけど、もうこのゲームの対人戦へのモチベーションはゼロに近いからいいや。
悪ポケがランキングイベントの報酬でもない限り、対人戦に本腰を入れる気はない。
どっかで、メインステージを解放済みまでさっさと攻略して、満足して終わりにしようかな、いつまでもログボのみと書くのも面倒になってきたし。
これ雰囲気づくりだよ。夜景の綺麗なレストランをデートの締めにすると見せかけて、よい雰囲気になったらホテルにしけこむみたいな（実際そんなことするのか知らないけど）。今から夢小説に没入する人のための雰囲気づくり。わかるか。
これも雰囲気づくりだよ。自己紹介だよ。ここから、夢小説を読む心の準備をさせてくれてるんだよ。大方の夢小説は（偏見に満ちているだろうけれども）二次創作で、既存の（原作の）キャラクターとの恋愛なんだろ？ 好きなキャラクターから名前を聞かれてなにが悪い。歴代ポケットモンスターでも主人公は博士から名前を聞かれるんだからな。あれで（あっ、わたしポケモントレーナーになるんだ）みたいな気持ちになるんだよ。促しているんだよ！わたしは今からこのキャラクターと恋愛するんだよ！
（夢小説の）主人公が、なにか（主人公のかけ算の）相手にとって「おもしろい」行動をとったときに言われるやつ。
主人公補正だよ！ 「名探偵コナン」ではコナンくんが行く先々で（あるいはどこにも行かずして）事件に遭遇するだろ。あれはそういう物語なんだよ。事件に遭遇しなきゃコナンくんは「名探偵」にはなれないんだ。いくら名探偵といえど事件をかけらも知らなきゃ、解決のしようもないだろ。恋愛もの夢小説で、主人公が相手と両想いになるためには、相手も主人公を知らなきゃいけないんだよ。きっかけだよ。「ほう……おもしろい」はきっかけだよ！ 主人公を知らずして、相手を知らずして、どう両想いになるんだよ！
美人すぎる強すぎる完ぺきすぎる胸が大きすぎる性格がよすぎる云々。
これも主人公補正だよ！ 言わば（もしかしたら作者の）理想の姿（かもしれないもの）だよ！
コンプレックスないの？ かわいくない弱い賢くないなにもできない胸が小さい性格が悪いって、実際にどうか知らないけど、なにがしかのコンプレックスありませんか？ わたしにはあるね。胸が小さいし小さなブラジャーがないし「お客さまのサイズに合うブラジャーのとり扱いはございません」って大人になっても言われるし。夢小説を書く（読む）ときくらいボン・キュ・ボンの美人でもいいじゃないか！ って思うね。
それでなくたってだな、キャラクターとの釣り合いのことを作者が考えたかもしれないんだぞ。完ぺきすぎるキャラクターに、あまりに凡庸すぎるキャラクターは似合わないみたいな。ハリー・ポッターの宿敵の闇の魔法使いヴォルデモートなんか若いころは「ホグワーツ開校以来の秀才」で超絶美形で人心掌握もできて、つまりなんでもできるんだよ。（おそらく）唯一の欠点といったら「愛を知らなかった」ことだよ。そんなキャラクターに「おもしろい」と思われるには（愛を教える……なんて傲慢！ でも教えたいし助けたい！ あわよくば交際したい！）、よほど人間ができている（性格がよい）とか同じくらい頭がいいとか人心掌握最高とか美形とか、そういう特別な設定が必要だとは思わないか？ 繰り返しになるが、わたしは思う。
そのまま。こういうときの主人公は女性のことが多い（偏見だけど、もしかしなくても夢小説は二次創作であったりその主人公が女性であることが多いんだな）。
ヒロイン補正だよ！ ヒロインつったけど別に男でもいいんだよ。でもヒロイン補正だよ。劇場版「名探偵コナン」を見たことがあるか？ 蘭ちゃん、空手強いよな。てかあの世界のメインキャラクター武術嗜みすぎよな。それはおいといて、都大会優勝レベルとかいって、拳銃かなんかの弾を避ける程度には強いんだよ。実力者だよ。でも、いざというときには油断したりしてなかったりして、敵に捕まったり船にとり残されたりしたんだよ。こういうの、物語の展開のためっていったらそのとおりだけど、そんなもんだし、やっぱりヒロイン補正なんだよ。いいじゃん、好きな相手に助けてもらえるんだよ。強すぎると助け甲斐がなさそうだけど、ギャップ萌えとかあるじゃん。たまに見せる弱い一面にドキっとさせられるんだよ。素直に受けとろうよ。
戦力として数えられないほど弱いのに前線に立ちたがるみたいな。拒否されると、こっそり前線の近くまで行くみたいな。そんで、そのせいで（主人公の）味方の勢力が不利になったり主人公が捕まったりするんだな。
これもヒロイン補正だよ！ 主人公補正でもあるよ！ なにがどれがとか言えないけど、「できないからってあきらめるわけにはいかない」とか、なんかそういうことあるじゃん。やっぱり物語の展開には必要だったりして、これをきっかけに主人公が成長したりしなかったりするんだよ。失敗は成功の元って言うじゃん。見てるとイライラするけど、あとあと「おまえ成長したな」って思えるときがくるかもしれないんだよ。それに弱くてでしゃばることが、必ずしも悪いことになるとは限らないんだよ！ 物語の展開にもよるけど。
悲劇的な殺人事件の唯一の生き残りだとか、殺人犯の子どもだとか、ロミオとジュリエットだとか、あまりの美しさに嫉妬した継母に家を追い出されたとか。なんか壮絶な過去。
これも主人公補正だよ！ （夢小説の）物語の展開には必要になる（かもしれない）んだよ！ ハリー・ポッターの過去は壮絶だぞ。史上最悪の闇の魔法使いヴォルデモートに両親を殺されたばかりか、そのヴォルデモートを赤子の時分に撃退したんだぞ！ 親は友だちに裏切られてるし、なにかあるたびに額の傷は痛むし。でも、そんな過去がなかったら『ハリー・ポッター』の主人公にはなれなかったんだぞ。その過去が壮絶な（夢小説の）主人公だって、もしかしたらその壮絶な過去がなかったら、その夢小説の主人公じゃなかったかもしれない！
小学生や中学生や、それなのに、両親が海外で働いていたり亡くなってたりしてて、たくましく一人で暮らしてて、生活力がすごい。ことがある。みたいな。
知るかよ！ たぶん主人公補正だよ！ 少年マンガとかで、親が出てこないことあるだろ？ 子どもの物語を描きたいときに、（言っちゃ悪いけど）両親という小道具が邪魔になることもあるんだよ。都合がいいんだよ！ 作者に！
二次創作で、既存のキャラクターと……ってことが多い。過保護なまでに友愛を注がれていたりいなかったりする。
主人公補正だよ！ 主人公はなにの主人公かって、夢小説の主人公だよ！ 実在しない（悲しい！）キャラクターと、せめて夢小説のなかでくらい仲がよくたっていいじゃん！ こんな友だちいたらいいなーとか、思わないの？
二次創作で。「未来を知っているわたしが未来を変えるわけにはいかないの」と悩んでいることもある。
あなたなにを読んでるの？ 夢小説だよ？ 異世界トリップもの！ ほかのなにより明白に「その世界に存在しないもの」が紛れこむんだよ。てか異世界トリップものじゃなくてもだね、夢小説の主人公って、そういうものじゃないの？ なにかしら変えちまうんだよ。こういうものなんだよ。だって原作に、あなたいないでしょ？ でも夢小説の主人公っていうのは、たいていあなたで、原作にいなかったキャラクターなんだよ。いいじゃん、未来を変えたって。わたしはハリー・ポッターに倒されるヴォルデモートの未来を変えたいというか過去から変えたいというか、そもそもヴォルデモートになってしまうこと自体を変えたいというか、そういう気持ち、あるよ。
「ごめんね☆ ぼくのミスでうっかりきみをあれこれしちゃったから、お詫びに異世界へ連れていってあげる」とか。
あなた「神さま」を笑うの？ 笑えるの？ ノリ軽すぎとか突っこんでよいお立場ですか？ 創造物ヒトだよ。脆くも儚い、神の創造物だよ。どんな態度で主人公に接したっていいだろ。これは神さまの、いわば気遣いだよ。創造物ヒトが怖がらないように発狂しないように、精神の安寧をすら気遣って、それでいろいろしてくれるんだよ。
宗教とか勧誘とか、そういう怪しい意図は、ここには一切ございませんし、わたくしそういうのの一員ではない。
「夢小説あるある」はネタなんだけど、使うひとにとっては、おおむね三種類それぞれの意味合いがあると思う。
そして、それを見たひとの楽しみ方は、おおむね二種類だとも思う。
「夢小説あるある」というネタである。使うとき、「こういうことがあった」「こんなんなんだろうな」「これあるある」という感情がある。それを、懐古や侮辱の共感を狙って、Twitterなどで発信する。
わたしもネタにする。ここであげたものは、わたしが通ってきた道で、歩いている道だ。現役の身としては、「こんなことがあったよね」という懐かしさを抱く。そして、これがすべてではない。
ところで、夢小説を好きだったことのないだれかは、どうやってこんな「夢小説あるある」を知るんだろう。まあ偶然にも夢小説サイトに出会った、なんてことはあるかもしれない。あるだろう。WWWは広く開かれているから。でも、だ。わたしは「夢小説あるある」ネタで「夢小説あるある」を知ったひとも、いると思う（それが「#夢小説あるある」の形をとっていたかは知らないけど）。そして、それをそのまま、偏見とともに受け入れ、侮辱の意味で（無意識かどうかを問わず）使ったり使わなかったりする。
使われ方には三通りあると言った。黒歴史、偏見、そして現在だ。この道を、まだ歩んでいるひとがいる。わたしもその一人だ。一例を挙げたけれど、あんなもの、ありふれているんだ。黒歴史と感じて恥じ入ることはあるかもしれない。かつての自分の作文を、目の前で読みあげられたら、あるいは自ら読み返したら、恥ずかしくもなるだろう。こと年を経るにつれ（幼稚園やら小学校で書いた作文は、大人になってみたら、支離滅裂だったり言葉が滅茶苦茶だったりするだろう）。そんなものだと思う。夢小説だけじゃなくて、文章だけじゃなくて。あんな下手な料理を人に振る舞っていたのかとか、あんな掃除でやり遂げた気になっていたのかとか、あんなボールの蹴り方をしていたのかとか。この日記だって、わたしの恥ずかしい思い出の一つになるかもしれない。
「夢小説あるある」が黒歴史の意味を持っているあなたに聞きたい。その黒歴史、いつのお話ですか？ その黒歴史を歩いていたとき、あなたはおいくつでしたか？ あなたは今おいくつですか？ 黒歴史黒歴史って言うけど、作文だって下手な作文をめいっぱい書いてうまくなるんだよ。幼稚園児に、「きみはいつか大学で研究論文を発表するんだよ」って言ってごらんよ。わたしは信じられないよ。わたしはその黒歴史（下手だったり恥ずかしかったりするやつ）を積み重ねて、今はかつての面影もないようなウェブサイトをつくった。今ネタにされているﾎｰﾑﾍﾟｰｼﾞの面影なんかないからな（いにしえのﾎｰﾑﾍﾟｰｼﾞが悪いわけではない。ただわたしの好みの問題です）。「ほう……おもしろい」は、古今東西、あらゆるところで使われているんだ。なにも夢小説だけじゃない。プリキュアでも仮面ライダーでも、ちょっと自分にたてつくやつには「ほう……おもしろい」で余裕の笑みを浮かべるんだよ。わたしは今も使っているけど、昔よりはうまくなったと思うよ。
あなたの黒歴史は、あなたの過去だ。いろいろな人に黒歴史はあるかもしれない。けれど、それは今じゃない。スマートフォンのOSのメジャーアップデートの頻度をみてみろ。VRが家庭にやってきた。HTMLもCSSもバージョンを重ねたし、ウェブサイトの文字コード指定の主流はUTF-8になった。というか、ガラパゴスケータイじゃないんだよ、今は。スマートフォンだよ。かつて（もしかしたらそうかもしれない）黒歴史をつくっていた人たちが、今まで（夢小説を）つくるのを続けてきて、どうして変わらないと思う？ 実際、JavaScriptの仕様変更にともなって、元祖（おそらく）ドリーム小説用変換ツール「DreamMaker」は、あまり推奨されなくなったよ。でも、同じJavaScriptでありながら現代基準のaliceもあるし、PHPを使うdream.phpというツールもでてきた。名前変換機能のついた投稿サイトpictMalFem（BLやGLに特化した姉妹サイトあり）もある。初めがどうだったかなんて知らないけど、夢小説は「キャラクター♂×自分♀」だけじゃない。今はいろいろな楽しみ方がある。二次創作だけが、恋愛だけが、自分♀だけが夢小説じゃない。
笑わないでほしい。侮辱しないでほしい。夢小説に、こんなあんまりな偏見を向けないでほしい。たとえ今つたなくとも、続ければうまくなる。再三になるが、人は進歩する。成長する。成長しうるんだ。続ければ。はじめたばかりのひとが、いきなり職人レベルのものをつくれるなんてことは滅多にない（あれば、それはそれでおめでたいことだと思うけど）。たいていは、つくり続けて、こつこつと上達していくんだ。けれど、笑われたり侮辱されたり、偏見を向けられたりして、「夢小説を好きでいること自体が、書くことが、読むことが、恥ずかしい」と思うひとがいる。わたしは「夢小説あるある」をあげたけど、雰囲気づくりだし、お化け屋敷におどろおどろしいキャッチコピーがつくようなものだし、あるいはありふれた要素だったりするんだよ。ちっとも恥ずかしいことではない。でも、恥ずかしいと思って、やめてしまったら、それ以上うまくなることはないし、それ以上楽しむことも、夢小説自体を楽しむひとたちと楽しみあうこともできなくなる。
夢小説について偏った知識しか持たないひとには、侮辱するのではなく、今の夢小説のことを知ってほしいし、できれば読んでほしいとも思う。夢小説が気になっているひとも、恥ずかしがらずに、まず読んでみてほしい（書くことから始めるのでもいいけれど）。
半年ほど前、ブラウザゲーム「艦隊これくしょん」(以下「艦これ」) の人気動向について、
その際は大雑把にいえば「公式関連の人気は今だ根強く、二次創作関連の人気はやや下落気味の傾向が見られる」という公式と二次創作の人気の乖離について言及したが、今回二次創作関連に焦点を絞って改めてその動向を調査したところ、「艦これ」における二次創作の活動規模は明確に縮小しているという事実が明らかとなった。
最近の公式関連の動向やコミックマーケットの動向を見ていると、この結論に疑問を呈する方は多いのではないかと推測する。
前回の報告では二次創作人気の下落について明言を避けたが、今回はその点も含めて何故このような結論に至ったかについて、調査によって得られた数字を元に出来る限り客観的に述べていこうと思う。
本稿を読み進めるにあたっては、まず大前提として以下の点を必ずご理解いただきたい。
・あくまで「艦これ」の二次創作の動向に関する分析であり、公式関連の人気とは直接的には関係しないこと ← 重要
・出来る限り、調査で得られた数字という客観的かつ定量的な指標をもとに説明するように努めていること
・しかしながら人間が書いている以上、常に何らかのバイアスがかかっている惧れはあること ← とても重要
・比較対象として他ジャンルの動向を示すことがあるが、あくまで特定の条件下での比較であり、対立を煽る意図はないこと
本稿を読み進めている方の最も気になっている点がこの判断基準ではないかと考える。
これは次節から述べる各指標の調査結果から総合的に判断したものであり
・下落継続期間が相当の長期に亘っていること (約2年間)
・下落後の安定期というものが未だ現れず今なお下落基調が続いていること
の3点が核となっている。
以上の点について、次節から各指標の動向を定量的に述べていく。
二次創作活動を行うためには、それを行うための「場」が必要となる。
特に「艦これ」の場合、サービス開始とともにインターネット上で爆発的に人気を博した経緯から、二次創作活動においてもインターネット上のコミュニティがそういった「場」の大きな一角を占めている。
まず初めに、それらの中でも特に影響力の強いいくつかのコミュニティについてその動向を述べる。
以前も述べたとおり、二次創作においてpixivの投稿数とサークル数の間には強い相関があり、pixivは二次創作活動において今なお大きな影響力を持っている。
投稿数の推移は、
○週間平均投稿数：
・2015年1月～3月 ：4,111枚 (最大値：5,214枚 2/16週)
・2016年10月～11月：2,435枚 (最小値：2,004枚 10/17週) ※集計中
で、約2年間一貫して下落トレンドが続いており、下げ止まる気配は一向に見られない。
2015年、2016年ともに特に10月は投稿数が落ち込む傾向にあるが、中でも去年10月は初めて週間投稿数が2,500枚を切り、今年は2,000枚を割り込む寸前まで減少した。
pixiv自体の利用者数の減少ということも考えられるが、2014年の段階でほぼ同規模であった東方Projectの投稿数をバックグラウンド値として比較すると
・2015年4月～6月 ：3,918枚 (最大値：5,130枚 5/3週)
・2015年10月～12月：3,733枚 (最小値：3,037枚 12/3週)
とこちらは極めて安定的な推移を見せていることが分かる。
その他、比較的長期のジャンルである「アイドルマスター」や普遍的な「オリジナル」「創作」などのタグでも投稿数は安定的に推移しており、pixivから投稿者の大幅な流出が起こったとは考えにくく、pixivにおける「艦これ」の二次創作は底の見えない規模縮小が続いていると判断せざるを得ない。
指標としてはやや劣る閲覧数は、以前も述べたように2015年6月初頭にpixiv側での集計仕様に変更があり、その前後での単純比較及び他ジャンルとの絶対数の比較が困難となる。
そのため仕様変更以降のみを検討するが、2015年の8月には週平均で3,000万近い閲覧数があったのが、2016年1月には2,700万まで低下し、同年6月には約2,400万に、直近の10月には約1,700万まで落ち込んでいる。
ただし、2016年10月以降の閲覧数が大幅に落ち込んでいるのは、すでにTwitterや匿名掲示板で指摘されているとおり、2016年9月4日からのpixivの閲覧仕様変更により閲覧中心のユーザーが離れたことが原因であると推測される。
(他のジャンルでも直前の3ヶ月と比較して約25％閲覧数が減少している)
しかしながらその要因を考慮した上でもなお艦これ作品の閲覧数が減少傾向にあることは、長期トレンドの推移からも間違いない。
ニコニコ動画には、2016年10月現在で週平均約300～350程度の艦これ動画が投稿されている。
これは2016年3月頃の投稿数と同程度であり、一見すると投稿数の減少は収まったかのように見える。
しかしながらその内訳を見ていくと、「MMD艦これ」に代表される二次創作作品の割合が低下してきており、艦これ二次創作作品の実数は未だ減少し続けているのが実態となっている。
直近の11月は公式関連の本編ゲームイベントなどもあり投稿数が約800前後と大幅に増えているが、その増加分はほぼ全てがゲーム内ボイスの転載といったゲーム本編関係の動画となっており、二次創作の増加の気配は見られないのが現状である。
ニコニコ静画の動向もpixivのそれに近い状態であり、艦これ二次創作作品の投稿数減少に歯止めがかからない。
2016年1月～3月の段階では週間平均で約1,500枚の投稿数があったにも関わらず、同11月では約950枚とついに1,000枚の大台を割り込んでしまった。
未だ投稿数の底が見えないこともあり、減少傾向は今後も続くものと推測される。
最近よく耳にするのが「二次創作の活動の場はpixivやニコニコ動画からTwitterに移っているのではないか」という疑問である。
Twitterはその仕様上、二次創作に限った検索や投稿されたイラストの全数調査という手法が困難であるが、昨年末から試験的にいくつかのキーワードや指標を設定してTwitter上での二次創作活動推移の定点観測を試みた。
結果的には設定した全ての指標で減少、あるいは横ばいという傾向が見られたが、これらは公式関連の動向による攪乱を受けてしまう懸念を完全には排除することができず、今しばらくの検討が必要であると考えている。
その中でも比較的安定的な指標と考えられる「艦これ版深夜の真剣お絵描き60分一本勝負」(いわゆる艦これワンドロ) の動向を示すと、日毎の変動はやや大きいものの、昨年末の調査開始の時点で日平均約220枚程度の投稿があったものが直近1ヶ月では約140枚前後まで減少している。
このような減少傾向はpixivやニコニコ動画といった旧来のコミュニティの動向と大差なく、結果を総合的に判断すると、現段階ではpixivなどからTwitterに活動の場が移ったと解釈するのはいささか困難であると言わざるを得ない。
前回に引き続き「艦これ」が関係する同人誌即売会の動向を調査した。
・コミックトレジャー(オールジャンル)：381(第25回)→372(第26回)→319(第27回)→361(第28回)
・蒲田鎮守府：243(第2回)→59(第3回)→以降開催なし
・海ゆかば：133(第3回)→47(第4回)→54(第5回)
・西海ノ暁：50(第5回)→63(第6回)→33(第7回)→55(第8回)→56(第9回)→14(第10回) ※第9回は併催の艦これオンリーを加えると114サークル
・駆逐してやる！～なのです：65(第4回)→32(第5回)→16(第6回)→46(第7回)→34(第8回)→17(第9回)→27(第10回)
・我、夜戦に突入す！：375(第2回)→312(第3回)→287(第4回)→115(第5回) ※第5回は併催イベント共々募集規模が小さい
・砲雷撃戦！よーい(東京)：1010(2015年9月開催)→686(16年1月開催)→945(5月開催)→834(9月開催)
となっており、各イベントとも多少の増減はあるものの規模は比較的固定化してきたように見える。
その一方で「蒲田鎮守府」「鎮守府に着任しました！」「艦娘まりんふぇすた」など、休止した即売会も規模の大小を問わず多く存在しており、即売会の統廃合が急速に進んでいることが伺える。
特に艦これの同人誌即売が群雄割拠した2014年と比較して2016年の個別開催数が約半数までに落ち込んでいることを踏まえると、現在も継続して開催している即売会が規模を維持できているのは、集約化による影響が大きいと考えられる。
即売会の規模について簡単に触れておくと、現在継続して開催されている即売会には、最大規模の「砲雷撃戦」の他、「我、夜戦に突入す！」「西海ノ暁」「駆逐してやる！～なのです」「絶対海域」などが存在するが、「砲雷撃戦」と「我、夜戦に突入す！」を除けば全て参加サークル数100未満の小規模即売会となっている。
比較的小規模なまま推移しているのは、おそらくは艦これの即売会が基本的に他ジャンルとの併催で行われることが多く艦これ単独での規模が抑えられがちになる点、キャラクターオンリー即売会などが発達せず即売会同士の差別化が多分に地理的要因に起因している点が原因ではないかと推測している。
このような要因によって艦これの同人誌即売会を取り巻く環境は今なお厳しく、集約化はこれからも間違いなく進んでいくものと考えられる。
最後にコミックマーケットにおける艦これ二次創作サークル数の推移を見て行きたい。
2013年冬のC85以来、コミケにおける艦これの二次創作サークル数は常に増加してきた。
今冬のC91では艦これサークル数は2153サークルとなっており、前回を91サークル上回った。
しかしながら、コミケは参加申し込みが他の即売会と比較して圧倒的に多いため抽選制を取っており、基本的に落選がなく申し込み数＝当選数となるオンリー即売会のように「(当選)サークル数」の推移を見ただけでは傾向を掴むことはできない。
そこで、艦これ専用のジャンルコードが設けられたC87以降の艦これジャンルの (当選数, 申し込み数, 当選率 [当選数/申し込み数]) を確認すると
・C88＝(1846, 2230, 82.78％)
・C91＝(2153, 2364, 91.07％)
となっており、当選サークル数が毎回増えているのは当選率が毎回上昇しているためで、申し込み数のピークはC89であったことが判明した。
特にC91ではC90と申し込み数がほとんど変わっていないにも関わらず当選率が3.7％上昇しており、結果的に過去最大のサークル規模を達成する直接の原因となった。
これだけの規模のジャンルで当選率が9割りを越えることは非常に珍しい。 (コミケでの規模が第2位の「東方」は (1582, 1780, 86.87％)、同第3位の「アイドルマスター」で (1231, 1428, 86.20％) 、また「東方」が今回の艦これと同程度の当選数だったときの当選率は C85＝(2246, 2848, 78.86％))
この原因はおそらく同ホールに配置された他ジャンルとの兼ね合いでの端数調整に起因するものと考えられるが、より規模の小さな他ジャンルに端数分を振らなかったことにはやや疑問を覚える。(無論、艦これのファンとしては当選サークル数の増加は嬉しいことではあるが)
これまでの分析では、集約化によって減少した艦これオンリー即売会の穴を埋めるようにコミケへの参加者の集中が起こっているものと考えられていたが、検証結果を見る限りでは実体としては「コミケへの集約化は思ったほど進んでいない」あるいは「集約化は進んだがそれ以上のペースで艦これサークルが減少している」のいずれかが起こっているものと考えられる。
いずれにせよ、コミケ以外の場における強い二次創作の減少傾向が存在することからも、今後のコミケにおける艦これの動向は決して明るいものではないと予想される。
以上から、艦これの二次創作を取り巻く現在の環境は非常に厳しく、今後も現在の傾向が続いていくことになると予想される。
他ジャンルの動向を見ても、ここ半年前から「ガルパン」の二次創作が爆発的な人気を博しており (6月のSDFスペシャルや9月の砲雷撃戦に参加した方は、併催のガルパンオンリー即売会にむしろ艦これ以上の人数が集まっていたことに気付いたことと思う)、加えて東方の人気が再び戻ってきたという話も最近はよく耳にし、アイドルマスターも未だ徐々に規模を拡大しつつある。
今後、仮に二次創作が再び増加に転じることがあるとすれば、それは公式関連の劇場版が多くのファンから好評を得た場合である。
というのも、書籍や映像作品は二次創作に繋がるような要素を多く含み得るものであり、また過去にも賛否の割れたアニメの放映後に実際に二次創作活動が最盛期を迎えたという実績もあるためだ。
公式関連の人気が今だ根強いことは、この記事を書いている今ちょうど話題になっている百貨店「三越」とのコラボ商品を求めて多くのファンが店舗に集結したことなどからも伺える。
そして、コラボグッズと映像作品、どちらがより二次創作に影響を与えるかということを考えると、物語性の強い映像作品に軍配が上がることは簡単に予想できる。
しかしながら、以前に実施したコラボと内容の近いなか卯コラボやローソンコラボ第2段がやや不発気味だったことを考えると、同じ映像作品であるアニメ放映後の劇場版にどれほどのインパクトがあるか、それによって二次創作人気の下落は底を見せるか、反転後の上昇はどの程度まで達するか、などが重要となってくる。
長々と検証を述べたが、艦これ二次創作の規模は明確に縮小しているという現実を知った上で、その事実に抗って跳ね返すくらい活発な二次創作活動が今後増えてくることを期待している。
(了)
