AI could be the end of the digital wave, not the next big thing – the next wave

appium/appium-mcp: Appium MCP on Steroids! github.com/appium/ap…

よく、プログラミングの入門者向け書籍なので、非本質的な部分を説明するときなどに、「ここはおまじないと思っておいてください」などと言うことがあったけど、とはいえそれはあくまで便宜上の言い回しで、実際にはおまじないでもなんでもなくれっきとした意味のあることだったんだけど、いまはほんとうに「おまじない」の時代になったよなあ。

Emulatorでwipe dataしたら直った

E2Eテストが壊れたのでAIエージェントに直させようとしたけど、半日以上費やしても直せなかった。手元でダブルチェックしたら、Android emulatorが壊れてた。

あと、20年以上やってきて死ぬほど見てきたパターンとして、競合をまじめに研究せずに、微妙なものを発表して爆死するパターン(自戒込み)。まじである。

The Git Commands I Run Before Reading Any Code

Cirrus Labs to join OpenAI シャットダウンかー。まあ、色々あるしな。

aposd-vs-clean-code/README.md at main · johnousterhout/aposd-vs-clean-code · GitHub github.com/johnouste… A philosophy of software designの著者と、Uncle Bobの論争

手動かさなくなると、これがなくなってしまうな

売り上げはすべてを癒すって言葉があるけど、「速さはすべてを癒す」もまた、かなり真理なんだよなあ。

一言で言うなら、プロダクト立ち上げ時に正しい評価ができてなかった。そして、イテレーションをまわせば改善できる問題という幻想のもとに見切り発車してしまった。結果は、4,5年かけても、最初から抱えていた最も根本の問題は、なにも変わらなかった。もちろん、マイナーな意思決定の間違いもたくさんあって、それらが正しくハンドリングできてれば、だいぶマシではあったと思う。

まずもって、ドッグフーディングをしてないというのが、一番良くないだろうなあ。しかもプロダクトが固まってからしてもダメで、プロトタイプ段階でドッグフーディングしてないと、正しい方向にいけない。

結局のところ、体験を作るというプロセスが「エンドツーエンド」になってないから、こういうことになるのかもしれない。なぜこうなったのかは、まじめに考えといた方が良さそう。

けっきょく、最初の設計が悪かったら、あとからどんだけ上塗りしても、どうにもならないということなのかもしれない。

ローカル環境でのテストが早すぎるし、Appiumでのテストが快適すぎる。(他に比べれば)ぜんぜん問題ない。おれはただの足枷を作ってたのか。何年もかけてただ遠回りをしてただけなのかもしれない。

The Future of Everything is Lies, I Guess

USB in a NutShell - Chapter 1 - Introduction

USB for Software Developers | WerWolv

[2603.21687] MIRAGE: The Illusion of Visual Understanding arxiv.org/abs/2603….

AI駆動開発(AI-Driven Development) - connpass とりあえずそろそろアプリができそうなのでまたぞろLT枠を探すか。ふつうにモバイルアプリとかReactの情報に興味がある人に、いまさらAIコーディングでって発表してもかもしれないから、AIコーディングがテーマのとこがいいかもしれない。こことか。

Porting Mac OS X to the Nintendo Wii | Bryan Keller’s Dev Blog

Sentryってスーパー便利だよな。Datadogの同様の機能よりはるかに使い心地がいい。

[MODEL] Claude Code is unusable for complex engineering tasks with the Feb updates #42796 github.com/anthropic…

Introducing Beads: A coding agent memory system | by Steve Yegge | Medium steve-yegge.medium.com/introduci…

d-kuro/gwq: 🌳 Git worktree manager with fuzzy finder - Work on multiple branches simultaneously, perfect for parallel AI coding workflows 🍋 github.com/d-kuro/gw… 使いはじめた。重めだけど便利。

The Cult Of Vibe Coding Is Insane - by Bram Cohen

Collapse OS — Bootstrap post-collapse technology collapseos.org

MIDNIGHT by susan levin (2019) : Painting Oil on Canvas - Singulart www.singulart.com/en/artwor…

AQUA by Binnur Bükücü (2025) : Painting Acrylic on Canvas - Singulart www.singulart.com/en/artwor…

Ghiaccio by Paola Chiappini (2025) : Photography Hybrid on Paper - Singulart www.singulart.com/en/artwor…

Eisberg in arktischer Welt by Norbert Rosing (2016) : Photography Hybrid on Paper - Singulart www.singulart.com/en/artwor…

Serie Colores de Los Andes - Salar de Antofalla 1 - Andes Catamarca by Claudia Ocanto (2022) : Photography Digital on Paper - Singulart www.singulart.com/en/artwor…

Standing tall in the mist by David Campling (2026) : Photography Digital on Paper - Singulart www.singulart.com/en/artwor…

Lichtlinien by Ralph Hauck (2023) : Photography Digital on Plexiglas - Singulart www.singulart.com/en/artwor…

Reflected trees by Kate Lloyd (2020) : Photography Digital on Plexiglas - Singulart www.singulart.com/en/artwor…

A MOMENT OF STILLNESS I by Franziska Elena Spiller (2026) : Photography Digital on Paper - Singulart www.singulart.com/en/artwor…

Mysteries of Landmannalaugar by Olivier Schram (2018) : Photography Digital on Plexiglas - Singulart www.singulart.com/en/artwor…

Morning dew by Eric Chabot (2017) : Photography Analogue on Paper - Singulart www.singulart.com/en/artwor…

Winter in Amalfi by Karsten Leineke (2024) : Photography Digital on Paper - Singulart www.singulart.com/en/artwor…

Faroe islands Mountain and Sea by David Campling (2023) : Photography Digital on Paper - Singulart www.singulart.com/en/artwor…

Dinard BW 2 by Pierre Piton (2025) : Photography Digital on Paper - Singulart www.singulart.com/en/artwor…

Red (Photography colorized by hand) by Charlotte Eder (2024) : Photography Digital, Hybrid on Canvas - Singulart www.singulart.com/en/artwor…

La Loire by Bertrand Namur (2024) : Photography Digital on Metal - Singulart www.singulart.com/en/artwor…

Luces fantasmales by Ian Mont (2024) : Photography Hybrid on Paper - Singulart www.singulart.com/en/artwor…

Red Bolt by Alain Goulet (2015) : Photography Digital on Paper - Singulart www.singulart.com/en/artwor…

ROCHER PRENANT SON BAIN DE PIEDS by CEDRIC FONTAINE (2024) : Photography Hybrid on Paper - Singulart www.singulart.com/en/artwor…

Sunset Afterglow – Limited Edition 1 of 15, Yellow Mountain Landscape Photography Print – China Series by Roy Gonthier (2023) : Photography Digital on Paper - Singulart www.singulart.com/en/artwor…

github.com/love2d/lo…

Open Source meets Outer Space

Microsoft Hasn’t Had a Coherent GUI Strategy Since Petzold | Jeffrey Snover’s blog 懐かしい名前を見かけた。GUIプログラミングはベゾルト(の本)から学んだ。

自分で手書きした古いアプリのメンテ、AI Agentにたのめばやってくれると思うけど、あえて自分でやってみます、か。

普段アクティブにメンテしてないコードでdependabotにプルリク出させても、コードが壊れるだけで意味がないからやめた。

まあ、AIエージェントコーディングで半ば必然的に起こってくることとして、AIエージェントの書いてくるプランをだんだん雑にレビューするようになってくるね。だって読むのめんどくさいし。

むむ、カード不正利用の疑い…まあいろんなとこで使ってたから、どこかから漏れたか。

D-squared Digest – FOR bigger pies and shorter hours and AGAINST more or less everything else blog.danieldavies.com/2004/05/d…

Harness engineering: leveraging Codex in an agent-first world | OpenAI

ついに、最近ウチに来た子猫が金魚を殺した。うちに来たその日から、ずっと興味深そうに目で追っていたので、いつかはこうなる運命だった。

You’re still signing data structures the wrong way | The FOKS Blog

The importance of Agent Harness in 2026 www.philschmid.de/agent-har…

Julien Bek on X: “Services: The New Software” / X x.com/JulienBek…

福島良典 | LayerX on X: “エージェントハーネスとAIマネージドサービス” / X x.com/fukkyy/st…

How I manage Images for my Blog | Martin Lysk

📝 useRecording should have its own level history

The Curious Case of Retro Demo Scene Graphics | datagubbe.se

The Anti-Mac User Interface (Don Gentner and Jakob Nielsen) - NN/G www.nngroup.com/articles/…

LLMにしろなんにしろで、手間が減ったのに、仕事が楽にならない(短時間で出力できるのに、暇な時間が増えない)と嘆いてる人々がいて、どこまで本気で言ってるのかわからないけど、全く誤った認識だなあと思う。限界までがんばって仕事を強いられるのは、我々が競争しているからなのであって、資本主義・民主主義である以上避けられないのであり、われわれの出力の速度とは関係がない。LLMを限られた人しか使えないのであれば、それが特定の人に有利に働くこともあるだろうけど、LLMはオープンで誰にも等しく恩恵を与える。だから、全体の速度が上がるだけで、特定の誰かの経済状況にだけ寄与することはない。単に使いこなせないと経済 …

Should QA exist | Jade Rubick - Engineering Leadership

“I shipped code I don’t understand and I bet you have too” – Jake Nations, Netflix youtu.be/eIoohUmYp…

Overcoming the Friendship Recession

さいわい、やりたいけど時間とスキルと気力の制約でできてなかったアイデアはたくさんあるので、そういうことをどんどんやってくのがいいんだろうな。

プログラミング言語の細かいとこの話とかけっこう好きだったんだけどなー。

どうやらプログラミング自体はもはやたのしみではなくなるっぽいから、他のたのしみ見つける必要があるっぽい。たぶんクリエイターとかになったほうがいいっぽい。

I don’t know if I like working at higher levels of abstraction - Xe Iaso xeiaso.net/blog/2026…

LLMs Are Not Fun orib.dev/nofun.htm…

nelson.cloud/i-created… I know there are many people that are excited this new era of writing code. But to me this has sucked out all of the fun. まあ、実際のとこ、手書きプログラミングに比べて、たのしくはないのよな。ただまあ、動くものはできるので、まあ。

I Created My First AI-assisted Pull Request and I Feel Like a Fraud | Nelson Figueroa

コンテキストのコンパクションて思ったより機能してない説あるな

AIエージェントが、ときどきなにも問題解決できなくなるときがあるな

How I’m Productive with Claude Code | Neil Kakkar

Using PLANS.md for multi-hour problem solving developers.openai.com/cookbook/…

The gold standard of optimization: A look under the hood of RollerCoaster Tycoon – Larst Of Us

Delve - Fake Compliance as a Service - Part I deepdelver.substack.com/p/delve-f…

GitHub - arnoldrobbins/LinuxByExample-2e · GitHub

Cognitive Debt: When Velocity Exceeds Comprehension | rockoder www.rockoder.com/beyondthe…

Some Things Just Take Time | Armin Ronacher’s Thoughts and Writings

思うに、Agenticコーディングとかいう言いかたはやめるべきかもしれないな。なにかちゃんとしたことをしているわけではなく、実質Vibeコーディングなので。

Agenticコーディングにおけるエラーの修正方法: エラー出る すこしエラーを見る 深くは考えず、なんか原因っぽいものをAIエージェントに渡す 直らない場合1に戻る。直ったら終わり。

The Three Pillars of JavaScript Bloat

FFmpeg 101

Android Developers Blog: A new layer of security for certified Android devices またハードル上がるのか。だるい。

あ

AgenticコーディングとVibeコーディングの境: AgenticコーディングだけでReact Nativeアプリ作ってみてる。 github.com/tai2/Voic… Expoで、PCMをAACにエンコードするということがやりたかったんだけど、既存OSSでそれできるやつがなさそうだった。ネイティブSDKであればそれらをできることは知ってたんだけど、SwiftもKotlinもまったく知らんし、それらのネイティブAPI自体も使ったことなかった。SwiftとKotlin学んでiOSとAndroid SDKの各APIの使いかた覚えれば自分で書けると思うけど、もちろんすごく時間がかかる。たぶん自分でやってたら、この時点であきらめて、ア …

Wayland set the Linux Desktop back by 10 years

いずれにせよ、LLMは、いままで自分の取ってきた行いは一体何だったのかということを考えるいい機会を人々に与えてるよなあ。

ir.cwi.nl/pub/5998/…

てかこれはレビューする側の話か。

On Violations of LLM Review Policies – ICML Blog 陸上競技でも、ドーピングありの競技大会を開催しようとしてる人がいるみたいな話を聞いたことがあるので、学問もLLMありの学会みたいなのを作って、そこで思う存分やればいいのではないか。レギュレーションの問題なのであれば。どっちがいい成果だせるのか純粋に興味ある。

リサーチで勝手にsub-agent起動してコンテキスト消費抑えてくれるのはだいぶいいね。

いま開発中のExpoアプリで、既存のOSSで要件満たすものなかったからAIエージェントにネイティブAPIへのアクセス層を書かせてるんだけど、まあ、SwiftもKotlinもまったく知らないし、ついでに対象のネイティブAPIの使いかたもよくわかってない(これはまあドキュメントちゃんと読めばいい話ではある)ので、自分の作ってる(AIの書いた)コードがなにをしてるのか説明しろと言われても、まあできない。なんとなく雰囲気的によさそうという、そういう感覚のまま進めるしかない。いや厳密に言えば、わからないとこぜんぶちゃんと勉強すれば100%理解は可能なんだけど、その気力はまあない。 これだいぶ厳しくない …

理解が生煮えのまま、プログラムを「作る」っていう状態が、個人的にだいぶストレスではある

From HTTP to Consciousness: The Evolution of “For Humans” - Kenneth Reitz kennethreitz.org/essays/20…

Open Source Gave Me Everything Until I Had Nothing Left to Give - Kenneth Reitz kennethreitz.org/essays/20…

Teach Yourself Programming in Ten Years www.norvig.com/21-days.h…

Wander Console - Browse the Small Web susam.net/wander/

やばいな。レビューって、これまでずっと仕事の中でどちらかというとそこまで好きではない作業だったのだけど、AIエージェントでのコーディングで主にやっていくとなると、これからずっとAIの出してきたもののレビューが主な作業になるという将来になるぞ……むむむ。

Wander the Web

Have a Fucking Website - Other Strangeness — merritt k 嫌いと言えば嘘になる

React Native + Expoまあいいんだけど、一個とくにダメなところがあって、ビルドがくそほど重いということ。ちっっっっこいアプリなのに。これだけでも使わない十分な理由になるかもしれない。

公式ドキュメントの使い辛さ選手権上位はAWSだと思ってる

Drizzleの公式ドキュメント内の検索、ぜんぜん欲しい結果出してくれないんだけど、あれなんなんだろね。ドキュメントが使いづらいライブラリはそれだけでちょっと評価下がる。

Reactで、ある状態がUIに反映されるべきものであるなら、いつでもそれを内部データ管理用にも問題なく使えると思ってたけど、stale closure問題があるので、必ずしもそうではないのか。なので、ほぼ同じ目的を持つ状態だったとしても、refとstateで二個管理しなきゃいけない場合もある。

やっぱりさー、コードというか、他人の書いたことを正確かつ迅速に理解するのが苦手でありまして、自分で手動かしてコード書かないと理解できないよ………コードだけ人(AIエージェント)に書かせつつ、中身をちゃんと理解するというのは難しい。

Kagi Blog - Kagi Small Web

Kevin Boone: Small web, IndieWeb, Gemini… A guide to the retro-web

What Every Computer Scientist Should Know About Floating-Point Arithmetic

What Every Computer Scientist Should Know About www.itu.dk/~sestoft/…

Tego · Skills Security Index

How I write software with LLMs - Stavros' Stuff

LLMs can be absolutely exhausting | Tom Johnell

Nasdaq’s Shame - Keubiko’s Musings

LLM Architecture Gallery | Sebastian Raschka, PhD

知り合いの弁護士が、AIエージェント使って、自分の仕事で使う用の(おれにはよくわからないけど、おそらく有用なのであろう)システムをめちゃくちゃ活発に作ってて、これよ、こういうことが見たかったのよってなってる。

github.com/tai2/Voic… とりあえず、最初のバージョンなんか作ってくれた。プランが完成したあとのコーディングはさすがに早い。一発で動くもの作ってくれた。

Agentic codingのいちばん気にくわないとこは、試行の結果が見られるまでのターウアラウンドがめちゃくちゃ長いとこだよなあ。手書きコードの高速で試行・確認・改善という反復とは根本的に違う。必然的に「ズレ」が生じて、ズレの修正に時間がかかる。ブロッキングへの対策としてタスクを並列化するというのが現状の解答という理解だけど、不確実な仕事を並列化するというのは、ほんとうに効果的なことなのか。

最近、携帯電話会社やら、インターネットプロバイダやらを騙る、おそらく詐欺まがいのなにかからの電話が多すぎて嫌になってきたな。電話使うのやめたい。けどインフラなのでやめられない。ぐぬぬ。

手癖でAI相手に話してるときでも"I think"とか"I guess"とかつけまくってしまう

けっきょく、AIエージェントが書いてきたプランを詳細にレビューして、理解して、こっちも深く考えて相手にフィードバックしなきゃいけなくて、まあ、このやりかただと劇的に速くはならないかもしれない。

agentic codingの練習してる。Boris Taneさんのやりかたをそのままやってみている。AIエージェントが、おれが一生懸命書いた仕様を正しく理解してくれると、うれしくなるね。

Every minute you aren’t running 69 agents, you are falling behind | the singularity is nearer

FUTILE · The useless infinite scroll website

Is legal the same as legitimate: AI reimplementation and the erosion of copyleft — Hong Minhee on Things

Cloud VM benchmarks 2026: performance / price

A Decade of Docker Containers – Communications of the ACM

LibreSprite

MOSS — A Painting Toy Where Every Brush Is a Tiny Program

Autify CSのこれまでとこれから -2026- | Autify（オーティファイ）ブログ blog.autify.jp/article/a…

シンプルなものより、複雑なものを作ったエンジニアが評価されるってやつ、なんかだいぶ異世界ではある。いまいる会社は、ビジネスインパクト最重視なので、シンプルだろうが複雑だろうが、それがもたらすビジネス上の価値で説明することが求められる。その観点からは、シンプルで価値あることをたくさんやったほうが評価されると思う。 まあただ、オーバーエンジニアリングを社内エンジニアリソース巻き込んで徹底的にやって評価された人もいるので、そう単純ではないかもしれない。

Nobody Gets Promoted for Simplicity – Terrible Software

Swiss cheese model - Wikipedia en.wikipedia.org/wiki/Swis…

How to Kill the Code Review - by Ankit Jain - Latent.Space www.latent.space/p/reviews…

Resources | GPVM

10-202: Introduction to Modern AI

Database Transactions — PlanetScale

microgpt

B1 1クリア

AI生成ブログ記事はさあ、味がしないんだよな。

岡本吉起のYouTube見てたら、アーケードゲームはインフレしてるのに単価100のままだからどんどん厳しくなってくって話があって、なるほどってなった

四年生の漢字テストやってみた。まあ、こんなもんっすよね。

Claude Codeの使いかたキャッチアップした。 How I Use Claude Code これがいちばんためになったなあ。では、あたらしいプロジェクトはじめますか。

Claude Codeにこれについて尋ねたら、ネットワークフィルタを設定するなり、air-gap環境の設定をしろだって。この短い一文でそんなことが示唆されてたとは驚愕。

Letting Claude run arbitrary commands is risky and can result in data loss, system corruption, or data exfiltration (e.g., via prompt injection attacks). To minimize these risks, use –dangerously-skip-permissions in a container without internet access. なんかClaude Codeのマニュアルにすごく不思議なことが書いてあるんだけ …

朝の読み聞かせボランティア。いちばん大事なセリフ読み飛ばしてしまった！！！ぐぬぬぬぬ

もしもXを見ないなら、おそらくその代わりにGitHubを見るべきなんだろう。

λProlog Home Page

あっとうてきに一番「快」になれる感情はなつかしいだよあな。ウメハラがよく10代の頃のゲーセン思い出して云々言ってるのも完全に同意しかない。老後が楽しみである。死ぬまで後ろ向いて生きていこう。

How to build a distributed queue in a single JSON file on object storage

とりあえず、ベンダーに、こういう運用が起こらないように要請した

うーん、これはどうしたもんだろか……

いやほんとに、理解しようと努力すれば、気持ちは汲み取れなくもないんだけど、それにしても、描写の方法が粗雑で稚拙すぎるんだよなあ。

小学校で読み聞かせボランティアをやってるので、ちょいちょい絵本を見るのだけど、絵本というジャンルは、おもしろいのも中にはあるけど、子供にメッセージを伝えようとするものの中には、なんつーか、しょうもないものもかなりある。いや、言いたいことはわからんでもないけど、作者の無知と見識の狭さが全面に出ていて、見てられない。子供だましすぎて、子供に聞かせたいとは思えない。

結局のところ、LLMにできるのは単純作業の効率化にとどまると考えるのが、現状では妥当なとこだよな。あといずれにせよ人間がどこかでループに入って正確性を担保する。決定的な自動化テストとかでもいい。さもなくば、間違ったことを行う。

人類の大部分が、ほんとうの合理的な推論と、LLMの確率的な回答を区別した上で、LLMを活用できるとは思えないので、その意味では、LLMベンダーが正しい強化学習の結果を提供する責任はほんとに重大になってくるよな。

いや、LLMが合理的な判断をできる能力があるものとうっかり錯覚したからこんなことを考えてしまったのだけど、べつに合理的な推論をする理性をもってるわけではないんだよな。理性がないのにこれだけそれっぽい回答をできるのも、まったく不思議なことけど。

AIがいろんな情報を取得して広い見地から、あなたが買うべき株を教えてくれますっていう、なんの保証もないサービスを作ったら、売れるんじゃないか？なんかそれっぽいいかにも信頼できそうな情報を表示させて。

makeのlinking verbとしての用法を学んだ。makeはほんと多様すぎるな、

SNSでLLMに自分の代弁をさせてる人が多数いるっぽいんだけど(議論とかですらなく、感情的なやりとりすら代弁させてる)、こういうの見ると、よくない世の中になってしまったなあと思う。SNSというもの自体が制度疲労の限界なのかもしれない。せめてLLMが現実世界に侵食してこないことを願う。

archive20061104.txt · GitHub 私のマイコン遍歴、日本のパソコン30年史、その１ gist.github.com/ko1nksm/d…

アップルウォッチの電池が1日しか持たない問題は、アップルウォッチを２本持てば完璧に解決できるんだよなあ。おれは24/7装着してる。

アルコール減らす目的で試したい代替ドリンクいろいろ 伊良コーラ: 良い コカコーラ: 美味さが薄い ウィルキンソンジンジャー(辛口): 美味さが薄い BRULO(ノンアルビール): 良かったけど販売停止 Bavaria(ノンアルビール): 美味くない 正気のサタン(微アルビール): 悪くないけど、微アルはなあ クラウスターラー(ノンアルビール): 良さそう　←イマココ

コックって英語のcookで、動詞のcookと同じか！いまさらながら

dev containerとかいうやつ使えばなんとかなるのかな。いずれにしろマニュアル確認も含めて考えるとホストからアクセスできるポートも欲しい気はするけど。

あれでもdocker composeにその能力ないか？環境変数とかでコントロールできたっけ。

開発環境がポート番号決めうちなので、サブエージェント起動しても、E2Eの確認までできない。サブエージェント前提で考えると、今後はポート動的確保が必須になりそうだな。ホストにされるものは。

Claude Cowork、Claude Codeでべつにいいな。というか基本いらん。言ってGUIでオートメーションしたいことって、そんなにないんよな。

なんかFirebase Studioだかなんだかっていうやつがコンセプト的には良さそうで、少し触ってみたけど、その時点ではハリボテだった。あれが、ちゃんと商業サービスレベルのものを生成してメンテできるようになったら、すばらしい。

個人的には、どうせならもうコード書かせないで欲しいんだよな。やりたいことを定型化してエージェントにやらせるのために、プログラミング言語を人間がレビューするのはおかしい気がする。本質の部分だけ、人間がレビューできるようにして欲しい。レビューする対象の中間成果物も、テキストだけじゃなくて、図とか、ライブプロトタイプとか、いろいろあって欲しい。あと、セキュリティーやらなんやらも、勝手に裏側で担保して欲しい。現状は、おれが欲しい未来からすると、まだまだ中途半端。

Code review checklist, deploy workflow, API style guide Skillsの例としてこれらが挙げられてるんだけど、API style guideだけどういうことなのかよくわからんな

あ

CEFR A2クリア

やっぱり、現状普及してるテクニックで、エージェントの恩恵フルスロットルで受けて、「生産性」を100倍にしたら、品質的にやばいことになるよなあ。だから、やっぱりまだ本質は変わってないのだと思う。エージェントは速く書けても、単純にエージェントの書く速度でデリバリーすることはできない。

RとLの発音の違いを自分なりに言語化するなら、Lはベロの先っちょで出す感じで、Rはほっぺたの内側で出す感じ。

まじ？信じていいものやら。結局のところ自分でコーパスにあたるのが一番確かだな。

否定分+forは不自然というのはハルシネーションだったっぽい。英文法について教えてもらう時も一次ソースにしちゃダメだな。またひとつLLMとの付き合い方を覚えた。

LLMに価値判断を委ねるのってどうなんだ？人間の価値など所詮統計的なあれこれと考えれば、ありなのか？

Things UNIX can do atomically — Crowley Code!

否定の時はforじゃなくてin。知らんかったー。

キャラクターというのは文字通り役なのであって、つまり与えられた役割がある。なので、その部分だけ切り取って演じたらおかしなことになるわけであって、全体の台本の中での役割というのを理解する必要がある。

How I Use Claude Code | Boris Tane boristane.com/blog/how-…

自動テストツールの決定解は、テスト設計の自動化――Autifyが考える、仕様書なき現場の救い方 levtech.jp/media/art… レバテックさんに受けたインタビュー公開された。数奇な運命によりおれがインタビューされることになった。

Code of Ethics for Software Engineers www.computer.org/education…

Code of Ethics www.acm.org/code-of-e…

あ

なんか朝から覚えのないEメールの通知がやたらに届くなあと思ったら、公開されてるおれのメールアドレスを騙って、さまざまなサービスのサポートに問い合わせするという攻撃?(嫌がらせ?)を受けた模様。意図はなんなんだろう。

LLMの能力の「穴」 - ｼﾞｮｲｼﾞｮｲｼﾞｮｲ joisino.hatenablog.com/entry/zeh

a

ふつうのプログラミングっていうのは、一個一個鎖を繫ぎながら進んでいく作業で、その過程でプログラマー自身がアップデートされていくわけだけど、どう考えてもエージェントコーディングでは置き去りになるんよな。

Vibe Codingって、なにもたしかめないまま進んでくから不安しかないんだけど…だからみんなTDDやらなんやら言うんだろうけども。 ふつうのプログラミングとはまったく異なるよな。

Claude Codeと暮らす | DevelopersIO dev.classmethod.jp/articles/…

Home - IFPUG - International Function Points Users Group ifpug.org

LLMによって、だれもが自分の欲しい自分だけのための自動化やワークフローをローカルで手にできるようになった結果、サーバーサイドとはもはやニッチなのかもしれない。サーバーとは何だったのか。単に手軽にお金を儲けるための手段だったのか。

うーん、Zodで書き直すことで、読み易い型定義という美点がすっかりそこなわれてしまったなあ。逆にTSの型定義からパーサーを生成するアプローチのほうが好きだなあ。

作り声はいけない

The State of OpenSSL for pyca/cryptography — Cryptography 47.0.0.dev1 documentation cryptography.io/en/latest…

The Shorthand Guide to Everything Claude Code x.com/affaanmus…

徳川夢声の指摘しているいいポイントは、人間、同じ刺激を受け続けていれば早晩飽きるということ。しかし、いったいどのくらいの時間同じだと飽き始めるのか。おそらく状況や、相手のテンションといったことでもその長さは変わるはず。それを知る一つの手段は、自分が受け手に回ったときの内省で、これが一番手軽かつ確実な手段ではある。もしかすると、心理学では、こういったことはすでに知られているのかもしれないので、あとでLLMで調べてみよう。

ただスピーカーを通じて再生された音と、生で喋っているのとでは、音質云々を抜きにしても、やはり受け取られ方がまったく違う。人間は、目の前に他人の存在を認識するのとしないのとでは、情報の受け取り方のモードが、生理的に変わってしまう。 そう考えると、パプリックビューイングのようなものは不思議で、あれはどういう状態なんだろう。ストリーマーのライブ配信などはある程度インタラクティブなので、生の人とやり取りしている感覚があるのは理解できる。とはいえ、いずれも目の前に肉体がある本物の体験とは、比べるべくもない。

aaa

「速さは正義」が成立しないとき、苦行への旅が始まる。だがそれは、また別のイノベーションへの道でもあるのかもしれない。

速さは正義とは。システムが十分に速くイテレーションが高頻度で回せさえすれば、問題と思っていたことも問題ではなくなる、の意。

テストフィクスチャって、(たぶんRailsの影響で)単にテストデータのことだと思ってたけど、実際にはもう少し意味があって、Given-When-Thenで言うところの、Givenのことを指すのがフィクスチャっぽい。Wikipedia見たらデバイスって書いてあって、フィクスチャってデバイスなの！？ってなった(元々電気工学とか由来らしい)。

足立高徳さんの翻訳した本で、おそらくonelinerが「一行野郎」って訳されてるんだけど、いいな一行野郎。

I Tried Every Todo App and Ended Up With a .txt File - Alireza Bashiri www.al3rez.com/todo-txt-…

最初からレイヤードアーキテクチャになってなかったプロジェクトのでっかいコアロジッックをレイヤードに変えるのって、かなり絶望的かもしれない。みんなを巻き込んでアーキテクチャ変更の同意を取ってとか、ダルすぎて手に負えない。実際のとこ、最初に定められたアーキテクチャに関する意思決定を後から変更するのは困難よな。

feat: add llms.txt endpoint for LLM-optimized documentation by quantizor · Pull Request #2388 · tailwindlabs/tailwindcss.com github.com/tailwindl…

複利の経営｜yamotty note.com/yamotty_n…

Assorted less(1) tips | Tim’s blog

記事書いた Appiumのページソースはソースではない blog.tai2.net/page-sour…

そういえば、見積もりにストーリーポイントを使うことの意味が結局よくわかってない気がしてきた。相対見積もりだっけ？これだとタスクごとの実績値との比較ができないから不便だと思うんだけど、なにが便利なんだっけ…

規模の不経済: でっかいシステムはすっとろくしか開発できない。その要因はおそらくコミュニケーションパスの増加 要するに大規模開発とかやりたくない

コントロールノブの数を増やすことは、正確性に寄与しない。びええええ

Gold plating (project management) - Wikipedia en.wikipedia.org/wiki/Gold…

「ソフトウェアのエラーの約40%はストレスによって引き起こされることがわかっている」

What Price Theory Is And Is Not www.economicforces.xyz/p/what-pr…

ソフトウェアプロジェクトのスケジュールによる問題というのは、アジャイルの浸透でだいぶマシになりはしたけど、以前よりも見えづらい形で依然として影響している気がする

スティーブ・マコネルの「ソフトウェア見積り」読み始めた。なんでこの本今まで読んでこなかったんだろう。15年前に読んでおきたかった。もっと定番本として取り上げられるべき本なんじゃないか。人月の神話なんかよりよっぽど実際の役にたつ気がするんだが…。

Maestroというテスト自動化ツールについて: MaestroというE2Eテスト自動化ツールについて思うことがあるので、書く。 Maestroは、iOS、Android、WebのE2Eテスト実装・実行のためのツールで、以下のような特徴がある: 手続型のプログラミング言語の知識なく、YAMLによる宣言的なテストの記述ができる。 Appium非依存で独自にエンジンを実装し、OSSとして公開されている 完全ローカルでテスト実行可能 Expoのデフォルトテンプレートで採用されている 見た目はこんな感じ # flow_contacts_android.yaml appId: com.android.contacts --- - launchApp …

