新宿タカシマヤで焼きたてのフィナンシェが買えるという情報をネットで見た。 そういえば新宿の伊勢丹もその場で焼いているフィナンシェがある。 さらに、その場で焼いていないフィナンシェならもっとたくさんの店で売っている。 新宿のデパ地下をまわってちょっと集めてみようか。 1971年東京生まれ。イラストレーター。ドクロ服、ドクロ雑貨集めに情熱を燃やしすぎている。ほかにはワニ、ウツボ、ハダカデバネズミなど毛の生えていない動物も好む。著書に「しろねこくん」、「ココロミくん」、「ひとみしり道」、「ばかスイーツ」などがある。（動画インタビュー） 前の記事：飲むヨーグルトで健康になりまくる ＞ライターwiki

なぜRSSリーダーか 情報収集は基本活字で、昔からRSSリーダーをよく使ってきた。Google Readerの時代からFeedly、Miniflux、FreshRSSと渡り歩いたしPocketのようなRead it later系も使ってきたが落ち着いて使い続けられるサービスがなかった (もっとここがこうだったらな〜とか。サービス自体がなくなることもあった) そもそも自分がRSSリーダーを使うのは、情報源を自分でコントロールしたいというのが大きい。SNSのアルゴリズムはエンゲージメントに最適化されているため、気づかないうちにフィルターバブルに閉じ込められる。流れてくる情報は「自分が見たいもの」であって「自分が知るべきもの」とは限らない[1]。RSSリーダーはその対極にある。購読するフィードを自分で選び、アルゴリズムの介在なしに情報が届く。プロアクティブに情報源を設計することで、視野を意図的に

※公共物にシールを貼りつける行為は犯罪行為に当たります。また、本記事はそのような行為を推奨するものではありません。 東京都 築地駅のホームの自動販売機に「ありがとうございます」と書かれたシールが貼られているのを見つけた。 築地という地名は有名だが、築地駅は東京メトロ日比谷線が通るだけの小さな駅だ。シールを見かけたとき、思わずどういたしましてと思ってしまった。特に買ってはいないのだが。 数日後、渋谷駅でもまったく同じシールを見つけた。京王井の頭線の近くだった。 もし、渋谷駅のシールが東京メトロ銀座線の近くにあれば、東京メトロが独自に貼っているシールなのか、と思っていただろう。しかし、京王線の近くにあるためそうとは考えづらい。 それに自販機の会社も異なっている。となると、自販機の会社がシールを貼っているとも考えにくい。じゃあ誰が貼ってるんだ。 念のため自販機の会社に電話し、駅員さんにも訊いてみ

賃貸住宅退去費用の過剰請求が話題になるシーズンだね。 国交省ガイドラインなどを持ち出す奴がいるが、実は争点はそこじゃないんだよね この問題、法的には借りた側が圧倒的に有利なんだけど知識の非対称性が大きい、プロvs素人、だからね 不動産業者によっては退去立会時にその場で見積もりを出されその場で合意のサインを求めるケースがある。 こんなもんその場で合意する必要はまったく無いんです。 検討してサインして返送します、で良い。 なんだかんだとその場でサインすることを求めるが、法的にはまったく強制力は無い。 金額の合意では無く退去確認の書類だ、なんて平気で嘘をつく、騙されるな。 そもそもその場で素人が見積もりして正確な値段など出るはずがない。 清掃なら清掃の専門業者を数社呼んで相見積取れよ、って話です。 で、持ち帰って請求額の妥当性を検討すりゃいいのだが、 まずはカウンターを打つ、「相見積取って下さい

