yukung's Tumblr

相談者　女子高生　10代

10代の女子高生です。

父の休日は食べる、寝る、テレビの繰り返し。他のことは何ひとつやりません。仕事は自営業で、「忙しい」と言う時期もありますが、一日中テレビがついているようで、ちゃんと仕事しているのか不審です。最近は夜遅くまでケータイをいじっており、50歳にしてケータイ依存症で、意味がわかりません。

私は物心ついたときから父が嫌いで、母には「お父さんみたいにならないように」と、育てられてきました。幼い頃、2月の公園の噴水で私が遊びたがるからと父が遊ばせ、私は肺炎で入院したことがあります。

父への感謝の気持ちはこれっぽっちもありません。老後の面倒を見る気はなく、のたれ死ねばいいと思います。お父さんと仲がいい友達がとてもうらやましいです。父を好きに……なろうとしても、いいところなんてひとつもないし、子供に無関心ですべて母に任せきり。最近は通知表も父には見せていません。

母は父との結婚は失敗と言っており、私は離婚してほしいのですが、経済的なことを考えると無理です。父がいる休日はイライラし、死んでほしい、殺したいという気持ちが強くなります。虐待でもされれば訴えられるのにと、楽しいはずの休日はストレスでつらくて泣くようになりました。どうすれば良いのでしょうか。思春期という理由で片付けないでほしいです。

回答者　評論家　岡田斗司夫

「お父さんみたいにならないで」。母はいつも言う。

不思議です。あなたは女、父にはなれません。なるとすれば母親でしょう。

「お母さんみたいになっちゃダメよ。」こう言うべきです。

なぜ母は「私のような母親になるな」と言えないのか？ここがポイントです。「私のような母親」とはどんな母親でしょう。答えは簡単ですね。

自分に無関心・無頓着な夫と結婚し、離婚もできず、思いつく限りの愚痴を幼い頃から言い聞かせ、やがて娘が「父など死ねばいい」と思いこみ休日に泣いて過ごすように仕向ける母。それが「私のような母」です。

本当に最悪の父なら、なぜ母親は離婚しないのか？これも簡単、ちゃんとストレスのはけ口があるからです。自分の言い分を全部信じる娘に毎日悪口を言ってストレス発散してる。だから母は耐えられる。つまりあなたの犠牲の上に、母は暮らしている。

あなたの父親像は、母の愚痴でできている。寒い中、娘にせがまれて公園まで連れて行く父。はしゃいで寒いのも忘れ夢中であなたは噴水で遊んだ。でも風邪を引いたあなたに母は「父が悪い」と吹き込みます。繰り返される呪いの言葉が楽しい思い出を消してしまったのです。

人間は弱い。誰かの愚痴や文句を言わないと生きていけない。

母の不幸は、家に閉じこめられて、視野が狭いことです。趣味が「父のダメ出し→娘に吐き出し」だけ。こんなの誰の得にもなりません。

ではどうするか？あなたがこのマイナス連鎖を切りましょう。誘ってあげて、お母さんの興味を外に向けさせる。これができれば、状況はかなり改善されるはずです。お母さんと一緒に映画やショッピングや旅行をする。そのために、あなたがバイトをするのもアリ。お母さんにもパートを出ることをどんどん勧めましょう。

パートをすれば、お母さんの世界も広がるし、お金も、できることも増えます。本当に最悪な父なら、あなたと母が一緒に働いたら独立も可能でしょう。

難しすぎますか？じゃああなただけでも逃げてください。たった3人家族で2人が1人の悪口を言い合っている家は地獄ですよ。高校生ならもう働けます。

逃げなさい。さもなければ、母を助けなさい。

【条件１：自腹で技術書を買っていること】
自腹で技術書を買っている人はほぼ例外なく伸びてます。「会社にある本で勉強している」だとか「googleでひたすら調べる」というくらいの人は僕の知る限り、あまり伸びてないです。やはり自腹で、というのが重要なキーワードとなります。エンジニアの方は給料の数％は書籍代であると割り切ったほうがよいでしょう。長い目で見れば必ず元がとれますので。。（補足：書籍は基礎を押さえるため、googleはテクニックを探すため、という使い分けがよさそうです。2005.1.2）

