  |
はてなキーワード: リプレースとは
増田を全削除するのであればPower Automation DesktopかSelenium IDEあたりでも使えば可能ですが、中にはブクマを集めた珠玉の増田やブクマは付かなくても割と気に入ってる増田もあるので全削除はしたくありませんでした。
Masuda Deleter
https://github.com/oribeolive/masuda-deleter/
Masuda DeleterはDockerコンテナに環境を作って動くのでDockerが必要です。
M1 Macで動作していますがWindowsは検証できるマシンが手元にないので動作未確認です。
インストールはGitHubのREADMEに書かれたコマンドを実行すればできると思います。
Masuda Deleterははてラボにログインして指定されたページ分の自分の増田の投稿をスクレイピングしてローカルのDBに保存します。
取得された投稿のリストがブラウザで見られるので、そこで削除するものを選んで実行すると、またログインして投稿を削除しにいきます。
ページのアクセスごとに読み込みと遠慮のために1秒から数秒sleepするので少し時間がかかります。
一旦投稿をローカルに保存するという過程があるため副作用として自分の投稿を検索できます。
これにより
が容易になります。
増田にはAPIがないので、IDとパスワードを使ってログインして、表示されている文章をスクレイピングしてくるという原始的なやり方になります。
(2回目からはcookieがある場合はcookieを復元してログイン状態になります。)
ユーザーが知らない外部サイトにクレデンシャルを渡すのは危険であり、サービス運営側としてもパスワードを平文で持ちたくないので、Webサービスとして実装せずセルフサービスとしております。
ユーザーによってローカルの.envファイルに書かれたIDとパスワードを使用する形です。
ソースをオープンしておりますので怪しいことをしていないかも確認ができるかと思います。
一応下にプログレスバーが出ますが、ページ遷移すると見られなくなります。進捗は進捗管理でも確認できます。
取得された投稿はリアルタイムで画面に反映されないのでブラウザをリロードしてください。
増田のID、タイトル、本文の省略、投稿日時、ブクマ数、トラバ数が表示されます。
「あとで消す」投稿をチェックし、「あとで消す」記事をついに消すボタンで削除を実行します。
チェックは別のページに遷移しても有効です。
こちらは実行した時点で表示されているページのみリアルタイムに画面に反映されます。
投稿の全文を見られます。タグ等は取得しないのでテキストのみになります。
投稿を個別に取得してローカルの文章とブクマ数とトラバ数を更新します。
対象の投稿のタイトルを空に、本文をスペース1文字にしにいきます。
処理の進捗(何件中何件処理済みか)を見ることと、処理を停止させることができます。
排他処理(取込と取込、特定IDの削除と同じIDの削除等)にしているので動いていなそうな処理を停止して再度処理を実行するときに使います。
停止する場合は停止ボタンを押すか、それでも停止しそうにない場合は強制停止ボタンを押してください。
「停止」は今行っている最中の処理ではなく次以降の処理を停止するという形になります。
停止ボタンを押したときに4ページ目を取得している場合は、5ページ目の取得を始める前に処理を終了することになります。
そのためプロセスそのものが止まっている場合は停止されません。
「強制停止」はプロセスをkillします。スクリプト名とプロセスIDでプロセスを検索して子プロセスも含めてkillします。
おまけとして、投稿日とブクマ数、投稿日と3ブクマ以上の投稿の件数、投稿時間(hour)ごとの1ブクマ以上の投稿の件数のグラフが見られます。
ブクマが付いた瞬間ではなく投稿日時なので、いつの時期に投稿した、何時に投稿した増田が活きが良いのかを見られる程度です。
集計データを別に持っていないので増田を削除するとグラフに使用されるデータも消えます。
私はこれで多いときには4000件程度あった増田を3000件程度に減らしました。
これを開発する前からも増え続ける増田の削除に日々勤しんでいたので総数はもっと多いはず。
まだまだ削除したいです。
たまに
Message: unknown error: net::ERR_CONNECTION_CLOSED
というSeleniumのエラーが出て処理が実行されないことがあります。再度実行してください。
フロントエンドがレガシーなのでMasuda Deleterの開発に飽きていなければもう少しモダンにリプレースしようと思っています。
使用していないDjango REST frameworkがrequirements.txtに入っているのはその名残です。
そもそも労働集約型産業の典型的なスタッフなので、それ自体に良いも悪いもない。
「知識集約型産業であるはずのシステム開発を、日本じゃ未だに労働集約型のメソッドで回してんの？」
という問いかけになる。
というか日本でプログラマと言ったら、現状その大半が顧客の大企業の基幹システムの新規開発ないしリプレースで、
2次請けか3次請け～末端でコード書いてる人達だと思うんだけど、その認識で合ってる？
そんでそういうところのプログラマって、申し訳程度の予備日しかないやたら細かい線表に実装・レビュー・テストがみっちり詰め込まれたスケジュール
=遅れるのがデフォな進捗で、終電近くまで貸し切りビルというタコ部屋に複数人が閉じ込められて作業するイメージしかないんだけど、
今もそんな感じでマネージメントしてんの？
こう書くとライン工のほうが数百倍はマシな仕事に思えるのはともかく、これなら必要なのは大卒みたいな肩書じゃなく気合で耐え抜く力だし、
実際日本語喋れて気合だけあれば誰でもなれそうだから、あんまり人の確保にも困らなさそうで羨ましいわ。
まあ、客への誤魔化しと奴隷をうまく使うという意味で上位層で動いてるSEは優秀なんだろうし、優秀な人が数人で済むのであれば合理的なんだろうな。
「3年同じとこ勤めてるのに給料上がらない」「○○ちゃんは毎年昇給してボーナスも出ていいよね」（私はそこそこの規模の会社で開発運用保守やってる社内SE）と言ってた仲良しだった子が
「大学入り直して勉強してくる」というの「応援してる」って見送ったら入学後に「二度目の大学生！ジェンダーについて学んでいきます！」とツイッターで言っててリアルで「は⁉」って声出たわ。
お前給料上がらないから大学行くのが動機じゃなかったのかよなんで工学部や薬学部や法学部みたいな実学や専門じゃなくて文系学部しかもジェンダー学かよお前学費は旦那持ちって言ってたよないやでも本人とあっちの家庭の話だから口出す筋じゃないし……とモヤモヤしているうちにあっちは大学こっちは大規模リプレースやパートナーさん吸収合併や支社開設が立て続けにあって連絡取る機会がなく疎遠になっていった。
さっき久々にツイッター見たら「院に行きたいけどオットが邪魔をする」「女性が自立することに内心で怯えているみたい」と言ってて半年くらい遡っても男尊女卑社会がどうこう性的搾取どうこうばかりで旦那さんのことは一言も書いてなくてなんか悲しかった。
リクルートにおける VDI の導入、運用、コロナ対応、そして今後の ICT 環境を紹介する連載。
最終回は、現在取り組んでいる VDI と FAT PC のマルチ環境についてお伝えする。
石光直樹，リクルート（2021 年 06 月 04 日）
28 →目次に戻る
ただし、そうしたユーザーに対して環境が変わることについてきちんと説明しないと、混乱につながってしまいま
す。そこで、「なぜこのような環境に切り替えることに至ったのか」や、目的、狙いについてプロジェクト内で改め
て議論しました。ユーザーに対して納得感ある形で社内説明資料などをまとめて、各部署の主要なユーザーに向
けて情報を発信していきました。
今後の移行時には、さらに分かりやすい資料の共有や移行マニュアルの整備などを行い、社内広報の体制も整
えていきたいと考えています。
マルチ環境の実現は簡単なことではありません。特に FAT PC の環境をどう作るのかについては、時間をかけ
て検討しました。まずは、VDI 導入により大幅に解消された “3 つの課題 ”、すなわち「セキュリティの向上」「PC
管理コストの削減」「働き方変革への貢献」の対応策を FAT PC でどのように実現するか。これが次の課題です。
「セキュリティの向上」については、高セキュリティ業務にはセキュア VDI を提供し続け、FAT PC に対しては従
来よりもセキュリティを強固にすることにして、この課題をクリアしました。
続いて「PC 管理コストの削減」では先述の通り、VDI 化によって大きなメリットを得られた部分でした。例え
ば、夜間にパッチを当てたりできるのは、システム管理担当者からすると非常にメリットになります。ところが、FAT
PC に切り替えると、このメリットは享受できなくなってしまうことから、VDI 導入時に刷新した PC 管理システム
を FAT PC にも導入することで一定の解決を図るのに至りました。VDI の導入前に使っていた “ お手製 ” の PC
管理システムでは、パッチ当てや OS 更新などが大変でしたが、最新の PC 管理システムを導入することで、かな
り容易になっていたからです。とはいえ、VDI の管理性には劣ります。この点は、中長期視点でのより良い環境を
目指すために、優先度を下げた部分といえます。
そして「働き方変革への貢献」については、先述の通り、昨今の状況を踏まえると、ビデオ会議をより活用で
きる FAT PC の方がメリットを引き出せるのではないかと考えました。ただし、FAT PC に切り替えることで、い
ままでとはネットワークの流れ方が変わってきます。VDI では、データセンターと端末の間でやりとりされるのは
VDI 画面のデータが中心でしたが、FAT PC ではさまざまな実データがやりとりされることになります。また、社
外などから社内に VPN 接続をする必要があり、その部分がボトルネックになりがちです。その問題に対しては、
ネットワークを再検討することで解決を図ることにしました。われわれの社内ネットワークは VDI に最適化されて
いたので、FAT PC の増加に合わせて拠点のネットワークを増強したり、VPN を増強したりすることを検討しま
した。これにより、働き方変革で求められていたテレワークの要件に対しても十分応えることができると考えてい
たのです。
29 →目次に戻る
しかしながら、この方針は大きく変更を余儀なくされることになります。その理由は 2 つあります。1 つ目はコ
社内ネットワークの再検討はコロナ禍の影響を強く受けることになりました。在宅勤務の方針が示されたこと
で、社内からの接続が減る一方、リモート接続が増え、社内のネットワークトラフィックの在り方が大きく変わって
しまったからです。コロナ禍が続く中で、そしてアフターコロナでそういった状況がどうなるのかについては予測が
難しく悩みました。単純に拠点のネットワーク、特に WAN を増強したとして、使われなくなるなら投資が無駄に
なってしまいます。また、ネットワークにおいては今後のトレンドとして「ゼロトラストネットワーク」が注目されて
きています。おそらく、われわれの目指す「クラウド＆マルチデバイス環境」を支えるネットワークは「ゼロトラス
トネットワーク」になることでしょう。
では、いま「ゼロトラストネットワーク」のようなネットワークを入れるべきなのか。それともいまは暫定構成に
して将来的に「ゼロトラストネットワーク」に移行できるようにするのか――。
コロナ禍で勤務の環境が急速に変わってきていることも踏まえて、この点を検討しなければならなくなりました。
いまもまさに検討しているところで、いまだに完全な結論は出ていませんが、現時点では PC 環境と同じく、将来
的には「ゼロトラストネットワーク」に移行できるように、いまのネットワーク構成を考えるべきと思っています。
変化に対応して、かつ自ら変化を引き起こす
さらに、FAT PC 導入においては大きな変化があります。それは「SAC」（Semi-Annual Channel、半期チャ
ネル）の導入です。
VDI 環境においても「Windows 10」の導入は完了していましたが、「LTSB」（Long Term Servicing Branch※）
を導入していました。頻繁な更新を望まないユーザー向けに作られた、機能更新がない固定的な Windows 10 のモ
デルです。これに永続ライセンス版の「Microsoft Office」を組み合わせて利用していました。
※現在の名称は、「LTSC」（Long Term Servicing Channel、長期サービスチャネル）
これは、「レガシーアプリが存在するので、機能更新がない OS の方がいい」と思っての選択でした。しかし、機
能が更新されないので、OS や Office の最新機能が利用できないなど、将来的には「Microsoft 365」への接続
も制限されるような状況でした。
30 →目次に戻る
他方、SAC なら OS や Office が常に最新の状態になります。そのため、半期あるいは 1 年に 1 回程度のペー
スで機能が大きく更新されます。IT 部門としては、機能更新時に社内アプリケーションの動作確認などをする必
要があり、PC 管理タスクが増えてしまうことになります。PC 運用コストの増大につながり得るので、VDI から
FAT PC に切り替える際の検討ポイントの一つでもありました。しかし、ここでもわれわれは中長期視点を大事に
しました。
今後の「クラウド＆マルチデバイス環境」においては、環境が常に最新になる世界が普通になるでしょう。いま
のスマートフォンを見てもそうですが、OS はどんどん更新されて、次々と新たな機能やサービスが利用可能にな
るのがむしろ普通であり、その波が PC の世界にも到来しているのです。PC 運用コストが上がったとしても、わ
れわれもこの波に乗って、ユーザーに対しても新機能やサービスを次々に提供していき、より良く業務を行っても
らえるようになればすてきだなと思いました。
そこで、VDI から FAT PC への切り替えに際して、OS のモデルも LTSB（LTSC）から SAC に変更すること
にしました。PC が最新に変わっていくSAC のような世の中の変化に対応しながら、われわれの環境においても
変化を引き起こして業務を変えることができればと思い、現在、導入を進めています。
VDI 基盤の抜本的な刷新
ここまでは大多数のユーザーが利用することになる FAT PC のことを中心に述べてきましたが、セキュア VDI と
特定用途 VDI として利用する VDI 基盤のリプレースも大きな仕事です。
VDI 基盤リプレースにおいてもいままでの構成を踏襲せず、一からあるべき姿を検討することにしました。まず
検討したのはクラウドの導入です。将来「クラウド＆マルチデバイス環境」になれば、VDI 自体もクラウドのサー
ビスの一つという位置付けになるだろうと考え、クラウドでの VDI 利用を検討しました。
しかし、残念ながら今回クラウド VDI の採用には至りませんでした。われわれの試算ではオンプレミスに比べて
コストが見合わなかった点と、管理機能がまだまだのように思えた点が見送りの理由でした。クラウドはますます
発展する領域なので、今後は状況が変わるかもしれません。われわれも引き続き状況を観察し、一部の環境には
クラウドをトライアル的に導入してみることも視野に入れて、現在、検討しています。
当面の方針としてオンプレミスの VDI を構築することにしましたが、いままでの構成をそのまま踏襲するような
ことはしませんでした。必要としたのは、運用性やコスト、拡張性に優れたアーキテクチャでした。
31 →目次に戻る
議論、検討を重ね、さらに比較、検討した上で、われわれは HCI（Hyper Converged Infrastructure）構成
を選びました。HCI はサーバ中心のアーキテクチャで、SAN（Storage Area Network）スイッチやストレージ
を省くことができ、構成がシンプルになり、運用性やコストにメリットがある他、リソース拡張はサーバを追加する
だけでよいので、拡張性にも優れています。われわれが望んでいた点を満たすアーキテクチャと評価しました。
いままでは「サーバ＋ネットワーク＋ストレージ」のいわゆる「3Tier」構成で安定運用できていたので、これを
変えるのは大きなチャレンジでした。とはいえ、チャレンジしないことには運用性もコストも拡張性も勝ち取れませ
ん。「新たなことに挑戦するのが、われわれのエンジニアリングの方針だ」と考え、HCI 構成を選びました。
加えて、VDI 基盤のデータセンターのネットワークを SDN（Software Defined Network）に切り替える決断
もしました。従来の構成と比較し、運用性や管理性を鑑みて、より優れているという結論に達したからです。また
資金調達とかSaaSとかベンチャーとかスタートアップとかベンチャーキャピタルとか、そういうキラキラとは別な零細自営業について語ります。
特に戦略とか持たずに、のんべんだらりと会社をやってきたおっさんの独り言です。同時期に会社を急速に伸ばした人を見ると、自分のだめさ加減が露呈して辛い。
家族のケアをしながらできる働き方はないかと模索したところ、「起業、、、ありかも」と思い立ち、友人知人から仕事を集めたらなんとかなりそうなことが判明。
よっしゃ、辞めるぞ、ということで、転職から１年未満で退職。退職時は、同じ会社の人に結構微妙な対応をされる。まあ、そりゃ実績も出さずに１年未満で辞める人にかける言葉もないよな。辛い。
退職直後は、友人知人からご祝儀の仕事が来て結構ウハウハとなるが、その後、ご祝儀案件がすぐ蒸発。辛い。
「あなたに任せるよりも、安いインターンに任せることにしました」という屈辱的なこともたくさん言われる。辛い。
友人と共同で受けた案件、お客さん会社の社長がパワハラ気味で、やった作業を簡単にひっくりかえすx3を食らう。辛い。
この時点でサラリーマン仕事６ヶ月（給与）＋自営業６ヶ月（売上）＝８００－９００万円
友人からの仕事で食いつなぎつつ、クラウドソーシング。辛い。１文字１円のライター業とかやる。格安SIMがどうとか、転職がどうとか、そんな記事を量産する。
格安SIM記事なんて、定められた構成に従い、機械的に書くだけ。書く機械。人ではない。そして、１円ライターでも「もっとちゃんと書け」と怒られる。辛い。
それ以外にもクラウドソーシングのよくわからない案件をこなす。光通信系の会社の人から「プロだと思って頼んだら全然だめですね」と言われる。辛い。
新卒で入社した会社が結構有名企業だったので、「あー、あんな有名な会社に勤めていたのに、そのまま勤めていれば年収もずいぶん高かっただろうに、いまは１円ライターやっているのかー」と自分を客観視すると、辛い。
単価高いITエンジニアがうらやましくて仕方ない。ああ、どうしてプログラミングやらなかったのだろうと人生を後悔する。辛い。
元同僚の会社の営業代行などしてしのぐ。営業なんて大嫌いなのに。辛い。
自営業１２ヶ月（売上）＝７００－８００万円
クラウドソーシングの受注案件から強引に営業したら、月額30万円くらいの安定収入になる。嬉しい！
営業代行仕事も好調で結構売上が伸びる。ただ、営業対応と出張が多いのと、売上にならない案件フォローとかがかなり面倒。フォロー遅れると怒られる。辛い。
家族のうつ病が再び悪化。仕事したいのに、やる気もあるのに、張り付いていないといけなくて仕事できない日が増える。辛い。
Switch買ったら、昔のゲームやるのが面白すぎて仕事が進まない。でも止められない。作業遅れ多発。辛い。
また別な継続案件を口コミで受注するも、親会社が推奨する会社にリプレースされてしまい、一瞬で案件なくなる。辛い。
業界違いの案件を受けたら、「メールかChatworkで連絡してください」としたにも関わらず、毎日電話くる。そのうえ、レスが悪いと怒られて案件終わる。辛い。
自営業１２ヶ月（売上）＝１０００－１１００万円
子供が生まれる。しかも双子！嬉しい！でも、お金なくて色々申し訳ない。旅行するときに、泊まりたいホテルでなくて、安いホテルから順に調べないといけない。辛い。
行きたいタイミングで旅行に行けず、カードのマイルを使って特典航空券が空いているタイミングを選ばないといけない。辛い。
元同僚の営業代行していた会社から、いいがかりをつけられて売上が減少。新卒で入社したときは、楽しく酒を飲み交わしたことを思い出す。一緒に仕事しなければ友情は続いたのだろうに悲しい。紙の契約書がないって辛い。
売上どうしようと思い悩んでいたところ、交通事故にあい、そのさなかにクラウドソーシング経由で営業した安定収入案件を失注。辛い。
別な友人経由で仕事をもらうが、「すみませんが、成果でないですね」と言われ、２ヶ月で切られる。辛い。
コロナで友人知人と会えず、精神的なバランスも崩れる。精神的なバランスが崩れても、息子たちのおむつ替えもミルクも待ってくれない。辛い。
自営業１２ヶ月（売上）＝７００－８００万円
知人からの紹介で再び別の案件を受注。月30万円くらい。嬉しい。
他の案件がほとんどなくなり、辛い。業績低迷を理由にコロナ融資受ける。ある意味コロナの恩恵を受ける。うちみたいな会社にお金貸してくれるなんて最高。大好き日本国。
妻から、「稼ぎが悪い、お金がないから子供の服を１着買うのも悩む、友人は家を買っているのにうちは車すら買えない、ちゃんと考えずに会社経営しているだろ、融資返せるのか」と言われる。辛い。
さすがに食っていけないので、ほぼフルリモートでサラリーマンも再開する。成功できずサラリーマンに都落ちした気持ちになる。恥ずかしい。辛い。
ただ、普通に考えて自分の会社の仕事しながら、サラリーマンやるのは普通に考えて無理がある。溺れながら時々顔を出して仕事をしている感を装っているような感じ。情けないし辛い。
自営業１２ヶ月（売上）＋サラリーマン４ヶ月＝７００－８００万円
2022年予定
来年は、サラリーマン年収が１０００－１１００万円＋自営業が６００万円。結局自営業の金額はしょぼいので、ダメ社長だ。辛い。
金額全体が増えたのはうれしいが、仕事をコントロールできず溺れている。自分の会社もサラリーマン仕事も完璧にできていない。だましている感が強い。辛い。
大学時代の同期は、キラキラベンチャーでCxOして資産数十億円築いたり、コンサルで上り詰めたり、起業して成功したり、外資系の部長職で年収3000-4000万くらいのポジションについている。羨ましくて仕方ない。辛い。
かれこれ20年以上運営されている特定ジャンルに特化した個人運営のエロ小説投稿サイトがある。
そのサイトでの投稿方法は執筆者が管理者にメールでテキストファイルを送って、それを確認した管理者がサイトに載せるというもの。相当古典的な感じ。
正直最近別の小説サイトもいろいろあるし結構盛り下がっている感じはある。ただ、やはりニッチなジャンルに特化してるだけあってノクターンノベルズとかより本当にそのジャンルを愛する人が集まってる分俺に刺さる作品が多い。
自分はWebプログラマだからできることなら盛り上げるためにこれをリプレースしてユーザー投稿型のサービスに作り変えてあげたいって思ってる。
中で働いてるけど表面上の会計を良くするために人件費等を削りまくってる。
今年の出来事なんだけど、開発部の評価を一律で下げた件に主力開発商品のモビエージェントのリードエンジニアであるO氏が怒って人事と喧嘩した挙げ句退職してしまった事件があった。
それ以外に給与が上がらないので主力級のエンジニアがボロボロやめしまっているという現状がある。
さらにモビルスはそもそもScalaで開発していたが、元々いたScalaエンジニアやめる＆Scalaエンジニアが採用できない、
しかも元社内にいたエンジニアが開発したxitrumという謎のマイナーフレームワークでほとんどの商品が開発されていた。もちろんその社員ももちろん退職している。
なので、プログラムのメンテがどんどんできなくなってしまっている。
じゃあ、他の言語で書き直せばいいんじゃない？って思うかもしれないがいまさら、大規模なリプレースはできないだろ。
そんだけ開発費を出したり、開発を止める余裕はないだろう。
SREをやろうとしてエンジニア、Goが好きなフルスタックエンジニア、アルメニアから女だてらに日本が好きだから働きに来てた人、QAのベトナム人達、皆やめてしまった。
ダイバーシティみたいなことを名乗っているが外国人比率はどんどん下がっている。
元々は外国人のほうが給与が安いみたいな理由で雇っていたが、今日本人のほうが安いからこうなってるんだろうな。外国人のほとんどは楽天にいったそうだ。
自分の部署も人はやめてるが補充はしない。仕事は増える一方だが給料は上がらない。
1年くらい前に上場を目指して大企業から役員や管理職が入ってきてから、いろんな事が変わってしまった。
人事はGithub禁止とか言い出すようになったし、セクショナリズムな急速に進んで、よその部署に責任をかぶせるみたいな話を聞くようになってしまった。
ベトナムとの架け橋を目指して土曜ににベトナム人に日本語を教えていたがそれもやめてしまった。
人件費が削られやめてしまったり、解雇される人がどんどん出たりするのを見てこれが会社が大きくなることなんだって思った。所詮会社は出資者と経営者、株主のものであり社員は雇われているのに過ぎない。会社の利益と社員の利益は一致しない。
これが収穫期のベンチャーって事なんだろうけど、待っているのは収益化を成し遂げたベンチャー、ドワンゴのようにずっと続く後退戦なんだろうなと思う。決して増えないリソースの元で数少ない利益を株主と経営者に還元し続けるという。
あとさらに、AIチャットボットのテック企業と銘打っているいるがその実、IBMのワトソンを利用しているだけであり内部に自然言語処理のエンジニアは一人もいない。そもそのチャットボットを開発したエンジニアももうやめてしまっている。私が博士号取得者を人事に一度紹介した事がある。なにかよくわからないので却下といわれた。リサーチマップも見ずに。
在学期間的にろくに引き継がれねぇ情報．
サポート切れのIPA，PHP，Apacheでうごくubuntu 12.04のオンボロサーバ，構築方法がよくわからん古代の遺物
クソ見てえなシステムリプレースしたいが金も入らねぇし，時間も食いたくねぇ．研究に時間を使わせろ．
サバ缶の俺は今日もサービスが止まったらsudo rebootとsudo service restartしかしねぇ．
WindowsのLAMP環境でソフトを作ってこれサーバで動かせない？とか言ってくる同期，良いけどいっしょにDockerかVM導入しよ！
予め伝えておくが、身バレ防止に、多少だがフェイクを織り交ぜた内容になっている。
そして、そのフェイクも他の医療機関（国立と名の付くどこか）での実際の出来事を複数織り交ぜている。
だが、伝えたい実情に偽りはない。
高度な医療を担う国の機関で、エンジニアと組織がこれほど腐っていては、将来性もへったくれもないと思うんだ。
だが、公的な組織がシステム構築・運用するとどうなるか、多少でも公にし、何かを考えるきっかけ・ヒントになってほしい。
ちなみに、次の仕事は、ある大手の企業で新システムの導入支援をすることになった。
私としてはそちらの仕事のほうが面白いし、自分の能力・経験にとってプラスになる。
民間出身者ではなく博士後期課程とか、某大学研究室出身者を無理やりねじ込む事例はよく見る。
専門職も含めて管理職側に実務経験がないか少なすぎるせいで、「なんでこの要員に単純作業ばっかりやらせてるの？」という仕事配分が、頻繁に起こる。
IT技術職なのに技術的な実務経験ゼロだから、スキルを持った人間に何ができるのかが、全然理解できていないらしい。
作業能率で評価されることもないから、表立って問題にもならない。
変えようと思えば、相当一生懸命、提案しないと話は聞き入れられない。だが、大体、そこで疲弊する。
何のために大学院卒を雇っているのか…。
勉強のできる人は多い反面、勉強の知識しかないから、他にも急を要する事はあるというのに、重箱の隅ばかり細かくつつくから、部下も、ベンダーも、委託業者もやる気をなくす。
ある時、システム部門トップがあからさまに、こう言い放ったことがある。
公表されていないが、実は当病院では、電子カルテ更新プロジェクトが失敗するに至った。
本番リプレース時期は予定より大幅遅延し、リプレース当日はシステムが使用不可能になる事態さえ発生し、未だに実装されていない機能が多数存在する。
しかし、受入テストもろくすっぽやらず納品した事例もあり、あながち、ベンダー側の問題が全部とまでは言えないと私は思っている。
ベンダー側が保守費用の範囲で何でもしてくれる、と考えてもいたのだろう。
医療情報学会の有力者もいるから、「自分達に嫌われると大変なことになるぞ」という意識もあるらしい。
ちなみに、電子カルテ更新プロジェクトは実質は失敗だったにも関わらず、医療情報系の某雑誌では「成功」だとか「問題は何もなかった」と強調され、当事者が成果アピールしていた。
研究に仕える人間が事実を捻じ曲げ隠してしまうものなのかと、残念だった。
これ以来、成果報告を見聞きしても疑うようになった。
民間人材登用は少なく、医療情報学会、特定大学の出身者がコネで採用されているのが実態（6NCの一部は特にこの傾向がある）。
実務を担うはずの職種のキャリア採用に現場経験ゼロの院卒を無理やりねじ込む人事が普通に起こるので、ヒラのエンジニア、非常勤職員・委託業者の負担が増加する。
仕事ができなかろうが、能力があろうがなかろうが、暇だろうが、係長に昇進する事態はなぜ起こるのか？
厚生労働省から転籍で来たある職員（役職は室長）がいたが、会議中は普通に居眠りし、仕事といえば申請書類を整理しているだけで、一日中、何もせずにPCに向かっていた。
人事ローテーションで別の国立と名の付く病院に移動したが、そこでも室長らしい。
でも、同じなんだなと関心してはいるので、同じ匿名のますだと思っても全然いい気はする。
民間企業でもあるかもしれないが、デジタル庁を創設すほど意気込みがあるなら、公的機関から率先して変わってほしい。
こんなに質の低い技術力で医療とICTの何のコラボレーションができるのだろう。
でも、COCOAやHERSYSはこうなってほしくない。
もし、同じだとしたら、最悪だ。
