アカウント名:
パスワード:
'75年生まれの現役COBOLerです。現在の会社に入社して8年、もうすぐ9年になりますが、入社してCOBOLを本格的に覚えました。（個人的にはいろいろ言語はかじっていた）
環境は汎用機からの移行なのでサーバのベースがWindowsServer2003だったり、ShiftJISデータとのやりとりなんかもできるようになってますので、入出力ができればWindows上の適当なソフトをフロントエンドにする事も多いです。
業務的には15年以上続く定型業務が多いのですが、「～な帳票を作って」や「～年から～年の○○の集計が欲しい」だのと、大規模な新規開発はありませんが、定型から少し離れた部分での作成が、月数件程度です。
別の方も書いてらっしゃいますが、金利計算等の部分でブラックボックスとなっている部分も多くあり、わざわざ別の言語・システムを導入する必要がないのが現状です。
個人的に考え方がわかっていれば、書き方の問題なので、FORTRANでもLispでもJavaでもC++でもPHPでもPerlでもVisualBasicでもRubyでもJavaScriptでも何でもいいんですけどね。できれば手数が少ないプログラムがいいなぁ。アセンブラは手数が多そうなので勘弁してくだしあ。
>できれば手数が少ないプログラムがいいなぁ。金計算なら、結局はCOBOLにフロントエンドを別ソフトって既にやっているのが一番手数が少ないんじゃないかな？ブラックボックスになっているってのはブラックボックスで済むって事でもあるし。
＞ブラックボックスとなっている部分も多くあり、＞わざわざ別の言語・システムを導入する必要がないのが現状です。誤：別の言語・システムを導入する必要がない
正：別の言語・システムを導入したくてもできない
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
現役です (スコア:5, 興味深い)
'75年生まれの現役COBOLerです。
現在の会社に入社して8年、もうすぐ9年になりますが、
入社してCOBOLを本格的に覚えました。
（個人的にはいろいろ言語はかじっていた）
環境は汎用機からの移行なのでサーバのベースがWindowsServer2003だったり、
ShiftJISデータとのやりとりなんかもできるようになってますので、
入出力ができればWindows上の適当なソフトをフロントエンドにする事も多いです。
業務的には15年以上続く定型業務が多いのですが、
「～な帳票を作って」や「～年から～年の○○の集計が欲しい」だのと、
大規模な新規開発はありませんが、定型から少し離れた部分での作成が、
月数件程度です。
別の方も書いてらっしゃいますが、金利計算等の部分で
ブラックボックスとなっている部分も多くあり、
わざわざ別の言語・システムを導入する必要がないのが現状です。
個人的に考え方がわかっていれば、書き方の問題なので、
FORTRANでもLispでもJavaでもC++でもPHPでもPerlでも
VisualBasicでもRubyでもJavaScriptでも何でもいいんですけどね。
できれば手数が少ないプログラムがいいなぁ。
アセンブラは手数が多そうなので勘弁してくだしあ。
Re: (スコア:0)
>できれば手数が少ないプログラムがいいなぁ。
金計算なら、結局はCOBOLにフロントエンドを別ソフトって既にやっているのが一番手数が少ないんじゃないかな？
ブラックボックスになっているってのはブラックボックスで済むって事でもあるし。
Re: (スコア:0)
＞ブラックボックスとなっている部分も多くあり、
＞わざわざ別の言語・システムを導入する必要がないのが現状です。
誤：別の言語・システムを導入する必要がない
正：別の言語・システムを導入したくてもできない