「COBOL」を含む日記 RSS

はてなキーワード: COBOLとは

2017-10-12

京都市が今回失敗したような、自治体システム更新について

http://itpro.nikkeibp.co.jp/atcl/column/14/346926/101101158/

Q1.役所仕事なんて全国でほぼ一緒なのに、なんで自治体ごとに別のシステムを作るの?

A1.地方自治体事務財務について法律で決まっているのは大枠だけだよ。

  それを実務≒内部規定に落とし込むのは各役所ごとなので大枠は似てても実務プロセス全然役所で違うよ。例えば同じ業務でも独自の語彙があったり、下手すると同じ語で市町村ごとに意味が違ったりするよ。


Q2.なんで新規で作らないの?

A2.80年代ぐらいにやったよ。その結果が政令市クラスに残ってて今回京都市更新しようとしてるような、メインフレーム上のシステムだよ。


Q3.メインフレーム汎用機)って何?

A3.みんなが使ってるWindowsとかLinuxとかのOSがなかった時代コンピュータだよ。IBMとかがベンダーごとに作っていてOSベンダー謹製だよ。性能はいいけどメチャ高いよ。

システム内でクローズして専用線以外では他とつながってなかったから、汎用機からPCサーバへの移行を「オープン化」と言うよ。

オープンソースソフトウェアとは全然関係ないよ。


Q3.使いまわしってどうやってやるの?

A3.80年代かに作ったシステムで動いてるCOBOLとかPL/IとかをLinuxとかUnixとかWindows上で動く言語コンバートしてリコンパイルするよ。

DBデータ階層データモデルからリレーショナルDB用にコンバートして移行するよ。こういう開発形態を「マイグレーション」と呼ぶよ。

あと、バッチジョブ制御もJCLという汎用機用の言語で動いているよ。これもそのままでは動かないのでコンバートするよ。

コンバート先はperlだったり、シェルスクリプトだったり、ベンダごとの独自スクリプトだったりするよ。

COBOLとかの実行プログラム移行も大変だけど、帳票の大量印刷はたいていバッチジョブでこなしてるので、JCLの移行もめちゃ厄介で大抵もめるよ。

今回もめたのもバッチらしいね


Q4.80年代のものを使いまわすとか。新規で作ればいいじゃん

A4.お金無限にあればできるよ。今の時代お金があった時代システムフルスクラッチ再開発するととんでもない予算になって市役所内の決裁が通らないよ。

しか汎用機時代の納品は割といいかげんだったのか、仕様書が残ってなかったりするから費用さらにかさむよ。


Q5.そんなんでよく運用できてたな

A5.当時はSE汎用機付属品みたいについてって、困ったらオペレーターとして介入して動かしていたみたいだよ。

そうやって現場感覚バリバリでやっているので、オペレーターしか知らないプロセスがあったりするよ。

マイグレーション開発では総合テスト中にそういう隠しプロセスが「発見」されたりするよ。こわいね


Q6.役所が現行システム資料を出すべきだろうが!

A6.もっともだけど、できないから無理だよ。

上記の通り仕様書がないことも多いうえ、システム課に限らず市役所人員は基本ローテーションするよ。

導入当初の担当者が残っていることは珍しいし、30年も前に導入した汎用機ことなんてここ10年に入った職員にはわからないよ。



Q7.なんで入札にしたの? 現行ベンダ指名してやらせたほうが良くない?

A7.金額がでかいから、たぶんどこの市役所でも入札案件だよ。

随意契約(随契)は無理だし、入札業者発注者指定する指名競争入札談合の温床になってたか最近あんまりやらないよ。


裏技としてRFP指名したいベンダーに書かせて公募指名入札にしたり、RFPの段階でハードを全部特定ベンダで型番まで指定するというのがあるけど、公になると多分問題になるよ。こわいね



Q8.じゃあ役所は悪くないの?

Q8.悪いよ。

入札案件RFPで書かれた各項目をどれだけ満たすかの技術点と、価格点で決まるよ。点が高ければだいたい自動的にそのベンダーに決まるよ。

なので、技術点の項目に現行システム調査にかかる項目を入れるとかして、現行機の開発・保守ベンダ高得点を取れるようにしておけば価格勝負してくるベンダーをはじけた可能性はあるよ。

