“Platform Engineering”という私的よく見かけるが意味を調べたことのない用語No.1のトピックについて書かれた本がO'Reillyからearly releaseされているので読んでる。まだ第一部しか公開されてない。 learning.oreilly.com その中に出てくるアプリケーションチームがTerraformコードを管理することで起きがちな問題について共感したので紹介する アプリケーションエンジニアリングチームがIaaSクラウドのあらゆるものを求めるようになったとき、多くの企業は、各チームに独自のクラウドインフラストラクチャを独自の構成でプロビジョニングする権限と責任を与えることが、摩擦の少ない方法だと判断しました。 実際には、これは、構成管理とインフラストラクチャプロビジョニングに精通した、兼業のクラウドエンジニアリングチームになることを意味していました。 繰り返

これ、公式の動画だから上手に補修できてるとかじゃないんです。マジで誰でもできるんです。あまりにも簡単すぎて、にわかに信じがたいですよね。 では、わたしが使用した時のビフォーアフターもご覧ください。 『マジでか？』と疑いたくなる気持ち、痛いほどわかります。歌がうますぎるアーティストの生演奏を見たときも、失礼ながら『…口パク？！』とか一瞬思っちゃいますもんね。 でも、こればっかりは本当なんです。 ここからは、クロバー株式会社（※）の回し者でも何でもないわたしが、ほつれ補修針のすごさについて、一介のファン視点で全力宣伝します。 （※クロバー株式会社・・・手芸用品を取り扱う老舗企業。本記事で取り扱うほつれ補修針を販売している。） そのほつれ、消えます では、製品の概要についてご説明しましょう。 クロバーのほつれ補修針は、細い針と太い針の２本セット。使用する生地によって使い分けます。 針の末端はザラ

An IDE built on top of a canvas, Haystack takes care of the tedious and confusing parts of coding for you

Haskellコミュニティでは、ネットワーク関連を担当。 4児の父であり、家庭では子供たちと、ジョギング、サッカー、スキー、釣り、クワガタ採集をして過ごす。 技術研究所開発室の山本(和)です。私は、同僚の日比野と一緒にDNSのフルリゾルバ(キャッシュサーバ)の実装を進めています。このフルリゾルバの名前は bowline と言います。結びの王様である「もやい結び」から名付けました。 サーバの bowline に加えて、検索コマンドである dug も実装しています。DNSに詳しい方なら分かると思いますが、 dig コマンドに似せた名前を選びました。(もちろん、DIGDUGという名作を意識しています。) 今回は、 DNS検索コマンド dug の使い方について説明します。dugコマンドをインストールする一番簡単な方法は、githubからバイナリをダウンロードすることです。Intel Linux 用

LinkedInの記事をめぐっているうちに見つけた、マイクロアーキテクチャに関する面白い事例。 CPUのマイクロアーキテクチャのさらに奥深くまで理解が必要な問題を解決するために、どのようなツールをつかってどのように解決したかの話。 netflixtechblog.com Netflix内でのワークロード最適化のため、AWSのインスタンスサイズを移行(16 vCPUから48 vCPU)し、CPUがボトルネックとなるワークロードの性能向上を図った。 このインスタンスの移行により、性能をほぼ直線的に増加させることを想定し、スループットがおよそ3倍になると予想した。 しかし、結果としてこの移行で想定する性能は達成できなかった。 https://netflixtechblog.com/seeing-through-hardware-counters-a-journey-to-threefold-pe

仕事というのは辛いものである。なぜ辛いかというと、そこに責任と義務が生じるからである。それと引き換えに銭を貰う。それが仕事である。 そしてまた仕事には別の辛さもある。それは、己の無能を直視しなければならない辛さ、である。自分は多少はマシな人間だと思いたい。いや、本音を言えば優れた人間だと思いたい。というかそれくらいの自惚れがないと競争社会で生き抜くことはできない。 だが仕事をすると、否が応でも己の無能がそこに立ち上がってくる。殊に俺なんかの場合はそれが顕著だ。俺は物書きで、ひとりで仕事をしているから、それを上司や同僚のせいにすることができない。会社の組織構造や社会情勢のせいにできない。 本日が締切だというのに何のアイデアも浮かばないのは。アホみたいなダサい文章しか書けないのは。一から十まで自分のせいだ、というあからさまな証拠が目の前のディスプレイに無慈悲に表れる。それはとても辛いことだ。そ

