失敗の全責任はユーザー側に、旭川医大とNTT東の裁判で逆転判決
電子カルテを中核とする病院情報管理システムの開発が失敗した責任を巡り、旭川医科大学とNTT東日本が争っていた訴訟の控訴審判決は一審判決を覆す内容だった。 札幌高等裁判所は2017年8月31日、旭川医大に約14億1500万円を支払うように命じた。2016年3月の一審判決は旭川医大の過失割合が2割、NTT東が同8割として双方に賠償を命じていたが一転、旭川医大に100％の責任があるとした。同医大は2017年9月14日、判決を不服として最高裁に上告した。 なぜ判決が覆ったのか、裁判資料かと判決文から見ていく。旭川医大とNTT東は日経コンピュータの取材に「コメントできない」と回答した。 高裁もユーザーの義務違反を認定 旭川医大は2008年8月に病院情報管理システムの刷新を企画し、要求仕様書を基に入札を実施。NTT東が落札した。日本IBMと共同開発したパッケージソフトをカスタマイズし、6年リースで提供
[PDF] 08/25の通信障害概説
08/25の通信障害概説 Matsuzaki ‘maz’ Yoshinobu <maz@iij.ad.jp> maz@iij.ad.jp 1 観測されている概要 • 2017/08/25 12:22JST頃 • AS15169が他ASのIPv4経路をトランジット開始 • ⽇頃流通しない細かい経路が⼤量に広報 • これによりトラヒックの吸い込みが発⽣ • 国内の各ASで通信障害を検知 • 2017/08/25 12:33JST頃 • AS15169がトランジットしていた経路を削除 maz@iij.ad.jp 2 観測された問題のBGP経路概要 • 経路数 • 全体で約11万経路 (⽇本分が約25000経路) • /10から/24まで幅広い経路(半数程度が/24) • 通常流れていない細かい経路が多かった • AS PATHは概ね “701 15169 <本来のAS PATH>” • 広報元A
客のせいでブラックなんだけど
客といっても接客業でクレーム来るとかいう話じゃない。 職はIT系でプログラム書いてる。 会社だけで見るとホワイトな方（web系やベンチャー系とかと比べたら普通なのかも）。 数日前に twitter でホワイトバイトとか言って話題になってた、youtubeききながら作業したり、お菓子食べてもいいとかはもちろんだし、 上下関係も特にないし、出社が数分送れたくらいで何も言われないし、隣のビルのスーパーに飲み物買いに行ったっていい。 ここまでだとすごくホワイトに見える。 というか、会社単体で見れば残業と給与以外はホワイトなんだと思う。 ただ残業は忙しいときは毎日、日が変わるまで会社にいることもある。 逆に暇な時は社内ニート状態で好きにツール作ってみたりOSSいじったりもできるほどに極端。 で、一見楽そうに見えるが最近はやる気が全く起きないし仕事行くのにストレスがたまる。 これが本題なんだけど、客が
この勉強会がスゴイ！「行っておくべき有名ITインフラ系勉強会 2017」
横田です。先日「wakamonog meeting 10」というイベントで「IT系勉強会」についてお話をしてきました。どうも、以前に書いた「この勉強会がスゴイ！「行っておくべき有名ITインフラ系勉強会 2016」」のエントリを見てご連絡をしていただいたとのことでした。発表資料はこんな感じです。 せっかく発表をしたのですが、1つ々の勉強会について詳細な説明ができなかったので、今回は「行っておくべき有名ITインフラ系勉強会 2017」と題しまして、注目度が高いITインフラ系勉強会についてご紹介したいと思います。 《100回以上やっている勉強会のスタンダード「BPStudy」》 一昔は勉強会の名前で「○○Study」という勉強会がたくさんありましたがBPStudyは、その元祖的な位置づけの勉強会です。開催回数は100回を越えており、個人的には勉強会のスタンダード的な位置づけにあると思います。 I
プロジェクト管理のエモいはなし - Qiita
前置き 私のキャリアは少し変わっています。 この業界に新卒で入ってから十数年は、大手ゼネコン的SIerにて、ほぼ一貫してプロジェクトマネジメントをやってきました。最終的には100人月程度の案件を回していたので、中堅クラスではあったと思います。それなりに経験も積んだとは思いますが、あれ、そもそも私って人の管理をやるためにIT業界に入ったんだっけ。。というレーゾンテートル的な理由で、プログラマーに転身しました。 そんなわけで、おそらく日本のIT業界におけるプログラマーから管理職に至るという一般的なキャリアパスを逆行している形になります。 そういった事情もあり、プロジェクト管理からは距離を置くようにしていたのですが、最近またプロジェクトマネジメントについて考える機会が多くなったので、この辺で昔話をしてみようと思います。 他山の石としてワカモノの役に立てば。 前提として ガチガチのウォーターフォー
技術なきマネジメントの衰退とその対策 - メソッド屋のブログ
今回は、マイクロソフトにいて自分が感じているIT業界の大きなスタイルの変化の兆候とその対策について書いてみた。今回もいつも通り、単に自分の意見をシェアしているだけであって、他の人にどうこうしろと言いたいわけではない。ただ、日本のIT業界が米国に追いつき、追い越すための議論のきっかけになるといいなと思っている。自分も楽しみながらも、もがいていることと、そこで見えた光について書いてみたい。 世界は「技術力」の重視に向かっている 私のキャリアは、某大手SIerを12年勤めた後、ITコンサルティング企業に３年在籍して、主に超上流を実践した。その後独立し、ビジネスモデリングから、アジャイルや、DevOpsの導入支援、マネジメント、開発などを実施していた。 私がマイクロソフトを受けてみようと思ったのは、友人からの推薦の要素が大きかったのだが、その背景では、海外で勤務したいという希望があったのと、「技術
地獄の社内ＳＥ
社内ＳＥになった。 仕事を辞めて主夫業に勤しんでいたら、知り合いから声がかかった。 １人で社内システムを作ってきたおじいさんがあと数年で定年になるから、 引き継げないかとのこと。 メインのシステムはベンダーに委託してて、そのおじいさんが作っているのは、 メインシステムのデータを加工して２次利用しているものがほとんどとのことだった。 社内ＳＥはなんとなく楽そうなイメージがあったので、就職した。 言語はエクセルＶＢＡとＶＢ．ＮＥＴ １.0。 中身を見るとどちらもかなりやばい。 ＶＢＡ編 ・ウォッチウインドウを知らないのか、変数はすべてセルに入れてる。 変数名はすべてRANGE("A1").valueみたいな感じで全く意味が分からない。 ・処理遷移がおかしい。 セルに１を入れる。そのセルのchangeイベントで処理が動くとか。 SHIFT+F2が無力化されてる。 ・なるべくワークシート関数で処理
リクルートテクノロジーズ 新人研修特別編を公開します | Recruit Tech Blog
こんにちは。アプリエンジニアの五味です。 2017年4月にリクルートホールディングスの新卒Web採用枠で入社した新卒社員のうち、21名がリクルートテクノロジーズに配属となりました。（いらっしゃい！） リクルートテクノロジーズでは「ブートキャンプ」と呼ばれる新卒社員向けの技術研修を3か月間実施しています。 もともと高い能力を持つ彼・彼女らですが、「これからのリクルートをリードしていく存在」になって欲しいという期待を込め、プロとしての重要な立ち上がり期を支援しています。 今年からは社外講師の既存プログラムに加え、より実践的な内容を求める経験者をターゲットに、総勢12名の現場エンジニアが担当する特別講座を開催しました。 各分野のスペシャリストがこれまで現場で培ってきた「本当に必要な生きた知識・技術」のインプットは、彼・彼女らの成長を加速させ、これからのエンジニア人生の礎になってくれるものと僕らは
「パスワードは定期的に変更してはいけない」--米政府 （ニューズウィーク日本版） - Yahoo!ニュース
＜アメリカの電子認証専門機関が、定期的なパスワード変更の推奨をやめると決めた。エンドユーザーもいずれ、代わりの新しい「パスフレーズ」を要求されるようになるはすだ＞ 米政府機関はもう、パスワードを定期的に変えるのを推奨しない。アメリカの企画標準化団体、米国立標準技術研究所（NIST）が発行する『電子認証に関するガイドライン』の新版からルールを変更する。 ウェブサイトやウェブサービスにも、サイトが乗っ取られたのでもない限り、「パスワードが長期間変更されていません」などの警告を定期的に表示するのを止めるよう勧告するという。銀行や病院のように人に知られてはいけない個人情報を扱う機関も同じだという。 【参考記事】パスワード不要の世界は、もう実現されている？！ 実は近年、情報セキュリティー専門家の間でも、特別の理由がない限り、ユーザーにパスワード変更を求めるべきではないという考え方が増えてきた
SIについて私が思ったこと。そしてSIerにおけるモダン開発について : 小野和俊のブログ
ひとことで言えば、「レビュー文化は良くない」ということになるだろうか。 Slack導入、そして同時期に開始した服装の自由化、バイモーダルという考え方の浸透、AIやブロックチェーンを活用したPOC等の取り組みによって、SIerとしてのセゾン情報システムズは、社内の雰囲気もずいぶんと変わってきた。 しかし、こうした取り組みだけではどうにもならないものも少なからずあった。 そのひとつは、「悪い報告がしづらい」ことだった。 これは他のSIerでも同様のことが多いのではないかと思うが、問題プロジェクトに認定されると、品質管理部のモニタリングが強化されたり、第三者によるプロジェクト監査が始まったり、経営会議での定期的な報告が求められたり、何をやっているのかとレビューでこっぴどく叩かれたり、、、。 そうした責任感から、遅れをキャッチアップできるよう少しでもがんばろう、と励まし合う中で、それなのに四方から
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
料理動画のクラシル、圧倒的支持の意外なワケ