もちろん現行の会社に嫌われて逃げられたとか、役所が現行の会社めっちゃ嫌いになって声をかけなかったとかもあるかもしれないけれど、可能性は低いと思うよ。



Q9.じゃあベンダーは悪くないのか?

A9.ここまで述べたようにこの手のマイグレーション火薬庫だよ。火を噴いても爆発しなければラッキーぐらいなので、強いて言うなら入札したことが悪いよ。

安すぎる見積もりを出したSEだか営業だかは死んでね。



Q10.お前(増田)は何者?

A10.前にマイグレーションをやったことがあるSEだよ。もうやりたくないよ。今は転職してSIerじゃなくなったからやらなくてよくなったよ。うれしいね

  しょぼいSEからここに書いたことは個人体験に基づく参照情報だよ。一般的じゃないことを言ってたり、間違ってたら教えてもらえると助かるよ。





(2017.10.13 追記)

Q3がかぶっていたよ。恥ずかしくてなきそうだけどブコメに番号で言及してくれている人がいるから忍んでそのままにするよ。


あと、「オープン化」の定義が違くない?という指摘があったよ。確かに増田が間違っていたので、記事の主旨から外れるけど補記するよ。

メインフレームは本文で述べたようにOSからハードまでメーカー謹製なので独自仕様のカタマリだよ。

これに対しPCサーバ標準規格で作られているよ。こういう標準規格に基づくサーバオープン系と呼ぶよ。

独自規格クローズしたコンピュータから、そうでないオープン系に移行するからオープン化なのであって、専用線とかは関係なかったよ。半可通な知識で語ってしまったよ、ごめんね。

京都市で火中にいるシステムズさんのサイト解説がこの増田よりも分かりやすくて正確だから気になる人は見てほしいよ

http://www.migration.jp/column/column01.html

完全に余談だけどオープン系のx86サーバに移行しても、システムはそんなにオープンにならなかったりするよ。

H系に頼むとDBが拝承DBになったり、Fに頼むとシステム管理が全部SystemWalkerになったり、要するにベンダ独自のミドルに入ってがっつりロックインされたりするよ。

オープン化(オープンではない)みたいなことになって面白いよ(面白くない)

2017-09-23

プログラムを学び始めようと思う

COBOLってのを覚えれば良いんだろ?

やる人いないからこの先食いっぱぐれないと聞いた

2017-09-10

anond:20170910205249

プログラマー階層化って言うとちょっとアレだけどどの辺の層目指すかにもよるんだよな

産休育休取りやすし、女性の復帰も楽々どころか大歓迎、子育てに伴う突発的な穴空けや送迎のための時間調整や時短勤務もガッツリ相談

これで地方で800万、めちゃめちゃゴイスーでもないが地方待遇白くてこれなら十分じゃないかなというぐらい

ただしCOBOL

COBOL

徹頭徹尾COBOL

今更大幅に言語仕様変わったりしないので産休育休明けで情報収集を怠っててもさして影響なし

でもキャリア的にはウンコ

世の中にはそういう層もある

2017-08-26

https://anond.hatelabo.jp/20170826233411

メインフレームCOBOLについては、言語には責任はない。

仕様がわからないんだ。

銀行同士で違うシステム使ってるって時点で察しろ

あと、オブジェクト指向が判れば、もう大体言語による差なんて小さいと思うけどね。

WindowsPowerShellはクソだけど。

https://anond.hatelabo.jp/20170826232407

プログラム言語なんぞプラットフォーム次第だろ

メインフレームはまだまだCOBOL全盛なんだぞ

COBOL死ぬ死ぬ言われてるけれど、恐らく今後も使われ続ける

2017-08-23

https://anond.hatelabo.jp/20170823223021

30歳の俺が高校の時に情報が新しく教科に入ったから、ExcelWordは触っとるやろ。パワポ微妙

俺はそれ知らなくて、それ(マイクロソフトとかhtmlとか)を学ぼうと安易情報処理科入ったら、パソコンすら触れず紙とシャーペンCOBOL書かされ死んだ記憶しかない

2017-08-06

