【調査/PC】「死んだ(または死につつある)コンピュータスキル」トップ10：1位はCOBOL [07/05/28]

米『Computerworld』誌は24日(現地時間)、
「死んだ(または死につつある)コンピュータスキル」を10種挙げるという記事を公開した。
サブタイトルには「あなたのスキルをアップデートすべきでは?」とあり、
どちらかというと前向きな提言というニュアンスを込めたいのかもしれないが、
必ずしもそう感じられる文章ではない点は少々残念なところだ。

以下、そのリストと説明文を紹介しておこう。

1. COBOL
Y2Kは、腕をふるう機会が減りつつあったCOBOLプログラマにとって「2度目のゴールドラッシュ」となった。
しかし、それから7年近く経過した現在、この忘れられつつある言語の救世主の影もまったく見えない。
同時に、コンピュータサイエンス関連の大学のカリキュラムでCOBOLが教えられることもほとんどなくなっているが、
「メンテナンスを続けなくてはいけないCOBOLアプリケーションを運用している組織はまだ何千も存在している」という声もある。

2. リレーショナル以外のデータベース(Nonrelational DBMS)
1980年代には、DBMS(データベースマネージメントシステム)には二大潮流があった。
IBMのIMSやSAS InstituteのSysmtes 2000などのような階層型システムと、
CAのIDMSやOracleのDBMS、かつてのVAXのDBMSのようなネットワーク型DBMSだ。
しかし、現在ではこのいずれもIBM DB2、Oracle、Microsoft SQL Serverといった
SQLデータベース/リレーショナルDBMS(RDBMS)に置き換えられており、
RDBMS以外のデータベースを見かけることはまずなくなっている。

3. IP以外のネットワーク(Non-IP networks)
TCP/IPはネットワーク界を席巻しており、
その結果、たとえばIBMのSNA(Systems Network Architecture)などの技術スキルが求められることはほとんどなくなった。
現在では「TCP/IP以外のネットワークは市場からほぼ駆逐された」という声もある。
銀行や保険業界などでは、現在でもSNAネットワークに多額の投資を行っているにも関かかわらず、
こうした技術の教育機会はほぼ失われている。

4. cc:Mail
Lotusが開発したメールシステムで、ストア&フォワード型のLANベースの電子メールシステム。
1980年代には約2,000万ユーザが利用していたものだ。
しかし、その後電子メールはLotus NotesやMicrosoft Exchangeといった、より複雑なシステムに統合されていき、
cc:Mailユーザーは減少の一途を辿り、2000年には市場から消え去った。

5. ColdFusion
一時は広く利用されたWebプログラミング言語で、1990年代半ばにAllaireからリリースされたもの。
現在でいうアプリケーションサーバ製品と、その専用開発言語という位置づけだった。
開発元のAllaireはMacromediaに買収され、さらにMacromediaはAdobe Systemsに買収された。
現在では、かつてColdFusionがカバーしていた領域はMicrosoftのActive Server Pagesや
.Net、JavaやRuby on Rails、Python、PHPといったオープンソース言語などに置き換わっている。
「ColdFusionは堅牢でスケーラブルなプラットフォームで、競合製品よりも優れていた」という声も根強く残るが、
現在ではColdFusionプログラマに割増料金を払ってくれる雇い主を見つけることは難しいだろう。

>>2に続く

ソース：マイコミジャーナル
http://journal.mycom.co.jp/articles/2007/05/28/deadskills/index.html

>>1の続き

6. Cプログラミング
Web時代に入り、C言語が使われる機会も減ってきている。
「C++やC#は現在でも現役だが、ベーシックなC言語しか知らないプログラマを探してみると、
　見つかるのはたぶん失業者か、他の新しい技術スキルを勉強中の人だけということになるだろう」との声がある。

7. PowerBuilder
1990年代には、Powersoftが開発したPowerBuilderは「ホットな」開発環境だったが、1994年にSybaseに買収された。
Sybase自体も、一時はOracleの強力な競合だったのだが。
現在では、PowerBuilderの開発者が必要とされる機会はまず見あたらず、COBOLプログラマと似たり寄ったりの待遇だという声がある。
とはいえ、製品開発は継続されており、年内にPowerBuilder 11がリリースされると目されている。
このバージョンでは、.NETコードの生成も可能になるはずだ。

8. 認定NetWare技術者(Certified NetWare Engineers)
1990年台前半には、NovellがPCサーバ市場で90%のシェアを誇っており、認定NetWare技術者の全盛期だった。
しかし現在では他の技術を学んでいないCNE(Certified NetWare Engineer)"専業"のエンジニアを見つけるのは困難だろう。
「まるで一夜にしてすべてが変わってしまったかのようだ。
　誰もがみなNovellを使っていたのに、ほんの2年ほどでみんなNTに切り替えてしまった」という。
Novellは現在もNetWare 6.5のサポートを提供しており、少なくとも2015年まではサポートを継続するとしている。
しかし、NetWareに関する認証プログラムのいくつかは取りやめになっており、NetWare 6 CNEも廃止になる予定だ。
「CNEに割り増しを払う企業はまだあるが、その価値は失われつつある」という。

9. PCネットワーク管理者
Windowsサーバのコンソリデーションが進行しており、PCネットワーク管理者の需要もなくなっていくと目されている。

10. OS/2
もともとMicrosoftとIBMの共同開発として1987年に鳴り物入りでリリースされたOS/2だが、MSとIBMの蜜月はすぐに終わりを告げた。
噂レベルではずっと予告されていたことだが、ついにIBMがOS/2の販売を停止したのは2005年だった。
OS/2は現在でも熱心なユーザー・コミュニティを擁しており、eComStationという名称でSerenity Systems Internationalが販売を継続している。

以降の記事はソースまたはソースのソースをご参照ください。

ソース：マイコミジャーナル
http://journal.mycom.co.jp/articles/2007/05/28/deadskills/index.html
ソースのソース：Computerworld
The top 10 dead (or dying) computer skills
http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9020942&pageNumber=1

ＣＯＢＯＬはデータベース専用のベーシックだな

Escキーで一太郎のメニュー一覧を呼び出す

Cは現役だろ
ヨーロッパじゃ全部Cだぞ

CP/Mなんてのもあったね。

高校で3年間COBOLやらされてた俺には痛すぎるネタだｗ

ひらがなタイピングかな
ローマ字タイプと入力速度が変わらないとが分かってモウダメポ

社内SE（自社開発）なので、一万本のプログラムのメンテ、開発＋新技術ということで
.NETの開発もやっております。毎日１８時には帰ります。社内SE万歳！

>>9
一万本のプログラムはcobolです

>>8
ひらがなタイプはローマ字より疲れにくいぞ

むしろそこをつつくなら親指シフト入力だと思うんだが・・・

(´･ω･`)Windowsならあれかも知らんが、Cはまだ結構いるだろ……

しんだもの→BeOS､ｱﾐ-ｶﾞ

やっぱC＋＋、C＃は必須なのか…しょうがねぇ、かじってみるか。
Ｏｂｊｅｃｔｉｖｅ−Ｃならやったんだが。

>8
例えば、
サシスセソ・・・5タッチ
ＳＡＳＩＳＵＳＥＳＯ・・・10タッチ

入力文字数が半分だから、入力速度が同じってことはないと思う。

俺のFORTRANスキルはまだまだ無駄じゃないってことか！

>>8
どう考えてもかな入力の方が速いって。

coldfusionのversion4は劇速。
version5から糞。

日本の死んでるコンピュータスキルといえばCASL
まあ仮想言語だけど

>>15
そこでftn77をﾀﾞｳﾝﾛｰﾄﾞですよ。

「なでしこ」がまだでていないとは。

プログラム関係の仕事だけはしたくない

終わらない勉強を課せられそうに思うけど実際どうなん？

ルビー薦められたんだけど、javaよりいいんか？

HyperCardからFlash使いになった香具師いる？

フォートランじゃないすか

デルファイなら仕事有るかな？

俺のまだまだ現役なファミリーベーシックは・・・
あと、ポケコンも

VBA最強！！いや、まじで。

ＢＡＳＩＣ　はどうなんだ？
とPDP11のUnix屋が言ってみるテスト

>>18
ああ、やったなー。
CASLのほうが問題が易しいよって言われて。
ポケコンもそのために買ったんだ。

ＳＥなんかになるんじゃなかった　人生で最大の失敗

こういうのは逆のアンケートも同時に取れば面白いんだがな。
「とっくの昔に終わったはずなのに、しぶとく生き残っているコンピュータースキル」
1位は同じくコボルになるはずだｗ

メインフレームじゃいまだにつかってるじゃないか

>>21
勉強が終わる業界なんてない
あるとしたらタクシーぐらいだ（それも怪しい）

>>27
VBAは便利で使いやすいよね。
俺の会社で主流のプログラムだよ。新人に教えればすぐ使えるようになるし
VBみたいなもんだから他社のプログラムもいじることができるようになるし。
ただ、画像処理だのなんだの難しいことはやっていない。
C++とかってVBじゃできないことができるようになるの？

>>34
VBだとスレッドきれないでしょ

VBAはマシンが早くなってから使い道が増したよなぁ
全てVBAにすることは無理だけどちょっとした処理ツールならVBAでもいいし

>>33
いや「一生勉強」っていう概念が正しいのはわかるけど‥
モノには程度があるだろ？

Fortranはとっくに死んで話題にも上らないってことか、、、orz

cって入門用として需要があるでしょ。
こっからC++なりJAVAなりC丼なりに進むもんじゃないのか。

なぜPASCALがでてこない。

こういうのでCOBOLが挙げられるのは
出川が抱かれたくない男性ランキングで1位になるようなもの。
プログラマ的には物凄く嫌なんだけど
そんなこととは関係なく確固たる社会的な需要が存在するのよ。

コボラーですが、呼びましたか？

どれも中身の体系や構造は大してかわらんよ。

長く活きるスキルを見切って習得しないと苦労するよな。
医者や弁護士なんてその最たる例だし。

おいおい、医療や法曹が一度習得したら一生食える職業だと思ったら大間違いだぞ。
むしろ SE の方がそこいらの本屋で適当な本買って読めば長引かせられるだけ楽だろ。

>>39
いきなりJavaとかやったほうがいいんじゃないか、と最近思う。

ソクラテスも死ぬしな

N88basic

ぽっと出てちょっと脚光を浴びて一瞬で死滅する言語をよそに
COBOLはほそぼそと生き続けるでしょう

Hu-Basic

ＣＯＢＯＬは、社会に出てから身につけた。
講習中は「なんでこんなの覚えにゃならんのだ」と不満だった。


それから数年後。
転職のときにＣＯＢＯＬのスキルが決め手になって採用された。
おかげで今こうやって生きている。

もっとも、最近はＶＢとかＳＱＬ触る機会のほうが多いけどね。

>>39
CからC++は難しいよ。
C++を速やかに覚えたければ、Cは知らない方が良い。

多分 COBOL は MO のように残ると思うよ。

>>39
意味無いと思う。最初からオブジェクト指向を勉強させるべき。
>>38
もう15年くらい前に死んだよ。私が最後にFORTRAN組んだのは20年前だな。
それも古いシステムのメンテでやむを得ずだった。あの時もうちの会社で
FORTRAN分かる人は2人しかいなかった。
>>36
VBAみたいなので組んで欲しくない。
つーか、きちんとした教育受けてない連中が組んでるケースが多いからな。
組んだ人間以外に読めないもの大杉。
>>28
BASICはMSDOSの終焉と共に死んだ。
Visual BASICとかは、BASICという名前だけ使っているが
まるで別物。

>>23
HyperCard良かったね。アップルが無償バインドやめたので死んだけど。
あの時代のアップルは本当に馬鹿な選択ばかりしてる。
俺はHyperCard →Director/Lingo →Flashだよ。

あほだ

ＣとかＣＯＢＯＬじゃねー
レコードとかデータベースを簡単に作れる言語がＣＯＢＯＬ
Ｃはその点、複雑で効率悪いんだよ。
ＣＯＢＯＬで複雑なものが作れるかと言えば不可能だ

その辺の兼ね合いだろうね
データベースのデータなら今いろいろソフトがあるから
ＣＯＢＯＬが意味がないってのが現状でしょう

＞6. Cプログラミング
gccやLinuxを弄る仕事ってあんまりないのかな。
組み込み向けだとCのみって場合もかなりあると思うんだが。

>>37
プログラマなら勉強しなくてもいいだろうけど、技術者として生きるなら多少の勉強は必須じゃないのん。

メインフレームを使っているところの多くはCOBOLだろうな。
蓄積したシステムがでかすぎて中々移行できないところも多いみたいだし。

正直、COBOL的レコードの方が末端側もやりやすい。

IT土方なんてやるもんじゃない
今必死に経理の勉強しているよ

よかった、俺のN88はベスト10圏外に逃れたか

IT系のバブルPGにはHALの下は見えない世界なんでしょ w

中小企業向け事務処理システムならCOBOLで十分なのに

Multiplan

>6. Cプログラミング

家電用マイコンでは必須というか、それ以外考えられない。
C++を使った制御マイコンプログラミングがあるなら見てみたい(笑)

それよりFORTRANってまだ生き残ってんの？

複素数計算
それ以外はＬＶのみ　　　　　　　　　　　　　　　　　　　　　　　?

>>64
有限要素法ソルバーとかは今でもFORTRANで組んでるんじゃね？

COBOLはしらないけどcocoaなら知ってる。

Emacs-LISP

Mathematica

javaはさっさと消えて欲しい

PostScriptの手書き

>54
>VBAみたいなので組んで欲しくない。
>つーか、きちんとした教育受けてない連中が組んでるケースが多いからな。
>組んだ人間以外に読めないもの大杉。

今は熟練者がソース・レビューをしないの?
もしくは熟練者のスキルがそんなに高くないのかな。

ゲームじゃないほうのRPGのこと、たまには思い出してください…

COBOLいいよなー。金勘定させるなら未だに最適の言語だと思うよ。
FORTRANは学術系でもあんまり生き残ってないと思う。
宇宙研やエネ研の大型計算機が相次いでリプレイスされて、一応FORTRAN環境は生きてるらしいけど
新規のプロジェクトじゃほとんど使わなくなったって。

>>59
それ簡明

>>64
スパコンとかそういう分野はFORTRANの独壇場みたいなこと聞いたことある。
コンパイラの最適化の性能がFORTRANが頭一つ出てるとかなんとか。

ＰＬ１は何処行った？
まだ使えるのか？

「ここをクリック」
「Cool!」

>73
RPG ・・・ Report Program Generaterだっけ?
年配の電算経験者からうわさだけは聞いたことがあるw
その人はPL/Iも知ってたなぁw

最初からJAVAとか教えると、メモリとかアセンブラの世界がわからなくなるから
最初はCをたたき込んでいる。
ビジネスソフト作る分にはあんまり必要ないかもしれないけど
メモリのアドレスとかプロセス管理とかわからないエンジニアは
ある種の壁を越えられない気がする。

あとCOBOLは絶対なくならない。
バッチ処理とかどう考えてもCOBOLだよ
OracleからテキストでダンプしてProCOBOLでバッチやるのが
一番早くていい。

>>73
RPGやったよー。初めて入った会社にあったのがAS/400だった。
なんか勝手にループするのが気持ちわるかったよ。

つーか、自分に適性がないだけじゃないのかな？

>>79
そう言う奴は、デバイスドライバとか、作れないしなｗ

>>56
仕事だと、Ｃというのは減っていてＣ＋＋とかになるけど、世の中の多くの
フリーソフト（有名なサーバ用のものは特に）はＣだと思う。
Ｃ＋＋が普及する前から作られていたのが多いから当たり前ではあるけど。

中学を卒業して商業高校に進んだ知り合いと、高専２年のときに偶然再会した。

ピザ＋キモオタという絵に描いたような（まさにＡＡのような）外見の彼は、

情報科に進んだ俺に向かってニコヤカに微笑みながら教えてくれた。

「俺もさ、商業だけどプログラムやってるよ。これ覚えてゲーム作るんだ。」

それが、私がＣＯＢＯＬという言語に接した最初で最後の機会であった。

彼はいまどうしているのか。

ＣＯＢＯＬの終焉と共に、私の記憶から消えていく彼の姿は、ぶっちゃけどうでもよい。

>>79
漏れはCを学んだお陰で、JAVAを挫折したｗ

メモリのアドレスとかプロセス管理とか、素人だけど出来るが
JAVAとチャンポンになって、頭の積載量が少ない漏れにはぬるぽ。

コボラー号泣ｗｗｗｗｗ

>>74
ITが土方に成るなんて、10年前は考えられんかったのになぁ・・・
あの薔薇色の花形産業はなんだったんだろ、と。

>>79
ハードウェア寄りならそれで良いとは思うんだけどねえ。
最近の所謂PGなら、いきなりjavaとかｃ++でOOPやったほうが良いと思う。
ハード寄りのを先にやっちゃうと、どうもOOPがすんなり理解出来ない。
俺の場合だけど。

>>64
大型計算機使ってるところは未だにFORTRAN使ってる所が多い。

ただ手持ちのPCで出来る程度の数値計算しかやらない
信号処理や制御系に関しては大部分がMATLABに置き換わっちゃったと思う。（特に海外は）
グラフソフトと使わずにMATLABの吐き出すグラフそのまま乗っけてる論文があるのはいいとして、
とある標準化の評価モデルがMATLABのコードで与えらたときはどうしようかと思ったよ。

>>77 RPGﾅﾂｶｼｽ！前の会社で組んでたなぁぁ

COBOLも懐かしいね

>84 その彼が、後のウォズウォニックであることは、誰も知らない。

組み込み、ドライバ、OS関係があるからマシンコードの吐けるCが無くなることはないだろう。
しかしWindowsのビジネスアプリをＣで書くのはアホらしすぎる。

>>92

じゃああれだ。マシンコードの吐けるJAVAがあればいいわけだ。

54 ：名刺は切らしておりまして：2007/05/29(火) 01:39:20 ID:n++k5Tur
>>28
BASICはMSDOSの終焉と共に死んだ。

ハンディーターミナルとかでは現役だ。
えっ？ハンディーターミナルがそのうち携帯電話に駆逐されるって？...orz

>じゃああれだ。マシンコードの吐けるJAVAがあればいいわけだ。
すでにJAVAじゃねぇ。

http://pc11.2ch.net/test/read.cgi/pc/1180346272/

２　３　５　７　８　１０は知らない

>>85
今は普通に使えるが、Javaが使われ始めたころは、なんか受け入れにくかった。
ポインタが使えないのって不便でしようがなかった。今でもC++現役なのでよく思うが・・・。
ファミベー、N88＆アセンブラ、C、C++、COBOL、Perl、Java、PHPと来てるが、
今のところ俺的最強言語はPHPだな。

N88全盛で、C覚える前、ネイティブ吐けるってんでQuickBASICメチャ勉強したんだが無駄だった。

DOSコマンドは、まだ現役だよね。

>>98
素人の前で使うとプロっぽく見えるらしい。
DOSコマンドじゃないと出来ない(俺が知らんだけかも知れんが)事もあるし。

よくある話だけど、ここに名前が載るだけマシという気もするな。特にCOBOLとC

未だ、自販機の中のプログラムでCOBOLが使われているものが
かなりの数ある日本とはえらい違いだな。

PASCAL,FORTH,OCCAM,PSWINDOW,..,PROLOG,...

全部消えたか？！

ColdFusionは悲惨だな。結構新しいのに・・・

>今のところ俺的最強言語はPHPだな。
WEB系ソフト屋はPHPのみでプログラマ構成してるところとかあるようなんだが、
PHPってこの先しばらく生き残るの？

Winサーバーでちょっとしたバッチ処理やろうとすると
DOSコマンドとWSHの組み合わせになる。

>>52
Cを覚えてC++トランスレータを覚えてからC++を覚えた俺が来ましたよ

８年ぐらい前の話。
複数の営業所のある運送会社の経理担当者が来た。
各営業所の勤務評価票から、給料を算出するシステムの相談を受けた。

オレ「開発言語は、Java、Perl、Ruby、C 言語などがあります。
　　　これからは Java がイイと思います。」
担当「マイクロソフトの VisualBasic 言語でお願いします。
　　　自力でメンテできそうですし。」
オレ「では、そうしましょう。」# 内心、('A`) エー。
担当「ところで、C 言語とは、COBOL のことですか？」