LLMによるコーディングというのは、人の身では成しえない大量の出力を短時間で、かつ不確実な形で行うというのが特徴で、やっかいなところでもある。すると、よく言われるように、人がボトルネックになる。つまり、成果物の精査がいままで以上に重要になる一方、それを人がいままでと変わらないやりかたでやっていたのでは、到底間に合わない。だから、ある種の可視化技術、俯瞰して把握する技術が重要になってくるのかもしれない。 Context: davidbau.com/archives/…

思い込みの良い点は、行動をうながすということで、行動すればフィードバックを得られるので前進できる。原動力になり得る。

まあ当たり前かもだけど、日本の認定NPOしか対象にならないそう(LLM)

Torに寄付したら、控除できるよってメール来たけど、日本では無理だよね？

davidbau.com Vibe Coding

AI 2027 ai-2027.com

よくよく考えると、一歳という年齢の長さは閏年などで伸び縮みするんだよなあ。44歳という特定の年齢の長さも、人によって違う。他の惑星で地球と似たような日付システムを採用してるとこがあったら、もっと違うかもしれない。まあ、このことは地球ではほとんど問題にならないな。

おれは中央線ユーザー。まれに会社に行くとき、最近はいつもグリーン車だけど、今朝はグリーン車なのに混んでて納得性低かった。特快とかだと混んでしまうようだ。べつに速さは要らないので、今後は常にただの快速で行くこと。

Apple Watchのパスコードめんどうなので外したら、Suicaが消失して焦った。パスコードないと使えないらしい。万一勝手に使われてもべつにいいかと思ってたけど、まあ、そうか…。

No Graphics API — Sebastian Aaltonen

非エンジニア出身の私がE2Eテスト導入に挑戦した話 | 株式会社CAM cam-inc.co.jp/p/techblo…

プログラミングという営みは、ほぼ理解するという営みなので、プログラミングにAIを使うということは、理解を放棄することに他ならないという感覚がなくもない

ある一つの機能をサポートするのに本当に必要なコストを認識するのは実はけっこう難しい。正しく認識できてるエンジニアを(自分も含め)これまで一人も見たことない。結果として、十分なリソースは確保できず、サポートはおざなりになる。

ときどき考えるけど、会社員として働くでもなく、人に依頼されたものを作るのでもなく、じぶんの作ったソフトウェアでお金を稼ぐのって思いのほか難しいよなあ。作るスキルはあるんだけど、なにを作ったらお金を払ってもらえるのかさっぱりわからない。自分で作って自分で売って、それで生きていけたらある種理想の生き方ではあるけど。

あ

齢44にもなって、たまごかけごはんの新しいやりかたに開眼した。長く生きてるとそういうこともある。長く生きてるとでいうと、自分の年齢がだんたん把握できなくなってきた。自分の頭の中にあるある自覚年齢が、はたして前回の誕生日でむかえた歳なのか、次の誕生日でむかえる歳なのかがあいまい。自分の現在の年齢は以下のコードで確認できる。 from datetime import datetime (datetime.now() - datetime(1981, 3, 6)).days // 365

飲酒記録をつけるようになって、飲酒のない日は「ポイントをゲットした！」という感覚が得られるようになってきた気がする

クリーンアーキテクチャは、AIエージェントとの相性はいいかもしれない。クリーンアーキテクチャのいやなとこは、書くときのボイラープレートの多さだけど、AIに書かせればまあ気にならないかもしれない。クリーンアーキテクチャを読むのは楽だ。

コードは、一見したときの簡潔さも大事だけど、使い方を間違えた時の特定しやすさ、デバッグしやすさ、巨大なコードに埋め込まれた時の特定しやすさとかも大事なんだよなあ。だから、不必要に凝ったことするのはいかがなものか。

レイヤードアーキテクチャのメリデメについて書きたい

なんか本棚にあって目障りだから、メタプログラミングRuby読み始めた。まあ、おもしろくないこともない。おもちゃとしてはこういった仕組みはおもしろいんだろう。けど、仕事の道具として見た時には、最悪だよ。

Rubyでのプログラミングは、たしかな拠り所がない。どんなメソッドであれ、それが自分が知っている通りの期待する動作をしてくれるという保証がない。

酒に味以外のものを求めてることの証明。酒以外のものは、たとえそれがどんなに美味しい飲み物だったとしても、1リットル以上も一度に飲んだりはしない。ところが、それがビールなら、たとえそんなに美味しくないとしても、味以外のなにかに満足するまで、1リットル以上でも平気で飲んでしまう。

テスト越境ランチ ― QAと開発をつなぐ“品質づくり”の現場 - YouTube www.youtube.com/live/Y3g7…

なんかGoogleからメール来て、アプリ更新してないやつは開発者アカウント消すぞ、1月までな、とか脅されてしかたなく対応。そしたらAndroidのE2Eテストこけて、どうやらAndroidでは、edge-to-edgeというのに対応しなきゃいけないらしいことがわかった。公開のやりかた忘れてたり、expoのバージョンアップなど難儀したけど、とりあえずあとはreact-native-edge-to-edgeというのを使ってやれば、ちゃんと描画されるようになるはず…。

Handling Android 15’s edge-to-edge enforcement on React Native · react-native-community/discussions-and-proposals · Discussion #827 github.com/react-nat…

継続的デリバリー読了。長かった…。

へー、日本人で苗字を持たない人って存在してるんだ。まあ、データ的には苗字と名前で分ける意味なんてほとんどないし、一つのカラムでいいよなー。

The Mysterious Realm of JavaScriptCore

On 10 Years of Writing a Blog Nobody Reads | flow2

継続的デリバリー(2011年)の高度なバージョン管理の章読んでて気づいたけど、メインラインを常にリリース可能な状態に保つって、あまりにも当たり前な言うまでもない前提だと思ってたけど、必ずしも、そうではない(もしくはなかった)のか。

今思うと、QAとは、自動テストとは何のために行なっているのかという根本をきちんと理解していないために、間違った解決法を選択してきたことが、多々あったなあ。

グッとくる技術文書を書きたくないですか? なら偉大な技術書に学ぼう | blog.tai2.net blog.tai2.net/favorite-… ひさびさにブログ書いた

Posixという名称を提案したのはストールマン

future_ietf_92.ppt - future_ietf_92.pdf groups.csail.mit.edu/ana/Peopl… We reject: kings, presidents and voting. We believe in: rough consensus and running code.

もしなにか行動指針のようなことについて述べたり、書いたりしてるなら、その行動指針をメタ的にコンテンツ自体に適用できるかどうか考えて、適用できそうなら適用したいよねえ。

Mobot | ‍Hire a Robot Fleet for Manual Testing www.mobot.io へーーーー

E2Eテストの運用というか、E2Eテストしやすいシステムの設計というか、そこらへんあたりについて記事書いとこうかな

え、スパイクって調査のことだと思ってたけど、PoCのことだったの？

知識を得たりするだけでもそれなりの満足度を得られるので、人生それ一本でもべつに行こうと思えばいけそうなんだよな。とくに作って発表とかしなくても。

TIL:事業スポンサー、プロダクトオーナー、顧客 これらは名称の違いだけで、すべて同じものを指す(顧客＝POって、説明ないとぜったいわかんなくね！？！)

各テストに固有のデータを最小化すること

Signal » Blog » Technology preview: Sealed sender for Signal

Signal knows who you’re talking to – Sane Security Guy

TIL: satisfies is my favorite TypeScript keyword 基本satisfiesで良さそう

一般の自国民に無差別に、は民主主義国ではない…のか…?

超法規的な諜報活動は民主主義国もやってるんじゃまいか

演技に関して、安定感があるって死ぬほど評されるんだけど、言われるたび、ぶち抜けてるところがないというふうに、ネガティブに受け取ってしまう自分がいる。

WebDriverAgent

酒一杯で止まらないことと、グミを開けると食べ尽くすまで止まらないことは、同根な気がする

最近何年かぶりに新しいプロジェクトに参加して、パッケージ管理npmなのでひさびさに使ってるんだけど、npm installは相変わらず冪等じゃないのね。なんか最初のスプリントで依存周りのゴタゴタに遭遇して、npmは相変わらずダメだということがわかった。いまはpnpmがベストなのかな。

もっぱら宅録同人声優として活動してる身だけど、今日は、はじめてスタジオで収録というので、渋谷まで来た。

運用と開発を分けるというのは、まあ大きい組織では必要なことなんだというのは飲み込むとしても、開発は開発で、完全に100%自分達の権限で管理できる環境を持ったほうがいいと思う。じゃないと、ちょっと新しい技術使いたいから実験しようとしてるけど、権限がないからSREに頼んでterrafrom apply実行してもらわないといけないみたいなクソ非効率なことになってしまう。

結局のところ、いまのところLLMは、ブルックスの言うところの「本質的な困難」を解消してないなあ。AIも銀の弾丸じゃなかったくわぁ〜

いやー、こういう世界もあるんだなあ。同じ業界のこととは思えない。

colinhacks/zod: TypeScript-first schema validation with static type inference github.com/colinhack…

ウメハラが、有料でスト6をコーチしますみたいなことをやったら、カプコンから苦情が来るみたいなこと言ってたけど、カプコンにそんなことする権利ほんとにあるのかな。一体どの法律で？あるとしたらEULAに書いてあるとかなのかな。

継続的デリバリー本読んでて思うのは、システムの保守運用って、まじめにやると、こんなにコスト高いのかってことだよなあ。この人たちのやってることに比べると、自分のやってることなんて子供の遊びにも思える。

ソフトウェアにおいて、データの削除というものをそうとう特別なものとして扱うことで、それ以外のすべてのことがすごく楽になるんだよな。そして変更も削除の特別な形態と考えれば…。

あーあー、てすとてすと

kind kind.sigs.k8s.io

tRPC - Move Fast and Break Nothing. End-to-end typesafe APIs made easy. | tRPC trpc.io

Claude Skills: Customize AI for your workflows \ Anthropic www.anthropic.com/news/skil…

余裕なんてこの世の中のどこに存在するんだよ。「あなたの心です」ってかあ。

未読・新着バッジが、すべて消化済みにも関わらず点灯し続けるという問題(めちゃくちゃ嫌い)は、なぜこんなによく見られるのか。 実装したことないからなんもわからんけど、ぼんやり、キャッシュのクリアに失敗してるんだろうなあとは思う。そんなに難しいもんなのかねー。

身近にある、物事の水準がギリギリまで低下する現象 コードの品質 修正されるバグの数 宅録で提供する芝居のパターン数 目が覚めてから実際に動き出すまでの時間(ギリギリまでベッドから出ない)

大事だ、と思うとどうしたって譲れなくなり、いつかどこかで議論に発展することは必然なので、やはり、とくに仕事においては、どんなことでも大事なことなどない、と思っておくのがいい気がする。

遠回りが必要。要はめんどくさい、ということ。

「人を動かす」方法→ストレートはけっして通らない。

Keynote: From ECS To Kubernetes (and Sometimes Back Again): A Pragmatist’s Guide… Marc Hildenbrand - YouTube www.youtube.com/watch

とは言え実際にはテストなくしてQAはありえない

「バグを発見する」が品質保証の成果物だと思ってたけど、違うな。すでに名前がそうなってるけど、正しく動作することを証明するのが、品質保証の成果物で、バグの発見はあくまで副産物なんだ。 極端な話、テストしなくても正しさを証明できればOK。そこが本質。

【ゼロからわかるシステムテスト入門】ーテスト設計書とテスト仕様書の違いとはー -株式会社GENZ - [GENZ, Inc.] www.genz.jp/column/sy…

組織で育てるAI活用テスト設計の仕組み zenn.dev/medley/ar…

■技術解説■ RAGを活用した生成AIの回答生成精度に直結する「Retriever」。Retrieverの仕組みと最適化戦略とは？ blog-ja.allganize.ai/retriever…

進化する最適化技術 VOL.2～最適化問題を解決に導くNSSOLの技術と実績 －量子アニーリングは万能ではない－～｜TO THE FUTURE｜日鉄ソリューションズ www.nssol.nipponsteel.com/future/st…

基本的に新規顧客獲得かアップセルがなによりも優先されるのであって、「機能」と比べて売上に繋がるかどうか不明確な「品質」に投資することを正当化するのは難しいと思うのだけど、そのボーダーラインとは…。

営業的なプレッシャーが強くある現場(それがない現場があるだろうか)では、必然、エンジニアリングの品質的な規律は限りなく低いところまで下がってしまうんではないか。どう対抗すべきなのか。そもそも対抗すべきことなのか。お手本があるなら見てみたいけど…。

オルツ、黙殺された内部告発　「これはクロ」上場前に警告した元部長 - 日本経済新聞 www.nikkei.com/article/D… これめちゃくちゃおもしろかった

損害保険ジャパン、Autify NexusのPlaywrightコード出力機能やノーコードでのテスト自動化を活用し、内製での開発業務効率化を推進 - Autify(オーティファイ) autify.jp/use-cases…

まれにあるこういう日。なーんかぜんぜん寝付けず、時々意識が途切れてもまた目覚める。まったく寝れなかったのかなと思ったけど、トータルこのくらいはデータ上寝れたことになってるので、まあがんばれるかなと思える。たぶんこういう日のために睡眠時間計測してる。しかしそういう日に限って(だからこそ?)、めずらしくチームで物理的に集まって戦略会議やらbondingやら。1年に一回くらいしかないんだけどな。斧投げやるらしいので、怪我しないように集中しないとなあ。

ソフトウェアテストの有り様はAIによって完全に変わるね。

Get Started with Playwright and VS Code (2025 edition) - YouTube www.youtube.com/watch うーん、これは人気出そうだなあ。(正直、使いたい)

いやー、古い本だけど、黄金の書ですよこれは。

disciplineを保つって、ソフトウェア開発でも一番難しいことのひとつな気がするけど、みんなどうやって保ってるんだろう。

やっぱりテストをするときのことも考えて設計しておかないと、あとあと苦労することになるんだよな。ここで言ってるのは、モジュールのインターフェース云々みたいな話だけではなく、E2Eテストレベルの話。ユーザー向けのインターフェースが足りないと、洗練されたE2Eテストができない。あるリソースが作成はできるけど削除はできないと、データの後始末ができないから色々大変だし、モバイルアプリで、ディープリンクがすべての画面に適切に定義されてれば、E2Eテストはだいぶ楽になる。

おー、高市さんになったんだ。よかったー。

Appium Meetup Tokyo #3 - connpass appiummeetuptokyo.connpass.com/event/368…

宗教は感情的に真実であり、それゆえに価値がある

アメリカ人が特異的に信心深いのは、宗教が市場化されて競争原理が働いてるから、という説がある。

神を信じるアメリカ人の割合。 1947年: 94% 2001年: 94% これは世界的に見ても特殊で、他の先進国はかなり下がってる。

Demoscene | 6octaves

感情と感情表現の区別をしっかりとしたほうがいいんだろうなあ。感情がほんとうでも、感情表現として十分でない場合があるということ。

restic/restic: Fast, secure, efficient backup program github.com/restic/re…

声優の声の芝居と、テレビ俳優の声の芝居の違い。 テレビ俳優は、一個のセリフを切り取ったときには良くできていても、いくつもセリフを連続で言ったときに、どれも同じ言い方になっている。声優は、言い方のバラエティーが豊か。といっても、声優も無制限に引き出しがあるわけではなく、数えられる程度の組み合わせとは思うけど、その有無が明確な印象の違いを生む。ちなみにこれは上手い方のテレビ俳優の話で、下手なテレビ俳優は聞いてられないほどの棒読みのこともある。

いろいろ興味深い視点を与えてくれる本ではあるけど、根本的に宗教を骨の髄まで信じてる人の本なんだよなあ。日本に生まれてたら、まずこういう思想にはならんかっただろうな。

