「吉牛の玉ねぎは中国で生産してカットして日本にもってくるらしい」って聞いた。ほんとかどうかしらないけど。
そういえばコンビニのカット野菜も中国産だ。カットして詰めまくったら、輸送コストも下がるだろうし、どうせ中国産の野菜つかうならそのほうが理に叶ってる。
輸送コストと生産コストのバランスが取れてる限り、すべての商品は国外で安く作られるようになるってわけだ。石膏ボードは原価が安価で殆ど輸送コストだから、日本の各地に工場があって消費地近くで作るらしい。似たようなのは飲み物とか生鮮食料品か？でも生鮮食料品も保存技術あがれば日本の外で作ってもってくるようになるよね。
ってなると次に下げられるのは輸送コストってことになるのか。でも輸送という仕事は当分国内でもなくならないだろうな。海外で作っても日本で消費するかぎり運ばないといけないし。
地方に住んでる事自体が日本に不利益だ、みたいな地方を批判する人最近目につく。自分自身地方に住んでるからこの手の言い分はあんま気持よく聞いていられないんだけど、本気で東京以外に住むやつは損しか生んでないって言う奴いるからなー、うちも自治体収支ワースト側だしおもいっきり反論はできないんだけど人の住む所ってそういう理由だけでどうにかできないだろ。
自分はプログラマなんだけど、この仕事も国外にでていってるわけで、いずれは国内に仕事なくなるんだろうなーって思ってぼんやり考えてる。
デザインなんかも変わりがきかないほどのデザイナーじゃないかぎり国外になっていくんだろうな。漫画家や小説家みたいな製造ではなく創造をする仕事は代わりがきかないから国内の人がやるだろう。でもアニメを作る下の現場は国外に既になってる。デザインも同じ事か。製造か創造かという。
直接人とかかわる仕事はなくなりそもうないけど、販売はあやしい、Amazon や他の通販に吸われてるし。ってなると、殆どすべての仕事が日本からなくなっても日本に人が済んでいたら存在してる仕事って、創造をする代わりのきかない仕事、公務員、道路水道ガスのインフラ系、建築とか、直接なにか提供するサービス業、運輸旅客、それらの仕事のための管理と創造をする仕事、うーん…報道、広告は無くなりそうでなくならないと思う。
って考えてたら友人のこと思い出した。
そいつは、高校卒業して運送会社に務めて遠距離トラックで頑張りながら貯金して自分のトラック持って、結婚して、子供二人いるんだけど最近すごく勝ち組に見えてる。自分普段あまり勝ち組負け組って考えないし、そういう言い方好きでもないんだけど他にいい言葉が見つからない。劣等感じゃなくてなんか単純に、みんな老人になったころに一番幸せそうなのはあいつなんじゃないかなーって。まだ 19 の頃、何度かトラックに一緒に乗せてもらったけど、ものを届けること、ライフラインに関わってることの大事さをすごく自信もって話してくれた。あのころは、そんな泥臭い仕事って馬鹿にする人もいたけど、今思うとあれはつえーなーって感じ。
なんか話変わっちゃった。
結局さ、自分のやってる仕事が世界の何かを幸せにすると思えないと限界のところで気が続かないんだよね。俺かっこいいーってならない。やっぱさー俺かっこいーこの仕事してる俺かっこいーって思えないと、なんかスカスカになってく。自分なにやってんだろって。
そしたら多分自信もって、自分にこそ出来る仕事だから自分に仕事くれって高い金要求しながら胸張って言えるようになると思う。そらー集団で何か作るには突出した能力だけでどうにかなるものじゃないけど、そういうんじゃなくってさ、誰かと仕事するからって、仕事の質落として、平均的な "ライン製造" に貶める必要はない。
プログラマだって本質的には創造をする代わりのきかない仕事でもあるはずで、でも仕事でそう思えるにはきっとどっかのミスを喜んで隙間から吸い取るような考えの社長の元でしょうもない当て逃げの企画をやってるよりは、世界の何かを幸せにするような胸はっていえるものにかかわったほうが、胸はって金くれ俺だからやるって言えるよなって。
モヤモヤ考えてた。
そろそろ転職かなー
今日の発見。ロシアのカムチャッカ半島は結構日本に近い。半島とはいえ面積は日本より広い。
wikipediaによると、過去300年に50回もの大爆発をしている火山クリュチェフスカヤ山（4835m←富士山より高いよ）など多くの火山を抱えているらしい。
昇格試験に落ちた。
受ければ必ず受かるという形式的な試験ではないけれど、ここしばらく部署内で受けて落ちた人は自分以外いない。
しかも落ちたのは2回目だ。
同期に置いて行かれるどころか、後輩に追い越されてしまった。
もうモチベーションもわかない。
いっそ死んでしまいたいけれど、こんな自分にも家庭があって、迷惑をかけるわけにもいかない。
ただただ、惨めさと辛さに耐えるしかない。
落ち込んでいても恨み節を言っていても全くメリットがないことはわかっている。
すぐに気持ちを切り替えて、自分も努力し、周りの協力も取り付けて、来年こそは受かるように準備していくべきだというのはわかる。
それなのに、何故、どうして、上司がもっと協力してくれれば、もっと成果の上がる仕事にアサインしてもらえていれば、という逆恨みの感情から抜け出すことができない。
泣きっ面に蜂。昇格試験に落ちてほどなくして、それまで力を入れてきた仕事が流れてしまった。
最近は、あるプロジェクトにアサインする候補者リストに、同年輩で自分だけ名前が載っていないことも知ってしまった。
いっそのこと転職すべきなのかとも思うけれど、対外的な成果のない内勤で、管理職に上がれない程度の業績の自分に、転職先があるとも思えない。
ただただ、つらい。
⌒（ ／⌒
-―- ⌒ -
／ ⌒ ⌒ ､ ヽ
／/／ / ﾍ ヽ ヽ
/ / / / / ヽ ヽ∽ ､）
/| / / |__ | |/＿|ヽ .| ｀w_ |
.w从| ,|-､| 〈 ,-- 、| | |
/ |‘.|_| , |__|’| | ﾉ ／￣￣￣￣￣￣
/ 〉,, г┐ ,,, ﾉ,ﾉ） / ＜ 増すおにい～
w从＼ `-' | 〈从 ﾉ| ＼＿＿＿＿＿＿
^ ` ｰ-､__ .ﾉ／ >
近く両家顔合わせがあるので、その時着るスーツを買いたいと婚約者が言ったからだ。
お目当ての店を見つけ店内に入る、目ざとく私達を見つけた女性店員がこちらへ近づいてきた瞬間、私は言いようのない気持ち悪さを感じた。
３０代前半の小柄で可愛らしい女性店員。接客も手慣れた風で色々と明るく話しかけてくる。
その店員とは当然のことながら面識は無い、無いのだが、とにかく全身に鳥肌が立った。堪えていても吐き気が襲ってきて私は耐え切れず店内に出た。
ベンチに座りじっと耐えると今度は涙が出てくる。意味も無く酷く辛い気持ちに押しつぶされそうになる。
自分でも何がなんだかさっぱり分からないが、とにかく私はパニックに近い状態になってしまっていた。
後日、そんな私の姿を不思議に思った婚約者が改めてどうしてそうなってしまったのかと聞いてきたが、当然の事ながら何一つ説明できないままだった。
「あの店員さん、前の彼女にとても似ていた」
私は婚約者の前の彼女に会ったことは無い。ほとんどその人の知識は無い。
ただ一つ知っている事は、その彼女はもうこの世に存在しないと言うことだけ。
詳細は省くが、元々精神的な病を患っていた前彼女は婚約者と別れ話になり衝動的に飛び降りて死んだ。
そして知ったのは、あの女性店員と接触した日、その彼女の命日だったと言うことだ。
動的型付け変数、JavaScriptやPHPに取り組みだしたときは、意味不明な挙動にすごく嵌まってしまった。が、慣れてきて、変数の内容を数値で解釈したがるタイプの言語か、文字列にしたがるタイプの言語かを知ってくれば、まあこんなもんかと思えてくる。
動的型付けは、コードの見える化には逆行する。企業は、ビジネスロジックや現状の見える化に躍起。コードについても、Going Concernを標榜しPDCAサイクルを回したいならば、見える化しておきたい。逆をいえば、毎回書き替える・使い捨てコードにする部分には十分ありですね（動的型にハメられるほうの型が多態性の概念にしっかり適合していると、意に反して使いまわしも効く）。何しろ、変にコードを使いまわすほうが、開発工数が増えることも良くあるし。俺の文章、日本語になっているかな...
⌒（ ／⌒
-―- ⌒ -
／ ⌒ ⌒ ､ ヽ
／/／ / ﾍ ヽ ヽ
/ / / / / ヽ ヽ∽ ､）
/| / / |__ | |/＿|ヽ .| ｀w_ |
.w从| ,|-､| 〈 ,-- 、| | |
/ |‘.|_| , |__|’| | ﾉ ／￣￣￣￣￣￣
/ 〉,, г┐ ,,, ﾉ,ﾉ） / ＜ 増すおにい～
w从＼ `-' | 〈从 ﾉ| ＼＿＿＿＿＿＿
^ ` ｰ-､__ .ﾉ／ >
, -∧|∧ ／ ＼
_へ￢ / // |
〈 ＼ // / |
(､__ ＼ | |
／￣＼ ＼|＿＿__ /
∠＿＿//＼ ＼_＿_ ﾌ|
＼ 〈 ＼ ｀ / |
＼ |＼ ＼＿＿/ |
＼ |＿＼ // ＿＿ﾉ
￣|＿￣ ￣] |/
／ ￣￣￣￣＼
／ |
／ |
< / |
＼ / | / | ／
＼/＿＿＿＿|＿＿/_/ ／
＼ ＼ ＼_／
＼ ＼ ／
＼ ＼ ／
＼ ＼＿／
http://anond.hatelabo.jp/20130227215106
マクドナルドが2012年12月期から深刻な決算を報告するようになった。
「突然」に経営状態が悪化したのであれば、
その「突然」に対しての原因が必ずあるはずである。
その原因を的確に指摘してる人はほとんどいない。
マクドナルドは２０１２年に何か重大な過ちを犯したわけではない。
今までと変わらないような経営を続けていながら「突然」経営が悪化しだしたのである。
実は2008.12.09に、日経新聞のみで小さく報道された記事があった。
その記事の一部抜粋がこれだ。その他の新聞やテレビは報道をしてないようである。
話題になっている。
しているためだ。
「この会計処理では事業の実力が見えにくい」との声が
上がっている。
そう、これこそがマクドナルドが突然減益、売上げ減少しだした理由なのだ。
マクドナルドはもともと直営店ばかりだったのだが、その資産を次々に切り崩し売却し、
そしてその「店舗売却益」の売上げをハンバーガーと混ぜて報告していたのだ。
これが弾切れになったわけだ。
当然フランチャイズを増やせば利益の一部はフランチャイズ店にもっていかれ、利益も減ることになる。
フランチャイズを増やせば反乱や独立などの経営のデメリットも増える。
いちばんわかりやすく説明してるのが、このサイトだ。弾切れがおきる未来を４年も前に的確に予言している。
マクドナルドは本当に「勝ち組」なのか？ アヤシイ会計処理に“ひとこと”
http://bizmakoto.jp/makoto/articles/0902/25/news031.html
原田マクドナルド時代は「デフレの勝ち組」と称されているが、実は「あまりにも悲惨」な時代なのである。
その証拠に、
「残業代未払い」
「過労死」
「汚染鶏肉」
「行列擬装ステルスマーケティング」
「店舗大量閉鎖」
などなど、
下記リンクが非常に詳しい。
何かがきっかけで人がいがみ合う、嫌い合うことは日常生活で良くある事だが、その原因を分類する。大前提は「人間が動物である以上、人間は感情によって行動する」ということ。でも、人間は感情をコントロールすることを美徳としている。これが人間性である。人間性とは「感情を論理で制御すること」をいう。ここで言う制御とは、感情に対するブレーキだけではなく、時にはアクセルを踏むことも踏まえて（韻を踏んでいるわけではない（と踏んでいる（以下略）））制御と呼ぶ。この感情というのはなかなか制御出来るものではないけれど、感情に振り回されないように、いかに制御するかが大切。感情にブレーキばかりかけていればいつか感情が爆発してしまうときがくるかもしれない。だから、「制御」とはアクセルもブレーキも自在に使いこなせる状態を言う。さて、私が生きてきて様々な人に出会い、好かれ、好き、嫌われ、嫌ってきたが、感情の制御に関わる根本をどう解釈するかが、人によって大きく２つに別れていることに気付いた。
前者がロジカルタイプ
とここでは呼ぼう。
http://d.hatena.ne.jp/perlcodesample/20130227/1361928810
たとえ動的型付けでも整数と文字列は足せないわけで、結局型がないわけではない。そう言った意味で、動的型付けの恩恵を得るには暗黙の型変換が必要不可欠だ。またダックタイピングによって関数へ適用できる型が静的な言語より広いことが多い。そう考えると動的型付けのパワーは、関数に渡せる値が幅広いおかげで以下の2つのご利益があることだと思う。
動的型付けをする言語では、ほとんどのものを文字列や、汎用のリスト型や辞書型のまま表現することが多い。これに対し、静的な型付けをする言語では専用の型をどんどん用意し、それらの型を変換する関数を用意しておく。型が多ければ多いほど、関数は部分関数から全域関数へと近づく。つまり不具合は減る。よって、静的な型付けをする言語で正しく型を設計することで不具合を減らすことができる。
しかし、その分型を明示的に正しく変換する必要がある。IPアドレス型、HTTPヘッダ型、Cookie型、ファイル型・・・様々な型をそれぞれ正しい記述で書く必要がある。対して動的な型付けの言語ではこれらを文字列や辞書型のまま扱う傾向が強いので、それっぽい文字列やそれっぽい辞書をマニュアルなしで組み立てて関数に渡すことができるので、開発工数が低い可能性がある。
もっとも、IDEが優秀であれば型変換する関数を正しく予測してくれるのかもしれない。ので、型変換するコードを瞬時に書ける程度優秀なIDEがあれば不具合が少なくて済む分静的型付けの方がいいし、そういうIDEがないのであれば文字列や基本型だけの知識でどんどん書ける動的型付けに軍配があると言えるんじゃなかろうか。
不具合のないプログラムを書くのであれば、動的型付けでも静的型付けでも生産性は一緒な気がする。むしろ静的型付けの方が不具合が入り込む余地がもともと少ない分生産性は高くなるだろう。多くの人が認める通り、不具合のあるプログラムを書くのは恥ずかしいことで、不具合は絶対になくすべきだ。
しかし、不具合のあるプログラムは世の中に存在しえないもので速攻削除すべき、と考えるのは行き過ぎだ。残念ながら現実は学問や理論の世界とは違う。プログラムが以下の条件を満たす場合、不具合があってもなくてもいいので、とにかく素早く作ることが求められる。不具合があってもいいのであれば、前述したように少ない知識でも適当に組める動的型付け言語の方が、とりあえず動くまでの期間や人的リソースの調達のしやすさなど、軍配が上がる可能性は高い。不具合のあるプログラムでも許容されるのは以下の場合だ。
3つ目の理由がとにかく大きい。「1日でバグだらけのものを作って動かし始め1ヶ月後にバグをほぼなくす」のと「2週間でほぼバグがないものを作って動かし始める」のとでは、前者の方が金額で言えば後者より倍優れていることになる。
もう言わなくても分かると思うが、この条件に当てはまるのがWEBサービスの開発だ。ユーザに多少エラー画面が出ても、ほとんどのユーザはそんなの慣れっこだ。プログラムはサーバにアップロードすれば簡単に修正できる。そんなWEBサービスださい？恥ずかしい？ああ、そうだ。しかし、そんなこと関係なしに、リリースすれば財布にはお金が入ってくるし、しなければお金は入ってこない。
逆にこれらの条件にあてはまらない開発はたくさんある。医療系や金融系は不具合の損失が重大過ぎる。組み込み系やパッケージ系は、製品を売り初めてしまえば修正は困難だ。