Java Appletがランクに入っていないかドキドキした。

java applet　と　java script の違いがわからない私の出番のような気がしたがきのせいか。

覚えてもすぐトレンドが変わって大変だよな
中学の時使いこなせるようになったら卒業時には既に死語だった遠い思い出

>>1
> 2. リレーショナル以外のデータベース(Nonrelational DBMS)
最近はXMLDBなんてのが出てきたので油断できない。

確かにCでプログラムする機会や、Cだけしか使えないプログラマは少ないだろうけど、
それでもCは今でも全ての基本だろ。学ぶなら最初はCがいいと思うし。
死んでるとは思わないな。

まあ、マジレスすると能力のあるやつは新しい言語もすぐに覚えられるので、どんな言語が流行りとかはあんま関係ない。
ただ、才能ないやつはハズレの言語しかやってないと、仕事がなくなる、もしくは一生その現場から抜けられない。

Cは絶対になくならないし今でも需要は多い。
OSSの大半は生Cだしな

専門学校でも事務はＣＯＢＯＬ、科学技術はＦＯＲＴＬＡＮって
ずっと勉強してたけどこんなにあっさり無くなっちゃうってのは
本当寂しいね。

PL/I
昔、IBMで銀行系はほとんどこれだったんだが、まだあるのかな

DB2って20年近く前からあるし、いずれはこれも死につつあるコンピュータスキルになるんだろうな

Delphiてどんな分野につかわれてるの?　生かす分野ってあるのかな?

>>113
　一理あるな。
　技術屋やってるなら、新しい技術動向は常に把握しておかないとな。
　「高めの給料、好待遇、ずっと食っていける」といった打算で技術屋やったヤツは
確実に後悔すると思うよ。
　知り合いの会社に、まだCOBOL専門のメンテやってる３０代いるよ。ｗ

Cって終わってるの？
とショックを受けてる携帯電話開発者です

Cはまだ多くの大学の授業で扱われてるはず

死んだコンピュータースキル TOP10を述べよ
http://news23.2ch.net/test/read.cgi/news/1180359820/

>>54
HyperCard は懐かしいなぁ…　私も日常で使うちょっとした独自 Stack
をいくつか作ったりもしたものだが。
ただ、マニアが評価するほど一般ユーザには受け入れられていなかったと思う。
モノクロ Mac の時代からカラー Mac の時代への移り変わりにきちんと対応でき
ていなかったし(カラー、解像度サイズなど)。

それにしても、80年代にあれだけのリンク・ジャンプ・ソフトを標準バンドル
していた Apple がブラウザ戦争に参戦すらできなかったのは意外だったなぁ。
(mosaic が最初に開発されたのは Mac 上だったが)

Cが無くなるとは思わん。
応用プログラムを書く際にはほとんど使わないが、
ハードウェアに近いところのプログラムを書くには不可欠。

ていうか組み込み系の開発にはCが必須にもかかわらずまともに使いこなせる人材が希少なので、
Cには自身があるって人、実は引く手あまただったりする。
ビバ、組み込み系。

>>116
　富士通オフコン用の業務アプリで、ライセンスが切れるからと
　PL/I使ってたのを全てアセンブラで書き直した時期(85年頃)があったよ。
　当時の第一勧銀や農協向けだった様に記憶してる。

　最後にDB2触ったのは2000年頃かな？
　官庁のDB2をOracleに移行するのに、OracleからDB2いじるの。
　まぁ、過渡期によくあるパターンだけど、あんな面倒なのはもうご免だ。

>>120
うちの大学でもプログラミング入門ってのでCやりましたよ。（@九州○業大学。）
いきなりJAVAってところもあるときく。

>>126
いきなりJAVAってところもあるんだな。

CとC++のプログラミングには自信があるんだが
仕事が仕事だけに（証券分析）使いようがない。
クオンツアナリストとかだと使うのだろーか・・・

>>124
　自信があっても、コードの品質とはあまり関連しない件について。

>>128
証券ってRとか使わないの？

>>１
未だにCOBOL必修のうちの情報部門ていったい…orz
メインシステムがCOBOLで動いてるのってどーなのよ

Cを勉強しないで高級言語を勉強したつもりになる奴は
世界的に見ても100%ゆとり

>>131
メインフレーム資産を捨てられないのはよくある話。
研究開発は研究開発として基幹システムは保守的で良いのだ。

まだ始まってもいないさ！

覚えた事が無駄になる喪失感がすごいからな・・・
漏れは鞍替えしちゃったが続けられる奴は根性有るよね

IE7を書いたプログラマーは言語障害じゃないの？
ユーザーからすると重いし落ちるのでジャンク品です。

現役物理科学生ですが、うちは
Fortran→C
の順番でした。

最初に入った会社の伝統が研修期間中にアセンブラを覚えることだった。
仕事で使う機会はないと思っていたが、1回だけあった。

>>8
アルファベット文字列放り込まれると、途端に鈍足になるよね。

この間、会社の倉庫からなんと8インチのデータフロッピーが大量に
出土したのだが、関係ない部署の私のところに搬送されてきた。
「これが何かわかるのはあなたしかいません。」という付せんとともに…
トホホ

コボルのおばちゃま。

>>119
Cは生きてるけれど、C周辺やC以降の世界が広くなり過ぎたため
相対的に領土が減ってるだけかと。

C#って流行るかなあ？

実用性の有無以前に妙に高級な機能がおもろいのでとりあえず触っているおいら

>>140
　フロッピーとは何ですか？ｗ

>>143
　何でも首突っ込んでおくのはいい事だよ。
　その内、役に立つかもしれないし。

大学の情報学講義ではFortranを教わりました。２１世紀なのにw
面白かったけど、なんであんなものを今どき教えるんだか。

CobolとJavaとABAP、どれがいいですか？

.netがあそこまで主流近くなるとはな。使ってるけどそこまで主流になれる
力があるとは思えんがのぉ。あと、サーバーもASPも多いの。
PHPがやはり多いが、aspxも良く見るようになった。
非常に細かな技術革新も.net内では進んでるようで。随分と開発しやすく
なってる。そろそろ次世代ぐらいでは主流にのし上がりそうだの。
MSがポカしなければ。

>>126
後輩乙
90年代まで (情報工学部は) Pascal でした
http://www.iizuka.isc.kyutech.ac.jp/isci/encyclopedia/node/sun-pascal.html
http://www.iizuka.isc.kyutech.ac.jp/isci/encyclopedia/node/pascal.html
http://www.iizuka.isc.kyutech.ac.jp/isci/encyclopedia/node/mr-pascal.html

生まれて初めて Keyboard さわるような一回生に
いきなり Unix + Emacs + Pascal で授業してた

ここ20年の新入生が使うシステムの変遷は確か
VM -> SunOS -> NEWS -> Linux
だったと思うが NEWS だけは確実に失敗だったと思う

>145
ちょっと複雑な電卓の使い方を学習したと思えばいいじゃないか。

Notesは？

今必要とされてるコンピュータースキルって何？

FORTRANってまだ現役なのか？

アセンブラ暦６年、Ｃ暦６年のボクが登場です（；＞＜）ノ
組み込み系から逃げたいです（；＞＜）ノ

ファミリーベーシックは入らなかったか

ブルージーンもfortran

ＢＡＳＩＣは不滅だな

これが、日本にいるオージーたちの姿です。これが現実です。
これが白人の傲慢さです。日本人などの有色人種相手なら何をしてもいいと、
そうＤＮＡに組み込まれているのでしょうか？ 日本語でもいいのでコメントお願いします

東京に来たオージーが電車で差別発言、きちがいな行動
http://www.youtube.com/watch?v=QtpZbHirK1g
反日オーストラリア人が町を破壊 最後は日本人にぼこられ...
http://www.youtube.com/watch?v=Cej22iu0y5M
これが白人の傲慢さ。そしてこれが日本の現実。
http://youtube.com/watch?v=hl43DXrTEA0
http://youtube.com/watch?v=JeG8r76dnYY
http://youtube.com/watch?v=h99S44TRAXY
プロフィール
http://www.gaikokujin-talent.com/profile/shaunne_hughes.html
http://www.f-w.co.jp/narrator/other.html
日本人が、オーストラリアで同じことやったらどーなるんだろう？ 逮捕とかされるんだろうな・・・
結局、日本人が舐められてるってことなんだろう。

コピペして広めて下さい

LISPってまだあんの？

PL/Iか・・・FORTRANとBASICを足して２で割ったようなやつだっけ？

そういやPASCALってのもあった。これはDELPHIとかで生き残ってんだっけ？

うーむ、言語関係以外で他にもっとないかい？

カシオの関数電卓５０２Ｐでプログラム組むのは、まだ死んでないようだな。よかた

>>158
誰も知らないだろうが、Ada（エイダ）なんていう言語もあったな。

Adaは「死んだ」ってわけでもないだろｗｗｗ

この記事はプログラム知らない香具師が聞きかじって書いてるのか？
Ｃ知ってりゃよほど頭の固い香具師でない限り、javaとかＣ＃なんて
こんな超簡単でいいの？と思われる程だぞ・・・・

Ｊａｖａ・・・

10年間Cで仕事している俺は・・・

分かりやすく言うと今更プログラミングして一から開発するのは時代遅れ
業務パッケージ買って来て適当にスクリプト組んで補完すれ
なおパッケージのカスタマイズの道へは絶対に踏み込んではいけない

COBOLの人->古の魔法使い。貴重品。

Cobolはまだ銀行なんかのレガシ資産として残っていて
仕事の引き合いもあるようだしまだ大丈夫だろう。まあと数年だろうが。

最近javaで手続き型プログラム書いておいて
javaを分かってるですって奴等が多くて苦労するよ。

これ書いた人はタレントテレビから消えるとすぐ落ち目とか言っちゃう感じの人なのかな

FORTRANもどきのハドソンのFORM使ってますがなにか

>>148
SunOS -> Solaris -> Linux なら分かるけど、間の NEWS は確かに失敗だね。
ところでVMって何？

ひょっとして VMS か？

コンピュータ業界自体がもう停滞期

でも、本当は、世界を動かしているのはCOBOLだろう。
COBOLが動かなくなると、銀行も、企業の決算もすぐにとまるぞ。

>6. Cプログラミング
C++プロジェクトでCに固執するおっさんはマジ勘弁
おめーらのせいでライブラリ開発もプリコンパイル管理も大変なんだよー

団塊のコボちゃん

COBOLは、ずっと前から寿命あと数年と言われていた気が。。。

漏れの知り合いのコボラーは今ネット管理者になってるｗ

一回でもコード書けば経験者だから気にすることない。見た目に難しそうな所に騙されかもしれんが数週間でなんでも出来る

>>11
アルファベットのキーの位置が身体に染み込んでりゃかな入力のほうが
良いと思う。俺は最初仮名入力だったがアルファベットがいつまでたっても....

そんなわけでローマ字入力に変えた。いまは自宅も仕事場も英語キーボードに
してしまったからもう仮名入力には戻れない。

VMS,MVS,VM 似たような名前のものがあるね

スキル＝OS、言語、MW みたいなエンジニアが一番の負け組
だろ。技術はどんどん変化するんだから。

MW技術者なオレ涙目ｗｗｗ
でも技術革新っていっても革命的な変化は少ないし、
常にアンテナ高くしとかないとね。

COBOLは滅びぬ
何度でも蘇るさ

COBOLか…
学生時代の電算実習思い出すな。

はっ！はぁぁぁあんっ！P、Perl は？　Perl は、ど、どうなの？？

EDLIN．．．．

まあ、PDP-11使いの俺には関係ない話だけどね。テンキー使ったエディター考えた奴、マジ天才

なんかちょっとしたフィルタ作りたいときにわざわざC++で作るのって超うざくね？

>>171
UNIXに慣れた後にVMS使うと、ついlsって打って
LSエディタ立ち上げちまう…

Windowsでは、Ｃ++も予備軍だ。

１、そもそも難しい。
２、教えてくれる人が少ない。
３、他の言語の出来がいい。
４、セキュリティが弱くなりがち。
５、アプリのスピードについて、それほど要求されなくなってきた。
６、引継ぎで、問題が起きやすい。
７、ＭＳの今後の方針がやや不透明。
８、以上の点から、新規参入者が極めて少ない。

>>188
Ruby最強

いきなり javaから入って、ポインタを知らんヤツは痛すぎるな

昔javaとjavascriptが同じだと思っていた俺が来ましたよ

c#って生きてるのか？
微妙だと思うが。

（；＞＜）autoexec.batはいらないんですかっ！

（；＾ω＾）COBOL使えるお

>>190
どーやってドライバを書くんだよ
一部の人のものになることは規定路線というか元からそうだろうけど

>>194
.net ではもっとも妥当な言語だって位置は揺るがないだろう
VB6 と違って VB.net も微妙だし C++/CLI を全員に使わせるというのも考えにくいし
.net 自体がこけて Java とか別のレイヤーで行こうぜって展開はありえなくはないが

JCLの魔術師と言われた俺が来ましたがさようなら。

COBOL と Java の混成システムのメンテがいまさらまわってきたおれ様が通りますよ、と

>>198
(あこがれのまなざし)
当時は JCL がわかるってだけでステータスだった底辺プログラマの自分

バカかこのリスト作った奴は
日々Cで書かれたOS/ライブラリのお世話になってるだろうに

事務系プログラマーとしての基礎の勉強としては最適なＣＯＢＯＬ

今、やたら読みにくい馬鹿プログラムしか組めないヤツラ多すぎ
メンテする側大変だなってか・・・捨ててるｗ
便利になりすぎて基本もわからないやつが作るものはキツイネ

Ｃ言語は電機の世界じゃ主流だな。
これが無いとワシ、マイコンが動かせない。

>>180
文脈から OS の種類だとｵﾓﾀんだけど、MVS、VM って OS があるの？
あえてｸﾞｸﾞらないで質問してみた。暇なら回答ｷﾎﾞﾝ

>>189
そんなときは、論理名 ls を dir で切ればよいかと。

1985年ごろ、俺がプログラマーに転職しようと思ってたころ
COBOLはやるなってアドバイスされた。やらなくてよかった。

Cは、組み込み用としてはいまだに健在なのでわ？

FORTRANは、数値計算ライブラリの充実がC言語系の比ではない。
一時期、世界最高速を誇った「地球シミュレータ」も
開発言語としてFORTRANをサポートしている。

だから例えばガチな流体力学を扱う分野、
クルマや飛行機、ロケット、高層ビルなんかの設計では
まだまだ現役だと思う。マスは小さいけどな。

>>203
IBM 汎用機OS だよ。

モデム相手に入力するATコマンドとかもう死んでるよね。

>>206
おー。汎用機ですか、完全に畑違いで知らなかったっす。
勉強になりやした。トンクス

>>170-171
VM/CMSっていうIBMのメインフレーム用OS
http://en.wikipedia.org/wiki/VM/CMS

DECのVMSとは別物

>>209
おー。そっちも IBM さんですか。�dクス
知らないことがいっぱいあるなぁ。。。ってここで出てきたものは死んだor死につつあるから
勉強しなくてもおｋ？

いやCが終わったわけではなくCしかできない人間が終わったんだろ。

Cだけでも組込み全盛の今は大丈夫じゃないか。ていうか、にわかに
Cが息を吹き返した感がある。

おいらY2K終わった瞬間にリストラされた。

じゃ、C言語の勉強から始めてみるｯｽ

最近開発されたFortran
http://www.nag-j.co.jp/FortranBuilder.htm

>>210
実際にいじれる環境が身近に無いなら勉強するだけ無駄。

PASCALは？

昔はPL/Mとアセンブラで組込みシステム作ってたな、
optimizeとかLargeでどうのこうの良く話してた、懐かしい。

>>217
Pascalはやらなくてもおｋ。
でも、「構造化分析とシステム仕様」は読んどくこと。

白衣着てＭ／Ｔをセットするコボラーな俺は
いっぱしのエリートエンジニアだった。

何故に白衣

C++を使ってはいるけどまるっきりCと同じ考え方、書き方で書いてるやつは
多いような気がする

>>205
大型計算機を使わないガチじゃない数値計算系は
ほぼMATLABにとって代わられたといっても過言ではない。
頭の固い教授がいる所を除いてね・・・

こいつは意識することなくBLAS、LAPACKを使える上、
その他のライブラリも充実していてコードの生産性がメチャメチャ高い。
が、お手軽でライブラリが充実しすぎているせいで
学生の頃からこればっかり使わせるとアホを量産するという諸刃の刃ではある。

C++を本当の意味で使えている奴は少数だな。
なんせ未経験者歓迎な業界だからなｗ

WinnyかShareのどっちかが、Delphiだったのでは？

ネットワーク管理者は結局なんだかんだで必要なまんまな気がするがな。
むしろ居ないとヤバイものになってきてんじゃん。

勘定系と制御系じゃスキル生死の基準が違う罠。

俺は勘定系のために簿記勉強しなおすことにしたよ。

今でも帳票主体ならCOBOLが楽でいいな。
大学でなんか習う必要がない簡単さだし。

