すべての情報を一括管理できる便利ツールNotion。 その便利さゆえに何もかもを突っ込みすぎて「あれ？あの記事どこに格納されてるっけ？」とわからなくなることありませんか？ 私はあります。（ドヤるところではない） そんな時、こにゃさんのこの記事と出会い「こんな管理の仕方があるのか！」と目から鱗だったので早速タグライブラリーを作ってみました。 それがこんな感じ。 大カテゴリの下に小カテゴリを紐づけています。 Work>knowledge,CX,branding... Life>digital,beauty,fashion...こんなイメージです。 で、それぞれのデータベースにこのタグカテゴリを紐づけていきます。 ちなみに、ライブラリとの紐付けは、各データベースのプロパティの追加から「Relation」を選択し、リレーション先を事前に作ったタグライブラリーを指定すればOKです。 これで、タグライ

この記事は、合併前の旧ブログに掲載していた記事（初出：2023年9月5日）を、現在のブログへ移管したものです。現時点の情報に合わせ、表記やリンクの調整を行っています。Overview30万を超える同時...

はじめに デザインパターンという言葉を聞くと、 GoF オブジェクト指向 クラス設計 といった印象を持つかもしれません。 しかし、WEBアプリ開発においても デザインパターンは日常的に使われています。 この記事では、WEBアプリ開発で実際によく登場するパターンにフォーカスして整理します。 デザインパターンとは？ 一言で言うと、 よくある設計課題に対する、再利用可能な解決方法 です。 WEBアプリでは、 データの扱い方 画面とロジックの分離 状態管理 APIとのやりとり など、繰り返し発生する問題があります。 それを整理したものがデザインパターンです。 WEBアプリでよく使われるパターン ① コンテナ・プレゼンテーションパターン UIとロジックを分離するパターンです。 役割 Container：データ取得・状態管理 Presentation：表示専用 Reactでは非常に一般的です。 規模が

ハッキング攻撃は、AIの最新動向にも一部後押しされながら、急速なペースで進化し続けている。だが変わらないことが一つある。メールアカウントは依然として、攻撃者の照準のど真ん中にあるという点だ。推定でアクティブユーザーが20億人いるGmailがサイバー攻撃の主要標的になるのは驚くことではない。オンラインのサポートグループには、被害に遭ってアカウントの復旧を求めるユーザーの投稿があふれている。新たに公表された「継続中の攻撃」に関する報告は、ユーザーが直面している危険の1つを裏付けた。 だが、手はある。これらの脅威に向けて使える、使い方も簡単なグーグルの「武器」が1つあり、多くの攻撃を先回りして防げる。今すぐ知るべきこと、そして今すぐやるべきことを説明する。 Gmailは攻撃を受けている、被害者になるなDaily Mailが米国時間2月26日に公開したレポートは、Googleアカウントの復旧プロン

Reactは「高度なPolyfill」だった 2010年代半ばの未熟なWebプラットフォームにおいて、Reactは極めて優秀な穴埋め（Polyfill）だった 当時のブラウザはAPIが貧弱で、複雑なUIを作るのが困難だった 現在はブラウザの標準機能（HTML/CSS/Web API）が十分に追いつき進化している かつてReactが担っていた役割の多くは、ブラウザの標準機能でカバーできる 宣言型UIという思想自体は良かったが、現在のReactやNext.jsは過剰に複雑化してしまった JSは本来「ちょっとしたこと」を担当すべき 現代のVanilla HTML/CSS/JSで大半のユースケースは事足りる 状態管理やDOM構築のすべてをJSに丸抱えさせる必要はない 手続き型のJSは決して悪くない 過去の手続き型（jQuery時代など）が批判されたのはDOM操作APIが貧弱だったため 現在は標準A

