COBOLって今需要増えてるの?Part7
レス数が900を超えています。1000を超えると表示できなくなるよ。
ハイフンをハイフォン(ハイホン)と読む人もまあまあいるけどこれはかなり違和感あるな。
hyphenの発音記号を調べても「オ」に対応するような発音記号は無いし、
ネット上の英和辞書に付いてるネイティブの音声ファイルを聞いても「オ」とは聞こえない。 エ「クソ」ンをエッソと言い換えたように
ハイ「フン」を配本と言い換えたのだろう 「日本」の「本」の発音も、F→H→Pと変遷してるらしく
(今は「にほん」から「にっぽん」への移行中)、
ハイフンもハイホンに移行し終わったあたりなのではなかろうか。
そのうちハイプンになると思われる。 スクロールバーがないから自由にスクロール出来ずスクロールは画面単位やカーソル位置までとか固定されているエディタがまだまだ現役なのだ >>385
実際にはハイフンではなく、マイナス記号だからな。 このスレはオープンCOBOLの話がほとんど出てこない。不思議ですね。 オープンCOBOLって何?
昔UNIX-COBOLやったことあったけど殆どはZ/OSだな Visual COBOLを使っていると、ここで悪く言われていることが的外れなのがよくわかるよ。 >>382
C#をマイクロソフトは「Cシャープ」と呼ぶ不思議
#はナンバーサインと分かってもシャープと言ってしまう
電話の記号もシャープって呼ぶもんね
それと電話機の「×に-」のスターマークも「×に|」のアスタリスクって呼んでる
スマホのキーパッドは*になっているから
固定電話のスターマークも変わるかもね >>390
富士通のpowerAEとか使ったりしてた
日立のCOBOL2002は開発しやすかった オープン系開発の話が過去形なのが笑える
やっぱCOBOLは汎用機主流なんだね >>394
英語キーボードでは井桁を入力できないし、文字として存在しない。 >>394
英語キーボードではシャープ記号を入力できないし、文字として存在しない。 変数名はアルファベット3文字+連番で台帳を使って管理
80行24桁の画面設計用紙で画面設計し
会議室に集まって手書きのコーディングシートを使ってコードレビューする
鞄の中には常にフローチャート用の定規を常備(IBMのロゴ入り)
そんな感じのとこ、今もあるのかなぁ WEBプログラミングしてるとたまにCOBOLでやったほうが楽なんじゃないかと思うことがある >>403
たぶん、COBOLでやってると、WEBは楽だったなあと思う部分も出てくると思うんだ
上手い具合に混ぜられるといいんだけどね >>407-409
おまえらCOBOL書けないんだろ?
他人が作ったフレームワークに乗っかるだけのクズなんだろう? コボラーもIDENTIFICATION DIVISIONからもう書けないよ
コピペしてるだけ SQLでごちゃごちゃやらずに素直にドカッと引っ張ってきて select文をread文と同じ扱いにするのがコボラー COBOLのサブルーチン追ってく感覚でクラスとメソッドおってくんだがよくわかんなくなってくる COBOLはプログラムの先頭でまとめて変数とか定数を定義するブロックスコープとかがないので大量に操作していると頭がこんがらがる JAVAなんて糞
COBOLだけで食っていけるのが真のコボラーなんじゃよ COBOLが古い言語というのは知ってたけどもう還暦のようで
需要尽きないものなんすね >>428
COBOLが悪いわけではなく、COBOLが想定している環境がいまとなっては特殊すぎて、何もかも高コストになる。
だから徐々にCOBOLの使用が減っている。 COBOLがダメっていってるのは
Lotus1-2-3がダメって言ってるのと大して変わらんよ
今でも十分すぎるほど使える なんかディスってるように見えたかな
息が長いというか、淘汰されないもんなんだなぁと思っただけですサーセン COBOLの需要というより汎用機の需要だな
セキュリティ最優先の業種は汎用機優先になる 10数年ぐらい前にデータセンターでテープとか使って立ち会いとかしてたな。懐かしいw
今は流石に無くなったよな?
別業種行ったので分からん。 COBOLの古いことによる欠点はオンライン処理が辛いことと
フレームワークとの分担が上手くいってないことだと思う
だからバッチ処理なら今でも便利に使えるし、
ハケンが触れるフロントエンドには出てこないだけのこと テープって穴あきのほう?それともぐるぐるまわる磁気テープ?
今でも磁気テープは新しい規格が出来て現役だよ >>431
COBOLと同等以上の安定性を持ったシステムが開発されたら置き換わるだろうね
汎用機との組み合わせで少なく見積もっても30年くらい安定して稼働しているので
検証が大変だと思うけど頑張ってな >>432
汎用機は隔離していないとセキュリティがザルだから使い物にならない。 >>437
汎用機が安定しているのは汎用機をいじってないから。 某官庁ではメインサイト被災後の復旧時にバックアップサイトとの通信が不可能は場合は
磁気テープで受渡しする手順になってます
なので磁気媒体はこの先も無くならないです >>438
逆に現代のハッカー(笑)はたとえコンソールの前まで行ってもまともに操作できないんじゃ… >>442
コンソールじゃなくてカードリーダーのところに行かなければ
ジョブを投入することが出来ないじゃないか 最近はRPAでホストコンピュータの自動操作してたりするんだけど、これPCがハッキングされたらホストにも入れてしまいそうだよ >>442
コンソールじゃなくてカードリーダーのところに行かなければ
ジョブを投入することが出来ないじゃないかね COBOLのままリホストする例も有る
COBOL自体は無くならない おにぃさんおにぃさん、ちょっとこっち
今ならいいコボルの案件あるよ COBOLの案件で入ってjavaにマイグレーションされて、そのままコピペ開発でjavaのなんとかやってるけど、本質的に理解できてない COBOL→Java、と言う間違ったマイグレーションが王道化した結果、技術者の人件費低下&技術力低下を招いた コボラーオヤジ、自称コンピューター歴30年以上のベテランSEがWindowsの使い方解らなくて派遣の姉ちゃんに教わってた そうかわからないフリすれば若い子とイチャイチャできるのか
良いこと聞いた ツールでCOBOLを一気にJavaに変換
エラーを手作業で変換してオープン化プロジェクト完了
そしてメンテナスに困る >>459
>>メンテナンスに困る
まさに今はその状況があちこちで見られる
ツールで一気に移行して後の消費税増税や軽減税率対応したら、そりゃおかしくなるわw でも汎用機orオフコンからIAにCOBOLのまま移植するのかなり大変じゃないの?
楽々ならパッケージカスタマイズとかも流行らんかったろ 地方の役所はみんな問題を抱えている
有名なのが
京都市の基幹系システム刷新プロジェクトの遅延 ↑
キャノンソリューションが受託したな
今ごろ火吹いてるだろうけど >>461
やり方次第
オープンCOBOLと言っても
富士通のNETCOBOL(.NET上で稼働)
マイクロフォーカスCOBOL
GNU COBOL
分かってるだけでこれだけ種類有る
で、中身のCOBOL言語仕様はほぼ統一されてる
ホストとしてUNIXサーバーにするかLinuxサーバーにするかWindowsサーバーにするかも選べる
ライセンスフリーでJavaが移行先言語になってたがOracleのせいでそれもダメになった cobolのソースでIF文のネストが100STEP以上続いてたのは笑ったわ そろそろjavaの勉強しようかなと。
おすすめの本教えて そうだ、メンテでもCOBOLで書いてJavaにコンバートしよう コボラーはユーザ登録して喜んで読みなさい
ttps://japan.zdnet.com/extra/ibm_1911/35144817/
おや、よくみるとPRの文字が
...これ提灯記事じゃん マイクロフォーカスに関してはねえ、、
現に利用してる所が限られる
ライセンス料もそれなりに払える所だけね
GNU COBOLとかに関する記事の方が役に立つよ コボラーも年々人が減ってきている
案件で人を探してもなかなか見つからない
COBOLの案件は割に合わなく将来性も無いから新しく人を育てないからだ 無理に育て無くて良い
若いヤツはCOBOL嫌いだし 仕事とられたくないんだろ
若くて優秀な奴が来たらコボル知ってるだけが取り柄なジジィは即クビだもんな 好き嫌いの問題?
ピーマン食べれないお子ちゃまかよ > 若くて優秀な奴が来たらコボル知ってるだけが取り柄なジジィは即クビだもんな
若くて優秀な人がなんでわざわざコボルみたいな保守案件選ぶの?
コボル爺と仕事取り合う時点で優秀じゃないよね >>483
まあ、その通りだな
適材適所って有るし
COBOLの現場に好きで来る若いプログラマっていない
twitterでもCOBOLやらされてブーブー言ってるヤツ多い かと言ってJavaの現場も今やフレームワーク決まっててツールでコード生成してる現場有るからJavaの現場も若いプログラマにはメリットが無くなりつつ有る
まだJavaの現場の方が若いプログラマが活躍出来る
単価は上がるかはアレだが 若いプログラマで優秀なヤツやゲームやAI、モバイル開発へ行く
ビジネスシステム開発なんて泥臭い所に来ても体と心壊してしまうだけ ゲーム開発ってSE・PGの中でも特に労働環境悪い部類に入ると思うぞ。
保険屋や銀行に常駐しているSE・PG(そいつらの大半がコボラー)の
労働環境も決して良いとは言えないが、それよりも酷いんじゃないだろうか。 ロースキルでもやっていける
若手は配属されないから切られる心配もない
コボルなんて知ってるやつも少ないから工数も多めに出して余った時間は適当に遊んでる
定年まで安泰じゃ、ワハハ >>487
ゲーム開発は労働環境悪いがシニアプログラマでは無理だからな
必然的に若いプログラマ中心になる COBOLやPL/Iに求められるのは金勘定が上手く行ってるか
その流れで帳票が上手く出力出来るか
金勘定がコードで追える言語でオープン環境すんなり使えるモノが出て来ない限り代わりは無い
C#は微妙に惜しいのよね Javaの銀行って炎上しまくる案件がめちゃ多いよね。
年号が変わったときも150時間超えの残業で死にそうな顔の人多かったw 西暦→和暦変換部分をオブジェクト化してないからじゃ無いか
外部オブジェクト化してりゃ本体ビルドしなくても移行出来るでしょ
テストは必要だが
帳票系は見て確認必要だが
要はシステムの作り方次第だが、Javaのオブジェクト志向とか考えずに実装されてるからでは 通常の設計なら日付周りはサブルーチン→モジュール→オブジェクト化って流れ
そうなって無いなら、その程度の所って事になる >>492
閏年の計算なんてJavaに限らずシステムに実装されてるだろう?
でも間違う馬鹿が必ずいる
要はそういうことだよ 何だかんだ言っても再雇用組なんて少数派だし、
ジジイばかりとか言いつつ所詮は40代とか50代だろ?
コボラーは実年齢以上に老害化している人が多いのか、
或いは数としては少数の再雇用組が異常に幅を利かせているのか? COBOLにオブジェクト指向が必要な部分ってあるんですかね?
なんか余計な機能のように思えてならないんですが COBOLにオブジェクト指向とは無理矢理過ぎて笑える ふと疑問に思ったんだが、汎用的な銀行のシステムを作って
それをいろんな銀行に使わせるみたいなことってできないのか?
老舗銀行でそれはできないとしても、これから新規に開業する銀行ならできると思うんだけど
老舗銀行が新規に銀行作って、顧客に新しい銀行に口座を移してもらうことで
システムを新しいものに入れ替えるみたいなことは無理なのか? 各銀行にプライドがあるからな
日本人はその手の効率化はできない そもそも地銀は結構共同システム多いんじゃなかった? 15年前、某大手携帯会社のシステムはオープンCOBOLだった。javaに移行するなんて話あったけどどうなったんだろうな >>502
多い
りそな系列とか(マイクロフォーカスCOBOL)
ユニシス系は.NET >>499
昔、第●勧銀と富●通が「bank 〜〜」ってのを作って
他の地銀に売ってたな 某社のジュリアンデートカレンダーが配布される時期になったな
何気に手帳が重宝するんだよね >>507
知らねえよ
俺に聞くなって言ってるだろ! ...わからないことは何でも聞けよと言ってたのに。。。 >>509
聞けよじゃなくて、あらかじめ文書にしてくれませんかね? >>512
どれだよ
インデックス化するとか番号振るとかしろよ 本人はできる奴だと思ってるから始末に負えない
マニュアルぐらい読めよ、すぐ人に聞かないでさ 君はオペレーターかね
せめてプログラマらしく0C7とか言いなよ プログラマだけど0c7は滅多になかったな。テスト環境がショボいからb37よくおきてた こんなん回ってきたわ。
周りほとんどDXレポート知ってて驚いた。こぼらーもそういうの見てるんだな。
ついにCOBOLなくなるんかね。
2025年には何も変わってなさそうだけど。
https://forms.gle/vT4PE1E6Y8ei5ZLo8 「COBOLなくなる」ネタっていつからあるんだ? 90年代にはもうあった? 90年代はオフコン残ってて現役バリバリだったような
Javaが出てきてからじゃないかな?
古くてダメな言語だから最新の正しいオブジェクト指向言語に置き換えましょう
みたいな怪しい宗教が発生したあたり コボルのシステムのほとんどはなくなるけど少しは残るだろう
もうその状態ではCOBOLはなくなったと言ってもいいでしょう >>527
4GLが流行ったのは90年代前半だったか80年代後半だったか
ちょっと記憶が曖昧だけど、なんかその辺
Javaが出てくる10年くらい前だよ VBAじゃなくJavaだけど、うちのコボラーは1クラス数千ステップのコードをドヤ顔で書いてくるわ
しかもコピペで冗長コードを大量生産
オブジェクト指向?なにそれおいしいの?状態 ステップ数が金に直結するなら迷わずそうするだろ?
短く書くのは技術の安売り コボラー「モジュール化して共有するより、多少冗長的でも一つのクラスにまとめた方がコードが追いやすいだろ」 下手に内部で条件分岐すると組み合わせが多くて間違いやすいしな コボラーだかjavaをやりはじめた
ソース追ってクラスを遡ってくと何やってるかさっぱりわこらん コボラーだかjavaをやりはじめた
ソース追ってクラスを遡ってくと何やってるかさっぱりわからん セクション構造のプログラムのEXIT直前へのGO TOは多用するが、
中途半端な部分にラベルを作ってそこへのGO TOはコボラーでも嫌がる人が多い。 新卒で入った頃は純粋GO TO制御なプログラムよりもPERFORM 段落 THRU 段落が多用されてることに最初は面食らったな
あの構文を継承した言語ってあるの? COBOLの後継言語がない
科学技術と商業用のいいとこ取りを仕様としたPL/Iは失敗した PL/1なんて銀行とかの勘定系みたいなショボいシステム位でしか使われてないやん コボラーはPL/1のポインターの使い方が解らなくて挫折するらしいね 挫折はしなかったけど、最初ポインタの初期化忘れやってST障害出した。 COBOLの現場って古い人が多いから
残業する人は頑張ってるから偉いとかそんな考えの現場やっぱ多いんかね
徹夜自慢とか >>563
そんなことないよ?
大体年寄りは徹夜なんかできん 年寄りは通院で休暇が多い
大したこと出来ないし倒れられても困るから残業もやらせられない COBOLerのEOL対応どうすっぺか
汎用機はAWSが延命してくれたけど、COBOLerが次々EOLを迎えていく COBOLの場合、技術的に難しい仕事ってのはそうそう無いけど、
だからと言って楽な仕事かと言われるとそうでもないのが辛いところだよな。
客先常駐も多い上に、コボラーが常駐するような客先って、
馬鹿の一つ覚えみたいにセキュリティセキュリティ騒いでるようなとこばっかだし。 OpenCOBOLは日本語対応してないような・・・?
日本語1文字が可変長なのも気持ち悪い >>573
対応してる
長崎県県庁システムの例が有る マジか・・・
ここに希少なAS400コボラーおるで。 COBOL2020とか名前変えたら
かっこいいのに
昔、FORTRAN77ってのがあったな
ピンクレディのカルメン77と
かぶってかっこいい名前だと思った >>580
今時はCOBOL2000だろ。未だに85使ってる奴とかいるの? COBOL85の次はCOBOL2002で、更にその次はCOBOL2014だったはず コボラーからなんちゃってジャバラーになったがCOBOLの仕事あるのかな
でもCOBOLってテバッグやテストが面倒よね >>588
金融系システムとして金額計算にCOBOLを敢えて止める必要性は無かった
結果的にJava有償ライセンス化も発生した そうか?
COBOLでトランザクションの管理なんかやったらそりゃ生産性低いだろうけどさ
それは使う場所間違えてるってだけの話 昔はやってたね。
テストとかもやってたけど酷かったよ。
バグ直さずにコメントアウトとかw 昔はSEとかPGとかって職業が少なかったからでしょ。
情報システム部なんて部署すらもない会社も多かった 外部委託が当たり前になった時代にいまどき自社で情シス持っている会社なんてあるの? いくでもあるでしょう
完全外部委託でも情シスある企業だってあるし。 誰が完結してるって話をしてるんだっけ?
急に変な条件持ち出すなよ 今はIT企画部とか情報戦略部とかよくわからない名称になってる情報処理部門 昔は区分けがSEとPG位だったのが、今やなんとかエンジニアの種類が増えたこと マシンエンジニア
カーエンジニア
プラントエンジニア
システムエンジニア
他、何よ 機械系エンジニアを無視して「エンジニアです」と名乗る人達はエンジニア代表です COBOLをjavaにマイグレーションしたなんちゃってjava開発やって2年
コピペ開発でなんとかなってるが、javaよくわからんまま開発しているよ DISPLAY貼りまくってデバッグ終わったら、そのディスプレイ全部削除するん? >>615
削除する
で、間違って関係ないとこ消して障害 GO TO TRAVEL.
〜
TRAVEL:
この後のコーディグは何が書かれてる? >>DISPLAY貼りまくってデバッグ終わったら、そのディスプレイ全部削除するん?
正規表現をつかえば、置換で、DISPLAY行みんなペロって消えるから問題ないよ。 大手保険会社・銀行が全部潰れない限りは無くならないんじゃね?w 昔ドコモの顧客管理システムCOBOLだったけど、さすがにjavaになったよな? みずほ以外にも銀行はたくさんあるし、(例え大手に絞っても)あらゆる銀行・保険屋でJava等の他言語に完全移行は困難かと。
例えそれが実現したとしても、その頃今生きている人の内何人がこの世にいるだろうか?ってくらい先になりそう。 >>627
移行しきれていない
旧みずほ 富士通5台、バックアップ5台
旧みずほコーポ 日立6台
みずほ信託 IBM2台+バックアップ1台
の3系統を統合
メインフレームが19台から4台(うちバックアップ1台)に減った デジタル庁でCOBOL絶滅の行政指導が発動され空前のマイグレ需要が起きるんや るーるる るーるる るるるるるー
るーるる るーるる るるるるるー
こぼる コボル COBOL
流行る 覚える 廃れる
バグる 焦る 募るー >>636
今更、COBOL→Javaへ移行するのか?
デスマーチの嵐になる 大切なコボラーを守るため、コロナ対策として自宅から職場まで送迎はリムジンだよ コボラーはあなたのそばにいる
ほら振り返るとそこには... 某携帯会社の基幹システムはCOBOLだったけど、もうかわったんかな? いまだに基幹系が全部コボルって思う人いるんだよな
基幹システムの奥底でひっそりと稼働してるのがコボル 今の現場COBOL要員で入ったが、マイグレーションでjavaに変わった。移行後そのままjavaでの開発要員にいつのまにか変わってた。
かれこれ2年COBOLから離れてるからもうCOBOL忘れてかけてる >>671
そうそうコアな部分でひっそりと稼働してるんだよね
難し過ぎるから恐ろしくて誰も手が出せない
根本的な載せ替えは無理無理 JCは青年会議所のことだよ
知らないの?
検索してみ 押収品をみてニヤニヤしたいおまわりさんが通報して欲しがってるんだったりして >>697
減って無い
もともとPL/Iが多いからね
PL/I→COBOL移行が終わったぐらいでしょ コボラー卒業したけど、java案件なくなったらコボラーに戻れるかな COBOL案件なんて短期で数は少ないからブランク空きまくりだよ >>702
選びまくってるんじゃ無いの
東京、名古屋、大阪なら一定数案件有るよ
OSとか選んでたらそりゃブランク空くでしょ その案件は本当に存在するの
人集めの空案件にはもう振り回されたくない 銀行はコロナ禍でJavaとReactの若手作業員を大量に退職させた >>706
結果COBOLに回帰した
オープン系COBOLだから現代的 >>698
PL/Iは印刷メーカーが使っていたな
今はどうなのか知らんが... 新規システム構築が無いので終わってますよ
現行システムメンテで生きてるだけ >>714
>>新規システム構築
COBOLに関してはOpenCOBOL化の案件がちょこちょこ有るよ
Javaとかも少数だが新規案件有るがほとんどメンテ案件 それ既存システムの再構築でしょ
新規システムじゃないので数は限られてる COBOLで全くの新規は無いと思う
COBOL→JavaとかCOBOL→VB.NETとか組み換えは結構有る COBOL→Java移行で、割と中心的な立場で仕事したことある人っています?保険のシステムで。
コンサルがいい感じの話をしてくるんだけど、イマイチ信用できず。 そもそもCOBOL→JavaだとJavaの有償ライセンス化でダメなのが見えてる
今は有償ライセンス買うならC#でもVB.NETへの移行でも良いからね
そこまでするなら富士通のNetCOBOLやマイクロフォーカスのVisual COBOLでも良いし >>723
コンバートツール使うならアレだが一から移行だと火を吹く現場になるだろうね >>724
>>NetCOBOL
横浜銀行はNetCOBOL+PostgreSQL+Linuxだったな >>723
実績を聞いてみれば良いじゃん、そのコンサルに 723です。情報ありがとう。コンサルとは直接話できる立場ではないんですが、コンバートツールは使うと思います。コンサルはほぼコンバートできると言ってるみたいですが、問題になるのはコンバートできない部分かと。
アセンブラとかJCL資産もあります。成功体験ある人いますかね? cobol案件とか聞いただけでうまくいきそうにないんだが
末端で働ていて、どうしてもうまくいかなった場合
どうするの? 誰の責任になるの?
さすがに仕様通り出来なかったでは許されないよね?
どうなるの? >>729
そもそもJavaにコンバートするのがね
オープン系に移行するにもオープンCOBOLとか有るだろうに >>732
COBOLをやりたがる人が少ないから
ジャバラーはいくらでもいるし COBOLという言語は嫌いじゃないけど、COBOLメインのプロジェクトの客先常駐率が高過ぎるのがネック 汎用機だとテレワークがないと思うのは間違え
客先常駐しか出来ないと考えられられてたのは一昨年まででしたね
今はリモートで開発も普通です コロナ渦で本番データを使わない限りリモートワークも可能と言うことになった
今まで客先常駐が普通だと思ってた中高年コボラーの人には衝撃的でしたね >>742
銀行の勘定系システムと言うと多少は関連する仕事に携わった者なら
中核機能と理解してるから、IBMから離れて大丈夫なのか不安に思う。
FinTech等で金の流れが既存システムと違う動きをした時が替えて行く好機なのか。
更にはソフトだけではなく使うサーバーも信頼に足りる性能、堅牢さが必要なので
IBM、HP等以外思当たらない。因みに携わった仕事は銀行業務のフロント・エンド。
>>747
単純な質問に対し、攻撃的になる点については何かあるのかと勘繰りはする。 AS400は良かった
いろんな爺ぃからそんな声が聞こえてきます デバッグがめんどくさい
display文とかいれてよくやってた >>750
IBM汎用機の中身がサーバーと言う点では大きな懸念はないけど
問題は「AWS」(の特徴)が大丈夫なのかと言う点。↓のような噂もある。
プログラマの雑談部屋 ★149
4仕様書無しさん2021/06/28(月) 22:34:58.15>>8
AWSってどんどんサービス発表するけどわけわかんねえよ
被ってるサービスも多すぎるし
簡単になるどころか逆に複雑すぎる
5仕様書無しさん2021/06/28(月) 22:43:09.81
動いてるコードは触るなとかいうクソ方針だからどんどんコードが冗長になっていきやがる >>753
元レス読めよ
5のコメントしてるやつは国内クラウド業者であってAWSじゃない人だよ >>751
AS/400はRPGが主流なイメージある 緊急停止ボタンを押し込んでズドン!という快音を聞きたい スモールビジネスが陥る罠
マイケルE.ガーバーは、「大半のスモールビジネスは、同様の間違いをしている」と言っています。
それは、たとえば、独立した方がいいと思い込んでいる美容師は、美容院を開き、ひたすらに仕事に
追われることになる。料理が得意だからと自分の店を持つことを夢見た料理人は、レストランを開き、
ひたすらに仕事に追われることになる。このような人たちは、どんな種類の仕事であっても、揃って
致命的な思い込みをしているというのです。
その思い込みとは、職人としての仕事、つまり、髪を切ったり、料理をつくったりする技能があれば、
その分野のビジネスを成功させることができるというものです。ビジネスの中心となる専門的な能力を
身につけることと、ビジネスを成功させることは、まったく別問題だというのに。
「独立熱に浮かされた“職人型社長”」と「真の“起業家”」の視点の違いを理解しないまま起業すれば、
大半は破滅的な結末を迎えることになるのです。
マイケル・E・ガーバーは、多くの起業家が失敗している理由を
「職人」「マネージャー」「起業家」という3つの人格から説明しています。
成功できない起業家は、職人レベルの仕事しかしておらず
経営者としての思考も行動もできていないからだとガーバーは指摘しています。
経営者の多くは、職人としての仕事
例えば、美味しい料理を提供できればよいと考え、レストランを開業しますが
この職人型の起業では、成功はおぼつきません。
職人型の社長は、独立しただけで、ただただ自分のためだけに働いているのです。
料理をつくるのを楽しんでいるだけでは、ビジネスは成功しません。
真の起業家は、経営者が現場にいなくても収益を生みだす仕掛けをつくり
組織を成長させることを考え、成功を手に入れるのです。 コボラーって50代以上しかいないの
ttp://blog.livedoor.jp/job_soku/archives/7167533.html
ttp://blog.livedoor.jp/job_soku/archives/7916299.html 45で元コボラー
テレワークで残業なしで夜間立ち会いなしの現場ならまたCOBOLやりたい COBOLもテレワークの時代だけど、短期で空白期間が多くなるから、次の見込みがないとリストラされるよ >>761
あなたみたいな楽したいと思う人が一番いらない >>761
コボラーの現場は昭和から変わってないから
無能でも無駄に残業したほうが頑張ってると思われる 今の案件見てもわかる通りCOBOLだってテレワークの時代なんだぜ
あと働き方改革の波はコボラーの現場にも押し寄せているから意味のない残業も無しな でも本番データ確認するのに、セキュリティルームに設置の専用端末でしけアクセスできない場合はさすがに出社?
それもリモートで可なの? 本番データ確認するのは権限の関係もありテレワークでは無理だけど、それは別にCOBOLに限った事じゃないよね >>766
コロナ禍でCOBOLでも開発はリモート端末によるテレワークで行うが一気に進んだようです 自宅にネット環境がないのでテレワーク出来ない、そんな人が居るのもコボラーさんです 昔は寮から職場のホストにダイヤルアップして仕事させられてたと教わった
30年かけて元に戻ったな 主記憶48KBにテープドライブ2つくらいのシステムでCOBOLやりたいなぁ…… 枕草子の中宮定子の親戚に
原子
というのがいたなあ
未だに読みが不明らしいけど さいたま市です。大宮から電車で川口、鴻巣ぐらいしか行けない。 テレワークだって言ってんのにさいたまにこだわるって
頭の中コボルかよ ごめん なんで相手の顔が見えないとダメなの?
メールと電話だけで充分じゃない? 要件だけ伝わればよくない?
テレワークの必要性がわからない
ところで自宅のパソコンにTSS端末のエミュをインストールしないと
テレワークどうこうは置いといても 自宅で仕事は出来ないよね
自宅で仕事してると いろいろと流出しそうな気もするんだけど 良いのかしら >>791のいうテレワークはビデオ会議のことなのかな
こいつも頭の中コボルだな >>791
いやいや、エミュレーターなんてインストールできない。リモートでしょ 次々頭の中コボルがわいてくるなあ
>>793
端末のエミュ入れずにどうやってリモートでつなぐんだよ
リモート接続できる端末なんて市販されてないぞ? JavaよりもCobolの方が簡単だと思われているらしい
Javaができる能力がないとみなされた場合Cobol要因に
回されるらしい >>JavaよりもCobolの方が簡単だと思われているらしい
今はCOBOLでもオブジェクト指向でCLASS設計も出来る
COBOL→Javaってオブジェクト指向で無くてただのコード移行でしょ 出来ると言ってもやってる所殆ど無いでしょ
レガシーシステムの保守が主だよね >>796
どの辺が?
論理で説明できないあたり、頭がコボルちゃんだね >>802
少しは自分で調べたらどうだ?
あ、COBOLしかしらないから無理かw 説明できない奴の常套手段来たよ
まるでどこかの国の総理大臣みたいだ COBOLに限らず、自宅のPC上で直接開発したりドキュメント類保存したりなんて普通しない。エミュレーターインストールして直接アクセスするなんてセキュリティ的問題ある
基本的に職場にあるPCにリモートアクセス(遠隔操作)して作業する。
と、ここまで説明しないとわからないかい? >>801
ま、オブジェクト指向COBOL自体ほとんど使われて無いからね 最近のcobolはオブジェクト指向だけど
日本の現場でオブジェクト指向cobolが本当に使われているの? そもそもjavaもきちんとしたオブジェクト指向でつくられたシステム少ない COBOL→Javaのマイグレーションはオブジェクト指向で無いJavaのさいたるモノ >>805
やっぱり頭がコボルちゃんだった
リモートデスクトップでどこにつなぐんだよ
リモートデスクトップでつながる端末なんか存在しないぞ >>812
そんなんだから影で老害っていわれちゃんですよ 理解出来ないと人格攻撃をする、頭がコボルちゃんは平常運転だなあ うちはこんな感じ
ホストコンピューター
↑エミュレーター
職場にあるPC
↑リモート接続
自宅のPC
自宅のPCも個人のPCではなく、支給されたPC 汎用機COBOLの開発も今やリモートワークでやっている現実を知らない人がいるのが驚きだよ 311の時出先からRDP経由WSMGRでシステムメッセージを見て東北全滅を確認したわ >>819
今更になってリモート接続とリモートワークの区別がつかないやつが湧いて出てくるとは。。。 君が言ってるリモート接続って、いったい何の事なんだろうね
在宅勤務で職場のPCを遠隔操作する事じゃなさそうだけど 普通はインターネット経由で接続することだろうね
在宅勤務とか関係なく 汎用機は端末エミュレータで操作するから、もともとリモート接続だったりするんだよな。インターネットを経由していることも多い。 今時のCobolの開発環境は何?
OpenCobolIDE とかは日本語化されていないからいや
という人が多そうなんですが 紙に打ち出したソースコードを片手に顔を突き合わせてコードレビュー
入力フォームは画面設計用紙で見やすく
コーディングもコーディングシートにシャーペンで
入力作業は直付けしてある端末から
そんな感じでいい >>825
Visual COBOLとかかな?
マイクロフォーカス製品を使っているところがかなりあるんじゃない。 COBOLはコンパイラはマイクロフォーカスが多いけど、
開発と言うかコーディングはお好みのエディタでどうぞーって感じですよ。
開発環境なんて買ってくれないから。
デバッグはもちろん机上デバッグです! 今時の若者に机上デバッグとかやらせたら次の日から来なくなるな >>829
そんなわけない。
動かすテストより、紙に印刷して確認した方が確実だったりするから、いまでもCOBOLでなくてもやるよ。 リモートワークで自宅のPCに印刷するのが許されてる所あるのかな リモートは職場にあるPC本体から転送されてくる映像を見ながら遠隔操作するような感じなので、印刷は職場のPCに繋がれたプリンタにしか出せないと思うよ Windowsのただのリモートデスクトップ接続だと、ファイルの移動ができるので勝手にやっている。 ある日管理者に気付かれて出来ない設定にされてしまうと >>836
Windowsについてるのはタダじゃないの?
OSの値段に含まれてるから別途料金掛からないよね? 認証が入る仕組みを知らないだけだと思われる。
Windowsのリモートデスクトップ接続はファイルの移動が可能。 windows10の設定で接続を許すセキュリティーがザルな現場があるんだね >>840
リモートする側に制約がないから、個人のPCにファイルを移動できる。 個人のPCでリモートしてるところあるのか
あと、設定でファイル移動禁止にしてるでしょう。まぁ管理者権限があれば外せちゃうけど >>842
逆だよ。貸与PCから個人のPCにリモート接続する。 >>843
842がいう個人ってのは「個人に割り当てられた執務PC」ではなくて
「プライベートで購入したPC」のことを言ってるのだと思うぞ 行番号にgotoとか
行番号の振り直しとか
今でも必要ですか? >>842
貸与PCでも貸与PCにファイルを転送できてしまえば、個人のPCにリモートデスクトップ接続で接続してファイルを転送できるので、結局、抜き取れる。 仮想環境整えれば、自宅からでも普通にやれそうだけどな。 gotoのとび先を動的に変えるalter文というのかあるみたいですが
使われているのですか? 昔からGOTOって禁止されてんじゃねーの?
PERFORMで呼び出しやろ 新卒で入った会社の70年代のプログラムはすべてGO TOだったよ
80年代入るとPERFORM THRUに変わってて感動した思い出 入口 SECTION.
(処理)
出口.
EXIT.
と
入口.
(処理)
出口.
EXIT.
の2つの流儀があって、前者だと「PERFORM 入口.」、後者だと「PERFORM 入口 THRU 出口.」だったな しぶといなttps://asahi.5ch.net/test/read.cgi/newsplus/1635941818/ >>858
ネットでイキってる恥ずかしい人だから暖かく見守ろう 30年以上前から無くなる、無くなると言われてて未だに現役なのな。 石油もCOBOLも、それが無くなることで巨額の利権を手に入れられる輩がいるって意味では同じだね 株式会社週休3日が「週休3日正社員」に特化した求人ポータルサイト「週休3日.com」を正式リリース。
2022年1月から本格始動。企業の利用申込を受付開始。先着200社は1年間限定 月額9,900円(年間契約)。
次世代型ワークライフマッチング「+1日マッチング」を実装し、新しい人材マッチングを創出します。
週休3日.comの主な特徴
1、週休3日正社員の求人を最適化・差別化して募集できます。
20代・30代の若い世代が注目している週休3日正社員など新しい働き方を活かした募集が可能です。
40代以降の優秀な人材の採用にも有効です。(週休3日.comは商標登録を取得しています)
2、月額固定でリーズナブルです。採用時に追加費用がかかりません。
月額22,000円から※採用時に追加費用がかかりません。
今ならオープニングキャンペーンで月額9,900円(年間契約/ ※1年間限定 先着200社)
3、週休3日正社員の働き方を選択することで生まれる+1日のお休み(時間)の価値観もマッチングが可能です。
次世代型ワークライフマッチング「+1日マッチング」
・+1日のお休みは副業したい→会社として許可する?
・+1日のお休みは遠方へ旅行したい→会社として共感する?
・+1日のお休みは子供との時間に使いたい→会社として応援する? >>861
嫌なものほど世の中から中々なくならないのだよ。
中々なくならないから嫌がられているとも言えるが。 COBOLの需要が増えて単価が上がってきてるってガチですか??
だとしたら面白い事になってまいりましたな COBOLが消えないのならJavaなんかもう一生使えそうですな。。。 cobolって変数は全部グローバルだし
ループから抜けるには実質gotoしかないのな
ループの中に飛び込むこともできるし
どうやって保守するの?
「できません」って投げ出すことは可能なの? それってどの規格のCOBOLの話か具体的に言ってほしいなぁ つかえない>>870を成績不良で切るために渡されたソースの話じゃないのそれ gotoを使わずにperformを使ってくれって言う人がいて
それってgotoじゃんという使い方をしている goto使えば良いよ
アセンブリ言語なんてgotoだらけだよ 他セクションの中にGO TO しまくる糞COBOLソースをメンテした事ある。
アセンブラ世代の糞爺が作ったらしい。 ちなみにCOBOLはGO TO な。
gotoならCだろ。 なんか日本人はバカというか教条主義的過ぎるというか
goto禁止というと死んでも使わせない的な話になるけど
上に行くのと飛び越すのさえやらなければ後は使い方だろ >>882はコーディング規約に死ねと書いてあったら死ぬんだろうか GOTOの話ってフローチャート書く上でのお作法の話や
条件分岐文に命令や命令群を直接書けず必ずGOTO文で飛ばすしかない仕様の言語を設計するのやめよう
とかいう話ではなく、GOTOならば無条件に害悪であるからコーディングの美しさのために排除しろ
って話なんだっけ? 馬鹿が飛んでもないところに飛ばすのが頻発したから一律禁止にしたとかそんなんじゃないのかな 一番問題なのはループの中へのgoto
ループの中を書き換えるととんでもないところで
副作用が起きる ループの中へのgotoというと、昔々アセンブラではそんな感じのをよく見たなあ。
1バイトでもコードを減らそうとしてそういうことをする。 >>886
それはGOTO禁止じゃなくて、そいつ切るべき案件だろ
絶対他でもやらかす >>889
cobolの場合、既存のコードがそんなんばっかりというのが
一番大きな問題
スパゲッティになっていて手が付けられない
いわゆるマイナスからのスタートになる よかった……共通化したコードへ飛んで使いまわすような書き方をするな!
行数を稼ぐために同じ処理もしっかりと複数全部書け!
という悪い子はいないんだ…… >>889
切ったところでそんなやつは無限増殖のように頻繁に現れる
予防策として事前に禁止事項にしたんだろ はじめは道徳を説いていただけなのに
馬鹿向けの規則に捻じ曲げられてしまうという
悲しい世の中だね システム開発には決まり事が必要だよ
俺様が作るコードが一番で勝手につくられてはたまらない コーディング規約のGO TO禁止って、
セクション構造の出口(EXIT文の前に適当なラベルを付けておく)へのGO TOはいいけど、
それ以外へのGO TOはダメとかそんなんでしょ? >>896
それだとループからの脱出
continueとbreak
が書けない >>897
COBOLにbreakは無いぞ、continueもCとは意味が違うし。 >>897
いっそのこと脱出しなければいいんじゃない?
次の命令をNOPすればいい 大手のSier企業で金融系で売上の50%を占めているところは半分くらいCOBOLのシステムを扱っている
公共系のところも同様
フリーランスと比べて正社員になるとCOBOLやらされる率が高くなるね COBOLのレガシー資産は塩漬けにして改修は行わない
新機能は他システムで行いコボラーは既存コードに影響ないか調査やテストするだけの存在 COBOLなんてまだあるの?
大分javaに置き換わってるよね 富士通が作ったシステムを作り直しているんだけど、富士通があとから作ったドキュメントしか残っていない。 早くドキュメントが合ってるか確かめる作業に戻るんだ まだまだ社内の基幹システムとしてガンガン新規開発してる。どのパッケージ導入よりもバリューを生み出し続けている。 大きい会社は仕事が営業だから、いまでも体育系なんじゃね? 大きいIT会社は仕事の9割が人員管理、議事録作成、顧客折衝、営業だからSEというよりは営業職だ 大手SI企業とかはプログラミングを1%もやらない
人員管理の仕事は体育会系が好まれる プログラミングできるやつはスグFA宣言しちゃうからねぇ。
企業内にはプログラミング出来ないやつしか残らない。 某自治体で5年前までCOBOLで開発してた。
身体壊して退職したけど。
使っていたのは汎用機。
身体だいぶマシになって来たので仕事復帰したい。
どこか雇ってくれるかなあ? 60歳で退職したけど、68歳でもオファーが結構来る 40代だけど、20代新人の頃大多数はjavaやってるなかCOBOLやらされた。
数年前からはjavaのシステムやってるけど、COBOL脳になってしまった影響でいまだに苦労する。 MASA Nakamura
@masayang
老後のバイトでCOBOL書いてる爺さんが結構な収入得てると聞いたので調べたら月80万円だす所もあるのね。
「未経験歓迎。23万円から」なんて所もある。若者よ、これからはCOBOLかもよ。
https://x.com/masayang/status/1797175406765965504 80万はないな
50万前後が多いけど探し方が悪いのか 新規開発でもないのにそんなに出す訳無いだろ
レガシィシステム保守で大体50万円程度だよ 元コボラーやで
なんやかんやで単価150や
コボ捨ては間違ってなかったわ 80万って業務委託の最高支払額かよ
その案件あるとはいってないよね 今でもCとJavaは絶対に辞めとけと言われる
古すぎて経済的な損失がでかい レス数が900を超えています。1000を超えると表示できなくなるよ。