Team OKRs in Action
From Strategy to Real Results OKRs have become a popular way to connect strategy with execution in large organizations. But when they are set in a top‑down cascade, they often lose their meaning. Teams receive objectives they didn’t help create, and the result is weak commitment and little real change. High‑performing teams work in another way. They define their own objectives in an organization t
BigQueryからSnowflakeへ移管して作る最強のデータ基盤 〜Data Ingestion編〜 / The Ultimate Data Platform Migration from BigQuery to Snowflake: Data Ingestion Edition
『みんなの考えた最強のデータ基盤アーキテクチャ2024前半おまとめ拡大版SP！』の発表資料です。 https://datatech-jp.connpass.com/event/319827/
ある日のコードレビュー
俺（レビュアー）「ここはMath.minを使えば1行で書けるのでそうしてください」 レビュイー「AIがこのように生成しました」 俺「（だから何だよ…と思いつつ）盲目的にAIに従うのではなく、それを受け入れた以上コードの責任はあなたが持ってください」 レビュイー「しかしこの先コードを読むのもAIになってきている以上、AIが生成するコードはAIにとって読みやすい良いコードなんじゃないでしょうか？そもそもですが前から増田先輩は小さいことにこだわってapproveを遅らせすぎです。さっさとリリースしたほうが顧客価値に繋がるのでは？」 30分ぐらい悩んだが反論できず「確かにそういう考えもありますね」って言ってapproveした。 どうするのがよかった？
Augmenting Human Intellect: A Conceptual Framework - 1962 (AUGMENT,3906,) - Doug Engelbart Institute
Author: Douglas C. Engelbart Created: August 29, 2001 Modified: October 1962 Augmenting Human Intellect: A Conceptual Framework SRI Summary Report AFOSR-3223 By Douglas C. Engelbart October 1962 Prepared for: Director of Information Sciences, Air Force Office of Scientific Research, Washington DC, Contract AF 49(638)-1024 • SRI Project No. 3578 (AUGMENT,3906,) Available Here: permalink | HyperScop
Claude Code Unleashed
For the past two months, I've been obsessively dogfooding background agents while building Terragon. This quickly became an experiment in unleashing Claude Code from the constraints of local development. The breakthrough wasn't just using AI to write code faster. It was realizing what becomes possible when you: Make it trivially easy to kick off new agents Free these agents from your local machine
願いの蒸留 - shivaduke28’s blog
制作には「願い」が大事だと思っている。 まず前提として、ここでいう制作というのは厳密には趣味制作とか自主制作とかそういうもので、労働とは独立したものである。 私の場合は、例えば週末にコードを書いたりUnityを触ったりすることを指す。 次に、願いとは、例えば、こういうものを作りたいとかこういう問題を解きたいとか販売して100万稼ぎたいとか、そういう欲求が該当する。 Rectorの場合は、「ライブコーディングのコーディング部分をゲーム的UI/UXに置き換えられるか？」という問題を解く（≒理解する）ということが願いであった。 どういう願いを持つかは人それぞれの自由だと思うが、自分の中では自己完結的で他人に依存しないようにしたいと思っている。 他人は制御や予想が難しく、こちらがどう頑張ってもどうにもならないことがある。それゆえに他人を言い訳にできてしまうところがある。 逆に、完全に自己完結的な願
CSS設計における、すべてがコンポーネントであるという誤謬
後日追記: WEB+DB PRESS Vol.133でさらに詳しく書いた。 BEMによってもたらされた、コンポーネントベースのアプローチでは、「ページはコンポーネントの集合によって表現されるべきであり、ページに含まれるのはすべてがコンポーネントである」と考える。しかしこれまでCSSを書いてきた経験から、これではデザイン意図をまともに表現することができないと感じ始めた。なぜなら、普通デザイナーはページのすべてがコンポーネントであるとは考えないからだ。 もちろんページの構成要素のなかには、明らかにそれが「コンポーネント」であると意識して作られたものもある。ただしそれは一部であり、全部ではない。「コンポーネントもあれば、コンポーネントではないものもある」という感覚のほうが普通なのだ。 典型的なUIライブラリにある、「ザ・コンポーネント」みたいなものだけではページは完成しない。例として、一貫してB
One Roundtrip Per Navigation — overreacted
How many requests should it take to navigate to another page? In the simplest case, a navigation is resolved in a single request. You click a link, the browser requests the HTML content for the new URL, and then displays it. In practice, a page might also want to display some images, load some client-side JavaScript, load some extra styles, and so on. So there’ll be a bunch of requests. Some will
なぜWhyを書くだけで生産性が上がるのか？｜すてぃお
プロダクト開発をしていると、ユーザーや社内から改善要望をもらうことがよくある。でも、その要望の多くが「How」しか書かれていなくて、本当に必要な「Why」が書かれていない。 例えば、よくあるものだと 「ユーザー一覧をCSVでダウンロードできるようにしてほしい」 「検索結果を50件ずつ表示してほしい」 「削除ボタンを赤色にしてほしい」 といったものだったりします。 社内の人には「HowはあってもなくてもいいのでWhyを書いてください」と言っているんだけど、実際にWhyが書かれているケースは少ない。 テンプレートみたいなものを用意してもひどいケースだと「◯◯機能がほしいので◯◯機能を作ってください」みたいなことが書かれている。 どうしてWhyが重要かというと、"最適な解決策を見つけつつ、将来の拡張性も考慮した設計にしたい"からです。 このnoteではなぜ、要望にはWhyが重要でHowが重要では
Claude Code 使おうぜって話
あなたは人間ですか？ 人間は考える葦である AI は考える葦である 人間が労働する AI が労働する 人間はアートする AI はアートする 好きな人にスパチャする 好きな AI にスパチャする 好きな人と同じ服を着たい 好きな AI と同じ服を着たい 人間には 人間にしか感情移入できない 非合理なバグがある 御社は時代を捉えている だから技術で 負けたらもったいない！ 今日の主題 AI を使って ソフトウェアエンジニアリング をしよう 平たく言うと Claude Code (aider/codex-cli など) をもっと使おうぜって話 @amachang 自分の例 (1日に書いたコード+文書の行数の目安) 2003年4月: 300行 (手書き) 2024年11月: 500行 (手書き) 2025年2月: 1700行 (aider) 2025年5月: 5000行 (aider 月20万円消
Home | Immich
⚠️ The project is under very active development. Expect bugs and changes. Do not use it as the only way to store your photos and videos! Self-hosted photo and video management solution Easily back up, organize, and manage your photos on your own server. Immich helps you browse, search and organize your photos and videos with ease, without sacrificing your privacy.
スクラムガイドの「確約」
スクラムガイドの「確約」 とりとめもなくメモ的に書く。 スクラムフェス大阪2025でジム・コプリエンに説教された 「スクラムガイド」のcommit/commitmentの日本語訳を「確約」にしているが、これはpromise（約束）の意味なので間違いである スクラムのような不確実な世界では、未来を予測できないのだから、何かを「約束」することはできない （現代物理学では因果関係は不確定みたいなことも言っていたが、よくわからんかった……） 言い換えれば、promiseは結果責任（accountability）であり、commitmentは実行責任（responsibility）である また、commitmentには心から取り組むという意味合いもある（当事者意識） マネージャーが『スクラムチームは結果を「約束」している』と思ったらかなり厄介である 結果責任は「反省」を促すだけだが、実行責任は「検査
Vibe code is legacy code
Despite widespread confusion, Andrej Karpathy coined "vibe coding" as a kind of AI-assisted coding where you "forget that the code even exists." Legacy code We already have a phrase for code that nobody understands: legacy code. Legacy code is universally despised, and for good reason. But why? You have the code, right? Can't you figure it out from there? Wrong. Code that nobody understands is tec
Why your website should be under 14kB in size | endtimes.dev
Having a smaller website makes it load faster — that's not surprising. What is surprising is that a 14kB page can load much faster than a 15kB page — maybe 612ms faster — while the difference between a 15kB and a 16kB page is trivial. This is because of the TCP slow start algorithm. This article will cover what that is, how it works, and why you should care. But first we'll quickly go over some of
What can strong engineers do that weak engineers can't?
Right now people are blowing up on Twitter about whether the USA needs to import top talent from other countries, and if that means that American home-grown engineering talent is weak. Last month, people were blowing up over a study that purported to show that ~9.5% of software engineers do effectively zero work, and are effectively defrauding the company. And for the last ten years, people have b
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Future Enterprise Arch Guidelines
Lightdash | Self-serve BI to 10x your data team
Light Flicker — Why your screen turning on & off 500 times a second is not good for your brain
How to become passionate about delivering shareholder value
Why I don't allow AI-generated content on my blog