  |
はてなキーワード: レンジとは
従前から妊娠出産という負担、リスクをなぜ女ばかりが負わなきゃならないのかと思っていた。
肉体的負担。
最後には激痛と闘いながらの出産(これに関しては無痛分娩もあるらしいが)
持病のための薬も飲めなくなり症状が悪化することによるストレス(精神病とかでなくアレルギー体質など)、
旦那は好きな物を食べ好きな酒を飲み生きているのに自分は節制しなくてはならない(無論飲み会を控える旦那さんもいるだろうけども、そういう時は仕事の一環の飲み会すらストレスにみえる)
とにかく自由に行動できる旦那と比較するストレスによる夫婦喧嘩の多発、
精神的負担の後段でも書いたが、とにかく男にはなんの負担もないのだ。
ちんこしこしこして、穴に液を流し込んで、嫁を家の中においておけば、卵を割って溶いてダシをいれてレンジでチンして茶碗蒸しを作るかのごとく、10ヶ月後には子供が出来上がる。
なんて気楽なんでしょう！
なぜ、世の中の女はそれでも子供を持とうとするのか？
それは結局女である自分より男である旦那のほうが立場が上だと認められているからだろう。
私は到底そんなことを認められないので産むことはないが、批判されることの多い上方婚は子供を持つためには必要なことなんではないかと感じる。
クックパッド公式のニュースで、薔薇の形をしたアップルパイが取り上げられた。はてブで話題になってたから見ただけなんだけど。
リンゴスイーツ史に残る名作！薔薇の形のアップルパイ！ | クックパッドニュース
http://cookpad.com/articles/3214
曰く、
既存のアップルパイを根底から覆す新種を見つけました。丸くも四角くもないアップルパイ。なんと薔薇の形をしたアップルパイだったんです！
とべた褒め。
この記事を書いたライターの目には、薔薇の形になってるリンゴスイーツレシピというのが、ものすごく斬新に映ったのだろう。記事に取り上げられたのは2014年9月27日投稿のレシピ。
しかし、薔薇の形をしたアップルパイのレシピは、このレシピ以前にもいくつも投稿されている。
リンゴ1個で作る薔薇のアップルパイ by フルール★のりこ [クックパッド] 簡単おいしいみんなのレシピが187万品
http://cookpad.com/recipe/2440686
また、投稿日が2014年1月19日のこのレシピも。こちらは2013年9月5日にも投稿したと書いてある。
バラのアップルパイ by FionaMcLane [クックパッド] 簡単おいしいみんなのレシピが187万品
http://cookpad.com/recipe/2334711
どちらも過去にtwitterで出回っていたバラの形をしたアップルパイの画像をヒントに自作したとのこと。
記事で取り上げられたレシピとの違いは、リンゴをソテーするかレンジでチンするかだけ。加熱方法なんてつくれぽで「アレンジしちゃいました～」くらいの些細な違いだ。
クックパッドのライターや編集、または多くのユーザーが注目したのは、パイシートにスライスリンゴを載せて巻き上げるだけ、という簡単アイデアの方だろう。
このアイデアは2014年9月の投稿者だけが思いついたものではない。
別にパクリだなんだって話ではない。何故、クックパッドニュースの編集は、1つのレシピだけを取り上げて「りんごスイーツ史に残る」とか「既存のアップルパイを根底から覆す新種」と煽り、その他の同様のレシピを無視したのか。一緒に紹介すればいいじゃん。「他にもこんなに投稿されてました！」「密かにtwitterで話題になってたようです！」って。
いや、理由は分かる。twitterやつくれぽでこのレシピだけがバズってたからだ。バズった時点で記事を書いたライターも、クックパッドで他の「薔薇の形のアップルパイ」レシピがないか検索くらいしたはずだ。しかし、他のレシピのつくれぽは一桁二桁。だから無視した。
このソーシャル時代に、バズ至上主義で過去を切り捨て、なんてのは珍しくない。まとめブログやバイラルメディアがやってることだ。けれども、公式のニュース配信で、その他の投稿レシピが切り捨てられるってのは、切り捨てられたユーザからすれば不満があったりはしないのだろうか。
それこそ、まとめブログやバイラルメディア界隈の間では、単に同じYouTube動画や面白ツイートを紹介するだけで、「あっちのバイラルメディアが先に紹介してたぞ、この記事はパクリ」的に糾弾される。ブロガー界隈でも同じネタ紹介がしにくくなってる。朝日新聞と読売新聞が同じニュースを報じるようなことがネットではしにくくなっている。というのは別の話題なので置いといて、
レシピを投稿する際の承認欲求があったはずだ。それはつくれぽだったり、twitterだったり、公式ニュースに取り上げられることだったりで満たされる。しかしその公式ニュースで無視されたら……。ブロガーでも同じ内容の記事なのに、おちゃらけた別のブロガーの記事ばかりが話題になって、先に投稿して更に文章力も高い自分のブログが全く無視されている状況だったら、もうそれ以上書く気が失せたりもするだろう。クックパッドユーザーも投稿するのが嫌になったりしないのか？「クックパッドに最初に投稿したのは私！」と認められたくはないのか？レシピ業界の「アイデア」とか「著作権」とか「発明者」なんてのはないも同然ということは分かるのだけど、コミュニティ内の先行者名誉くらいはほしいとは思わないのかな。
他所のブログやまとめやバイラルメディアで、「今、クックパッドでバズってるこのレシピ」と紹介するだけなのは諦めるけど、せめて、公式ニュースくらいは、「今、クックパッドでバズってるレシピの歴史！」的に関連情報として、他の人の先行レシピを紹介してやってほしいんだ。それは、はてブニュースなどの他のコミュニティの公式ニュースサイトでもいえることだけど。アルファじゃない人、バズらない人の承認欲求をもっと満たすことのできる取り上げ方をしてほしいんだ。
需要っつったってそれがペイして利益を作れるだけの大きな需要じゃないとアカンで
ボタン配置がシンプルな直感的な電子レンジに対する需要＜＜＜＜＜煮魚が作れるレンジに対する需要＋ケーキの焼けるレンジに対する需要＋茶碗蒸しの作れるレンジに～
ってことじゃないかな
かな
http://anond.hatelabo.jp/20141106121042
さっき美味しいソース焼きそばの作り方書いたんだよ。コピペしとくわ。
焼きそばって簡単だからだれでも作れるんだけど、美味しい焼きそばの作り方ってなかなか普及してない。
添付の粉ソースは使わないでほしい。うまく溶けないので味にムラができるし、溶かそうと思って水を加えるとベチャベチャになる。
ということで美味しい焼きそばの作り方を書いておきます。あなたも最高の焼きそばライフを手に入れてください。
材料 焼きそば（市販品）、豚バラ肉薄切り（適量）、キャベツ（適量）、市販のソース（適量）、サラダ油、塩、コショウ
道具 フライパン２枚
まず、下ごしらえ。
豚バラ肉は幅2センチ位の短冊に切る。肉好きなら塊で買って自分で薄切りにするとさらにうまい。
市販のソースは好みで。とんかつソースとウスターソースの2種類。ブルドックでもカゴメでもイカリでもオタフクでもいい。好きなソース使ってください。
調理作業としてはフライパンを2つ用意し、一方で肉とキャベツを、他方で麺を炒める。ここ大事。必ず具と麺は別のフライパンで別々に炒めてください。一緒に炒めると具に火が入りすぎるのでダメです。
順序としては、まず一方のフライパンで肉を炒め、軽く火を通したら一度取り出す。火加減は中火。
肉を取り出したフライパンにキャベツを入れしんなりするまで炒める。火加減は中火。
キャベツがしんなりしてきたら別のフライパンで麺を炒める。水は加えずサラダ油でよくほぐす。大さじ２くらいは入れたほうがうまい。火加減は中火から弱火。
同時にキャベツを炒めているフライパンに肉を戻し、ソースで味付けする。火加減は弱火。
味付けはそれぞれのフライパンで別々にする。とんかつソース2に対してウスターソース１。ウスターソースを入れ過ぎるとベチャベチャになる。仕上げに塩とコショウ。
味付けは濃い目がうまいよ。
焼きそばって簡単だからだれでも作れるんだけど、美味しい焼きそばの作り方ってなかなか普及してない。
添付の粉ソースは使わないでほしい。うまく溶けないので味にムラができるし、溶かそうと思って水を加えるとベチャベチャになる。
ということで美味しい焼きそばの作り方を書いておきます。あなたも最高の焼きそばライフを手に入れてください。
材料 焼きそば（市販品）、豚バラ肉薄切り（適量）、キャベツ（適量）、市販のソース（適量）、サラダ油、塩、コショウ
道具 フライパン２枚
まず、下ごしらえ。
豚バラ肉は幅2センチ位の短冊に切る。肉好きなら塊で買って自分で薄切りにするとさらにうまい。
市販のソースは好みで。とんかつソースとウスターソースの2種類。ブルドックでもカゴメでもイカリでもオタフクでもいい。好きなソース使ってください。
調理作業としてはフライパンを2つ用意し、一方で肉とキャベツを、他方で麺を炒める。ここ大事。必ず具と麺は別のフライパンで別々に炒めてください。一緒に炒めると具に火が入りすぎるのでダメです。
順序としては、まず一方のフライパンで肉を炒め、軽く火を通したら一度取り出す。火加減は中火。
肉を取り出したフライパンにキャベツを入れしんなりするまで炒める。火加減は中火。
キャベツがしんなりしてきたら別のフライパンで麺を炒める。水は加えずサラダ油でよくほぐす。大さじ２くらいは入れたほうがうまい。火加減は中火から弱火。
同時にキャベツを炒めているフライパンに肉を戻し、ソースで味付けする。火加減は弱火。
味付けはそれぞれのフライパンで別々にする。とんかつソース2に対してウスターソース１。ウスターソースを入れ過ぎるとベチャベチャになる。仕上げに塩とコショウ。
味付けは濃い目がうまいよ。
汚れが全然落ちなくて洗い直しになる事が多数（汚れがこびりついたまま乾燥しているので取るのにやたら手間がかかる）で、結局最初から全部手で洗った方が楽だった。
なので帰国後も買う気になれないんだけど、皆あの程度の洗い上がりで我慢してるの？それとも日本のはとんでもなく性能が良いの？
でも日本のって小さいから調理器具なんかはろくに入らないよね。皿も大きいものは入らなさそう。
大きなものは手で洗って拭いて小さいものだけ食洗機、なんてやるくらいなら
（食洗機と別に乾燥機置ける家なんて殆どないだろうから、食洗機使ってる間は別の皿を乾燥とか出来ないよね）
全部手で洗ってまとめて乾燥機にぶち込んだ方が早そうだ。
つか小さい子供居たら惣菜とか無理。手作り信仰とかじゃなくて、売ってる惣菜は固かったり子供向けの味ではなくて食べさせられないもの多数だから。
日本のIT業界の多重下請け構造が悪だ、Slerがクソだ、みたいな話あるけど、論点混ざってることが多い。
どっちかというと「仕事を出す側」として、多重下請け構造の問題点とポイント書いとくよ。
必要とされる多重請負と、ブラックな多重請負があって、分けて考えないとイカン。
ハナキンなのにやっと終わって一人酒だよ！
発注者から直接仕事を請け負った元請け担当者（大抵の場合、安請け合いする部長）が、
請けた仕事を切り出して、課長、各チーム主任、ヒラと仕事を下ろしていく。
ピラミッド構造で上意下達で、力関係も対等ではないが、こういうのは多重下請け構造とは呼ばれない。
そして、仕事の報酬が会社に対して支払われ、各員には会社から給与が支払われる。
「オレの言う多重下請け構造と違う」と言われても何なので、定義はそのまま引っ張ってこよう。
発注者から直接仕事を請け負った元請（たいていの場合が大手SIer）が、
請けた仕事を切り出して2次請け、3次請け、4次請けと仕事を下ろしていくピラミッド構造の事を言います。
良くある例で言うと、元請は要件定義や概要設計等の上流工程を請負い、開発・実装などの下流工程は2次請けに委託する、というような構造です。
これ、多重下請け構造の問題点じゃなくて、受注価格交渉の話なんだよね。個別。
例えば、一社のみなら給与体系の話になるわけで「部長が中間搾取してる！」とは言わない。
さらに「部長が安請け合いするから、現場のエンジニア給与が低い」というのは、一社のみでも起こる。
つまり、「中間搾取」によって「給与が低くなる」というのは、飛躍がある。飛ばしてはイカン。
（以後、n次請け, n+1次請けは、全て元請け, 下請けと表現するな）
1番と2番とは分けて考える必要がある。
まず、エンジニアの給与が低くなるのは、会社の給与体系の問題だ。
ということは、「エンジニアの給与が不当なほど低い」のであれば、それは多重下請け構造の問題ではない。
不当なほど低い賃金で働かせている「本来潰れていなければならない会社」の問題を、多重下請け構造問題で誤魔化してはイカン。
で、元請けと下請けとの報酬差だが「要件定義や概要設計等の上流工程」をやった対価を取って「中間搾取」とは言われたくないだろ。
答えから書くと、さっきの式は以下の形で使われてる。
一目瞭然で、下請け報酬が少ないから、「中間搾取」と呼ばれる「元請け仕事の対価以上の報酬」が生まれる。
つまり、「マージンを抜くから適正単価にならない」ではなく「適正単価でないからマージンを抜く余裕がある」だ。
「要件定義や概要設計等の上流工程」が2000万で、実装やテストの下流工程が1000万で、という区分けをしていない。
仕事の中身で値段を決めずに、人月計算をするから、常に下請けは元請けよりも単価が低く設定される。
なぜならば、元請けは儲けるために下請けに仕事を流すわけで、損するためにじゃない。
というわけで、潰れずに責任とってくれるような大企業しかクライアントは選ばないので、Slerが繁栄する。
一軒家立てるときに工務店を選ぶ人もいるけど、ハウスメーカーも大人気だよね、というのが酷くなった感じ。
これは構造的な問題で、既得権益って言うとそうだね、という話。
じゃあ、なんで請けるの？という話。
まあ、最近はインドとか中国とか、単価低いしアッチで、みたいになってるけど。
請けないと会社潰れるから激安で請けますどうせエンジニアは使い潰せば良いし、みたいな会社が多い。
で、ブラック会社は人が足りないとさらにブラックな会社を呼んで……みたいな泥沼状態。
エンジニア雇ってる会社がブラックなので、結果的に多重請負になってる。逆じゃない。
プロジェクトマネージャがプログラマを鬱で辞めさせました。ボーナスが減ります、となってない。
元請けA、2次請けB、3次請けC…みたいになると、Bが指示してEが無茶苦茶な残業で体壊して、AはExcelしか観てない、みたいな。
クライアントにIT知識がないとか言っても無駄。信頼関係も効率性もある。
ハウスメーカーがお客さん呼び込んで、指定した建材で地元工務店と契約して、さらに左官屋雇って家を建てたりするだろう。
そういう時に、「客が直接知識を持って、左官屋と大工と設計家と交渉すれば安く付く」とか左官屋が言ったりしない。
出版社から直接本を買って、取次とか本屋のことを「中間搾取め！」とか言わないだろ。
IT業界は、そういう「効率のための多重構造」とは違う「果てのないダンピング会社の多重構造」がある。コッチが問題。
さらに多重請負って、普通に偽装請負で命令系統と責任系統が乖離してる。
人壊しても責任とらなくて良くて、補充がいくらでもきくなら、そりゃ無茶苦茶するわな。
まあ、ITエンジニアが育たないとか言ってないで、勉強して転職しようぜ！
「My Job Went To India」の日本語翻訳版がオーム社から発行されたのは2006年だよ！
