アカウント名:
パスワード:
COBOLを捨てて他の言語にしなければならないだけの十分な理由がない消極的な選択なんだろうと思う
メンテナーの確保が年々難しくなるというのは?
希少価値化して給料が上がれば、拾得者もまた増えてくるという市場原理の均衡が働くのだろうか。
教育期間を設ければいいだけのこと。COBOLやFortanのようなレガシーなシステムに限らず新しいシステムでも教育期間を設けるのは当たり前。
むしろ、どマイナーな言語でカタにはめてしまえば人材流出のリスクも減るでしょうね。他業他社で通用しないレベルの人材になっても、自社で使えれば何の問題もありませんし。
逆にCOBOL技術者がひっぱりだこにならないとも言えない
そういえば、正しいプログラマの前では、プログラミング言語間の差異なんて、自然言語の方言の間の差よりも小さい、なんてよく嘯くけど、COBOLは別格なのかな?
未知の言語でも、数日もあれば、そこそこ使いこなせる。本番系ではやらないにせよ、外に出さない雑用レベルで必要に迫られたら、全く触ったことがない言語で書かれてても、見た感じの雰囲気だけを頼りに修正、ぐらいのことも良くやる。
一週間ぐらい集中して勉強しても使いこなせない言語があるとは思いにくい。アプリがアプリだけに、そんな気楽な習得レベルで仕事をすんな、みたいなのもあるのかな?
>正しいプログラマの前では、プログラミング言語間の差異なんて、
「COBOLを使ってるような奴は『正しくないプログラマ』だから、差違もずっと大きくなる」と言いたいわけですね、分かります。
#既に規格外扱いなのは事実だと思う。
語彙がややこなれていませんが、言語そのものは簡単です#FORループと関数(手続き)呼び出しが両方PERFORM文とか
難しいというか面倒くさいのが、ローカル変数とか引数の概念がないので、ほぼ共通処理なんだけどほんのちょっと違う処理みたいなのを書くときに、他の言語では関数として処理をまとめられるところを、コピペして違うところだけ書き直さざるを得ない場面が多数出てきて、デバッグも以下略となるので、もうCOBOLは触りたくないです
...という人が多いと想像
今時の COBOL だと引数取ったり [fujitsu.com]できるんですよ。NetCOBOL に限った話でもない [mainframestechhelp.com]感じで。
今時は Java や .NET Framework との連携ができないといけない世界なので、そのための言語仕様拡張とかも入ってますね。速度面だけではなく、この辺りの関係からも BCD のみではなくなっていたりとか。
# たまに COBOL の事を調べてみると、いつのまにかとんでもなく機能拡張されていてビビる。
その辺の新しい便利な機能ってプロマネが理解できないという理由で使用禁止だったりするんですよね。
# それ故あまり使われない機能なのでバグにあたりやすいとかいう理由もありそう
#2734159です。いまどきのCOBOLは、オブジェクト指向COBOLとして規格化されているので、クラス定義したり多態メソッドの呼び出しすらもできる(INVOKE文)のは知っているのですよ。しかし、そんなものを使うと他の人が読めないという理由で怒られたりするのですよ。なんで最低レベルに合わせないかんねん!!
staticメソッドしか使ってはいけない、とか、クラス定義は禁止、とか、そんなもの最底辺のJavaですよ!!!...と書くと既視感が出てくる人もいるのでは?
コピペ文化を他言語に強制する奴しか体験ないんで滅んで欲しいです。それなきゃどうでもいい。
javaだって、一番似ているクラスをコピッて、中身のブロックのみ書き換えるのが普通ですが、それもだめ?だめでないなら、何が違うのでしょう?
ずいぶん酷い噂ですね。
正しいプログラマならCOBOLぐらいすぐ使えるけど、なんか手足縛られたまま仕事させられてる気分になってくるはず。
一週間あれば勉強できるのは同意だが、どうしてそれ以上の部分を学ぼうとしないのかがわからない。
そこからが面白いところだろうに。
レガシーシステムでTDDができるなら、どんな言語でも苦にはならないがあの手のシステムでTDDってできんのかな最近のCOBOLはユニットテストもあるし、ODPもサポートしているようだけど、レガシーシステムがそこらへんのことを考えているとは到底思えん
>一週間ぐらい集中して勉強しても使いこなせない言語があるとは思いにくい
その結果が未来につながらないのであれば、なぜか脳が学習を拒否してしまう摩訶不思議現象
一時期触っていたからやれと言われたらやれるけど出来るならやりたくない…と言うか色々とめんどくさい
こんだけ使われていれば処理系も見放されないからな。Pythonとかいつ消えるかもわからんのにあほか
Python がどれだけいろいろな部分で使われてるかもしらないであほか
実装==仕様がコロコロ変わる言語が金融系で使えるかあほか
「その程度」では全く足りないのだよ
COBOLはDSL的なところがあるから、今までどおりのことをするには都合が良い言語ですしね。ただ他の言語を採用する理由は十分あるかな。
・COBOLというかメインフレームとオープン系のアーキテクチャの概念が違いすぎる(OSの仕組みや文字コードはもちろん言葉の意味も違う)・技術者が少なく、単価も高い・特定のシステム部分だけがCOBOLの場合、業務構造と組織構造が一致しづらい・一般性が無い部分が多いので、良くも悪くもメーカ確認が必要なので機動力が低い・言語が古いこともあって、抽象度が低く、データ構造の変更等が難しい・ベンダーロックインされるリスクが高
>・COBOLというかメインフレームとオープン系のアーキテクチャの概念が違いすぎる(OSの仕組みや文字コードはもちろん言葉の意味も違う・・・略・・・>・固定長の取り扱いは得意。XMLやJSONの取り扱いは面倒
こういう嘘をだれに教えてもらったの?
自分が見てきたところはだいたいこんなかんじだったけど?
まあ、違うというならそれは困ってないから良いんじゃないかな。単に自分が知ってるところは上の課題があったてだけ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
選ばれてCOBOL (スコア:3, すばらしい洞察)
COBOLを捨てて他の言語にしなければならないだけの十分な理由がない
消極的な選択なんだろうと思う
Re: (スコア:0)
メンテナーの確保が年々難しくなるというのは?
希少価値化して給料が上がれば、拾得者もまた増えてくるという市場原理の均衡が働くのだろうか。
Re: (スコア:0)
メンテナーの確保が年々難しくなるというのは?
教育期間を設ければいいだけのこと。
COBOLやFortanのようなレガシーなシステムに限らず新しいシステムでも教育期間を設けるのは当たり前。
Re:選ばれてCOBOL (スコア:1)
むしろ、どマイナーな言語でカタにはめてしまえば人材流出のリスクも減るでしょうね。
他業他社で通用しないレベルの人材になっても、自社で使えれば何の問題もありませんし。
Re: (スコア:0)
逆にCOBOL技術者がひっぱりだこにならないとも言えない
Re: (スコア:0)
そういえば、正しいプログラマの前では、プログラミング言語間の差異なんて、
自然言語の方言の間の差よりも小さい、なんてよく嘯くけど、COBOLは別格なのかな?
未知の言語でも、数日もあれば、そこそこ使いこなせる。
本番系ではやらないにせよ、外に出さない雑用レベルで必要に迫られたら、全く触ったことがない言語で書かれてても、
見た感じの雰囲気だけを頼りに修正、ぐらいのことも良くやる。
一週間ぐらい集中して勉強しても使いこなせない言語があるとは思いにくい。
アプリがアプリだけに、そんな気楽な習得レベルで仕事をすんな、みたいなのもあるのかな?
Re:選ばれてCOBOL (スコア:1)
Re:選ばれてCOBOL (スコア:1)
>正しいプログラマの前では、プログラミング言語間の差異なんて、
「COBOLを使ってるような奴は『正しくないプログラマ』だから、差違もずっと大きくなる」
と言いたいわけですね、分かります。
#既に規格外扱いなのは事実だと思う。
Re:選ばれてCOBOL (スコア:1)
語彙がややこなれていませんが、言語そのものは簡単です
#FORループと関数(手続き)呼び出しが両方PERFORM文とか
難しいというか面倒くさいのが、ローカル変数とか引数の概念がないので、
ほぼ共通処理なんだけどほんのちょっと違う処理みたいなのを書くときに、他の言語では関数として処理をまとめられるところを、
コピペして違うところだけ書き直さざるを得ない場面が多数出てきて、デバッグも以下略となるので、
もうCOBOLは触りたくないです
...という人が多いと想像
Re:選ばれてCOBOL (スコア:1)
今時の COBOL だと引数取ったり [fujitsu.com]できるんですよ。NetCOBOL に限った話でもない [mainframestechhelp.com]感じで。
今時は Java や .NET Framework との連携ができないといけない世界なので、そのための言語仕様拡張とかも入ってますね。速度面だけではなく、この辺りの関係からも BCD のみではなくなっていたりとか。
# たまに COBOL の事を調べてみると、いつのまにかとんでもなく機能拡張されていてビビる。
Re: (スコア:0)
その辺の新しい便利な機能ってプロマネが理解できないという理由で使用禁止だったりするんですよね。
# それ故あまり使われない機能なのでバグにあたりやすいとかいう理由もありそう
Re: (スコア:0)
#2734159です。いまどきのCOBOLは、オブジェクト指向COBOLとして規格化されているので、クラス定義したり多態メソッドの呼び出しすらもできる(INVOKE文)のは知っているのですよ。
しかし、そんなものを使うと他の人が読めないという理由で怒られたりするのですよ。
なんで最低レベルに合わせないかんねん!!
staticメソッドしか使ってはいけない、とか、クラス定義は禁止、とか、そんなもの最底辺のJavaですよ!!!
...と書くと既視感が出てくる人もいるのでは?
Re: (スコア:0)
コピペ文化を他言語に強制する奴しか体験ないんで滅んで欲しいです。
それなきゃどうでもいい。
Re: (スコア:0)
javaだって、一番似ているクラスをコピッて、中身のブロックのみ
書き換えるのが普通ですが、それもだめ?
だめでないなら、何が違うのでしょう?
Re: (スコア:0)
自分で答分かってる系かな?
どうやら平均的な能力水準のプログラマはほとんど一つの言語しか扱えないという噂を聞いたことがある
# 我々日本人が日本語しか使えないのと同じなのかなw
Re: (スコア:0)
ずいぶん酷い噂ですね。
Re: (スコア:0)
正しいプログラマならCOBOLぐらいすぐ使えるけど、
なんか手足縛られたまま仕事させられてる気分になってくるはず。
Re: (スコア:0)
一週間あれば勉強できるのは同意だが、
どうしてそれ以上の部分を学ぼうとしないのかがわからない。
そこからが面白いところだろうに。
Re: (スコア:0)
レガシーシステムでTDDができるなら、どんな言語でも苦にはならないが
あの手のシステムでTDDってできんのかな
最近のCOBOLはユニットテストもあるし、ODPもサポートしているようだけど、レガシーシステムがそこらへんのことを考えているとは到底思えん
Re: (スコア:0)
>一週間ぐらい集中して勉強しても使いこなせない言語があるとは思いにくい
その結果が未来につながらないのであれば、
なぜか脳が学習を拒否してしまう摩訶不思議現象
Re: (スコア:0)
一時期触っていたからやれと言われたらやれるけど出来るならやりたくない…と言うか色々とめんどくさい
Re: (スコア:0)
こんだけ使われていれば処理系も見放されないからな。
Pythonとかいつ消えるかもわからんのにあほか
Re: (スコア:0)
Python がどれだけいろいろな部分で使われてるかもしらないであほか
Re: (スコア:0)
実装==仕様がコロコロ変わる言語が金融系で使えるかあほか
Re: (スコア:0)
「その程度」では全く足りないのだよ
Re: (スコア:0)
##聖ヨハネがいつのまにか三じゅわん様に変質するようなことになる知れないが、そこはまあそれということで。
Re: (スコア:0)
COBOLはDSL的なところがあるから、今までどおりのことをするには都合が良い言語ですしね。
ただ他の言語を採用する理由は十分あるかな。
・COBOLというかメインフレームとオープン系のアーキテクチャの概念が違いすぎる(OSの仕組みや文字コードはもちろん言葉の意味も違う)
・技術者が少なく、単価も高い
・特定のシステム部分だけがCOBOLの場合、業務構造と組織構造が一致しづらい
・一般性が無い部分が多いので、良くも悪くもメーカ確認が必要なので機動力が低い
・言語が古いこともあって、抽象度が低く、データ構造の変更等が難しい
・ベンダーロックインされるリスクが高
Re: (スコア:0)
>・COBOLというかメインフレームとオープン系のアーキテクチャの概念が違いすぎる(OSの仕組みや文字コードはもちろん言葉の意味も違う
・・・略・・・
>・固定長の取り扱いは得意。XMLやJSONの取り扱いは面倒
こういう嘘をだれに教えてもらったの?
Re: (スコア:0)
自分が見てきたところはだいたいこんなかんじだったけど?
まあ、違うというならそれは困ってないから良いんじゃないかな。単に自分が知ってるところは上の課題があったてだけ。