【条件２：全体を理解しようとしていること】
「動けばいいや」という程度でGUIで設定を適当に変えて動いたら安心してしまう人はまず伸びません。なんでそれをそうしたら動いたのか、というところまで気にする人はすごく伸びてます。

【条件３：プロジェクトをたくさん経験していること】
条件１と２をクリアしていて、かつプロジェクトをたくさん経験している人というのは当たり前といえば当たり前ですがすごく伸びてます。（補足：ただプロジェクトというものは会社がアサインする類のものであるため、「そうは言っても・・・」という方も多いかと思います。ここで重要なのは自分自身でよいプロジェクトをたぐり寄せるという行動力であると思います。2005.1.2）

結局のところ、広く社会通念がはびこるところというのは、めちゃくちゃ儲かるのだ。

就職だけではない。

受験、結婚、住宅、投資、保険、葬儀etc

こうでなければならない、こうなりたいという強迫観念が、あなたの判断力をねじまげる。

そして、社会通念に異を唱えるだけで、注目度が集まる新参者にとっても格好の市場でもある。

自分の判断軸を持っていない人間は、必ず搾取される。

それが人生の早い段階で気がつくか、遅い段階で気がつくのかどちらが幸せかは、わからない。

答えはこれからの自分で見つけてください。

実務的に一番いいのは、プログラムを組むのが楽になったということ。

とくに、本質的な間違いが少なくなっていくので、後戻りが減るというのが楽。組んでみたけど動かない、途中でそれ以上組めなくなる、というのが少ない。まあ、ミスはあるので、そこの修正はするけど。

あと、できないことができないとわかりやすい。そのデータの持ち方でそのデータ数でその処理ではその精度の要求は満たせない、ということが原理的に判断しやすくなる。なので、むだな努力をしない。そして、どの条件を緩和すれば要求が満たせるかにも気づきやすい。

初見のライブラリや言語、ツールの理解が早くなる、とかも。

もちろん、前のエントリにも書いたように「明示的に勉強してなくてもできる人はいる」わけだけど、やはり勉強したほうが精度はあがるし、自信ももてる。

ところで、普通にプログラム組んでても、ちょっと込み入ったところで３重ループを越えたり、ループ階層が可変だったりするとアルゴリズムとして考えるの大事だよねーと思うんだけど、「アルゴリズム組む人は職種が別」ってほど特殊なんだろうか。

そして、話は変わって、コメントで気になった「真の実力を持った人が少ないことが世間でネックになっていると言われると、そうかなあ？と思う。 」という件について。

実のところ前のエントリを書くきっかけにもなったのですけど、 @okachimachiorz1さんの話に「優秀な人の生産性が高い、というよりも低い人が多すぎる」というのがあります。

『SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道-』に参加してきた #devlove - Shinya’s Daily Report

そのあとに続いて、この、「生産性が低い人が多すぎる」状況に業界がフィットしている現状が語られています。

そういう、「生産性が低い人が多すぎる」状況を前提に業界ができあがって、この状態で均衡して、プログラマの能力をあげるというインセンティブがなくなっていると言えると思います。能力が高くなくても同じ人月単価をもらえるわけですから。さらにいうと、できない人が時間をかけたほうが、売り上げは大きくなるわけです。

現状を見ると、そういう状況があって、業界トータルでのソフトウェア開発能力は低く保たれていたと思わざるを得ません。

これは世間でネックになっていると思います。

前のエントリは、結構ストイックに書いていたので、「トップレベルのプログラマの話」だと思われるのもしかたないのですけど、実際のところの目的は、「生産性が低い人」のボトムのレベルをあげることです。問題意識のある人に少し高めの目的を持ってもらうことで、そこにつながるより多くの人にちょっとした目的をもってもらう、これが前のエントリの意図でした。

数万人の人の目に触れたようで、おそらく「わかんないけど、やったほうがいいのかなー」という人も千人単位でいるんじゃないかと思います。そうすると、まあ、そこにつながる多くの人が、ちょっとだけ勉強することに興味をもつ。

