ひたすら研修です

昨日、今日と二日間会社の研修を受けています。
いわゆる、マネージャー研修みたいな感じですね。

自部門の目標だとか事業戦略だとかそういったものをどう立てるべきなのか。何を問に立てて作り上げるのか~みたいなことをひたすらケースワーク交えてやってます。

比較的あるような、コミュニケーション大事だよね研修とは違い、特に自分があまり得意としている領域ではないので学ぶべきところは多々あるので良いのですが、研修の何が大変ってその間に業務が貯まるんですよね。

そしてそういうときに限って忙しい。

忙しいときに忙しいことやトラブルは重なるものなので、研修に日中の時間全て持っていかれると正直きつい。
きつすぎるよママン

そんなぐちを言いながら、今日も頑張りましょう

ランナーズ+inチームに参加してみた

昨年は、夏を乗り切るためにASICSのRunmetrixを用いたキャンペーンに募集したのですが、今年はRUNNETが提供しているランナーズ+inチームというものに応募してみました

「サブ3.5」「サブフォー」目標タイム別練習メニューがプロのコーチから届く! ランナーズ+inチームメンバー募集中!
https://runnet.jp/topics/report/250627_2.html#gsc.tab=0

目指すものによって色々ですが、とりあえず330+αの会というものに。
開催期間は7/7からということで、どんなものなのか楽しみです。

絶対達成6ヶ月プログラム

全然認識していなかったのですが、今ランナーズ+メンバーズに加入すると「絶対達成6ヶ月プログラム」というPDFがいただけます。

目標タイム別に、どういうことをトレーニングしていけばいいかの小冊子みたいな形で地味に面白く読まさせていただきました。

これを見ると、今の練習内容だとちょっと組み換えが必要だよなぁと思ってしまう次第です。

まずはスピード練習とペース走のペース変更。
そして筋トレかなーと。

これから自宅で実りの薄そうなMTGのときは筋トレに励むことにしようかと思い始めています。

6月振り返り

梅雨は一体どこへ行ってしまったのでしょうか?というような暑さが続きます。
ただ、梅雨自体はそこまで好きではないので、暑いのは辛いところですが気持ちを切り替えて行きたいところですね

RUN

Keep

  • 今月もなんとか300kmを達成することが出来ました
  • 6月くらいからどうしても暑さで長時間走ることが辛い日が多いですがなんとかまだ。。。
  • RUNNETが主催しているランナーズ+inチームに申し込んだ

Problem

  • 20km以上のRUNがあまりない
  • 暑さによって、走っている途中でくじけてしまいやすくなる
  • 練習メニューがあまり機能していない

Try

  • 練習メニューをランナーズの内容を下に実践してみる
  • 休日の朝時間を有効活用する

先月の振り返り内容を活かすことができていないのが敗因な気がします。
ただ、6月も週末が常に何かしらの予定が入っている状態ではあったので、時間を作っていくのはやはり大変です

家庭菜園

Kepp

  • ほうれん草の第1弾が終了
  • トマトの収穫が始まった
  • スイカが実り始めた
  • ほうれん草やカブなどの葉物野菜第2弾を植え付けることができた
  • ジューンベリーとブルーベリー向けの防鳥ネットを設置した

Problem

  • ほうれん草の最後の方はもう固くなってしまい食べづらいものになってしまった
  • 未開拓の区画に手が出せていない
  • ジューンベリーは熟れすぎてほとんど収穫ができなかった

Try

  • ひまわりを植える
  • じゃがいもを収穫する
  • スイカとトウモロコシの台風や鳥への備えをする

仕事&学習

Keep

  • AI周りの情報収集はそれなりに機能し始めている
  • 仕事中にそれなりに集中することができている(せざるを得ない状態)
  • Claudeの職場導入に向けて社内調整を始めることができた
  • Claudeを用いた自作アプリの要件定義みたいな壁打ちを始めた
  • 新規参画者向けの資料作りをそれなりに行うことができた(仕事)

Problem

  • AZ-900がダラダラしてきている
  • 手を動かしていない

Try

  • さっさとAZ-900を受験する
  • 自作アプリに関して取り掛かる

