並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 580件

新着順 人気順

r&sの検索結果1 - 40 件 / 580件

  • すべての働く人におくるストレスマネジメントの基本 | knowledge / baigie

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

    • 文章生成AI利活用に関するガイドライン.pdf

      文章生成AI 利活用 ガイドライン Version 2.0 令和6年(2024年)4月 東京都デジタルサービス局 2 はじめに このガイドラインは、東京都で初めてとなる文章生成AI の利活用ガイドラインです。 ChatGPTをはじめとする文章生成AIは、都職員の業務 のあり方を大きく変革する可能性を秘めている一方、 様々なリスクも指摘されています。このため、業務での 活用にあたり期待する効果を得るためには、その特性を よく理解し、正しく利用することが重要です。 東京都では、デジタルサービス局に検討プロジェクト チームを設置して、文章生成AIの利活用について議論を 重ね、令和5年8月、検討の成果をガイドライン (Version 1.0)としてまとめ、文章生成AIの全庁利用 を開始しました。 その後、10月に利用状況についてアンケートを行った ところ、活用事例やプロンプト例を求める声が多かった

      • 動作するきれいなコード: SeleniumConf Tokyo 2019 基調講演文字起こし+α - t-wadaのブログ

        この文章は、2019年4月18日に開催された国際カンファレンス SeleniumConf Tokyo 2019 で行った基調講演の文字起こしを土台に加筆修正したものです。 当日の講演資料は speakerdeck で、動画は YouTube で公開されています。 Clean code that works - How can we go there? - Takuto Wada | SeleniumConf Tokyo 動作するきれいなコード - どうたどり着くか 本日の講演タイトルは「動作するきれいなコード - どうたどり着くか」です。動作するきれいなコードへ至る道の話をさせていただこうと思います。 資料は公開予定で、講演の写真撮影も問題ありません。ツイッター等での実況も大歓迎です。ハッシュタグは #SeConfTokyo です。 改めて自己紹介です。和田卓人(わだたくと)といいまして、

          動作するきれいなコード: SeleniumConf Tokyo 2019 基調講演文字起こし+α - t-wadaのブログ
        • カスタムURLスキームの乗っ取りとその対策

          カスタムURLスキームの乗っ取りとその対策 May 17, 2021 カスタムURLスキームは、モバイルアプリ内のコンテンツへ直接誘導するディープリンクに広く利用されている¹。そのような中で、2020年3月にLINEはカスタムURLスキーム line:// の使用を非推奨とした²。非推奨の理由をLINEは「乗っ取り攻撃が可能なため」と説明し、代わりにHTTP URLスキームによるリンクを推奨している。この変更に対して私は、なぜHTTP URLスキームによるリンクだと乗っ取り攻撃を防げるのか疑問を抱いた。この疑問に答えるためにLINEアプリの乗っ取りを試み、対策の有効性を確認した。 要約 HTTP URLスキームによるディープリンクは対象のアプリを一意に特定できるため、不正アプリによるリンクの乗っ取りが発生しない。カスタムURLスキームでは複数のアプリが同じスキームを宣言できるため、モバイル

            カスタムURLスキームの乗っ取りとその対策
          • とほほのSELinux入門 - とほほのWWW入門

            SELinuxとは DACとMAC SELinuxをインストールする SELinuxの有効化・無効化 ApacheでSELinuxを試してみる SELinuxポリシー コンテキスト ファイルのラベリング Access Vectorルール ドメイン遷移 ポートのラベリング アトリビュート SELinuxブール値 RBAC(Role Based Access Control) MCS(Multi Category Security) MLS(Multi Level Security) サイレント拒否 ApacheでCGIを動かしてみる その他の解決 関連コマンド getenforce/setenforceコマンド sestatusコマンド ausearchコマンド audit2whyコマンド audit2allowコマンド seinfoコマンド sesearchコマンド chconコマンド f

            • 頭文字だけ取ったかっこいい略称

              北大西洋条約機構(NATO) とか バイオハザードの S.T.A.R.S.(Special Tactics And Rescue Service) とか フォールアウトの V.A.T.S. (Vault-Tec Assisted Targeting System) とかかっこいいじゃん? 日本語でもこういうの無い? ほうれんそう とか 料理のさしすせそとかそんなもんしか思い浮かばなくて悲しい

                頭文字だけ取ったかっこいい略称
              • AWS 診断を事例としたクラウドセキュリティ。サーバーレス環境の不備や見落としがちな Cognito の穴による危険性 - Flatt Security Blog

                こんにちは。本ブログに初めて記事を書く、株式会社 Flatt Security セキュリティエンジニアの Azara(@a_zara_n)です。普段は Web やプラットフォームの診断やクラウド周りの調査、Twitter ではご飯の画像を流す仕事をしています。よろしくお願いします。 クラウドサービスが発展し続ける今日この頃、多くの企業がパブリッククラウドやプライベートクラウドなどを駆使し顧客へサービス提供しているのを目にします。そのような中で、サービスが利用するクラウドにおいて設定不備や意図しない入力、構成の不備により顧客情報や IAM をはじめとする認証情報が脅かされるケースが多々あります。 本記事では、そのような脅威の一例をもとにクラウドサービスをより堅牢で安全に利用する一助になればと、攻撃手法や対策などについて解説をしていきます。 また、私の所属する 株式会社 Flatt Secur

                  AWS 診断を事例としたクラウドセキュリティ。サーバーレス環境の不備や見落としがちな Cognito の穴による危険性 - Flatt Security Blog
                • 認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介

                  認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介 この記事の目的 ここ数年で、ソフトウェア開発やプログラミングの文脈で、「認知負荷」 および 「認知負荷理論」 という用語をよく見聞きするようになりました。私が今思い出せるだけでも、以下のような書籍や Podcast で重要なキーワードとして取り上げられています。 A Philosophy of Software Design, 2nd Edition チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計 プログラマー脳 ~優れたプログラマーになるための認知科学に基づくアプローチ fukabori.fm 102. A Philosophy of Software Design (3/3) w/ twada この「認知負荷」ですが、少なくとも近年見聞

                    認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介
                  • Rustで真に安全なプログラムを書く方法 - かとじゅんの技術日誌

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

                      Rustで真に安全なプログラムを書く方法 - かとじゅんの技術日誌
                    • GitHub Actionsで実現する高度なイシュー管理: 安野たかひろ都知事選マニフェストリポジトリの自動化ワークフロー解説 - Sun wood AI labs.2

                      ワークフローの概要 このGitHub Actionsワークフローは以下の主要な機能を持っています: 新しいイシューが開かれたときに自動的に起動 イシューの内容を分析し、不適切なコンテンツをチェック 既存のイシューとの重複を検出 必要に応じてラベルを付与 ワークフローの詳細解説 トリガーとパーミッション設定 name: Issue Review on: issues: types: [opened] permissions: issues: write contents: read このセクションでは、ワークフローの名前を定義し、トリガー条件とパーミッションを設定しています。 on.issues.types: [opened]: 新しいイシューが開かれたときにワークフローが起動します。 permissions: ワークフローがイシューの読み書きと、リポジトリコンテンツの読み取りを行うための権

                        GitHub Actionsで実現する高度なイシュー管理: 安野たかひろ都知事選マニフェストリポジトリの自動化ワークフロー解説 - Sun wood AI labs.2
                      • Linuxサーバーの最適化: vmstatとiostatを活用した性能分析と対処法 - Qiita

                        Linuxサーバーの最適化: vmstatとiostatを活用した性能分析と対処法 0.目的 インフラ開発者として、必須な性能分析を身につけることを目的としています。 カーネルパラメータをチューニングをする際に性能分析を前提とし、分析結果からチューニングしていきますが、具体的な指標というものが少ないので参考になれば幸いです。 基本的なvmstatの使い方については、ちょっとググればいくらでも出てくるので割愛します。 「Linuxカーネルパラメータのチューニング&設計」でロードアベレージが高い状態にある場合、次のアクションとしてCPU使用率の確認が必要となりますので、vmstatの結果分析および対処法について深堀していきます。 よって、vmstatの結果分析と対処法を理解すると性能試験を実施した際のその対処法とカーネルパラメータによるチューニングする対象が理解できるかと思います。 1.パフォ

                          Linuxサーバーの最適化: vmstatとiostatを活用した性能分析と対処法 - Qiita
                        • 「キテレツ大百科」Amazonプライム・ビデオに一挙登場で日本全国総静岡化 珠玉のブタゴリラ回も見放題

                          ※本記事はアフィリエイトプログラムによる収益を得ています 「Amazonプライム・ビデオ」のプライム会員用見放題コンテンツに、アニメ「キテレツ大百科」(331本)が登場。テレビ静岡のヘビロテ再放送時代を知る静岡県民をざわつかせています。 キテレツ大百科(Amazonプライム・ビデオ) キテレツ大百科は、ネットでしばしば「アニメ不毛の地」といじられる静岡県民にとって、因縁の作品(関連記事)。ひところは「キテレツが終わるとキテレツが始まる」と言われるほど、テレビ静岡で頻繁に再放送されていました。 それも同局の夕方アニメ枠消滅(関連記事)で過去の話になってはいるのですが、いまだにイメージとして強く残っている様子。Twitterでは「キテレツ見放題って、静岡県民の気持ちを体感しようってこと?」「一億総静岡県民化計画、始動」などの声が上がっています。 キテレツといえば、近ごろTwitterで「ブタゴ

                            「キテレツ大百科」Amazonプライム・ビデオに一挙登場で日本全国総静岡化 珠玉のブタゴリラ回も見放題
                          • 「ぷよまん」が復活か。広島・平安堂梅坪が「ぷよぷよまんじゅう」を4月29日に発売し,5月終盤以降に関東などでも展開

                            「ぷよまん」が復活か。広島・平安堂梅坪が「ぷよぷよまんじゅう」を4月29日に発売し,5月終盤以降に関東などでも展開 編集部:早苗月 ハンバーグ食べ男 広島の和菓子メーカー・平安堂梅坪の各店舗にて,「ぷよぷよまんじゅう」が4月29日から販売される。1パッケージにつき4個入りで,価格は1000円(税込)。 これは北出和彦氏が自身のTwitterで発表したもの。同氏はかつてコンパイルのスタッフだった人物で,コンパイルが発行していたディスクマガジン「ディスクステーション」に収録されていた「戦え!!北出マン」では,変身ヒーロー・北出マンとして,“ぷよまん”から作られた怪人・ぷよマンと戦ったりもしていた。 4/29平安堂梅坪ekie店そごう店他店舗 数日遅れでネット販売開始 4個入り1000円税込です。#拡散RTお願いします #ぷよぷよ#饅頭 pic.twitter.com/xmTmtGtGmF— 北

                              「ぷよまん」が復活か。広島・平安堂梅坪が「ぷよぷよまんじゅう」を4月29日に発売し,5月終盤以降に関東などでも展開
                            • 2019-nCoVについてのメモとリンク

                              リンク集目次 国内外の状況 政府機関・国際機関等 学術情報 疫学論文 分子生物学/ウイルス学論文 臨床論文 インフォデミック関係 ワクチン関係 変異株関係 時系列メモ目次 新型コロナウイルス(2020年1月6日,11日) インペリグループによる患者数推定(2020年1月18日) 患者数急増,西浦さんたちの論文(2020年1月20日,23日) WHOはPHEIC宣言せず(2020年1月23-24日) 絶対リスクと相対リスク(2020年1月26日) 研究ラッシュが起こるかも(2020年1月27日) なぜ新感染症でなく指定感染症なのか? なぜ厚労省令でなく閣議決定なのか?(2020年1月27日) コロナウイルスに対する個人防御(2020年1月27日) 国内ヒト=ヒト感染発生(2020年1月28日) フォローアップセンター設置,緊急避難等(2020年1月29日) PHEICの宣言(2020年1月3

                              • 第723回 複雑なコマンドパイプラインを簡単に組み立てる方法 | gihyo.jp

                                パイプライン処理とは GUIは非常に直感的です。はじめて使うアプリであっても、なんとなくそれなりに動かせてしまうという点で、優れたインターフェイスと言えます。しかし効率を突き詰めると、軍配が上がるのはGUIよりもCLIでしょう。本連載の読者であれば、UnixライクなOSのCLIが持つパワーについては当然ご存知かと思います。 とはいえ、古典的なUnixコマンドの多くは、単体ではそれほど強力なものではありません。というのも、ひとつひとつのコマンドはシンプルに、特定の用途においてのみ上手く動作するよう設計されていることがほとんどだからです。こうしたコマンド群に無限のシナジーを与えるのが「パイプライン処理」です。標準入出力を通じて複数のコマンドを直列に繋げることで、複雑な処理をインスタントに組み立てることができるパイプラインは、まさにUnix哲学の体現であり、CLIの真髄はここにあると言ってもよい

                                  第723回 複雑なコマンドパイプラインを簡単に組み立てる方法 | gihyo.jp
                                • xzの脆弱性(バックドア埋め込み: Critical: CVE-2024-3094) - SIOS SECURITY BLOG

                                  OSSに関するセキュリティ・ツールの使い方・脆弱性等を紹介しています。 SELinux/Capability/AntiVirus/SCAP/SIEM/Threat Intelligence等。 03/29/2024にxzの脆弱性(バックドア埋め込み: Critical: CVE-2024-3094)が公開されました。Fedora Linux 40beta, Fedora rawhide, Debian unstable等の一部のOpenSSHにも使われており、バックドアを利用してログインが出来る状態だったという話も出ています。ソフトウェアサプライチェーン攻撃の一つとも捉えられており、いずれSBOMと関係する話として取り上げられると思います。 (SBOMの話、VEXの話はこちら)。 今回はこちらの脆弱性の概要と、各ディストリビューションの対応について纏めます。 【04/01/2024 09:

                                    xzの脆弱性(バックドア埋め込み: Critical: CVE-2024-3094) - SIOS SECURITY BLOG
                                  • Amazon Connect + Whisper + GPT-4 Turboで、発話から個人情報(名前、住所、生年月日)を正しく認識できるか試してみた | DevelopersIO

                                    構成 構成としては、下記の通りです。 Connectのフローの詳細は下記の通りです。 例として、発話で住所を認識させる処理の流れは以下のとおりです。 コンタクトフロー内で「メディアストリーミングの開始」ブロックを使って、Kinesis Video Stream(KVS)への音声のストリーミングを開始します。 顧客は、住所を含めた発話をします。 「顧客の入力を保存する」ブロックで、顧客が特定の番号を押すと、ストリーミングを終了します。 「AWS Lambda関数を呼び出す」ブロックを使い、LambdaでKVSからデータを取得します。取得したデータをWAV形式に変換し、Whisper APIで文字起こしします。文字起こし内容から、GPT-4 Turboで住所のみを抽出します。 プロンプト再生で、住所のみを音声出力します。 以下の図は、電話での対話の流れを示しています。 前提 2023年11月時

                                      Amazon Connect + Whisper + GPT-4 Turboで、発話から個人情報(名前、住所、生年月日)を正しく認識できるか試してみた | DevelopersIO
                                    • ひたちなかの新フェスに行ったこと - WASTE OF POPS 80s-90s

                                      23日、2日間のうち1日だけですが、ROCK IN JAPANが去ったひたちなか市で新たに立ち上がった新フェス「LuckyFM Green Festival」に行ってまいりました。 事前からいろいろ確認したりしていましたので、ある程度時系列で。 <事前> ROCK IN JAPANが、それまでのひたちなかでの開催ではなく、千葉市の蘇我スポーツ公園で開催されることが発表されたのが2022年1月5日の正午。しかしその数時間後には具体的な内容等の発表はなかったものの、国営ひたちなか海浜公園で今夏新フェスを開催します、という声明が。 具体的な日程とフェス名、第1弾ラインナップが発表されたのは4月28日。 開催まで3か月を切った中での告知開始というのは新しいフェスとしては致命的なほど遅く、かつ発表された7/23-24という日程は、浜松市の渚園でFUNDAY PARK FESTIVAL、大阪市舞洲でO

                                        ひたちなかの新フェスに行ったこと - WASTE OF POPS 80s-90s
                                      • 代行サービスを使ったDDoS攻撃容疑で摘発された事案についてまとめてみた - piyolog

                                        2024年8月6日、警察庁はDDoS攻撃の代行サービスを使用して国内のWebサイトに対して攻撃を行っていたとして男を逮捕しました。ここでは関連する情報をまとめます。 DDoS攻撃代行サービスを使用して攻撃か DDoS攻撃を行ったとして逮捕された男の容疑は電子計算機損壊等業務妨害。2022年3月17日に東京都内出版会社のサーバーに対して大量のデータを送信し過負荷の状態にする行為(DDoS攻撃)を2回行い、あわせて約1時間半にわたりWebサイトを閲覧できない状態にし、業務を妨害した疑い。*1 男は「ストレスを発散するためだった」「一方的に攻撃を行っており弁解することはない」などと容疑を認めており、他に対してもBootyouを使用して何回かDDoS攻撃を行ったと供述をしている。*2 男はDDoS攻撃の代行サービス(いわゆるBooter、Stresser)である「Bootyou」(現在閉鎖済)を使

                                          代行サービスを使ったDDoS攻撃容疑で摘発された事案についてまとめてみた - piyolog
                                        • SLI、SLO、エラーバジェット導入の前に知っておきたいこと | sreake.com | 株式会社スリーシェイク

                                          1. はじめに こんにちは、「信頼性は可用性ではない」を標語にしているnwiizoです。 近年、サービスの信頼性向上に向けた取り組みとして、SLI(Service Level Indicator)、SLO(Service Level Objective)、エラーバジェットという概念が注目を集めています。これらは、Google発祥のSRE(Site Reliability Engineering)プラクティスの中核をなす考え方であり、多くの組織がこのアプローチを採用し始めています。また、関連するツールも成熟し始めており、実践的な導入がより容易になってきています。 本ガイドでは、SLI、SLO、エラーバジェットを導入する前に知っておくべき重要なポイントについて詳細に解説します。各概念の定義から実践的な導入ステップ、さらには組織文化の変革まで、包括的な情報を提供します。 2. SREにおける基本

                                            SLI、SLO、エラーバジェット導入の前に知っておきたいこと | sreake.com | 株式会社スリーシェイク
                                          • 4ADというレーベル、そしてアルバム30枚(前編) - ブンゲイブ・ケイオンガクブ

                                            今回は表題のとおり、1980年代頃から現在に至るまで優れたロックアルバムやバンド等を輩出し続けているイギリスのインディーレコードレーベルである4ADについて、改めてその歴史や拘りについて書き出して、そして具体的にその長い歴史から30枚のアルバムを選んだので、それらのレビューも含めて色々と観ていこうという記事です。 この記事の前の記事でBig Thiefのライブについて書きましたが、このバンドが4AD所属なため何度かこの文字列を打っていたら思うところがあって、この記事を書くことにしました。一気に勢いで選盤して描いていこうと思ったんですが、色々と考えてたら最初20枚にしてたアルバム選定も30枚に達したり、前書き的な部分だけで相当なボリュームになったので前半と後半に分けて書きます。 4ADの歴史ーイギリスのレーベル?アメリカのレーベルじゃ…?ー その始まりーゴスな雰囲気を中心としてー Begga

                                              4ADというレーベル、そしてアルバム30枚(前編) - ブンゲイブ・ケイオンガクブ
                                            • 効率よく学習するための20のルール

                                              何かを学び、身につけることは時間がかかるものです。限られた時間の中で、効率よく多くのことを学ぶにはどうすべきかを、ポーランドの研究者で間隔を空けた反復学習法、SuperMemoの発案者であるピョートル・ウォズニアック氏が解説しています。 Effective learning: Twenty rules of formulating knowledge https://www.supermemo.com/en/archives1990-2015/articles/20rules ◆01:分かりにくい教材で勉強しない 学習用の教材はよくできているように見えて、実際は分かりづらい内容になっているものが多くあります。「いつか役に立つだろう」と無理して自分に合わない教材で勉強するのではなく、自分の身の丈にあった教材を探す必要があります。 ◆02:暗記する前に学ぶ 説明や解説をそのまま暗記するのではな

                                                効率よく学習するための20のルール
                                              • デコレータ使わない Vue.js + TypeScript で進んだ「LINEのお年玉」キャンペーン

                                                皆さん、こんにちは。LINEでフロントエンド開発を担当しているUIT1室のシュウと申します。 今回、年に一度の企画「LINEのお年玉」キャンペーンにて JavaScript の部分を担当させていただきました。LINEのお年玉は多くのトラフィックが流れる大規模かつ短期間の企画となります。 技術的な挑戦をするためのプロジェクトとしてもちょうど良いサイズ感であったため、今回多くの挑戦を行いましたので、連載形式で紹介していければと思います。 初回である今回は、Vue.js と TypeScript を併用した開発についてです。 なぜ TypeScript を使うのか? これまで LINE のプロジェクトでは、JavaScript をメインの言語としてフロントエンド開発を行ってきました。ですが、時代の流れもあり、現在では新規プロジェクトの多くが TypeScript を採用しています。 月並みですが

                                                  デコレータ使わない Vue.js + TypeScript で進んだ「LINEのお年玉」キャンペーン
                                                • どんなウイルスで、どのように感染するのか? 新型コロナウイルスのそもそも論(峰宗太郎) - エキスパート - Yahoo!ニュース

                                                  世界中で猛威を振るっている新型コロナウイルスについて、トランプ米政権が、中国湖北省武漢市内のウイルス研究所が発生源となった可能性について調査を始めています。研究所内でコロナウイルスがコウモリから人に感染して広まったなどとの報道もありますが、そもそも新型コロナウイルスとはどういったものなのでしょうか。 改めて基本的なことを見直しつつ、後半では感染力や感染ルート、致死率などいくつかのトピックについて、簡単にみてみたいと思います。 今回の新型コロナウイルスの名前について 流行している新型コロナウイルスの正式名称は severe acute respiratory syndrome coronavirus 2(SARS-CoV-2) というものです。そして、この SARS-CoV-2 によって引き起こされる「病気」のことを COVID-19 (コヴィッド ナインティーンと発音) といいます。 ●I

                                                    どんなウイルスで、どのように感染するのか? 新型コロナウイルスのそもそも論(峰宗太郎) - エキスパート - Yahoo!ニュース
                                                  • きょうだいベイズ問題の答えは 2/3 ではない - ChieOsanai’s blog

                                                    ネット上でたびたび話題になる問題がある。 問題(1) 2人きょうだいの子供のうち、1人が男の子の場合、もう1人が女の子である確率はいくらか? 適当な名前がないので、いま私が「きょうだいベイズ問題」と名付けた。 ネット上の議論では答えは 2/3 だというのが定説になっている。 例えばこのサイト http://taustation.com/conditional-probability-brother/ では「区別なしの場合」というセクションでこれを扱っており、2/3 としている。 最近つらつら考えて 2/3 は間違い。正解は 1/2 だ。 という結論に達した。2/3 派がどこをどう間違っているのかも判った。 「観点の違いであって 1/2 も 2/3 もどちらも正しい」という意見もちょくちょく見るが、あれも間違いである。 1/2 でしかありえない。 この件については「完全に理解した」と言ってい

                                                      きょうだいベイズ問題の答えは 2/3 ではない - ChieOsanai’s blog
                                                    • 服が燃えたら、ここに飛び込め! 街にひっそりあった「すごい防災」

                                                      平穏な街。実はよく見ると、いつ起こるかわからない災害への工夫が至る所に凝らされている。 台風15号の千葉での大被害しかり、僕らがふだんの生活でまさかの事態に遭遇したとき、命を守るのは身の回りにある防災施設だ。 幸いなことに僕らはそれをタダで使える。その存在を把握して、災害の国・ニッポンをしぶとく生き残ろう。 ライター、番組リサーチャー。過去に秘密のケンミンSHOWを7年担当し、ローカルネタにそこそこくわしい。「幻の○○」など、夢の跡を調べて歩くことがライフワークのひとつ。ほか卓球、カップラーメン、競馬が好き。(動画インタビュー) 前の記事:かつて全国販売されていたローカル商品を、アンテナショップで取り戻せ! > 個人サイト 文化放想ホームランライター 首都高速の巨大避難階段へ まずやってきたのが、東京を支える大動脈の首都高速道路である。 大震災発生時、環七から都心方向は車両通行止めとなる

                                                        服が燃えたら、ここに飛び込め! 街にひっそりあった「すごい防災」
                                                      • QUICをゆっくり解説(3):QUICパケットの構造 | IIJ Engineers Blog

                                                        Haskellコミュニティでは、ネットワーク関連を担当。 4児の父であり、家庭では子供たちと、ジョギング、サッカー、スキー、釣り、クワガタ採集をして過ごす。 前回の説明では、「Initial パケット」や「Version Negotiation パケット」といった用語を未定義で使いました。今回は、こういった「パケット」や「フレーム」が、どのような構造を持っているかについて説明します。 古典的なパケット IP、UDP、およびTCPでデータをやり取りする基本単位は、すべて「ヘッダ+ペイロード」という構造を持っています。このヘッダ+ペイロードという単位は、それぞれ以下のように呼ぶのが慣習です。 IP – パケット UDP – データグラム TCP – セグメント すべてパケットと呼んでも間違いではありません。UDPの場合、IPペイロードが「UDPデータグラム(UDPヘッダ+UDPペイロード)」に

                                                          QUICをゆっくり解説(3):QUICパケットの構造 | IIJ Engineers Blog
                                                        • Amazonプライム・ビデオの見放題に「プリキュア」 初代からドキプリまで

                                                          ※本記事はアフィリエイトプログラムによる収益を得ています Amazonプライム・ビデオの見放題で、プリキュアシリーズの過去作が見られるようになりました。「ふたりはプリキュア」から「ドキドキ!プリキュア」まで。 見放題対象作品は下記の通り。 ふたりはプリキュア ふたりはプリキュア Max Heart ふたりはプリキュア Splash Star Yes!プリキュア5 Yes!プリキュア5GoGo! フレッシュプリキュア! ハートキャッチプリキュア! スイートプリキュア♪ スマイルプリキュア! ドキドキ!プリキュア 見放題対象作品 advertisement 関連記事 話題のパペットアニメ「PUI PUI モルカー」Amazonプライム・ビデオで全話配信開始! これでいつでもPUI PUIできるぞ やったああああああ! アマプラ見放題にアニメシリーズの「セーラームーン R」「S」「SuperS」

                                                            Amazonプライム・ビデオの見放題に「プリキュア」 初代からドキプリまで
                                                          • 開発視点から見る、新しい分散型SNS「Bluesky」とAT Protocolの可能性 | gihyo.jp

                                                            開発視点から見る⁠⁠、新しい分散型SNS「Bluesky」とAT Protocolの可能性 2023年4月初旬、日本で盛り上がりの兆しを見せ始めた分散型SNS「Bluesky⁠」⁠。本記事では、Blueskyのクライアント開発を行う筆者が、開発視点から見たBluesky、そのコア技術であるAT Protocolについて解説します。 なお、Bluesky誕生の背景や基本機能などについては、syui氏の記事「ネクストブレイク分散型SNSの大本命、Blueskyを先取り!」を併せてご覧ください。 Bluesky をコマンドラインから扱う Blueskyクライアント開発のきっかけ Blueskyにはすでにクライアントが存在します。BlueskyのオフィシャルからはiOSアプリが、また Android向けにはkamakuraさんが開発している青雲というアプリが提供されています。 通常はこれらのクライ

                                                              開発視点から見る、新しい分散型SNS「Bluesky」とAT Protocolの可能性 | gihyo.jp
                                                            • Linux perf Examples

                                                              Recent posts: 22 Jul 2024 » No More Blue Fridays 24 Mar 2024 » Linux Crisis Tools 17 Mar 2024 » The Return of the Frame Pointers 10 Mar 2024 » eBPF Documentary 28 Apr 2023 » eBPF Observability Tools Are Not Security Tools 01 Mar 2023 » USENIX SREcon APAC 2022: Computing Performance: What's on the Horizon 17 Feb 2023 » USENIX SREcon APAC 2023: CFP 02 May 2022 » Brendan@Intel.com 15 Apr 2022 » Netfl

                                                              • PostgreSQL Client から自作 DBMS に接続する - goropikariの備忘録

                                                                最近、Go の練習がてら書いていた自作 DBMS に PostgreSQL client で接続できるようになったので、そのやり方を残しておきます。(これから紹介するサンプルコードはすべて Python ですが) github.com psql --version psql (PostgreSQL) 13.2 pgcon の資料と PostgreSQL の公式 Document、加えて PostgreSQL server と client 間に流れるパケットを眺めると、自作DBMSは client から接続されたときにどういうパケットを返せばいいのかが見えてきます。 https://www.pgcon.org/2014/schedule/attachments/330_postgres-for-the-wire.pdf https://www.postgresql.org/docs/13/

                                                                  PostgreSQL Client から自作 DBMS に接続する - goropikariの備忘録
                                                                • BigQuery SQL でレイトレーシング - Qiita

                                                                  # 以降はコメントなのでこれは valid な pnm フォーマットです。 拡張子 pgm で保存すれば、Windows の場合は IfranView、macOS の場合は Preview.app で表示できます。 これで BigQuery で画像を出力できることが確認できました。 BigQuery によるレイトレーシング というわけで、BigQueryでレイトレーシングをやってみましょう。 実際のSQLコードは以下のようになります。 -- Vec3のドット積 CREATE TEMPORARY FUNCTION DOT (a STRUCT<x FLOAT64, y FLOAT64, z FLOAT64>, b STRUCT<x FLOAT64, y FLOAT64, z FLOAT64>) AS ( a.x*b.x + a.y*b.y + a.z*b.z ) ; -- 線形結合 aP +

                                                                    BigQuery SQL でレイトレーシング - Qiita
                                                                  • 4KBのJavaScriptだけで動く可愛いアクションゲームを作ったのでソースと解説 - Qiita

                                                                    年イチでちょっとしたブラウザゲームを作ってます(→ 去年)。今年はそこそこ遊べる可愛いアクションゲームを4KB以内で作ってみました。 🎉宣伝させてください! 🐱今年も無事、猫の日ゲームができました!https://t.co/XnDD8AXx4k 今年は可愛さはそのまま、限界までコードを削って4KBにおさめました。PCの方はソース表示して見てみてね pic.twitter.com/j0QqH6iSSn — ゆき (@yuneco) February 20, 2022 作ったもの:ブラウザで動く4KBのゆるかわアクション URL: https://yuneco.github.io/mezashi-4kb/ ソース: https://github.com/yuneco/mezashi-4kb つまりどういう...コト? index.htmlという名前のファイルを作って下のコードをコピペする

                                                                      4KBのJavaScriptだけで動く可愛いアクションゲームを作ったのでソースと解説 - Qiita
                                                                    • コードベースのどのへんを触ったことがあるかを一覧する - 見返すかもしれないメモ

                                                                      今所属してるチームに入ってから1年が経った。開発してるサービスのコードベースの中でも、「このへんはわりと土地勘がついてきたな」という場所と「ここはまだ全然わからん」という場所が混在している感じになってきた。 自分がまだ触ったことないのはどのあたりかを知りたかったので、今までの自分のコミット数をファイルごとに見れるようにしてみようと思った。調べてもそういうツールは見つからなかったので、作った。 ファイルの履歴 ファイルのコミット履歴を出力する: git log ファイル名 リネーム前の履歴も欲しい: git log --follow ファイル名 しかし --follow つけると、ファイルをコピーしてからちょっと編集したやつも同一ファイルと見做されてしまうので、それをなるべく避ける*1: git log --follow --find-renames=100% ファイル名 そのコミット履歴を

                                                                        コードベースのどのへんを触ったことがあるかを一覧する - 見返すかもしれないメモ
                                                                      • NISAで赤字を出したくない!低リスクな資産の増やし方を解説

                                                                        「そろそろNISAで資産運用を始めてみたいけど、赤字が出ないか心配…」 「周りではやっている人が増えてきたが、本当に大丈夫なのか?」 これからNISAを活用した投資を始めようとしていて、このような不安や疑念をお持ちの方もいらっしゃるのではないでしょうか。 結論から申し上げると、NISAで赤字が出る(元本割れする)可能性はあります。 成長投資枠の最大の特徴は「自由度の高い投資・大きな額の投資ができること」であるため、具体的には次のような願望をお持ちの方におすすめの投資枠です。 まずはこれだけ知っておいて!NISAと赤字に関するQ&A Q.NISAで赤字が出ることってあるの? ある NISAを活用する・しないに関わらず、投資は預金のように「元本保証」がされていないため、赤字(元本割れ)を引き起こす可能性がある Q.赤字になる確率は? 投資のスタイルや購入銘柄によって大きく左右されるが、保有期間

                                                                          NISAで赤字を出したくない!低リスクな資産の増やし方を解説
                                                                        • SREの民主化とクラウド移行 - エムスリーテックブログ

                                                                          あけましておめでとうございます。今日から02/05までの平日にエムスリーのSREでブログリレーを開催します。その初日の投稿を担当させていただくエムスリーエンジニアリンググループの岩佐です。グループリーダーという立場でSREチーム、基盤チーム、セキュリティチーム、Unit4(m3.com/サイトプロモ)を担当しています。 私からはエムスリーでSREを拡大しようと推進している経緯/流れについて一筆認めさせていただこうかと思います。 要約、早速だけど 経緯、メンバーに敬意を、チームに契機を 方針、状況に合わせて更新 計画、そして軽快に改革 まとめ、ちょっとまともに 要約、早速だけど SREを短期的に大量に採用するのは不可能、じゃないかのう? オンプレミス環境で拡大していくサービス群をSREチームのみが運用していくのは難しい。こんなん困難では?はー、どうしよう 権限の移譲、DevOpsの推進をする

                                                                            SREの民主化とクラウド移行 - エムスリーテックブログ
                                                                          • 自分のAWS環境について何でも教えてくれるエージェントが作れそう(Agents for Amazon Bedrock + Knowledge bases for Amazon Bedrock) - Qiita

                                                                            ただし、LangChainが動作しているホストマシンの環境でPythonスクリプトを実行するので、誤って大事なファイルを消したりする危険性があります。 これをLambdaで動作させようと考えました。 Python REPLのLambda化 Python REPLの実装はとてもシンプルです。90行しかありません。 参考:GitHubのソースコード Lambdaへ移植する際に気をつけたのは2点です。 動作に不必要なLangChainの依存を削除する multiprocessing.QueueはLambdaで動作しないため、multiprocessing.Pipeに置き換える(参考) 出来上がったのが以下の3つの関数です。クラスですらなくしてしまいました。 import logging from multiprocessing import Process, Pipe import re imp

                                                                              自分のAWS環境について何でも教えてくれるエージェントが作れそう(Agents for Amazon Bedrock + Knowledge bases for Amazon Bedrock) - Qiita
                                                                            • 協調フィルタリングとベクトル検索エンジンを利用した商品推薦精度改善の試み | メルカリエンジニアリング

                                                                              こんにちは、メルカリのレコメンドチームで ML Engineer をしている ML_Bear です。 以前の記事 [1] では、item2vecと商品メタデータを用いた、メルカリのホーム画面のレコメンド改善のお話をさせていただきました。今回は商品詳細画面でレコメンド改善を行ったお話をさせていただきます。商品詳細画面の例は図1の通りです。ユーザーはアイテムの詳細な説明を見たいときにこの画面に来訪するため、同様の商品を推薦する自然な接点として非常に重要です。 まず、私たちが商品詳細画面で行った改善の概要を示します。各部の詳細については次節以降で詳しく触れます。 日本有数の大規模ECサービスにおいてベクトル検索ベースの商品推薦アルゴリズムを実装し、推薦精度の大幅な改善を実現しました。 協調フィルタリングとニューラルネットワーク (以下、NN) を利用した商品推薦アルゴリズムを構築し、コールドスタ

                                                                                協調フィルタリングとベクトル検索エンジンを利用した商品推薦精度改善の試み | メルカリエンジニアリング
                                                                              • DenoにはWebAssemblyがある

                                                                                このDenoスタータプロジェクトテンプレートをGitHubからクローンあるいはフォークしてください。インストラクションに従えば、Denoで動作する最初のWebAssembly関数(Rustで記述されている)が5分以内に完成するはずです。 ちょっとした背景説明 Node.jsが大きな成功を収めたのは、開発者に2つの世界で最高のものを提供できたからです。すなわち、JavaScriptによる、特にイベントベースの非同期アプリケーション開発における簡便さと、C/C++のハイパフォーマンスです。Node.jsアプリケーションはJavaScriptで記述されますが、実行は、Google V8 JavaSciptエンジンと多数のネイティブライブラリモジュールを含んだ、C/C++ベースのネイティブランタイムによって行われます。Denoはこの勝利の方程式を再現する一方で、そのプロセスを、TypeScript

                                                                                  DenoにはWebAssemblyがある
                                                                                • Difyワークフロー自動生成|ハヤシ シュンスケ

                                                                                  どうもー、シュンスケです。 ついに、ワークフローの自動生成に成功しました! そう、みんなが頑張って作っているDifyのワークフローが何と!! 生成AIにより全自動で作れるように進化しました! もう面倒な作業とはおさらば! DifyがAIでワークフローを自動構築! 「あー、またこの作業やらなきゃ…」 毎日のルーティンワーク、うんざりしていませんか? 請求書の処理、顧客データの入力、資料作成…、やらなきゃいけないことは山積みなのに、どれも時間と手間がかかって、本当に疲れますよね。 「誰か代わりにやってくれないかな…」 そう思ったことがある人は、きっと多いはず。 そんな願いを叶える、 夢のような機能がDifyに登場 しました!それが 「AIワークフロー自動生成」 です。 この機能を使えば、面倒な作業を自動化するワークフローを、AIがサクサクっと作ってくれるんです。 専門知識は一切不要! 普段使っ

                                                                                    Difyワークフロー自動生成|ハヤシ シュンスケ