Skip to content

Instantly share code, notes, and snippets.

View yuuki's full-sized avatar

Yuuki TSUBOUCHI yuuki

View GitHub Profile
@yuuki
yuuki / writing.txt
Created January 4, 2024 08:58
最近の生成AIの興隆に対する危機感と好奇心についての思索メモ (4/4/2023)
最近の生成AIの興隆は、これまでの新しいソフトウェア技術の登場よりも、直感では非常に大きなインパクトを持っているように感じている。今この瞬間できることはまだまだといえばそうだが、研究者やエンジニアでない一般の人も実際に使えるようになり、認知が一気に拡大した。そうすると、お金と人材の二次的・三次的な流動があり、新しい技術やプロダクトの登場がより加速していく。
このような状況に対して、様々な考えをもつことができる。例えば次のようなものが挙げられる。
1. 近年中にAGIが誕生し、シンギュラリティが起きる。AIに労働をすべてを任せ、AIに人間社会をコントロールしてもらう。
1. AGIは今の生成AIの延長線上にある
2. AGIは生成AIとは根本的に異なるアーキテクチャから生まれる
2. AGIが誕生するが、AIに強い制限をかけ、人間社会に大きな影響を与えないようにする
3. AGIレベルには達せず、現状のChatGPTの少し賢い版のレベルにとどまるが、APIを通して広く様々な製品に浸透する。ツールとして便利に使えばいい。
4. 倫理的・法的観点で、現状のChatGPTですら制約をかけられ、利用を大きく制限される。(実際にイタリアでは一次的に利用が禁止された)
@yuuki
yuuki / srenext2023_proposal.md
Created October 2, 2023 07:20
SRE NEXT 2023 Proposal

発表のタイトル(50文字以内)

エンジニア向けSRE論文への招待

発表の概要(500文字以内)

SREとその関連分野では、情報科学の他の分野と同様に、日々多数の論文が企業や大学から公開されています。これらの論文に書かれている内容が、目前のSREの業務に直結することは稀ですが、論文には必ず新しいことが書かれているため、知的な刺激を受けることができます。さらに、その論文のアイディアが社会実装されていないケースでは、エンジニアがそのアイディアを実装することでコミュニティへの貢献機会にもなり得ます。しかし、エンジニアコミュニティで共有されるブログ記事などとは異なり、機械学習など一部の分野を除いて、論文を発見するための導線が少なく、エンジニア向けの論文の読み方も共有されている例はありません。

そこで、本発表では、最先端のアイディアを発見・実装したいと考えるエンジニアに向けて、発表者の5年間のSRE研究と5年間のSRE業務の経験を踏まえて、SRE分野の論文の探し方・読み方を紹介します。探し方については、論文の種類やSRE分野に関連する国際会議、検索ツールの使い方などを、読み方については、単一の論文の下読み・精読方法と複数の論文を横断するシントピカルな読み方をそれぞれ概説します。

@yuuki
yuuki / sre-related-conferences-list.md
Last active April 20, 2024 09:24
The collection of Site Reliability Engineering(SRE)-related international academic conferences.
@yuuki
yuuki / scenario_incident_response_with_chatgpt.md
Last active March 18, 2023 08:49
ChatGPT(GPT-4)によるSREのインシデント対応のシナリオ創作

以下は、ChatGPT(model: GPT-4)にSREのインシデント対応のシナリオを創作してもらったときのプロンプトとその回答です。

Prompt 1

SRE(Site Reliability Engineering)のエキスパートになりきってください。
あなたは、Twitterのような架空の短文メッセージ投稿サービスを開発・運用するエンジニアです。このサービスには、メッセージの投稿、ユーザー同士のフォロー、フォローしたユーザーのメッセージタイムラインの閲覧、といった機能が含まれています。

1. このサービスに名前をつけてください。
@yuuki
yuuki / prompt.txt
Created March 17, 2023 15:37
ChatGPT prompt for Fault Localization in Microservices (Sock Shop)
あなたはマイクロサービスアプリケーションSock ShopのSREです。
Sock Shopはcarts,catalogue,front-end,orders,user,payment,shippingの7個のマイクロサービスにより構成されています。
以下は、Sock Shopのネットワーク通信の依存関係をmarmaid記法で表現したものです。
flowchart LR
front[front-end]
front --> orders[orders]
subgraph Orders
orders --> ordersdb[orders-db]
### Keybase proof
I hereby claim:
* I am yuuki on github.
* I am yuuk1 (https://keybase.io/yuuk1) on keybase.
* I have a public key ASBFV8aMOPGlvpfO7C3UOiDShTQQMDRaomEEBhfRUmv6wgo
To claim this, I am signing this object:
{
"annotations": {
"list": [
{
"builtIn": 1,
"datasource": {
"type": "grafana",
"uid": "-- Grafana --"
},
"enable": true,
flowchart LR

ui-dashboard[ui-dashboard]

subgraph Travel
travel[travel]
travel2[travel2]
end
@yuuki
yuuki / redis-cluster.log
Last active June 11, 2020 22:38
Redis Cluster configures a cluster of 3 leaders, but now the cluster have 1 leader 2 followers.
ubuntu@xtsdb-01:~$ redis-cli --cluster create 10.0.0.21{0,1,2}:6379
>>> Performing hash slots allocation on 3 nodes...
Master[0] -> Slots 0 - 5460
Master[1] -> Slots 5461 - 10922
Master[2] -> Slots 10923 - 16383
M: 01808c924272decdda8efdcc025c2ab34b17c049 10.0.0.210:6379
slots:[0-16383] (5461 slots) master
M: aa7c1f537643f99c68f0cd4e4fe9d8cfff8f14d6 10.0.0.211:6379
slots:[5461-10922] (5462 slots) master
M: 44d48a123e5cecb5f62027cc74eaa6c356d352d5 10.0.0.212:6379