いろいろなパーツを組み合わせて、 自分だけのいらすとやキャラクターを 無料で作成することができます！

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 今週のGitHubは運が悪かったのか、それとも18年分の請求書が一気に届いたのか。そしてその違いを我々が見分けられないのだとしたら、我々が依存していたのはインフラだったのか、それとも神話だったのか。 導入 — キーボードの上の涙 2026年4月28日、Mitchell Hashimotoは自身のブログに「Ghosttyは GitHub を離れる(Ghostty is leaving GitHub)」という記事を投稿した。HashiCorpの共同創業者であり、自分の名前を検索エンジンに入れれば「GitHub ユーザー番号 1299」という

Microsoft⁠⁠、DOS 1.0のソースコードと開発関連資料を公開 Microsoftは2026年4月28日、86-DOS 1.00/PC-DOS 1.00のカーネルコードを含む最も初期のDOS開発に関する資料をGitHub上で公開した。 Continuing the story of early DOS development | Microsoft Open Source Blog 今回公開された資料は、DOSの作者であるTim Paterson氏による提供のプリントアウトされたソースコードリストを、Yufeng Gao氏とRich Cini氏が率いる歴史家と保存活動家からなる専門チームがOCRスキャンし書き起こしたものが元となっている。これらにはIBM PC向けDOSの最初のリリースであるPC-DOS 1.00カーネルのスナップショットと、元になった86-DOS 1.00カーネ

こんにちは！株式会社エーアイセキュリティラボのはるぷと申します。 一般ユーザーがコマンド一発でrootを取れてしまうLinuxカーネルの脆弱性、CopyFail (CVE-2026-31431) が話題になっています。AIによって発見された論理バグで、汚しても問題ないEC2環境を作って実際に検証してみました。 この脆弱性は、 一般ユーザーがroot権限に昇格できる というものです。実行条件がとても簡単なので話題になりました。ざっくり仕組みを言うと、algif_aead・authencesn・splice() システムコールの組み合わせによって、メモリ上のページキャッシュを直接書き換えられてしまう、というものです。 脆弱性の発生原理は元記事の解説に任せ、ここではPoCで何が起きているのか中心に解説します。 TL;DR PoC を動かすと、一般ユーザーから1コマンドで root が取れる ディ

Claude Codeは、便利なチャットではありません。 設定、文脈、検証、自動化、並列化まで設計すると、日々の作業環境そのものになります。 この記事では、手元にあるClaude Code運用メモを土台に、Anthropic公式ドキュメント、Claude Help Center、GitHub Actions、MCP、Hooks、Skills、Subagents、非対話モード、情報収集ワークフローまで整理しました。 この記事は全文無料（期間限定）で閲覧できます。 見出し画像はAIで生成しました。 プロンプトはこの記事に掲載中。 Claude Codeは「会話相手」ではなく「作業環境」ですClaude Codeを使いこなせない原因の多くは、プロンプトの上手さではありません。作業環境として扱えていないことです。 公式ベストプラクティスでも、Claude Codeはファイルを読み、コマンドを実行し

無知のグルメ漫画です。

「Anthropic（Claudeを作っている会社）、開発が速すぎる」 最近、周りのエンジニアと話していると、この話題がよく出ます。僕も同じことを思っていて、いろいろ調べているうちに、単に「AIを使っているから速い」という一言では説明できない構造があることが見えてきました。 例えば、下記になります。 2026年Q1の3ヶ月で120以上の機能をリリース（18時間に1機能） エンジニア1人あたり1日約5PR（Pull Request、コードの変更を提出する単位） 社内では毎日60〜100回のリリース Claude Coworkは約10日で構築 Claude DesignはOpus 4.7のリリース翌日に公開 普通のソフトウェア開発企業の感覚からすると、明らかに異次元です。この記事では、公開されているインタビューや内部研究、関係者の発言をもとに、「なぜこんなことが可能なのか」というのを調べた限り

中国でも科学者9人が次々と「謎の死」…米国では11人が相次ぎ死亡 ▲写真＝UTOIMAGE 米国で最近、宇宙・航空・原子力分野を研究していた科学者11人が次々と死亡したり行方不明になったりする中、中国でもここ数年で複数の科学者が謎の死を迎えていたことが報じられた。 【写真】「中国人研究者ら、不当な調査受け米入国拒否された」　中国外交部がSNSで注意喚起 23日（現地時間）にニューズウィークが報じたところによると、中国の人工知能（AI）国防分野の中心的な科学者だった馮暘赫・国防科技大学教授は2023年7月1日未明、北京で交通事故に遭い、突然の死を遂げた。 当時、中国最大の科学系オンラインコミュニティー「科学網（Sciencenet.cn）」の訃報では、馮教授について「公務遂行中に犠牲になった」と表現し、馮教授の遺体は中国共産党の高官などが眠る北京の特別な墓地（八宝山革命公墓）に埋葬された。こ