こんにちは。estieでデータクオリティーマネージャーをしているkageyuです。estieは不動産データをたくさん扱っており、その場所は住所を使って表すことが多いです。 不動産には「不動産登記番号」や最近国土交通省が整備しつつある「不動産ID」などが存在しますが、大抵の場合は住所と建物名を使って建物が指定されています。そのため、複数の不動産データを統合するとき、主に住所と建物名を使って突合します。 データクオリティーマネージャーとしては、突合処理で 住所が正しく正規化できているか？ 正規化の前後で情報が欠落していないか？ その住所は実在するのか？ などを確認しており、データを見ていると違和感があるのに正しい住所をよく見かけます。私はそんなとき「この地方にはこんな住所もあったなあ」と思うので、今回は都道府県別に特殊な住居表示を解説します。 特殊じゃない住所について 一般的には住所は「○○県

○東日本旅客鉄道株式会社（以下「JR東日本」）は、モバイルSuicaのアップデートを行い、新たにコード決済サービス「teppay（テッペイ）」を2026年秋より提供開始する予定です。 ○また、2027年春には株式会社パスモ（以下「パスモ」）と提携し、モバイルPASMOにおいても「teppay（テッペイ）」の提供を開始予定です。 ○モバイルSuica・モバイルPASMOのアプリさえあれば、新たにアプリのダウンロードや登録をすることなく「teppay」の機能として「コード決済」「残高の送付」「オンライン決済」等のサービスがご利用可能となります。また、特定の地域でご利用いただける「地域限定バリュー」機能も提供します。 ○JR東日本が行った「キャッシュレス決済に関する調査」の中で、多くの生活者がキャッシュレスの多様化・複雑化に対して何らかのストレスを感じており、馴染みのサービスにまとめたいというニ

なぜ、Suicaは「チャージ上限2万円」なのか？　コード決済導入でどう変わる？　JR東日本に聞いた（1/2 ページ） JR東日本が、2026年秋をめどにモバイルSuicaへコード決済機能を導入すると発表した。これまで2万円が上限だったSuicaの決済額が、一気に数十万円規模へ引き上げられる方向だ。これは単なる機能追加にとどまらない。JR東日本が「Suicaルネサンス」と銘打つ、デジタル戦略の一手であり、Suicaを根本から変える可能性がある。 Suicaが抱えてきた“2万円の壁”とは？ 「Suicaは便利だが、上限2万円では足りない」──。SNS上では、こうした声が長年にわたり、半ば“ど定番の意見”のように呟かれ続けてきた。 オートチャージ非対応地域への滞在中、毎月何度も手動でチャージする必要があり、不便さを感じました。旅行の際にも上限額が十分とはいえず、Suica決済に対応したホテルで利

はじめに：これは成功事例ではありません こんにちは、GA technologies でセキュリティエンジニアをやってる山田です。 この記事では、GA technologies のプロダクト開発において、私たちセキュリティチームがどのようにセキュリティを確保しようとしているのか、その思考のプロセスと、現在進行形の課題についてご紹介します。 この記事は、きらびやかな成功事例ではありません。むしろ、急速に変化する事業環境の中で、増え続ける課題と限られたリソースに直面し、「私たちは何をすべきか」を必死に整理しようとしている、泥臭い現場の記録です。 セキュリティエンジニアという職種は、時に孤独な戦いを強いられます。だからこそ、私たちの試行錯誤や現在の取り組みを正直に共有することが、同じように混沌の中で奮闘されている皆さまの活動を整理する上で、何かしらのヒントや、あるいは「うちだけじゃないんだな」とい

GA technologiesでソフトウェアエンジニアをしている中坂です。 先日社内で正規表現エンジンの実装の話題で盛り上がりました。ソフトウェアエンジニアであれば普段の開発の中では当たり前のように正規表現を使っていると思いますので、記法や挙動に関する知識はある程度持っているはずです。しかしながら、具体的に我々の書いた正規表現がいかにしてテキストにマッチするのか、その内部の仕組みまで理解している人は多くないと思います。 今回は「正規表現エンジン」の実装を実際に示しながら、普段当たり前のように書いている正規表現がどのように処理されているのかを深掘っていきます。 全体の流れ この記事は少々長いので、まず最初に正規表現エンジンを実装するまでの流れをザッと書いておきます。 はじめは正規表現エンジンを理解するために必要な基礎知識として有限オートマトンの概念を説明します。有限オートマトンには主に決定性

