stakHash

⌨️叩く人。発言は個人の見解です

[Takuto Wada @t_wada]

テクノロジーメディア #Newbee に出演し、AI疲れ、 Vibe Coding、ソフトウェアエンジニア教育、AI時代のチームの形、AI依存症（行動嗜癖とFOMO）などについて話しました / 【t_wadaさんの持つ現在の答え】AI疲れとの向き合い方 / ジュニア不要論の本質 / エンジニア育成の解法 https://t.co/Q63Gh3Sf27

[逆瀬川 @gyakuse]

Claude Codeのアプデで公式に使用率がステータスラインで取れるようになったので泣きながら書きました
https://t.co/lxWc6LGmfr

[広木 大地/ エンジニアリング組織論への招待 @hiroki_daichi]

期初の目標設定が憂鬱だという声を上司からも部下からも聞きます。時間をかけて決めたのに誰も幸せになっていない。これは運用を間違えているからです。

目標による管理、つまりMBOはもともと従業員の創造性向上や人間の尊厳を重視する思想から生まれました。ドラッカーが提唱したこの概念は正���くは「目標による管理およびセルフコントロール」。不可能ではないけど挑戦的な目標を自ら立て、自らコントロールすることで思考のフレームを再設定する。それが本来の目的でした。

と��ろが日本では1990年代以降、人事評価のツールやノルマ管理システムとして変質してしまった。評価と直結すると、達成しやすい低いハードルを設定したほうが得だという交渉が始まり、創造性もチャレンジ精神も失われます。

良い目標設定にはバックキャスティングが有効です。2〜3年後の理想の状態から逆算して現在の行動を考える。重要なのは現在の自分を起点にしないこと。フォアキャスティングでは現在の延長線上の発想しか出てきません。

目標がスローガンになってしまうのは明確なゴールテープと戦略的ストーリーがないから。「顧客価値の向上」のような当たり前すぎる表現では行動が変わりません。ワクワクする将来の状態とそこに至る道筋が見えてこそ、実現したい思いと工夫が湧いてくる。

数値目標はすべてハック可能だという指摘をよく聞きますが、それは定性目標を補完するものだという理解が欠けています。ハックできない完璧な単一指標など存在しません。むしろハック可能だと気づくのは、目標によってリフレーミングが起きている証拠です。だからこそ健全化指標を並立させてバランスをとる。

目標設定はクリエイティブでモチベーションにつながる重要なテーマ。その意義を理解しないまま手なりで進めるなら、やらないほうがまし。今一度、目標設定の本来の価値を問い直してみる必要があります。

#NewsPicksトピックス
https://t.co/TCfjVMTbLw

[長村禎庸｜EVeM（イーブン） @meiku_shiba]

https://t.co/NfXEUdccuz

[Thomas Dohmke @ashtom]

tl;dr Today, we’re announcing our new company @EntireHQ to build the next developer platform for agent–human collaboration. Open, scalable, independent, and backed by a $60M seed round. Plus, we are shipping Checkpoints to automatically capture agent context.

In the last three months, the fundamental role of the software developer has been refactored. The incredible improvements from Anthropic, Google, and OpenAI on their latest models made coding agents so good, in many situations it’s easier now to prompt than to write code yourself. The terminal has become the new center of gravity on our computers again. The best engineers can run a dozen agents at once.

Yet, we still depend on a software development lifecycle that makes code in files and folders the central artifact, in repositories and in pull requests. The concept of understanding and reviewing code is a dying paradigm. It’s going to be replaced by a workflow that starts with intent and ends with outcomes expressed in natural language, product and business metrics, as well as assertions to validate correctness.

This is the purpose of our new company @EntireHQ, to build the world's next developer platform where agents and humans can collaborate, learn, and ship together. A platform that will be open, scalable, and independent for every developer, no matter which agent or model you use.

