こんにちは、せーのです。 社内ドキュメントを AI エージェントに渡したい、という相談をよく受けます。Wiki もある、Notion もある、共有ドライブもある、という状態で「どう構造化すればいいの？」と悩んでいる方、多いと思います。 2026年6月12日、Google Cloud が Open Knowledge Format（OKF） v0.1 を GitHub で公開しました。AI エージェント向けの「知識共有フォーマット」です。 私は普段、Obsidian Vault にメモを書き、CLAUDE.md や AGENTS.md を置いて、コーディングエージェントにコンテキストを渡しています。ディレクトリ構造と Markdown リンクでナレッジを繋ぐ、いわゆる「LLM-wiki パターン」です。OKF を読んでみたところ、まさにこのやり方を形式化しようとしている、という印象を受けまし

ソニーグループは20日、テレビ事業を分離し、中国のテレビ大手のTCLグループと合弁会社を設立すると発表した。出資比率はTCLが51%、ソニーG傘下でエレクトロニクス事業を手掛けるソニーが49%となる。ソニーGはかつての主力だったテレビ事業を切り離し、ゲームや音楽・映画などエンターテインメント事業への集中を鮮明にする。新会社はテレビ世界2位のTCLのコスト競争力を活用する。テレビやホームオーディ

find COOの和田です。 株式会社findは、先月で３歳になりまして、創業4年目に突入しました。 資金調達を経て事業拡張していくこのタイミングで、この変わった事業を1人でも多くに知ってもらいたいと思いnoteを書いています。 「なんで落とし物が会社になってるの？」ってところから現状の売上まで、find社で大事にしている「オープンでいこう」の理念のもと、この3年間を振り返ってみたいと思います。 長文になったので、忙しい方は目次から「まとめ」に飛んでくださいね。 ①なぜ落とし物の会社を作ろうと思ったかまず、よく質問されるNo.1がこれです。 実は、解決したい課題があるから会社を立ちあげたのではなく、起業することが先に目標にありました。 会社員として10年勤めるなかで、資本家側にならないといけない思ったタイミングが何度もあったからです。脱サラすることだけ先に決め、何をやるのかをずっと模索して

レディオヘッドは7年ぶりとなるライヴをUK＆ヨーロッパで行うことをフライヤーで発表していると見られている。 レディオヘッドが最後に行ったライヴは『ア・ムーン・シェイプト・プール』のツアーで2018年8月1日にフィラデルフィアのウェルズ・ファーゴ・センターで行われた公演となっている。 それ以来、バンドは今後の予定についていつものように口を閉ざしてきたが、イギリスとヨーロッパのファンは今年行われるツアーのフライヤーを目撃したと報告している。ファンはレディットに撮影したコンサートのフライヤーの画像をアップしている。 フライヤーによれば、公演はロンドン、コペンハーゲン、マドリード、ベルリン、ボローニャで行われるという。『NME』は担当者にコメントを求めている。 I think it’s real – London dates byu/fluffyargon inradiohead Madrid b

ソニーは9月2日、スマートフォンからブルーレイディスクレコーダーを操作できるアプリ「Video & TV SideView」のサービスを2027年3月30日をもって終了すると発表した。 Video & TV SideViewは、スマートフォンやタブレットからソニー製のテレビやレコーダーを操作・視聴できるアプリ。リモコン機能のほか、録画予約機能、外出先からの録画予約、外出先での番組視聴、ワイヤレスでのコンテンツ転送など多機能を提供してきた。 サービス終了により、これらの機能がすべて利用できなくなる。スマートフォンなどに転送済みのコンテンツも、サービス終了後は再生できなくなる。 アプリのダウンロードも2027年3月30日で終了する。翌3月31日以降はアプリ画面にサービス終了の通知が表示され、すべての機能が停止する。 同社は「これまでご愛顧賜りましたこと、心より御礼申し上げます」とコメントしてお

Cline を使い始めて2ヶ月ぐらい経った。 自分の直感として、Cline は真のイノベーションの入口であり、そして開けてはいけないパンドラの箱でもあったと思う。 ここでいう Cline は Cline型コーディングエージェントであり、広義には Devin / Cursor や Copilot Agent 等を含む話。だが、後述するように Cline でしか見えない世界がある。 その先の未来に、プログラマとしての自分はフルベットする、という話をする。 私たちが知っているプログラミングの終焉 大事なことは次の記事に全部書いてある。まずこれを読んでほしい。 (Google翻訳) Steve Yegge 氏は、置き換えられるのはジュニアおよび中級レベルのプログラマーではなく、新しいプログラミング ツールやパラダイムを受け入れず過去に固執するプログラマーであると指摘しています。 <略> これはプロ

なんか驚き屋っぽくてアレなんだけど、今回はさすがに驚く権利があると思うので、至急記事を書く。 やろうとしたこと 毎回手元の検証結果から技術記事を構成するのがだるい 自分のブログを適当に読ませておいて、その構成と文体を真似させればいいのでは 手元に mizchi/zenn というリポジトリがあり、ここに zennにポストする原稿を管理している。 $ tree ./articles ./articles ├── 1c35fdcc77065c02f631.md ├── 3e4742e24f2ca0118f70.md ├── 8a017097d3994ddc0a85.md ├── ai-code-generation.md ├── ai-programmer.md ├── ai-team-mate.md ├── antipattern-of-tournament-score-sheet.md ├─