GA technologiesでソフトウェアエンジニアをしている中坂です。 今回はRuby on Railsガイド(通称Railsガイド)にAIサポート機能が導入されたので使ってみたいと思います。 どんな機能？ OpenAI社の提供しているAPIを利用して、Railsアプリの開発時の困り事やドキュメント内のコードを気軽にLLMに質問できる機能です。 RailsガイドのProプランに加入しているユーザーは利用できます。 使い方 Railsガイドのグローバルヘッダーにあるチャットアイコンをクリックすると下記のようにモーダルが立ち上がります。 ここにRails関連の質問を入力して「質問する」ボタンを押すと数秒ローディングが出た後に回答が表示されます。 また、ドキュメント内のコードスニペットの右下にあるボタンを押すとコードがそのままAIサポートのフォームにコピーされます。 実際にいくつか質問してみ

こんにちは、まじんです。 お待たせしました。ついに新作 「まじん式v3」 が完成しました！ 構想から完成まで、100時間以上を費やしました。 まずはこれまでの進化を簡単に振り返りましょう。 （はじめてまじん式を使う方は過去記事から読んでください！） Ver.1（2025年8月16日 公開）： 【神回】Googleスライドが一瞬で完成する"奇跡"のプロンプト教えます こちらのnoteがなんと今日時点で8796スキ！ しかしこのバージョンは構文エラー率が高く､不便さを感じているユーザーも多かったはず。 Ver.2（2025年8月29日 公開）： 【必見】"改良版"まじん式プロンプト！ こちらも多くの反響をいただき、もうすぐ3,000スキ！ エラー対策も実装しつつ､スライドパターンは13種類から19種類に増加。UI操作だけで自社仕様にカスタム可能｡ ただし、プロンプトが約95,000文字あるため

GA technologiesでソフトウェアエンジニアをしている中坂です。 現代ではGitを聞いたことがないソフトウェアエンジニアはほぼいないと思われますが、Gitの内部ではどのようにファイルが管理されているのか？を知っているエンジニアは実はそこまで多くはないのではないでしょうか。今回は普段当たり前のように使っているGitがどのような仕組みでファイルを扱っているのかを実際にRubyによる実装を交えながら深掘っていきます。 ※前提としてGitの基本操作や用語は知っているものとして進めます。 Content Addressable Filesystem Pro GitのGit Internalsの章を読んでいくとまずContent Addressableというものが出てきます。 Content Addressableとは何か？の前にまずは通称Location Addressableという構造に

はじめに こんにちは。食べログの品質管理部で飲食店QCチームのチームリーダーを務める助川です。 みなさんは「AIで手動QA業務の自動化」と聞いて、どんなイメージを持ちますか？ 「現場で本当に使えるの？」「ナレッジや運用が大変そう…」そんな声も聞こえてきそうです。 私たちも同じような課題を抱えていました。本記事では、食べログのQA現場でAIによる手動QAの自動化に挑戦している取り組みの途中経過と、その中で得た学び・工夫・今後の展望をお伝えします。 品質管理部のAI活用の目標 品質管理部では、食べログの重要プロジェクトである予約や食べログノート、インバウンドなどの案件のQAを担当しています。 食べログはまだまだ成長中で今後も案件が増えるため、後述の案件タイプ分類における既存案件のテスト作業を中心に生成AIで効率化し、今のチームで対応できる案件数を2倍にしたいと考えています。 また、中期的には食