ラブドールメーカーとして知られるオリエント工業が8月21日、会社としての事業終了を発表した。約47年間の歴史に幕を下ろす。 公式サイトの発表によれば、創業者であり代表の土屋日出夫さんが、体調を優先して引退を決断。 その上で「代表の健康状態を考慮し彼の願いを尊重するため、会社としても事業を終了することとなりました」と報告した。 東京・上野のギャラリー兼ショールームは、9月20日（金）をもって営業終了。工場は10月20日（日）で終了。それに伴い、新規の受注受付も停止する。 ユーザーニーズに応えて多彩な製品を開発してきたオリエント工業オリエント工業は1977年、特殊ボディメーカーとして東京・上野に創業。 シリコンやソフトビニールを用いてラブドールを製造／販売。製品は、かたわらに寄り添って心を和ませてくれるような、「心の安らぎ」を得られる女性像を目指してきた。 1977年に発売した第1弾製品「微笑

最近は、ITが面白いだとかつまらんだとか言って盛り上がってるけども、面白いってのは、どういうことか、ちょっと考えてみようか。 知識と学習#一つ目は、学習するに足るだけの知識体系がそこにあるかどうか。 知らない事を知る、出来なかったことが出来るようになる快感ってのは、何度経験しても最高なんであって、一人でも多くの人にこの体験をして欲しい。素晴らしいことに、ソフトウェア技術だけに範囲を絞ってもまだ理解できてない事は大量にあるし、増え続けてる。 生成AIがアシスタントしてくれるけど、ちょいちょい嘘をついてくるってのが、また熱いよね。AIが言ってる事だけを真に受けちゃダメで自分でちゃんと試さないといけない。そして、インターネット上に無い情報について、やつらは手も足もでない。 最近は新しい技術が出てこないなんて言ってる連中もいるようだが、現実の社会課題を解決し、それを付加価値として提供できて初めて新

初めまして。経営企画本部AI推進室の鏡味、窪田、小林と申します。当社は本年度、AI推進室という新組織を発足させ、主に生成AIについての社内の利用促進、およびユーザーへ生成AIを活用したソリューションの提供を進めるべく、新技術の展開や検証を行っています。 今回は、最近話題となっている、Microsoftが発表したRAG（Retrieval Augmented Generation）技術であるGraphRAG ⧉について、元となる論文やブログ記事、GitHubのコードを元に内部の構造を解析し、さらに現時点でどの程度実用的かを考察していきます。 GraphRAGとは GraphRAGは、ナレッジグラフと生成AIの技術を組み合わせることで、従来のRAGでは対応が難しかった問い合わせに回答できるようになったRAGです。2024年2月にMicrosoftによって発表 ⧉され、その後、2024年7月にリ

はじめに こんにちは、Google CloudでオブザーバビリティやSREのデベロッパーアドボケイトをしているものです。少し時間が経ってしまいましたが、去る8月3-4日に開催された「SRE NEXT 2024」にて、開発フェーズの各段階におけるオブザーバビリティについての発表を行いました。 sre-next.dev スライドはこちらです。 speakerdeck.com 動画は来月公開される予定だと聞いているので、公開され次第ここに埋め込みます。 発表内容のTL;DR 本番環境が持つべきオブザーバビリティ（マクロなオブザーバビリティ）は、事前に拾いきれない不測の事態を発見し対応するためのものであるのに対し、リリース以前のオブザーバビリティ（ミクロなオブザーバビリティ）は、求められたパフォーマンスを提供していることの確認をするためのものです。そのため、それぞれに用いるツールセットや取り組み方