Password Storage - OWASP Cheat Sheet Series cheatsheetseries.owasp.org/cheatshee…

NIST Special Publication 800-63B pages.nist.gov/800-63-3/…

Software Composition Analysis - EverybodyWiki Bios & Wiki en.everybodywiki.com/Software_…

Leverage libraries and frameworks used by many applications which have around large communities. Consider data points such as the number of GitHub stars a package’s source code repository has received, and number of downloads from within a package manager. これ気にくわない

リリースのたびにマニュアルテストに300万ドルかけてた組織やばい…スケールが違すぎる

このことを考えると、真のE2Eテストというのは、顧客自身がシステムを使わないことには成り立たないというところに行き着くな。

受け入れテストは顧客の期待するビジネス価値をべつに保証せんだろう: 「受け入れテストが、顧客の期待するビジネス価値をアプリケーションが提供していることを保証する」という言説は、かなりよく言われる一般的な見方な気がするけど、個人的には、ほんとに違和感しかないなあ。定義された要件は満たしてて、リリースはしてみたものの、期待したほど顧客に価値を提供しなかった、なんてことは極めてよくあることだろうに。顧客の期待するビジネス価値をアプリケーションが提供しているかどうかは、リリースした後にオンラインモニタリングを見たり、顧客から直接フィードバックを受けたりしないとほんとうにはわからなくて、仮説の検証ができるまでにタイムラグがあるのが普通であり、はるかに難しいことなんだよ …

と、同時にシステム開発・運用ムズいとも思う

A New Era of SSRF - Exploiting URL Parser in Trending Programming Languages! - Server_Side_Request_Forgery_Prevention_Cheat_Sheet_Orange_Tsai_Talk.pdf cheatsheetseries.owasp.org/assets/Se…

How to Write A Security Pattern - Home securitypatterns.io

top10proactive.owasp.org/the-top-1…

組織で育てるAI活用テスト設計の仕組み zenn.dev/medley/ar…

はっきり言って、JavaのほうがRubyよりもぜんぜんマシな道具だ。昔のエンプラJavaが愚鈍だったのは、まあ時代のせいだろう。開発環境とかフレームワークは進化してるんじゃないか?知らんけど。すくなくとも言語自体は、Javaのほうがはるかにクリーンな枠組みを用意しやすいと思う。

しかしながら、低コストで実践可能なエンジニアリングだけが、役に立つエンジニアリングであるとは思う。さもなくば単に実行されない。

Ruby on Rails長年使ってるけど、見かたによっちゃ実践的なフレームワークではあるのかもしれないけど、あれを使ってる限り理想のエンジニアリングなんて、なんにもできやしないんだよな。あと開発者のデバッグ時間を無駄に長びかせることをRailsは得意としすぎてる。よってRailsなんて大嫌いである。

継続的デリバリーすばらしい本なんだけど、運用チームとデリバリーチームが分かれてるみたいな記述が、大企業未経験の身にはまことに信じがたくて、ビルドパイプラインの構築ごときに専門性なんか不要だろとしか思えないんだよなー。devops、devops。全員が同等のスキルセットで、はじめから運用まで一気通貫で行うのが一番効率良いと思う。

実用品を作って探る生成AIを使ったソフトウェア開発の現在 - 電通総研 テックブログ tech.dentsusoken.com/entry/202…

よく臭い芝居って言うけど、臭いのは芝居じゃなくて脚本だ、ということも往々にあるわけでして、そこら辺の区別はしっかりしていきたいですね。

継続的デリバリー(読み途中で半年くらい放置)に戻ってきた。「すべての環境にデプロイするのに、同じスクリプトを使え」。これは、この本全体に通底する原理に基いてる。要は、コードは使われれば使われるほど磨かれてくし、使われないコードパスはすこしずつ腐敗していく。依存性逆転原理を使って、ミドルウェアを差し替えられるようにし、複数のミドルウェアをサポートするみたいなのも、それら両方がほんとうに必要でよく使われるのでなければナンセンスで、一つのコードパスを磨き続ける方が良い。Amazonでもそういう考え方があると、弊社のスタッフエンジニアが言うてました。

AutoGenを使えば、複数の会話型エージェントが自律的に連携して、タスクを達成することができる？ほんとにそんな複雑なものがまともに機能するんだろうか。にわかには信じられんなあ。

LLMがどこまでいってもテキスト補完に過ぎないということの意味がようやくわかってきた

I Am An AI Hater | moser’s frame shop

ローコードツールからPlaywrightへのE2Eテスト置き換え事例 findy-tools.io/products/…

AI Model & API Providers Analysis | Artificial Analysis artificialanalysis.ai

LiteLLM www.litellm.ai

DXやAI導入は基本成功しません、だって仕事が楽にならないから！｜抹茶もなか note.com/mattyamon…

訳者が原文を咀嚼せずに書いてると思われる文章を読まされるのは実際苦痛

人間の欠点は作業続けてると疲れてくることだよなー。翻訳技術書読んでると、後半にいくにつれて、ああ訳者疲れてきたんだなというのが感じとれる。最後のほうの章はほとんど推敲してなさそう。

思うに現在ある程度成功しているLLMの応用というのはだいたいHuman in the Loopが前提のやつばかりで、長時間かかりかつ精密性が要求されるような自動化をLLMにさせる方向では、あまりうまくいってないのではないか。

Home | mise-en-place mise.jdx.dev

人が頭の中で考えた定型文の感情の流れをそのまま見せられても、冷めてしまうよなあ。やっぱりこれはどこか本物だって感じられないと、感情移入は無理よ。これは芝居の問題でもあるけど、台本の問題のほうが大きいかもしれない。

くせえ芝居、っていうのは、言い換えると、要はまっすぐすぎる芝居、単純すぎる芝居、そのまますぎる芝居、そういったことだよな。ある程度隠さないとダメよな。要はふつうの人は大抵の場合、わたしはいまこういう感情ですっていうことをことさらに表に出そうとはしないわけで。内面の感情を記号的に「表現」しようとしたら、まあ臭くなってしまう。要はリアリズムでやればいいだけの話ではあるのだけど…。

Hierarchical Navigable Small Worlds (HNSW) | Pinecone www.pinecone.io/learn/ser…

Introduction to Facebook AI Similarity Search (Faiss) | Pinecone www.pinecone.io/learn/ser…

[2005.11401] Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks arxiv.org/abs/2005….

Why LLMs Can’t Really Build Software — Zed’s Blog zed.dev/blog/why-…

けっきょく便利な言葉というのは記述的でないのだな。苦手、エモい、かわいい、おもしろい、などなど。

キャッシュ更新テスト

x.com/sama/stat… イーロンのツイッター私物化はほんとに目に余る。ほんとみんな使うのやめた方がいい。え？お前はまだツイッター見てるのかって？まあ、そういうときもある。

How Attention Sinks Keep Language Models Stable hanlab.mit.edu/blog/stre…

マーケティングというものへのおれの評価は、占星術とどんぐりの背比べ、です

近年ナラティブという言葉をよく聞くようになったけど、これはロバート・シラーのNarrative Economicsという経済学書の影響がかなり大きいっぽい(ChatGPT調べ)

もし転職するとしたら、家庭用ロボットとか興味ある。自分が何できるかはさておき。

sqlmap: automatic SQL injection and database takeover tool sqlmap.org

Claude Code best practices - YouTube www.youtube.com/watch

Vibe code is legacy code | Val Town Blog blog.val.town/vibe-code

GitHub - jarulraj/periodic-table: A Periodic Table of System Design Principles github.com/jarulraj/…

ローコードツールからPlaywrightへのE2Eテスト置き換え事例 findy-tools.io/products/…

Cryptographic agility - Wikipedia en.wikipedia.org/wiki/Cryp…

Gemniやっぱなんか嫌だー。ChatGPTのほうが良いよー。自分で課金するか…。

ボイドラといいつつ、ただのボイス付きノベルゲー(一本道)になってる作品のなんと多いことか、だなあ。同人ボイドラ界隈。

Why I’m Betting Against AI Agents in 2025 (Despite Building Them) utkarshkanwat.com/writing/b…

ClaudeのAPIで、XMLのようなマークアップが奨励されてるのは、「赤ずきんの原則」から来てるのかな。

まあこういった機能群で人類全体にどれくらい直接インパクトがあったのかというと微妙な気もしており、一般によく使われてるのは結局Grokとかで、結局強い人がより強くなっただけ、のような気もする。

これまでのところ個人的に役に立ってる・好きなLLMベースの機能ベスト3 ディープリサーチ NotebookLM コーディングエージェント

About this Project - OWASP Top 10 Proactive Controls top10proactive.owasp.org

Introducing ChatGPT agent: bridging research and action | OpenAI openai.com/index/int…

Adding a feature because ChatGPT incorrectly thinks it exists | Holovaty.com www.holovaty.com/writing/c…

Death by a thousand slops | daniel.haxx.se daniel.haxx.se/blog/2025…

ボイドラって、今何が起こってるんだろう、誰が何してるんだろうって推測しながら聴くのが基本で、映像よりもだいぶ能動的なメディアと言えると思う。それがたぶん良さの一つでもある。けど、おれとしては、映像並みに、あまり能動的思考をせずに、ただ聴き続けられるボイドラを作りたい。

My Participation in the METR AI Productivity Study | Domenic Denicola domenic.me/metr-ai-p…

Devin使うのやめる: 会社でAIツール使い放題なので、しばらくDevin使ってみてたけど、今後はもう使わないかな。環境セットアップがダルすぎるわ。べつにDevin内で開発完結するわけでもないので、ローカルとDevin両方セットアップしなきゃならん。しかもセットアップ方法がローカル環境とは違う。で、ビルドエラーやらなんやらをトラブルシュートしなきゃいかん。だっる。無理無理無理無理。devcontainerとか標準的に使ってたりするのであれば、Devinでもそれ一発でセットアップ不要とかあるのかもしれないけど、使ってないし。 そんなことやるなら、ローカルでセットアップ済みの完璧な環境で動けるClaude Codeになに …

Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity - METR metr.org/blog/2025…

arxiv.org/pdf/2203…. Training language models to follow instructions with human feedback

LLMのアテンション機構は後方かつ下方しか参照できないので、プロンプトエンジニアリングにおいてが順序が重要。なるほど…。

Tokenizer - OpenAI API platform.openai.com/tokenizer

お前まで、お前までそれを言い出すのかよ

人生なにをすればいいかって、実はめちゃくちゃシンプルで、人のして欲しいことをする、困っている人を助けることだけなんだよな。

The Illustrated Transformer – Jay Alammar – Visualizing machine learning one concept at a time. jalammar.github.io/illustrat…

Role prompting tip: Experiment with roles! A data scientist might see different insights than a marketing strategist for the same data. A data scientist specializing in customer insight analysis for Fortune 500 companies might yield different results still! これとかさ、おまじない感すごいと思うのだけど。

language_understanding_paper.pdf cdn.openai.com/research-…

[1706.03762] Attention Is All You Need arxiv.org/abs/1706….

オライリーのLLMのプロンプトエンジニアリング、紙の本がいつまでたっても入荷しないので電子版買った(本は紙派)

いや違うか。プロンプトエンジニアリング自体がおまじないの塊なのか。新時代のプログラマは呪術師なのかもしれない。

プロンプトエンジニアリング時代のプログラミング(プロンプティング?)は、従来と比較にならないくらい、いわゆる「おまじない」が増えるな

空腹は最大の調味料、離脱症状は最大の幸福加速剤、ストレスはカタルシスの元

アメリカの選挙でFacebookのAIによって大量の人間が動かされたように、LLM以前から、人々は容易にAIに操作されていた。身の回りでのLLMの使い方を見ていても、それぜったいハルシネーションやろっていう答えを無批判に受け入れて行動していたり、もっと言えば占いで自分の行動を決めたりする人も少なくはないわけで、そう考えると、田中さんの指摘していたように、もうLLMの生成した虚偽に大量の人々が動かされていく世界は不可避なんだろうなあ。

じぶんのAmazon Wishlistを眺めていて思ったこと。インプットについて。 インプットというのは人生において極上のたのしみの一つだ。知りたいと願うことがらは次から次へと出てくる一方、自分が情報を受け取れる速度には限界がある。Wishlistが空になる日は永遠に来ない。たぶん、なにか他の人が教えてくれることを知ることに費すだけの人生でも、それなりにたのしく一生を終えられるような気はするものの、なにかを生み出したり発表することもやっぱりやりたい。バランスをどう取るか。いままでの人生におけるバランスは、入力を重視して、出力はたまにというバランスだったけど、どこかでこのバランスを変えたいような …

CLAUDE.mdを書くときに役立つであろうTIPS docs.anthropic.com/en/docs/b…

ChatGPTでもwebサイトのcitationとかつけてくれるし、検索用としてもこれでいいかなと思ったけど、結果比べてみると、やっぱ検索にはPerplexityかな。公式サイトをちゃんと出してくれるし。提示のしかたも見易くなってる。 と思ったけど、o3ならChatGPTも悪くないな。こっちは4oと違って公式サイト見つけてくれる。比較として提示してくれるのもいい。Gemniは微妙。 プロンプト: 奥多摩エリアの温泉

あと英会話がけっきょく中途半端なままなので、もう2段くらいレベルを上げたいというのがあり…。

仮に転職するとしたら、どんなことやりたいかなあ。フリーランスに戻るなら、べつにいまの会社のままでもいっかという感じなので、もし転職するなら、なんかモチベが爆上がりするようなことしたいよなあ。

あー、まさにこれ!!! ymse.hatenablog.com/entry/202… ふーむ、macSKK? ためしてみるか

う………いまさらながらVS Codeのターミナル内で、AquaSKKでひらがな入力できないことに気付いてしまった…あれ、ずっとそうだったのか??? 気付いてしまうと気になる。

たぶんおれのプログラマーとしての強みは、APIやツールの使い方を覚えることに長けていることだと思う。道具がAIエージェントだとしても、それはたぶん同じ。

料理は温度！！！

Autifyの新製品Nexusが発売された x.com/AutifyJap…

Speed-up with limitations While Claude Code can implement small-to-medium PRs with “relatively little time” from them, they acknowledge it only works on first attempt about one-third of the time, requiring either additional guidance or manual intervention. これとかも興味深いね

Treat it like a slot machine Save your state before letting Claude work, let it run for 30 minutes, then either accept the result or start fresh rather than trying to wrestle with corrections. Starting over often has a higher success rate than trying to fix Claude’s mistakes. …

人間のレビュー負荷がこれから一段と高まっていくことを考えると、コードの可読性はますます大事になっていくと思われる

マクロ経済学の知見によれば、人々が安定的に仕事について賃金を得、生きていくためには、一定の経済成長が常に必要、という認識なのだけど、そこから世界的な無駄遣いというのは必然的に導かれるんだろうか、それともエネルギー消費とゴミの大量生産を回避しつつ、経済成長を保つことは可能なんだろうか。

Great Firewallの突破方法。Ignoring the Great Firewall of China-CSDN博客 特定のキーワードを検出したときに、RSTメッセージを両端に送信して接続を強制終了させるという仕組みなので、単にRSTメッセージを無視すれば通信できるらしい。しかし、キーワードの検出って、TLS下の通信でどうやってやるんだ?

中国でもClaude Code使ってる人がふつうにいるっぽい(提供国からははずされてる)んだけど、VPNで使ってるのかな。中国だとアクセスできないサービスがそもそも多そうだよな。

Claude Code雑に使ってたけど、まじめに使いかた覚えるか

いやー、NotebookLMというプロダクトが好きすぎる。ほんとうにすばらしいものを作ってくれたよなあ。いままでの歴代Googleプロダクトでも個人的に三本の指に入る(他は、Google MapsとGoogle Calendar)。クソプロダクトも多いけど、たまにポイントをしっかり突いたmake senseかつexcitingなプロダクト作ってくれるよな、Googleは。

正直多くのプログラマーが道具に振り回されてるようにしか見えないよなあ、現状

Home nlip-project.org

オープンソースは、別にコピーレフトではないのではないか？フリーソフトウェアがあったから、オープンソースが生まれたと言うのは、そうなのかもしれないけど。