Our vision is centered on three core components: 1) A Git-compatible database that unifies code, intent, constraints, and reasoning in a single version-controlled system. 2) A universal semantic reasoning layer that enables multi-agent coordination through the context graph. 3) An AI-native user interface that reinvents the software development lifecycle for agent–human collaboration.

In pursuit of this vision, we’re proud to be backed by a $60M seed round led by @felicis, with support from @MadronaVentures, @m12VC, @BasisSet, @20vcFund, @CherryVentures, @picuscap, and @Global_Founders alongside a global group of builders and operators, including @GergelyOrosz, @theo, Jerry Yang, @oliveur, @garrytan, and many others, who all recognize that the time is now to take such a big swing.

And we begin shipping today with Checkpoints, a new primitive that automatically captures agent context as first-class, versioned data in Git. When you commit code generated by an agent, Checkpoints captures the full session alongside the commit: the transcript, prompts, files touched, token usage, tool calls, and more. It’s our first crack at the semantic layer, as open source CLI on GitHub.

From here on out, no more stealth. We are building in the open and as open source! More to come soon, in the meantime check out all the details in our blog.

[広木 大地/ エンジニアリング組織論への招待 @hiroki_daichi]

エン��ニア採用のためにテックブログを書こうとして挫折する話をよく聞きます。

でも、これは完全に主客転倒なんですよね。

そもそもどの会社も採用のためにブログを書いているわけじゃない。書きたいから書いているし、役に立つから書いている。その結果として良い文化が伝わって、たまたま採用につながることもあるだけです。

ブログの語源はWeb + Log。本来は開発記録や学んだこと、はまった問題の解決策を記録する場所でした。誰かの役に立ってほしいという利他的な気持ちと、自分の学習メモとしての効果。この2つが初期のモチベーションだったはずです。

人間の脳は管のようなもので、アウトプットがないとインプットがはかどらない。逆も然り。この学習サイクルの中で技術コミュニティは育ってきました。

採用強化を目的にすると、途端に何を書けばいいかわからなくなる。自社の魅力を伝えようとか、バズる記事を書こうとか考え始めて、日々の仕事との連続性が見えなくなってしまうからです。

でも実際は、会社の人たちがどんな問題をどう考え、どう解決してきたかの記録で十分。泥臭くてもかっこ悪くても問題ありません。ほぼすべての価値あるエンジニアリングは泥臭いものですから。

まずはQiita TeamでもConfluenceでもいいので、インプットしたことをアウトプットする習慣をつけるところから。読んだ本の感想、調べた過程、ふとした疑問を実際に試した記録。そういうのでいいんです。

無理に採用のためとか言わずに、自分にとって考えたことを外に書き留める文化を創るところから始めましょう。

#NewsPicksトピックス
https://t.co/RnEGNWDlj6
--
『AIエージェント　人類と協働する機械』Kindle版も発売開始
https://t.co/ID5r1mMgPT

[Takuto Wada @t_wada]

Vibe Coding は「自分だけが使う、自分がいちばん欲しいソフトウェアをだれでも作れるようになった」ことが革命的かつ真骨頂なのであって、他の人が使うソフトウェア���作ることには（少なくともまだ）向いてないと思います

[きむそん @_kimuson]

MCP のコンテキスト肥大化問題をスマートに解決できたので zenn に投稿しました〜

『MCPたくさん入れたいけどコンテキストが...』を解決した話｜きむそん https://t.co/CO3lqExqGP #zenn #MCP #claudecode

[kobaken @kfly8]

Perlのテストで、vitest --testNamePattern のようにテスト対象を絞り込みできるPluginを書きました。

[遊舎工房 @yushakobo_shop]

[GB] ALTAIR と ALTAIR-X R2 の受付を開始しました！

大人気だったALTAIR と ALTAIR-X が仕様はそのままにブラック, カモグリーン, ネイビー, シルバーの新しいカラー展開で帰ってきました。
https://t.co/rKRFTg686g

[モバファク Tech @mfactech]