はじめに カンファレンス概要 カンファレンス参加前の背景 参加理由 得た気づきと感想 SREとは何かの気づき SREからの組織論 計測への気づき 登壇以外での気づき 今後 はじめに 技術部インフラグループの鈴木です。SRE NEXT 2024に行ってきました。実はテック系のカンファレンスに参加するのは初めてです。参加してみて大きな刺激を受けたので共有します。 カンファレンス概要 sre-next.dev 信頼性に関するプラクティスに深い関心を持つエンジニアのためのカンファレンスです。 同じくコミュニティベースのSRE勉強会である「SRE Lounge」のメンバーが中心となり運営・開催されます。 SRE NEXT 2024のテーマは「Beyond NEXT」です。SRE NEXT 2023で掲げた価値観 Diversity、Interactivity、Empathyを大切にしつつ、SREの担

Future Tech Blog恒例のGoリリース連載が始まります。本エントリーはインデックス記事＆timeパッケージを散り上げます。 DateTitleAuthor7/16インデックス & time澁川7/17archive/tar真野隼記7/18range over funcとiterパッケージ棚井龍之介7/19unique, slices, maps武田大輝7/22text/template辻大志郎7/23os.CopyFS & path/filepath市川燿7/24keep-alive,Cookie大江聖太郎7/25Go Telemetry棚井龍之介1.23の更新内容の概要Go 1.23のアップデートとしては以下のようなものがあります。多いので、Win/mac/LinuxのAMD/ARM関連以外は省略しています。リリースノートはこちらです。RC1の時点で書いているため、まだギリギ

