y_uukiのブックマーク - はてなブックマーク

株式会社一休に入社しました - 貳佰伍拾陸夜日記

転職のお知らせ、あるいは個人の日記です。6月から以下のように所属変更となっています。 From 株式会社はてなTo株式会社一休マネージャではなく、とくに役職のないソフトウェアエンジニアとして働きます。いわゆるIC (individual contributor)というやつです。きっかけはてなには新卒として入社して以来11年も勤めて、インターンやアルバイトとして関わった時期から数えると16年になります。出入りの激しいこの業界でずっと1社しか知らずに過ごすのは負い目に感じていました。また、年齢的にも今年で40歳になることもあって、そろそろ転職を経験しておかないとまずいという焦りもありました。そんなときに、大学の同期でプライベートでも仲良くさせてもらっているid:suzakから声をかけてもらい、ちょっと真剣に転職を考えたのがきっかけでした。できることではなくやりたいことはてなで

y_uuki 2024/06/07

おつかれさまでした！

リンク

さくらインターネットで活躍中の id:y_uukiを訪問 | はてな卒業生訪問企画 [#9] - Hatena Developer Blog

こんにちは、エンジニアリングマネージャーの id:onk です。 Hatena Developer Blogの連載企画﹁卒業生訪問インタビュー﹂では、創業からはてなの開発に関わってきた取締役の id:onishi、CTOの id:motemen、エンジニアリングマネージャーの id:onkが、いま会いたい元はてなスタッフを訪問してお話を伺っていきます。 id:onkが担当する第9回のゲストは、さくらインターネット株式会社の組織内研究所であるさくらインターネット研究所の上級研究員で、SRE ︵Site Reliability Engineering︶の研究者としても活躍する id:y_uuki さんこと、坪内佑樹さんです。 2013年にはてなに新卒でWebオペレーションエンジニアとして入社後、サーバー監視サービス﹁Mackerel﹂をはじめとするサービス開発やはてなのインフラ開発・運用にSR

y_uuki 2024/05/10

はてなの卒業生としてインタビューしていただきました！キャリアを振り返る良いきっかけでした。

リンク

“LLM for SRE“の世界探索 - ゆううきブログ

ChatGPTが登場した当初、対話や要約、翻訳、コード生成などの典型的な言語タスクができても、SREやAIOpsの研究開発にはあまり関係ないのではないかと正直思っていた。AIOpsでは典型的にはいわゆるObservabilityデータ︵メトリクス、ログ、トレースなど︶が入力となるため、自然言語ではなく数値のデータを解析することが求められる。自然言語のタスクを研究対象としていなかったため、AIOpsとChatGPTに強い関係性は見いだせなかった*1。しかし、自分で大規模言語モデル︵Large Language Model: LLM︶を日常的に使用したり、表題にあるようにSREのためのLLM︵LLM for SRE, LLM4SRE︶に関する論文を読むうちに、LLMのテキスト生成器としての性質よりもその優れた推論機械としての性質に注目するようになった。特にSREの障害診断は、人間の専門家が推

y_uuki 2024/03/21

久々の大作ブログです。SRE x LLMに関する多数の論文を包括的に調査しました。おそらく世界初の内容です。

リンク

コンパウンドスタートアップというLayerXの挑戦｜福島良典 | LayerX

どうも、すべての経済活動を、デジタル化したい福島です。本日はLayerXが挑戦するコンパウンドスタートアップについて解説したいと思います。コンパウンドスタートアップとは、Ripplingという米国のスタートアップのCEO Parker Conradさんが提唱しているスタートアップの新たな競争戦略です。Parker Conradさんはユニコーン企業Zenefitsの元CEOであり、Zenefitsでの失敗の経験を元に、Rippplingを創業。コンパウンドスタートアップという従来のセオリーとは異なるやり方で大成功を収めています。 Ripplingは20年8月にユニコーン入りしており、日経記事でも紹介されています。 TLDR(長すぎて読めないよという方に) コンパウンドスタートアップとは創業時から単一プロダクトではなく、複数プロダクトを意図的に提供部署でサービスを区切るのではなく、デ

y_uuki 2024/03/11

あとで読む

リンク

コンテナ技術における最新の研究動向

Efficient Container Image Updating in Low-bandwidth Networks with Delta Encoding

y_uuki 2023/10/10

あとで読む

リンク

Mackerel Meetup #14 を7月11日（火）にオフラインで開催します！ #mackerelio - Mackerel お知らせ #mackerelio

こんにちは！Mackerel CREの id:KGA です。4年ぶりの開催となります﹁Mackerel Meetup #14 Tokyo﹂を7月11日︵火︶にオフラインで開催します！ Mackerel Meetupは、Mackerelをご利用中のユーザーのみなさまとMackerelの開発者を交えた情報交換やシステム運用に関する知見の交換、Mackerelの開発状況を知っていただき開発チームへのフィードバックもいただける場として企画しています。今回4年ぶりに開催することとなりましたMackerel Meetupですが、日頃からMackerelをお使いいただいているユーザーのみなさまの発表や、Mackerelプロデューサーから﹁Mackerel 現在と未来 2023﹂と題して最近リリースした注目機能や今後の開発ロードマップをお伝えする発表、そして﹁次世代Mackerelのアーキテクチャ﹂と

y_uuki 2023/06/13

4年ぶりめでたい🎉 次世代Mackerel、どこかで聞いたことあるワードだ

リンク

Anond AI開発日記 - Hatena Developer Blog

こんにちは。Anond AIを研究している id:cockscomb です。私たちはこの度、このAI時代を制するプロダクト、Anond AIを開発しました。本エントリではその詳細について説明します。 Anond AIとは Anond AIはいわゆるGenerative AIで、人類が匿名で日記を書くことをアシストしてくれるものです。私たちは日記に芸術性を感じる文化を持っていて、﹁日記文学﹂という言葉もあります。Generative AIによって、名前を隠して楽しく日記を書くことをサポートし、匿名日記文化のさらなる発展に寄与できないか、と考えました。 Anond AIは、rinna/japanese-gpt2-mediumをはてな匿名ダイアリーのデータを用いてファインチューニングし、ドメイン適応させたものです。 Anond AIの開発 Anond AIは実験的なプロダクトのため、Hatel

y_uuki 2023/04/02

日本語で事前学習されたGPT-2モデルを基にanondのテキストでファインチューニング+言語モデルの生成文に電子透かしをいれる最新手法

リンク

新サービス「Anond AI」をはてラボでリリースしました - はてラボ開発者ブログ

2023年4月1日、新サービス﹁Anond AI﹂をはてラボにリリースしました。﹁Anond AI﹂は、投稿したいワンフレーズを入力するだけで、AIが自動的にはてな匿名ダイアリー︵https://anond.hatelabo.jp/︶で注目される文体の文章を生成してくれるサービスです。匿名ダイアリーで話題になる投稿や褒められるネタの傾向を学習しており、人間よりも注目される文章を生成することが可能です。 Anond AIの使い方 https://anond ai.hatelabo.jp/ にアクセス書きたいことを人間がワンフレーズで入力し、﹁書いてもらう﹂ボタンを押すと自動で日記が作成されますさらに、﹁送信する﹂ボタンを押すとそのまま匿名ダイアリーの投稿画面に文章が入力されますご利用上の注意はてな匿名ダイアリーへの投稿にははてラボへのログインが必要です。本サービスを利用される場合

y_uuki 2023/04/01

リンク

技術的なアウトプットに疲弊したので振り返る - Diary of a Perpetual Student

2022年は技術的なエントリをそれなりの数書いてきた。特に12月は計10本のエントリを出し、まだ世に出せていないネタもたくさんあるという状況である。ところが、当人の感覚としては暖簾に腕押しだなあと思っている。ということでちゃんと振り返ってみることにする。 stats 2022年で一番ブクマが多かった記事はblog.arthur1.devである。他の記事はこの半数にも満たない、というか、片手で数えられるブクマ数でさえありがたい、という状況である。書くという行為によって自分自身の理解が確かなものになることに意義は感じているものの、せっかく書いているのだから多くの人に読んでほしいし、それが読者のためになればなお良いと思っている。もっとシビアに言ってしまうと、書いても読んでもらえない状況がずっと続くならいつか自分は筆を取るのをやめてしまうだろうという懸念がある。モチベーション維持のために今

y_uuki 2023/01/09

素晴らしい活動なので疲弊してしまうのはもったいない。逆説的だけど、過去の自分にいかに興味をもたせ、おもしろく読ませるかを研究していけば、自分らしいかつ読まれる記事が書けるようになると思っています。

リンク

現在の森保ジャパンの攻撃とその問題点について - pal-9999のサッカーレポート

どうもこんにちは、私です。こないだのコスタリカ戦はレビュー書くような内容がないのでサボりました。実際に失点の原因は﹁吉田がいつもの奴をやった﹂だけですし、攻撃面でも﹁引いてがっちりブロック作られて点取れない﹂のはアジア予選でもしょっちゅうなので本当に書く内容がないです、あの試合。当ブログとして言えることは﹁残り時間が少ない時は迷わず大きくクリアしろ﹂という事くらいです。もっともカメルーン対セルビアの試合でカメルーンの二失点目はカメルーンのDFが残り時間少ないのに中途半端なクリアしたのをセルビアに拾われて失点してたので、ああいうミスはサッカーにおける事故で一定確率で起きちまう奴なんですけどね。そういうわけですので、本日はちと趣向を変えまして、現在の日本代表の攻撃の話をしていきたいと思います。コスタリカ戦で本田さんが言ってた奴abema.tv ここではコスタリカ戦の動画へのリンク貼っ

y_uuki 2022/12/01

バイタルエリアの取り方のパターンが解説されていておもしろい。左利きのボランチの重要性は分かってなかった。

リンク

リモートワークによる孤立から結束へと向かうチームビルディング

カテゴリー DX (2) 一般 (58) 研究会 (6) 働き方 (4) 技術 (351) Edge AI (2) Edge Computing (12) Erlang (1) FIWARE (2) Fog Computing (9) Infiniband (31) Internet of Things (32) Key Value Store (17) Linux (3) Linux KVM (10) Machine Learning (4) RealTime Web (14) SRE (2) Webサービス (42) インフラ (7) コンテナ (3) ストレージ (92) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (214) 仮想化 (110) 災害コミュニケーション (26) 空間情報 (30) 量子コンピューティング

y_uuki 2022/10/18

リンク

『SRE NEXTで「AIOps研究録」講演を終えて - ゆううきブログ』へのコメント

ブックマークしましたここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください Twitterで共有

y_uuki 2022/06/10

書いた

リンク

SRE NEXT 2022で「プロダクション環境の信頼性を損ねず観測する技術」というお話をしました - ださろぐ@はてな

登壇＆参加エントリです。ややエモよりになる予定。当日の体験については他の登壇者の皆様とも少しお話したんですが、完全に馬場さんのエントリに書かれている点と同じ感想であり（事前収録は当日落ち着けてよい、参加者としてのZoom Event体験はかなり良かった、ブースの仕様はやや残念ではあったが個人的にはそれでも楽しめた）、まあ同じことを書いてもということで発表まわりや個別の参加体験の方を書いていきます。登壇についてプロダクション環境の信頼性を損ねず観測する技術というタイトルで登壇させて頂きました。 6/9時点でまだスライドのみですが、ぼちぼちアーカイブの方も上がってくるかなと思います。 www.youtube.com 前回2020の登壇から2年、SRE NEXTが開催されたら何はともあれproposalは出したいと考えていたので募集の段階でネタを考えました。ネタは2本考え、1つは長期運

y_uuki 2022/06/10

おつかれさまでした！自分好みの発表でおもしろかったです。

リンク

株式会社ミラティブに入社しました｜Uchio Kondo

ミラティブという会社を知ったのは︵退職エントリで書いた通り︶実は大学時代からの友人が入社したのがきっかけで、その須山氏︵現在はCFO︶のインタビューもちょうど出ているのでよろしければどうぞ。﹁近隣の子どもたちとバーベキューやオリエンテーションを開催するボランティアサークル﹂とは僕も入っていたサークルで、須山さんにはお世話になりました。いやこれからもか…。なぜミラティブか？という話入ったばかりでほぼユーザに価値を届けていない段階でアレだが、自分の備忘録という言い訳をして、以下、自分がどういうことを考えてミラティブを選んだかを残しておく。基本的にこのnoteの内容については、自分の感じたことから書いたものであることは留意されたい。軸その1: スタートアップなのに低レイヤと向き合えるプロダクトやユーザに向き合うのは大前提として、技術者としての私は引き続きインフラやIaC、SRE、基盤整

y_uuki 2022/05/09

めっちゃいい。 “ミラティブは配信技術が競争力の一つであり、競争力の維持のためにはミドルウェアやOSのチューニングを含む低いレイヤでの技術力が求められる”

リンク

更なる実践的な研究開発を目指して研究開発エンジニア2名をお迎えしました

カテゴリー DX (2) 一般 (58) 研究会 (6) 働き方 (4) 技術 (351) Edge AI (2) Edge Computing (12) Erlang (1) FIWARE (2) Fog Computing (9) Infiniband (31) Internet of Things (32) Key Value Store (17) Linux (3) Linux KVM (10) Machine Learning (4) RealTime Web (14) SRE (2) Webサービス (42) インフラ (7) コンテナ (3) ストレージ (92) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (214) 仮想化 (110) 災害コミュニケーション (26) 空間情報 (30) 量子コンピューティング

y_uuki 2022/02/01

研究開発エンジニアの同僚が増えたぞ！

リンク

僕たちはリモートワークに振り回されていた。Gatherを使うまでは。｜shikajiro

最初の金曜日﹁今までの働き方ではだめだ﹂代表からそんな発表があった。業績は上向いている。利用者も右肩上がりで増えている。でもだめだ。この程度じゃだめだ。誰しもがそう考えざるを得ないのは分かってたし、みんな壁にぶつかっていたのも分かっていた。もっと圧倒的スピードで成長しなくてはいけないのに、今までのように息を吸うようにコミュニケーションして前に進むことができない。うまく噛み合わない。すれ違う。伝わらない。誰かの失敗と同じ過ちを別の誰かが再現してしまう。会社に重りを結び付けられたかのように思うように進めない。これは一体何なのか。その正体にみんな薄々気づいていた。それはリモートワーク中心によるコミュニケーション不全という大きな重りだった。 Ubieは決してコミュニケーションを疎かにしているわけではない。必要なミーティングであれば密に行う。スクラムを導入しメンバー間でコミュニケーションを取り、

y_uuki 2022/01/31

さっそくうちのチームのスペースつくったみた。

リンク

k近傍法による異常検知のライブラリをmrubyで作ってみた - Fire Engine

こんにちは！インフラエンジニア見習いつるべーです。今回は、mrubyという組込ソフトウェア向けの軽量なRuby言語を使って、k近傍法による異常検知を行うスクリプトを書いてみたので、そちらの紹介です！目次なぜ作ったのか作ったものソースコード使い方mrubyに入門するには Changefinderとの比較から見るKNNの特徴今後やりたいことオマケ‥k近傍法(K-Nearest Neighbor :KNN)に基づく異常検知の理論なぜ作ったのか今回は、﹁何かの問題を解決したい﹂というよりは、﹁Rubyの勉強がてらに何か作ってみよう﹂という動機で作りました。ただ、一般的なRuby︵CRuby︶ではなくmrubyを選択したのには理由があります。私が勤めているGMOペパボでは、mrubyを利用してミドルウェアの振る舞いを設定・制御する仕組み︵これを"Middleware Con

y_uuki 2022/01/19

教えてもらって、つるべーさんの昔の記事読んでる。

リンク

Linux eBPFトレーシング技術の概論とツール実装 - ゆううきブログ

eBPF︵extended Berkley Packet Filter︶という用語を著者が初めてみかけたのは、2015年ごろだった。最初は、eBPFをその字面のとおり、パケットキャプチャやパケットフィルタリングを担うだけの、Linuxの新しいサブシステムであろうと認識していた。しかし、実際にはそうではなかった。システム性能の分析のための方法論をまとめた書籍Systems Performance 1 の著者で有名なBrendan Greggが、Linuxのネットワークサブシステムとは特に関係ない文脈で、古典的なシステム性能計測ツールでは計測できないことを計測するツールを作っていた。その計測ツールがeBPFという技術によって実装されていることを知ったときに、eBPFに興味をもったのだった。また、eBPFは、システム性能を調べる用途以外にXDP︵eXpress Data Path︶と呼ばれるプ

y_uuki 2021/12/28

書いた。ひさびさの大作です。

リンク

Mackerel 生誕秘話 - はてな2代目社長のブログ

このエントリはMackerel Advent Calendar 23日目のエントリです。 Mackerelは2014年の5月にベータリリース、同年9月17日に正式リリースされ、2021年の12月現在でリリースから8年目に入りました。私がはてなの社長に就任したのが2014年の8月なので、Mackerelの年齢︵？︶と私の社長歴がほぼ同じとなっております。イベントなどで、はてなという会社の紹介をすると、はてなブログやはてなブックマークといった個人ユーザー向けのWebサービスではてなのことを知っていただいている方から﹁どうやってMackerelというサービスが生まれたんですか？﹂とよく質問されます。これまでもインタビューなどでサービスが生まれた経緯はご紹介していますが、アドベントカレンダーという場所を借りて改めて、その辺りの経緯をご紹介したいと思います。 Mackerelは、2013年に社内で

y_uuki 2021/12/23

えっ、Mackerelの最初のコンセプトが「クラウド制御サービス」なの初めて知った。

リンク

How eBPF will solve Service Mesh - Goodbye Sidecars - Isovalent

Service mesh is a concept describing the requirements of modern cloud native applications with regards to communication, visibility, and security. Current implementations of this concept involve running sidecar proxies in each workload or pod. This is a pretty inefficient way of solving these requirements. In this post, we will look at an alternative to the sidecar model that provides a transparen

y_uuki 2021/12/09

ついにきてた。eBPFによるサイドカーなしのサービスメッシュの実装。Observabilityでは、OpenTelemetry & Jaegerの連携をサポート、ゴールデンシグナルメトリックの公開。TLS終端やHTTP認証にはPer-Node Proxyが必要。

リンク

はてなブックマーク

タグ

y_uukiのブックマーク (14,892)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

今週のはてなブックマーク数ランキング（2024年7月第1週）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス