並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 38 件 / 38件

新着順 人気順

レジリエンスの検索結果1 - 38 件 / 38件

  • 界隈がざわつくほど超進化したPMBOK第7版の解説【プロジェクトマネジメント】|Miz Kushida

    ・・・ ・不確実性パフォーマンス・ドメインについて加筆しました ・テーラリングについて加筆しました ・適応課題について補足を追加しました。 はじめにPMBOKといえば、PMIが世界中のプロマネの実務家から意見を集めてプロジェクトマネジメントについて知識体系化している分厚い本、というイメージです。 いや、でした。。。以前の第6版までは(7版からはすごく薄い)。 2021年8月に第7版が発表されると(ただし、日本語版はもっと先)公式からアナウンスがありましたが、本家サイトに行ってみると英語版は既に購入できる状態でしたので早速電子版を購入し読みましたので解説したいと思います。 一応前置きしておきますと、僕はPMPホルダーではありません。外資系にいるときにPMBOKをベースとしたプロジェクトマネジメントを実施したり、国内企業ではCMMI レベル5(最高レベル)を運用したりバージョンアップ対応を経験

      界隈がざわつくほど超進化したPMBOK第7版の解説【プロジェクトマネジメント】|Miz Kushida
    • すべての働く人におくるストレスマネジメントの基本 | knowledge / baigie

      仕事は挑戦の連続です。経験を積み、スキルが上がり、評価されるほど、難易度が高い仕事に関わるようになります。そこには必ず苦難があり、ストレスが待ち構えています。 ストレス学説の生みの親であるカナダ人生理学者のハンス・セリエ氏は、「ストレスは人生のスパイスである」という名言を残しています。確かにストレスは必ずしも悪いものではありません。 例えばパフォーマンスとストレスレベルは、逆U字の関係にあります。あるレベルまではストレスレベルの高まりに従ってパフォーマンスは向上し、あるレベルを超えるとパフォーマンスは低下します。この法則は心理学者ロバート・ヤーキーズとジョン・ドットソンの名前を取り、「ヤーキーズ・ドットソンの法則」と呼ばれています。 この法則に従えば、仕事で高いパフォーマンスを発揮したいなら、ストレスをゼロにするのではなく、適度なレベルにコントロールしなければなりません。そのために必要なの

      • “性暴力”裁判 被害女性が語った15分のことば - 性暴力を考える - NHK みんなでプラス

        はじめまして。自身の被害に関する裁判や活動を取材いただきたくご連絡をしました。私は2年前、社会人1年目で働き始めた時に、当時一人暮らしをしていた自宅へ夜中侵入され、性暴力の被害に遭いました。加害者は逮捕されましたが、その後も苦しみが続いています メールをくれたのは、20代のそよかさん(仮名)。加害者の刑事裁判がこれから始まるのを機に、自分の体験や思いを多くの人へ伝えたいという内容でした。 年明けにお会いすると、落ち着いた様子で被害について打ち明けてくれました。 社会人1年目のとき、オートロック付きの自宅マンションで寝ていたそよかさんは、深夜2時半ごろに物音がして目が覚めました。寝ていた部屋と玄関を隔てる扉の隙間から、人影が見えたのです。その日は疲れていて、部屋の施錠を忘れていた可能性がありました。とっさに扉を閉めようとしましたが、強い力で開けられ、見知らぬ男に口を押さえられたといいます。そ

          “性暴力”裁判 被害女性が語った15分のことば - 性暴力を考える - NHK みんなでプラス
        • 仕事は思い通りにいかなくて当然。失敗とカジュアルに付き合うための「絶対悲観主義」 #ミーツキャリアbyマイナビ転職 - ミーツキャリアbyマイナビ転職

          「GRIT(やり抜く力)」や「レジリエンス(困難を乗り越える力)」。近年、ビジネス書を賑わせるこうした意識の高い思想に、違和感を覚えてしまう人もいるのではないでしょうか。 そんな中、「たいていの仕事は失敗する。だからこそ淡々と取り組もう」と、何とも軽やかなメッセージを発信するのが、数々の起業家たちと向き合ってきた経営学者の楠木建さんです。 楠木さんはそれを「絶対悲観主義」と称し、“普通の人向けの仕事哲学”として提唱しています。 「思い通りにならない」を前提とすることで、成功の呪縛から逃れ、心安らかに仕事ができる。 自分には野心も根性もない……と感じているあなたにこそ読んでほしい、仕事への向き合い方にまつわるお話を楠木さんに伺いました。 楠木建さん。1964年、東京都生まれ。一橋ビジネススクール特任教授。一橋大学商学部卒、同大学院商学研究科修士課程修了。専門は競争戦略。 ※取材はリモートで実

            仕事は思い通りにいかなくて当然。失敗とカジュアルに付き合うための「絶対悲観主義」 #ミーツキャリアbyマイナビ転職 - ミーツキャリアbyマイナビ転職
          • 「ミスを罰する」より効果的にミスを減らす『失敗ゼロからの脱却』

            ミスや失敗をなくすため、ヒューマンエラーに厳罰を下すとどうなるか? 一つの事例が、2001年に起きた旅客機のニアミス事故だ。羽田発のJAL907便と、韓国発のJAL958便が駿河湾上空でニアミスを起こしたもの。幸いにも死者は無かったものの、多数の重軽傷者が出ており、一歩間違えれば航空史上最悪の結果を招いた可能性もあった。 事故の原因は航空管制官による「便名の言い間違い」にあるとし、指示をした管制官と訓練生の2名が刑事事件に問われることになる。裁判は最高裁まで行われ、最終的には2名とも有罪となり、失職する。判決文にこうある。 そもそも、被告人両名が航空管制官として緊張感をもって、意識を集中して仕事をしていれば、起こり得なかった事態である [Wikipedia:日本航空機駿河湾上空ニアミス事故] より 芳賀繁『失敗ゼロからの脱却』は、これに異を唱える。 事故は単一の人間のミスにより発生するので

              「ミスを罰する」より効果的にミスを減らす『失敗ゼロからの脱却』
            • 数千万ぶち込んだ親族にガチで恨まれてた話 (追記:2020-10-16)

              anond:20200630011932 我が家の両親はどうかしていた が、高校入学までは、なんとなく生活は回っていた。 電気ガスが止まる度に、母が父に鬼電してお金を用意させ、当日中に使えるようになっていた。 しかし、高校に入ってから、ついに水道が止まる。 電気ガスが止まるのはよくあることだったが水が止まるのは初めてのことだった。 というか水道が止まるとなにも出来ないので、直ぐに振り込んで再開させるよう母にお金を渡した。 これがいけなかった。 高校入学と同時に週5でバイトを始めてから、生活費としてなぜか毎月5000円を徴収されていたが、それ以外はお金を要求されたことは無かった。 高校の入学費・制服代は両親が払ったし、止まってから騒いで払うというのは理解しがたかったが、光熱費も両親が払っていた。 しかし、自分が水道代を払って以降は、簡単にお金を要求してくるようになった。 しかも母は全然すまな

                数千万ぶち込んだ親族にガチで恨まれてた話 (追記:2020-10-16)
              • [初心者向け]AWSの勉強を始めるためのリンク集(2023.5更新) | DevelopersIO

                AWS認定トレーニング講師の平野@おんせん県おおいたです。 みんな、温泉入ってますかー? (挨拶 2021年3月に公開した「AWSの勉強を始めるためのリンク集」ですが、今回新しい情報を追加して大幅リニューアルしました。 ひき続きご活用いただければと思います。 目次 1. 雰囲気を知る 2. やってみる 3. 楽しむ 4. 書籍を買う 5. 深める 6. 調べる 7. さらなる成長のために 8. 楽しく学び続けるヒント 1. 雰囲気を知る AWSを始める皆さんに、まず体験いただきたいのが「雰囲気を知る」ことです。AWSの背景や、AWSを活用するさいの考え方、どんなメリットがあるか等々、個別のサービスを学ぶ前に押さえておくことで、AWSを理解しやすくなりますし、ワクワクしていただけるかと思っています。 AWS Summit 講演ビデオ まずは、4つのビデオを紹介します。これらは AWS Sum

                  [初心者向け]AWSの勉強を始めるためのリンク集(2023.5更新) | DevelopersIO
                • 忙しすぎるプレイングマネージャーの負担を軽くするヒント 管理職の仕事を切り分け、部下に適切に任せるコツ

                  部下育成、トラブル対応、ハラスメント対策…近年は管理職の業務負担が増大し、「罰ゲーム化」の状況が深刻化しています。そこで今回は、『チームレジリエンス 困難と不確実性に強いチームのつくり方』著者の池田めぐみ氏に、管理職の負担を軽減しつつ、成果も上がる組織づくりの秘訣をお聞きしました。本記事では仕事を適切に任せる方法や、「マネージャー任せ」のメンバーの意識を変えるコツについてお伝えします。 部下育成、トラブル対応、ハラスメント対策…増える管理職の業務負担 ——ここ数年、「管理職の罰ゲーム化」といった話がよく聞かれるようになっていると思います。部下のマネジメントや後任者の育成、トラブル対応に加え、リスキリングやハラスメント対策など、管理職の業務負担が増大している現状が問題視されています。池田さんはこうした現状についてはどのような課題があるとお思いでしょうか。 池田めぐみ氏(以下、池田):私自身も

                    忙しすぎるプレイングマネージャーの負担を軽くするヒント 管理職の仕事を切り分け、部下に適切に任せるコツ
                  • 40~50代社員の老害化問題について考える | knowledge / baigie

                    ここ2年ほど、全国に点在する経営者や経営幹部と出会い、話を聞く機会を増やしている。月平均3~4名くらいのペースで、企業規模は数十名から数百名前半くらいの中小・中堅企業が多い。 地域/業種/業界/規模はバラバラながら、共通する話題もある。中でも表題の「40~50代社員の老害化」はよく耳にするテーマである。 個人的には、「老害」という言葉を安易に用いるのは好きではない。なぜなら、自分に都合が悪い年配者をすべてそこにカテゴライズし、全否定できる言葉だからである。実際には老害とは反対の「若害」といえる現象も存在するように思う。それも含めて、物事は「誰が言ったか」ではなく「何を言ったか」で冷静に客観的に見なければいけない。 その前提があった上で、比較的若い経営者や経営幹部の話を聞くと、「それは確かに老害という言葉で表現するしかないかもしれない」と思うことはある。 老害社員とは こうした話題で出てくる

                    • スケールする要求を支える仕様の「意図」と「直交性」 - Qiita

                      はじめに どんなソフトウェアエンジニアも拡張しやすくメンテナンスしやすいソフトウェアを作りたいと思っているはずです。また、どんなプロダクトマネージャも同様に拡張しやすいシンプルな要求を作りたいと考えているはずです。 しかし、将来の不確実性や発展性に対して見通しを立てるのは難しいものです。そのため、開発チームの思いとは裏腹にソフトウェアの複雑性はどんどんと増大していきます。気がついたら技術的負債と呼ばれるような手もつけられない泥団子になってしまうということもしばしばです。誰もが生産性を下げるために機能を追加したいわけではなく、ビジネス価値を提供するために機能を追加したいだけなのにです。 このような状況を避けるためにはどうしたらよいのでしょうか。今回はその一つの手段として、要求には隠れた「意図」があり、それを発見していくことの重要性についてまずはお話しします。さらにわかりやすい要求が持つ仕様の

                        スケールする要求を支える仕様の「意図」と「直交性」 - Qiita
                      • 書籍『AI vs.教科書が読めない子どもたち』が示す、「読解力が低い人」は「認知できる世界の解像度が低い」という事実。

                        ホーム > 書籍『AI vs.教科書が読めない子どもたち』が示す、「読解力が低い人」は「認知できる世界の解像度が低い」という事実。 本書は大きく前後半の2パートに分かれていて、 前半では、 ・巷で言われている「AI」は実際にはその実現過程で生まれた「AI技術」と呼ぶべきものであり、本来志向された意味での「人工知能」と呼ぶにははるかに足りない代物であること ・その技術の延長にシンギュラリティが訪れることも無いだろうこと ・そうであるにも関わらず、そのAI技術によって現在のホワイトカラー労働者の多くを代替しうること ・しかもそのオートメーションの波がこれまでの産業革命とは比較にならない速度で、わずか20年間に圧縮されて起こるだろう という予測が示される。 そうであるならば、AI技術に代替されないための行動と施策を、となるのが当然の考えだ。 AI技術には実のところ3つのものしか扱うことができない

                          書籍『AI vs.教科書が読めない子どもたち』が示す、「読解力が低い人」は「認知できる世界の解像度が低い」という事実。
                        • 意識が高くなって治療や支援が行き届いた社会だからこそ「なおすべきは、あなただ」と言えてしまわないか? - シロクマの屑籠

                          www.kosehazuki.net 昨夜、「「セルフケア」を持てはやすなよ」という文章を見かけたので読んだ。その前にもtwitterで前哨戦のようなフレーズを見かけていたので(参照:これやこれなど)、ああ、そのあたりが意識されるフェーズなんだなと思うことにした。私も前から関心があって、もう少し調べてから言語化したいと思っていた。このセルフケアやアンガーマネジメントの話は、たとえば『チャヴ』でルポルタージュされたイギリスで新自由主義が進んでいった話などとも、自己実現や自己充足といったモチベーションの領域の話とも、自己啓発の領域とも地続きにみえてならないからだ。 チャヴ 弱者を敵視する社会 作者:オーウェン・ジョーンズ,Owen Jones海と月社Amazon魂を統治する 私的な自己の形成 作者:ニコラス・ローズ以文社Amazon日常に侵入する自己啓発 作者:牧野智和勁草書房Amazon こ

                            意識が高くなって治療や支援が行き届いた社会だからこそ「なおすべきは、あなただ」と言えてしまわないか? - シロクマの屑籠
                          • 開発チーム作成ガイドを公開します - Cybozu Inside Out | サイボウズエンジニアのブログ

                            こんにちは。シニアスクラムマスターの天野 @ama_ch です。 サイボウズの開発組織において、今後の成長を加速させるためには、組織の基本単位をスクラムチームのような自律的な小さなチームにしてスケールさせることが非常に大切だと考えています。サイボウズは比較的スクラムが普及している組織ではありますが、組織内のすべてのチームがスクラムを採用しているわけではありません。 フレームワークとしてスクラムを採用するかどうかはチームの自由です。しかし、健全なチーム環境を整えることはすべてのチームにとって重要です。チームやチームワークに関する情報は巷に多く存在しますが、我々のようにすでにある程度の規模で活動しているプロダクト開発組織で、チーム環境を整えるために実践的に使える情報がないことが悩みでした。 そこで、これまでのチームに関する学びと実践を踏まえ、サイボウズの開発組織の文脈において、スクラムを実践し

                              開発チーム作成ガイドを公開します - Cybozu Inside Out | サイボウズエンジニアのブログ
                            • 歴史・年表でみるAWS全サービス一覧 -アナウンス日、General Availability(GA)、AWSサービス概要のまとめ- - NRIネットコムBlog

                              小西秀和です。 Amazon Web Services(AWS)に関する情報や魅力を様々な観点から記事にしてみていますが、技術史が好きなこともあって今回はAWSサービスの発表の歴史を年表でまとめました。 AWSからもWhat's Newとして公式アナウンスは発表されていますが、アナウンス日、GA日(一般提供開始日)、サービス名、サービス概要といった情報に圧縮して時系列でAWSサービス一覧を一枚もので確認できる記事が今まで欲しかったので自分で作成してみることにしました。 AWS全サービスの歴史年表の作成方法 AWS全サービスの歴史年表の対象となるAWSサービスは次の手順で選定しました。 AWSサービス・製品一覧「Cloud Products(英語版)」にあるサービスのうち「~ on AWS」といったサードパーティー製品がメインとなるサービスを除いたリストを作成 AWSサービス・製品一覧に記載

                                歴史・年表でみるAWS全サービス一覧 -アナウンス日、General Availability(GA)、AWSサービス概要のまとめ- - NRIネットコムBlog
                              • Google、SRE本の第三弾「Building Secure and Reliable Systems」を無料公開

                                Google、SRE本の第三弾「Building Secure and Reliable Systems」を無料公開 GoogleはSite Reliability Engineering(SRE)に関連する書籍として、これまで「Site Reliability Engineering」「The Site Reliability Workbook」の2冊を無料で公開してきました。 このSRE本の第三弾として、Googleは「Building Secure and Reliable Systems」の無料公開を開始しました。 「Site Reliability Engineering」(SRE)とは、GoogleのシニアVPであるBen Treynor氏が提唱した、高い信頼性や性能を発揮するシステムインフラを実現し、改善していくアプローチのひとつです。 そしてこのアプローチは、前述の通り20

                                  Google、SRE本の第三弾「Building Secure and Reliable Systems」を無料公開
                                • AWSで障害に強いシステムを構築する方法 - Qiita

                                  はじめに 2011年の東日本大震災、これから来ると言われる南海トラフ地震などの大規模な災害や事故に備えるために、災害復旧(DR)が可能なシステムと、その実現手段としてAWSを始めとしたクラウドが長年注目されています。 このDRに関連して、近年「レジリエンス」という言葉が注目を集めるようになりました。 レジリエンスとは、回復力、復元力、弾力などの意味を持つ英単語。IT分野では、情報システムがシステム障害や災害、サイバー攻撃などの問題に直面したとき、迅速に被害からの回復を図り正常な状態に復旧・復元する能力(の大きさ)をこのように呼ぶ。 https://e-words.jp/w/%E3%83%AC%E3%82%B8%E3%83%AA%E3%82%A8%E3%83%B3%E3%82%B9.html AWSでは、2019年8月に大規模障害が発生したことがあり、この時もAZ障害が起きた時に取り得る対策

                                    AWSで障害に強いシステムを構築する方法 - Qiita
                                  • 「AWSの日本リージョンのデータセンターはどんな災害を想定して設計されているんですか?」に答えるためのレポート紹介 | DevelopersIO

                                    システム監査における安全性の観点からタイトルのような内容についてお客様よりご質問いただくことがあります。 AWSデータセンターの耐障害性については既にAWS Artifactで公開されたレポートがあるのですが、あまり知られていないのかも?と思い、あらためてご紹介しておきます。 AWS Artifact からレポートのダウンロード AWSコンソールから[AWS Artifact]-[レポート]を開きレジリエンスで検索。日本におけるAWSリージョンのレジリエンスというレポートが見つかりますので、こちらをダウンロードしてください。 基本的にAWS Artifactの内容はAWS機密情報であり、ドキュメントの内容を抜粋してブログに転載するようなことは出来ませんので、お手数ですがご自身の環境より入手いただきご確認ください。 10ページに満たないボリュームですのでサクッと読めます。 「どんなレベルの災

                                      「AWSの日本リージョンのデータセンターはどんな災害を想定して設計されているんですか?」に答えるためのレポート紹介 | DevelopersIO
                                    • Kubernetesは自分にとって必要なのか

                                      この記事は、著者の許可を得て配信しています。 https://mbird.biz/writing/do-i-need-kubernetes.html 私がチームからよく聞かれる質問がこれです。「スタックをKubernetesでホストすべきか」というものです。技術の世界でKubernetesが話題になっていることを考えると、多くの人がそうすべきだと思い込んでいます。 私は数年間k8s(Kubernetes) を使って仕事をしてきました。非常に強力で複雑なプラットフォームを使うことも多々ありました。 ただ真実はもっと微妙だと思っています。 ここでは、その判断をした経緯を紐解いてみたいと思います。スタートアップや、自社製品のホスティングに責任を持つ、より広い組織内の自給自足のチームを対象とした記事となっています。また、大規模な組織の従来のIT部門の人々にも役に立つ記事になっていると思います。 何

                                        Kubernetesは自分にとって必要なのか
                                      • 【2022年】AWS全サービスまとめ | DevelopersIO

                                        こんにちは。サービスグループの武田です。このエントリは、2018年から公開しているAWS全サービスまとめの2022年版です。 こんにちは。サービスグループの武田です。 このエントリは、2018年から毎年公開している AWS全サービスまとめの2022年版 です。昨年までのものは次のリンクからたどってください。 AWSにはたくさんのサービスがありますが、「結局このサービスってなんなの?」という疑問を自分なりに理解するためにまとめました。 今回もマネジメントコンソールを開き、「サービス」の一覧をもとに一覧化しました。そのため、プレビュー版など一覧に載っていないサービスは含まれていません。また2021年にまとめたもののアップデート版ということで、新しくカテゴリに追加されたサービスには[New]、文章を更新したものには[Update]を付けました。ちなみにサービス数は 223個 です。 まとめるにあ

                                          【2022年】AWS全サービスまとめ | DevelopersIO
                                        • このSRE本がすごい!2024年版 - じゃあ、おうちで学べる

                                          はじめに 有用な知識の特性 Google SRE リソース Site Reliability Engineering: How Google Runs Production Systems The Site Reliability Workbook: Practical Ways to Implement SRE Building Secure and Reliable Systems: Best Practices for Designing, Implementing, and Maintaining Systems SLO Adoption and Usage in SRE Creating a Production Launch Plan Training Site Reliability Engineers: What Your Organization Needs to Cre

                                            このSRE本がすごい!2024年版 - じゃあ、おうちで学べる
                                          • 「ロシアのインターネットからの排除」要請に関するICANNからウクライナ副首相への回答 | p2ptk[.]org

                                            「ロシアのインターネットからの排除」要請に関するICANNからウクライナ副首相への回答投稿者: heatwave_p2p 投稿日: 2022/3/112022/3/11 2022年3月2日 副首相兼デジタル・トランスフォーメーション担当大臣 ムィハーイロ・フョードロフ 親愛なる副首相 2022年2月28日にいただいたご要望に返答するために、この書簡をしたためております。まず、この紛争の渦中にある貴国国民の幸福について、個人的な懸念を表明させてください。ICANNとそのグローバルコミュニティは、貴国の痛ましい犠牲を認識し、憂慮しております。 貴殿はICANNに対し、ロシア国内で運営されている特定の国別コードトップレベルドメインの取り消し、それらドメイン内で発行されたSSL証明書の取り消し、およびロシアのルートサーバサブセットの停止により、ロシアのインターネットへのアクセスを制限するよう要請し

                                              「ロシアのインターネットからの排除」要請に関するICANNからウクライナ副首相への回答 | p2ptk[.]org
                                            • おっさんエンジニアの放送大学教養学部に入学記録6(3年目後期終了) - 勘と経験と読経

                                              2020年4月から放送大学の教養学部「人間と文化コース」に入学して、これまで勉強してこなかった人文系の勉強を始めている。3年目後期が終わったので感想をまとめておく。最近IT業界界隈でも放送大学に関する記事が増えてて興味深い 目次 最近、技術者界隈でも放送大学の記事をちらほらと見るようになった 3年目後期に受講した科目 現代の危機と哲学(’18) アメリカの芸術と文化(’19) 中高年の心理臨床(’20) 来期(4年目前期)の予定 これまでの記録 受講の感想 これまで受講した科目 最近、技術者界隈でも放送大学の記事をちらほらと見るようになった 技術者ということで「情報」コースを履修している人がほとんどだけれども、いろいろ情報が出てきて参考になる。取りたい科目が増えてしょうがない kernhack.hatenablog.com note.com 放送大学いいですよ。 さて、それでは自分はどうだ

                                                おっさんエンジニアの放送大学教養学部に入学記録6(3年目後期終了) - 勘と経験と読経
                                              • データ職種の課題図書リストを作りたい - 下町柚子黄昏記 by @yuzutas0

                                                この記事は datatech-jp Advent Calendar 2023 3日目の記事です。 背景・趣旨 筆者(@yuzutas0)は風音屋(@Kazaneya_PR)という会社を経営しており、データ職種の採用・育成に関心を持っています。 複数企業で少ない専門家を奪い合って疲弊するような採用活動ではなく、マーケット全体がより豊かになるような動き方はできないだろうかと模索しています。 1つの実験として、MENTAで「第2新卒が3ヶ月でデータ職種への転職を目指す講座」というトレーニングを提供し、ありがたいことに30名以上の方々に受講いただきました。 ちなみにこの講座は今では風音屋の社内研修になっています。 MENTAの受講者が30名を突破しました🎉 卒業生が風音屋に入社したり、スキルアップして「社内で提案が通るようになった」「現職で活躍できるようになった」という感想もいただいています。

                                                  データ職種の課題図書リストを作りたい - 下町柚子黄昏記 by @yuzutas0
                                                • ランサムウエアによる名古屋港のシステム障害についてまとめてみた - piyolog

                                                  2023年7月5日、名古屋港統一ターミナルシステム(NUTS / Nagoya United Terminal System)でシステム障害が発生しており、システムを管理する名古屋港湾協会は障害原因がランサムウエアによるものと公表しました。ここでは関連する情報をまとめます。 ランサムウエアによる国内初の物流影響事例か システム障害が起きたのは名古屋港湾協会が管理する名古屋港統一ターミナルシステム(NUTS)。名古屋港の5つのターミナル(飛鳥ふ頭北、NCB、飛鳥ふ頭南、TCB、鍋田ふ頭)と集中管理ゲート、荷役機器、NACCS、NUTS-Webをネットワークでつなぎ、船からの積み下ろし、プランニング、コンテナ保管、搬出入、ヤード作業、保税管理を行うシステム。*1 NUTSは1999年に導入されこれまで大きな障害が起きたことがなく、また2022年8月からシステム移行が行われ2023年1月に新シス

                                                    ランサムウエアによる名古屋港のシステム障害についてまとめてみた - piyolog
                                                  • ChatGPT Prompt Engineering for Developersまとめ|mah_lab / 西見 公宏

                                                    めちゃくちゃ分かりやすい機械学習の講義で有名なAndrew NgさんとOpenAIのIsa Fulfordさんが無料で提供しているChatGPT Prompt Engineering for Developersというコンテンツが面白かったので、内容をまとめてみました。 (注)大規模言語モデル(LLM)を利用したアプリケーションを開発する開発者向けのコンテンツなので、ChatGPTのUIで扱うようなゴールシークプロンプトといったようなプロンプトテクニックを扱うものではないことをご承知置きください。 最も重要なポイント自身の開発するアプリケーションに適したプロンプトを開発するためのプロセスを持つこと。 インターネット上にあるような「完璧なプロンプト30選」のようなコンテンツをアテにして、1回で成功させようなんて思わないこと。もし1回目でうまくいかなくても、例えば指示が十分に明確でなかった、あ

                                                      ChatGPT Prompt Engineering for Developersまとめ|mah_lab / 西見 公宏
                                                    • コロナ時代、世界で最も安全・危険な国・地域-レジリエンスランキング

                                                      コロナ時代、世界で最も安全・危険な国・地域-レジリエンスランキング Rachel Chang、Jinshan Hong、Kevin Varley 新型コロナウイルス感染症(COVID19)が世界に広がっている中で、この公衆衛生上の危機をどの国・地域が最もうまく乗り切るかを予想するのは簡単ではない。 だがブルームバーグは、コロナ禍を最もうまくしのいでいる国を特定するためのデータを算出した。経済や社会に最も痛手が少ない形でコロナに最も効果的に対応している国はどこだろうか。 ブルームバーグCOVIDレジリエンス(耐性)ランキングは経済規模が2000億ドル(約20兆9100億円)を超える53の国・地域を10の主要指標に基づいて点数化した。その基準は症例数の伸びや全体の致死率、検査能力、ワクチン供給契約の確保状況などだ。国内医療体制の能力、ロックダウン(都市封鎖)などコロナ関連の行動制限が経済にもた

                                                        コロナ時代、世界で最も安全・危険な国・地域-レジリエンスランキング
                                                      • 黒田硫黄の仕事インボイス制度に反対

                                                        2011年。東日本大震災の直後、流通にも影響が広がり、しばらくコンビニの棚から商品がなくなりました。しかし近所の個人商店は自前の在庫を持っていたので、私は普段どおり必要なものが買えました。 この零細企業・個人事業主が支えてくれた冗長性を、収益効率を優先した大型経済システムが消してきました。今はもう、その個人商店も無くなりました。 インボイス制度で徴税する側が楽をするのと引き換えに、零細企業・個人事業主が廃業に追い込まれるのは、社会全体の多様性、冗長性、レジリエンスを削ることであり、私たち全員のためになりません。変化の時、危機の時、不測の事態に必ずや私たち一人一人の首を絞めるでしょう。 この制度を進める方は、私たちが生活できなかろうが廃業しようが何もしてくれないのです。取るだけです。しかも、取られる側にだけ大きな手間を強制します。迷惑でしかないし、仕事を阻害するし、収入は減り、景気が悪くなる

                                                        • フロントエンドを Vue.js から React にリプレイスしたお話 (前編) - NTT Communications Engineers' Blog

                                                          はじめての方、はじめまして。久しぶりの方、お久しぶりです。 イノベーションセンターの何縫ねの。(@nenoMake)です。 普段の業務ではソフトウェアエンジニアとして Node-AI という WEB アプリケーションの開発をしています。 パブリックな活動としては、好きな言語である C# 関係の OSS 開発や技術ブログの投稿、登壇などをしています。 ですが、今回は C# ではなくフロントエンドのお話をします...! この記事では今まで Vue.js 2.x で開発されていた Node-AI の WEB フロントを完全に捨て去り、React にリプレイスしたお話をつらつらとしていきます。 まずは前編ということで、リプレイスプロジェクト発足時の課題感からはじめ、プロジェクトの進め方や選定技術などについてお話しします。 後編には内部の設計などのより技術的なお話をしたいと思います。では前編スタート

                                                            フロントエンドを Vue.js から React にリプレイスしたお話 (前編) - NTT Communications Engineers' Blog
                                                          • 技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先?(後編)

                                                            技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先?(後編) ソフトウェアの品質をテーマに研究をしている名古屋大学 森崎研究室は、ソフトウェアの技術的負債をなんらかの形で数値化する手法の研究の一環として、コードの読みにくさの原因となる要因などを分析した研究結果を発表するイベントをオンラインで開催しました。 この記事ではそのダイジェストを紹介します。記事は前編と後編の2つに分かれています。今お読みの記事は後編です。 森崎氏による補足説明 前編では、グループA(命名的問題)より、グループB(構造的問題)の方が正答率が大きいということ。一方でグループA(命名的問題)よりグループB(構造的問題)の方が読みにくさを感じた、という点に統計的に有意な差があったことが発表されました。 発表の後、オンラインイベントの参加者からの質問について森崎氏と和田氏

                                                              技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先?(後編)
                                                            • アジャイルとDevOpsの品質保証と信頼性 - Test Automation

                                                              このブログエントリは日本信頼性学会論文誌 Vol.42, No.2, 2020年3月号に寄稿した「アジャイル/DevOps開発における品質保証と信頼性」という解説論文の転載です。 (品質管理研究会でこの解説論文の内容をもとにした特別講義を来年実施します。ご興味ある方はぜひご参加ください。) --- 概要 近年日本のソフトウェア開発チームでも取り入れられるようになったアジャイル/DevOps などのソフ トウェア開発手法は,今まで主流であったウォーターフォール開発と異なる特徴を持つため,その品質保 証や信頼性の考え方をそのまま適用できない場合も多い.アジャイル/DevOps 開発では短い開発サイクル の中で小刻みなフィードバックループと改善活動を繰り返しながら開発する.そのため,QA テストとして の品質保証の役割はアジャイル/DevOps においても依然重要であるが,それに加え開発サイクル

                                                                アジャイルとDevOpsの品質保証と信頼性 - Test Automation
                                                              • 野口聡一さん搭乗の米民間宇宙船1号機 打ち上げ成功 | NHKニュース

                                                                企業が開発した民間の宇宙船としては世界で初めて運用段階に入る、「クルードラゴン」の1号機が、日本人宇宙飛行士の野口聡一さんら4人を乗せて、フロリダ州から日本時間の午前9時27分に打ち上げられ、宇宙船は予定した軌道で分離されて、打ち上げは成功しました。宇宙船はこのあと日本時間の17日午後1時ごろに国際宇宙ステーションにドッキングする計画で、宇宙の商業利用が本格化する時代の始まりとして注目されています。 アメリカの民間企業「スペースX」の宇宙船、「クルードラゴン」の1号機が、日本人宇宙飛行士の野口聡一さんとアメリカ人宇宙飛行士、合わせて4人を乗せて、日本時間の16日午前9時27分にフロリダ州のケネディ宇宙センターから打ち上げられました。 野口さんたち4人を乗せた宇宙船を搭載したロケットは、オレンジ色の光を放って大きな音を立てながら発射台を離れ、夜空を宇宙に向かって上昇しました。 打ち上げからお

                                                                  野口聡一さん搭乗の米民間宇宙船1号機 打ち上げ成功 | NHKニュース
                                                                • レジリエンスを高めるには?高い人・低い人の特徴と具体的な実践方法

                                                                  環境変化の激しい現代において、突如襲ってくるストレスや逆境にどのように対処していますか? これまで何度も心が折れそうになったことがあるかもしれません。しかし、そんな時に私たちを支えてくれるのが「レジリエンス」です。 では、どうすればレジリエンスを高めることができるのでしょうか? 解決策は意外とシンプルです。ちょっとしたことを実践することで効果を発揮します。 まず、レジリエンスが高い人と低い人の特徴を把握することから始め、次に具体的な実践方法を取り入れてみましょう。 この記事では、特にレジリエンスを構成する5つの要素と、要素ごとに日頃から実践できる方法に焦点を当てています: 【レジリエンスを構成する5つの要素】 自己効力感(セルフ・エフィカシー) 楽観性(オプティミズム) 問題解決スキル 感情コントロール 社会的支援(ソーシャルサポート) 上記の要素について解説しながら、要素ごとに日ごろから

                                                                    レジリエンスを高めるには?高い人・低い人の特徴と具体的な実践方法
                                                                  • 東証がSREによるレジリエンス向上に挑む理由。過去のシステム障害から何を学んだのか?(前編) ソフトウェア品質シンポジウム2022

                                                                    東証がSREによるレジリエンス向上に挑む理由。過去のシステム障害から何を学んだのか?(前編) ソフトウェア品質シンポジウム2022 9月22日と23日の2日間、一般財団法人日本科学技術連盟主催のイベント「ソフトウェア品質シンポジウム2022」がオンラインで開催され、その特別講演として株式会社日本取引所グループ 専務執行役 横山隆介氏による「日本取引所グループシステム部門の取組み ~システムトラブルからの学びと今後の挑戦~」が行われました。 現在、日本取引所グループ傘下の東京証券取引所(以下、東証)は、過去に何度か大きなシステムトラブルを経験し、それを教訓として組織とシステムの改善を続けています。 そこで今回、シンポジウム企画委員会からの要望を受けて行われた特別講演で、東証がこれまでのシステム障害から何を学び、そこから何を変化あるいは進化させてきたのか。わずか2年前のNASのハードウェア障害

                                                                      東証がSREによるレジリエンス向上に挑む理由。過去のシステム障害から何を学んだのか?(前編) ソフトウェア品質シンポジウム2022
                                                                    • 『アメリカは内戦に向かうのか』バーバラ・F.ウォルター - 内田樹の研究室

                                                                      原題はHow civil wars start 「どのようにして内戦は始まるのか」。アメリカのことだけを論じているわけではない。「内戦論」である。さまざまな国におけるこれまでの内戦を統計的に分析して、どういう条件が整うと内戦が始まるのかを解説する。 これまでの世界各地の内戦を分析する箇所での筆致は学術的で抑制的である。しかし、ひとたび話題がアメリカに及ぶと、文体がいささか感情的になってくる。学術的な書き物の場合、筆者が個人的な恐怖や不安をあらわにすることはふつうしない。個人的感情を抑えて論文は書かれなければならないと大学院では教える。もちろん筆者ウォルターも大学教師だから、そういうルールは熟知しているはずである。でも、内戦の切迫が彼女の自制心を乱している。「アメリカにおける第二の南北戦争勃発の危険性に危機感を募らせるようになった」(21頁)からである。 でも、私はそのことをこの書物の瑕疵だ

                                                                      • グーグル社員もやっている「紙とペンだけ」で心のモヤモヤを消す方法 たった5分でもやってみると大違い

                                                                        心のモヤモヤを解消するには、なにをすればいいのか。エグゼクティブコーチの吉田典生氏は、「『ジャーナリング』という手法がおすすめだ。一定時間、あるテーマについて自由に書き続ける。まずは5分間、試してみてほしい」という——。 「一人で」「手軽に」自己と向き合える ワクチン接種の動きはあれど、しばらく続きそうなコロナ禍。「テレワークをしているが、集中力が途切れてしまう」「外出自粛で友達と会えずモヤモヤ」「漠然と将来が心配」……。そんな悩みを抱えている方に私がお勧めしたいのが、“ジャーナリング”です。 ジャーナリングとは、一定の時間、与えられたテーマについて頭に浮かんだことを紙に書き出し、それを読み返す(フィードバックする)ことで自己理解を深めるワークのことで、“書くマインドフルネス”とも呼ばれています。「テーマ」と「手を動かし続ける」という2つのことに注意を留め、意識が他のことにそれたことに気づ

                                                                          グーグル社員もやっている「紙とペンだけ」で心のモヤモヤを消す方法 たった5分でもやってみると大違い
                                                                        • 千葉県の広域停電と過疎地域: 極東ブログ

                                                                          台風15号の影響による千葉県での広域停電の状況を報道社による地図で見ていくと、概ね、台風の軌跡をなぞっていることがわかるが、過疎地域を浮かび上がらせたような印象もあったので、過疎について考えるきっかけにもなった。 千葉県での停電復旧が遅れている理由は、想定外の被害であっ たということだろう。地形が複雑なことや樹木倒壊による交通の遮断なども復旧の妨げになっている。過疎そのものが影響したとは言えないだろう。だが、過疎地域の災害対策はどのようにあるべきかは今後も問われるだろう。過疎であれ、人が居住する地域であれば、水道と電気のサービスは欠かせない。が、その災害時のレジリエンスをサービスに含めたとき、公費とのバランスは問われてしまうし、なにより、地方自治体に十分な資金はないだろう。この問題に簡易な解答はないように思われる。 関連して関東地域での過疎の状態を見ておこう。平成28年の総務省『過疎関係市

                                                                          • カオスエンジニアリング

                                                                            ソフトウェアをはじめとするあらゆるシステムは、発展するにつれて必然的に複雑性が増していきます。 本書は、カオスエンジニアリングの基本となる理論と原則を説明し、組織が複雑性を受け入れながら、システムにおける弱点を発見するとともに、自信を持って障害に対処する力をつけるための実践方法を解説します。 ソフトウェアがビジネスの根幹を担う企業であるSlack、Google、Microsoft、LinkedIn、Capital Oneでの事例を紹介し、ゲームデーを中心としたカオスエンジニアリングプログラムの実践、実験の選択や自動化にあたっての課題、継続的ベリフィケーションの設計と実施、さらにはデータベースやセキュリティ分野への応用例などについて説明します。 Netflixでカオスエンジニアリングチームを立ち上げた先駆者である著者に加え、さまざまな組織のリーダーたちがカオスエンジニアリングについて多角的に

                                                                              カオスエンジニアリング
                                                                            • 東証がSREによるレジリエンス向上に挑む理由。過去のシステム障害から何を学んだのか?(後編) ソフトウェア品質シンポジウム2022

                                                                              東証がSREによるレジリエンス向上に挑む理由。過去のシステム障害から何を学んだのか?(後編) ソフトウェア品質シンポジウム2022 9月22日と23日の2日間、一般財団法人日本科学技術連盟主催のイベント「ソフトウェア品質シンポジウム2022」がオンラインで開催され、その特別講演として株式会社日本取引所グループ 専務執行役 横山隆介氏による「日本取引所グループシステム部門の取組み ~システムトラブルからの学びと今後の挑戦~」が行われました。 現在、日本取引所グループ傘下の東京証券取引所(以下、東証)は、過去に何度か大きなシステムトラブルを経験し、それを教訓として組織とシステムの改善を続けています。 そこで今回、シンポジウム企画委員会からの要望を受けて行われた特別講演で、東証がこれまでのシステム障害から何を学び、そこから何を変化あるいは進化させてきたのか。わずか2年前のNASのハードウェア障害

                                                                                東証がSREによるレジリエンス向上に挑む理由。過去のシステム障害から何を学んだのか?(後編) ソフトウェア品質シンポジウム2022
                                                                              1