2026年4月27日 13時13分 リンクをコピーする by ライブドアニュース編集部 ざっくり言うと 米国で核や関連の機密研究に関わる者らが相次ぎ死亡・失踪している は今回の件を受け、関国防総省などと共同で関連性を調べていると発表 下院監督委員会の委員長は「単なる偶然の可能性は極めて低い」と語った 米国で核、航空分野の機密研究にかかわった者ら少なくとも10人の死亡、失踪が相次ぎ、相互の関連性や犯罪に巻き込まれた可能性をめぐる臆測が飛び交っている/Jim Watson/AFP/Getty Images（）米マサチューセッツ工科大学（MIT）の原子核物理学者が、自宅前で撃たれ死亡した。元空軍少将は家を出たまま行方不明になり、航空エンジニアはハイキング中に姿を消した。 米国で核、航空分野の機密研究にかかわった者ら少なくとも10人の死亡、失踪が相次ぎ、相互の関連性や犯罪に巻き込まれた可能性をめぐ

量子コンピュータは長期的には重要な技術となる可能性を秘めています。しかし現時点での期待は、実態を大きく上回っているのが実情です。基礎研究と人材育成への継続的な投資こそが、真の競争力の源泉です。はじめに本稿では、量子コンピュータをめぐる社会的期待と、研究者の実感との間に存在するギャップについて整理を試みます。対象として主に念頭に置いているのは、政策立案に携わる行政および立法関係者や、投資判断を行う企業経営者や投資家ですが、一般の皆さんにもぜひご覧いただきたいと思います。技術の詳細の解説よりも、意思決定に必要な「見通しの精度」を高めることを目的として、文章を構成しました。 近年、各国政府および企業による量子コンピュータへの投資が急速に拡大しています。その背景には、「今投資しなければ将来の競争において不利になるのではないか」という焦りに似た認識があるように見受けられます。しかし、研究の現場で共有

NEW! 2026.04.24 働き方 マイクロソフトグローバル 世界トップクラスの頭脳が集うマイクロソフト米国本社で、異例のスピード出世を遂げている日本人マネジャーがいる。 通常は40〜50代が就くという上位クラスの役職「プリンシパル」に32歳で駆け上がり、現在は『Microsoft Copilot』のFDEチームを率いる、吉田大貴さんだ。 幼少期からイギリスの全寮制学校で学び、世界屈指の名門大学への進学が決まっていた彼だが、そのキャリアのスタートは決して順風満帆ではなかった。 「私、最終学歴は高卒なんですよ。家庭の事情で大学進学を断念して帰国し、就職氷河期でコンビニの面接にも落ちて……。唯一受かったマクドナルドの店員からキャリアが始まりました」 約束されていたはずのエリート街道から一転、ITとは程遠い場所からのスタート。そこからどのようなキャリアを経て、巨大テック企業の上位職へと異例の

この雑すぎプロンプトに対して Claude Code は以下を行います。 issue を読んで要件を把握する 自発的に既存のコードベースを調査し、migration ファイル等から既存の table 構造を把握 設計の叩き台の作成・提示 しかし Claude Code の提示する「叩き台」は 情報過多で論点が散漫 になりがちです。 まあ 1 機能全体の要件を把握させて設計をねだっているので当然ですね。次 step で整えます。 2. ユースケースのブラッシュアップと起票 step 1 の出力に対して、人間がつっこみまくるフェーズです。 ここは Agent との二人三脚であり、 人間の判断が設計の方向性を決定する 重要な step になります。 人間が担う役割は主に 2 つあります。 論点の結合・分離 たいてい、 issue やコードベースから読み取れなかった設計の論点を複数個同時に尋ねてき

内閣官房が2026年4月に公表した指名停止措置の対象に、情報処理推進機構（IPA）の名があることがSNS（交流サイト）などで話題になっている。IPAが再委託先の契約違反行為を把握し、国家サイバー統括室へ報告したことが発端だった。委託先選定の難しさが浮き彫りになった。 「契約相手方として不適当である」――。内閣官房が2026年4月10日に公表した指名停止措置で、こう指摘されたのがIPAだ。指名停止期間は2026年4月10日から同年9月9日までの5カ月間。この間、内閣官房が実施する競争入札などに参加できなくなる。 IPAは経済産業省のIT政策実施機関として、セキュリティー関連の情報発信や評価制度の運営、デジタル人材の育成などを担う。企業に対し、委託先の情報セキュリティー対策などの啓発もしている。そうした立場のIPAが、なぜ指名停止措置を受けたのか。内閣官房国家サイバー統括室を2026年4月23