COBOLって1959年からあるんだな。48年かよ。すごいな。コボラーで始まり
コボラーのまま逝った人達も多くいるんだろうな。南無〜。

COBOLは開発者グレイス・ホッパーが亡くなられてるからな。
しかも15年も前に。

結局、ネットワーク管理とＣ言語を勉強しながら、気分転換にWinnyの使い方を
マスターすればこの先も安心ってことでおｋ？

RPGとPowerBuilerしかやったことない俺が来ましたよ
ここ数年ずっと涙目だよ

COBOL.PL/I,ADBAS,NATURAL使いだった私が来ましたよ。
メインフレームはFACOMのM200でした。
今はどうしていることやら。

COBOLは、昔からもう死ぬもう死ぬと言われながらしぶとく
生き残っている。結局、生存期間が長いから、それだけCOBOL
で書いたシステムも多いというわけなんだろうな。

.NETだけはどうもやりたくないな。
話題ばかりが先行してるが早くコケてほしい。

またきょうもＹＡＨＯＯはくだらないニュースを取り上げてるよ。自分ら（中国）のことは完全に隠し。
自分に非がない人間なんてそれこそが人間じゃないのが分からない人種だな。こんなのが（中国人）隣にいたら安心して暮らせないよ。恐いな

>>148
うな〜

C言語も最近死んだ感があるね。
自分も以前はCが好きだったけれど、
C++に目覚めたら貧弱なCに戻れなくなった。

.netはかなりMSの本気が感じられるからこけないと思う。
もC#には、もうすこしC++みたいにジェネリックになってほしいけど。

ところでいい加減Flashを潰そうぜ。
面白い動画や、手軽なゲームを作る分にはいいかもしれないが、
あれをWebサイトそのものに使われるとたまらん。
単なるリンクにFlashとか。

ﾊﾆﾘｲﾄ

>>234
金融・保険系はほとんどそうだね。
まぁ、わざわざCOBOL以外でシステム総とっかえする必要性もないと思われるし、
この業種に関してのみ言えば、後半世紀はきのこれそう。

>>238
C++みたくジェネリックにしたらC#の旨みがなくなるんじゃないのけ？
C#はMS版Javaって聞いたし、シンタックスとセマンティクスをシンプルに保つ
思想なんじゃないのかな。

>>22
刑務所か？

>>240
Webアプリが流行りだした頃
COBOLのシステムを全て捨ててWeb化するという作業をしたことある。
あれはきつかった。

5年ほど前に合ったこの手のアンケートの1位もCOBOLだったなぁ。

死んだコンピュータースキル TOP10を述べよ
http://news23.2ch.net/test/read.cgi/news/1180359820/

