技術者の知識の半減期は5年になる 61
ストーリー by mhatta
それだけ揃ってればどんな商売にもなれるがな 部門より
それだけ揃ってればどんな商売にもなれるがな 部門より
JonMoo 曰く、
米パーデュー大学の工学部長であり、IEEEのPresidentを務めるLeah Jamieson氏 がDesignCon 2007で行った講演の記事が EEtimes Japanに掲載されている。
氏は全米技術アカデミー(NAE)が発表した報告書を引用し、技術者の知識の「半減期 (half life)」が近いうちに5年になり、 技術者が持つ知識の半分が5年で時代遅れになってしまう時代がくるという。また、2020年の技術者に必要とされる能力は、分析力と想像力、倫理観、 発明を生み出す力、リーダーシップ、活力、機敏さ、困難に遭遇した際の回復力などであるとし、チームで仕事を進める能力とプロフェッショナルとしての倫理を理解する能力が重要になると述べた。
何となく、これからのエンジニアは大変だなと…。
陳腐化しなくても (スコア:4, すばらしい洞察)
Re:陳腐化しなくても (スコア:1)
http://srad.jp/articles/06/04/26/0325203.shtml [srad.jp]
かく言う自分も、ネタでなくかなりの鳥頭ですが orz
Re:陳腐化しなくても (スコア:1)
先週自分で書いたPerlのコードが、今日見たら既に理解不可能でした。
Re:陳腐化しなくても (スコア:1)
# Perl は気を付けて書かないとリアルで厳しいですよね
Re:陳腐化しなくても (スコア:0)
＃チャント・ヨメカス
よく見る文言が (スコア:3, すばらしい洞察)
この中で「発明を生み出す力」以外は社会人にとっては必須では。
取っ掛かりは「技術者」だけど、この手の話って最後はどれも↑の文言で終る気が・・・。
Re:よく見る文言が (スコア:2, おもしろおかしい)
こんな完璧な人間じゃないと社会人になれないのか..
大変ですね。
Re:よく見る文言が (スコア:1, すばらしい洞察)
・・・・・・・「足りているか」と言わないと orz
能力値だってありますよ。0じゃない
Human AGE:35 job:Engineer
STR---3
INT---5
DEX---4
Status: *poison *curse
Re:よく見る文言が (スコア:0)
Re:よく見る文言が (スコア:1)
＃ACは価値ある発言してください
使えなくなったモノ何よ (スコア:3, おもしろおかしい)
- ５インチ FD の書き込み禁止の方法
- 3.5inch FD の 2D に化かす方法
Re:使えなくなったモノ何よ (スコア:1, 参考になる)
Re:使えなくなったモノ何よ (スコア:1)
=-=-= The Inelegance（無粋な人） =-=-=
Re:使えなくなったモノ何よ (スコア:1)
Re:使えなくなったモノ何よ (スコア:1)
- ケーブルがストレートかクロスか
- コネクタ逆挿しで死亡
- 640kBの壁ぎりぎりまで使うドライバ設定
一方日本人はこういった（-1:オフトピック） (スコア:2, 興味深い)
参考：ITpro谷島宣之のコラムhttp://itpro.nikkeibp.co.jp/article/COLUMN/20070205/260629/ [nikkeibp.co.jp]
技術者とか専門家とか昔から変わってない？？？
暴暴茶
Re:一方日本人はこういった（-1:オフトピック） (スコア:2, おもしろおかしい)
＃ぱっとしか見てないけど、長くてどこだか判らないっす・・・
Re:一方日本人はこういった（-1:オフトピック） (スコア:3, 参考になる)
注：ニートとは言ってない。漱石流にいうところの「高等遊民」ってやつ。
んー、「私の道楽的職業を円滑にすすめるために、本買って」ってこと？（違
Re:一方日本人はこういった（-1:オフトピック） (スコア:0)
日本物理学会の招待講演で、当時の日立造船の方（たぶん副社長だったと思うが）が 同じような話をしていたのを思い出しました。
数字も非常に似ていて、5年で半減 ぐらいだったと思います。
業界で良く言われる話なのでしょうか？
5年前におぼえた知識で今はあんまり役にたってないものをあげてみる (スコア:2, 参考になる)
#蝙蝠本の改訂版が生cfの書き方の解説書でなくなったのがショックなID.
#いまはPostfix大好きです。
Re:5年前におぼえた知識で今はあんまり役にたってないものをあげてみる (スコア:0)
100年たっても半減しない技術もある (スコア:2, 参考になる)
電気主任技術者の資格 [wikipedia.org]なんて、明治４４年（１９１１年）から今まで現存 [din.or.jp]している生きる化石のような資格です。
もちろん制御方法や素材、法律など内容は時代によって移り変わっていますけど、基礎は一緒だから１００年近く同じ名前の資格が残っているんでしょう。
と言うか、百年たっても基礎理論が進化しない電気っていったい・・・
Re:100年たっても半減しない技術もある (スコア:4, すばらしい洞察)
そういうのは根本的な思想とか、電気なんかだと物理法則に依っている訳で、そういうのは滅多に替わるものでは無いでしょう。 替わるのは、その上に構築される応用の部分ですよね。
実装方法やその為に使用される素材なんかってのは、これはコロコロ替わる。
「プログラム」という概念は変わらないから、その根本に則った知識はずっと有効
だけど、その時代時代に使っていた言語に固有な知識ってのは、やはり時代と共に移ろって行く。
そういうのは、ずっと昔から普通のことではあったのですが、確かにこの頃は氾濫する応用レベルの情報に溺れてしまい、基礎レベルを蔑ろにした為（そうでなくとも、基礎と比較して圧倒的に多量な応用の為）、身にならず流れ去る技術の割合が増えた様な気はします。
＃結果として、Wordで文章を作れるのに、一太郎では作れないって人が居たりする。
Re:100年たっても半減しない技術もある (スコア:1)
基礎をおろそかにしたつもりはないのですが。
Re:100年たっても半減しない技術もある (スコア:1)
Re:100年たっても半減しない技術もある (スコア:0)
計算機科学などというものがありますが、全くの人造科学というわけです。
一番の問題は (スコア:2, すばらしい洞察)
半減期を迎えるようになること。
#そのくせ覚えなきゃいけない技術は増えてたりするし
Re:一番の問題は (スコア:0)
半減期はもっと長いけれど、連続的にではなく突然減少するからタチが悪い
元ネタ (NAEの報告書) (スコア:2, 興味深い)
元ネタになったNAEの報告書はこれかな? Educating Engineers for 2020 and Beyond [nae.edu]
HIRATA Yasuyuki
根拠 (スコア:1)
どこか別のところにあります？
例えば現時点での半減期や10年前時点での半減期といった比較対象や、
そもそも半減の「全量」をどう測定したのかなど基礎的な数字すらないのでなんとも。
Re:根拠 (スコア:2, すばらしい洞察)
> そもそも半減の「全量」をどう測定したのかなど基礎的な数字すらないのでなんとも。
もとから、この話題は純粋自然科学の枠内に収まる話題でもなく、それゆえ「半減期」も比喩的に用いられるもので、放射性物質の半減期と全く同列で議論できるものでないのは自明だと（私には）思っていました。自然科学の枠内で議論可能なものはきっちり議論すべきなのは当然ですが、かといって人間の感覚的な話題に自然科学用語を比喩的に用いるだけで、このようなアレルギー的な反応があるのかと驚きます。
# まさか普通の人が「仕事」といったときに「力×距離」以外の意味があること
# くらいはわかってるよね。
閑話休題。
なんか最近、客観的に証明できない（このような）話題について「ソースは？」、「何かのキャンペーン」みたいな反応が目に付くようになってます。世の中がギスギスしてるんでしょうか？ 感覚からいえることにたいして、自然科学業界的に即反論するんじゃなくいったん受け止めておく度量も必要なんじゃないかなと、おもってきました。感覚的にいうことにもバカにできないこともありますから。
Re:根拠 (スコア:1)
でも「５年」はどうかな？
ナニが５年なの？
これだとまったく同じ主張を「半減期は３年」って言ってもいいわけだよね。
５年だ３年だっていう議論は一切噛み合うことがない。
じゃそんな５年って数字はいったい何なの？どんな意味があるの？
なんら具体性のない主張に具体的な数字を持ち込むのはヘンでしょう。
まぁキャッチーなフレーズができて、「知識の陳腐化が早くなったね」ってよくある話題なのにこうやって取り上げられる効果はあるだろうけど。
> 人間の感覚的な話題に自然科学用語を比喩的に用いるだけで、
> このようなアレルギー的な反応があるのかと驚きます。
ここに乗っかって言い換えれば、感覚的な話題に数字を使ったことが問題。
Re:根拠 (スコア:1)
ついでに、「半減」としていますが、本当に減っているわけではないし。
本当に重要なのは概念であったり、要件分析の能力だし。
減っているのは (スコア:1, すばらしい洞察)
開発者の方（not俺）は，５年前に開発現場で主流だったものが今どれぐらい使われているかを比較してみて下さい。
Re:減っているのは (スコア:4, 興味深い)
今、開発のメインはJDK1.4ですが、Javaといってもオブジェクト指向は使いません。
データ構造の知識が配列だけでも大丈夫です。
SQLはSQL99にも完全準拠していませんし、JDBC直書きです。
Java以外ですとPerlやbsh、awkなどが使えますが、PythonやRubyなど使ったことはありません。ExcelのVBAを書くことは多いですが、これも5年前と変わり映えがありません。CやCOBOLはもちろん現役です。
設計はWaterfallでDFDやフロチャートですし、テスト工程が別にあるのでテスト駆動開発なども行いません。
最近Web2.0を気にするようになったようですが、JavaScriptやCSSをちゃんと理解できる開発者は残念ながら少ないので大手が簡単な製品を作るまでは現場には下りてこないでしょう。
むしろ変わらない毎日をどう退屈しないですむようにするかとか、どうやってデスマーチの現場で体を壊さずに過ごすかとかそのような知識が要求されているようです。
決め付けるのはどうか？ (スコア:1, 興味深い)
ＩＴ業界でここ5年、もっとも進歩したひとつがソフトウェア開発論であることは、間違いないと思う。それゆえ、今、オブジェクト指向を使っていなくても、変化に少しずつついていかないと、「5年後には使えない」技術者になるということだと思う。
ただ、技術はある日突然、空から降ってくるもんじゃない。過去の蓄積の上に成り立ってる。それゆえ、勉強を続けているエンジニアは新しい技術が出ても理解する速度と深さが圧倒的に早い。5年で使えなくなる、っていうことは怠け者には恐怖で勉強家にはいい話じゃね？
Re:決め付けるのはどうか？ (スコア:1, すばらしい洞察)
> それゆえ、今、オブジェクト指向を使っていなくても、変化に少しずつついていかないと、
> 「5年後には使えない」技術者になるということだと思う。
オブジェクト指向に全面的な異を唱えるつもりは無いんだが、それは善し悪しだと思うし、「5年後には使えない」技術者になるとも思えないな。多分#1105494のAC氏は、メモリやCPUパワーをじゃぶじゃぶ使える世界を想定しているだと思うけど、それが全ての世界では無いよね。C++のOOPで初めたけど色々な制限からCに変えざるを得なかったプロジェクトがボクの身近にあったりする。
> ただ、技術はある日突然、空から降ってくるもんじゃない。過去の蓄積の上に成り立ってる。
> それゆえ、勉強を続けているエンジニアは新しい技術が出ても理解する速度と深さが圧倒的に
> 早い。5年で使えなくなる、っていうことは怠け者には恐怖で勉強家にはいい話じゃね？
これは同感だねえ。確かに「新らしいパラダイム」とか称するヤツも、一皮剥けば既存の技術の寄せ集めだったりする事はあるし。ま、しかし、この世界、現役でいる間はずーっと勉強が必要だと思っている。
まあ、これはお客の側にも言えるんじゃないかと思う今日この頃。でないと、自分の所の都合でソリューションを出して来る無知で強欲な業者の食いものになるだけだよね。ハードのスペックを下げて総額500万削ったとしても、ソフト開発が2000万余計に掛かったらどーしようも無いじゃん。そりゃカモられたのよ、ってね。
# 所詮は人様の事、なのかな。
Re:決め付けるのはどうか？ (スコア:0)
Re:減っているのは (スコア:1)
＞設計はWaterfallでDFDやフロチャートですし、テスト工程が別にあるのでテスト駆動開発なども行いません。
＞むしろ変わらない毎日をどう退屈しないですむようにするかとか、どうやってデスマーチの現場で
＞体を壊さずに過ごすかとかそのような知識が要求されているようです。
それでとりあえず現場がまわっていることは理解できるのですが、「テスト工程が別にあるのでテスト駆動開発なども行いません」と言うのは、私の経験上から行くと最大のバグ要因なんですけど(^^;
納期的に厳しくてそこまでやってられるか。と言う状況におられるのでしょうが、自分が何を書いているのか自分で咀嚼しないと、自分で書いた物が何を意味するのかわからなくなりがちですし、
それ以上に、Coding時点で機能単位での挙動を見るためのテストを頻繁にはさんだりするのは、Typoや実装ミスや仕様書に無い例外条件（エラー要因）やターゲット依存の部分での実装違いなどを見付けて潰す上で非常に有用な事なんですけどね…いまどきの開発環境は自動化が進みすぎていて、この手の所で手を抜けるのでチョンボが多くなる(;´Д`)
Re: 減っているのは (スコア:0)
当時からUNIXマシンにログインしてviでエディットしてmakeしてたし。
大学時代(10年以上前)に買った教科書が未だ現役で使えてたりするしね。
いまだに大学の教科書に載ってたとおりにsprintfとか使ってていいのかと思うことはあるけど。
＃最近、Javaはeclipseでやるようにした。
適用の対象を変えていけば (スコア:1, 興味深い)
# さすがに賞味期限切れ近いので新しい技術の勉強もしてます。
Re:適用の対象を変えていけば (スコア:0)
とか思った馬鹿がココにいます。
#「家庭用ゲーム機」とかの単語に脳内解釈に偏りが...orz
燃えつき症候群 (スコア:1)
臨界量以上の技術者を集中させると, 相互啓発で短時間に多量のアイデアを捻り出すけど, 後には燃えカスしか残らないってことかな.
得るべき知識が違う (スコア:0)
そんなものは、外部の人間を雇うなりして対応すれば良いのよ。
自分から陳腐化する人材になる必要もない。
一般人の知識の半減期は3ヶ月 (スコア:0)
Re:一般人の知識の半減期は3ヶ月 (スコア:1)
いや, 多くの場合75日ぐらいで測定限界を下回るので, 有効桁数3桁程度とすると半減期は1週間未満と推測されます.
自分の書いたソースの認知度の半減期 (スコア:0)
２年もするとほとんど覚えていない。
Re:自分の書いたソースの認知度の半減期 (スコア:1)
…まぁ、遷移表とかDFDとか、とにかく「上からの要求仕様から、実装方法を検討分析した物」をCoding入る前に紙に殴り書きして残しておく癖を付けておくだけでも全然違うんですけどね。
「そんなことやってる暇あったらとにかく動くコード書け」とか工程管理してる人に言われる場合も結構ありますが、そこでその要求を呑んでしまうと大きな失敗起こすこと多いような（苦笑）
ゆとり教育? (スコア:0)
これってゆとり教育の目指したことじゃないかな？。今のゆとり教育の失敗は教師は上のことを教えきれないからじゃないかな？
Re:ゆとり教育? (スコア:3, 興味深い)
前例主義も多少は必要だけど、状況への分析力や想像力を持ちつづけるように日頃から癖を付けておくように仕事とは関係無しに努力しておかないと煮詰まった時にデッドロックしてしまって最後はデスマーチ(-人-)と言う風に陥ってしまう事は結構ありますので…それこそ「鍛えつづけて」おかないとまずいという…
＞これってゆとり教育の目指したことじゃないかな？。今のゆとり教育の失敗は教師は上のことを教えきれないからじゃないかな？
結局、行政（と言うか文科省）の要求する教師の選び方が「ゆとり教育」を始める十年くらい前から激変して、「柔軟な対応能力や子供への愛情が強い人」「知識に長ける人」などよりも「行政命令を従順に執行する人」が重要である。と言うように変わってしまい、その前に入った教員にも同じようなことが要求されるようになって、
「ゆとり教育をやりたいけど、教育活動以外での学校内の秩序や序列の維持が優先されるので教育を行う教員自体にゆとりがない」と言う皮肉な状況に現場がなってるからじゃないですかね。
つまりは、「行政側から教師に求められる適性」と「ゆとり教育を行うために必要な適性」がずれまくってしまっている訳ですので…