この記事は、OPENLOGI Advent Calendar 2024 19日目の記事です。 前の記事は honaminさん の「QAエンジニアの"やりがい"」でした！個人的にQAチームがないような小さい組織にいたので、「QAエンジニア」について知らない部分も多く、興味深かったです。そしていつもお世話になっております！ぜひ読んでみてください。 はじめに株式会社オープンロジでエンジニアをしていますクロと申します！ 私は2024年5月にオープンロジにジョインしたのですが、それ以前には組織のリストラクチャリングにより整理解雇という形で前職を退職する経験をしました。 今回の記事では、急に職を失うことが決まった際の心境や考えていたことなどを書いていこうと思います。 経営層がリストラを避けようと尽力されていたことは理解しており、その努力に心から感謝しています。しかし、特にスタートアップでは状況が急変す

目標 去年のISUCON13の反省を踏まえて、今年は次の4つの目標を立てました。 どのような形であれ確実に提出し失格にならないようにする ISUCON14 レギュレーション を満たしたうえで、当日マニュアル に記載されている「最終スコア」の手順をすべて通過したチームのみランキングに載ることができます。 どんなに途中よいスコアを出そうと最終で失格になっては何の意味もないので、今年も確実に提出することが目標でした。 事前の手順書を洗練させ、アプリケーション担当が改善に集中できる体制作りを強化する 前回は初参加ということもあり、本番に相当あたふたしてしまいました。 ISUCON13ではenv回りの扱いや初期構築をミスってしまい改善を阻害してしまった 手順書に細かいミスが多かったので本番漏れが生じてしまった 自分の仕事はアプリケーション担当が快適に開発を回せるように準備をすることです。 今回は手順

この記事は、OPENLOGI アドベントカレンダー 2024 22日目の記事です 株式会社オープンロジでエンジニアをしている原田と申します。 オープンロジのプロダクトではPHPを採用しております。本記事ではPHPの機能の一つであるgeneratorについて、簡単にご紹介します。 この記事の対象は、以下のような方々を想定しています generatorを知らない方 知ってはいるが、実際に使ったことがない方 どのような場面で使えるのか具体的なイメージが湧かない方 generatorは、どのプログラミング言語にも存在する概念ではないですし、Webアプリケーションにおける必要性は比較的少ないため、意外と知られていない機能の一つかもしれません。Pythonではかなりよく使われている印象がありますが、JavaやGo、Rust[1]にはありません。JavaScriptではES6から導入されました。 ちなみ

この記事は、OPENLOGI 社内の SREチームに関することを記述しています。 一般的なSREに対する記述と受け取れそうな、釣りっぽい表題であることを冒頭でお詫びします 🙇 SRE NEXT 今年8月3日(土)、SRE NEXT 2024 にて登壇しました。 私が約4年半かかわった、OPENLOGIでのSRE、信頼性との向き合い方 そしてこれから取り組んでいきたいことを凝縮してお話しました。 登壇の評判もおおむね好評で、スポンサーブースの企画も想像以上に来場者の方に刺さり ここをきっかけに、OPENLOGIに共感してくれるSREの方に届くといいなぁ、と思っていました。 after SRE NEXT SRE NEXTの登壇から約5ヶ月。 登壇の際には、SREチームの今後の課題として、以下のようなものを挙げていました。 https://speakerdeck.com/m_norii/sre

はじめに これはオープンロジアドベントカレンダー24日目の記事です。 私ごとではありますが、2024年2月 株式会社オープンロジに入社いたしました。転職回数は3回目（出戻り含む）で、良し悪しは別として転職には慣れたものの未だに転職後に活躍するにはどうすれば良いかよく分かっておりません。同じ悩みを抱えている方も多いのではないでしょうか？ そこで今回は転職などにより新たに開発組織にジョインした際に即戦力となる方法をキャッチアップに着目して執筆したいと思います。 なお筆者はプレイヤーとして転職しているため、EMなどマネジメント層として転職する場合にキャッチアップすべきこととしては内容が薄いかもしれないですが悪しからず。 なぜキャッチアップが重要なのか？ キャッチアップすべき！と一言に言っても、その重要性が明確でなければモチベーションも湧かないと思いますので先に転職後のキャッチアップの重要性を記載

── Autify社での勤務は、8月で5周年になったそうですね。 はい、2019年の8月19日に入社したので、丸5年になりました。いままで5つの会社に勤めたことがありますが、これまでの最長だった4年10ヶ月をついに更新しました。 ── スタートアップは人の出入りが多い印象があります。長く続けられた秘訣は何でしょう？ 身も蓋も無い言い方をすると、待遇の良さです。前職と比べると倍近く給料が上がりました。この他、勤務時間や休暇制度、学習支援のための補助金など、他のスタートアップと比べてもかなり上位にあるのではないかと思います。この話は以前別の記事にも書いたことがあります。 長く働いていると色々なことがあるので、気持ちの浮き沈みが激しいころもあったのですが、そういうときにグッと踏ん張る余地を作るのは待遇だと思います。すごく悪い言い方をすると「しがみついている」ことにはなっちゃうのですが、一方では嫌