  |
はてなキーワード:システム開発とは
三行文化批判しながら10行かけても穴だらけの反論もどきしか出来んアホが何か吠えてらぁ
→お前の中ではな。AIタクシー操縦の運営を例え話レベルでも想像するなら、末端の運転手さんの裁量だけで導入できるわけがない、必然、経営判断やシステム開発者、ハードの整備者の責任のことにだって“普通は”思い至るだろうよ。
お前のおつむが雑頭で横文字英語が嫌いなのは結構だが、それで用法混同したゆるふわな仮定ぶっこいて、突っ込まれたらその話はしてないってゴールポストずらして居直り
それこそ説明“責任”を放棄して読み手が悪いんだあああああだ、っておっかぶせようとしてるだけの逃げじゃねぇか。頼むからバカは公共の電波を使って発信する前に黙っててくれないかな？？？
システム開発にAIコーディング使ってるとさ、プログラミングっていう一番楽しいところはAIがやっちゃうくせに深夜とか休日にシステムトラブル対応する辛いところは人間のままよねって思う。
責任って別に問題が起きたときに謝罪するとか賠償するってことじゃなくて「なんとかする」、後片付けなに対応なりすることであって、つまりAIはそういう意味での責任とってくれねえなあってね。
コーディングAI、プログラミングは別にしなくていいからレビューとQAとトラブル時の関係者連絡にログ調査にデータリカバリに修正パッチ作成にポストモーテム作成と顧客説明文書作成までをやってほしい。それやってくれたら責任取ってるなこいつって思える。
別に言ってもめちゃくちゃ怒られるとか家を追い出されるとかはないんだけど、なんか言えない。
25歳になる年で社会人2年目。
システムエンジニアという職に就いていた。
上司がパワハラとか、そういう理不尽があったわけじゃないけど。
やり方が分からない仕事を任されて、何したらいいか分からなくて、どんどん仕事が溜まっていって、毎朝起きるのが嫌になって、ある日先輩に「無理です。」って言って休んだ。
前提から言えば、この事態を招いたのは自分に責任があると思う。もっと先輩を上手く頼る方法があっただろうし、俺は途中からもう諦めて、溜まった仕事を眺めながら、休むまでの数日をぼーっと過ごしていたから。
でも、コメントでいっぱい攻撃されると怖いから、こんな弱い自分を守るために少し保身をさせて欲しい。
俺が一年目に配属された部署は、課長がパワハラ気味なことで有名だった。
実際、俺が配属された部署は配属後すぐに2人ほど、課長との相性が悪かったのか別部署に移って行った。
さらに驚きなのは、俺が入った時点で休職している人がいた。（俺が休職するまで結局一度も会わなかった）
うちの部署は、金融系のシステム開発なんだけど、課長（40代・男）、先輩（20代後半・男）、俺の3人で、個社Sを担当していた。
個社Sの対応が俺の主な仕事であって、俺が頼れるのは先輩だけだった。
課長は、はじめにも書いたが、パワハラ気味で部内でも名が知れた人物だった。
しかし、意外にも俺は可愛がられていた。
フランクに話しかけてくれることもあったし、飲み会に誘われることはしばしばあったし、2人きりでランチに行ったこともある。
でも最後まで、心を許してなんでも話すような関係性にはならなかった。
課長が飲み会の場で人の悪口を話す時は、「知らないけどそうなんすね、気をつけまーす」みたいなスタンスをとって誤魔化すことしかできなかった。
先方とのオンラインミーティングでは、なぜか俺が課長に冷たく詰められる場面があった。
課長と話しても無愛想だし、なんか怒られても嫌な気持ちになるから極力自分から話しかけに行かないようにしていた。
それでも、課長が理不尽な災害（自分にはどうしようもできないこと、という意）ではないと思っていた。
例え嫌な気持ちになるだろうなーと思っていても、仕事の話はしなければいけなかった。
まあ、1ヶ月に数えるほどしか話さないのは、課長にしてはあまりにも課員とのコミュニケーションを疎かにしているのでは、と言いたい気持ちを抑えて、これはお互いの問題なので。
次に先輩の話をしよう。
先輩はめちゃくちゃ明るくて面白い人だ。
先輩は技術屋的にはかなりできる人だった。
でも、仕事ができる人ではなかった。
メールもチャットも催促されてからやっと返信するか、それでも返信しないことすらある。
あと、先輩は朝に弱かった。
俺も朝は昔からめちゃくちゃ弱いから人のことは言えないけど、当日に午後休にしたり、テレワークにしたりなんてのは日常茶飯事。というかほぼ毎日。
でも、なんかいつも明るいし、先輩にしかできない仕事があったから、なあなあで許されたいた。
もちろん課長には度々注意されていたが。
俺が頼れるのは先輩だけだった。
だけど、先輩は保守対応で忙しかったり、先述の通り会社にいなかったりすることも多くて、1人で何も分からない仕事を抱える時間も多かった。
最後は先輩に聞いても分からない仕事で、苦し紛れに「どうすればいいか全く分からないです」って言ったら、色々こうすればああすればって教えてくれたけど、結局分からなくて、もう誰にも聞かなくなって詰んで終わり、という感じ。
とりあえず、年末まではこのままでもいいかなっていう気持ちなんだけど、唯一やらなければならないことはこの状況をママに話すことだ。
俺は実家住みで、パパ、ママ、俺、弟の4人で暮らしている。ママと弟は仕事をしていて、パパは冬になると鬱になる体質で、最近はなんとなく仕事に行っていない気がする。
パパのうつ病体質は筋金入りのもので、ここ13,4年くらい治っては罹っての繰り返しだ。
パパがうつ病のときはどうしても家全体が暗い雰囲気に包まれる。いつも死んだような顔をしているし、寝るかパソコンで動画を見るかしかしていない。
ママには仕事を休んでいることを言わなきゃいけない気がしている。今日はリモートワークだったの？とか今日の昼は何食べたの？とか今年は何日まで仕事なの？とか聞かれるけど適当に誤魔化してる。
もしかしたらもうバレてるのかも。
あー、仕事どうしようかな。
1ヶ月休んだらもう働く気なくなっちゃった。
でもなんか最近はこのままは嫌だな、みたいな気持ちもあって、YouTubeに動画投稿とかしてみてる。
6本くらい投稿したけど10-30回再生とかで現実の厳しさを知った。まだやってみる。
全然関係ないけど俺の部屋めちゃくちゃ寒くてさ、半分外なんじゃないかってくらい寒くて一日中布団から出られない日もある。一年中春みたいにあったかかったらいいなとか、誰でも一生に一度は思うことを一日に一回は考えてる。
パパに似て寒さにはめちゃくちゃ弱いなあって思う。
誤解のないように書いておく。
（念のため付け加えるが、今回話題になっている企業とは一切の利害関係はない。）
1. わざわざ「チンパンジーが問題社員として入ってくる」表現を必然性がないのに展開したことには「人を動物に喩える」意図がある
2. なぜ人を動物、特にチンパンジーに喩えてはいけないのか、国際的なガイドライン等の提示
4.社会的な責任として、記事削除と謝罪だけではなく、今後このような記事が出てこないようにガイドラインをつくるべき（このスタンスが自社のPRにもなり得る）
1. 「チンパンジー」という比喩をわざわざすることには同意しない。
2. 社内ブログ／アドベントカレンダーはチェック体制が脆弱になりやすい。
3.執筆者はおそらく「ベロシティの安定」等のフレーズから、エンジニアやPM視点であり、HRの文脈を理解していない可能性がある。
4. すでに削除と謝罪対応は完了しているので、社名を挙げて断罪する必要性はない。
他でも指摘されているように、
「社内の労力を使う割には、色々な危険性を孕むアドベントカレンダーという文化をやめるべき」
というのが、本件に関する総括としては充分だと思っている。
↑「現場レベルでは存在すらよくわからないが、とても偉いステークホルダー」の一言で、何度もひっくり返るシステム開発プロジェクトのこと
仕事を円滑に進めたいが、それの障害となり得る人や事象を冷笑的に揶揄しているわけだが、
前者が問題とされたことは、私の観測範囲では存在していないように思う。
「隕石を降らせる神様」は許されて、「チンパンジー」は許されない
という価値観は、西洋の歴史・宗教・差別観を背景にした価値観じゃないのか。
倫理基準を底上げするべきという物言いは、そんなに正しいことなんだろうか。
その人は、
・ すでに謝罪もしている（多分注意もされている）
彼・彼女を吊るし上げることになりかねないことを、
「自社のPR」にもなり得る文脈の中で第三者、しかも法人が行うのは、醜悪ですらある。
本件では、社名を出さず、ガイドライン作成の呼びかけなどもせず、
「教育虐待ガー」とか言ってる層って、マジで日本の教育システムを単なるブラックボックスとして捉えてるんだよね。
でも実際は、日本の教育は競争アルゴリズムに基づく階層ソートシステム なんだよ。
入力パラメータ（学習量）を下げれば、アウトプット（進学・所得・婚姻市場ポジション）が劣化するのは仕様 であって感情論じゃない。
だから「可哀想だから詰め込みやめろ」と言うのは、システムの根幹ロジックを理解せずに設定値を勝手に下げる危険なパラメータ変更なんだよ。
日本社会は
つまり教育を削るという行為は、スコアリング関数の入力値を意図的に下げるのと同義。
当然、最終アウトプットは弱者男性という低スコア領域に落ち込む可能性が跳ね上がる。
これを下げた瞬間、
進学機会が減少（選択肢のサブセット化）
という 不可逆なデグレードが発生する。
これを回避するには、インプットを削らないのが最も効率的なんだよ。
まるで、性能要件を理解しない非エンジニアが、「その処理重くない？」とだけ言ってくる感じ。
それは 数千万〜数億円規模の長期的機会損失 という隠れたデフォルト・リスク。
でも外野はただの**無責任ノイズ（noise）**を発してるだけで、何ひとつ責任領域を持たない。
損失補償者（compensator）
意思決定権者（decision owner）
が一致している必要がある。
しかし「教育虐待ガー派」は意思決定に関わるくせに、リスクも損失も負わない。
これ、システム開発なら完全にアンチパターン（責任分離の破綻） なんだよ。
「サラリーマンの平均生涯年収3億円」はよく語られるけど、教育量の削減によって階層ダウンした場合、これは普通に大きく失われる期待値なんだよ。
つまり外野が無責任に発する「可哀想」って言葉は、他人の将来資産を数億単位で毀損するトリガーになり得る。
そのリスクを認識していない時点で、教育議論に参加する資格がない。
最終的に問うべきなのはこれ。
当然、誰も取らないし、払わない。
はっきり言うけど、ノーコードをバカにする、「ピュアなシステム屋」って呼ばれる人たち、マジで事業の何一つ理解してないだろ。
はてブとかTwitterでよく見かけるんだ。「いやー、ノーコードでやってるヤツって、システムの構造美とかわかってないよね。所詮おもちゃ」とか、「レガシー化まっしぐら。プログラミングの理論を学べば、あんなツールに頼らなくてもいいのに」とか、澄ました顔で言いやがる。
聞く耳持たねぇな、お前ら。
あんたらが話すのは、リファクタリングとか、将来的な拡張性とか、理論上は完璧に回るけど誰も見たことのない「永久機関システム」の話ばっかりだ。システム構造の美しさだけを愛でて、そのシステムが動かす先にある、埃っぽい工場とか、クレームだらけの品質管理現場とか、納期に追われる総務の顔とか、一切見ようとしない。
結果、どうなるか。
あんたらピュアなシステム屋が作った、理論だけは美しいシステムは、現場の泥臭いフローを無視するから誰も使えないゴミになる。で、挙句の果てに「現場がITリテラシー低いから」って、現場を馬鹿にして終わる。
うちの会社もそうだよ。IT部門が「完璧なシステム」を作ろうとして大失敗中。なにも成果物ができあがってこない。
で、今どうなってるか？
総務部とか品質保証部みたいな、本来システム開発とは無縁の部署が、「君ら事業理解あるでしょ？」って、DXの片棒を無理やり担がされてるんだ。
システム知識なんてゼロ。予算もろくにつかない。与えられるのは「ノーコードツール」だけ。でも、俺たちみたいな部署の人間は、なんとか仕組みをつくれる。事業がどういう仕組みで動いているか、どこに無駄があって、誰が何に困っているかを知っているからだ。それが俺たちの本来の仕事だからだ。
事業を知っているから、ノーコードツールで必死に現場の「紙とExcelとFAXとメールの混合物」を、「とりあえずここに入力さえすれば、全部自動で完結する」仕組みに落とし込もうとするし、それができる。
俺がやってるのは、ロジックの美しさなんてクソ食らえの世界だよ。
・工場長に怒鳴られながら、紙の作業指示書を電子化するフローを練る。
・倉庫の奥にLANが届かないから、延長ケーブルを引っ張って物理的に回線を引く。
・出来上がったシステムを、使い方を間違えないように現場のオッチャンたちに口酸っぱく指導し、「使ってくれてありがとう」って頭を下げて回る。
その結果、出来上がったシステムが、あんたらの言う「属人性の塊」だろうが、「スパゲッティ・ノーコード」だろうが、知ったことか。紙と手打ちExcelの地獄より、百倍マシだ。
俺たちのシステムは、見た目は汚いかもしれないが、実際に回っている。
あんたらが熱心に語る「理論上完璧なシステム」は、結局いまここに存在しないじゃないか。人の話も聞かず、現場にも行かず、べき論や「俺が知ってる最強のシステムの話」しか議論できないシステム屋に、ノーコードをバカにする資格なんて、どこにもないんだよ。
主要な費用
基幹システム開発・改修
基幹システム開発: 876億円
補足情報
マイナンバー制度全体では、システムの構築・改修等で約1兆1700億円、カード普及のためのポイントキャンペーン等で約2兆円が投じられており、制度全体で約3兆円規模の費用が発生しています。
基幹システム開発費安くね？
（https://hodanren.doc-net.or.jp/info/news/2023-11-8/
グダグダ…）
カード普及のキャンペーン等がシステム構築費用以上かかってるのウケる
きちんと検証してほしい
システム開発で生成AIを有効に使おうとしたら、生成AIが生成するコードを鼻歌混じりで完璧に仕上げられるだけのプログラミング力と、システム全体の最適な設計ができる技術力が必須の最低ラインとなる。
プログラミング力がなければ、生成AIが仕込む地雷に気付けないからシステムを地雷原にしてしまう。
そのレベルのエンジニアでは地雷除去は100%不可能なので、ぶっ壊れたまま走る暴走列車になるだろう。
経営者の手の中に残るのは、ぶっ壊れて部品を撒き散らすサービスと、逃げ出さなきゃいけない状況なのにそれを認識できないほど低レベルの「バナナ」エンジニアの集団だ ( 大枚叩いて「世界をひっくり返す画期的なサービスを作ってる！」って思ってたらこれとか、まじウケる w )。
システム全体の最適な設計ができなければ、適切なプロンプトを捻り出せないので、整合性を保ったままサービスを成長させることは不可能だ。
現状、どこかで誰かが作ったような小さなツールなら、なんとかなりそうだと思う。
けど、成長させる前提のプロダクトに使うとか、正気の沙汰とは思えない。
小さなツールはAI のフレームの中でこなせるとしても、自社サービス、特に今までなかった類のサービスとなったら、フレームの外、現実に開いたものだからAI が扱える対象ではない。
具体的な指示を出してくれるように見えてるだろうが、過不足なく正しいかと聞かれたら、AI推しエンジニアにホルホルされたものを見た限りでは、ないわー、としか言いようがない。
AIの絵とかと似ていて、ぱっと見イケてそうで、よく見たら変。
絵のように、縦横の制限があって、各ドットの色の幅の制限もあって、多少色ずれがあっても大勢に影響がないものじゃなく、プログラムは一箇所+と-間違えただけでも致命的なものだから。
って、やたら本プログラムに迎合的なテストが生成されていたりするんだが、実装ベッタリの境界値テストとかより大事なテストが丸っと抜け落ちてたりするんだよね。
で、その重要性というか危険性を、エンジニアは理解も認識もできないままになったりする。
意味のないテストを延々と繰り返して、実環境で不具合障害が発生するたびに、場当たり的な対策をフジツボのように追加しまくってやった気になるのを運用だとか勘違いしたまま炎上地獄への坂道を転げ落ちていくんだよな。
大規模なサービスの設計は抽象度の高い部分を先に詰めないと、辻褄が合わなくなって破綻する。
初期リリースにはブーストが必要なのは確かだが、使いこなせない生成AIを使うと、書き初めで最初に筆を置く場所を適当にするのと同じくらい、取り返しのつかない事態に陥るだろう。
初期リリースこそ、全体設計と、サービスを支える基本モジュールを抽象的に、丁寧に作る必要がある。
「一旦リリースしてシェアを獲得してから作り直す」という選択肢も、一昔前ならあったけど、AI で嵩増ししたサービスの作り直しは、多分すでに合理的ではない。
再設計再実装の手間もそうだが、補助輪(AI)エンジニアに、移行作業の戦略策定設計実施ができるわけがないから。
最低限のプログラミング力とシステム設計能力があって使いこなせるエンジニアと、ないけど称賛していれば自分もすごいエンジニアと思ってもらえると思ってる意識高い系(笑)エンジニアだ。
おいら自身、たまーに使うけど、チームメンバー全員に積極的に活用しろとは死んでも指示できない。
というか言い渡した。
どのレベルのエンジニアが書いたプログラムかという情報なしに、レビューとかしてたら時間がいくらあっても足りん。
特にプログラムを書けないことを誤魔化すためにAIを駆使する奴は、発覚したら即銃殺でも構わないと思ってる。
でも、ドキュメントをAIに食わせてナレッジ共有させるのは構わないですよねって？
ゴミドキュメントを大量生成させてAIに食わせても、結果はゴミ。
"Garbage in,garbageout"くらい知らんか？ w
まずちゃんとしたドキュメントを書いて、ちゃんと整理して、ちゃんと更新しろ。
それ以上のナレッジ共有はない。
そういうことができない人間が書くドキュメントが、有用なドキュメントなわけがないだろ w
で、表題の件。
自社サービスをボロボロにした張本人たちに建て直せるわけがない。
以上 w
むかしむかし、あるところに、ひとりの若者がシステム開発の会社に入ったそうな。
入社の日、会社のえらいおじさんたちはたいそう上機嫌で、「新人を歓迎せねば」と、社内で酒盛りを開いたそうじゃ。
おじさんたちは最初こそ、「わしらの時代はなぁ」「昔は夜通しコードを書いたもんだ」「このシステムは全部わしが作ったんじゃ」と、いかに自分たちが仕事ができるかを競い合うように自慢しておった。
ところが盃がすすむにつれ、話題は「いやぁ、今でも若い子にはモテるんだ」「この前も飲み会でLINEを聞かれてな」などと、自分たちがいまも現役でモテるという自慢へと移っていった。さらに酒が回ると、話はだんだんと猥（みだ）らなものとなり、笑い声が夜更けまで響いたという。
そのうち、ひとりの酔っぱらいのおじさんが申した。
そう言うやいなや、社内のパソコンでいかがわしき絵を次々と映し出したそうな。
ところが翌朝――。
出勤したおじさんたちは青ざめた。
「お、おい、どうやって戻すんだこれ……」
「ちょ、ちょっと待て、誰か詳しいやつ呼べ！」
と大騒ぎになったが、結局どうにもならず、その壁紙は数日間、社内のパソコンに堂々と映し出され続けたそうな。
若者はその様子を見て、思ったそうな。
――昨夜あれほど「昔は夜通しコードを書いた」と胸を張り、「今でもモテる」と笑っていたおじさんたちが、壁紙ひとつ直せぬとは。
そうして若者は、「ここにいては自分まで腐ってしまう」と悟り、這々の体で会社を逃げ出したそうな。
めでたしとも、めでたしとは言えない話じゃ。
（ChatGPT作）
数年前、年収900万超でシステム開発のマネジメント職に転職した。前職も同じくらいの年収だったんだけど、そもそもあれがバグってた。今になって振り返ると、完全に身の丈に合わない転職をしてしまったと後悔している。
前職の入社時の年収は350万くらいだった。オーナー企業の少人数の会社。上司も部下も顧客もそこまでITに詳しくなくて、ハッタリかませばだいたいなんとかなる環境だった。
もともとITをよく分かっていない人の話を聞いて整理するのは得意だったので、エンジニアからPMになり役職がついた。気づけば年収は入社時の2.5倍以上になっていた。
モダンな開発はなんとなく齧ってた程度で、基本はハッタリマネジメントでなんとかなった。作ってたシステム自体もそんな複雑なものでもなかったし。
経営陣がいろいろやりたがる人たちだったので、広く浅くなんでもやってみたい自分には性が合っていた。ただ、いろいろあって辞めることにした。
転職活動を始めた時に出会ったのが「錯覚資産」という考え方。ふろむださんの『人生は、運よりも実力よりも「勘違いさせる力」で決まっている』で知った。
前職で900万近い年収だったので、ハロー効果が効いて年収を維持したまま転職できた。LLMのように相手に合わせてこういう言葉を紡げば相手は納得してくれるだろうという能力には長けていたので、面接はハッタリでなんとかなった。
実務で足りないところは、ハロー効果が効いているうちに実力をつければ何とかなるだろうと思っていた。甘かった。
現職は前職と違って、成長企業といえどちゃんとした会社。オーナー企業的な空気もなければ行き当たりばったりでもない堅実なところだった。
そして何より、バリバリモダン開発の会社だった。SREだDevOpsだDDDだスクラムだなんだかんだと、今までとの落差が激しすぎる。
上司も同僚も部下もシステム開発をよく分かっている。システムがわからんという人のために色々整理してあげるという、自分のコア能力が全く発揮できない。
伸び悩んでいる部下へも適切な指導ができない。前職まではシステムよく分かっていない顧客と上司に納得してもらえばなんとかなったので、部下は育てなくてもなんとかなっていた。困ったときは外注を入れて凌いでいたし。
もう、上司・同僚・部下からなんとなく腫れ物扱いになっている。年収も年収なので会社に対して申し訳ない気持ちになってきた。会社も余裕があるわけではないし。自分が無能だということがなんとなくわかり始めてツラポヨ。
なんかエンジニアリング自体に自分が興味なかったんだなぁということを実感した。
なんだろう、もともとウェブ屋に毛が生えたみたいなシステムなんでも屋おじさんだったので、バリバリエンジニアリングの専門集団に入ってしまい違和感が半端ない。
俺はウェブというメディアに興味があるのであって、エンジニアリングそのものには興味がないのだ。ということに今さらながら気づいた。
昔のワールドワイドウェッブはねぇ、なんというか、自由というか個人が自宅の机の上から世界中に情報を発信できるという夢に溢れていたのだよ。なんだね今のウェブは。ただのシステムが乗っかるための土台でしかない。面白くなくなったねぇ。Flashとかの標準なんかクソくらえな「リッチコンテンツ」が溢れていたときはなんかカオスな楽しさがまだウェブにあったが、もうなんかビジネスしか残ってないのはなんなのかね。どこに行っちゃったのかね。
閑話休題。
錯覚資産はコンフォートゾーンから一つ抜けたストレッチゾーンに行くために使うべきだった。自分の場合は一歩超えてパニックゾーンに行ってしまった。
最初は周りも良い人だらけだったので、持ち前のハッタリでなんとなくやり過ごせた。でも数年経つと化けの皮は剥がれる。
あと、ハッタリかますのに全力を使いすぎて余裕がなく、力をつける時間を作れなかったのが敗因だと思う。
まぁまた転職すれば現職の錯覚資産のハロー効果でなんとかなると思う。年齢的にだいぶ中年なので不安もあるが、ストレッチゾーンに当たりそうな会社にどうにか転職したい。年収は下がりそうだけど。
もしくは開き直って居座るか。でもこの精神状態で居座り続けるのもキツい。
錯覚資産を使う場合は十分気をつけてください。背伸びしすぎると、自分も周りも不幸になります。
そして何より、自分が本当に何に興味があるのか見極めてから使いましょう。年収やポジションに目が眩んで、自分の適性を見誤ると地獄を見ます。
Permalink |記事への反応(13) | 23:07
配属されたシステム開発部には定年後再雇用されたベテランの先輩が一人いるだけで、
UNIFACEとかDelphiとかで作られた化石みたいな業務システムを保守してた
改修や仕様追加はわりと頻繁にあり、先輩はやり手でちょちょいといじって直してしまう
それを俺もできるようになってくれというのだが、研修があるわけでもなく、
UNIFACEもDelphiも10～20年前の参考書しかない
零細のWEB制作をあちこち転々としたあと、反社のフロントみたいな企業に落ち着き
7年くらいコーディングとか、社内ツール作ったり簡単なPHP開発なんかをやった
近年はChatGPTとかも活用して小規模なWEBサービスも作ったりしてた
とか思ってしまった
それで「開発もそれなりにやってきました」って体で実際に転職活動してたら
転職先は中小JTCだが結構ちゃんとしてて、業界は落ち目だが競合が少ないので転落は緩やか
なんとか定年まで勤め上げれば老後も不安なく生きれるだろうなって感じ
そこまでは良かったのだが…
ダメだった、俺開発とか出来なかったわ
配属されたシステム開発部には定年後再雇用されたベテランの先輩が一人いるだけで、
UNIFACEとかDelphiとかで作られた化石みたいな業務システムを保守してた
改修や仕様追加はわりと頻繁にあり、先輩はやり手でちょちょいといじって直してしまう
それを俺もできるようになってくれというのだが、研修があるわけでもなく、
UNIFACEもDelphiも10～20年前の参考書しかない
使用人口が少ないのかネットを漁っても情報が少なすぎてすぐ積む
WEB開発してた時はネット検索＆コピペ＆AI生成で何とかなってしまっていた
それが今はどうにもならん
毎日毎日過去のコードを読んでるが、前提となる業務知識も複雑で遅々として解読が進まない
先輩は優しく「わからないところは何でも聞いて」とか言ってくれるが、
四十路のおっさんがこんなこと言うのもあれだが、正直もう完全に自信喪失して逃走したい気分になってる
完全に力不足だった
かと言って辞めたところで何ができるわけでもないんだよな
この前まで反社のいい加減なフロント企業でちょっと真面目だったから重宝されてただけで
なんかもう人生が完全に行き詰ってると感じる
Permalink |記事への反応(27) | 12:50
https://qiita.com/h_horiguchi/items/b22b2482ab1506d27664
これが、ちょっとやばい。どれくらいやばいのか、エンジニアじゃない人にもわかるように説明してみる。
まず、富士通は「社内システム開発」や「自治体システム」を担ってきた。
大企業や自治体がシステム（在庫管理、職員データベースなど）を作るときは、富士通のような大手SIer（システムインテグレーター）に外注する。
マイナンバーカード関連のシステムも、富士通が関わっている。こうした案件は、数年で数億円規模の予算が動く大事業であり、富士通の主要ビジネスの一つだ。
富士通のクソ高いサーバーやネットワーク機器を購入し、開発から保守まで富士通のエンジニアが担当する。
完全に「富士通の中で完結」する仕組みだ。
アマゾンが提供するクソ高いクラウドサービスだ。富士通のサーバーやネットワーク機器を買う必要がない。
富士通がアマゾンのクラウドを“借りて”システムを運用する形になる。
ここでお金の流れを見てみる。オンプレとAWSでは、お金の流れが根本的に違う。
そして問題の記事では、富士通の社員が自社のオンプレからAWSへの移行方法を丁寧に解説している。
つまり、「富士通を通さなくてもいい時代」の到来を、自ら説明してしまっているわけだ。
まとめると、富士通はこれまでオンプレで利益を上げてきた。しかしAWSの普及で、アマゾンにお金が流れる構造に変わっている。
そして富士通のエンジニア自身が、その変化を促すような記事を書いている。
自社のビジネスモデルを自ら否定する記事を、堂々と公開している会社。
普段はてブに書いてるけど書ききれないし横道すぎるからここに書く
大阪・関西万博の予約システムを受注した会社が開発後記を公開…わかりにくいと不評だったシステムは下請け側のせい？要件定義できていなかった発注側のせい？
https://togetter.com/li/2614913
一つ一つに矛盾があればとたんに動かなくなるわけで、それを避けてシンプルにサービスを提供するには
いかに要件定義段階で「これは何をどうやってどういう風に動かすのか」を決めておかないといけないかを
だがそれはあくまで要件定義に沿った開発の問題点を整理するものでしかない
システム開発においては、というかすべての制作においては起案企画の段階で専門家等を交えて意識統一をし
細部までわかる人間が要件定義をし、それに見合った業者を選定し開発することが必要
最近ノーコードや生成AIが出てきたせいで「なんとなくできる気がする」奴がさらに大量発生している空気を感じている
「そんな訳ないですよちゃんと作りましょう」と言える人間が必要
iPhoneショックの話もしているが、携帯の会社が携帯のバージョンアップの企画を募集している時点で勝てるわけがない
価値を探求するなら関係各位が言い訳ばかりであることに着目すべき
ここで思い出したのが小室哲哉の潔さだ
小室プロデュースで一世を風靡した大御所なのに宇多田ヒカルの登場を振り返って
「何がAutomaticなのか理解できなかった、僕には出てこない」と素直に認める発言をしている
絶頂期にいい気になってしまったり、女性にまあまあだらしなかったりするものの
一貫して腰が低く、他者を認められる人であるという事は凄いと思っている
iPhoneと似たようなものを想像した人間は国内にもそれなりにいたと思う
でも製品にはならなかった、携帯のバージョンアップの案としてのiPhoneは没になる
大阪・関西万博の予約システムも起案企画段階での全体の読みが甘かった、
国内でも東京オリンピックの制作チームなど経験あるところに助力を仰ぐべきだった位の振り返りをするべき
下請けVS発注者のポジショントークさせて犯人捜しした挙句、コミュニケーションというどっちつかずの言葉で結論づけるのは安易だ
そもそもなんだけど、今日本で外貨を稼いでる業界ってのが、一位が自動車、二位が半導体製造装置、三位が観光なんだわ。
観光立国？それも不安だけど、とにかく、現実を見れば自動車以外みんな落ち目。
それもこれも、
「バブル崩壊？知るか！日本の貿易黒字は許さん！輸出を増やさず内需拡大で乗り切れや！」
ってアメリカ様の意向で内需の国になったせいなんだけど、内需って国内で売って買ってだからさ、最終消費者のこれからのメインターゲットが年寄りなわけ。
スマホで配車予約して目的地セットする年寄りがどんだけいるよ？
若者がどんだけいるよ？
ロボタクシーを実用化しても、運行を監視するのは年寄り、サーバー管理するのも年寄り、システム開発するのも年寄り、中抜きするのも年寄り、まともに働ける年寄りは誰だ？
優秀な外国人を開発者や管理者として招聘したら、トコロテンされて今役に立たないジジイが、例えば24時間モニターの前に座ってロボタクシーが止まった時に電話対応してくれたりすんの？
ロボタクシーは普及すると思うけどさ、いいとこ半分でしょ。
