※ここは言語について語るスレではありません。
※COBOLしか使えない(使おうとしない)COBOL屋=COBOLerを叩くスレです。
COBOLerの定義
(1)
・COBOLしかできない人たち。
・20年前のセオリーを後生大事にしまい込み、未だに使いつづけている、コンピュータ業界の重要無形文化財。
・物事を論理/順序だてて考えるという発想がおおよそない人たち。
・と、いうか「人月計算」で玉石混交で仕事ができた時代の「石」のほうの生き残り、コンピュータの基礎ができていない、簡単に言うと使えない人間がたくさんいる世界。
・「JCLとPROCEDURE DIVISIONを使っちゃダメ」と言ったら、なにもできないような人たち。
・・・・と。別に「敵意」「悪意」はないのだけれど、そういう人種が多いのも事実だよなぁ〜。
(2)唯我独尊
・時代がWindowsになろうがLinuxになろうがGUIになろうが、どこまでもCOBOLを追い求めるらしい・・・。
[
http://www.geocities.co.jp/SiliconValley/5634/t82B1_0007.html#32 より]
●今だに「汎用機マンセー!PCはダメだ!」という偏った方針の DQNな会社はありますな。 ●COBOLの開発現場は、新しい水が流れ込まなくなった溜池のような場所。 でもCOBOL屋って、そういう状況でも疑問を持たない人が多いんだ。 ●コボラーはパソコンが使えません。これが真実です。 ●COBOLerが言う「PCぐらい使える」なんてのは信じがたいな。 せいぜいアビバで教えてもらえるようなレベルだろうに。 第一、ワープロが使えると言っても、COBOLerの書いたワープロ文書って かなりひどいぞ。例を挙げると、以下のような感じだな。 ・インデントの使い方を知らないから全角スペースで無理矢理調整 ・行が長くなって右側が詰まってくると、カナ文字を半角カナにして無理矢理調整 ・改ページを知らないから大量の改ページで無理矢理調整 ・見出しに番号を振る機能を知らないから番号が直接打ってある (ページ番号も手打ち) ・全角かなと半角カナが規則性無くランダムに使われている あ、これだったらアビバでパソコンを習った一般人のほうがよっぽどマシだな(w ●汎用機の仕事がなくならないのは確かだけど、 汎用機を取り巻くドキュソCOBOLerの存在はどうにかならんかのう… ●COBOL(COmmon chuBO Level) ●COBOLは1年やれば、ベテランだ その後は、勉強の必要なし これで10年は、マターリ出来る COBOLマンセー!! ●COBOL で思考している限りは COBOL がいかに酷い言語なのかを理解することはできない。 でも、自らの人生をかけて、しっかりと後の世代に残してくれました。 “勉強を止めた瞬間、技術者としては終わりなんだ。“ ありがとう COBOLers!! そしてさようなら。
●COBOLer 自体を憎んでいる訳じゃないけど、一緒に仕事はしたくないよ。 手間のかかる人ばかりだもの、自分の仕事が進まなくなるんだよ。 ●なんでこんなに COBOL が憎いのか自分でもよくわからないよ!! でもとにかく憎い!憎い!!憎い!!! できそこないがいつまでも偉そうにのさばっているせいで、いつまでもまともな時代がこない。 そうか、COBOL こそ今の日本の象徴かっ!! 構造改革を!構造改革を!構造改革を!構造改革を!構造改革を!構造改革を! 構造改革を!構造改革を!構造改革を!構造改革を!構造改革を!構造改革を! 構造改革を!構造改革を!構造改革を!構造改革を!構造改革を!構造改革を! ●COBOL-85? 85って、15年以上前から言語仕様が変わってないってことですか? ブルブルブル ●85年当時にしても、ずいぶん古臭い仕様だったと思われる仕様です。 一応新しい規格も順次策定されていますが *** 規格ができたってコンパイラがなきゃ意味ねーんだよ *** こんな基本的な事さえ理解できないおじいちゃん達が今の COBOL を支えています。 ●COBOLerは業界の癌細胞。 ●昔、僕がまだ某N社に入社したての頃、同期の「コンピュータ触ったこと無い けど、でも、手に職をつけるためにSEになりたい」って奴等にはCOBOLの受け は良かったぞ。なんでも、「Cよりも分かり易い」んだそうだ。 「馬鹿でも使えるプログラミング言語は、馬鹿しか使わない」 ●勉強家の COBOLer は、とっとと他の言語へ移っていくからね。 勉強嫌いで長年 COBOLer やってる奴、これ最凶ね。
●COBOLばかにされついで、聞きます、Cとかで、数兆円単位の計算 どおするの? ・__int64使えばいいような ・最近だと64bit整数扱える処理系も多いので、整数演算に限れば何もしなくてOKな場合もあります。 ・多倍長演算って、基礎中の基礎だと思うけど? ● 汎用機でCが普及しないのは、COBOLerが小文字や{}やらがキーボードで 打てないからです。(あながち嘘ではない) ●言語的に金計算サポートしなくても、 ライブラリ作ればいいじゃんって気がするのだが。 どアホォ ○四則演算のたびにいちいちライブラリCALLしてられるか マジで氏ね ・「100+200*4」。演算子をoverloadする。 ・ MULTIPLY(inttobcd(200),"BY(w",inttobcd(4),"GIVING(w",&(aa[0])); ADD(inttobcd(100)."TO(w",&(aa[0])); みたいなのを期待してたのかな、「ドアホぉ」さんは。 ●COBOLのやり方が通用しない⇒使えない ですか?
>COBOLのやり方が通用しない⇒使えないですか? COBOLerにはそういう考えのヤシ多いな。 漏れが聞いたCOBOLerの名言。 「ホストならホストのプログラムだけを代えれば済むが、PCだと客先のマシン1台1台に ソフトをインストールしなければならない。そんな面倒な物、使い物にならん。俺は認めん。」 #で、一体どれが本スレだ?
7 :
仕様書無しさん :02/07/28 14:07
COBOLerは COBOLが現役のようなものの言い方をするやつが多いが。 まずは世の中の現実を受け入れられるように人間性から 変える必要がある。
8 :
仕様書無しさん :02/07/28 14:10
9 :
仕様書無しさん :02/07/28 15:23
>>7 いや、現役なのは確かでしょ。
使えない老兵なだけで。
未だに竹槍もって 「よーしお爺ちゃん鬼畜米英をやっつけちゃうぞ〜!」 とか言ってんの、もう見てらんない。
不治痛イタタタタ…
12 :
仕様書無しさん :02/07/28 17:53
>>12 ユーザにしてみりゃ、PCの端末の方がよっぽど使いやすいと思うのだけど…
ユーザの要望とか時代の流れを無視して、現環境(汎用機+COBOL)にしがみつ
こうとするバカオヤジが多すぎる。COBOLの開発現場には。
>>13 “端末”なら PC である必要はあまりないのでは?
15 :
仕様書無しさん :02/07/28 20:33
>>2 にもあるように、言語は悪くないんだったら、
Cや、JAVAしか使えない(使おうとしない)ヤシも叩く対象だよな。
言語が古いとか、新しいとかは無しでね。
いずれC、JAVAだって古くなるんだから。
16 :
仕様書無しさん :02/07/28 20:39
>>14 いまどき、Word/Excel使わなくて仕事が済むところは少ないと思われ。
17 :
仕様書無しさん :02/07/28 20:42
>>15 そういうのは、あまりいない(VB厨除く)。
普通は、容赦なくいろんな言語/環境を使わされるから。
>>15 そう、言語が悪いんじゃない。
その言語が設計された時代が悪かったんだよ。
コンピューター言語というものには
何が必要なのか・何が求めらているのかが、
まだ不明確な時代に設計されたからね。
俺には「俺の屍を乗り越えていけ」という
COBOL の叫びが聞こえる気がするよ。
という訳でCやJavaもしばらくすれば古くて使い物に
ならなくなるという意見は「糞」という事で・・・
19 :
仕様書無しさん :02/07/28 20:48
これが、本家ですか
20 :
仕様書無しさん :02/07/28 21:00
結局COBOLerはCOBOLが無くなると 食えなくなるからCOBOL、COBOL言ってるだけ でしょう。 COBOLが糞だってことはCOBOLerも内心わかってる はず。
21 :
仕様書無しさん :02/07/28 21:14
>>13 最初の1行はあなたが2行目以降に書いた人とあなた自身が同類である
かのようなことですな
業務や使う人も多種多様。PCはそれ自体で何でもできる。
それが人によっては不要なものだったりもする
ひたすらデータを入力する業務ではテンキーだけで操作できるものの方が
良かったりもする
>>20 COBOLが糞である理由は?
ポインタが使えないとか言い出すなよ
COBOLerはアクションゲームが作れないからだめぽ
23 :
仕様書無しさん :02/07/28 21:20
>>17 そうか、じゃあCOBOLだけやってる人もいないんじゃない?
容赦なくいろんな言語/環境を使わされるから w
>>18 昔のCOBOLerも、同じ考えだったのでは。。。
COBOLが使い物にならなくなる日はこないと、信じて疑わない w
おい、cは世間ではもう古いぞ。 俺は古いとは思わないが・・
25 :
仕様書無しさん :02/07/28 21:32
なんかなあ、COBOL祭り開催中なのかな...
ひさびさにプログラマ板に来たら COBOLスレばっかり上がってる。 何が起こってるんだろう。
28 :
仕様書無しさん :02/07/28 21:43
あっ、かぶった
32 :
仕様書無しさん :02/07/28 21:50
COBOL屋は逝って良し!
34 :
仕様書無しさん :02/07/28 21:54
人間が発狂する瞬間が見れたよ。 60 :c :02/07/28 02:33 この板荒らすぞ!!!ゴルァ アヒャヒャヒャヒャヒャヒャヒャヒャヒャヒャヒャ
35 :
仕様書無しさん :02/07/28 21:58
晒し上げ
36 :
仕様書無しさん :02/07/28 21:58
COBOLerが発狂したのですね (w
37 :
仕様書無しさん :02/07/28 21:58
COBOL ! COBOL ! COBOL ! ナウイネ
38 :
仕様書無しさん :02/07/28 21:59
39 :
仕様書無しさん :02/07/28 21:59
60 :c :02/07/28 02:33 この板荒らすぞ!!!ゴルァ アヒャヒャヒャヒャヒャヒャヒャヒャヒャヒャヒャ
40 :
仕様書無しさん :02/07/28 22:00
みーんみーんみーん
41 :
仕様書無しさん :02/07/28 22:01
どうやらここが本家スレの様ですね。
42 :
仕様書無しさん :02/07/28 22:01
60 :c :02/07/28 02:33 この板荒らすぞ!!!ゴルァ アヒャヒャヒャヒャヒャヒャヒャヒャヒャヒャヒャ
43 :
仕様書無しさん :02/07/28 22:13
スレ立てがショボイ奴は煽りもショボショボだなw
44 :
仕様書無しさん :02/07/28 22:51
>>23 で、COBOLerはその他の言語使えるのか?
45 :
仕様書無しさん :02/07/28 23:57
祭りだワショーイ
46 :
仕様書無しさん :02/07/29 00:03
COBOLer叩きウザスギ
といいつつageてますぅ
48 :
仕様書無しさん :02/07/29 00:05
COBOLスレageるなコボラー
ミスっ太(スマソ
といいつつやっぱりageてますぅ
51 :
仕様書無しさん :02/07/29 00:06
保守
そんなことないですぅ。sageてますぅ。
53 :
くたばれ、COBOL屋2 :02/07/29 00:11
>>53 > ちゃんとしたスレ立て屋
知恵遅れが笑わせるなぁ。
56 :
仕様書無しさん :02/07/29 00:24
>>6 >「ホストならホストのプログラムだけを代えれば済むが、PCだと客先のマシン1台1台に
> ソフトをインストールしなければならない。そんな面倒な物、使い物にならん。俺は認めん。」
これは重要な点。これを考慮しないシステム屋は素人。
勿論、更新頻度や、分散処理の必要性、現場ユーザーのスキル、集中管理ツールの
内容などにもよる。
ホスト(汎用機)かどうかというより、単にサーバー集中管理の設計かの話だが。
例えば銀行のATMは、サーバーは汎用機だが、ATMで分散処理してるので、
ATMのS/W更新時の再配布はかんり大掛かりな仕組み(または運用)を作っている。
サーバーがPC/UNIXだろうと、ブラウザだけで使えるシステムなら配布は最小限。
57 :
仕様書無しさん :02/07/29 00:26
COBOLだけでもきちんと仕事が出来ていれば、良いのでは?
58 :
仕様書無しさん :02/07/29 00:26
59 :
仕様書無しさん :02/07/29 00:28
ユーザーの要求は既存のブラウザだけで済むものだけにとどまらない。
>>56 > ATMのS/W更新時の再配布は
昔はね、8" フロッピー配って歩いてたんだよ。
最悪な場合、システム部門がかり出されたりね。
どこの ATM かは〒内緒だ。
61 :
仕様書無しさん :02/07/29 00:31
>>59 お前馬鹿まるだしだな
DQNコーダーめ
62 :
くたばれ、COBOL屋2 :02/07/29 00:34
>>56 ミーの知り合いのある企業の主席ネットワーク管理者さんが常々口にしてた事なんだけど
「今は地方分権の時代、でも次にまた中央集権の時代が必ず来る、
そしてその次には地方分権の時代がまた必ず来る。」
だそうです。
まだある程度若い COBOLer さんは次の中央集権の時代が来た時に
今までの経験を活かせるように、最近の技術も身に付けておいた方がいいんじゃないかなぁ?
と思わせますね。
63 :
仕様書無しさん :02/07/29 00:34
>>59 だから、Javaのアプレットや、MS のActiveXや、
あるいは用途に応じた使い分けや組み合わせ(例えばDominoクライアントを、
簡単なものはブラウザで、高度な用途にはNotesで、とか)があるんでしょ。
64 :
仕様書無しさん :02/07/29 00:35
>>61 別にDQNだとも馬鹿丸出しだとも思わなかったが・・・・・。
なんでDQNで馬鹿丸出しだと思ったのか教えてくれませーんか?
65 :
くたばれ、COBOL屋2 :02/07/29 00:35
66 :
仕様書無しさん :02/07/29 00:36
>>63 Notesっすか。
君はいんちきSIのSEかなんかですかね?
67 :
くたばれ、COBOL屋2 :02/07/29 00:39
>>66 Notes がインターネットを変えるんだよ。
駅から Lotus の広告の看板が外されたあの日、
このセリフを思い出して哀愁を感じた。
68 :
仕様書無しさん :02/07/29 00:39
>>62 今は既に、中央集権の時代じゃないか?
1.中央集権(専用機・汎用機オフコンと、ダム端末中心)
2.地方分散(PC/UNIXへのダウンサイジング、クラサバ全盛、ファットクライアント)
3.中央分散(Internet, Java, ISPなど、再びネットワーク&サーバー中心、)
いわゆる、ネットワークセントリックコンピューティング(NCC)とかすね。
69 :
くたばれ、COBOL屋2 :02/07/29 00:41
>>68 4.エージェント指向普及(Java & .NET)による閉ざされた世界の終了
が抜けとるよ。
70 :
仕様書無しさん :02/07/29 00:42
>>66 今でもDomino/Notesは便利だよん。
Exchangeはメッセージ交換主体、サイボウズとかは簡便だけど、
強力な文書DBとしてフローまで作れちゃうからね。
知らないとは恐ろしい。
72 :
仕様書無しさん :02/07/29 00:48
>>71 GO TO が多すぎてわけわかりません。
構造化対応して説明しなおしてください。
>>72 人間の言語を忘れた馬鹿だろ
それとも最初から知らないのか?
74 :
仕様書無しさん :02/07/29 00:50
JavaScriptにしてもJavaアプレットにしても ブラウザのバージョン、OSのバージョンで動きが違うんだよ。 >サーバーがPC/UNIXだろうと、ブラウザだけで使えるシステムなら配布は最小限。 こんな事言ってるヤシは素人かドキュソSEだな・・・
76 :
仕様書無しさん :02/07/29 00:53
>>74 業務で使うコンピュータなのだからOSを頻繁に入れ替えたり
ブラウザのバージョンをアップしたりしないでしょ?
君が素人確定です。
77 :
仕様書無しさん :02/07/29 00:55
>>76 規模の小さい会社しか相手にしてない人って幸せでいいね。
なんだよCOBOL、コボルってあっちこっちに 荒らし状態だな
>>74 最小限にとどめるためにOS,ブラウザは管理するものだよ
当然システムを利用する人は限定されているのが前提の話だが
それは文章を読めば読み取れるだろ
ATM云々とか書いてあるんだから
82 :
仕様書無しさん :02/07/29 00:57
>>77 規模なんて関係ないです。
どっかでそういう風に煽られたのかい?
素人なら素人らしくしてればぁ?
君ができるのはCでハローワールドぐらいでしょ?(w
>>77 規模の大小ではなく管理状態の問題
ずさんな管理の会社にいる人は大変だろうね
84 :
仕様書無しさん :02/07/29 00:59
85 :
仕様書無しさん :02/07/29 00:59
>>76 何十、何百もあるクライアントの支店が?
全部同じバージョンのOSとな?
へぇー、全部同じバージョンのブラウザなんだ?
それとも小規模なプロジェクトしか経験が無い?
素人だな。
>>80 世の中にはそういうシステムしか存在しないとでも?
というより、そういうシステムしか相手にしないって感じか。
>>81 >>76 の状態にすべしなのであって、必ずしもそうなっているとは限らない。
>>82 はぁ?いつでも問題が教科書どおりの形でやってくる(カモネギと言う)と思ってる
妄想専門生ですか?
>>83 > 規模の大小ではなく管理状態の問題
そうとも言う、ただしずさんな管理状態の時の苦労度の大きさは
半端じゃない。
>>85 お前アホ過ぎ
そんなもん1つの訳ないだろ
組み合わせを最小レベルに抑えられるように日常管理して
最小範囲の開発で済むようにするということを言ってる人間のあげ足をとって
楽しいのか?
>>84 俺は管理者じゃねーよ。
ずさんな管理の尻拭いをさせられてるただのプルグラマだよ!
今やってる要件はWindows2000とIE6.0で固定。 全国数千箇所一律固定。 新規システムにならない限り変わらない。 普通そうでしょ?
クライアントのWinのバージョンばらばら、しまいにはMacもある。 なのでブラウザベースのアプリにしたいみたいな要求があった。 ブラウザベースならどのプラットフォームでもイケるはず、 と踏んでみたが・・・ 世の中そう甘くありませんですた。
92 :
仕様書無しさん :02/07/29 01:06
>>87 じゃあ言い方かえたら?
マトモな会社ばかり相手にしてる人はいいよね
って
組み合わせを最小レベルねー。 なんかアバウトだね。
94 :
仕様書無しさん :02/07/29 01:10
>>91 メインフレームニしたら
マジで
そういう柔軟さがないのならCOBOLerと同じ
廉価版や中古のメインフレームもあるし。
端末は安物PCでエミュレータはWEBブラウザで動くものもあるよ
95 :
仕様書無しさん :02/07/29 01:10
>>90 はじめはね。利用環境にもよるが、そのうちIEバージョンアップしたり
アンチウィルスソフト入れたり、Linux入れたりし始める。
もっとも、そういうの管理するのはプログラマの仕事じゃないけどね。
>>92 ゴメソ、確かに言い方がちょっとマズかった。
落ちぶれた大企業の社員ってやっぱり駄目だよね。
内部がボロボロで不満もぽろぽろなんだけど
変にプライドだけが残っちゃっててさ。
>>90 鯖はともかく、クライアントのPCまで単一目的で使うように強制できる?
「あの部署がメインで使ってるソフトはNT系じゃ動かない」とか、
「あの部署は Mac じゃなきゃ駄目」とか色々あるでしょ?
97 :
仕様書無しさん :02/07/29 01:11
>>93 そりゃそうだろ
そんなもん状況によって変わるもんだ
.Netが全てのプラットフォームで全く同じ動作したら Javaを駆逐してしまうのでわ。 と思ったのは漏れだけか?
99 :
仕様書無しさん :02/07/29 01:12
100 :
仕様書無しさん :02/07/29 01:13
>>98 まず、前提条件が満たされることがないと思われ。
101 :
仕様書無しさん :02/07/29 01:14
>>98 あぁ
> 全てのプラットフォームで全く同じ動作したら
な
するわけない。
102 :
仕様書無しさん :02/07/29 01:15
.NETって既に本番稼動してるところあるの?
すみませんでした。
ところでさ ケコーン って飽きてきた。 みんな今度から ホーケイ にしないか? 被ったという事で。
ブラウザのバージョンアップって言っても 6.0が6.1とかレベルならJavaScriptの動作は変わらないでしょ。 そういうアナウンスがあれば対処は考えなきゃならんけど。 あと複数のOSとブラウザが混じるような要件なら 処理は全てJSPで行い、ブラウザ上はは処理がないようにする。 制約は色々出るけど動作は保証できるし。
おれはヤダ。皮被りじゃないし。
>>105 おまいは本当にプログラマなのかと。
「共通関数化」
など如何でしょうか?
109 :
仕様書無しさん :02/07/29 01:21
>>106 その制約にユーザーが満足してくれるんならそれでいいんじゃない?
110 :
仕様書無しさん :02/07/29 01:23
>>106 > 6.0が6.1とかレベルならJavaScriptの動作は変わらないでしょ。
「ちょっとしか変わらない」のと「まったく変わらない」の差は大きい。
もし何も変わらないなら何故 Ver.Up するの?
MS お得意の「本年度版が出ました」というネタも世の中にはあるけどさ。
> 処理は全てJSPで行い、ブラウザ上はは処理がないようにする。
理想論、そうは問屋が卸さない。
ASP/JSP があるのに何故 JavaScript が使われるのか、
それは JavaScript じゃなきゃできない事があるからさ。
111 :
仕様書無しさん :02/07/29 01:24
>>109 その程度のバージョンの差に業務用(会社の資産)のPCで文句を言うやつが
いるのか?
個人のPCでも同ってことのないレベルだと思うが
>>107 俺だって別に皮被りじゃないよ?
ケコーン って言って本当に結婚した人いるの?
ネタじゃん、なんで剥きになってるの?ねぇねぇ?
113 :
仕様書無しさん :02/07/29 01:27
>>112 皮をムキになって剥こうとしてるんじゃないの
>>111 >> その制約
とはバージョンアップするなって事ではなくて
>>> 処理は全てJSPで行い、ブラウザ上はは処理がないようにする。
では?
>>106 言いたいことはわかります・・・
>ブラウザ上はは処理がないようにする。
しかし、NT4とw2kだと同じ物を”表示”させるだけでも一苦労なんだよね。
あ、これはJavaアプレットの話だけど。
興味があったらいろんなフォント指定してそれぞれのOSで
表示がどう違うか試して見てくれ。
マルチプラットフォームとは一体なんなのかと小一時間(略
おいおい、ネタにマジになるなよ。
117 :
仕様書無しさん :02/07/29 01:28
真性 ドリルティムポ の
>>107 がいるスレはここですか?
118 :
仕様書無しさん :02/07/29 01:29
119 :
仕様書無しさん :02/07/29 01:31
みんなもっとコボラーを貶そうYO! 今晩の OCCURS は何かな?
>>119 せっかく良スレになってきてたのに!
おまえのようなコボラーは逝ってよし!
>>119 あくまでもCOBOLerをだぞ
COBOLという言語ではないからな
つーかおまいら明日仕事ないのか?
>>121 気づかせてくれてありがとう。
明日5:20起きだった。
おやすみ
>>121 最近、COBOLの仕事が無くってさ・・・
>>123 そうか
俺なんか毎日やってるぞ
正直ウンザリしてるけど
125 :
仕様書無しさん :02/07/29 02:09
かつらき
なんかブラウザでの表示上の違いをうだうだと。。。 JavaScriptでしかできない事って画面上だけの話だろ。 顧客にこうなりますって納得させればいいだけの話じゃん。 JavaScriptがなければできない業務も、 多少レイアウトが変わったからってできない業務もないんだから。 なんかPGはこだわるところがおかしい。
127 :
仕様書無しさん :02/07/29 06:14
やった!ヴァカハッケソ!! > JavaScriptでしかできない事って画面上だけの話だろ。 プッ > なんかPGはこだわるところがおかしい。 ハァ? おかしいのはお前の頭だろ?
みんな自分のやった仕事の範囲のことしか知らないから噛み合わない あほばっかだな
129 :
仕様書無しさん :02/07/29 07:10
一晩やってるのですか、仕事に支障ないんですか?
>>126 うん。単に表示の話だもんね。
■AバージョンのOS上の表示
あいうえおかきくけこ
さしすせそ
■BバージョンのOS上の表示
あいうえおかきくけ
こ
さしすせそ
これで、「仕様です」で納得してくれる顧客ならいいけどね。
#ほんとにこういうことあるんだよ。
>>115 が言ってる事試してみ。
>>128 やっぱり人と人は解りあえないのだろうか。
131 :
仕様書無しさん :02/07/29 08:06
>>130 このごろうちの会社では、仕様です、悪いのは僕じゃないもーんって
言って帰ってくる納入担当者が多くなってきました。
たうぜんお客様から激怒の電話が入るのですが、Sヨは、漏れのところに
どうなってるんだーと怒鳴り込んできます。
手作業で治すとなると10人日かかるらしいです。
たうぜん、おれは関係無いやん。(事実関係無い)と言いますが、漏れに
八つ当たりしてきます。お前知ってただろうとか言います。
知ってました、前に「気を付けなあかんで」って言うたやんといいます。
(プロジェクト立ち上げ時に、Sヨがそういった点を気にしてないのを
発見して「ば〜か、ば〜か」と言いました。)
Sヨ顔を真っ赤にして激怒しています。会社中が大騒ぎです(w。
部長が出てきてこんにちわ。俺に解決策を考えろと命令します。
あちき、むかつきます。出来たらあのSヨ首にしろとか駄々こねまくります。
部長だんだんイライラします。怒ります部長。最後は業務命令だと叫びます。
ここまで3日間。
仕方が無いので、こっそり作っておいたレイアウト変換ツール流します。
一日で終わります。
誰も感謝してくれません。でも楽しいです。
細かいことにこだわる顧客とこだわらない顧客がいた場合、 こだわらない顧客の方が時代を勝ち抜いていけるんだろうなと常々思う。
133 :
仕様書無しさん :02/07/29 09:26
桂木
本来のタイトルに戻って面白くなってきた。 やはり、「くたばれ」は品性がない。
>>132 こだわるべき部分とどうでもいい部分があるからね
どうでもいい部分にこだわりすぎて大事な部分が抜けていることって
けっこうあるよね
日本人にありがちだな
136 :
仕様書無しさん :02/07/30 00:29
帳票の見ばえにこだわる顧客は、ろくな会社じゃない。 俺の経験則では、そうなってます。 っていうか、いまどき「帳票」って言ってる時点で、漏れもDQN決定
137 :
仕様書無しさん :02/07/30 00:48
>>136 帳票が大好きなユーザーがいて困ってる(事務分野の部長)
身の丈ほどのリストを出させて満足そうに眺めてるよ
138 :
仕様書無しさん :02/07/30 00:50
細かいとこや見栄えにこだわる顧客は駄目みたいな 意見が出てますが・・・ SONYの商品開発はデザインから始まります。 ウォークマンは「この箱に入るように作れ」と 開発陣にお達しが出た。 単に「ウォークマン」作れと言ったら技術者は 安全な設計をして巨大なウォークマンを作って、 市場に受け入れられなかっただろう。 ・・・なるほど、ソニータイマーが出来るわけだ。
内部書類と製品デザインでは全然次元が違うと思わ(略
基本的な表示パターンなんてテストするの普通だろ? OSがどうとかブラウザがどうとかって何の意味があるの? 現行調査してパターン調べて一覧作って表示の確認を行う。 今後のOSやブラウザのサポートに関しては保証は行えないし メンテナンス契約の中での話だろ。 マネージメントしたことないの?
141 :
仕様書無しさん :02/07/30 00:57
帳票でも、機能や効率ではこだわるべきだ。 無駄な項目、拡張性の無いコード体系、兼用有無を調べてないなんか駄目。 問題にされてるのは、無意味に外見だけこだわるって場合じゃないの? ま、GUIも同じだけどね。
「帳票」って「帳票」じゃないのですか? 他の言い方ってあるのですか? 金融の勘定系では「帳票」だけどなぁ。
>>142 他の言い方?
「リスト」「紙」ぐらいしか思いつかない
144 :
仕様書無しさん :02/07/30 01:04
>>106 Windowsの95/98/2000/Me/XPは勿論、各FixPackのレベルや、
その上のIEのレベル、更にはAcrobatなどのプラグインのレベルの組み合わせで、
表示が変わったり、表示不具合になる(何故か白紙になる等)事だって現実にあるよ。
しかもMSはなかなか認めないし、認めても古いものは対応しない。
しかし各PCでは購入時期のOSが入っている事が現実には多い訳で、
「ビッグバン導入」でない限り、クラサバでもブラウザでも、
バージョン管理の悩ましさは抜けられない。
汎用機+ダム端末の世界では、考えられない運用負荷がかかってるのは事実。
147 :
仕様書無しさん :02/07/30 01:13
>>111 細かい表示相違や、細かい表示不具合は、社内システムなら許してもくれるが、
最近のように重要取引先を含めたB2Bや、一般顧客向けのB2Cでは、
かなり問題なんすよ。
制約や回避策をオンラインヘルプに書こうが、かなりの「苦情・問い合わせ」
は電話やメールで来る訳で、それをサポート部門が説明するという手間と
コストはかかる訳だ。
そして、一段落する頃には、次のOSやFixPackやIEが出回って、
サイの瓦状態すね。
>>149 質問に対する回答が必ずしも得られるとは限らないのです。
151 :
仕様書無しさん :02/07/30 09:04
153 :
仕様書無しさん :02/07/30 10:10
∧_∧ _ _ .' , .. .∧_∧ ( ´_ゝ`) _ .- ― .= ̄  ̄`:, .∴ ' ( COBOLer+Cer / '' ̄ __――=', ・,‘ r⌒> _/ / / /\ / ̄\-―  ̄ ̄  ̄"'" . ’ | y'⌒ ⌒i _| ̄ ̄ \ / ヽ \_ | / ノ | \ ̄ ̄ ̄ ̄ ̄ ̄ \__) , ー' /´ヾ_ノ ||\ \ / , ノ ||\|| ̄ ̄ ̄ ̄ ̄ ̄ ̄|| ̄ / / / || || ̄ ̄ ̄ ̄ ̄ ̄ ̄|| / / ,' || || || / /| | !、_/ /
154 :
仕様書無しさん :02/07/30 15:32
夏厨は真面目な議論には参加できないらしいな。
155 :
仕様書無しさん :02/07/30 15:40
11 :参加するカモさん :02/07/02 10:32 ID:6cOcgqO4 W杯でサッカー選手の肉体美とさわやかな語り口調を見聞きしてたら、ひろゆきさんの湿度たっぷりのメルマガが妙に重く感じるようになってきた かつて私のヒーローだったひろゆきさんも今では生ゴミみたいな存在 もういいよ みんな裁判ネタに反応するのやめようよ 私達がいちいち反応するから益々調子にのるんだよ 削除依頼を拒否することがかっこいいと思っている小さな男(プッ
156 :
仕様書無しさん :02/07/30 16:20
ストックフォルム
157 :
仕様書無しさん :02/07/30 16:38
>>147 > サイの瓦状態すね
ここだけおもしろかった
158 :
仕様書無しさん :02/07/30 19:08
低レベルはけんは、COBOL単価さげるな
159 :
クライアント :02/07/30 19:23
はっきり言わせてもらう 私は素人です。プログラミングといったらせいぜいVBでデータ入力画面を作るぐらいしかでしかできません 顧客の立場からするとはっきりってどんな言語でも関係ない お願いやからやたら止まるシステムで商売しないで欲しいと昨今思う COBOLだろうがC++だろうがこっちの仕様書通りの仕事をして欲しい VBプログラマにはがっかりすることが多い 全部マイクロソフトのせいにするし あんたらプロだろ いまだにシステムとして使える20年前のCOBOLプログラマのほうがよっぽどマシ
160 :
仕様書無しさん :02/07/30 20:35
COBOL屋って別にCOBOLが好きなわけでもなく、ただ若い奴に馬鹿にされながら 新しい言語の勉強なんてやりたくないだけなんでしょ。
>>159 プログラマをシステムとして使うのか??
ま、COBOLerにしてみれば手計算やそろばんで計算するのも苦ではないだろうし。
帳票も手書きでokか?
>>160 人によってはCOBOLしか選択肢がない人もいる
人によっては好きでプログラマになったわけではない人もいる
164 :
仕様書無しさん :02/07/30 20:50
>>159 じゃぁ、なんでVBなんて使うようなところに仕事させるの?
COBOLで作ってくれるところに頼めばいいじゃん。
>>159 開発言語は堅牢なものを使用、と
仕様書に書かなかったの?
おれ159じゃないよ WindowsのCOBOL屋なんてほとんどいないだろ ちょと考えたらわかるだろヨ 今の構図は 汎用機のCOBOL屋=WindowsのVB屋
167 :
仕様書無しさん :02/07/30 21:12
コボラーは上門
※ここは言語について語るスレではありません。 ※COBOLしか使えない(使おうとしない)COBOL屋=COBOLerを叩くスレです。
169 :
仕様書無しさん :02/07/30 22:53
COBOL叩きはCOBOLer叩きの一環なんだよー
そんなことも解らない
>>168 は最悪版に逝け
170 :
仕様書無しさん :02/07/30 22:57
171 :
仕様書無しさん :02/07/30 23:08
漏れら極悪非道のageブラザーズ! 今日もネタもないのにageてやるからな!  ̄ ̄∨ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ∧_∧ ∧_∧ age (・∀・∩)(∩・∀・) age (つ 丿 ( ⊂) age ( ヽノ ヽ/ ) age し(_) (_)J
172 :
仕様書無しさん :02/07/30 23:12
>>170 ゴルァ! またCOBOL祭り始めるぞ
173 :
仕様書無しさん :02/07/30 23:17
>>172 COBOLをスーパーの特売品みたいに言わないで下さい。
>>170 お約束のレスは週末用にとっときます
楽しみにしててね ヽ( ・∀・)ノ
175 :
仕様書無しさん :02/07/30 23:23
>>159 うーーん、珍しく正論とは思う。言語よりは設計や実装だね。
ただプラットフォーム選定を間違えているって面もあるんじゃないの?
IBM汎用機(同一H/W)でも、OSによって安定性は違う(VM/CMS系 < VSE系 < MVS系)
Windows/UNIXは速くて安いけど、動作が不可解な点は昔からどうしてもある。
少なくともワープロ専用機よりは不安定だしね :-)
具体的にはドライバの出来とか色々なんだろうが、それを判別するログも弱いし。
176 :
仕様書無しさん :02/07/30 23:35
>>159 プログラム言語には、それぞれできることできないことがあるんです。
また、向き不向きもあります。
それも知らずに言語の名前だけ持ち出されるのも迷惑な話です。
COBOLで何でもできると思ったら大間違いですよ。
177 :
仕様書無しさん :02/07/30 23:42
>>176 客の立場って書いてあるじゃん
COBOLで何でもできるなんて書いてないし
>>159 さんの会社のシステムではCOBOLでできてるシステムのほうが
マシだって書いてあるだけじゃん
迷惑だなんて言っちゃいけないよ。お金払ってるほうはお金を払った分の
使えるシステムを要求するのは当然だろ
178 :
仕様書無しさん :02/07/30 23:44
>>176 そう。
COBOLは業務系、Assemblerはシステム系という分業があって成り立っている言語。
複雑な事やパフォーマンスクリティカルな箇所をAssemblerが補うからこそ
COBOLが純粋な事務記述言語でいられる。
そしてAssemblerはS/370など、個々の機種には依存しない(アーキテクチャ
シリーズに依存する)からこそ、業務系でも継続性がある。
C/C++は良くも悪くも中間言語。業務記述には専門すぎるし可読性は低い。
オープン系ではAssemblerは可搬性が低くなりがち。
>>175 > Windows/UNIXは速くて安いけど、動作が不可解な点は昔からどうしてもある。
Win と UNIX を一緒にしないように。
>>178 COBOLer同士ではどうやって差別化を図ればいいですか?
181 :
仕様書無しさん :02/07/30 23:58
>>180 COBOLは差別化できないようになってるんだよ。
誰が書いても読んでもわかりやすい言語なんだよ。
182 :
仕様書無しさん :02/07/30 23:59
そしておんなじようなプログラムしかできない・作れないようになってるんだよ
じゃあCOBOLプログラマなんて必要ないな。 必要になったらそこらへんの人に「はい、やって」っていえば 誰でも書けて読みやすいわけだ。
自分は他のCOBOLerの奴より給料を多くもらいたいんですが、どうやれば いいですか?
185 :
仕様書無しさん :02/07/31 00:02
↑ 180です。スマソ
今日はコボル祭り?ひょっとしてカットオーバー間近の プログラマがageてるのか?
187 :
仕様書無しさん :02/07/31 00:04
>>183 そうですよ。教育の時間が少なくてすむのもCOBOLの利点です。
似たような機能はまとめたがる性分なんだよ。
189 :
仕様書無しさん :02/07/31 00:04
やっぱ、COBOLerはSEになれない限り、浮かばれないんでしょうか?
192 :
仕様書無しさん :02/07/31 00:06
>>190 COBOLやってるヤシに技術者だと思ってるヤシは少ないよ
COBOLやってるヤシはASMとかやってるヤシが技術者だと思ってるよ
193 :
仕様書無しさん :02/07/31 00:06
COBOLは金がかかる CPU使用料1秒5000円
194 :
仕様書無しさん :02/07/31 00:07
>>191 そりゃそうさ
COBOLは昔のEUC言語だぜ
>>191 SEになれればいいんだが大半はダメSEになる
196 :
大丈夫か? :02/07/31 00:07
プログラムなんてコボルだろうがCだろうが基本は一緒だぞ!
197 :
仕様書無しさん :02/07/31 00:07
>>190 だから業務知識にすがっていると思われ。
198 :
仕様書無しさん :02/07/31 00:07
>>190 だからー、それもCOBOLの利点なんだって
誰でもできるところがすごいんだよ!
でも設計の方にいくと難しくなってくるけどね
200 :
仕様書無しさん :02/07/31 00:09
>196 おまえ、それを言い訳にして勉強してないだろ?
201 :
仕様書無しさん :02/07/31 00:09
>>196 大リーグも高校野球も基本は一緒ですが?
202 :
仕様書無しさん :02/07/31 00:09
>>198 技術力が低いのが利点だって(w
そのうち無能なのが利点と言いそうだな。
204 :
仕様書無しさん :02/07/31 00:10
206 :
仕様書無しさん :02/07/31 00:11
>>203 誰でもできることが利点
君とは立場が違う方の意見だと思います
207 :
仕様書無しさん :02/07/31 00:11
208 :
仕様書無しさん :02/07/31 00:12
209 :
仕様書無しさん :02/07/31 00:12
>>206 言語としての利点であって、その言語で飯を食っていく人間の利点とは思わない。
212 :
仕様書無しさん :02/07/31 00:13
>>210 立場の意味が通じなかったか?
使われる立場と使う立場の違いだよ
>>212 COBOLerとして使われる立場は最悪ってことですか?
COBOLerってCOBOLがなくなったらただの人じゃん。いや人以下か。
215 :
仕様書無しさん :02/07/31 00:15
>>210 言語で飯を食うって・・・
さてはCOBOLerだなおまえ
216 :
仕様書無しさん :02/07/31 00:16
>>210 そうだよ。
利点がないと思わなければ別の言語やればいいじゃん。
217 :
仕様書無しさん :02/07/31 00:17
>>213 そりゃ最悪だろ
時代についていけない窓際族だ
コンピュータ業界でなくても同じだよ
218 :
大丈夫か? :02/07/31 00:17
言語をケナスのは勝手だが、結局それでプログラマーは飯を食ってるんだぜ・・ 考え方が狭いよ・・・
>>210 は俺だよ。さっきからCOBOLerって言ってるじゃん。
Cしかできない人(しかやろうとしない人)も、同じ扱いということで
>>216 COBOLerなので別の言語が選択できないのですが・・・
224 :
大丈夫か? :02/07/31 00:21
そりゃ〜何でも出来れば得ってだけで
ちゃんとUnixCobolだってこの世には存在する訳だし・・
>>221 気にすることはないと思うよ
ちゃんとOpenSystem系も交わってるから・・・
>>224 COBOLerなのでオープン系は嫌いなのですが・・・
226 :
大丈夫か? :02/07/31 00:26
ネガティブな奴。。。 俺、汎用機もオープンも両方やってて、今はUnixインフラだけど、 たまにUnixCOBOLも触るけど嫌いとか好きとかで片付けたら食っていけないぞ!
>>225 メインフレーム限定ですか?
年はおいくつ?
金融機関とか公共機関なら年齢によっては安泰でしょう
確かに、食っていくことが先決ですよね。
229 :
大丈夫か? :02/07/31 00:32
って言うか言語なんて一言で言えば業務アプリケーションが 主体だから、考え方、作り方は一緒なんだよ・・・ ゲーム業界はまた別だろうけど・・・(苦笑)
C++とCOBOLでの作り方は似ても似つかないと思うが。
COBOLerって言語だけじゃなく必要な関連知識もしらないよ。 データベースとかネットワークとかコンピュータの使い方や仕組みとか。
>>230 ソースや出来上がるロードモジュールの単位はね
でもオブジェクト、クラス、メソッドの定義をシステム全体できちんとしておけば
COBOLでもオブジェクト指向のシステムはできますよ(実際あるし)
233 :
大丈夫か? :02/07/31 00:39
作り方ではなくて基本体系はみな一緒なんだよVCだろうがCだろうが 多分言語にコダワル奴は、プログラマーでしか食っていけないぞ!! SEとかシステムコンサルタントになりたいなら言語に執着せず、もうちょっと違う事考えた方がタメになるんではないかな・・・ DBのパフォーマンスチューニングしてみたりとか・・・ そっちのほうがタメになると思うぞ
>>231 完全分業体制のところが多いからね
くわえて企業の事務アプリ開発部門はコンピュータよりの事務方ですから
235 :
仕様書無しさん :02/07/31 00:41
>>232 >COBOLでもオブジェクト指向のシステムはできますよ(実際あるし)
それを実現してる人は、はっきり言って尊敬する。だって、C++使ってやる場合の
100倍くらい高度なことやってるはずだもの。
236 :
仕様書無しさん :02/07/31 00:43
>>233 言語を深く知らずに設計なんかできんのか?
>>235 概念を取り入れてるだけなんだけどね
きちんと業務を把握し分析しさえすれば
あとはPG作成の基準等でできまっせ
>>232 それはオブジェクト指向版のCOBOLでの話?
ほとんどのコボラーには使えそうもないけどね。
>>238 COBOLerがお得意なCOBOLでです
>>237 あんたが言ってるオブジェクト指向は、一般のものとはちょっと違うと思う。
>>237 概念を取り込んでるっていうのはわからないわけでもないけど、
本当にオブジェクト指向なのか気になるな。
どういった点がオブジェクト指向なのだろう。
243 :
仕様書無しさん :02/07/31 00:48
>>236 コボルの適用分野では言語を深く知っていることは重要ではないと思う
重要なのは適用分野での業務知識だ
244 :
大丈夫か? :02/07/31 00:48
>>236 言語を覚えるのって滅茶苦茶楽しいけど
それはプログラマーの発言でSEは言語より業務を知らなくては
いけないんだよ。
日経コンピュータが出してる
『SEを極める』を読んで下さい。
言語は2の次です。
>>242 本質も大切だけど、それ相応のテクニックも必要だよ。
>>244 業務ってどんなことよ? それを知っていれば設計が出来るのかい?
247 :
仕様書無しさん :02/07/31 00:51
>>244 なに寝ぼけてんの?SEは言語と処理系と業務とその他もろもろを
知らなくてはいけないんだよ。
>>241 設計レベルで概念を取り込んでいるんです
昔ながらのCOBOLにクラスやメソッドそのものが無い
そのかわりに設計段階でクラスやメソッドの定義をして
ネーミングルールなどで整理してプログラムを作っているのです
もおう10年ぐらい前の話なのであんまりよく覚えてないけど
249 :
仕様書無しさん :02/07/31 00:53
>>246 知らなきゃできないし、業務だけでもダメだな
251 :
仕様書無しさん :02/07/31 00:54
>>247 設計してる人でコボルも他の言語もほとんどできない人結構いるよ
>>249 事務処理アプリは文系のほうが向いてると思うよ
ただし数学ができなくて文系に逃げたヤシは除く
256 :
大丈夫か? :02/07/31 00:56
>>246 当たり前だ
今君の持ってるPGの本数なんて全体をモーラしたものではないだろう
ほんの極一部で使われるバッチかクライアントの画面系でしょ・・・
そんな部分的な事をいわずに業務知識全般をもっていたら、上流設計の段階でどんなスペックのマシンを選びどんなDBを選択し環境はどんなものを使えばいいか必然的に見えてくるものだ。それから細かいプログラムを書くEditer選択になってくるだけだ
259 :
仕様書無しさん :02/07/31 00:57
知らないより知っていた方がいい。 それしか知らないなら問題だが
261 :
大丈夫か? :02/07/31 00:58
262 :
仕様書無しさん :02/07/31 00:59
>>231 これはね、COBOL(を良く使ってる環境)は分業が進んでいて、
DBアクセスやネットワーク等は、共通モジュールなどに隠蔽化されてるから。
逆に、これらを業務系から隠蔽するのが、業務共通系の仕事。
オープン系は、システム丸見え、丸出しだから、
良くも悪くも業務プログラマまでOSやネットワークやDBの特性まで
知らなければいけないんだよ。
だから、知ってる事は自慢にならない。
企業だって大企業なら、経理は経理、購買は購買、人事は人事とか、
専門化・分業が進んでいるのが普通でしょ。
263 :
仕様書無しさん :02/07/31 00:59
>>262 ものは言いようだな。
よく分かってるじゃないか、COBOLerはDBやネットワークを知らないって。
だからDBやネットワークを使うな。オープン系にも入ってくるな。
266 :
仕様書無しさん :02/07/31 01:02
>>231 オープン系だって、大規模開発でWAS上のJ2EEでServlet開発ばっかしてたら、
ネイティブなDBやネットワークやOS周りなんか見えないでしょ。
言語や、言語を使う人の問題というより、開発規模・環境の問題だね。
268 :
大丈夫か? :02/07/31 01:03
呆れた疲れた
プログラマーさようなら・・・
ボロか・・・
>>263 (苦笑)
視野が狭い奴らにはついていけません・・・
皆さんもうちょっとお勉強しましょう
さよなら・・・
>>268 それがPGの証だよ
PGなんてDQNだらけだ
270 :
仕様書無しさん :02/07/31 01:04
設計の話だが COBOLの適用分野の業務知識に基ずくデータの流れが重要になってくるわけで 言語の詳細を知らなくても設計はできるのですよ。 汎用系だと運用や保守など専用の人もいますし
271 :
仕様書無しさん :02/07/31 01:05
>>265 何を恐れているの? :-)
自動車を使うのに、F1なら H/W 詳細を知らないと始動もできないが、
自家用車ならインターフェースを知っていれば済むようなもんだね。
まぁここでDB知ってるって奴もせいぜいOracleのプラチナ程度だろう。 実際は基本的なSQLと製造に関しての性能的なことだけ覚えておけば充分だろ。
>>270 うちの会社には汎用以外でも運用専門部隊が存在します
>>271 別にDBやネットワークの詳細まで知っとけとは言ってないさ。
ただまともな使い方ぐらいは知っとけと言っている。
COBOLerは自家用車を免許なしで動かしているようなもんだ。
276 :
仕様書無しさん :02/07/31 01:09
>>270 そこまでいくとSEとは呼ばず、コンサルになっちゃうんじゃない?
>>275 免許がないやつでも運転していい環境が整ってるからな
危険なことはできないようになってるよ
COBOLerだけど階層型DBなら知ってるよ。
279 :
仕様書無しさん :02/07/31 01:12
>>276 いえ、SEのレベルです
コンサルはもっと別な分野です
>>278 RDBも使うでしょ
COBOLer以外のヤシは階層型DB使えるのかな
RDBとは一味違ってなんともいえない
PL/1erも階層型使えるよ。
284 :
仕様書無しさん :02/07/31 01:18
ちょっとまじめな話。 プログラミングから、業務ロジック以外の部分を隠蔽化する事は、 プログラミングの永遠の課題でもある。 最初は専用機毎にコードを書くのが当然だったが、 汎用機はシリーズのアーキテクチャを統一して、 いわばプログラマから見て機械を仮想化した。 このため汎用機(S/360 -> 370 -> 390)全盛が続いた。 COBOL開発でも、業務共通系の開発とDB/DC(今のDB/TPモニタ)にて、 プログラマは実環境をほとんど気にしなくて良くなった。 一方、MS-DOSの世界はグラフィックなど機種毎のH/W依存が大きかった。 そこでWindowsなどの仮想化が進んだ。 更にはCOM/DCOM/COM+、あるいはCORBAなど、 異機種間ですらネットワーク等の隠蔽化が進んだ。 OSすらMicrokernelでH/W仮想化を目指したが、 これはRISC普及の限界もあって、逆にLinuxなど簡素化(原始化)へ。 勿論、言語面ではOOで隠蔽化に加えてクラスの概念が発達した。 Javaや .NETでは、残った機種毎の型の問題まで仮想化した。 どんどん仮想化していく流れと同時に、 あまりに重層的になって重く面倒になると「革命」が起きて、 原始的だが安くて速い世界に戻るという繰り返しが歴史なのでは。
285 :
仕様書無しさん :02/07/31 01:18
いままで設計って基本設計以上のことを話してたが、 設計するのに言語知らなきゃ駄目っていってる人は 詳細設計のことを言ってたのか? それなら言語知らなきゃ駄目だ。
286 :
仕様書無しさん :02/07/31 01:21
>>277 そうなんだよね。どんなバグ作ってもOSに影響を与える事は困難。
UNIXだとメモリ開放しないだけでサーバーに影響与えられちゃうし。
>>285 だってあいてはDQNのPGなんだぜ
早く気づけよ
基本設計でも言語の概念的なものは知らないと駄目だろう。
291 :
仕様書無しさん :02/07/31 01:25
>>278 , 281
汎用機のCOBOLやPL/IやC/C++などから、
階層型DB(IMS, DL/I, AIM)やRDB(ORACLE, DB2)を使えるのは当然でしょ。
オープン系だと、VBやC/C++とRDB程度しか知らない人は多いけどね。
>>291 汎用機にC/C++、ORACLEあるんだ
知りませんでした
>>288 何度も言ってるだろう
知らなくてもいいんだよ
重要なのはインプットに対してアウトプットをどうしたいかPGに説明できる能力だ。
>>285 いや、論点は一緒だったと思う。
自分が言いたかったのは、言語や処理系を知らない人間が設計して、それを
下流に下ろしていくと、どっかにしわ寄せが来るような気がしてならないってこと。
297 :
仕様書無しさん :02/07/31 01:31
>>285 んーー、
要件定義・外部設計は言語にかかわらずに基本的にはできるが、
それでも使う言語やツールの特性に応じた設計や提案はあるから、
知識(自分で開発できなくても、何を使えばどんな結果が楽にできるか)は
あった方がいい。
例えばプロトタイピングや画面修正が簡単な言語かどうか、
似たような機能が重複してればクラスが使えた方がいいかとか、
ネットワーク配布が必要なら最初からJavaにするとか、
要件とされた画面はグループウェアのパッケージで逆提案できる事もある。
大規模で応答性が重要ならTPモニタも考える必要がある。
とかね。
>>296 それは正しい視点だと思われ。
餅は餅屋。
餅を作ったこともない人間に、餅の設計(?)なんてできるわけない。
>>296 上流と下流のパイプ役がキチンとパイプの役目をしてれば大丈夫
亀裂だらけのパイプも多いけど
最上流では何を実現したいのかが重要でしょう
>>296 しわ寄せが来たらど下手といってつき帰せ!
オブジェクトの概念を知らない人間がC++やJavaの開発で 基本設計を行ったらどうなるのかな。
>>298 うまいもちを食いたい大名の欲望をたくみに聞き出し
どんなもちが食いたいのかを表現できれば
後は腕のいい餅屋がいればよいということでは?
304 :
仕様書無しさん :02/07/31 01:35
>>291 話題がそれるが、ORACLEは世界で最初に発売された商用RDBMSだが、
汎用機(IBM互換の米アムダール)用に開発され、
後にVAXやUNIXに移植されたRDBMSですよ。
なお、最初にRDBMSを提唱し発表したIBMが、
ORACLEに遅れて出荷したRDBMSが、DB2(汎用機版)。
多分、階層DBMSの次の(次世代の)DBという事で「DB2」と
命名したのでしょう。
305 :
仕様書無しさん :02/07/31 01:36
>>291 UFJは、日立の汎用機でORACLE。
COBOLだとレコードとかI/Fとかの設計が重要な感じするんだけど。 自分COBOLerじゃないからよく分からないのだが。
>>302 まぁそうだね。
絵に描いた餅でなければ。
腕のいい餅屋でも無理な注文はあると思うよ。
>>297 その意見はよくわかります。
ただCOBOLの詳細を知らなくて設計ができるのかよ、
から始まったのでこのような話に発展してしまいました。
>>304 そうなんですかありがとうございます
それにしてもIBMって2が好きだね
OS/2ってまだ現役なんでしょうか?
ワークプレースシェルは好きだったんだけど
基本設計をどのレベルで言ってるのかな? 自分はファイル設計、DB設計、I/F設計、 その他諸々で最後プログラム分割までなんだが。
>>307 そりゃそうだけど常識で考えられるようなことなら時間と金さえあれば
できるでしょ
いくらなんでもディスプレイカら鳩を出せなんていうやついないでしょ
312 :
仕様書無しさん :02/07/31 01:41
>>247 SEによる。
・提案中心の営業系SE
・運用中心の保守系SE
・開発中心の設計SE
>>310 普通は業務分析等をふくめてどんなシステムを作りましょうか
っていうあたりでは?
>>311 その常識が、言語を知っている人間と知らない人間で差があることが問題なのでは?
(そういう話だと思ったんだが、、、)
>>311 煽りではないけど、時間と金さえあればってのは、現実問題として無理なんじない?
316 :
仕様書無しさん :02/07/31 01:47
>>309 OS/2は使ってるユーザーは多いけど、新規販売はほとんど無いのでは。
汎用機のVM/CMSで生まれたREXXとかも使えたけどね。
>>315 そうなんだよね
でもまあ設計だけならできるんじゃない
結局、納期に間に合わなくって未完成のシステムになったりするけど
アントニオ・ガウディみたいな人てそんなに嫌いじゃないです
>>316 REXXはDOSでも使えましたPC DOS Ver7で
>>313 それって要件定義じゃない?
自分のとこは外部設計、内部設計を基本設計と呼んでいる。
プログラムの詳細が詳細設計。
で、基本設計の終了時点で製造の見積もりだして金もらうんだけど。
会社によって違うのか?
>>317 ガウディは折れもすきだけど、ガウディみたいなSEはいや。
>>319 会社によってぜんぜん違いますよ
でも基本設計をその工程で使うのは初めて聞きました
お客さんと話をするときに同じ言葉で違う意味の場合があるので
初めてのお客さんと話をするときは要注意です
>>317 >>315 ではないけど
勘違いしてない?
ガウディは十分に実現可能だけど時間がかかる設計図を描いたわけで、
実現不可能な設計図を描いたわけではないでしょ。
新卒のSEの方でもちろん言語を知らない方に多いのですけど 問題のある設計をする方はいます。 何が駄目なのか説明して解ってもらいますが、 あまりにひどい時はそのSEの指導先輩に言いつけるようにしてます。
いや、建築と信仰を混同してる。
325 :
仕様書無しさん :02/07/31 01:54
>>319 用語や範囲は会社によっても違う。
メーカーとかSIerとか、各担当者とか。
IBM系はADSGやPMBOKに準拠して、
「要件定義、外部設計、内部設計、CD/UT、ITa、ITb、ST」。
基本設計とか詳細設計って言葉は原則ない。
会社によってはITF、ITSとか、色々。
>>322 納期を含めての話だったんだけど
っていうかマジでディスプレイカら鳩出せなんていうようなこというやつがいるのか?
そんなやつに出会ったことないし、自分が言ったこともない
おれは物凄く恵まれた環境でしか働いたことがないってことなのかな?
327 :
仕様書無しさん :02/07/31 01:55
>>318 PC DOS 7 では、そのかわり DISK BASIC は外された(6から?)。
IBM と MS が離婚したからね。
>>327 Q BASICがついてたような気がする
じゃあ基本設計での言語の知識って言ったってかみ合うわけないねぇ。
>>326 納期を含めた上でガウディを引くのはどうかと思うが、
「恵まれた環境にいるんだろうなぁ」ということには同意。
COBOL使うシステムの外部設計でERモデル使っても大丈夫?
336 :
仕様書無しさん :02/07/31 12:49
ADMGEN アダモ源
337 :
仕様書無しさん :02/07/31 20:40
cobolってビジネスロジックとの親和性が非常に高いと思うけどねぇ。 ここでCOBOLたたきしてる奴ってフリーソフトウェア作家とかそういう 人たち?
>>337 COBOLer叩きようのスレなのに何度言われてもCOBOL叩きをしているやつは
知能、道徳の面で著しく欠陥のある方々だと思います
341 :
仕様書無しさん :02/07/31 22:07
>>335 COBOLで扱えるDBは階層型だけではありませんが?
# 階層型って最近覚えたのか?階層型にも階層型の利点があるんだよ。
まぁまともに理解してから出直してきてよ。君のような耳糞野郎はさ。
342 :
仕様書無しさん :02/07/31 22:41
>>341 いいえ、間違っています。
COBOLでもRDBは扱えます。
但し、COBOLerが階層型しか扱えません。
>>342 COBOLerは階層型もマトモには使えないよ
うちの会社のDBは30年前のバッチ処理時代のファイルをDBMSを使って
ぶち込んだだけ
同じ情報があっちこっちに散在してるよ
彼らの言い分はI/Oの回数が少なくてすばらしいんだとか・・・
実際はレコード長が長すぎて物理I/Oはかなり多いんだけど
344 :
仕様書無しさん :02/07/31 22:58
>>343 オンライン処理では排他の範囲を考えた上でDBを設計することが多い。
糞みたいな商品管理システムや販売管理システムをRDBで構築してる
奴にとっては理解しがたいかもしれないが、IOが大量に発生するような
システムでは死活問題となる。
まぁ自分たちの理解を超える世界があるということを知りなさいな
>>344 おいおい
そんなことは解ってるんだよ
くだらん情報をいろんなDBに重複して持たせて
結果レコード長が10000バイトを超え、物理I/Oが多くなってるんだよ
テープでもブロック化係数が2〜3にしかならないんだぞ
排他制御なんてバッチ処理でも普通は考えるものだよ
347 :
仕様書無しさん :02/07/31 23:12
>>345 はいはい。本気で使ったことある?とかホントに知ってるの?とか
そういった馬鹿が良く使う類のレスはどうでもいいっすよ。
(あんたのレベルの低さが伺えるから今度からはもう少し具体的な
レスをしようね(w)
>>346 それはCOBOLerだからという問題じゃないでしょ。
もともとVBやCからはじめた奴でもそんな奴ごまんといますな。
相変わらず頭の弱そうな奴の発言ばかりですねぇ。
もうすこしまともな事を言える人はいないんでしょうか?
348 :
仕様書無しさん :02/07/31 23:16
>>347 オリジナルの、お前モナーのAAが見つからない。
ここで使うべきAAだと思うんだけど。>ALL
349 :
仕様書無しさん :02/07/31 23:17
>>348 >>348 >>348 ,イ^i l
,イ:::: l __ _l
/:::::::: l ,. |
/:::::::::: { /| __/ __|
/:::::::: _`-、_ /:: {
/::::::::::: < 。\  ̄ __ l ___ l
./::::::::::: r  ̄ ̄ :::::::..... <。゙yi /
/::::::::::: 人 :::::::::::::::. ̄、{ \ ´,
|:::::::::::. l __`ー-、.__,,.ノ! ! `'´ ,
|::::::::::::. \ ..`..____' / | ─ r‐┘
.l:::::::::::::. \:::::::::::::::::::::/ / ’ ,
ヽ::::::::::. ___ \_ ̄~^/ ,/ ───┘
\::/`ー---‐^ヽ ゙`=' / _ _l
l::: l / ’ l
_ /,--、l::::. ノ l  ̄ .| ̄
,--、_ノ:: `ー':: 、ミー---‐,,l \ ___l
,/ ::: i ̄ ̄ | \
/:::::::. l::: l::::::: l \ l
l:::::::::::. l::: !:: |::::::: l \ __ _l
|:::::::::l:::: l::: |:: l::::: l l |
|::::::::::l:::. }::: l:::::,r----- l l __ノ
ヽ::::::::l:::: ト:;;;;;;;/-/__........... / | |
/\::::`ー‐' / l__l;;;;;;;;;;;/ |
/ ` / __|
350 :
仕様書無しさん :02/07/31 23:18
煽り煽られ夜もすがら 今日も上げましょ派遣スレ 朝日が昇ればまた仕事 上司に怒鳴られなじられて 咽ぶ自分がそこにいる せめて今宵の書込みだけは 大きな花を咲かせましょ
351 :
仕様書無しさん :02/07/31 23:19
馬鹿はAAも自分で満足にさがせませんとな。 なんでも他人任せ。口だけ君。
352 :
仕様書無しさん :02/07/31 23:22
INTEGER A(3,4) DATA A/ 1 1,2,3,4, 2 5,6,7,8, 3 9,10,11,12 / DO 10 I=1,3 WRITE(6,600) (A(I,J),J=1,4) 600 FORMAT(4|4) 10 CONTINUE END
>>352 なんでここで FORTRAN が出てきたのか謎だが、懐かしいぞ。
354 :
仕様書無しさん :02/07/31 23:26
よくぞわかりましたね
COBOLerだけど何か?
356 :
仕様書無しさん :02/07/31 23:44
COBOLすら満足にできませんが何か?
357 :
仕様書無しさん :02/07/31 23:47
>>347 COBOLerの意味解ってるの?
お前が一番頭悪そうだぞ
358 :
仕様書無しさん :02/07/31 23:55
>>357 COBOLはCOBOLしか覚えようとしない人でしょ。
DBの話なんてでてたっけ?
それ言い訳かなんか?意味分かってる?とか言うのも
本気で使ったことある?とかホントに知ってるの?並に
レベルの低い奴が低いのを隠すために使う言葉だよね。
そうじゃないというのなら具体的にきちんとしたレスつけてね
きちんと答えてあげるからさ。君が本当に馬鹿だと分からせて
あげるよ(w
>>358 COBOLしか覚え要としないやつに代表される向上心のないやつ全般が
COBOLer
VBとかCとか関係ない
>>347 に他の言語を持ち出したりするからそういったのさ
ところで君のレスに何をレスすりゃいいのさ
※ここは言語について語るスレではありません。
※COBOLしか使えない(使おうとしない)COBOL屋=COBOLerを叩くスレです。
COBOLerの定義
(1)
・COBOLしかできない人たち。
・20年前のセオリーを後生大事にしまい込み、未だに使いつづけている、コンピュータ業界の重要無形文化財。
・物事を論理/順序だてて考えるという発想がおおよそない人たち。
・と、いうか「人月計算」で玉石混交で仕事ができた時代の「石」のほうの生き残り、コンピュータの基礎ができていない、簡単に言うと使えない人間がたくさんいる世界。
・「JCLとPROCEDURE DIVISIONを使っちゃダメ」と言ったら、なにもできないような人たち。
・・・・と。別に「敵意」「悪意」はないのだけれど、そういう人種が多いのも事実だよなぁ〜。
(2)唯我独尊
・時代がWindowsになろうがLinuxになろうがGUIになろうが、どこまでもCOBOLを追い求めるらしい・・・。
[
http://www.geocities.co.jp/SiliconValley/5634/t82B1_0007.html#32 より]
344にはきちんとISOのドキュメント読んでから RDBについて語ってもらいたい。
なんでもいいけど、COBOLじゃおもろいことできん とだけいっておく。
364 :
仕様書無しさん :02/08/01 00:03
ここはCOBOL又はCOBOLerを叩こうと寄ってくる蝿並みの知能の奴を 煽るスレッドです。 馬鹿が今日もあつまってきてますよー。 さぁどんどん叩きましょうー! 今日の馬鹿は本当は良く知りもしないくせにDBについて語る馬鹿です。 COBOLでRDBが扱えないと思い込んでるみたいですよー。 馬鹿ってこわいですねー(w
365 :
仕様書無しさん :02/08/01 00:05
>>364 普通の馬鹿は勉強をしてないだけですればできるようになるかもしれない。
ところがここに集う馬鹿ときたら自分の固定観念だけで決め付けで
語る真性馬鹿なのでそれ以上成長が見込めない。
かわいそうと言えば可愛そうだ。
まあ確かに一昔前のRDBの排他制御はひどかった
>COBOLはCOBOLしか覚えようとしない人でしょ。 COBOLだけで仕事できるわけないだろ 今の時代
368 :
仕様書無しさん :02/08/01 00:06
370 :
仕様書無しさん :02/08/01 00:09
>>363 汎用機もそのプリンタもまともに記号の類出ないから無理。
371 :
仕様書無しさん :02/08/01 00:11
>>370 外字を使えば何とかなるさDBCSのAAなんてなかなか見られないぜ
372 :
仕様書無しさん :02/08/01 00:11
「○○しらないの?」 「○○って聞いたことある?」 「○○が△△なわけがない」(超的外れ) 馬鹿が良く使うフレーズです。 馬鹿はまともに説明できないので、疑問形または思い込みでしか 話ができません。具体的に聞いても同じフレーズを繰り返す又は 罵倒語を返してくるのみです。
373 :
仕様書無しさん :02/08/01 00:12
***今日のまとめ*** 1.DFD, ER図とかはCOBOLでも使える(というか元々言語に依存しない) 2.RDBはCOBOLでも使える(というかRDBMSは汎用機から商用化された) 3.特定のレコードを最短で読むのはRDBより階層DBが得意(ただし言語とは無関係) *****
374 :
仕様書無しさん :02/08/01 00:12
>>370 でました(w
「出ないから無理。」
自分の知識の狭さを恥ずかしげもなく披露する馬鹿レス。
馬鹿だから馬鹿レスを恐れないというか。
馬鹿ってすごいね。楽しいね!!!!!
375 :
仕様書無しさん :02/08/01 00:13
同じCOBOLerでかなりベテラン (部長さん) 会話の流れでどうも最近までサブネットマスクの意味がわかってなかった こういう人もいます
377 :
仕様書無しさん :02/08/01 00:14
378 :
仕様書無しさん :02/08/01 00:14
オブジェクト指向知らないの? オブジェクト指向って聞いた事ある? オブジェクト指向がネコミミなわけがない!
379 :
仕様書無しさん :02/08/01 00:16
>>373 3番はどうなのかな?
DBの種類というよりアクセス方式に関係すると思うんだけど
381 :
仕様書無しさん :02/08/01 00:17
>>376 SNAでは右に出るものがいないかもしれませんよ
その部長さん
>>378 さぁ?知らないですねぇ。
説明してもらえます?
たははははははは! そうだね、君達はすごく頭がよくて僕は馬鹿だね。 よかったね。はいはい。
384 :
仕様書無しさん :02/08/01 00:19
>380 いやただCOBOLer弁護?してたらいやな部長の顔思い出して 言っただけ
387 :
仕様書無しさん :02/08/01 00:20
>>383 僻みっぽいやつだな
みんなは普通でお前が並外れた馬鹿なんだよ
388 :
i386DX(コプロ付) :02/08/01 00:21
389 :
仕様書無しさん :02/08/01 00:21
>>383 うん。よかったよ。で?君の何が馬鹿なのかわかった?
それがわからない限り君は馬鹿のままなんだよー(w
390 :
仕様書無しさん :02/08/01 00:22
391 :
仕様書無しさん :02/08/01 00:22
>>376 何をってオブジェクト指向にきまってんじゃん。
説明してね。わかってんなら。
392 :
仕様書無しさん :02/08/01 00:22
>>379 アクセス方式って、例えばDB2/MVSならVSAMを使ってるとかって、
内部的な話?
それはともかく、KEY指定でのアクセスパスが短く、DISK効率が良いのは、
階層型。もちろん、どちらもまともに設計しての比較だけど。
反面、メーカー独自性が強く、生産性は高くなく、専門のスキルが必要。
だから、製造業の部品管理や、銀行の勘定系、運輸の予約システムなどは、
今でも小規模でない限り、階層型DBMS(やネットワーク型)が主流で、
例外的にRDBMS。
>>387 普通って何?俺には世界中馬鹿に見えるぜ。
お前ら全員作り物だろ?俺だけが世界で唯一魂のある人間なんだよ。
>>389 黙れ出来そこないの人形め!
>>391 あれでしょ?ボタンとか画面に貼り付けて
ハンドラ書くやつでしょ?
俺に言わせれば main() の無いプログラムなんて偽者だね。
395 :
仕様書無しさん :02/08/01 00:25
ほとんど犯罪者の精神障害者があらわれました。 毒にやられる前に皆さん避難しましょー。 では。
COBOL、COBOLer、COBOLest
誰か俺のためにあのスレをあげてくれたのか〜い?
398 :
仕様書無しさん :02/08/01 00:26
>>362 COBOLじゃ面白いことできちゃいけないんですよ。
業務分担範囲以外は原則できない。
だからこそ安心して書ける。
UNIXでCとかだと、ちょっと油断すると初心者がサーバー落としちゃうけどね。
だからいまだにCOBOLerにオモチャなんて言われるのよ。
なぁ、RDBもいいけど、素直に索引編成にしようぜ
400 :
仕様書無しさん :02/08/01 00:27
きもっ!
>>370 ってアニヲタかなんか?理系の大学生で彼女居ない暦と年齢が
同一とかそういった類の人間だな。あとオプションで(素人)童貞とかか?
以後。
>>370 のオプションを考えるスレです。
例)
同級生の女の子の縦笛を舐めているところを見られていじめられた
>>370
>>394 それじゃ VB も含まれてしまいます (困惑
402 :
仕様書無しさん :02/08/01 00:28
じゃ。俺も。
何はなくともいじめられていた
>>370
403 :
仕様書無しさん :02/08/01 00:29
汎用機も簡単に落せますが何か? とりあえずボヤでも起こしてオペレータをコンソールの前からどかせ、 そのあと DISPLAY 文を連打したジョブを起動だ! 裏で無限ループのジョブを一緒に走らせるのもよい。 一発だね。
>>392 アクセス方式って言ったらそういうことでしょ
DB2って言葉が出てくることろから推測するに
あなたが使ってる階層型DBって言うのはIMSのDBですかな?
それならVSAMよりも一歩アプリよりのところぐらいの
HIDAMとかHDAMのことを言ったんだよ(MSDBを持ち出さないでね)
405 :
仕様書無しさん :02/08/01 00:30
志望する私立中学に入学できなくてそれを妬んで高校入試にも失敗する
>>370
406 :
仕様書無しさん :02/08/01 00:31
実はここ数ヶ月お風呂にすら入っていない引きこもりの
>>370
407 :
仕様書無しさん :02/08/01 00:33
母親以外の女性と口をきいたのは小学生の時の保健室の先生だけという
>>370
408 :
仕様書無しさん :02/08/01 00:33
>>403 DISPLAYの無限ループのJOBをJOB名、実行CLASSを変えて
SUBMITしまくりのほうが操作は簡単
409 :
仕様書無しさん :02/08/01 00:33
俺も女性を監禁したいナァと常々思っているきもい
>>370
410 :
370改めネオ麦畑で捕まえて :02/08/01 00:34
ははははアニヲタ? 何いってんの?いくらなんでもあんな低級生物と一緒にしてくれないでくれ給え。 あと私は理系でも文系でもない。あえて言うなら DQN 系。 だが女には困っていない。 同級生の女の子の縦笛を舐めたりはしていないが 給食当番の時に俺の舐めたスプーンを好きな女の子に使わせた事ならあるぞ ハハハハハハハハハ!
411 :
仕様書無しさん :02/08/01 00:34
412 :
仕様書無しさん :02/08/01 00:35
413 :
仕様書無しさん :02/08/01 00:35
414 :
仕様書無しさん :02/08/01 00:36
415 :
ネオ麦畑で捕まえて :02/08/01 00:36
お前ら面白いな。
妄想の発表大会じゃないか。
じゃ俺も
レイプが趣味の
>>370
416 :
仕様書無しさん :02/08/01 00:37
417 :
仕様書無しさん :02/08/01 00:38
418 :
仕様書無しさん :02/08/01 00:38
419 :
仕様書無しさん :02/08/01 00:38
420 :
ネオ麦畑で捕まえて :02/08/01 00:39
さあ夏厨ども!もっと我を崇めよ!褒め称えよ! その美しく汚れた言葉で もっともっと我に祈りを捧げよ!! 我は偉大なり!我は偉大なり!我は偉大なり!
このスレに移動ですか?(プッ
422 :
仕様書無しさん :02/08/01 00:40
>>370 は階層パスを無視してDBにアクセスしようとしています
423 :
ネオ麦畑で捕まえて :02/08/01 00:43
>>422 我は偉大なり!我は神なり!
この偽りの大地に唯一救いを齎す者なり!
わかったらその端末使わせろ。
424 :
仕様書無しさん :02/08/01 00:45
425 :
ネオ麦畑で捕まえて :02/08/01 00:45
結局。お前らその程度ですか? チンカスどもめ。せっかく人が発狂する瞬間に立ち会ってるというのに このチャンスにその程度の事しかできないんですね。 所詮お前らはどんなに頑張らなくちゃいけない時だって 全力を出し切れないで後で後悔するんだね。かわいそうに。
426 :
仕様書無しさん :02/08/01 00:46
リアルと同じ状況の
>>370 であった
放置に気づかない哀れなヤシ
428 :
ネオ麦畑で捕まえて :02/08/01 00:51
もうなんでもいいよ。 っていうか、この世界自体が馬鹿馬鹿しい。 お前ら幸せですね。
>>428 お前は不幸ですなー。
まぁがんばれや。
430 :
ネオ麦畑で捕まえて :02/08/01 00:56
>お前は不幸ですなー。 烈しく胴衣 >まぁがんばれや。 無理、というかもうがんばるの嫌。 逃げる。
431 :
ネオ麦畑で捕まえて :02/08/01 01:02
432 :
仕様書無しさん :02/08/01 08:54
「COBOLしらないの?腐った言語だよ。」 「COBOLerって聞いたことある?人生の敗北者だよ。」 「COBOLがプログラミング言語なわけがない。あれは事務処理の仕様書だよ。」
433 :
仕様書無しさん :02/08/01 08:58
>>432 >「COBOLがプログラミング言語なわけがない。あれは事務処理の仕様書だよ。」
そんなに理解しやすい言語なんですか?COBOLって。
>434 実際に触ったことないから分からんけど、事務処理(金額計算やらなんやら)には スゴク便利に使えるらしい.... 一度触ってみたい気もするけど、侵食されて取り込まれちゃったら嫌だな(w
入社したころCOBOLの仕事やっていた。パソコンへの切替時期に パソコンを買って勉強しようとしていたら、上司からパソコン禁止令 が発令されました。自腹で買ったのに、ちなみに当時で70万ぐらい していたので、止めるわけにもいかないので、反対を押し切って勉 強して、仕事もVC++Ver1.0のを受注してやっていました そのころは今みたいに誰でもパソコンを使える状態では無かったの で所詮ゲームマシンって思っていたみたい そんな俺も今ではちゃんと、VBやらCやらJAVAやら・・・ ある意味、COBOL一本で食えていたときは幸せだったかもと思うが そのとき反対していた上司をみると、反対を押し切って勉強しておいて 良かったと、しみじみ思う今日この頃
>>436 良かったねぇ。いや本当マジで。
この業界はとりあえず新しい物には飛びついとかないとな....
下手すると雑学扱いになっちゃうような知識でも全然ないのとは偉い違いになるからねぇ
COBOLの帳票ってAAが多いよね AAで「製品」とかでかでか書いてあるのが出てくると笑える
439 :
私は何でも屋。 :02/08/01 15:30
>>403 ,
>>408 はぁ?そんなことしたって、イニシェーターの本数以上のJOB
は、待ち行列に積まれてしまうだけじゃん。あと、指定したJOB
CLASSを処理してくれるイニシェーターが定義されていなかっ
たら?
無限ループっていったって、JOBクラス毎に、最大実行時間が
指定されているから、時間がきたらそのJOBは止められちゃうよ。
あと、DISPLAY先はどこ?
出力クラスにDUMMYが指定されていたら、意味無いじゃん?
>>403 あのさぁ、ボヤをどこにおこすの? マシン室の中?
監視カメラ無いの?そのマシン室?
>>408 まさか、端末からSUBMITコマンドを入力する、っていうん
じゃないよね?あるJOBから別のJOBを投入(実行)するって
いうことだよね?で、そのJCL(か、あるいはコマンド・プロシ
ジャー)、キミは書けるの?
やっぱりCOBOLerは使えないヤシばっかだな。
マシンの運用に関することを勉強したことも無いのね。はぁ。
(そりゃそうか。COBOLerだもんね。)
あっそうだ。落としたら、ちゃんと拾っておいてネ。(^_^;)
440 :
仕様書無しさん :02/08/01 15:40
無駄な行空けは止めましょう。
あなたの1バイトがネットワーク管理者を救う!
442 :
仕様書無しさん :02/08/01 17:41
>>439 ピー!
WARNING!! LOG AREA USAGE:90%
ピー!
WARNING!! LOG AREA USAGE:91%
ピー!
WARNING!! LOG AREA USAGE:92%
ピー!
WARNING!! LOG AREA USAGE:93%
ピー!
WARNING!! LOG AREA USAGE:94%
ピー!
WARNING!! LOG AREA USAGE:95%
ピー!
WARNING!! LOG AREA USAGE:96%
ピー!
WARNING!! LOG AREA USAGE:97%
ピー!
WARNING!! LOG AREA USAGE:98%
ピー!
WARNING!! LOG AREA USAGE:99%
ピー!
WARNING!! LOG AREA USAGE:100%
この次にどうなるのか教えてください。
どっちかつーと叩き上げのSEの方が信用できるなー。
444 :
仕様書無しさん :02/08/01 19:12
なんだか事細かに説明してくれる人がいるけど、思いっきり 環境依存なものを、環境依存な言葉で説明されてもねぇ。 その人の周りではそれで通じるかもしれないけど。。
445 :
仕様書無しさん :02/08/01 19:24
>>438 奴らにAA書かせたらいい物作ってくるだろうな。
等幅フォント限定だろうけど(w
446 :
仕様書無しさん :02/08/01 23:47
>>439 お前カナリのアホだな
どうするの?どうするの?ってよ
そんなの動くことを確認してからやるに決まってるだろうがボケ
JOBの最大実行時間なんて変えられるんだよ馬鹿
DISPLAY先なんてプリンタスプールに決まってるだろうが
最大実行時間なんて待つことも無くスローダウンしてくれるよ
お前JOB投入なんてインターナルリーダーに吐き出せばナンボでもできることを知らんのか?
頼むから死んでくれ
447 :
仕様書無しさん :02/08/01 23:49
448 :
仕様書無しさん :02/08/01 23:51
>>439 こういうやつが一番困る
COBOLer以下の癖に自分ではまったく気づいていない
450 :
仕様書無しさん :02/08/02 00:00
451 :
仕様書無しさん :02/08/02 00:03
452 :
仕様書無しさん :02/08/02 00:37
455 :
仕様書無しさん :02/08/02 00:48
俺の仕事の障害かと思った
457 :
仕様書無しさん :02/08/02 00:58
452==439 ? ヴォケ : スマソ;
459 :
私は何でも屋。 :02/08/02 03:44
思っていたより沢山釣れたナ。(^_^;)
>>442 そんなメッセージが出るような環境ではやっていなかったので、
知りません。(だいたい LOG AREA の使用率がそんなになってし
まう以前にキチンと対処してきました。)
>>446 >どうするの?どうするの?ってよ
はぁ? 439のどこに「どうするの?」なんて書いてある?
自分の脳内で勝手に文章付け足して、それに対して「アホ」呼ばわり
するってことは、あんたは自分で『自分は「アホ」なんです。』って
言っているように見えるけど、それでいいのね。
>JOBの最大実行時間なんて変えられるんだよ馬鹿
&
>お前JOB投入なんてインターナルリーダーに吐き出せばナンボでも
>できることを知らんのか?
どちらもよーく知ってるよ。特にJOB投入の件は、439を読めば、その
くらい分かるでしょ?
ただね、403と408は、その方法も含めてそれを知っているのか?って
疑問に思っただけ。だから「キミは書けるの?」って聞いたんだよ。
読んで分からなかった?
>DISPLAY先なんてプリンタスプールに決まってるだろうが
え?コンソールに出して、コンソール上の他のメッセージを読めなく
するのかと思ってた。プリンタスプールねぇ。ふーん。
よっぽど小さいシステムしか使っていなかったんだね。(藁
>頼むから死んでくれ
文意をまともに読み取れないヤシに、そんなこと頼まれたくないよ。
460 :
私は何でも屋。 :02/08/02 03:53
>>448 458によると、あんたは446なの?
だとしたら、あんたの方こそ、困る存在だ!と言っておくね。
(だって、文意をまともに読み取れてないんだもん。)
違う(446じゃない)んだとしたら、もっと具体的に言ってくれよ。
あんたが脳の中で考えたことなんか、そのままではこっちには
分からないんだから。(まさか、そんなことも分からないの?)
>>459-460 は何を威張ってるんだ?
COBOLしか触れないくせにでしゃばるCOBOLerを叩くスレだぞここは。
COBOL以外の言語をちゃんと使えてとりあえず最新技術に追いついているのなら
煽る必要もないだろ。
462 :
私は何でも屋。 :02/08/02 15:30
>>461 べつに、威張ったつもりはなかったんだけれど、
確かに、仰るとおりです。
スレの主旨から外れたカキコしてゴメンネ。
以後、つつしみます。
新人でも無いのに1つしか言語使えないのは終わってる。 ましてや新しいものが必要なのに学ぼうともしないなんて・・・。 一緒には働きたくないね。
>>463 そうだよね。
「これだけで食べていけますから」なんていって努力しないやつは
いつか斬り捨てられても文句いっちゃだめだよね
465 :
仕様書無しさん :02/08/02 17:38
DATA DIVISION. WORKING-STORAGE SECTION. 01 W-CONSTANT. 02 PIC X(05) VALUE "XY123". 02 PIC 9(04) VALUE 1000. 01 W-TABLE REDEFINES W-CONSTANT. 02 WT-KOMOKU OCCURS 5 TIMES ASCENDING KEY WT-BANGOU INDEXED BY W1. 03 WT-BANGO PIC X(05). 03 WT-TANKA PIC 9(04). PROCEDURE DIVISION. PERFORM UNTIL W-ENDFLAG = "END" SEARCH ALL WT-KOUMOKU AT END DISPLAY "GAITO SYOHIN NASHI " SHIIRE-REC WHEN S-BANGO TO SG-BANGO (W1) MOVE S-BANGO TO SG-BANGO MOVE WT-TANKA (W1) TO SG-TANKA COMPUTE SG-KINGAKU = WT-TANKA (W1) * S-SURYO WRITE SHIIREGAKU-REC END-SEARCH PERFORM SHIIRE^READ END-PERFORM
466 :
仕様書無しさん :02/08/02 18:39
文法誤りがある
で、結局COBOLは利点があるの?ないの?
>COBOLしか触れないくせにでしゃばるCOBOLerを叩くスレだぞここは。 そんなやついないだろ 俺の会社にはいないぞ 最低OracleかJavaぐらいできるぞ でおまえらはもしかしてJavaしかできないとか言うんじゃないだろうな
>>468 だから、君らはこのスレのターゲットじゃないんだってば(w
ちゃんと他の仕事出来るんだから。
470 :
仕様書無しさん :02/08/02 20:10
アーキテクチャてなに?
471 :
仕様書無しさん :02/08/02 20:42
3月までCOBOL屋やってました。 今JavaとかOracle、SQLなどのWeb系という仕事を しているのですがよー分らん。 結局「使えないヤシ」と思われたせいか 毎日画面キャプチャしてマニュアル作ってます。 時代に乗り遅れたのか、、?俺
472 :
仕様書無しさん :02/08/02 20:47
>>468 >俺の会社にはいないぞ 最低OracleかJavaぐらいできるぞ
お前の会社が業界の基準だとでも?
>>471 自分でそう思えるならまだまだ努力次第でなんとかなるっしょ!
自宅にPCあるなら勉強しる!
だからおまえらは何ができるんだ?
475 :
仕様書無しさん :02/08/02 21:29
>>474 ソリティアとフリーセルとマインスイーパーができますが何か?
>>474 ファイルマネージャーが使えますが何か?
>>474 なんでもできるよ。普通
言語限定なのはCOBOLerだけでしょ
なんでもできるは、何も出来ないのと同意。 使えない奴の代名詞。
そういわれてもなんでもできるからなー
>>479 こんな事で釣られちゃだめだYO!
スレ違いという事も分からずに煽ってるヴァカなんだから相手しちゃダメだよ
482 :
仕様書無しさん :02/08/02 23:18
>>479 じゃあせっかくだから何でもできるという何ができるのか聞いてあげるよ。
それぞれどんな業務でどんな立場でどんなことをやってきたのかも聞いて
あげるよ。なんでもできるんだろうから超長文でも構わないよ。
あ、あとどんな些細なことも書き漏らさないようにね。あとから言い訳は
聞きたくないよ。何でもできるんだからそれぐらいできるよね?
>>482 激しくスレ違い。
粘着童貞野郎はママのおっぱいでも吸いながら早く寝てくだちい
484 :
仕様書無しさん :02/08/02 23:33
なんでもできると大見得をきったはいいが実はやっぱり何もできない
>>483 を発見しますた。
出来ない奴の癖に知ったかこくなっつーの。恥をかくのはお前なんだからさ(w
>>479 PPP over Ethernet over Fire-wire やってくれ。
俺には手に負えん。
486 :
仕様書無しさん :02/08/02 23:35
>>479 じゃあせっかくだから何でもできるという何ができるのか聞いてあげるよ。
それぞれどんな業務でどんな立場でどんなことをやってきたのかも聞いて
あげるよ。なんでもできるんだろうから超長文でも構わないよ。
あ、あとどんな些細なことも書き漏らさないようにね。あとから言い訳は
聞きたくないよ。何でもできるんだからそれぐらいできるよね?
なんでもできる
>>479 の冴え渡るレスを待っています。
他の屑のレスはスレのゴミなのでやめてください(特に
>>483 )
えー 派遣スレに書いたからなー また書くの面倒だよ。 派遣スレみてくれ
490 :
仕様書無しさん :02/08/02 23:44
>>487 馬鹿でももう少し頭使ってまともなレスができると思いますが。
もう一度じっくり考えて嘘でもいいので「ちゃんとした」なんでもできる
という証明をしてください。
今の時点
> 69 名前:仕様書無しさん 投稿日:02/07/29 22:17
> とりあえず、オレはMZ-80Bからのパソオタでマシン語でプログラミングしてたぞ。
> 今は、C++.NETだ。
ただの可愛そうな人です。
えっとマシン語とC++.NET(大藁)が自慢ですか?その程度で
「なんでもできる」と大見得切ったわけですか?
そんなの普通すぎて蟻んこ兵隊レベルじゃん(w
だから、COBOLer以外の奴同士で煽り合うなと(w
体力の無駄遣いだから。
493 :
仕様書無しさん :02/08/02 23:46
おまえらおもろいな。w なんでこんなにムキになれるんだ?
>>490 ひょっとして空でも飛べと?
それはさすがに無理だよ
>>490 っていうか69だけ読まれても困るんだけど
496 :
仕様書無しさん :02/08/02 23:49
>>487 君はあれか?高知県とかのソフトウェア会社で「なんでもできる」と
いきがってる
何にも出来ない技術者ですか。
69 名前:仕様書無しさん 投稿日:02/07/29 22:17
とりあえず、オレはMZ-80Bからのパソオタでマシン語でプログラミングしてたぞ。
今は、C++.NETだ。
あまりにも面白すぎて涙がでました。
で?今までどんな仕事してきたの?窓の杜に登録したはいいが
メールの反響が一年に一通しかない引きこもり無職のフリーソフトウェア
作家かなんかですか?
とりあえず仕事しようよ(w
497 :
お前ら、激しくスレ違いだぞ :02/08/02 23:49
※ここは言語について語るスレではありません。
※COBOLしか使えない(使おうとしない)COBOL屋=COBOLerを叩くスレです。
COBOLerの定義
(1)
・COBOLしかできない人たち。
・20年前のセオリーを後生大事にしまい込み、未だに使いつづけている、コンピュータ業界の重要無形文化財。
・物事を論理/順序だてて考えるという発想がおおよそない人たち。
・と、いうか「人月計算」で玉石混交で仕事ができた時代の「石」のほうの生き残り、コンピュータの基礎ができていない、簡単に言うと使えない人間がたくさんいる世界。
・「JCLとPROCEDURE DIVISIONを使っちゃダメ」と言ったら、なにもできないような人たち。
・・・・と。別に「敵意」「悪意」はないのだけれど、そういう人種が多いのも事実だよなぁ〜。
(2)唯我独尊
・時代がWindowsになろうがLinuxになろうがGUIになろうが、どこまでもCOBOLを追い求めるらしい・・・。
[
http://www.geocities.co.jp/SiliconValley/5634/t82B1_0007.html#32 より]
>>493 たまらんです
肝心のCOBOLerがいないのに・・・・
>>496 だからなんで69だけについて触れるん?
わけわかんないよ。
500 :
仕様書無しさん :02/08/02 23:53
>>69 以外のどれを読めというんだ?
どっかに69って明記してあるレスがあるのか?
あ、君はなんでもできるから明記してなくても分かるのかもね。
馬鹿な俺でも分かるようにどれが君のレスなのか教えてね。
いやぁすごいや君は、IDもハンドルもないレスを誰が書いたのか
わかるんだもんね。
言い訳はいらないからそのスレッドの君が書いたレス全部教えてね。
さっきから言い訳ばっかりなんだけど、君ほんとに何でもできるのかなぁ?(w
501 :
仕様書無しさん :02/08/02 23:55
電波の「なんでもできる君」がゆんゆん状態です♪
ゆんゆん状態って何?
504 :
仕様書無しさん :02/08/02 23:59
今のところ MZ-80Bでマシン語ができる C++.NETができる ということがわかったな。(それで何ができるのかさっぱりだが本人は できるらしい(w) 他には何ができるんかねぇ? 今のところなんら仕事の役に立ちそうにないことばかりだが。
>>500 はなんでこんなに粘着なんだ??
しかもageで書いてるし・・・・・
>>504 ひょっとして言語のこと入ってるのかい?
できる言語なんてならべてもしょうがないと思ったんだけど。
あまりのレベルの低さにちょっと引いた
507 :
仕様書無しさん :02/08/03 00:01
>>503 言い訳はいらないよ。
じゃあせっかくだから何でもできるという何ができるのか聞いてあげるよ。
それぞれどんな業務でどんな立場でどんなことをやってきたのかも聞いて
あげるよ。なんでもできるんだろうから超長文でも構わないよ。
あ、あとどんな些細なことも書き漏らさないようにね。あとから言い訳は
聞きたくないよ。何でもできるんだからそれぐらいできるよね?
早くね。さっきから言い訳ばっかりじゃん。
お前みたいな口だけの奴いっぱい居るよ。糞みたいな給料泥棒ばかりだけどね。
>>489 あ、やっぱり自分でやります。つか、人に回す程仕事ないし。
>>507 なんかつまんないね。その文章気に入ったの?
510 :
仕様書無しさん :02/08/03 00:04
>>505-506 はいはい。
言い訳のオンパレードだね。
なんでもできるのなら何ができるのかきちんと説明できるだろうに。
口だけの逃げ腰の奴が良く使う常套句だね。
「粘着・レベルが低い」
言い訳はいらないんだって。きっちりと文章で証明してよ。
文章でしか伝わらない世界なんだからさ。
嘘ついたのならうそでしたって言えば?まぁ君みたいな口と実力に
伴わないプライドだけの人には無理だろうけどね。
ウソでした
もしかして500自身がCOBOLerだったのか??? それで訳の分からない状態にして必死の反撃に出ているのかも?(ワラ
>>500 は文章も読めないやつだからしょうがないよ
あれ?もう終わりなの。つまんないの
あまりにも低レベル過ぎて笑いました。 「なんでもできるという奴にろくな奴がいない」 という業界の定説を垣間見られただけで収穫があったと思います。
まずは、マシン語とC++について突っ込んでみればいいのに
それすらできない
>>500 はCOBOLerなんだろうな
>>517 スレ違いと言うことを理解さえ出来なかった500の事です
COBOLerには理解できるわけないよ
>>516-517 あまりにも低レベル過ぎてなんともいいようがありません。
まともな社会人なんですか?
あなたのような人は
「何でもできるという奴にろくな奴がいない」
という意味すらも理解できないのでしょうね。
まぁいいじゃん。 何でもできるっつーんだから何でもできるんだろ。 めんどくさいからほっといたらいいんだよ。馬鹿は。 どうせ死ぬまで気付かないんだろうからさ。
なんか、COBOL関係スレの回転が速い理由を垣間見た気がします(w
今日もいっぱいカキコしたので、もう寝るよ。
全レス書き手独りという罠
進歩のない者は決して勝たない。 負けて目覚めることが最上の道だ。 COBOLerは進歩ということを軽んじすぎた。 20年前のセオリーや汎用機にこだわって、 真の進歩を忘れていた。 失業して目覚める、それ以外にどうしてCOBOLerが救われるか。 今目覚めずしていつ救われるか。 俺たちはその先導になるのだ。 COBOLerの新生に先駆けて散る、まさに本望じゃないか
530 :
仕様書無しさん :02/08/03 01:20
>>497 > ※ここは言語について語るスレではありません。
> ※COBOLしか使えない(使おうとしない)COBOL屋=COBOLerを叩くスレです。
これをしつこく繰り返してる人が多いけど、自分もわかってないんじゃないの?
ここで言われているCOBOLerの特性の大半は、
実は言語や環境や職場から起因する特性でもあるから、
それの話題が一緒に出るのは当然よ。
・COBOL言語は古く、事務処理特化で、クラスとか無い
・COBOL環境は汎用機が多く、だから同じ言語・世界・技法で20年も続けてる
・COBOL職場は昔からの企業が多いので、分業・階層化が進んで「ならわし」も多い
531 :
仕様書無しさん :02/08/03 01:26
汎用機もダウンできるって話題は、ピントがズレてるよ。 ・コンソールをジャックしない限りPGには限界があると認めている (UNIXではジャックしなくてもPG用端末の前でできちゃう) ・DISPLAYやROOPは単にSPOOL FULLや性能低下を起こせるだけ (汎用機のジョブ実行優先順位は厳格だから、大抵は復旧可) (UNIXなんか、本当に全体が死んだりする) ・UNIXなんか初心者がkill, shutdown, 起動disk変更などできる (汎用機PGでは、よほどの情報とスキルが無いとできない)
532 :
仕様書無しさん :02/08/03 01:30
>>530 不毛な三段論法の例
1.ここはコボラーについて語るスレです
2.コボラーの定義は、コボルユーザーのうち、人間的にしょーもない人です
3.だから、コボラーは人間的にもしょーもないのです
定義段階で結論を出して、後は自己満足するだけの、おやじスレですか?
533 :
仕様書無しさん :02/08/03 01:31
>>531 UNIXでも、普通そんな変な運用はしません。
初心者に root 特権渡す方が莫迦ですが。
535 :
仕様書無しさん :02/08/03 07:52
>>530 > ・COBOL言語は古く、事務処理特化で、クラスとか無い
> ・COBOL環境は汎用機が多く、だから同じ言語・世界・技法で20年も続けてる
> ・COBOL職場は昔からの企業が多いので、分業・階層化が進んで「ならわし」も多い
思考と知識がどこかでとまってるのは君のほうじゃないの?
どれもこれも古い情報ばかりだね。
536 :
仕様書無しさん :02/08/03 13:34
それにしても本物のコボラーが来なくなったなこのスレ。 コボラーとの意見のぶつかり合いが楽しかったのに。
>>536 君は意見ぶつけたと思っていても、相手はどうだかねぇ。
偽COBOLerとCOBOLerを見分ける公式キボンヌ
1年目で、客先のマシン室でジョブを流しては磁気テープをデッキに入れ、1時間待ってはテープを入れなおしと言うような事を繰り返しています。 データセットをディスクだけに作ろうとすると、数ギガバイトで容量不足で異常終了。 磁気テープ数本使えば大丈夫だが、それだけの為に職場から往復1時間かけて客先まで行かないといけない。すごく効率悪いです。 もしPC上で出来れば簡単に済むのような事が、汎用機でやると非常に手間がかかります。 「このファイルからこの条件で抽出して、もう一方のファイルとつき合わせて、等しいものを次のステップの入力にして・・・」 などという作業をやるのに、やたら労力がかかってしまいます。
コボルでのコーディングもテストも殆ど単純な作業ばかりで(汎用紙に実行結果を出して、マーカーで印を付けて・・・)、本当に思考が鈍ってしまいそうです。 個人的に事務系の仕事に興味ないし(これは自分が悪いです)、このまま続けても、単なる作業員になるだけかも。 今の自分の派遣会社では汎用機系ばかりで営業も「オープン系の仕事なかなかとってこれねえんだよ」と言い、違う職場に移るのは当分無理そうです。 最初からオープン系の会社に入っておけばこんなことにならなかったんでしょう。 全部自分が悪いんです。人生終わりな気になってます。
>>539 派遣会社なら別の派遣会社に移籍したらいいんでないの?
542 :
仕様書無しさん :02/08/03 15:17
543 :
仕様書無しさん :02/08/03 15:19
30年位まえみたい
謝罪しなければならないことがあります。
539で1年目と記しましたが、本当は2年目です。
申し訳ありませんでした。
>>541 今は正社員待遇の派遣です。夏のボーナスは手取り23万(1.3ヶ月)でした。
デフォでは1ヶ月ですが、資格があるので多少多めにしているということです。
下を見ても上を見てもきりがありませんが、
時機を見て転社したいとは思っています。
>>542 ユーザーは詳しく書くとそのものズバリになってしまいます。一般的な表現だと官公庁です。
>>544 作業場に入っている派遣会社によってバラツキはあるようですが、
自分のところは基本給19万+住宅手当2万+通勤交通費+残業時給1400円です。
40時間の残業で手取り24万強です。
他の派遣会社の同期は残業時給1500円でした。目糞鼻糞でしょうか。
もっと酷い労働環境のところもあるのでしょうが、夕方6時から出勤して、
翌日の日中も通して24時間以上の連続勤務なんかも時々あります。
そういうのは大体派遣先の正社員でなく派遣社員がやってますが。
どうしてもやりがいを感じられません。
支離滅裂っぽい文ですみませんでした。
547 :
仕様書無しさん :02/08/03 15:49
>>545 なんのプログラムつくっておられるのですか
549 :
仕様書無しさん :02/08/03 16:07
僕はコバラーです
551 :
仕様書無しさん :02/08/03 16:54
>>547 既存のものを修正するものが殆どです。
帳票とか中間ファイルとかを作成するバッチ系のプログラムで、
法律改正とか顧客からの要望で、いままではこういう条件で作成していたのを、
今度からはこういう条件でも作成して欲しいとか言われて、IF文とかPERFORM文追加するような感じです。
553 :
仕様書無しさん :02/08/03 17:11
新紙幣キタ━━━━━━(゚∀゚)━━━━━━ !!!!! 特需だ、特需だ、ワショーイ。
554 :
仕様書無しさん :02/08/03 17:16
>>552 いまは、それでお金もうけて、いつか別の仕事にありつけますよ
日本も所詮、韓国・中国と同じアジア圏。 ハァ。
556 :
仕様書無しさん :02/08/03 17:18
>>531 ROOP? LOOPでは?
>>539 プログラマ兼オペレータなの?
つらそうだね
557 :
仕様書無しさん :02/08/03 17:19
558 :
仕様書無しさん :02/08/03 18:34
>>540 職務経歴に汎用機の経験しか書けないと、汎用機の仕事しかもらえない...
永遠に....死ぬまで...
559 :
仕様書無しさん :02/08/03 18:39
>>558 あ、そうなんですか
今度そうしてみます
今の会社は元々オペレータの会社だったそうです。 開発の仕事は取れなくてもオペならいくらでも有るみたいです。 オープン系の仕事が中々取れない、としきりに言われるのですが、 「じゃあオープン系や制御系の仕事ばかりの会社は一体何なの?」と思ってしまいます。 (馬鹿の一つ覚えみたいに「オープン系」を連呼して済みません) 就職活動をしくじると本当に後悔しますね。
561 :
仕様書無しさん :02/08/03 19:03
>>543 どこの会社とは書けないが、今でも夜中に磁気テープや帳票の束を持って
走り回っている会社は存在するよ(w
562 :
仕様書無しさん :02/08/03 19:08
>>560 汎用系も知っておいても損はしないと思います
今の所で良い評価もらえると思いますので
次に違う仕事にありつけるよう、派遣先の営業と
仲良くなっておくと良いと思います
563 :
仕様書無しさん :02/08/03 19:09
それはそうと、みんな晩飯はちゃんと食ったのか?
564 :
仕様書無しさん :02/08/03 19:33
なぜ磁気テープでIRGインターレコードギャップて あるんだあ?
565 :
仕様書無しさん :02/08/03 20:54
CobolERは確かにださい奴多いけど、 銀行・証券・性損保ではいまだに主流。
( ゚д゚)ポカーン
567 :
仕様書無しさん :02/08/03 21:02
COBOLerよりC++やってるやつらの方がダサいよ COBOLerはスーツでビシッと決めてるのがほとんどだけど、 やつらは一目見てオタッキーだぜ。 おれはあの手のやつらとは付きあいたくない。
568 :
仕様書無しさん :02/08/03 21:17
>スーツでビシッと決めて 脳はゆるゆる。
>>567 おれもおまえとは付きあいたくないよ。意見が一致したな。
こりゃすげえ(ワラ
こりゃすげえ(ワラワラ
こりゃすげえ(ワラワラワラ
こりゃすげえ(ワラワラワラワラ
こりゃすげえ(ワラワラワラワラワラ
575 :
仕様書無しさん :02/08/03 21:27
>>568 おまえらは穴の穴がゆるゆるだからウンコくせーんだよ
そばに来るな!
576 :
570-574 :02/08/03 21:28
577 :
仕様書無しさん :02/08/03 22:11
>>564 ブロック化してないデータを読むときのためではないのかな
578 :
仕様書無しさん :02/08/03 23:25
よく考えたら板違いじゃねーか? コボラーってプログラマーじゃないじゃん。
絶対コボルの環境から脱出する決意をしました。 そもそも新卒で入った会社で訳分からず汎用機の職場に派遣されて、 一体自分はどうしてここにいるのだろうかと、ふと思う時があります。
580 :
仕様書無しさん :02/08/03 23:43
>>577 テープがぶっち切れないようにかとおもった
>>580 ブロック化したしたデータならIBGがあればIRGなんて無くてもいいのでは?
という疑問が
>>564 だとおもったもんで
IBGじゃなくてIRGっていうから・・・
ブロック化してないデータにとってはIBGができない?
そのときにはIRGがIBGの代わりになるのかと思うのだが
違うかな
582 :
仕様書無しさん :02/08/04 00:49
.NET の名のもとに COBOLer の書いたコードが !COBOLer の書いたコードと同じプラットフォームで動く。 これって心底恐ろしい事だと思いませんか? 今まで以上に馬鹿の尻拭いが増えるんですよー! あー、仕事が増えるのか・・・ちょっと嬉しいです。 COBOLer の皆さん頑張って糞コード量産してくださいね♪
>>579 他じゃ使えないと思った、上司の温情と思われ。
身の程を知れ。
>>582 構図が増えるだけですよ
今までにもC++プログラマーの尻拭いをVBプログラマーがして
VBプログラマーの尻拭いをC++プログラマーがして
これからはCOBOLプログラマーの尻拭いを他の言語プログラマーがする、
他の言語プログラマーの尻拭いをCOBOLプログラマーがするが
増えるだけです。
585 :
仕様書無しさん :02/08/04 01:29
シーラカンスの研究をしている人は COBOL と COBOLer について 研究してみる必要があるんじゃないか? 進化の系譜から外れて、太古のままの姿で生きているその姿は まさしく COBOL と COBOLer そのものだろ。
なにをもってCOBOLが進化していないと言っているのかな?
>>586 2002規格?使われてなければ無いのと一緒。
少なくとも1985年以降は進化してませんが何か?
>>587 ってことは進化してるじゃねーかよ、ブォケー
589 :
仕様書無しさん :02/08/04 01:40
COBOL2002のコードのサンプルを富士通のサイトで見たよ な〜んか無理矢理って感じだな〜 何もそこまで執着しなくてもって感じだな 過去の資産は資産として別の言語と連携できる程度でいいんじゃないかと思うんだけど
>>588 進化してないとは言ってない。
進化が(ほぼ)止まったんだよ。
それくらい理解できろよ。
591 :
仕様書無しさん :02/08/04 01:44
592 :
仕様書無しさん :02/08/04 01:44
>>581 これは失礼しました
わかりました
でもテープデッキはそんなにすぐには
動かないのですよね
593 :
仕様書無しさん :02/08/04 01:46
>>590 とまってねーじゃねーかよー
このどあほぉ
>>591 新しい規格ができたり、ベースにした別の言語ができたりしてる。
C は C++, Java, C# 等々を産んでるし、それ自体も K&R -> ANSI と
最近では C++ の一部機能を取り込んだり、複素数型のサポートをしたりしてる。
Pascal もボーランドの独自拡張だと思うけど(規格あったら勘違いスマソ)
ObjectPascal に進化してる。
BASIC でさえ MS の手によって Basic に進化してる。
現状 COBOL 85 の子孫として成立する言語がないんだよ。
(COBOL2002は遅すぎた…)
>>593 本質が間違っている事をごまかす為に言葉じりの粗探しをするのはヤメレ。
馬鹿カコワルイ。
596 :
仕様書無しさん :02/08/04 01:52
どあほぉ 新しい規格ができてるのに何で進化が止まってることになるんだよー 自分で書いてて矛盾に気がつかねーのか このどあほぉ
>>596 >587 読んでからもう一回考え直せ
馬鹿カコワルイ
598 :
仕様書無しさん :02/08/04 01:58
>>597 > 2002規格?使われてなければ無いのと一緒。
どこが一緒だ!
どあほぉ
>>598 ダングリングポインタと NULLポインタみたいなもんだ。
事実上一緒。
馬鹿カコワルイ
600 :
仕様書無しさん :02/08/04 02:00
> ダングリングポインタ って何ですか? どあほぉ
601 :
仕様書無しさん :02/08/04 02:00
>>594 進化自体はしてるじゃないか
進化してないのはCOBOLerだろ
進化そのもので言えばCOBOLほど進化した言語は他に無いだろ
派生で言えばPL/Iもあるし(既に絶滅しかかってるかな?)
602 :
仕様書無しさん :02/08/04 02:03
>>601 新しいCOBOLがCOBOLerも進化するだろよ
603 :
仕様書無しさん :02/08/04 02:04
COBOL && COBOLer == 糞 という結論でよろしいですか?
604 :
仕様書無しさん :02/08/04 02:05
訂正 新しいCOBOLが普及すればCOBOLerも進化するだろよ
605 :
仕様書無しさん :02/08/04 02:06
>>602 COBOLerはCOBOL2002を使えない気がするね
C++でCみたいになるだけ
606 :
仕様書無しさん :02/08/04 02:06
>>603 どっからそんな結論が出てくるんだよ
このどあほぉ
>>600 もういいよ。
馬鹿カコワルイ
>>601 COBOLer は進化してるぞ。ゴマスリとかごまかしとかが一層上手くなってる。
で、COBOL だが、規格が新しくなってもみんなが使う実装が無ければ意味ないって言ってるの。
唯一まともな最新規格の実装が .NET 向けでしょ?
今までの汎用機分野で動くものがなければ代替にならないじゃない。
608 :
仕様書無しさん :02/08/04 02:08
>>607 .NETってWIN以外でも使えるのか?
>>608 調べてみれば?
色々な実装が出てきてるみたいだけど、現実問題としてはまだ可能性の段階。
っていうか、ライブラリ依存した結果、結局プラットフォーム限定になる気がするけどね。
610 :
仕様書無しさん :02/08/04 02:12
>>607 >もういいよ。
よくない、最後にダングリングポインタの意味だけ教えろよ
どあほぉ
>>608 今のところ無理。
M$が他のプラットフォームで.NET Framework作れば動くと思う。
613 :
仕様書無しさん :02/08/04 02:17
>>612 ありがとう、勉強になりました
どあほぉ
614 :
仕様書無しさん :02/08/04 02:17
>>611 M$のいい加減さに付き合う企業ってどれほどあるんだろう
もともとCOBOLを使ってる会社って長期間にわたって安定して稼動させる
ものを求めてるんだし
>>583 確かに新卒でスキルもなかったし、仕事を選べるような身分ではありませんでした。
直属の上司は営業の人で、とりあえず取って来れた仕事に入れられるという感じです。
自社開発は全くやってません。
今も待機人数が10人ぐらいいます。(社員数200人)
入社前にはオペ中心なんて聞かされてなかったし・・・。
所詮みんな自分が悪いんですけどね。
617 :
仕様書無しさん :02/08/04 02:25
>>616 早めに転職したら?
年取るとキャリアが無いと転職できないよ
618 :
仕様書無しさん :02/08/04 02:29
>>617 早すぎても根性無しと判断されて転職し辛いよ。
特に間にバカンスを取るつもりでも、間違っても決まってないうちに
現職辞めちゃ駄目だからね。
次の会社に「ちょっと静養をしたいので入社時期をXXくらいにしたい」
と言った方が利口だと思う。
619 :
仕様書無しさん :02/08/04 02:33
>>618 1年勤めて会社の実態を見たうえで、自分の希望が別にあるのなら問題ないだろ
オレはバカンス取るつもりで会社辞めた経験あります
2ヶ月バイト(辞めた会社の課長に泣きつかれてしぶしぶ)して2ヶ月プー
お金が無くなってから就職活動した
もともとこの業界嫌になってやめたんだけど25過ぎると実務経験なしでOKなんて
マズ無いよ
>>619 「転職活動する余裕もないよ…もうだめぽ…。」
って言ってその後地獄をみた人からのアドバイスという事で。
一人暮らしならなおさら無職期間はまずいよね(w 貯金が無くなっていく......
622 :
仕様書無しさん :02/08/04 04:26
こういうスレもあと数年後には なくなってるんだろうなー 理由は数年後にCOBOLerが絶滅するから・・・ 政府は日本のIT化を阻害しているCOBOLer の対策に真剣に取り組むべきだ。
623 :
仕様書無しさん :02/08/04 04:27
COBOLerは今から体を鍛えておくと良い。 数年後には肉体労働に従事するのだから・・・。
624 :
仕様書無しさん :02/08/04 04:46
>>623 必要ない。
もともと脳味噌筋肉君じゃなきゃあんな単純作業勤まらん
>>624 実態を知らないな。あんな単純作業を繰り返していたら脳はスカスカに
なるよ。仕事以外の別の機会で意識的に頭を使わないとね。
626 :
仕様書無しさん :02/08/04 08:18
今時半角カナや機種依存文字を使っているのはCOBOLerとオヤジと 2ちゃんねらーぐらいのもんだ。オヤジと2ちゃんねらーは仕方ない としても、COBOLerが平気で機種依存文字を使うのはいかがなものかとは思うがな…
>>624 単純作業ってのには納得なんだ。でも単純作業に頭は使わないよ。
>>626 に追記
COBOLerが平気で機種依存文字を使うのはいかがなものかとは思うがな…
まかりなりにもコンピュータ業界の人間なんだし。
629 :
仕様書無しさん :02/08/04 13:27
本物のCOBOLerは、たたかれていることすらしらない。 だって、ネットにつなぐにもいっぱいいっぱいだもん。
630 :
仕様書無しさん :02/08/04 13:48
>>627 単純作業そのものには頭を使わなくっても、どのように単純作業を進めるか
とかどうやったら単純作業で済むようにできるのかは考えるだろ
きみは指示されたことしかしないから頭使わないんだろうけど
631 :
仕様書無しさん :02/08/04 13:49
単純を単純にしていった結果。 障害時対応の引継ぎが膨大になった・・。
>>630 だから単純作業に頭は使わないんだろ。間違ってないじゃん。
おまいら、まだCOBOLerいびって遊んでるのか。 いいかげん飽きないのか?
お前ら俺を忘れてねぇか?
638 :
仕様書無しさん :02/08/04 16:50
>>538 公式じゃないけど、分かりやすい COBOLer の例(具体例)って
いうと…。
COBOL 85( JIS だと 88 ね。)で変更されたことに対応できず、
いまだに COBOL 74 時代の、言葉を使っていたり、書き続けている
ヤシかな。
たとえば COBOL 85 では『命令』という言葉は使わないで『文』
というようになったのに、知らないで使い(言い)続けているとか。
あるいは COBOL 85 では PACKED DECIMAL と表記することになっ
たのに、未だに COMP-3 と表記し続けてる(言い続けている)とか。
(こういった連中の為に、COBOL のコンパイラーを作るのが大変な
作業になっているんだよね。昔の表記にも対処しなきゃならない、
って言われた時に、COBOLer の言う「過去の資産」って、いったい
何なんだ!って思ったナ。)
ってのはどう?
639 :
仕様書無しさん :02/08/04 17:10
>>638 おまえ馬鹿か?
昔の表記に対応するなんて当たり前だろ!
昔の表記専用は馬鹿。
641 :
仕様書無しさん :02/08/04 17:26
このスレに書き込みしてるやつは馬鹿
642 :
仕様書無しさん :02/08/04 17:29
>>637 こむばんわ
今夜も祭りで盛り上がりましょう
ではのちほど
643 :
仕様書無しさん :02/08/04 18:09
>>637 これはこれは、クソスレクリエイターのcさん。お元気で?
644 :
仕様書無しさん :02/08/04 18:13
645 :
仕様書無しさん :02/08/04 18:14
>>637 最近みえなかったから、心配したよ。
>c氏ね
646 :
仕様書無しさん :02/08/04 18:15
>>637 こないだはマジで泣いちゃったんだって?かわいそうに…。
>c氏ね
>>637 みんな探してたんだよ。キミのこと。
>c氏ね
649 :
仕様書無しさん :02/08/04 18:49
>>637 スレ立て道場に通ってたんだって?
>c氏ね
650 :
仕様書無しさん :02/08/04 19:00
cへ おれはコボラーだ 思う存分ここを荒らしてくれ
651 :
仕様書無しさん :02/08/04 19:01
大文字入力はやめてけれ〜
652 :
真性COBOLER :02/08/04 19:16
やあ、どうも
653 :
仕様書無しさん :02/08/04 19:19
654 :
仕様書無しさん :02/08/04 19:20
>>651 おれたちのキーボートは大文字しか打てないのだヨ
仕方がないだろヨ
※小文字があっても入力できませんが
655 :
仕様書無しさん :02/08/04 19:52
656 :
仕様書無しさん :02/08/04 19:59
よーしお前ら 漏れをちゃんと憶えてたな
漏れはこのスレでは人気者だな!!!
クソCOBOLer共 漏れがcだ!!! このスレ一番の人気者だぜ
みんなが漏れの登場を待ちこがれていたらしい
663 :
仕様書無しさん :02/08/04 21:05
cありがとう 今夜も盛り上げてね
また発狂? >>c 氏ね
667 :
仕様書無しさん :02/08/04 21:46
cへ 本日もがんばって1000までもって行きましょう。 そしたらまたスレ建てお願いしますね。
いや、俺はcじゃないんだが…? 彼が乱立させたスレをちゃんと統一スレにまとめた俺の功績は…?
672 :
真性COBOLer :02/08/04 22:09
本日はcは派遣スレで頑張ってるようだから何か言いたいことがあれば俺に言え!
673 :
仕様書無しさん :02/08/04 22:10
COBOLマンセー
674 :
仕様書無しさん :02/08/04 22:12
COBOLオンリーで今時食っていけるのか??
675 :
真性COBOLer :02/08/04 22:12
676 :
仕様書無しさん :02/08/04 22:15
>>674 どっかのスレッドに書いてありましたが、
最近新卒社員にCOBOLの研修をしないのでコボル人口は確実に減ってます。
その為我々の単価は上がります。
COBOL大マンセー
Haskell > COBOL Eiffel > COBOL Ruby ≒ COBOL
じゃあとりあえずコボルもジャヴァもシープラプラも業務に耐える水準に修得しとけば安全?
>>678 C++ を業務に耐える水準に習得するのは
(COBOLを極めるよりも)難しいぃ。
真性COBOLerって、ポリシーかなんかあって COBOLしかやんないんですか??
681 :
真性COBOLer :02/08/04 22:38
682 :
仕様書無しさん :02/08/04 22:41
>>639 >昔の表記に対応するなんて当たり前だろ!
はぁ?
それ、COBOL 85 の文法書や運用手引書等を全て読んできちんと理
解した上で言っているんだろうね? 全体のどのくらいの割合を、
昔の表記や今では全くと言っていいほど使われていない物の対応に
使っているのか、ちゃんと分かっているんだろうね?
廃要素だって、無視して良い、ってワケじゃないんだよ。知って
いるかい?それと、コンパイラーの内部構造も、全て分かってる?
その上で馬鹿よばわりしたのかい?
ふーん。あっそうか。639 は COBOLerだから、コンパイラーにきち
んと対応してもらわないと、プログラミングもできない、ってワケ
か。それは気付かなかったナ。
本スレとは関係無い話題だから、書かないでおこうと思ったけど、
頭きて書いてしまいました。639 以外の皆さんゴメンナサイ。
683 :
仕様書無しさん :02/08/04 22:41
別にポリシーなどありませんよ 特に他の言語やる必然性がないだけです
684 :
仕様書無しさん :02/08/04 22:43
プログラマの適正のひとつに「面倒くさがり」という要素がある。 プログラマは面倒くさがりでなければならない。 「また何度も同じ事をするのか…面倒だ!自動化してしまえ!」 そう、前向きな惰性こそがプログラマの資質である。 しかし、この面倒くさがりが悪い方向に働いてしまっているのがおなじみコボラーである。 「また何度も同じ事をするのか…面倒だ!適当にごまかせ!」 そう、後ろ向きな惰性こそがコボラーの資質である。
685 :
真性COBOLer :02/08/04 22:43
>>682 あのなリコンパイルだけしたいときにいちいちソースなんか直してられないんだよ
俺たち事務やにコンパイラーの内部構造なんて知る必要は無いんだよボケ!
686 :
仕様書無しさん :02/08/04 22:44
おれは
>>639 に賛成
古いソースを全部書き直さないと使えないんじゃ話にならない
COBOLオンリーで食っていけるなんて、きっと職場環境が 良いっつーか、会社も上手く行って儲かってるるんだろうな。 俺なんか、来る仕事、どんな言語でもヤレって言われたら、 断れないもんな(w
689 :
仕様書無しさん :02/08/04 22:52
>>687 あんたはCOBOL以外でもきっと駄目だよ
690 :
真性COBOLer :02/08/04 22:58
派遣スレに負けてるなつまんね〜 誰か叩いてくれよ〜
昔はこのスレにもいっぱい本物のつかえない COBOLer が居たんだがな。 俺達の活躍の結果、やつらは消えていった。 どこにいったのか 悔い改めて別の道を歩んでいるのか 夜の闇にまぎれて暗躍しているのか それは解らない。 でも、コボラーは俺たちの前から姿を消したんだ。 そう、俺達は勝ったんだ! コンピュータ業界の癌、石つぶしコボラー共に!!
692 :
真性COBOLer :02/08/04 23:09
>>691 そう思いたいだけだろ。
【かわいそうに】
694 :
仕様書無しさん :02/08/04 23:11
>>691 つかえないCOBOLerがつかえるCOBOLerになったのかもよ
皆さんに叩かれたおかげです
695 :
真性COBOLer :02/08/04 23:12
>>694 いやそんなことは無いよ
今日きたばっかりだし
696 :
仕様書無しさん :02/08/04 23:13
寿司屋に行ってお腹いっぱい
698 :
真性COBOLer :02/08/04 23:14
そろそろコボラー隔離板が必要だな。
>>698 レベル低すぎ。
"もう少しがんばりましょう"
701 :
真性COBOLer :02/08/04 23:29
>>699 COBOL板とか?
是非作ってもらいたいな
704 :
真性COBOLer :02/08/04 23:38
ねむくなってきたぞ〜
705 :
仕様書無しさん :02/08/04 23:40
>>699 毎日どんな会話が進行するんだろう?
何かプログラムとは全然関係ない話(情報システム板みたいに
○×の給料どう?とか。)ばかりになりそう・・・
706 :
仕様書無しさん :02/08/04 23:40
cは出てこないのかよ?
707 :
真性COBOLer :02/08/04 23:44
>>705 帳票の話とか?
検印欄の四角をどうやって印刷してる?
な〜んてね。俺はこう
-------
| |
| |
-------
708 :
真性COBOLer :02/08/04 23:44
ガーンシカクニナッテナイジャン
710 :
仕様書無しさん :02/08/04 23:47
ゲームの話とか? 縦シューで横から出てくる敵キャラってどんなデザインにする? な〜んてね。俺はこう ------- | | | | -------
711 :
真性COBOLer :02/08/04 23:51
>>710 横から出てくるキャラはこんなのでどうよ
( @@ )
<==== ====>
| |
V
A A
デカすぎ。 横 80越えちゃダメだからね。
まー、、いいだろ。 でもさ、キーが入力されない間は敵を動かすって ムズかしくない!?
716 :
仕様書無しさん :02/08/05 00:04
昨日も質問したんだけど COBOLでどんなゲームを作りましたか?
漏れの発狂みたいやつは来やがれ ヒャッハー うきききききー COBOLシネー 1000逝ったら漏れを呼べ また素敵なスレを立ててやるぜ
>>716 ゲームなんか作らないよ
ゲームは他人が作ったものを使います
720 :
仕様書無しさん :02/08/05 00:06
721 :
真性COBOLer :02/08/05 00:30
仮性COBOLerがいて俺がいて カントンCOBOLerはいないのか?
>>717 >素敵なスレを立ててやるぜ
見事なまでの、素っ気無いスレでした。
さすが最悪板住人ですね。
>>717 氏ね
真性COBOLer がんがれ!
>>723 ありがとう
でも盛り上がらんね・・・
だれかなにかつっこんでくれよ〜
おぉーう 漏れはずっとこのキャラで行くことにしますた 俺もキチガイならCOBOLerもきちがい!!! ヒャッハー
>>726 いいから死ね。誰も何とも思わないから。
728 :
仕様書無しさん :02/08/05 00:52
>>726 もっと早い時間から出て来いよ
おれは寝る
731 :
真性COBOLer :02/08/05 01:04
遊んでくれよぉ。叩いてくれよぉ。
733 :
真性COBOLer :02/08/05 01:10
>>732 君らAIDSの検査したの陽性と兄弟か?
呼んだ?
>>731 君に質問はある!!!
君は俺をどう思う?
736 :
真性COBOLer :02/08/05 01:22
>>735 君は何者なの?COBOLerなの?
名前を見るとCer?
俺はこのスレの人気者のcだ!!! みんな俺とざっくばらんに話さないか!!!
>>737 ぶっちゃけCOBOLっていい言語だと思わないか?
楽チンだよね
>>736 俺はcerだよ!!!
コボルなんて糞食らえ!!!
そんなことを聞いてるんじゃないよ
君は俺を好きか?
>>738 君はCOBOLerか?
ざっくばらんに言ってCOBOLerには死んで
ほしいと毎日思ってる!!!
>>739 Cerか・・・
言語執着野郎と言う点では仲間だな
呼んだ?
>>740 Cerは名前欄の文字が読めないのか?
真性のCOBOLerだよ俺は
記号みたいなソースばっかり読んでる悪影響だな
>>741 いいか良く聞け
俺は主にCをやってるけど
JavaもやればVBもやる、アセンブラだって昔やったこと
あるんだぜ、実はCOBOLもやったがそれは隠してる。
だってCOBOLってよー、何か恥ずかしいんだよなー。
名前からしてコボルだよ。
コ・ボ・ル
なんか間抜けな響きなんだよなー"コ・ボ・ル"ってさー
コボルくーんって感じかな?(w
それともコボル坊やかな?
まぁどっちにしろ 大人になれないプログラマーがCOBOLerってことさ 一種の精神病だと思えば腹も立たないっていう寸法さ。 ガッハッハー
コボちゃんで〜す
747 :
真性COBOLer :02/08/05 01:43
>>745 シーよりましだろ
おまえはシーッっていわれて黙ってろよ
しーぷらぷら?だっせー
しーたすたすとかにしようか
だっはっはー
>>真性COBOLer あんた、香ばしすぎ。 もう少し回りを見ろよ。
>>747 お前会社でも同じこと言えるのか? (w
まったくコボラーは人間のクズばかり。
750 :
真性COBOLer :02/08/05 01:57
751 :
真性COBOLer :02/08/05 01:58
>>749 いえるにきまってるだろうがー
だから俺は真のCOBOLerなんだよ
>>747 コボルしかできない人間のくせに
一人前の人間面するんじぇねぇよ。
お前ら下等な生き物として見下されるべき存在なんだよ。
まぁお前らせめてもしょうがない。
お頭の出来は親からもらったものだから、
COBOLerの家系は先祖代々脳みそが普通の人より若干少なめって
だけの話さ。 ガッハッハー (藁
しーぷらぷら なんてエレガントな名前なんでしょ。
並べてみますた C++ こぼる 何か"こぼる"は特殊学級でやってそう・・・
おしっこしー ぷらぷら いい感じだね。 ぷらぷらって振ってるところがイイ!
757 :
真性COBOLer :02/08/05 02:07
>>755 そう特殊学級でやってるんだよ
俺たちをいたわれよ
758 :
仕様書無しさん :02/08/05 02:08
(#゚ー゚)つつ
特殊学級の出身者の受け入れ先として COBOLは無くてはならない言語なのかもな・・・ 考えさせられるな。
760 :
仕様書無しさん :02/08/05 02:11
10年後は、CラーがJavaラーに馬鹿にされるのかな?
そういえばこの前NHKで 特殊学級出身者についての特集やってたな。 特殊学級出身者って結構COBOLの仕事に就いてる やつが多いらしい・・・。
>>760 特殊学級出身者のあなたでも理解できるように
簡単に説明しますね。
Cが出来ればJavaもできる。
JavaができればC++もできる。
COBOLができてもCOBOLしかできない。
シイラ?魚? ジャバラー?蛇腹?
>>763 すまんなC,C++,java知ってるよ
ただそれでも俺はCOBOLを愛して止まないのさ
>>765 コボラーは嘘を平気でつくのが特徴の一つだな。
小学生なみの負け惜しみはやめれ。
お前の人生がなんとなく掴めた(w
>>765 ちょっと言い過ぎた。
組めるんじゃなくて知ってるんだよな。
それなら俺の友達の某医療関係の営業マンも
知ってるよ。(w
>>766 #include <stdio.h>
void main()
{
printf("ば〜か\n");
}
>>768 最高!!!
Cの入門書の
#include <stdio.h>
void main()
{
printf("HelloWorld!\n");
}
を参考にしたのね。
涙ぐましい・・・ (wwwwwwww
みなさーん
これだからCOBOLerは馬鹿にされるのです (藁藁藁藁藁藁藁
>>768 の推定偏差値が算出されました 偏差値:42
最終学歴:某コンピュータ専門学校
>>768 お前の親の職業は便所の汲取屋だろう (wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
>>769 君の推測おおはずれ
俺はソフト屋じゃないのよ〜
大学出てなきゃ入れない組織のものですう
773 :
仕様書無しさん :02/08/05 02:31
774 :
仕様書無しさん :02/08/05 02:31
おたがいさまだと思うが?
眠いな…
776 :
真性COBOLer :02/08/05 02:32
>>771 うんお前の親と俺の親を笑いものにしよう
だっはっはー
>>768 コンピュータの仕事をしているやつには2通りの人種がいる。
1.頭がいいからコンピュータの仕事をしている
2.頭が悪いからコンピュータの仕事をしている
お前は2に該当する。
778 :
真性COBOLer :02/08/05 02:33
>>777 おっフィーバーだな
そう俺は2だな
だから何?
779 :
仕様書無しさん :02/08/05 02:33
>>777 やってますね〜。先ほど立てた派遣スレは見事でした。
>>772 大学出てなきゃ入れない組織という言い回しに
専門学校卒の臭いがする。
大学でも専門学校並の学校は存在するから
並以上の大卒ならそんな言い回しはしないという罠 (w
学歴がバレたな・・・
酸性COBOLer 陰性COBOLer 仮性COBOLer 俺たちゃ頭わるいよ〜 真性COBOLer のことは知らん
>>781 俺ももちろん頭悪いよ
こんな時間にこんなことしてるのが証拠さ
おいc!寝たのか? >Cが出来ればJavaもできる。 >JavaができればC++もできる。 なんて当たり前のことをえらそうに言っておいてよ〜 そんな東京弁と大阪弁の差も無いほどの言語はな1つしかできないのとおなじなんやでぇ〜 CとC++の差は認めてやるがな
785 :
仕様書無しさん :02/08/05 03:05
いまだにwindows95端末で開発してるCOBOLerを見てると同情を禁じえない。 多分どれ使っても一緒と思ってるんだね。 「またOS落ちたよ。windowsはだめだなぁ」 と言ってるヤシを見ると「そんなに駄目だったらTSSで開発しとけ。この思考停止野郎どもが」と同情してしまうよ。
同情ありがとう。友よ。
787 :
真性COBOLer :02/08/05 03:12
>>785 Win95でもTSSは使うんだよ〜
エミュレータをWin95で動かしてることを言ってるのかな?
DOS時代のハードウェアのエミュレータを使ってろって言いたいの?
何を言われても会社で用意されたものを使うしかないんだよね〜
788 :
仕様書無しさん :02/08/05 04:03
居眠りしててcと遊べなかたヨ
>>785 > いまだにwindows95端末で
なんだ端末なのか。じゃあそれって TSS じゃないのか?
>いまだにwindows95端末で開発してるCOBOLerを見てると同情を禁じえない。 というような人は汎用系とオープン系の職場がいっしょになってるんでしょうか? それとも過去の汎用系の職場を思い出して言ってるんでしょうか?
792 :
仕様書無しさん :02/08/05 23:28
>>791 別に素人が書いた不確かな情報を寄せ集めでもいい気がする。
結局検証は自分でするんだから。
10000通りのルートが考えられる道順のウチの、
有望そうな所にアタリをつける情報として
素人が書いた不確かな情報は有望だろって感じ。
少なくともメーカー謹製の穴だらけの取説よりは。
793 :
仕様書無しさん :02/08/06 01:06
PERFORM VARYING I FROM 1 BY 1 UNTIL I < 1 AGE END-PERFORM.
794 :
仕様書無しさん :02/08/06 02:27
おわらんぞ。
150万行のCOBOLによるスパゲティ&謎プログラムか・・・・・・・ 想像しただけで嫌になるな(w
よーし 俺がcだ 俺とサシで勝負するCOBOLerはいるか?
俺はスレ立て名人
さし 扁形動物触手頭条虫類の幼生で、サバ、カツオなどの肉中にみられ、成虫はサメの消化管に寄生する。
800 :
真性COBOLer :02/08/06 23:20
>c 天狗になるなよ。
天狗になっちゃってるよー
>>800 この前はどうも。
今日も酔っ払ってるの?
805 :
仕様書無しさん :02/08/07 00:16
>>805 時々出入りしとります
しかし生まれつきのMなのでいぢめてほしいのです
>>806 それはそれは。
今日もcに会えるといいね。
>>809 そりゃ、すつれいすますた
今日は何して遊ぶの?
今日は俺の発狂大会だ!!! と思ったがもう寝る
811 :
真性COBOLer :02/08/07 00:31
>>810 つれないなあ〜
でも気が合うな実は俺も眠かったんだよ
なんだ、つまらんなぁ。 んじゃ、他のスレで遊ぼうっと
c == 真性COBOLer と思われ。
>>814 c == COBOL と思われ。
一部省略してみますた (^-^ゞ
をいをいお前等俺をコボラー扱いするのかい? 何なら発狂してみせようか?
817 :
真性COBOLer :02/08/07 00:42
>>816 あれっ寝たんじゃなかったの?
うれちい
俺は寝ながらレスしてんだよー
このやろう!
820 :
仕様書無しさん :02/08/07 00:43
寝ろ!  ̄ ̄ ̄|/ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ノ∩ ⊂ ヽ /( 。l7。 )っ←> c __________ U ∨ ∨ / 000 / ・@;∴‥ /______/______:: :| __|| ∧∧. ||__ |:: ::||.| |::||. (゜Д゜ ). ||::| :: :'| ||:| .~|| ⊆⊇ヽ ) ||O :: :: || ||:| || ̄゜ ̄ ̄゜|\/L~:: ̄ ̄| ̄|:| ||_=0.< ガ >.___|_/|.!ニニニニニニニニニニl ...|00| 三 三Z ン Z/⌒ヽ|__|:::::__:::::::/⌒ /⌒ヘ⊇ .〔⊆__[二]____|/\|〕_|.∴.|::| | ||::||::::| |||||.∴.||| ∴.|ヘ ~ゞゝ__ノ ̄ ̄ ̄~ ゞゝ∵ノ ̄.ゞゞゝノ ̄ゞゞゝ∵ノゝ∵ノ
なんだふたりとも寝てるぢゃん
やっぱり、c == 真性COBOLer と思われ。
823 :
真性COBOLer :02/08/07 00:49
824 :
仕様書無しさん :02/08/07 00:50
だから、寝ろって!  ̄ ̄ ̄|/ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ノ∩ ⊂ ヽ /( 。l7。 )っ←> 真性COBOLer __________ U ∨ ∨ / 000 / ・@;∴‥ /______/______:: :| __|| ∧∧. ||__ |:: ::||.| |::||. (゜Д゜ ). ||::| :: :'| ||:| .~|| ⊆⊇ヽ ) ||O :: :: || ||:| || ̄゜ ̄ ̄゜|\/L~:: ̄ ̄| ̄|:| ||_=0.< ガ >.___|_/|.!ニニニニニニニニニニl ...|00| 三 三Z ン Z/⌒ヽ|__|:::::__:::::::/⌒ /⌒ヘ⊇ .〔⊆__[二]____|/\|〕_|.∴.|::| | ||::||::::| |||||.∴.||| ∴.|ヘ ~ゞゝ__ノ ̄ ̄ ̄~ ゞゝ∵ノ ̄.ゞゞゝノ ̄ゞゞゝ∵ノゝ∵ノ
825 :
真性COBOLer :02/08/07 00:53
>>824 COBOLシステムは車に当たったぐらいではビクともしないのだよ
わっはっは
ふたりとも寝ながらレスできるつわもも
827 :
真性COBOLer :02/08/07 00:54
>>826 俺は眠いとは言ったが寝るとはいっとらん
829 :
真性COBOLer :02/08/07 00:57
>>828 俺のファンクラブはいるか?
今なら名誉会長の席が空いてるぞ
↑ いかん、COBOLerに懐柔されてる。
832 :
真性COBOLer :02/08/07 00:59
833 :
真性COBOLer :02/08/07 01:00
>>831 COBOLer以下のタイプスピードなんだな
まだまだだなひよっこめ
だめぢゃん。 もっとCOBOL叩かにゃーぷー
835 :
仕様書無しさん :02/08/07 01:02
↑ これには正直こたえた。
837 :
真性COBOLer :02/08/07 01:05
>>836 悲しすぎるやつ
慰めてやろう
まずCOBOLを覚えなさい!
今日はID DIVISIONを勉強してね!チュッ!
cは寝たの?でもレスできるんだよね
839 :
こんどこそ :02/08/07 01:11
↑ おめぇに言われたかね〜よ。
ウワァァァァン!! ヽ(`Д´)ノ (´´ ( ) (´⌒(´ < ヽ≡≡≡(´⌒;;;≡≡≡ (´⌒(´⌒;;
841 :
真性COBOLer :02/08/07 01:13
すまんのぉ ぢゃましてばかりで…
寝ながらレスするのはめんどくせーけど してやるよ 俺の発狂見たいやつはいるかー?
844 :
仕様書無しさん :02/08/07 01:49
寝ろっつってんだろ!ゴルア  ̄ ̄ ̄|/ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ノ∩ ⊂ ヽ /( 。l7。 )っ←> c __________ U ∨ ∨ / 000 / ・@;∴‥ /______/______:: :| __|| ∧∧. ||__ |:: ::||.| |::||. (゜Д゜ ). ||::| :: :'| ||:| .~|| ⊆⊇ヽ ) ||O :: :: || ||:| || ̄゜ ̄ ̄゜|\/L~:: ̄ ̄| ̄|:| ||_=0.< ガ >.___|_/|.!ニニニニニニニニニニl ...|00| 三 三Z ン Z/⌒ヽ|__|:::::__:::::::/⌒ /⌒ヘ⊇ .〔⊆__[二]____|/\|〕_|.∴.|::| | ||::||::::| |||||.∴.||| ∴.|ヘ ~ゞゝ__ノ ̄ ̄ ̄~ ゞゝ∵ノ ̄.ゞゞゝノ ̄ゞゞゝ∵ノゝ∵ノ
845 :
真性COBOLer :02/08/07 01:50
>>843 おい!ジジイ!夜中のトイレタイムか?
よだれがたれてるぞ
847 :
仕様書無しさん :02/08/07 01:53
◆毎年約1万人も韓国・朝鮮人が大量に帰化しているというのに、
在日の数がほとんど減っていない。(ニューカマー含む)
1998年 1999年 2000年
在日人口 638,828 636,548 635,269 人
そのうち日韓・日朝結婚が年間約8500組。
年間約1万人のハーフ混血が産まれており、1910年以降から
朝鮮系混血者は既に数百万人に広がり、日本人汚染が続く。
1952年から累計約26万人が帰化。売国奴もどんどん増えていく。
また、不法滞在の韓国人は56000人で外国人で最も多い!
◎外国人帰化数
http://www.moj.go.jp/TOUKEI/t_minj03.html
いや〜 おきててよかったよ でも、もう寝ようかなぁ
849 :
真性COBOLer :02/08/07 01:57
>>848 IDENTIFICATION DIVISIONの勉強する?
>>849 いまさらって感じ。
COBOLerなので。
851 :
真性COBOLer :02/08/07 02:05
>>850 じゃあ美しいカラムの下げ方についてというテーマは?
俺は3カラムずつずらすのが好きなんだ
俺は寝ながらレスしてるって言ってんだろうが 馬鹿野郎共が!!!
853 :
真性COBOLer :02/08/07 02:08
>>851 IF文のいれこだとそうなるね
PIC X(02) は PIC X(2) って先行ゼロ省略する?
PIC XX ってする?
おもしれぇこと言ってるつもりなんか これっぽっちもなんですが (藁
>>854 俺は先行ZEROいれるのが好き。というより何でも揃ってるのが好き
PIC X(01).
PIC S9(03) COMP−3.
PIC X(10).
みたいに
>>856 「いれこ」ってだっせー、とか
どうせIF文のかたまりでみにくいコーディングしてんだろ、とか
つっこんでよ
>>857 やっぱりみんな同じだね。
>>858 EVALUATEのWHENってどこにかく?
おれは絡む下げをしてWHENを書くんだけど下げない人結構いるんだよ
なんかなじめないんだよねー
>>859 絡む下げか・・・ ん〜他人にsageで絡んでるみたいだぜ
もう寝る
>>859 それ、うちの部の開発標準では使用しないんだ
おもしろい会社でしょ?
書くとしたら、絡む下げするよ
同じく寝るよ
>>284 >最初は専用機毎にコードを書くのが当然だったが、
>汎用機はシリーズのアーキテクチャを統一して、
>いわばプログラマから見て機械を仮想化した。
うーん。言いたいことは分かるんだけどね。ちょっと補足ね。
詳しく書いていくと、とんでもなく長くなるから、はしょるね。
初期(といっても、世代分けすると第2世代に該当するな)には
FORTRAN 系のコンピュータと COBOL 系のコンピュータでは、内部
がかなり違っていた。つまり、科学技術計算系と事務計算処理系で
は、全く違うコンピュータを使っていた、ってこと。
その最大の違いは数値データの持ち方で、COBOL が使えるマシン
は、内部10進数(いわゆるパック10進数ね)の演算回路を持ってい
た。
で、IBM はこれを統合したマシン(SYSTEM/360)を作ったってワ
ケ。このマシンは、それまでの専用マシンとは違って、何でもでき
ますよ!=汎用ですよ!って言ってね。(SYSTEM/360 の360って、
360°つまり全方向=いろいろな方面って意味なんだよ。)
で、これが第3世代の幕開けになったんだ。
だから、汎用機という言葉は、これにあわせて作られた言葉なん
だよね。そういう意味では、ふっる〜い言葉なんだ。(^_^;)
あと、プログラマから見て機械を仮想化した、っていうのは、第1
世代の話が中心になる。特に入出力の部分が多いのだけど、最初は
各プログラムにそれぞれ入れておかなければならなかった。それで
は不便だ、ということでモニタープログラムという形で共通化され
た。そしてそれが後にオペレーティング・システムという形に発展
していった。ってことです。
284さんは、おそらくちゃんと分かっているんだろうけど。
本スレの主旨とは関係無い話題でスマソ。
COVOlerキタ―――(・∀。)?
>>862 (´-`).。oO(折れにも省略されるくらいの知識があればな〜)
(´-`).。oO(近頃のcはお疲れなのかな〜)
866 :
仕様書無しさん :02/08/07 20:04
つまりDecimalとIntegerとFloatが使える.NETは汎用環境という事で相違ないな? C#は汎用言語という事で相違ないな? カタワのCOBOLerは氏ね!
C#が汎用? (´_ゝ`)ふーん。あっそ。
868 :
仕様書無しさん :02/08/07 20:59
//U03 DD UNIT=SYSDA,VOL=SER=DASD02, // DSN=DED005.MNASTER.DATA,DISP=(NEW,KEEP), // SPACE=(CYL,(1,1))
>>868 本番データでテストする時、間違えてDISP=(OLD,DELETE,DELETE)指定して鬱。
VOS3/FSのアセンブラを勉強する適当な方法を教えてください。 目立のマニュアル解り難すぎです。
871 :
仕様書無しさん :02/08/07 22:07
地味で単調で人気も無いけど、何だかんだ言ってある程度収入を確保できる汎用系に特化して生きるべきか、 それにくらべれば絶えず新技術の嵐の波乱万丈で景気の波が激しいオープン系に生きるべきか悩んでいます。 今は汎用系で駆け出しです(2年目)。正直理系出身の私としては、技術的に物足りないのです。 まだそんなこというのは10年早いとかいわれそうですが。 しかし、当分は公務員とまでは行かないでしょうが、長期に渡って食べていけそうで、正社員・派遣問わず年配の方も多数いらっしゃいます。 ここは仕事と割り切って、このまま専門性を深めていくのが、賢いやりかたなのでしょうか、どうなのでしょうか?
>>870 アセンブラプログラミング詳説
IBMシステム/360,370 上巻・下巻 近代科学社
がよかったです。
他に
アセンブラ入門 日刊工業新聞社 著者:日立製作所コンピュ−タ事業本部
は内容が簡単でわかりやすいと思います。(実用になるかは疑問)
874 :
仕様書無しさん :02/08/07 22:54
>>872 君が何によって満足するか次第だ。
平凡な幸せをよしとするならそのまま頑張るのが賢いのかもしれない。
俺は安定を捨てて超波乱の毎日で、
ガキの小遣いみたいな給料で死ぬ寸前までコキ使われているが、
それが今の俺の生きている証なんだ。
君はどうだい?生きている証がこの世界に一つでもあるかい?
自分のとこだとCOBOLのプログラムだと仕様書あるんですが、 10何年前のアセンブラのプログラムだと何にもなくて、 解る人もあまりいないから、ちょっとでもアセンブラソース読めれば 役に立てるかなあと思って・・・。2種はCASLでとったんですけどね。
876 :
ゆうていみやおうきむこうほりいゆうじ :02/08/07 23:01
>>872 うわあ〜悩みますねえ!
生きてる証・・・好きな音楽聴いてるときが一番楽しいです。
で、最近、昔解散した某ユニットが再結成するのでとてもワクワクしてます。
>>875 パソコン用の370エミュレータがありそこでMVSが動かせるそうです。
なので実機がなくても家で気軽にアセンブラの勉強ができますね。
時代は変わったものだとつくづく思います。
>>875 アセンブラは、命令数は少ないけどシステムの知識が必要なんだよね。
理解に時間かかる割には、それほどのプログラムではなかったりする。
879 :
仕様書無しさん :02/08/07 23:06
8bitの仮想マシンと、メインフレームのアセンブラを同次元で考えちゃダメですよ。 メインフレームで10年前にアセンブラといえば、ミドル系より下の層じゃないと使いません。 ネタで書くなら、もう少し背景を理解してから書き込むべし!
>>874 その証が入ってるディスクが、
クラッシュして全て消えましたが、何か?(鬱
881 :
仕様書無しさん :02/08/07 23:11
>>879 > メインフレームで10年前にアセンブラといえば、ミドル系より下の層じゃないと使いません。
そんなことはありませんよ。
今現在でもアセンブラで業務アプリケーションを書いているとことはたくさんあります。
帳票プログラムもアセンブラで書きます。
アセンブラを使っているところは証券会社に多いですね。
882 :
仕様書無しさん :02/08/07 23:12
>>877 まあ、VC++でインラインでもできますが・・・。
883 :
仕様書無しさん :02/08/07 23:12
>>880 バックアップしていないお前が悪い。
生きてる証がなくなったのなら今すぐ死んでください。
884 :
仕様書無しさん :02/08/07 23:16
>>882 もともとの質問者はVOS3/FSと書いてあるだろ。つまりSYSTEM370系だ
VCでSYSTEM370のインラインアセンブラがかけるわけねーだろう
どあふぉ!
885 :
仕様書無しさん :02/08/07 23:16
>>882 86系のアセンブラと、メインフレームのアセンブラは、似て非なる物。
VC++でアセンブラの勉強をしても、メインフレームでは何の役にも立たない。
ていうか、86系のアセンブラで何でも組めるのなら、メインフレームのアセンブラなんかお茶の子さいさいだね。
パソコン系のアセンブラの方が、数段難しい。
最近でいうと、DSPのアセンブラなんか、もう気が狂っちゃいそうだよ。
886 :
仕様書無しさん :02/08/07 23:18
>>885 > ていうか、86系のアセンブラで何でも組めるのなら、メインフレームのアセンブラなんかお茶の子さいさいだね。
> パソコン系のアセンブラの方が、数段難しい
その意見にマンセー!
パソコンはアーキテクチャーが汚い!
887 :
仕様書無しさん :02/08/07 23:19
>>881 帳票をアセンブラで書くとことがたくさんという表現に違和感があるな
絶対数なのか割合なのか
絶対数でも少ないんじゃないのかな?割合でいけばもっと少ないんじゃないのか?
アプリケーションでアセンブラなんてCOBOLではあまりにも遅いとかじゃなければ使わないでしょ
計算主体の関数のイメージでサブルーチンとして作るだけじゃない?
証券業界(資産運用も)は計算が多いからアセンブラが多いんでしょ
888 :
仕様書無しさん :02/08/07 23:22
PCのアセンブラというかOSって商売のためなのか知らんけど 下位互換をほぼ捨てさせるよな メインフレームって買い互換を無理やりやってへんてこになるよな どっちがいいんだろう?
889 :
仕様書無しさん :02/08/07 23:25
>>887 証券会社は古くから汎用機を使っていて、DBMSやDCMSを自前で(IBMに協力してもらって)
作ったところが多いです。その為COBOL自体で動作するプログラムが作れず
いまだにほとんどアセンブラというところが多くあります。
多くといっても割合的に多いという意味ではなく、
大手の証券会社でも結構そういうところがあるということです。
>>889 つーか証券業界ってCOBOLつかってるの?
アセンブラとPL/Iというイメージなんだけど・・・
COBOLつかってるところは私も知らないです
PL/I→高貴 COBOL→コボちゃん この差は一生埋まらない。
893 :
真性COBOLer :02/08/07 23:33
株屋風情に神聖なCOBOLは使わせないぜ!
894 :
真性COBOLer :02/08/07 23:36
895 :
仕様書無しさん :02/08/08 00:15
>>889 ちょっとちょっと。
IBM採用の証券の勘定系なら、DBMSはIMS DBかDLI(VSEなど)、
DC(TPモニタ)はIMS DCかCICSでしょ。
どっちも昔から業務記述はCOBOL, PL/I, Assembler 標準で使えますよ。
ま、業務共通系とか制御系が、EXITルーチンとかの関係で
Assemblerなんでしょうけど、それは仕方ないんじゃないの?
H/Wに近いパフォーマンスで動かしたい処理なんだから。
>>895 業務でもかなりの数のアセンブラを使用していると聞きますが・・・
もちろんCOBOLerの俺には縁の無い話だけど
897 :
仕様書無しさん :02/08/08 00:24
>>895 >>889 でも書きましたが、自前で作ったのでIMSやCICSでないのですよ。
なのでIMSやCICSを前提にしたCOBOLコンパイラでは動作させられないのです。
それでアセンブラなんですよ。
言ってるとが解りませんか?
898 :
真性COBOLer :02/08/08 00:29
>>897 ぜんぜんわかりませ〜ん
自前でDBMSのようなものを作ったって事なんですか?
「コンパイラが動作させる」という文章もぜんぜんわかりませ〜ん
コンパイラってコンパイル以外に何かするんですか?
899 :
仕様書無しさん :02/08/08 00:34
PL/1はもうだめです 一部現在でもPG募集してますが あつまらないみたいです
900 :
仕様書無しさん :02/08/08 00:35
>>897 いや、言ってること解るし、オールAssembler OS の TPF とかも確かに
あるし、20年前はあちこち残ってたけど、今でも使い続けている会社は
多くないと思うんだけど。
とはいえ汎用機のAssemblerは、PCと違って永続的に使えるから
まぁいいじゃん。保守は面倒だけど、性能は確実に出てるし。
901 :
仕様書無しさん :02/08/08 00:35
>>898 文章がへたでもうしわけありません
> 自前でDBMSのようなものを作ったって事なんですか?
そうです。私の知っている環境ではBDAMベースでDBMSを作っていました。
DBMSはVTAM応用アプリでした。
つまりそういう特殊な環境なので、通常のCOBOLやPL/Iが吐く
プログラムは動作しないということです。
902 :
真性COBOLer :02/08/08 00:35
>>899 ということはもしかして単価が高いのか?
訂正 > DBMSはVTAM応用アプリでした DCMSはVTAM応用アプリでした
904 :
仕様書無しさん :02/08/08 00:37
>>902 少ないパイを食い合ってるから、今の現場手放したくないだけだろ。
905 :
仕様書無しさん :02/08/08 00:38
>>901 ごめん、BDAMってIBM系? BTAMやVTAMは確かにIBMだけど。
IBMのDBMSはDL/Iから始まりIMS-DBになったと思うんだけど。
906 :
真性COBOLer :02/08/08 00:38
907 :
真性COBOLer :02/08/08 00:40
>>905 DL/I自体がIBMの製品じゃないか
VSAM等を効率よく(使いやすく)するためのさ〜
>>903 903の訂正を見てわかった。
VTAMアプリとして、独自のDCMS(TPモニタ)を作ってしまい、
言語インターフェースがAssemblerしか無いって事ですね?
909 :
仕様書無しさん :02/08/08 00:42
>>907 VSAMから始めるのか。確かにそうだ。DB2/OS390も内部はVSAMだし。
910 :
仕様書無しさん :02/08/08 00:42
PL/1関西の構成ねんきん基金開発 つき40万だって 派遣だけど
911 :
仕様書無しさん :02/08/08 00:43
>>906 なれば?
ただでさえ少ない案件で、歴戦の猛者たちをはねのけて席を勝ち取れる自信が有るのなら。
マシンをリプレースしたら用済みになるエンジニアに高い単価出す所があるかどうか、一度良く考えてみ?
912 :
仕様書無しさん :02/08/08 00:43
>>905 BDAMはMVSの互換系OSだったらサポートしているはずですよ。
何か勘違いされてるかも知れませんが、
BDAMはDBの種類ではなくファイル編成の方式のことですよ。
PL/Iの有用性がわかる有能な人がいるんだよ。たまに
>>909 DL/Iから始まりって
DEDBとかMSDBのことを言ってたのかな?
まあなんにしてもIMSというソフトに助けられて俺たちCOBOLerは生きています
915 :
仕様書無しさん :02/08/08 00:44
>>908 ありがとうございます。
そういうことです。
さすがみんなすごいね! すごいと思うような人はCOBOLer叩きなんかしないみたいだね(レスはしてるけど) 僕たちを温かい目でみんな見守ってね!
917 :
仕様書無しさん :02/08/08 00:56
コボル、前置き長すぎ。
918 :
真性COBOLer :02/08/08 00:59
>>917 昔の言語はみんなそうじゃないの?(知らんけど・・・BASICとかはそうだよな)
アセンブラは後ろ置きだっけ?
919 :
仕様書無しさん :02/08/08 03:16
つーか、一番厄介なのがCOBOL'しか'出来ない人間なんだよなぁ。 そういう人間が仕様を切ると、目も当てられん仕様をもってくる。
COBOLしかできない人間に仕様をつくらせる奴が悪いんじゃねえの?
COBOLerって天然記念物だっけ?
922 :
仕様書無しさん :02/08/08 06:21
天然危険物というのが業界の定説ですがなにか?
母「おい、おまいら!!夕食ができますた。リビングに集合しる!」 父「詳細キボンヌ」 母「今日はカレーですが、何か?」 兄「カレーキターーーーーーーーー」 妹「キターーーーーーーーーー」 姉「カレーごときで騒ぐ奴は逝ってヨシ」 母「オマエモナー」 父 --------終了------- 兄 --------再開------- 妹「再開すなDQNが!それより肉うpキボンヌ」 母「ジャガイモうp」 姉「↑誤爆?」 兄「タマネギage」 父「ほらよ肉>家族」 妹「神降臨!!」 兄「タマネギage」 母「糞タマネギageんな!sageろ」 兄「タマネギage」 姉「タマネギage厨uzeeeeeeeeeeee!!」 母「ageって言ってればあがると思ってるヤシはDQN」 セールスマン「イタイ家族がいるのはこの家ですか?」 母「氏ね」 父「ゐ`」 兄「タマネギage」 妹「兄 、 必 死 だ な ( 藁 」
朝から腹抱えてわらった。
つまり、汎用機の使い方はケースバイケースだ、と言うことだな?
926 :
仕様書無しさん :02/08/08 11:30
>>917 確かに前置は長い。
事務処理では前提を最初にまとめて書いて、後半のロジックと分離した方が、
可読性・保守性が良いだろうって設計思想。
927 :
仕様書無しさん :02/08/08 11:33
COBOLerは叩かれやすいが、PL/IerやRPGerは、それほどではない。なんでかな。
928 :
仕様書無しさん :02/08/08 11:35
心の授業をうけたら
929 :
仕様書無しさん :02/08/08 11:42
ま、昔はユーザー企業が汎用機OSにパッチ当てて独自仕様にしたり、 ザラだったかならぁ。勿論ソースないからダンプ見てマシン語から 解読して。 ジョブ管理(MVSのJES2/JES3)も最初はあるユーザー作成だったのを パッケージ化したそうだし、TPモニタも最初は各ユーザーで作って いたからなぁ。
PL/Iは上級プログラマだけしか使いこなせないから。
931 :
仕様書無しさん :02/08/08 14:03
昨年大学でて、COBOLしてる人て、います? なんで、大学まで逝ってプログラムやってるのですか?
>>931 大学でたらプログラムやっちゃいけないのか。職業選択の範囲が狭まってるじゃん。
933 :
仕様書無しさん :02/08/08 16:05
>>932 まぁ、大学出てドカタになるのは勝手だけど。
わざわざ大学に行ってまでなるような職業か?
で、大学でてなんになるの?
935 :
仕様書無しさん :02/08/08 16:12
>>934 大卒しかとってくれない企業のサラリーマン。
>>935 サラリーマンは職種じゃない。
ついでにいえばプログラマも(ほとんどは)サラリーマン。
937 :
仕様書無しさん :02/08/08 16:21
>>936 そういうところでサラリーマンするには、大学が必要。
そういうところでサラリーマンしないのなら、大学必要なし。
プログラマするのには、大学必要なし。
>>937 なんで、大学まで逝ってサラリーマンやってるのですか?
939 :
仕様書無しさん :02/08/08 16:34
>>938 馬鹿だから、そしてヘタレだから。おまけに包茎だから。
940 :
仕様書無しさん :02/08/08 16:35
941 :
仕様書無しさん :02/08/08 16:37
>>940 なんで、大学まで逝って大卒しかとってくれない企業のサラリーマンやってるのですか?
942 :
仕様書無しさん :02/08/08 16:38
943 :
仕様書無しさん :02/08/08 16:39
大学行ったごときで職業選べるほど偉くなったと勘違いしている奴がいるスレはここですか?
大学にもよるよね。2流3流でいい気になるなと。高卒よりはマシなんだろうけど。
>>945 こういう本気で勘違いしている奴が一番困るな。
ある程度の大学に入れる基礎学力は必須かと。 入ったか、卒業したかは実力に関係なし。
948 :
仕様書無しさん :02/08/08 18:13
大学出てからPGやるてことは 頭脳が衰退しはじめてる時期だから おそいのでは
949 :
仕様書無しさん :02/08/08 18:18
大学入学後すぐにPG訓練受けた人は、まだ救われるような
>>948 ソウカ、アノトキ俺ノ頭脳ハ衰退シ始メテイタノカ...
てか、どのレベルのPGの話をしてるんだろうね。
業務アプリを組む能力なら、大学出てからでも充分だと思うけど。
一般教養とか、社会経験なんかも重要だし。
951 :
仕様書無しさん :02/08/08 20:38
>>950 業務アプリは、社会人になってからの方がいいでしょうね
まあ、しっかりしたSEが仕様を作成してくれればの話で
はあるが
953 :
仕様書無しさん :02/08/09 00:24
>>929 昔はユーザでもIBMのソースが手に入ったみたいですよ。
HやFはそのソースを手に入れて、
メッセージIDだけ直してコンパイラにかけてたみたい。
そして互換OSと称して自社ユーザに提供していたらしい。
954 :
真性COBOLer :02/08/09 00:34
>>953 システムABENDのコードは同じだよ
ツールのPG名が違ってるねSYSINカードの書き方も同じ
JCLも90%以上同じ
ところでJES3って使ってる会社存在するんですか?
> ところでJES3って使ってる会社存在するんですか? 最近汎用機を使ってないので良くわからないのですが・・・ JES3って言うぐらいだからJES2の後継版なの? どんなところが良くなってるの? 使ってるところを尋ねるくらいだからあんまり使われてないの?
>>955 後継といえば後継なのかな?
JOBの管理をグローバルプロセッサが行うものなんだけど・・・
グローバルプロセッサというのは複数のメインフレームを接続して
それを統括するものの事を指すんだけど・・・
メインフレーム同士をつないだサーバーって感じかな?
ちなみにクライアントに当たるものはローカルプロセッサと呼びます
都市銀行でもみんなJES2みたいだし、マニュアルとか話の中でしか聞いたことが無い
ジョブ・エントリー・サブシステムなんだす
>>957 JP1/AJSを知りません
所詮おいらはCOBOLerなのさ
JOBのスケジューリングをグローバルプロセッサが行うものです
接続されているプロセッサの状況を見ながらどのプロセッサで処理を
実行するのかを制御するのかを機械化したもの。
JOB投入後は実行はどの環境なのかがグローバルプロセッサ任せ
通常はJOB投入した環境で実行されるでしょ(JCLで実行環境指定しない限り)
>>958 別にCOBOLerだからってそんな言い訳しなくていいよ。
しらんもんはしらん。それでいいぢゃん。
それ欲しいな。
うちは複数の異なるメーカさんの機種のメインフレーム機で、
空ファイルをカタログして後続処理の制御してる。鈍くさいが…。
異機種だからしかたないのかなぁ。
>>959 後続処理の制御ってバッチ処理のフロー制御ですか?
JESのJOB制御ってそういうことではなくってQUEUEの制御なんです
962 :
仕様書無しさん :02/08/09 01:26
>>956 ちょっと違う。JES2とJES3は両方続いているシステムで、発想が違う。
JES3は複数OS(MVS)から、直接SPOOLを共有する。
だから便利な反面、障害を考えるとちと怖い。コマンド標記も違う
大半(多分98%以上)のユーザーはJES2を使っている筈。
なお、JESは今ではOS(MVS)の一部で、事実上別売されないから、
JES2かJES3かは、MVSを買う際の指定オプションみたいなもの。
963 :
くたばれ、COBOL屋2 :02/08/09 01:26
>>866 は誰に向かって言ってるの?
仮に >862 向けだとして、862 が書いてないことを勝手に脳内で
作り出して、「○○という事で相違ないな?」って決めつけちゃっ
てさ、ナニそれ?
みっともないから、オメーこそ氏ねヨ。
>>961 待ち行列のことでしたか。
バッチ処理のことかと…。
スマソ
>>962 だからQUEUEスプールをグローバルプロセッサが持ってるんでしょ?
実際使ってる会社を見たことが無いのでさっきも書いたが聞いたことしかない
ので使ってる会社があるのかな?とおもって聞いてみたのです。
その聞いた話の中では、グローバルプロセッサがDOWNした場合は、
ローカルプロセッサが代替のグローバルプロセッサになることで万が一の状態に
そなえているとかいないとか・・・
なんかマニアックな話題だな いつもの住人とは違うのかな
968 :
仕様書無しさん :02/08/09 01:45
>>966 普通にノードダウンした時はいいんですよ。
その時は共有してた方が引継ぎも簡単。
問題は、ダウン時にSPOOL内の整合性を壊した場合で、全滅するでしょ。
>>968 確かにそうですね
JES2では単体の問題にしかならないよね
QUEUEが消滅したら復旧できないよなー
で、やっぱりJES3って実際に使ってる会社は無いのかね?
971 :
仕様書無しさん :02/08/09 01:54
>>970 実際に使ってる会社は日本でもある。社名は言えないけど。
>>971 そうですか・・・あるんですね
一度でイイからJCLマニュアルに書いてあるJES3用のパラメータを使ってみたい
973 :
仕様書無しさん :02/08/09 01:59
汎用機生まれの言語というと、REXXの話題は出ないのかなぁ...
>>973 REXXね・・・誰か使ってるんでしょうか?
CLISTならよく見ましたけど
975 :
仕様書無しさん :02/08/09 02:09
>>974 TSO CLIST? NetView CLIST ?
>>975 もちろんTSOです
NetViewなんてCOBOLerには無縁です
今日はcは来ないようだなチョット寂しい
デッドロックしてたね
>>978 デッドロックといえば最近のDB2ってどうよ?
レコードロックできるのか?
俺が使ってて頃はページロックと、テーブルロックしかなかったんだよね
ださっIMSマンセーとおもったよ
>>979 うちのメインフレームはページロックですが…
>>980 本当です。
そして今俺はIMSマンセーとなり真性COBOLerとなりました
ふるいものは(・∀・)イイ!
ついでにネットワーク型DBですが…
>>983 それってFですか?
ネットワーク型DBとはどのようなものですか?
>>984 普通の社員ですが…。
そんなDBいまどきペンタゴンだけですか?
>>986 俺がCOBOLerだということを念頭に置いておいてくれたまえ
自分の知識の枠を超えられないのだ
もう寝る。あしたまたくるからだれか本スレを確定させておいてくれ
まぁそんな話はさておき、ページロックうっとうしいです。 アクセスが増えるようなシステムの機能追加の時に、 めちゃめちゃ気を使います。
おこさまなのでねます 埋め立てと次スレ誘導よろしく
992!
じゃ、逝きますか〜
v <(゚ω゚) <うっ! ( )\ /'>
v (゚ω゚)> <はっ! /( ) <'\
v <(゚ω゚)> <うっ! ( ) /'>
v (゚ω゚)/ <はっ! /( ) <'\
v w (゚ω゚)/ \(゚δ゚)<ジーンギスカーン! /( ) ( )ゝ <'\ / >
1001 :
1001 :
Over 1000 Thread このスレッドは1000を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。