ヴォルヴィーノ＠読書垢 @dokushoa 古市憲寿「僕が社会学者を名乗るたびに、「お前はまだ社会学者じゃない」と何度も言われてきました。その根拠は、まだ博士号を取っていないとか、査読付き論文を何本も書いていないということらしいんです。でも、これを社会学者の基準にすると ．．．．．．．。」 草 pic.x.com/ivkIObRrzh 2026-04-23 13:15:00

インターネット関連事業を手掛けるはてな（京都市中京区）は4月24日、不正な送金指示によって約11億円の資金が銀行口座から流出したと公表した。第三者から虚偽の送金指示があったという。 4月21日に取引先銀行から不審な送金が行われていると連絡があり、確認すると4月20日と21日にある従業員のアカウントから銀行預金を外部の口座へ送金していた。その従業員に確認したところ、悪意ある第三者から虚偽の送金指示があったことが分かった。 はてなは、捜査機関へ全面的に協力するとともに、関係金融機関と被害回復に向けた措置を講じている。社内にも来栖義臣社長を中心とする対策本部を設け、外部の弁護士なども交えて事実関係の調査を進めるという。 なお、この事案に関連して個人情報や顧客情報の流出は24日時点で確認されていない。はてなの運転資金についても十分な流動性を確保しており、事業運営や資金繰りに支障はないとしている。

［速報］Google Cloud、ローカルマシンにインストールできる大規模分散RDB「Spanner Omni」プレビュー公開 Googleは、日本時間で4月23日未明にラスベガスで開幕したイベント「Google Cloud Next 2026」で、ローカルマシンにインストールできる大規模分散リレーショナルデータベース「Spanner Omni」のプレビュー版を公開しました。 Spanner OmniのオリジナルであるGoogle Cloud Spannerは、トランザクション処理による一貫性の保持を維持したままリレーショナルデータベースを大規模にスケールさせることは困難であるというそれまでの常識を打ち破り、グローバルな規模でスケールする分散リレーショナルデータベースとして事実上初めて登場したマネージドデーターベースです。 参考：「Google Cloud Spanner」発表。地球規模の

これらが24時間、macOS上で動いています。PCを閉じない限り止まりません。 全体のアーキテクチャはこうです: ポイントは、Claude CLIを「考えるパーツ」として使っていること。データの取得・加工はPythonで行い、「この情報をどう要約するか」「このメールは返信が必要か」といった判断だけをClaudeに任せています。 カテゴリ別: 何を自動化したか 1. メール処理（最も効果が大きかった） Before: 1日3回、3つのメールアカウント（個人・大学・就活用）を開いて確認。返信を書くのに30分〜1時間。 After: 10分ごとにGmail APIで全アカウントのメールを取得。AIが4段階に分類。 具体例: 教授からの「明日のミーティングの件」→ reply判定 → カレンダーから空き時間を取得して返信下書きを生成 学会からのCFP通知 → see判定 → Slackに1行通知

そのキャラクターや世界設定をビジュアル化し、（映像化をイメージした）シネマスコープサイズのように（横長に）描き出す企画――「〈天冥の標〉ビジュアル・アートボード」（仮称）が、今夏ハヤコミにて掲載の予定です。（〈天冥の標〉１　メニー・メニー・シープ をビジュアル化いたします。） ビジュアルを担当するDecoponMAGI氏は、〈天冥の標〉の熱いマニアで、長年の想いがこもった練りに練った大ボリュームの企画となる予定です。

RDSが朝のピーク時間帯にI/Oスパイクで応答不能になりました。前日夜にリリースしたdeleted_atへの単独インデックスが原因です。stagingのEXPLAINでは複合インデックスが正しく選択されていたので、レビューでは検出できていません。 根っこにあるのはMySQL 8.0 innodb_stats_methodのデフォルト値nulls_equalと、IS NULLに対するコスト計算の噛み合わせです。8.0系で現在も未修正のバグに類する挙動で、NULL多数カラムへの単独インデックスがトリガーになります。 テーブルとクエリ 問題が起きたのはチケット管理SaaSのticketsテーブルです。ソフトデリートでdeleted_atを持つよくある設計です。 CREATE TABLE tickets ( id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT, w

WindowsやMacからLinuxに完全に移行して1年が経ちました。 最初は「本当に大丈夫かな」と不安もありましたが、今では「もう他のOSには戻れない」と思うほど気に入っています。 そんな私がWindowsやMacを使っている人にLinuxに来ないかという布教活動です！ なぜLinuxに変えたのか 日常の開発でアプリをキーボードだけで切り替えたいというのがきっかけです。MacやWindowsでもできたのですが動作が遅かったからです。 開発効率が大きく向上 Webアプリやクラウドサービス、Dockerは基本的にLinuxネイティブです。 そのため、Windowsで開発していると頻発する 「自分のマシンでは動くけど本番で動かない」という問題がほぼなくなりました。 （出典: Docker公式ドキュメント） さらに、パフォーマンス面でもメリットがあります。 大規模コードのコンパイルでは、Linu