タグ: #오픈소스
Kubernetes・DevOps・MLOps を自分で動かして測った値で書くブログ · 15 件
#오픈소스 タグの記事は15件で、最新の記事は2026-10-28に公開されました。
よく一緒に付くタグ: #영어 8 #영어 표현 8 #오늘의 영어 표현 8 #오픈소스 기여 8 #오픈소스 기여 기록 7
サーバーが聞いてくれなかったマイク：Gemini Live APIのWebSocketサンプルを現行の形式に書き換えるまで
Gemini CookbookのWebSocket版Live APIのサンプルは、非推奨となったmediachunksでマイクの音声と画面を送信し、発話のターンが終わるたびに再生キューをクリアし、メッセージの最初のチャンクしか再生していませんでした。TT Labの音声会話中継は同じプロトコルをrealtimeInput.audioとinterruptedシグナルとして使用していたため、同リポジトリのSDK版サンプルに合わせて修正するPR
2026-10-28 · 16 分で読めます #오픈소스#오픈소스 기여#Gemini#Live API#Python修正案を2つ提示してリードに選んでもらう：Kubeflow Trainerのインストールドキュメントのv2.1.0がv2.3.0になるまで
Kubeflow Trainerのインストールドキュメントでは、VERSION=v2.1.0に固定しつつ、同じページの少し下ではそのバージョン向けのHelmチャートには存在しない--set runtimes.や--set crds.enabledを使うように記述していました。チャート2.1.0には該当のキーも値の検証スキーマも存在しないため、Helmはエラーを出さずに値を無視し、ドキュメントを上から順に従った人は学習ランタイムが一つもな
2026-10-28 · 12 分で読めます #오픈소스#오픈소스 기여#Kubeflow#Helm#문서2年前に非推奨になった spec.running をドキュメントがまだ1行目に書いているとき：KubeVirt ユーザーガイドのPRが10日足らずでマージされるまで
KubeVirt の VirtualMachine フィールド spec.running は v1.4.0（2024-09 マージ）から非推奨になり、APIサーバーはこのフィールドが含まれるVMを作成または修正するたびに警告を返します。しかし、ユーザーガイドのRun Strategiesページでは相変わらずRunningをVMのオン/オフを設定するものとして真っ先に紹介し、非推奨であることには一切触れていませんでした。アーキテクチャペー
2026-10-28 · 14 分で読めます #오픈소스#오픈소스 기여#KubeVirt#쿠버네티스#문서ログに記録されたポインタアドレス：CDIの2行のログ修正が2日19時間でマージされるまで
CDIがストレージクラスごとのファイルシステム空き容量を選択する関数には、「ストレージクラスが見つからなかった」というログが2行あります。どちらも string であるストレージクラス名を klog.V(3).Info にそのまま渡したため、名前の代わりにポインタアドレスが記録され、前後のスペースも消えてしまいました。fmt.Sprint が文字列以外の値の隣にだけスペースを入れるルールのためです。「KubeVirt ソースコードリーデ
2026-10-28 · 11 分で読めます #오픈소스#오픈소스 기여#KubeVirt#CDI#Go10Giを要求したらPVCは11381663335バイトに：CDIファイルシステムの余剰分をドキュメント化するまで
CDIのドキュメントには、spec.storageを使用すると「イメージとファイルシステムメタデータの両方が入る大きさのPVCを要求する」とだけ記載されており、結果としてPVCとディスクイメージがそれぞれ何バイトになるのかは書かれていませんでした。私たちはこの文面を読んで10Giを要求すればゲストディスクが6%小さい約9.4GiBになると推測したのですが、実際にはゲストディスクがぴったり10GiBになり、PVC側が1.06倍に大きくなっ
2026-10-28 · 13 分で読めます #오픈소스#오픈소스 기여#KubeVirt#CDI#문서local-pathを知らなかったCDI: 2年11ヶ月越しのIssueを閉じた12行
k3sやkindのデフォルトストレージであるlocal-path-provisioner(rancher.io/local-path)をKubeVirtのディスクヘルパーCDIが認識できず、このプロビジョナーを使用するStorageClassのStorageProfileが常に空のまま「認識されていないプロビジョナー」として表示されていました。TT Labクラスターの2つのlocal-pathクラスでこれを確認し、プロビジョナーのソース
2026-10-28 · 16 分で読めます #오픈소스#오픈소스 기여#KubeVirt#CDI#스토리지誰も使っていないWebhookを6秒ごとに探していたoperator: KubeVirt本体のPRが2日16時間でマージされるまで
TT Labクラスタのvirt-operatorが59日間APIサーバに送ったリクエストをoperator自身の指標として集計したところ、存在しないWebhookを探すGETが843,995回あり、すべて404でした。reconcileの回数と完全に一致し、operator全体のリクエストの5.4%、2xx以外の応答のほぼ全てでした。原因はContainerPathVolumes機能ゲートが無効なときにインフォーマーキャッシュからWeb
2026-10-28 · 16 分で読めます #오픈소스#오픈소스 기여#KubeVirt#쿠버네티스#오퍼레이터No functional change: 動作はそのままなのでレビューアを安心させる言葉
名前の変更、ファイルの移動、整理作業のように動作を変えないPRには「No functional change」と書きます。LLVMではこれを「NFC」という略語にしてコミットの1行目に付ける慣例があります。レビューアがどこを重点的に見なくてよいかを知らせる表現であるため、大規模なリファクタリングPRで特に役立ちます。NFCの使い方、intendedを付ける理由、behavior changeとの区別、韓国人がよく使う不自然な表現について
2026-10-27 · 5 分で読めます #영어#영어 표현#오픈소스#PR 설명#리팩터링Fixes #1234: PR説明の1行目、Issueをクローズするキーワード
PR説明に Fixes 1234 と書くと、PRがデフォルトブランチにマージされたときにそのIssueが自動的にクローズされます。単なる英語の文ではなくGitHubが読み込むキーワードであるため、決まった単語を指定された形式で書く必要があります。クローズする9個のキーワード、デフォルトブランチでのみ動作するという条件、クローズせずに紐付けだけを行うときに使う Related to と Part of、韓国人がよく使う不自然なPRの1行目
2026-10-27 · 6 分で読めます #영어#영어 표현#오픈소스#PR 설명#GitHubWould you be open to ...?: PR を送る前に方向性を尋ねる丁寧な提案
大きな変更を PR としてすぐ送る前に、メンテナーの意向を尋ねる表現が Would you be open to ...? です。「〜を受け入れるお考えはありますか？」という意味なので、決定権が相手にあることを認めつつ提案を持ちかけます。後ろに動名詞(-ing)や名詞が来るという文法、Can I ...? や Should I ...? との違い、韓国人がよく使う過剰な敬語表現についてまとめます。
2026-10-27 · 5 分で読めます #영어#영어 표현#오픈소스#이슈#제안Let me know if I'm missing something: 自分の理解が間違っている可能性をオープンにしておくための一行
バグだと思われるが、もしかしたら意図された動作かもしれないというとき、文末に Let me know if I'm missing something を添えます。「何か見落としている点があれば教えてください」という意味になり、自分の主張をしつつも相手のコンテキストを尊重します。miss の意味、現在進行形を使う理由、Correct me if I'm wrong との違い、そして韓国人がよく使いがちな Sorry if I'm wro
2026-10-27 · 5 分で読めます #영어#영어 표현#오픈소스#이슈#코드 리뷰As far as I can tell: 確信と謙虚の間、「私の見たところでは」
原因を見つけたものの100%確信できないとき、文頭に As far as I can tell を付けます。「自分が確認した範囲ではその通りだ、ただし自分の知らないことがあるかもしれない」という意味であり、主張の根拠と限界を一緒に伝えます。略語の AFAICT、I think との違い、韓国人がよく使う In my opinion の乱用を直す方法をまとめます。
2026-10-27 · 5 分で読めます #영어#영어 표현#오픈소스#이슈#코드 리뷰I can't reproduce this on ...: 再現できないときに相手を責めずに伝える表現
他の人が上げたバグを自分の環境で再現できなかったときに使う表現が I can't reproduce this on ... です。「あなたが間違っている」ではなく「自分の環境では違う結果になる」という事実だけを伝え、どのような環境でテストしたのかを on の後ろに続けるのがポイントです。repro という略語、could not と can't の違い、再現情報を丁寧に依頼する方法をまとめます。
2026-10-27 · 6 分で読めます #영어#영어 표현#오픈소스#이슈#버그 보고What did you expect to happen: バグ報告の基本、期待した動作と実際の動作
バグIssueの核心は「何を期待し、実際には何が起きたのか」です。Kubernetesのバグ報告テンプレートでも What happened? と What did you expect to happen? が先頭に置かれています。Expected behavior と Actual behavior を分けて書く方法、時制と冠水を合わせる方法、日本人がよく使う「It doesn't work」という一行報告を修正する方法をまとめます
2026-10-27 · 7 分で読めます #영어#영어 표현#오픈소스#이슈#버그 보고Happy to take a stab at this: Issueを引き受けると名乗り出る時
オープンソースのIssueに「やってみます」と名乗り出る際、最も自然な一言が Happy to take a stab at this です。take a stab at は「一度試してみる」という意味のカジュアルな慣用句なので、自信を過度に誇示することなく、意欲をはっきりと示すことができます。意味や丁寧さの度合い、IssueのコメントやSlackの例文、I'd like to work on this との違い、韓国人がよく使う不自然
2026-10-27 · 6 分で読めます #영어#영어 표현#오픈소스#이슈#오픈소스 기여