誰かCOBOLを早く墓に入れてやってくれ

もうCOBOLは死んでいるんだ

ただ少し計算が得意だったり仕事が早かったりして

重宝されてしまったおかげで死体を回収することすらできない

誰か墓に入れてやってくれ

COBOLを育てた親たちは

もう、プログラミングのプの字すら知らない

エクセルしか使うことのできない人間になってしまった。

死体を回収して新しい人に仕事を任せることすら困難になってしまった。

COBOLは処理が早くて10計算が得意だから変えられないとはよく言ったもんだ

部署全員が長くCOBOL1割とエクセルしか触ってないから新しい言語に切り替える予算がないのだ

新規製品を開発する技術も人もお金もなにもないのだ

SEとは聞こえがいいもの機械音痴お客様相手

外部記憶媒体へのコピー方法とか

ZIPファイル解凍方法を聞かれて教えるみたいな仕事をしてる

このまま俺はコボラーとして生きたくはないし

生きていくつもりもない

ましてやちょっとPCに詳しい先生になるつもりもなく

エクセルが得意な先生になるつもりもない

====

聞いて驚くな!

入社して2か月で都市伝説だと思ってたエクセル方眼紙業務で見たぞ

あのセルに1文字づつ入れるやつだ

以下会社愚痴


オタクプログラミング大好きで勉強してきたやつが

その当時付き合っていた彼女が大好きで地元就職にこだわった結果

いざ会社に入ってみればエクセルしか触れないやつらの部署に配属されてしまった

規模がおっきい会社に入れば研修やらなんやらで金かけて貰えると思ったんだけどな

システム設計とかDB設計とか勉強させてもらえると思ったんだけどな

コーディング仕事が降りてきたかと思えば既存資産の改修

最終回収日は20年前?笑

うける

業務勉強の為にシステムとかDBとかサーバーサイドな話とか

隣の席の人に質問しようとして

端的に伝わりやすいように質問してるんだが

この人たちは何も知らない

自分たちの扱ってる商品がどうやって動いてるか知らないんだ。

早く辞めてやる

早く自分で作ったアプリケーション履歴書に書いて

転職するんだ。

このままずっとSEと称してエクセルしか使わず

既存資産をそのまま使いまわして同じ相手とこのあと40年取引するとか考えられない。

好きでせっかく勉強してきたことが

忘却の彼方へ行ってしまっていることがとても怖いし焦りでしかない

ただの愚痴

2017-07-15

https://anond.hatelabo.jp/20170714111723

COBOLCommon Business Oriented Languageの略だからCOBOL言語とは言わんだろー。

Cはなあ、単純にCだとなんだか分からんからな。

2017-07-14

プログラミング言語名に「言語」つける風習

C言語とかGo言語とかJava言語とか。

わざわざつけなくても文脈でわかるよね。

 

つけたほうが紛れがないってことなら、

Raspberry PiGo言語ミニトマト栽培環境監視してLINE Botで通知する」

みたいなのは

Raspberry Pi端末とGo言語ミニトマト栽培環境監視してLINEアプリ Botで通知する」

と書くかというとそんなことは絶対ないし。

 

--追加

Goじゃわからないとかつけたほうが優しいみたいな人がいるけど、golang.orgのドキュメントでさえ、golangみたいな書き方しないでGoしか書いてないよな。

CだってC Languageとか書かないでただCと書くのが普通だし。

ーー追加

TPOとか状況に応じてつけろとかいい加減なこと言ってる人がいる。

常に付けなくていいよ。

明示するときは「プログラミング言語C」みたいに文章最初に書くよ。あとはC。

English語とか、Japanese語みたいな書き方変でしょ。C言語とかCOBOL言語みたいな書き方おかしい。

イングリッシュ語と書くのが適切な状況ってどういう状況だ。

2017-07-12

大手SIer再生計画

概要

FとかNとかHみたいな大手SIerがどうすれば再生できるか考えてみた

問題点(もしくはクソなところ)

何の役にも立たない人間が非常に多い。

特に40代↑のCOBOLしか出来ない人間

設計も書けない、実装も出来ない、マネジメント20年前の開発手法で止まってるので無理。