コボルが死ぬのが早いか、森繁が逝くのが早いか、俺がくたばるのが早いか。選択の余地はなさそうだな('A`)

IDENTIFICATION DIVISION.
だったか？

>>243
バックエンドは COBOL のまま UI だけ web で切り張りするのとどちらがきついかですな

で、逆に今から学ぶべきなのは？

1.言語
2それ以外のスキル

>>249
1. 諸行無常だ。やめておけ
2. ド素人にWindowsを使い方を効果的に教える方法でも考えておけ。

COBOLは整数の有効桁数が大きいのが
しぶとく生き残っている理由だね。
他の計算言語も１京までの整数四則演算結果を
保証できればCOBOLに取って代わることができる。

一生ものにならない専門知識なんて、勉強する意味ないね。　
from 経理マン、弁護士、医者、建築士、看護婦、

>>249

じゃあ、このランクが覆ることも有りってことですよね。
どれかカジってみます。

Whitespaceの時代が来たな。

昔知っている言語を云う時、A,B,Cですだった。
A:asm
B:BASIC
C:CoBoL
だった。

20年前に杜の都の某商業高校卒業したｵｻｰﾝが通りますよと

当時、情報処理の授業で習ってたのはCOBOLだったな
日立のHITACシリーズとか言う汎用機に入力はパンチカード
友達の書いたプログラムを
「ハイ、手品やりまーす」とか言ってシャッフルしたら、真顔でぶん殴られたの思い出したｗ

桐はまだ大丈夫らしいな

>>249
１．英語（新しい技術が出た時、資料を読むため）
２．適応力

identification division

手が覚えてる。

11.postpet

>>255
CはC言語じゃなかったっけ？

VBしか使えません(><)

2000年問題がんばってた俺が来ましたよ
2chもその頃出来たんですよねえ

>>256
ｵﾒｶﾞﾜﾛｽｗｗｗｗｗｗｗｗ

全銀手順も入れてくれ

COBOLしかできないおっさんがWebシステムの設計やってたりするから下は大変なのだよ

win2003のActiceDirectoryの資格あって、慣れていると月収45万スタートです。

ハロワの求人には時々COBOL技術者急募というのはよく見る。危険な匂いがするお（　＾ω＾）

>>266
何というグローバル変数の嵐

>>158
> LISPってまだあんの？

つXML...というような冗談が局所的にあったような

IrDAは携帯で復活?

関数型言語or論理型言語は多CPUアーキテクチャが
主流になったら並列処理の書きやすいところに着目
されて復活しないかな?

>>270
Erlangなんかはだいぶ注目されてきてるよ

俺は、自分のw-zero3-esにpocket scheme入れて遊んでる。
おもしろいよ。完全な変態だよ。

＞6. Cプログラミング

シンプルだが機械寄りだから玄人好みの言語だし
まだまだ死んでないと思うが

C言語の正統的な後継を目指すD言語ってどうなんだろうね
出れば、C++やC#みたいな傍流は消滅するんだろうか

>>257
バージョン9だってｗ。Vistaにも対応、、、
おれはバージョン3でガンガン使ったね〜。

整列　"ふりがな"、｛[かな]昇順｝
併合　両方、｛[取引先C]照合、[当月出荷]複写[数量]｝

1行で簡単に出来たのには感動すた。あと帳票もすごかったね〜。なつかしー

>>273
制御系の組込みなんかでは主力だね＞C
多分、COBOLが一番上にきてるあたりからしても
ビジネス系しかみてないんだろうなぁ。

>>5
低級 - 高級の関係が
ASM - Cから
C - C++/Obj.C/Python/Ruby
という関係になりつつあるかなと
Cオブジェクトは他の言語がリンクインターフェースを持ってくれてるので使い勝手がなかなかいい
そういう意味で、COMオブジェクトや.NETみたいなインターフェースがWindows以外にも欲しい

>>22
実用でJavaに勝てる場面はあまりない（蓄積の問題もあるが）
いまんとこ、基礎とRailsを趣味でいじってみる程度で今後使うかどうか決めてみれば。

>>38
入門言語はJavaScriptを推奨してる。
たいていの場合無料お実行開発環境がインストール済みで、
暴走してもブラウザクラッシュが限度だし。

>>64
スパコンは多いよ。
Sunがスパコン用Java的なFortressという言語で置き換えたいと画策してるらしい。

>>97
基本が参照渡しだから、ポインタ演算が使えない、というほうが正確かも

>>122
独自規格を持っていたがゆえに後の先進的な標準化技術に乗り遅れる例はよくある。
最近だとシリコンポータブルオーディオに乗り遅れたソニーとか。

>>140
磁性維持の限界超えてると思うよ。
もう読めない可能性が高いので期待するなと答えておけばok

>>158
ALGOLが父なる言語なら、LISPは母なる言語。
ALGOLは実用的で正当な進化を遂げていままで血脈がつながっている。
LISPは言語オタ（言語の論理学的数学的解析）に愛され、
言語の高級化とともにLISPなどの研究成果が取り込まれてたりなかったり

これからDelphiが始まる

>>270
今からConcurrent Cleanやって間に合うかな？

スイッチ入れたら即使えるROM BASICが一番じゃ。
何だったけな、タートル言語とかいうのなかったかな。
LOGOだっけ。

漫才師のハイヒールのリンゴがCOBOLの勉強をしてたとか言ってたな

一太郎検定はまだまだ大丈夫ということか。

>>262
いい機会だからC#でもやりなさい

ここはじじぃの思い出を語るすれ？

メーカー社内ＳＥでＣＯＢＯＬしか出来ないオイラがやってきましたよ。

適当にコーディングして、コンパイル後のエラーを潰すと何故かプログラムが
出来ている！

それがＣＯＢＯＬ www

>251
それはCOBOLというよりも、汎用機のデータの記録方法の話では。
すっかり忘れてしまったけど、ゾーンやパックといった形式が該当してたはず。

PIPSってのもあったなぁ

日本語BASICは？

>>205
うちの大学では学部2年のときにFORTRAN習ったよ
それ以降使う場面もなくて忘れかけてたけどプラズマとか扱う研究室に入ってまた改めて教えられた

>>286
おお、思い出した。おれ昔ソードPCの仕事してたからなｗ
ちなみにCP/MのファイルコピーコマンドがPIPだったような。昔は
どこも適当なもん作ってた。

QuickBASICはネ申

>>284
それが「言語」というものだと思います。自然言語も同じ。

仕事欲しいならJAVAかPHPだろ
組み込みならC言語

将来見越してrubyもいいな

COBOLって、昔から終わった言語だとか時代遅れだとか繰り返されながら
未だに残ってるよね。
他の言語が死に逝くのを尻目に、あと30年くらいは余裕で生き残るんじゃなかろうか。

このスレには紙テープでパンチされたプログラムを
紙テープを見ただけで読める人間がいそうだなwwww

Cとかベーシックぢゃないの？

>>293
同感。COBOL知らないけど、馬鹿高い投資で組み上げた
基幹システムの稼動に特に痛痒がなければホイホイ捨てる必要はない。
コンポジット入力のない古めのＴＶでも番組さえきれいに映れば
よしとする層が多いのと同じ。ＴＶ界でのアナログ停波みたいな状況が
電算室周辺に発生するなら企業も考えるだろうが。

>>294
カセットテープのビーガー音を翻訳出来る香具師とかｗｗｗｗｗｗｗｗ

>>296
経営統合とか。

>>298　そう、たとえばそういうの。

タンタイムライブラリーの時代ｵﾜﾀ

cobolって他言語に比べて易しいし
それにしても紙パンチは見た事ないなｗ
ｶｾｯﾄﾃｰﾌﾟにﾌﾟﾘﾝﾀｰ出力ってのが限度

>>268
金に釣られて行ったら、消費する間もないほどのデスマーチが待ち受けてる
と言う事はよくある。

Centura･･･('A`)

今って、学校ってコンピュータの五大装置（機能）って教えているのだろうか・・・・。

ウチは汎用機に乗ってる基幹システムのソースコードをオープン系に
移植ってなかなか工数かかるから未だにcobolのままだよ。
周辺のサブシステムはどんどんオープン化されてるけどね。

なんだかんだいって、汎用機は堅牢だしライセンス更新などのコストも
無いから楽ですわ〜。

ＰＬIとかどうだ？
PLIもCも出来るがJAVAとか出来ない

ここはいいおっさんスレですね

NHKの「趣味悠々」で、COBOLやるってよ！

IDENTIFICATION DIVISION.
　PROGRAM-ID. KUSOSURE
　　PROCEDURE KUSOSUREKAKIKO
　　PERFORM 1000 TIMES
　　　DISPLAY "*** COBOL OWATAI ***"
　　END-PERFORM
STOP RUN.

STOP RUN

10 goto 10

お笑いコンビ「メンバメイコボルスミ１１」

ガイシュツなら今晩のおかず無し。

アベンドがはやった時代が懐かしす

0C7

FORTRANしか分からないんですが。

>>254　その発想は無かったわ

Web系の開発は序所にLight Weight Languageの方向に向かってる
10年後ぐらいにはJavaは単なる実行環境になってたりして

まさにゾンビだなCOBOLは

Light Weight Languageってスクリプト言語系を指す言葉よね？
なんでスクリプト言語が「軽い」んだろ。。。C言語の方が軽くね？

軽いの意味が違うべ

森繁＝ＣＯＢＯＬ

なんで薄口醤油の方が味が濃いの？

漏れは、キャプテンシステムのエキスパート！

コボラは本気でデジタル時代の炭坑夫だな。
いっその事みんなで「幕張ハワイアンセンター」とか作るか？

今からpc98用BASICプログラミングのプロを目指します

>>320
どゆいみ？

>>248
それなんて抜本？

おれなんかPL/I+IMSだぜ！
おれなんかPL/I+IMSだぜ！
おれなんかPL/I+IMSだぜ！
おれなんかPL/I+IMSだぜ！

死亡・・

PASCALerな俺様が遊びにきましたよ。仕事がねえ！

コボラーは団結して当たるべき
まじで

自動車の時代になったので馬車は廃止です

コボラーって団塊世代だけだからもう退職したんじゃねの？
COBOLでﾏﾀｰﾘと日曜プログラミングを楽しんでるんだろな。

アルゴリズムやデザインパターンの勉強も忘れずにな
言語だけ覚えてそこで終わってしまってる人がいるから

オブジェクト指向的なプログラムはコードに落とすとでかいから嫌いだなー
Cがんばれ

なんだかんだ言ってしぶとく生き残るCOBOL。

SNAなんて今じゃ希少価値があって、いったん仕事に
ありつければ一生安泰だろうな。

ADA はどうなったんだ？

レイプアメリカ人二人組みdrunknanpa
自国の女には絶対に相手にされないしもてない、白人二人組み
日本人の未成年者とセックスをしたり、二人で日本人女性を強姦したりしています
それを知ったネットの住民が、警察に通報したのにもかかわらず、まだ捕まったりしていません
こいつらのブログ
http://www.drunknanpa.com/
レイプアメリカ人drunknanpaを許さない！（まとめ）
http://blog.livedoor.jp/drunknanpa/
http://blog.livedoor.jp/tonchamon/archives/51190474.html
http://www.google.co.jp/search?hl=ja&q=drunknanpa&lr=&btnG=Google+%E6%A4%9C%E7%B4%A2
drunknanpa達がが写っている動画
http://www.youtube.com/watch?v=h99S44TRAXY
http://www.youtube.com/watch?v=JeG8r76dnYY

アルゴリズムなんて自分で考案するもの。
デザインパターンなんて自分が書いた設計から繰り返し現れるものを発見するだけ。
従って積極的に勉強するほどのものではない。

全部の言語ができれば良し

日本語が一番むずかしい件について

日本の金融系はいまだにCOBOL真っ盛り
C++やC#なんて影も形も見えません

Pascalって言語知ってるか？お前ら

Cは高級言語の皮をかぶりつつアセンブラの面もあわせもってるから、コンピュータの勉強にはちょうどいいんだよな
Javaはそこらへんが弱い
ところでPHPあたり、１０年後のこのリストに載ってる候補の筆頭じゃね？

>>342
C++ は用途的に普通にありえない
C# はまだありえなくはないが国内ならまだしも Java に行くだろう

確かに、Basicは無視されている。

>>344
C言語使いは包茎ってことでおｋ？
PHPよりJ2EEが早く滅んで欲しい。

Javaとかいらん

>>344
メモリ周りのあれやこれやを見せずにロジックだけ追える(というのも建前だけどさ) Java のほうが
プログラム教育という観点からするといいのかも、という言い方はできると思う

C ったって C++/CLI なんかだとデータ周りが .net の管理でガベージコレクトもあるから
アセンブラも何もあったもんじゃないし

>>346
N80-BASIC でプログラミングを始めたクチなので、追悼の意をこめて
PC-8001 でもひっぱりだしてくるかな。

>>339
納期あるから自分で考えるより、他人が考えたもの使うほうがいい。

納期守るのはビジネスベーシック。
金儲けをしながら自分のマインドセットを膨らますくらいの余裕がないなら
きっと、君はこの業界には向いていないよ。

漏れの場合、Javaや.NETを好きじゃない理由は単純で「スリムじゃない」から。
もちろん逆の意見もあると思うけど、オンラインソフトなんかで
ネイティブJavaだったりするとその時点でダウンロードもしたくなくなる。
よりプリミティブな方に魅力を感じるか、抽象性と資産性に魅力を感じるか。
どっちかなんだよね。
中途半端な技術者はそれこそ掃いて捨てるほどいるから、
自分の指向性をなるべく早く見極めることが勝ち組の条件だと思う。

あまり早合点して一つの指向に突き進むとにわか成金にはなれても、
コボラーのように潰しが効かなくなる罠。

>>352
マインドセットをどういう意味で使ってますか？

>>354　指向性を見定める＝触れる言語の幅を狭める　じゃないと思うおｗ

メインフレームが、必要な場面がある限り、
COBOLは生き残る。
基幹系に、メインフレーム以外を入れるのは怖い。

ここまでPL/0'についてのレスがない
かなりショックだ

50過ぎの馬鹿が『COBOLは高級言語だぁ！』なんて業界でも例がみあたらん程のアホ面さらして調子乗ってたっけ…たしか大阪のMSKとかのゴミの集団だったっけ…多分機械語よりはましって知らない馬鹿だったんだろう
団塊のゴミが社会から消えれば世の中多少はましになるだろうな
松岡同様死ねばまだ世の中に貢献する道のこされてんのにさっさときづかねーかな

新興国でメインフレームを使うような国はない。
早いとこ移行しないと、取り残される。

パソコンが死だ
今は携帯の時代じゃないかな

おれコボラー
edlinで打ってた。

残存者利益か
ライバルも増えないし

お、俺
高校時代の情報管理でCOBOLやってたｗｗ

５年前、俺はカナダの大学でCOBOLの授業を取ってた。
教科書についてきた富士通COBOLでプログラミングしたお。
教科書は売っちゃったけど富士通COBOLのCDだけは今でもキープしているｗ

アセンブラ、COBOL、RPG、PL/I、C、Java、PHP
げっ、半分以上死につつあるな

JCL書くのが一番好き

>>355
自分の頭の中にある指向の集合だと思ってた。ひょっとして俺勘違いしてる？
面倒じゃなかったら教えて下さい。

>>356
コボラーはスレの流れ的に例えで出しただけで、潰しが効かない片手落ち人間
になっちゃだめよ、ってことを言いたかったのです。

日本のプログラム系の仕事は
読む側のコストを完全に無視しているのが問題の根源だよね。

この辺のコストをキチンと汲み取らないと。
何時までも土方のままのような気がする

20年間ずっと現場でコード書いてるって信じられん
普通に仕事してれば管理職へ出世しないのか

>>294
それなんてキリヤマ隊長？

銀行は大昔パンツカードでやっていた
紙テープもやっていた

銀行員で今偉い人々はみんなＣＯＢＯＬ

>>369
その管理職がコード書いてるんだよ

以前居た会社では35歳の社長が
第二の青春とか言ってＶＣで業務アプリ作ってた

>>369
もし君がプロのソフトウェア技術者だとすれば
管理職になることだけを「出世」と呼ぶのは
悲しい見識だと思う

机上デバックが辛かったな〜

机上でコードにマーカー塗りながらC0カバレージ100%のエビデンス作成やったときは
死ぬかとｵﾓﾀ。

羅ショナル・炉ーズってまだ売ってますか

羅書成るはいｂｍに買収されました。
IBM Rational Rose についてはこちらをご覧下さい。
ttp://www-1.ibm.com/support/docview.wss?uid=swg21130173

C体験してない奴らが集うスレはここですか？

金融系はハードの保守さえ無くならなければずっとCOBOLでいいのにな

>>373
そういう理想論で若者を騙す連中ばかりがはびこっているのが、今の小日本ソフトウェア業界（派遣や常駐はその最たるもの）だと思われ・・・

まあ、うちは子会社なんで課長昇進すら夢のまた夢ですがｗ

>>380
そういうのが理想論となってしまってるのが今のソフトウェア業界の悲惨さなんじゃないのか？

>>378
俺は UNIXer で ed ばかり使ってシステム管理してたから、
すっかり勃起しなくなっちまったよ (´･ω･｀)

>>280 >>312
ﾒﾝﾊﾞﾒｲｺﾎﾞﾙｽﾐ21、と言ってみるテストｗ


>>240

それをガラガラポンｗｗｗでヤっちゃったのが新生銀行。

>>304

おれ准教授だけど、いちおう教えてるよ。
まぁ話題をパソコンに落とし込むけど。

スキルという言葉がすでに死んでいるのだが

確かにCOBOLはゴミだ

11だったorz

>>380
管理職が好きで得意な人間は管理職をやればいい。その方が自然だし効率がいい。
技術職が好きで得意な人間は技術職をやればいい。その方が自然だし効率がいい。
そうでしょ？
それを単純に世間の騙し文句と呼ぶのは不健全な境遇に
君自身が幻惑されそれにどっぷり馴染んでいるからに他ならない。

ちなみに、俺の勤める職場では管理職と技術職の間に本質的な
給与格差はない。単にそれぞれの役割と能力＋成果により評価され
それに応じた報酬が分配されるのみ。最近はこういう会社が増えてるらしい。
無論いい面ばかりじゃないが、少なくともロジックはすっきりしてると
思わないか？

コンポテックスという組版機でC言語を動かして、文字情報の加工をしてたのが遠い昔になってしまったなぁ。

>>388
にっけい？

MOUNT 1

man 1 mount

Perlも消えたな。

AT ENDの処理を忘れる人

>>1
なんじゃあこら？
ComputerWorld ってこんなスカ記事が載るところだったっけかなあ。

調査対象範囲がなんか狂ってるだろ、これは。
アメ国内で、ってのを割り引いてもなんか歪んでるんだよなあ。

>>392
さすがに消えてないだろ。

>>392
よぉお、めくらー

簡単に覚えられて下手なテクニック使わなくても安定した処理を卒なくこなすならCOBOLで十分だよ。

>>392
Plaggerのあの人にあやまれ！

Perlが消えたならＪａｖａも消えたな

JavaScriptもＪＳＰもHTMLも消えてインターネッツもきえたな

cobolで2種取った身からすれば何とも寂しい限り

Z80を直接たたけます

こんなスキルいまさらいらんよなー

フォートランは今でも現役

懐かしのマイコン検定

プリンタで印字できたら級が貰えた

>>401
そんなことないですよ　長生きしてくださいおじいちゃん

ヤッホー　フォートランランラン

とりあえずCOBOLを先に教える学校はくたばれ
確かに需要は無くならないけど絶対数が少なすぎるし
あれを先に教えるとcとかで挫折する奴続出する

COBOLは15年くらい前に、高校で歴史と概要だけサラッと教えられた記憶があるなぁ。
FORTRANはごついワークステーションでプログラム組んだとこまでは憶えている。

今でも使う古の言語っていうと、仕事柄、古い機械装置の制御プログラムを弄る（勝手に改造する）事が多いから、CやBASICが多いな。
少し古い半導体工場なんかだと、PC9801+N88BASICなんて組み合わせで制御してる装置が現役であるんだよね。
いい加減なんとかしたいんだけど、そんなのに限ってCバスの特殊ボード使ってて、置き換えできないのは悲しいね。

>>401
つ　ttp://www.ascii.jp/elem/000/000/035/35985/

だれもSBOLを知らないのか・・・
SEIKO製のCOBOLもどきのBASICだからな。
でもれっきとしたコンパイラだった。

RATFOR・・・ぇ?

COBOLマンセーな上司は、いまだにプログラムの値段を「ステップ数」で見積もります

今の流行はPHP、Java、C#/VB、VBAあたり？

cobolは仕事でしか使い道無いからなぁ

>>411
プラント用のDCSも未だに同じ世界です。

F1 LOAD
F2 FILES
F3 GOTO
F4 LIST
F5 RUN

Ｃはアセンブラとセットで覚えるとポインタも楽々理解出来る。

あるいはＣでポインタを後回しにして勉強すれば、ポインタ以外は簡単に覚えられるはずだ。

NEC PC9801は工場の制御系で現役だよな

秋葉で中古が出ると、それ系の人たちが買っていく

>>417
　今のPCは高速すぎるからな
　

>>417
まだ互換機が売ってるｗ
ttp://www.elwsc.co.jp/japanese/products/inheritor.html

>>415
つﾊﾆﾘｲﾄ

>>412
VBなんて単価安すぎてやりません。お断りです。

>>412
ちょw　VBAが今の流行って・・・釣りにしても程がw

>>412
今の流行はRuby、D、Smalltalk、POSIXシェルスクリプトあたり

うにゅ

真紅　　C++
水銀燈 Java
雛苺　　VB6
翠星石　C#
蒼星石　VB(.NET)
金糸雀　PHP
薔薇水晶　…

だめだ、誰かこのリストを完成させてくれ

>>422
Windows系から離れたから知らないんだけど

いまはもう、エクセルにVBAマクロで業務アプリ作ったりはしないの？

>>426
するけど、金払って発注するもんじゃないな。

パソコン技術者って業界の潮流が見えてない人が多いよね

> パソコン技術者
> パソコン技術者
> パソコン技術者


ﾌﾟｯ

スパコン技術者の書き間違えだろ？そうだと言ってくれー

潮流みてスパコン作れる技術的な余裕などないっ　orz

>>387
待遇実態が伴ってるならまあ文句は無いけどね。
少なくともそういう会社の比率は「よく見かける」には程遠い。

Perlは最近、見かけないだろ。だいたいFlashに変わったし。

>>433
「パソコン技術者」というのはそれほど痛い表現ではないけどさ、
＞Perlは最近、見かけないだろ。だいたいFlashに変わったし。
これは痛いかもｗ

>>434
> >>433
> ＞Perlは最近、見かけないだろ。だいたいFlashに変わったし。
> これは痛いかもｗ

どこが痛いのか>>433には理解できないだろう件について　(ﾆﾔﾆﾔ

Ｆｌａｓｈはよく見かけるけどＰｅｒｌの表示されるサイトは見かけないよなあ？あ？

Perlは最近、見かけないだろ。だいたいFlashに変わったし。
それにFlashもGoogleに追撃されそうな勢いだしな。

>>436 は、わざとだな　知っててボケてる感じがする

任天堂に就職するにはどの言語を習得すれば良いですか？

ＣＯＢＯＬ出来る奴、どんどん減っているけど仕事はあるし、ＲＥＡＤしてＭＯＶＥしてＷＲＩＴＥするだけだだから楽だよ。

今のトレンドはＨＳＰだろう

COBOLの仕事はまだまだある。
ただし日本国内に限る

Ｇｏｏｇｌｅバブルなんかもう終わったね　いま一番新しいのはＷｅｂ３．１４　なんとなく丸い感じがするだろ？

>>439
まずは日本語だな

ＤＯＳプロンプトは健在だな。
長いファイルを消すにはあれが一番。
cd\
dir /w
del *.*
やってみ。すごいことになる。

>>444
師匠と呼ばさせてもらいます。

>>443
TeXかよw古いww

>>447
スマン。>>443 のどのへんに TeX が関係してるんだぜ？

Cは別に古くないだろ。もともとまともな言語がC言語しかなかったから
あらゆる開発をCで無理して書いてたのが、色々特化した言語が出てきたので
本来の位置に落ち着いただけだろ。

まぁなんちゃってオブジェクト指向プログラマの
C++,C#ほど終わってるものはないことだけはガチ

>>448
TeXってVersion3.14159なんです

cobolは通産省の技術者試験受けるには良いかも試練。
業務的にはどうかしらんが。

>>449
C#はよく知らんが、C++は別にOOP専用じゃないよ。
マルチパラダイムを手厚く支援してくれるC++最高！

>>451
CASLじゃねーの？

LAMPの時代ですね★

>419
>iNHERITORに関する重要なお知らせ
>弊社製品であるiNHERITORは、その主要部品であるインテル製CPU（486DX）が、2006年12月末をもって、製造中止となった為、製品としてのiNHERITORも、今後の生産継続が困難な状況となりました。
>弊社としましても誠に遺憾ながら、iNHERITORの生産中止に伴う、弊社の受注及び出荷につきまして、下記スケジュールの通り実施させて頂きたく、ご連絡申し上げます。
>お客様におかれましては、今後、下記スケジュールへの対応を、ここにお願い申し上げます。
>最終オーダーの締め切り　：2007年9月28日
>オーダー受付分の最終出荷：2008年9月30日

486DXって、つい最近まで製造していたのね。
最近のCPUで互換機を製造できないのかいな。

>>450
3.141592になったらしいよ。

>>456
古い古いｗ　最新はＴｅｘπ　今までのは誤差だらけで話にならん。

CLS 3

>>98

GUIを使わずに文字列だけで結果が出る様な事は素人にとって魔法だな

>>450
>>456
おー。そういうことだったんだぜ。
勉強になったんだぜ。ありがとだぜ。

>>1
> 1. COBOL
> …

まずベーシックあげろよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>457
おまい、TeX のバージョンがπになるのってどういう時か知ってるのか?

>>461

触れてはいけない神の領域

まだ死んでませんが何か？

ちなみにバージョンがeになるものもあるのだけど、あまり知られてないようだ・・・

まだ死んでないｗｗｗ

\begin{document}
\documentstyle[a4j]{jarticle}
\section{\{TeX}って}
こんなんだっけか？もう忘れてるなぁ。
\end{document}

>>462
太陽系の惑星が一直線に並ぶ時、かな？

おまいらには信じられない物をおれは見てきた
300ボーのカセットテープ記録
マシン語のチェックサム
ROM　BASIC
パンチカード
そういう思い出もやがて消える。涙のように･･･　雨のように･･･

>>457
おまい、削除依頼出すなら今のうちだと思うぞ。
あの人は「まずは電子メールで警告」なんてこと絶対にしない人だから。

>>470
じゃあその人にメールでごめんしといて

なんかここ読んでてドラゴンボールを思い出した。

Cは組込みでは現役バリバリ

一昔前は組み込みで C なんて馬鹿かと言われたもんだがな。
いずれ組み込みも Java になるのか。

>>471
漏れ的には457ﾀｲｰﾎの方が楽しいので出さないｗ

おまいが国際郵便出しなさい。

>>474
Java になる前にまずは C++ になるんだぜ？

そして、炊飯器に JavaVM が搭載されるような頃には
MDA 技術が組み込み分野にも導入されて、結局実装手段
なんてなんでもいいじゃん。ってことで C 言語に戻る。

まだまだCOBOLの仕事は無くならないけど
ガッチガチに固められてて入る隙間なんてねーよな

ARMでJavaのバイトコード実行するCPUがあったような？
VMなしで。

>>473
しかもソースの途中で突然アセンブラで割り込みの
記述が発生するなんちゃってCだったりする

goto >>1

>>479
ほんとだ。こりゃ英和。
ttp://www.jp.arm.com/products/multimedia/index.html

RENUM 100 , 10

LabVIEW

TurboC++は俺的に最強のツールだった。
今思えば、よくもまあ80*25行という環境でバリバリ作ってたもんだ。

>>453
フォーマットが決まっている分、cobolの方が解き易かった。
合格率でもＣ言語を選択した人より多かったと記憶している。
ＣＡＳＬは基本しかやらなかったので、知らんｗ

IDENTIFICATION DIVISION.

CASLは楽だよ。簡単に満点出せるしｗ

>>239
MSXですか？

>>485
そのころのC++ってどんなだった？

>>489
FILES はN80-BASICにもN88-BASICにもあったような。。

□！！！これを見た貴方は３日以内に死にます！！！■
■死にたくなければ、このレスをコピーして他のスレに　□
□１０回貼り付けて下さい。１時間以内にです！もし無　■
■した場合は、今日寝ている間に富子さんがやってきて□
□貴方の首を絞めに来ます。富子さんは太平洋戦争の■
■時に16歳という若さで亡くなった女の子で、未だに成 □
□仏していないそうです。信じる信じないは貴方次第。　■
■今年になってからこのレスを無視した人で、“呪われ □
□て死亡した人”が続出しています。これは富子さんの ■
■呪い。呪われて死んでもいいのならこれを無視するこ□
□とでしょうね。　　　　　　　　　　　　　　　　　　　　　　　　■
■――貴方がこうしているうちに富子さんが後ろから見□
□ていますよ…。　　　　　　　　　　　　　　　　　　　　　　　■
■□■□■□■□■□■□■□■□■□■□■□■□

COBOLのおばちゃま

>>491
そうなのか
当時小学生だった自分には８８なんて買えなくて
雑誌の広告見て憧れてるばっかりだったな〜　

ﾅﾂｶｼｽ

FILESってDISK-BASICのコマンドじゃなかった?
検索してみたら、デレクトリ表示用の命令らしいけど。

How many files?

初めてパソコンに触ったときの衝撃的な意味不明さ。

親戚が某メガバンクで
PL/Iで使っているというのを聞いたこと有るけど

銀行とかのシステムはなかなかオープンに移行できなさそうだし
っていうのでCOBOLも同じ理由で求人があったりするんだろうな

そういう大手の COBOL 需要は既に IT ゼネコン老害部が押さえているので
求人なんてほとんどありまへん。

何だこの記事？


C++を挫折したCプログラマっつうのはよく聞くが、（つか、この俺がそうだ）
Cが普通に出来るのに、C#が出来ないプログラマなんていねえっつうの。
普通にプログラム経験があれば誰でも使えるようになってるじゃん。
重いのが難点だが恐ろしく使いやすいと思うよ。C#って。

C#ができれば、C++もJAVAなどのオブジェクト指向なんでもありなきがするけど

C#というもじれつをVBにしたら、意味が通じるのかもしれないが

>>495
そだそだ。ROM版だと「そのコマンド使えません」みたいなこと言われた。
俺はPC-8001に外付け8インチFDDとテープドライブつこてた。

ウチ I 系だから C# なんてまず聞かないんだけど VB と比べてどれくらい
使われてんの?

C#なんてくくりでは話さないでしょ。普通は.NET

変な記事だな
Cは要だと思っているが
.NETだってポインタの意味理解してないとわからないことが多いのに

VB しか使えない奴はわざわざ .NET と言う。

.net, .aspすげー重宝してる
いちじＡＪＡＸが騒がれてた記憶があるんだがあれって結局どうなったの？

>500

VC++が使えるというのと、C++が使えるというのは意味が違うよ。
前者は、最適化さえ気にしなければ、豊富なSDKで何とか形のあるものは出来る。
しかしそれは、プログラミング言語を習得してるが故では無いんだよね。

Ajax用のツールキットなら、MSを含めていろんなベンダーから出てるよ

流行り廃り>>>>>>>>>>>>>実用性

実は.net以前のVBも死んでいる件。

>>507　頭の中でプラットフォームSDKとMFCをごっちゃにしてない？

>>511
MFCってまだあるの？

組み込みソフト分野では、まだＣが幅を利かせていると信じたい。
ポインタを使うには、アセンブアを知っておいた方がいい。
ということは、アセンプアも現役だと思う。小さなマイコンなら尚更。

>>504
オブジェクトのアドレス参照さえ理解していれば不要。

>>513
RTJavaもあるしねぇ。浸食されるのも時間の問題じゃない？
最近のマイコンは数世代前のPCプロセッサくらいのパワーがあるし、コードも肥大化してるから、
低レベルプログラミングだと自ずと限界がああると思う

C知らないとUNIX系のOSをメンテするのがつらい。

>>515
RTJava、教えてくれてありがと。
でもメモリ管理の説明見ると、
やっぱ予測可能なGCは無理ぽ。便利な仕組みは用意するから、独自のお作法を使ってね。
ってなってるね。

>>517
GCを分割処理して一定時間以内に終わらせるのが目的だからね
どちらにしろ、まだ本格取り組みが始まったばかりの分野だから

メモリ空間を直に触らせるとリークの元だし、管理上も問題があるから、
将来的にはどの実行フレームワークもJavaっぽい実装になるんじゃないかな

ColdFusionは、2chでは話題にしても誰も釣れないんだが
やっぱあアメリカではやってたのな、なんか複線つけてるし、まんまだなあ

>>468
クヌース先生が死ぬときだよ｡

アメリカ共和党の猿：クヌースのキチガイ！
クヌース教授：だまれひとごろし！
　
これだけで円周率計算のように永遠に終わりません
　

昔のログインにあった漫画で、
コボルのおばちゃま
を思い出した。

来月あたり引越しを考えてるんだけど、UNIX Magazine が90年くらいから
ずっと残ってる。これ、どうしたもんかね？BookOFFとかでいい値つくかな？

>>523
あー、その手のものは一見貴重そうだけど古本市場ではゴミ扱いよ。
オークションに出せば運良く拾ってくれる人がいるかも。

>>523
1冊だけ買いたいのがある

Xcodeがカクイイ

>>469
それなんてレプリカント？

>>524
やっぱそうだよなぁ。邪魔なんだけど叩き売りされるのも癪に障る。
価値が分かる人に拾われて欲しい。

>>525
何年の何月号？

>>500
VB も VB6 しか知らなくてその範囲で VB.net に対応しようとしてる奴と
他で OO に触ったことがあってそっちから入る奴じゃぜんぜん違う
>>510
アレも legacy な資産として長期間残る予感
Microsoft は Java 訴訟がらみで過去のソフトウェアの配布(MSDN とかの話な)をかなりの範囲で打ち切ったけど
VB6 だけはどうにもならなかったらしくて Sun の権利に触れない形のパッケージを作って出しなおした
>>511
VC が使える = MFC が使えるみたいな場合も以前は多かったよ
SDK ベースで書いてても VC だと微妙にイベントが隠蔽されてる気はするし

>>469
>>527
あーそっちか
ディレーニかと思ったんだが考えすぎか < それはそれで老害

今からcを勉強する俺は時代遅れか？

>>529
＞VC が使える = MFC が使えるみたいな場合も以前は多かったよ
それはあくまでも案件ベースの話題だろうね。
対照的に、ランタイムのジレンマを含めMFCをご法度とする向きも多い。
C++は別に構わんがMFCは使うな、みたいにね。

＞SDK ベースで書いてても VC だと微妙にイベントが隠蔽されてる気はするし
いや、それはないっしょｗ

レプリカントってこれのこと？
ttp://www.takeshobo.co.jp/repli/

ウィンドウズのことは良く分からんパソコン御地なんだけど
そのSDKベースで書くという言葉は、OSのAPIを直に叩くということ？

>>534　そういうこと

>>531
K&R に書かれてることがそれなりに頭の中に入ってたら無駄にはならない
>>532
ああ、ほんとに隠蔽されてるわけじゃないっす
自動で用意されるスケルトンから書き起こすと
意識せずに済ませられる部分もあるよなぁ、くらいの話w

誤解を招くというか誤った表現で済まぬ

言語は思考
糞言語は糞思考しか生まん
だから糞言語に拘る

言語を否定されることがまるで自分を否定されたかのように感じてしまう哀れな時代遅れたち

>>534
了解。また一つ賢くなった。ありがと。

>>537
では糞言語の代表格は何？

>>504
/.で、Cしか出来ない人、っていうことだ、っていうニュアンスだとか書いてあった。

>>539
別人だけど
アセンブラとか周辺ハードを直接叩くレベルのコマンドとかが代表格ではなかろうか
全ては糞の上に築かれた砂上の楼閣。

あー。だめだ。このスレと【キンタマ】東○理化社員のハメ撮り動画他流出中【ω114】を
朝から往復してる自分が嫌になってきた。
せっかくの代休なのに。。(´･ω･｀)
だから雨の日はきらいなんだよ。

>>541
ふむふむ。なるほど。
その砂上の楼閣の上にRubyとかみたいにｶｺｲｲ言語を作れる人は
やっぱすごいよね。

>>536
＞自動で用意されるスケルトンから書き起こすと
＞意識せずに済ませられる部分もあるよなぁ、くらいの話w
ああ、なるほど。
あと各コントロール固有のメッセージ類なんかはマクロで
関数っぽく仕立ててあったりもしますね。

>>531
時代遅れでもなんでもないから自信をもってやるのが吉

>>531
コンピュータ言語など、東北弁や大阪弁のようなものだ
Cは標準語だと思う

外国語といえばAPL,LISP、PROLOGぐらいだな

>>546
では Whitespace は火星語ってことでおｋ？

【手続き型】

吾輩は猫である。
名前はまだ無い。
どこで生れたかとんと見当がつかぬ。
何でも薄暗いじめじめした所でニャーニャー泣いていた事だけは記憶している。
吾輩はここで始めて人間というものを見た。


【関数型】
人間というものを始めて見た薄暗いじめじめした所でニャーニャー泣いていた事だけは
記憶しているがどこで生まれたかとんと見当がつかず名前がまだ無い猫である吾輩。



これ↑読んで、なるほど関数型言語は俺には無理かもっておもた orz

【オブジェクト型】
クラス　猫　　動物
　メソッド　泣く
　メソッド　見る
　メソッド　記憶する
　プロパティ　泣き声
　プロパティ　名前

インスタンス　我輩　猫

我輩・名前←NULL

>>165
ロータス１２３を初めて見たとき似たようなことを思った。
他人の作ったアプリケーションを使うっていうのが衝撃だった。

perlはしぶといよな。

ファミリーコンピュータのカセットの端子部分をフーーッてやって
なんとかゲーム起動に漕ぎ着けるハックはもう死んだスキルだぜ。

CとC++とC#って、どこがどうちがうの？

>>546
forth あたりも外国語の部類かも

>>553
http://mag.autumn.org/Content.modf?id=20050504145851

>>555
汎用性が高い = 優れている、という前提が既に疑問ではある
「現場の泥臭い世界」で微妙に変数領域を壊したプログラムを直さなきゃいかん状況とか考えたら
正直 C++ の使用は避けたほうが楽だし

>>555
面白かった。個人的には賛同できるが、普遍性のアル結論かどうかはわからない。
ちょっと視点がちがうがVBはMSOfficeのマクロっていう敷居の低さがあるんだよね。
間口の広さが生産性につながることもあり個人的に評価してる。

大昔M-380,ACOS,N5200でCOBOLやってたが
最近はC,C++,ASMばかり、もう飽きた
また、COBOL,ＰＬ／１、RPGがやりたいな

やれば？

今もコボルしか出来ませんが
死んだ方が良いですか？

倍 八百屋

モルガンスタンレーにいたとき、一部のアナリスト系の人がAPLでトレーディングモデルのプログラムを作っていた。
あと、ITの業務アプリをスモールトークで作っていた。
業務系だからサーバーで動かすわけだが、スモールトークはXに依存していたために
時々、メインテナンスリブートの後でXがこけて立ち上がらないというエラーを起こしていた。

>>560
待て、逆に考えるんだ
ロストテクノロジーを保持しているんだと

やべぇ、勇者様が尋ねて来る予感がする

９位でよかったー

８０８５アセンブラが思いっきり現役ですがorz＞ウチの職場（組込）

大分H8にシフトしてるけどね。

LEGOマインドストームですら H8 から ARM7 にシフトしてるよ。
めんどくさい業界で働いているのですね。

>>562
タイタ―が来たのかぁ！

>>548,549

上手くて面白い表現だわ、つかみネタで使わせてもらうよｗ

>>567
　
おれはシモネタになってなくて安心した



　
Ｃしかできない？それ以上って変質者ですか

思いっきり最近までコボルやってたがな。VBもやったけど。
しかも次はIMSでんがな。
救いは言語がCなことかな。あんまり経験ないけど。

スケルトンといわずウィザードぐらいいえば、山下さん

山下さんっていうんだ。

molpro
gaussian

Fortran90だったな。

>>561
Smalltalk使うんなら社内用のお遊び新人教育素材程度のアプリにしとけ。

>>568
じゃ、C++ 好きな俺は変質者ってことか。orz

紙テープリーダで、フォートラン使ってました。
テープを繋ぐときは、裏に糊のついた紙で繋いだ。

ここまで読んで本当に死んだと思った
一度すら語られないおれ

SAS

>>576 英国の対テロ空挺・・・なんだったっけ?

>>577
SAT
涙

１位はダントツで"ぴゅう太"の日本語G-BASICだと思う。

ネタにされるだけ、ぴゅう太は生き残っているほうだと思う。

DBXLは既に死滅したか
未だにうちの会社では動いてるんだけどな

DBXLはdBASEとして現役バリバリで活躍中です。

PC-9801　X68000
C　　　　　　Pascal
一太郎　　 P1-EXE
(ATOK)　　 (VJEΔ or DFJ2)
FD　　　　　FILMT

結局みんなの話をまとめると、
実用的な言語でまずは学んでおくべきなのは次の二つとなるね。

　・C (ポインタなど基本を学んでおく)
　・オブジェクト指向言語 (概念が学べればどれでもOK)

この二つをやっておけば、
仮に後者がJavaでなかったとしても、すぐにJavaなんかは理解できてしまう。

逆に、片方しか学んでおかないといずれ困った事態になる。
前者をやっていなくてコンピュータの動作原理を知らないと限界が来るし、
後者をやっていないと抽象化ができずにこれも限界が来る。

でも現実には「資格取ればいいだろ」みたいなノリでCOBOL教える糞学校が多いんだぜ

すぐにコードが書ける、計算量がPCで数分、Vectorから落とせるの三拍子で
化学工学ではいまだにBASICが普通に使われてます

YPS & JCL.

T字型ER図

ＪＥＴ８８

>>584
「オブジェクト指向言語」じゃなくて「オブジェクト指向的な方法論」
だろうと突っ込んどく

>>574
俺もだーいすきだから安心汁。

>>591
だったら君も変質者だ。ｳﾎｯ

>>1
＞ 9. PCネットワーク管理者
＞ Windowsサーバのコンソリデーションが進行しており、PCネットワーク管理者の需要もなくなっていくと目されている。

これ書いた人、Microsoft信者ではないかな？

そもそも、仮にWindowsサーバのコンソリデーションが進行しているとして、
それと、PCネットワーク管理者の需要と、どういう関係があるのだ？？

>>593
前ほど管理者の数が必要なくなるってことでしょ。人海戦術の時代じゃないと

ＲＰＧ（リポート・プログラミング・ジェネレーター）なんかどうよ？
既に昇天。

早々に死んだと個人的に思うコンピュータスキルは
CORBA、DAVIC、OBN、ATM など

Report Program Generatorな

>>593
たしかに、ＳＢＳ　相撲る　ビジネス　サーバー　を売るぜ
という信号に見えるが





　
いままでまともに動いたことなどありませんから
日本語版では、アメリカのはなしだろ、ああ

なんだかんだ行ってもＡＳ／４００　ＲＰＧは
なくならんよ。
運用らくだもん

sendmail を設定するバッドノウハウ。
もう postfix でいいだろう。

SHOCK！
こぼるでどすのＦＳＰ
な俺は古代人な訳なのね。

金融系は
本を読んだだけで解った気になっているＰＧもどきが
Ｃ/Ｃ＋＋で作った下らないバクてんこ盛りの成果物で酷い目にあっていることを忘れてはいない。

硬い所は今後もＣＯＢＯＬを使い続けると思うよ。
ＣＯＢＯＬを消し去りたいのはトラブルが起こってシステム再構築で儲けたい大手ベンダの思惑だろ。


オブジェクト指向が好きな奴らには「オブジェクト COBOL」がお勧めかな

RPGって初めて聞いたとき、「ゲームか！」って突っ込んでしまった。

R 赤
P 紫
G 緑

>>137
電子工学科卒ですが、うちは
F88BASIC・Fortran・Cを同時にやらされました
一課題に対して３言語で

>>551
簡単だし

ＣＯＢＯＬ事自体ははなくならないと思うけど、実際の仕事は激減している。
汎用機自体が売れないからなぁ。
ほとんどの業務はパソコンでできちゃうし。
汎用機を使っていたユーザーもリプレースの時はサーバー系、パソコン系に変わっていく。
というか汎用機の値段やすくしないと、客受けはよろしくない。

．ＮＥＴやＬｉｎｕｘで動くＣＯＢＯＬもあるにはあるけどなー

>>608
それって「.NETアプリをCOBOLの文法で書ける」ってこと？

．ＮＥＴ上ででわざわざＣＯＢＯＬ走らせなくてもということです。

汎用機であれば独自ＯＳだしセキュリティが高く保たれるけど
やっぱ値段よ。プリンターも高いしね。
ＣＯＢＯＬが生き残るのは、ほんの一部だろうね。

>>609
うん、それが売りみたい。
専門誌の広告読んだだけで触ったことないから詳しくは分からんけど。

レガシーマイグレーションだったかな、
昔のプログラムのソースをなるべくそのまま最小限の変更で
最新のプラットフォームで動かすの。

あえて言うけど、言語に関わらずシステム組めるのがプロでしょ？

CやC++出来るって言ってるけど、簡単なＣＯＢＯＬも出来ないんじゃ疑っちゃうよ。

あえて言うけど、プロは無駄なことはしない。

本当のプロはコードを書かない。
コードを書くからバグが出るんだよ。

>>614
コード知らずの糞上流乙ｗ

と言ってみるテスト。

>>615
詳細設計以下の下流工程専門ドカタ乙ｗ

と言ってみる受入れテスト。

COBOLの活躍の場が増えるといいね。
でも望みは・・・・・・

上流というが、プログラマも能力が高い人が多い、インド人も驚異的に
ハイレベルである。

プログラマの能力が上がってくると、上流と言っている人達は、無駄な
コストの浪費者と見えるようになり、中抜きの対象となりすぐにリストラ
されてしまう。

上流の人たちは、最近、VB、C,C++のデバッグを禁止され、全て紙で
指示書を作りプログラマに仕事をさせられることになった。残った主な
仕事はパワーポイントでプレゼンの資料作りだけである。
なんとも、つまらなそうな仕事だ。

>4. cc:Mail
懐かしいな。メールを生まれて初めて、これで打った。

>>570
山下ってのがなんのことかわからんが
VC のはウィザードってほど気が利いてないからな
スニペットは割と便利らしいが 2005 を使っていい仕事がこねぇw

>>584
このスレでは微妙に抽象化の肩を持った発言をしてしまってた気がするが
その内容には同意

C みたいに直接メモリを壊してどーのこーのもあんまり近づきたくないが
フレームワークの不具合を踏んでどうにもならんというのも辛すぎるんで
結局どちらであっても理不尽な状況というのは発生しうるんだよな

スニペットでなんじゃらほい？
とググらないで聞いてみる。

>>620
オブジェクト指向などの抽象化を理解しないまま使ってるヤバイ層も多いね

それらは乗り越えてはいる層でも
ポインタやメモリ管理などの基礎知識を理解していないままの層がいて
地に足がついていない状態のために深入りするとお手上げ状態となる

言語はなんでもいいから最低限それら両者は身に着けて欲しいものだ

抽象化をしてクラスの階層を適切に作り上げられるのは天才だけ
変なクラスを作ったら、代々たたる

そもそも再利用が目的の機能は
おいらのような日曜大工には猫に小判

2

オブジェクト指向ってまだ死んでなかったのか。

エージェント指向だのアスペクト指向だの後継がぱっとしませんで

いっそのこと、objファイルで使用決めて
各自好きな言語で開発するってのはどうよ？

>>622
>オブジェクト指向などの抽象化を理解しないまま使ってるヤバイ層も多いね
抽象化はオブジェクト指向とは無関係ってことすら理解できないお前って、本当にヤバイな。

オブジェクト指向を否定するつもりはないが、ポインタはもちろんのこと自前でメモリ管理くら
い実装できる実力があるなら、使ってもいいって程度。

そのレベルになると、オブジェクト指向言語は使わなくなるけどな。

>それらは乗り越えてはいる層でも
>ポインタやメモリ管理などの基礎知識を理解していないままの層がいて
全然乗り越えてない層だから、論外。

オブジェクト指向言語の解説
　
ここにスパゲッティコードがある
のせる皿がひつようなのでこれをオブジェクトと呼ぶ
　
でしたから
　

なんだかネタにもされなかった言語が素敵なスレでつね

>>628
　　↑
キチガイ

だから

無視ってことで。

>>627
それなんて.NET？

似たような話として、C言語がいつまでたっても生き残ってるのはマクロアセンブラとしての
用途だけでなく、それで作ったライブラリのシンボルネーミングルールが単純なので
C++とかのようにコンパイラ変えたら云々とかの問題をあまり抱えないからっていう面もある。
一回Cで書いて後は本当の高水準言語で簡単に呼び出して使えるので、じゃあCで
とりあえず書いておくか、となったりする。他の言語だとこうはいかない。

今度、メインフレーム上のアセンブラで開発させられそう。

>>628
そういう意味では、オブジェクト指向言語という表現も微妙で、
そもそもC言語でもオブジェクト指向に基づきコーディングできるし、
必要であればむしろそのようなスタイルでコーディングした方がいい。

メリットとしては、ポイント操作などを含めたきめ細かい操作ができる半面、
デメリットとしては、表面上の記述がすこし難解に見える点。

しかし、あくまでも記述上の些細な問題に過ぎないわけで、
全体としてみればきめ細かい操作で効率よく実装できる。

このようにC言語ではデメリットよりもメリットが圧倒的に大きいため、
世の中の基盤を支えるオープンソフトウェアなどは、多くがC言語で書かれている。
今後もこの状況はずっと変わりなく続くであろう。

>>632
おっしゃる通りで、C言語はそのような点でも意味がある。

年齢層高いスレだな
言ってる事が分かる俺も同類だけどな

俺のもってたPCで生き残ったのないなぁ
PC-100、AMIGA、BeOS・・・
そういや仕事で使ってたのも
VAX/VMS、Ultlix、DECのRDBMS、C、DECnet、Alpha.…
あれ・・・

うちの会社のシステム担当部署は
「ウチはスーパーコボル使ってるからシステム壊れない！」
って得意げに言ってた

それって記事で一位のコボルってのと同じ？
一応株式店頭公開してる会社なんだけど…

>>636
今時店頭公開スゲー

SET DEF [.HOGE]

>>636
それ日本のlinuxの大御所のあれな人が
　
俺は全部COBOLで処理系書いた！
　


秋田から自分でunixクローンやるからやったっていう話ですな

>>639
スイマセン
プログラムとか全くわかんないんで、よくわかんないです…

時代遅れってことですか？

演歌の型は古いがしけには強いってだけです

>>634

＞デメリットとしては、表面上の記述がすこし難解に見える点。

その表面上のデメリットが雪達磨式にでかくなって破綻する件について。
DSL なみにフレームワークで雁字搦めにすると、いざという時に融通が
効かなくなる。だからといって、コーディングルールに頼ると絶対それを
無視するカウボーイが現れる。後は、割れ窓の論理でルール違反が蔓延
する。

そこで当社の MDA 技術の導入をご検討下さい！御社の開発チームの生産性
を２５６倍高めることができます！なーんてな。

汎用機は未だに多い現実

なんでもかんでもJavaとかC#が全てみたいな記事あるけど、
COBOLの方が簡単なバッチはすぐ組めて軽いしなぁ。

>>642
コーディングルールを守れないDQNがいれば
どの言語を使うかに関わらず
いずれ破綻していくのは時間の問題であろう

生産性と利益率から考える個人的に良いと思うもの

.NETのC/S＞＞＞ASP.NET＞＞＞PHP＞＞＞Python＞＞＞Java

ORACLE＞＞＞＞＞SQL Server


他は仕事があんまり来ないからわからん

>>645
ものすごーく偏った業界での、偏った文化における、特定の仕事ならば、そういう評価もあり

しかし、自分の環境が偏っていることを自覚していたほうがいい

日本ってどれくらい米とこの変の技術遅れてるの？
日本ではまだC++よりCのほうが活躍できるんだよな
自分がC++で開発したいっていっても客からはいつも嫌がられる
Cでもつくれるでしょ！って。理由は保守が大変だからだとさ。
Cでも作れないことないけど、テーブル管理とかめんどくせーんだよな
ちょっとした仕様変更でもデスマ逝きの確率高いし・・・

>>647
テーブル管理ってなに？

プログラミング
ランゲージ
ナンバーワン

ずばぬけてかっこ悪いネーミングだよな

ファミリーベーシックは現役。

三菱のP2はまだ有るのか？

>>647
その説明ではさっぱりC++でやるメリットが見えない

>>1
要するに

ＣＯＢＯＬ最強杉！マジムカつく！
１０年たっても２０年たっても切り崩せねーよﾌｧﾋﾞｮｰﾝ！！１！！

ってこと。

ああ、COBOLは最強だ。
言語仕様がシンプル、かつ規格がガッチリ固められているからな。
クリティカルな業務や場面で、本当に頼りになるのは
枯れた技術・ツールのみだ。

いや、これはＣ言語を駆逐するのが目的なニュースだと思うぞ。
「オマエラ、いつまでもＣなんてネイティブコード使わないで
　ブラックボックスで管理されたＷｅｂ系の言語使えや！」
って。
これの延長線上には、開発環境の販売戦略がある。

結局、事務とかでちょこっと処理で使ってみたりするなら、
ＶＢＡとかその他のＷｅｂ系言語でもいいと思うけど、
バグったときに個人で対処できないんだよね。メーカー依存で。
それに、最適化されたような深い処理するには、Ｃとかじゃないと無理だし。

>>655
>>656
Ｗｅｂ系言語って何？一般的な用語なの？

速さは要らない、メモリを喰ってもいい、という特殊環境ならば、そういうWeb系言語(??)でも全く問題ない

しかし、信者はそれ以外の対象でも、同じ言語を使い続けようとしてハマル

>>1 米『Computerworld』誌

今そのサイトみてみたけどマイクロソフトの宣伝ばっか。

「マイクロソフトにとって無くなって欲しい技術ＴＯＰ１０」

っていう意味じゃね？

あ、Ｗｅｂ系言語って Flash とか JavaScript とかのことかな？
教えてエラい人。

Web系言語？
たぶん「LL」だとか「P言語」って呼ばれている処理系のことでしょ。
PHP/Perl/Phyton/Rubyあたり。
JavaScriptも。

>>661
さすがエロい人！ありがと。
ついでにも一つ質問。
なんで「P言語」ってのに Ruby が入ってるの？

あ。。Ruby は「LL」って方に入ってるのか。。。ｽﾏｿﾝ

>>だと言うべきだろう。また、タイトルに「死んだ」などとセンセーショナルに掲げてはいるが、
>>いまだにCOBOLを筆頭に挙げるあたりは、新鮮みに乏しいと言わざるを得ない。
>>COBOLに関していえば、元記事中でも触れられているとおり現在でもメンテナンスの需要は
>>残っており、これから新たに習得する価値があるかどうかはたしかに疑問だが、
>>COBOLプログラマが即座に路頭に迷うという状況でもないだろう。

これって、ＣＯＢＯＬ最強って意味だろ。元記事より引用。

>>662
RubyがどうしてP言語なのかって言われてもねぇ。
P言語って「俗称」だから気にしなくても良いと思われ。

ちなみに、
Ruby（ルビー）って名前は、Perl（パール）をあやかってつけたものらしい。
どちらも宝石の名前。

★★★★★★極秘情報★★★★★★★

(1)MULU/MULS/MSMU/MSMS/MRDU/MRDS
(2)MUL1/MRD2/MSM1A…

Web系というか、Ｃ言語を越えた高級言語ってとこだな。
ＶＢもそれ。
言語なんてどうでもいいのに。

というより、
銀行屋＞計算機屋
だから。
銀行屋が居るから計算機屋が存続できるというのが、業界の悪い体質。
どーせなら、計算機屋よりも銀行屋になった方がいいだろ？
毎日３時で業務終了で、後は計算機屋にまかせたＡＴＭやサーバがやってくれる。
最高だぜ金貸し借り業！

>>665
おー！なるほど、そういうことか。ありが�d
しかし、パール（真珠）は pearl なのに、なんで perl なのかね。。。

Cはオブジェクトはシンボルが腐るからいらないけど、テンプレートだけ
輸入してSTL使えるようにして欲しい。

マクロでやるのはきつきつです＞Cのテンプレートもどきプログラミング

>>669

Perl=Practical Extraction and Report Language

COBOLやアセンブラで開発してるときはREXXにはお世話になった

>>665
Perlは別に真珠のつもりで付けた名前じゃないのに
Ruby作者が勝手にそう勘違いしていた…と俺は思ってる。
英語をカナ読みの語感だけで捉えようとするのは
日本人の悪いクセだね。

ぐぐってみた。

> Perlの名前の由来については「プログラミングPerl」の「ためになるPerlの歴史」に書いてあります。
> Larryさんの講演ではUNIXでの標準言語C(=SEAつまり海)とshell(=貝殻)の間で生まれたから
> パールっていってましたっけ。

あと、最初は pearlだったけど、同名言語があることが分かって、pealに変えたという説があるみたい。

間違えた。
× peal
○ perl

どーせ、C++で書いたって再利用されない継承性の全くない一回しか使わないClassしかかけないんだろ。

コンビニで弁当を買ったら店員に
「あたためますな？」と言われたんだ

動揺しつつも
「さようでござる。」と答えたんだ

>>676
/usr/lib/の下に、再利用されまくりの便利で豊富ななライブラリ群がある
もちろんCベースだが

>>670
たしかにCの唯一の難点はマクロが弱いことだな

あとは、typedefによる強い型チェックくらいあれば、bugも激減するであろう

　
674=675って猿？

Cが時代遅れって、頭おかしいだろ?
アセンブラとC言語ができれば十分な稼ぎがある。

十分な稼ぎって年収でいうところのどれくらい？

>>647
C++は
(1)生ポインタが扱えるASMもどきの顔
(2)関数をが扱える構造化言語としての顔
(3)マクロによるメタプログラミング
(4)オブジェクト指向としての顔
(5)テンプレートによるメタプログラミング
の顔があるので、他人のコードを読むとき、
どれを好んで使ってるか見極めないと、ものすごく管理しづらい。
C++でしかできない作業でなければJavaでやってもらうほうが楽。

>>678
D言語のせかいへようこそ

>アセンブラとC言語ができれば十分な稼ぎがある。

ﾜﾛﾀ

どの言語が出来ても結局ドカタ…

一生懸命作ったって、二束三文で引き取られ
最終的に使うのは小中学生。
それがボクらの仕事さ！

>>685
ゲームプログラマでつか？

オブジェクト指向の言語が広まれば再利用できるクラスができて、
今まで個別に作ってた部分も必要な部分だけオーバーライドすれば
コーディングは完了するなんて夢。



昔はあったよな。

アクセル4GLとASCIIのWingzやってた俺・・・

>>665
石塚圭樹の誕生石がrubyだったということも理由のひとつである。

"Ruby"命名の瞬間
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/5173

>>687
IBM の SanFrancisco とかどうなったんだろね。まぁ、死んでるとは思うがｗ
昔は夢見る大人が多かったのかなぁ、とゆとり世代の工房が言ってみる。

俺が作ったPGには全てガーネットってコードネームをつけよう。

俺様のLisp 1.5のスキルはまだまだ売れるわけだな？

女の私が抱くSEのイメージ
・朝10時すぎにスタバのカップを持ちながら出勤
・冷暖房の効いた部屋でちょこちょこっと作業
・社食はビュッフェ式
・ドレスシャツにジーンズの服装で、もちろんノータイ
・茶髪のパーマでも全くお咎め無し
・デスクに我が子の写真を飾ってる
・四時半には仕事も終わり、同僚と談笑
・アフター５は彼女と伊勢丹でデート

＞リレーショナル以外のデータベース(Nonrelational DBMS)
階層型データベースの概念は、DNSやActive Directoryという
ディレクトリサービスのなかに生きている。
ネットワーク型データベースの概念も、XMLの中なんかに
使われていくだろう。

C++は、言語仕様を整理して欲しい。
世の中のC++プログラムで、機能をフルに使っているものなんてほとんどない。
本来、別々の言語でやればいいことを、無理やり盛り込んでる。
Ｃ言語の暗黙の型変換＋厳しい静的チェック＋テンコ盛りの言語機能で、
自作テンプレートのデバッグなんてかなり難しい。

>>694
俺の仕事スタイルとだいたい合ってるな。

・朝8時すぎに缶コーヒーを飲みながら出勤
・少エネで熱気のこもった部屋でちょこっと作業のふり
・客先に社食はなくてコンビニ弁当
・昨日も着たシャツにスラックスの服装で、もちろんノーアイロン
・黒髪のストレートだけど頭皮が透けてる
・結婚できてないのでネコのカレンダー飾ってる
・１１時半には仕事も終わり、同僚と終電へダッシュ
・そのままベッドで睡眠時間は５時間

>>696
おれの周りのＳＥの実態
・朝10時すぎにスタバのカップを持ったやつを横目に見ながら出社するが
　上司から「うつ病か？」と皮肉られる
・冷暖房よりサーバの熱のほうが強く、体質もあって、いつも汗だく
・社食は動物のエサ並み
・よれよれのシャツに学生時代からはいているＧパンだったが、それも面倒になり万年スーツに
・髪を染める時間と心の余裕がないし、そもそも髪に金をかけない
・仕事が終わるのは朝の４時半
・アフター５に日が昇り、帰ってシャワー浴びて、仮眠したらまた出社

>>694
電通のイメージの間違いじゃね？

Adaが最強に決まってる

じゃあ、Awk を２位にしてください。

似たような処理なら誰が書いても似たようなプログラムになるってのがコボルの強みだよな
つうか、あの程度の言語ならCやベーシック使えるやつなら、マニュアル見ながら応対できるんじゃないのか

>>701
C、PHP,VB,Java 程度ならどれか知ってれば後はマニュアル見ながらでも覚えられるが
そうはいかないのがコボルの強み
なまじオブジェクト指向が身についてるとソース見ても教科書読んでも
わけわからん

多分簡単な移植も不可能。コボルの仕事は今後も不滅だろう。

そういえばPrologっていう言語もあったけど、
あれはどうなんだ？

あー構造化コボル以前だときついかもな

>>703
あれはサザエさんの家計図を表記する言語だ

>>705
そのこころは？

今は枯れた技術持ってる奴が重宝される時代だけどな
文系の知識なんて糞も役に立たない

Javaが主流の言語ではなくなるのはいつのことなんだろう?

オブジェクト指向という言葉は出てきても
プロシージャ型または手続き型という言葉が出てこない
このスレの不思議について語ろうか

>>708
俺の業界では主流どころかまだ使われてもいませんが、何か？

>>709
オブジェクト指向は死につつあるけど、手続き型が復権するのでつ。

>>705
例題でやらされたんだよ

波平はサザエの父である
舟はカツヲの母である
波平と舟は夫婦である
サザエの兄弟は？

ってな感じで。正直、これとlispだけは脳みそが拒絶反応を起こした

一口にコボルって言ってたが、これだけ歴史があるなら仕様もかなり違うんだろうなと今きがついた

>>115
↑

L → R

業務知識を持ってない奴が、開発言語のスキルで威張っても所詮PGだろ。

人月単価でしか評価されてない使い捨ての悲しい奴らが多すぎ。

>>709
手続き……んなもんは空気だからじゃね？

>>634
>しかし、あくまでも記述上の些細な問題に過ぎないわけで、
>全体としてみればきめ細かい操作で効率よく実装できる。
シンタックスシュガーって、知ってる？
メタボシンドロームの原因だったりする。

>>678
>たしかにCの唯一の難点はマクロが弱いことだな
RATCでも作れば？

いや、だからこそ

べーしっ君の復活だよ

COBOLのおばちゃまなんてのがいたな

>>717
コンピュータエンジニアリングの功績で、最後は海軍少将にまで上り詰めた人だよね。

Cとアセンブラがメイン言語で1500マソ／年の俺がきましたよ。

>>719
ちねっ！

RoRはなんか廃れる気がする。ただの直感だけどｗ

非手続き言語なのに普及しまくってるのがSQL

>>711 だと適当なテーブル作っておけば一文で兄弟検索できる
select distinct p2.Name
from person as p1, person as p2
where (p1.farther = p2.farther
or p1.mother = p2.mother)
and p1.name = 'サザエ'

prologやlispのようにカッコイいいメージ無いけど sqlは凄い。

なんか本質的に違うよーなき駕する
ＳＱＬがすごいんじゃなくて、そのテーブル構造を知ってるお前がＳＱＬを書いてるから問題が解ける

予想通り、懐かしの技術ネタスレ化

COBOL程度の簡単な言語も出来ない奴がCを語るなんて、お笑いだね。

>>680
組込だとＣとアセンブラでやらないといけないからどうしようもないしね。

>>702
CかBASIC触ったことがあればC++,JAVA,PASCALの系列はだいたいわかるけど
FortranとCOBOLはパッと見では理解できんなぁ。
本能が別物だと言って脳内デバックしてくれん・・・

>　2. リレーショナル以外のデータベース

思いっきり、勤務先の上司の押し付けで事務所の主要 db は
非リレーショナルな　db が　db という風潮が蔓延しています。
だれか、この人たちに本当の　db の使いかたを教えてやってください。
私は逃げますので。

>>726
始めて仕事でPG作るときに本読んで１週間で理解してCOBOLのPG作りましたけど、
そんなに難しいか？？？？

>>722
でも、あんまり複雑な関係だとSQLで書くのは大変だよね。論理型の強さは
この辺にあるんだが、残念ながら役に立つアプリケーションがなさ過ぎた。

Delphiとか5年ぐらい前に仕事で使った＆覚えたけど、
もう二度と使う事はないだろうなぁとｵﾓﾀ。

チル言語

>731
アセンブラを知らないでチルを使うのは難しい。
光電話がぼこぼこ落ちている状態だからまだ寿命は残っているだろうけど。

COBOLで黄綬褒章を狙う弊社のじーさま達の士気は高い。

逆に古いシステムを独自に改良されとると
のせかえれときやりずらいぜ

日本語覚えてからレスしろ

>>722
SQLは全然すごくない

Prologは一階述語論理に基づきどんどん推論していく
例えば簡単な例だと三段論法を多段に推論して解いたりもする

一方SQLは与えられた関係のみしか扱えない
比較対象にならないくらいSQLはDQNレベル

>593

アメリカだと、ファイルサーバーと端末のIP設定の管理するだけでよい
ネットワーク管理者というのがいたのかもね。
CCNA取得者の平均年収が6万ドル越える国だからさ。

残念ながら日本のネットワーク管理者っつうのは全部やるからな。

>646
PythonとPHPの評価は逆だと思うがおおむね順当な評価だが。
少なくとも業務システム構築ではな。
特殊だと思うお前のほうが特殊

C から S まで Windows で固めた零細規模ばかりで何で生産性とか利益率とか語っちゃってんの?
そういうお年頃?

規模の大小に関わらず、お客様がお求めのシステムを最適なソリューション
により誠心誠意開発させて頂いております。

どうか今後とも弊社の SI サービスをご愛顧下さいませ。

ぶっちゃけ、関わった言語全部覚えておけば、いいんじゃね？
漏れは、アセンブラはZ80、80486series、68kとか色々からスタートして
C、C++、Objective-C、Dと来て、仕事では、PHP、perl、python、ruby、sql
って言うのが、大体の遍歴。
正直学んで損した言語なんて、無かった気がするが・・・

>>741
全部、広義の手続き型言語ばかりじゃないか

人間が手続きを書いてやらないといけないような言語しか経験していないとは明らかに経験不足

>>742
人間が手続きを書かないでもコンピュータが人間の思いを汲み取ってくれるような
プログラミング言語があるんですか？
想像も付かない俺は経験不足。。。orz

>>742 はきっとProlog専門のプログラマなんですよ

個人的にCOBOL復活を望みたいと思っているやからです
富士通、日立、ACU、MFなどいろいろ出ていますが、開発および運用で
一番親切なのは、どのメーカのものでしょう？
比較表なんかあるとうれしいのでうが？
ご教授ください

>>743
PROLOGなどの論理型言語だと、
知識を与えておくだけで、
人間の思いを汲み取ってくれて、
勝手に結果をきちんと出してくれるよ。

>>746
おー。そうなんですか。。。うーん、でもやっぱり想像もできないｽ
いっちょ勉強してみるかなぁ。

>>747
無駄だから。誰がどの業務に使ってんだよそんなの。

>>748
無駄なのか！ひょっとして PROLOG ってもう死んでるの？

>>673

はあ？すでにpearlという言語が存在したからだろ
なに知ったかぶってついでに日本人批判してんだよチョンｗ

>>749
昔人工知能ネタで金儲け（研究費を引き出す道具）に使われたらしいが、最近は聞かんな。

>>719
組込系？　だったら少ないね。
絶滅危惧種なんだから倍くらい貰わないと...

>>668
いまごろ、日本でこういう馬鹿が言うってことは
アメリカはその逆をやるなあ
　
>>1の記事もそういう意味か、D言語あるにはあるが
まだCに比べると、作ったバイナリでかいしなあ
　

F9450-II APCS EPOACE

PowerBuilderのデータウィンドウは便利だったなぁ。

PowerBuilder と聞くとむきむきマッチョを想像してしまう俺は
まだまだ勉強不足だな。。。

機械語最強。
他は目糞鼻糞。

>>747
論理型言語を触ったことが無いならきっと新鮮に感じると思う。勉強してみても損はないよ。あっという間に習得できるし。
Prologを使った仕事は今はもう無いだろうけど、勉強だったら関係ないよね。

>>757
RISCのプログラムも全アセンブラで書いてるなら神

>>758
Prologよりmake覚えたほうがよくね？

理系技術を進化させる前に、文系を絶滅するのが先決だと思う

>>760
Prolog って make と通じるものがあるの？
make ならちょっとは使ったことあるけど、サフィックスルールの辺りのことかな？

>>760
言語のmakeか。全然触ったこと無いから分らん

コマンドのmakeなら>>741は当然知ってるだろ。
俺はてっきりmakeって言語があるのかと思ったよスマン

いや

　Prolog=普通の言語＋バックトラック＋パターンマッチ

だから、Prologより実用性のあるmakeでいいんじゃね？というつもりだった。
GNU make位になるとなんかプログラム書けそう。たしかに >>741 は当然知ってるだろうけど。

きっと Haskell だの OCaml だのという話が出そうだが、スレ的には
死にそうでまったく死ぬ気配がない Lisp/Scheme でいいんじゃん？

SICPでも読むといい。コンピューターの基礎も確認できてうまーだぞ。
しかもタダで本が読め、講義が見れる。ただし要英語力。
駄目なヒトは訳がひどいと有名の日本語版を買え。

本　http://mitpress.mit.edu/sicp/full-text/book/book.html
講義　http://swiss.csail.mit.edu/classes/6.001/abelson-sussman-lectures/

>>766
「計算機プログラムの構造と解釈」はとりあえず買ってあるけど
まだ目次も見てねー。そんな俺はやっぱり勉強不足。。。

COBOLすら出来ない奴らが話題そらし始めてつまんないな。

Prologが論理型といったって、実際にプログラミングする時は手続き型の
感覚で書くんだよ。ループを再帰で書くだけに過ぎない。Prologは論理式
ではなくてプログラミング言語ですから。

prologなんてバックトラックできる変態言語に過ぎない。

>>757
ハード屋ならわかるが・・・
実際ある程度hex表示でもわかるようになったりするからねぇ

別にCOBOLでもいいんじゃね
最近のシステムはまともに動かねぇよなｗ

一から独学で来た人はCOBOLなんか経験無いでしょ

COBOLは二種を取る時に独学で勉強したなぁ。
CASLで受ければよかったと今更ながら思った。

/* C Templete Source */

#include <stdio.h>

int main(int argc,char *argv[])
{
printf("Hello World\n");

return 0;
}


*********************************************************************

! Fortran95 Templete Source

program main

print *,'Hello World'

end

***************************************************************

PowerPCの命令セットは玄人好みだな。

>>769
COBOLの案件ってでかいようにみえて、実際金額はめちゃちいさいもん
　
銀行のATMより携帯電話のほうが数が多いし刷新も多いんだから

かな入力はキーボードを50箇所覚えなければならない
ローマ字入力は20数個でいい

ポケベル入力とか言い出さずに安心した

>>778
元受次第だろ。
Fはめっさ安いがIはぼりやがったなというくらい高い。

>>781
それ、どのFですかあ
　
それいったらあ、うちはFと関係ないのにFの天下りが居て
営業によっては似たようなくくりにされてましたけどお
　
Iが高いっても　保守料金　はほんと安いんだよ、メンテにならねえんだよ
　

Ferrari より ISUZU が高いってありえないっすよぉ。

makeはマジで凄いよー
アレをコンパイル以外に使うと、目から鱗だよー
糞batイラネーとか思っちゃうｗ

それはもんじゅの洒落のつもりで言ってるんだな
　
自分で自分を精製するという

うっせ〜。
おれは、今でもTURBO PASCALが好きなんだよ。
悪いか。

>>757
マイクロコードでも書いて悶えてみる？

近所のバーに行ったら、勘定系システム要員として COBOL 使える人が
どんどんいなくなっていて、とんでもない値段でヘッドハントしてるって話
を訊いたんだが本当かね？

マシン語ってどうなったの？

当社ではサポート致しておりません

>>788
人が足りないというのはよく聞くな

>789
チップメーカーだとまだ有るのかな？
アセンブラならたまに使うけど。

アセンブラをアセンブルしたもんがマシン語だと思っていたが時代は進化してたか・・

>793
昔はマシン語をそのまま使ってたんだよ。
言語を話題にしてるからそっちのつもりで書いてた。

昔はアセンブラ本の付録にアセンブラ〜機械語の対照表がついてたりしてたな。

バイナリエディタ開いていきなり０１だけでプログラムしちゃうのって憧れるけど、実際みたら引くな

しかし本当にバイナリエディタで全部いきなり書ける人いるのかね？

NOP埋めとかJMPほげ位なら頻繁に使うから覚えててもおかしくないし、
狙った場所を埋めるような書き換えは今でも普通にあるけど、伝説に
あるような「いきなりバイナリエディタ開いてプログラム書いた」とか
ホントかよと未体験世代としては思うわけですよ。普通はハンドアセンブルして
それをしこしこ打ち込むだろ？と。ちょっとフカしてませんか？

>>782
Ｆって不治痛の事に決まってるじゃん。

>>791
今より、もっと安く使い捨て出来て時間通りに出社して死ぬまで働く土方が足りないって事。

SEから印刷屋に転職して１０年経ったんだけど
今は何が主流なんだ？JAVA？

>>748
TivoliのTECにおけるルール記述言語がPrologだったりする

そもそもプログラマーになった時点で人生オワタだろｗ

数年前、知り合いの職場に入った分析装置のOSをみたらOS/2系で、
『すごい！初めて見た！』
とか一人で騒いでいたら嫌な顔をされたなあ。

でもプログラムするためのプログラム言語を作るときはバイナリエディタで作るんでしょ？

昔のCPUは命令の種類が少なかったから、頭いい人は出来たんじゃないか？
TK-80なんてあれ８セグLEDしかないから強制バイナリ打ち込みじゃなかったけ

>>804
そのバイナリエディタはプログラム言語で・・あれ？

>>796
バイナリエディタって名前でも実際に打ち込むのは16進。

モニタから直接マシン語入力はZ80の頃ならあったようだ。

ニーモニックじゃなく数値でいれるん？

>809
4K RAM位でやってた頃はjmpのアドレス部分を別の意味で使うとか、自分自身を書き換えながら実行とかやってたからアセンブラじゃ組めなかった。
よく使う命令以外は覚えていなかったので対応表は必須だったけど。

>>787
そこまで言うなら、いまどき、VerilogかVHDLだろ。

基本概念がわかってれば、COBOLもハード記述言語も、同程度の難易度だ。

>>788 >>791

15年ぐらい昔の印刷業界で
植字が手動式写植機からCTSになだれをうって移行してった頃、
手動式写植機の「職人さん」が払底して
そういう状況になったことがあったな。

今はCTSとDTPが争ってて、DTP優勢らしいけど。

小学生の頃は、CDという看板の建物を見てコール命令がなんで街中にあるんだろう、と思っていた時期がありました。

ロストテクノロジーを扱える定年退職者を集めて、
いにしえの機械のメンテナンスを請け負うビジネスをすれば儲かるかな。

ロストテクノロジーって言葉かっこいいな
おっちゃん頑張って！

>>808
モニタからプログラムファイルに手パッチ当てるなんてよくやったよね。

流れが低級すぎてついていけん・・・

>>813
Z80?

CD 21 だっけ？

>>2 のネタの６、C言語

おれ、元々業務ではC++から始まって、１０年くらい修行して
だいぶ分かって、そのあとでC言語の仕事をしたことあるけど、
かなり戸惑った。不自由すぎて。

別の言語だと思ったほうがいい。特にC++からCにいくときは。

で、まだまだ全盛だろ＞C言語

ColdFusionしか使えない俺は・・・

　 　　　　　,､-''''^ ￣￣￣￣ '''''--､,
　　　　／⌒￣　　　　‐- 　　 　 　　 ＼
　　 ／　　　　　　　　　　　ヾ　　　　　　ヽ
　　/ 　　　　　　　　　　　　　　　　　　　 ﾍ
　　|　 i.　 .i　　　　　　　　　　　　　　　　　i　　　
.　 |　 ﾄi‐iλ､､λ　i､　i､　　　　 ､　　　　　|　　　
　　| 　 !'ﾆ‐-､ヾヽvヾvヽ､_　　　　＼ヾ i. │
　　ﾍ　 |^T^jヽ　　　t‐┬､^ヽ､､,,　　ヽｿ　!
　　　ヽ |　^　 i　　　^‐^_ﾉ″　|r⌒.i　!|　/
　　　　 i 　　ﾉ 　　　　　　　　 i|б/ 　 /
　　　　λ　 ゝ 　　　　　　　　　rノ　ノ
　　 　 　＼　　ー-　　　 　　　ﾊ　彡^＼　　＜勝ち組です >>821
　　　 　　　ヽ､　｀　　　　　 　├‐‐-,　　ﾉヘ
　 　 　 　 　ノ.ヽ､＿　-‐ 　　 .レ　　ﾍ　　 ﾉヽ
　　　　　／　　 　/!　　_,､-‐'''^　　　　ヽノ 　ハ
　　　 ／へ　　　/　　/　⌒ヽ　　　　／

伝説なら、公衆電話から笛を吹いてハッキング。すらあるからな
ビバ音響カプラ

>>820
C++ はかなりヲタ仕様のやっかいな言語だが、
C 言語も極めようとすると、かなりマニアックな言語。

組み込みの下回りじゃまだまだ現役だろう。動きの
見えにくい C++ で下回りはちょっとあれだが、上回
りのアプリじゃ普通みたいだな。

関数ポインタで設計されてる C のソース見ると、多
少は C++ っぽい薫りがする。inline とかある C 処
理系もあるし。

>>823
肉声で、特定の文字を意識的に出してみるぜ！って
雑誌記事のネタを思い出した。

9. PCネットワーク管理者
Windowsサーバのコンソリデーションが進行しており、PCネットワーク管理者の需要もなくなっていくと目されている。

これだけようわからん。誰か解説してくれ。

大ＣＯＢＯＬ帝国憲法

第１条
全リソースは万世一系のＣＯＢＯＬ、これを統治する

第２条
ＣＯＢＯＬは神聖にして侵すべからず

第３条
ＣＯＢＯＬはＣＰＵ、記憶装置、出力装置、通信制御装置を統帥する

第４条
臣民たるオペレータは法律の定める所によりテープ交換及び用紙交換の義務を有す

>>820
Linuxカーネルは今でもC言語

Ｃ＋＋は「データ」や「イベント」の観点がコード設計に入ってくるけど、
Ｃは、言語使用としては「手続き」の視点しかもってない。

最も、「手続き」の視点で全てを説明できる能力ってのは、まともな全てのプログラマが
持っているべき素養だと思うけどね。

Ｃは無くならないだろう。

しまった、訳の分からん文章を書いてしまった。

>>829
いいたいことはわかるよｗ

ワケワカメな文章を読み解くのはSEの重要スキル

>>825
異様に意味不明なんだよな、これだけ。

「MSが売りたいWindows」を前提にする限り、需要がなくなるはずはないんだが。

ＣＯＢＯＬの仕事なんて今時ほとんどないよ。
あるところは幸せよ。

嘘言っちゃいけませんよ。たっぷりあるよ

>>1
＞ 6. Cプログラミング
＞ 9. PCネットワーク管理者

様々なシステムの基盤を支えているオープンソフトウェアは、
今もCプログラミングで記述され続け、
PCネットワーク上で構築され続けているよね？

つまり、この記事を書いた人は、
インフラがどのようなものでどのように構築されているのかを知らないのでは？

あるいはマイクロソフト信者など、商用関係しか知らない井の中の蛙な人。

これからの時代CとJAVAのどっちがいいと思う？

両方、なかなかくたばりそうにないから両方やっとけ
とはいえ、どの仕事でも使うって意味じゃない

光コンピューティングの時代に移ると、
定理証明用言語の評価が格段に上がるだろうね。
昔、Ｍに少し手を付けたことがあるけど、もっかいやっ（とこうかな。

また、そういう時代が来ると社会科学のめざましい発展も予想される。
２１世紀後半は、社会科学の時代になるかもしれんなぁと妄想してみる。

ただ、それで民間の産業が成り立つとはおもえんし、
やっぱり国研が繁盛して、引いてはそこの天下り人材派遣会社が儲かることになるんだろうか。
官僚主義の終焉と、人材派遣社会というのは、実は一体の現象なのかもしれんな。
安部もそういう結末を探ってるのかもしれん。

抽象度の高さでいうと、
一般的なものではObjective-Cが飛び抜けてる。
こういう真性オブジェクト指向できっちりかかれたアプリは、
本当に「物（有体物）」のような操作性を有している。

いやもちろん、セカンドライフとか、３Ｄオブジェクトであれば
物の形状について異様にリアルだけど、そういうリアルさではなくて、
あくまで論理的に構築された世界の中で、ね。

Visual C#2007のLINQがJavaの息の根を止める

FORTRAN

兆稼ぐうちの親会社のシステムもほとんどがCOBOLだな。
地道にERPに置きかえて行ってるがいつ完了するのやら。

今のＰＣ上でＢＡＳＩＣでゲームとか作ったら、ストレスない物になるんだろな。

>>842
かっこいいゲーム作ってみてくれ。個人的にはグランツーリスモみたいな車系を希望。
ttp://www.vector.co.jp/soft/dl/win95/prog/se055956.html

>>788
よくよく聞くとさ、それ”原子力発電所の内部の掃除”みたいな
電磁場もれまくりで作業小屋に幽閉ってマグロ漁船かみたいな
　

研究のシミュレーションCもしくはMATLAB(行列演算ある場合)でやってるけど、
その他の言語で書くと、今までCで書いてたものが楽に書けたりするもんなんだろうか。
プログラミング言語の違いなんてあんまワカンネ。
誰か教えて

俺に聞くなよ、まだ仕事でF７７とかCのintelのスーパーライブラリそろえてるとこ見たことねえよ
　
いやそれ以前に、日本でやってる奴いるのかと

>>845
研究、シミュレーションの内容がどのようなものかは分からないので
的外れなレスかもしれません。

私は仕事をする上で極力コンピュータで処理できるような単純作業は
自動化するように心がけています、その際には対象の作業内容により
シェルスクリプト、Ruby、VBA など適材適所で使い分けています。
が、ほとんどのケースで C 言語にような低レベルな記述を必要とする
言語は使用しないです。

速度性能より開発効率を優先したり、使い捨てプログラムを作成する
ような場合、より抽象度の高い記述が可能な言語を使うメリットはある
と思いますよ。

うはｗｗｗｗｗｗｗｗｗ
COBOLとCとPerlの俺ｵﾜﾀ＼(＾o＾)／

>>848
誰がなんと言おうと
あと50年続けていれば、必ず人間国宝になれる

>>848
よう俺。
それにPL/Iが加わった俺ｶｯｺﾖｽwwwwww

ForthとPrologとLispしかわからん

>>851
AIのセンセイなら珍しくない。

関数型プログラミング言語とか論理型プログラミング言語とか
まだ生きてるの？
これから復活するの？

>>853
現在のコンピュータの主流がノイマン型である限り、
なくなりゃせんでしょ。

>>854
わかってないでしょｗｗ

>>854
どんだけ〜ｗ

あげ

>>848
Perlはまだまだいけるだろう
日本にも信者がいるし

Ｃ言語？
今でもアセンブラのコメントに使ってるよ

アセンブラ言語とアセンブリ言語ってどっちが正しいの？

アセンブラ　未然
　まだ、書き始めていない段階
アセンブリ　連帯
　みんなで一緒に作っている段階
アセンブル　終始
　全部終わって、リンクしている段階
アセンブレ　仮定
　バグが出て、あのときこうすれば、と反省している段階

アセンブロは無いのか？

>>860
アセンブラ言語ってのは、「アセンブラ」を制御する「言語」だな。DUPとか。
アセンブリ言語ってのが、いわゆるニモニックに相当する言語部分だな。NOPとか。
アセンブラつうのが解釈してOBJとかをはき出すEXE相当部分だな。MASM.EXEとか。
アセンブルつうのは、「アセンブラ」を使ってOBJをはき出す行為な。つまりEXEに解釈させる事。

パッチパネルでアナログコンピュータをプログラムしたことある、俺様が来ましたよ。

もう完全に死んだ技術かと思ってたら、最近FPAAとかあるのな。

>>225
Winnyが確かCで、ShareがDelphiだったんじゃないかな？
記憶間違いかも。

>>863
で、肝心のアセンブロは？

じゃあアセンブラ言語って言葉を使う人は、Ｃ言語のことをコンパイラ言語
って言うタイプの人なんだね。やっと理解できたよ。ありが�d

>>854
一瞬はぎゃみたいなこというと思ったら、真逆じゃねーか

>>835
厳格なパフォーマンスを求められるところなら、まだまだCは必要だぞ。
iモードの制御とか。

ドコモの仕事は二度とやりたくないが。

ライブラリが Emacs-lisp 並に豊富なら prolog も生き残ったかもしれない
のに orz かなり低レベルを書かなければならないからなあ。

>>870
backtrackableなライブラリ群はPrologでは本当に便利だよ
いずれPrologが復権するね

処理速度が求められる場面ではＣ言語はまだ主役だね。

C++は無駄にコンパイル時間が遅いのが駄目だな。

>>825
> 9. PCネットワーク管理者

サーバの仮想化の事だと思う。
ttp://www.microsoft.com/japan/windowsserver2003/techinfo/overview/virtualization.mspx

Cだけでは問題領域のコードを書きづらい場合（座標値配列をネットワークに変換したい、など）
ドメイン固有言語（Domain-Specific Language、DSL）という選択もあり、かと。

１．C以外の言語で、DSLを作成
２．DSLでプログラムロジックを書く
３．上記２．のコードをCソースにコンパイル

>>845
>>875

>>854
ノイマン型　→　手続き型じゃ？

死につつある技術

オブジェクト指向、デザパタ　詐欺がばれつつある

>>870
> ライブラリが Emacs-lisp 並に豊富なら prolog も生き残ったかもしれない
> のに orz かなり低レベルを書かなければならないからなあ。

オフィスアプリを、Prologだけで書くのは無理があるよね。
言語の設計目的が違うから。
復権するとすれば、目的別の言語エンジンを持ったPC同士が会話して
アプリを実行するネットワーク上かな。

|3. IP以外のネットワーク(Non-IP networks)
|TCP/IPはネットワーク界を席巻しており、
|その結果、たとえばIBMのSNA(Systems Network Architecture)などの技術スキルが求められることはほとんどなくなった。

こういうとこに目が行くのは俺だけですか
どうも社保庁もこのあたりでもめそうな気がするんだが

>>878
> 死につつある技術
> オブジェクト指向、デザパタ　詐欺がばれつつある

Javaを、Cによる壮大なシンタックスシュガーと考えれば、デザパタは必須。

IDENTIFICATION DIVISION. うへ忘れてなかったwww

>>880

トークンリングの件なら、IPとの相互接続コンバートが無難かと。
スピードダウン、細かな制御が一部使えないという問題があるので、移行専用ブリッジ。

>>881
極論だと高級言語はすべてシンタックスシュガーであるとか
アセンブリもビットコードに対するシンタックスシュガーであるとか
そんなかんじ ?

シンタックスシュガーって言葉を拡大解釈し過ぎ。
ある言語の基本となる部分に、ほんの少し味付けをして構文を簡略化したりする
ものがシンタックスシュガーだよね？
糖分摂りすぎはｲｸﾅｲ

シンタックスシュガーならまだいいけど、メモリ管理くらいは自前でやらないとな。

オブジェクト指向なんかも、普通はCで関数ポインタ使って実装するよね？
UNIXのデバドラみたいに。

このスレ全部日本語でおk

>>884,885

意図的に、「壮大な」と描いた。
進化させるべき方向を考える場合の指標になると思ってる。

Cが素敵なアセンブラ、C++は新しいLispとは考えてないけど。

>>886

Cに比べたJavaの魅力として、メモリ管理・ガベージコレクションにかける労力を減らせる、
という人も居るので、用途によると思う。

デバドラみたいに、ハードを直接操作できる場合は実行時パフォーマンス、ポータビリティ、
柔軟性（自己書き換えなど）のどれを優先させるか悩ましい。

>>889
デバイスドライバーに限らず、OSのカーネルや、
アプリでも各種デーモン類などは、効率面から多くがC言語で書かれているわけで。

その他の言語が使われるケースは、
速さを重視しない場合やメモリ効率を気にしない場合などであって、
それらを犠牲にしたくない場合は、現状でも主流はC言語であると言いきれる。

>>834
PCネットワークってNetWareのことじゃ？
今じゃネットワークというと殆どTCP(UDP)/IPだが、これは出自から考えてもPCネットワークとは
いわねーよな。

>>1-2
これ全部マイクロソフトにとって都合の悪い製品・技術だよね。
マイクロソフトの推奨リストに書き換えるとこんなもん？

1. COBOL
→VB

2. リレーショナル以外のデータベース(Nonrelational DBMS)
→SQL Server

3. IP以外のネットワーク(Non-IP networks)
→Windowsネットワーク

4. cc:Mail
→Exchange

5. ColdFusion
→VisualStudio/ASP.NET

6. Cプログラミング
→C++/C#

7. PowerBuilder
→VisualStudio

8. 認定NetWare技術者(Certified NetWare Engineers)
→MCP

9. PCネットワーク管理者
→Windowsネットワーク管理者

10. OS/2
→Windows

さすがにJavaとOracleの駆逐はまだまだってところか

は〜い、オッパッピー

今から１０年後に必要なくなるスキルを予想して↓

自動車の運転免許かな

>>890
> >>889
> デバイスドライバーに限らず、OSのカーネルや、
> アプリでも各種デーモン類などは、効率面から多くがC言語で書かれているわけで。

確かに、CPUなどのハードウェアに依存する部分は、アセンブリアプローチの方がいいと思う。


> その他の言語が使われるケースは、
> 速さを重視しない場合やメモリ効率を気にしない場合などであって、
> それらを犠牲にしたくない場合は、現状でも主流はC言語であると言いきれる。

ハードウェアより、アルゴリズムからのアプローチが必要なアプリについては、Ｃと同等の
実行速度、メモリ効率のコードを出す言語はあるよ。
Python、Lisp、Haskellのような、一般には遅いというイメージのある関数型言語ですら
ネイティブコンパイル出来る。
（コンパイラの歴史の初期はLispがトップレベルだった）

移行コストを考えたら基幹システムのCOBOLは生き残るだろ。

逆に、3年ほど前にHITACHIのCOBOL2002を使って基幹システムの
計算ロジック部分をWindowsに移行したこともあった。

開発者はみんな嫌がって、「俺がやるよ、いや俺が。どうぞどうぞ」状態でした。
ちょっとかわいそうだったな。

>>890
>デバイスドライバーに限らず、OSのカーネルや、
>アプリでも各種デーモン類などは、効率面から多くがC言語で書かれているわけで。
速度効率的にはCで記述する必要性はないぞ。
ただ開発効率が他を圧倒してるから当面揺るぎないけどね。
ほぼすべての環境で安定したライブラリがあり、アセンブリとの接続性も群を抜いてる。
C使いはいつでも手当てできるし、他の言語は殆どの場合考慮に値しないね。

特に複数OS対応の場合、Cしかありえん。
OS/ハード依存部分だけアセンブリや環境依存言語で記述、制御部分はCってのが実際多い。

ネイティブコンパイルできようと速かろうと、今はもう関係ない。
ただ、いろんな開発条件下で、工数などの単なる比較対象としてもCはいまだに使える。
C使える環境でCを全く考慮しない技術者はクズと評価せざるを得ないだろう。
特にJavaとか宗教がかってる環境には多く見られる。

COBOLは、、まだまだ残るねぇ。あらためて、まじすげーよｗ
COBOLもそうだしそのハードの汎用機ってのが如何に優れてたかがわかるね。
その辺の工場で働く程度の学力のねぇちゃんがバリバリコードかけたんだし。
逆にCOBOLに代わるそういった言語はいまだ出てきてないというのもよく言われるか。

>>892
1. COBOL → 冗長なので自然消滅しただけの気も。Javaへのリプレースも多いし。
2. Nonrelational DBMS → 次世代として非MS製品でもRDBMSに置き換えられただけの気も。
3. Non-IP networks → MS謹製NetBEUIが死んでるし。
4. cc:Mail → LotusがNotesに切り替えただけじゃない？
5. ColdFusion → スクリプト言語に追い出されただけじゃない？
6. Cプログラミング → オブジェクト指向の大流行が原因じゃない？MSはCOMとかCリンケージに保守的な気が。
7. PowerBuilder → VisualStudio
8. 認定NetWare技術者 → PCサーバ・クライアントとしては、資産流用が利くWindowsより魅力が低かったのは事実かと
9. PCネットワーク管理者 → コスト削減のために淘汰されただけでは
10. OS/2 → Windows これはMSにとってのライバル

COBOL死ぬ死ぬ詐欺からいったい何年経ってるんだよｗ
昔の香具師が作った言語は良く考えられてるよ
むしろ今後、今乱立してるJava系言語(一括りにしてしまうが)の方が死ぬ可能性高いんじゃねーの？

紙テープ読みのスキルは売れますか？

>>901
紙テープなんて横列に八個穴が空いて０〜２５５の数字表してるだけじゃん
アレを人間逆アセンブラする香具師は存在したが・・・・

持病を持つのはいいスキルになる。無理してやってる恩着せがましさを前面にだして好き放題言える上成果がボロボロだろうと責任とるひつようもない

>>867
違う。

Cの構文に当てはまらない部分(あるのか？)の事をコンパイラ言語という人なら当てはまる。
C言語をコンパイラ言語というのは甚だ間違い。
Cのインタプリタをご存じないのか？

ちなみにCのインタプリタにソースを読み込ませる命令(例えばLoadとか)が有るとすれば、
それは「Cインタプリタ言語」という。決して他のC処理系でそのまま解釈(コンパイル)出来ない。

>>904
このスレ、あんまり分かってる人いないから
細かく説明しようとしない方がいいよ。
疲れるだけだから。

>>861
文系？

>>906
ネタだろ

>>905
忠告ありがと。もう寝るねﾉｼ

COBOLは残ると思うが、遺るといった感じだな。
いずれにせよ今はいろんな言語が氾濫しすぎのような気がする。
COBOLだけで飯が食えた時代がうらやましいぜ。

>>892
6. のＣ＃はＣでなくポストＶＢだろ

いまや汎用機だけでなくUNIXなどのオープン系でもCOBOLの案件あるからWindowsより長生きするよ。

COBOLなんて20年前にすでに死亡している
Cは制御でまだ使える
あとはウンコ

ここは、死んだコンピュータスキル所持者が開き直るスレ

大体どんなCPUでも専用のCコンパイラの完成度は他の言語と比べて高いんじゃね？

それに、OOPしか出来ない人はCやれといわれても逆に難しいんじゃね？

>>914
出来る人は、アセンブラで OO 的な設計をしていたと聞く。

汎用機の存在でかいのは停電してもトラックのエンジン積んでて自分で発電したからです
　
Cの動く機材でそこまでやってる馬鹿は、Sunしかいません

おれは記録用紙テープ接続に関しては誰にも負けないスキルがあるぞ！

>>914
それを言うなら
OOP しかできないというより
ハードに近いレベルでのメモリの扱いがわからないとかだろう

OO の考え方自体は言語がオブジェクトの扱いを考慮してなくても有効

俺この仕事についたばっかりで
今からJCL覚えるんだけど・・・・。

>>919
銀行系かな？dosのバッチは組んだことあるかい？

3270 とか 6680 とか懐かしいねぇ
...とか言ってるとこないだ 5250 でメンテしましたとか知人に愚痴られたりするわけだがw

>>631
そいつは変な本、教えを受けたのだなｗ

が、今後は汎用機でも環境に配慮した設計が求められます
そこらのディーゼルV１０エンジン搭載では石原にどなられる

>>716

　やくにたたなかった　でいいよ
　
さるが大統領でなんかなんもしたくねえ

８割がた、俺の自慢のスキルに当てはまるのですが・・・

>>917
無駄にすごい技術だなｗ

ていうか今でも紙テープ媒体使ってる所ってあるの？
公共系一筋でやってきたけどさすがに紙テープが現役なんて聞いたことがない。

>>915
COBOLでもOO的な設計に基づいてやれば同じかな。

MF コボル　つうやつな

>>919　TivioliやJP1のスケジューラのことをJCLと読んでいる銀行あるなあ。
　　　

最期にはルータのMIBもJCL言い出してるだろ

現在稼働しているソフトウェアの記述言語ランキング:
第一位 Ｃ　　　　 ex) OS kernel,、言語処理系, emacs Xwindowsなど角となるソフト、組込
第二位 Ｃ++　　　ex) qt, kde, gtk+ etc、やや上位レイヤ、MW,アプリ
第三位 Fortran　ex) 数々の数値解析simulation、構造・流体・等々
第四位 Perl　　　ex) WEB CGI, ツールscript、使い捨てのscript等々
第五位 Java　　 ex) 主にweb,あと応用アプリ少々
第五位 VBA　　 ex) 顧客密着型アプリや使い捨てマクロなど
第五位 PHP　　　ex) WEB(外に使い道無し)
これがﾓﾚ的な実感な訳だが、難か文句あるか、ｱｧﾝ？

でも個人的には SchemeやHaskellが好きだったりする。

>>931
プログラミング掲示板の書き込み数などを元に作られた「コミュニティの活発さ」を基準としたランキング。
稼動ソフトの数より新規コード量の数と相関関係がある。
ttp://www.tiobe.com/tpci.htm

書き込み占有率（前年比）
Java　20.025% (-1.10%)　商用の特定目的サーバ、携帯など高度な組み込み向け、応用アプリ少々
C　　　15.967% (-2.29%)　基幹ソフト、組み込み向け
C++ 　11.118% (+0.45%)　やや上位レイヤの基幹ソフト、応用ソフト
VBasic 9.332% (-0.85%)　顧客密着型のカスタマイズソフト
PHP　　8.871% (-0.72%)　Webアプリ（素人向け含む）
Perl　　 6.177% (+0.17%)　Webアプリ（素人向け含む）、使い捨てスクリプト
C#　　　3.483% (+0.25%)　Windows向けアプリ
Python 3.161% (-0.30%)　Perlと同様だが、非専業プログラマ向けが多い
JavaScript 2.616% +1.16%)　Webクライアントサイドアプリ
Ruby　　2.132% (+1.65%)　Perlと同様だが、増分はRails(集計者発表）


11位以下のマイナー言語は大雑把に因子分析すると
(1)特定目的　PL/SQL　SAS　ABAP　Ada
(2)過去の栄光　Delphi　COBOL　Fortran　FoxPro/xBase
(3)言語研究　Lisp/Scheme
(4)新興勢力　D
という感じ。
分類できるというわけではなく、過去の栄光ながら特定の目的では現役なものとか、
特定目的や言語研究のためにマイナーに位置していた言語が伸びてきて新興勢力になったり、
とかいろいろある。

航空宇宙でFORTRAN MANのおいらが来ましたよ。仕事はFORTRANとMatlabで使い分け
てますよ。この業界ではFORTRANは不滅ですよｗ。

BioPerl使ってる人いる？

>>933
やっぱり数値計算ではFortranなんだろうね、俺はCでやってたけど

>>932
Javaは学生や素人同然の派遣さんなど初心者の声が
BBSでかまびすしい面もあるのでは？

Javaで書かれた、これというsoftwareとしては
wiredとeclips、あとは某自動並列化compilerくらいしか
お目にかかってないな、世間が狭いのかなー？

ﾓﾚの周りで「現在」技術系開発に使われている言語シェア；
1. C++
2. C
3. Java
4. Fortran
5. perl, PHP, MATLAB、VB
6. SQL, python, ruby
7. lisp, scheme, haskell
こんな感じかな。あくまで感じ。

>>934
以前使っていた。でも、もっとましなmoduleを開発して移行したよ。

プログラマーの数はJavaとVBが圧倒的に多いからね。

>>889
>Cに比べたJavaの魅力として、メモリ管理・ガベージコレクションにかける労力を減らせる、
>という人も居るので、用途によると思う。
そういう初級者や簡単なアプリのためには、malloc/freeがあるだろ。

>>890
>デバイスドライバーに限らず、OSのカーネルや、
>アプリでも各種デーモン類などは、効率面から多くがC言語で書かれているわけで。
効率よりも、問題はメモリリークだろ。

インターネットテクニックは不要になるのか

インターネットテクニックってnyで無修正エロ動画をﾀﾞｳｿする技のこと？

組み込みなんかは今でもＣなんじゃ？
速度を要するところはアセンブラ使うし。

941だが

スマソ　【調査／ＰＣ】になってた。

ｃｏｂｏｌとＣは忘れかけたが、死んだ技術と言われると腹が立つ。
なぜベーシックとフォートランが抜けてるんだ。
あとアルゴルってのも道連れだろ。
これからはＰＩＣかｗ

Ｃってunix系でいまでも現役だろう・・・

POSIX系って言ったほうがかっこいいよ。

言わない言わない
あれはシステムを売るほうが言うだけ
それもどちらかというと日本国内より米国の事情

ここも、なかなか加齢臭がするスレだなｗ

パソコン小僧は黙ってろ。

って、世の中の基幹システムは
ＦＯＲＴＡＮ／Ｃ・＋＋／ＣＯＢＯＬ／ＰＬＩ／／／／／ＶＢ
それとＪＡＶＡ・ＳＱＬで動いているんじゃないの？
Ｗｉｎやブラウザの上だけで動いているソフトだけで
世の中回ってるハズが無いだろ？？？

なんかすごいのがきたな

夜釣りはほどほどにね。

10年後のランキングでもコボルがトップだろうな。出川みたいなもんだ。

>>938
malloc/free での管理がマンドクサクてメモリーリークの温床になってるんだろｗｗｗ

free( ぬるぽ );

>>953
同意だな。
料理作るのメンドクサイ、コンビニ弁当で済ますか、結構おいしいしwww
というのと似ている。
中国毒野菜を体内に取り込んでアポーンだな。
自分で手をかけて料理を作れよと。

メモリ管理ができないDQN層は、
その他を全て犠牲にしてでも、
メモリ管理を自動でやってくれる言語を使うほうがいい。

もちろん、世の中に広まっている多くの基盤ソフトは、
きちんとメモリ管理を自分でする形でC言語などで書かれている。

ようするに、ダメな大量のプログラマーを使うケースと、
そうでないケースとの違いに過ぎない。

適材適所って言葉知らんアホは氏ね

>>935
俺はFORTRANの演算ルーチンとPascalのグラフルーチンを
Cからリンクして連動させていたが...

まぁ言語とかは道具だから使えるモノは使うし古いモノでも使いまわすよ。

HP BASICってやっぱり超マイナーなのかな。超高級言語だしコンパイラも
有るし、いい言語だったのにな。計測制御にしか使われないからかな。

そもそもＣ言語のＣは何の略よ？

ぶっちゃけ超プリティランゲージ（BCPL）をベースにして作られたB言語、の次だからC言語。

ABAPってCOBOLみたいなもんだって聞いたんだけど。

>>960
B言語の次だからC言語。

もまいら、今は無きＣＯＢＯＬをもっと語ってやれ。

入社１０年

アセンブラしかやったことない

>>938
カーネル空間でGCが使える環境ってある？

一般的なmallocの実装は、比較的コストが高い。
ループの中で呼びまくるなら、さらに自分で処理が必要。

>>967
あたしんちではbrkで確保して自分でメモリ管理してるもん

>>27
サーバーサイドで見ればあんなクソ言語はねーよ。
最近古いASPのメンテを押し付けられてすげえ迷惑してる。
あんなものはOfficeの上で簡単なマクロ動かすぐらいで精一杯だ。

>>87
いや、10年前にはとっくに肉体労働と認識されてたろｗ

>>959

俺は知ってるけど、あれが理解できる人間は少ないと思うが
リアルタイムで全部理解できるのかね
　

>>754
9450とEPOCファミリーは懐かしいな。
20年ぐらい前に高校のオンライン実習で端末として使っていたのだが。

>>972
そんないー年したおっさんが２ｃｈで遊んでいることに驚きを隠せない。。

>>973
認識不足すぎ

2chで一番多いのが30代〜50代
次に多いのが0代〜20代
一番少ないのが60代〜90代

>>974
人口ピラミッドそのものだな

>>974
０歳児からの2ch英才教育かよｗ

二つ質問。

1.C or VB選べって言われたらどちら？

2.M言語（医療処理専用？）って今後どうでせう。

>>977
１．C。
　VBは需要があるが、単価が極めて低い。どうせやるんだったらVB.NET
　Cについては、業務系・組み込み系両方で需要がある。もちろん周辺技術のさらなる習得が条件だが。

２．しらん。

>>977
1.C

2.別に医療処理専用じゃないよ。Cacheがあるからしばらく使われるんじゃない？

>>632
ポインタはともかくメモリ管理なんてやりたくない俺はVB.NETばかり使ってた。
VC++2005で、宣言一つでハードにアクセスできるようになったのを知り、VB.NETもC#も捨てたくなった。
Macのプログラミングもそうなってほしい。ゴミに荷札をつけるなんてやりたかねえ。

>>726
CかBasicをしっててFortranが別モノっていうのが理解しがたい。

>>805
そう１からFといくつかのキーだけ。電子回路の延長って感じで良かった。BASICも便利だった。
MS-DOS見たとたん吐き気がしてきたのを思い出した。

>>971
HP-IBをつかうのには最強。サブルーチンでネストできないのに恐れ入ったことがあった。
同じようなことをVB,NETでやろうとしたら、ややこしいことになった。もちろん良いものはできた。

>>980
C++ ならリファレンスカウンタによるメモリ管理なら簡単に
実装できるだろ。大抵は auto_ptr だけでも、重宝する。

Mac 使い出してから、全くプログラムしようなんて気が起
こらん。与えられた物に満足して、ジョブスタンマンセーす
るのが正しい有り様だ。たぶん・・・

C++ってMFC?

>>984
書いてないところを見ると、
フレームワークが複数あることすら
知らない人がカキコしたのかもよ。

C++使うぐらいならCOM使えばいいじゃない。

>>985
んー、俺か？フレームワークに依存した話じゃないど。
（てかフレームワークなりライブラリなりの実装の話だ）
そんな面倒な実装も化石化しつつある話題なのかもなｗ

でか >984 の ID はある程度評価できるな。

日本語はひらがな入力、知ってる言語はExcelのVBAの俺は最強。

いつの時代の話だ

結局、IT土方とdigital divideは、紙一重って事だ罠