  |
はてなキーワード: レガシーシステムとは
飲食はリモワ出来ないこと以外は手堅いと思うやで。飲食の経験あるから飲食にはいつでも戻れるって感じなら
もう無資格でもさっきのワードで引っかかるところ数受けて入っちゃった方がいいと思うな
ずっとSIは死ぬって言ってるひとたちがおるんやが消えて無くなりはしないだろうけど
エンジニアの活躍の場は、SIerからユーザー企業へ
――開発者ではなくユーザーになるとしたら、エンジニアの仕事はどうなるのですか？
「全員が食っていける」のは、あと10年くらいじゃないですか。それまでにいわゆるゼネコンシステムがなくなって、SIがいらなくなるはずだから。
現時点ではいまだに日本企業の約７割がレガシーシステムを使っているので、クラウドに移行する作業が残っていますが、それが終わればSIに発注する企業はなくなりますよ。AmazonからAWSを買ってくれば、わざわざ外注しなくても、自社でいくらでも運用できますから。
それにIT業界のゼネコンシステムがいかに無駄な仕組みか、企業側も気付き始めています。最近もメガバンクが立て続けにシステム障害を起こしましたが、銀行が元請けに原因を問い合わせても、下請けや孫請けに丸投げしているから分からないっていうのが大体の回答でしょう。同様の構造が東京オリ・パラやコロナ関連のアプリ開発でも行われていることが報じられた。
それでも今はまだテクノロジーに疎い世代が経営層にいるので、しばらくは外部に発注する流れが続くかもしれませんが、10年後には今の40代が組織の意思決定者になるので、「外注するのは無駄だから、自前でやろう」となります。
――自社サービスに携わるエンジニア以外は、10年後には職場を失うと？
誤解のないように言っておきますが、エンジニアの仕事は、その後もずっとなくなりません。ただ、私が言いたいのは、エンジニアの活躍の場がSIerからユーザー企業へ移るということ。企業がAWSやAzureを使うにしても、それを担う技術者は必要なので、自社でエンジニアを雇うようになるわけです。
ワイは最後のところについて、こう思ってるやで。非IT職でもプライベートでITに触れる世代が決裁権を持つわけでお寿司
システムエンジニアをしているけどお客の自称大企業のシステム管理経験ありの役職者が要求仕様で意気揚々とExcel方眼紙で資料出してきて頭抱えている。
せめて内容がまともなら良いが書かれている内容も要求仕様からは程遠いメモ書きでこちらから細かい質問を投げては社内で確認して回答貰うメッセンジャーにしかなっていない。これで社内システムの責任者？
ほんとマジでExcel方眼紙は止めろ。餅は餅屋で表計算だけにしろ。馬鹿でExcel方眼紙しか出来ないならPDFに出力してよこせ。どうせファイル名馬鹿みたいに日付とリビジョン付けんだろうな。
ExcelはA4横に綺麗に罫線ひいて見栄えよく書類作るツールじゃないわ。あとcsvをExcelで開くな。Excelに合わせてShift-JISに文字コード要求すんな。システム担当がUTF-8のファイルをExcelで開いて「文字化けしてます。バグですね！」とか言うな。あと郵便番号データ開いて0消してはがきデータ印刷で失敗して焦んな。
こんなこと書くと何故かExcel方眼紙肯定派が出てくるけど一度も納得できる理由を聞いたことが無い。結局馬鹿が色んなツール覚えられないだけでしょ。そういう人はシステムの仕事から離れろよ。Office365もまともに使えない奴がいっちょ前にシステムエンジニアに意見言うな。レガシーシステムの改変に文句言うな。工数に口出すな。っていうかこっちが言ってること大半理解せず金の時だけ発言すんな。あとアジャイルなんでそんなに好き？アジャイルの前に自社の業務理解しろ。そのうえでExcel方眼紙やめろ。
「人力検索」 後発ヤフー知恵袋のこと？ だいぶ荒れているよね、嘘っぽい話多めだし。 ＩＴはgithub、人文系はquoraに逃げた向きも？
「はてなグループ」 これは対応する後発あるか？ はてなブログがnoteにまけてるのはグループとはかんけいないし、やめたのはレガシーシステムだからでは？
「はてなポイント」 これは楽天ポイントとか電子マネーのこと？ よそで積立金かきあつめてスタッフ一人くらい自殺してた時期になにもおこらなかったことがめでたいよ
「はてなハイク」 これもしかしてツイッターのこと？ いまだにはてなhaikuのほうが使い勝手いいしsudohaikuなら生きてて民度も高いよ
まあでもツイッターが激安になったらhatenaでかいとってくれねえかとおもうけど。ユーザー規模が大変だし今のhatenaって結局サーバーやさんなんだよなぁ
そうだな逆のほうがあり得るな
一方で円安が進むなか、大企業のなかには国内回帰の動きも。円安や現地の人件費上昇により、海外生産のメリットが薄れてきていることがひとつの要因です。海外での日本企業の影響力低下という側面もいわれていますが、大企業から発注を受ける国内の中小企業にとっては、千載一遇のチャンスだといえるでしょう。日本を離れる外国人労働者に代わって……そんな流れも期待できます。
しかし、ただ口を開けてまっていればいいという甘い話ではありません。国内の中小企業のほうが高い生産性を誇らなければ、発注側となる大企業もメリットがありません。そのなかで行うべきは、いわゆるDX。企業がデジタル技術を用いて、業務フローの改善や新たなビジネスモデルの創出、レガシーシステムからの脱却などの変革を実現するもので、労働生産性の低さが指摘されている日本企業が迅速に進めなければいけないとされています。ここでDXを推し進め、高い生産性を誇れば、チャンスをつかむチャンスが広がるというわけです。
国内回帰の流れが加速するかどうかは未知数ですが、DX推進は中小企業にとっても緊急課題。外国人労働者に頼らなくてもよい、効率的な体制への変革が求められています。
https://news.yahoo.co.jp/articles/b8d986a4c1cfc9cef6287cb8435068c46c704d46?page=2
ふむ
とかいうけど、実際楽だし良くね？
前職SIerでSEやってて鬱予備軍だったけど、去年SESに転職してメンタル回復した。
前職SIerは、客や下請けとの調整ごと、レガシーすぎるシステム、n年同じプロジェクトに監禁……などなどが嫌すぎて辞めた。
転職先のSESで、前職SIerと似たような会社に派遣されてワロタけど、以前より全然楽ちん。
プロパーが矢面に立ってくれるから、アホみたいな客や下請けと話さなくてよくて、話のわかる社内のエンジニアとだけ話せばいい。
技術単位で案件絞ってくれるから、クソレガシーシステムには当たらない。
このプロジェクト怠いなと思っても、ちょっと我慢すれば別のところに行ける。
「SES やめとけ」「SES 闇が深い」とかいうけど、これから良くないこと起こんのかな。今までの人生、一瞬楽しくてそのあと長い長い地獄が続くようなことの繰り返しだったから、たぶんそうなんだろうな。
リクルートにおける VDI の導入、運用、コロナ対応、そして今後の ICT 環境を紹介する連載。
今回は、VDI 導入を振り返り、中長期の PC 環境の構想をお伝えする。
23 →目次に戻る
“ ネットワーク状況によっては使えないシーンがある点 ” は、VDI なら避けられない問題です。特に外出中は、ス
マートフォンによるテザリングで VDI に接続する際に、エリアや移動状況によっては通信環境が安定せず、通信が
切断されたり、通信速度が遅くなったりするなど、VDI がスムーズに動作しないシーンがありました。この課題に
対しては、スマートフォンのテザリング容量の観点なども含めて検討し、対処してきましたが、完全には解決でき
ませんでした。そこで、VDI では業務遂行がどうしても困難なユーザーに限定し、さらに高セキュリティ業務以外
での利用において通常の PC（FAT PC）を配布するようにしました。
もう一つの課題 “ ビデオ会議実施時の不具合 ” については、もともと VDI とビデオ会議の親和性は良くない点
が前提にあります。ビデオ会議の場合、クラウドサービスを使うことが多いと思いますが、通常の PC なら、クラ
ウドサービスと PC 上のビデオ会議ソフトウェアが直接つながり、ユーザーは快適にビデオ会議ができます。一方、
VDI の場合、クラウドサービスと VDI 上のビデオ会議ソフトウェアがまず接続され、その後 VDI から VDI 専用端
末（シンクライアント端末）に音声と動画が転送される形になります。音声も動画もいわば二重でデータ転送さ
れる仕組みなので、劣化してしまうのは避けられません。具体的には、音声が途切れ途切れになったり、動画が
また、システム管理の観点でもデメリットがあります。通常の PC では、ビデオ会議ソフトウェアの機能でクラウ
ドサービスとのネットワーク接続状況をチェックしてくれて、最適に通信する仕組みなのに対し、VDI ではそのよう
な機能は使えません。ビデオ会議ソフトウェアにその機能が搭載されていても、VDI から VDI 専用端末に通信す
る段階でそれらの機能が無効化されてしまうのです。その結果、VDI 上でのビデオ会議は通常よりも多くの通信
量が発生してしまい、外出時などテザリングの容量を圧迫することになっていました。
しかし、最近ではビデオ会議のこうした課題の回避策として、クラウドサービス各社が VDI 用のソフトウェアを
リリースしてくれるようになってきました。VDI 用のビデオ会議ソフトウェアを VDI にインストールして、一部のソ
フトウェアコンポーネントを VDI 専用端末にもインストールします。そうすることで、VDI と VDI 専用端末が協調
してビデオ会議端末として動作し、クラウドサービスと VDI 専用端末とが直接つながる構成になり、従来に比べる
と音声や動画の劣化が大幅に避けられるようになってきています。
24 →目次に戻る
中長期の PC 環境を構想する――“ 中長期 ” という新たな観点の導入
以上をまとめると、いまの VDI 環境では当初想定したメリットは得られたものの、ネットワークとビデオ会議に
おいてそれぞれの課題があります。ネットワークの課題は、一部ユーザーに FAT PC を配布することで、ビデオ会
議の課題については VDI 用のビデオ会議ソフトウェアをインストールすることで解決できます。いまの VDI 環境
を評価するマトリクスを作って検討してみると、VDI 用のビデオ会議ソフトウェアがうまく動作すれば、VDI 環境
をそのまま継続するのが妥当なように見えました。とはいえ、そのような “ カイゼン策 ” を施しながら、VDI をい
まの形のまま続けるべきなのでしょうか。そして、そのような思考プロセスに本当に問題はないのでしょうか――。
われわれは検討時に、新たな視点を導入することにしました。それは “ 中長期 ” 視点です。2015 年においては、
3 つの課題という、“ いま、ここ ” における課題に対する解決策として VDI を採用したものの、今後長きにわたっ
て会社を支えていくPC 環境を構想するに当たり、それだけでは不十分ではないかと考えました。リクルートは創
業から 60 年以上がたちました。今後も長きにわたり、カスタマーやクライアントの皆さんのためにより良いサービ
スを提供し続けることになるでしょう。それには短期的な視点だけではなく、中長期でのあるべき PC 環境を描い
て、それに向かっていまどうすべきかを考えなければならないと思ったのです。
そのためには、まず働き方が将来的にどうなるかを想定しなければなりません。次期 PC 環境を検討していたの
はコロナ禍前でしたが、ゆくゆくは「完全に場所を選ばない働き方」になるだろうと予想していました。キーワード
で示すならば、「Anytime/Anywhere/Securely/Work Digitally」という表現になるでしょうか。そのような働き方
を実現する PC 環境については、既にいわれて久しいですが、クラウド中心の方向性は変わらないでしょう。加えて、
今後は多種多様なデバイスが出現すると想定しました。いまは PC や VDI が中心であり、補助的にスマートフォンが
使われているというのがビジネスにおける PC 環境の実情だと考えます。では、今後はどうなるのか――。
スマートフォン中心になるという見方もありますが、学校では情報教育が進みノート型の端末が支給されており、
家庭においてはスマートスピーカーが広まり、AR/VR（拡張現実／仮想現実）もゲームなどを中心に広がってき
ています。また、企業では製造業などで AR/VR が使われる事例も出てきており、IoT デバイスもいろいろなユー
スケースが生まれてきました。
そう考えると、ユーザーが使う端末は、どれかの端末に収束していくのではなく、2in1 あるいはクラムシェル型
などの PC、スマートフォン／タブレット、AR/VR デバイス、スマートスピーカー、IoT などいろいろなデバイスを
使いこなしていく世界になるのではないかと考えます。業務のさまざまな場面で、いろいろなデバイスの中から最
適なものを選び、さまざまなクラウドサービスを使いこなし業務をしているイメージです。それらを使うことで、場
所を選ばず、どこにいても対面同様のコラボレーションができるでしょう。さらには、AI（人工知能）技術などを
活用しながらユーザーの業務を支援するなどして、高い生産性を生み出すことができる環境になっていくのではな
25 →目次に戻る
中長期視点で考え、いま行動する――「クラウド＆マルチデバイス環境」へ
われわれは、このような環境を「クラウド＆マルチデバイス環境」と呼ぶことにしました。中長期的には「クラ
ウド＆マルチデバイス環境」になるとして、VDI の EOSL 契機に対応しなければならないわれわれの次の PC 環
境はどのように整えたらいいのでしょうか。
大事なのは、「中長期視点で考え、いま行動する」ことです。中長期視点だけを考えれば、一気に「クラウド＆
マルチデバイス環境」にすべきでしょう。ところが、われわれの環境内にはまだレガシーシステムが残っており、一
気にクラウドだけを利用する業務形態に変えるのは困難でした。また、検討した結果、現時点では VDI に勝るよ
うなセキュリティ確保の仕組みは見当たりませんでした。そのため、情報資産の囲い込みができるという点で、高
セキュリティ環境に対しては継続して VDI を活用することにしました。
セキュアな環境以外の用途においては、“ いま ” のことだけを考えれば、ビデオ会議の部分のみを改善して VDI
環境のまま、次期 PC 環境を作る方向もあり得ました。しかし、それでは今後の PC 環境が VDI に固定化されて
しまうことになります。VDI 環境をいままでと同様にオンプレミスで作るには、初期に大きな設備投資が必要とな
り、また一度構築してしまうと使い捨てるわけにもいかず、それをしばらく運用し続ける必要があります。今後い
ろいろなクラウドサービスやデバイスが出現すると、活用したいと思う方も多いでしょうが、既に VDI を使ってい
る場合、VDI の代わりに別のものをすぐに使うということはなかなかできません。そういう意味で、PC 環境が固
定化されてしまうことになるのです。
中長期の環境に一気に切り替える方針でもなければ、現在のことだけ考える方針でもなく、「中長期視点で考え、
いま行動する」方針で検討した結果、次期 PC 環境は「クラウド＆マルチデバイス環境」を目指すための第一歩
と位置付け、「VDI と FAT PC のマルチ環境」を構築することに決定しました。先述した通り、レガシーシステム
が存在し VDI 以上に情報の囲い込みができるソリューションがない中で、VDI から離れ、一気に中長期的な将来
像を目指すのは困難です。とはいえ「将来像に向けた環境をいま作るべき」と考え、VDI と FAT を業務特性に応
じてユーザーに配布するマルチ環境に刷新することにしました。つまり、高セキュリティ業務ユーザー向けにはセ
キュリティを確保した「セキュア VDI」、それ以外の一般ユーザー向けには FAT PC を配布することにしたのです。
将来的にはマルチデバイスといっても、いまだ PC がメインなので、まずは PC を配布し、その上で今後 AR/VR
デバイスといった他のデバイスも検討していきたいと考えています。
なお、VDI 環境としてはもう一つ、機能更新がない固定的な OS を必要とするレガシーアプリ向けの環境も VDI
で用意することにしました。用途が限定されていることから、社内では「特定用途 VDI」と呼んでいます。
26 →目次に戻る
以上をまとめますと、働き方は中長期的に「完全に場所を選ばない働き方」へと変わり、それに応じて PC 環
境は「クラウド＆マルチデバイス環境」になっていくでしょう。われわれも VDI の EOSL のタイミングで変わって
いかなければならず、将来に向けた第一歩として、次期 PC 環境は「VDI と FAT PC のマルチ環境」を実現する
ことにした、ということになります。
なお、コロナ禍において、われわれは現在の VDI 環境下でビデオ会議の改善を試みました。先述した VDI 用
のビデオ会議ソフトウェアの導入を検討し、一部導入したのです。その結果、ビデオ会議の音声と動画の品質が
極めて改善されることになったものの、2 つの課題が新たに見つかったのです。
1 つ目は、普通のビデオ会議ソフトウェアと VDI 用のソフトウェアとの間に機能差があった点です。この課題は
今後解消されるかもしれませんが、われわれが導入した段階では VDI 用のソフトウェアが機能面で劣っていました。
2 つ目は、導入／管理コストです。1 つのビデオ会議システムしか使っていない場合は問題ないかもしれません
が、複数使っていたり、今後新しいシステムの導入を考えようとしたりすると、ソフトウェアの導入、管理に都度
以上 2 点については、いま検討されている方のご参考になれば幸いです。次回は、リクルートがいままさに取り
前回: https://anond.hatelabo.jp/20211225003115
調達資金もそこを突き、受託開発をして日銭を稼ぐことになってしまった
請け負った仕事はレガシーシステムのリプレイスでものすごくつまらなかった
この頃には自分のモチベも底をついて、いつ辞めるかタイミングをはかっている状態
ただ、CTOと近しい仲だったのこともありなかなか言い出せなかった
自社サービスの要件定義すら出来ない人たちなので、受託開発の要件定義も出来るはずもなく炎上しまくった
ドキュメントもmakdownで書いたとしても顧客側が理解できるはずもなく
こつこつ仕様をつめて、コードを修正してなんとか形にはなっていった
この頃になるとKさんを下に見る風潮は無くなっていた
そうこうしているうちに、会社の解散手続きにはいることを聞いた
「ああやっぱりか」これで解放される
嬉しさしかなかった
https://www.orangeitems.com/entry/2019/12/28/084402
俺はとある中小自治体で情シスをやったことがあるので、色々と思うところがある。
この記事だと、要件定義できない京都市が悪いで終わってしまいそうで、まあそうなんだけど事情も色々あるんだよというところで、フォローしてみたい。
まず、俺のいる自治体の話をしよう。
俺が情シスにいた10年程前に、今回の京都市のようにレガシーシステムを刷新した。刷新前は担当SE一人しかメンテナンスできないような、人間と機械がセットでようやく動くようなシロモノだった。
それを、某ベンダーのパッケージシステムをほぼカスタマイズせずに導入する形で刷新した。
当然多くの問題があったが、当時の上司が大手SIER出身で庁内でも力があり、市長も強く後押ししてくれたので押し切った。
今回の件に関して、自治体ごとにバラバラに開発するのは無駄って意見も多くあったけど、これは認識が古い。
中小自治体は、ほとんどがパッケージシステムに移行しててすでに平準化されている。
では、なぜ同じことが京都市ではできないのか？
政令指定都市は、都道府県並みの権限を持った基礎自治体で、簡単に言うと市と都道府県両方の業務をやってるようなもんだ。
業務の幅が非常に広く、対応できるパッケージシステムが存在しない。
国が標準システム作っても同じ事で、それは政令市では使えない。
それと、政令市のような巨大組織では部局間の独立性が高いことも事態を難しくしている。
ウチのような小さい組織なら原課を説得して回ることも難しくないが、巨大組織で同じような根回しは困難だろう。
その結果何が起こるかというと、「変えるのは良いけど今と同じことができないと許さない」という思考停止した要請が原課から投げつけられることになる。
情シス担当が異動でころころ変わるせいだという指摘も多いが、これは、そういう問題じゃないと思う。
では、なんで原課は今と同じに拘るのか？それは、今までそれが正しいという前提でやってきたので、違う結果が出ると今までが間違ってた事になって大変困るからだ。
ウチの場合も旧システムとは完全には一致しなかったが、納得できるところまで擦り合わせて、最後は諦めて押し切った。
でもそれは、一致しないのが1件とか2件だったから押し切れたのであって、規模が大きいとそれが数百件になってしまうかもしれない。
その場合は責任問題になるので、なかなか担当レベルでは踏み切れないだろう。
ただ、今までが正しかったという事を誰も証明できない以上、正しい計算で出てきた新しい答えを正解とする決断をしないと、事態は前に進まない。
結局、旧システムとの答え合せをどこかで諦めて、新システムから出たものが正しいかどうかを地道に突き詰めて、正しい結果なら今まで間違ってましたって認めるしかないのだけど、その決断ができないせいでこじれて何億もの税金が消えていくわけだ。
その決断は誰がするのか？それは情シス担当なんかじゃなく、間違いなく市長だろう。
この案件は市長の政治的決断で処理すれば問題にすらならないもので、推測だけど、他の政令市ではそれで押し切った部分があるんじゃなかろうか。
ということで、個人的には全て市長が悪い案件だと思っているのだけど、当の市長に担当者が責められてそうで怖い。
そこに要件定義ができないせいだとか書かれたら、さらに責め立てられる理不尽なことになりそうなので、あんまり担当者を責めないであげてほしいと思う。