しかもそういう人間に限って、無駄に社内のランクが高いのでプロジェクト予算を圧迫する。

Java出来る若手2名分の金を食う上、行き場がないからとりあえず余裕がありそうなプロジェクトに配属されて予算を圧迫する。

その結果、プロジェクト無駄炎上し、前途有望な若手はSIerを見切って外に出ていく。

解決

この工程を3~5年(技術が大きく変わる大体の期間)で繰り返せばいいのではないか

5年でリセットすればランク上がっても大したことがない!

法律上リストラは難しいと思うのでこんな方法どうでしょうか?

2017-07-11

転職に向けて職務経歴書書いている

この間数えたら社会人になって15年経過してた。

初期のころの職務経歴書を読み直していて、当時の上司たちと同じくらいの年齢になっているわけだけど、

から見返してみて、何故あんな連中と働かなきゃいけなかったのか理解できない。


いやいいんだよ。経験年数重ねてても。

まともに業務内容が説明できない。身なりは汚い。くさい。くちゃくちゃうるさい。

資料独りよがりコードファイリングもぐちゃぐちゃ。レビューもできない。

顧客自分よりも新人の俺のほうが話が分かりやすいということで間に立とうとしたら拗ねる。

時間コントロールもできないから、平気で残業強要する。俺の家お前より片道一時間通勤が長くかかるんですが。

外国人オンサイトメンバー露骨に行う人種差別

パワハラセクハラ当たり前。自律のできないカス

今ほぼ変わらない年齢なんだけど、なぜあんなにできない人間の下にいなきゃいけなかったのか。

考えてみたら配属の希望なんて一度も聞かれず、全く希望しない部署に回された。

学校コネでもなんでも、別の会社に入っておけばよかったと数年後悔した。


このころCOBOLとかやらされたおかげで未だに求人に突っついてくるけど、俺そのあとAWSとかSalesforceかいじってるから

全くやる気ないかCOBOLとか。経歴書にCOBOLという汚れがついているような気がしてしょうがない。

しか設計書の記述手書きで定規使ってやらされてた。当時EXCELVISIOがあるにもかかわらず、だ。

苦労を人に継承させる類の効率化の図れないバカばっかりだった。)

退社後、自分のいた会社パート契約切られ、優秀な人はやめるなり、親会社につれていかれたらしいけど、

残された人は悲惨もの自分から命を絶った人も現れてニュースにもなったらしい。

正直あんなところにいたら死にたくもなるよ。

でもそれを作ったのは自分でもあるんだから同情もできない。


次の職場は本当に上も横も優秀な人たちに囲まれてて良かった。

大きく成長させてもらえたと思う。でもごめん。やりたい事に遠くなるのはつらい。


今回の転職活動職務経歴書書き直すまですっかり忘れてたんだけど、

新人時代から7年をカスみたいな環境で身をやつしたの、こうやって見返すと勿体ない。

この時のトラウマと戦うのしんどい。


新人で、業務内容も実質大手下請けみたいなことつかまされて周りがバカばっかりな職場にいる20代

とっとと抜けたほうがいい。マネジメントができないその組織は自滅するべきだから

そして君は巻き込まれるべきではないから。

2017-06-25

未来投資戦略2017 官邸

<変革後の生活現場のワンシーン>

引用元http://www.kantei.go.jp/jp/headline/pdf/seicho_senryaku/2017_all.pdf

2017-06-06

SI(メール右から左へ受け流すお仕事)

入社3年目までwebアプリを開発する部署所属していたのだけど、

4月から業務系のシステムを取り扱う部署へ異動になった。

これまではjavaソース書いたりしてたけど、

今度担当するシステムの中核はcobol?という言語構成されているらしい。

といっても今度の部署は、下流工程ソフトハウスさんに投げてしまうので、

これからの主な仕事は、発注元の「業務フロー変えたいかシステムもこんな感じに変えてくれ〜」

みたいな要件を聞いて、それをソフトハウスさんに伝えて開発してもらう、

いわば橋渡し役みたいなものになる。

全く異なる毛色の部署からの異動だし、なんとか手探り手探り手探りで4月から業務をしてみたけど、