色々と情報収集や考えていることは増えているものの、成長実感が難しいところ。
仮に、ClaudeCodeを使ってものを作ることができたとして、それは自分の力なんだっけ?に関しては非常に心配なところなんですよね

日々、自分自身をアップデートしていきたい

まとめ

どうすれば振り返りの内容をちゃんと自分の行動に落とし込むことが出来るか?という点に関して、先月のまとめでも書いたものの、半分くらいしかできていない気がする。

弱い。弱すぎるぞ

ただ、今月はアイデンティティマップなどを作ったりしたり、Claudeをこれまで以上に使って遊んだことは良かったと思っている。

良き伴走者として、うまいこと使いながら行動をアップデートしていきたいところです。

7月もまた忙しい日々が続くことになるし、更に暑い日が続くんだろうなぁと思いますが、いい夏だったねと言えるように頑張っていきます

Context Engineering

最近はプロンプトエンジニアリングではなく、コンテキストエンジニアリングという言葉が出てきているようです

定義

言葉の定義なんて誰が決めるんだってのはあるのですが、下記記事によると

Context engineering is defined as the process of building dynamic systems that can deliver necessary information and tools to an LLM, ensuring it can plausibly accomplish its tasks. Unlike static prompts, this approach involves pulling context from multiple sources, including developers, users, and external data, to construct a comprehensive and dynamic prompt.
https://blockchain.news/news/understanding-emergence-context-engineering-ai-systems

ということです。
ざっくり訳すと「LLM(大規模言語モデル)がタスクを適切に完遂できるよう、適切な情報とツールを適切な形式で提供する動的システムを構築すること」となるのでしょうか。

この”ツール”だったりが非常に重要なのだろうと。

ChatGPTが登場した当初(GPT-3.5)はコンテキストウィンドウの制限があり、初期のモデルでは4,096トークン。でした。
現状ではモデルによるものの、この制限は大きく緩和されているとともに、ベクトルデータベース、RAG、MCPやWeb検索ツールなど、様々な情報を下にした指示を投げることが出来るようになりました。

その中で、当初の「うまい質問を考えるためにはどうするか」に注力したプロンプトエンジニアリングという状態から、包括的なコンテキストを認識させ、同問題を解決可能にするのかに集中させる、動的で多段階の指示を与える流れになってきているのだと。
それをコンテキストエンジニアリングと呼んでいると、考えています。

実践していくには

コンテキストをLLMにどう読み込ませたうえで、目的とするタスクに取り込ませるか?という意味で考えると、単純な指示出しをするわけではなく、まずコンテキストの理解を促したうえで、その理解を確認したうえでタスクに取り組ませるというようなアプローチを行っていく必要がありそうです。

コンテキストはRAG等による情報かもしれませんし、答える型を定義させるようなフューショットプロンプトのようなものかもしれません。

どうしても雑にLLMに対して答えを求めてしまいがちで、しかもそれっぽく帰ってきてしまうので恐ろしいのですが、このコンテキストを伝えるという労力を割くことで、その先のタスクのより高い精度での実施という結果を受け取れるよう、このあたりを気をつけてやっていきたいところです。

コストコでチーズ三昧

今日はコストコ。
コストコに行くとチーズ三昧になります

何よりも忘れてはならないのがこちらのトリプルチーズタルト。必ず買います。
買ったその日のうちに16等分くらいに切ってラップで包んで冷凍して保存するのが我が家です。

そして、ミニブリーやキリ、カマンベールなどを買いつつ、ジャンボプルコギベイクを食べる。

コストコに行くと、ほぼほぼ食料品ばかりを買い漁ることになるんですよね。
すごいやすいというわけではないのですが、どれも基本的に美味しいです。

ケーキはちょっと甘さがきついものもありますが、定番のサーモンやお肉も冷凍しておくことを前提にすれば比較的リーズナブルになるのではと思います。

ホームセンターもそうですが、こういう規模の大きい品揃えが豊富なお店を見て回るのは楽しいですよね。
いつも、新しい出会いがないかをワクワクして回っています。
今回は、ずっと気になっていたギリシャヨーグルト1kgを購入。
明日からが楽しみです