最近酒量が増えてて、よろしくない

ForeverVM: The sessionless code interpreter forevervm.com

servers/src/sequentialthinking at main · modelcontextprotocol/servers github.com/modelcont…

Giga AI - Stop code hallucinations on complex projects gigamind.dev/context

[2505.15784] Large Language Models as Computable Approximations to Solomonoff Induction arxiv.org/abs/2505….

CSS Painting Order | Woohoo abandonedwig.info/blog/2020…

Designing Resilient Event-Driven Systems at Scale - InfoQ www.infoq.com/articles/…

プロダクト開発は実験の積み重ねだと個人的には思っているんだけど、ところで、実験とプロダクト開発を両立させるのって無理ゲーじゃね? (とくにビジネスが根本的にある程度以上の規模までスケールするか見るという段階について)

CopilotをAIコーディングに数えるのであれば、半分以上のコードをAIが書いていると言えるのかもしれないけど、実際のとこCopilotはAIコーディングというよりは、ただ単に打鍵を代わりにやらせているという感覚なので、自分でコードを書いていると感じる。しかし予測精度(=コピペ能力)は相当高いので、改めて、Copilotの出来は良いなと。 Claude Codeになると、これはもう書いてもらっているとしか言いようがないけど、たぶんプロダクションコードのアレさもあって、うまく作業してもらえるのか、まだあまり自信がない。とりあえず大嫌いなユニットテスト書きをかわりにやらせてる。だいぶ苦痛と時間を …

Writing Toy Software Is A Joy | Joshua Barretto

Foundations of Computer Vision

Reward Hacking in Reinforcement Learning | Lil’Log lilianweng.github.io/posts/202…

え？物の譲渡を禁止するなんていうことできるの？実効性なさそ。

このムックは、おそらく書いた人は技術的な内容についてちゃんとは理解しておらず、単にインタビューした伝聞をまとめただけなので、言ってしまえばLLMが生成した要約とそれほど違わないとも言える。きっと「ハルシネーション」も多分に含まれている。とはいえ、インタビューの内容自体は興味深いものなので、価値はある。

www.youtube.com/watch ぜんぜん突拍子もないんだけど、この動画見て、いろいろ昔とか思い出して、おれは仕事というものに対して完全に冷めきっちまってるなあ。いまからでも情熱を追求すべきか?なんてことを思ったりした。

How we built our multi-agent research system \ Anthropic www.anthropic.com/engineeri…

画面打鍵テストツールSelenium…

JaBOL!!!!!???!

この図を見ると、こういった開発工程のさまざまなところをAIで効率化できるというのは、まったくそのとおりだと思う一方で、じゃあこれだけの工程を経て、一体なにを作りたいの、というところがどうしても気になってしまう。別にわざわざシステム作らんでも、AIに直接仕事をさせる方法はいくらでもあるんではないか。 殊更にシステムを開発する意味とは。タスク遂行の確実性？効率的なUI？迅速なレスポンス？実行コスト？

Can vibe coding produce production-grade software? | Thoughtworks www.thoughtworks.com/insights/…

バイブスでコーディングする難しさ - ABAの日誌 aba.hatenablog.com/entry/202…

jemalloc Postmortem jasone.github.io/2025/06/1…

The Gentle Singularity - Sam Altman blog.samaltman.com/the-gentl…

8.1.7.3 Processing model html.spec.whatwg.org/multipage…

