  |
はてなキーワード: 2.0とは
| アストラルギア 魔法少女はつらいよ | 2001.08 |
| ばいおれんす☆まじかる！ | 2001.09 |
| 撲殺天使ドクロちゃん | 2002.11 |
| 新本格魔法少女りすか | 2003.10 |
| 魔法少女リリカルなのは | 2004.10 |
|---|---|
| ぼくと魔女式アポカリプス | 2006.02 |
| 桜ish -推定魔法少女- | 2006.10 |
| おと×まほ | 2007.05 |
| 時載りリンネ！ | 2007.08 |
| これはゾンビですか？ | 2009.01 |
| 魔法少女を忘れない | 2009.06 |
| くりぽと すくすく☆魔法少女塾 | 2009.10 |
| アンチ・マジカル | 2010.07 |
| 魔法少女☆仮免許 | 2010.11 |
| 魔法少女まどか☆マギカ | 2011.01 |
| 魔よりも黒くワガママに魔法少女は夢をみる | 2011.02 |
| 魔法少女アーヤ☆アミー | 2011.06 |
| 魔法少女のくせになまいきだ。 | 2011.09 |
| サカサマホウショウジョ | 2011.11 |
| 魔王な使い魔と魔法少女な | 2012.03 |
| 魔法少女育成計画 | 2012.06 |
| 俺、ツインテールになります。 | 2012.06 |
| 魔法少女地獄 | 2012.08 |
| ロストウィッチ・ブライドマジカル | 2013.09 |
| 魔法幼女と暮らしはじめました。 | 2013.10 |
| 魔法少女試験小隊 | 2013.12 |
| 閃光のホワイトアウト | 2013.12 |
| 非公認魔法少女戦線 | 2014.01 |
| マジカル†デスゲーム | 2014.03 |
| 特別時限少女マミミ | 2014.04 |
| 僕らは魔法少女の中 | 2014.05 |
| 今すぐ辞めたいアルスマギカ | 2014.10 |
| ふぉーくーるあふたー | 2015.12 |
「魔女」が出て来るだけなのは除外し（ファンタジーがたくさん入っちゃうから）、なるべく「魔女っ子」「魔法少女」フォーマットを意識していそうな作品を選んだ。「俺ツイ」とか特撮ヒーローフォーマットでもあって微妙だけど入れちゃった。
ちなみに、まどマギ的な殺伐としている作品は「新本格魔法少女りすか」「ぼくと魔女式アポカリプス」「アンチ・マジカル」「魔法少女育成計画」「魔法少女地獄」「ロストウィッチ・ブライドマジカル」「マジカル†デスゲーム」「僕らは魔法少女の中」あたりか。企画・執筆からの時間差を考えると、まどマギの直接的な影響を受けているのは2012年以降の作品かな。まどマギの影響で魔法少女ものが増えたのは確かだと思うけど、いちおうラノベ全体の刊行点数が増加している…2005年から10年で2倍くらい？…のも考慮してね。
あと、男が魔法少女になる話が意外に多くて「ぼくと魔女式アポカリプス」「桜ish」「おと×まほ」「これはゾンビですか？」「アンチ・マジカル」「魔王な使い魔と魔法少女な」「魔法少女育成計画」「俺、ツインテールになります。」「閃光のホワイトアウト」あたり。
なにか抜けてたらごめん。
参考にしたページ
魔法少女なラノベ（魔女なラノベ付） - REVの雑記 - LightNovel Group
うちのウサギとの生活も気づいたら、もう今日で10年目が終わる。
10年前、俺の誕生日に彼女と別れた辛さを紛らわそうと飼い始めたのだが月日の経つのは早い。
飼う前に、さっと調べてみたところによると、ネザーランドドワーフの寿命は6年ほどだというし、
いい加減な俺の事だから4年程度生きたら御の字だろうと、そういう予想で居たのにもう10年にもなる
ほんと分からんもんだ
いや、金はかけたと思うけど、別に手間はたいしてかかってない
一部屋をウサギ用にして、うち5畳ほどのスペースを柵で囲ってケージ連結の飼育場に
残りのスペースは、エサだのトイレ砂だのの飼育用品の置き場所に空けてある
エサは、ウーリーのイタリアングラスとヤンググラスを混ぜてる。ペレットはシルバーブルーム。
ペレットの方は自動給餌器で決まった時間にエサが出るようにしてあって、今は2週に1度補充すれば十分な消費ペース
決まった時間にエサが食える方が、エサ呉れ攻撃が収まって静かになるんでウサギ飼いは覚えておいた方が良い
牧草の方は、大きな木箱に1週間分をどさっと入れておくと
床に落ちたのも漏らさずすべて食べてくれるから1週間後に必要量を補充するだけでよい。今はだいたい月に一袋消えるペース
水は2.0Lのペットボトルに飲み口を付けて飲めるようにしてあるので、1週間に1度の交換でよい
トイレは猫用の自動トイレ機ですませてくれるので、日々の作業は少ないし、後はエサ交換作業のついでに部屋掃除をすれば事足りる
楽なもんだろ？
10年生きてきたけれど、一度も病院に連れて行ったことはないし病気もしたことがないんだが、特に気を付けた事もない
俺自身がエアコン嫌いなので、夏場も冬場もエアコンなんて付けた事もなくて
うさぎも俺も夏場は扇風機、冬場はヒーターで暮らしてるけど、別に温度が一定でないから弱るなんて事はない
むしろエアコンで甘やかすと早死にするんだろう位のもので、アルミ板とか置いて自分で工夫できるようにしてやった方が良いと思うわ
爪切りも最初の4年は毎月見ていたんだけど、ある時爪を切ろうとした時に、
その代わりに、部屋にレンガを敷いたスペースを与えたり、U字ブロックを置いたりしてる
そこで穴掘り行動したり、跳ねたりしてるうちに爪が削れていい塩梅になってる様だ
毛も掃除機で直接吸い取るだけ、今じゃ寝そべったまま微動だにしないで毛抜きを受けるし、
自分で不愉快であろう時は掃除機の音がすれば近寄ってきて、吸い取れアピールをしてくる
うさぎに果物だのなんだのと甘いものを食わせたら早死にするだけに決まってるしな
たまに遊んでほしそうにアピールしてきたり、すり寄ってくる事があるけど
その時に俺が構いたいと思えば構うとか、そんな程度にしか構わない
上記の様に放任家庭なんで、2週間程度空けても全く問題になる事がない
そんなだけど、若い頃には構ってたんで、今でも名前を呼べば飛んでくるから可愛げがあるよｗ
結局のところ、なんでうちのが長生きしたのかって言えば、広いスペースとストレスのない生活なんだろうな
狭いケージに閉じ込めて、エアコンで管理された部屋で生活し、甘いものを散々食わされたら
そりゃ些細な事が命にかかわるよｗ
広々とした場所を与えて、可能な限り自然なスペースで生活させて、自分で創意工夫できる余地を与えて
新鮮で香りのいい牧草と、牧草に近いペレットを食わせておけば普通に長生きするってこった
意識高い系大学生とプロブロガーの悪魔融合が世の中に大量の「ブログしか書けない人」を作る！！
ttp://www.tm2501.com/entry/2016/09/17/083321
とあるのだが、青二才は自分がシロクマ医師から３年間ブロックされた時の経緯を忘れたのだろうか。
もともとは彼が、安易に意識の高い友人がアホな道を選択したときにそれを後押しするようなことを言いだしさすがにこれはあかんやろという話からシロクマ医師に飛び火したという経緯があるのだが。
やぎろぐと同じ年のころ、お前もおなじようなことやっとったやーん！ なに偉そうにいっとんねーん！まず自分の反省しろやー！
バカばっかりの悪友達へ-僕はただ、君の一番の「悪友」でありたいver2.00-
ttp://d.hatena.ne.jp/TM2501/20121017/1350423259
の記事で久しぶりに注目されたTM2501。
犬紳士氏がこの記事についてコメントし、それに対しシロクマ先生がリプライ。
悪友の件でどう揉めたかは下記参照。
で、その時の記事をちゃっかり消しながら
ttp://www.tm2501.com/entry/20121017/1350423259
ttp://b.hatena.ne.jp/entry/tm2501.hatenablog.com/entry/20121017/1350423259
こういうことを書くのは感心しませんな。
どうやってるのか知らんけどweb魚拓まで念入りに削除申請して消していってる。
どれもこれも、当時内容が変だよって指摘されたら俺は間違ってねえって開き直った記事ばかりだぞ。
今更になってやっぱり間違ってたと認めるのかよ。
しかも、こうやって誰も気づかないようにこっそり消すってのがだせえ。
この時とばっちりで３年間の活動自粛になったシロクマも浮かばれないな。
ところで、この時の
何度も言ってきたが、僕は文章で次々と周りを変えてきた(略)はてな村では「若手三大ブロガー」の一人として、はてな村民予備軍や村民を僕が作ってるし、大物村民達からも注目の的となっている
なんかゆえあって資料あさって読んだからまとめとくわ。（追記したわー）
公開されている資料を見る限りでは、
建物地下については盛土前提だねー
全然出てなくて「工事の都合で」なら、行き違いみたいな可能性も無くはないんだろうけど、
「技術会議」で、「埋め戻しせずに地下空間を利用する」って案が出て、否定されてんだから
工事の都合でもその案に近い形になってるのであれば、説明しとかないと問題になるだろ。
（結果的に安全だろうとは思うけど）流石に専門家会議とか技術会議開いといて、こりゃないだろ、と言う感じ。
ポイントだけ。
○ 汚染土壌は掘削処理を行う。ベンゼンとシアン化合物及び重金属を含む土壌は、洗浄処理を
行う。また、ベンゼンのみを含む土壌は、既設の都域内加熱処理プラントを利用して、処理
する。なお、洗浄処理プラントは仮設として、豊洲新市場予定地内または、その近傍地に設
置する。
○ 建物（青果棟、水産卸棟、水産仲卸棟）建設地については、汚染土壌の処理後、埋め戻し
（A.P.+2.0m～A.P.+6.5m）は行わず、この部分の地下空間を利用する。
http://www.shijou.metro.tokyo.jp/toyosu/pdf/pdf/gijutsu/siryo/6-5.pdf
（委 員） 評価が高かった案-1～5 のうち、案-4 については、原位置微生物処理のため確実性に
問題があり、案-5 については、土地の利用、機能、価値の問題が、経費に対して十分
プレイバックされないので、事務局としてはこれらを除いた案-1,2,3 をまとめて、そ
れぞれのよい部分を組み合わせて案をつくるということでよいか。
第9回会議録 p3
http://www.shijou.metro.tokyo.jp/toyosu/pdf/pdf/gijutsu/siryo/09kaigiroku.pdf
（委 員） 今日審議された案が技術会議での結論であるとして決定する。
同 第9回会議録 p8
技術会議において、「地下空間の利用」は第6回に案５として提案されており、第9回に破棄されてる。
○矢木座長 そうですか。わかりました。そうすると、今回の工事では２ｍよりも低いところは、
汚染しているものはみんな掘り上げてきれいなものを入れている。それから、２ｍと４ｍは全部掘
削して、きれいなものと入れ替えている。それからさらに、2.5ｍですかね、きれいな土を入れて
いるということで、要するに、4.5ｍはきいれいなものが積んであると、こういうふうに考えてよ
ろしいわけですね。
第18回会議 p16
http://www.shijou.metro.tokyo.jp/toyosu/pdf/pdf/gijutsu/siryo/18kaigiroku.pdf
※報告資料において、５街区、６街区、７街区は、盛土完了しているとなっている。
http://www.shijou.metro.tokyo.jp/toyosu/pdf/pdf/gijutsu/siryo/18-2.pdf
第18回会議において、
東京大学名誉教授の矢木座長から質問を受けて、東京都基盤整備担当課長の藤原課長が答えている。
少なくとも、東京都の基盤整備担当課については、説明責任を果たさないとイカンじゃろ。
「きれいなものを積んだとは答えた、答えたが、その後掘り出さないとは言っていない……！」とか通らんだろ。
憑物落としの手法なんだけど、一回「コレが元凶だ！」って「悪い部分」を一箇所に集めて、それを解決するの。
建物地下の盛土無しについて安全性の確認とって、それ以外のところの盛土完了の確認とって、安全宣言出して終わり。
過去の悪いところは引き継がずに叩いて、どーせやらにゃならん都知事の安全宣言は、自分のやったことに対して出す。
「東京都の悪行」なのに「現行都知事の手柄」に出来そうなの、ホント喧嘩上手な感じだわー
（現状築地のほうがよっぽど危険って煽り方してないのもポイント高い。事実と感情と擦り合わせてこその為政）
んー、資料つまみ食いして読むのは俺もやるから良いけど、ポイントポイントは読まないとイカンぜよ。
（略）
なお、左側の範囲を示す図で着色のな
い箇所は建築敷地などに相当する箇所でございまして、土壌汚染対策工事とは別に、別途施設建設
第18回会議 p9 2行目
http://www.shijou.metro.tokyo.jp/toyosu/pdf/pdf/gijutsu/siryo/18kaigiroku.pdf
左側の範囲を示す図で着色のない箇所は、液状化対策でご説明したのと同様に建築敷地など
に相当する箇所でございまして、土壌汚染対策とは別に、別途施設建設などに合わせて砕石層の設
置が行われております。
同 p9 17行目
砕石層と液状化対策については、「建築敷地については別途施設建設などに合わせてやってます」と回答してる。
地下水管理上限(A.P.+2.0m)に、砕石層(50cm)足して、盛土(A.P.+6.5m)するって話をして、完了してますって話で、
「別途施設建築に合わせてやっているとは言ったが、全く違うやり方だ」は通らんじゃろ。
（技術会議参加者が責を負うなら「東京都がやったと言っただけでは信用せず、データを見るべき」になるが……）
A.P.+2.0m以降、建物は建物で別にやってっからって説明受けて、まさかノー盛土とは思うまい。
なお、めんどくさいこと言うと、
また、一部どうしても場内の搬送車の置き場として地下を考えてございます。例えば雨水等を一
時ためなくてはいけないということ、雨水利用も考えてございますので、そういった意味で、一部
http://www.shijou.metro.tokyo.jp/toyosu/pdf/pdf/senmonkakaigi/01/1gijiroku.pdf
この辺の発言踏まえた上で、建物建設地と建物建設地以外の両方で盛土してねって提言されてんだよね。
※水質モニタリングを行うので、A.P.+1.8mよりも深いところにまで到達してる。
http://www.shijou.metro.tokyo.jp/toyosu/pdf/pdf/gijutsu/siryo/18-3.pdf
地下水管理システム（浄化施設棟）については議事録でも触れてるけど、建物については下記の1行だけだよ。
『建物部の下には地下水の排水を促していくための地下水排水対策としての砕石層をこういうような形で設けさせていただいております。』p18 23行目
砕石層については触れてるけど、地下空間については触れてないね。
うーん。
概要図に「建物部（イメージ）」って書いてある建物の地下空間が描いてあったとして
何の説明も無く、これでもって「技術会議では出ている！地下空間があるのは理解しているはずだ！」というのは、どうかな。
（叙述トリックみたいな引っかけ問題としては面白いかもね。実は描いてあった！みたいな。説明する立場でそれはナメてんのか？）
この流れで、「技術会議が悪い」みたいな報道とかは、ちょっと納得いかねーなー
東京ガス株式会社が、平成13年2月～平成19年3月で、地面から2メートル掘削して処理済みなのね。
だから、土壌汚染対策法上は、東京ガス株式会社が土壌汚染調査＆処理したところで完了してる。
あとは、「環境確保条例（都民の健康と安全を確保する環境に関する条例）」もあるけど、
汚染土壌を、50cmの盛土 ＋ (10cmのコンクリ or 3cmのアスファルト)で覆え、でクリア済み。
だから、「法令上は問題ない」って言われると「最初からそうじゃろ」って返しになる。
ソレじゃ安心できねぇって都民のために、カネかけて二重三重に対策打つから安心してよ！って話が発端なので、
そーゆーのは、「万全な土壌汚染対策」として「専門家会議」をやって「技術会議」をやって、
ちゃんとやります丁寧に説明しますって東京都の方針が全部吹っ飛ぶので、たぶん言わないんじゃないかな。
「安心・安全」みたいな漠然とした基準だと対策完了しようがないから、
「専門家に聞いて、技術的にも可能なやり方で、コストも考えてやるよ」ってプロセス立てて
で、そのプロセス通りにすすんでます、専門家のお墨付きもらってます、問題無いですって話を進めてきて、
「実は専門家の提言とか現実的じゃなかったんで、建築物は独自にやりました。てへー」とか、そのひっくり返し方はダメだと思うなあ。
2回も増田に投稿されてるけど、どうもこの動画の人達は海外のユーチューバーっぽい。
でもこの動画の人は他の動画は日本に対してポジティブなものが多い印象なので違うっぽい。
759 ： 名無しさん＠お腹いっぱい。 (ﾜｯﾁｮｲ aa83-s/+K)[] 投稿日：2016/06/07(火) 19:45:18.52 ID:C5YjExBh0.net [1/2回]
以前にジャパンタイムズで
「レイシズム・イン・ジャパン」などという動画を作る人がいるが
Say, people make videos called “Racism in Japan!” It’s like, why do that?
Why don’t you just share something positive? I don’t see any point
in spreading more negativity. They just want to do that
because if it’s controversial, they’ll get money.
http://i.imgur.com/DZNIkO9.png
http://www.japantimes.co.jp/life/2015/02/23/digital/sharla-japan/
じゃあ、これらもやっぱり「炎上商法」なんですよね？
Sharmander
http://i.ytimg.com/vi/8UET38Ze4pY/mqdefault.jpg
kimdaovlog
ttp://www.logsoku.com/r/2ch.sc/streaming/1431358818/759
この件とは直接関係ないけど、youtubeに「RACISM IN JAPAN」みたいなタイトルの動画で再生回数が結構あるのが多かったのでそういう一面はありそう。
5 ： 名無しさん＠お腹いっぱい。 (ﾜｯﾁｮｲ 3b4f-dm/8)[] 投稿日：2016/06/11(土) 23:12:52.08 ID:66QX3Cfc0.net [1/1回]
削除されたコメント、目立ってたやつだけ。
ttp://www.logsoku.com/r/2ch.sc/streaming/1465542119/5
779 ： 名無しさん＠お腹いっぱい。 (ﾃﾄﾘｽ fabc-zAhY [183.181.168.48])[] 投稿日：2016/06/06(月) 09:01:45.88 ID:fM0CTS6q00606.net [1/1回]
ttp://www.logsoku.com/r/2ch.sc/streaming/1463733553/779
兎にも角にも、元動画が非常にわかりにくいのが問題の根幹だろう。
人種差別をしているのかどうかわかりづらい状況なのに、インパクトの強いタイトルをつけ画像や動画をネットに投稿しているのが問題を複雑にしているようだ。
日本の狭いネット界隈の話に限って言えば、このユーチューバー側についている人たちとネトウヨ系の人たちが揉めているようだ。
増田に投稿したのは多分ユーチューバー側の人達がバズるのを狙ったのだろう。
雑にまとめたから事実誤認がありそうだけど、面倒くさいからこれぐらいにしておこう。
※途中、URLをh抜きしているのはスパム対策のためか増田の一記事中にURLの個数制限があるらしく投稿出来なかったので、数を減らすためにh抜きしました。
タイトル通りなのだが、色々調べて不思議な気持ちになったので書いておく
うちの祖父母は双方90歳こえて元気にやってる信心深い夫婦で、先祖代々名古屋の昭和区の興正寺の檀家をやってきている。
・http://www.asahi.com/articles/ASHCN7T68HCNOIPE025.html
うちの祖父母は、割と熱心な檀家でもちろんこういった問題があることは知っているものの、
「おっさま(名古屋弁で坊さんの意)や若様が、考えもなしにそんなことするわけにゃーて。みんな信じとるもんでだいじょうぶ」
と何を心配しているのかも最早よくわからんが、何か達観した様子でこの手の騒動をみていた。
信仰の自由を尊重し、まぁ好き勝手やってくれと思っていたが、この手の問題には眉を潜めていた。
興正寺(U住職) と プレハブ寺(高野山から派遣された稲沢市のA寺のM住職)が要は対立しているのだが
このM住職というのが、元々15年ほど前に興正寺で働いていた住職だと祖父母から聞かされた。
解雇された M住職・N住職・U住職というのは うちの婆様界隈ではみんな知っていることらしいが
興正寺への寄付を懐にしまい、自分の寺の修復費用に充てるなどを何度も繰り返しており
それを現職のU住職は見て見ぬふりをしていた。
・・が、余りにも目につくようになりU住職の代替わりが近いタイミングで解雇と相成ったらしい。
(興正寺は名古屋で一二を争う大きな寺で、名古屋市近郊の坊さんがたくさん働きに来るのだとか。雇用形態などの仕組みはよくわからない。)
祖父母は檀家総代などをやっていた為、プレハブ寺側のM住職とも面識があり、最近偶然出くわした際に以下のような会話をしたらしい。
90超えの老人のいうことなので、どこまで正確かはわからないが。
M住職「◯◯さん、今のままあちらさん(興正寺)を支援なさるんかね。高野山を敵に回したってことになりますよ」
祖母「私は、あんたさんがやってきたことをよく知っとるから、あんたの支援はできん。興正寺は興正寺。高野山は高野山。私は興正寺の檀家。」
M住職「私が興正寺の代表になった時には、◯◯さんには色々やめてもらわなきゃいかんね・・」
母と興正寺に相談にいったらしい。M住職が、興正寺の代表になることはあるのか？と尋ねたところ
興正寺「M氏が、規則にない住職代行を名乗ってまで興正寺に取り入ろうとしている目的は、数年前の不始末を消すことでしょうから。そんなことは私達は本山が何を言おうと許しません」
肝心の質問にストレートに答えないあたり、坊主というのは流石な生き物である。
祖父母は、興正寺の戦後の再建などに大きく力を貸したようで、寺を守るという意識がものすごく強い。
もう3人しか生きていないが、茶飲み友達などは、M住職が興正寺を入ることを本気で拒んでいる。
「墓に入るなら興正寺と決めていたのに、Mが代表になったらと思うと恐ろしくて眠れない」と言うのだ。毎晩眠れないらしい。
祖母に色々聞いてみたところ、何十年も前に、祖父に隠して興正寺に寄付をしていたらしく それをM氏に渡していたのだと言う。
寄付をすることにより、なんかに寄付人として名前が掲載されるはずだったが、本来載るべきだった名前が載っていなかったそうだ。
祖母の周りでもM氏経由で寄付をした人たちだけが、寄付人として 名前が載らなかったようで
M氏が横領したのでは？と言う噂もたったが、目を瞑っていたようだ。そして、10年ほど前、解雇されてホッとしていたそうだ。
それが現在、興正寺の目の前にプレハブ小屋をたて、住職代行を名乗っている。数年前なら檀家がそんなことは許さなかったが
力を持った檀家も高齢化には勝てず、M氏のことを知る人が減ってきたところで今回のこの騒動のようだ。
ちなみに、祖母と祖母友人の寄付総額は、私の年収の倍以上だ。バカらしくてめまいがした。
私としては、もういい歳なんだし好きなことやってていいよ、と思うものの、
祖父母にとっては興正寺が宝のようなもので、檀家であることに誇りを持っている。その趣味やめろとも言いづらい。
・・が、余りにもタチの悪い趣味である。金も時間もかかるし、何より登場人物が銭ゲバ坊主だらけである。
そもそも高野山と興正寺の関係もわかっておらず、祖母の話を話半分で聞きながら興正寺周りの噂を探していたところ、不気味なブログをみつけた。
どこまでが事実かわからないが、ここにある坪単価や値上げ額などは事実。
8 ：名刺は切らしておりまして：2013/02/06(水) 11:11:52.08 ID:sdFlk7sq
お寺が朝鮮人に乗っ取られたら、だいたいこうなる
お前らも気を付けろよ
この書き込みを思い出して、いやな寒気がした。
それらが何なのかがよくわからないが、家族のように大切なモノだと私と母は解釈した。
祖母はここ数日で急激にやつれた。
毎日困るくらい元気そうだったが、ここ数日全く元気がない。
調べてみたり近所の人らに話を聞いてみたが、正直よくわからない。
「興正寺はU住職じゃなきゃ困る。」と近所の人は言うが、ネット上で記事になっているのは「U住職は悪」という内容ばかり。
私としてはプレハブだろうと興正寺だろうと構わないのだが、坊主が老人が眠れなくなるような事言うなよ！と怒りが湧いてくる。
なんか誰かに聞いて欲しかったのでとりあえず書いてみた。
http://anond.hatelabo.jp/20160611081253
元増田です。トラバ・ブコメにて名案奇案ありがとうございます。ホッテントリなんて初めてでビビったけど、いろんな意見きて正直嬉しい。他人事に首突っ込んで神経質な奴みたいな感じで蹴られるかと思ってた。
ダンシングフラワーにクソ笑って、戯れに検索したらフラワーロック2.0に行き当たり「なにこれオシャンティー！」ってなりまして、もはや私物として入手したい。でも良いお値段すんなこれ。
それはともかく表題の件、並びに皆さまをがっかりさせかねない補足をいくつか。長いです。
・根回しについて
問題の部署のまとめ役の人ですが、既に「キツイ人」として知る人ぞ知る状態になっている。
その「知る人」の内訳ですが、言うまでもなくこのでかい部屋で勤務してる全員が例の筒抜けの説教を聞いているし、普段別の部屋にいるまとめ役の上長も知っているし、ウチの上長も知っているし、まとめ役が異動前にいた部署の責任者も俺が異動前にいた部署の人間も人事部の課長も知っている。たぶんその点では俺が一番情報が遅かった組だと思う。
なんでみんな知ってると判断できるかというと、まとめ役について言及があった場合（雑談とか何かのついでなどで）これらの人々が「あー…あの人ねー…」「あの人はねー…」と全員揃って苦虫スマイルになり同じようなセリフを吐くのを見たことがあるからです。また、特にまとめ役と濃いめの関わりを持たなくてはならなくなった人間に対し「大変だろうけど、頑張って」的なセリフで話を結ぶ率も高いです。
つまり、まとめ役がアレすぎるというのはみんな知ってる状態、言い換えるとこれまであのアレさは許容されてきたも同然の状態というわけで、俺がこれから問題提起したとしても「え？パワハラ⁉︎」という寝耳に水的なショック効果によるスピード解決は絶望的と考えています。これまで情報として共有されていたが問題にならなかったものを今回問題にするというのは割とバクチなところがある。もちろん勝率アップのための録音であるわけですが、今後なにがどれだけ録れるかという点でも効果は未知数、従って効き目ゼロの想定で動きたいところ。
ということで、ダンシングフラワー案も鑑みてしばらくは騒音アプリとICレコーダーの併用で「うるさいって言われたのでうるささを見える化してみた」というテイでデータ集めて上に話を持ちかけてみる予定です。モノが集まるまでは苦情返しも控えていきたい。あの短気さならおそらくウチの客があと2、3回も来たらまた文句言ってくるだろうから、そこにカウンターをかけたい。
他にやっといたらいいことがあったら、引き続きドシドシお寄せ下さい。
いや、パワハラ対応体制はあります。ありますがその前トップがパワハラで有名だったというような組織なのでお察し。前トップなので今はわかりませんけどね。なぜ「前」かというと定年で円満に退職していかれたからです。
・外部にタレこむ案
労基にタレコミは正直魅力的だが、できればやっぱり被パワハラさんご本人からお願いしたいところ。材料を提供するのは全然やぶさかでないのですが、被パワさんと接触がマジでゼロなのでどう届けるかを考えたい。ケアとかの味方活動までは厳しい…出入り口が違うのもあって普段顔も見ないレベルで接触ないねん…すまぬ…すまぬ…
・言っちゃいけないラインを考える
個人的な考えなのですが、「その言葉を吐くことによって、吐かれた側は業務効率が上がるとか新しい成果を出すとかにつながっているか否か」でパワハラと否パワハラを判断しています。結果論なとこはあるけど。
俺なら「子どもの使い」「趣味」言われて新しい成果出すために何か創意工夫を始めようとか、「わからないなら聞け」「自分で考えろ」言われて業務効率が上がるとか、そういうことになるのはまずあり得ないし精神ダメージ食って混乱して余計に仕事ができなくなるばかりなのは明白なので、パワハラって書いてます。世の中にはなにやらキツイことを言われると「なにくそ」みたいに奮起して結果につなげられるという超人的な人がいるらしいですが、俺は手を噛むタイプの飼い犬と言いますか、およそ陰湿で執念深い方なので奮起とかあり得ない。しかし手を噛む気があるとバレると殺処分されるリスクがあるので、とりあえずメンタル傷を癒しながら全力でサボる方向に舵をとることになります。閑話休題。
もちろんまとめ役や被パワさんや上長たちや世間や裁判官がパワハラの定義について同様に考えるとは限らないことは承知してます。ただ、俺が動いたことで被パワさんのキャリアに傷がつく結果になることも覚悟はしていますができることが覚悟（と録音提供）ぐらいしかないのが超あとあじ悪い。俺は騒音訴えでしか動けぬ…恨むなら騒音のいちゃもんつけてきたまとめ役を恨んでくれ…すまぬ…すまぬ…
この点に関してもなにか案があればガンガンお寄せ下さい。
・まとめ役のケアについて
俺の手には負えません。
騒音のクレームが来たという連絡を受けて（客を見送りに建物入り口まで降りて、戻ったらそういうことになってた。向こうは退勤済）お前が言うなネタでしばし雑談になったんですが、そこで出てきた被パワさんの名前複数だったからね。
「どのツラ下げて言うんだよって話だよな」「ねー、Bさんかわいそう」「えっ叱られてんのAさんでしょ？Bさんもなの⁇」「えっBさんもなんか学歴（大卒）にかこつけてかなりdisられてるよ？あれもうパワハラじゃない？」ってなったからね。
俺の手には負えません。
・騒音計測
とりあえずスマホのアプリでいいよね？ログ取る機能も考えるとこれが一番安いし。
自分も前に富士通に居て既に退職してます。後で詳しく書くけど、ソフトウェア開発職に居たです。
彼のへの感想。
富士通はクソでっかい会社なんだし、サイト見ればメインフレームやってるのだって判るんだから、開発職を希望したらメインフレーム関連の開発やる可能性あるのは当然予見出来るだろうし、それを想像してなかったのなら情弱とかブコメで言われてしまうよね。あと何も記述が無いから想像だけど、「それほど有能ではない」と判断された可能性もある。と言っても学生が思う「開発者として有能かどうか」ってのと会社でのそれってのは別物で、要するに学生自身が自分が実績もあって優秀だと思っても、会社的にはそうでないのよね。そうなると（後述の富士通に入社して10年が経った人の話にもあるのだけど）新人の能力の客観的な判断材料って大学と資格（応用情報レベル以上）程度なのよね。資格に関しても基本情報なんてMARCHクラス以上の人間なら受けたら取れて当然だから、「有能かどうか」の判断材料にならない。就活の際に本気でIT業界に入りたいかどうかの判断材料にはなる程度。自分の同世代で富士通本体に入ってソフトウェア開発関連に配属された人のプロフィールを見たけど、確か偏差値的には少なくとも神戸大学とか千葉大学あたりの修士卒しか居なかった覚えがある。あと確か2～3人がソフ開持ってた気がする。だから、この増田がどの程度だったのかなと。
ただ、20万人月案件が具体的に何かは判らないのだけど、自分の在籍していた当時でも炎上巨大案件というのはあって、（自分が知ってるのは確かデジタルテレビがどうのこうのとか言ってた）、そういうのに入社して間もなく入ってしまうと自身の勉強等が出来なかったり潰されたり最悪死んだりするんで、そういう意味でも逃げるのは正解の一つ。（自分は炎上案件に放り込まれた新人が寮で死んでたとか話を聞いたことある）
はあ、としか。この人がこう判断した際の判断材料にするであろう自己の体験を具体的に書いてないので、意識高い系がフカしてるようにしか見えない。あと、たった3年しか居なくてあの巨大企業の経営とか体制とか理解出来るんかね？と思わないでもない。自分とは部署が違うだろうから当然かもしれないけど、自分の体験とは違うなーって感じ。自分は、外から見たら馬鹿みたいな事やってるように見えるかもしれないけど、経緯や目的や巨大企業特有の問題があってそうなってるんだなって思う事が多々あった。
近い時期に入社したと思われる。具体的な話が自分の経験と一致してる。特に、富士通のソフトウェア開発と言えばミドルウェアの開発が主だというのは、富士通内部じゃないとなかなか（特に学生なんかじゃ）判らないかなと。
それでこれらの話を見てどんな人が富士通（というか大企業）に向くのかなと考えたんだけど、「やりたいこと」そこまで明確じゃないけどコンピュータは嫌いじゃないって感じで、地頭がまあまあ良くて勉強に関しても要領よくやれる（要するにそこそこの大学に行って卒業した人）、それでそこそこ安定した職・収入目当てな人かなと。ってコレ書いててふわふわしてる人みたいであんまり良い印象の人物像じゃないな。マッチングミスはどうしても起きると思うし、学生の頃に思う「やりたい事」って往々にして変わったり間違いだったりするし、そもそも学生の頃に明確な「やりたい事」がある人の方が少数派でしょ。だからこういうそこそこ優秀だけどふわふわしてる人の方が良いんじゃないかなとか。逆に、ちゃんと「やりたい事」が明確にあるけどまあ安定はしたいって人はどうしたらいいのかって言うと、自分みたく大企業の子会社を狙うと良いんじゃないかなと。子会社ならその会社がやってる事が理解しやすいし、入った後の配属の希望も大きく違ったものにはなりにくいし。まあ子会社は子会社で色々アルかもしれないけど。
入社は10年ぐらい前。入ったのは富士通の子会社で主にミドルウェアの開発をやっている所でした。入社して1～2年したら子会社の統廃合とのことで富士通本体と連携してる部署（自分がそうだった）は富士通本体になりますとのことで富士通本体の方に移ったという経緯ですね。別に待遇とか元々本体と同じだったから変わらず、事務関連が小回りきかなくなったぐらい。入社してから退職までは5年ぐらいでした。辞めた理由は実家の事業を継ぐ事にしたため。
入社して数ヶ月の時にある温泉地にある某所でその手の開発をやってる子会社沢山と
富士通本体のソフト開発配属の人達で研修をやったのだけど、その際に富士通本体の人達と知り合った。（この際に全員のプロフィール冊子が配られた）そのときは流石子会社に入る人達と本体とじゃレベルが違うな～と思いましたね。（ちなみに自分はMARCHより下の院卒。）
自分が配属されたのは某製品部署のAPI部分チーム。その製品がC言語やJava言語からも使えるように出入り口を用意する部分。中でやってる事は指定されたIPのポートにプロトコルに沿ってデータ投げるだけなんだけどね。ちなみに配属希望の際は「そこそこの忙しさの所がイイ」と言っていました。「バリバリに働きたい」と言ってた同期は多忙でヤバい所に配属されてました。他にもチームがいくつかあったけど、それらのうちの一つは例の「山奥の工場」でしたね。自分が配属された当時はC言語のAPIをリニューアルするって開発してたのだけど、設計担当がJavaしかやったことない人で色々とC言語の流儀に反してて後々のメンテが大変でした。まあそれでもリニューアル前よりは遙かに良くて、以前はユーザに見せてる関数名が ○○search1 ○○search2 ○○search3 とかでしたね（ちなみに機能はそれサーチか？思うのもあった）。もっと酷かったのが初期製品のJavaの公開メソッドで、マニュアルには「このメソッドの引数○○を□□を指定した場合は戻り値のObjectを△△にキャストしてください。××を指定場合は…」という「これ製品にして売ってたんだ…」と思うレベル。もちろんコレがダメだったってのは開発側も認識していて当時は既にリニューアル済みだったけど。リニューアル済みでも少し微妙だったけどね。
これは、ミドルウェアの開発をやってる人達って基本的にC言語が主でJavaとかをやってる人がほぼ居なかったからだと思う。上司もそういうのは良くないってのは認識してた。対象OSはWindowsとLinuxとSolarisだったけど、そんなにたいした事やってなかったからほぼ同じコードだったような。ソケットの一部だけ違ってたっけかな。
それでそのバージョンの開発が終わったあたりで、.NET Frameworkが出始めてきたので次バージョンでは.NET FrameworkのAPIを作る事になりまして、自分が少し勉強していたのでそれの設計から担当する事に。当時は.NET Framework 1.1で今思えば少し時期が早かったと思う。2.0でGenericが出てからやった方が良かったと思うんだけど、そういうの政治的判断だし結果論だしなー。それまでにRubyとかオブジェクト指向言語に触れてその辺の勉強もしていたので、.NET用のAPIに関しては設計も実装も結構良い感じに出来たと思う。ああ、そういえばRuby用のAPIも効率化の開発ツールとかの名目で仕事中に勝手に作ってたなあ。他にもC言語のAPIも内部実装がクソすぎ！とキレてユーザ公開関数インターフェースだけ同じで中身をフルスクラッチした事も。もちろん絶対にLDしてるんで完全に趣味なんだけどな。これでAPIはC言語とJavaと.NETになった訳だけど、現場の案件で使われたのってほぼ全てJavaだったと思う。（開発中のサーバのテスト用アプリはC言語だけど）。要するに自分が数年関わったコードが世の中ではほぼ使われてない訳でして、取りそろえとして必要だったとはいえ世の中の役に立ってないってのは嬉しくは無かったですね。まあ、大企業の仕事なんてそういうもんです。.NETに関してはそのバージョンが出る頃はその製品があまり売れてなかったんだか使われたって話は聞かなかったですね。ほほほ。大企業に勤めるのならこういう覚悟は必要かもね。
で、.NETのAPIが出来たあたりに開発ネタがなくなって保守気味になってきたので、人員整理と作業整理との事でインストーラと切りたいけど一度やったからには切れない補助製品の担当が増える事に。インストーラはWindowsがInstallShieldというクソみたいな言語上で作られたもの。LinuxとSolarisがシェルスクリプトでのもので、InsallShieldの方のコードはあまりにクソなのでリファクタリングさせてもらった。この辺の開発は少なかったのだけど新OS対応(Vistaとか）とか保守作業が大変だった覚えある。
んで、これらの作業が終わったあたりでこの製品でやることが無くなってきたのと同時に、この製品の派生製品の話が出てきてて、それは1機能1exeで提供されてて、それらを纏めるバッチ処理機能部分を担当することに。バッチ処理の内容・順番を記述するのにXMLを使う事になったのでXMLのパーサが必要なのだけど、色々調べたら富士通内部でパーサ作ってたのでそれをもらって使う事に。そのパーサはC++からじゃないと使えなかったのだけど、趣味でC++で勉強してたので何とかなった。あと、結構OSの知識（プロセスとか）が必要でWindowsとLinuxとSolarisで動くコードを書く必要があってまあまあ大変でした（と言ってもifdefで切り分けるだけなんだけど）。けど、これらの開発は自分が一から設計してコードを書いていたので楽しかったですね。それでこれが完成するかしないかあたりで、このバッチ処理機能が他の開発中の製品のバッチ処理に使えないかとか話が出てきたあたりで自分が退職する事に。（退職の話は1年ぐらい前に話し合って決定済み）引き継ぎをして退職ということになりました。最後は溜まった有給を使う予定でまだ在籍中だけど部屋を引き払って実家に帰ってたのだけど、打ち合わせに来て欲しいって言われてしまい実家から何日か通ったのは良い想い出。というかまさか実家から朝8時に間に合うとは思って無かった。
振り返ってみて残業時間は月40～60時間が多かったかな。100時間超えた時は上司に怒られた。あと退職前の1年ぐらいはうちの事業本部（だったかな？）単位で残業禁止になってホントに残業0時間になった時期があった。他の部署の人の話で、どう考えても狂ってる上司の話とかを聞いてると上司とかの運は良かったと思う。あと、やっぱり仕事でみっちりプログラミングが出来たのは運が良かったと思う。富士通のソフト開発で C C++ C# Java シェルスクリプト InstallShieldとか（そんなに深くはないけど）色々やれた人間はそうそう居ないんじゃないかな。同期とかの仕事は年上の人の派遣の人に指示出したり取り仕切ったりする仕事とか、保守サポートみたいな開発じゃない仕事の話も良く聞いていたので、ソフト開発のキモを体験出来たのは良かったです（こなみ）。
８６っていうのはちょっと昔過ぎて、1990年ジャストくらいの若者の給料絶頂だったときのクルマって、ＦＦのレビン（クーペのスポーツカー）だなあと思う。
1990年のカローラ・レビンを見てみたら、1987年型で1989年マイナーチャンジのモデルで、価格は、111.3万〜168.7万円になっていた。1500ccが基本グレードで上級グレードが1600cc。
http://carview.yahoo.co.jp/ncar/catalog/toyota/corolla-levin/F002-M003/
中間グレードを買ったとして130～140万円。この価格だったら、実家に住んでいる非正規社員の若者ならなんとかなる価格なのではないかと思った。家賃を払っていればムリだろうけど。
地方の若者が乗っている、例えばホンダの『N-WGNカスタム』とか見ると、140万くらいなんだよね。
http://www.honda.co.jp/N-WGN/webcatalog/type/custom/
『池田直渡「週刊モータージャーナル」：クルマは本当に高くなったのか？』という記事を見て気になったんだよね。
http://www.itmedia.co.jp/business/articles/1604/25/news055_3.html
当時のホンダ。プレリュード（クーペ）を当時の価格で170万円で見立てて、現在のデフレに置き換えると148万円相当であるという計算を弾き出していた。
1987年のプレリュードを見てみたら、2000ccのクルマなので価格が高いし、当時でもおっさん向けだろうなと感覚はある。ホンダにはその下にCR-Zとかがあるし。
http://carview.yahoo.co.jp/ncar/catalog/honda/prelude/F001-M003/
いまのクルマの価格では若者はクルマには手が出ないというモータージャーナルの主張に反抗するわけではなくて、
日本の若者がクルマを買う状況を産みたければシンプルに、当時のように中間グレードで140万円くらいの価格でカッコいいスポーツカーを出さなければならないのだろうなと思った。
お金がなければ最低グレードの111.3円のグレードを買う。それでもカッコいいボディ。
さいきんトヨタが出した『パッソ』は、中間グレードが130万円で、ＣＭにマツコが出来てきたり若者に運転させている場面が出たりで、若者を意識しているみたいけど、いかんせんあのデザインで若者が買うわけないなと思ってしまう。1990年のようにクーペという感じでないにしても、外観デザインだけで世界をひっくり返すようなモノでないと来てくれないだろうと思った。マーケティング的には130万では少しキツくて、100万円なのかなと思った。
８６はサイズを見ると車幅が1800mmあるし、エンジンを3Lにすれば昔のフェアレディＺだもんね。８６は８６じゃない。スープラとかの車格になってしまう。
次期ヴィッツに期待します。初代ヴィッツは、82.0万〜159.5万円になってた。
http://carview.yahoo.co.jp/ncar/catalog/toyota/vitz/F001-M006/
次期ヴィッツインパネ予想 http://www.carsensor.net/contents/editor/category_849/_30580.html
次期ヴィッツが現行シエンタみたいなデザイン刷新をしてくれて（http://toyota.jp/sienta/）、なおかつ110万円～くらいだったらどうかと思う。
でも、いまの若者でもコンパクトカーではなく、スポーツカーのちゃんとしたカッコいいのを130万円で出せば、ちゃんとなびいてくれると思うけど。
id:damae 日本ではかろうじてアブラナ科が対抗できているといえようが（日本人ダイコン大好きだよなあ）、世界的にはナス科がすでに支配している。トマトとジャガイモという双璧を崩せるライバルがいない
確かに。日本におけるアブラナ科の地位を確認してみよう、と思い立ったので調査。
http://www.e-stat.go.jp/SG1/estat/List.do?lid=000001140076
から「全国及び主要都市の野菜の卸売数量・価額・価格」をダウンロード。主要49品目(47品目＋その他の菜類＋その他の野菜)を科別に集計してみた。
| 品名 | 価額(億円) | 数量(万t) | kg単価 | 金額％ | 量％ |
| ナス科 | 4548 | 177.2 | 257 | 21.0% | 16.5% |
| アブラナ科 | 3579 | 369.8 | 97 | 16.5% | 34.5% |
| (ユリ科) | 3087 | 157.5 | 196 | 14.3% | 14.7% |
| ウリ科 | 1906 | 73.6 | 259 | 8.8% | 6.9% |
| （その他野菜) | 1780 | 33.9 | 526 | 8.2% | 3.2% |
| キク科 | 1533 | 75.9 | 202 | 7.1% | 7.1% |
| (きのこ派) | 1165 | 25.6 | 455 | 5.4% | 2.4% |
| セリ科 | 993 | 74.7 | 133 | 4.6% | 7.0% |
| アカザ科 | 590 | 12.1 | 488 | 2.7% | 1.1% |
| マメ科 | 507 | 7.1 | 712 | 2.3% | 0.7% |
| ヤマノイモ科 | 453 | 12.8 | 354 | 2.1% | 1.2% |
| ヒルガオ科 | 407 | 21.6 | 188 | 1.9% | 2.0% |
| スイレン科 | 249 | 5.1 | 486 | 1.2% | 0.5% |
| イネ科 | 240 | 10.2 | 235 | 1.1% | 1.0% |
| ショウガ科 | 221 | 3.7 | 605 | 1.0% | 0.3% |
| (その他菜類) | 189 | 5.4 | 349 | 0.9% | 0.5% |
| サトイモ科 | 179 | 6.2 | 287 | 0.8% | 0.6% |
| ウコギ科 | 17 | 0.3 | 546 | 0.1% | 0.0% |
| 総計 | 21642 | 1072.7 | 202 | 100% | 100% |
まさかのナス科1位。数量ベースだとアブラナ科が2位ナス科にダブルスコアの圧倒的1位なのだが、金額だとこんなことに…。まさに
id:yuru_harukaze 好きな野菜ランキングならナス科の勝利じゃない？生産額でもナス科な気がする。流通量なら圧倒的にアブラナ科っぽい、1こが重いから。
という予測通りの結果。
ま、まあ「その他野菜」や「その他菜類」がこれだけ大きいと分からないよね、とお茶（ツバキ科）を濁してみる。
====
というわけで
科単位でなく品目でのランキングです。参考として、価額順位・数量順位・単価順位も載せています。
その他が1位ですが、仕様です。
| 品名 | 科 | 価額(億円) | 順位 | 数量(万t) | 順位 | kg単価 | 順位 |
| その他の野菜 | V.A. | 1779.9 | 1 | 33.9 | 10 | 526 | 15 |
| トマト | ナス科 | 1545.7 | 2 | 50.4 | 8 | 307 | 30 |
| きゅうり | ウリ科 | 1461.6 | 3 | 49.4 | 9 | 296 | 31 |
| たまねぎ | (ヒガンバナ科) | 1286.4 | 4 | 115.3 | 2 | 112 | 44 |
| キャベツ | アブラナ科 | 1247.3 | 5 | 141.3 | 1 | 88 | 47 |
| レタス | キク科 | 1114.3 | 6 | 60.8 | 7 | 183 | 42 |
| ねぎ | (ヒガンバナ科) | 1013.4 | 7 | 31.1 | 11 | 325 | 26 |
| なす | ナス科 | 813.1 | 8 | 25.1 | 12 | 324 | 27 |
| だいこん | アブラナ科 | 799.5 | 9 | 104.4 | 3 | 77 | 48 |
| ばれいしょ | ナス科 | 789.0 | 10 | 72.8 | 5 | 108 | 46 |
| にんじん | セリ科 | 754.1 | 11 | 68.2 | 6 | 111 | 45 |
| ミニトマト | ナス科 | 666.8 | 12 | 11.7 | 20 | 572 | 12 |
| ピーマン | ナス科 | 638.5 | 13 | 16.4 | 15 | 389 | 22 |
| ほうれんそう | (ヒユ科) | 590.2 | 14 | 12.1 | 19 | 488 | 17 |
| はくさい | アブラナ科 | 553.8 | 15 | 86.4 | 4 | 64 | 49 |
| ブロッコリー | アブラナ科 | 504.4 | 16 | 15.8 | 16 | 319 | 28 |
| 生しいたけ | (シメジ科) | 461.1 | 17 | 5.1 | 30 | 913 | 5 |
| やまのいも | ヤマノイモ科 | 453.3 | 18 | 12.8 | 17 | 354 | 24 |
| かぼちゃ | ウリ科 | 443.9 | 19 | 24.3 | 13 | 183 | 41 |
| かんしょ | ヒルガオ科 | 406.7 | 20 | 21.6 | 14 | 188 | 40 |
| しめじ | (キシメジ科) | 348.0 | 21 | 7.7 | 25 | 454 | 19 |
| アスパラガス | (キジカクシ科) | 319.2 | 22 | 3.1 | 34 | 1043 | 2 |
| ごぼう | キク科 | 306.1 | 23 | 12.7 | 18 | 241 | 37 |
| にら | (ヒガンバナ科) | 300.0 | 24 | 5.8 | 27 | 521 | 16 |
| えのきだけ | ニレ科(誤) | 287.5 | 25 | 11.2 | 21 | 257 | 35 |
| れんこん | (ハス科) | 249.4 | 26 | 5.1 | 29 | 486 | 18 |
| こまつな | アブラナ科 | 241.0 | 27 | 8.4 | 23 | 285 | 33 |
| しょうが | ショウガ科 | 221.1 | 28 | 3.7 | 32 | 605 | 10 |
| その他の菜類 | V.A. | 189.0 | 29 | 5.4 | 28 | 349 | 25 |
| さといも | サトイモ科 | 179.0 | 30 | 6.2 | 26 | 287 | 32 |
| スイートコーン | イネ科 | 177.9 | 31 | 8.5 | 22 | 208 | 38 |
| にんにく | (ユリ科) | 167.9 | 32 | 2.3 | 35 | 746 | 7 |
| えだまめ | マメ科 | 144.6 | 33 | 2.2 | 36 | 653 | 9 |
| さやいんげん | マメ科 | 143.8 | 34 | 1.9 | 38 | 766 | 6 |
| さやえんどう | マメ科 | 129.1 | 35 | 1.3 | 43 | 1025 | 3 |
| セルリー | セリ科 | 114.2 | 36 | 4.7 | 31 | 243 | 36 |
| かぶ | アブラナ科 | 103.9 | 37 | 8.3 | 24 | 125 | 43 |
| ししとうがらし | ナス科 | 94.8 | 38 | 0.9 | 45 | 1092 | 1 |
| ちんげんさい | アブラナ科 | 90.5 | 39 | 3.2 | 33 | 281 | 34 |
| しゅんぎく | キク科 | 88.9 | 40 | 1.6 | 41 | 568 | 13 |
| みつば | セリ科 | 78.6 | 41 | 1.3 | 42 | 597 | 11 |
| なめこ | (モエギタケ科) | 67.9 | 42 | 1.7 | 39 | 402 | 20 |
| たけのこ | イネ科 | 61.9 | 43 | 1.7 | 40 | 374 | 23 |
| そらまめ | マメ科 | 48.2 | 44 | 1.2 | 44 | 402 | 21 |
| パセリ | セリ科 | 46.4 | 45 | 0.5 | 48 | 955 | 4 |
| 実えんどう | マメ科 | 41.3 | 46 | 0.6 | 47 | 728 | 8 |
| カリフラワー | アブラナ科 | 38.7 | 47 | 1.9 | 37 | 199 | 39 |
| ふき | キク科 | 23.9 | 48 | 0.8 | 46 | 309 | 29 |
| うど | ウコギ科 | 16.5 | 49 | 0.3 | 49 | 546 | 14 |
直観的には三大穀物、米小麦玉蜀黍を有するイネ科の圧勝だと思ったが、本当はどうなってるか気になったので検索。
http://faostat.fao.org/site/339/default.aspx
で多少古いが2012年の統計を発見。当時の為替の1ドル＝80円換算で表にしてみた。
| 位 | 品目 | 科 | 生産額(兆円) | 生産量(億t) | キロ単価 |
| 1 | 牛乳 | ウシ科 | 14.98 | 6.26 | 23.9 |
| 2 | コメ | イネ科 | 14.85 | 7.38 | 20.1 |
| 3 | 牛肉 | ウシ科 | 13.56 | 0.63 | 216.1 |
| 4 | 豚肉 | イノシシ科 | 13.34 | 1.09 | 123.0 |
| 5 | 鶏肉 | キジ科 | 10.57 | 0.93 | 114.0 |
| 6 | 小麦 | イネ科 | 6.34 | 6.71 | 9.4 |
| 7 | 大豆 | マメ科 | 4.86 | 2.41 | 20.1 |
| 8 | トマト | ナス科 | 4.73 | 1.62 | 29.2 |
| 9 | サトウキビ | イネ科 | 4.63 | 18.42 | 2.5 |
| 10 | 卵 | キジ科 | 4.40 | 0.66 | 66.3 |
| 11 | トウモロコシ | イネ科 | 4.29 | 8.73 | 4.9 |
| 12 | ジャガイモ | ナス科 | 3.90 | 3.65 | 10.7 |
| 13 | 生鮮野菜 | V.A. | 3.69 | 2.70 | 13.7 |
| 14 | ブドウ | ブドウ科 | 3.07 | 0.67 | 45.7 |
| 15 | 水牛乳 | ウシ科 | 3.06 | 0.97 | 31.5 |
| 16 | 綿花 | アオイ科 | 2.97 | 0.26 | 114.3 |
| 17 | リンゴ | バラ科 | 2.55 | 0.76 | 33.4 |
| 18 | バナナ | バショウ科 | 2.26 | 1.02 | 22.1 |
| 19 | キャッサバ | トウダイグサ科 | 2.06 | 2.69 | 7.6 |
| 20 | マンゴー類 | ウルシ科 | 2.02 | 0.42 | 47.9 |
| 位 | 品目 | 科 | 生産額(兆円) | 生産量(億t) | キロ単価 |
| 参 | サトウダイコン | アカザ科 | 0.86 | 2.70 | 3.2 |
| 参 | 大麦 | イネ科 | 0.37 | 1.34 | 2.8 |
| 参 | サツマイモ | ヒルガオ科 | 0.38 | 1.08 | 3.5 |
| 参 | スイカ | ウリ科 | 0.89 | 1.05 | 8.4 |
| 参 | たまねぎ | ユリ科 | 1.39 | 0.83 | 16.8 |
註：マンゴー類は原文は「マンゴー、マンゴスチン、グアバ」なので本当はそれぞれウルシ科、弟切草科、フトモモ科に分かれる
結論。イネ科マジ世界の支配者。量ベースの統計だともっとひどくて1～4位を独占する。
15位が謎だが、なんかインドやパキスタンで生産多い。宗教上の理由でスイギュウが多い、と説明している人がいるが、本当にその説明で正しいかは分からない。
最後の5品目は量ベース統計だとベスト20に食い込む産物。参考として載せた。
anond:20160426124418 と anond:20160426145507 の続きだゾ。てか長えよ
(略: トークンが定期的に期限切れになるので可用性が下がる。たとえばビデオカメラから複数の動画をアップロードしている途中で切れたらムキーってなる。再認証して途中からできるのもそれはそれで CSRF の温床。AFCP のような場合は期限切れがあってはならないので、パスワード等を預かる認証プロキシの SaaS アプリを筆者は作った。好評だったが、これはもちろん本来あるべきでない欠陥のexploitのはず。)
(略: 個人ユーザ向けのAPI設計ばかりで、雇用者や上司がアカウントを管理するという観点がない。SAMLでは普通にできるのに、OAuthとなるとセキュリティ的に云々と言って拒むサービスばかり。別のUIで既にできてることをAPIにしても意味がない。これまでできなかったことをAPIで可能にするのではなく、単なるシングルサインオンでよければ他にある。実際Googleは個人向けにはOAuthを活用しているが、Google Apps for BusinessはOAuth以外のシステムを使っている。)
(略: 主要な設計ミスは、外部サービスすべてを同等に疑うところ。管理者が各サービスの信用性を判断して権限を調節できるようにしないところ。これまでどれほど多くの製品がOAuthの面倒さのために失敗してきたことか。)
ここまでで「普通の実装における」OAuth がまったくおかしいということはわかりましたが、OAuth が実際うまくいくのはどういうときでしょうか。
初期の OAuth 規格および概念におおよそ付き従っているシステムは一般的に言って、新しい規格ベースのよりもセキュアで、マシです。OAuth 1.0 の実装がすべてセキュアだというのではありませんが、たいてい問題は少ないです。こうしたシステムは通常、次のふたつのアプローチのどちらかに従っています:
とはいえ、このように設計されている OAuth ベースのシステムはごくごく希少で、しかも一般的にこうしたシステムは、他のところで使われている OAuth とは似ても似つかぬものです。OAuth 1.0 規格の方に寄って頑張っていますが、公式には 1.0 は非推奨ですから、こうしたアプローチを使っているシステムはそのうち「アップデート」されて OAuth 2.0 の概念や追加機能すべてを加えて再構築され、セキュリティやユーザビリティをだめにしてしまうことになります。これこそ筆者があらゆる OAuth ベースのものを見逃したくない理由です。もっと古く、もっと機能的な形式の OAuth を使っていても、システムに「改善」が必要だという素敵な考えを管理者のだれかが閃いて台無しにしてしまうからです。ご迷惑をおかけしてすみませんと言うぐらいなら、まったく別のものを使うほうが良いですよね。
他に手はないかと探すとき、人々はよく他の「フレームワーク」にはどんなものがあるかを知ろうとします。しかし、考え抜かれたセキュアな設計を実現するためには必ずしもフレームワークが必要というわけではありません。現状、OAuth とはどのようなものかについての意見はサービスごとに異なっていますので、承認の具体的な動作の仕組みもまったく一定ではありません。そんな中でフレームワークを探しまわるのは、簡単にできることをいたずらに複雑化しているだけのことが多いです。唯一ほんとうに難しい要素、しっかりした規格の必要な要素は、使用する鍵パラメータの改竄を防ぐため変数に署名する方法だけであり、この点に関して、ほとんどの OAuth ベースの実装は一切何もしてくれません。
ウェブサービスの最大手である Amazon は、世界中の企業にサービスを提供する一流プロバイダで、合計 30% 以上という途方もない市場シェアは他者を圧倒しています。Amazon のアプローチは、自分でアプリの認証情報を生成できるコントロールパネルへのアクセスを、すべてのアカウントおよびアカウント管理者に提供することです。この認証情報で、どの Amazon サービスで作業できるか、そのサービスでどの操作を実行できるか、どの権限で作業しなければいけないかを指定できます。この認証情報は必要に応じて「アカウントホルダ」の人が破棄することもできます。
Amazon の API における認証や承認技術には、本質的に制限が多く潜在的に危険性のあるリダイレクトを一切必要としません。Amazon のプロトコルで認証情報は、直接送ることは一切なく、データの署名に使うのであって、これでブラウザを通してパラメータを送る必要のあるときにも改竄不可能にすることができるのです。
Amazon の設計はアカウントの利用状況を API の利用まで適切に把握できますし、API の認証も承認もすべて Amazon 側からスタートし、その際のアプリ認証情報も「Amazon の」コントロールパネルから生成されます。この認証情報はその後、いかなるトークン交換システムも使わず直接 API プロセスで使われます。この設計なら「普通の実装における」OAuth が達成している真のセキュリティ目標をすべて達成し、かつ前述したセキュリティ上およびユーザビリティ上の問題をすべて回避しています。
ひとつ言及せざるをえない短所は、Amazon の権限システムが幾分わかりにくく、あまりユーザに優しくないということです。ただし、このことは何故かほとんどのコントロールパネルにも言えることで、いずれにせよ UI 設計の問題であって、承認プロセス自体の失点ではありません。さらに、Amazon のコントロールパネルはかなりキビキビ使えて、それ自体の API でも使えます。この点たとえば Google の場合のように、筆者の知る限りメタ API もなく、何をするにも何十もの手順が必要なのとは大違いです。
Amazon の認証および承認メソッドは他のサービスプロバイダにも幾つかコピーされています。Google 自身も企業向け製品の一部でこれを利用できるようにしています。Google 自身、純粋な OAuth 設計は企業サービスに向いていないことを認めており、企業サービスには JSON Web Tokens (JWT) の利用を推奨しています。
JWT はサービス間の SSO や API 利用を可能にする規格です。多くの点で JWT は SAML に似ていますが、SAML はややこしくて、XML Security (名前と違って、まったくセキュアではない) の上に構築され、API 利用に向いていないのに比べ、JWT は SAML の主要な目標を、単純かつ使いやすい方法で一切の面倒なく達成しています。HMAC 実装をひとつ用意し、JSON の構築と解析の方法を知っておけば JWT は使えます。既製品をお求めでしたら、膨大な JWT ライブラリが既に存在していますよ。
ただ Google の場合、典型的な JWT 利用法よりも高度で、HMAC のかわりに、もっと高度ですがこの分野では人気の低い RSA デジタル署名を利用するよう要求しています。Google のコントロールパネルではアカウント管理者が自分の企業サービス用に新しい鍵ペアを生成でき、API ログインを署名するために使う秘密鍵をダウンロードできます。こちらのほうが HMAC よりセキュリティは高いですが、Google はプロセス全体を本当に無駄に複雑化しています。コントロールパネルをしょっちゅう完全に再設計して、前と同じことをしたいのに使い方が違っていて混乱する点は言うまでもありません。JWT 利用の実例が必要なら他をあたるようお勧めします。
他に使われている技術は、サードパーティがどんな権限を必要としているかをある種の XML や JSON ファイルで定義してウェブサイトに送信できるようにするサービスのものです。ユーザがあるページを自分のアカウントで訪問し、ファイルの URL (あるいは中身) をそこに貼り付けると、その外部サービスあるいはアプリが求めている権限の一覧やそこに含まれる説明などが表示されるようになっています。それを見て認可したいと思うユーザは、認証情報を生成してそのサードパーティのアプリあるいはサービスに貼り付けます。ユーザは後で無効にしたくなったら認証情報を破棄することができます。これも、開発者におかしな負担を強いることなく、すべてのアカウントに API サービスがあり、権限管理を備え、サービス自体からフローが始まる、実にセキュアな設計です。
承認管理のためにサービス側から提供してもらう必要が本当にあるのは、適切な役職 (管理者やアカウント所有者など) を持つユーザが自分に割り当てられた権限や (望むなら) 期限を持つ認証情報を API 利用のために生成できる何らかのパネルだけです。こうした認証情報はその後、お好みのセキュアな認証システムを通して利用することができます。たとえば HTTP Basic Authentication over HTTPS のような単純なもの、これは事実上どの HTTP ライブラリにも入っていますし、HTTP Digest Authentication、これはもっとセキュアでありながらほとんどの良質なライブラリでサポートされていますし、その他 HMAC, RSA, 楕円関数など認証情報をネットに通す必要のない暗号学的テクノロジーを活用した認証プログラムに基づくものなら何でも使えます。特に HMAC は、承認や認証を実装するほとんどすべての人 (Amazon や、一部の OAuth 実装も含む) によって既に使われています。
こういった種々の実績あるテクニックは、セキュアなプラットフォームを作るために CSRF 対策など複数のフレームワーク同士の相性を勉強する必要があるという重荷を軽くしてくれますし、一般的に、既存アーキテクチャにワンタッチで装着できるようなモジュール化の実装が可能です。ユーザやアプリの認証情報が盗まれる可能性をなくしてくれます。ややこしい CSPRNG を常に使用する必要もありません。このようなシステムは OAuth の生まれるずっと前から存在しており、現在でも一般的です。OAuth は、ユーザの認証情報を要求したり他に弱点があったりするような一部の劣悪な設計のシステムよりはセキュリティが良いかもしれませんが、既にある真の設計を置き換えるものではありません。OAuth が解決すると主張する問題点は実のところ、既存の良く設計されたシステムには存在していませんし、「普通の実装における」OAuth は実のところ、解決すると主張する問題の多くを招き入れるばかりか、最初は存在していなかった問題まで生じさせています。宣伝文句と違って、OAuth にすれば自然と驚くほどセキュアになるというわけではなく、むしろ数々の短所や実装の困難さを考えれば、他の考え抜かれた選択肢のほうがはるかに優れています。
これからサービス設計をして API アクセスを提供することになっている方はどうか、ご自分が実現しようとなさっているのが何なのかを本当に考えてください。他の人がやっていることをコピーするだけで済ませたり宣伝を丸呑みしたりしないでください。どうしてもコピーしなければいけないなら、Amazon (これが最善です) や Rackspace, IBM SoftLayer, Linode, VULTR, Zoho, Zoom ほか、API の素直で健全な認証システムを構築する方法について現時点で多少なりとも理解のあるところをコピーするようにしてください。
2016 年 4月 Insane Coder
ビジネスモデルの違いが大きいよね。
サービス開発は、沢山の人にプログラムを使い続けてもらうことで収益を上げるモデル。
SI開発は、作ったプログラムで業務効率化をはかり人件費を節約して収益を上げるモデル。
なので
サービス開発は、利用者が魅力を感じるために改善し続ける必要があり、継続投資に意味がある。
UIの改善、パフォーマンスの改善、接続数のスケール、セキュリティ、他社サービスとの接続、各種デバイスへの対応などなど。
早くローンチが重要な場合もあるので、まずベータで出してブラッシュアップさせてVer1.0を目指すことも可能。
受注業務で１０人が電話やFAX応対してたのをWeb化、自動化して３人で回せるようにする。
営業が残業して顧客情報をExcelで管理してたのを一元化して残業代を削減する。
とかとか。
なので開発予算が最初に決まるし、継続的に高いお金をかけて改善していく意味もほとんどない。
（システム導入時のようなコストインパクトを改善では出すのが難しい）
素敵なUIにする必要はないし、少しくらい応答が遅くても問題ない。「運用でカバー」だ。
オーダーメイドなので開発費は高くなる上に
継続的に改善しないので、導入時点でVer1.0どころか、2.0、3.0 の機能を求められる場合もある。
そりゃ保守的になる。
枯れた技術・設計がいいし、少しでも安いエンジニアを使いたくなる。
設計の手戻りは許されないので、顧客との調整力、フェーズごとに仕切れる段取り力、「ここまでしかやらない」と言える交渉力
決められた作業を決められた期間に決められたコストで実行するマネジメントが重要になる。
プログラムは自社フレームワーク化して、コーディングをパターン化していくこと。
新規サービス開発で求められるような技術力は基本的に不要だし、技術動向は一部のR＆D部門の数名が研究していればOKな世界。
マイナンバーやeTax関連でも、クラウドサービス化して「利用者が増えれば収益が上がるモデル」になってるところは
高い技術力の人がいて頑張ってるんじゃないですかね〜
http://www45.atwiki.jp/electricarc/pages/15.html
オーストラリア 81.41件
セシェール 78.79件
カナダ 78.08件
パラグアイ 57.35件
ドミニカ 32.88件
アイスランド 25.98件
備考
アジア各国
アジアは性犯罪が少ない。元々、「精力が弱く性欲も弱い」という体質によるものとの見方がある。
★日本 1.78件
インド 1.55件
中国 2.84件
タイ 6.62件
トルコ 1.93件
多い地域と少ない地域がある。イギリス、スペイン、フランス、ノルウェーなどは日本の約１０倍の多さである。
ロシア 4.78件
スペイン 14.34件
フランス 14.36件
ハンガリー 5.89件
被害者意識を過剰にし続けるだろう。