はてなブログに投稿しました #はてなブログ
開発生産性を可視化する基盤を作った話 - Mobile Factory Tech Blog
https://t.co/8IIES2LgbM

[遊舎工房 @yushakobo_shop]

【新商品入荷情報】
TTC Frozen Silent V2 が店舗に先行入荷しました！🙌
美しいクリアボディに39gの軽めのバネで気持ちのいいサイレントスイッチです。
店舗のスイッチテスターや展示機でお試しできます。

[Ethan Evans @EthanEvansVP]

As a retired Amazon VP who experienced a 9082% increase in Amazon stock during my time, I am out of touch with many common life struggles. The SVPs and CEOs above me are often more so. Talking about wealth and it's impacts is a taboo subject most executives avoid. I'm going to try to address one small piece today.

It would be hypocritical to talk about "executives" in general without owning my own situation first. For brevity, here are four examples:

1) No mortgage
2) A maid service cleans every two weeks
3) Someone else mows the grass
4) I retired at age 50

The average family, even the average tech or knowledge worker, does not have these benefits.

In the level above me, I have seen much more:

1) Multiple staffed vacation homes, with caretakers
2) Private jets (PJs in the lingo)
3) Personal assistants. Never pay a bill, get groceries, or pick up a kid when you are busy. The PA handles it all.
4) Drivers (security and efficiency)
5) Breathtakingly expensive and exclusive private schools for their kids
6) They live wherever they want. Cost is not an obstacle

Let's look at one example of how disconnection from the daily experiences of employees can lead to very different priorities: return to work.

The disconnect here really starts with differing priorities. Executive wealth then supports the different choices.

Most executives place work and career success very highly in their lives. If they do not, they rarely become top executives. Most of them (myself included) then use our pay to free up time. Most time goes to work, some to family.

If work is the main focus of your life, then returning to the office might seem like a natural priority.

Now imagine:

No need to commute, your driver takes you door to door while you work in the back
No need to hurry home to pick up the kids, the PA does it
No need to shop, clean, or cook, the staff does it all
No need to help with homework, the amazing school provides tutoring

With these circumstances, returning to the office feels very "worth it."

This is not a screed against executive wealth. After all, I paid with 25 years of my life and I got some of the wealth. Instead, it is an explanation so that you can understand the disconnect.

If you need to influence an executive where their experiences may be out of touch with your reality, help them see the impact through stories, videos, and data.

Remember, they live literally in another world. This doesn't necessarily make them evil, just disconnected. I do not want to be "out of touch" but it is important to acknowledge that this does happen over time.

[かめくっぱ(💉x7) @kamekoopa]

ウォーターフォールをうまくいかせるにはPMが超人である必要があり、アジャイルをうまくいかせるにはチーム全員が鉄人である必要がある、みたいな話をどこかで見たことがある。超人の降臨を待つのが現実的か、チーム全員が鉄人に育つのが現実的かみたいな。

[Kazuho Oku @kazuho]

技術選定に影響が大きいのはユーザ数ではなく、リクエスト数あるいはバイト量に対する売上（あるいは粗利）で。
PayPayは一回の平均利用額1500円、手数料率1.6%だから、トランザクションごとの売上が24円なので、たとえば、売上がページビューあたり1円いかない広告ベースのウェブとは比べられない

[田中邦裕社長＠さくらインターネット @kunihirotanaka]