最近のAIに端を発する乱痴気騒ぎでしっかりと区別したほうがいいと思うのは、現在と未来だと思う。どういうわけか、多くの人達が、未来が現在であるかのような口振りで話している。たぶんいつか将来はそういう日が来るんだけど、いま現在は世の中まったくそういうふうになってないよね。たとえば、プログラミング(コーディング)はもうAIがやるから人間はやらないとか。そういう技術やら手法が存在してるというのなら出して欲しいもんだけど、実際には、本質的にまだなにも変わってないよね。人間がコード書いてるし、レビューもしてる。(もちろん部分的にはいろいろ実戦投入されてるし、自分でも使えるところでは使ってるんだけど、言われ …

Jank Free: Let’s Make the Web Silky Smooth! jankfree.org

How Not To Sort By Average Rating – Evan Miller www.evanmiller.org/how-not-t…

ruvnet/claude-code-flow: This mode serves as a code-first orchestration layer, enabling Claude to write, edit, test, and optimize code autonomously across recursive agent cycles. github.com/ruvnet/cl…

(6) 1968 “Mother of All Demos” by SRI’s Doug Engelbart and Team - YouTube www.youtube.com/watch

The Darwin Gödel Machine: AI that improves itself by rewriting its own code sakana.ai/dgm/

進め！テスト自動化！　〜自動テスト導入、奮闘記！〜 - ユニファ開発者ブログ tech.unifa-e.com/entry/202…

Deep Dive into LLMs like ChatGPT - YouTube www.youtube.com/watch

どうもベクトル検索というのが、昨今のAI技術においてキーとなるものらしい。深掘りしてみてもいいかもしれない。

Large Language Models explained briefly - YouTube www.youtube.com/watch

極論、AIでプログラミングが不要になったとしても別に良くて、人間という特権的な立場に地球でこの時代に生まれた時点で勝ち確とは思っている。ただ、AIに人間が支配されるようだとちょっと困る。

LT枠空いてたので、RNとLynxの比較について話してきます react-native-meetup.connpass.com/event/356…

Human-In-the-Loop Software Development Agents arxiv.org/html/2411…

Man-Computer Symbiosis groups.csail.mit.edu/medg/peop…

Man–Computer Symbiosis - Wikipedia en.wikipedia.org/wiki/Man%…

bsky.app/profile/d… そいつは災難だったねえ

2028年にAIによりカバーされているテストは70%だとか、現状まったくそうなってなく、来年からどんな状況になってるかもわからない状況で、いったいどの口が言うんだ？まじで。いい加減なもんだよなあ。

ふーむ、iPad+サイドカーがベストなのね。

会社がmiro止めるほうこうっぽくて、個人的にいちばん好きな図表作成ツール(FigJamは違うだろと思ってる)なので嫌だなあと思ってたけど、いっそ今後は図表は手書きをAIに生成させることにしようかな。たぶん手書きシーケンス図をmermaidに変換とかもできるやろ(知らんけど)。 ということで、ペンでお絵描きできる環境を作ろう。

A brief history of JavaScript | Deno deno.com/blog/hist…

おれの体験だと、遅いわ見当違いだわだからまだ全面的には使えない、なんだけど。

AIが早過ぎて脳が疲れるっていったいどういうことなんだろう。根本的に違う使い方してそうだなあ。

LLM-Testing/LLM4SoftwareTesting github.com/LLM-Testi…

Rustを覚えたいと思ってN年が過ぎた。ぐぬぬ。

[2402.09171] Automated Unit Test Improvement using Large Language Models at Meta arxiv.org/abs/2402….

Opus 4でもだめだね

結論、Claude Sonnet 4には画像スクショからUI要素の正確な座標を同定する能力はまだない。100%間違う。

この本、第1章の偉い人がなんかAIについてよくわからず語るやつは辟易したけど、そのあとの現場活用の事例はふつうにおもしろい。 tweets.tai2.net/2025/05/2…

Dr. Dobb’s Journal Interviews Jef Raskin (1986) computeradsfromthepast.substack.com/p/dr-dobb…

Google Testing Blog: SMURF: Beyond the Test Pyramid testing.googleblog.com/2024/10/s…

まあrn-tester使わなくても、パフォーマンス比較する方法はある気がするな。もうちょっと頑張ってみるか。

やはりソフトウェアをビルドする、ということは一筋縄ではないんだよな。どのプロジェクトでも、最初に動かすまでがスムーズにいったことないもんなあ。

とりあえずフィールドレコーディングスキルを磨いていきたい。

ここ数ヶ月プログラミング関連に趣味時間ほぼ投入してきたけど、アプリも完成したことだし、ボイドラ活動に帰ろう。締めとしてブログ書けなかったのは残念ではあるが..。

オープンソースプロジェクトにまじめに貢献してる人は偉いなー。なんかモチベの湧くプロジェクト見つけて、そういうのやってみたい。

react-nativeとlynxのパフォーマンス比較のための第一歩として、まずはreact-native公式のペンチマークアプリであるところのrn-testerを動かしてみるかと思ったけど、ビルドできなくて詰んだ。なんかhermrsのビルドステップに含まれるスクリプトの一つで、cmakeがmakeなどのビルドツールを見つけられなくて失敗する。 当然ながらインターネット上に同じ問題に遭遇した人はいない。なんかdiscordがあったので入って質問してみたけど、答えてくれる人はいないだろうな。 自力で1から問題解決…そこまでの情熱はないや。ここで終わりか。やれやれ。

Model Context Protocol github.com/modelcont…

Duolingo Blog blog.duolingo.com/reduced-r…

🦸🏻#11: How do Agents Plan and Reason? www.turingpost.com/p/aia11 Reasoning関連の最近の進歩について概説してる記事。いいまとめ。

[2005.14165] Language Models are Few-Shot Learners arxiv.org/abs/2005….

いやまじで、これ読んでると、「上流工程」とか言ってる連中はなにひとつわかってなくて、結局現場が全て支えてたんじゃん、という現実が炙り出されるな..。

この本見てるんだけど、おまえら正気か？というような発言が次から次へと飛び出してくる。大丈夫か？それともおれの頭がおかしいだけなのか…。

Generative AI Policy | Linux Foundation www.linuxfoundation.org/legal/gen…

Firebase Studioもうちょっと試してみた。Googleのプラットフォームなわけだから、Googleアカウント連携とかFirebase Storageを使ってユーザーデータ保存してってAIにお願いしたら、魔法のようにそれらを実装して、デプロイまでめんどう見てくれると期待したんだけど、ぜんぜんそんなことはなく、けっきょくのところAIが生成できるのはほんもののウェブアプリからはほど遠いハリボテ止まりだった。 なんだよ、Firebase Studioで非プログラマでも本物のサービスをユーザーに提供できるようになるって期待したのに、ぜんぜんそんなことないじゃん…こんなの民主化じゃない。なんと …

When to Use Devin - Devin Docs docs.devin.ai/essential…

「人を動かす」なんかしゃくだから読まずに来たけど、まあ読むかという気になったので買ってみた。かなり多彩な人が推薦してる気がする。

AIにとって記憶とはストレージから取り出すものではなく、合成するものであるというAndrew Hoskinsによる警鐘があるけど、「錯覚の科学」とか読むと、たぶん人間にとっても記憶とは合成するものなんだよな。

[2304.03442] Generative Agents: Interactive Simulacra of Human Behavior arxiv.org/abs/2304….

:memo: 曲の生成はsunoというのを使うのがいいらしい

www.turingpost.com/p/aia9 このTuringPostのAI Agentのシリーズは、要はいま現在の視点からAI関連の古典を振り返ってみようというシリーズなんだけど、これ見てると、まだまだAI関連の進歩が当分は続きそうだなという気がする。というのも、いままでの古典で夢想されてたコンセプトで、埋められてないものがたくさんあるので。しばらくはLLMベースの技術でunlockしていくという試みが続くのかもしれない。

モバイルテスト地獄、という記事を思い付いたのでいずれ書く。

Xをやめてしまった今や、記事を書いても誰かの目に入るのかまったくわからないんだよな。ここにポストしても、見てる人が存在するのか定かじゃないし。Xに投稿してたら、Reactの記事書けばazuさんの目に止まる確率がそれなりにあったんだけど…検索エンジンでたどり着く人もこれからますます減りそうだしなー。まあとりあえず会社のslackに投げれば1人くらいは読んでくれるかな。

ReactNativeとLynxの比較記事書く。

ByteDanceのLynx見てみた。要は、パフォーマンスのためにせっかくの練りに練られたAPIのきれいさをかなぐり捨てたReact。 ホストビューの更新はかならずelementを経由する(しない場合はeffect)というのがreactのすばらしいデザインなんだけど、Lynxはむしろホストビュー直接更新をある種推奨。そのためにメインスレッドとバックグラウンドスレッドという概念を前面に押し出した低レベル剥き出しのAPIデザイン。なんのための宣言的UIなのよ… めちゃくちゃ複雑で使いこなせる気がしない。おれから見るとどう見ても筋が悪いんだけど、これは世間に受け入れられるんだろう …

現状のLLM、プログラミング言語で言うとおれの嫌いなPHPなんだよなあ。エラーあってもとにかく動きつつける。もうちょっとクリティカルシンキング寄りになれないもんかね。

Module federation module-federation.io

Response Time Limits: Article by Jakob Nielsen - NN/g www.nngroup.com/articles/…

Progressive Web Apps: Escaping Tabs Without Losing Our Soul - Infrequently Noted infrequently.org/2015/06/p…

LLMって、もしかして難読化されたJSをリーダブルに直すことできるんじゃないか？それともトークン数の制限とかで無理なのか？

もし実世界でのAI(embodied AI)の時代が来るなら、テストという文脈においては、実世界のシミュレーションが重要になるのかもしれない。

(8) NVIDIA CEO Jensen Huang Keynote at CES 2025 - YouTube www.youtube.com/watch

Mutual Theory of Mind for Human-AI Communication – Design Intelligence Lab dilab.gatech.edu/publicati…

One Agent For Many Worlds, Cross-Species Cell Embeddings, and more www.deeplearning.ai/the-batch…

ところで、いままでだってべつにソフトウェアを作るのに国によって権利が制限されてたり特権が必要だったりはしなかったわけで、ただ単に障壁がさがっただけのことを民主化とか言うのはどうなんだろね、というか違う気がする

Firebase Studioでなんかウェブアプリデプロイできた。デプロイまでワンストップでぜんぶ面倒見てくれるのであれば、だいぶ価値感じるな。アプリ開発が民主化されたと言えそう。Firebaseで認証とかもできるんだろうな。あとで試してみよ。 studio–recipesnap-auzsj.us-central1.hosted.app

Accountability Sinks - by Martin Sustrik - 250bpm

Reservoir Sampling

The Curse of Knowing How, or; Fixing Everything | Blog

Firebase Studio provides extensive framework and language support with a large library of templates and sample apps, including popular languages like Go, Java, .NET, Node.js, and Python Flask, and frameworks like Next.js, React, Angular, Vue.js, Android, Flutter, and more. この一文の粒度の揃ってなさがすごい。おまえそれは言 …

じぶんが死ぬから(売れないと死ぬ)っていう事実は、どこまで自己正当化に使って許されるものなのかねえ。死ぬからといってめちゃくちゃやりすぎてはいかんのではないか。

expo-avがdeprecatedになったみたいなのでexpo-audioに置き換えてみたけど、まだまともに動かないなー。API自体はhooksになってめちゃめちゃ使いやすくなったんだけども…。いったん解散。 github.com/tai2/Voic…

考えてくれるんじゃなくて、手を動かすのをかわりにやってくれるだけだったら、効果は限定的かなという印象(そもそも、自然言語での混みいった指示+AIの思考時間込みで考えると、手を動かすのがあまり早くない)。まあ、また半年後にどうなってるか見てみる感じかな。 とりあえず、コードインスペクションと、シンプルだけど大規模なリファクタリングあたりのことには確実に役に立ちそう。

リアルなプログラミングをしはじめたとたんに、あ、こいつらでは所詮だめだってなる。こいつらがほんとうにガイドなしで問題に気付いてくれるようになるんだろうか…。

Autify Lexa | AI-Generated Product Documentation from Your Code autify.com/products/…

『龍が如く』シリーズの開発では、通常終盤に実施するテストとバグ修正が“開発初期段階”からされている、だからたくさんのコンテンツを作れる。テスト自動化がもたらした、かけがえのない産物 - AUTOMATON automaton-media.com/articles/…

AI Agents | Turing Post www.turingpost.com/t/AI-Agen…

マーケットインとプロダクトアウトみたいな議論があって、プロダクトアウトはいかんよ君それじゃあ売れないよ、ニーズを確かめなさいみたいな話があったと思うんだけど、けっきょくのところ何に使えるのかも定かじゃない、エンドツーエンドの体験・品質という意味において思想も糞もない、ただ技術的に可能なことを詰め合わせて商品にしましたみたいなものが、売れに売れまくっている現状を見ると、ショッギョ・ムッジョよな

AIの出力したものをレビューして理解する、というのは最低限のラインとして守らんといかんよな。

Physics of Language Models physics.allen-zhu.com/home

言語モデルの物理学 - ｼﾞｮｲｼﾞｮｲｼﾞｮｲ joisino.hatenablog.com/entry/phy…

Cognition | Introducing Devin, the first AI software engineer cognition.ai/blog/intr…

Cognition | Devin 101: Automatic PR Reviews with the Devin API cognition.ai/blog/devi…

DeNAでやる次回のpotatotips、発表枠狙って待ち構えてたんだけど、あっという間に埋まってしまったな。しゃーないからブログ記事に路線変更するか。

Windsurf (formerly Codeium) - The most powerful AI Code Editor windsurf.com

Roo Code – Your AI-Powered Dev Team in VS Code roocode.com

Claude Code tutorials - Anthropic docs.anthropic.com/en/docs/a…

Define your success criteria - Anthropic docs.anthropic.com/en/docs/b… AIツールを使いこなす方法を一から覚えていく

For Claude Desktop Users - Model Context Protocol modelcontextprotocol.io/quickstar…

🦸🏻#1: Open-endedness and AI Agents – A Path from Generative to Creative AI? huggingface.co/blog/Ksen… #1からぜんぶ読んでくか

あたりまえだけど、手法が目的になってる場合は、代替手法はありえない。

8.1.7.3 Processing model HTML Standard html.spec.whatwg.org/multipage…

react.dev/reference… The code inside useLayoutEffect and all state updates scheduled from it block the browser from repainting the screen. おー、なるほどね??? stateのスケジューリングにも影響するのね。

インターネット上の外国語技術文書を読むことへの言語的なハードルが実質的になくなったわけだけど、それで日本人が日常的に外国の技術文書に(機械翻訳を通じて)アクセスするようになったかというと、そうでもないような気がする。大部分の人にとっての主たる情報源が海外ソースになったか。なってはいないだろう。 量とかトップレベルの質で言えばたぶん英語とかのほうが上なのに、そうなってない。いつでも1クリックで翻訳可能になっただけでは、バリアーが全部取り除かれたわけではない。

Developing UI mrmrs.cc/writing/d…

New ArchitectureでiOSでも有効になったview flatteningだけど、そもそもiOSではメモリ制約がそんなにキツくないというのが、これまでAndroidでのみ提供されてきた理由だったのね。 React Native relies on an optimization known as “view flattening” which is critical for reducing memory usage on Android. We never built this optimization for iOS because it does not bear the …

Reactのeffectsはライフサイクルイベントを記述するためのものではない github.com/reactjs/r…

DeepWiki deepwiki.com

火星の逆行現象のやつ、o3にやらせてみたら、ちゃんとできた。しかもコードはおれが書いたやつよりよく整理されてる気がする。もちろん、自分でやるのめんどくさそうだから、何度もChatGPTにやらせようとはしたんだけど、どうにも思ったような出力を出してくれず、けっきょく自分で勉強して書いたんだよね。 最初この問題に興味持ったときにはたぶんo3がまだ利用できなくて、今回o3っていうのはすごいらしいみたいのをたまたま見かけてやらせてみたら、たしかにできた。あと当時はまだ問題に対する理解が浅くて、欲しいものの明確なビジョンもなかったので、添付みたいな的確なプロンプトもたぶん書けなかった。 まあ、最初か …

太陽系の惑星軌道の計算については、このサイトがめちゃくちゃためになる www.planetaryorbits.com/kepler-la…

よっしゃー、火星の逆行現象のシミュレートできたー! gist.github.com/tai2/9c11…

あたらしいスマホ(iPhone 16e、以前はiPhone SE 第二世代)にしてうれしいこと。 充電がUSBになった(さらば憎きLightning) 電池の持ちがよくなった Meitu(美顔カメラ)の処理時間が少し短くなった そんなとこかな

Guided Vibe Coding. Fixing a Trend | by Nauman Mustafa | Apr, 2025 | Medium naxalpha.medium.com/guided-vi…

くじけずにwikipedia読み続けてたら、だんだんケプラー問題というか、太陽系の天体の動きの記述方法わかってきた。似たような用語とか同じ言葉の別の名称みたいのがクソほどあって、慣れるまで大変だった…。

Why do AI company logos look like buttholes?

Design Principles – React legacy.reactjs.org/docs/desi…

reactjs/react-basic: A description of the conceptual model of React without implementation burden. github.com/reactjs/r…

G̶o̶o̶g̶l̶e̶r̶… ex-Googler. · April 10, 2025 nerdy.dev/ex-google…

Firebase Studio firebase.google.com/docs/stud…

🦸🏻#14: What Is MCP, and Why Is Everyone – Suddenly!– Talking About It? huggingface.co/blog/Ksen…

blog.autify.jp/article/a… 会社のブログに記事書いた

ケプラー問題の解き方を理解したかったけど、基本的な物理の知識がなさすぎて無理そう…

AIになってきて、あっ、自然言語って非効率な命令手段だったんだって、めちゃくちゃ思う。人間同士だと自然言語しか選択肢なかったから使ってだけで、対機械では、それは違うよなと。

英語できるようになりたい(切実)

terminology - What is the definition of “cattle not pets”? - DevOps Stack Exchange devops.stackexchange.com/questions…

最近技術的に低いところにいることに満足してしまってるなあ。いや、技術的に低い(底レイヤーという意味ではなく、程度が低い)のはずっとそうなんだけど、以前はそれに満足はしてなかった気がする。もっと志高く持たねば。

人生初めて骨折したんだけど、感想としては、あ、このくらいの痛みなのね、だった。 逆説的に、瀕死になるほどの痛み、死ぬほどの痛みってどのくらいなのか、外延的に察しがついた、気がした

C++ ABI stability Guidelines · Issue #257 · react-native-community/discussions-and-proposals github.com/react-nat…

スタートアップ業界に何年もいて思うのは、スタートアップって、かなり行動に制限があるよなあということ。というのも、スタートアップは絶対にお金をめちゃくちゃ稼がなくてはいけなくて、すべては何倍もの成長をもたらすかという基準に照らされて判断されるので、地味だけど役に立つこととかはできないんだよな。しかも昨今はプラットフォームだのなんだのと最初から大上段になってきてるし。もうほんと博打よな。ゲームで言うとAAAタイトルしかなくなってきてるみたいな。まあ、AAAは必ず売れるゆえのAAAだから、そこは違うか。個人的には、どちらかというとインディーゲームのほうが性に合ってるような気はする。

Accelerating Large-Scale Test Migration with LLMs | by Charles Covey-Brandt | The Airbnb Tech Blog | Mar, 2025 | Medium medium.com/airbnb-en…

あとは、Revokeがサードパーティーごとにできるのも良い点か。影響が局所化されてる。

OAuthについて思うのは、ユーザーのパスワードをサードパーティーに渡したくないというのが主な動機だと思うんだけど、けっきょくリフレッシュトークンはサードパーティーに渡してるわけで、問題は変わってない、という面もあるよな。もちろんスコープの制御はできてるので、そういう意味では、スコープのサービスごとの柔軟な制御こそがOAuthの主たる価値なのか。誤解してたかも。

セキュリティーについて思うこと。破ることについて考えるのはたのしいけど、守るのはめんどくさいだけで考えたくない。

expo-auth-session example gist.github.com/jdthorpe/… たすかる

ようやく理解した。モバイルアプリにおけるOAuth2(+PKCE)は、Universal LinksもしくはApp Linksを使ってはじめて完成するんだな。

Render → Commit → Mount

React Components, Elements, and Instances – React Blog legacy.reactjs.org/blog/2015…

React as a UI Runtime — overreacted overreacted.io/react-as-…

discussions-and-proposals/proposals/0744-well-defined-event-loop.md at main · react-native-community/discussions-and-proposals github.com/react-nat…

React Native’s Many Platform Vision · React Native reactnative.dev/blog/2021…

Design state machines for microservices | Red Hat Developer developers.redhat.com/articles/…

asyncが入り込んだ時点で、JavaScriptの良さのひとつであった、勝手に(必然的に)同期化されるからレースコンディションとか考えなくていい、が失くなってしまうんだなあ、つらいなあ、というパッチ github.com/tai2/Voic…

react-native-webview/docs/Guide.md at master · react-native-webview/react-native-webview github.com/react-nat… ふむ…

Why Go? · microsoft/typescript-go · Discussion #411 github.com/microsoft…

export const catcher = <T extends (...args: any[]) => Promise<any>>( f: T ): ((...parameters: Parameters<T>) => void) => (...parameters: Parameters<T>) => f(...parameters).catch((e) => { console.error(e); }); このような関数があると便利だと思うんだけど、どうだろう。たぶんすでにあるんだろうけど、名前がわからな …

Rust in 2025: Targeting foundational software · baby steps smallcultfollowing.com/babysteps…

E2Eテストをユーザーストーリーに沿って作成するというアイデアについて: E2Eテストをユーザーストーリーに沿って作成するというアイデアについて。 これは実際筋のいい考えかただと思うんだけど、あまりうまく適用できない部分がある。たとえば、これ github.com/tai2/Voic… ユーザーストーリー風に命名すると、As a user, I want to launch appみたいなタイトルになると思うんだけど、アプリを起動しただけでは、ユーザーになにも価値を提供していないので、これはユーザーストーリーとして、あまり適切ではないと思う。一方で、ホーム画面に表示されているアプリ名(画像だと「ボイスポスト」)が表示されていることも仕様の一部として確認 …

Polly.JS netflix.github.io/pollyjs/

EASの設定ストレスフルが過ぎるな…一回の試行に時間がかかりすぎる………

Trigger builds from CI - Expo Documentation docs.expo.dev/build/bui… EXPO_TOKENなるほど

https://github.com/byCedric/eas-gha これ見て気付いたけど、eas build --local って、すくなくとも4年前から存在するんだな。そしていまだにexperimental扱い。正式公開はするつもりないってことかな。まあぶっちゃけローカルオプションがあればEASっていうCI/CDサービス自体いらない子になっちゃうしな。

scrum - Difference between grooming and refinement - Project Management Stack Exchange pm.stackexchange.com/questions…

さっきの記事の、AIにマルウェア検知させるっていうのけっこう有効そうだよな。パイプでAI挟んでシェルに渡す前に、AIに診断させてもいいかもしれない。

最近react-native使ってて思ったわりと本質的なこととして、まあメリット・デメリットあるなあと。共通コードで2プラットフォーム対応できるのは、もちろんめちゃくちゃうれしい。一方で、かなり分厚めの余分なレイヤーが挟まるので、バグを始め、余計な問題が持ち込まれる可能性は高まる。なんか問題あったときに、あれこれどのレイヤーの問題だ？っていうので、問題のスコープが広くなるのはデメリット。とはいえ、目玉の数の多さがけっこうカバーしてくれる面はあって、react-nativeのコミュニティーの厚さは感じた。問題を検知して修正していく作用がかなり働いてる点は好感触。

zenn.dev/mameta29/… これは怖いーーー。おれも騙されそう。最近はリモートシェルコードをcurlでダウンロードして(中身見ずに)実行したりすることなどにも慣れてきってしまったしなあ。気をつけねば…。

BoldVoice Accent Oracle start.boldvoice.com/accent-or…

t3-oss/create-t3-turbo: Clean and simple starter repo using the T3 Stack along with Expo React Native github.com/t3-oss/cr…

Allusionist 33: Please — The Allusionist www.theallusionist.org/allusioni…

AWS re:Invent 2024 - SaaS meets cell-based architecture: A natural multi-tenant fit (SAS315) - YouTube www.youtube.com/watch

OAuth2、いままでよくわかってなかったけど、自分で使ってみてようやくちゃんと理解したわ

allowing the authorization server to verify that the app requesting the access token is the same one that initiated the OAuth flow やっぱりこれだけがPKCEの本質なのであって、リクエストをinitiateした主体がclient_idの所有者であるということはなにも保証しない、はず。

OAuth2/PKCEの要点を一言で言うと、リダイレクトで返される情報(Code)はセキュアでないので、どうやってセキュリティーを担保するか、ということだな。

PKCEの本質は、コード(トークンの発行券)をいかに保護するかって話で、schemeのハイジャック云々はあまり関係ない気がするなあ。けっきょくウェブだったとしても、SPAとかではPKCE必要なわけだし。

PKCE: What and Why? - Dropbox dropbox.tech/developer…

PKCEについてよく理解できない点がある。PCKEの場合、client_secret を完全に省略することができるってことだけども、PKCEではたしかにコードを要求した主体と、トークンを取得しようとしている主体が同じであることは証明できるけども、けっきょくリダイレクト先のスキームを所有していないという点はなにも解決されておらず、クライアントの真正性についてはなにも証明されていないような? Aというアプリケーションのclient_idを使って、Bというまったく無関係なアプリがOAuthのフローを開始することができるような気がするけど、それはとくに問題にはならないのかな。

www.dropbox.com/developer…

Autifyが築くグローバル企業としての日本の新しい会社の姿 | TokyoDev www.tokyodev.com/for-emplo… AutifyのVPoEトマスのインタビュー。あとで読む。

OAuth 2 Simplified • Aaron Parecki aaronparecki.com/oauth-2-s…

JSON Web Token Introduction - jwt.io jwt.io/introduct…

iOS URL Scheme Could Let App-in-the-Middle Attackers Hijack Your Accounts thehackernews.com/2019/07/i…

なるほど?? chatgpt.com/share/e/6…

WinterTC wintertc.org

Dropboxインテグレーション実装する developers.dropbox.com/oauth-gui… www.dropbox.com/developer… reactnative.dev/docs/secu… commerce.nearform.com/open-sour… www.dropbox.com/developer… www.dropbox.com/developer… www.dropbox.com/developer… …

EASってこれ果たしてどのくらい意味あるんだろうね。いや、個人で使ってもまったく意味がないのはほぼ確実なんだけど、チームだったとしても、遅すぎて、使いどころが…自動化の達成具合としても中途半端だし(けっきょくストアへの公開まで完全自動で乗り切ることはできない) github.com/expo/fyi/… github.com/expo/fyi/… docs.expo.dev/submit/an…

github.com/tai2/Voic… アプリいったんできて、iOSは(登録がめんどくさかったけど)楽勝で公開できたものの、Androidアプリ、最低12人にインストールしてクローズドテストしてもらうことが必須とか、くっそハードル高くてびびった。 Androidアプリ自体は仕事で何度か作ってたけど、コード納品したら終了で、ストアへの登録は自分でしたことなかったのよね。けど、昔はこんな大変じゃなかった気がする。

このパッチ見て! GUIプログラミングしてるって感じがあるーー!!!! github.com/tai2/Voic… 提供されたコンポーネントが予測もつかない挙動してきて、それと戦うのがGUIプログラミングなんだよ。最近はお行儀いいライブラリが増え気がするけど。なお、React Native上でやっていてさえ、iOSは快適であり、Androidはクソみたいな挙動する。これは発見でもある。

“Are Right, A Lot” Leadership Principle Explained by Amazon CEO Andy Jassy - YouTube www.youtube.com/watch

最後のステップ: docs.expo.dev/tutorial/… docs.expo.dev/guides/st… github.com/expo/fyi/…

developer.apple.com/documenta… ふーむ??

まあもちろん実機は実機であれなんですがね…

ということで、E2EはAndroid版のみで実行する…が最適解かなあ。Bitrizeとかにいってもどうせ同じ問題起きるだろ。

おれモバイルのE2Eテストには詳しいんだけど、iOS SimulatorはE2Eテスト実行するのに適した環境じゃないです。iOS Simulatorというのは、自動化しようとすると不安定要因になるんですよ。

github.com/expo/expo… github.com/mobile-de… github.com/mobile-de… ぐぬぬぬ…

02:47:56.606 [ WARN] xcuitest.XCTestDriverClient.handleExceptions: Status code: 500, body: {"code":"internal","errorMessage":"Unable to perform work on main run loop, process main thread busy for 30.0s"} 悲報、EAS上でのmaestro実行不安定っぽい…。ウォームアップに時間かかってる???

けっきょく必須のCIはリリース時のみで、そう考えると、 普段はdevelop上で開発。CIは、軽量なもののみ(lint,型チェック、ユニットテスト) リリース時は、masterに向けてPR作成。EAS上でのCI起動(ビルド、E2Eテスト)。 リリースブランチマージされたらストアにsubmit&リリースノート作成 こんな感じかな。

Trigger builds from the Expo GitHub App - Expo Documentation docs.expo.dev/build/bui… この方法が一番楽で便利そうだなー

Trigger builds from CI - Expo Documentation docs.expo.dev/build/bui…

ReactNative iOSアプリのビルド、一回2ドル。push毎にビルドは無理だなあ…。

今年は、英語と統計学入門をがんばりたい気がする。十数年ぶりに英文法の本を一冊読みたい。

CI/CDどうするのがいいか考える。 まず、ふだんの開発はローカルで、手動テストは実機またはsimulator/emulatorで行う。自動テストは、jestとmaestro。クラウドで実機E2Eテスト走らせるとお金かかるので、E2Eテストはsimulator/emulatorのみ。 どうせおれしかコードいじらないので、いちいちブランチ切ったりしない。直デフォルトブランチにpushするのが楽。一方、E2Eテストは重いしクレジットも限られてるので、pushごとに毎回走らせたくはない。なにをトリガーにしてCI走らせるか。 …もうちょっと考える。

Splash screen and app icon - Expo Documentation docs.expo.dev/develop/u… スプラッシュスクリーン、必要そうなら足す

View Flattening · React Native reactnative.dev/architect…

なんというかMaestro便利だな…便利すぎるな……

oracle/graaljs: GraalJS – A high-performance, ECMAScript compliant, and embeddable JavaScript runtime for Java github.com/oracle/gr…

assertNoDefectsWithAi | Maestro by Mobile.dev maestro.mobile.dev/api-refer…

Create and run fast end-to-end tests using Moropo and Expo expo.dev/blog/crea…

CIどうしようかなあ。Maestroどこで走らせるか。macOSが必要。 GitHub Actions macOS runners EAS Workflows ビルドどこで走らせるかって話にもなってくる。GitHubでビルドからテストまでやるのもできるとは思うけど、設定の行数は増える。一番楽なのはEAS。

Differences between simulated and physical devices - Simulator Help help.apple.com/simulator…

React Nativeのレイアウトエンジン(いわゆるYoga)、実際使ってみると、あくまでCSSのような見た目をしたなにかであって、けっこう違うね。まあそれはわかっていたことであはるんだけど、けっこうバグっぽい挙動がある。Webほど一貫性のある挙動をしないので、ちょいちょいちっちゃい問題に遭遇して、そのたびワークアラウンドをひねくり出して突破する必要がある。

Appium Meetup Tokyo - connpass autifyjapan.connpass.com/event/342… Autify主催でAppiumについてのミートアップをやります(宣伝)

2025 is the year of GraphQL error handling! mbonnin.net/2025-01-1…

blog.tai2.net/utility-f… この記事書いたとき、メディアクエリー等の問題が解決されるならstyle直接でいいって書いたけど、よく考えたら、Reactの場合パフォーマンスの問題もあった。オブジェクトリテラル渡しちゃうとmemo化が無効になっちゃうので、styleもメモ化しないといけない。そういう意味でもやっぱりclassで記述するメリットあるな。 そう考えると、react-nativeのStyleSheetも嫌だけどちゃんと使わなくちゃいけないし、なんならNativeWindとかもちゃんと意味があることになってきた。内部的にStyleSheetに変換するので。 …

Cryptographic Extraction and Key Derivation: The HKDF Scheme eprint.iacr.org/2010/264

Measuring the Layout · React Native reactnative.dev/docs/next…

youtube.com/watch 長年依存症の克服方法に興味ある身として、自己治療仮説興味深く見た。

黒澤明、用心棒見た。 黒澤作品の良さというのが、ようやく理解できた。黒澤作品の魅力は、映像と構図がとにかく美しいこと。どの一枚のフレームを取ってもまさに絵画のように「絵になる」。用心棒で多用されてたのが、奥と手前でレイヤー構造になって同時展開されるパララックスっぽいやつがあるけど、ああいうのもめちゃくちゃ楽しい。 ストーリーは、最初なんかつまらんかなあと思ったけど、ちゃんと面白かった。主人公が知恵を絞って敵を騙してのけるが痛快。キャラクターもいい。 芝居に関しては、なんかどうってことないのかなと感じた。三船敏郎が拷問受けて息も絶え絶えになってることぐらいかな。芝居は全体的にリアルでなかったと思 …

来週は、 酒を飲まずにマックにいく→帰りは銭湯に寄ってもいい

マクドナルド深夜までやってて良いぞ。席まで商品届けてくれるし。

CEFR C1て数年前はかなり遠く思えてたけど、あと一歩のとこまで来てるなあ。がんばれば次から次の次でC1なれそう。

酒ってすごく美味いし、飲むと気持ちよくなれるから好きなんだけど、副作用大きすぎるからやめたい(あるいは大幅に頻度減らしたい)という気持ちもかなりある。けどなかなかむつかしい。 どうしたもんか。

Servo Revival: 2023-2024 blogs.igalia.com/mrego/ser…

iPadのmagic keyboard ゲットー。キーボードそのものはかなり打ちづらいけど、これはまあ慣れかな。今のとこ快適な気がする。アップルの日本語入力は慣れない。漢字の使い方強制されてるみたいで腹が立つ。SKK使えればなあ。。。

たまたまいまNHKオンデマンド加入してるので、プロフェッショナルのGoogle及川さん回見てみたんだけど、なんかもうマジで別世界のできごと感がすごかったなあ。売上とどう繋がるのかまったくわからない曖昧なものをあれだけの人数で喧々囂々の議論をしながら作っていたのか…。お金余ってるんだなーという感想しか出てこない。

joelparkerhenderson/monorepo-vs-polyrepo: Monorepo vs. polyrepo: architecture for source code management (SCM) version control systems (VCS) github.com/joelparke…

AWS LambdaのFAQ/PR(Amazon用語、弊社は唯一のスタッフエンジニアがAmazon出身で、Amazon文化色々教えてくれるので詳しい)読んだ。Working Backwardsについて色々聞きかじってはいたけど、実物読めたのうれしい。めちゃめちゃ参考になるー。新機能の提案する時に参考にしよ。 www.allthingsdistributed.com/2024/11/a…

《スツール》健康医療アワード受賞 腰・姿勢・集中力に、“座るだけラーニングチェアー”｜ayur-chair アーユル・チェアー | MONOCO monoco.jp/brand/ayu… 気になる………

DeepSeek www.deepseek.com

おー、ブルースカイ民フォローでけた

あれ、micro.blogいつのまにかブルースカイユーザーフォローできるようになってるっぽい？

iPad用のMagic Keyboard買ってみた。これで快適になるといいなあ。

日記のようなものを書きたいと思って、これ(micro.blog)を使ってるわけだけど、ひとつ思うのは、やっぱりスマホってタイプしづらいよなということ。スマホ並みにいつでも取り出せて、かつキーボードでタイプしたい。 ポメラってどうなんだろ。昔から気にはなってるものの、頭で想像しただけでも、データ転送どうするのとか、カッチリハマらないような気がして、試すには至ってない。 iPadの外部キーボードか。iPadの本体重いんだよなー。あとiOSのエディタと日本語入力の組み合わせは、いまだにしっくりこない。

会社員になってかれこれ5年以上経つ。フリーランス時代の仕事仲間や得意先とはすっかり疎遠になってしまった。会社の同僚とは言っても、フルリモートなので、顔を突き合わせたり雑談することもほぼないし、あまり親交が深まった感じもしない。あと英語だと雑談があまり弾まないというのもある、というか、むしろこの要因がでかいか。 いまの会社辞めたあとに、またフリーランスにもどれるんだろうか…。

プログラマーとして、インターネット上にコミュニティーがなくなってしまったな。もはや会社だけだ。難民。

Detox試してみようかなーと思ったけど、やっぱこれはないなー。さすがに筋が悪い。Detoxはblack boxとwhite boxの中間のgrey box testingを標榜していて、そのコンセプト自体は非常に興味深いものなんだけど、そこから導かれる帰結として、侵襲的なテストフレームワークになってしまってるっぽい。しかも設定がけっこうめんどくさい。正直Detoxのための設定コードをリポジトリに入れたくない。 てことで、ふつうにExpo公認のE2EテストツールとしてサポートされてるMaestroを使います…

Expo CLI - Expo Documentation docs.expo.dev/more/expo… 本質

Create and share internal distribution build - Expo Documentation docs.expo.dev/tutorial/… Internal distribution - Expo Documentation docs.expo.dev/build/int… デバイス用のビルド作る方法

Expo/React Nativeのドキュメントは膨大な上に散らかってるから、どっかにメモしとかないと迷子になる

Build APKs for Android Emulators and devices - Expo Documentation docs.expo.dev/build-ref… Android用のビルド作る方法

Build for iOS Simulators - Expo Documentation docs.expo.dev/build-ref… Simulator向けビルド作って走らせるやりかた

Environment variables in Expo - Expo Documentation https://docs.expo.dev/guides/environment-variables/ EXPO_PUBLIC_ で環境変数使える

あ、そうだ年末年始Nixためしてみよ

unit testingとintegration testingという区別をすることは、どの程度有益なんだろうね。区別することで得られるメリットって何なんだろ。実行頻度をこのカテゴリーで分けるとかはできるのかもしれない。ユニットテストはファイル保存で自動的に走るけど、インテグレーションは手動、とか(個人的にはやらんけど)。

Tests can also serve as documentation for new people joining your team. これに関しては相当懐疑的だなあ。そんなにすばらしく可読性の高いテストコードを書いてる現場を見たことがない。

Run E2E tests on EAS Build - Expo Documentation docs.expo.dev/archive/e… セットアップがあまりにも複雑(洗練されてなさ)すぎるのでやめようかなって気になってきた…

Run E2E tests on EAS Build - Expo Documentation docs.expo.dev/archive/e… これ見ながらやればDetoxのセットアップはできそう

config-plugins/packages/detox at main · expo/config-plugins · GitHub github.com/expo/conf… E2Eテストはdetoxでやろうかなと思ってる。MaestroはまあAutifyと似たようなもんで予想はどんなもんなのかもだいたい検討がつくし、よくわからない仕組みで実行されるdetoxに触れたほうが経験値稼げそうなので。

mixi2? うーん、行かないかな。

リックライダー「銀河間計算機ネットワークのメンバー向けメモ」(1963) - 山形浩生の「経済のトリセツ」

NVIDIA — Our Journey with Japan - YouTube www.youtube.com/watch

AWS Lambda turns 10: A rare look at the doc that started it | All Things Distributed www.allthingsdistributed.com/2024/11/a…

E2Eテストにおける要素選択のベストプラクティス ｜Autify（オーティファイ）ブログ blog.autify.jp/article/b…

世の中には、まずいラーメンでも、限られた状況の中でやるだけやったんだからいいかと言って客に出すラーメン屋と、まずいものを出すくらいならやらないほうがましだと言って、美味いラーメンを出す職人がいる。もちろん前者が客を感動させることはない。 そして、美味いラーメンは、個人の才能と血の滲む努力によってのみ成立するのであって、まずいラーメン屋が徒党を組んでも達成できない。

React Native + Expo 完全理解

Expoのエコシステムまじでハチャメチャにすごい力技すぎるすごい

まあ、ひとたびテスト端末へのインストールが済めば、あとはOTA updatesでだいたいカバーできるから、まあいいのか

アプリ名がダメだっただけで10分間のプロセスやりなおしは、チュートリアル中にはキツいよー

EAS便利なのはそうだけど、毎回CIでビルドからやりなおしなので、試行錯誤にはまったく向かないな(アプリ名がかぶってるとか、長すぎるとかの理由でストア提出蹴られて、ぐぬぬ)

role 属性とは、aria-* 属性とは、WAI-ARIA とは、いったい何なのか、いつ使うべきなのか #HTML - Qiita qiita.com/ymrl/item…

Using a reverse proxy - Keycloak www.keycloak.org/server/re…

How we migrated Dropbox from Nginx to Envoy - Dropbox dropbox.tech/infrastru…

RFC 6797: HTTP Strict Transport Security (HSTS) www.rfc-editor.org/rfc/rfc67…

How to configure HSTS on www and other subdomains - Daniel Morell www.danielmorell.com/blog/how-…

Target groups for your Application Load Balancers - Elastic Load Balancing docs.aws.amazon.com/elasticlo…

体感、Reactのメモ化まわりの挙動をちゃんと理解してる人はまじで少ない。とくにバックエンドエンジニアとなると、ほぼいない。

Expo Go日本のコミュニティで「ぺ」って呼ばれてそう

Expoまーじ便利

おれは毎日死を繰り返してる、と考えると、わりとしっくりくるかもしれない。それにつけても生命ってふしぎー、意識って不思議ー。

E2Eテスト自動化ツールの選定を行いました（だいぶ前ですが） - SOMPO Digital Lab 開発チームブログ tech.sompo.io/entry/202…

ISP Column - October 2024 www.potaroo.net/ispcol/20…

Mastering Code Simplicity: Why Deep Functions Like JSON.parse() Make Programming Easier | Mycolaos mycolaos.com/blog/mast…

小さいウェブアプリ作るのなにがいいんだろ: 趣味で小さいウェブアプリを作りたくて、アプリからの収入とかも期待できないので、ランニングコストはなるべく安く済ませたいんだけど、インフラどれ使うのがいいのかよくわからない。 収入の期待できない趣味なので、毎月$50かかるとかはキツい(年2万円くらいならまあいいかもしれない) アクティブユーザーはせいぜい100〜1000人くらい 音声ファイルを扱うので、オブジェクトストレージはすこしかさむかもしれない 思いつく選択肢: VPS(lightsailとか、さくらとか)。めちゃくちゃ安い。けどマネージドサービス使えないからめんどくさい PaaS(VerselとかHerokuとか)。作りやすい。値 …

lucide.dev Beautiful & consistent icons なんかおしゃれっぽいやつ

expo prebuildめちゃくちゃクールだなあ

Introducing computer use, a new Claude 3.5 Sonnet, and Claude 3.5 Haiku \ Anthropic www.anthropic.com/news/3-5-…

XCode/Android Studioさえインストールすることなくネイティブアプリ開発できるのすごすぎるし力技すぎる

CNG(continuous native generation)ようやく意味がわかった。すごい力技。Expoのなにかもを力技でゴリゴリ推し進める感はすごい。

たぶんふつうにStyleSheetつかわずstyle属性直書きで実装するわ。 なんかtailwindをRNでも使えるようにしましたみたいなものもあるけど、ほぼナンセンスだと思う。そんなの使うくらいなら、style属性直書きで十分。

reactnative.dev/docs/styl… ここのCode quality tipsに書いてあることがぜんぜん同意できなくて笑った。 By moving styles away from the render function, you’re making the code easier to understand. Naming the styles is a good way to add meaning to the low level components in the render function, and encourage reuse. …

Software Testing and QA Services Market Size & Share Analysis - Industry Research Report - Growth Trends www.coherentmarketinsights.com/industry-…

Can I install apps via TestFlight for Automation? www.browserstack.com/support/f…

次回potetotipsあったら、react nativeで一発LTしにいくかな

Microsoft Volume I: The Complete History and Strategy www.acquired.fm/episodes/…

最近React Nativeやってる: 最近React Native覚えて興味深かったのは、たしかにionicなどのweb viewベースのアーキテクチャに比べればパフォーマンス上の優位があるんだけど、それでもUIスレッドとJSスレッドという二つの異なる世界を跨らねばならないが故の遅さっていうのが多分にあるというところ。(Navigationのアニメーションがカクつきがちなど)。それらさまざまな問題を回避・軽減するためのテクニックというのも豊富に用意されてるんだけど、いろいろ細かくて、最適化可能ではあるけど、めんどくさそうという印象。目下開発中のNewアーキテクチャでここらへんだいぶ根本的に改善されるっぽくはある。 その …

:memo: テストフライトサポート

lazy react.dev/reference…

Jank Free: Let’s Make the Web Silky Smooth! jankfree.org

Google Testing Blog: SMURF: Beyond the Test Pyramid testing.googleblog.com/2024/10/s…

React v18 react.dev/blog/2022…

nautil.us なんか良さげな雑誌

Architecture Overview reactnative.dev/architect…

iOS URL Scheme Could Let App-in-the-Middle Attackers Hijack Your Accounts thehackernews.com/2019/07/i…

Using Native Driver for Animated reactnative.dev/blog/2017…

The Disappearance of an Internet Domain every.to/p/the-dis…

The Line of Death – text/plain textslashplain.com/2017/01/1…

Linus Torvalds on why desktop Linux sucks youtu.be/Pzl1B7nB9… “if it’s a bug people rely on, it’s not a bug. It’s a feature”

Yoga よが〜 www.yogalayout.dev

理想的には、すべてのpropsがReadonlydeepであるべきだと思うんだけど、ぶっちゃけそこかしこにReadonlyDeepつけるのはわずらわしいし、意図せず書き換えてしまう事故を防げるメリットよりも、めんどくささのデメリットが上回るので、やらないほうがいいと思う。 その点なんも意識しなくてもデフォルトimmutableで簡潔に書けるElmはすばらしい。

Tuckman’s stages of group development - Wikipedia https://en.wikipedia.org/wiki/Tuckman%27s_stages_of_group_development

splitwise/super_diff: A more helpful way to view differences between complex data structures in RSpec. https://github.com/splitwise/super_diff これは使うべき

まーじで永遠にschemaとschemeの区別ができない…

次のLT pumaとリクエスト処理時間の話でいいや

Expoでかい…歯応えがある

Announcing React Native 0.63 with LogBox reactnative.dev/blog/2020…

フィッツの法則でなんかLTできるかなと思ったけど、それほどおもしろくは発展させられなさそうだなあ。なんかUIデザインについて深い洞察とか応用のアイデアが、得られそうで得られない。おもしろいはおもしろいんだけど…。 円形に配置するメニューとかも面白いけど、あんまり採用されないよなー。なんでだろ…。 u-site.jp/alertbox/…

ファントムRって呼ばれ得るような現象ってないですか? Theを聴いたときに、ないはずのRを見出してしまって、Theirと聴き間違えてしまう現象…。

○○するより先に××からはじめるといいよシリーズ: 実装より先にテスト書くといいよ (TDD) プロジェクトの最初にPRとFAQを考えるといいよ(working backwards) 貼る画像選ぶより前にキャプションを考えるといいよ(Google Technical Writing)

When graphics improve liking but not learning from online lessons - ScienceDirect www.sciencedirect.com/science/a…

Organizing large documents | Technical Writing | Google for Developers developers.google.com/tech-writ… Choose a heading that describes the task your reader is working on. Avoid headings that rely on unfamiliar terminology or tools. これはたしかにそうかもなー。おれも説明したい対象の名刺を見出しする癖あるかも。違うやりかたもあるということで、引き出 …

Why Not Comments • Buttondown buttondown.com/hillelway…

コロンの用法ってこんなにたくさんあるのか… www.niu.edu/writingtu…

効果音の素材を探しに、ホームセンターと百均にいってきた

React Native Reanimated docs.swmansion.com/react-nat… アニメーションはこれ使うのがいいらしい

Gerkinベースの新しいレコード&プレイバック体験を作れるんじゃないかというアイデアを思い付いた。

React Navigation reactnavigation.org これも重要っぽいから見とかんとなあ

Vjeux » CSS – Contain & Cover blog.vjeux.com/2013/imag… いい記事

Technical Writing Two introduction | Google for Developers developers.google.com/tech-writ… これベースのワークショップが会社であって、生徒として参加するので読んどく。

キーボードショートカットの経済合理性みたいな御題目の話を思い付いた

海老とチンゲン菜の中華炒め oceans-nadia.com/user/8158…

How to Find Device Metrics for Any Screen - Material Design m3.material.io/blog/devi…

React Navigation | React Navigation reactnavigation.org

Expoはもうわけがわからないくらい色んな機能があってすごいな…

最近「継続的デリバリー」っていうかなり古い本読んでるんだけど、これめちゃくちゃ名著。13年前にここまでの理論を構築してたのすごいわ。さすがに出てくるツールの名称とかは古びてるけど、内容自体はぜんぜん今でも通じる。

React nativeの使い方すこしずつ覚えてるけど、これはこれで、モバイルネイティブ環境での開発覚えるのと同じくらいのボリュームがありそうだな。まあ、TypeScriptとReactはスキップできるので、すこしマシではあるけど。

なんか朝起きたら突然前歯が痛い。勝手に治ってくれるといいけど…。

K10 Keyboard User Manual – Keychron | Mechanical Keyboards for Mac, Windows and Android www.keychron.com/pages/k10…

いまのとこActivityPubで5人日本人フォローしてて、意図はしてないんだけど、うち4名がSKKユーザーっぽい。

AWS Well-Architected – 安全で効率的なクラウドアプリケーション aws.amazon.com/jp/archit… へー。どうでもいいけどアマゾンの書く文章って読みづらいし、読んでもおもしろくないんだよな。なんでなんだろ。文化なのかな。

辞書に載ってた例文。 Is cold meat and salad OK for lunch? これareじゃないのがすごく不思議に感じたんだけど、ひとつのものという認識だから、isということだよな。

止まらないおいしさ！タレが決め手の「ホイコーロー」 macaro-ni.jp/47844

ゴマ油が香る、豚バラ大根の中華炒め s.recipe-blog.jp/profile/8…

ウマさ完熟！アスパラと牛肉トマトのオイスターソース炒め macaro-ni.jp/43597

大根炒めるステップで時間取られて、30分かかってしまった。美味いけど、ランチには向かないかもしれない。

Using Open Source Static Libraries in Xcode 4 blog.carbonfive.com/using-ope…

State of React Native 2018 · React Native reactnative.dev/blog/2018…

Java 8, 11, 17, 21, 22 Download for Linux, Windows and macOS www.azul.com/downloads… へー、いまどきはこんなのがあるのか…

reactnative.dev/docs/set-… 📝 .xcode.env あとでもう一回見直して設定する

「出前館」テスト自動化により毎週のリグレッションテストの工数を50％削減。WebとMobileアプリ双方でエンドユーザーの体験をしっかり検証。｜Autify (オーティファイ) autify.jp/stories/d… Xやめたら会社の宣伝する場所がなくなってしまった。ここたぶん誰も見てないからポストしても何の意味もなさそう。

undefinedってちょっと特殊で、JSONで他の言語とやりとりすることを考えたときに、扱いがちょっとめんどうになるので、そういう意味でnull使っとくのが安パイな気がする。

止まらないおいしさ！タレが決め手の「ホイコーロー」 macaro-ni.jp/47844

10分で出来る 麻婆もやし erecipe.woman.excite.co.jp/sp/detail…

自炊するとちょうどいい辛さのものをいつでも食べられるからQOL上がる

インプットフィールドの一時保存用ステートは、文字列で持つべきだ、という記事を書きたい

サーバーサイドはスネークケースだけど、フロントエンドはキャメルケース前提だから、データ渡すときに文字のケースに煩わされるとか、世界で一番くだらない問題だよなー。全部世界全言語スネークケースでいいじゃんもう。

LLMs are bad at returning code in JSON | aider aider.chat/2024/08/1…

おー、バックアップちゃんと機能してるな。すごい。github.com/tai2/twee…

中華系の炒め物は13香粉ぶちまければだいたい美味くなる

デプロイメントパイプラインにおいてビルドは一度だけにすべきなのか: 「継続的デリバリー」では、デプロイメントパイプラインのプラクティスとして、「バイナリをビルドするのは一度限りとせよ」と言っていて、その理由のひとつとして、チームができる限り早くフィードバックを受けられるようにすることを挙げている。パイプライン内で何度もビルドを繰り返すのは非効率というわけだ。 これを現代的に焼き直すと、Dockerイメージのビルドは一度限りで、すべてのテストはそのイメージを使って行うということになりそうだけど、それだと最初のフィードバックまでものすごく時間がかかってしまうのでやりたくないよなあ。 別の方法を取るとすると、言語ランタイムのバージョンをどうやって合わせるかと、ライブ …

ピアノエディタの使い方 support.apple.com/ja-jp/gui…

これ2週目終わった。会社の英語レッスンで推薦された本。はじめたの3年前くらいかな。著者は3週することを勧めてるけど、もういいや。1週目は、たしかにめちゃくちゃ効果を感じられて、英会話力上がった気がする。2週目はそれほど。まあとにかくやり切った。

価値と関係ないリファクタリングはやりやすい: リファクタリングの苦悩というのがある気がする。すべてのエンジニアリングはユーザー価値のデリバリーにつながっているべきであり、リファクタリングも例外ではない。リファクタリングは、直近の価値デリバリーに関連して行われるべきであり、直近の活動と直接関係ない箇所のリファクタリングは憚られる。アップデート不要なコードをリファクタリングしても意味がないからだ。 ここで悩みが出てくる。というのは、価値提供と関連する箇所をリファクタリングするということは、リファクタリングと価値提供がコンフリクトするということだ。結果リファクタリングのためにリードタイムが少し延びる。厳しいロードマップのもとでやってると、リファ …

UVIの効果音ツール、マジで巨人の肩に乗ってる感が半端ないんだよな。便利すぎる。 youtube.com/playlist

日本語は喉の前のほうで出して、英語は喉の奥の方で出す感じだよな。喉の前の方で音出すと日本人っぽい響きの英語になる。

格ゲーマー梅原のトークは、よく言われるようにめちゃくちゃ面白いので、おれもよく切り抜きを見るんだけど、話し方がすごく落語家っぽいんだよなー。なんか談志に似てる。間とか言葉の選び方とか。

めんどくさいDM: 先日知らない人から、朗読劇を立ち上げたい、説明をしたいので1時間時間を割いて欲しいというDMがいきなりきた。タイムラインを覗いてみると、参加費として出演者から一万円取るらしい。そしてチケット分だけキックバックがあるようだ。 朗読劇とは言え稽古ぐらいはあるんだろうから、きっと何回かは稽古場に出向いて参加しないといけないんだろう。場所がよほど近くなければまず参加はできそうにない。その人が書いたという台本が公開されていたので、いちおう見てみたけど、とくにおもしろい話ではなかった。つまるところ、この人のやることにまったく興味が持てない。 それでも、もしかしたら志の高い人であるということも、あるかもしれ …

【食卓の主役】食感までおいしい きゅうりの旨辛にんにく炒め macaro-ni.jp/79195

全部チェックする www.uvi.net/en/soundf…

Xtreme FX www.uvi.net/en/soundf… これも便利そう。UVIいいな。

(9) UVI Whoosh FX | Overview - YouTube www.youtube.com/watch

くっはー、よく見ないで買った効果音制作ツールがWindows専用だったー…

Walker 2ためしてる。めちゃくちゃ便利ー!! 足音もうこれでいいやん。 www.uvi.net/jp/soundf… Logic Proから使う場合は、ソフトウェア音源ていう扱いになるらしい。ソフトウェア音源まったく使ったことないから使いかた覚えないとな。 support.apple.com/ja-jp/gui…

Cinematic Shades www.uvi.net/jp/falcon… 音源集。これは使えそう。

Meteor www.uvi.net/jp/soundf… こっちも効果音生成ツール。さっきのとの用途の違いがよくわからない。

この手のツールはMIDIキーボードで操作するのが前提っぽいから、てきとうなMIDIキーボード一個持っとく必要がありそうだな

Whoosh FX www.uvi.net/jp/soundf… 効果音生成ツール。ふーむ。

cabal(DHTベースの分散チャット)ってすごく魅力的な試みだし、技術的におもしろいと思うんだけど、まあ普及は難しそうだよな。

cabal.chat experimental p2p community chat platform

ランチ

中華炒めはこれで完璧！野菜・肉・海鮮の具材別レシピ27選 - macaroni macaro-ni.jp/77854

13香粉を使った炒め物を極めたい

front-end.social は多少人が居そうなのかな

言われてもないのに空気読んで、極端に見える最適行動取れないやつは、最強にはなれないんだよな

The Art of Agile Development: No Bugs www.jamesshore.com/v2/books/… バグをゼロに保つべきというジェームス・ショアの主張

結局のところ、「正しいエンジニアリングをする」が大事なことなんだよなー。やっぱりスキルとか知識は必要。いいプログラマーを雇うことが大事。

その代表例として型チェックに代表される静的解析があるけど、他にも設計やプロセスレベルでバグが減ることを促すための取り組みというのはあると思う。

さっき書いたようなことを元にして、プログラミングにおいて１番の解決法はコードを書かないことだと言われるように、「最高のテストはテストしないことだ」という記事を書けそうな気がする。テスト＝コストという観点から、テストせずに品質を高めるための方法論という切り口。

バグは求められているから、存在する: テストやリリースについての本を読むと、アプリケーションの堅牢性をいかに高めるかということについて書かれてる。もちろんそれらのアレコレを実行すれば堅牢性が高まることは間違い無いんだけど、実行すればそれなりの時間がかかる。一つの機能をリリースするまでのコストが2、3倍になってもおかしくない。 アプリケーションにそこまでの堅牢性って必要ではない気がする。もちろん分野によるんだろうけど。堅牢性はそこまで高くないけど、だいたいの場合ちゃんと動いて、ほとんどのニーズをカバーできる、というのが実際に求められていることな気がする。 堅牢性高く作ったところで、使われなかったら意味がないし、なにか想定がずれてて …

暗殺教室って作品があらすじ聞いた感じ好みっぽいから、漫画かアニメ見てみようかな

作りたいアプリのネタが二つある: モバイルネイティブアプリ(規模小) ウェブアプリ(規模中) とりあえずネイティブアプリかな。React Native覚えよ。

ツイッター以外で、技術者の雑多なコミュニティーっぽく機能してるところってなると、どこがあるんだろう

写真

GitHubにアーカイブしてくれる機能便利だなー。週1でやってくれるらしい。 github.com/tai2/twee… ちゃんと動くかな。

test test

test

www.tokyo-np.co.jp/article/3… ぼくの住んでる地域はPFAS汚染という水の問題があって、念のため飲み水はすべて買ってる。お金がかかるのもあれだけど、大量のペットボトル捨てるのがめんどくさい。 一番深刻な立川ではないものの、隣接地域ではある。実際のとこどのくらい深刻なのか、市でちゃんと調査して声明出して欲しいよなー。

あ、直った。ドメインの設定がうまくいってなかったっぽい。

tweets.tai2.net と tai2.micro.blog で表示される情報がちがうなー。独自ドメインのほうは情報が更新されない…うーん。

写真

ActivityPubの仕組みがよくわかってないんだけど、タイムラインはどのタイミングで更新されるんだろう。

正直、技術情報はぜんぶツイッターに頼ってたので、他の手段をなにか探さないとなーという気はしなくもない(そもそもまともにツイッターを見なくなっていたので、最近は技術情報自体がほぼアップデートできてない)。

From X to Fediverse: 前々からやろうと思ってたFediverseへの引越しを実行した。やろうと思ったきっかけは、イーロンがツイッターを変えたから。決心したのは、もうだいぶ前なので記憶もおぼろげだけど、Xに移行するにあたって、同名のアカウント使ってたユーザーのIDを強制的に変えさせた件で、最悪だと思ったから。 www.techno-edge.net/article/2… 代替として、microblog.pubっていうのが小さくてすっきりしてて良さそうだったので自分でサーバー立てようと思ってたんだけど、なんかそういうしてるうちに、いざ引っ越そうかと思ったら、microblog.pubのデモサーバーにアクセ …

引越し元 tai2

テスト