おことわり この記事は私がRustを書く仕事を探しているのであれば教えてほしいといった趣旨の記事ではありません。 タイトルの内容をいざTwitterで呟こうものならどこからともなく転職エージェントが現れ高単価案件を紹介するというホラを吹いたり、うちはRustを書いている、ちゃんと探したのか、みんなRustを書いている、そんなにRustを仕事にしたいなら起業したらどうだといったいくつかのクソリプに収れんされていきます。 こういったワンパターンの流れが毎年のように繰り返され、うんざりしています。 この記事ではなぜRustの仕事がない状況が続いていて、どうすればRustの仕事がある状況を作れるのかという状況分析をしていきたいと思います。 若干Rustについてネガティブな書き方をしてしまうかもしれませんが、Rustが良い言語か、悪い言語かといった話はしません。 仮説1：Rustが本番環境で使われて

はじめに この記事では、現場でよく見る「読みにくいExcelやCSVの表」がなぜ広く定着したのかを、業務慣行、組織文化、評価軸の観点から整理します。 最初に、論点を次の2層に分けて扱います。 技術的・構造的な層: 読みにくいCSVは、どこがデータ構造として壊れているのか 文化的・運用的な層: なぜExcel中心の運用が続き、壊れた構造が再生産されるのか CSVは本来データ交換形式であり、人間が直接読む前提の形式ではありません。 問題はCSVそのものより、CSVを人間に読ませる運用と、帳票都合をデータ構造に持ち込む運用です。 あわせて、列を圧縮して見栄えを優先してしまう理由と、そこから抜けるための実務的な改善策を扱います。 以下のようなCSVは、公的データや実務データでも実際に見かけます。 見た目はそれらしくても、分析や連携の段階で扱いづらくなるのが問題です。 この記事でいう「ダメなCSV」

以前、MCPサーバーとしてRAGを構築する記事を書きました。 PostgreSQL + pgvector + multilingual-e5-large という構成で、MCP経由でベクトル検索できるRAGサーバーです。このMCP RAGサーバーは、気に入ってはいたのですが、PostgreSQL + Dockerが必要だったり、MCPサーバーとしての設定が必要だったりと、少し使い勝手の悪い部分がありました。 今回は、もっと手軽にRAGを実現したいなと思いSkillを活用してもっと軽量なRAGを実現しました。PostgreSQLやDockerは不要でuvとSQLiteで動きます。 workspace-rag アーキテクチャ RAGの構成自体は、MCPと同じです。 違うのは、MCPでなくSkillsで実現するところです。技術スタックは以下の通りです。 DB: SQLite 埋め込みモデル: in

ソフトウェア開発の歴史はパラダイムシフトの連続だった。1970年代に確立したウオーターフォール開発は、厳格な要件定義と段階的な開発プロセスで大規模システムの構築を可能にした。だが、変化への対応が難しいなどの課題から、2001年に17人のソフトウェア開発者が「Agile Manifesto」（アジャイル・マニフェスト）を発表し、反復的で柔軟な開発手法への転換を促した。 2025年11月1日、Google CloudのCasey West氏（以下、ウェスト氏）が自身のブログで「Agentic Manifesto」（エージェンティック・マニフェスト）を発表した。自律的に判断し行動するエージェンティックAIの台頭を受けてのものだ。「50年間、われわれはコードを書けば結果を制御できるという前提に依存してきた。だが、その時代は終わりつつある」という。 同氏がエージェンティック・マニフェストを発表した直

最近、下記YouTubeの動画や、記事を見てClaudeCodeが再注目されていることを知りました。 ◾︎ClaudeCodeの動画 https://youtu.be/ca5HjfclrjE?si=qvIC26aAa99SnOux 使ってみたいと思いつつ、私は客先業務で貸与されたPCにClaudeCodeを使用することが困難なため、私用PCでClaudeCodeを使ってみようと思い、AIにロードマップを作ってもらい、それを実施しながらClaudeCodeに慣れてみようかと思います。 今回は備忘用に記事を上げますが、ご参考にしていただければと思います。 ※ここからがAIが書いたものです はじめに 「願望を言うだけでコードが書かれ、ファイルが作られ、APIが叩かれる」 これが Claude Code の本質です。 私はウェブエンジニア歴4年。主にJavaを使った開発経験はそれなりにあります。し