Software Design (ソフトウェアデザイン) 2025年7月号

Software Designの7月号が届いたので読んだ。だいたい

Software Design (ソフトウェアデザイン) 2025年7月号

今月号の特集はRustとデータ分析のためのSQL講座。

Rust

注目はしているものの、Rust…案件で名前が上がったことはないんですよね。
このあたりは、受託ではなかなか出てこないような気がします。

OSSのツールなどがRustに置き換えられているというような話も以前に聞いてはいましたが、直近ではRustの複雑さについていけずにGoLangもそれなりに増えて、パフォーマンス上もいいという話も聞くし。
このあたりの言語選択は難しいところです。

私自身はC++をそれなりの期間やっていたので、なんとなく基本はできそうですが、やはり実際にコードを書いて考えないと駄目ですね。
とりあえず、サラッと概念だけは抑えておきつつ、機会を伺いたいかと

データ分析のためのSQL講座

アプリケーション開発主体でSQLを考えているのと、使っている関数や考え方が違うところに結構違和感を感じました。

これが、データ分析向けのSQLだとこうするべきって話なのかどうかがちょっと気になります。

特に、概念設計の順序というか、アプリケーションでSQLを書く場合は、駆動表となるテーブルを軸に、付属情報としてのマスタテーブルを結合していくイメージでした。
本特集では、そうではなくマスタからスタートしているように見えています。

おそらく、1つのSQLで完結させるのではなく、データウェアハウスなどで事前に結合済みのテーブルを作成するためにそうしているのであるとは思うのですが、このあたりの考え方は実際にDWHを構築するシーンでは気をつけないと行けないかな、と思いました。

ふむぅ。

その他連載

今号で、「RAGアプリケーション評価・改善の極意」と「実践データベースリファクタリング」の連載が終了。

実践データベースリファクタリングは結構面白い読み物ではあったのでちょっと残念です。
データベースのリファクタリングと聞くと、なかなか現実的な話には思えないのですが、労力を割いてもどこかでやらないと行けないのであればやるしかなく。。。

構築時の設計でカバーできればそれに越したことはないんですけどねー。
わからんものはわからんし、そこまで初期に工数をかけられないとか色々考えると、世の中の世知辛さと自分の思いの至らなさにただただ悲しくなるばかりです。

今日も頑張っていきましょう

TeamPlanではClaudeCodeは使えません

少し前に、会社でのClaudeCodeを使うことを検討して、社内稟議だとか色々と手を回し始めていたのですが、表題の通り、TeamPlanでは管理できるのはClaudeのチャット機能であってClaudeCodeが使える状態にはまだないようでした。。。

https://support.anthropic.com/ja/articles/9266767-claude-team%E3%83%97%E3%83%A9%E3%83%B3%E3%81%A8%E3%81%AF%E4%BD%95%E3%81%A7%E3%81%99%E3%81%8B

バッチリヘルプセンターにも書いてありました。

ProやMaxのプランでは結局のところ請求の一元管理みたいなことや、利用状況の管理が出来ないのですよね。
いや、別にいいじゃんって話はあるかもしれませんが、テスト的に導入するとなるとやっぱり、実際に使っているのか?は知りたいわけで。

というわけで、各企業様に置かれましては、どうやっているのかを知りたくなっています。

今のところ、私の中ではBedrockやVertexのような形で一枚代行業者を噛ますことで管理の手間をしやすくするくらいですね。。。

うーん。結局はそうなるのかなぁ?
そうなるのかもしれないなぁ

ProプランでClaudeCodeの利用ができるようになったわけなので、それ以上の価格であるTeamPlanでCodeが使えない理由はないような気がして、そのうち開放されるんじゃないかとも思うのですが、、

もどかしい

若者に辞められると困るので強く言えません

Audibleにて見つけて拝聴

若者に辞められると困るので、強く言えません―マネジャーの心の負担を減らす11のルール