いい加減シェルスクリプトで [ $? -eq 0 ] や [ $? -ne 0 ] なんて エラー処理を書くのはやめよう！ShellScriptBashLinuxUNIXmacOS はじめに [ $? -eq 0 ] や [ $? -ne 0 ] は冗長でデメリットしかありません。非常に多く見かける書き方ですが、1979 年に Bourne シェルが広く公開された時からこのようなコードは必要なく、実際に当時は使われていませんでした。このような書き方をしなければならなかった歴史的な経緯などはありません。これはなぜか広まってしまった良くない書き方です。良い書き方は最短の時間と最小の手間で目的を達成します。 優れたコードとは無駄がないコードです。丁寧なコードとは無駄な処理を書くことではありません。優れた文法を持つシェルは短いコードで正しく動作します。[ $? -eq 0 ] や [ $? -ne

『進化し続ける作家、荒木飛呂彦』 僕は1973年生まれなので、1986年から連載スタートした「ジョジョの奇妙な冒険」はジャスト・リアルタイム世代です。ジョジョの前に連載していた「バオー来訪者」も大好きだったので、当初から注目していました。 しかし改めて凄いなぁと思うのは、このリアルタイムが僕が9歳の小学生だった当時から、46歳のおじさんになった今でも続いていることです。そしてまだ当分終わりそうな感じがしない。作者、荒木飛呂彦さんは本当に凄い人だと思います。 一人の作家が一つの作品を30年以上書き続けているのはもちろん驚きですが、それ以上に驚かされるのが、当初よりファン層を拡大し、新しい読者を常に増やし続けていることです。これは並大抵のことではない。長期にわたって連載が続くシリーズは幾つか存在しますが、基本的には旧来のファン層の定着＆固着を第一義とし、彼らに向けて作品を作り続けるうちに、マン

著者：イーピャオ ライター。週刊少年ジャンプのコラム「巻末解放区!WEEKLY週ちゃん」を執筆・制作、現在連載中。小山ゆうじろうとの漫画『とんかつDJアゲ太郎』（少年ジャンプ＋）で原案を担当。個人冊子レーベル「いきいき発信プラザ21」にて少部数の出版物を制作しています。 X: @yipiao_tw 普段はライターの仕事をしております。 いや、そう言い切っていいのかと迷っちゃうほど、どうにも要領が悪いのが悩みです。もともと休む予定のはずが、仕事をやり残して持ち越しちゃう週末がよくあるのです。そんな日は、自宅じゃ絶対捗らないし、違う町に身を置くことで少しの非日常感を得るぞ！って魂胆で、リュックにPCを突っ込んで外へ飛び出します。 行く先は〈総合的な町〉。 それはどんなものかと言われれば、そうですね〜、新宿みたいな副都心ほどは巨大すぎないけど、ターミナルで駅ビルも充実、大型書店や家電量販店もある

はじめに 知らない間にGitHub Copilotが結構進化していたので、それらの内容を紹介します。 GitHub Copilot Chatは知っていたのですが、単なるChatGPTみたいな会話機能を追加しただけだと思っていました。 要約 右クリックメニューや#fileのようなコマンドが登場し、それを入力するだけでChatに見てほしいコンテキストを伝えることができるようになった。 ファイル単位だけでなく、選択した行やブロックに限定することもできる。 テストコードや新しいプロジェクトをコマンド一つで生成できるようになっている。 推薦の候補も複数を同時に比較できるようになった。 一度に最大10個くらい出る上、タブで保管できる。 ターミナルや編集中のファイルからコマンド一つでChatを立ち上げることができる。 特別なプロンプトを入力しなくても、開いた場所の文脈を読み取ってくれる。 右クリックメニ

はじめに Goで自作RDBMSに挑戦してみたログです。自作、といっても大部分は参考にした書籍の移植です。 ここ1年くらいRDBに向き合う機会が多く、その内部実装を手を動かしながら身を持って理解してみたいというモチベーションから始めてみました。ちょうど会社の『内部構造から学ぶPostgreSQL』読書会に参加したこともモチベーション上げるきっかけとなりました。 (他の方の記事ですが、読書会の記録はこちら↓) 『内部構造から学ぶPostgreSQL』読書会を完走した感想 ［改訂3版］内部構造から学ぶPostgreSQLの社内読書会振り返り データベースをデータの箱としか思っていなかった私の『内部構造から学ぶPostgreSQL』を読んだ感想 普段何気なく使ってるRDBMSですが、ACID特性を守るため・大量の読み書きを捌くため、非常に緻密に設計されております。 これを完全再現といかなくとも自分

多すぎる！！ 気づくと増えてるAmazon CloudWatch大家族、クラウド初心者にも分かりやすく整理しました

※統一された呼び方があるわけではありませんが、この記事では説明のためにこのように呼びます データ通信方式は、YouTubeやLINEなどと同じ通信方式です。緊急地震速報のように同じ速報をすべてのスマホに送る場合でも、一台一台のスマホに対して個別に通信を行なっています。 これに対して、ETWS (Earthquake and Tsunami Warning System) 方式は特殊で、携帯電話の基地局は、個々のスマホを特定することなく、「地震発生」という信号を一斉に送信します。この信号を受信できたスマホが、警報音を鳴らすという仕組みなのです。 実は、スマホは、通話やアプリを利用していない「待ち受け」状態の時でも、自分が現在使用している基地局の電波を受信しています。これは、通話の着信を受けたり、基地局の電波が弱くなったときに、隣の基地局に電波を切り替える動作(ハンドオーバー)を行なうためです

この記事は、CYBOZU SUMMER BLOG FES '24 (クラウド基盤 Stage) DAY 10 の記事です。 こんにちは。クラウド基盤本部の野島です。Go は goroutine やチャネルなどの仕組みが備わっており、簡単にマルチスレッドなプログラムを書くことができる言語だと言われています。しかし、マルチスレッドプログラミングには独特の罠があり、何も知らない人が雰囲気でコードを書くとわかりにくいバグを仕込んでしまうリスクが非常に高いです。 この記事では、マルチスレッドプログラミングに詳しくない人に向けて、そのような罠を避けるための方法を紹介します。この記事は Go の基本的な使い方を知っていることを前提としています。 這い寄るデータ競合の恐怖 まずは以下のようなプログラムを考えてみましょう。これは複雑な計算を行って結果を返すような HTTP サーバーのコードです。 // 複雑