 
|
はてなキーワード: 工程とは
それが困るのは、自分の味覚で味を調整しようとするからなんだぜ？
まだそんなことができる段階じゃない。
今塩を足したら味はこうなるとかシミュレーションできないうちはやめた方が良い。
レシピにもよるが、「適量」とか「お好み」とか省略して書いて無い奴をまずは作る。
それが美味いか不味いかは、レシピ書いた人の味覚と作った人の味覚の違いによるので仕方がない。
基準ができれば、次回から二人の好みに合わせて調整したレシピを作っていけばいい。
一通りのレシピが完成したら、それがお前さんたち夫婦の家庭の味になるって事だ。
コミュニティのためにレシピを公開するのも良いんじゃないかね？
現実的な話ですまないが、時代、国籍、地域、家庭によって味覚ってのは違うのであって、
当然、俺の「おいしい」とお前さんの「おいしい」にも違いがあるんだわ。
日本人で言うなら、うま味…昆布出汁や鰹出しといったアミノ酸系列を他国より重視する。
隣の中国や韓国、東南アジアでは辛みが重要だったりする。ちなみに、俺は辛いの食えない。不味いとか以前にカプサイシンが胃腸に来て吐く。
アメリカのは、甘め。とくに菓子系は激甘。開拓時代に甘い物漬けになったからな。これは日本人で無理ってのが結構いるけど俺はオッケー。むしろイケる。
まぁ、和食に限定しても地域によって赤飯の味がぶれるのは有名所だな。無味の赤飯に塩を振り掛けて食うところから、赤飯自体これって餡子じゃねーのってぐらい甘い所まである。
有名どころでは卵焼きに何掛けるかとかは家庭どころか個人で違ってくるわな。
地域によってカップ麺ですら味を変えている訳で、自分の「おいしい」を他人も「おいしい」と感じてくれる保証など全くないのさ。
水の電気分解をする際に、塩(塩化ナトリウム)を投入するだろ？
あれは、イオン交換の効率が上がって実験が早く進むからなんだが。
それを予見して、適切なナトリウムを投入するなんぞ実験の手引きが無い場合、総当たりでグラフ書くしかないわな。
実際、時間が有ったらそういう実験をさせてみるのも面白いと思う。
さておき、料理人と呼ばれる人たちは、それぞれの生の味、それを焼いた時、煮た時の味などの引き出しを持っており、
その中から、「店の味」になる素材、料理法を組み合わせて客に提供してるわけ。
そんなん、ご家庭で簡単にできてたまるか。
まぁ、そんな料理人も大量に料理作って、失敗して、それが経験になってる訳で。
まずは、レシピ通りに作るってのは基本なんよ。
料理が苦手って人の多くはそんな考えをするわな。
鼻歌交じりに材料切って、焼いて、鍋に放り込めば出来上がり～♪ とはいかない。
材料を切るにも後工程(焼く・煮る)、火力（ガスコンロ、オーブン）によって切るサイズが決まる。
焼く際には、温度と時間が必要。化学的にいけば、素材によってメイラード反応温度が違う上に熱伝導率も異なる。
熱伝導率は素材の形状によって調整してある為、集中するべきなのは温度と時間である。という事になる。
煮る場合も大体同じ、この場合は、苦み、えぐ味の元になる水溶性たんぱくが熱変性して浮かんでくるので、和食では取り除くことが多い(灰汁取り)。
そんなん、レシピ通りに進めた方が楽に作れるに決まっている。
パンなんぞ、分量間違えるだけでイースト菌が全滅して発酵せずにゴミ箱行きだ。
カレーを作れば水を入れすぎてカレースープ 記載されている作り方のとおり作ってもらえればいいのに、そのマニュアルを読まない 生ラーメンもゆですぎてトロトロラーメン まずっ タイマーかけろといってもかけない 出来ることはお湯を温めるだけ 本当に 俺がいないときはインスタントカップ麺ばっかり あとツナ缶 お米を炊いてあれば、漬物だけで済ます ガスを使う料理が出来ない 卵焼きも出来ないときた 焦がす焦がす
こんな状態なら、適当に作ったものとレシピ通りに作ったもののどちらが美味いかなんぞ明確だろ。
http://www.asahi.com/business/update/0124/TKY201201240616.html 24日のニュース
http://www.meti.go.jp/press/20100820003/20100820003-2.pdf その発端ともいえる二年前の報告書
始まりは、ありがちな汚職だと思えた･･･その巨大プロジェクトの実体は！
1部～2部で内容が重複してるから、ストーリーだけ知りたい人は3部から読むのをお勧めする。図表もあるのでわかりやすい。
これについてのブコメやTwitterを見ていると不祥事を叩いたり、やめた事を批判して55億賠償しろって人も結構いるのだけど、なんかもうそういう問題よりも気になる点が山ほどある。自分の感想をまとめておく。不祥事そのものより、その裏にあるプロジェクト全体や日本の開発にありがちな問題にもっと注目されて欲しいのでそういう視点で書く。
入札前の情報漏れにしても、その後のNTTDとのやりとりにしても、情報漏洩やそれにまつわる金銭の動きは犯罪だ。けどもそれが行われた動機が私利私欲のためだけとは思えない。
共有されるべき情報が共有できるようにされていない。やりとりできるべき情報ができるようにされていない。必要な情報がちゃんと流れていないから、イレギュラーな方法で流れている。特許庁, NTTD, TSOL この三社間のコミュニケーションがどこも投げやり丸投げ気味で、慢性的に情報不足だった感が伺える。ここを改善する必要があるよね。
極秘情報は必要最小限にして、より情報の共有を図るべき、入札前に必要な情報は公開できるようにすべきって報告書でも書かれている。
入札での評価が金額偏重で、マネージメント力を評価してなかったって問題。マネージメント力を評価してないのマジやばい。あ、でもマネージメント力を評価するには、全体を理解できる人材が必要だよね。で、次の問題に繋がるんだけど。
報告書だと、上流の話しか出てこない。だから、｢設計もろくにできないで55億無駄にしたのか！｣って話になるけど、ちょっと待って。設計しかできない人間が山ほどいても捗るわけがないってことなんだよ。特に、このプロジェクトは既存システムを0から作り直すのだから、既存システムをよく理解して、また既存システムにかかわる技術者とよくコミュニケーションが取れて、それを設計に正しく咀嚼できるスキルの持ち主が必要で、設計しかできない人材ではなく全体を理解できる人材が必要だったはず。
既存システムをちゃんと理解できてない人間だらけになったということが報告書でも繰り返し指摘されてるけど、その根底には設計しかできない人間が山ほどいても捗るわけがないという問題があると思うんだ。
6年？そもそも設計に数年ってのが、もうそういうの無理が来てるって感じ？6年経つ間に色々変わっちゃう。
どうしても、がちがちのウォーターフォールでやるなら、もっと受注も小分けにして、まずは既存システムの仕様まとめプロジェクトから開始するのが良かったんじゃないかな。
6年まとめてどん！だと中断の決断もなかなかできないよね。
これだけプロジェクトが炎上していたのに、汚職がきっかけで調査が入るまで炎上がちゃんと認知されていなかったというのがやばくね？もし汚職が見つからなかったら、炎上のまま･･･
これは国のプロジェクトだから汚職で厳しい調査が入って、プロジェクト炎上まで色々赤裸になったという見方もあるかも。民間だったらもっとなし崩し的に炎上プロジェクトを続行するケースが多いように思う。
もうね、
ＴＳＯＬによる設計作業は ，平成１８年当初６０人体制でプロジェクトをスタートさせたが，翌年初めには遅延が 始まったため，順次増員を行い，同１９年３月には２００人，同年５月には４５０人体制とした。
(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
ＴＳＯＬは ，工程の遅れの解消に向けて，大幅な人員の増強でこれに対処しようとし，平成２０年１１月以降に は １３００人もの体制を整えたが
(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
あたりまえのこと。TSOLでも仕様をしっかり理解してる人は少数だったのに、増員の9割は下請けだったのだから、さらに破滅の様相が想像できるってものだよ。
大量の下請け同士の連携や情報共有がされていなかった。経験やノウハウの共有がなされていなかった。と報告書にある。なんでこうなっちゃうんだろうな。何のためのプロジェクト管理なんだろ。ノウハウの管理はもっと意識されるべきだよ。
人数増やしてプロジェクトが炎上するというのは、お約束すぎる。規模の大小や分野にかかわらず、開発をやった事のある人ならわかると思う。
開発や設計って？という人にもわかりやすいように説明する。
例えば、優れた売れっ子のマンガ家がいて、老練な担当者がついていて、名アシスタントがいて、才能ある若手アシスタントがいて、10人のチームでマンガを描いていたとしよう。一方、大して技術もない凡人を100人集めて、前出のチームと同じマンガができるとかと聞かれたらどう思うだろう？殆どの人はそれは無理じゃない？と思うだろう。1000人でも無理かもしれない。
開発も同じなんだよ、本質的にはね。
でもそう思われにくいのはなんでだろう？それは多分、開発に従事する人にはマンガ家のような才能や際立った技術は必要ないと思われてるからだ。言われた所を言われたようにベタを塗るだけがプログラマの仕事だと思われているからだ。実際それをプログラマなのだと定義している会社もある。技術はお金にならない低俗なものだという偏ったイメージもこの世界には蔓延している。それが上流偏重の問題なんだ。
売れっ子のマンガ家のような設計(マンガで言えばネームや原作)からプログラミングまでこなせる技術者、老練な担当者のようなプロジェクトマネージャ、名アシスタントのような匠のプログラマ、勉強熱心な技術者は実際に存在してる。並以下の人材を倍集めたって100人集めたって彼らと同じものができるわけじゃない。
でも、どんなプロジェクトにもそんなスター的な人材が確保できるとはいえないし、単純な増員で対応できるようにする必要が、日本の大きな会社や大きなプロジェクトではあった。それを可能にするのが分業化だ。工程を徹底的に分業化することで、末端のセクションの習得コストを出来る限り低くし、品質の維持も図る。言い方を変えれば、創作を出来る限り製造にするということ。
それによるデメリットは明確だよね。新しいアイデアが実現されにくくなる。時代の流れの速さに追いついていけない。個々の持っているスキルが生かされない、技術が評価されない。技術者のモチベーションが下がる。なにより、正しい分業化とマネージメントが行われずに盲目的に人数を増やすと、ただただ炎上にしかならないってこと。お金だけが莫大にかかっていくということ。
これは間違いない。
このまま続けていたら、沢山の技術者の尊い人生がデスマに捧げられただろう。数年間のどろどろの煮詰まった成果物は、黒歴史を語るまいとひた隠しに、更なる問題を生み出しながら使われ続けただろう。考えただけで悪夢だ。
このプロジェクトのやりなおしに、どれだけ前回の経験が生かされるのか、そこにこそ注目していきたいと思う。
時間ができたら後で読む
http://www.jpo.go.jp/torikumi/system/system_optimize_re.htm
実際の業務の内容がある
http://myatsumoto.hatenablog.com/entry/2012/01/26/082554 良いまとめ
娘三人居るけど、今年のイブはノープランでした。嫁にも今年プレゼントだけでよくね？とは話してたんだけど・・・
ただなんとなくケーキ食いたくなったので、スーパーでホイップと、生クリーム、イチゴ、スポンジを用意。ちなみにホイップは砂糖控えめで、本体に塗る用。太らないように。無駄な抵抗とか聞こえない。
んで体調不良で大絶賛お昼寝中の嫁を尻目に、三人娘を使役しつつ料理開始。
感想。一人でやるより100倍疲れた。妹たちに指示を出すものの伝わらない長女。ハンドミキサーでホイップ中にミキサー持ち上げてテーブルの上をクリームまみれにする次女。味見と称し、徐々にイチゴを口に放り込む三女。味見いらねーよ。
ケーキはカップルとかで作るのもありだと思うよ。食べる工程よりいっしょに作る工程を楽しめるカップルなら余計に。
んでプレゼントは、、、
次女と三女は簡単おもちゃ。タマプロフィーだって。良くわからないけど。
ちなみにばっちり信じてます。夢見がちです。
そろそろサンタは怪しいとおもってんじゃねーかな？と勝手に父親的に考えてるのは長女。今年は嫁の策略により、年明けにあるキャンプへの参加権をお願いしたらしい。って無理ねーか？信じないだろ流石に、、、
嫁はあらかじめ「キャンプの参加料が結構高くて、うちはお金ないからなー・・・」とは布石を打っておいたらしい。
クリスマスカードにそれとなく英語でキャンプ行っといで、ガンバッって書いて。と。てきとーに書いて、万券を挟んどきました。さすがにバレるだろーと思ったら、朝になって、
パパーーー！！サンタから手紙きたーーー！！一万円くれたーーーー！！！とパパが書いたとは全く信じてないご様子、、、ちょろい小４。いつまでいけるかな？？
てな感じのクリスマス。
試験工程が始まり、新規参画メンバーに、ドキュメント与えて試験やらせても得られるアウトプットは、所詮ドキュメント通りにできているかが確認できるレベル。
リリース後にぼろぼろの品質の状態で、なんで試験でちゃんと見つけられないだと言われたとしても、設計通りのものが作成されているにすぎない。
試験メンバーに対して要件／仕様の説明／プロジェクトの前提条件の暗黙知を共有させる準備期間が必要であるはずだが、
そんな意識はまわりにない
組織のプロジェクトの共有意識のなさ、ソフトウェア全体に対してどうあるべきかを考える人が誰もいない状態に対して誰も疑問に感じない。
感じているかもしれないが、各論ばかり論じてお茶を濁している。
開発ツールによってプロジェクトの生産性向上をもくろんでいるはずが、開発ツールの設計が全く生産的でない。
バグ票も、試験の前提条件／試験方法／期待値も記載されず、ただ事象だけ書かれている。
それに対しても開発チームの回答も改修したレベルの記載で、原因／対応／横並びもなく、
開発チームの回答に対してプロジェクト全体として妥当であるかの判断も誰もしない
組織の人員配置／プロジェクトのあり方の不備をただ個人に押し付ける
ただただばからしい
・卵黄の量を、通常の2～3倍入れてあるので、そのまま食べてもおいしい。
ただし、よく乾燥させないと腐りやすい。
調理時間:
・2～3時間
材料:
・卵黄 4個分
道具:
・底の平らな、大きめの鍋。浅いほうがやりやすい。(スプーンやナイフでこするので、丈夫なもの)
・大きめの皿(レンジに入る大きさ・金属ヘラやスプーンやナイフでこするので、丈夫なもの) x3皿
・木べら
・ポテトマッシャー
・ミキサー
・保存びん(コーヒーの空き瓶など)
・乾燥剤(空き瓶に入れておく)
☆注意:
・下ごしらえの段階から、常に換気扇を全開にしておかないと、臭いで作業ができなくなる。
下ごしらえ:
1/ 乾燥剤を空き瓶に入れておく。
3/ 卵黄を4個分用意する。
調理:
[蒸し工程]
1/ にんにくの入ったどんぶりばちに、水を50ccほど入れ、簡単なフタをして電子レンジに入れる
2/ 8分ほどレンジで蒸す
[攪拌工程]
4/ 適当に潰れたと思ったら、卵黄4個分を入れ、マッシャーで潰しながら、木べらでかき混ぜる。
5/ 鍋を火に掛け、木べらでかき混ぜながら、ダンゴになる程度まで若干水分を飛ばす。
6/ 大きめの皿に、粘土状になったにんにくを、木べらやテーブルナイフで塗りつけていく。
→厚みは5mm程度までにしないと乾きづらい。300gだと3皿程度になる。
7/ 皿を電子レンジにかけ、徐々に乾燥させていく。非常に焦げやすいので、注意深く乾燥させていく。
8/ 1皿につき、3分→2分→2分→1分→1分→1分→1分→1分 ローテーションで乾燥させる。
9/ 皿から剥がせるようになったら、もんじゃ焼き用の金属ヘラなどで皿から剥がし、裏返す。そのほうが乾燥が早くなる。
[粉砕工程]
12/ パリパリになったにんにく卵黄を、ミキサーに入れ、粉砕する。
[完成]
13/ 乾燥剤を入れた瓶に入れて完成。(この時点では水分が残っているので、乾燥剤は必須)
元のにんにく重量の半分程度、標準のコーヒー瓶に入れると半分程度になる。
これで、一人で朝晩飲んで、2～3ヶ月分になる。
Google エンジニアの Steve Yegge 氏、Google+ への懸念を漏らす
http://japan.internet.com/busnews/20111013/8.html
で記事になってたけど、原文とちょっと要旨が変わっちゃってサービスへの警鐘みたいになってしまってたので、全文訳してみた。くそ長い。お暇な方どうぞ。
（2011/10/19 08:14）ありがたい誤訳の指摘をいただいたので3カ所修正。
Stevey の Google プラットフォームぶっちゃけ話
僕は6年半ばかり Amazon にいて、それから今はそれと同じくらい Google にいる。この二つの会社について強く感じることは（しかもその印象は日々強まるのだけれど）、 Amazon は全てにおいて間違っていて、 Google は全てにおいて正しいということだ。そう、やりすぎな一般化だけど、驚くほど正確だと思う。いやもうとにかくね。百、いや二百のポイントで二つの会社を比較することが出来るだろうけど、僕が正しく覚えていれば、 Google はそのうち三つを除いて優れている。実にある一点に関してはスプレッドシートを書いたんだけど、法務部が外に出すなって言うんだ。リクルーティングは惚れ込んだみたいだけどね。
つまり、まあ簡単に言えば、 Amazon の人事採用プロセスってのは基本的に欠陥品なんだ。だって、チームがチーム毎に、自分達のために人を採用するんだぜ。だから、色々平均化の努力はしてるみたいだけど、採用基準はチームによって信じられないくらいバラバラさ。そんでもって作業工程ってのも腐ってる。ソフトウェア信頼性工学なんてお呼びじゃないし、エンジニアに何でもやらせようとするんだ。コーディングする時間もないくらい。もちろんこれもチーム毎にバラバラで、要するに、運次第ってところ。施しやら困った人を助けるのやら、コミュニティに貢献するのやら、そんなのはもってのほか。ばかにしに行くんじゃなけりゃ、近寄るべきじゃないね。それにまた施設も染みだらけの壁に囲まれた箱みたいな家畜場で、装飾やらミーティングエリアなんてものには一銭も使ってない。給料やら福利厚生なんてのも最悪だ。まして最近じゃあ Google やら Facebook っていうライバルがいるのにね。社員特典なんてものも見たこと無かったな。採用通知の番号を照合して、ハイ終わり。コードベースも悲惨そのもの。エンジニアリング基準ってものがないんだから。チームによっては個別にがんばっていたくらいかな。
公平に言えば、彼らは良いバージョン管理ライブラリシステムを持っていた。これは僕らもまねるべきだし、僕らのところには同様のものが無い、良い pubsub システムもあった。でも多くの部分で彼らが使っていたのは、ステートマシンの情報を RDBMS に突っ込んだり読み出したりするだけのくそみたいなツールの塊だった。僕らならただでも欲しくないようなね。
僕が思うにその pubsub システムとライブラリ管理システムが、まさに Amazon が Google より優れている三つのうちの二つだ。
早期にリリースして、狂ったようにイテレートするってのも彼らのうまいところじゃないかって言うかも知れない。けど逆もまたしかり。彼らは早期にリリースすることを何にもまして優先する。品質保持やらエンジニアリング規則、その他長い目で見たら重要になってきそうなものはみんな後回し。そんなだからたとえ市場で競争相手よりアドバンテージがあったとしても、結局ちょっとしたことをやるのにも問題を起こしちゃうよね。
でも、一つ、そんな政治的な、思想的な、技術的なへまを補うだけの、彼らが本当に本当にうまくやってることがある。
Jeff Bezos は悪名高きマイクロマネージャーだ。彼は Amazon の小売りサイトの1ピクセルまで管理する。彼は以前 Larry Tesler を雇った。 Apple の主任科学者で、たぶん世界で最も有名で尊敬される HCI エキスパートさ。そんでもって、 Jeff は Larry が言ったことを、 Larry が辞めるまで3年間無視し続けた。 Larry は大規模なユーザビリティ研究もやっただろうし、少しの疑いの余地も無く誰もそのひどいサイトを理解できないってことをデモしたに違いない。けれど、 Jeff は1ピクセルたりとも動かさせはしなかった。トップページにぎっちりつまった内容の1ピクセルたりともね。それらはまるで何百万という彼の貴重な子供達なのさ。けれど Larry はそうじゃなかった。
マイクロマネジメントが Amazon が僕らよりうまくやっている三つ目ってわけじゃあない。つまり、まあ、彼らはうまくマイクロマネジメントをやっていたと思うけど、それを強みって言いたいわけじゃ無い。まずは何が起こっているかみんなに理解してもらうための文脈を準備しているだけさ。僕らはこれから、公衆の面前で、 Amazon で働きたけりゃ私に金を払えと言ってのける男について話すわけだからね。誰かが彼に反対したときは、彼は彼の名前入りの小さな黄色いポストイットを手渡して、誰が会社を動かしているかを常に忘れさせまいとする。思うに彼は全くの… Steve Jobs なのさ。ファッションとデザインセンス抜きのね。 Bezos はとんでもなく頭が切れる。誤解しないで欲しい。彼の前じゃ、普通のコントロールフリークなんてヤクが極まったヒッピーみたいなもんだよ。
それである日 Jeff Bezos が指令を出した。まあ彼がいつもやってることなんだけど。その度にみんなはピコピコハンマーで叩かれるありんこみたいに走り回るんだ。でもそのある一度、2002年かそのくらいのことだったと思うけれど、彼は指令を出した。とんでもなく巨大で、目の玉が飛び出るほど重たいやつを。普段の指令が頼んでも無いボーナスに思えるようなやつを。
彼の巨大な指令はこんな感じだった。
1)この時点より、全てのチームはサービスインターフェースを通じて全てのデータと機能を公開すること。
2)各チームは各々そのインターフェースを通じて通信しなければならない。
3)その他の全てのプロセス間通信は許可されない。ダイレクトリンク、他のチームのデータソースから直接データを読むこと、メモリ共有モデル、バックドア、全てを禁じる。ネットワーク越しのサービスインターフェースを経由した通信だけが許可される。
4)使用する技術は問わない。 HTTP 、 Corba 、 Pubsub 、 カスタムプロトコル、何でも良い。 Bezos は気にしない。
5)全てのサービスインターフェースは、例外なく、外部に公開可能なようにゼロから設計されなければならない。すなわち、チームは全世界のデベロッパに向けてインターフェースを公開することができるよう、設計し、計画しなければならない。例外は無い。
6)そうしない者は解雇される。
7)ありがとう！良い一日を！
ハハ！。ここにいる君たち150人ちょっとの元 Amazon 社員ならもちろんすぐにおわかりの通り、7番は僕が付け加えたジョーク。 Bezos は間違いなく君たちの一日なんかに興味ないからね。
それでも、6番は、本当だった。だからみんな一生懸命会社に行った。 Bezos は、さらに上級のチーフ熊ブルドッグであるところの Rick Dalzell に率いられた数人のチーフブルドッグを雇って、成果と進行を監視させた。 Rick は元レンジャーで、陸軍士官学校出身で、元ボクサーで、元 Wal（ごにょごにょ）Mart で拷問のような削減をやってのけた人物で、デカくて愛想の良い、「堅牢なインターフェース」という言葉を連呼する男だった。 Rick は歩き回り、「堅牢なインターフェース」について語り回り、そして言うまでも無く、みんなはいっぱいの進展をし、 Rick にそれを知らせた。
それからの数年間、 Amazon 内部はサービス指向アーキテクチャに姿を変えていった。その変化を形にしている間に、彼らは非常に多くのことを学んだ。 SOA に関する学問や論文は当時もいくつかあったけれど、 Amazon のとんでもない規模からすれば、そんなもの、インディ・ジョーンズに向かって「通りを渡るときは左右をよく見るんだよ」って言うくらいの意味しかない。 Amazon の開発スタッフはその途上でとにかくたくさんの発見をした。そのほんの一部をちょっぴり挙げると、こんな感じだった。
とまあこれらがほんの一例。他にもたくさんの、おそらく何百の、 Amazon が見つけた個別の発見や教訓があった。外部サービスにはおかしなところがいくつもあったけれど、君たちが考えるほどじゃあない。サービスに対して組織するってことは、外部のデベロッパを信用できないのと同じように、お互いを信用することなんてできないんだということを、チームに教えてくれたんだ。
放射性物質の人体への影響は個人差が大きい。 そもそも健康に良い説が唱えられるもとになった実験は、 今問題になっている内部被曝や長期の低レベル放射線とは関係なくて、 レントゲンを定期的にマウスにくらわしたもの。だから全く当てにならない。 内部被曝による低レベル放射線がどう危険かというと、同じ箇所の細胞をなんども攻撃される点から。 同じ細胞が壊されて人体がそれを修復して って工程を繰り返せば繰り返すほどバグ発生率があがる。 例えば甲状腺に蓄積されやすいヨウ素は甲状腺周辺の細胞を攻撃し続けるから甲状腺癌になる。 成長期の子供は細胞の分裂や修復が早いからこんな婆さんの一例は全く参考にならんのよ。 あと低レベルの安全性っていうのは広島や長崎の原爆みたいな、 瞬時にあびる高レベルの被曝データをもとに算出されている。 例えば１秒当たり１０００ﾀﾞﾒｰｼﾞの高レベル放射線と、 １秒当たり１ﾀﾞﾒｰｼﾞの低レベル放射線があるとする。 原爆では高レベル放射線を１秒間くらった人の被曝量が１０００だった。 だからそれの「１０００分の１の低レベル放射線を１秒くらうと被曝量は１だろう」 ってのが安全厨の言い分。だけど実際には全然違った。 放射線をイメージするときは超ちっこい弾丸と思って。ある程度進んだら威力は減退して消える。 原爆やレントゲンみたいに瞬時に高レベルの放射線をあびると、この弾丸同士がぶつかる。 弾丸同士がぶつかることでダメージを打ち消しあう。つまり人体の被曝量が少なくなる。 これに対して低レベルの内部被曝がどう危険かというと、１発の弾丸を全てモロに食らう点にある。 原爆で１０００だから原爆の１０００分の１なら１のダメージだろうっていう計算式に誤りがあった。 実は１０００ダメージで済んだのは弾丸同士がぶつかり合っていたからだった。 つまり原爆の１０００分の１の低レベル放射線の威力は想像を絶する高さ。内部被曝ともなればなお更。 意味わかったかな？低レベル放射線の威力は原爆のデータを元に算出されてるけど、 計算式そのものが間違ってるってこと。だから暫定規制値は超超超危険。ありえないんだよ。
年収２００万円以下の給与所得者、５年連続で１０００万人超 小泉構造改革で「ワーキングプア」増大が社会問題に
http://www.jcp.or.jp/akahata/aik11/2011-09-20/2011092001_02_1.html
ワーキングプアの問題も、それはそれであるが、プログラマとしての実感は
小泉構造改革で「プログラマーの質が全体的（平均値）に下がった」
である。プログラマーだけでなく、IT関連全体に言えるかもしれないが。
ついでに格差問題で言えば、以前からIT関連の技術格差はレンジが広いと言われていたが、小泉構造改革でさらに広がったと感じる。
ひとくくりにプログラマーの特定派遣が質が悪い、とは言わないが、いい人に滅多に巡り会わなくなった。
金の切れ目が縁の切れ目、という事で、製品知識の継承が出来なくなった点。
プログラミングは、今、コンピュータの中がどうなっているか、通信がどういう状況か、などのイマジネーション力が無いといい物が作れない。もちろん、最終的に製品がどう使われるかにもよってプログラミングの仕方も変わる。それが分かっていない。だから、単価が安いからといって派遣や小さなソフトハウスに一時的に請け負いででも出すと、技術の継承が全く出来ない。
まぁ、現に、うちの会社では、今まで丸投げしていた結果、ソフトハウスが来なくなって、技術が空洞化、製品のメンテナンスが出来ないというお馬鹿な状況になっているわけだが。
大メーカーの某ライジングサンコーポレーションでは、正社員はほぼプログラミングしない。動作原理や周りの環境がどうなっているかを知らないまま、上流工程に行ってしまう。そして、プログラミングという下流工程を経験しない。非常に嫌な感じがするのは、この会社でよく使われる「上流」「下流」という言葉。本来、技術者レベルで見れば、単にウォーターフォールモデルの名前でしかないにもかかわらず、この会社や管理職・経営者から見ると「上流」が偉い、「下流」が下っ端、ととっているようだ。似た言葉で「上層（レイヤー）」「下層（レイヤー）」「高レベル」「低レベル」もあるが、我々技術者から見れば、アプリケーション層が上層、物理に近づくにつれ下層という意味でしかないが、会社や管理職・経営者からみると「上層」が偉い、「下層」が下っ端、と取られる。
話がずれた。
ワーキングプアも問題だが、技術格差も問題になっているよ、と言いたいのよ。
（あとは分かるよね。不具合・納期遅延発生→出来る奴に仕事集中→鬱→退社・自殺→まじめそうな奴に仕事集中→鬱→退社・自殺→必然的に出来ない奴が生き残る）
見た目の良さは度外視している。
本当にずぼらでめんどくさがり(しかも貧乏)だが、できるだけ清潔に便利に(そしてできれば健康に)暮らしたいという人向け。
そんなの今更目新しくねーよってことばかりだけど一応。
俺は、めんどくさがり屋だが、それ以上にパンクしやすい人間だ。
ゴミ、未実行の工程(畳む、拭く、しまう(直すってのは方言らしいです、すまん))などが貯まると、パンク、というかショートして何もできなくなり、どんどん散らかり汚くなっていく。
だからできるだけ、工程を減らしつつ、ひとつひとつの工程のハードルを低くしつつ、散らかりにくくすっきりした暮らし方を目指している。
■オサレじゃなくていいが、すっきりと清潔にしたい
■できるだけ自炊したい(俺は人工甘味料で腹を壊しやすい体質だし、カップラや弁当を食い過ぎるとニキビができるからな)
■↓意外ににめんどくさくないこと
金のある人はもちろん外食やなんかでもいいんだが、俺は如何せん金がない。
メンドクサイ→外食、ってできればいいんだが、それができない。
メンドクサイ→でも金無い→カップラーメンとか安い弁当→体調壊す、ってなっちゃうんで、
体に良い(マシ)なものを、いかにインスタント食品のように簡単に(できれば美味しく)食すか、という風に工夫している。
ご飯やスープを冷凍していれば、カップラーメンをたべるのと同じくらいの時間で、腹を満たすことができる。
■↓失敗した！！
■↓これから引っ越したり、新生活をはじめるやつに言いたいこと
続ける秘訣は在庫を切らさないこと、つまりはまとめ買い、かもしれない。
アルコールティッシュなんかも、
なくなる→詰め替えがない→買い忘れる→また買い忘れる→なんとなくヤル気失せる、
ってなっちゃうんで、クイックルワイパーとか、アルコールティッシュなんかは買いだめが良いです。
■追記(11/08/29)
もちろん何もかも習慣化してシステマチックに動くのが一番良いかもしれない。でもなかなかできない、ずぼらだから。でもできるだけ頑張ります。
服も何度もたたもうとしたんだが、
最初は調子よく畳む→忙しくなったりで畳めてない洗濯物がたまる→パンクする、ということの繰り返しになってしまう。
確かに俺はずぼらに見えないかもしれない。
でも俺はハウスダストアレルギーと弱い腹の持ち主なので、ある程度きれいにしておかないと、鼻水下痢お化けになってしまうのだよ。
その条件下でいかにサボるか、という風に生活していたら、こういう感じに落ち着いた。
実際俺は、一人暮らしを始めて2年くらいまでは、半年に1度くらい必要に迫られて大掃除をするだけ、六畳間が一杯になるほどゴミを貯め、食料を腐らせ、食器をカビさせ、洗い物のたまったシンクから腐敗臭をさせ、あらゆる粉類をこぼしまくり、出したものは出しっぱなし、服は床に山のようにぐちゃぐちゃに…という生活をしていたのさ。もちろん友達なんか呼べねぇ。生活の質も著しく悪い。台所がちらかって料理できないから、出来合いのものばかり食って腹を壊し、大事なモノもすぐなくす。毎日ホコリやカビのせいでかゆいし鼻水だらだら出るし。
これはそういう事態を改善するための最低限の習慣なんだよ。
そしてこれは、そんな俺にできる精一杯のことだ。はっきりいってこれ以上やることを増やすと、パンクして元の状態に戻ってしまうだろう。
まあ、ずぼらに思えないわな。真のずぼらのみなさん申し訳ない。
なんというか、別にホコリで痒くなったりしないし、腹も壊さないし、ニキビもできないし、ものをなくしたりしない人ならば、
掃除とか整理整頓とかしなくていいんじゃねーですかね。こういうのは必要に迫られてる人だけすれば良いというか。
俺も数年前までは、自分はそういうことが必要のない人種だと思っていたし。
でも、あまりにも常に鼻をずーずーやっていて目が充血、ひどい時には喉がピーピーなりだすので、
こりゃなんだろうと病院へ行ったら、ひどいハウスダスト(その他あらゆる花粉)のアレルギーだったことが判明したのですよ。
それで、抗ヒスタミン剤なんかを飲んでやりすごそうとするんだけども、眠くなったり、ホコリとかダニが多すぎて薬が効かなかったりやらで、
それに、脂漏性皮膚炎という皮膚の病気と、脂っぽいものと甘いものですぐにニキビだらけになる顔の持ち主なんで、
ところが、小さい頃から母に、
「出したものはしまいなさい！」「服を脱いだら洗濯機に入れるか畳みなさい！」「蓋を開けたらしめなさい！」「ものをこぼしたら拭きなさい！」「部屋を片付けなさい！」を、
家を出るまで言われ続け、1度もできたことのなかった俺なので、本当にできないんですよ。
「ふっ。本当のライフハッカーにゃ特別な道具なんていらねー。砂糖の袋なんか洗濯バサミでとめときゃいいんだよ」
とか思ってやってみるんですけど、その一手間「洗濯ばさみで袋を閉じる」ということが出来ず、開けたまま放置、湿気て塊だらけにした挙句、こぼす。
野菜食おうと思って野菜炒めとかつくるけど、思ったより野菜食えない割に手間かかるし美味しく作れないし、ですぐにやめる。
そんなかんじで試行錯誤してるうちに、いきついたような感じです。
【お知らせ】2011/09/07
http://d.hatena.ne.jp/uniqueweb/20110906/1315285545
プログラムは全く得意じゃないけれど最近よく見かけるようになったエロ動画検索を自分でも作ってみたくて頑張ってみました。
近年、インターネットの普及によりエロ動画が自宅で簡単に見れるという素晴らしい時代になりました。
自分が若い頃はインターネットなんてものはなくエロビデオが主流でドキドキしながらレンタルビデオ屋に行き、可愛い女の子がレジにいない隙を見計らってお兄さんにパッケージを伏せて空箱を渡しビデオを借りたものでした。
お兄さんにビデオの空箱を渡そうとした時に可愛い子がレジに戻ってきて焦って渡すのをやめてものすごく変な動きをしながらエロビコーナーに引き返していくなんてことも多々ありましたｗ
僕のお気に入りといえば「白石ひとみ」や「あいだもも」といった女優でよく借りてました。エロビを借りるということがものすごく恥ずかしい時代？年頃？でカモフラージュに普通のビデオと一緒に借りるということもしていました。それはそれは大変な思いでオナニーしてたんです！
しかも、ビデオデッキ自体が貴重な時代でリビングに一台しかないのが当たり前でした。
深夜家族が寝静まってからヘッドフォンとビデオを抱えリビングに行き暗がりの中でヘッドフォンをテレビに差し込んでビデオの再生ボタンを期待に胸をふくらませながら押したものです。いいシーンを何回も見るためにビデオを巻き戻すんですが、ビデオを巻き戻すガチャンガチャンという機械音で家族が起きてこないか？とかそれはそれはドキドキしながら見てました。一仕事終えたあとヘッドフォンを外したらジャックが外れていて大音量で喘ぎ声が響き渡っていたなんてこともありました。誰も起きてこなかったのは優しさなんでしょうか？ｗ
さて、大分前置きが長くなりましたがエロというものはものすごい技術発展させるものだと思います。エロのおかげで日本でビデオは普及しエロのおかげで日本でインターネットはものすごく普及したと言っていいと思います。自分もエロを通して技術の発展に貢献し自分自身のスキルアップになれば。という高い志を持ってこのサイトを制作しました。決して自らのオナニーライフの充実と性癖を充たすため作ったわけではありません・・・ｗ
※2011.08.07 利用中のサーバーに障害が発生しているようで現在サーバーに接続できない状態となっています・・・
サイト名の由来は抜きネタからきています。抜きネーター、ヌキネーターという感じですｗ
エロサイトの制作工程を日記にしてみたんで良かったら読んで下さい。そしてこのサイトを使って夜いろいろと励んでくれたら嬉しいです。
まず前提条件としてお金をほとんどかけたくない。アダルトサイトであるということから
月の予算は5000円以内で考えていたのでけっこう探すのが大変でした。
日本でアダルトサイトを許可している所はかなり限られていてさらにやりたいことができるのは
専用サーバーかVPSしかないのでそうなると専用サーバーは予算オーバーなので
VPSで探すことになり検索しまくってはじめに見つけたVPSはKAGOYAのVPSだったのですがβ版で募集を締め切っていて泣く泣く諦めました。
KAGOYAはかなり評判がいいみたいなので使ってみたかった。
次に見つけたのが○○○VPS。海外サーバーで日本語サポートがあり転送量の制限なしディスク容量100G
月1300円程度で借りれるということで初期設定費用に5000円程度かかりましたが借りてみました。
結果、ここは最悪でした。
あまりの酷さに1ヶ月で解約。
よく調べてみたら評判がものすごく悪い某VPSの再販らしいです。
もう失敗したくないと思い今度は比較的有名な海外サーバーLINODE。
iptablesの設定でどうしてもうまくいかなくて拙い英語でメールしてみたら
10分しないうちに返信がきました！
メールに書かれているとおりにコマンドを入力したらあっさり解決。
担当のブライアンはなぜか分からないけどとてもフレンドリーで親切に感じましたｗ
LINODEは複数のディストリビューションから好きなものを選択できるので
とりあえず、64bit版を選択。
一番面倒だけど重要だということで
Tripwire
ほんとに面倒でした。
はじめはmysqlにストレージエンジンgroongaを使おうと思ったのですが
初めに借りた最悪なVPSはOSが32bit版だったのでgroongaがのソースが見つからずなぜかと思っていたら
どこかで見つけた記事で32bit版ではgroongaの性能を発揮しきれないということで32bit版の提供をやめてしまったらしいと書いてたので
じゃあ、sennaにするかということで最悪VPSでsennaをインストール。
その後LINODEに変更したのでOSに64bit版を選択し念願のgroongaをインストール。
しかし、調べてみると
プログラムもそれに合わせてその都度書き換えたので2度手間どころか3度手間4度手間でした・・・
まず
そして下記の順番でインストール
rpm -ivh mecab-0.98-tritonn.1.0.12a.x86_64.rpm
rpm -ivh mecab-ipadic-2.7.0.20070801-tritonn.1.0.12a.x86_64.rpm
rpm -ivh senna-1.1.4-tritonn.1.0.12a.x86_64.rpm
rpm -ivh MySQL-shared-5.0.87-tritonn.1.0.12a.x86_64.rpm
rpm -ivh MySQL-client-5.0.87-tritonn.1.0.12a.x86_64.rpm
rpm -ivh MySQL-server-5.0.87-tritonn.1.0.12a.x86_64.rpm
rpm -ivh MySQL-devel-5.0.87-tritonn.1.0.12a.x86_64.rpm
my.cnfの設定をして終了
で肝心の全文検索ですがデータ件数が5万件程度で少ないせいなのか、あいまい検索と比べてそれほど速さを実感できなかったです・・・
でもきっとすごく速くなったはず！
ちなみに「麻美ゆま おっぱい」で検索した場合、0.01 secで結果が返ってきました。
さて、動画データの作成ですがいくつかのエロサイト等制作記事でもあるようにスクレイピングということをします。
スクレイピングとはWEBサイトから特定の情報だけを取得することでネット上にあるサイトをクロールして必要なデータだけを拾ってデータを作るといった感じでしょうか。
スクレイピングのプログラム自体は以前にTidy関数を使って為替データを10分おきに取得するような物を作ったことがあったのでそれほど時間はかからないかなと思ったのですがけっこう時間かかりました。
スクレイピングにはTidyとhtmlSQL、それにPHP Simple HTML DOM Parserを使いました。
SQL みたいな文法で HTML を抽出する PHP のライブラリ
htmlSQLよりアツい!?jQueryみたいにセレクタでHTMLをparse(解析)する「PHP Simple HTML DOM Parser」
３つの中で抜群に使えるのはPHP Simple HTML DOM Parserだったんですが
ループ処理させるとメモリがすごいことになって今回のようなスクレイピングに向いてないみたいで
結局、htmlSQLとTidyの両方を使ってスクレイピングしました。
両方ともPHP Simple HTML DOM Parserに比べるとうまくデータの取得ができないことが多く残念な感じなんですが他に選択肢がないので・・・
使える順に並べると
といった感じかもしれません。
おおまかにデータを取得して正規表現で特定データを抜き出しました。
http://affiliate.dmm.com/link.html
利用可能な物はパッケージ画像、サンプル画像（縮小）と書かれていたのでそれに従い画像を利用。
注記に※ユーザーレビューは引用いただけません。とだけ書かれているのでそれ以外は引用ありと判断して説明文とタイトルなどを利用
女優データとジャンルデータ、DVDデータ、を紐付けたデータベースを作成し検索ワードに応じて検索結果に関連する商品を表示させるようにしました。
現状、売り上げ0で意味があるのか分かりませんけどｗ
エロサイトということで多少はチューニングとか設定とかしないとまずいかもと思い色々調べて設定しました。
やったこと
KeepAlive On MaxKeepAliveRequests 60 KeepAliveTimeout 3 <IfModule prefork.c> StartServers 7 MinSpareServers 5 MaxSpareServers 10 ServerLimit 30 MaxClients 30 MaxRequestsPerChild 4000 </IfModule>
様子見ということで2日間で設定してみました。
query_cache_limit=1M
query_cache_min_res_unit=4k
query_cache_size=16M
query_cache_type=1
とりあえずこんなところを設定してみましたが、爆発的なアクセスがあるわけでもないので有効なのか今のところ分かりません(-_-;)
Apache Benchでテストはしてみましたけど問題はない感じですが実際にチューニングができているか分かりません。
プログラマーとして有名なゆうすけさんのサイトとgoogleを参考にしました。
シンプルで使いやすいようにしようと思いこのデザインにしました。
クロスブラウザはIE7、firefox3、chromeで行いました。
可変ものって作ったことなかったんですがけっこう面倒なんですね。
ブックマーク機能とメニューの折りたたみ機能、検索結果の表示方法切替を作りました。
まず、ブックマーク機能ですがログインなしで気に入った動画をブックマークできるようにしました。
ブックマークに追加した動画はブックマークページで確認できるようにしました。
cookie機能を利用したらいけると思い色々調べてjquery.cookie.jsを利用。
保存したクッキー情報を呼び出してphpに渡して処理し指定要素にブックマーク一覧をloadメソッドで表示させるという感じです。
$(function(){ $("#youso").load("xxx.php"); });
メニューの折りたたみ機能は人気AV女優やAV女優別、人気タグなどをそのまま表示させるとずらっと長くなって邪魔だったのでつけました。
これには同じくjquery.cookie.jsを利用しました。
参考サイト：http://blog.caraldo.net/2009/03/newjqqookiemenu.php
検索結果の表示方法切替にはZoomer Galleryを利用しました。
参考URL：http://phpjavascriptroom.com/?t=ajax&p=jquery_plugin_zoom#a_zoomergallery
検索結果ページで表示される
[ここの画像]
××× の検索結果
44件中 1～10件目を表示
ここの画像の部分をクリックするとgoogleイメージ検索みたいに一覧でイメージ表示できるようにしてみました。
基本的に動画の埋め込みを許可しているサイトのみプレイヤー表示をしそれ以外は画像を表示し動画データへリンクするようにしました。
埋め込み部分はあらかじめそれぞれのサイトに対応したプレーヤー部分のコードを記述しVIDEOIDの部分に置き換えるような形にしました。
XVIDEOSを例にすると
XVIDEOSの場合かならず動画のurlがhttp://www.xvideos.com/videoXXXXXX/のようになりますのでXXXXXXの部分を
VIDEOID部分に置き換えるようにプログラムを組みました、
埋め込み部のソース
>||<object width="510" height="400" classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://fpdownload.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=8,0,0,0" ><param name="quality" value="high" /><param name="bgcolor" value="#000000" /><param name="allowScriptAccess" value="always" /><param name="movie" value="http://static.xvideos.com/swf/flv_player_site_v4.swf" /><param name="allowFullScreen" value="true" /><param name="flashvars" value="id_video=VIDEOID" /><embed src="http://static.xvideos.com/swf/flv_player_site_v4.swf" allowscriptaccess="always" width="510" height="400" menu="false" quality="high" bgcolor="#000000" allowfullscreen="true" flashvars="id_video=VIDEOID" type="application/x-shockwave-flash" pluginspage="http://www.macromedia.com/go/getflashplayer" /></object>
||<
その他の動画サイトもURLの一部分のデータを使っているので同様の処理をしました。
実際の作業は２、３週間ですが色々調べる時間が多くて制作に2ヶ月くらいかかりました。
自分でエロ動画検索を作ってみて有名プログラマーさん達がいかに優秀なのか思い知らされました。
全くWEBの知識がない人で４、５ヶ月ですごいの作っちゃう人とかもいるみたいですし世の中広いな～と思います。
大分、色んな知識を得ることができました。
これからプラグラムを勉強しようと思う人はぜひエロサイトから入ってみて下さい。
そんなこんなで？頑張って作ってみたエロ動画検索、良かったら使ってみて下さい。
これで少しは技術の発展に役立てたでしょうか？ｗ
P.S エロサイトを作っていてはじめは楽しくて興奮しながら作ってたのですが最後の方はエロい物を見ても全く反応しなくなりましたｗ
不能ではないんですけど・・・今現在も性欲が著しく減退しております・・・
そしてスーパーpre記法がうまういかないのはなぜ？はてな匿名ダイアリー初投稿で全然分からない・・・
そしてそしてプログラマーさんとかデザイナーさんとかエロい人とかお気軽にお声をおかけ下さい。
【お知らせ】2011/09/07
このたとえ話、変なんだよな。
料理で例えるなら、知る必要があるのは、材料構成と工程、それに概念（肉じゃがとシチューとカレーを分ける要素は何？みたいな）。
問題が解けないってのは、いきなり何の予備知識もなく、ボルシチ作ってくれって言われるようなもんなんだよ。
机の上に、テーブルビートとタマネギ、ニンジン、キャベツ、牛肉がそろってて、調理する人は選択で悩まない。
調理法も最後まで指示されていて、準備された材料で指示通りに作れば、典型的なボルシチが作れるようになってる。
学校では使い方も教える。
一から丁寧に素材別の調理法、効率的な調理順、隠し味まで教えるはず。
当然生徒は、それをそのまま自分で作ってみるだろう。その場では美味しくできるのではないかな。
これが次に生かせない場合、いくつかの段階が考えられる。
１．材料を覚えていない
２．工程を覚えていない
勉強ができないと思ってる奴は、圧倒的に「１や２の欠如」で、そりゃできないだろうとしか言えない。
勉強ができるつもりで応用が利かない奴は、材料や工程をボルシチ専用に覚えてしまうタイプや、概念で認識できないタイプ。
これはジャガイモの扱い方という認識ではなく、ボルシチ料理専用の一工程として覚えるために、カレーやコロッケのときジャガイモを扱えないとか、
ボルシチという料理の概念を覚えないために、典型的なボルシチしか料理できない。
ジャガイモの扱い方は、あくまでジャガイモの扱い方であって、ボルシチ専用の一工程ではない。
出来る奴は、それらの要素が集まったものがボルシチの料理法であると認識できるし、「テーブルビートとタマネギ、ニンジン、キャベツ」のほかは鳥や魚でも良いと認識できる。
「やる気がないなら辞めちまえ。」と心から思う出来事があった。
フェイスブックで、大学時代の先生に友達申請したら拒否されていたことがわかり、やはり嫌われていたのだなと再認識。
それだけのことだけど、おかげでいろいろ思い出した。
大学時代の自分は、この分野じゃないかも？という疑問を抱きながら、
そのくせチャラチャラしていろんなところに顔をつっこみ、全体のクオリティ降下に貢献していたので、
教授や本気で取り組む仲間達にとっては、うざかったに違いない。
（飲みの席で、お前は本気じゃないからこの分野から去れって言われたことがある）
分野選びに疑問を感じながらも中途半端に４年をすごし、完全に自信をなくして卒業。
ちょこっと勇気を出して、ちょこっと路線変更して今の分野にいきつき、ペーペーながらも評価して頂いてる。
なにより、いくらでも頑張れるし、勉強も苦じゃないし、良い人間関係まで築けていて、充実を感じられる。
ただ、ときどき、学生時代からこの分野にいっておけばよかったな…と思うことがある。
失われた４年間が今になっても相当に惜しい。
今が充実しているからこそ、今回の出来事でイマイチ振り切れなかった頃の自分を思い出して凹む。
いま、環境が合わないかもと思ってる人は、早急に変えた方がいい。動いた方がいい。
好きこそものの上手慣れの逆で、好きじゃない事は中途半端なアプローチしかできない。
その専門性が高ければ高いほど、当然プライドを持ってそれに携わる人からは嫌われる。
中途半端なものつくる→疲れる→ダサイの完成→自信なくす→コアから嫌われる→ますます自信なくす→ますます振り切れない中途半端なものry
分野を変える＝夢を諦めることになる？
そんなことない。頑張れないなら、それは夢じゃない。
変える事こそ挑戦だったし、夢をつかむ行為だった。
やりたくないなら、やる気になれないなら、辞めちまえ。
東京電力に望む物。
何かが発生したときに生じた追加費用（水漏れが起こったら、それをチェック・改修するのにかかった費用）。
これは、なんだかんだ言って国民が負担するしかないんだからな。
何かのミスで追加費用が10億かかりました、なんてのを隠すんじゃないぞ。
これらを最低1日1回更新しろ。
って叫んで泣きながら逃げてきた話。
そこで、私が実際に現場に行って業務を改善してこいと、そんな感じですた。
_____
なぜ、現場に今日入ってきたばかりの私に許可をもらおうとするのか？
そして、このパートさんは疲れると仕事をちょくちょく抜ける癖があったようだ。
後ろめたさという感情や嘘はめんどくさいなーもう。
現場監督は厳しい人だった。そして真面目な人だった。でも少し問題がありそうだ。
・作業が遅れると怒鳴って煽る。
・作業者が品物を落としたりミスをすると朝礼で１０分くらいそのことについてミーティングする。
監督は改善しようとしてがんばってるんだろうけど、現場の空気が重くなるしフォローが足りてないと思った。
作業者のやる気をそいでいるし、作業者はミスを隠すようになる。
ピッキングミスだけではなく汚損や破損が次の工程に流れてしまうのはここに問題がありそうだ。
・法令順守。パートさんを絶対に残業させないが時間内に作業を終わらせるように仕事を詰め込む傾向がある。
作業が早く終わって時間が余った時はパートさんに時間まで掃除をするように指示していた。
でも、この掃除は必要以上の作業に思えた。
_____
パテーションの外には私がいるのを分かっていて言ってるんだろうなぁ。。。怖ぇ
学生以来の恐怖感に足がガクガク震えた。
_____
・「私たちより何倍も給料をもらっているくせに仕事が出来ないんじゃ困りますよねぇーあの人」
まぁ好きでやってるんだけどな！へへへ
作業が上手く出来ないのはスマンコッテスたい。。
・「好きな時間に休憩できていいわよね」
・「正社員のくせに、あんな簡単なことも事も知らないなんてねぇー」
具体的には４ビットのチェック表。
１ケタ目■シールを貼る
２ケタ目■パッキンをつける
３ケタ目■塗装されている
４ケタ目■号試品
一番多く出る製品は「シールが貼って合って」「パッキンがついてる」「無塗装」「号試じゃない」
なので□□■■ってダンボールに印字してある。
現場では「白黒」と呼ばれていた。
で、組み合わせによって１６種類の製品が出来るわけで製品置き場も
□□□□００
□□□■０１
□□■□０２
□□■■０３
□■□□０４
□■□■０５
□■■□０６
□■■■０７
■□□□０８
■□□■０９
■□■□１０
■□■■１１
■■□□１２
■■□■１３
■■■□１４
■■■■１５
て、並んでる。
これが４ビットならいいけど、８ビットの行程では暗記しきれずに製品の並び方もぐちゃぐちゃになってる。
現場の人は２進数を１０進数に計算して変換してるのではなく暗記していた。
ここは改善しなきゃダメだよなぁー。実際に作業してみたら直感的でないのでやりにくい。
「ーーパシ」とか「試塗ーシ」にするだけじゃなくてなんか無いかなぁ。。。
_____
そんな事を考えていたらパートのババアが台車をわざとぶつけて来やがった！！
あーもぉ。。勘弁してくれよ。
そこにパートのAがまた「子供が熱を出したので帰りたいがいいか？」って、おいおいおいーーー！
「それは、現場監督に聞いてくださいって行ったでしょうが！！」
「だって社員さんでしょ？しっかりしてくださいよ、もう。使えないわねぇー」
久しぶりの現場で作業がきついのと、疲れとかストレスとか不安とか恐怖が破裂して
原子力発電所は、作るばかりでなく廃炉するのにも膨大なお金が使われるらしい。
コストも環境負荷も作業の安全性も十分考慮したノウハウを蓄積させて実績を上げていけば、
数年後以降から受注ひっぱりだこになるかもね。
引き受けたからと言って
長年いままで大量の税金と研究者を動員して溜めこんできた原発関連技術、
作るばかりが能じゃない。
「廃炉産業」は、原発をつくってしまった以上実際に必要な工程だし、
(天下り先なら、作る企業でも壊す企業でもどうせ同じことだろうしさｗ)
人災のような今回の災いを何とか福に転じさせなくては、やりきれないよ。
