Published 2025/04/28 21:03 (JST) Updated 2025/04/29 16:40 (JST) 障害者に支給される国の障害年金を申請して2024年度に不支給と判定された人が、23年度の2倍以上に急増し約3万人に上ることが28日、共同通信が入手した日本年金機構の内部資料で分かった。機構が統計を取り始めた19年度以降で最多。審査された6人に1人程度が不支給になった計算で、割合も前年度の約2倍に増え、過去最大となる見通し。 判定基準の変更はなく、急増の要因について年金機構の複数の関係者は担当部署のトップが厳しい考え方の人間に代わったことを指摘。属人的な要素で判断が左右される余地が制度にあり、信頼性が揺らぎそうだ。 障害年金は、機構の「障害年金センター」に診断書などの申請書類が送られ、職員が事前に審査。委託を受けた医師が職員とやりとりして最終的に判定する。 同センタ

AIを使ってMySQLのクエリを書くときは、自分が関わっているプロジェクトのスキーマ情報を読み込ませることが必須である。ただし超巨大プロジェクトに携わっていると、特定データベースのテーブル数が数百規模になってしまう。この場合スキーマのダンプ情報を読み込ませるとコンテキスト長が非常に長くなってしまい、失敗することが多かった。 この問題を解決するため、MCPを使ってスキーマ情報をいい感じに圧縮して返すことでSQL生成がもっとうまくいくのではないかと考えた。そこで、テーブル一覧と詳細情報を段階的に取得できるMCPサーバーを、MCPの勉強がてら作ってみた。 作ったもの https://github.com/shibayu36/mysql-schema-explorer-mcp 次のように動く。 実際に大きめなプロジェクトで試したところ、いつもよりうまく生成できるようになった気がする（仕事のプロジェ

AIと本音トーク：エンジニアの仕事、これからどうなる？ 「AI コーディングエージェントの台頭によりエンジニアの働き方はどう変わるのか？」というテーマについて AI と人間のインタビューを通じて探ります。 AI インタビュアーです: ポッドキャスト『未来の働き方』へようこそ。 本日のテーマは「AI コーディングエージェントの台頭によりエンジニアの働き方はどう変わるのか？」です。 技術の進化によって、私たちのプログラミングの方法や開発プロセスが大きく変わりつつある今、エンジニアの皆さんにとって、この変化はどのような意味を持つのでしょうか。 まずは、AI コーディングエージェントについてのご経験や印象からお聞かせいただけますか？日常の開発作業の中で、すでに何らかの形で AI ツールを活用されていますか？ azukiazusa: 最近は、コードを書く量を意識的に減らすようにしていて、出来る限り

1. 教員が学生に、生成AIの使用を禁じたり、使い方を制限したりすることはもう殆ど意味がない。言ったところで使う学生は使うし、「アウトな使い方」をしているかどうかを厳密に見極めるのは不可能。禁止や制限は、「バレずに生成AI使った学生だけが得をする」という環境を生むことになる。 2. Deep Researchはヤバい。あれによって多くの分野で、調べ物系のレポート課題はもう成績評価の対象として意味を成さないものになってしまった。大学教育では、情報の収集力とか、情報の信頼性を測る力とかを育てることが重視されるけど、Deep Researchがある世界でそれをどうやって？と考え込んでしまう。 3. 数年前までは、学生が課題でAIを使わないように説得するための定番理由は「AIはウソをつく（＝ハルシネーションがある）」だったが、これはもう通用しない。ここ最近のモデルはハルシネーションが非常に少なく、

最近TS, React の勉強をしているのですが、その過程で思いました。 単なる感想です。 今までのキャリアパス 自分のことを知らない人もいると思うので、自己紹介がてら自身のキャリアパスについて簡単に説明します。 ソフトウェアエンジニアとしてのキャリアを積んだ後、 2016年より株式会社ディー・エヌ・エーでソーシャルゲームプラットフォームの開発に携わる。 その後、2018年より株式会社メルペイでテックリードとして認証認可基盤の開発・運用を担当。 2020年に入社した合同会社DMM.comではアーキテクトとして 100名規模の開発組織で技術戦略を主導する。 2024年10月に株式会社カミナシに入社し、2025年1月 VP of Engineeringに就任。 簡単に言うと "IC -> テックリード -> マネージャー/アーキテクト->VPoE" という感じで、 新卒から今までエンジニアリン

メルカリでカメラレンズを購入したはずが、届いたのがプラスチック玩具という詐欺に遭いました。メルカリに対応を求めましたが、1カ月以上たった今でも返金されていません。ユーザーとして絶対にやってはいけないことをお伝えします。