この、発注元とソフトハウスさんの橋渡し役って、何の利益を生み出してるのかよくわからなくなってきた。

この橋渡し役は、「システムのことわからない発注元の要望を、システム仕様翻訳する」という役割があるらしい。

だけど、このシステム発注元はちゃんと要望システムチックに出してくれるんだよね。

先日受けた、エラー時のチェック仕様変えたいですっていう要望についても、

要件書の記載がそのままif文作れるような文章になっているので、

僕はそれを受け取って、いくつか申請書を作って、あとはソフトハウスさんに要件を伝えるだけ。

それで設計工程での僕の仕事ははおしまい

また、テスト工程でもあんまり特に何もしてなかった。

というのも、COBOLとかメインフレームとか、まだ圧倒的に知識不足の為、

ソフトハウスさんが作ってくれた成果物実施してくれたテストの証跡を検証できないんです。(ごめんなさい。)

テスト証跡ではなく、「テスト結果の報告」をチェックして、それをもとにいくつかのチェックリスト作って提出して、

発注元に完了報告してテスト工程おしまい

一連の工程がなんだかよくわからないうちに完了して、

その結果がなんだがよくわからないうちにシステムに反映されていた。

この仕様変更について僕がやったことといえば、

·発注元の要件書をソフトハウスさんに転送する

·いくつかの申請書をつくる

·ソフトハウスさんのテスト結果報告に対して「確認しました。対応ありがとうございました。」と返信する。

·いくつかのチェックリストをつくる

·発注元に完了報告をする

くらいだ。

エクセルメーラーしか触ってないのに、いろんなことがトントン進んでいくのが不思議だし、

こんな業務にもちゃんとお給料が発生するのがいちばん不思議だ。

·······。

もっと月日が経って、色んな仕事任せてもらえるようになったら、また振り返ろうと思う。

悩み

メインフレーム知識つけたいなあ

おすすめ方法などあったらおしえてください。

周囲の先輩方もあんまりわかんないようだ。

···「内部のロジックなんて読めなくてもなんとかなるよ」なんて言われるし、

ひとつひとつを深くこなす、みたいなのがイレギュラー、という空気を感じるけど

まだその空気に慣れてない。

やっぱり中身知りたいし、テスト結果はなるべくナマに近い証跡で確認したいな。

2017-06-03

http://anond.hatelabo.jp/20170602123042

具体的に、FORTRANCOBOL統一した場合を考えてみればいい。

計算効率的に行う言語と、効率を捨てて正確に計算を行う言語統一できるのかと。

2017-06-02

http://anond.hatelabo.jp/20170602124143

10年ぐらいまえにJavaはそう言われてたけど、結局はCOBOLより先に絶滅しそうでござる

2017-04-28

ちゃんと生きてるのが信じられない

東北の片田舎に生まれた。

親父様は酒と野球ギャンブルが大好きなクズだったが、浮気無職借金だけはしない洗練されたクズだったので最低限の生活は保てていた。

鼻水を垂らしたまま何も考えず中学生になった僕は、そのまま何も考えず地元底辺工業高校に進学した。

大学進学率0.3%未満の絵に描いたような地域密着就職支援高校だった。

バカ貧乏次男坊のフルコンボを駆使し田舎を出て神奈川の大きな工場就職した。

なぜか筋トレとか走り込みとかが日課の軍隊みたいな会社

「僕ぁ、こんな事をする為に高校プログラムを覚えたわけじゃないんですよねえ」等と同期のヤンキー達に吹聴してたら流れ的に辞めるしかなくなった。

はいえ、ホントプログラムなんか言う程できたわけじゃないので、どっかの会社に応募して落とされたら、周りも納得するかーなんて軽い気持ちでテキトーに選んだ会社に応募したら内定きた。

その会社アセンブラかいミトコンドリアみたいに原初プログラム言語を叩き込まれた。

おかげで、CだろうがCOBOLだろうがC#だろうがJAVAだろうがハイソサエティだよね、て気持ちになれた。

結局そのままいろんな会社転々としつつもプログラム仕事を今でも続けられ、不自由なく暮らしていけてる。

て、おかしいだろ。マジで