（この記事は、シリア出身の筆者が日本語で書いた原稿に対し、日本語話者の編集者が最小限の修正を加えて完成させたものです） お知らせ：この記事はシリアの2024年末のイベントの前に書かれました。以下はアサド時代の視点です。記事の最後にアサド政権の没落とシリアの未来についての考えもあります。 マブラヴはノベルゲームのクラシック大作です。元々は日本人向けで日本語だけの作品でした。今ではこのシリーズのほとんどの作品に英語のバージョンがあります。 私はシリア生まれの人間です。今は西側の国で暮らす難民です。シリアの政府に見つからないよう、これ以上の個人情報は教えられません（編集者注1）。私はノベルゲームの大ファンで、ゲームと友達のおかげで、少し日本語ができます。以下ではマブラヴと私の体験、私と私の国の物語とマブラヴの繋がりと、そしてマブラヴを好きになった理由をお話しします。 編集者注1 アサド政権崩壊に

GA technologiesでバックエンドエンジニアをしている中坂です。今回は私が実務で実際に使っているClaude Codeの開発環境について紹介します。 はじめに 弊社には多くのプロダクトが存在します。その中でも私が所属しているチームでは各プロダクトを横断的に扱う必要があり、時には複数のリポジトリを往来しながら開発を進める必要があります。 このような環境でClaude Codeを活用する際、単一リポジトリでの開発とは異なる工夫も必要になります。本記事では、このような環境で約1ヶ月間Claude Codeを業務で使用してきた経験をもとに、複数プロダクト環境で開発を効率的に進めるための開発環境の構築方法を紹介します。 全体構成 まず、私が構築した開発環境の全体像を紹介します。 workspace/ ├── proj_a/ # サービスA ├── proj_b/ # サービスB ├── p

1. はじめに Claude Code は、Anthropic が開発したコマンドライン上で動作する agentic coding ツールです。agentic coding とは、AI が自律的にコードを読み書きし、テストの実行やファイル操作、Git 操作などを組み合わせながら、開発者と協働してソフトウェア開発を進める手法を指します。 Claude Code は意図的に低レベルで設計されており、特定のワークフローを強制せず、開発者が自由にカスタマイズできる柔軟性を提供します。この設計思想により、様々な開発環境やプロジェクトに適応でき、スクリプト化や自動化にも対応できるパワーツールとして機能します。 本記事では、Claude Code の効果的な環境セットアップから始まり、基本的なワークフローの確立、最適化技術、そして高度な自動化やマルチインスタンス運用まで、段階的に実践的なベストプラクティ

こんちには。 データ事業本部 機械学習チームの中村(nokomoro3)です。 今回はClaude Codeを徹底解説したいと思います。 本記事について 私は元々はCursorを使っており、Claude Codeは必要なのか半信半疑だったのですが、試してみた感じエージェントの挙動はかなり期待通りな印象です。実際にCursorではコード補完やCmd + Kをメインに、エージェント的な動きはClaude Codeやるように最近使い分けを始めています。 使用感は主観に寄るところも大きいので文面でお伝えするのは難しいですが、Claude Codeのことを少しでも知ってもらい多くの人に使ってもらるよう、一通りの使い方を記事にしました。 以下の内容で記載しており、盛りだくさんとなっております。 Claude Codeの基本的なセットアップ方法から解説 基礎的な使い方から応用（Permission、Gi

最近もっぱら Roo から Claude Code をメインに移しているが、その界隈の進歩は今までの変化とは明らかに質が違うという感覚がある。それを今の時点で言語化しておきたい。 最初にいっておくと、自分はシンギュラリティ論自体には否定派というか、シンギュラリティが来たところで世の中の問題の大多数が解決されるとは思っていない。(特にレイ・カーツワイルは典型的なフェイク野郎だと思っている) 実現したところで、そんなものかになるという程度の話だと思っている。実現したところで、シンギュラリティ万能論者はゴールをずらし続けることで否定するだろう。終末論はいつもそうだ。 という前置きの上で、今確実に転換期を迎えている AI とプログラミングの話をしたい。 特異点があるとしたら、今はその瀬戸際。 tl;dr Claude Code は Claude Code によって 90%が開発されている その改善