はじめに 2025年12月31日の夜、パソコンの前でこの文章を書き始めている。Xのフォロワーが1万人を超えたとき、勢いで「おすすめのグラビアを紹介します」と言ってしまった。忙しさを言い訳にして先延ばしにしていたら、年末年始になってしまった。孤独な独身男性が大晦日に書くブログがこれでいいのか。言ってしまったからには書くしかない。 普段は技術ブログを書いている。ソフトウェアエンジニアとして、コードの話や設計の話をするのが本分だ。私はグラビア評論家でもなければ、業界関係者でもない。あるのは、彼女たちの作品を見て感じた個人的な感想だけだ。素人の与太話である。合わない人はブラウザバックしてもらって構わない。 2025年、生成AIが生成する画像のクオリティは日に日に上がった。「人間である必要があるのか」という問いが、あらゆる領域に突きつけられている。ソフトウェアエンジニアである私も、その問いと無縁では
——「何を作るべきか」を選び、腹を括ることの価値 この記事の核心：AIがコードを書く時代になっても、「何を作るべきか」を選び、腹を括り、うまくいかなければ別の手を打つのは人間の仕事だ。なぜなら、痛みのない決断は決断ではなく計算だから。本稿では、要件定義を「合意形成」として捉え直し、2025年のAIエージェント元年に人間が担うべき役割を考える。 はじめに AIがコードを書く時代になりました。「ファイル監視ツールを作って」と指示すると、動くコードが出てきます。それだけではありません。2025年現在、AIエージェントはファイルを読み、テストを実行し、エラーを修正し、プルリクエストまで作成できます。 便利になった分、私たちの仕事は減るのでしょうか。「作る」作業は確かに減ります。しかし「何を作らせるか」「どこで人間が介入するか」を決める仕事は増えます。AIが「作る」を担うからこそ、「選ぶ」の重みが増
はじめに Rustは速い。だが、Rustで書けば速くなるわけではない。 ある日、APIのレスポンスが突然5秒を超えた。コードを見直してもバグはない。SQLも正しく書けている。途方に暮れながらログを確認すると、1リクエストで300回以上もクエリが発行されていた。原因は、ループ内で著者情報を1件ずつ取得していたこと。これがN+1クエリ問題だ。 見えないものは、直せない。 本記事では、この見落とされがちなN+1クエリ問題の本質と、RustとPostgreSQLを使った5つの解決策を解説する。正直に言うと、どの解決策がベストかは状況による。だからこそ、複数のアプローチを知っておく価値があると私は考えている。 N+1クエリ問題とは 問題のあるコード 本記事では、RustのSQLクライアントライブラリ「sqlx」を使用します。sqlxは型安全なクエリとasync/awaitをネイティブにサポートするラ
はじめに テストは全部通っている。コードカバレッジも90%を超えている。なのに、本番環境でバグが見つかった。 私が実際に経験したことだ。原因を調べると、テストコードにassert（検証）が書かれていなかった。テストは「コードを実行しただけ」で、結果が正しいかどうかを確認していなかったのだ。正直、恥ずかしかった。テストを書いている気になっていただけで、何も守っていなかった。 こういう経験はないだろうか。あるいは、レビューで「このテスト、意味ありますか」と指摘されたことは。 この記事では、こうした「見せかけのテスト」を発見するミューテーションテストという手法と、Rust向けのツールcargo-mutantsを紹介します。 公式ドキュメントを参照する場合は、以下のリンクからどうぞ。 mutants.rs github.com このブログが良ければ読者になったり、nwiizoのXやGithubをフ
散々言われていることだと思いますが、何度でも言いたいことなので、改めて記事にすることにしました。 APIをそのままMCPサーバーにするのは止めてください 何故ダメか 何故ダメかの説明として、よく「APIとMCPはレイヤーが違うから〜」とか説明されているのを見ますが、個人的にはそんなことはどうでも良くて、普通に実害があるからダメです。主に以下の2点が問題です。 AIのコストが高くなる AIの応答精度が悪くなる 特に1はめちゃくちゃ困ります。 逆に言うと、これらの問題が発生しないように考慮されていれば、私的にはAPIをMCPサーバーにしてもOKです。 では何故、深く考えずにAPIをそのままMCPサーバーにするとAIのコストが高くなるのか、もう少し深堀りして見ましょう。 AIエージェントの処理 問題を把握する前に、いわゆるAIエージェントがMCPサーバーのツールを使う時の処理を理解しておきましょ
こんにちは、プロダクトデザイナーのあぼねこ（@avocadoneko）です🥑🐈⬛ 最近Appleの純正iOSアプリを触っていたら、同じように「アイテムを消す」操作でも、意味ごとに異なるアイコンが使い分けられていることに気づきました。 この記事では、iOSアプリにおける「アイテムを消すアクション」の表現について、この3つのアイコン違いについて整理してみます。 この3つのアイコンの使い分けさまざまなアプリで、Deleteする対象ではないのにゴミ箱アイコンと「削除」という言葉が使われている場面をよく見かけます。 しかし、Appleの純正アプリを見ていくと、実際には以下のような使い分けがされていそうでした。 ではそれぞれについて見ていきます。 🗑️ Delete - 削除ユーザーが所有しているデータそのものを消す場合は「Delete（削除）」です iOSアプリでは最も一般的な消すアクション
概要 本記事では、 「自分の意思では生活習慣を改善できない人間が、AI Agentに“罰”を与える権限を渡したらどうなるか」 という実証実験について紹介します。 リマインダーも、ToDo管理も、コーチングサービスも続かない。 理由はシンプルで、守らなくても痛くないから。 そこで本記事では、 CLI型Agentに「コーチング役」を与え 1日の行動を自己申告し悪習慣を検知した際に Pavlok（電気刺激可能なウェアラブル）を通じて 物理的な罰 を与える という、やや狂気じみた構成を 最小実装 で試しました。 結果として、 「物理刺激権限を付与する前提のAgent設計にすることで人は大きく変われる」 という強い手応えがあり、構想・実装・効果を共有します。 想定読者 自堕落な生活を是正したいけど治せない方 習慣化アプリ・リマインダー・ToDo管理に何度も挫折してきた方 「結局、人は痛い目を見ないと
これは私が、2025年の総括として、今自分で運用している作業習慣をまとめたものです。私の少々特異な精神・社会的状況を当然前提としていますが / ので、健康な人間の役に立つかもしれませんし、不健康な人間の役に立たないかもしれません。ただ万人に伝えたいことがあるとすれば、世の中にはこういうやりようが存在しているよ、ということと、精神的不調があるなら早めに精神科に行こうということとだけです。 「やるべきことも、やりたいと思うことも何もない。 (中略) 何の役にも立たない自分を自覚したとき、私は初めて自由になれた……誰の期待に応えることもできない、何より自分自身の期待にさえ。そうなって初めて、私には本当の自由が生まれたのです」 『機動戦士Gundam GQuuuuuuX』 2025年最新のアニメが提示する"大人" まえがき 抑うつ症状を前提としたタスク管理 Obsidian: 第二の脳 作業のぬか
2025年は色々ありすぎた年だった。人生が進みすぎた。 学業 3月に筑波大学を卒業した。2019年に入学して2回留年して、やっと卒業できた。 自分は昔から本当に勉強ができなくて、高校生の時は大して頭のよくない学校で学年でビリから5番目くらいだったから、6年かかったとはいえ割とまともな大学をちゃんと卒業できたってのは本当に嬉しい。 卒論の出来は本当に悪くて「えっこれでいいの？」ってくらい酷かった。LadybirdブラウザのJavaScript処理系であるLibJSに、可能な限りオーバーヘッドが少なくなるようにGCの動作をトレースするinstrumentationを実装して性能を評価する、みたいなやつをやった。これは実際にはJava向けの既存の手法をほぼそのまま実装しただけのやつなので研究としては普通にめっちゃしょぼかったし、性能評価も「それはそうですよね」という感じだった。 ただ、他の人のや
Prisma@7 の現状 2025/11/17 に Prisma の公式 Blog で 7.0.0 が発表されました。 Moving away from Rust 90% smaller bundle output 3x faster query execution Significantly lower CPU and memory utilization Simpler deployments for Vercel Edge and Cloudflare Workers Rust から脱却し、バンドルサイズが 90%縮小、クエリの実行が 3 倍速、CPU 私用率やメモリ消費の低減、Edge 環境や Cloudflare への導入が簡単になったという内容です。 現実はこの issue に集約されています。 ベンチマークの結果、「3 倍速」どころか逆に遅くなっているケースが報告されています
Go CLI GitHub Actions tfaction (Terraform CI/CD) という自分が好きなテーマでお声がけ頂き楽しくお話させていただきました。 登壇の機会を頂きありがとうございました。 Go CLI のイベントではかの fujiwara さんを始め著名な方々とお話する機会を頂き、とても嬉しかったです。 特に Go CLI, GitHub Actions に関しては有益な内容を話せたと思っているので資料に目を通していただけると幸いです。 LayerX 社が GitHub Sponsor に LayerX では様々な OSS を利用しており、それらは基本的にはコミュニティによって支えられています。 とはいえそれらの中には特定または複数の企業のバックアップを受けているものも多いと思います。 そんな中、そういったバックアップがない中で、ほぼ個人でこれだけ多くの OSS を
（フルVibe Codingできたとは言ってない） ご無沙汰しております。 今年の後半から大学の講師(情報学部)もするようになって、すっかり時間がなくなっていたkazuphです。 基本的にすべての仕事が副業みたいになった昨今、細切れの中でなんとしても進捗を出す必要があり模索してきました。私は15年程度エンジニアをやっていますが、Claudeの性能が上がってからはコードを読むのをほぼやめています（自分が得意で好きな部分だけ見ますが）。 特に今年傾倒したのがPlanモードや仕様駆動開発（SDD）です。 Claude CodeのAgentに対応したSDDは神がかっており、こっちは要件を言うだけでどんどん別のagentがフェーズごとに立ち上がってアウトプットを出してくれます。Agentの文言を改変して、作成した仕様やtasks等を実行する前に自動でCodexにレビューさせたりすると更に威力が高まり
時折、「やりたいことに対してこんな複雑なことをしないといけないのはおかしい」という感覚がはたらく。ソフトウェアエンジニアの勘といってもいい。 FizzBuzz Enterprise Editionはプログラマジョークとして解されるが、実際のエンジニアリングではもっと微妙な形で表れる。たとえば設計やコードレビューの最中に「こうしたらどうなるだろうか」と思いつき、提案を実装した結果として管理すべき状態やコード量が減ったりする。(関連: 状態、結合、複雑性、コード量の順に最適化する - valid,invalid) あるいはシステム要件や仕様について話す中で表出することも多い。「新しい画面を作ってこういう情報を見せたい」であったり「ツールAと双方向に同期して検索したい」といった言葉からよくよく要求を聞いてみると、既存機能で代替ができたり、大仰なインテグレーションは不要だと気づく。 不要な仕事を減
本記事は、面白法人グループ Advent Calendar 2025 の22日目の記事です。 こんにちは！カヤック技術部の千葉です。2回目の投稿です。 今回は「2ヶ月ちょいで3kmを1分速く走れるようになる方法」以来3年ぶりですが、ランニングネタを投下していきたいと思います。 ランニング近況 2020年秋の健康診断で「脂質代謝異常」と判定されたのを機に走り始め、早いもので丸5年が経過しました。 始めた当初はキロ7分ペースで3kmも走れませんでしたが、2023年の第18回湘南国際マラソンでは3時間27分54秒を記録し、サブ3.5を達成。現在はサブ3達成を目指して日々トレーニングに励んでいます。 昨年は怪我で2ヶ月間走れず、走行距離も伸ばせず悔しい結果に終わりましたが、今年は大きな怪我もなく、年間走行距離3,000kmに到達しそうです。おかげさまで、今年の健康診断ではカヤックに入社して以来、初
弁当・総菜店の天神屋（静岡市）がJR静岡駅などで駅弁を販売する東海軒（同市）を買収する見通しであることが24日分かった。「元祖鯛めし」などで知られる東海軒の駅構内店舗を運営するとともに静岡市内の工場を継承し、弁当事業を拡大する。天神屋がこのほど設立した子会社に2026年1月にも東海軒の事業を移管する見込み。事業移管後に公表する見通し。買収額は明らかになっていない。天神屋は1954年に創業。静
量子コンピューターは量子情報の最小単位である量子ビットを利用して計算するコンピューターで、従来のコンピューターでは解けない問題が解けるようになると期待されています。テキサス大学オースティン校の理論コンピューター科学者であるスコット・アーロンソン氏が、「実用的な量子コンピューティングは間近に迫っているのか？」という疑問について回答しました。 Shtetl-Optimized » Blog Archive » More on whether useful quantum computing is “imminent” https://scottaaronson.blog/?p=9425 アーロンソン氏は2025年12月、カリフォルニア州サンタクララで開催された量子テクノロジーの国際会議・Q2Bに参加し、「Why I Think Quantum Computing Works(なぜ量子コンピュー
メリークリスマス。今年もアドベントカレンダーを寄稿させていただきます イオン株式会社CTO ／ イオンスマートテクノロジーCTOのやまけん（ 山﨑賢 )です。 この記事は、AEON Advent Calendar 2025 最終日の記事です。 過去の私のAdvent Caledar投稿記事はこちら。 今回は継承や委譲の重要性を語ってみます。 イオンに入社してそろそろ3年。 割と仕事にも慣れてきて、社内／社外に認知も一定広がり、社内で色々な事がスムーズにやりやすくなった今、これこそが危険な状態への入口だと考える自分への、そして同じ状態に陥っている同士への警鐘です。 ちなみに、今スグCTOやめるぜ、とか、イオン退職するぜって話ではないのでご注意を。 ポジションの罠 キーマンという名の門番 おそらく、多くの会社においてキーマンは存在するでしょう。 それがスキルベースのキーマンなら良いのですが、ポ
Podcast こんにちは、Amebaのデザインシステム「Spindle」でテックリードをしている原 (@herablog) です。 本記事では「Spindle 2025」と題し、今年の変化と具体的な取り組みを振り返ります。 ※ 本文は2025年時点の活動を振り返った内容のため、現在の状況とは一部異なる場合があります。 2024年から2025年への変化 2024年までの Spindle は、「人と人の協業」を軸に、ブランドガイドラインやデザイントークン、UIライブラリを整備してきました。特に UI ライブラリでは、デザイナーとエンジニアが Design Doc を共に作り、実装・運用まで進めることで、職種をまたいだコミュニケーションの円滑化に注力してきました。 2025年からは、この流れに AI が本格的に加わりました。要件整理や事例収集、デザイン案や命名支援、Design Doc のドラ
はじめに こんにちは、和田です。いえらぶGROUPで開発部の執行役員を務めています。 弊社も例に漏れず、今年はAI活用に非常に注力してきました。Cursorを全エンジニアに導入し、テックリードにはClaude Codeを配布、業務効率化・実装スピード強化・精度向上を進めてきました。 そんな会社で、私はある新人エンジニアに対して「AIの使用を禁止する」という判断を下しました。 先日ちょっと話題になってましたね、こちらの彼の話です。 社内でも圧倒的なAI推進派の私がなぜそのような判断をしたのか。そして3ヶ月後、その新人はどう変わったのか。この記事では、私の目線からのある種答え合わせ的なつもりで経緯と結果をまとめてみました。 最初は「AIをどんどん使わせていた」 新人が入社した当初、私は彼にもCursorを使わせていました。なんならClaude Codeも使わせていました。理由はシンプルです。
インターネットの基礎として必要不可欠なIPアドレスのうち、IPv4アドレスが各地域インターネットレジストリに配分し切られた2011年頃から、「IPv4アドレスが枯渇した」と言われるようになりました。地域インターネットレジストリ(RIR)のAsia-Pacific Network Information Centre(APNIC)が2025年を振り返り、「枯渇そのものよりも、どう割り当てられ、どう使われたのかを考えるようになり、IPv4運用の新しい平常状態になった」と整理しています。 The IPv4 address swamp: The new normal | APNIC Blog https://blog.apnic.net/2025/12/23/the-ipv4-address-swamp-the-new-normal/ IPv4の枯渇、すなわちICANNが各RIRへIPv4を配分し
この記事は、NTT docomo Business Advent Calendar 2025 25日目の記事です。 みなさんこんにちは、イノベーションセンターの冨樫です。Network Analytics for Security1 (以下、NA4Sec)プロジェクトのメンバーとして活動しています。 NTTドコモビジネスでは、ドロップキャッチ等のリスクに対応するため、すでに使い道がなくなったドメイン名(以下、利用終了ドメイン名)であっても、永年保有するポリシーを採用しています。 ただ、利用終了ドメイン名を保持し続けることで、金銭面・管理面のコストがかかり続けます。 また、不必要にドメイン名を保持し続けることはインターネット上の公共資源が解放されないため、健全性を損なっているという指摘も存在します。 そのため、この利用終了ドメイン名を将来的に廃止することを目標に各種分析をしています。 今回は
※この記事は、2025 Speee Advent Calendar最終日の記事です。昨日の記事はこちら デジタルトランスフォーメーション事業本部（以下、DX事業本部）の石井です。 エンジニアリングマネージャー（以下、EM）として、4つの不動産DX事業の開発部署と、DX事業本部横断の開発基盤チームを管掌しています。 2020年9月にSpeeeへ入社し、気づけば5年が経ちました。節目なので、振り返りを交えた在籍エントリを書いてみます。 入社当時、私は30代半ば。「事業と開発を行き来しながら事業成長に貢献できる人になりたい」という想いでSpeeeを選びました。 5年経った今、自分なりに変化できたと感じています。その原動力となったのは「問われる環境」と「挑戦の機会」でした。そして振り返ってみると、ここで培った力は、AI時代に活きる土台にもなっていると思います。 「問われる環境」がくれた成長の圧力
2026年度から排出量取引制度が本格的に稼働するのを前に、日本の脱炭素市場は、これまでの「自主的なオフセット」を中心とした段階から、制度の中で排出削減とクレジット活用のあり方が整理されるフェーズへと移行しつつあります。削減の義務化やルール設計が進むなかで、企業には「どのクレジットを、なぜ使うのか」という説明責任がより強く求められるようになり、森林や農業といった自然由来クレジットの位置付けや価値が、改めて問われ始めています。 こうした状況を背景に、「森林価値創造プラットフォーム（森かち）」（以下、「森かち」）を運営する住友林業株式会社と、国内最大級の農業由来J-クレジット創出を手がけるGreen Carbon株式会社が、「自然資本を価値に変える」ための協業を発表しました。 今回は、住友林業株式会社の曽根佑太氏に、日本の脱炭素市場の現状や自然由来クレジットの価値をどのように捉えているのか、話を
松尾研LLM講座2025 応用編Day3「軽量化」の講義資料です。
はじめに AI駆動のドキュメント生成プラットフォームを開発しています。開発チームが拡大するにつれ、従来のデプロイフローに以下の課題が顕在化してきました 従来の課題 環境待ちのボトルネック develop/stagingブランチへの直接マージを待つ必要がある 他の開発者のPRがマージされるまでデプロイできない 動作確認の困難さ レビュー時に動作確認するには、レビュアーがローカルでブランチを切り替える必要 本番に近い環境での確認が手間 大きなPRの蓄積 環境待ちを避けるため、複数の変更を1つのPRにまとめがち 結果としてレビューコストが増大 これらの課題を解決するため、GitHubラベルベースのデプロイシステムを導入しました。 導入した2つの仕組み 1. ラベルベース相乗りデプロイ PRにdevelopまたはstagingラベルを付与するだけで、対象環境へのデプロイが自動実行されます。 主な特
料理のスパイスとしてよく使われるショウガは体を温める効果があるとされており、伝統医学でも頻繁に使われてきました。実際に、現代医学でもショウガが持つ健康効果が多数確認されているとのことで、イギリスのキングストン大学で薬学実務の上級講師を務めるディパ・カムダール氏が「ショウガが持つ5つの健康効果」を紹介しています。 From arthritis to nausea: five ways ginger could benefit your health https://theconversation.com/from-arthritis-to-nausea-five-ways-ginger-could-benefit-your-health-261506 ◆1：吐き気の緩和 複数の臨床試験において、ショウガが吐き気や嘔吐(おうと)を軽減する効果が一貫して示されており、イギリスの国民保健サービス(
2017年に上梓した「世界のエリートはなぜ美意識を鍛えるのか？」で、僕は過剰に論理に依存して意思決定することで、社会も組織も個人も脆弱になってしまっている、という問題意識を提示しました。 出版当時の状況は「論理」だとか「ロジカル」だとか、その手の言葉が書店のベストセラーの棚で溢れかえっており、「美意識」などという言葉を持ち出すこと自体が、そもそも「論理的でない」と言われましたが、時流に乗ろうとしたそれらの「ロジカル本」の全てが風に飛ばされる木の葉のように世の中から消えてしまった一方で、私のこの本が未だに版を重ねているというのは何とも皮肉なものです。 この記事では、この「美意識」では軽く触れるだけで済ませてしまった「主観と客観」という問題について書いてみたいと思います。 客観は過剰評価されている論理的思考が重視される場面では、しばしば「客観性」が至高の価値として扱われます。客観とは、誰が見て
誰しも、「おならを我慢する状況」に遭遇したことがあるのではないでしょうか。公衆の面前などマナーの面で放屁を我慢する必要のある状況に陥るのは致し方のないことです。そんな時もしかすると「このままおならを我慢し続けるとどうなってしまうのか？」という疑問が頭をよぎるかもしれません。おならを過剰に我慢することによって起こりうる弊害について見てみましょう。 Can a Fart Escape In Your Mouth? Another Reason to Not Hold It In https://www.healthline.com/health/fart-in-mouth ◆おならを我慢すると口から漏れてしまうことはあるか？ おならは正常な消化活動の一環です。食べ物が消化される過程で腸内細菌が分解・代謝という形で関与することによりガスが発生します。ガスが大腸を膨張させることにより、人間は満腹感
はじめに どんなシステムでも認証機能を実装する際、自前で認証システムを構築するのは結構大変です。 セッション管理、Cookie周り、セキュリティ対策など、考慮すべき点が山ほどあります。 私は利用できるのであれば、Clerkや今回のWorkOSをはじめとした認証系SaaSを積極活用することが望ましいと考えております。 そこで今回は、WorkOSのAuthKitを使って、TanStack Startに認証機能を実装する方法を解説します。実際に動くコードを交えながら、セットアップから実装、ハマりどころまでまとめましたので、TanStack StartとWorkOSで認証機能を構築する際は参考にしてみてください。 この記事で実装するのは以下の機能です： WorkOS AuthKitによる認証システム サーバーサイドでの認証状態管理 保護されたルート（Protected Routes） ログイン・ロ
マーク・メス・コーンが撮影した「ハイタッチ」が、ニコン・コメディ・ワイルドライフ・アワードの2025年の総合最優秀賞に選ばれた。© Mark Meth Cohn/Nikon Comedy Wildlife Awards ニコンのコメディ・ワイルドライフ・フォトグラフィー・アワードは、野生動物写真の中でも特にユーモアあふれる作品を毎年表彰しているコンテストである。2025年は約1万点の応募作品の中から、優秀賞と各部門の優勝作品、そして総合最優秀賞の計16点が審査員によって選出された。総合最優秀賞に選ばれた作品は、アクロバティックな動きを披露するオスのゴリラの姿をとらえた写真「ハイタッチ」だった。ニコン・コメディ・ワイルドライフ・アワード（The Nikon Comedy Wildlife Awards）は、つい笑ってしまうような野生動物の写真を紹介するだけのイベントではない。野生生物保全のた
かつて日本のスマートフォン市場は「iPhone一強」とまで言われ、世界的に見ても特異な市場とされてきました。しかし、最新の一部調査では、OS別シェアでAndroidがiPhoneを逆転したというデータが明らかになり、市場の潮目が変わりつつあることが分かります。 そこで今回は、スマホライフPLUS（https://sumaholife-plus.jp/）に掲載された記事を参考に、iPhoneのシェア低下の背景にある価格やユーザー動向に関する情報をご紹介。各項目の詳細はぜひスマホライフPLUSでご確認ください。 1：AndroidがiPhoneのシェアを逆転した要因 出典：イチオシ | 画像引用：スマホライフPLUS「MMD研究所」調べ(https://sumaholife-plus.jp/smartphone/45638/) MMD研究所による調査によると、2025年9月に行われた「2025
OSS では日々様々なセキュリティ対応がされています。私自身も CVE を発行したり、対応をした経験があります。 最近だと CVE-2025-62596 の対応をしました。 公開後の情報がまとまった CVE や以下のような Security Advisory を見ることは多くあると思います。 GHSA-vf95-55w6-qmrf 実はその裏には対応者や、クレジットには載っていない関係者の努力が隠れています。 また、そういった公開までの舞台裏でどういう作業がされているかは表に書かれることは多くありません。 この記事では公開情報だけでは見えにくい、脆弱性報告を受けてからの議論、CVE 取得、公開までの流れを少し紹介します。 Overview: OSS 脆弱性対応フローあくまでも一例ですが、GitHub で OSS を運用している場合の一般的な流れは以下のようなケースが多くあるのかなと思います
はじめに こんにちは。ソフトウェアエンジニアの生産効率は、高性能なマシンや質の良いキーボード、さらには日々の運動や栄養バランスの取れた食事などに支えられていますが、中でもポータブルな設定ファイル集である dotfiles にはそれぞれのエンジニアが持つ計算機環境へのこだわりが凝縮されているのではないでしょうか。 この記事では、まず dotfiles とそれを取り巻くシステムの変遷について説明して、その後に今年2025年に筆者が整備した config（dotfiles、Terraform、Kubernetes 設定のモノレポ）について紹介します。 ドットファイルとは、ファイル名が.で始まるファイルのことを指します。 多くのシステムでは隠しファイルに設定されていることが多く、ソフトウェアやOS等の設定ファイルは一般的なユーザから目につかないようにドットファイルとして作成されます。 たとえば、以
こんにちは、株式会社 PKSHA Technology ソフトウェアエンジニアの中西です。 1. はじめに Go 言語で MySQL を利用する場合、標準ライブラリの database/sql と、ドライバである go-sql-driver/mysql を組み合わせるのが一般的です。この構成は、事実上のデファクトスタンダードとして定着しています。[1] また、セキュリティ対策も重要です。特に SQL インジェクションを防ぐため、プレースホルダ ? を用いた Prepared Statement の利用はベストプラクティスと言えます。[2] しかし、この標準的で安全な構成でも、パフォーマンスが著しく劣化するケースはあります。本稿では Prepared Statement の 2 方式を整理し、Go のデフォルト設定で性能が落ちる原因をベンチマーク結果と合わせて示します。解決策と採用時のトレー
Moi! UXエンジニアのヨーナスです。今回は、フロントエンドエンジニアに向けて、アクセシビリティに関する3つの誤解について解説したいと思います。 ITイベントやミートアップに参加するとき、業界の仲間たちにアクセシビリティについての印象を積極的に聞くことにしています。そして次のようなことをよく耳にするのです。 アクセシビリティは特別な知識が必要 アクセシビリティは、時間の余裕ができたら対応してもいい アクセシビリティは、限られた人にしかメリットがない 正直にいうと、このような誤解がずっと残り続けているのは非常に残念ですが、アクセシビリティに触れる機会がないままフロントエンドエンジニアとしてIT業界に入った者として、こうした考え方をよく覚えています。まず、開発者として、何をいつどうすればいいかという問いに簡単に答える内容のコンテンツはまだまだ少ないですし、（自分の活動も含めて）アクセシビリテ
重要なポイントは「対象」の違いです。 技術負債はコードそのものの問題、つまり「物」の問題です。 コードが複雑すぎる、設計が不適切、テストが不足している。 これらはリファクタリングやコード改善で解決できます。 一方、理解負債はエンジニアの理解の問題、つまり「人」の問題です。 コードは動作するし、テストも通る。 しかし、誰もそのロジックを説明できない。 なぜその実装になっているのか分からない。 これは単なるコード修正では解決できません。 理解負債は、AI生成コードに特有の新しい形態の技術的負債です。 「動くコード」だからこそ見過ごされやすく、気づいたときには手遅れになっていることが多いのです。 1.3 理解負債の具体例 - 現場で起きている3つのシーン 理解負債が実際の開発現場でどのように現れるのか、3つの典型的なシーンを見ていきましょう。 以下具体例は、分かりやすく説明するための架空のシーン
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 「文系・未経験からセキュリティは無理」 この言葉を理由に、挑戦を諦めてしまう人は多いと思います。 ですが、少なくとも私はこの意見には賛成できません。 私は文系・未経験からIT業界に入り、 現在はセキュリティコンサルタントとして働いています。 このAI時代に AIの進化によって、 「この先、セキュリティの仕事はAIに奪われるのではないか」 と不安に感じている人は多いと思います。 特に、 文系出身 IT・セキュリティ未経験 プログラミングや数学が得意ではない こうした前提条件があると、 「今から目指して意味があるのか」と感じてしま
2023年から段階的にAIを開発フローに組み込み、2025年は試行錯誤とツールの大きな変化、そしてエージェント化を経て、私のソフトウェア開発の進め方は明確に変化しました。 ここで言う「変化」とは、単に作業が速くなった、便利になったという話ではありません。 より具体的には「コードをタイピングする時間よりも、間接作業の比重と抽象的な思考・ロジックが増えた」という意味での変化です。 とりわけ深刻なのは文字入力回数の増大です。その結果、マイクに向かって話したり、タイピングの練習といったプリミティブな活動を取り入れるようになりました。 この変化は私だけのものではありません。Addy Osmaniは『Beyond Vibe Coding』で「開発者の役割はコードを書くことから、コードを指示すること（directing）へシフトしている」と述べ、アーキテクチャやデザインパターンといったシステム思考への集
どこもかしこもAIが作った文章だらけだ。 他人が送ってくる企画書も、どうせAIがまとめたんだろうと思うと、目を通す気になれない。 明らかに「この人、こんな言葉づかいしないよな」と感じる文章がたくさん混じっている。 人が書く文章は、その人の顔と同じように、特徴的な輪郭があって、しわやしみがあって、左右対称でもない、いびつなものだ。 そのいびつさを味わうのが文章を読む楽しさの大きな部分を占めていると思う。 企画書だって読み物である。 だけどAIに書かせた企画書にはその人の味がない。 なので、「この人はどんな人なのだろうか」「そして今どんなことを感じているのだろうか」ということがわからない。 企画書にそんなものは要らないと思われるかもしれないけど、やっぱり大切だと思う。 ぼくは企画書が欲しいのではない。 要は、その人と一緒に仕事してみたいと思えるか、だけなのである。 とはいえ、たとえばものすごく
皆さまこんにちは、株式会社ベースマキナの代表取締役社長を務めております高橋（@__timakin__）です。 2025年12月18日、AnthropicがAgent Skillsをオープンスタンダードとして発表しました。MCPに続く標準化の動きとして注目を集めています。 面白いのは、発表からわずか数日でOpenAIがCodex CLIとChatGPTに同規格を採用し、GitHub Copilotも対応を発表したこと。Anthropicが仕様を公開し、競合が追従する——MCPで見た流れが再び起きています。さすがAnthropicという感じで、一気に業界標準となりつつありますね。 この記事では、発表から約2週間で話題になっているスキルを厳選して紹介します。 この記事でわかることAgent Skillsの概要 カテゴリ別おすすめスキル10選 インストール方法と注意点 Agent Skillsとは
AI を活用するための技術というのはとりわけ新しいものではなく、過去の知見を基盤として構築されていることが多いです。それゆえに、AI 時代だからこそ基礎的な知識を体系的に学ぶことができる書籍に学ぶことに価値を求めるのです。この記事では 2025 年に読んで特に印象に残った本をいくつか紹介します。 2025 年はとりわけ AI 関連の書籍が多く出版された年であったように感じました。しかし AI を活用するための技術というのはとりわけ新しいものではなく、過去の知見を基盤として構築されていることが多いです。コーディングの分野でも AI によるコード生成を魔法として捉えるのではなく、自分のプログラマーとしての能力を増幅させるためのツールとして捉え、ツールを熟達し磨き上げより良いものにすることが重要なのです。このことはまさに 達人プログラマー に書かれている内容と通じるものがあります。AI 時代だか
こんにちは、LayerX CTOの松本（@y_matsuwitter）です。今回はどちらかと言うと社内向けの記事ですが、今年の取り組みと感謝についてです。 CTOとして今年一番大きな仕事は何だったかと聞かれれば、「AIへの全社的な重心移動」だったと思います。技術選定や個別プロジェクトの成功ももちろん重要なのですが、それ以上に「会社として、どこに賭け、何を当たり前にしていくか」を決めて、実際に動かすことが今年の中心でした。 一部の人の取り組みだったAIを、全社に広げ、経営の根っこにする。これは言葉にすると簡単ですが、実際は“良いことなのでやりましょう”だけでは進みません。AIは便利です。一方で、組織に広げるとなると、投資判断、権限設計、期待値調整、現場の習慣、評価、採用、情報セキュリティまで、経営の論点そのものに触れてきます。また、既存の事業の重力も大きく、今じゃないよね、とりあえずトライア
こんにちは！Ai Workforce事業部FDEの恩田（さいぺ）です。 7月にFDE（Forward Deployed Engineer）の募集を開始し、早半年が経過しようとしています。本記事では、FDE組織の募集を開始してから現在までをふりかえりつつ、2026年のFDEやLLMについて、組織・技術の両面から綴ってみたいと思います。 tech.layerx.co.jp FDEの募集を始めたのは今年7月なのですが、この半年で突然生まれた職種というわけでなく、その原型はLayerXの創業当時まで遡ります。LayerXでは祖業のBlockchain時代から当時のCTOがお客さまのところに足繁く通ってきました。また、三井物産さまとのジョイントベンチャーである三井物産デジタル・アセットマネジメントにはCTOクラスのメンバーをはじめ、複数のメンバーがフルコミットしています。私自身、LayerXでBlo
個室サウナに閉じ込められた2人が死亡――。「サ活」や「ととのう」といった言葉が流行して人気を集めるサウナだが、そんな憩いの場を提供するはずの施設で痛ましい事故が起こった。2025年12月15日に発生した東京・赤坂のサウナ火災。日経クロステックでは施設の登記簿や建築計画概要書などを入手。それを基に取材を進めると、サウナ室の設置に関する「死角」が浮かび上がった。 事故現場となったのはSAUNA＆Co（東京・港）が運営する会員制高級プライベートサウナ施設「SAUNATIGER（サウナタイガー）」だ。建物は鉄筋コンクリート造の地上5階建て。延べ面積は約330m2だ。火災当日の午後0時25分ごろにサウナ室の外に設置されていた煙感知器が作動し、施設内にいた従業員が通報した。 火元は死亡した利用客2人が倒れていた3階のサウナ室だ。2人は室内のドア付近に倒れていた。サウナ室出入り口の扉には元々、L字形の木
どうもこんにちは、たくびーです。 最近、CIにかかる時間が気になり、その手始めとしてテストの高速化に挑戦していました。 今回はそこで得たボトルネックの特定方法と意外なボトルネックについて紹介したいと思います。 推測するな、計測せよ かの有名なロブ・パイク氏の「Notes on Programming in C」の言葉を意訳したものです。 Rule 2. Measure. Don't tune for speed until you've measured, and even then don't unless one part of the code overwhelms the rest. ルール2：計測する。計測するまでは速度のために調整せず、さらに、コードの一部が他の部分を圧倒しない限り、調整しないこと。 テストのパフォーマンスを向上させたいと思っても絶対に適当なところから始めないで
はじめに C 言語を学び始めると、「プログラムは main 関数から実行される」と教わるのが一般的ではないかと思う。それ自体が誤りとは言わないが、ちょっと手を動かして調べてみれば事態はそう単純な話ではないことに気付くだろう。 と言うわけで、本記事ではプログラムはどこから始まるかを実際に手を動かして確認していきたいと思う。 なお、確認は WSL2 の Ubuntu 24.04 で実行している。実際に表示される値は環境によって異なるとは思うが、同じ流れで確認できるはずだ。また、Linux 以外でも *BSD 系であれば同じようなことが分かるのではないかと思う。Windows？macOS？知らない子ですね… 真の実行開始地点はどこか？ 単に一言「プログラムは main から始まるわけではない」とだけ言われても、「じゃあどこなんだよ？」となるだろう。 そこで、コンパイラによって生成された実行ファイ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Measuring the effectiveness of software development tools and practices
