自分にしか理解出来ないプログラムや計算式組んでバックレってあり？ [561344745]
■ このスレッドは過去ログ倉庫に格納されています
みずほ銀行とみずほ信託銀行は２０日午前、システム障害により一時、全国の店舗窓口で振り込みや入出金ができない状態に陥った。
障害は昼ごろまでに復旧し、全ての取引が可能になった。ただ、みずほ銀では今年２月末から短期間に４回のシステム障害が発生し、６月に再発防止策を発表したばかり。さらなる信用失墜は避けられず、顧客対応や持ち株会社のみずほフィナンシャルグループ（ＦＧ）を含めた経営責任が厳しく問われそうだ。
みずほＦＧの坂井辰史社長は都内で記者会見し、「再発防止に取り組む中での障害を極めて重く受け止めている。改めて深くおわびする」と謝罪した。
同行はシステムのハードウエアに故障が生じたと説明しており、原因の解明を進めている。１９日午後９時ごろに障害を検知し復旧作業を進めたが、翌日午前９時の店舗の営業開始時間には間に合わなかった。ホームページでの顧客への周知は、営業開始直前の午前８時３０分だった。
２０日はお盆明けの金曜日で、給与振り込みなど銀行の利用が増える「五十日（ごとおび）」に当たる。現金自動預払機（ＡＴＭ）やインターネットでの取引は通常通りできたものの、窓口で扱う高額の振り込みなどに影響した可能性がある。
加藤勝信官房長官は午前の記者会見で、「金融機関の信頼を大きく損ない、誠に遺憾」と指摘。麻生太郎金融相も閣議後記者会見で「システムの対応を早急にやり、丁寧な対応をしてもらわないといけない」と語った。金融庁は過去４回の障害の検査を進めているが、そのさなかに障害が繰り返される異例の事態となっており、厳しい行政処分が不可避な情勢となっている。
2021年8月20日 17時33分 時事通信
https://news.livedoor.com/lite/article_detail/20731369/
写真
https://image.news.livedoor.com/newsimage/stf/a/b/ab9a0_1596_ef6f746c_fd6af116.jpg そうしないと満たせない要件なんだからしゃあない
後のことなんて知ったことかよ なんだか解らんが動いてるのでヨシ!!
を4000億レベルかけて人の金でやってるのが凄いｗ たまに挑戦的な汚いコードを書いていく奴いるけど無自覚ブラックだよ
＞10
無い。 プログラム関係なくどんな仕事でも多いよ
前任者が居なくなると泣きついてくる
EXCELマクロですら いっぱいおるで。
過去何度か食らってる。
入ってみたら前任者が居なくなってた。
君が入ってきたから抜けられるわと、雑な引き継ぎ。
私はもう担当じゃないんでと運用ごと押し付けられる。
システム屋はそこそこ慣れてるまであるな。 >>17
それ
作った人間しか解らんというのが多いだろうね
俺も色々作ったが設計根拠全てを書類に残してないし 普通に全部なかったことにして作り直すだけだろ(´・ω・`) 経験のある人を切ることが損失だってことがわからんのだよね
同レベルの代わりの人がすぐに集まると思ってる チマチマセコセコと手数料取ってるから罰が当たったんだろうな 言語なのにコミュニケーション取れないもん書く奴は素人 早いうちに一から全部作りなおした方が絶対安く済んだのに 一旦、すべてアナログに戻ればいいのに
預金を下ろすのに判子と通帳でやれ つか理解出来ないプログラムなんか無いだろ
不可逆の暗号じゃ無いんだからw 一人で組む訳ないからツギハギだらけで訳分からん状態なんだろな
三菱UFJあたりからシステム買って移行したら？地銀でかなり実績あるし 偉い人は、
見たときに動いてさえいればいいんだよ。 ぶっちゃけ納品の時に動いていればいいよ
１年後なんてもういないから そんなの実装出来ないだろう
一人で勝手にコーディングして勝手に実装出来るような案件やってる小規模な会社なのか？ まあ解析とかだと理解出来る人が少ない計算式とかはありそうだな
有限要素法とか未だによくわからん 工数ケチられて時間が足りないときにはコメントもドキュメントも手を抜くから自分以外がメンテする時はプログラムを解析するしかないね。
時間は掛かるけど解析できないプログラムはないよ。 ネットで調べたコードをコピペ！
パラメータだけ自分用に変更！
どういう意味かよくわからんけど希望通り動いてるからヨシ！ とにかく大声だして机叩いて製品より膨大な進捗報告書づくりに労力かけさせた挙げ句無理やり要求内容かえてくる
古い時代のやり方してたら金も期間も追いつかない
金融業界の人間ほどコスト意識が欠落している >>31
なんで、こんな処理してるんだろうとかね。
人によって設計の考え方が違うから仕様書とかドキュメントがのこってないと、パズルを解かないと先に進めないw 引き継ぎもさせずに技術者を退職させた管理職が馬鹿なんだろう 昔、安月給でさんざんこき使ってくれた上残業代を払わないと宣言してくれたお礼に、定期的に餌をやらないと自作のシステムが停止する仕掛けを作りこんだことがあったな。
残業代もでないのに残業するのは馬鹿らしいから、自分でシステム組んで、自分の業務の７割近くを圧縮。
結果、定時で毎日帰ることができるようになったんだが、どんどん仕事が舞い込んできた。
まぁ、それもどんどんそのシステムに組み込んでいったわけで、当初の仕事量の５倍近くまで膨れあがっても、
俺はそれでも定時に帰っていた。
そしたら、周りの人間がいるのに定時で帰るとかなんとか抜かしはじめて、評定まで下げ始めたので、
辞めさせていただきましたｗ もちろん、システムは別に作れと言われたものでもないし、
仕事量を５倍こなしていたシステムをどうやら上司は当てにしていたようで。
俺がその会社を辞めることになって数ヵ月後、仕掛けが発動し俺の自作システム停止。
当然のように業務破綻。すぐに元上司が「何とかしてくれ！」と泣きついてきたが
「手でやれば早いんじゃないっすか？残業させてもコストゼロなんですしｗｗｗ」
とすっとぼけたのも懐かしい思い出ｗ 自分で書いたものすら、その時の俺に聞いてくれ
と思う事がある 逆に会社恨んでた派遣が時限爆弾的なの仕込んでたんじゃないか笑 
めちゃくちゃに汚いプログラムかこう
コメントも汚く、意味の無いものを含ませよう バックレてんじゃなくて、開発に携わった人全員を永遠に雇い続けられないからだろう
設計がシンプルだったら、少人数でも運用保守を続けられるんだけどね
開発時のメンバー全員雇い続けないといけないような複雑なシステム組んでしまったんだろう 他社に仕事を取られないように配線をグッチャグチャにしておくってのは常識だわな >>46
それよく言われるけどそれが駄目ならライブラリも何も使えんでしょ
>>53
俺は着信拒否にしてる。訴えられる可能性があるから、大きいプロジェクトやってる会社は当然傾く >>53
これで思いつくシステムって手入力の自動化みたいな単純作業のバッチ化くらいだけどどうなん？ むしろ自分でもよくわかってなくてなぜか動くものできたんやで >>63
脳みそが中学生で止まってる派遣の想像力の限界だからあまり突っ込まないであげて >>21
理想はツーマンセルが必須、引き継ぎに半年かける
なんだがそのへんケチるからこうなるんだよね
ドキュメントのコストなんてはなからないし >>1
この記事ん中に、タイトルにあるような内容が少しでも書かれてるの？
こういうタイトルをどうして付けたの？ >厳しい行政処分が不可避な情勢となっている
あそー「(＾ω＾)うーん・・・、(ﾟ∀ﾟ)作り直し！ プログラムとか良くわからんのだけど
共通の言語と文法で書かれているんでしょ
自分にしかわからない造語を文章に組み込むみたいな感じか
たとえば救済は殺害に置き換えて解釈するとか 楽天銀行か paypay 銀行に吸収してもらえばいいじゃん
人員整理もはかどるし 人を簡単に解雇してきた企業の結果だからいいんじゃね
スクリプトは埋め込めるようにしよう
>>67
みずほは有名だから、秘伝のタレみたいになってる 前職で
そういうコード書いて、
意図的にそいついないとメンテ出来ないようにして仕事もらってた奴いたわ >>69
そんな甘いものじゃない
よく分からないボタンが色々並んでるけど、押したら何が発生するか分からない。
しかもボタンを分解したら配線ぐちゃぐちゃ 大昔に聞いた話では利息なんかの端数を自分の口座にぶち込むコードを書いてた人が居たそうな
日本なのか海外なのかセキュリティ対策用のフィクションかは覚えてないが >>60
電験1種持ち（自称）のキンタマ埼玉さんのことだから原子炉の保守でもやってるのか？ 銀行のオンラインシステムは
運用を始めるまで何が起きるかわからなくて
上手く行かなくなると、何がなんだか分からなくなるものなんやろ？ 銀行系だとファイル占有でロックかねぇ。
更新集中でサーバーダウンみたいな。 >>76
上司や発注元がきちんと技術もわかっていると、そういう問題のある作りは修正させられるんだけどな
単なる手配しで中抜だけしていると、ナメられてそういうもの埋め込まれる、末端PGの保身のためにね ビジネスロジックや約束事をぜんぶコンピュータに任せたから
こうなった
手作業で出来ていた人達もいなくなった
仕事はコンピュータしか知らない >>31
素人w
マジでなんの意味があるのかわからん謎コード
こんなん要らんだろと外すとマトモに動かなくなるとかあるんだぞ？
a=b;
b=c;
a=c;
なのに一行目消すと落ちるとかね
アプリ屋じゃ理解できないだろうが、組み込みやアセンブラ経験ある奴ならわかるはず アマグラマーだけど、人員整理くらったときの腹いせのために日替わりの暗号鍵仕込んでる よくみずほは大手名乗ってられるよな
製造業における三菱ばりにやばい 複数人で作る場合は結局コードレビューとか形だけになってしまって、モジュール単位で入出力テスト通ればヨシってところじゃないの >>81
スーパーマンじゃね？
電子の要塞だっけ？？？ 金融のシステムは個人が全体を把握できないように分散して作られるんだよ
で、最初のトラブルで元締めがが飛ばされて崩壊 うまく設計されてりゃ見ればすぐわかる
アホが作ったシステムとかホント大変やで 言語である以上理解できないってのはないだろ・・時間はかかるだろうが
ファミコンのバグに近いものまで利用したと言われるナーシャ級のプログラマーが書いたんなら分からないかもだけど 会社を辞める数日前に棚卸し在庫をDB上に確定
させるソフトに致命的バグを発見したけど
知らん顔で社を去りました >>92
今どきステップレビューなんてやれんだろ
よくわからんけど動いてるからヨシが普通w >>89
なにこれ意味わからん
アキュムレーターとかAレジスタとかそういう話か
致命的なバグを改修した時にこのバグってもしかして今までこの会社に対して恨みを持った連中があーだこーだ言って恣意的に手を付けなかっただけじゃね？ってふと感じて
マジ自分ってバカじゃんって思たことあるわ
スパゲティは
インプットとアウトプットのみに注目して
後はそれを再現できるように
全部わかりやすいコードで作り直した >>81
それ「サラミ」っていう古典的ハッキングだよｗｗｗ >>48
ちゃんとコメントなりドキュメントなり書いておかないと…… 自分で書いたコードでもそうなるんだよｗ
処理がぐちゃぐちゃになってぐるぐる回ってるのでどこでどの処理をしてるかわからないとか誰それが手をつけたところだからまったくわからないとかそういった類の言い訳をする人間は総じてクソ
テメェがいままでやってきたプログラミングは牛丼屋が牛丼の具材をどんぶりの上にのっけるのと同じレベル
時給で言えば980円程度のコピペ野郎
その程度なら高校生でもできる
自分で組んだプログラムもコメントを入れて無いと何やろうとしてたのか忘れるわw 大昔のテレビゲームの
プログラムには
お遊びで
上司や元請けさんへの悪口が
書かれているんだよね。 >>101
スピード調整の為とか
そもそもコンパイラにバグがあるとか
まぁあるよね… 仕様書残っとるだろ
が命名規則やリネーム
処理、フォルダの場所
全て腐ってるシステムと推察 Cで書いたapacheの実行ファイルだけ残して
辞めたことならあるw >>66
この業界の悪癖よな
長期的に考えればドキュメント残した方が保全に解析色々役に立つのに、上がコストカットしたいが為に運用に支障のない範囲でともかく削りたがるからな sleep( 100 ); //←消すと動かなくなる BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL BABEL
おいコピペ野郎 聞いてんのか
コピペばっかりしやがって仕事したフリお上手ですねｗでもテメェがやってるのは牛丼屋だ
おい牛丼屋 早く死ねお前まじでうぜーから
みんなと同じように実装してくださーい
バーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーカ
死ね
>>69
新世紀エヴァンゲリオンって日本語のアニメだけ、どわからない、人によって解釈ちがう、みたいな感じな例えだとわかってもらえる？ >>121
前の職場でプログラミングなんてコピペでしょって言い切ったやついたわ
そいつも牛丼屋 >>116
厄介なのは開発時のドキュメントもそうだけど改修時のドキュメントのコストとか
何も考えてないとこだね
システム関係はまだドキュメントって概念あるから目立つけどどんな業界でも同じだと思うよ まっとうな現場だったら複数人でコードレビューして、そういうの防ぐけど
まともじゃない現場だったら日常茶飯事では？ ちゃんとした設計の
まっさらな新システムに
ユニット毎に移管していった方が早いよ
コストカットコストカット
言い過ぎて逆に手がかかるものになってる
まるで金融屋みたいな頭の悪さ
相見積もりや価格評価ってのは
ちぁんと評価出来る人間がやって
初めて意味をもつ
市場価値()なんて素人基準じゃなんにも
評価出来ないよ
中抜きされまくる間抜けのど真ん中
会計検査院の低脳と同じ過ちを繰り返す >>101
これは例だけどそんな感じ
ロジック上は無意味なコードでも実処理には必要みたなね
冗長なコードにより書き込みや読み込みのタイミングが変わったとかね
謎コードはエクセルのマクロでもあったな
処理結果をクリップボードにコピペするんだけど、win7で普通に動くものが、win10で動かない
試行錯誤の結果、何故かStringに代入してからクリップボードにコピーすると動くとか
あのコードを他人がみたら何この無駄な処理wwwとなるはず プログラミング一切できないけど憧れるわ
「オーケー、いい子だ」「カモンカモンカモン！」とか言いながらEnterキーをタァーンってしたい >>116
IT土方本人が面倒くさがって書きたがらない事もあるし
そういう時は言うこと聞かせるのも一苦労で放置してそのままとかな 自分はちょっとした事もガンガンソースにコメントを入れてる
それも「このロジックはこういう経緯で入れた」とまで掘り下げて書く 自分で書いたのすら一週間経てば他人が書いたのと同じだわ 機械屋だけどプログラミング業界ってそんなガバガバなの？
ウチは昔から設計進めるごとにデザインレビュー何回もやって議事録や設計企画書まで段階に応じて全部残すよ
なんなら創業期の1960年代の図面だって青焼きだけど残ってるしたまに改造依頼来て対応することもある
これたぶんウチ以外の同業他社も同じ >>126
んだんだ
上はともかく要件を満たせればいい、って感じで開発後はみんな保全担当に丸投げすっからなあ
んで障害が発生して当時の開発メンバーに尋ねてももう忘れましたとか今別の案件に関わっていますのでとか、責任感皆無だし >>126
まともな開発ならまだマシなほう
誰かが作った日常業務ツールとか、データ整形マクロとかがヤバい
最初はちょっとした定型業務を効率化するのに作り始めたのが、いつの間にかツールありきの生産性で語られる
ツールもどんどん肥大化して便利すぎになる
で、ツール作った奴がいなくなりメンテ出来なくなるとこまでテンプレ データの受け渡しと計算と表示しかしてないのに分からないとか理由不明のコードがあるとか普通に考えて怖いですよね
>>136
可読性が下がるのでやめてください
あとそのコメントが実際想定している処理の結果と合致してるかどうかを確認しなくちゃいけなくなるのでやめてください
マジウザイ
>>94
ジュラシックパークで同じようなこと言ってたキャラいたなw
うろ覚えだけど、それが不満でセキュリティ無効化するウィルス仕込んで恐竜の卵を盗もうとして。。。だったような 加藤と麻生はプログラムってなに？ほえ？ってレベルだろやんややんや言う資格は無いわアホ共(´・ω・`) >>139
ガバガバですw
つうか、コードをちょっと直す程度はすぐ出来る訳だが、それに付随するドキュメントをがっちり直す工数やスケジュール、要員体制じゃないんだよね
は？これしきの修正になんでそんな工数かかるの？とか言われると、あー別に俺は困らないから別に良いっすよってなる >>142
後から聞かれても覚えてないからドキュメント欲しい 0と1だけで我慢してればよかったのにアルファベットとか使い出すから複雑になって自滅したんだろ
身の程を弁えろよ >>139
ガバガバというか、コードに手を加えていないのにフレームワークのバージョンアップだとか酷い場合はOSのセキュリティパッチを当てたら動かなくなるようなことが起きる
しかもハード障害発生時のバックアップ切り替えなんてそう滅多に実行されないから
何も変えていないのに急に動かなくなって原因究明に時間がかかる 0〜100までアウトソースに頼るってのが
大概間違ってる
情シスがクッソ貧弱なのが問題よ
あのね外注神話は間違った評価よ
あくまでコアは内部で業務とシステムに
精通してなきゃだめ 俺は基本的に全部記録残すけど、ほとんどの前任者はかんたんに口頭での引き継ぎがそれすらないことが多いな
そんでシステムがバグって調べてみるとやけに複雑な作りしててだいたい毎回１から作り直してるわ
複雑にしすぎてて修正するほうが手間かかる 車輪を再生産すると読むの難しくなるね
あとオブジェクト指向が行き過ぎてメインの処理を追うのが大変なやつ
includeしたクラス側で裏でこっそり主要な処理するやつ >>109
これ
うちの会社の新人PGくんはコメント入れるの恥と思ってるのか、まったくコメント入れないし
じゃあ出来るのか？って言われると全然そんなことなくて逆にバグ出しまくるし、
ほんとどーしようもない・・・ >>128
コードレビューしない中小企業にいたけど職場の空気による
創業者とその知人で始めた会社で俺がバイトで入った頃は上への不満が少なくて皆がなんとなく仲いい感じでモラル高くて誰も変なコードを書かなかった
でも数年して仏頂面の陰キャが入ってきたとき彼は空気を読まずに微妙なコードを書き始めてそのうちコードどころか職場の雰囲気まで悪くなって会社そのものが傾き始めた
人間関係だけで組織を維持する限界に経営陣が気付かなかった間抜けなパターン IT業界はちょっと頭が遅れてる人が多めなのでSVNとかコードの履歴を保存して今と比較できるツール使ってんのに
コードを変更する時は変更前のコードをコメントアウトしていちいち残すからなクソ見づらくないのマジで 他の奴にそれじゃこういう問題起きるからこうしろと言っても拒否すんだよな
そんなこと考えてんの○○さんだけですよーじゃねぇんだよ
後でこっちが全部直さなきゃなんねぇんだ手間掛けさせんなと締め上げてもガン無視するから殺意が湧く
直しても翌日再チェックしたら修正以降の作業がグチャグチャになってるし言っても上司無視だしで辞めてないけど異動した こういうスレだと必ず長文書いて自分の経験談語って悦に浸るパソコンの大先生湧くよな 現場の書き方に合わせるのは大事だね
空気を読む感じ 少しずれてて方言みたいであってもそれに合わせる
俺々ルールでみんな書き出すとそれ自体がバグの温床になる >>157
その通りだね
システム屋は処理はかけるけど、その処理が必要な業務上の理由なんて理解してない事が多い
ラーメンで例えるとさ、仕様書に豚骨を2時間煮て３回だけ下から撹拌しろと書いてあるから、そのようにコード組む
なんで2時間なのか、なんで３回なのか、下からなのか、そういう業務上の理由はわかってないんだよね
で、豚骨の仕入先が変わったり、鍋が変わったり、火力が変わったりすると、今まで動いてたスープ製造マシンがダウンする
```
func method(classA: ClassA) -> ClassA {
...
}
```
こんなの見るとマジで殺意湧くわ
>>164
経営が傾いたのは他の理由もあっただろうけど職場の雰囲気がたった一人で一気に変わったのは事実
陰キャの中でさえ溶け込めない仏頂面の陰キャは要注意だと思って以後そういうタイプの人間とは関わらないようにしてる >>157
それ言い出したらシステムの外注なんてだれもやらんでしょ
インソーシングで精通してる必要があるなら結局ぜんぶ内部でやった方が効率いい エクセルのＶＡＢを見よう見まねで組んだ物が会社の一部集計作業に使われている。
ツギハギだらけだけどコッソリ修整し続けているから今の所安定しているが、新規機能の組み込みとかは自信がないし、自分が自分がいなくなったらなし崩し的に使われなくなるんだろうなぁ… >>10
爺ちゃんの作ったノートに親父が書き込んでお前が付箋貼ってお前の子が塗り絵したモノが誰に解読出来るのか 元の仕様がクソでその後大幅な仕様改変が行われる
でも元のドキュメントが更新されないから、第三者からするとコード見ないと仕様がわかんねーケースが多すぎ >>1
コメントが意味不明とかそもそも付けんバカが大杉るんや
んで自分も分からんくなって読み返す…
ぶん殴っても罪にならんならどつき回してやりたい
時間と金を無駄すんなボケっ！と 昔ファミコンソフト作ってたけど今でもバレてない隠しプログラムとか結構あるよ 前任のババァが全部手計算してワードで請求書等をひと月近く掛けて打っていたのを、バイトで後任になったワイが自宅で徹夜して1週間かけて、売掛、買掛、それらの回収、請求書、税理士に毎月出す報告と決算時に税理士と打ち合わせる物までエクセルで数字さえ打てば出来るようにして、ワイの月の実質労働が5日間に短縮されて残り時間遊んでたけど、会社のクソジジィがアホでワイを虐めたからそのエクセルを教えずに残さず持ち出して辞めてやったわｗｗｗ
密かにエクセル作っておくといいよｗｗ
エクセル最強ｗｗ >>184
デザイナーなかじまかおるさんですか？
もうなめることはできましたか？ 共通系業務の職場で改善施策と銘打ってド素人がエクセルでへんなツール作ってそれを社内にばらまいてこれを使わないと申請を受け付けないと言い出したんだが
使い物にならなくて大問題に…
IT屋の会社だから開発引退した年寄りの管理者すらぶち切れたりと色んな部署から総突っ込みw
業務と趣味を一緒にしてはいけない もうみずほの社内にも、ベンダー側にも再発防止まで含めて絵を描ける奴がいないのだろうな。できる奴は、こんなところ年収数千万提示されても関わりたくないと思うだろうしな。頭取含め残った奴らが死ぬ気でがんばるしかないね。 富士ソフトやskyの2次請けやってたけど、
可読性とかメンテのことなんてなにも気にしなかったな。
派遣元ももう辞めたから、なにも言われることはない 責務１つのメソッドの集合にして、仕様書ちゃんとしてれば追えるだろ。
仕様がクソなら意味ないが。 開発だけ人増やして納品したらハイサヨナラってしてるのはみずほ側やん 業務は変わっていくからねド素人のエクセルは手入れされないからすぐ使い物にならなくなるのはしょうがない、
ITの人達の作ったDBのデータをｃｓｖに落とすエクセルだってカラム追加してるのに手入れされないからな
仮引数としてあるクラスのインスタンスを受け取りそのインスタンスを演算したとしてreturnで戻す必要はないよといってもreturnを書くとかまじ致命的
関数の中で新たにあるクラスのインスタンスを生成した場合にはreturnは必要だけれどもそうでない場合は返さなくてもいいんだよといっても理解できない
そしてこれと同じ類のことが使用しているフレームワークやAPIで行われる
現場でいままのソースがどのような実装であれ、組織の決まりとか、ミッショングレードルとか、それ以前に言語やフレームワークに決まりがある
いったいあんたがたはどっちみて仕事してんだ？？？？
>>178
作業負荷工数の
波があるからインアウトを
バランスよく使い分けるのよ
インやアウトが多すぎても少な過ぎても
コスト増、生産性減になる
協力会社さんと上手くやれる
業務知識、開発知識のある
そういうpmやリーダーがめちゃくちゃ
大事なのよ
人格も含めてね みずほに関しては、ベンダー側の意見や指摘はまったく通らないと聞いたな
昔自分にもシステム統合プロジェクトの参画依頼がきたときは即断ったし、
強制的にいかされそうになってたプロパーは会社辞めてたｗ
しかもあのプロジェクト報酬も他と較べて高いわけではなかったし、
そりゃ業界知ってて仕事選べるような人間は寄り付かないわ エクセルVBAで勝手にRPAやってる。
手動でやってた時と比べてかなり楽になったよ。
前任者は毎日残業してたけど、俺は定時で帰れてる。
なお、この事は俺しか知らない。
人に教えたところで俺にメリットがないからな。 共感性が欠如したサイコパス属性が数人いるとこうなるんやろうなぁ うちなんかエクセルの関数とデスクトトップのアイコン消されただけでパニックだわ（´･ω･｀） >>187
タイヤ思い付くのはどの段階でも難しいよな... VBAとパワーシェルを使えるかどうかで定型業務の楽さは一気に変わるな 人が作ったものを理解するより
自分で作り直すほうが早い 合併のときの弊害もあって現行システムが誰も総体がわからない忍者屋敷になってるうえに、
業務側が妥協する気がなくて、現行業務に合わせてシステム作らせようとするけど、ヒアリング先も膨大なうえに
まともに回答できないから要件定義ができないんだろ。
なんでもいいから新システム導入して、業務をそっちに合わせろよ。いつまで新しいことを勉強しない年寄りに合わせてんだよ。 今の現場引き継いだけど、マジ大変。
年度変わるとハードコードしてある設定とか調査して変更しないといけない。
もちろん変更部分について資料なしｗ
表に出して管理したいけど、運用が忙しくて修正時間が取れない。
こういうコード書く人間って何考えてるんだろうな？
普通メンテとか考えるだろ。 >>201
顧客の要件で椅子板が平行が三つ並んでいるところで、
「あ、このうち二つはまともに座れないし、座ること自体が目的じゃないんだな」ってアナリストが気付ければワンチャン
でもまあ難しいな プログラムはもうＡＩに作らせた方がいいのかもしれない
早くそういうシステムが出てくることを願うわ 時間と費用掛ければ全コードの解析はできるがソレでは予算は下りない。
2000年前後のSE環境は、ドキュメント作成の時間や費用さえ無いのが普通だったりする。 >>201
営業の表現と約束、プロジェクトの書類の
二つが仕事柄面白くてｗｗｗ みずほの人員8割入れ替えないと立て直せないって言われてて草
上から下まで腐り切ってるんやろな >>198
何の自慢にもならない
引き継ぎどうするの？
完全スタンドアロンでぼっち業務やってるのか
例の人質ウイルス喰らったら全部お前の責任だぞ
お前が分かってるのはいいが、周りにはお気楽に添付ファイル踏む連中が居ること忘れるな >>8
あまりにもコレ
最近のQNAPのランサムも
ワザとハードコードされたid/pass残したプログラマの勝ち
アレでどんだけ利益出したかわからん ありかなしかで言えばなしなんだけど、現場ではありありｗ
クライアントが現場に必要な要件を知らないんだからどうにもならない。 コボル屋さんと話ししていて「だめだコレ」と思ったなら何回もある 再帰処理の解読苦手だからあれをあちこち入れられると困るな 国の財務大臣に向かって君に貸す金はねえ何ていえる奴いるの？ >>213
引継ぎや教えようとすると、相手が社員だと古臭い使い方だけ教えろや
派遣だと面倒なことしたくないと言うだろう
相手の知識や能力、人格が同等ぐらい無いと会話にならないの増えてるだろ バックれたとは限らんで
リストラにあった可能性もあるで しかし、みずほだけ何でこんなことになるんだ？
合併とか基本システムの違いとか、もう10数年も経ってるんだぞ
お前ら軍師や大先生なんだから売り込むチャンスだぞ
俺はやらないけどな 内部組織が腐ってるんだよな
システムはその権化
中を綺麗にしなきゃ
どうせ汚いシステム、トラブルだらけの
システムにしかならない
断言出来る
社内を綺麗にしてからシステムを
作りなさい。それが1番早い。 >>31
ソースコードには何をするかは書いてあるけど
なんでそうするのかは書いていない
理解するということは
その「なんで」がわかることを言うんだ >>206
メンテとか考える予算も時間もなかったんじゃね？ >>225
炎上案件に喜んで突撃する奴はいないだろうｗ 前任者がかなり奇怪な構造のシステム作ってて
対応に苦労した事ならある
そのシステムでどうしても理解できないポイントあるんだけど
俺が現役の間は炸裂しないだろうから触れずに放置してる・・・
すまんな数十年後に対処する人 これって社内でIT土方ってバカにされてた奴らの逆襲なのか プログラマー自体がシステムの一部だからな
運用する限り張り付かせないとダメだとそろそろ気付け Excelの関数でさえ無駄に長いの書くヤツがいるからなｗ >>223
なんか日本語下手だな君
会話にならんやんけ >>122
そのアニメは、そもそもの正解がない
庵野が思いつきで組み立てただけのオモチャだから 仕事内容に見合った待遇ならフォローまで考えるけど
派遣のIT土方にはどうでもいいことｗ
とりあえず動いて日当が入ればいい。 >>180
左上と右下がわりとイコールなのが泣けてくる
顧客は頑張ったんだ バグ仕込んでとんずらはit土方なら仕方ないだろwww Excelのマクロ組んでた40代のおっさんが、コロナ禍の影響で人手が足りなくなったの物流部門に異動されそうになって、
「俺がいないとマクロが動かなくなる。マクロ無くすと事務バイト4人は必要」と訴えてたものの、
実はプログラムが得意な新人が中身見て「こんなの高校生でも作れる内容ですよw」ってことがわかり、
サラッと異動になった
あの世代、マクロ作れる＝俺すごいって勘違いしてる人多すぎ >>236
シンエヴァ見てみな
きっちり正解が示されたから >>242
正解ってなんだったの？
いい歳してアニメなんか見るなってとこ？ プログラマーは自分で作ったやつをずっとメンテして食っていきたいもんじゃないの >>228
前任者しょっちゅう休んでたみたいだし、ただの無能だったとしか思えない。
なんか引き継ぎの時は偉そうに語ってて、すげー我慢してた。
ゴッドプログラム組んでるし、コード見た時点でヤベーって思ったけど社畜なんで逃げられなかった。 お金がや時間があれば出来るって言う人いるけど、どうみても納期が倍になっても出来なさそうな感じの人しかおらんかったよ システムってのは、まず
業務のカチッとした流れありきなんだよ
それでガッチリスッキリ仕様が固まる
まずは社内、まずは業務
これがちゃんとしてない限り
ちゃんとしたシステムはできない
あと保守や更新の体制もシステムの一部
と認識しないと運用に支障がでる これだけ銀行の統廃合が進んだからもうないだろ？と思わせておいて、
みずほは多分もうダメだろうな
時間はかかるにしろ解体して吸収される予感 >>193
>>194
それなｗ
自分が当事者のうちはメンテのしやすさまで考えてやるんだけど、
あとは知らんｗ >>204
そんなことしたら大抵は損するよ
既存のコードを理解せずに1から作り直すのはプログラミングでは有名なアンチパターン >>241
どんなマクロかしらんけど、
今度どの新人がいなくなったら詰みそうだなｗ >>241
部署によっては簡単なマクロとはいえマクロってだけで手を上げるとこ多いんだよ
若いのがちゃんとやってくれりゃいいが結局このスレの主題の様になることは多い >>8
これだな
みずほは内部の見ると酷いのだらけだったし >>245
コロナ後の俺はまさにそんな感じだけど、正直暇だから面白いプロジェクトなら新しく参加したいよ 「引き継ぎがー」という言葉を免罪符に辞めた人間に電話して聞きまくってあわよくばリモートで作業させようとするマヌケな会社があるらしい プログラマがリファクタリング必要ですって言っても
経営者がその必要性を理解していないから
負の遺産が積み上がる→一から作り直すの無限ループ 先人の遺したゴミソースを複数人でメンテしながらのコメントバトルはよくやる >>113
度重なる仕様変更で、最小限の修正に留めた結果、ってのが一番多いパターン。
かと言って修正履歴を膨大に残されても困るし。 >>53
痛すぎる武勇伝をドヤ顔で書いてて読んでるこっちが恥ずかしい
話を盛大に盛ってるか作り話だろうし 手前で面倒見られる範囲で外注出すべきだと思うんだ
こんな事言っても何も変わらないんだけどな >>264
同様にトラブルでないようにしっかり作っても評価されないからな。
むしろトラブル発生させて頑張って解決しましたみたいなのが評価される。 まあ、出来ない奴はプログラムに美しさが無いからな
無駄だらけでな >>264
分かりやすく利益になる訳ではないか、ね だって、仕様書やテストに見積乗っけると「高いから要らない、削ってくれ」って言ってくるんだもん 未だにみずほ使い続けてる人はマゾだから問題ない
まさか重要な口座で今もみずほな人はいないでしょ 辞める時に見積書置いていった期間採用プログラマーおったな
年次更新してほしかったら何円、みたいな >>113
>>131
なるほどねえ
I/Oならある話だがラグをクロック数でカバーするという話なんだね
当時のcpuをリアルで触った人しかわからない話だな 昔壁紙を真っ黒にしてタスクバーは自動的に隠すにして
デスクトップアイコン非表示にしてスタートボタンが
カーソルを近づけると逃げるアプリインストールして
バックれたな。 >>261って
そんな会社はどこにでもある
自分勝手なプログラムや関数組んでエラく迷惑する
自分がこの職場を離れたらこのシステムどうしようって発想がまるでない
社会人としては誰でも理解できて、通常利用できるシステムを構築するべきなのに･･ おれはそれを商売のネタにしてた
MultiplanやLotus１２３のマクロで組んだ計算をExcelに書き換えるだけで一件80万円とか稼げた時代がある >>274
作り直すしかないが
みずほの中身がぐちゃぐちゃだから
新しいものも恐らくぐっちゃんぐっちゃん
そこに手を入れられる強権的なリーダーを
据えないと、ちゃんとしたシステムに
ならない。
結局はトップが、組織の構造がクソ
と言うところに行き着く。
開発者が会社そのものや業務の流れを
ちゃんと整理できる訳ではない 他人が作ったオーダー採番用のVBA付エクセルでエラー出るけど触りたくない 別にお前いなくてもなんとかなるからってまわるのが通常の会社 勉強しかできない馬鹿の集まりで
その覚えてきた勉強も役に立つような内容じゃない。
この銀行は、どうしようもないね。
解体した方がいいじゃないか ソースが逸失しててバイナリしか残ってない会社の自前のライブラリがエラーも何も吐かずに落ちるときとか ２ヶ月もあれば分かるようになるだろ
それで分からないのは知能が足りないと思う >>280
どこまでを考慮してドキュメント等を残すかは個人に依存するから
そのようなルールを整備しなかった管理側が悪い >>181
あ、そんなレベルの話なのこれ
わかりやすい >>176
なんの言語か知らんけどただのデリゲートのラムダ式じゃないのか >>269
怖い事にトラブル無いように上手くやると暇そうとか言われるんだよな
無駄な頑張りしてるの見ると馬鹿かと思うがなんかやってる感ださないといけないのは虚しい 爆弾仕込んでバックレますわ こんな糞銀行のシステムなんて 意図的に爆弾を仕込んだことはないが自分が個人的に使ってたマクロが
自分が辞めたあとに社内システムに流用されて爆弾化してたのはあったわｗ >>280
それなりの待遇なら考えるけどね。
前任者の作った糞みたいなシステムも作り直すの面倒くさいからとりあえず動けばいいやみたいに使ってるｗ >>241
本当に出来る人はそんなアピールはしない >>241
おまえの文章を素直に読むと、おまえ自身はその40代のおっさん未満って事だな
新人が一目で見破った事をわからず、おっさんが組んだマクロに頼りきってたんだろ？おまえ自身は
あの世代勘違いしてる人多すぎ、とかドヤ顔で言ってる場合じゃ無いんじゃね？危機感持てよ IMFがどうとかで地銀と合体してここ一番の殿さまだから何も云えなくて夏みたいな >>251
総研の無能と頭ガチガチのバカ役員、大半はルーチンワークしか能が無い行員が大量に付いてくるんだぞ
誰が買うんだよ 自分が一から作るならメンテや引き継ぎも考えてつくるけどね。
他人の作ったシステムのほとんどはそうじゃないのは閉口する。
まあ、結局使いにくかったりするので作り直すけどね。 肝心な部分だけカリカリにアセンブリで詰めまくってぶん投げたことはあるけど
自分にしか理解できないわけじゃないからセーフよね >>8
だよなあ
中抜き中抜きで最終的に予算がいくら残ったのか
技術者はもらった金相当の仕事をしただけってことだろうな >>306
FF3はファミコンの仕様書に書いてない挙動を前提としたプログラム組んだから手が出しにくくなった
バッテリーバックアップも、3つくらいセーブデータ保存できるチップ乗せたから使ってくれって頼んだら
何故かセーブデータを3つ書き込んで1つ壊れても残りの2つ一致しればロードできるようにプログラム組んでた
ナーシャは天才 >>206
時間ないし動いてるからヨシ！
後任者が来るまで動けばヨシ！
真面目にやっても評価されずサビ残まくりじゃやる気しねーだろ？
よしんば何でそんな工数かけてんの？趣味じゃ無いんだよ？とか言われてみなw
さらに、業界の悪癖として、先回りして火がつかないように動く奴より、火がついてから派手に火消しに走る奴のが評価される 相対性理論が凡人に理解出来ないように天才のやる事は凡人には理解出来ない レビューが機能してたら自分しか理解できないはありえないはずだが 俺あるよ
あるところまでくると検索時間長くなる
今CPU速いからOKかな？ww ここで何か金つまれれば僕出来ます系の人いるけど、実際はみんな残業しまくりで開発どころかテストで休日も出勤して苦しんでんだよな >>185
売上兆円規模の会社でも
中に入れば似たようなこといっぱいある エンジニアて監視するやつおらんとやりたい放題できるな >>318
INNER JOIN使うな言うたのにつこうたやろ >>5
ジジィになってくると
これ俺が組んだんだっけ？？
ってのは出てくる
2001/07/01 新規作成 俺さん
ってコメント書いてあるんだが思い出せんみたいな >>312
正にこれなんだよな、先回りして汎用性高いSEより、トラブル発生から無駄に頑張った振りSEが評価される。 >>319
うちはそこまで厳しくないというか、無能がくっちゃべってるような職場ｗ いまどきハードウエアで障害になるシステムなんかあるのかよ
データセンターでも吹っ飛ばんとこんな言い訳成立せんぞｗｗ >>324
あるあるｗ
だから最近は自分のために手順をテキスト化しているｗ 発注が概要すら理解してなきゃそうなる当然。ITらしいレベル >>325
SEはどこでも減点評価だからな
何も問題なくて当たり前で問題発生すると文句言われる 自分が住む家なら10年、20年後のメンテ性まで考えて設計施行するけどな
受託ベンダーのITドカタなんてレオパレス施工してるバイト土方みたいなもんだからな
納期までに動いてるように見せかけて検収させるまでが仕事
納品した後の事なんて知ったこっちゃねーで実装してるからね そういや、うちの職場、10年前に糞みたいなシステム外注したんだけど、
今度は安上がりな汎用化されたシステム使うんだとｗ
ブラウザの設定も出来ないようなクソどもに教えなきゃならんのが今から苦痛 >>325
微妙に違くね？普段から先回りして火がつかないようにしてる奴が、他の奴がやらかして火がついたプロジェクトの火消しに回されるのがほとんどだろ
自分のプロジェクト失敗して火吹かせる奴に火消しが出来るわけない。結果、できる奴の仕事だけ増えるんだよ プログラムなんて、３日経つと他人の作ったものに見えるもんだが。。。 同じくらいヤバいシステム知ってるから…(´・ω・｀) >>331
受託ベンダーのITドカタに納品後もトラブル無しの期間毎に応じて運用終了までボーナス出続けるような契約になれば変わるだろうね 北海道でIT😂
都落ちの元プログラマー現無職さんｗｗｗ >>335
ここ絶対にバグってるよね
なんで気がつかなかったんだろうってのはよくある >>331
文句もだし、社内じゃどうして起きたのかどう是正するのか後始末に時間とられて
次の仕事を圧迫するわで、ほんとつれえわ とある無茶なアルゴリズム組まされてコード組んだが、ムカついて上司の悪口コメントに書いた
数年後、そのシステムのあらゆるソースにその悪口が書かれていた >>17
自分用に作ってたら、俺も私も使わせろって言ってきて、あの機能あったらいいとか言ってきたから、仕事の合間にコツコツ作ってた。 もう諦めて１から作り直すか
他行と資本提携して相手のシステムに相乗りさせてもらえよ >>89
おいおい日曜プログラマーだとそんなレベルなのかよ…
単体テストも知らない昭和おじいちゃんかな？ なんかビルドのログ見てると
時々どう見てもアニメのタイトルみたいな命名をされたものとかが
混じってるんだけど
これは誰にも気づかれずにレビュー通ったのかとか
色々と謎だ… どーせITドカタだもん。自分の会社のシステムじゃねーし。テキトーだわ そーすの八割がコメント化された旧コードだった案件は罠だらけだったな >>324
それは俺もあるけどプログラムの手癖で分かるだろ
書いた記憶はないけどこれ俺が書いたやつだっていうの
コメントなくてもこの書きっぷりは凄くなじむとかね >>353
こんな糞コード組んだの誰だよｗｗｗ
って思ったら自分だった時の気まずさってたまによくあるよね ちゃんと適正の金払ってくれればもっとちゃんと仕事するのになあ
片手間で作らされてるのに全く知識ないから残業代だけで済まそうとしてるうちの社長
元々外部に払おうとしてた1/10でいいから寄こせよボケ >>311
ナーシャ・ジベリはおかし過ぎるやろｗ
電話でバグを伝えられたら、その場の口頭で修正コードを指示したとか。 >>303
どこをどう読んだら俺が「頼ってた」になるか知らんが、
俺はそのおっさんと仕事の絡みは無いわさ
ちなみに新人曰く「データ貼り付けて(手動)下の行まで計算式をマクロで動かしてるだけでした」
そんなんであんなこと言ってたのか、そら物流に流されるわ、って感じよ
危機感とか無いです >>357
>>241がコピペじゃないことに衝撃受けたわ >>354
クソコードってわかるレベルに仕事できるようになってよかったじゃん 単純に、古いOSの古いコンパイラで動いてたソースを最新の環境でビルドできなければ誰もさわれない。
またVBプログラマ製なら誰でもわかるし移植も楽だが、Cプログラマ製は見えない部分が多すぎてすべて捨てることになる。
2000年問題の頃、無意味なミリセック単位の速度や数キロのメモリを気にしてCにした弊害がこの先増えるよ。 給料安いし。仕様書以外のことは一切しない
バグ？知るかよwww 大先生がそろってるν即に聞きたいんだけど
なんでみずほだけやらかすんだ？
今回も外部の攻撃じゃないだろ >>365
合併前の各行のシステムと担当ベンダを一新せずに無理やり組み合わせて統合させたからシステムの煩雑性と難解度が限界突破してる説が有力 >>365
大先生じゃないけど大きいところが合併したので
プログラムのわからないところがあっても当時の担当者が自分の時代に何も起きなければいいと放置してた結果今に至ってるのだと思う >>365
合併したときに覇権の取り合い的なものでシステムを上手く統合出来なかったからって聞いた気がする
知らんけど >>368
同じ問題抱える他のメガバンは頑張ってるのでそこは根本原因では無いと思うわ >>334
同僚や部下ならそうなるんだが、上司や他部署だと俺（上司）がトラブル対応したになるんだよ
本人が最後まで残業処理するべきなんだが、あまりにも使えないと社長や役員へ内容説明まで出来る奴にさせることが多い >>324
コメントごと他人にコピペされて
？？？となったことはある >>365
このスレでは>>181が一番わかり易い例だと思う 一年前の自分なんて他人だよ。
オブジェクト指向なんてものも一時期ちやほやされていたが今や敵対視されてる。
そうやってITは切り替え需要を増して行く。 >>374
みずほだけ問題が起きる理由にはなってないだろそれ >>10
ハードウェア系は図面化されてたりして
標準化がされてるんだけどな
ソフトウェアは、最初にそれらしいものを作るだけで
いざ開発やデバッグが始まると、そんなものに構ってられなくなって
情報が更新されない資料に成り下がる
結局は実機のソースコードを見ながら、挙動を把握していくしかない
よほど悠長に時間がある場合は別だけどな 何か主みたいな爺がいてそいつ以外誰も仕様を把握してないとかいう都市伝説みたいな話は稀によく聞く >>132
今度一人で残業する時にそれやってみるわ >>378
それうちの職場の前任のIT担当者だわ。
あのクソジジイのせいでどんだけ迷惑したことかｗ >>1
あり。逆に、企業はそれを社員にどうやってさせないかが腕の見せ所。双方、上手にやりましょう。 完全に最適化した後の特殊用途の幾何学計算ライブラリをコメント削除して納めたことならある
拡張できるスキルのあるやついなくてかなり長いこと使ってた模様 >>376
他の合併メガバンクでは割りと上手く音頭を取る奴がいて、どこかのシステムに寄せて
他行側はそれに合わせるとかしたんじゃね？
どうも報道で伝わってくる内容を鑑みるに、みずほは複雑怪奇な悪魔合体したシステムに
なっているっぽいし。 今は足洗ったからアレコレ言えるけど
現役の時はこの手の話は中の阿鼻叫喚っぷりを想像しただけでツラかったわ 前回もそうだったはずだけど、なんでことごとくフェイルオーバーに失敗するかね。
前回は OEM供給元で仕様変更があってデフォルト動作が変わったが、それに合わせた
設定変更をしてなかったとかだっけ？ 昔自分で書いたプログラムとか見るとわけ分からなすぎる
そして何度も読んで理解するとかつての自分が天才に思える 作ったプログラムを中身見られないように不可視にして、
東京湾の洋上プラットホームから身投げしたプログラマーなら知ってる >>343
かたくなにツールを使わないおっさんがいる。
で、手でやってる。
もうできるのこのおっさんくらいしかいないから、どうすんのか。 俺もマクロ開始のボタン895のHZとかに置いてある
知識か根気がないと利用不可 >365
旧第一勧業銀行「ウチのシステム作った富士通にやらそうぜｗ」
旧富士銀行 「いやいやＩＢＭだろ」
旧日本興業銀行「日立以外ありえないんですけど」
みずほ銀行 「NTTデータも混ぜて4社に細切れして分割発注するわ…」
旧三菱銀行 「IBMでいいよな？」
旧東京銀行 「はい（富士通）」
旧三和銀行 「はい（日立）」
旧東海銀行 「はい（日立）」
三菱UFJ銀行 「みずほさんシステム統合で苦労してるから万全を期して合併を3か月延期します」
この差よ 部品屋ワイ
図面ってのは見る人が見れば作るべきものが解るように描く
多分50年前の部品だって（よい図面なら）同じ物が作れる
ソフト屋ってそこんとこができないのは何でや？
ソフトは素人だけどブロック図とか無いん？ >>397
部品の数が膨大過ぎるからそれが複雑に組み合わさると人智を超えるんだよ >>397
こうすればこう動くだろって感覚的に作っちゃうから個々人の感性で結構変わってしまう
ここ〜ここは何の部分ですよって短文の注釈しかいれないしな 組んで走らせて見ておかしかったら引っかかってる所見つけてバグ潰すを完成まで繰り返すような古典的な方法だしな >>397
みずほ銀行のシステムとかもはや部品どころか宇宙船レベルだろうな >>397
プログラムなんて料理みたいなもんだな
同じレシピで同じ材料で作っても完全に同じ味にはならない
作り手の微妙な個性が出る 俺はとにかくいつ切られてもいいように、ツール類はとにかく処理コメントいれて、修正する場合はこことここを修正して、てコメントも入れてた。
やはり長く使われたいからな。
あるときエクセルを読み込んで更新するマクロを作ってあったのをシステム化するって言われて、
ソフトベンダーが息巻いてシステム開発してたけど数か月後結局そのマクロは生き残っていた。
エクセルマクロって小バカにされ勝ちだが、実運用性めちゃ高いからな。メールでも送れるしオフィスさえ入ってれば動くわけだし。 >>391
私もそれやってるけどもうすぐ去るから元に戻しておこう
なぜそこを触る？って感じでシート壊すから
必要なところ以外は選択できないようにして保護かけたりもしてたけど
リボンにあるSUMのみ使えるのが一番詳しい人になっちゃうけどしょうがないよね
集中して組んだときって普段の思考より深くなってるから
後から見てこれはどういうロジックで組んだんだ？
私って天才かもと思ったことはある まあマクロというかVBAは今後も生き残るだろうなとは思うよ
なんつうかあれはゾンビゲームにおけるハンマーとか棍棒みたいなもんで
主力にはならないが、困ったときには常に振り回せる基本装備みたいなもんだ
原始的ゆえにメンテナンスなども容易というか 自分が作った過去のソース見て「良くこんな見事なロジック思いついたな」と唸る事は結構ある
あの時はニュータイプとして覚醒してたんだなと思う事にしてる セキュリティ維持のため、難読化は当然の技術
普通に組んでから、普通では理解できないコードに変換するんだよ コード書く前にアルゴリズムが何たるかを理解すべき。いい気になって思いつきで作るから規則性もなく結果スパゲッティに。これで効率化図ってやったと自慢するやつ、迷惑極まりない。 自分で作ったプログラムすら時間が経てばまったく解読できなくなるんだし(´・ω・｀) 外為がこけたんだろ
外為ってIBMじゃなかったかなぁ
大連外注分かな？ 前にちょっといた会社（同族経営の潰れそうなとこ）で暇だったからVBAで売上を管理集計するやつ作って営業にいつも売上情報渡してたんだが、ある日会長の娘（部長）と揉めて退職した
そしたら誰もEXCELすら扱えなくて売上がわからん！とか大騒ぎになったらしくて営業からせめてEXCELの使い方をマニュアルにして送ってくれ、時給は払うからと電話で言われたが着信拒否したわ
つかEXCELすら扱えずに今までどうやってたのか謎だわ >>31
お前自分でプログラム組んだことないだろw ITとはまったくかすりもしない、頭は使うんだけど使い方が全く違う世界の自分からするとプログラムとか凄いなあとしか思わない、ファミコンのスーパーマリオみたいなものでさえも >>407
ニュアンス的な部分をはっきり表現する為の理屈とか訓練とかがまったく足りてないのは日本全体がそうなんだよなって思う
だいたいその通りになれば十分なのにレシピにはいつどのタイミングでなにをどれだけってことをはっきり書かずに煮えたらあじつけをひとつまみって言われて全員がだいたい同じに出来るわけねーだろと >>8
どの分野でも日本はそうだな。
「職人」なんてのは褒めてるようで裏で馬鹿にする言い方だし。
しかし笑い事じゃない 正直時間も金もないのに仕事積み上げられてどうしようもない >>417
プログラムの大元のコンピューターって奴は突き詰めると0と1の組み合わせだけで動いているんだぜ >>421
そういやジャンプでやってるDr.STONEでコンピュータを作る話やってるな >>395
この差もわからずに
「ITドカタ無能w」
「文系ガーとかいうやつが原因」
「日本の技術者は無能」
といいたがる無知がいるんだよなー 前の会社で、社内用に営業支援プログラム書いたけど、パワハラされたから辞める日に、UIだけ残して中のコード全消ししといたw
今の会社でも俺しか知らない基幹プログラムが何個かあるけど、対価が見合ってないからなー >>397
本来はそうあるべき。間違いない。
部品屋の経験と技術が日本の技術がすごいと言う支えになってる
ソフト屋はこう、なんというか教育の失敗なんだと思う。ちょっと齧って動いた動いたで満足する人の多いこと。。
日本古来の頑固オヤジみたいなのがソフト屋に居ないんだよな >>424
業務の一環としてやったなら、そのプログラムは会社の所有物になっているんじゃない？
それを無断で破壊したとしたら、器物破損(？)なんかの犯罪行為にあたるのではないかと。
ソフトは例外処理みたいなのが面倒くさいんだよな。 >>425
散々言われてるが満足してるのは技術者じゃなくてクライアントの方だよ
本来なら一度作ったものは使用する限り恒久的にメンテナンスしないといけないのに
「おー動いてんじゃん。はい報酬。君もうお役御免ね。問題が起きたらまた呼ぶよ」
ってな具合で勝手に大丈夫だと判断して契約を打ち切っちゃう
虫歯の治療を患者の都合で途中で切り上げて
再度発症した時に受診したら既に手遅れなくらい悪化してました、みたいな話
こんな認識で運用していたら末端の技術者にはどうしようもないよ >>298
昔cobolやってたけど仕様書が修正されてないことは多々あった >>391
元に戻るだけで何も問題無い
そこの基準を取り違えてるバカ(現実はそんなバカばかりだが)
を相手にする必要も増して気に病む必要も無い わからないなら手作業でやってください
じゃ、私プロジェクトアウトなんで
電話とかで問い合わせないで下さいね＾＾ >>405
それはまともな実務者なら分かってるんだよね
仕事が無くなってしまうベンダーがある事無い事吹聴してるだけの話
とはいえ>>357みたいなアホオヤジが実在たまに居るからタチが悪い いいんじゃね
別に
現場を放置した経営者の問題だし
そもそも言われたことやって金もらうだけの労働者だし >>31
一つ一つは理解できても、巨大システムの場合は膨大なソースがあって全体を把握できないということでは >>440
そもそもの合併の際にそう言われてたのに、有能なエリート銀行員がそれぞれ現行のシステムに拘った挙句、三つを混ぜて業務に合わせたシステム作れとかダメに決まってる馬鹿な妥協案に落ち着いたw
文系エリートの無能さの象徴みたいな事例 システム情報科履修したワイ
意気揚々とSEとして就職したらデバッグもできなかった（´･ω･｀）
いまだに俺を雇ってる会社も大したもんだわ >>440
一新した結果がコレなんだろう
そもそもシステム統合からトラブルが始まったのだから >>139
モノは目に見えるから分かりやすい。プログラムは見えないものだから、隠れた部分とか人が作った部分の影響がどう出るかまで予測できない >>405
現役VBA書きだが、VBAは枯れているがしばらくは需要があるだろうね。
基幹システムには勿論使えない言語だが、そこからデータを抽出して
帳票に出すだの外部システムとの連携用のデータを吐き出すだのが手軽に組めるしデバッグもし易い。
というか、スレタイがプログラムや計算式と書いてあるが今回のはハードウェア障害じゃなくて？ >>139
てか、機械もおんなじやん。
新幹線の台車が破損した事故なんて、規定通りの加工をしてなかったのが原因だけど、周りの人間はそんなこと知らないから適切に加工されてると信じてる。隠れてる場所だから点検でも分からない。 >>249
人間系と機械系と合わせてひとつのシステムだって認識が意外と無いのかもね
業務によってはコンピューターなしのシステムが最適解ってこともあり得るんだが ワイ「こういうシステムで行こうと思うんですが･･」
役員「君は一生そのシステムの面倒見れるのかね」
ワイ「･･･」 フラグを立てるのにわざとバグコード入れて
そのバグで走らせるなんてのもある
デバッグしたらフラグ立たずに終わりなんてものはかなり多い
そのバグで起きる現象を再現できるコード不明だからシステムリカバリは不可能に近い
前任者開発者が居なくなると誰も直せない 昔、大手でE=mc2乗の式で会社の光熱費55%削減できた。宝珠法相貰ったわ。in my dreamでネ^_^ >>437
いろんな解釈のある絵だけど一番最初に分かってないのは顧客 マジレスすると、金積めば解析して仕様書を起こしてくれる技術者はいる。 >>458
今回は違うみたいだ
ただ寄せ集めのプログラムが不整合でサーバの処理が追いつかなかっただけみたい
>>459
いくらカネ積まれてもこんな巨大プロジェクトで半永久的に責任持たされるってできるか？ >>457
顧客は便利・安全に使えればそれでいい
開発側が「こんなに難しい処理してるんだぞ」なんてのは通じない
顧客が求める仕様を聞きだすのが営業の仕事
専門知識のある人間ほどこれが出来ないってのはいくつも見てきた >>456
具体的に何をどうしたの？e=mc2とどう絡めたの？ そもそも仕様書が信用ならんwww
適当な基本や詳細設計書残すなら概要設計書だけしっかり書いて、あとはコードにある程度しっかりコメント書いてくれた方が親切ww >>54
あるあるw
プログラム作ってる時にゾーンに入ってスラスラと書いて、その日は満足。
後にそこらを変更する時に見たら、なんやろな、これ。
うまいことできとるなーとか感心する時もあるし、なんでこうしてるんやろと思う時もあるw Ｓ級バックラー
伝説の存在。給料と称して、売場の物やレジの金を強奪して消える最強のバックラー。
場合によってはブタ箱逝きであることから、バックラーからも畏怖の対象として見られている。
Ａ級バックラー
活力みなぎる若者の主流。
トイレの便器から外れた位置にウンコをする、売場を荒らす、勤務中に姿を消すなど、
職場への迷惑行為をしてバックレる漢の中の漢。
世間からは概ね理解を得られぬが、その反骨精神溢れる姿は
一部からは熱狂的な支持を得ている。
Ｂ級バックラー
仕事を覚えて、職場の主力に近い立場を取得した後、消える。
そのバックレ
効果は絶大であり、職場に致命的なダメージを与えることもある。
忍耐力の
あるバックラー、という資質が必要となり、労働時間が長くなる為、Ｃ級
バックラーと比較すると少数である。
Ｃ級バックラー
入って数日、もしくは１，２週間で消える。職場への被害は極僅かだが、
バックラー本人の貴重な時間を無駄にすることなく、ストレスも最小限で
抑えられるため将来性バツグン。
ブロンズバックラー
即日消える豪の者達。
わずか一日で職場を見極めなければならないため、
かなりの判断力は要求される。
ゴールドバックラー
数時間、あるいは数分で勤務中に消える。もはや幻。
彼らは本当に存在
したのか？職場に、自信の存在を疑わせるほどの光速バックレ技術は
黄金聖闘士に匹敵。 // 将来的にＸＸになったときのため、△△しとく
月日が流れ、これ見て「当時の俺すげぇ！ありがとう！」
みたいな事はたまにある この世界に詳しくないけど、このコードは間違いなくあいつが書いたって何となく分かるもんなの？ >>457
顧客は素人だもん当然、そこを打ち合わせの時に上手く聞き取って
顧客の考えを整理して望むものに近づけるのがプロ
顧客が（直接）言わなかったからｗｗとか平気で言う企業多すぎだけど それを人質に 自分にしか直せないからとふっかけたらどうよ ここまで読んだけどIT業界あるあるだな。２０年前から変わっていない。
みんな無理せずがんばれ！ >>468
そもそも論として、そのコードを書いた奴と面識があるかどうかというレベル 不当解雇に備えて隠しプログラムを仕込むのはプログラマーの常識 >>443
PLやPMならおk
プログラマーに嫌われないように立ち回れよw
俺は周りに気を使いすぎて疲れちまった。。 マクロ程度の小さなものでもマジックナンバー多用されると初見では理解できない
当時の会議資料やらメモを探し回らないと >>69
同じ日本語しゃべってて、てにをは も正しくても理解不能なやつ普通にいるじゃん。
プログラムは、動いてんならとりあえず文法は満たしてるんだけど、一月前の自分とはもはや言葉が通じなくなっているという。 社内ツールがブラックボックスと言うなら
外注ツールはコストの掛かるブラックボックス
どうもIT部門のアホどもの言う事は理解不能だわ >>357
システム屋軽視の縮図を見た気がする。
規模が大きくなってもそんな感じで見られるんだろうなぁ。 >>405
エクセルとかはPythonも載せるようになるんじゃなかったっけ
使い捨てコードみたいなのが大多数だから、切り替わるのは早そう >>475
それ。2は何？5は何？
これ他どこで使ってんの？grepできねー
くたばれ！思うわ 文系やである銀行屋のトップは、電算システムというものは、
装置ばかりが見えていて、ソフトも銀行用のものを選んで
インストールしてやれば動くものと考えて居るのだろう。
バグがあったら、アップデートコマンドを実行すれば、
どこかからダウンロードされてきてインストールされるので
再起動をかければそれで良いなどと。
その程度の理解じゃないかな。（もちろん全然違うのだ） >>468
その会社の管理による。
種類は様々だけど、多くの会社がバージョン管理ソフトを導入していて、誰が、いつ、どこを、どう治したかがわかるようになってる。
自社はintegrityって言う使いにくいツールを使ってるけど、これはコードレビュー結果と同時に格納されてるんで管理としてはわかりやすい。
当たり前だが、スレタイみたいなコードははじかれる。
(教育的指導付き) インターフェースが重要
システムの規模に比例して重要度が増す そもそもシステムって作るまでは大変だが、出来上がったら暇になるからな。
だからどんなに重要なシステムで日々何万件処理していようとプログラマーが何もすることないと暇してたら無能扱いされる。
安く見られる理由はそこにある。
毎日エクセル叩いてりゃ忙しそうに見え頼もしくも思われるが、全く同じことをマクロにやらせてたら無能と思われる。
なんなら内容わからず機械的にやってる、と批判までされる。 >>487
ソフト屋はシステムを使う事が仕事じゃ無い。
次のシステムに移るんでないかい？ >>488
で不具合がでたらほかの人が担当してぐじゃぐじゃになってみずほ状態になるんですね 自分で作った職場で使うプログラムでも良くわからんよな
15年くらい前に作ったプログラムの令和対応も面倒くさくて最近まで放置してたよ
しかも、visual cからvisualstudioとか開発環境も変わってるからコンパイル通すのも一苦労だったし
みずほ銀行の旧モジュールはソースやリコンパイル出来る環境すら残って無いんでないの？ >>283
中国人はそういう発想なんだよな。
日本人は責任感強すぎ。そな人を悪用する無責任連中
が責任感強い人をコキ使うシステム。 >>132
ワイ、エクセル好きでよく作るけど、最後に
gehen!って言ってEnterキー押してる。
アスカ・ラングレーが良く言ってたからｗ >>489
それは単に管理とシステムに対する考え方の問題だわな。
自社のソフト部門を大事にし、外部を使うにしても、信頼関係にあるソフトハウスに妥当な価格で出すのはとっても大事。
それをユーザーに知らしめたみずほはIT企業にとってありがたい存在w >>490
馬もロバも飼い葉が無いと動かんよな。
コストCUT！で飼い葉やらずに走らすヤツ多すぎだわ。 ハードウェアの故障なら関係なくない？
ハードの設定値とか残してないってこと？ この複数の処理も条件分岐を多様したら、一つの関数で収まるじゃん😀
地獄の始まり 銀行のエリートがIT土方に土下座する姿が見れるん？ >>177
自己愛性人格障害は一匹で組織傾かすぞ。
人生色々あって自己愛性人格障害ってものを
知った時は驚愕した。
多分その仏頂面は自己愛性人格障害ってヤツ。 そりゃ奴隷に組織への帰属意識なんてないだろ
それを承知で奴隷を使っていたんだから当たり前
バイトテロと大差ない >>10
無いよ 下請けに前回出来たからやってねという頭おかしい仕様(まぢで) 退職時に遅延プログラム組んだのか
一週間後位にデータを消去する爆弾残していかれた話を耳にした事あるな。
SEじゃないからそんな事ができるのかは知らない。 >>229
火中の栗どころか燃え盛る原子炉のプルトニウムってとこか 将来的にはAIがプログラム組んで人間はそれを手直しするだけになるのかね？
ソースコードが暗号と言われてる時点で、製品としては破綻してるもんな >>10
ソースのコメントでさえ信用ならないのに仕様書なんて読むだけ無駄。
仕様書なんてものは納品の体裁を整えて金を引っ張るためだけの存在。 >>324
新規に関数書いて、全く同じ関数を既に書いてあったことに気付くことはある >>324
コメントごとコピーして
ソース変更したのにヘッダーのコメントコピーしたままってこともあるしね 事務に特化した職人行員を役員にまでするのは住友くらいかな >>469
何でそういうプロが育たないかというと、それ自体が金を生み出さないから >>502
俺は前の会社にイジメられて辞める時に随分警戒されたと思うんだけどイタズラしてないかどうか検査するサービスとか無いのかな？
ちなみに破壊工作なんてやってない。やろうと思えば何でも出来る部署だったので余計に怪しまれてやらなかった。
やらない事が余計に恐怖に繋がったのかもしれないけどね >>185
一生懸命手作業で1ヶ月かけてやろうが、実質5日で作業して残りを遊んでいようが、会社が払ってる賃金は変わってないから、会社にとっては別に問題無いのでは？
むしろ、一ヵ月の実質労働5日の仕事を失っただけに見えるが 金融庁が強権発動して辞めてる過去のシステム担当者を呼び出すべきだわ
銀行は社会インフラみたいなもんなんだから、それぐらいやらないとダメだろ >>81
啓文社マイコン大百科にも載ってる古典だぬ プログラムの話ではないけど、仕事辞める時にデータ消してったり
パスかけたままにしてった奴はいたなぁ このスレ見てると追放系なろうが流行る理由がわかるなw >>280
経営者としては、重要な引き継ぎもしないで職場を離れるような者が出ないように会社を経営するべきなのに、誰にも出来ないからな IF(IF(IF(IF(IF(IF(IF(IF(IF(IF(IF(IF(IF(IF(IF >>504
今は、フレームワークとテンプレコードのコピペが大半だから、よほどトリッキーな事するのが好きなPGでもなければ引き継ぎに支障は無いけどな。
どちらかというと社内PGが作ったエクセルマクロの方が複雑怪奇だったりする。 >>517
普通はシステム管理会社に委託するから引き継ぎもスムーズに済んでいる筈。
それをニワカPGの社内の社員にやらせるから後で困る事になる。
NECに委託しておけば、まず問題ない。 >>517
人権がない扱いされるのが嫌で辞めたのに呼び出されるなんてかわいそう… >>517
余計に有能なエンジニアは近づかなくなって外国人にやらせるぞ。
まあ金融庁が出来ることは外注の禁止だな >>397
加工について知らないアホが書いた製作できないかアホみたいにコストかかる図面なら腐る程見たが。 >>405
中小企業にとってはコストかからんありがたいツールだしな。 >>397
ハードウェアが進化して、OSや言語などどんどん違うものが出てくるから規格化が難しい。
部品屋ならJIS企画とか規格化されてるけどね。 俺だって簡単にクビにされないように核心は会社に教えない 伝説のファミコンプログラマー、ナーシャジベリみたいなもんか >>470
悪意のない不可抗力のバグが大量にあるから、悪意のある意図的なバグがちょっと増えたくらいで大差ない 自分にしか理解出来ないプログラム書いてから退社してやってほしかたら
1億円よこせとかやってみたい。
別に違法じゃないだろ？？ 勝新も大事なものはパンツに隠してたからな(´・ω・) >>531
森田和郎のソースコードは1クロックを削る為にジャンプせず同じ命令を並べるという異常者だったしなｗ >>136
細かい経緯とかはGitのコミットコメントで良いんじゃないか？ だって一切触るな悪影響だから近づくな、と言われたらね
その癖、退職したら電話かけてきてぎゃーぎゃー言われても知らんがな
恥を知れ
着信拒否してサヨナラ〜 >>540
そこは、COBOLのおばちゃまだろ。
ベーシッ君知ってる人いるかな？ 派遣先でまともなドキュメントって見かけたことないなあ。
底辺派遣だからかな？
それに疑問持たない態度が今日の混乱産んでるんだけどさ。 >>543
最初はちゃんとドキュメントを書くんだけど、追加機能やバージョンアップを続けているうちに面倒くさくなって、とりあえず今使えるんだからいいやになるのはよくある。
派遣の人が来たら、まあわけわからんだろうな。 >>539
派遣先変わったとき、もとの派遣先から電話かかって来たことある。
そいつはもう関わりたくなかったようで、適当に顔見知りの俺の電話番号教えたらしいｗ。
そいつの行き先知らないかともいわれたが、派遣元違うし、付き合いもないので
わからんとしか答えようがなかったわｗ >>397
普通のIT企業ならキチンとした資料があるよ。
コードレビューもやるんで謎めいたコードはハネられるし教育指導も出る。
ただ、その「普通の」の部分にブレがある。
規約にうるさい会社に納品する時は倍の工数がかかるんで、見積もりする人は要注意。
(作る側としては野放しがとても嬉しい) 下請けに次ぐ下請けでお金ケチった結果、制作元が潰れてロストテクノロジーになるってのはある >>536
昔はそれが普通。
有名なものにZ80のAレジスタクリアはLD A,0とせずXOR Aにしたほうが実効クロックも命令長も小さい。 以前電気工事の仕事してた時店舗の電気回路を行き合ったりばったりで組んでしまい。誰もメンテナンス出来ない店舗を2つ作って退職した。その後はしらん >>397
ソフトでもブロック図みたいなものは作るよ。ハードと同じく全体把握はそれでできる。
ハードの設計図面が回路図とするなら、ソフトでそれに相当するのはソースコード。
ただし印刷すると数千数万ページに及んで、さらにスパゲッティになると複雑に絡み合ってるからとてもじゃないけど人間が全ての状態を把握できない。 高額な給料と待遇が良ければ今の状態にはならないから >>69
共通の日本語でしゃべっているけど、その人が言ってる言葉はわかるけど、
どういう意図や背景、目的でそういう事を言っているかがわからない状態。 >>69
そういうのじゃなくて、文章が起承転結と流れていなくてページもところどころ違うページに飛ぶ感じ。
それが何万ページもあるんで読んでいるうちにストーリーがわけわからなくなる。 マクロで仕事こなしてたけど仕事をどんどん振られて扱いもひどいので時限式でパスワード要求するように改変してから辞めたってコピペ思い出した。 そもそも自分が組んだコードも数ヶ月すると何やってるか解読できなくなる
向いてないんだろうなこの仕事 >>548
懐かしすぎる。大昔に大学の演習でそれをやったら、教官に苦笑されたｗ >>558
むしろ解読できないのが普通だと思う、半年前の自分は他人だよ
中にはそうでない人間もいるけどそういう人間は頭が固すぎるだけで昔気質の職人的仕事には向くかもしれないけど
日進月歩の技術に携わるのには向いてなさそう プログラムなんて大層なものでないが、マクロやアクセスの作業は引き継ぐのが面倒だから、
電卓で手計算してもそんな変わらないですよ(^ ^)
って言って辞めてる >>185
まるで最近入ったウチの会社みたいだわ。
従業員100人程度の会社なのに経理が5人もいる。
エクセルで印刷した髪表に定規あてて電卓で
検算しているところ見るとワープロの印刷物を
算盤で計算してた時からやり方変えてないんだろうな。
転職を決意した。 >>558
迷える自分にもわかりやすく書くのは当然として、最後の最後に助けてくれるのはコメントだなw
海外アプリのコメント見ると、印刷すればA4二枚分になりそうなコメントが書いてある1行があったりする。
(それだけヤベえ処理w) >>563
勝手にエクセルが丸めやがって1円が合わずに徹夜した思ひ出（´･ω･｀） ８月２０日トラブつったんだろ
DKBとか大昔に発足した記念日じゃん >>558
読めば分かるように書けば何の問題も無い
リーダブルコードを熟読すると良い
プルグラムは分かりやすくシンプルに書く
これに尽きる 他人に分かりやすく書く、って考えが抜けてる人はかなり多い
最近はネットニュースも時系列メチャクチャだったり、登場人物の関連がわけわけめなの増えたしな 逆にソースの内容そのままのやつはコメントにかかないでほしい 昔コード書いてた事有るけど
質問される事ないように誰にでも分かる様に書いてた >>567
その通りだな
でも、その通りできるようになれる人が意外と少ない
納期に余裕がない場合が多いし、リファクタリングする時間も与えられないし >>365
３行が合併してどこかのシステムに他が合わせるようにすりゃ良かったのに、３社ミックスのシステムにするため継ぎ接ぎしたから。
見えやすい業務は何とかすり合わせ出来ても、イレギュラーや見えにくい業務はすり合わせしきれないからトラブルが絶えない >>575
「33-4」で検索すればいくらでも出てくる
有名なネットミーム >>1
いや。
仕様書とか関数値とかあるだろ。
でないと、システムアップデートできない。 改行しないで1行にずらずら続けて書いて
コメント、空行は一切無しにしてやった >>280
>社会人としては誰でも理解できて、通常利用できるシステム
その発想ではウンコエクセルに塗れて超低生産な仕事をするしかない
それが実際バブル世代のバカどもがずっとやってきた事だがな >>562
それが一番
どうせアホどもには理解できん ブラック企業で働いてて会社に復讐する為にわざとプログラムにバグ仕込んだ事ならある 復讐だったりテロだったりで辞めた奴しか知らないマクロとかシステムの後始末する仕事が多いんだけど、正直一から書いたほうが早いし、毎月小銭請求するネタにもなるしな
辞める当日に立ち会ってパソコン検める業務はやりたくない >>550
ソースコードこそが設計図に相当するものだって認識は大事なことなんだが意外に共有されてないかも。
ソースコードを書くための設計資料があればソースコードを書くのは半自動的にできるって認識がはびこってる。
コーディングとか実装とかいう言葉が適切だったのは、紙上でプログラミングしたのを紙にパンチ(か？よく知らないが)する単純作業だった時代の話なんだと思う。 >>578
ed か vi だかを作った人だっけ？
「俺は一行でどこまでもいくぜぇ〜」なコードを書く人ｗ 本末転倒なのが、設計書をソースレベルで書いちゃう会社。
ソースを日本語にしたようなやつな。はっきり言って意味わからない。
顧客が何をしたいのか？要求定義こそ重要で、詳細設計なんて意味がない。
ソースにコメントを入れておくのと同じなら、ソースとバージョンの齟齬のある設計書なんて無意味。
ソースにコメントいれて提出せよ、ならわかるがな。 >>585
>>587
おっしゃる通り。
さすがに最近はだいぶ見なくなったけどコードレベルのフローチャートやアクティビティ図を書いたりするのはナンセンスにも程がある。それらを代替できるように高級言語が進化したのでコードが設計書そのものなのよね。
ソフトウェア仕様書はそのコードを読み解くための参考資料に過ぎない。
そして大多数の不具合はドキュメント化されていない細部に宿る。 基本設計までは事前に必要だけど
詳細設計は必要ならテスト終わってから作る方が効率も精度も良いのにね うちの会社ももう誰にも解読できない納品管理謎システムあるよ
作り替えるのは莫大な費用かかるし不便でロスも多いけどまぁ動いてるからヨシッ！ >>590
うちもPC-98で動いている特殊なラベル印刷システムがあるけど新たに作るのももったいないし、これで十分だってのが未だにあるよな。 >>588
そのコード（設計書）がダメダメなのが多い。
責務を少なく、疎結合の意味すら分からないやつが多すぎる。 >>132
>>493
俺様は「ポチっとな！」って言いながら押したら事務のおばちゃんが振り向いて笑ってた。
久しぶりにYRP常駐 軍曹を思い出して読んだよ。
約２０年前からやってることは変わっていないと。 おまじないで書いとけって言われて書いておいたコードはある
意味は分からなかった 再帰呼び出しがしがしやるの作ったけど、
いなくなったら速攻直したらしい 前々任者が作った集計レポート作成用のVBAを使い回して前任者からメクラ引継ぎされた
DBから条件検索抽出と前月退避と当月算出するだけの割と単純なVBAだった事を勤務して二か月で解析した、あと軽微なミスも見つけてしれっと修正した
派遣契約が満了して(前任者に)引継ぎする時に(派遣切りされた)嫌がらせで軽微なミス有りの元のVBAで算出したExcelを最新版だと偽ってサヨナラしてきた
俺が修正した完全版は俺が辞める当日までに全て証拠隠滅して、
集計結果のPDFとミス有りVBAに張り付けて算出したデータしか残ってない状態にしてやった
副産物のVBAを使うと3時間かかる作業が30分で出来る二次加工用マクロとかも実は駆使してたけど、嫌がらせで引継ぎしないで削除してやったw
念の為に、携帯も番号変えて音信不通にしてやって徹底的に嫌がらせして辞めて来た >>596
こういう自分は優秀だったけど逃げる時に嫌がらせしてざまぁみたいな妄想長文ってよく恥ずかしげもなくレスできるって感心する
パターン化してるよね >>596
実話だよ、作業集計でとある検出件数が正常にカウント出来ないバグ(数式ミス)が有るんだよ
俺がしれっと修正したのは前月分の集計データをペーストする場所が変なセルに貼り付けて前月分のデータが飛ぶ致命的なミスと
新設した事務所の合算が漏れる致命的なミス
この二つは流石に直したけど、アレの検出件数は多分今でも放置されているんじゃねって予感がするw 10年前の博士の人が残していったFORTRANの6万行位のプログラムが
そのずっと前の人のコードのFORTRAN66？の時代につぎはぎあてた
もので、COMMONとかEQUIVALENCEとか割り当てGOTOとか
戻り指定RETURNとか、今では廃止された機能をあちこちに使っている
から、困る。さらっとCに書き直せないし。 実装中身は結局組んだ本人にしかわからないよ。
分かったとしても、何故この順序で計算してるのか、とか何故このような内部変数にしたのかとかを取り上げてもあまり意味がない。
もっと効率がいいのが欲しいなら作り直せばいい。
他人の意図を読んで意図を汲んで想像で修正しても意味がない。やるテストは同じだし。
むしろ動いているものにここだけ修正したからと他人のコードをいじったものにフルテストかけないでリリースする方が狂ってる。
システムやソフトウェアの設計は要件書に記載するべきであって、内部仕様書に記載するべきじゃない。 プログラムが難解なのではなくそのプログラムで作られるモジュールの数が膨大
組み合わせの意図が読み解けなければ修正できない
業務系システムの「動いてるからいじれない」の理由は大体こっち >>53
ああ、なろうではやってるやつね
パーティ追い出された俺が実は凄い奴で元パーティメンが泣きついてきたけどもう遅い、ざまあみろ系
くっさいタイトルでなんかテンプレ化されてるけど実際こうやってテンプレにはまるレスする人いるんだよな >>596
こういうやつって自分が損してることに気付かないんだろうな わざわざその言語にしかない書き方を使って書くやつは好きじゃないな
レベルの違う派遣がコロコロ入れ替わるとこだから悪手になる >>126
いいんだよ。コストをカットして、システムが不安定になって信頼がなくなり、潰れていけば良い。 >>596
先月のデータが同じ結果にならないわけだろ？
治したんではなく、壊したって事実が残るだけ。元がどうだったかなんてそれこそ眼中にない。
損害賠償請求されるよ。 契約通りに給料が払われなかったならともかく、雇い止めになった時点で業務時間内で作った成果物を棄損するのは普通の犯罪で同情の余地はないと思う
そんな奴がいるから技術派遣の地位も上がらないんだろうな サビ残は残業代でないのは別問題
労働時間外に業務作業するのがそもそもアウト >>612
建前上はｗ
古いＳＥのワシらはブラックもコンプラも関係なく、
システムの安定稼働ために自殺行為のような勤務時間でシステム守ってたな。
もう昔の話じゃｗ。 >>598
VBA位ならちっとマシなやつがすぐ治すだろ
お前程度が入れた会社なんだしw もしいなくなる時には削除したりする場合はそれを「私物」だと主張する必要があるわけで、
私物を会社から貸与されているPCなりサーバなりに保持することは厳密にいえば横領行為になるわけだし、
私物を業務上で許可なく使用するのも問題になる
実際はサビ残時間でも労災申請は通るみたいなので、多分業務時間と認められるんじゃないかな。
これは結局会社も本人も悪意ある行為をしているのでどうなるのかは自分にはわかんね
確実なのは>>596に較べたら同情される余地はあるということ
>>596が創作なのを願うぜ本当に たかがカネの勘定にみずほが長年苦戦するのか理解に苦しむ >>596は破棄じゃなくて修正じゃないの？
最後にダウングレードしたのが問題だというのなら
そもそもの話、使いやすいようにデバッグ修正した事やマクロを勝手に作った事の方がアウトだろ
そちらに触れずにダブスタでもっともらしい屁理屈捏ねてる奴の方が気に喰わないわ みずほのシステムダウンは使い捨てされた技術派遣者の禍根と怨念が積み重なったモノだと思う
スパゲッティにスパゲッティを絡めて更にスパゲッティでがんじがらめにってのを延々と繰り返したカオスの集合体が積年の怨みで爆発してみずほのインフラに深刻なダメージを与えたって解釈
>>596
実話だし、そこのプロパーはVBA如きも分からんで派遣に丸投げする屑社員とメンタルダメージ系のパワハラ上司しか居なかった
致命的な部分は流石に業務の範疇で直しておいたけど、集計バクは元通りに放置してサヨナラして来たってのが正確
(3時間の集計を30分で終わらせる自作マクロは葬り去ったが)
何も壊して無いし、元有った状態に先祖返りしただけ
むしろ、善意であるべき状態(正解結果)のPDFイメージを残してあげたんだけどなぁw これを俺が書いたの？すげーじゃんって思うことは度々ある むしろそれをやって辞めた後を想像して今を耐え忍んでる >>618
破棄でもダウングレードでも、逆に破棄しなくちゃいけないことを破棄しないでも、
何にせよそれで会社に損害が出るのをわかっていてやったならアウトだよ
>そもそもの話、使いやすいようにデバッグ修正した事やマクロを勝手に作った事の方がアウトだろ
確かにそれは厳密にはアウトだし、修正や作成マクロがバグってて業務に損害をあたえたら厳密でもなくアウトだよ
でも今はその話は関係ないし、ダブスタでもなんでもない 破棄でも修正でも何でもいいけど長文でなろうみたいな自分語り連投するのって気持ち悪いよ 実務をやらない文系、学歴第一主義が
実務をしてる技術者をないがしろにして安月給でこき使った結果がこれ。代わりは他にいくらでもいると思ってるんなら頑張って探せばいい 変数や定数や関数、モジュールを全部ユニーク名にしてすべてリスト化しといて
完成したらA0000000〜A9999999へ一括置換後リスト消してバックレる >>596
> 俺が修正した完全版は俺が辞める当日までに全て証拠隠滅して、
証拠隠滅できるってのが逆に凄いな
バージョン管理すらしてない環境なのかな >>139
機械は形が見えるから無茶は言われ難いけどプログラムはささっと直せるでしょ？とか言い出す奴が出てくるから設計の後段で完全に前提覆したり納品直前とか検収後に直せと言い出す奴が居るんだ
そしてそういう奴ほどその会社で発言権が強い 他人が書いたものなんてそんなもんだ
気にせず飛びたまえ >>596>>619
俺も元の状態で去るよ
スクリプトやアプリ制作で雇われた訳でもないし
逆に弄ったもの残して、あとあと問題あったらめんどくさいし >>89
経験上、ちがうところでメモリ管理を間違っていることが多いね。
バグだから原因を見つけないといけない。計算結果が間違うことがあるからね。 >>626
コメント削除プログラムとかも作ったなあ 銀行のシステムを構築作業に携わっているというようなことを周囲に語ると、
拉致されたり家族が誘拐されたりするリスクがあるから、絶対にそういうことを
飲み屋などで話しちゃだめだよ。拉致されないまでも弱みを握られるような
トラップに引っかけられて、マスターパスワードを言えとか、システムに論理
爆弾を仕掛けろとか、そういう無理な要求をされることがあるかもしれないからな。 ネトウヨ「自分しかわからない書き込みしてバックレたことある」(*'ω'*) うちはホワイトだから役職なし社員は定時上がり
代わりに管理監督者が朝まで徹夜、土日祝も役職ありだから無給でコーディング
かつ管理、運用、ドキュメント化まですべてその上司にやらせてる
会社としては平社員を守るがそれでは業務が回らないのでその上司にすべてやらせてる
2年前から休日は1日もなく毎月450時間働かせていてたぶんそいつ死ぬと思う 非表示シートに気がつけば俺のヒントが読めるようにしてあるが
今いるメンバーじゃ無理だろうな >>625
これ。
面子の張り合いで共倒れしましたと言わない限り収まらないでしょ。
まだやってるわけだしw >>639
パヨなプログラマって聞いた事ねえな。
何やってる奴らなんだ？ >>89
>>346
デバイス初期化処理なぞだとあるあるだな。
リセット直後はデバイスの設定が終わってないんで、例えばコードが格納されてるメモリ(FROMやらSPI)は未設定のまま動く、つまり反応が死ぬほど遅い。
クロック設定をするとCPUが加速し、FROMを設定すると読み出し速度が上がるんだが、その中間の動きが摩訶不思議。
安定するまで待つのがセオリーなので、修正したらコケる。
マップドじゃない特定の番地に同じものを3回書いてるんで、1つにしたらコケる。
面白えから4回書いたらやはりコケる。
DSB命令(同期バリア)入れると死ぬ。
マニュアルあさっても出てこない。
先人の苦労が偲ばれるw もう15年前にみずほの基幹システムに関わってたけどオレは関係ないよね？
通勤時間2時間ほどかけて多摩や千葉やらに行かされてたのはいい思い出 >>644
本来ちゃんとしたタイミングチャート仕様はあるんだけどね。
BUS初期化やSDRAM初期化なんて知らない人が見たらおまじないのオンパレードにしか見えない。 初期化もしない奴なんて学生でもいないだろ。
不運だな、そんなITまがいの偽SEつかんじまった会社は。
もちろん大赤字で回復するのにさらに金をかける余裕なんてないから次々SEガチャを引くしかない。
宝くじよりは高確率だろうけどな。 >>647
>>646
新規ボードの初期化って、基本的にはハード屋さんの仕事だね。 >>1
読み取り専用にして
編集させない、別に保存させない
パスワード無いと何もできないexcel作って辞めるやつ多かったな >>647
そういう初歩だから出来て当たり前で起こることはありえない
みたいな考えのやつが上にいるからバグ埋め込まれるんだよなって思った >>648
JTAG ICEつないでの動作確認からこっちの仕事だけど？ なんか…
無理を通せば、道理が引っ込み。
やったら、やりかえされる。
巨大システムではそれが集積される。
ってかんじするな。 ここからここまでは知ってるけどあとは分からんという状態 プログラムの重要箇所を把握していると思われる人物が吐血して病院に運ばれた、
残された人間にはどうしても何がどうなっているかが分からない部分だらけだった。
そこで、病院にソースや仕様書を持って押しかけて病床で聞き取り調査をして、
不明な点を洗い出す作業に。お前ら、俺を殺す気かと尋ねられて、
そうなんです、Aさんはあと半年だそうですから、今のうちに聞いておかないと。。。 生きてるだけまだマシ
コッチは突然交通事故死したから参ったわ
使ってたパソコンから資料落としたけどソースコードは無かったから大変だった
ちなみに車両のみ通行の道路から深夜に転落して亡くなったんだけど >>654
実際のところ業務系でそんな複雑なプログラミングが必要とされることはまーない
一つ一つの処理はさほど複雑ではないが、その中で「ほんのちょっと」だからと履歴も残さず
仕様書も直さず修正した、とかいうのが各所にある、というのが一番質が悪い FF2の天才的プログラマーって誰だったっけ。確かインド人の >>31
変数名にtorihikisakiとかkokyakuとか書いてあるだけでうんざりするというのに、
その変数に全然関係ない値を入れて使ってるプログラムあったら、書いた奴殴りたくなる。
それから、そのコードが「何をしているか」はわかるが、「何のために」そういう処理をしているのかはそこだけ見てもわからないことがある。
何のためにしているかわからないと、そこを改変しようとしたときに消していいのか残しておかないといけないのか判断できない。
こういうトラップが山ほどあるんだよ。
変なプログラムを全部読んで理解するってことは、書いた奴と同じ思考回路にならないといけないんだ。
コード量が多いとバグを出さないように改変する作業の方がよっぽど面倒だから、全部捨てて1から書き直したほうがずっと楽なんだよ。 >>659
インドじゃなくてイランだろ
イラン革命で国外に亡命した元王族
ناصر جبلی Nāṣer Jebellī 自社製パッケージアプリやってる会社なら誰がやめても理解しづらいソースは残ってるもんだけどね
使用書ガッチガチのでも有るから怖いわー >>651
自社だとC言語が使えるまではハード屋の領分だね。
FROM設定、外部デバイスの位置(配線長やノイズ)に対してアクセスウェイト量が適切かの波形観測、デフォルトから設定クロックに加速した後の波形観測、C言語に必要な初期化(スタックや、実行イメージのRAMコピーや、スタティック領域の0クリアやスタティックコンスタントの解凍)、そしてC言語で作られた初期化モジュールへジャンプさせて担当作業終了。
あとはソフト屋さんがICE使って自分達なりの初期化処理(タスク生成だの何だの)を行う。
自分はハード出身だけど、ソフト開発部に移動させられてるんで、ソフト屋がやってるって区分かもだけどね。 会社が従業員を大事にしない当世の企業社会風土の中ではそういうこともあり得るだろう ソースを公開したがらないのは
アホだと思われたくないからだろ？
低学歴で劣等感強そうな人物像だな ソースよりも要件書。
ないならソースから要件書起こしてクライアントに
確認してからプロジェクト作り直すのが正論。
他人のソース、細々としたことは読めなくはないが、
その場の意図なんてわからんからね。全ケース検査
が一瞬ででかるならいいけどそんなの無理だし。 昔、アダルトビデオで抜いたところで止めて、そのまま友達に貸すくらい悪質だと思うよ 派遣に作らせて終わったら解散てプロジェクトも多いから結果的にそうなる。 ソースにパスワードかけてパスワードを引き継がずバックレとか。 昔、高スキルの人が作ったライブラリのソースみて、
頭抱えた。コメントはソースヘッダ部のみ、数学関数を駆使した関数が山程。何とか解析して、流用出来ないとの判断を現場で出したが、上は流用可能でスケジュール組みやがった。割とキツイスケジュールの中の話。思い出したくない >>670
昔は別の仕事回してメンバーを囲ってたけど、今は予算管理厳しいから、すぐ解散するよな。
なんかやろうとすると既に別の仕事(長期)にアサインされてて前の実働メンバーが揃わない >>670
派遣と言っても中心核となる人はそうそう簡単には手放さない。(他チームの異なるプロジェクトにアサインする)
これは手放したら二度と戻ってこない事を良くわかってるため。
↑
十分に育った技術者が自社に戻った場合、その人をリーダーとしたセット販売ができる。
その状態で「その人単体をまた借りたい」と希望しても「申し訳ありません」が返ってくるだけ。 よくやったw
金曜の夕方に打ち合わせして月曜納品とかふざけた仕事にはふざけた実装が必要だろ？
もちろん検収なんか動くかどうかしか見てねえ ■ このスレッドは過去ログ倉庫に格納されています
