並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 738件

新着順 人気順

ヒューマンエラーの検索結果1 - 40 件 / 738件

  • Dropbox Businessは非常に危険です | 江口某の不如意研究室

    (この記事は、Dropbox社に対してフェアじゃないものになっています。続きの「Dropbox Businessは馬鹿が使うと非常に危険なことを検証しました」も読んでください) 最近、非常に重大な事故を起こしてしまったので報告します。実際の被害は、最高が7だとすると3か4ぐらい、しかし潜在的な危険度からいうと7段階で7、ってくらい重大。Dropboxでファイルを大量に失なってしまったばかりか、個人情報流出の危険をおかしてしまいました。(実際には流出といえるものはありませんでしたが) Dropbox Businessチームに招待され参加して「アカウントを統合」すると、自分では抜けられない状態になる それだけでなく、それまで自分がもっていたファイルもすべてチームのものになる 個人用の契約が勝手に解除されてしまう 私のアカウントを削除すると、管理者は私のファイルを自分のものにすることができる 管

    • ミスを責めるとミスが増え、自己正当化がミスを再発する『失敗の科学』

      人はミスをする。これは当たり前のことだ。 だからミスしないように準備をするし、仮にミスしたとしても、トラブルにならないように防護策を立てておく。人命に関わるような重大なトラブルになるのであれば、対策は何重にもなるだろう。 個人的なミスが、ただ一つの「原因→結果」として重大な事故に直結したなら分かりやすいが、現実としてありえない。ミスを事故に至らしめた連鎖や、それを生み出した背景を無視して、「個人」を糾弾することは公正なのか? 例えば、米国における医療ミスによる死亡者数は、年間40万人以上と推計されている(※1)。イギリスでは年間3万4千人もの患者がヒューマンエラーによって死亡している(※2)。 回避できたにもかかわらず死亡させた原因として、誤診や投薬ミス、手術中の外傷、手術部位の取り違え、輸血ミス、術後合併症など多岐にわたる。数字だけで見るならば、米国の三大死因は、「心疾患」「がん」そして

        ミスを責めるとミスが増え、自己正当化がミスを再発する『失敗の科学』
      • 2019夏、先輩が若手に贈る「お世話になった技術書60選」- 入門からガチまで – | DevelopersIO

        「この本にはお世話になったなぁ〜」 「今でもたまに読み返してます」 「マジでめちゃめちゃ影響受けた」 「そう、こいつが俺のエンジニア人生を変えやがったんだ...」 ↑「こんな本を紹介してください!」と社内チャットで投げてみたら、すんごいことになったのでそのリストをシェアさせていただきます。 ※推薦理由はあくまで推薦者による個人的な意見や思い入れたっぷりなので、それを踏まえてお楽しみください。 目次 アプリケーション/プログラミング ドメイン駆動設計 Java言語で学ぶデザインパターン入門 Pro Git BINARY HACKS Effective Java リバースエンジニアリング―Pythonによるバイナリ解析技法 なるほどUnixプロセス ― Rubyで学ぶUnixの基礎 リーダブルコード メタプログラミングRuby 第2版 Head First デザインパターン テスト駆動開発 C

          2019夏、先輩が若手に贈る「お世話になった技術書60選」- 入門からガチまで – | DevelopersIO
        • KDDIの通信障害についてまとめてみた - piyolog

          2022年7月2日、設備障害によりKDDIの携帯電話サービスで障害が発生しました。ここでは通信障害に関連する情報をまとめます。 通信障害発生から復旧発表まで3日以上 au携帯電話サービスがご利用しづらい状況について 障害発生同日8時以降から1時間おきに障害報告が公表されていた。 障害発生・復旧の状況は以下の通り。 対象地域 障害発生日時 復旧作業終了時間 復旧完了日時 西日本 2022年7月2日 1時35分頃 2022年7月3日 11時頃 2022年7月5日15時36分 東日本 2022年7月2日 1時35分頃 2022年7月3日 17時30分頃 2022年7月5日15時36分 影響を受けたのは全国の個人・法人向けのau携帯電話、UQ mobile携帯電話、povo、au回線利用事業者の音声通信、ホームプラス電話、ホーム電話、auフェムトセル、SMS送受信。7月3日11時時点の概算では約3

            KDDIの通信障害についてまとめてみた - piyolog
          • さよなら本番サーバー - Qiita

            とあるSESの現場では本番リリースの時期が近づいてきており、僕を含めた数人のエンジニアは間に合いそうもない残作業の開発を進めたり、本番で使うためのデータの整備を本番サーバー内で行ったりしていた。ほとんどがその案件のために集められたメンバーだったため特に和気あいあいとするでもなく、エアコンの風の音が響く小さなオフィスの片隅で静かに作業をしていた。 業務上のやりとりもRedmineで行われており、声を発するのもたまにメンバー同士で話をしたり、クライアントから電話がかかってきた時だけ。その日もメールで通知が届いてきており、確認してみるとRedmineで僕が関係しているチケットにコメントが届いているという通知だった。 通知のURLをクリックしてRedmineのチケットを確認してみる。 それによると一旦本番サーバー上に存在するデータの中の一部の主要データをCSV形式で送ってほしいという依頼だった。無

              さよなら本番サーバー - Qiita
            • 障害報告書を書こう! - Qiita

              担当しているITサービスなどに何かしらのインシデントや障害が発生した時に、対処後のアクションとして報告書を提出して事象の内容を報告(レポート)する場合がある。 提出先は会社の偉い人だったりクライアントだったり。場合によってはユーザー向けに発表したり。事の顛末を報告して「今後同様のことを起こさないように努力します、ごめんなさい」をするのだ。どのように再発防止の努力するのかを書くものでもある。 主にクライアント向けのビジネス内容ではあるが、自分が使っているテンプレパターンを共有するので参考にしてもらえればと思う。1 全般的なポイント 心得のようなもの。次の点は留意してて欲しい。 淡々と冷静な説明をこころがける 当然のことながら事実は脚色しない。無駄な修飾も要らない。客観的な事実を簡潔に述べる。 例: ❌「一生懸命頑張って対応したが…」 ❌「寝ないで対応したが…」 ❌「本当の原因は…」 できるだ

                障害報告書を書こう! - Qiita
              • 【動画】このショートカットを完全習得したEXCEL使いの作業風景が早すぎてすごい・・・・重要なのは「セルの選択」なんだな : ライフハックちゃんねる弐式

                2019年10月15日 【動画】このショートカットを完全習得したEXCEL使いの作業風景が早すぎてすごい・・・・重要なのは「セルの選択」なんだな Tweet 32コメント |2019年10月15日 11:30|ソフト・アプリ等|PC|Editタグ :ショートカットキーEXCEL これ、Excelの操作イメージなんですが、これを見ると99%の人が「ショートカット覚えると速いんだな?」って印象持つ。 でも注意して見て。 ショートカットだけじゃなくて、「セルの選択」が速いから、このスピードが出るのです。 半分以上「セルの選択」なんです。 これを、僕は本でお伝えします! pic.twitter.com/leL3pcLKYQ— 中田元樹_Excel本もうすぐ出版 (@HealthyNakata) 2019年5月27日 ショートカットキーをたくさん駆使しているように見えて、メインの動作は「セルの移動」

                  【動画】このショートカットを完全習得したEXCEL使いの作業風景が早すぎてすごい・・・・重要なのは「セルの選択」なんだな : ライフハックちゃんねる弐式
                • 派遣エンジニアが起こした事件が理不尽だった件

                  どもども。僕はしがない派遣エンジニアです。 某零細企業から、某大手企業に派遣されています。 派遣先はお堅い職場です。 コロナのご時世ですが、リモートの「リ」も聞いたことありません。 万が一、データー漏洩した場合とんでもないことになりますからね(しらんけど そんな職場ですが、わたくしは2年ほど勤めています。 お堅い職場ゆえに息苦しさもありますが、それが心地よかったりもします。 というよりも派遣という気軽な身分が合っているのかもしれません。 さて本題に。 こんな職場へ、新しい新人さんが入ってきました。 新人といっても50代のベテランエンジニア、Aさんです。 もちろん派遣です。 Aさんはどうにも「優秀ではないエンジニア」のようでした。 かろうじてプログラミングはできるけど、IDEの使い方、フレームワーク等はほとんど経験がないご様子。 何でもかんでもプロパーさんに聞いて回るので、「そんなことくらい

                    派遣エンジニアが起こした事件が理不尽だった件
                  • 「エラーする人は自分を信じすぎでは?」ヒューマンエラーの勉強で得た、「気をつける」は対策ではないという考え方

                    S U Z U@旅パッキングand客力の磨き方 @suzukyuin ヒューマンエラーの勉強をすると「気をつける」は対策ではありませんと、教え込まれるので。全てのものにフールプルーフ&フェールセーフをするようになるので、エラーが減ります。 エラーする人は自分を信じすぎでは?って思ってる。 2020-06-18 21:21:45 S U Z U@旅パッキングand客力の磨き方 @suzukyuin 得にルーティーンで決まってることの途中でイレギュラートラップ(例えば話しかけられる、電話かかってくるとか途中の流れをインターセプトされる状況)が起きると、全部スッこ抜けて大事故につながるエラーを起こすので、そう出来ない仕組みを作るとかね。 とにかく「人は間違える」って思うの大事 2020-06-18 21:24:36 S U Z U@旅パッキングand客力の磨き方 @suzukyuin とんでもな

                      「エラーする人は自分を信じすぎでは?」ヒューマンエラーの勉強で得た、「気をつける」は対策ではないという考え方
                    • なぜ自動テストの導入は失敗するのか? - プログラマーの脳みそ

                      開発室の雑談。営業側のマネージャが言うには 「今のプロジェクトで自動テストの導入を試みている話をしたら、XXXさんのところでも過去にいくつか導入を試みたけどもみんな上手くいかなかったって話になって」 なるほど? まあ確かに自動テストはシステム開発にとって魅惑の技法ではあるものの、では導入がうまくいっているか? というと普及率は低いと言わざるを得ない。私がお手伝いしたプロジェクトでは、元請け側から自動テストをやるお達しが来たわけだが、紆余曲折あって掛け声倒れのような状態になってしまった。 ビジネス書の煽りタイトルのような本件だが、古式ゆかしき受注生産の業務システム開発プロジェクトに自動テストを導入しようとして失敗する事例を聞いたので、僕なりに分析して見出した要素を挙げておこうと思う。 V字モデル ソフトウェア開発の手法としてV字モデルというものがある。 オーダーメイドでシステムを作るにあたっ

                        なぜ自動テストの導入は失敗するのか? - プログラマーの脳みそ
                      • いつものように本番作業してたはずなのに - Qiita

                        この記事は「本番環境でやらかしちゃった人 Advent Calendar 2019」の1日目です。 https://qiita.com/advent-calendar/2019/yarakashi-production なかなか濃いラインナップが期待されますが、まずはさらっといきたいと思います。 具体性が乏しい部分もあると思いますが、そこはお察しください。。。 やらかし 背景(前提条件) いっていに昔の話です ETL(データ加工)サーバ 数十を超えるシステムからデータを集める BIツールなどで活用できるように各種加工処理を行い、DBなどにロードする 繁忙の違いはあれど、24/365で常時一定量の処理は稼働している 複数のチームが共存しているサーバ アプリ面では比較的疎 ETL処理のリリース前に本番サーバ上で試験をする取り決めになっていた 性能や本番相当データのテストが安全に行えるような環境

                          いつものように本番作業してたはずなのに - Qiita
                        • 子供車内置き忘れは私にも!?:赤ちゃん忘れ症候群:記憶とヒューマンエラーの心理学(碓井真史) - エキスパート - Yahoo!ニュース

                          <人は忘れる。どんなに大切なことも。では、なぜ忘れるのか。どうすれば良いのか。親を責めるだけではなく、具体策を考えよう。> ■車内放置で0歳女児死亡。容疑の母親は「降ろすの忘れた」と供述暑い日が続いています。毎年のように、車内に放置された子供の事故が報道されています。先週報道された富山県の事故では、母親は「降ろすのを忘れた」と供述しています。 この記事に関するヤフーコメントの多くは、 「忘れるはずない」「ありえない」「え? 子供を忘れるってある?」「自分の大切な子供を忘れるなんてありえない。」「忘れたってなに? 子供は物ではありません」「子供を降ろしわすれるなんて母親としてありえない」。 「最低の母親」「この母親にとって車に忘れる程度の存在でしかなかったってこと」「育児放棄」「親の虐待」「無責任」「だらしない母親」。 「まともな神経ではない」「嘘」「わざと忘れたんでしょ。しっかり状況を洗え

                            子供車内置き忘れは私にも!?:赤ちゃん忘れ症候群:記憶とヒューマンエラーの心理学(碓井真史) - エキスパート - Yahoo!ニュース
                          • 小林化工・小林社長が会見 申請時の虚偽記載は「特許切れ後すぐ承認が目的」 営利に走った結果 | ニュース | ミクスOnline

                            小林化工の小林広幸代表取締役社長は4月16日、福井県あわら市の本社で会見を開き、申請書類の一部に虚偽の記載があったことなどから、12品目の製造販売承認が通り消される見通しであると発表した。これまでは製造部門での不正が報告されてきたが、新たに研究開発部門でも不正が見つかったことになる。小林社長は問題が起きた原因について、「有望なジェネリック製剤については、多くのメーカーが製造販売に向けて開発に凌ぎを削る中で、特許切れ後すぐに承認をとろうとしたことがこうした不適切な行為の背景にあった」と営利に走った結果であることを認めた。ガバナンスの欠如が指摘されるなかで、自らの進退にも改めて触れ、「解決への道筋をつけたうえで、なるべく早い段階で辞任ということを考えている」と述べた。 ◎「売り上げがないと生き残れない」-。出荷優先の意識が全社にあった 小林社長 「製薬企業としてある程度の売上高がないと生き残っ

                            • 【資料】PCR検査抑制論の年譜と語録|伊賀 治 デマ撲滅ファクトチェック集

                              [2023/12/15更新] 過去を糾弾したいわけではない。 未来に過ちを繰り返さない為に。 「政治の信頼を回復するには、過ちや不公正に毅然と対峙することが必要です。この一年半のあいだ、政府や厚労省、一部の医師や専門家によって宣伝された偽情報は、撤回されなければなりません。合理的なコロナ対策はその先にしかないからです。」(※1. 引用元) 政府が検査抑制を進めた結果、日本は未だ検査キャパ不足の課題を引きずっている。もちろん、当時は致し方ない理由として、海外製試薬の調達不足・検査体制の未整備・医療従事者の感染の不安等もあったと思う。然し、それをベイズ推定という全く別の説明で安易に世論を抑え込もうとした。騙す意図はなかったとしても「国民の声を封じればよい」として、真の問題解決への努力を怠り、検査への誤った不信を抱かせ、後々の感染症対策に大きな弊害となったことは明らかだろう。 当時、多くの識者や

                                【資料】PCR検査抑制論の年譜と語録|伊賀 治 デマ撲滅ファクトチェック集
                              • 忙しい中でも「質の良い睡眠」を目指すには? 『スタンフォード式 最高の睡眠』著者の西野精治教授に聞いた - lala a live(ララアライブ)│フォーネスライフ

                                仕事で忙しい現代人は、つい睡眠時間が短くなりがち。最近では睡眠不足の蓄積により心身に不調をきたす「睡眠負債」という言葉もたびたび耳にするようになりました。 30年以上にわたって、アメリカ・スタンフォード大学で睡眠に関する研究をしている西野精治教授によれば「6時間睡眠が2週間続くと、2日徹夜したのと同じくらいの覚醒具合になってしまう」*1といった研究結果があるのだそう。 健康を維持するためにはもちろん、仕事のパフォーマンスを上げる上でもしっかりと睡眠をとることが重要です。そこで今回は西野教授に、忙しい中でより質の良い睡眠をとるためのコツについて伺いました。 お話を伺った方:西野精治教授 スタンフォード大学医学部精神科教授、同大学睡眠生体リズム研究所(SCNラボ)所長。医師、医学博士。1955年大阪府出身。大阪医科大学卒業後、研修医を経て1987年、スタンフォード大学医学部精神科睡眠研究所に留

                                  忙しい中でも「質の良い睡眠」を目指すには? 『スタンフォード式 最高の睡眠』著者の西野精治教授に聞いた - lala a live(ララアライブ)│フォーネスライフ
                                • crontab database ~君がしでかしてくれたもの~ - Qiita

                                  この記事は本番環境でやらかしちゃった人のアドベントカレンダー2日目の記事です。 内容的にそろそろ時効だと思うので供養のために書きました。 追記。そういえば時期をちゃんと書いてなかったけど事件が起きたのは去年2018年、つまり仕込み(ヲイ)は2017年の話です ぶっちゃけネタ記事ですw (たまたま見つけて参加してみただけなのに昨日の記事の伸びっぷりを見て戦々恐々としてる TL;DR DB移行作業において、テスト期間中は常に最新のデータで処理できるように書いておいたプログラムをcrontabで実行していた。最終的に本番に合わせて日時を調整していたが、そのことを失念し1年後に再実行されてしまい、本番データが1年前に巻き戻る事故発生。 crontab は分、時、日、月、曜日を指定できるが、1年後に帰ってくるから気をつけてね。という話。 惨劇はなぜおこってしまったのか 結論から言えばcrontabの

                                    crontab database ~君がしでかしてくれたもの~ - Qiita
                                  • 新人君に身に着けて欲しいマインドや習慣 - Qiita

                                    三行 報告と確認は大事だから怠らないように 手段と目的を履き違えるな 勉強は大事だから習慣化する(軽くでいい) 新人教育に手を出そうかと思ったんです おはようございます。この季節は手元が冷えまくってさむ谷園の冷え茶漬けなのでなるたけキーボードいじりたくないデブです。 私事ですが去年に転職しまして、いい感じにやれてます。フルリモート最高です。 そんなこんなでまあまあ月日も経って試用期間も終わり、前々から思ってた教育関連に手を出したいと本社で色々言ってます。 とは言え本社側としても長期で色々考えててとりあえず今々私が手を付けれそうなのが参画後研修というやつっぽい空気なのでそれ向けに一本記事を書きます。 で、その参画後研修の対象が以下の感じです。(以降新人君、とします) 研修終わって本格的に業務に参加しだした人 大体1,2年目くらい はい。大事な時期です。 どのくらい大事かと言うとアニメの1~3

                                      新人君に身に着けて欲しいマインドや習慣 - Qiita
                                    • 嫌いな相手に糞尿を匿名配送するサービス「ShitExpress」から顧客情報漏れる。利用者のハッカーが脆弱性突く | テクノエッジ TechnoEdge

                                      ガジェット全般、サイエンス、宇宙、音楽、モータースポーツetc... 電気・ネットワーク技術者。実績媒体Engadget日本版, Autoblog日本版, Forbes JAPAN他 気に入らない知人や何らかの理由で敵対する相手に対し、匿名で動物の糞尿にメッセージを添えて送りつけられるサービス「ShitExpress」が、サイトの脆弱性を突かれてデータベースをまるごとダウンロードされ、ハッキングフォーラムに公開される事態が発生しました。 ShitExpressのウェブページは日本語にも対応しており、そこには「あなたを悩ますあの人、この人を思い浮かべてみてください」、「もし、その人たちにクッサーいサプライズを贈ることができるとしたら?」と書かかれています。そして送りつけるウ〇コの種類(動物)や箱に飾りのスマイリーシールを貼付するか否かなどのオプションを選択して送付できるようになっています。価

                                        嫌いな相手に糞尿を匿名配送するサービス「ShitExpress」から顧客情報漏れる。利用者のハッカーが脆弱性突く | テクノエッジ TechnoEdge
                                      • WEB漫画家にはステマの意識はなかったはず

                                        広告漫画を自分のツイッターに載せてお金をもらうことのあるWEB漫画家です。 同業者の知り合いも多数。 今回の件には関わっていないものの、代理店と言われてる会社とは何度も仕事したことあるので なんとなく今回の作家側の感覚が想像できるのでそれを書く。 あくまで想像の話だし、暴露というような深い内容ではない。 また今回の作家に対してやはりここまで叩かれるのは可哀想だという同情もあり、これが擁護の話であるのは否定できない。 そもそも今回の案件、これまでの依頼と同じような形で自分に話が来たら受けていたかもしれないし、 ステマだと気づいて止められるかと言われたら、ちょっとわからない。そういった反省も込めて書いています。 まず、やしろあずき氏がツイートしているように 共通のハッシュタグがあればPR漫画として受け取られるだろうという認識は多分ほとんどの作家にあって、 ステマをしている意識はなかっただろうと

                                          WEB漫画家にはステマの意識はなかったはず
                                        • 本当にあったAWSでやらかした話と対策😭 - Qiita

                                          概要 みなさんこんにちは🎄 「フォトリ」という家族写真の撮影サービスを運用している会社でCTOをしてるカイトズズキと申します。 この記事では、先日会社のAWSで割と高額の請求が来てしまい😭死にたくなる思いをしたので、そのお話についてしていきます。 AWSは便利だけど、お金使いすぎたりしないか不安になりますよね。 特に僕はそんなにAWSには詳しくない人間なので、なおさらドキドキです。 この記事を通して、僕がやっちまった失敗をみなさんに知ってもらい、 同じような失敗をする人が1人でも減ることを祈ってます🙏 やらかしレベル まず、結果としてどれくらいやらかしたかと言うと、 普段の使用料金以外に、 - Lambda で 10万円 くらい - S3 で 30万円 くらい の請求が来てしまいました、、、 普段は数万円程度で2つのWebサービスを運用しているため、 最初に気づいたときは驚きすぎて理

                                            本当にあったAWSでやらかした話と対策😭 - Qiita
                                          • SEだが正直noteのやらかしを見てほっとしている

                                            https://twitter.com/clockmaker/status/1294213347898843136 これ見たけどやらかしが低レベルすぎやしないか、ヒューマンエラーのレベルじゃないだろ とりあえずRails触れますって奴ととりあえずNuxt触れますって奴がガチャガチャやった結果にしか見えねえよ API設計が無茶苦茶だし、コードレビューもろくに実施されてねえだろうし、試験の観点はどうなってんだよって話だろ やっぱ優秀なエンジニアなんてどこにもいねえんだな、安心して寝るわ

                                              SEだが正直noteのやらかしを見てほっとしている
                                            • Lustre ファイルシステムのファイル消失について | 日本ヒューレット・パッカード合同会社

                                              • 検索エンジンBingから消えた天安門事件「戦車男」(dragoner) - エキスパート - Yahoo!ニュース

                                                6月4日、民主化を求める学生らを武力で鎮圧した天安門事件から32年になります。事件の節目となる日、多くの関連報道が世界中で行われる中、Googleの脅威分析グループに所属するShane Huntley氏の次のツイートが波紋を広げています。 マイクロソフトが提供するサーチエンジンのMicrosoft Bingで"tank man"と検索しても、画像検索で画像が一切表示されないことを示すスクリーンショットを提示し、マイクロソフトのBrad Smith社長に説明を求めています。 "tank man"と言えば、「戦車男」、「無名の反逆者」とも呼ばれる、天安門事件の最中に戦車の隊列を1人で遮った男性のことで、天安門事件を伝える写真・映像の中でも最も知られているものです。それが何故かBingの画像検索で表示されません。中国で検閲が行われていることは周知のことですが、Shane Huntley氏はアメリ

                                                  検索エンジンBingから消えた天安門事件「戦車男」(dragoner) - エキスパート - Yahoo!ニュース
                                                • 障害から学ぶクラウドの正しい歩き方について考える - そーだいなるらくがき帳

                                                  AWSで大きな障害が発生したこの機会に、自分がクラウドと正しく付き合っていくために必要なことを考える。 piyolog.hatenadiary.jp ちなみに稼働率 99.99% くらいを目指していくために必要な事を考える。 必要な稼働率を見極める 今回は 99.99% くらいを目指すと言ったが、実際に自分たちにとってどのくらいの稼働率を目指すか?ということはとてもとても大切だ。 幸い、今回自分は影響がなかったが、本当に完璧か?と言われるとそうではない。 まず弊社の場合、マルチリージョンではないので東京リージョンが落ちたら落ちる。 これを許容できない場合に99.99%を目指せるか?というと正直厳しい。 しかしサイトの規模はそんなに大きくないのでデータサイズも現実的に転送出来る範囲で、コンポーネントも少なく、TerraformやAnsibleによって再構築しやすい状態は整っている。 そのため

                                                    障害から学ぶクラウドの正しい歩き方について考える - そーだいなるらくがき帳
                                                  • なぜ Infra Study Meetup運営は配信トラブルを引き起こしてしまったのか

                                                    こんにちは。Infra Study Meetup 運営の重本です。先日 4月24日(金)夜に開催したオンライン勉強会「Infra Study Meetup #1『Infrastructure as Code』」において配信トラブルが発生し、ライブ配信開始から45分にわたり1000名を超える参加者に多大なるご不便をお掛けしてしまいました。本記事では、今回のトラブルの原因およびリカバリー方法、再発防止策についてまとめ公開いたします。 概要 本勉強会は2020年4月24日(金) 19:25より、YouTube Live を用いてオンラインで開催しました。 発表者には Zoom ミーティングを用いて画面共有および発表していただき、その様子を配信ソフトを介した上で YouTube Live で配信するという構成です。 配信開始直後の19:25〜19:35の間、YouTube Liveでのライブ視聴が

                                                    • 納品ドキュメントの作成にMarkdown+Vivliostyleを採用した話 - Qiita

                                                      こんにちは、製造業でソフト開発エンジニアをやっているとみー(@tommyecguitar)です。 会社で納品物の説明ドキュメントを作ることがあり、その時にMarkdownでの組版をやってみたので、どう運用したか、困ったところ、いい点、悪い点をまとめてみようと思います。 Vivliostyleで組版したブログはたくさんあるので、見た目がどんな感じにできるかなどはそちらを見ていただくか、Vivliostyleのサイトをご覧ください。 Wordじゃだめなのか。 製造業で何かしら長大なドキュメントを作るとなったら、大抵はWordを複数人数で編集するという運用をしているところが多いと思います。 しかし、Wordにはいろいろと悪いところがあります。 チーム内で共同編集すると、編集したところが消えたり、フォントやデザインがなぜか統一されなかったりする。 セクションごとに担当を分けても、マージが手作業にな

                                                        納品ドキュメントの作成にMarkdown+Vivliostyleを採用した話 - Qiita
                                                      • 退職処理を可能な限り自動化する - クックパッド開発者ブログ

                                                        技術部 SRE グループの id:itkq です。2019 夏アニメで一番好きな作品は Re:ステージ!ドリームデイズ♪ です。この記事では SRE が運用している退職処理の自動化について説明します。 退職処理とは 入社後に業務のための様々なアカウントを作成するのと反対に、退職時にはそれらのアカウントを無効化する必要があります。これを退職処理と呼んでいます。SRE が管轄している典型的な例では、SSO に対応していない SaaS のログインアカウント・AWS の IAM User・データベースの個人ログインユーザなどが該当します。これらのアカウントは社員によって要否が異なったり必要な権限が異なるため、入社時に一括で用意せず必要に応じて申請してもらう形をとっています。一方で退職時にはそれらのアカウントをすべて無効化する必要があります。 退職処理は繰り返され、自動化の余地のあるタスクです。また

                                                          退職処理を可能な限り自動化する - クックパッド開発者ブログ
                                                        • 医師とデザイン。なぜ医療現場は複雑なUIが好まれるのか?|Kei Kobayashi|note

                                                          医師は情報が詰めこまれたスライドが好き?こんにちは、株式会社CureAppデザイナーの小林です。精神科の医師ですがデザインが好きすぎてデザイナーとして働いています。 医療の世界から会社員に転身すると、日々さまざまな発見があります。先日社外の人とプレゼンテーションの話題になり 「医師向けのプレゼンでは、シンプルなものより情報が詰め込まれたスライドが好まれるんです」 と言われ驚きました。 たしかに医療系のスライドは医師に限らず文字が詰めこまれた分かりづらいスライドが主流ですが、それはデザインへの関心が低いだけでけっして「好き」なわけではない、そう思っていました。 しかし改めて「もしかして医師は本当に複雑なデザインが好きなんじゃないか?」という疑念がわいてきました。 よく見る医療系スライドの一例 https://www.dinf.ne.jp/doc/japanese/resource/kouse

                                                            医師とデザイン。なぜ医療現場は複雑なUIが好まれるのか?|Kei Kobayashi|note
                                                          • 「全数調査なら何でもわかる」という誤解 - 間違えがちな母集団とサンプリングそしてベイズ統計 - - ill-identified diary

                                                            この文章は pandoc-hateblo で tex ファイルから変換しています. PDF 版はこちら 2021/10/15 追記: 後半のベイジアンブートストラップに関する解説はこちらのほうがおそらく正確です ill-identified.hatenablog.com 概要挑発的なタイトルに見えるかも知れないが, 私はしらふだしこれから始めるのは真面目な話だ — 正直に言えばSEOとか気にしてもっと挑発的なタイトルにしようかなどと迷ったりはしたが. 「全数調査できれば標本抽出の誤差はなくなるのだから, 仮説検定は不要だ」という主張を見かけた. いろいろと調べた結果, この問題を厳密に説明しようとすると最近の教科書には載ってない話題や視点が必要なことが分かった. ネット上でも勘違いしている or よく分かってなさそうな人をこれまで何度か見かけたので, これを機に当初の質問の回答のみならず関

                                                              「全数調査なら何でもわかる」という誤解 - 間違えがちな母集団とサンプリングそしてベイズ統計 - - ill-identified diary
                                                            • 交通事故の8割はヒューマンエラーが原因。最新の交通事故統計・分析から読み解く、重大事故を回避するポイントとは? #くるまも - くるまも|三井住友海上

                                                              令和4年の一年間で起こった「全事故」、つまり軽傷・重傷・死亡のすべてを含む交通事故の発生件数は300,839件。そのうち死亡事故は2,550件です(警察庁調べ)。これらは、どんな状況で発生しているのでしょうか。また、特に重大な事故につながりやすいのはどのようなシチュエーションなのでしょうか。 交通事故・死亡事故のデータを読み解くことで、重大な事故を回避する上で注意すべきポイントが見えてくるかもしれません。国内で発生した交通事故の情報を蓄積し、総合的な調査分析を行う「交通事故総合分析センター」の田久保宣晃さんに、さまざまな分析データを紹介してもらいつつ、見解を伺いました。そこには、ハンドルを握る人が、事故を起こさず、安全に車を運転するための、さまざまな示唆がありました。 【お話を聞いた人】 田久保宣晃(たくぼ・のぶあき)さん:工学博士。交通事故総合分析センター 研究部次長兼研究第一課長。警察

                                                                交通事故の8割はヒューマンエラーが原因。最新の交通事故統計・分析から読み解く、重大事故を回避するポイントとは? #くるまも - くるまも|三井住友海上
                                                              • フックつけ忘れるミス ヘリで救助中に落下の女性死亡 | NHKニュース

                                                                台風で浸水被害が起きていた福島県いわき市で、東京消防庁の隊員がヘリコプターから降下して孤立していた77歳の女性をつり上げて救助していたところ、誤って女性が落下する事故がありました。女性は搬送先の病院で死亡し、東京消防庁は、女性の体重を支えるフックをつけ忘れたままつり上げるミスがあったとして、謝罪しました。 女性は心肺停止の状態で病院に搬送されましたが、その後、死亡しました。 東京消防庁は会見を開き、清水洋文次長が「女性とご家族に心からおわびします。このような事故がないよう信頼回復に全力を尽くします」と謝罪しました。 消防によりますと、救助活動を行っていたのはヘリコプターで上空から救助を行う部隊「エアハイパーレスキュー」で、女性の体重を支えるフックをつけ忘れたままつり上げるミスがあったということです。 救助者の体重を支えるフックを取り付ける際には、隊員2人で当たり、1人が取り付けたあと、もう

                                                                  フックつけ忘れるミス ヘリで救助中に落下の女性死亡 | NHKニュース
                                                                • なぜ情シスが社員を信じる事が出来なくなるのかがよくわかる写真がこちらです「もはやヒューマンエラーとかいうレベルじゃねぇw」

                                                                  JOE@4コマ漫画好き @4koma_fan_JOE @eccentricia 席にいない時に画面がそのまま?? 元SEとしておれなら、すっと座り無言で画面ロックのパスワード(簡単な物)設定して立ち去りますね。 持ち込みUSBも許可制かつ指す前にウイルスチェックとか言ってもこっそり個人用刺して感染とか痛い目に合わないと分からん奴多い。 2022-03-15 00:22:41 mob_aki @mob_aki 新卒の時の会社、研修してる室内で離席した時に1分くらいロックかけてなかったら、教育担当にスクリーンセーバー変えられて離席のときはロックしろと注意されたな。。 そのおかげで席を離れてロック忘れたことに気づくと気が気じゃなくなるまでになったが。。 2022-03-14 23:52:58 みんこ @minco_gamer 席離れてなくても喫茶店でも電車でも、ところ構わず普通に横から見えるよう

                                                                    なぜ情シスが社員を信じる事が出来なくなるのかがよくわかる写真がこちらです「もはやヒューマンエラーとかいうレベルじゃねぇw」
                                                                  • 【「スゴ本」中の人が薦める】失敗を予習するために読む4冊

                                                                    1. 『失敗の科学』マシュー・サイド 著、有枝春 訳 2. 『ヒューマンエラーは裁けるか』シドニー デッカー 著、芳賀 繁 訳 3. 『なぜエラーが医療事故を減らすのか』ローラン・ドゴース 著、林 昌宏 訳 4. 『IT失敗学の研究』不条理なコンピュータ研究会 著、日経コンピュータ 編 keyboard_arrow_down はじめに keyboard_arrow_down 失敗を科学する keyboard_arrow_down 失敗が再発するメカニズム keyboard_arrow_down ミスを厳罰化するとミスが報告されなくなる keyboard_arrow_down ミスから学ぶチームのつくり方 keyboard_arrow_down スイス・チーズの喩え keyboard_arrow_down IT失敗学の研究 keyboard_arrow_down おわりに 明確なゴールと計画

                                                                      【「スゴ本」中の人が薦める】失敗を予習するために読む4冊
                                                                    • SRE実践の手引 ─ 信頼性をどう制御するか? から始める、現実的な指標と目標の設計と計測 - エンジニアHub|Webエンジニアのキャリアを考える!

                                                                      SRE実践の手引 ─ 信頼性をどう制御するか? から始める、現実的な指標と目標の設計と計測 SREの役割には、信頼性、SLIとSLO、エラーバジェット、トイル、ソフトウェアエンジニアリングといった複数のキーワードが存在するがゆえ、なかなかうまく実践できない、という声もあります。本稿では、難しく見られがちなSREの内実を、「信頼性の制御」というコンセプトを軸に整理し、小さく始める一歩を坪内佑樹(ゆううき)さんが解説します。 こんにちは。SREの研究者をやっているゆううき(@yuuk1t)です。 SRE(Site Reliability Engineering)は、従来のオペレーションエンジニア、システム管理者(sysadmin)と呼ばれる人々が担っていた技術領域の新しい形です。Googleによって提唱され、日本国内でも2015年ごろからWebコンテンツ事業者のコミュニティを中心に広く知られる

                                                                        SRE実践の手引 ─ 信頼性をどう制御するか? から始める、現実的な指標と目標の設計と計測 - エンジニアHub|Webエンジニアのキャリアを考える!
                                                                      • 20年前の「障害の再発防止策の考え方」は今でも通用する説 - Qiita

                                                                        障害の再発防止策は、 1. メカニズム 2. ツール 3. ルール 4. チェックリスト の順番に検討せよ。 上記は、私が20年前に所属していたパッケージソフト開発会社の標語です。 ※転職したので現在の所属会社ではありません。 当時はまだインターネットが今ほど普及しておらず、修正パッチはCD-Rで配布していました。 特に、データ破損系の障害の場合は、 お客様にファックスで障害内容を報告し、 緊急ホットラインを開設し、 データ異常が見られる場合はバックアップを預かって修正後に返却し、 上記と同時並行でバグの原因調査と修正を行い、 パッチをCD-Rに焼いて配布する。 という障害対応を行っていました。 各パッケージの利用社数は数万〜10数万社に上りますので、大変な騒ぎでした。 そして事後に、障害の再発防止策を検討し報告する義務が課されるわけです。 メカニズム 仕組みとして、障害原因を封じ込める対

                                                                          20年前の「障害の再発防止策の考え方」は今でも通用する説 - Qiita
                                                                        • 嫁が救急車で運ばれた話と救急DX|のすけ

                                                                          先に話しておくと嫁さんは元気(?)で生きてます。 つい先日あった出来事をちょっとここに書いておきます。 ことの発端は先日嫁さんが仕事帰りに「肩こりが激しいので整体に寄ってから帰る」ということから。 帰ってきたが、肩こりどころか背中上部に痛みがあるということでロイヒなどを貼っていたが、20時ごろになり 「胸のあたりも痛い」 と言い出して、 #7119の救急相談ダイヤルに電話したが 、「この番号は、あなたのお住いのA市では対応しておらず、A市は別の番号にかけてください(というわけで番号をメモ)」と言われ、そこに電話をかけなおして相談したところ、循環器の相談ができる病院を2つ紹介された(2つの病院番号をメモ)。それぞれに電話をしたが、1つはもう夜も遅く電話が通じない(仮にB病院とする)、もう一つ(C病院とする)はすでに専門の先生がいないのでわからないなどの対応があったので結果救急車を呼ぶこととな

                                                                            嫁が救急車で運ばれた話と救急DX|のすけ
                                                                          • Rustで真に安全なプログラムを書く方法 - かとじゅんの技術日誌

                                                                            この記事はRust Advent Calendar 2021の12/8日の記事です。 Rust前提の記事として書きましたが、他の言語にも適用できる考え方なので、ほかの言語勢の方々もよければお付き合い下さい。 今回のテーマは「Rustで真に安全なプログラムを書く方法」についてです。 「真に安全なプログラム」の定義は以下とします。 挙動が安定し、結果が予測可能となる 正しさの基準に基づき、プログラムの間違いを検知することができる 「真に」とはドメイン知識に基づく正しさという意味です。詳しくは後述します。 それと「そもそもRustで実装されるプログラムは安全じゃないのか」という想定質問については「メモリの操作は安全。だが、それだけでは真に安全なプログラムにはならない」が答えになります。これについて興味がある方、ぜひ最後までお付き合いください。 「真に安全なプログラム」を実現するレシピとしては「関

                                                                              Rustで真に安全なプログラムを書く方法 - かとじゅんの技術日誌
                                                                            • RustでWebアプリケーションのバックエンドを開発するには ─ 型システムの堅牢性と柔軟性を業務システムにも!|ハイクラス転職・求人情報サイト AMBI(アンビ)

                                                                              ハイクラス求人TOPIT記事一覧RustでWebアプリケーションのバックエンドを開発するには ─ 型システムの堅牢性と柔軟性を業務システムにも! RustでWebアプリケーションのバックエンドを開発するには ─ 型システムの堅牢性と柔軟性を業務システムにも! 安全性に大きな特徴があるプログラミング言語Rustは、C言語やC++に代わるシステム記述言語として注目されてきました。しかし、その安全性とパフォーマンスの高さにより、ビジネスアプリケーションの構築にも採用されています。この記事ではキャディ株式会社による事例を紹介します。 こんにちは。キャディ株式会社バックエンドエンジニアの松田と申します。 キャディ株式会社では、「モノづくり産業のポテンシャルを解放する」をミッションとして、製造業分野に関連するさまざまなソフトウェアの開発を行っています。また、そのための主要な開発言語としてRustを採用

                                                                                RustでWebアプリケーションのバックエンドを開発するには ─ 型システムの堅牢性と柔軟性を業務システムにも!|ハイクラス転職・求人情報サイト AMBI(アンビ)
                                                                              • GitHubの運用を「会社」にしていく話

                                                                                Ubie DiscoveryでSREなどをしている@itkqです。 UbieではGitホスティングにgithub.comを使っています。プロダクト開発に必要なprivateなコードベースはもちろん、OSSや就業規則といったドキュメントをpublicにホストしたりもしています。また、この記事を書いている時点で、メインのOrganizationのメンバーは121名です。 自分が入社したのは一年前(2021年1月)で、まだ情報システム専任の人がいませんでした。それから今に至るまで、GitHubの運用を「会社」にしていく話を書きます。 一年前のGitHubの運用 当時、UbieのOrganizationに所属していた人数は、業務委託含め80〜90名ぐらいで、Businessプランを利用していました。私はSREとして入社しましたが、情報システム専任の人がおらず、SREをはじめとする何名かのメンバーが

                                                                                  GitHubの運用を「会社」にしていく話
                                                                                • 永寿総合病院は「もっと気をつけるべきだった」のか:室井佑月氏の発言と心理学から(碓井真史) - エキスパート - Yahoo!ニュース

                                                                                  <病院は「もっと気をつけるべきだった」のか。そうだ。私たちはいつも、「もっと気をつけるべき」だった。だから、「もっと気をつけるべきだった」には意味がない。> ■永寿総合病院の苦悩と世間からの評価、室井佑月氏の発言新型コロナの院内感染が発生し、43名の死者を出した永寿総合病院。当時は、激しく責められました。誹謗中傷もありました。病院職員への偏見差別もありました。 院長は謝罪をし、今回は職員の手記が発表されました。 <発見遅れた最初の感染 永寿総合病院の院長「甘かった」:朝日新聞7/1> <【手記全文】大規模な院内感染 経験した医師ら3人が語ったこと:NHK7/1> 「死ぬかもしれない 子ども達を頼む」(内科医師) 「事態の重大さ その場に座り込んでしまった」(血液内科医師) 「仲間を戦地に送り出しているような気持ちに」(看護師) 「泣きながら防護服を着るスタッフも」 「横断幕が目に入り、『ま

                                                                                    永寿総合病院は「もっと気をつけるべきだった」のか:室井佑月氏の発言と心理学から(碓井真史) - エキスパート - Yahoo!ニュース