今日書きたいことは、以下のような内容です。 ・昔会社の上司に、「何かを提案する時は、「○○したい」という主観的な希望の形でも表現できようにしておけ」「特に希望がなくてもある振りをしろ」と言われました ・仕事の上で、客観的に、冷静な意見を表明することはとても大事です ・ですが、時には「私は○○したい」という、主観的な希望の形で表現するのが有効な場合もあります ・何故かというと、「この人は自分ごととして語っている」という受け取り方でプラス加点をする人がいるから、またそれによって相手の希望も引き出しやすくなるからだと思っています ・仕事上で「どうしたい」「どうなりたい」というのを適切に言語化出来る人は稀です ・ここには、「仕事上で「自分の希望」なんてもってない方が普通」という話と、「仕事に限らず「希望」を言語化することが苦手な人も多い」という二つの要因があると思います ・単純に「○○という選択肢

Clerk ComponentsPixel-perfect UIs, embedded in minutes Simply add <SignIn/>, <SignUp/>, <UserButton/>, <UserProfile/> for complete user management functionality. Match to your brand with any CSS library, then deploy to your own domain — no more jarring redirects! Everything you need for authenticationEver feel like authentication requirements change with the season? Clerk keeps up with the latest

※4月中は無料、来月から有料マガジンに格納されます。 ※私が見聞きした話や抽象的な話を統合した私個人の見解で、他の生成AI推進担当者の方の言語化の一助になればと考えています。 〜 「生成AI推進」というと、どこか未来的で、華やかな響きがある、というかそう思われやすい…。 でも、その実態は「未来的」とは対照的で、合意形成や現場の調整など、極めてウェットで泥臭い話が殆どです。 推進担当者たちの多くは、スコープも権限もあいまいなまま、期待だけを背負わされる。経営者の理解が浅ければ実現不可能な目標を課され、人的リソースも予算もない。失敗したら、「担当者がやってくれなかったから」、うまくいったとしたら、それは担当者の成果ではなく「生成AIはすごい！」に集約される。まぁそれはそうなんですけど…。 それでも、少し先の未来を信じて、今日も誰かが、誰にも気づかれない場所で動いている。 推進者の「詰み構造」ま

SaaS設計レビュー 観点チェックリスト【2025年版】 SaaS設計における「レビュー観点が足りない」「属人化している」を防ぐための設計レビュー観点チェックリストを整理しました 実務でよく聞かれる質問・盲点も交えながら、設計品質を上げる観点を体系的にまとめる試みです 概要 このドキュメントは、SaaSの現場で必要と思われる設計観点を体系化したものです イベント駆動・非同期設計・マルチテナント対応・分散トランザクション・災害対策など、現代的な分散型SaaSに求められる領域を概ねカバーしていると思います 各観点は「背景・概要」「例」「よくある失敗例」「FAQ」「関連観点」によって構成されており、現実の実務に耐えるよう設計しています 🧭 Structure / DeepDive の使い分けについて 本チェックリストは観点を「Structure（構造的原則）」と「DeepDive（実装深度）」

国の財政を話し合う財務省の審議会（財政制度等審議会・財政制度分科会）は23日の会合で、今後の社会保障制度の改革を取り上げた。【Joint編集部】 介護保険制度のあり方も論点の1つとなった。財務省はこの中で、制度の持続性を高めるために給付費の膨張に一定の歯止めをかける努力が欠かせないと訴えた。 介護報酬を仮に1%引き下げれば、およそ1420億円の費用を抑制できるという試算（＊）も提示。現役世代の保険料負担の軽減にもつながると説明した。 ＊ 2024年度予算ベースの介護費の約14.2兆円から算出。 深刻な人手不足への対応をめぐっては、改めて持論を展開した。 「今後の生産年齢人口の減少を踏まえれば、介護分野にばかり人材が集中するのは適切でない」と指摘。「処遇改善のみで新たな人材を求めるのではなく、既存の人材を大切にしながら、生産性の向上や職場環境の整備などに取り組む事業者が、利用者・職員に選ばれ

はじめに こんにちは！モノタロウ CTO-Office 所属の市原です。AI駆動開発チームのリーダーを務めています。 近年、生成AI技術は目覚ましい進化を遂げ、ソフトウェア開発の世界にも大きな変化をもたらしています。 モノタロウでは、「AIを活用して生産性を非連続に向上する」ことを目指してAI駆動開発への取り組みを積極的に進めています。 来月5月7日には、AI駆動開発カンファレンスにて、CTO 普川、プラットフォームエンジニアリング部門長 香川、私市原で登壇します。モノタロウでの取り組みについて、詳しくお話しさせていただく予定です。 本記事では、カンファレンスに先駆けて、モノタロウがAI駆動開発にどのように取り組んでいるのか、概要をご紹介したいと思います。 はじめに モノタロウのAI駆動開発推進体制 活用・検証中のAIツール セキュリティへの配慮について 生成AIを活用したレガシーシステム

