Skip to content

Instantly share code, notes, and snippets.

@koriym
koriym / bindings.md
Last active July 13, 2026 02:55
Ray.Di Bindings

Ray.Di bindings

241 bindings · 29 modules · 5 replaced · 23 discarded

Bindings

-BEAR\RepositoryModule\Annotation\Commands => (provider) (dependency) BEAR\QueryRepository\CommandsProvider -BEAR\Resource\Annotation\AppName => (string) MyVendor\BeMart -BEAR\Streamer\Annotation\Stream => (provider) (dependency) BEAR\Streamer\StreamProvider -BEAR\Sunday\Annotation\DefaultSchemeHost => (string) page://self

@koriym
koriym / BorisCherny.md
Created April 15, 2026 02:33
Boris Cherny interview

1. イントロダクション:コーディングの終焉 (00:00 - 03:49)

ボリス: 「私は11月以来、自分で一行もコードを書いていません。100% Claude Codeが書いています。毎日10から30のプルリクエストを出しており、今この収録中も5つのエージェントを走らせています。」

レニー: 「コードを書くのが恋しくなりませんか?」

ボリス: 「今ほどコーディングを楽しんでいる時はありません。細かい作業(Minutia)を気にしなくて済むからです。エンジニア一人あたりの生産性は200%向上しました。1、2年後には、コードの書き方を学ぶ必要すらなくなるでしょう。コーディングという問題は、大部分において『解決済み』になったのです。」

2. なぜAnthropicに戻ったのか (03:50 - 05:35)

@koriym
koriym / 深層比較.md
Created April 9, 2026 03:16
深層比較:BEAR.Sunday vs Laravel

(koriym) 以下はqwen3-coder-next:latest を用いて「https://bearsunday.github.io/llms-full.txt を理解して、BEAR.SundayとLaravelを深く比較してください」という問いに対する答えです。


(qwen) 以下は、表面のコマンドや構文ではなく、「設計思想・アーキテクチャ哲学・長期 的保全性」という深層を、BEAR.Sunday と Laravel で徹底的に比較したものです。


@koriym
koriym / tdd.md
Created March 26, 2026 16:06
Design by Buzzword TDD編

2003年、Kent Beckは『テスト駆動開発』を出版しました。「テストを自動化する」という話ではありません。不確実なプログラミングという作業の中で、一歩ずつ理解を深め、設計を導き出すためのワークフロー。Beckが書いたのはそういう本でした。

核心は、分析・設計・実装を時間軸で切り離し、小さな歩幅で繰り返すことにあります。

  1. **分析(テストリスト)**── 解くべき問題を「期待される振る舞い」としてリストアップする
  2. **インターフェースの設計(テストを1つ書く)**── リストから一つ選び、「どう呼び出されるのが理想か」を決める
  3. **実装(テストを成功させる)**── 設計の良し悪しは脇に置き、振る舞いの実現だけに集中する
  4. **実装の設計(リファクタリング)**── 動作が保証された状態で、初めて内部構造を整える

一度に一つのことだけに集中する。問題を解きながら設計が立ち上がってくる。オーバーエンジニアリングも、設計の放棄も、このリズムが防いでいました。

koriym:

記事 で技術的に間違っているところは?

Gemini:

(中略)

2. 「Getter不要論」の現実的な制約

@koriym
koriym / 静的解析ツールの表現力・深さ・バグ検出能力.md
Last active November 21, 2025 11:36
静的解析ツールの表現力・深さ・バグ検出能力

プログラミング言語 型システム評価表 (2025年11月)

評価軸: 「型でドメインルールを表現できる能力」×「その型制約が事前に検証できる保証」 (事前検証は、コンパイル時、静的解析時、実行前のいずれでも良い)

Claude Opus 4.1

言語・環境 スコア 評価・理由
Rust 98 型による設計の極致Sum types、Pattern matching、Trait boundsによる表現力は圧倒的。所有権システムが型レベルでメモリ安全性まで保証。ただし複雑なライフタイムは時に過剰な制約となる。完璧ではないが、現時点の到達点。
@koriym
koriym / brew-backup-and-restore.sh
Created July 16, 2025 03:43
Backup brew settings
#!/bin/bash
# バックアップファイルの保存先
BACKUP_DIR=~/brew-backup
mkdir -p "$BACKUP_DIR"
echo "📦 Saving installed formulae..."
brew list > "$BACKUP_DIR/formula-list.txt"
echo "🧃 Saving installed casks..."
@koriym
koriym / Cubism and Unbundling.md
Created April 1, 2025 14:42
Cubism and Unbundling

The terms "cubism" and "unbundling" come from very different domains—art and business/economics, respectively—but they can be metaphorically linked in discussions about deconstruction, fragmentation, and reassembly. Here's how:

1. Cubism (Art Movement)

  • Developed by Pablo Picasso and Georges Braque in the early 20th century.
  • Breaks objects into geometric fragments, showing multiple perspectives at once.
  • Rejects a single viewpoint, instead presenting a deconstructed, abstracted reality.
  • Example: Picasso’s Les Demoiselles d’Avignon (1907) fractures human figures into angular planes.

2. Unbundling (Business/Economics)

  • Refers to breaking apart traditionally bundled products/services into standalone offerings.
@koriym
koriym / melting_horizon.txt
Last active February 18, 2025 22:18
Melting Horizon (poem)
The intertwined shore becomes green fingers
that embrace the quiet sea
Islands float as if to hide the horizon,
merging with the intricate coastline
Gentle waves come
through the gaps in the shore,
slowly advancing and retreating