サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
ブラックフライデー
www.nikkei.com
東京電力ホールディングス(HD)は柏崎刈羽原子力発電所(新潟県)周辺でデータセンターを開発する方針だ。異業種と連携して電源と情報通信インフラを一体運営し、人工知能(AI)向けの電力需要を取り込む。原発の電気を次世代燃料の水素製造にも活用する。収益の拡大へ脱炭素電力を生かす。送電網の整備負担減らす柏崎刈羽原発をめぐっては23日にも再稼働に向けた地元同意の手続きが完了する。再稼働するのは7基のう
pc.watch.impress.co.jp
zenn.dev/aishift
こんにちは、AI ShiftでUI/UXデザイナーをやってる後藤です。この記事はAI Shift Advent Calendar 2025の21日目の記事です。 この記事は、Figmaの使用をいったん停止して、AIとコードでUIデザインをするとどうなるのか、という経過報告です。 実験の途中ですので、まだ成功も失敗もはっきりしておりません。なので、本日18:30からのM-1グランプリをご覧になった方がより楽しい休日をお過ごしになられるかと思います。 結論から言うと 「デザインと実装の境界をなくした」 ことで、UIデザインの時間を「考える」に全振りできるようになりました。 そして、これからの私は課題や価値の探索というUXデザインのタスクに、多くの時間を費やしていくんだろうなと思いました。 具体的には、UIデザインを手を動かして作る時間がほぼゼロになり、考える時間を増やすことができました。様々な
gigazine.net
ウェブブラウザのFirefoxはAI機能を強化する取り組みを進めていますが、ユーザーコミュニティからの反対意見を受け、AI機能を完全に無効化するAIキルスイッチの開発に取り組んでいることを明かしました。 Firefox will add an AI "kill switch" after community pushback | TechSpot https://www.techspot.com/news/110668-firefox-add-ai-kill-switch-after-community-pushback.html 2025年12月、Mozillaの新CEOにFirefoxの開発チームを率いてきたアンソニー・エンゾー=デメオ氏が就任しました。 Mozillaの新CEOがこれからのFirefoxを語る、「最高のブラウザ」を最優先しつつAIの統合も - GIGAZINE エンゾ
togetter.com
高市早苗首相がコンテンツ業界との意見交換会で小室哲哉、デーモン閣下、こっちのけんとらと並ぶ写真が話題に。鍵盤、ボーカル、ボーカル、ドラムの布陣や「まるでバンド」「合成写真みたい」との反応が目立ち、趣味や会談内容への驚きや冗談交じりのツッコミが相次ぐ。一方で、デーモン閣下の礼儀正しい姿勢に感嘆する声も上がる。
zenn.dev/selllous
本記事は、LLM・LLM活用 Advent Calendar 2025 21日目の記事です。 はじめに pytorchは、Meta社が開発した機械学習・深層学習のためのpythonライブラリです。ユーザーは、pytorchを使用することで、画像分類モデルや強化学習モデルをはじめとし、大規模言語モデルや拡散モデルなど、多種多様なニューラルネットワークモデルを構築することが可能です。 また、pytorch内部では、CPU、TPU、GPUといった様々なプロセッサ向けに最適化された処理が実装されており、これらのプロセッサ間を容易に切り替えて使用することが可能です。例えば、大規模言語モデルの推論処理をGPU上で行いたい場合は、以下のように記述します。このようにユーザーは、入力テンソルとモデルインスタンスに対して.to("cuda")をつけるだけで、GPUを使用した処理が実行可能です。GPUを使用した
2025年12月19日、中国の大手テクノロジー企業であるAlibabaのAIモデルであるQwenシリーズに、画像を複数のRGBAレイヤーに分解できるAIモデル「Qwen-Image-Layered」が新たに登場しました。 Qwen-Image-Layered: Layered Decomposition for Inherent Editablity https://qwen.ai/blog?id=qwen-image-layered 🎨 Qwen-Image-Layered is LIVE — native image decomposition, fully open-sourced! ✨ Why it stands out ✅ Photoshop-grade layering Physically isolated RGBA layers with true native edit
zenn.dev/tkithrta
はじめに Agent Skillsがオープンスタンダードとして公開されました。 今年に入ってからCline, Claude Code, opencode, Codexとコーディングエージェントがたくさん出てきましたが、どれも発展途上であり、場当たり的なアップデートばかり繰り返され、全部賭けるにはリスクが大きすぎるようなものばかりでした。 また、コーディングエージェントが登場する前から存在するRAGやMCP、コーディングエージェントを効率的に利用するためのAGENTS.mdファイルにおいても、互換性を重視するあまり、良い仕様改定が行われてきませんでした。 そんな中登場したのがAgent Skillsです。 個人的には今まで登場してきたものの中で、唯一、文句無しの完成度を誇るものでした。 自作コーディングエージェントShaftの作者であり、コンテキストエンジニアリングに関する様々な知見を持つ私
各AI企業はAIにトレンドやニュースを扱わせるために最新の情報を学習させていますが、一方でAIが生成した誤情報を別のAIが学習してまき散らす悪循環が発生するなど、新しい情報で汚染されてしまうケースもあります。チューリッヒ大学の研究者らが発表した「Ranke-4B」は、タイムスタンプ付きデータのみを使用した「History-LLMs」プロジェクトの一環としてリリースされており、100年以上前の社会における知識や見解などを表現できるAIとして構築されています。 history-llms/ranke-4b/prerelease_notes.md at main · DGoettlich/history-llms · GitHub https://github.com/DGoettlich/history-llms/blob/main/ranke-4b/prerelease_notes.md Gi
ascii.jp
グーグルの「Nano Banana Pro」を使った技法の開発はその後も続いています。特に話題になっているのが、画面分割からストーリーボードを制作するという方法です。Nano Banana Proは、1つの画像から様々なカメラワークを生み出したり、前後のストーリーを考え、時間経過を伴った画像も生み出せることが発見されたことで、より複雑な使い方が試されつつあります。 ※記事配信先の設定によっては図版や動画等が正しく表示されないことがあります。その場合はASCII.jpをご覧ください カメラワークからストーリー展開が可能に まず、TechHalla(テックハラ)さんが発見したストーリーボード手法なのですが、有名な写真をベースにしてカメラワークを指定するだけで、あらゆるアングルからのカットが生成できます。また、カットを生成するだけでなく、前後のストーリーも生成できるということを発見したのです。
www.oreilly.co.jp
生成AIの登場により、ソフトウェア開発のあり方は劇的に変化しました。次々と新しいツールが登場し、これまでの常識が覆される中で、急速に進化するAIにどう対応していくか―本書は現場の開発者に向けて書かれた実践的なガイドです。著者は多様なAIツールを徹底的に検証し、コード生成、UI/UXデザイン、コードレビュー、テスト、ドキュメント作成など、開発工程全体におけるAI活用の可能性と限界を明らかにしています。また、将来のツール評価に役立つ指針も提示し、進化し続けるAI時代を生き抜くエンジニア、デザイナー、プロダクトマネージャーにとって必携の一冊となっています。 訳者まえがき はじめに 1章 コード生成とオートコンプリート 1.1 コード生成ツールの種類 1.2 ユースケース 1.3 ブラウザベースのツール 1.3.1 ChatGPT 1.3.2 Google Gemini 1.4 IDEベースのツー
www.itmedia.co.jp
日本テレビが2026年1月8日深夜に、生成AIをフル活用したとうたうドラマ「TOKYO 巫女忍者」を関東ローカルで放送する。サイバーエージェントが技術協力する他、制作には映画「8番出口」に携わった映像プロダクションAOI Pro(東京都港区)が協力する。 同作は「江戸の風情が残りながらも“妖化(ようか)”の病がはびこる2026年の東京を舞台にした、新時代のアクションファンタジー」(日本テレビ)という。制作面ではサイバーエージェントのスタジオ「極AIお台場スタジオ」を活用。VFXは映画版8番出口に参加したTREE Digital Studio(東京都渋谷区)が手掛ける。実写に加え、巨大なLEDパネルを活用した撮影手法「バーチャルプロダクション」や生成AIを組み合わせて壮大な世界観を表現するとしている。 関連記事 Google、「Gemini」アプリに写真から音声付き動画を生成する機能追加 G
ITmedia NEWSにおける1週間の記事アクセス数を集計し、上位10記事を紹介する「ITmedia NEWS Weekly Top10」。今回は12月13~19日までの7日間について集計し、まとめた。 先週のアクセスランキングは、メモリとストレージの「GB」の違いについて、漫画で分かりやすく解説した記事が上位だった。 さて、すっかり年末だ。今週はクリスマスだし、それが終わればお正月。年賀状を出す人は、準備に追われているだろう。 ただ昨今は年賀状じまいをする人も多い。筆者もまだ準備できておらず、「我が家も、もういいかなあ」と思っていた……のだが、日本郵便が先日始めた、年賀状需要喚起キャンペーンに心をつかまれてしまった。 「#Geminiで年賀状」が攻めすぎ 黒歴史が生成された その名も「#Geminiで年賀状」だ。ユーザーがアップロードした写真を、GoogleのAI「Gemini」で編集
zenn.dev/mavericks
はじめに 今回は、私がよく使うGeminiのGemを紹介します!! 弊社では、12月からGoogle Workspaceを導入しております。経緯はこちらの記事にまとめております! Gemは無料Geminiユーザーでも活用できます!! この記事で伝えたいこと↓↓↓ 全体像解説 Gem...?? ざっくりとですが、出力内容をカスタマイズしたGeminiを作れるぐらいの認識で良いと思います。 頻繁に繰り返すタスクの詳しいカスタム指示を書いておくことで、作業の効率化ができます。 Gemたちの紹介 さっそくよく使うGemを紹介します。 内容によってはWebエンジニアでなくでも活用できると思います!! 難しくわからない技術記事の全体像を掴みたいとき よくわかっていない技術の記事や論文、外国の技術ブログなどを解説してもらうときによく使っています。 ポイントとしては図解を含めて、わかりやすく説明してもらう
www.watch.impress.co.jp
www.aiforswes.com
[Edit 1] This article has been edited after initial release for clarity. Both the tl;dr and the end section have added information. [Edit 2] This hypothesis was actually wrong and thank you to everyone who commented! Here’s a full explanation of where I went wrong. I want to address this mistake as I realize it might have a meaningful impact on someone's financial position. I’m not editing the act
takagi-hiromitsu.jp
前回(12月16日)、「知財検討会のプリンシプルコード(仮称)(案)」をきっかけに、生成AIと処遇AIの混同について書いた。その後いくつか反応をもらったので、続きを書く。 前回のおさらい 前回の要点はこうだ。2022年までに作られたAI原則やガイドラインは、主に「処遇AI」(人を選別・審査・評価するAI)を念頭に置いていた。ところが2023年にChatGPTが爆発的に広まると、「生成AI」が主役になった。このとき、処遇AI向けの語彙──「追跡可能性」「透明性」「説明可能性」──がそのまま生成AIに流用された。これらは元々、なぜその人がその決定を受けたかを事後検証できるようにするための要請である。ところが生成AIの文脈では、生成物が何に由来するかという話にすり替わり、さらには学習段階まで遡って「学習していないことの証明」が求められるに至った。際限なく広がる「文書化」と「説明」の要求が燃え広が
nix-in-desertis.blog.jp
・倍率35倍の人気、東洋大の新入試が物議 「ルール違反」と文科省(朝日新聞) 「大学受験地図が一変する…」東洋大学の「常識を覆す」新しい学校推薦選抜に教育現場が揺れるワケ(ダイヤモンド教育ラボ) → 2024年の12月に東洋大学が新しい学校推薦型選抜を導入した件について。朝日新聞の方は舌足らず,ダイヤモンドの方は長いので,少し要約する。大学入試では,学力試験中心の一般選抜は2月(1月末)以降に,小論文・面接中心の総合型選抜・学校推薦型選抜は12月までに実施するのが文科省の定めたルールであった。このため後者はまとめて年内入試と呼ばれている。ところで,「年内入試では学力が担保されない」という世間的な批判は以前から存在していた。このため文科省が年内入試で受験生の学力を測ること"も"実施するよう大学に指示した。これを逆手に取ったのが東洋大学で,学校推薦型の試験を堂々と学力試験のみとしたのだ。 →
tech.findy.co.jp
こんにちは。ファインディのTeam+開発部でエンジニアをしている古田(ryu-furuta)です。 この記事は、ファインディエンジニア #2 Advent Calendar 2025の22日目の記事です。 はじめに 2025年下期、私は「DevとOpsを融合する」というミッションを掲げ、問い合わせやアラートといった運用業務の改善にAIをいくつか活用していきました。 この記事では、Claude Code GitHub ActionsやNotion MCPを使った運用業務改善の具体的な実装方法を紹介します。 また、効率化を実現した先に見えてきた「次にやるべきこと」についても共有します。 AIを活用した運用改善を検討している方や、改善施策を打っても成果が出ないと悩んでいる方に読んでいただけると幸いです。 はじめに 問い合わせやアラートに生じていた課題 Claude Code GitHub Act
Datasetteの開発者であるソフトウェアエンジニアのサイモン・ウィリソン氏が、ソフトウェア開発においてAIに丸投げすることがダメな理由を解説しています。 Your job is to deliver code you have proven to work https://simonwillison.net/2025/Dec/18/code-proven-to-work/ 生成AIの普及により、Microsoft製品のコードの30%はAIで書かれていたり、開発者の92%がAIコーディングツールを愛用していたりと、ソフトウェア開発の世界にもAIは着々と浸透しつつあります。 しかし、何かしらのAIツールを利用する権限を与えられた若手エンジニアが、AIを用いてソフトウェア開発を行ない、動作テストなどをコードレビュープロセスに丸投げするケースがあるそうです。このような行為について、ウィリソン氏
次のページ
AI・機械学習の人気エントリー
ITの新着エントリー
セキュリティ技術の新着エントリー
はてなブログ(テクノロジー)の新着エントリー
プログラミングの新着エントリー
エンジニアの新着エントリー
syu-m-5151.hatenablog.com
はじめに 金曜日の夜、ベッドの上でこの文章を書き始めている。 先週の土日は何をしていたかと聞かれたら、たぶん「寝てた」と答える。嘘ではない。ベッドにいた時間は長かった。ただ、眠っていたかというと怪しい。スマホを持ったまま横になって、気づいたら夕方だった。そういう二日間だった。 休んだのか、と聞かれると困る。 体は動かしていない。仕事もしていない。だから休んだと言えば休んだのだろう。でも、回復したかというと、していない。月曜の朝を迎える自分は、金曜の夜の自分より確実に疲れている。 何もしていないのに。何もしていないから、かもしれない。 30歳になった。エンジニアとして働いている。在宅勤務というやつだ。2025年、AIエージェントが当たり前になった時代を生きている。 AIは文句を言わない。疲れたとも言わない。24時間動ける。私にはそれができない。コーヒーがないと朝は動けないし、金曜の午後は集中
developers.freee.co.jp
「飛行機に乗り合わせたたった一人の医者」をGeminiに描かせたら一人でジェット機の操縦席に座る医者になってしまった件 はじめに こんにちは、freeeセキュリティチーム マネージャーのただただし(tdtds)です。この記事はfreee Developers Advent Calendar 2025の21日目です。昨日はreiyaさんの「新卒の歩きかた in freee」でした。 例年、このあいさつは「PSIRTマネージャーの」で始めていたのですが、先日とうとうセキュリティチーム全体が両肩に乗っかってきてしまいまして。せっかくなので、これまで5年以上にわたって別々に活動してきたCSIRTとPSIRTを合体して、ひとつのチームにすることにしました。 CSIRT(Computer Security Incident Response Team)は一般的にはその名のとおり、社内のコンピューターや
tech.speee.jp
※この記事は、2025 Speee Advent Calendar 21日目の記事です。昨日の記事はこちら はじめに こんにちは、DX 事業本部でエンジニアをしている大金です。 エンジニアとして4年目になり、純粋な技術的意思決定の枠を超えた判断を求められる場面が増えてきました。 技術的負債の解消にどのくらい開発リソースを割くのが正解なのか? どんな人を採用するべきか?採用要件は? 自分を含めてメンバーのアサインをどうするべきか? 「やった方がいいこと」は無限にある。しかし、リソースと時間は有限です。 この記事では、試行錯誤を経て馴染んできた「達成プランを軸に判断する」という考え方について書きます。上記のような問いに対して、何を考え、どう向き合えばいいのか。 純粋にコードを書く以外の仕事にもどんどん役割を広げていきたい、事業を前に進めていきたいと思っているエンジニアの方にとって、少しでも助け
はてなブログ(テクノロジー)の人気エントリーをもっと読む
このページを最初にブックマークしてみませんか?
『AI・機械学習』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く