僕の未来予測では35歳になるまでに、能力的に限界がきて、pepperくんに仕事を奪われ、飲んだくれた挙句アル中で手の震えが止まらキーボード打てなくなり、プログラム以外の仕事もできず、部屋に引きこもりxvideosばかり見てたら奥さんに愛想をつかされ、底辺高校に行かせるのがやっとの長男と、承認欲求をこじらせてニコ生やらツイキャスやらで裸体を晒す娘を連れて出ていかれるハズなのだ。今頃。

だが、現実はどうだ。

天海祐希似の奥さんと、映画CMとかで使われるくらい良ロケ高校に通う長男と、部活に汗する健全な娘に囲まれ、それなりにシアワセに生きている。

小学校時代に道端で座り込んでた奇妙な婆さんに「お前さん、34で死ぬよ」と言われ、なるほどですねーと過ごしていたが、既にそのXデーから十年以上経過しても元気に生きている。

たぶん、何十回か別の世界線で死んでるよね?僕。

じゃないと、そろそろ変な死に方しそうで怖い。

それか、首からケーブル抜かれて目覚めるか。

2017-04-07

http://anond.hatelabo.jp/20170407112743

意識低い企業研究者です。プログラミングはサブウエポン。だけど趣味でも勉強してる。

働き方改革のせいで早く帰れって言われて、酒のみながら今これを書いてる。

C言語とかC++・・・これで作らないといけないものが今の所ないし、これでお金を稼ぐのはハードルが高いし、

WindowsAPIを使って複雑なプログラムを作りたいわけじゃないのでwhileとかifとか基本的な構文だけ覚えるだけで満足。

組み込みプログラミングではC言語はいまだに現役。お金普通に稼げると思うよ!次代のCOBOLと化しそうで怖いとこはあるけど。

Java・・・使える人が多いからあえて今から学習しなくてもいいような気がする。

文字列の結合だけでもダメやり方と良いやり方があるらしくて、何かPHPのようにその言語特有セオリーみたいなのを覚えるのが面倒くさそうなので入門の時点で学習するのをやめた。

セオリーとかあるかもしんないけど速度とか気に揉むまえに書いて測れ。たいていは杞憂か、あるいはCPUパワーで殴れるから

Go・・・HTTP/2が使えるから学習してる。他の言語だとnghttp2をインストールしないといけないようなのでGo便利だと思ってる。

ライブラリ選択肢が多すぎるのでこういうのが作りたいってときにこれを使うのがいいよっていうのが知りたい。

GUI作るのにライブラリありすぎてどうやって選べばいいのかさっぱりわかんない。

Goデータベース扱うならこれを使え、だけどMySQLしか使わないならこれを使え、あっSQLiteならこっちのライブラリ使うと便利みたいなこういう情報が欲しい。

GoGUIつくるの?あんまり普通じゃない気がする。軽量プロセスうまみがそんなない(詳しい人に否定されそうだけど)

普通にC#(mono/.net)かwebアプリにするかで良くないか

ただ、言語をあれもこれも覚えるのって僕は意味があるのかなという思いもある。

20言語Hello World出来るより、1つの言語でいろんなアルゴリズムを知っている方がすごいと思う。

コミュ症がフランス語英語ドイツ語覚えても、使う機会がないとまったく価値がないと思う。

アルゴリズムは使うものだ書くものではない!!

広く浅く学習するより、狭く深くいきたいとおもうけど、paizaでCランクしか取れない。

twitterで有名な人てやっぱりSランクとか余裕なのかな、こういうのもいろんなプログラマーに聞いてみたい。

一応著名なプログラマーTwitterフォローしてるけど、ご飯の画像を載せてたり、若者の僕には通じない寒いギャク連発してたり、ロリっぽい画像RTしてたりと、twitterはメインの情報収集としては利用してない。

twitterやってるプログラマーって勉強会とかオフ会に参加してるようなリア充の人ばっかりなので、肩身が狭いか自分からリプは送ったりはしない。

ファンがたくさんいるのに最近ニコ生配信してくれないchokudai先生みたいに、アルゴリズムを学ぶのがいいのかな。

深さ優先探索とか理解できない。

コード写経しても覚えられないし、仕組みは理解したけど自力コードが書けない。

