タグ

hogeと品質保証に関するt-murachiのブックマーク (5)

  • 車の運転って難しすぎない? なんで社会で許されてるの? - 拝徳

    車が暴走して親子を跳ねた、バスが歩行者を跳ねた、幼稚園児を跳ねた、踏み間違えて突っ込んだ、そんな痛ましい事故が日々おきて悲しい気持ちになる。 そしてつくづく思うのは車の運転とは難しいということだ。 都内に住んでるとびっくりするくらい車に乗る機会がない。免許こそもっているが乗る機会がほとんどない。たまにレンタカーのるけど、あまりにも乗らなすぎてわからないことある。 誰かが言っていたけれど、東京都内は移動の概念が時間に変わった、都市だと言っていたけれどそうだと思う。僕ももう10年近く東京に住んでいてここから渋谷まで何キロ、東京まで何キロって言われてもわからないけれど、ここから渋谷までは電車で40分という時間はわかるので距離が時間の概念に変わっている。渋谷まで何キロって言われると全然距離感がわからない。 そして何より車の運転は楽しくない。スマホ触れない、寝れない、お酒飲めない、事故リスクもある。

    車の運転って難しすぎない? なんで社会で許されてるの? - 拝徳
    t-murachi
    t-murachi 2019/05/20
    どこかで聞きかじった内容の寄せ集め。で、自動運転に夢見る前にできることいくらでもあるよねっていう内容であるにも関わらず結論が「一刻も早く自動運転とかが普及して…」ってなるのがホント残念(´・ω・`)
  • 勤労統計問題の原因は「COBOLプログラムのバグ」 – アゴラ

    厚生労働省の毎月勤労統計調査についての特別監察委員会の報告書が出され、樋口委員長の記者会見が行われた。疑問も残るが、おおむね事実関係は明らかになった。焦点になっている東京都の大企業の抽出調査については次の通り: 2003年5月22日付の事務連絡に「事業所規模500人以上の抽出単位においては、今回から全国調査でなく、東京都の一部の産業で抽出調査を行うため注意すること」と書かれている。この事務連絡は雇用統計課長の決裁をへて他部局にも公式に伝達されており、隠蔽の事実はない。 当時の担当課長は「抽出調査としたことについて、覚えていないが当時自分が決裁したと思われる決裁文書を見たらそのように残っていたのでそうなのだと思う。ただ、抽出していたとしても労働者数に戻す復元を行っていれば問題ない」と供述しているが、この復元が行われた形跡がない。 システム改修を行った担当係によると「外部業者等に委託することな

    勤労統計問題の原因は「COBOLプログラムのバグ」 – アゴラ
    t-murachi
    t-murachi 2019/01/23
    COBOLに限らずレガシーなものを腐したい向きには絶好のサンプル(´・ω・`) いやいやちゃんとテストしようよ(´・ω・`) そも表向きの仕様である全数調査になってない時点で設計バグなんだってば(´・ω・`)
  • 元社員らに聞く「エバーノートはなぜ深刻な状況に陥ったのか」(前編)

    元社員らに聞く「エバーノートはなぜ深刻な状況に陥ったのか」(前編) Business Insider 2015/11/06 エバーノートは多くの有力なIT企業が集まるグループ「ユニコーン」に仲間入りし、その先駆け的存在だったにもかかわらず、3年後の現在では収益面で進展が見られず、方針転換やコスト削減に苦心している。その背景を元社員らへの取材から、2回にわたってリポートする。 成功しているIT企業グループに仲間入りしたが、収益が上がらず苦境に陥る メモ・アプリを手がけるエバーノートは2012年、「ユニコーン企業」と呼ばれる評価額10億ドル以上の非上場IT企業からなるグループに仲間入りした。その年、エバーノートの登録ユーザーは3000万人を超えた。調達資金の総額は2億7000万ドルにのぼり、近い将来、株式公開に踏み切る有力候補と目されていた。 それから3年が経った今、情勢は一変している。 20

    元社員らに聞く「エバーノートはなぜ深刻な状況に陥ったのか」(前編)
    t-murachi
    t-murachi 2015/11/06
    なんでA/Bテストが品質改善の文脈で語られてるんだ? リサーチの文脈で語られるんならともかく。
  • さらに分かっておきたいトランジスタの種類 − @IT MONOist

    2024年2月1日。アマゾンで家庭用AI囲碁ロボット「SenseRobot GO」が発売された。今回、SenseRobot GOの開発担当者に話を伺う機会を得たので、AI囲碁ロボットの詳細をレポートする。

    t-murachi
    t-murachi 2009/12/14
    これほどまでに豪快に誤解される Agile カワイソスwwww>「設計ドキュメントの作成を必要最低限に抑え、なるべく速くコーディングし、品質向上はテスト・フェイズで実施する」
  • NTTデータとの決闘シリーズ第二幕 - ひがやすを技術ブログ

    昨日は、NTTデータとの決闘シリーズ第二幕。戦闘服には、かりゆしウェアを選びました。 今回は、データの顧客であるユーザ企業からも参加していただきました。この人はKさんと呼ぶことにします。Kさんは、現在Seasar2(SAStruts, S2JDBC)を使って、プログラミングファースト開発を実践されている先進的なユーザです。BtoCのサイトを作っていると考えてください。 プログラミングファースト開発の詳細はこちら。 http://d.hatena.ne.jp/higayasuo/20080501/1209636051 http://d.hatena.ne.jp/higayasuo/20080721/1216607451 最初のテーマは「品質」。データとしては、 テストコードのカバレッジやバグ密度などで品質を確保しようとしている。 でも、品質に問題があるプロジェクトも残念ながら存在する。 品質

    NTTデータとの決闘シリーズ第二幕 - ひがやすを技術ブログ
    t-murachi
    t-murachi 2008/08/29
    要件定義 (特にユースケース) を設計だと思っているのか、それともユーザーに任せればいいと思っているのか、それすら不要と思っているのか。どんだけ「作り直す」つもりか。なるほど street view が全肯定されるわけだわ
  • 1