死にかけのITスキル10選 130
ストーリー by hylom
懐かしい言葉がごろごろと 部門より
懐かしい言葉がごろごろと 部門より
pinbou 曰く、
Global Knowledgeの記事(Ten Dying IT Skills)より。ライターのLinda Leung氏が、「死にかけの」、すなわち市場価値を失いつつあるITスキルを10個挙げている。コンサルティング・ファームFoote Partners社が行ったITスキルと給与水準の関係の調査から出したもので、その内訳は
- 非同期転送モード(ATM)
- Novell NetWare
- Visual J++
- 無線アプリケーション・プロトコル(WAP)
- ColdFusion
- RAD/エクストリーム・プログラミング
- Siebel
- SNA(Systems Network Architecture)
- HTML
- COBOL
だそうだ。Leung氏は、「あなたの専門がこのうちのどれかなら、そろそろ再教育を受けるべきだ」と言う。言われてみればそんなものもありましたねえ、というものから、COBOLのようにここ20年くらいずっと死にかけと言われつつ生き残っているゾンビまでさまざまだが、/.Jの皆さんはどう思われるだろう?
eXtreme Programmingが死にかけ？ (スコア:2)
引用元には、
オフショアやアウトソーシングが増えてきたから足元が危うくなった、
みたいなことが書いてありますが、
オフショアやアウトソーシングの影響はソフトウェア技術者全般の問題で、
XPだからという問題ではないような。
Re:eXtreme Programmingが死にかけ？ (スコア:2)
XPは仕事をする物理的な空間のことも重要視しているよね。オフショアやアウトソーシングが常に求められるようになるとXPは使えなくなるのでは？
Re:eXtreme Programmingが死にかけ？ (スコア:3, 興味深い)
>>オフショアやアウトソーシングが常に求められるようになるとXPは使えなくなるのでは？
難しいのは事実だけど、全く不可能というわけでもなさそうですよ。
http://andore.com/money/trans/agileOffshore_ja.html [andore.com]
むしろ無理なのは多重下請け構造を採用していて滝信者が支配する亡国だと思われ。
>不景気で仕事確保って騒ぐとなると自ずとヨソには出さなくなるんじゃね？
それは日本での話では。
「COBOL
しかできない人が正社員だからしかたなくができる人がいるからCOBOLを採用しましょう」「仕事が減ったから、しかたないので出来る人がいないけど下請けには出さずに内製にしましょう」
とかやっちゃいますから。
元記事は米国のようだけど、米国ならオフショアに出せる仕事はオフショアに出す。
それで余る程度の本国の人材は、単にリストラされるだけだと思います。
だからこんな本も出ると。→ http://www.amazon.co.jp/dp/4274066592 [amazon.co.jp]
Re:eXtreme Programmingが死にかけ？ (スコア:1)
「時流におもねって間違った題名を付けてしまったことを大変反省している。」みたいなことを
ブログ [pragprog.com]で述べています。
そして、改訂版の新しい題名は "The Passionate Programmer" だそうです。
Re:eXtreme Programmingが死にかけ？ (スコア:1)
いずれにせよ当時に比べれば全然盛り上がっていないですし、似たものを実践しているところでもルールのごく一部しか使ってない感じですね。
eXtreme Programming はどちらからといえばソースコードの品質向上に特化していて、その他の点は自然に解決するみたいな手法であり、
しかもそのために支払う代償が結構大きいのが問題だったと思います。
Re:eXtreme Programmingが死にかけ？ (スコア:2)
海外の事情はわからんが、少なくとも日本国内では
「コンヤガヤマバダ」といっても… (スコア:2, 興味深い)
しぶとく生き残る事多いですよね。
でも、死掛けだからこそ、残存者利益 [dreamblog.jp]ってのもある訳で、世界、市場から葬り去ろうとする流れのビジネスもあれば、その技術を更に熟成させて独占的に受注を取れたり、ちょっと視点を変えたビジネスに応用が利いたりも。
#件の記事で紹介されてるTV番組見てたんだけど、溶接技術は確かに凄かった。自分も(ガス、電気)溶接の資格持ってたから判るが、あそこまで強度の高い溶接を施せるとは。
ただ、「残存者利益」にありつける為には、ただ生き残るだけでなく更なる技術の発展進化を求め続けていないと駄目なんだなと。
ただ生き残ってるだけなら、自然淘汰の流れに乗っちゃうし…
/* Kachou Utumi
I'm Not Rich... */
残存者利益といえば (スコア:1, 興味深い)
スラドでもたびたび話題になりますが，市場に需要がある限りは売れ続けるのでしょう．
ただし，最近の次世代スパコンを巡る騒動などを見ると，NECとしてはもうスパコンは中核事業とは言えないようですね．
いずれNECのベクトル機事業はスカラー型スパコンをやってるメーカーに売却され，スカラー機へのアドオンのアクセラレータ（？）として技術が継承されるんじゃないかと思っているのですが．（でもベクトル機専用のLSIを作れなくなったらもう完全におしまいかな？）
Re:「コンヤガヤマバダ」といっても… (スコア:1)
しぶとく生き残る事多いですよね。
だって延命するお医者様がいるんですもの.
http://www.microfocus.co.jp/products/whitepaper/offcom.asp [microfocus.co.jp]
思い出してももらえないPascal/Delphiですか (スコア:2, おもしろおかしい)
Re:思い出してももらえないPascal/Delphiですか (スコア:2, おもしろおかしい)
日本国内でColdfusionは (スコア:2, 興味深い)
個人的には（環境さえあれば）Webアプリの実装が手軽にできるお気に入りなのですが。
＃IDでもいいけどACで。
○○は滅びぬ！何度でも蘇るさ！ (スコア:2)
正規表現こそ人類の夢だからだ
＃壮大なストーリ。空転するアイディア。
HTMLが死にかけ？ (スコア:1, すばらしい洞察)
Webシステム作るのにHTMLしか分からんヤツは要らんけど、HTMLがサッパリ分からんヤツも要らんから、
HTMLがスキルとして死にかけってことはないと思うけど。
出来て当然の常識だからスキルとは言えない。だから死にかけってことかね？
給料が変わらない技術（Re:HTMLが死にかけ？ (スコア:2)
元記事は微妙だけど、要は持ってても持ってなくても給料に差のつかないスキルだね
# Global Knowledgeだから、「だからうちの講座を受けなよ！」ってポジショントークかも知らんが:p
というわけで、日本だと持ってても持ってなくても給料に差のつかないスキルってなんでしょーかね？
・タッチタイピング
・ワード、エクセルが使える事(?)
とかかな？
# 持ってても給料の変わらない資格ならたくさんあるよーな:)
Re:給料が変わらない技術（Re:HTMLが死にかけ？ (スコア:3, おもしろおかしい)
タッチタイピングやOfficeとかの知識を持っていると
給料変わりますよ。
残業が減るので給料が安くなります。
Re:HTMLが死にかけ？ (スコア:1, 興味深い)
XHTML2はHTML5のXML互換版みたいな位置づけだから、やることいっぱいのHTML5仕様がかたまるまでは、まだほっといても困らないとかじゃないですかね。
タレコミ文からは、どっちかというとXじゃないHTMLが死にかけかと思いました。もうRSSとかXML系の技術抜きではWebが語れなくなりつつあるので、これからはDTDくらい読めて、namespaceとか使えないとダメみたいな。
Re:HTMLが死にかけ？ (スコア:2)
XHTML2はHTML5とは別物だったはず。HTML5はXML文法でも使えることになってるし、基本的にはHTML4とXHTML1の発展形 (後方互換性あり) だと思われます。一方XHTML2は、旧来のHTMLをぱらぱらにしてXMLの上で再構成するようなので、互換性はなくなるみたいですね。
これはもう、とっくに問題外か (スコア:1)
COBOLはゾンビ (スコア:1)
とっくに死んでるけど動き回っているゾンビでしょう
＃あとVisualJはとっくに死んで（ｒｙ
Visual J++ not die !! (スコア:3, おもしろおかしい)
えーと、そもそも生きてないと死ねないんですよ。
Re:COBOLはゾンビ (スコア:2, 参考になる)
↓
■Java／.NET開発者のための「ここが変だよ、COBOL」 [atmarkit.co.jp]
Re:COBOLはゾンビ (スコア:1, すばらしい洞察)
> とっくに死んでるけど動き回っているゾンビでしょう
死んでないだろ。
飯もあげないのに生き続けてる不思議な存在って感じ。
> ＃あとVisualJはとっくに死んで（ｒｙ
Javaのほうが「死んでるのに動き回ってる」にピッタリ。
Re:COBOLはゾンビ (スコア:1)
ではいまの主流の言語ってなんでしょうか。
Re:COBOLはゾンビ (スコア:1, 参考になる)
っーか、新入社員研修がCOBOLでプログラムを書く事です。
大学ではC&UNIXを使っていました。
OSがA-VXとかいうオフコンで、COBOLの規格がCOBOL-73とかいうUNIXが生まれるか生まれないかという時代の物で、
エディタがtedit(劣化vi)とかいう、何10年前?という環境です。おまけに、ACOSとNIPが隣でガタガタ...
確かにCOBOLは、使いづらいです。
リストとか、キューとか、スタックとか、ツリーとか、その他諸々のアルゴリズムを実装するのは骨が折れる(無理)と思います。
制御構文も無茶苦茶弱いです。うちPERFORMとかそとPERFORMとか。
おまけに、やたら一文の記述が長い。
MOVE 1 TO HOGE.とか....
でも、別に事務処理するのならリストや、ツリーなんて、必要ない訳で、
帳票印刷(設計)と、画面設計のやりやすさは特筆物です。
たしかに、データの流れを考えるときは紙の上でCで書いて、COBOLに落としていますが、
まぁ、適材適所でしょう。
つか、何でCOBOLが嫌われるのか分からん。
使った事無い人が、イメージで言っているとしか思えない。
じっさい、他社の人と交流すると、COBOL使っている人結構いるし....
Re:COBOLはゾンビ (スコア:1)
たかがCOBOLじゃないか。
そこまで暑くなれるのが不思議でしょうがない。
アンデッドにデスをかけないでください (スコア:2)
殺そうとすればするほど蘇生してくるCOBOL。
C, C++, Perl, Ruby, Java使いなのにCOBOL案件に放り込まれた俺涙目。
はやく成仏してください・・・
FORTRANは現役ですね (スコア:1)
CAE方面だと、汎用ソフトが中でFORTRANを採用していたりして、
独自サブルーチンの開発などにFORTRANを使わざるを得ませんので、
他言語への置き換えには至らないようです。
というか、その汎用ソフトが廃れないかぎり生き延びるのでしょうね。
＃でもなぜか大学の専門講義で半年間勉強させられた…
J++ が死にかけ? (スコア:1)
J++ が死にかけ? もうとっくに成仏されていますよ? それどころか J# も仲良く。
C# と VB.NET の入門サイト [wankuma.com]
Re:J++ が死にかけ? (スコア:1)
すでに死んでいる (スコア:1)
Re:すでに死んでいる (スコア:2)
Re:すでに死んでいる (スコア:1)
Re:すでに死んでいる (スコア:1)
確かに今時は cf を使いますが、LOCAL_RULE_SET 辺りとかは sendmail.cf にそのままコピーされる部分などもあるので、sendmail.cf のマニュアル設定という面ではそんなに死んでなかったりしますよ。
CF はさすがに過去の遺物なので要りませんが。
特殊なところで (スコア:1)
ABAPとかどうなの。あれって一生の飯の種にするには、ちょっと厳しい気がするんだが。
※アバップってのはSAPという恐竜システムをいじくるときに使うオリジナル言語
Re:特殊なところで (スコア:2, 興味深い)
Re:死にかけと (スコア:1)
敢えて言うなら「シーラカンス」ですか…。
# 生きている化石
Yasuda
OS/2 こそ相応しい (スコア:1, オフトピック)
「OS/2は死んだ」と何度言われてきたことか。
Windows95 リリース時。そして NT4.0 や Win2000 リリース時。そして IBM サポート終了アナウンス時に至るまで、幾度と無く。
こうやって何度も死亡宣告が出されてきた IBM OS/2 [ibm.com] こそゾンビ OS にふさわしい（←誉め言葉なのか）
# そろそろ OEM 版 OS/2 である eComStation の Software Subscription Services を更新せねば。
モデレータは基本役立たずなの気にしてないよ
Re:OS/2 こそ相応しい (スコア:1)
Re:OS/2 こそ相応しい (スコア:1)
まだ墓守として飯を食わせてもらえる [wikipedia.org]よ。
/* Kachou Utumi
I'm Not Rich... */
Re:MCP (スコア:2)
UnisysのMCPなんかだと、確かに今でもやっている人は少なそうです。
（それ違う）
Re:MCP (スコア:2, おもしろおかしい)
Re:MCP (スコア:1, すばらしい洞察)
ちなみに流出問題集丸暗記で取った人はすぐ分かります。「え？MCSE取ってるのに、こんなことも知らないの？」とか。それと経験の積み上げが無いのでトラブル対応や提案時に応用が効かなかったりとか。
Re:MCP (スコア:1)
逆ならいいのか？ (スコア:1)
こののりだと何があるだろ。
"Servlets must DIE!" (スコア:1)
そう言えば"Servlets must DIE! - Slowly" [webtide.com]というのもあったな。
もちろん、元ネタはコレ [memory-alpha.org]だとおもうけど。
Re:Xlib, Motif (スコア:2)
そいえば、最近はXの起動設定ファイル ~/.xinitrc, ~/.xsessions とか、
XLibのころのリソース設定ファイル ~/.Xdefaultsって最近ほとんど使いませんね。あと~/.Xmodmapとかも最近使わないなぁ。
昔は CUIログインして
startx
したたのさ。以下はもう若いもんにはほとんど呪文。（記憶で書いたので間違ってるかも）
vi ~/.xinitrc
---
xclock -geometory -0+0 &
xeyes -geometory +0+0 &
kterm -geometory -0-0 -sb -km euc &
twm
---
Re:Xlib, Motif (スコア:2)
よくこの設定みかけたけど
> exec kterm
このexecされたktermを誤って閉じてしまうと、
不意にlogoutしてしまう事が多いので嫌いだった。
Re:Xlib, Motif (スコア:2)
そういやlesstif [lesstif.org]なんてものもあったなぁ、と思って
久しぶりに見てみたのですが、2006年あたりから更新されていない模様。。
Re:Xlib, Motif (スコア:1, すばらしい洞察)
他の人が勘違いするので曖昧な事は書かないほうがよいのではありませんか？