  |
はてなキーワード: Cobolとは
https://www.megamouth.info/entry/2020/11/23/233104
夢を語れるとかそういう話はおいておいて、顧客の業務をちゃんと理解してシステムに落とす、それはSIerの最も得意とするところ。
だから未だにウォーターフォールでJava8（ひどいところはJava6やCOBOL）を使いIE専用の業務システムで出力した神Excel仕様書をPPAPでやり取りする。
これは全部顧客の業務をちゃんと理解し、理詰めでビジネスとプロジェクトを構築した結果なんだ。
まあそれはそれとして一番どうしようもないと私が思うのは上記の点を持って
「俺達は正しいことをやっている。Web系とか流行りを追いかけてるだけで実がない。GAFAなんて大したことやってない。」
と揶揄とかではなく本気で思っている人が多数いることだ。ほんとか？と思う人はアクセンチュアや日立、CTCなど、最上流のSEをやっていると思われる
Twitterアカウントをヲチしてみるとよい。私はそもそもそれらの中の人なのでよく分かるが、そういった上流SIerで管理職とかになるような人は
本気でそう思っている。またそういう人は「俺も本当は技術が好きなんだよ。でもビジネスってものはね云々」っていつも語っていて、
好きだといつも主張している技術の話はほとんどしてない。Twitterではビジネスがどうとか開発プロセスがどうとかばっかりなんだが、
本当に技術が好きなのかは謎。
FUJITSU Software NetCOBOL 特長 - 富士通 https://www.fujitsu.com/jp/products/software/middleware/business-middleware/middleware/cobol/merit/
＞COBOL統合開発環境により、設計・プログラム・テスト・保守まで、開発プロセス全体の効率化が図れます。バッチからWebアプリケーションまで、最新技術と連携したプログラム開発が可能です。
怖いか？俺は怖い
なんか、元増田がレガシーシステムを開発する環境を後から見つけて入り込むのは簡単じゃないとか書いてるあたり、レガシーっのがなんなのか分かってないように思う。
レガシーシステムはCOBOLのことだけじゃなくて、今のVueだのReactだのがそのうちレガシーシステムになる。
若いメンバーにはこれから出てくる新しい技術を教えるだろうから、将来のレガシーシステムになるVueやReactは若い担当者を増やしにくい。
プログラミングという言葉がアフィブロガー御用達になって、SNSでプログラマーを名乗るのが憚られる感じの昨今。
プログラミングを勉強すればフリーランスで一生困らないみたいなこと書いてあるけど、そんな夢のスキルじゃないよ。
それなりにベテラン()を見てきたけど、結局はマネジメント層になれなければ会社にしがみつくことになる人が多い。
これはvueかReactか、javaかRubyかみたいな話じゃなくて、もう少し基本的な部分。
例えば大きいのはオブジェクト指向とクラス/インスタンスの概念。
他には、ガベージコレクタ、例外処理、マルチスレッド、デリゲートやラムダ式、非同期処理、バインディングとビューモデル、イテレータ、null安全。
今プログラミングを学んでる人には当たり前かもしれないけど、これらは十数年かけて徐々に当たり前になっていった。
ITバブルでブイブイ言わせていたけど、これらをうまく扱えないベテランは結構いる。
固定長メモリとポインタとmemsetで全てをまかなってきた層や、静的なモジュールで全部の画面を作ってたVB屋とか。
若いころは勉強すればいいと思うだろうが、理解はできてもそれを流暢に使いこなし適合するのは意外と難しい。
プログラムの中でその人の担当箇所だけいまいち読みにくくて、取り回しの悪いものになってしまう。いわゆるstaticおじさんというやつ。
これはベテランのイラストレータやシナリオライターが、デッサンや構成力はあっても、なんか古臭いものが出来上がってしまうのに似ている。
こうなると若いチームメイトや新しいプロジェクトからは敬遠される。
もちろん、COBOLの案件が未だにあるように、レガシー資産を利用した仕事で腕を振るえる場所は結構ある。
ただそういった環境は既存の人材・企業にがっちり掴まれてることが多く、後から見つけて入り込むのは簡単ではない。
このプログラミング言語はMtGだと多分この色の組み合わせだろう。
みたいなのをまとめたら次のようになった(TIOBEのランキング順トップ50)。
後半は知らない言語もあって怪しいが、おおよそこのようになると思われる。
※改めて見てみると何箇所か違和感があったので最初の版からちょっとだけ修正した。
| 順位 | プログラミング言語 | 色の組み合わせ | 内訳 |
|---|---|---|---|
| 1 | Java | アブザン | 白黒緑 |
| 2 | C | ゴルガリ | 黒緑 |
| 3 | Python | ティムール | 緑青赤 |
| 4 | C++ | ジャンド | 黒赤緑 |
| 5 | C# | バント | 緑白青 |
| 6 | Visual Basic .NET | セレズニア | 緑白 |
| 7 | JavaScript | ボロス | 赤白 |
| 8 | PHP | グルール | 赤緑 |
| 9 | SQL | 無色 | |
| 10 | Swift | 4C(緑欠色) | 白青黒赤 |
| 11 | Go | ゴルガリ | 黒緑 |
| 12 | Assembly language | 黒単 | 黒 |
| 13 | R | イゼット | 青赤 |
| 14 | D | グリクシス | 青黒赤 |
| 15 | Ruby | 赤単 | 赤 |
| 16 | MATLAB | イゼット | 青赤 |
| 17 | PL/SQL | 無色 | |
| 18 | Delphi/Object Pascal | アゾリウス | 白青 |
| 19 | Perl | ラクドス | 黒赤 |
| 20 | Objective-C | エスパー | 白青黒 |
| 21 | SAS | アゾリウス | 白青 |
| 22 | Visual Basic | 緑単 | 緑 |
| 23 | Dart | ジェスカイ | 青赤白 |
| 24 | Scratch | 白単 | 白 |
| 25 | Scala | 5C | 白青黒赤緑 |
| 26 | Groovy | ナヤ | 赤緑白 |
| 27 | Transact-SQL | 無色 | |
| 28 | F# | アゾリウス | 白青 |
| 29 | Rust | マルドゥ | 赤白黒 |
| 30 | COBOL | オルゾフ | 白黒 |
| 31 | ABAP | アゾリウス | 白青 |
| 32 | Lisp | シミック | 緑青 |
| 33 | Kotlin | 4C(緑欠色) | 白青黒赤 |
| 34 | Logo | 白単 | 白 |
| 35 | RPG | ディミーア | 青黒 |
| 36 | Lua | 緑単 | 緑 |
| 37 | Fortran | スゥルタイ | 黒緑青 |
| 38 | PowerShell | ジェスカイ | 青赤白 |
| 39 | Ada | ディミーア | 青黒 |
| 40 | LabVIEW | ディミーア | 青黒 |
| 41 | Erlang | 緑単 | 緑 |
| 42 | Julia | イゼット | 青赤 |
| 43 | ML | 青単 | 青 |
| 44 | Scheme | シミック | 緑青 |
| 45 | Haskell | エスパー | 白青黒 |
| 46 | TypeScript | ジェスカイ | 青赤白 |
| 47 | OpenEdge ABL | アゾリウス | 白青 |
| 48 | LiveCode | アゾリウス | 白青 |
| 49 | PostScript | 無色 | |
| 50 | ActionScript | ジェスカイ | 青赤白 |
見返してみるとおおよそ次のルールに従って決めているような気がした。
緑の判定があやふやな気が若干しないでもない…
| 色 | イメージ |
|---|---|
| 白 | 高レイヤ、初心者向け |
| 青 | 浮世離れ、ベンダー |
| 黒 | 低レイヤ、黒魔術 |
| 赤 | 速い、先進的 |
| 緑 | 基盤、グルー |
| 無色 | 道具 |
この記事読んでへぇーって思ってる人、はあちゅう腐す権利ないからね。
え、はあちゅうはニセ医療で、これはタイの最先端医療じゃん。全然違うだろ？
はい、そうじゃないんですよ。
医学的知識と医学的判断能力がない人が書いた医療記事はどちらも同じなんです。
仮に、はあちゅうがこの記事書いたら、みんな「へぇ〜タイ行こうかな？」って思った？
この記事の間違いは大量にあるけど、はてなにわかりやすく言えば、
めちゃくちゃ良いプログラミング教室見つけた！っていう「増田プログラミング教室」の紹介記事が以下の感じだとどうでしょうか？
最先端JAVASCRIPTを用いた画期的なホームページの作り方を教える教室です（JAVASCRIPTは世界の30億のデバイスで走る言語です）
また、最近流行りのAIの土台である機会学習を、MNISTというデータを使って、勉強できるんです。
これは、AIに知能があり、自動的に猫とおばあさん細胞が発見できるというので、
ぜひこの増田プログラミング教室で、プログラムを習いましょう。
ね、頭痛くなる記事でしょ？上記の記事のレベルはこんなもんよ。
キーワードとして、「根管治療」（英語名：Root Canal Treatment、以下“RCT”と表記）
「ラバーダム」、「マイクロスコープ」などを散りばめているだけで、上記の文章と同レベルの知識だから。
まず、日本の保険適用の根っこの治療なんて、毎回200円くらいにしかならないから数千円なんて絶対に適当。
なぜ日本の保険治療のことも理解していない人が、タイの治療については正しい記述ができると思えるのか不明。
それは国がCOBOL縛りでプログラミング書けって縛ってくるのに、
患者がグーグルマップみたいなサービス作りたいって言ってきて、
なんでも言語が使える自費診療すすめても、いや、保険きくから、COBOLでお願いします。って言ってくるからだろうが！
せめて日本の学会関係者にでも取材して、なんでこういう状況になってるのかくらい聞けよ。
そもそも日本は歴史的に総合医（ジェネラリストのまち医者）を増やすという医療政策をとってきたわけよ。
それは個人の資質うんぬんじゃないの。出羽守がすぐにアメリカでは〜っていうけど、アメリカの歯医者、全員医者だからね。
医学部卒業して、そのあとで歯の勉強した人たちでエリート中のエリート。1日に3人患者みたら、生活できるから。
15分おきに患者きて、インカムつけて仕事してる銀座の歯医者なんかと比べちゃダメよ。
日本は国民が歯医者に通いやすいように、歯学部というものをつくった経緯があるのよ。
最近は新専門医制度をつくって、分化していこうという話もあるけど、
患者側の意識が変わらないとなんでも屋を求めるから日本だとミスマッチしそうね。いろいろ面白いので調べてみてください。
あと、やぶが多いという話。うん、多いね。
じゃあ、どこの歯医者いけばいいのか？
まず、クライアントであるあなたが自分の歯をどうしたいのか、知識をつけること、
その症状に対して、得意な専門医がどこにいるのか調べること（歯学系学会で調べられる）
ここらへんでやぶはだいぶ弾ける。
え、めんどくさい？それなら、増田プログラミング教室行きですので、どうぞ。
クライアントが要件定義する能力もないのに、SIerの能力判断なんかできるかよっ！