そうすることで、底辺のレベルが少しあがって、ある日お手伝いに行った現場で、「全体像わかるドキュメントとかないですか？」「システムが大きすぎてだれも全体像わかりません！(ｷﾘｯ」というやりとりだとか、「先週一緒に作業してた彼は今週はこれないから、代わりに一人つれてきときましたね！来週はまた彼が来ます！」だとかいう悲しい出来事に遭遇することが少しでも減らせれば。

そういった、結構レベルの低い話でしたとさ。

私はナレッジワーカーは管理すべきでないと思っています。

ナレッジワーカーは、マニュアルワーカーやプロセスワーカーと違って管理されたくありません。このため、ソニックガーデンでは、有給休暇が無い代わりにいつ休んでも給料がでます。また、コアタイムもなく、いつ会社に来ても良いです。

ミッション、ビジョン、ビジネスモデルに理解・共感した方が集まっている会社なので、そこの方向性があっていれば、あとは各自に任せています。

ナレッジワーカーは、企画、お客様とのリレーションシップ構築、運用も含めて全て任されています。会社全体が信頼関係で成り立っているところもあるため、今の規模でやりたいと考えています。

Railsのテーブル名や主キーは、CoCで厳格なルールがあるおかげで可読性も高い。
だから、Redmineもこれだけの頻繁なVerUp、豊富な機能改善が可能だったのだろうと思う。

Railsの最大の特徴である「サロゲートキーの重視」については、渡辺さんが下記の記事を書かれている。

「強制されたサロゲートキー」の事例を眺める: 設計者の発言

複合キーをなくしサロゲートキーに統一する手法では、ER図に親子関係が発生せず、全ては外部キーによる参照関係になる。
多分、普通のRails開発では、テーブル間のリレーションシップはアプリケーション層で実装するだろう。
つまり、DBMSでリレーションを貼ることはしないので、テーブルは入れ物にすぎない。

DOAの立場の人がサロゲートキーに違和感がある理由は、親子関係という基本的なリレーションシップがなくななるため、データモデルの表現力が落ちてしまうからだ。

だが、Railsがサロゲートキー一辺倒にした理由の一つは、HTTPのURIをRESTで書けるようにしたいから。
URLがDBのCRUDに対応するように書ける。

SOAPからRESTへ: プログラマの思索

Railsの思想から言えば、サロゲートキーは単なるデータモデルだけでなく、HTTPアクセスのURLはCRUDであるべきというREST思想にも基づく観点があるからこそ、サロゲートキーだけのデータモデルでもWebシステムで特に有効なのだと思っている。

だから「サロゲートキーは必要なのか、不要なのか」という議論は不要で、個人的には、分析(概念)モデルと実装モデルの違いに過ぎないと思っている。
例えば、OOAでも概念モデルでは、注文と注文明細を区別せず、一つのオブジェクトで表現して、荒い粒度でモデルのあるべき姿を描き、実装モデルはソースに近いレベルの粒度故に、たくさんのオブジェクトが表現される。

つまり、DOAでも、分析者が見るレベルのモデルと、開発者が実際に使うレベルのモデルで区別してもいいはず。
そもそも、ユーザ(顧客)観点のモデルと開発者の観点のモデルは粒度が大きく異なるのは、外部設計・内部設計、基本設計・詳細設計というWF型開発の工程による区別からしても、自然な考え方だ。

でも、DOAの前提では、モデルは唯一つであり、分析者も開発者も同じER図を見るから、ロールによるモデルの区別は存在しない。
だから、そのような不毛な議論が発生するのだろうと思う。

とはいえ、Railsの普及によって、DOAの重要性は以前よりも増していると考えている。
何故ならば、きちんとテーブル設計さえできれば、Railsのマイグレーション機能によって一発でCRUD画面を作れてしまうからだ。
Redmineがこれだけ豊富なプラグインを持つ理由の一つは、Redmineのデータモデルがシンプルであるだけでなく、テーブル設計が非常に優れているため、機能拡張しやすいのだろうと推測している。

GitHubのプルリクエスト機能がとても素晴らしい理由の一つは、単なるマージ作業依頼だけでなく、パッチのコードレビューをオンライン上で実現できるようにしたからだと思う。
コミッタはプルリクエストを受け取る時点で、パッチの差分を必ずチェックする作業が自然に生まれるからだ。

GitやMercurialのフォークやプルリクエストは、単なるブランチ管理やマージ作業だけでなく、コードレビューという非同期ペアプログラミングを実現する重要な運用を生んでいることにも注意したい。

「満員電車ベビーカー論争」を読んでみた。甲論乙駁あるようで、抜けている視点がある。ピークロードプライシングだ。

満員電車といっても、乗車率が150-200%にもなるのは、朝夕の合計６時間くらいで、他の時間帯は空いている。ベビーカーを載せても、どうということはない。つまり、ピークを平坦化できれば、何も問題ない。時間帯別料金を設けて、混雑路線のラッシュアワーだけ高額料金を取ることにすれば、ピークは平坦化することができる。

混雑料金による余剰収入は、他の時間帯の料金の値下げに回せば、オフピーク時乗客の消費者利益を増やすし、需要が喚起されて、オフピーク時間帯の乗車率が上がれば、設備の稼働率向上と同じ効果がある。

Pentium4　HT
(´・ω・≡・ω・`)
■１人が頑張って作業する

Phenom?X4
＼(^o^)／＼(^o^)／＼(^o^)／＼(^o^)／
■４人が気楽に作業する

Celeron Dual-Core
( ゜ω゜ )( ゜ω゜ )
■２人がポカーンと作業する

Core2Duo
( ^ω^ )( ^ω^ )
■２人が協力して作業する

Core2Quad
( ^ω^ )( ^ω^ )人( ^ω^ )( ^ω^ )
■協力し合うペアが２組で協力し合って作業する

Core i3
（ ＾ω＾≡＾ω＾）（ ＾ω＾≡＾ω＾）人(^o^ )┓
　　　　　　　　　　　　　　　　　　　　┏┗
■楽しそうに頑張る２人とグラフィック担当

Core i5 6xx
⊂二（ ＾ω＾≡＾ω＾）⊃⊂二（ ＾ω＾≡＾ω＾）⊃人(^o^ )┓
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　┏┗
■協力しながら頑張って作業する二組とグラフィック担当一人

Core i5 7xx
⊂二（ ＾ω＾）⊃⊂二（ ＾ω＾）⊃⊂二（ ＾ω＾）⊃⊂二（ ＾ω＾）⊃
■協力しあう四人組

Core i7
⊂二（ ＾ω＾≡＾ω＾）⊃⊂二（ ＾ω＾≡＾ω＾）⊃
⊂二（ ＾ω＾≡＾ω＾）⊃⊂二（ ＾ω＾≡＾ω＾）⊃
■協力しながら頑張って作業する四人組

Core i9（Corei7-980X？）
⊂二（ ＾ω＾≡＾ω＾）⊃⊂二（ ＾ω＾≡＾ω＾）⊃⊂二（ ＾ω＾≡＾ω＾）⊃
⊂二（ ＾ω＾≡＾ω＾）⊃⊂二（ ＾ω＾≡＾ω＾）⊃⊂二（ ＾ω＾≡＾ω＾）⊃
■協力しながら頑張って作業する六人組

驚いたことに、実装コードとほぼ同じぐらいコメントを書いている。 コード1行に対してコメント1行ってすごいね。 これは、Rdoc 使ってドキュメントも作っているからこれぐらいの行数になるんですね。

更に、びっくりしたのは、テストコード！。 これ、実装コードに対してテストコードを2倍書いています。 しかも、テストコードのファイル数は3倍以上で作っています。 少ない行数で沢山のテストコードを細かく実装しているんですね。 テストコードにコメントは作っていませんね。 テストコード自体を文章で説明しなければいけないテストコードは書くなということでしょう。 簡潔に誰が見てもどのようなテストを実施しているのかわかるテストコードを書いています。 また、書く必要があるときは、実装コードの中に集約しているのでしょう。そうすれば、RDocの中に仕様を集約できるからね。

日本では、途中で止めたり、やる事を変えたり、合わない人を避ける事を逃げだと感じる人が多い。

これは根強く大人になっても残っていて、僕は鬱の原因に少なからず影響していると思う。止める事や集団に合わせられず組織から抜ける事を恥だと感じていてぎりぎりまで我慢する。それで自分の状態には無頓着だったりすると、自分の精神と身体が追い込まれる事がよくある。

人生は5つのボールをジャグリングしているようなものだ。その5つとは、仕事、家族、健康、友達、精神だ。

このうち、仕事のボールだけがゴムで出来ている。落としたとしてもちゃんとあなたのところに同じ強さで戻ってくる。

しかし他の4つは違う。これらはガラスのボールだ。落としてしまえば傷がつくかもしれないし、最悪割れてしまうかもしれない。決して元のままにはならないのだ。

これが現実だ。この現実に向き合って生きていかなくてはならない。

エンジニアは、誰でも、人の役に立ちたいと思っているものです。そして、人から頼りにされることに、喜びを感じる生物です。でも、この「頼りにされる」状態は、危険な状態であることもある。

頼りにされるあまり、多くの仕事がその人に任されることになる。できる人に、仕事が集中するのは、よくある話で、その人は、回りの期待にこたえようとして、遅くまで残業して、休日も出社したりする。この状態が、一過性のものだったら良いんだけど、慢性的なものになると、肉体も精神もぼろぼろになっていく。

仕事が慢性的に過度に集中している人は、一度じっくり考えてみたほうが良い。会社は、「あなた」のことを頼りにしてるけど、実際のところはこき使ってるわけですよ。俺なら、ピンチのときにできる人に仕事をいっぱい頼むことはあっても、それを慢性的には行なわない。だって、その人に壊れて欲しくないから。

仕事が慢性的に過度に集中している人は、会社があなたのことを、都合よくこき使っている事実に気づいたほうが良い。

がんばった結果をポジション(地位)として評価してくれる会社なら、まだ、ましなんだけど、ポジションは変わらずに、期待しているとかって言われるのは、超危険ですよ。こき使われるフラグがたっている。

隣のおっさんがスープを飲み干しているのに替え玉をオーダーしたので緊急スープ融資を受けている。俺はこのおっさんを「ギリシャ」と名付けた。

関数型言語の考え方自体が結構優れているので、その考え方を覚えれば、非関数型言語で組んでも優れたプログラムになるという話を聞いた。

達人プログラマにある、毎年1つは新しい言語を覚えろという考え方だと思った。

これは「凄い！」と思った。関数型言語って凄いけれど、実践的では使えないと思ったけれど、そもそも考え方が間違っていたと思った。

プログラマとして優れた関数言語の考え方を利用してやればそれで良いんだよという話は聞いて妙に納得した。

例えば、関数の非破壊という考え方はどの言語でも知っていた方が良い。テストとかも作りやすくなる。

ラムダ式に関しても優れた考え方なので、とりあえず後から仕様に入れたC#よりも最初から言語仕様に入っているF#の方がより馴染んで使える。

うむそれは確かに。便利だから後から入れたのと最初から前提で作られいるのではやはり意味は違うはず。

これはそもそも僕の持論だけど、後から出た言語は先に出た言語よりも優れているというのがある。

ま、つまりF#はC#よりも優れているわけで、とりあえず一通り把握する価値はあるなーと思った。

ちょちょんと10000時間も修行すれば誰でもなれるたぐいのものであり、100年たっても追いつけないような類では決してない。

そして、これを2008年話題のキーワードで読み替えると、「10年間泥のように働け」となる。だから10年間必死で働けば、たいていの人は一人前になれるのだ。これが日本の大企業の強みであり、「泥のように働け」肯定派の主張の根幹である。

これは「泥のように働いた」結果何になるか、というのを無視すればまったく正しい。しかし、そこが一番の問題なのだ。IT業界の場合、コンピューターのスペシャリストになんてなりはしない。全銀協手順とか社内Javaフレームワークのような基盤と、パートナー人脈や社内政治のスペシャリストになれる。これは社会の未来を作るスキルではない。社会の今にパッチを当てるスキルだ。それどころが、会社が変わるとたちまち役に立たなくなるものであり、会社が信用できないような状況では取得したくもない。

「時代はGUNDAM、Java(笑)はオワコン」とか言う人もいてJavaでSIやってる会社というと不安を感じる人もいるようですが、実際なかで働いたり勉強会参加したりOracleのJavaへの関わり方を見ると、なんだかんだ言ってまだまだメインストリームで在り続けるだろうなと思います。

どちらかというと日本でのJavaオワコン感って、言語仕様云々ではなく一山いくらで売られているエンジニアのスキル不足や時代遅れなフレームワーク・開発手法に起因しているような気がする。そりゃ未だにJava1.4やStruts2使ってる上にイケてない社内ORMを強要されてるようじゃそう感じるよなあ。