「うちの会社、エンジニアが足りなくて困ってるんですよね」 「だれかいいエンジニアいないですか？」 この一言を聞くたびに、私は心の中で「その会社には紹介したくないな」と思ってしまいます。 なぜでしょうか。それは、この表現が「エンジニアなら誰でもいい」というメッセージを発しているからです。まるで「いい女いないですか？」と聞いてくる人に、大切な友人を紹介したくないのと同じ心理です。 採用と恋愛は驚くほど似ています。 相手のことを深く知ろうとせず、自分の都合ばかり話し、「うちはすごい会社なんです」と自慢話に終始する。これではマッチングアプリで嫌われるパターンそのものです。 なぜ優秀なエンジニアは「人手不足」の会社を避けるのか 優秀なエンジニアが転職活動をする理由は、決して「今の会社が嫌だから」だけではありません。多くの場合、より面白い課題に挑戦したい、より良い環境で成長したいという前向きな動機です
アニメーション監督・富野由悠季が、明日10月24日19時5分頃よりTBSラジオで放送されるニュース番組「荻上チキ・Session」に出演。パーソナリティ・荻上チキによるインタビューに、3時間にわたって応じた。 番組で語られるのは、戦後80年を迎える今年、富野は“戦争”をどう受け止め、戦後をどう生き、そして作品にどんな思いを込めてきたのか。虫プロ時代の思い出やアニメ制作論、さらに“ニュータイプ”とは何かという核心にも迫る。後日、未公開部分を収めたディレクターズカット版のPodcastも配信予定だ。 「荻上チキ・Session」富野由悠季出演回放送日時：2025年10月24日（金）17:00～20:00 ※富野の出演は19:05頃より 放送局：TBSラジオ 出演：荻上チキ、南部広美
はじめに TypeScriptで型を定義する際、interface と type のどちらを使うべきか。これは、多くの開発現場で一度は議論になるテーマではないかと思います。 世の中の多くのドキュメントや記事では、クラスへの implements のしやすさや、interface が持つ「宣言のマージ（Declaration Merging）」の利便性が紹介されることもあり、interface の利用が推奨されるケースもよく見かけます。 しかし、特にサーバサイドアプリケーションや、ある程度規模のあるシステムを開発する上で、私はこの「宣言のマージ」機能が、時として予期せぬ挙動や、場合によってはセキュリティ上のリスクを静かにもたらす要因になると感じています。 今回は、なぜ私がプロダクトコードにおいて interface の積極的な使用を避け、type エイリアスを好んで使うのか、具体的なシナリオ
Amazon Web Services (AWS)で発生し、世界中のインターネットサービスを麻痺させた大規模障害は、米国太平洋標準時(PDT)10月20日午後3時1分（日本時間10月21日午前7時1分）に全面復旧が宣言された。しかし、その裏側では、最初の問題を解決した後に次々と新たな障害が発生する「二次災害」とも呼べる深刻な事態が進行していたことが、AWS自身の報告から明らかになった。本記事では、単一のDNS障害が如何にしてドミノ倒しのようにAWSの基幹サービス群を巻き込み、24時間近くに及ぶ混乱へと発展したのか、その技術的背景と詳細なタイムラインを見てみたい。 発端は「インターネットの住所録」DNSの異常 全ては2025年10月19日午後11時49分（PDT、日本時間20日午後3時49分）、AWSで最も古く、最大規模を誇る「US-EAST-1」リージョン（米国バージニア北部）で始まった。
はじめに こんにちは、Cross Border (XB) EngineeringでSRE & Enablingを担当している@ryotaraiです。 本記事は連載企画：メルカリ初の世界共通アプリ「メルカリ グローバルアプリ」の開発舞台裏の一環として、このプロジェクトのバックエンドAPIのE2E（End-to-End）テストについて深掘りします。特に、開発者全員がメンテナンスできるE2Eテスト基盤をどのように実現したのか、その設計思想と実装について紹介します。 なぜE2Eテストの改善が必要だったのか 従来のE2Eテストが抱えていた課題 バックエンドAPIのE2Eテストは、システム全体が正しく動作することを確認する重要な役割を担っています。しかし、多くのプロジェクトで以下のような課題に直面します: セットアップの複雑さ: テスト環境の準備に時間がかかり、開発者が気軽に実行できない 並列実行の難
New Architectureのみがサポート0.76からデフォルトでNew Architectureが設定されていましたが、今回の0.82ではNew Architectureでのみ動作するようになりました。 そのため、オプションで "newArchEnabled=false" や "RCT_NEW_ARCH_ENABLED=0" のようなNew Architectureを無効化する設定がされていても、それらは無視されます。 ただし、Legacy ArchitectureをReact Nativeのコアから削除するのは、次回の0.83のバージョンで行われる予定です。（互換性を損なう変更を減らすため） Hermes V1を実験的に導入React NativeではHermesというJavaScriptのエンジンが導入されていますが、そちらのV1バージョンがオプトインでサポートされました。 He
学業でも仕事でも趣味でも、ずっと自然言語処理をやってきた。 別に最初からAIだのNLPだのに興味があったわけじゃない。 きっかけは、学生時代にちょっとしたレポートでテキストの単語出現頻度を数えようとしたとき、「あれ、そもそも日本語ってどうやって単語に分けんの？」って疑問が出たところからだ。 英語ならスペースで切れるけど、日本語はそうはいかない。で、いろいろ調べて「形態素解析」って言葉にたどり着いた。 その瞬間にちょっとハマったんだよね。 辞書をもとに文を機械的に切り刻んで、品詞をラベル付けして、統計を取って、構文を推定する。まるで人間の頭の中を数理的に覗いているようで。 そこからMeCabとかJumanとかKyTeaとか、いろんなツールを触った。 Pythonでテキスト処理のパイプラインを組んだり、mecab-ipadic-NEologdを突っ込んで新語に対応させたり。 「言葉を数理で扱え
1. 概要 「アメリカ人はなぜDIYをするのか」という問いに対し、日本における一般的な説明はほぼ定型化している。すなわち、アメリカでは「まず自分でやってみる」ことが当たり前であり、巨大なホームセンターやプロ仕様の設備が整っているため、DIYが文化として根付いているというものだ。また、「家は資産であり、修繕は価値維持の手段である」といった経済合理性の説明も頻繁に用いられる。そして最終的には、「できるかどうかではなく、まず挑戦する」という精神主義的結論に帰着することが多い。 しかしながら、これらの説明はいずれも「なぜDIYをやらなければならないのか」という根源的な問いを回避している。この欠落こそ、アメリカ社会におけるDIY文化の実像を理解するうえでの重要な手がかりとなる。筆者はアメリカで生活した経験から、DIYが必ずしも「嗜好」や「文化的価値」として広く内面化されているわけではないことを実感し
はじめに 2025年10月10日、カナダのトロントで開催されたイベント "Remix Jam 2025" で Ryan Florence と Michael Jackson が Remix 3 を発表しました。このセッションは、React Router の生みの親たちが、なぜ React から離れ、独自のフレームワークを作ることにしたのか、その理由と新しいビジョンを語った歴史的な発表です。 本記事では、1時間47分に及ぶセッションの内容を詳しく解説します。 なぜ Remix 3 を作るのか 💡 動画で確認する (3:17:30~) React への感謝と決別 Michael Jackson と Ryan Florence は、React に対して深い敬意を持っています。React は彼らのキャリアを変え、Web 開発の考え方を一変させました。React Router を10年以上メンテナ
ぜひ全文読んでほしい https://www.nikkei.com/article/DGXZQOUA10A3M0Q5A011C2000000/?n_cid=SNSTW006&n_tw=1760087607 個人的にポイントは ・江戸の知恵者（元老）がいなくなったこと ・それにより党派争いに終始するようになったこと ・最初から機関分析で敗戦といわれていたのに精神論という思考放棄で戦争を始めたこと ・メディアが報道ではなく売れる虚言を垂れ流したこと かな わりと現在にも通じている 戦争・戦後経験者が政治にいなくなり、しょーもない派閥争いと思考放棄の他責に走ってるとことか ジリ貧よりドカ貧にならぬよう……って言葉がマジで刺さったな 日本、今回もジリ貧からドカ貧に真っ逆さまに落ちそう 何とか踏みこたえるには本当に過去に学び考えることが大事
この記事は、すでにCodexやClaudeCodeなどのAIコーディングツールを実際に使い始めているエンジニアに向けて書いている。「期待ほど効率が上がらない」と感じている人や、運用の型を模索している個人開発者を想定している。導入方法や基礎理論は扱わない。ひとりのエンジニアが数ヶ月間Codexと向き合って得た、実践的な運用知見を語る。 数ヶ月で変わったこと まず、ここ数ヶ月でAIコーディングツールの使い方が大きく変わったという話からしたい。 数ヶ月前のClaudeCodeガードレール戦略全盛期と比べると、隔世の感がある。あの頃は、AIが暴走しないように制御する、余計なことをさせないようにガードレールを張り巡らせることに頭を悩ませていた。Kiroが登場したときも、その延長線上にあった。 しかしGPT-5-Codexの登場で、その流れが変わった。 コンテキスト詰め込み時代の終わり 何が変わったの
はじめに 本記事では、LLM研究で注目を集めるエージェント型強化学習（Agentic Reinforcement Learning、Agentic RL）のサーベイ論文 「The Landscape of Agentic Reinforcement Learning for LLMs: A Survey」[1]を読み、私なりの理解と要点を整理して紹介します。500件以上の文献を引用するボリュームのある論文ですが、ここでは重要だと感じたトピックに絞って取り上げます。Agentic RLに興味がある方や、LLMに対する強化学習の最新動向を知りたい方の参考になれば幸いです。 本記事の前提 PPOやGRPOといったRLアルゴリズムの解説は他の多くの記事で既に説明されているため、本記事では割愛します。 DeepSeek-R1[2]の研究を前提とする箇所がいくつかあります。未読の方は原著論文や解説記事
Introduction Playwright comes with three Playwright Agents out of the box: 🎭 planner, 🎭 generator and 🎭 healer. These agents can be used independently, sequentially, or as the chained calls in the agentic loop. Using them sequentially will produce test coverage for your product. 🎭 planner explores the app and produces a Markdown test plan 🎭 generator transforms the Markdown plan into the Pla
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く