The Missing Link in Angular’s Signal Story: Resource API and httpResource

This book, written by Protesilaos Stavrou, also known as “Prot”, provides a big picture view of the Emacs Lisp programming language. The information furnished herein corresponds to stable version 1.0.0, released on 2025-04-12. Official page: https://protesilaos.com/emacs/emacs-lisp-elements Git repository: https://github.com/protesilaos/emacs-lisp-elements The purpose of this book is to provide yo
性被害が発生した場所や加害者とされる人物の住所など、個人が特定され得る情報を地図上に示したデータベース。民間の有志団体が先月、インターネット上に公開してから波紋を広げていましたが、3日夜閉鎖されました。 このデータベースは、民間の有志団体が報道機関などが発表した情報をみずから集めて作成し、先月からインターネット上に公開されました。 ▼過去に、性被害が発生したとされる800か所以上の地点を地図上に表記しているほか、▼加害者とされる人物の住所や、▼被害者の年齢や性別などの個人データを記載し、有料会員に登録すると、事件の詳細まで確認できるとしていました。 このデータベースをめぐっては、公開当初から、「家族で話し合いができる」とか「犯罪抑止に役立つと思う」といった肯定的な意見がある一方、当事者が特定され得る情報が公開されているため、「法律に抵触するのではないか」と問題視する声もありましたが3日夜に
佐伯夕利子オフィシャルブログ「PUERTA CERO」Powered by Ameba 佐伯夕利子オフィシャルブログ「PUERTA CERO」Powered by Ameba Jリーグを退任して2年半が経つというのに、いまだに多くの日本のスポーツ関係者とお話しをする機会を頻繁に頂いている。普段私は、スペインの人たちとしか関わる機会がないので、日本のスポーツ界を牽引される皆さんとのオープンなスポーツ談義は新鮮で心地良い。 一方で、そんな皆さんとの会話の中でたまに、「ピースの収まりが悪いパズル」のような感覚を覚えることがある。うまく表現できないのだが、違和感という言葉が近いだろうか。一体、その微妙な収まりの悪さの原因はなんなんだろう。そんなモヤモヤを私はずっと抱えてきた。 そして最近になって、そのモヤモヤの輪郭が少し見えてきたような気がしている。 今日は『民主主義と資本主義の狭間で揺れ動く日本
ChatGPTが登場した当初、対話や要約、翻訳、コード生成などの典型的な言語タスクができても、SREやAIOpsの研究開発にはあまり関係ないのではないかと正直思っていた。AIOpsでは典型的にはいわゆるObservabilityデータ(メトリクス、ログ、トレースなど)が入力となるため、自然言語ではなく数値のデータを解析することが求められる。自然言語のタスクを研究対象としていなかったため、AIOpsとChatGPTに強い関係性は見いだせなかった*1。 しかし、自分で大規模言語モデル(Large Language Model: LLM)を日常的に使用したり、表題にあるようにSREのためのLLM(LLM for SRE, LLM4SRE)に関する論文を読むうちに、LLMのテキスト生成器としての性質よりもその優れた推論機械としての性質に注目するようになった。特にSREの障害診断は、人間の専門家が推
はじめに 有用な知識の特性 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 チーム 何をやっているの インフラエンジニアというよりもソフトウェアエンジニア 課題感 SREチームの活動 - 大きなサイクル・小さなサイクル コミュニケーション 技術スタック・ツール 終わりに こんにちは。SRE の roki です。暑い日はまだあるものの、朝はすっかり秋を感じるようになり子どもたちが登校しやすくなってホッとしている今日このごろです。 この記事では、テックタッチという会社・サービスに触れつつ、SRE チームの働く環境や課題感を共有しながらチームの紹介をしていきます。興味を持っていただけたらぜひお声がけください。カジュアルに話し合う場を設けさせてもらっており、採用情報ページにて受け付けています。 テックタッチという会社・サービス テックタッチでは、社名と同じ「テックタッチ」という名前のサービスを運営しています。どのよ
うつ病、自閉スペクトラム症、統合失調症......。多くの現代人を悩ませる発達障害や精神疾患について、原因解明や治療法開発のための研究が進んでいます。 今回は、前回の記事〈『多くの人を悩ませる…「ADHD」は「いつまで続く」のか? いったい「どんな人が当てはまる」のか? 』〉に引き続き、『「心の病」の脳科学』(講談社ブルーバックス)の中から「注意欠如・多動症(ADHD)」をご紹介します。 ADHDが生じるメカニズムについて、最新の4つの仮説があるというのですが――。 *本記事は『 「心の病」の脳科学 なぜ生じるのか、どうすれば治るのか』を一部再編集の上、紹介しています。 ADHDが生じるメカニズムとは?「4つの仮説」 (1)実行機能の障害――目標達成のために計画的に行動できない ADHD(Attention-Deficit / Hyperactivity Disorder:注意欠如・多動
ふかた・あきえ/ファイナンシャルプランナー(CFP)、生活設計塾クルー取締役。1967年北海道生まれ。外資系電器メーカー勤務を経て96年にFPに転身。現在は、特定の金融機関に属さない独立系FP会社である「生活設計塾クルー」のメンバーとして、個人向けコンサルティングを行うほか、メディアや講演活動を通じて「買い手寄り」のマネー情報を発信している。20年間で受けた相談は4000件以上。日本経済新聞、日経WOMAN、レタスクラブ等でマネーコラムを連載、ほかに「ダイヤモンド・オンライン」での『老後のお金クライシス!』の連載も好評。 主な著書に『30代で知っておきたいお金の習慣』『投資で失敗したくないと思ったらまず、読む本』『住宅ローンはこうして借りなさい』(いずれもダイヤモンド社)、『共働き夫婦のための「お金の教科書」』、『図解 老後のお金安心読本』、『知識ゼロの私でも!日本一わかりやすい お金の教
Google が過去に出版した 2 冊の書籍「Site Reliability Engineering」と「The Site Reliability Workbook」は、サービスライフサイクル全体への取り組みによって、組織がソフトウェアシステムの構築、展開、監視、保守を成功させる方法と理由を示しています。本レポートでは、Google Cloud Reliability Advocate の Steve McGhee と Google Cloud Solutions Architect の James Brookbank が、組織で SRE を導入する際にエンジニアが直面する特定の課題について深く掘り下げています。 SRE の普及にもかかわらず、多くの企業では SRE に対する当初の熱意と、その採用の度合いの間に大きな隔たりが生じています。本レポートは、プロダクトオーナーや信頼性の高いサー
I spent 11 years at Amazon (as a Principal Engineer in Developer Tools), and have been at Google for the last 2.5 years (as a Senior Staff Engineer on Developer Infrastructure for Integration Testing). Both positions were company-wide engineering productivity roles that put me in touch with a vast array of teams and exposed me to both cultures deeply. And I’ve come to the following epiphany and pa
序文 こんにちは。MonotaROの伊藤です。 弊社では障害対応訓練の実施手法の一つであるWheel of Misfortune(略称:WoM)を実践しています。WoMの導入で、障害対応体制の強化を行うことができましたので、実施までの経緯や得られた学びなどを中心に紹介したいと思います 序文 運用担当者の負荷が高まり続ける問題 運用担当者=社歴が長いベテランエンジニア 運用のスケールアウト 障害対応訓練をやってみよう 訓練環境の準備の問題 訓練シナリオの問題 外部からの助け Wheel of Misfortuneとは 実施時の様子 シナリオ開始時の様子 モニタリング画面の表示 WoMとDiRT(Disaster in Recovery Training) 障害対応訓練をやってみた結果 準備時点で感じたメリット 手順書の不備を発見できたこと 障害が起こりかねない場所を考えるきっかけになったこと
地球の自転が高速化して「負のうるう秒」が来そう。Google、Amazon、Metaは猛反対2022.08.03 23:0066,023 satomi なんせ1秒減らす「負のうるう年」は初めて。やれる気がしません。 年末カウントダウンで午前零時を2回カウントすることで1秒加え、自転速度と協定世界時(UTC)の誤差を埋めてきた「うるう秒」に異変が生じ、地球自転が高速化に一転。午前零時をスキップして1秒引く調整が叫ばれるなか、「1秒足すだけでも世界中のシステムがパニックだったのに、1秒引いたらどうなっちゃうの⁉」という不安がIT業界に広まり、Google、Amazonに次いでMeta(メタ、旧Facebook)も「うるう秒やめようぜ」と言い出しています。 うるう秒は1972年以降27回行なわれていますが、地球の自転スピードが遅くなるのに合わせて毎回1秒ずつ足すのが常でした。マイナスにすると、プ
このドキュメントでは、Terraform 構成の基本的なスタイルと構造に関する推奨事項について説明します。これらの推奨事項は、再利用可能な Terraform モジュールとルート構成に適用されます。 このガイドでは Terraform の概要は説明しません。 Google Cloudで Terraform を使用する方法については、Terraform を使ってみるをご覧ください。 標準のモジュール構造に従う Terraform モジュールは、標準のモジュール構造に従う必要があります。 デフォルトでリソースが配置されている main.tf ファイルを使用してモジュールを起動します。 すべてのモジュールに、Markdown 形式の README.md ファイルを含めます。README.md ファイルに、モジュールに関する基本のドキュメントを含めます。 例ごとに個別のサブディレクトリを使用して、
はいどーも あでのい です! いやー、とうとう完結ですよ劇場版Gのレコンギスタ! この人類史上に残る一大事を目前にして、このブログ、直近記事が刃牙シリーズ、麻雀漫画、シン・ウルトラマンですよ? 一体何のためのブログだと思ってんすかね本当。忘れてる人のために言っときますが、このブログは元々Gレコ感想用ブログです。忘れないように! という訳で今日は漫画『チ。-地球の運動について-』の感想です。 チ。―地球の運動について―(1) (ビッグコミックス) 作者:魚豊 小学館 Amazon この度最終巻の発売に加えてアニメ化も決まったとのことでめでたい限りですね。全8巻できれいにまとまってるのもおすすめしやすいポイントです。 でまあ、なんですけど、今日はちょっとこの大人気漫画の『チ。』を、私の持てる限りの全身全霊をもってして可能な限りボコボコにしてやりたいと思います。 やー、遂に書いちゃったよ作品批判
メディアアーティスト、インタラクションデザイナー、プログラマー、DJ。2003年に先端技術とアートを融合させたフルスタック集団「ライゾマティクス」を立ち上げ、06年に株式会社化。21年に社名をアブストラクトエンジンに変更し、現在石橋素氏と共にチームとしての「ライゾマティクス」を主宰。6月には制作した作品”morphecore” が、オーストリアで開催されるアルスエレクトロニカで「Honorary Mention」を受賞。上写真は自宅のDJブース前で。 世界的アーティストのミュージックビデオを手掛け、フェンシングの剣先の動きを可視化するプロジェクトや、パリコレの映像演出など国際的イベントの演出に携わるライゾマティクスの真鍋大度氏。エンターテインメントやスポーツなどジャンルを越えて幅広く活動。テクノロジーを駆使し、常に最先端の世界観を示し続けるチームを率いる真鍋氏に、メタバースそしてテクノロジ
もともとSREはGoogleがサイトの信頼性を高めるために、新しい部署を作り、ゼロから作りあげたものだ。今回はGoogleでオブザーバビリティ領域を担当する山口能迪氏とともに、SREの歴史や原則を確認し、アプリケーション開発者にも恩恵がある部分について語り合ってもらった。 株式会社スリーシェイク Sreake事業部 部長 手塚卓也氏 信頼性向上のためにGoogleが作りあげたSRE、その現在地とは ――まずはこれまでのご経歴や現在の役割について簡単にお聞かせください。 手塚:2016年にインフラ系ベンチャー企業に就職しインフラエンジニアとしてキャリアをスタート、スリーシェイクには2018年に入社し顧客企業へのSRE立ち上げ支援などを行ってきました。現在はSRE総合支援やセキュリティサービスを展開しているSreake事業部の部長としてチーム全体を見ています。 山口:前職は外資系パッケージベン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く