この流れのコメントを拝見して、長文になりますが、感じたことや、日本にとってリスクだなと思った事を、できるだけ客観的にコメントしたいと思います。
まず、さくらインターネットも、まだまだ頑張らないとなと改めて考えるとともに、元の投稿者の方も含め、応援してくれている方が多いこ���にも大変感謝していますし、最近はさくらのクラウド検定を受ける方���増えてきていて、マルチクラウドへの関心を深めてもらえれば嬉しいなと思います。
さて、まずこの流れで大変興味深いのが、「AWSを使いたい」というのを、「さくらインターネットを使いたくない」と言い換えている方々が多いことでした。
さくらは象徴的な対AWS勢力でしかなく、じゃあGCPやAzure、OCIを使うのかといえば、それらも使いたくなくて、むしろ「AWSしか使いたくない」もっというと「AWSしか使えない」という事を色々と言い換えているようにも見えます。もちろん、GCPやAzureを使う人は少しはいそうですが、失礼ながらOCIを使いたいという投稿はありませんでした。
まずリスクが大きいなと感じたのが、「エンジニアのキャリアとしてAWSを使いたい」という投稿で、その方の所属する会社の経営者から見ると脅威で、会社にとって最適なデ���タルインフラの選択より、そのエンジニアの都合が優先される事を意味しています。
これって、90年代の経営者が現場が使いやすいベンダに頼んで、ITの選択肢を失っていったプロセスによく似ていますし、完全にベンダーロックインされて、デジタル敗戦を引き起こしたプロセスに酷似しています。
この時に、経営者も「大手なら大丈夫だろう」と、代表的なベンダを選ぶ事を容認したのですが、今回の反応でもAWSは大手で安心だからという投稿がありました。
結果、ITの自由度は失われ、高いコストを払わされ、移行もできず、という八方塞がりの状況になっています。
なお、前述は国内ベンダによるロックインだったのでデジタル貿易赤字は発生しませんでしたが、今はデジタル貿易赤字とベンダーロックインの二重に苦しい状況への入り口にいます。
とはいえデジタル貿易赤字を一旦忘れて、さくらインターネットをあえて外して話をしますが、外資だけでもGCP、Azure、OCIがガバメントクラウドに登録されて���り、AWSにロックインされないマルチクラウドは可能です。
一時的にはマルチクラウドは手間がかかりますが、中長期のリスク回避は重要です。
確かにたくさんAWSを使��て挑戦すると表彰されたりなんかして、現場のエンジニアの方が喜ぶ気持ちもわかりますから、共感できる気持ちもあるのですが、その対岸でインフラコストで本気にビジネスにまで影響が出てきている経営の状況を見ていると、「デジタルインフラ依存は経営リスク」と言っていた経営者仲間の気持ちがわかります。
そもそも、可能であれば自分たちで物理からインフラを作れる、せめて仮想サーバだけ借りて基盤を構築できるエンジニアチームをちゃんと確保して、いつでも自分たちで作れるけど、便利だからパブリッククラウドを利活用するということが大事です。
何より、経営者がインフラを作れるエンジニアの体制にちゃんとお金を出し、エンジニアは物理に近いレイヤの勉強をすべきだと思います。
せっかく便利なクラウド機能があるので、それを使わないのは勿体無いし、そもそも経営のスピードを落としますから、短期的には高くてもAWSなり、高機能なクラウドは使うべきです。
ただ、デジタルインフラ依存は中長期的に大きなリスクだから、ちゃんとインフラチームにお金をかけて、究極的に脱クラウドをできるくらいの準備をした上で、便利なクラウドを最大限利活用するということを、経営者の方には改めて伝えたいです。
サイボウズさんは、半分オンプレミスで、半分クラウドで構築しているそうです。いつでも脱クラウドインフラができるようにという事です。
長くなりましたが、全体最適か個別最適か、そして短期視点か長期視点かで、全く話が変わりますよという事を言いたくて、書かせていただきました。
長文失礼いたしました。

[stakHash @stakHash]

気になる

https://t.co/Qyz995icM7

[Takuto Wada @t_wada]

https://t.co/MxE1pPkKc5

[mizchi @mizchi]

「お前は間違ってて、その理由はこう」って断言するAIは今のところいないし、本当に学習に必要なのはそういうやつなんだけど、受け入れられるために人間に都合がいいチューニングされすぎてて一生そうならない

[stakHash @stakHash]

https://t.co/qTK44CnZDy

[stakHash @stakHash]

mixi2のid確保したった