飛鳥 @asuka_1417 広陵高校の暴行事件で一番ギョッとしたのは、「寮の規則違反であるカップラーメンを食べた行為」が「俺等先輩を舐めている」（→暴行して〆よう）に論理が飛躍する所。 これね、DVや虐待、カルト組織の洗脳で用いられるやつ。些細な事にまでルールを設け、暴力を用いた支配関係の強化に利用する。 2025-08-10 21:11:46 飛鳥 @asuka_1417 この暴行にあたる制裁はカップラーメンを食べて規則違反をした事に対してじゃない。 「上の立場である俺等に逆らった事」なんだよ。だからその行為の倫理的な良し悪しは関係ない。上の者が決めた事に逆らった事への報復だから。これは支配関係を強めるための制裁であり指導なんかじゃない。 2025-08-10 21:15:47 飛鳥 @asuka_1417 じゃあなんでそんな事が罷り通るのかって言ったらそこが外部の目が届きにくい「閉鎖

背景 以前はClaudeに記憶を与えるLocal Memory MCPを作った記事を作成した。 その後すぐ、Claude MobileがRemote MCPを対応したため、どうしてもスマホで使うClaudeも記憶を持たせてほしいのでLocal MCP Serverをリモート化したくてAWS Lambdaで実装した。 なぜLambdaなのか？ サーバーレスでイベント駆動 私のユースケースとしてはClaudeと会話するときに、必要な場合はMemory MCPに私に関する記憶を取り出したり、記憶を作成したりするものだ。 そのため、1日多くても数十回使うようなものであり、サーバーを常時起動する必要がなく、イベント駆動のLambdaに非常に合うものであった。 個人利用はほぼ無料枠で完結 AWS Lambdaの無料枠は以下の通りだ。 毎月100万リクエスト無料 毎月40万GB秒の実行時間無料 私の場合

仕事をしていて、身近な人たちを助けることができたときに仕事のやりがいや楽しさを感じるという人も多いのではないでしょうか？ 今回はそんな「仕事の相談」と「チームの助け合い」が上手くなる方法について、プロダクトマネジメントコーチ森雄哉さんにお聞きしました。 とても役立つ面白い内容ですので、どうぞ最後の「まとめ」までお読みいただければと思います。 株式会社witch&wizards 代表取締役社長、プロダクトマネジメントコーチ。学生時代からプログラミングを始め、プロダクト開発の楽しさに目覚める。エンタメ、ECサービス、小売業、製造業など幅広いプロダクトに関わり、現在はよりよいプロダクトをつくるためにプロダクトチーム支援やリーダー育成を行っている。

Wake Career 主催「夏の『りあクト！』勉強会〜教養としてのReact／React Nativeのすすめ〜」のセッションで使用したスライドです。

最近、Claude Codeを使っている人から「レビューが追いつかない」という相談をよく受ける。これは偶然ではなく、必然的に起きる現象だと考えています。 このnoteでは どうしてClaude Codeによる生産性向上の限界が訪れるのか どうすれば、全体の生産性が向上するのか Claude Codeを利用した場合にレビュープロセスでのボトルネックをどのように解消させていくか の3つを書いていきます。 プロダクト開発の典型的なワークフローまず、多くのチームで採用されている機能追加のワークフローを整理してみる。 ※あくまで一般例なので、チームにより変更があると考えています 機能追加のワークフローこの流れ自体は理にかなっていると思っています。 問題は各プロセスの処理速度のバランスです。 ボトルネック理論で考える開発プロセス生産管理の世界には「制約理論（TOC: Theory of Constra