はじめに 4月で正式創業を迎えたDress Code株式会社で働いているかわうそです。 今回は正式創業を迎えるにあたり、コーポレートサイトを公開したのですが、 コーポレートサイトをCursorのAgent Modeを活用して、どこまで乗り切れるのか試しみました。 ということで、どんな風にトライしたのかについて簡単にご紹介します。 （ついでに、Figma MCP × Cursor Agent Modeだけでは無理でしたw多少、実装してますw） 前提 デザイン Figma フレームワーク NextJS Tailwind CSS ... ※ 開発環境構築については割愛させていただきます（環境構築もAgentでいけた説） セットアップ Project Rule ある程度のディレクトリ構成や実装方針を簡単に決めて決めておきたかったので、 まずはProject Ruleを先に作成しておきました。 Pr

プロダクトマネージャー業務は、日々のタスクから中長期の戦略策定まで、多岐にわたります。忙しさに追われ、その日の思考や課題が記憶の彼方に消えてしまう… 私はそのスパイラルに入ってしまっており、タスク管理ツールやtimesに「日報」を書いたりと試行錯誤していたものの、何度も挫折していました。 Cursorとの出会いと活用のひらめきそんな中、社内で利用が広まっていたAIエディタ「Cursor」。 当初は、ノンエンジニアでもコード調査やSQL作成が出来ることや、一貫したドキュメント作成が出来ることに魅力を感じて使っていました。 これまで私のAI活用は、「PRDの壁打ち」に代表されるドキュメント作成の補助、「開発仕様の確認」など特定の複雑な業務だけにとどまっていました。 小さな日常的タスクにもAIを絡められる可能性があるとは、正直あまり想像できていなかったのです。 きっかけは、みやっちさんのCurs

思い出したくもないのに勝手に頭をよぎる嫌な記憶、誰にでもありますよね。 そうしたトラウマ記憶は、あの有名なゲームをすることで思い出しにくくなることが明らかになりました。 スウェーデン・ウプサラ大学（Uppsala University）は、コロナパンデミック中にトラウマにさらされた医療従事者を対象に、実験を実施。 その結果、1回20分間のテトリスを5週間続けると、トラウマ記憶を思い出す回数が大幅に減ることが示されたのです。 研究の詳細は2024年9月19日付で医学雑誌『BMC Medicine』に掲載されています。 A 20-minute game of Tetris reduced traumatic memories in pandemic frontline workers https://www.psypost.org/a-20-minute-game-of-tetris-redu

交際相手の指をおので切り落としたなどとして、大阪府警曽根崎署は23日、傷害の疑いで、大阪市北区兎我野町の無職、佐藤紗希容疑者（23）を逮捕、送検したと発表した。容疑を否認している。 逮捕、送検容疑は昨年9月～今年1月、自宅で、当時同居していた交際相手の20代男性の左手薬指をおので切断して欠損させたほか、男性の顔を複数回殴ったり、乳首をはさみで切断したりしたとしている。 同署によると、切断された薬指は自宅の冷蔵庫に、液体入りの瓶に入った状態で保管されていたという。男性は暴行を受けた経緯について、「浮気を疑われ、違う女性と結婚できないように薬指を切られた」という趣旨の説明をしているという。

本日、「AI駆動開発実践の手引き -これが僕/私のAI（アイ）棒」というイベントで「ここはMCPの夜明けまえ」 🎵🧭 というタイトルで登壇しました！ 🔍 イベント詳細: - イベント名: 【ハイブリッド開催】AI駆動開発実践の手引き -これが僕/私のAI（アイ）棒- - 公式URL: http…

一時期Ruby on RailsのERB + jQueryベースのフロントエンドをReactやVueのモダンフロントエンドにリプレイスするのが流行りました。私も現場でこういう例を複数見ています。 しかしどれも途中で止まっています。半分にも届かないぐらいのところで "ERB + jQuery"だったものが "ERB + jQuery + React + Next.js"とか"ERB + jQuery + Vue"になっています。 複雑度はむしろ明確に増しています そこで、こういう結末が一般的なのかどうか、ウェブを検索して調べてみました。 タイミー社の例 Rails (多分ERB) + jQueryが出発点 30画面 Next.jsのSPAに移行 3年間かかった （2年弱の時点で一回中断） クックパッド社の例 2020年にRails (多分ERB) + CoffeeScript/jQueryを

アメリカの方で政府機関のコードをCOBOLから他の言語にするみたいなことをやる不確かな噂がありますが、それとは全く関係がない話です。もっともっと規模が小さいやつ。使ったのはCline(Claude 3.7 Sonnet)です。以下、AIとはClineのことを指します。 やってみたのはTypeScriptのライブラリからGoへの移植。対象は、https://github.com/mizchi/readability 。 zenn.dev とはいえこちらもWIPとあるように、まだやりきれてない箇所があるので、本家の https://github.com/mozilla/readability を元にした方が良かったかもしれない。ただ書き直されていると言う点や、元コードからAIで整理されていると言う点はポーティングに有利だったかもしれない。 なんでreadabilityをGoに移植したかと言う説