並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 589件

新着順 人気順

logの検索結果1 - 40 件 / 589件

  • PCの操作をすべて録画&文字起こしして過去の操作を丸ごと検索可能にするアプリ「Windrecorder」

    PCを使っていると、過去の操作内容やブラウザで閲覧していた情報を思い出したくなるタイミングが頻繁に発生します。そんな時に役立ちそうなPC操作記録アプリ「Windrecorder」がオープンソースで開発されています。 GitHub - yuka-friends/Windrecorder: Windrecorder is a memory search app by records everything on your screen in small size, to let you rewind what you have seen, query through OCR text or image description, and get activity statistics. https://github.com/yuka-friends/Windrecorder I made an o

      PCの操作をすべて録画&文字起こしして過去の操作を丸ごと検索可能にするアプリ「Windrecorder」
    • 中級Git操作

      今回の記事の内容はGitHub共同創業者のScott Chacon氏の「Pro Git」と同氏の今年の「So You Think You Know Git」(Gitがわかっているとでも思っているか?)発表をベースにしている。 コンフィグ ここでコンフィグにてデフォルトとして指定して損がないオプションをいくつか紹介します。 git rerere git rerereは"reuse recorded resolution"(記録ずみ解決方法を再利用)の略語になっている。 名の通りマージコンフリクトがどう解消されたかを記録し、次に同じようなコンフリクトが発生した際、同様の解決方法を自動的に適用するためのコマンドです。 また、基本的にデフォルトにしてもときに差し支えないため、ぜひgit config --global rerere.enabled trueを実行してみてください。 git main

        中級Git操作
      • 中華航空機事故から30年 名古屋空港近くで慰霊式 264人犠牲 | NHK

        名古屋空港で中華航空機が墜落・炎上し、264人が犠牲になった事故から26日で30年です。空港近くで行われた慰霊式では遺族などが献花をして犠牲者を追悼しました。 1994年4月26日の夜、名古屋空港に着陸しようとした中華航空機が滑走路脇に墜落・炎上し、乗客・乗員264人が亡くなりました。 事故から30年の26日、犠牲者を追悼する慰霊式が空港に隣接する「やすらぎの園」で行われました。 遺族会の副会長で、両親を亡くした酒井光男さん(69)は「30年がたち、おやじ、おふくろの年齢もとうに超えてしまいましたが、あの若さでどうして亡くなってしまったのかという思いは今も消えません。中華航空には世界で一番安全な会社になってほしいと切に願う」と訴えました。 このあと、およそ100人の遺族などは、亡くなった人の名が刻まれた慰霊碑の前で献花をして祈りをささげていました。 一方、遺族会の会見では山本昇 会長(70

          中華航空機事故から30年 名古屋空港近くで慰霊式 264人犠牲 | NHK
        • 小林製薬「紅麹」問題 プベルル酸のほか通常入らない2物質確認 | NHK

          小林製薬の「紅麹」の成分を含むサプリメントを摂取した人が腎臓の病気などを発症した問題で、厚生労働省が国の研究所で健康被害の訴えがあった紅麹原料のサンプルを分析した結果、会社側から報告された「プベルル酸」のほかに、少なくとも2つの通常は入っていない物質が確認されたことが関係者への取材で分かりました。厚生労働省は、物質の特定を進めるとともに健康被害の原因の解明を急ぐことにしています。 小林製薬の「紅麹」の成分を含むサプリメントを摂取した人が腎臓の病気などを発症した問題では、厚生労働省が、会社側から過去3年分の紅麹原料のサンプルの提供を受けて、国立医薬品食品衛生研究所で分析を進めています。 この中で、被害の報告が集中している去年6月から8月に製造された紅麹原料のロットを分析した結果、会社からも報告があった、青カビから発生することがある「プベルル酸」が検出されたほか、少なくとも2つの通常は入ってい

            小林製薬「紅麹」問題 プベルル酸のほか通常入らない2物質確認 | NHK
          • JALのA350、札幌行きJL521便が無線機故障 ライトガンで着陸許可

            4月18日午後、日本航空(JAL/JL、9201)の羽田発札幌(新千歳)行きJL521便(エアバスA350-900型機、登録記号JA02XJ)が、函館の東約30キロ地点を飛行中に無線機が故障し、管制官と交信できなくなった。新千歳空港へは管制官から「ライトガン」による光の信号で着陸許可を得て着陸した。この影響で同じ機材を使う羽田-札幌線の3便が欠航となり、合わせて約380人に影響が出たが、19日の運航は通常通りだという。 無線機が故障したJL521便は、乗客207人(幼児なし)と乗員11人(パイロット2人、客室乗務員9人)を乗せ、羽田の11番スポット(駐機場)を定刻より16分遅れの午後3時46分に出発。C滑走路(RWY34R)から午後4時2分に離陸した。 新千歳にはB滑走路の南側(RWY01R)へ午後5時31分に着陸し、37分遅れの同37分に到着した。空港南側の苫小牧市付近上空を午後5時8分

              JALのA350、札幌行きJL521便が無線機故障 ライトガンで着陸許可
            • ログ一元管理の本質とSIEMの限界 - データ基盤への道 - LayerX エンジニアブログ

              三井物産デジタル・アセットマネジメントで、ガバナンス・コンプラエンジニアリングをしている 鈴木 (@ken5scal )です。 いきなりですが、ログ管理はどの職種どの場面でも重要です。セキュリティにおいても、古生代よりサーバー、ネットワーク機器、アプリケーションなどから出力されるログを一元的に収集し、監視や分析を行うことで、セキュリティインシデントの早期発見や対応、コンプライアンス要件の達成が可能になります。 このようなログ一元管理を実現する代表的なソリューションは、そう、皆様よくご存知のSIEM。我らが「Security Information and Event Management」であります。 私はSIEMを、新卒で入社した大手企業でSOC(Security Operation Center)として触れ、その後ユーザー企業でもOSSやAWS GuardDuty(?)などの形で利用す

                ログ一元管理の本質とSIEMの限界 - データ基盤への道 - LayerX エンジニアブログ
              • ログ調査基盤を構築してみた

                こんにちは。 株式会社ココナラのインフラ・SREチーム所属の かず です。 システム運用において、有事の際に迅速かつ適切なシステム稼働状況の確認は欠かせません。 その手段の1つとして、ログの調査や分析の効率化は切っても切れない関係です。 システムが成長するにあわせ、ログの種類や量が多くなり、結果としてログの調査や分析が難しくなるのはよくある話かと思います。 弊社でもサービスのグロースに伴って、ログの種類や量が多くなり、結果としてログの調査や分析で課題を抱えていました。具体的には以下の2点です。 ログから原因調査を行うには、複数ログを横断・突き合わせが必要 ログの追跡に必要な情報がログに出力されない場合がある そこで、課題への対応としてログ調査基盤の構築を行いました。 本記事では背景や苦労したこと、効果についてご紹介します。 複数ログの横断調査実現に向けて ログ調査基盤の構築 苦労したこと

                  ログ調査基盤を構築してみた
                • [SRE][Monitoring]イベントログの一元監視サービス「srest」を使ってみた!

                  良さそう ITインフラの“体調”を一元監視で早期に異常検知 https://t.co/TumixShIsb @PRTIMES_JPより — adachinSRE (@adachin0817) February 26, 2024 皆さんお久しぶりです!1ヶ月ぶりのブログとなってしまいましたが、本日はなかなか面白いモニタリングツールを発見しました。 きっかけはXでの呟きからなのですが、メタップスホールディングスさんがSaaS向けイベントログの一元監視サービス「srest(スレスト)」をリリースされました。非常に気になっていたので使ってみようかなと思っていたところ!開発メンバーが「お初ですが、飲みいきましょう!」と誘われたので、いざ新大久保へ! 今日は「srest」というイベントログの一元化ツールを開発しているメンバーと新大久保でポッサム会!みんな超面白い方でした!来週辺りに個人でsrest触っ

                  • SigLens

                    Meet us at Southern California Linux Expo on March 15, 16, 17, DevOpsDays LA on March 15 and SRECon in San Francisco on Mar 18-20

                      SigLens
                    • ZLogger v2の新ストラクチャードロギング体験 - hadashiA

                      ゆで卵を食べるときは塩をかけるのと同じように、サーバを書くときはストラクチャードロギングをするのが当たり前といった状況になった昨今。世界のロガーたちはキー/バリュー形式の構造化データを出力すべく、その用途に特化したインターフェイスを獲得するに至っている。 一方、プログラミング言語やフレームワークによってはこの辺のサポートはけっこうまちまちで、人によってストラクチャードロギングに対しての理解度やロガーへの要求水準はけっこう違っているようである。 私がサーバを書く仕事を始めた頃なんかは、使っていたウェッブフレームワークワークはさも当然のように人間にとって読みやすく整形された文字列をログに吐いた。ほかにオプションはなかった。「ふーん。そんなもんかな」と思いながら、ログを上から下に読んでいたが、しかしこれは一件のログレコードが改行されまくっていたので、キーワードでgrepするだけで当然のようにぶっ

                        ZLogger v2の新ストラクチャードロギング体験 - hadashiA
                      • リサーチとAI 良い関係性の築き方 - inSmartBank

                        こんにちは!SmartBankでUXリサーチャーをしているHarokaです。 今回は、リサーチ業務に生成AIを取り入れる方法をテーマに、Notion Labs Japan 合同会社 ソリューションエンジニアの早川和輝 (@kzkhykw1991)さんとの対談をお届けします。 blog.smartbank.co.jp きっかけは2024年2月に実施したイベントで、その中でNotion AIのご紹介がありました。 データベースにAI機能を埋め込み、一気にタグ付けする様子などを目の当たりにして、これはすごいぞ!と率直に感動しました。 それと同時に、実は私が今行っている作業、AIに任せた方がいいものもあるんじゃないかな?と感じました。 Notionでユーザーリサーチを変える ~スマートバンク社のユーザーリサーチ文化の作り方~ - YouTube ここ数年、生成AIが一般にも浸透してきており、リサー

                          リサーチとAI 良い関係性の築き方 - inSmartBank
                        • 【Microsoft365参考書】"MailItemsAccessed"や"Send"などの監査ログがE5ライセンス以外でも利用可能に? - 社畜の所業

                          メールアイテムアクセスに関する操作を監査ログで確認する場合、Search-MailboxAuditLog にて取得可能な Operations の"MailItemsAccessed" のログを確認することで可能です。 "MailItemsAccessed" は、今までは、E5 または E5 コンプライアンス アドオン サブスクリプションライセンスが付与されているメールボックスでのみ取得可能なログであり、E3 ライセンスが割り当てられているメールボックスでは取得が行えないログでした。 MC711333 では  E5 コンプライアンス アドオン サブスクリプションライセンスが付与されているメールボックスのみで取得可能であった以下 3 つのログ取得が E5ライセンス以外が割り当てが行われているメールボックスでも取得可能となり、2024年3月上旬からプレビュー版のロールアウトが開始され、2024

                            【Microsoft365参考書】"MailItemsAccessed"や"Send"などの監査ログがE5ライセンス以外でも利用可能に? - 社畜の所業
                          • ジャングルジム火災 元大学生2人に罰金50万円の判決 | NHK

                            8年前、東京 明治神宮外苑のイベント会場で展示されていた木製のジャングルジムから火が出て5歳の男の子が死亡した火災で、過失致死傷の罪に問われ無罪を主張していた元大学生2人に対し、東京簡易裁判所はそれぞれ罰金50万円の判決を言い渡しました。 2016年、東京 新宿区の明治神宮外苑のイベント会場で展示物の木製のジャングルジムから火が出て5歳の男の子が死亡するなどした火災では当時、日本工業大学の学生だった2人が「重過失致死傷」の罪に問われましたが、2審の東京高等裁判所は刑が軽い「過失致死傷」の罪にとどまるとして簡易裁判所で改めて審理するよう命じていました。 やり直しの裁判で、2人は「過失はなかった」などと無罪を主張していました。 5日の判決で東京簡易裁判所の三神晴彦裁判官は火災の原因について「作品内部にあったかんなくずが白熱電球の表面に接触し続けたため発火した」と指摘しました。 その上で「作品の

                              ジャングルジム火災 元大学生2人に罰金50万円の判決 | NHK
                            • Exhaustive branch checks with TypeScript - Jack Franklin

                              March 4, 2024Exhaustive branch checks with TypeScriptIt's very common when working with TypeScript that you will have a type that declares a list of values, such as an enum or union type: enum SupportedColour1 { RED, YELLOW, BLUE, } type SupportedColour2 = 'RED' | 'YELLOW' | 'BLUE'And then you will often have functions that need to run differently or return different values based on what variant i

                                Exhaustive branch checks with TypeScript - Jack Franklin
                              • 構造化ログのフォーマット logfmt vs JSON lines - methaneのブログ

                                構造化ログのプラクティスをあちこちで調べていたら、logfmtを推奨する記事を見つけたので調べてみました。 先に結論を言うと、JSON linesを使っておくのが良さそうです。 logfmt について logfmtとはスペース区切りで key=value を並べたフォーマットです。文字列にはクォートとエスケープによってスペースや改行を含められます。 at=info method=GET path=/ host=mutelight.org fwd="124.133.52.161" dyno=web.2 connect=4ms service=8ms status=200 bytes=1653 (logfmt から引用) あちこちで logfmt のリファレンスとして紹介されているのはこの記事です。 https://brandur.org/logfmt 発明されたのはどこか分かりませんが、流行

                                  構造化ログのフォーマット logfmt vs JSON lines - methaneのブログ
                                • AWSのログ管理ベストプラクティス

                                  Justtechtalk #9でお話した資料になります!

                                    AWSのログ管理ベストプラクティス
                                  • Array.prototype.with による不変の配列の更新  |  Blog  |  web.dev

                                    最近、配列に対して呼び出すことができる新しい相互運用可能なメソッド Array.prototype.with() がブラウザに追加されました。 この記事では、このメソッドの仕組みと、元の配列を変更せずに配列を更新する方法について説明します。 Array.prototype.with(index, value) の概要 Array.prototype.with(index, value) メソッドは、指定された新しい value に index を設定して、呼び出された配列のコピーを返します。 次の例は、年齢層の配列を示しています。配列の新しいコピーを作成し、第 2 の年齢を 15 から 16 に変更します。 const ages = [10, 15, 20, 25]; const newAges = ages.with(1, 16); console.log(newAges); // [1

                                      Array.prototype.with による不変の配列の更新  |  Blog  |  web.dev
                                    • 今からでも遅くないconsoleを使いこなそう - Qiita

                                      はじめに この記事では、consoleメソッドについて紹介を行っていきます。consoleメソッドには例えばconsole.log()などが挙げられます。web開発においてconsole.log()を使用する方は多いかもしれません。しかしconsoleにはconsole.log()以外にも様々なメソッドがあるので、状況に合わせて使い分けることで少しでも快適なデバック、開発ライフを目指しましょう。 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています!興味をお持ちいただける方は、こちらまで。 consoleについて consoleオブジェクトを用いることで変数の値などをコンソール上に出力することができます。主に出力の確認であったり不具合の原因特定などのデバックするために

                                        今からでも遅くないconsoleを使いこなそう - Qiita
                                      • フロントエンド監視の全体像と実現方法

                                        必要性 フロントエンドの監視はバックエンドやインフラのそれらと比べ、優先度が低くなりがちです。 バックエンドやインフラでの障害はサービス継続に直結するため、これは当然と言えば当然なのですが、別の理由もあると考えています。 それは計算リソースをサービス提供側が管理していないことです。 例えばアプリケーションがインフラとして AWS を利用しているなら、AWS のリソースを管理するのはサービス提供側です。 これは AWS 以外のクラウドサービスプロバイダやオンプレであっても同様です。 一方でフロントエンドはエンドユーザのブラウザ上で動作し、これを管理しているのはエンドユーザです。 フロントエンドはその性質上、監視の「盲点」になりがちです。 しかしフロントエンドはエンドユーザが直接触れるものであるため、そこで何が起きているかサービス提供側は正確に把握する必要があります。 マイルストーン フロント

                                          フロントエンド監視の全体像と実現方法
                                        • フロントエンドで収集するべきテレメトリは何か

                                          先日『フロントエンド監視の全体像と実現方法』という記事を投稿しましたが、その中でテレメトリについては触れませんでした(※本記事は上記記事の内容を知らなくても読み進められるようになっています)。 というのは、テレメトリは可観測性を実現するための重要な概念ではあるものの、テレメトリを軸に監視を考えるのは手段の目的化になってしまうと考えているからです。 重要なのはサービスにとって何を観測するべきかを考えることであり、テレメトリはそれを設計や実装に落とし込む際に現れるものです。 一方で監視に対する理解を深める上では、テレメトリを軸に考えることも重要でしょう。 そこで本記事ではフロントエンド監視においてどのようなテレメトリを収集するべきか述べていきます。 監視 SaaS と OpenTelemetry (OTel) Datadog, New Relic, Sentry のいずれかを利用することを考え

                                            フロントエンドで収集するべきテレメトリは何か
                                          • 消息絶ったA・イアハートの搭乗機、ソナー画像で発見か 太平洋探索した専門家が発表

                                            (CNN) 1937年の世界一周飛行中に消息を絶った米女性飛行士アメリア・イアハートを巡っては、これまで無数の調査、探索が行われている。ここへ来て米サウスカロライナ州チャールストンを拠点とする海洋探索企業ディープシービジョンが、イアハートの失踪劇に終止符を打つ手掛かりを見つけた可能性があると発表した。 ディープシービジョンに所属する水中考古学者や海洋ロボット工学の専門家からなるチームは、今回ソナー画像を駆使し、太平洋の海中深さ4877メートルに異常を検知した。小型飛行機に似た形状を示すこの画像の異常について、チームはイアハートが操縦していた10人乗りのロッキード製10Eエレクトラである可能性があると考えている。 ディープシービジョンはこの発見を、27日のインスタグラムへの投稿で明らかにした。 同社の最高経営責任者(CEO)を務めるパイロットで、米空軍の情報将校だった経歴も持つトニー・ロメオ

                                              消息絶ったA・イアハートの搭乗機、ソナー画像で発見か 太平洋探索した専門家が発表
                                            • 10人死亡の陸自ヘリ事故、正常なエンジン切って墜落か 防衛省調査:朝日新聞デジタル

                                              ","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 -->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下(中⑥デジ編)パーツ=8826 -->","adcreative72":"<!-- BFF920 広告枠)ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag PC誘導枠5行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"

                                                10人死亡の陸自ヘリ事故、正常なエンジン切って墜落か 防衛省調査:朝日新聞デジタル
                                              • ぷらっとホーム、大規模システム向けSyslogサーバーアプライアンス「EasyBlocks Syslog ProLine」を発表

                                                  ぷらっとホーム、大規模システム向けSyslogサーバーアプライアンス「EasyBlocks Syslog ProLine」を発表
                                                • コスト削減成功!Amazon Auroraの監査ログをS3に保存する仕組みを構築した話 - Classi開発者ブログ

                                                  こんにちは。プロダクト本部Growth部でエンジニアをしている id:ruru8net です。 前回はこちらの記事を書かせていただきました。 tech.classi.jp 今日は前述したSRE留学中にやったことの中の「Amazon Auroraの監査ログをCloudWatch Logsを経由せずS3に保存する」を紹介したいと思います。 前提 前掲の記事にもある通り、弊社のAWSにかかっているコストを調査したところCloudWatch Logsの特にAmazon RDSの監査ログの保存にコストがかかっていることがわかりました。今回は弊社で最も使用しているAmazon AuroraのMySQLのみを対象として、監査ログをCloudWatch Logsを経由せずS3に保存する仕組みを作成しました。 作成した仕組み こちらのオープンソースの仕組みを参考に構築、またLambdaのソースを使いました。

                                                    コスト削減成功!Amazon Auroraの監査ログをS3に保存する仕組みを構築した話 - Classi開発者ブログ
                                                  • 能登半島地震による"海岸の4mの隆起"調査結果→自然のパワーがすごすぎて絶句「現地の資源になってほしい」

                                                    津波との関連性が知りたい人も多い模様。これだけの被害をもたらした地震なので、せめて学術資料や観光資源として現地のためになってほしいという声が挙がっていました。

                                                      能登半島地震による"海岸の4mの隆起"調査結果→自然のパワーがすごすぎて絶句「現地の資源になってほしい」
                                                    • JAL機炎上、そのとき何が 検証・羽田空港衝突事故

                                                      SNS上などの映像からは、乗客が3カ所の脱出シューターで次々と滑り降りているのが見て取れる。海外メディアは全員の生還を「奇跡」と伝えた。その陰で海保機側は機長を除く搭乗者5人が亡くなった。

                                                        JAL機炎上、そのとき何が 検証・羽田空港衝突事故
                                                      • JavaScriptの組み込みAPIのIntlが凄いので紹介してみた。

                                                        はじめに 明けましておめでとうございます。 (一週間遅れ) この記事はJavaScriptの組み込みAPI Intl の紹介と解説です。 Intl とは? MDN から引用すると Intl オブジェクトは、 ECMAScript の国際化 API の名前空間で、言語に依存した文字列の比較、数値の書式化と、日付の書式化を提供します。 Intl オブジェクトは、いくつかのコンストラクターに加え、国際化コンストラクターや他の言語に関する関数に共通する機能へのアクセスを提供します 用はi18nの書式版です。 例を出すより見たほうが早いので実際に機能解説します。 (先に言っておきますが、実はこれバックエンド無しで自然言語処理が出来る優れものです。) 用語解説 localesって何?そもそもnewって何?って人がいるかもしれないので locales https://developer.mozilla.

                                                          JavaScriptの組み込みAPIのIntlが凄いので紹介してみた。
                                                        • 「荷物取り出す人、取り乱す人いなかった」「脱出後はCA指示で10人ずつ手つなぎ円陣」乗客男性が当時の様子語る

                                                          【読売新聞】 東京・羽田空港の滑走路上で日本航空と海上保安庁の航空機が衝突した死傷事故で、札幌市内の実家から東京都三鷹市の自宅に戻る途中に日航機に乗り合わせた会社役員の男性(63)が、当時の様子を語った。 日航機は2日午後4時15分

                                                            「荷物取り出す人、取り乱す人いなかった」「脱出後はCA指示で10人ずつ手つなぎ円陣」乗客男性が当時の様子語る
                                                          • 2024年1月2日に東京国際空港で発生した航空機事故に関する緊急声明 / Urgent Statement for the Aircraft Accident at Tokyo International Airport on JAN 02, 2024 | 航空安全推進連絡会議

                                                            JFAS|航空安全推進連絡会議声明2024年1月2日に東京国際空港で発生した航空機事故に関する緊急声明 / Urgent Statement for the Aircraft Accident at Tokyo International Airport on JAN 02, 2024

                                                            • 米AIGが幹事保険会社 羽田空港事故の日航機=関係筋

                                                              羽田空港で海上保安庁の航空機と衝突、炎上した日本航空の航空機の保険契約について、幹事会社が米保険大手アメリカン・インターナショナル・グループ(AIG)だったことが分かった。業界関係者2人が3日、明らかにした。写真は羽田空港で2日撮影(2024年 ロイター/ISSEI KATO) [ロンドン 3日 ロイター] - 羽田空港で海上保安庁の航空機と衝突、炎上した日本航空(9201.T), opens new tabの航空機の保険契約について、幹事会社が米保険大手アメリカン・インターナショナル・グループ(AIG)(AIG.N), opens new tabだったことが分かった。業界関係者2人が3日、明らかにした。

                                                                米AIGが幹事保険会社 羽田空港事故の日航機=関係筋
                                                              • 「家族全員、死ぬかも…」衝突炎上したJAL機 恐怖と混乱の5時間…乗り合わせた本紙社員が振り返る|日刊ゲンダイDIGITAL

                                                                「家族全員、死ぬかもな…」 爆発と炎上を見た時、頭をよぎった。 【写真】この記事の関連写真を見る(10枚) 2024年1月2日、新千歳空港発羽田行きの日本航空516便が着陸直後に海上保安庁の航空機と衝突、炎上した。この便に乗り合わせた本紙カメラマンが壮絶な体験を振り返る。 ◇  ◇  ◇ 実家の札幌に家族で帰省していた筆者は、妻と3歳の長男、9カ月の次男に義母、兄夫妻の7人で516便に搭乗した。 私の席は28列のB席。兄が窓側のA席に座っていた。窓から左側のジェットエンジンが真横に見える席だ。 着陸態勢に入ったので何気なく窓の外を眺めていると、17時50分頃、着陸すると同時に「ドン!!!」という鈍い音とともにエンジンが爆発、火の手があがった。その瞬間はなぜか悲鳴はさほどあがらなかった。私を含め一瞬、何が起こったのかわからなかったのだと思う。しかし、直後に窓の外のエンジンが異常な燃え方をして

                                                                  「家族全員、死ぬかも…」衝突炎上したJAL機 恐怖と混乱の5時間…乗り合わせた本紙社員が振り返る|日刊ゲンダイDIGITAL
                                                                • 日航機で預かったペット2件救出できず…乗客「見舞金と預け荷物弁済金は10万円ずつ」

                                                                  【読売新聞】 東京・羽田空港の滑走路上で日本航空と海上保安庁の航空機が衝突した死傷事故で、日本航空は、事故機に搭乗していた乗客への見舞金などについて、「一人一人に対応しており、個別の金額については回答を控えたい」としている。ある乗客

                                                                    日航機で預かったペット2件救出できず…乗客「見舞金と預け荷物弁済金は10万円ずつ」
                                                                  • JAL516便、「接地後に突然の衝撃があった」。18分間の脱出の詳細を公開

                                                                      JAL516便、「接地後に突然の衝撃があった」。18分間の脱出の詳細を公開
                                                                    • 海保機が管制指示取り違えか 国交省、交信記録を公表 - 日本経済新聞

                                                                      羽田空港の滑走路上で日本航空機と海上保安庁の航空機が衝突した事故で、国土交通省は3日、当時の管制官と両機の交信記録を公表した。海保機に対しては滑走路へ通じる誘導路に停止するよう指示した一方、離陸指示は出ていなかった。海保機の機長は「管制官から離陸許可を得た」と認識していたとみられる。管制官からの指示を取り違えるなどした可能性がある。斉藤鉄夫国交相は3日、交信記録を公表したうえで「客観的な資料

                                                                        海保機が管制指示取り違えか 国交省、交信記録を公表 - 日本経済新聞
                                                                      • 「血で書かれた」安全基準 全乗客の命を救ったJALの徹底意識、契機は40年前の惨事

                                                                        (CNN) 東京の羽田空港で日本航空(JAL)の旅客機と海上保安庁の航空機が衝突した事故は、映像を見る限り、無傷だった人がいたことが奇跡のようにさえ思えた。 2日に起きた事故では海上保安庁の航空機に搭乗していた乗員6人のうち5人が死亡した。JALの乗客乗員379人に死者はなかった。 事故に関する調査は続けられているが、炎に包まれた旅客機の搭乗者全員が避難できたのは、現代の旅客機の安全基準とJALの徹底した安全意識の組み合わせに尽きると専門家は指摘する。 「映像を見て、全員が脱出できたことに驚き、安堵(あんど)した」。こうした事故に詳しい英クランフィールド大学のグラハム・ブレイスウェイト教授はそう語る。 「しかし同航空について私が知っていることや、同社が安全対策と乗員の訓練にどれほど力を注いできたかを考えると、彼らがあれほど素晴らしい仕事をしたという事実は驚くにはあたらない」 ブレイスウェイ

                                                                          「血で書かれた」安全基準 全乗客の命を救ったJALの徹底意識、契機は40年前の惨事
                                                                        • JavaScriptの小技集 - Qiita

                                                                          はじめに 初投稿です。 知ってたら便利になる小技が無かったのでまとめました。 「小技が知りたい...だけど検索しても出てこない...!」 そういう時に役立ちます。 比較的古いバージョンのJSでは一部の小技が使えないかもしれません。 随時追加予定です。他に小技をご存じの方はコメント欄にGO。 おことわり この記事は、あくまで"こんなやり方もあるよ"と紹介しているだけなので、何でもかんでもこれらの小技を使うと、かえってコードの可読性を下げる可能性があります。コードサイズと可読性を天秤にかけてどちらが良いかを都度確認しましょう。 記事内の間違った部分の指摘等はこの記事のコメントや編集リクエストでして下さい。 当方コードゴルファーなので、バイト数短縮小技も入れていることをご了承ください(一応該当する節には*をつけています)。 配列 配列の重複した値を削除1 const meta = ["foo",

                                                                            JavaScriptの小技集 - Qiita
                                                                          • AWS CloudWatchのログをpandasで解析し、エラーの状況を可視化する | gihyo.jp

                                                                            IAMのポリシー設定画面 IAMユーザの作成方法の詳細は、IAM公式ドキュメント、または他の参考資料をご確認ください。 IAMユーザを作成する時に、「⁠アクセスキー」と「シークレットアクセスキー」が作成時のみ画面に表示されます。これらのキーは後ほどログを取得する際に利用しますので、大切に保管してください。 AWSプロファイルを手元のPCに設定する方法もありますが、今回はプロファイルを生成せずに環境変数でコードに渡す方法で説明します。AWSプロファイルの設定を行いたい場合は、AWS公式ドキュメント(Configure the AWS CLI) を確認してください。 環境変数への登録と確認 「アクセスキー」と「シークレットアクセスキー」を環境変数に設定します。 $ export AWS_ACCESS_KEY=****************JUMP # 作成したアクセスキー $ export

                                                                              AWS CloudWatchのログをpandasで解析し、エラーの状況を可視化する | gihyo.jp
                                                                            • もっと log/slog を使おう

                                                                              はじめに この記事は Go アドベントカレンダー 2023 の最終日 25 日目の記事です。 皆さん log/slog 使ってますか。便利なのでぜひ使ってください。 slog は構造化ログを出力する為のパッケージで Go 1.21 で導入されました。これまでも zap や zerolog といったサードパーティ製のロガーを使う事で構造化ログを出力する事ができましたが、構造化ログを出力する機能が Go の標準ライブラリになりました。 slog とは 通常の log パッケージは、時刻とメッセージの単純な出力になります。

                                                                                もっと log/slog を使おう
                                                                              • モバイルクライアントアプリにおける「どんなログを出してるのか?」「どの様に役立てているのか?」事例 - KAYAC engineers' blog

                                                                                このエントリは【カヤック】面白法人グループ Advent Calendar 2023の19日目の記事です。 こんにちは。カヤックアキバスタジオの須藤崇浩(@p_chin)と申します。 本記事では私のログに対する考えと、実際にどの様なログを出して、どの様に役立ててるかを紹介します。 また、記事内ではUnity製のモバイルゲームでの事例に限定して話をします。(モバイル以外のクライアントアプリにも応用可能だと思いますが) おそらく周りでも同じ様な事をやっていそうですが、開発の参考になれば幸いです。 私のログを出す際の考え方 具体的にどんな場合にログを出して役立てているのか?の例 実際に出しているログファイルについて紹介 エラーリスト ログ出力時の機種 / アプリ特有の状態リスト 全てのログを含めたもの 以前に起動した時のエラーリスト ログ出力時にメモリに載っているリソースリスト ログ出力時の画面

                                                                                  モバイルクライアントアプリにおける「どんなログを出してるのか?」「どの様に役立てているのか?」事例 - KAYAC engineers' blog
                                                                                • Work Log on Google Docs

                                                                                  自分が仕事をするにあたり使っている Work Log の様子をなんとなく文書化する試み。留意事項: 書き出す過程でなにか発見があったらいいなという意図であり、別に他人に勧めるようなものではない。特段仕事が得意な人間でもないのよ。 いわゆる仕事 work log / journal の必要性は色々な人が説いており、ツールも古くは Changelog Memo (さすがに古すぎる) から Emacs Org Mode (これも古いな) まで色々ある。(発見1: 最近の work log アプリについて自分は何も知らないすぎるのでは?) 自分は仕事での work log に Google Docs を使っている。セキュリティの決まりを守るために選んだだけで特別良いものというつもりもないが、運用次第ではそこそこ使える: 特に sync が壊れずきちんと動くのが良い。職場のデスクトップ、ラップトップ

                                                                                    Work Log on Google Docs