盛り上がる世界が存在しているということも理解できませんでしたが、以下のエントリの言わんとしていることは賛成です。一つ違和感がありました。出来ない人はそれなりに危機感を感じたほうがいいと思った今日の昼ご飯でした。系エンジニア全体が微妙な気が・・・。ある意味同じ気がします。ぶっちゃけ「ブラウザ上なのにこんなことできて凄い凄い!」という世界ですからね。ノホウガムツカシイあるヨ。私が感じている違和感は、本質と表層の捉え方なんだと思います。道」は道が短すぎるんだ。マーケティングの為に長く見せてるけど、実際覚えることは少ない。「デザイン」か「JavaScript」を職業に出来るくらいにしとかないとヤバいと思う。同列においているのが少し気に食わないわけです。ノウハウの少なくない部分は、言語が改善されれば(あるいはフレームワークやライブラリによって)消えゆく「べき」ものです。IE)の改善とともに消えゆくように。プログラミングくらいなら、結論として納得感があるんですけど。絵のセンスがない私にとっては、絵描きさんやデザイナさんは尊敬の対象です。関係するプログラミング言語の変化はめまぐるしいです。生き残っているとは言いがたいです。長く生き残るかどうかはわからないわけですよ。本質的な部分には非常に奥行きがあるわけですが、表層に限って言えばあまり言うことはないわけです。関係するプログラミングは実に奥が深いです。フォームみたいに)に陥ります。ユーザが直接触る部分ですから、工夫の余地は無数にあります。これらは、言語によらない本質的な難しさであり、価値です。今使っているプログラミング言語に精通することは大切です。世界は歴史が浅く道具の変化が激しいので、本質的なスキルは何か見極めていかないといけないんじゃないかなと思います。・・・あまりにも短期的な視点で食っていくためというのがアリアリ。そりゃ、食わにゃ死にますが、長期的かつ本質的なスキル開発を促しても良いんじゃないかな?、と思いました。あ、でも、本エントリの言わんとしていることには賛成です。やっている人にも、等しく必要なんだってことです。している人にもね!以下、余談。言語の世界は変化が少ない・・・というか、変化はしているのだろうけど、プログラミングそのものが奥行きを持っている気がします。対象領域の違いから来るものでしょう。アプリの世界なら同じ問題を抱えていると思います。JavaScript(+LAMP)が、意外と理にかなっていて面白い世界なのが良くわかります。系技術が凄くないと連呼する人はいるけど、また、私もそう思うけど、これまでのやり方よりは優れているんです。個別に見ると新しい技術はなくても、組み合わせて使うと新しいみたいな感じです。実装された同系統のソフトよりもはるかに短いコード(=メンテしやすい)で実装できています。ときに技術的にも何かが起こったんだなって感じます。「気づき」のあるなしとか些細なことなんですけど。今、ネットでは生産性という言葉が流行っているらしい前にも少し触れましたが、今、ネット上では生産性に関する議論がなされているようです。決着はついたと思いますが・・・。下にネタもとのリンクを貼っています。いわゆるアルファブロガーに相当する人しか追っていません。あまりに議論が膨大なので。議論は生産性と賃金についてです。山形氏)という話題から始まって、紆余曲折あって、賃金は限界生産性(※)によって決まるという結論になって終わります。結論が出た後は、富の分配システムの方に議論が行ったようです。これだけ盛り上がったのは、いわゆる炎上に近い現象が発生したと考えて良さそうです。経済関係の議論の問題点として、複雑なケース(たいていの現実は複雑ですが)になると、モデルを組むことが難しくなって議論が定性的になったり直感に頼るようになったりする(※※)ので、なおさら炎上しやすいのだと思います。私は皆さんが言いたいことはそんなに違わないと思っています。限界生産性とは、労働者を一人雇用したときに上昇する生産性のことです。生産性=売り上げでいいと思います。間違っても生産性=書けるコードの量ではありません。人月による人身売買ですから、何人売れるかで十分です。一人雇ったときに上昇する売り上げによって賃金が決まると言えば、直感的でしょう。池田氏はモデルがシンプルなのでこうした罠にははまっていません。読み物としては山形氏のものが面白いです。結論がわかりにくかったので、自分でも少し考えてみました。(結論をなぞっただけですけど。場合、限界生産性は横ばいに近い(人月でビジネスをするので、人数×単価で売り上げが決まる)のですが、研究開発などのイノベーションによって単価を上げることができる(=限界生産性を上昇させる)のなら、売り上げが上がって賃金も上がるというわけです。前の職場はそうしたロジックを大切にしており、単価を上げるような研究開発を継続して行っているため、単価&利益率は業界最高クラスです(※)。給料は中の上くらいですが。限界生産性は横ばいだと思うので、賃金も横ばいです。単価を引き下げる要因になるので、給料は下がっていくのかなと思います。)にエンジニアは転向しようとするのです。このブログは前の職場の人も読んでいるので、一言警告を。この優位性は長くはもたない・・・つまり、抱えているイノベーションや新しく生み出しているイノベーションが相対的に価値が低くなっているので、会社におんぶにだっこではいずれ給料が下がっていきます。この方向性(技術の××)で行くのなら個人個人がもう少し意識を高く持つ必要があるんじゃないかな。関しては単価の高い仕事に転向しないと給料は下がる一方だよ・・・と。プログラマは生きてけないよってね。エンジニアになったらみんな上流に行かなくてはいけない・・・というのはちょっと窮屈です。(私は長くオフショアに関わったせいか、そういった窮屈感は感じなくなっていますが。)もっとも、池田氏の最後のエントリ(賃金格差の拡大が必要だ)が実現すれば生産性の高いプログラマなら生きていけるという話になって、技術屋にとっては技術力を磨くモチベーションになります。賃金格差の拡大が必要だより労働時間で賃金を支払って年功賃金で会社にしばりつけるといった在来の賃金体系をやめ、優秀なプログラマには契約ベースで管理職より高い賃金を払う必要がある。さーて、単価が下がってプログラマがいなくなるもしくはワーキングプアになるのが先か、優秀なプログラマなら生き残っていける社会が来るのが先か。議論の流れ以下、議論の流れです。(めちゃくちゃ長いのでリンク先は興味のある人以外は読まなくていいです。それでも賃金水準は平均的な生産性で決まるんだよ。山形より上手でていねいな説明をごろうじろ。オープンソースのビジネスモデル「レッドハット,「JBoss」の新戦略を明らかに」を読んで感じたことは、オープンソースで収益を上げるビジネスモデル(の一つ)が割と見えるようになってきたことです。ビジネスモデルを簡単に説明します。製品を二つのエディションに分けます。バイナリが無料のエディションと、有料のサブスクリプションに登録しないと入手できないエディションです。ソースコードは引き続き公開します。ユーザーが自力でコンパイルして利用することは自由です。サポートはつきませんし、推奨もしていません。収益はこの有料のサブスクリプションから得るわけです。このモデルを採用しています。買収を完了したのは半年位前でしたっけ。合わせていくという内容です。なんとなく、オープンソースも普通のビジネスになってきたんだなぁ・・・と感じました。