技術問題と政治問題を混同している人が多すぎる
https://b.hatena.ne.jp/entry/s/comemo.nikkei.com/n/n1c9103c81c79 例のマイナポータル？の記事ね。 物理カード必須とかいう頭の悪い制度設計の時点で、後ろの工程で問題が多発するのは最初っからわかっていたし、ベンダーもその不合理をこみこみでブラウザから物理デバイスを叩くためにマルウェアじみた動作を作らざる負えないというか、それ以外に方法は無いし そんな危険な動作をブラウザベンダーがいつまでも許すわけないから、そういったややこしい仕様が使えるのは持って数年だったのは最初からわかりきっていた。そんなのWeb技術者ならだーれもが知ってる常識なわけ。 それでもマイナンバーカードを使うせいで、こうやって無駄な作業とか無駄な仕事が大量に発生しているの本当に狂ってるし、マイナンバーカード作ったやつの政治責任なわけ。 これ技術でどうこうできる問題じ
サマータイムは簡単、という記事があまりにあれな件 - novtanの日常
いくらなんでもこれはひどい、という記事があり、はてブでも総スカンを食らっていますが、ちょっと解説。 blogos.com コンピュータ（システムやプログラム）には「時間経過」の概念がありません。命令を受けた瞬間からの経過時間は、秒単位でカウントアップしていくだけで、つまり「その瞬間」しかコンピュータは認識していません。 のっけから何を言いたいのかわかりませんが、「時間経過」の概念はプログラムには当然仕様として必要であればあります。例えば、ジョブ（ここでは、時間になったら起動して、一連の処理を行って終了するプログラム、と考えてください）の遅延時間監視をしていて、起動後３０分経ったらハングアップしている可能性があるのでアラートをあげる、というシステムがあったとして、１２：００にスタートしたジョブが１０分後に時刻が１時間先に進んで１３：１０になったらまだ１０分しか経ってないのにアラートが上がりま
「どう考えても速いよね」 MUFGとAkamaiの“世界最速”ブロックチェーン誕生秘話
左から順に、三菱UFJニコス 経営企画本部 デジタル企画部 桑原康史副部長、アカマイ・テクノロジーズ 新村信CTO、三菱UFJニコス常務執行役員 鳴川竜介CTO、MUFG Bank ディジタル企画部 杉本理記調査役 三菱UFJフィナンシャル・グループ（MUFG）と米Akamaiが5月に発表した、「決済速度2秒以下、毎秒100万件取引」を可能にするという決済特化型の新型ブロックチェーン。 パブリック・ブロックチェーンである仮想通貨、ビットコインの取引処理速度は毎秒2～7件で、イーサリアムは最大でも毎秒15件。ブロックチェーンではないが高速な取引ができるといわれる仮想通貨リップルでも毎秒1500件の処理速度であることから、毎秒100万件というまさしく桁違いの速度は驚きをもって迎えられた。 なぜ、MUFGとAkamaiはブロックチェーンに注目し、このような高速性能を実現できたのか。三菱UFJニコ
来月にはJava 10が登場し、9月にはJava 11が登場予定。新しいリリースモデルを採用した今後のJava、入手方法やサポート期間はこう変わる（OpenJDKに関する追記あり）
来月にはJava 10が登場し、9月にはJava 11が登場予定。新しいリリースモデルを採用した今後のJava、入手方法やサポート期間はこう変わる（OpenJDKに関する追記あり） 2017年9月に「Java 9」が登場したばかりですが、いまから1カ月後の2018年3月には早くもJavaの新バージョン「Java 10」がリリースされます。そしてその6カ月後の9月にはさらに次の「Java 11」がリリース予定です。 Java 9以後のJavaは、毎年3月と9月の年2回メジャーバージョンアップを行う、タイムベースのリリースモデルを採用することになりました。今年はその最初の年となります。 オラクルによるJDKの提供方法やサポートポリシーも、これから大きく変更されることが明らかになっています。一般公開され無償でダウンロードできたOracle JDKの公開はJava 10が最後となり、サポートは3年
物理的に近くの相手とファイル共有する方法
以下のようなTweetを読んだ。 ごめん言葉足らずだった。インターネットへの通信品質を信頼できないコミケ会場で、ビューワであるスマホやタブレット端末にPDFを送りつけたいんだ。 https://t.co/gzbcQKXkEN — ろ。まのふ (@kamiya344) January 19, 2018 インターネットが普及してからもうかれこれ20年以上もたつが、未だにこの問題が解決できていないのは嘆かわしいことだ。なのでこの問題を解決してみよう。 ただし、今回の問題は、大量に人が集まるため無線通信が難しい状況で、物理的に近い場所にいる相手とのファイル共有だ。 ファイルの転送自体は、前後にインターネット回線を確保してから行ってもいい場合は、どこかに暗号化したファイルを公開しておき、現場では復号鍵を配布すればいいだろう。 しかし、その場で直ちにファイルを転送したい場合はどうするのか。この場合、物
京都市がシステム刷新失敗、「悲劇を繰り返すな」とご意見番
京都市が2014年から81億円を投じて進めていた基幹系システム刷新プロジェクトが失敗した事案が、ついに訴訟合戦に突入する。2017年12月8日、京都市議会（京都市会）は門川大作市長名義で提出された訴えの提起を全会一致で可決した。刷新が遅延した原因となったバッチ処理のマイグレーション（開発言語と業務ロジックを引き継ぐ移行）を受託したITベンダーのシステムズ（東京・品川）に対する訴えである。 システムズは2億円を求め、京都市は8億円を求める 京都市の情報システム部門に当たる総合企画局情報化推進室の担当者は日経コンピュータの取材に対し、訴訟額は約8億円、正確には7億9976万2365円となると回答。内訳は既にシステムズに支払っていて返還を求める額が5億662万5000円、稼働遅延に伴う既存システムの延長稼働などの損害賠償金が2億2043万1696円、弁護士費用が7270万5669円という。 もと
うまくいかない業務の継承、塩漬けシステムの移行で現場は悲鳴
メインフレームで実施していた業務の独自性が強く、移行プロジェクトが中止に――。約30年にわたってメインフレームのシステムをオープン系ハードウエアに移行する作業に携わってきた筆者は、こうした事例をよく見聞きしてきた。独自性の強い業務はメインフレームシステムが塩漬けになる理由の1つだ。 例えば、ある製造業で現場が悲鳴を上げているエピソードがあった。その企業では、プログラムロジックをそのままに言語だけを置き換える「リライト」の手法を用いてメインフレームのアプリケーションを移行しようとした。COBOLからJavaへソースコードを変換したところ、浮動小数点演算の部分で、旧システムと新システムとで計算結果に誤差が生じた。 この誤差が業務上許容できるものかできないものか、移行作業を担当した者には判断がつかなかった。長年、先輩社員がプログラムロジックに反映させてきた業務ノウハウを継承できていなかったからだ
システム刷新に失敗した京都市、ITベンダーと契約解除で訴訟の可能性も
京都市は2017年10月11日、NEC製メインフレームで稼働している基幹業務システムの刷新プロジェクトについて、バッチ処理プログラムの移行業務を委託していたシステムズ（東京・品川）との業務委託契約を解除したと発表した。作業の遅れで京都市は既に稼働時期を2017年1月から2018年1月に延期していたが、それがさらに遅れて2020年になる見込みである。新システムの稼働時期は、当初予定よりも3年以上の遅れとなりそうだ。 京都市は2014年から81億円を投じて、国民健康保険や介護保険といった福祉系のほか、徴税、住民基本台帳の管理など18業務を担っている基幹系システムの刷新プロジェクトを進めてきた。現行システムは30年前に稼働し、COBOLで構築している。 既に京都市は、福祉系のオンライン処理の刷新を予定通りに終了させている。地場のITベンダーなど5社が落札し、COBOLプログラムをポルトガルのアウ
Amazonの推薦システムの20年
IEEE Internet Computingの2017年5・6月号に "Two Decades of Recommender Systems at Amazon.com" という記事が掲載された。 2003年に同誌に掲載されたレポート "Amazon.com Recommendations: Item-to-Item Collaborative Filtering" が Test of Time、つまり『時代が証明したで賞』を受賞したことをうけての特別記事らしい 1。 「この商品を買った人はこんな商品も買っています」という推薦で有名なAmazonが1998年にその土台となるアルゴリズムの特許を出願してから20年、彼らが 推薦アルゴリズムをどのような視点で改良してきたのか 今、どのような未来を想像するのか その一端を知ることができる記事だった。 アイテムベース協調フィルタリング 20年前も
みずほ、新システム夏完成へ 2度の障害、統合後初統一 - 共同通信
みずほフィナンシャルグループ（FG）が開発中の次期システムが今夏に完成する見通しとなったことが2日、分かった。第一勧業、富士、日本興業の3銀行が2000年に経営統合して発足したみずほグループのシステムは、2度の大規模障害を経て、初めて統一される。運用開始は来年度以降になるとみられる。 次期システムの開発は、02年と11年に大規模なシステム障害を起こし、11年は当時の銀行トップが引責辞任する事態に発展した、みずほグループにとって最大の経営課題だ。だが、2度にわたる開発の延期で当初の想定以上の資金と人員を投入しており、収益を圧迫していた。
みずほ銀、システム統合再延期 動作テスト延長 運用18年以降 - 日本経済新聞
みずほ銀行は2016年12月に予定していた新たな勘定系システムの完成時期を遅らせる検討に入った。システムの一部で実施中の動作確認テストを延長する必要があると判断した。遅らせれば2度目の延期となり、新システムの運用開始は18年夏以降になるとみられる。みずほは過去に2回の大規模なシステム障害を起こしており、今回も万全を期すことにした。勘定系システムは、口座の入出金や資金決済、口座管理などを担うシス
業務分野でマイクロサービス採用の機運高まる、狙いは「変更の速さ」
「業務システムの開発時に、マイクロサービスの採用を検討する案件が増えてきた」。アクセンチュア テクノロジーコンサルティング本部テクノロジーアーキテクチャグループ統括 田畑紀和 マネジング・ディレクターは、マイクロサービスが企業システム分野にも広がりつつある状況を指摘する。 マイクロサービスは、小さいアプリケーション（サービス）を組み合わせてシステムを構築する設計方法を指す。会計処理であれぱ、操作画面、入力項目の確認、データ処理内容の判定、実際の処理、データベースへの書き込みといった単位にアプリを分割する。これらのアプリはAPI（アプリケーション・プログラミング・インタフェース）で連携する。 業務システムをマイクロサービス型で実現すると、システム開発や変更が容易になる。一つひとつのアプリの規模や、アプリ同士の依存度合いを小さくできるからだ。 これまでマイクロサービスに注目していたのは、主に消
20万人月の作業を1人でやる話 〜1万7千年生きたSE〜 - 特別天然記念物
昔々、具体的には約1万7千年前の旧石器時代、大学の情報工学科を卒業して、新卒22歳でSIerに就職した男(以下SE)がいました。 SEはある日、上司に言われました。 「2016年くらいに、銀行で大規模な基幹システムが必要になるらしいから、今から君一人で作り始めて。工数は20万人月ね。」 そういうと、上司はシステム企画構想やそれに伴う提案書、ノートPCを1つSEに渡して、自分は狩りに出かけました。 途方にくれるSE氏、ここから彼の約1万7千年(1万6666年)にも及ぶ、20万人月のシステム開発が始まるのでした。 約1万7千年前 |- 要件定義書を作成着手。 | 周りの人達は狩りをしながら生きている。 | 約1万6千年前 |- 要件定義書の作成が完了する。 | 基本設計に着手する。 | 土器を作り始める人が現れる | 徐々に日本列島が大陸から離れ列島になっていく。 | 約1万4100年前 |-
そもそもみずほ銀行の前身は、第一勧業銀行・富士銀行・日本興業銀行の合..
そもそもみずほ銀行の前身は、第一勧業銀行・富士銀行・日本興業銀行の合併あたりから始まってるわけです。 合併はしたもののこいつらは仲が良くなくて、社内でどこの銀行出身がリーダーとるかで血みどろの社内政治闘争が繰り広げられてます。それを反映して、社内の電算システムも、キメラ合体させ田つぎはぎのを使ってます。どの派閥も譲らなかったせいです。当然、死ぬほど古いプログラムを切り貼りして継ぎ合わせて使ってるので、もう誰も全体像はつかめないし改造するのも難しい状況ですし、触らぬ神に祟りなしみたいな状態でした。 記憶している人もいるかと思いますが、東日本大震災直後の2011年3月にみずほ銀行の子の電算システムは大規模な障害を起こしてます。8000億円規模の決済遅延を起こして、預金者に不便をかけました。当然金融庁の調査とかも入ってるんですが、その結果として「組織の上層部が派閥闘争しすぎで、仲悪すぎて、現場も
みずほ銀行次期システム関連のまとめ（2016/11/24 追記あり） - Akio's Log
(追記1：2016/7/11 7/7以降のブログ記事などを追加) (追記2：2016/11/24 延期発表の記事を追加) こんばんは。SE兼PM見習いです。 例のみずほ銀行の次期システム開発が話題になってますね。 blog.livedoor.jp blog.livedoor.jp 毎年この時期に、みずほ案件がグダグダだよね、という情報が出てくるのはもう恒例行事となってますが、開発工程終盤を迎えていよいよヤバイ状況が隠しきれなくなっているようです。 趣味が悪いと言われますが、デスマウォッチャーでして、特にこのみずほ銀行案件をウキウキとウォッチングしているのですが、ここでブックマークしている過去の情報を時系列に振り返ってまとめてみたいなと思います。 2002年〜合併時のシステム障害〜 次期システム案件の話に入る前に、みずほ銀行合併時の大規模システム障害に触れておく必要があります。 https:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【新元号】改元のシステム改修で慌てるシステム屋は「無能」とのこと
［スクープ］政府がIT調達の一元化へ、2019年にも
『サマータイム実施は不可能である』へのコメント
サマータイム実施は不可能である
BLOGOS サービス終了のお知らせ