4月に入社した新入社員もそろそろ会社によっては研修が終わり現場配属も始まる時期ではないかと思います。
私の所属している会社でも、7月から新入社員が配属されることになっており、その受入準備を進めているところです。

毎年のこととはいえ、接し方に関しては日々見直しが必要ですね。

本書では「11のルール」という形で下記のようなテーマ仕立てになっています

第1章 「優しさ」と「厳しさ」のバランスは?
第2章 「強制」と「主体性」のバランスは?
第3章 「スピード」と「完成度」のバランスは?
第4章 「教育」と「経験」のバランスは?
第5章 「頑張る」と「力を抜く」のバランスは?
第6章 「励ます」と「スルーする」のバランスは?
第7章 「個人の成長」と「組織の利益」のバランスは?
第8章 「強みを伸ばす」と「弱みの克服」のバランスは?
第9章 「チームワーク」と「競争意識」のバランスは?
第10章 「お金」と「やりがい」のバランスは?
第11章 「今までのやり方」と「新しいやり方」のバランスは?

最初読んでいて、結構強いこと言ってるなーというのが正直なところ。
読み進めていると、確かにそうだよねって思うところもあれば、一概にそうではないんじゃないかな?と思うところもやはり散見される。

結局のところ、よく言われることですがコミュニケーションは相手ありきの話であり、教育に関しても同じことが言えます。
一般的に言えることが、当該対象に対しては言えないことも多々あります。

上司としても、必ずしも一人に対して指導を行うわけではないので難しいところではあるけれど、なんでそうなのか?の理由はちゃんと伝えられるようにはなりたいと思います。

何が正解だなんてわかるものではないのですが、正解なんてないよねって思わずに探し続けるということを忘れないように接していきたいと改めて考えた次第です。

家庭菜園を管理できるようになりたい

ちょこちょこと報告をしていますが、家庭菜園をしています。

ただ、日々の忙しさや雑草の多さに油断をするとすぐに放置してしまうんですよね。
しかも、作ったものが家で喜んで食べてもらえるかというと、必ずしもそうではありません。
自家栽培の野菜たちは、売っているプロが作ったものよりも美味しいという成功ばかりではありません。

傷がついたり虫食いだったり、スジが多くて硬かったり。。。
収穫のタイミングの難しいものもあったりもします。

大変な割に、そういう意味では報われず、育て始めた当初から徐々にモチベーションは下降していったりします。

せめて、育て方や内容を効率的に管理し、なおかつ必要な時期に必要なタイミングで肥料などをやるなど、美味しく育てる仕組みがほしいです。

開発者らしく、そういうものを作ったらいいじゃん!って思うことはや◯年。
なかなか重い腰は上がらないものです。

ただ、AIなど環境が揃ってきて効率的にものを作る事ができる状態になっている今、動かないのはただの怠慢だろうなと思い、要件の詰めをClaude君と会話し始めました。

日の目を見ることはだいぶ先になるんじゃないかとは思うのですが、まずは動き出してみようと。

Agentic Misalignment(Anthropicより)

少し前にAnthropicがブログで出していたものが面白かったです

Agentic Misalignment: How LLMs could be insider threats
https://www.anthropic.com/research/agentic-misalignment

ざっくりと要約すると、Agentは与えられた目的を達成するために推論を用いるが、倫理的に誤った方法と認識しながらズレた(misalignment)回答をする時があるということだった。

上記のページは結構長い文章ではあるけれど、変に要約せずに読んでみると面白い。
そして恐ろしくもありますね

単純に、Agentに対してここまでの権限を持たせなければいいんじゃないだろうか?という話ではなく、どういう理由でこのような推論が成り立ったのかと言うのは気になりました。
しかも、これが複数のLLMプロバイダー共通の特徴として出ているという話だ。

三体Ⅱで宇宙社会学の公理として「文明は生き残ることを最優先とする」というのがあったけれど、人間のコンテンツをひたすら学習したLLMもそのような結論に至るのだろうか?というのはちょっと無理があるかもしれない。
でも、なんとなくこの話を聞いたときにこの公理を思い出した。

それにしても起きていることは、もはや完全に昔のSFの世界ですねぇ
すごい世の中になったものだ