ユーザなどのリソースエンティティのパージするわけではないデータ削除(a.k.a. 論理削除)をどう設計するか、は単純でありながら、イミュータブルデータモデルの基本形を学ぶ良い題材なので、順を追って説明する。 リソースの検討 まずユーザがアクティブなユーザと削除されたユーザで扱いが異なるかどうかを考える。この段階で物理設計としてどうするかを考えると検討ポイントが十分考慮されないことにつながるので注意しよう 。(イミュータブルデータモデル#5e3a5f1da8e5b200009c0499) 扱いが異ならない場合を考えてみよう。 code: (mermaid) classDiagram direction LR class ユーザ { <<Resource>> ユーザID : SERIAL PK 名前 : VARCHAR メールアドレス : VARCHAR ユーザ区分 : ENUMアクティブ/削

はじめに BentoMLによるLLM Inference Handbookという、LLMの推論をまとめたハンドブックがある。本記事ではハンドブックや他の情報も参照しつつ、自分のメモ用としてLM推論に関する技術をまとめていく。 LLMの推論と内部理解の必要性 LLM推論とは、GPT-4、Llama 4、DeepSeek-V3などの学習済みLLMを使用して、ユーザーの入力から意味のある出力を生成することを指している。その推論には、たくさんの技術が抽象化・隠蔽されている。APIを利用している場合は、ほぼ意識せず活用できる。しかし、APIを何らかの理由で利用できない場合や、Open WeightなLLMを利用したい場合はこれらの技術を理解する必要がある。 実際、最適化されていない設定では、GPU時間で10倍のコストがかかることもある。ユーザー面であっても、最適化がされていなければ、応答速度が遅くな

私（@commte）は、この izanami を、個人開発しました。 このページでは、その知見をもとにアイデア創出や技術選定など 個人開発を成功させるための情報全てを共有します 個人開発の完全ガイドが凄い！ → Claude Code・リソース集・設計ミス集・マネタイズ・注意すべき法律・技術選定コストの落とし穴・技術スタック選定例・大成功したプロダクト共通点・要件定義ガイド・ロードマップ・AI駆動開発 https://izanami.dev/kojin-kaihatsu

ホーム資料Japan Dashboard（経済・財政・人口と暮らしに関するダッシュボード）とデータカタログ Japan Dashboard（経済・財政・人口と暮らしに関するダッシュボード）とデータカタログ 内閣府は、関係府省庁の連携体制のもと、経済・財政・人口と暮らしに関係する指標を収集しています。2016年より、整備した各種データを見える化し、さらに詳細な分析・検証等に活用できるようにするため、データをダウンロードできる「経済・財政と暮らしの指標「見える化」ポータルサイト（内閣府） 」を運営しています。 データに基づく政策立案をさらに推進するため、内閣府とデジタル庁は協力し、新しく「Japan Dashboard （経済・財政・人口と暮らしに関するダッシュボード）とデータカタログ」を整備しました。見える化ポータルサイトの利用者の要望に基づき、リニューアル方針を定め、操作性・検索性の向上、

内閣府は7月10日、経済・財政・人口などに関する公的データを可視化するWebサイト「Japan Dashboard（ジャパン・ダッシュボード）」を公開した。2016年から提供してきた「経済・財政と暮らしの指標『見える化』データベース」をデジタル庁と協力して刷新した。同庁の公式Webサイト内で提供している。

ユーザー「MCP使ってブラウザで確認して」 AI『分かりました！...エラーが出ているので代わりにcurlを利用します！』 ユーザー「は？？？？？？？」 どれだけClaude Codeを制御しようと、上のように勝手な解釈で意味のない代替行動をやるClaude Codeに日々ブチギレてるみなさんのストレスと無駄に消えるトークンを少しでも解消する方法を提案します ※全体的にAIに対しての文章がキツくみえるかもしれませんが、コンテキスト節約のために短文にしてます 訪れる未来 この記事の通りにセットアップすると、上記のように自動的に対応してくれるようになるので同じことを1億回言わなくて良くなりストレスが非常に減ります NG Word集を設定しよう 例えばはずや代わり、別のと言った用語が含まれていたら自動でブチギレるような設定にするとかなりストレスが減ります NG Command集を設定しよう 例え

のらいぬ @maki_shippo @Sawaki_Takeyasu これは本当に効果あります。 ただし腹筋に力が入るということはバランスを取るために背筋も使っているので、運動習慣が全くない人は腰痛の原因になります。 楽だと思っていきなり何セットもやらず、書いてあるとおり1日3回くらいから始めましょう 2025-07-06 17:49:00

2025-07-06 設定ファイルと起動オプションに不備があったので修正しました。今度こそ大丈夫です！！！！！ 2025-07-09 設定ファイルに不備があり、セッションの更新がされずAPIエラーになる事象を修正しました。本当に今度こそ大丈夫だと思います！！！！！！！ 2025-07-10 挑戦に失敗はつきもの Claude Codeくんは便利ですが、ちょっとドジなところもあるので目を離すのはちょっとこわいですね。 このようなときはVMやコンテナで開発環境を完全に隔離すれば安全安心が手に入るわけですが、プロジェクトごとに設定するのは面倒くさい。 悪意のないAIのうっかりミスを防げる程度の軽量なサンドボックスがあると嬉しいのですが、Macには意外と手頃なものがないんですね。 普段dev containerを使ってる人ならそれで良さそうですが、わたしはMac上で直接開発したいので……。 ところ

100日間アプリを作り続けるチャレンジをしてる。（現在進行中） github.com 【Day54】とにかく派手なオセロを作った。仕様はGeminiで、エフェクトはClaudeという棲み分けがよかった。#LLMでバックエンド100日チャレンジ#100DaysOfCode pic.twitter.com/vWQSFqcAVm— riddle@MIXI (@riddle_tec) 2025年6月7日 【Day37】CHIP-8 という昔の仮想マシンのエミュレーターを作ってゲームを動かしてみた。その界隈ではシンプルさで有名らしいのだが、gemini2.5だけではうまくいかず o3 も強力しなんとか動かすところまでいったのは感慨深い。#LLMでバックエンド100日チャレンジ#100DaysOfCode pic.twitter.com/I8G0aP4pMk— riddle@MIXI (@riddle

かりや@にせサギ | 見て触れて学ぶネットサギ体験サービス @nisesagi_com @__19290504 「映画大好きポンポさん」がおすすめです！ ストーリーは単純ですが。キャラクターや演出が良くて鑑賞後元気になれる作品です。 プライム会員でしたら、無料で鑑賞できます。 amazon.co.jp/%E6%98%A0%E7%9… 2025-06-03 17:01:42

任天堂のゲームソフトや機器の販売サイト「My Nintendo Store（マイニンテンドーストア）」で、漫画・アニメ「ワンピース」に酷似したゲームが販売されているとして、SNSで注目を集めている。 任天堂は2025年5月28日、該当のゲームソフトについて、「既に販売停止の措置が行われたことを確認しております」とした。

非常に学びが多く、刺激的な時間でした。…が、あまりに内容が濃く、逆に記憶に残らない！ そんな自分のために、登壇者の方が公開してくださっている資料をまとめました。 もともとは完全に自分用のメモなのですが、「こんなの欲しかった」と思ってくださる方がいればと思い、共有してみます。 内容に誤りや抜けがあれば、ぜひコメントなどでご指摘いただけると嬉しいです。修正していきます！ ※本記事では、TSKaigi 2025の各登壇者が公開されている資料・概要を引用・紹介しています。 ※引用元・登壇者情報は公式サイトおよび各スライド共有サービスからのリンクに基づいています。 ※内容の正確性については各登壇資料をご確認ください。 2025/05/23 Room: トグル 招待講演　The New Powerful ESLint Config with Type Safety Introduction to th

かこか 🔧 生産技術系エンジニア課長 @kakoka_2019 中国の工場を見た人がだいたい言うのが「自動化がすごく進んでてビックリした。完全に日本は負けてる。すぐに追いつかないと」みたいなやつ。 確かに見た目の凄さ、派手さは負けてるのかもしれないけど、なぜ日本の多くの工場ではそれができないのかという推測までをセットで語ってくれる人はほぼ見たことがない。できないのか？やらないのか？やる必要がないのか？見た目だけじゃなくてもっとちゃんと考察しないと、トヨタ生産方式に踊らされてるのと同じで、ただ自動化することだけが目的になってしまうと思う 2025-05-10 14:48:34 うぃっちわっち(丁稚) @Witchwatch99 何度も言ってる話なんだけど、日本はバブルの頃に今の中国以上の自動化を達成してるんだけど、そんな工場で残ってるのは半導体製造業位で何故それらの工場が無くなったのかが分

最近思いつきで身内向けにTwitterクローンを開発していて、そこでの知見をゆるく共有したいと思います。技術選定の段階で以下の記事を参考にさせていただいたのですが、この記事の内容を前提として代替案としてこれもいいんじゃない？という話をしたいと思います。 フロントエンド 元々私は個人的にずっとNuxtを使っていたのですが、やはり現状はNext.js (+ Tailwind CSS)が一番良い気がします。一度勉強してみたら全然アリだな、と思いました。 バックエンド こちらもNext.jsでフロントエンドと同時に開発できます。Next.jsのServer Actionsはサーバーコンポーネントとクライアントコンポーネントどちらからでも呼び出すことができ、DBにアクセスしたりといったことができます。 Server Actionsの注意点 便利なServer Actionsですが、セキュリティの観点