コードにする能力ってどうやって鍛えるのか知りたい。

アルゴリズムは使うものだ書くものではない!高階関数とかテンプレートプログラミングとかその辺勉強するといい。

あと計算制限時間内に終わるなら総当たりが最速で品質も高いぞ。

エディタサクラエディタからVimに変えた。

どうしてVimかというとプラグインが多いしIDEっぽくできるから

Vim使う一番の理由は補完が強いのが気に入ってるから

Vimってハードル高いイメージあったけど、入門記事がたくさんあるので助かっている。

NetBeansが重すぎるんだよ。補完ボックスが表示されるの遅すぎて警告メッセージが出た。補完ボックスが表示されるまで7秒ぐらい経過すると警告メッセージが表示されたと思う。

Vim知らない。Linux使うならVimemacs使えるだろみたいな雰囲気あるけど、GUIならgedit, CUIならnanoでいいよね。

パソコンスペックもどのくらいのものを用意したらいいのかわからない。

10年前のVistaが搭載されていた頃の家電量販店で一番安かったCeleron 1コア メモリ1GB グラボなしノートからプログラミングに向いてないのかもしれない。

VirtualBox上のubuntuMySQLコンパイルすると2時間20分ぐらいかかった記憶がある。

CPUが1コアなのでコンパイル中にそれ以外の作業なんて重くてできない。

スペックお金をかけることで時間節約ツール選択肢が増える

EclipseなどのIDEが支障なく使えるレベルスペックってどのくらいするんだろう。

ノートCore i3メモリ4GBにランクアップしたらいけるのかな。

他人がどんなスペックPCで何のツール使ってプログラミングしているか知りたい。

3年前のCore i7, SSD, 8GB。最近はもっぱらJupyter。

もっと早いPCが欲しいけど、年度末に買うのを忘れた。

Python・・・機械学習する上で避けて通れないけど、今のPCだと無理。

例題が豊富逆引き辞典みたいなサイトや本がほしい。

あと、クレジットカード持てないのでAWS上で機械学習するのだけは遠慮したい。

過大請求されるの怖いし、トラブルが起きた時に英語コミュニケーション出来ないから。

Pythonはいいぞ、機械学習だけじゃなく計算系はエクセルじゃなくてJupyter使う。でも周りはエクセルつかってる、勿体ない。

使ってないけど最先端研究では機械学習使って当たり前感があってそろそろヤバい

僕は中学生の頃、いじめにより心の余裕なんてなかったか勉強どころではなかったけどもっと英語勉強しておけばよかったと後悔している。

やっぱり子供の頃の生活環境って大事だなと思う。

今は英検3級に向けて勉強中。

APIドキュメント頑張って読もう。俺も頑張って読んでる。

何を学習したらいいのか本当にわかんない。

迷宮にいる感じ。

なんとなく、プログラミングじゃないほうがいい気がするなあ。

とりあえずバイトしてPC買わない?プログラミングバイトでもいいと思うよ。

働き方改革最前線からは以上です。

2017-03-31

COBOLは悪いのか

http://s.news.mynavi.jp/news/2017/03/30/133/

この記事で、おやおやCOBOLが入ってないぞ?と私も思ったし、他の人も思ってたようだ。

なんでだろう。

個人的には、この21世紀コボラーとかヤバい、という認識で今まで生きてきたのは事実だが、はて、COBOLで嫌な思いをしたことがあるかというと、幸いにもそんな経験はない。

しろ

要件がしっかりしてて書きやすかった

・関わった人たちが、ちゃんとした金融機関(某大手地銀)とかちゃんとした元請け(N社)だったので、ムチャな開発にもならなかったし、お金もちゃんともらえた

・それまではJAVA専門だったが、COBOLの仕組みとかは勉強になった

・一緒に仕事したおじさんがすごい優秀で経験豊富技術者で、いろいろ教えてもらえた

と、悪い思い出がない。

やっぱ、悪い言語があるわけじゃなく、向いてないのに無理に採用するのが良くないんだよね。

件のアンケート結果は、そういう傾向(向いてないのに採用)が、COBOLからVBシフトしてきたということかな。

今後はむしろ、「COBOL案件ホワイト」というのが社会通念になるかもしれない。

2017-03-12

http://anond.hatelabo.jp/20170312203334

システムがすでにCOBOL記述されており、稼働実績も十分。

なるほど、COBOL以外の言語に置き換える必要性などどこにもない様に見える。

ていうか俺も触りたくない。

そのまま鎮座していて欲しい。

経営者は書き換えコストを上回るメリット業者から提示されたはずで、

言語変更そのものに大儀なんて無いはず。

書き換える必要なくね?

大企業銀行で、昔から動いている基幹システムは、大抵メインフレームCOBOLの組み合わせである

それをここ十年くらい、リプレースx86サーバJavaという構成に変更することが多い。

しかし、ハード汎用機からオープン系になるのはともかく、プログラムを別の言語に書き換えるとか、誰も幸せになる気がしない。

ぶっちゃけCOBOLCOBOLのまま移植し、今後も改修を続けるほうが、長い目で見たコストも低くなるのでは?と思うのだ。

その理由はこうだ。


COBOLで書かれたバッチ処理は、設計書の書式がフローチャートであることが多い。

勿論ロクに設計書がない場合もあるだろうけど、いずれにせよCOBOL文法は、「普通の人にとっての仕事らしい仕事」をそのまま入れ子状のフローチャート(分岐の先が別のフローチャート参照みたいになってるやつね)に書き表したものである

そういうモノが既にある企業銀行文化において、当然発注側は担当者からお偉いさんまでCOBOLerフローチャート脳だし、新しいシステム設計でもそれを踏襲しようとする。

というか踏襲すること前提じゃないと設計書をレビューできない。

UMLで考えるようなパラダイムシフトはまず不可能なので、それを求めるのは受注者の傲慢だろう。

というわけで、受注した大手SIerは、ほぼ確実にフローチャートもしくはそれに準じる記法設計書で処理を組み上げざるを得なくなる。


そうなると、実装フローチャート設計を基にコードを書くわけだが、こういう設計ハッカー文化で発展してきた言語(FortranC/C++Javaという流れと、PerlからPythonPHPというインタプリタ系の諸言語)との相性が最悪である

設計とは実装を楽にするために書くのに、これらの言語において、フローチャート設計は役に立たないどころか、邪魔しかない。

からFortranしかなかった頃から、本物のプログラマ達はフローチャートdisってきたわけである

ちなみに筆者はハッカー文化が生み出した恩恵に敬意を示すし、実際とても好きという立場である

しかし、「普通人達普通思考からはかけ離れ過ぎているという意味で、「普通人達普通仕事」をシステム化する時にどこまで役に立つかについては、非常に懐疑的に見ている。

…いささか話が脱線してしまったが、とにかくフローチャートで上がってきた設計書でコードを書くならCOBOLアセンブラ選択すべきだし、それで書けないなら書く意味が無いくらいに思ったほうが良い気がする。


というわけで、自分COBOLからリプレース案件は、その根本的な愚かしさを抱えている現状を見るに、今後一切関わる気はない。

COBOLリプレースするのでない限りは。

2017-02-06

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

林先生案件じゃないのこれ

2017-01-29

http://anond.hatelabo.jp/20170128125048

以前にJB●CというSIer就職した中国人と話をしたことがあったが、まさに同じような状況でワロタ

その会社でも中国から優秀な人材(北京大学卒業者とか)を採用してるが、

彼もExcel仕様書無駄に格闘したり、枯れた技術を使わされたり、客先から無茶な要求をさせられてるようだった。

彼のコードを読んだことがあるが、同じプロジェクト日本人が書くコードより読みやすく、わかりやすものだった。

逆に日本人SEはというと、COBOLRPGしかできなかったり、クソコードを書いたり、

下手するとコードも読めなかったり、Webシステムの開発なのにWeb知識がなかったりと散々だった。

彼には日本web系の企業でも紹介してあげたいが…

2017-01-28

http://anond.hatelabo.jp/20170128151310

COBOLHTMLは中にlanguage入ってるからともかく他のはlanguageあっても問題ないだろ

しろ特にこれといった文脈がないところでGoって言われても何のGo区別つかなくない?

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん