  |
はてなキーワード: 用途とは
Part 1: ホットクック増量作り置き完全ガイド機種確認シャープ ホットクック最小モデル
型番: KN-HW10G（1.0L）
容量: 1-2人分
消費電力: 350W
→ ちょうど良いサイズ増量向けホットクックレシピ（7日ローテーション）基本方針
目標:
✅ 高カロリー
✅ 高タンパク
✅ 日持ちする
✅ 飽きない【月・火・水用】レシピ1: 鶏もも肉の甘辛煮材料（3日分）
合計: ¥730（3日分 = ¥243/日）作り方（超簡単）
5. 60分後完成
6. 3等分して保存容器へ
カロリー: 750kcal
タンパク質: 48g
脂質: 35g
炭水化物: 45g
弁当: この煮物 + ご飯2杯 = 1,000kcal/55g【木・金・土用】レシピ2: 豚バラ大根材料（3日分）
合計: ¥1,020（3日分 = ¥340/日）作り方
3. 全材料投入（1分）
5. 90分後完成
6. 3等分して保存
カロリー: 950kcal
タンパク質: 42g
脂質: 68g
炭水化物: 38g
弁当: この煮物 + ご飯2杯 = 1,200kcal/50g【日用】レシピ3: 鶏むね肉のトマト煮材料（1日分 = 日曜のみ）
購入:
合計: ¥470（1日分）作り方
1. 鶏むね肉カット（2分）
3. 全材料投入（1分）
5. 45分後完成
カロリー: 650kcal
タンパク質: 65g
脂質: 22g
炭水化物: 35g
夕食: この煮物 + ご飯2杯 + サラダ = 1,100kcal/72g週間ローテーション表曜日調理日メニュー弁当夕食1日合計日✅ 調理レシピ1+3-トマト煮-月-レシピ1使用鶏甘辛煮弁当タニタ定食2,900kcal火-レシピ1使用鶏甘辛煮弁当自宅（惣菜）2,700kcal水✅ 調理レシピ1+2鶏甘辛煮弁当いきなりステーキ3,100kcal木-レシピ2使用豚バラ弁当自宅（豚バラ）3,000kcal金-レシピ2使用豚バラ弁当すし屋田ざわ2,900kcal土✅ 調理レシピ2豚バラ弁当いきなりステーキ3,200kcal週間平均: 2,967kcal/日
週間食材費: ¥1,750（作り置き分のみ）追加レシピ（バリエーション）レシピ4: カレー（大量作り置き）
材料（6食分）:
作り方:
2. 水600ml + 材料投入
日持ち: 冷凍1ヶ月
1食分:
カロリー: 750kcal
タンパク質: 35g
費用: ¥242
材料（3食分）:
作り方: レシピ2と同じ要領
1食分:
カロリー: 680kcal
タンパク質: 38gホットクック運用の極意調理タイミング最適化日曜 20:00:
→ 21:00完成・保存
→ 21:45完成・その日の夕食
水曜 20:00:
→ 21:30完成・保存
土曜 18:00:
→ 必要に応じて
→ 1食分×6日分
価格: ¥2,000
2. 弁当箱（購入済み）
→ 毎朝詰めるだけ
保存期間:
ローテーション:
日曜 → 月火水（冷蔵3日）
水曜 → 木金土（冷蔵3日）買い出しリスト（週1回・日曜）KASUMI買い出し（毎週日曜）食材分量価格鶏もも肉600g¥600豚バラ肉600g¥840鶏むね肉300g¥300玉ねぎ5個¥250大根1本¥150その他野菜適量¥300調味料補充-¥200米5kg¥500（月割）卵10個¥250その他-¥500合計-¥3,890/週月額: ¥15,560（作り置き分）
食費合計: ¥60,560/月
そういうことをChatGPTに聞くべきだと思い、聞いてみた。すると、
「石油が無くなるよりも、高価になって使われなくなる」方が先に起きる可能性が高いという。
自分がガソリン車に乗っているのも、ガソリンを燃やすのが好きなのではなく、便利で他の車種より安いからだ。これがEVが普及してスタンドも整備されたら乗り換えるかもしれない。
人類はかつて氷河期を乗り越えてきた。その後も様々な問題を乗り越え今に至る。
だとすると、石油やエネルギー問題もまた乗り越えるんだろうなと希望が持てる。
結論から言うと、「石油が100年以内に“完全に枯渇する”可能性はかなり低いですが、
“今のように安く豊富に使える状態が続く”とは限らない、というのが現在の科学的・経済的な見方です。
---
■ なぜ「完全枯渇」は起きにくいのか
● ① 採れる場所（可採埋蔵量）が常に増え続けてきた
技術が発達すると、
「昔は採れなかった場所や深さ」
→ その結果、埋蔵量はむしろ増えることがある現象が続いています。
---
● ② 「経済的に採れる石油」が変動する
---
● ③ シェール革命などで供給源が増えた
2000年代以降、アメリカのシェールオイルが大量生産できるようになり、
“石油ピーク説（ピークオイル）”は大幅に後ろ倒しになりました。
---
■ では、100年後も今と同じように使えるのか？
これは NO になる可能性が高いです。
理由：
つまり、
■ 枯渇ではなく「高価になって使われなくなる」方が先に起きやすい
---
■ 科学者・エネルギー機関の予測のまとめ
予測者 / 機関 結論 --- --- IEA（国際エネルギー機関） 「需要は2050年以降減るが、完全枯渇は見えない」 BP Energy Outlook 「技術進歩により埋蔵量は長期的に維持される」 多くの地質学者 「採掘コスト上昇が先に来る“経済的枯渇”が本質」 → 科学的・経済的には、
“100年以内の完全枯渇”はほぼ起きない
---
■ もっと簡単にまとめると
—これはすでに世界中で議論されており、用途ごとに代替候補が違うのがポイントです。
用途別に、もっとも現実的な代替エネルギーを分かりやすくまとめます。
---
■ 1. 発電の代替
電気をつくる用途は石油依存がもともと小さく、代替が豊富です。
◎ 第一候補：再生可能エネルギー（太陽光・風力）
○ 補助候補：原子力（小型モジュール炉SMRなど）
- ベースロード電源として安定
△ 補助：地熱・水力・バイオマス
- 地域制約が大きいが、長期的には安定
---
■ 2. 自動車（輸送）の代替
◎ 第一候補：電気自動車（EV）
○ 対抗：ハイブリッド（HEV）
△ 特定用途：水素（燃料電池）
---
■ 3. 船・航空の代替
◎ 第一候補：SAF（持続可能航空燃料）
○ 船舶は：LNG・メタノール・アンモニア
---
■ 4. 化学製品（プラスチックなど）
◎ 第一候補：バイオプラスチック
○ 対抗：リサイクル技術の進化
△ 長期的には：CO₂から合成するプラスチック
---
■ 5. 暖房・工場の熱源
◎ 第一候補：電化（ヒートポンプ）
○ 補助：水素・合成燃料（e-fuel）
---
■ 最終結論（用途別に一言で）
- 飛行機 → SAF
つまり、
◆ 石油の全用途を一つで代替できる“万能エネルギー”はない
◆ 用途ごとに最適な別エネルギーに置き換わっていく
■ 1. 「石油そのものが物理的に消える」未来ではない
多くの人が心配するような
→ 完全枯渇より先に「高くて使えない」状態になる
---
■ 2. 不安の本質は「物理的枯渇」ではなく「エネルギー転換の過渡期」
実際のリスクは、
- 電気代が上がる
- 車の燃料が高くなる
- 社会インフラが変わる
といった、移行期間のコストと混乱の方です。
普通の生活者にとっては「徐々に切り替わっていく」感覚になりやすいです。
---
■ 3. 世界はすでに“石油のない世界”の準備に入っている
- 再エネ（太陽光・風力）
- SAF（航空燃料）
への転換を前提に動いています。
---
■ 4. 技術が進むほど、むしろエネルギーは豊富になる可能性が高い
エネルギーの「質」と「量」はむしろ増える可能性さえあります。
つまり、
● これからの不安は“消滅”ではなく“変化”の不安
● でも変化はすでに想定されていて、代替策も多数ある
という状況です。
でも、クラウドサービスからデータを送信する系の費用はどこのクラウドサービスも金額高いのよ。
いくらクラウドでも回線の帯域を無限に確保できるわけでは無いから。
個人のインターネット回線みたいに「回線遅くなっても知らんぞ」なんていう訳にはいかんから、帯域が保障されたクッソ高い回線を確保してたくさんの顧客でシェアしてる。
シェアしてるから安くはなってるけど、動画配信はそれを同時に大量に食い潰して他の客に迷惑かけるから、大量にデータ送信する系の用途はクッソ高いのよ。
特にダウンタウンみたいにいくら不祥事の後とはいえ、それなりに集客の見込める動画コンテンツの配信は視聴者数の数だけ食い潰す帯域が増えるのよ。
そういうコンテンツを分散配置して一極集中を避けるサービスもあるけど、それも金かかるのよ。分散するだけで食い潰す帯域の総量は変わらないから。
免責事項: めんどくさいからほぼ調べずに書くし、抜けてる話や間違ってる話もあると思う。
Mozilla系の日本語翻訳はmarsfさんとdskmoriさんの2人がメインでやってる (追記: 今確認したらひとりアクティブな人が新規参入してたので3人が正しかった)。
概ねSUMOはdskmoriその他全てがmarsfという棲み分けだが、お互いどっちの貢献もやることがある。
SUMOコミュニティ解散ってのはSUMOに関わる実質的な権限持ちはdskmori１人になりますって話かな？
正直、SUMOでメインで貢献してるdskmoriさんじゃなくてmarsfさんが文句言うんや？と疑問なんだけど、
Mozillaにとっては、SUMOとかいう誰もアクセスしてない限界集落サイトの話より、marsfさんがFirefoxのその他すべての翻訳を一手で担ってることが重要だよね。
「marsfさんがSUMOの貢献辞める」って言ったってそれ自体ではどうでも良いのだが、裏の意味は「俺の気持ち次第でFirefoxの翻訳終わらすことだってできるんだぞ」って警告と読むべきかもしれない。
SUMOはFirefoxのサポートサイトね。Firefoxの使い方に疑問が生じたときにみるところ。まあそういう用途で作られているというだけで、アクセスする人がいるのかいたって疑問だが。
想定読者は技術に疎いFirefoxユーザなので、「機械翻訳ならユーザーが自分でやるから不要」みたいな意見は全くナンセンス。
Firefoxの内蔵翻訳機能はプライバシー重視という建前の翻訳API破産防止のため、ローカルのCPUで動く設計になってる。必然的にMicrosoftやGoogleの翻訳より精度がかなり落ちる。ゆえにFirefox使って普通に英語版SUMO読むより、公式で精度よい機械翻訳提供したほうが、ずっと良い体験を提供できるよね。
また対抗をGoogle翻訳のような無料クラウド翻訳と考えるとしても、サポートサイトに特化するようファインチューニングした機械翻訳エンジンを使えばHelpを助けてと訳すような暴走も抑制できるから、これも公式による機械翻訳提供に優位性はある。
なお、統計上アドオン一切入れてないFirefoxユーザーが大多数なことからわかるように技術に疎いFirefoxユーザってかなり多いからね。
Firefoxはラピッドリリースで機能がコロコロ変わるので、ある時点でベストな翻訳になっててもすぐ時代遅れになる。
dskmoriさんなどができる範囲で貢献してたとはいえ、品質維持できる量ではなかったので、SUMOには、例えばすでに存在しない機能についての記述を含む記事が普通にあった。
これは比較的アクセスありそうな重要ページでも同じで、私もさすがに見かねて貢献したこともある。
Microsoftのプロ技術者向けサイトはもともと有償の翻訳者が訳してたのを機械翻訳に切り替えたのでこれは単純に劣化なのだが、SUMOについてはごく少数の素人が自分にできる範囲で訳していたという点を踏まえる必要がある。もともとクオリティが高かったとは言えないし、機械翻訳の精度もここ2,3年で異常に上がってるから過去の機械翻訳騒動をもとに騒ぐのが正しいとも思えない。
今回の事件で思い出すのがLibreOffice日本語チームのDramaね。LibreOfficeの翻訳のメイン貢献者の某氏がある日、日本語チームのメーリスで「何でお前らはまともな仕事ができんのんや」と長文でブチ切れて、チーム脱退を宣言した事件。理念は立派でもすでに敗北の流れは決定的で新たな貢献者の望みは薄い、希望の見えないまま最後に残った１人として惰性で維持するしかない、辛い。
今回は、LibreOfficeの事件よりはヤバさだいぶ低めだけど、「翻訳ガイドラインに従っていない」「新たな人間の貢献者を育てることができない」とか、SUMOボランティア翻訳の実情を思えば「何言ってんだ、現実をみろよ」という感想にしかならないし、CCライセンスで貢献してるのに、AI翻訳の学習に使うなも意味不明。
marsfさんは、某xkcdで言うところの「感謝なしに2003年からデジタルインフラを維持してきたネブラスカ州の無名個人」に位置する人で、もっともっと感謝されてしかるべきではあるのだが、SUMOの長年の構造的な問題に対し抜本的な解決に打って出たMozillaに対して、さもコミュニティが現在も十分に機能しているかのように反論してるのがとても印象悪い。どう見ても分かってない人ばかりがMozillaを炎上させている。
20年感謝なしに維持し続けるのは幻想が必要なのはわかるが、Mozillaとしてはそういう個人に依存するのは不健全でしかないので、現在marsfさんがやっているFirefoxほぼすべての翻訳も翻訳会社による有償翻訳に移行すべき。
AIがさぁ、はてな記法にしてくれるの。楽しいねぇ。表なんて面倒なやつを一発いや、十発くらいか。でも次は一発だと思うわ。楽しいねぇ。
| *素材** | *油の吸着** | *値段** | *乾きやすさ** | *何に向いてるか** |
|---|---|---|---|---|
| *アクリル毛糸（湿式）** | 高い (油分を吸着・絡めとる) | 比較的安い | 普通 (綿よりは乾きやすい) | 食器洗い (特に油汚れ、洗剤なしで使えるのが利点) |
| *ポリエステル糸** | 高い (繊維の凹凸やキラキラが汚れを絡めとる) | 普通〜やや高め | 速い (吸水性が低く乾きやすい) | 水回り全般 (お風呂、シンク、食器。速乾性を活かせる) |
| *麻ヒモ** | 低い (繊維の硬さでこすり落とす) | 普通 | 速い (水切れが良い) | シンク磨き、根菜洗い、焦げ付きなど強い摩擦が欲しい場所 |
| *アクリル毛糸（乾式）** | 普通〜やや低い (湿式よりタワシ効果は劣る) | 比較的安い | 普通 | 軽い汚れやホコリ取り、衣類などの用途 |
| *綿の糸** | 低い (吸水性は高いが、油分を絡めとる力はアクリルに劣る) | 普通 | 遅い (水を吸いやすく乾きにくい) | 食器洗い (洗剤と併用)、デリケートなものを洗う際、鍋敷きなど |
| *羊毛（ウール）** | 低い (油を吸収するが、洗浄力・速乾性に劣る) | 普通〜高め | 遅い (水を吸収しやすく乾きにくい) | 手洗い用の石けんを入れたり、フェルト化させてデリケートな場所の掃除。 |
アクリル毛糸（湿式）：繊維が締まっており、ごわごわした手触りが洗浄用に向いています。
麻ヒモ：マイクロプラスチックの心配がなく、環境に優しい素材です。
羊毛（ウール）：フェルト化しやすい特性があるため、デリケートな場所の掃除やソープストーン（石けん入れ）としても活用できます。
ここまでAI
増田をやってる時は、AIにはない斬新な批判がポンポンとくるから「面白いこと言うね、君」って感じで楽しんでるんだが、XとかはHNでも誹謗中傷になるし発信には向かねーな
むしろXは検索用途が最適。「ある経済の命題Aがあるとき、Aに対してどんな意見があるか」といったものを調べるにはXが良いし、AIよりもまだバリエーションがある
原付二種（125ccバイク）買って「これで生活めっちゃ便利になるぞー！」って思ってたんだけど、実際に使ってみたら、すでに持ってる電動アシスト自転車のほうが便利だった。
なんか複雑な気持ちだわ。
下道で5km～10kmくらいの移動だと、原付と電動アシスト自転車って、正直そこまで時間変わらないんだよな。
信号とか渋滞とか考えると、なんなら自転車のほうが早い瞬間すらある。
特に朝夕の交通量多い時間帯は顕著で、車列の後ろで待つ原付を横目に、自転車でスイスイ抜けられる。
唯一の不満だった「自転車のサドル硬すぎて尻が痛い問題」も、この前エアクッション買ってみたら完全に解決してしまった。
なんで最初から買ってなかったんだ俺……ってレベルで快適になった。
でもこれもデカい荷台つければそれなりにカバーできるし、そもそも持ちきれないような荷物って、配達頼めるし。
重いもの積んでフラつくより、金払ってプロに任せるほうが安全だし。
というわけで、原付二種買ってテンション上がってたわりには、最終的に電動アシスト自転車が勝ってしまったという話。
Q.
生成AIにソフトウェア開発を支援してもらう場合、ソースコードの作成を依頼する形式が多いと思いますが、実行ファイルを直接出力してもらうことも技術的には可能なのでしょうか？
A.
生成AIによる実行ファイルの直接出力は、技術的には極めて困難です。現在のLLM（大規模言語モデル）ベースの生成AIは、ソースコードの生成には向いていますが、実行可能なバイナリファイルを直接出力することには根本的な制約があります。
技術的な制約
LLMはテキストベースのトークン処理を基本とする設計であり、バイナリデータを直接扱うことができません。実行ファイルは0と1の連続したバイナリコードですが、LLMはこの形式でデータを生成するようには訓練されていないため、バイナリファイルを直接出力することは現在のアーキテクチャでは実現が困難です。
従来のソフトウェア開発では、ソースコード→コンパイル→アセンブル→リンクという複数段階のプロセスを経て実行ファイルが生成されます。各段階で最適化や機械語への変換が行われるため、この過程を完全に省略してAIが直接バイナリを生成することは技術的に非常に複雑です。
研究レベルでは、バイナリデータを扱う試みも存在します。例えば、LLM4Decompileのような研究プロジェクトでは、バイナリコードを逆コンパイルする際にバイナリを一度アセンブリ言語に変換してからLLMで処理しています。逆に言えば、生成時も同様の変換プロセスが必要になると考えられます。
実務では、生成AIにソースコードを作成してもらい、それを従来のコンパイラやビルドツールで実行ファイルに変換する方式が標準的です。この方法であれば、デバッグやテストも容易で、生成されたコードの品質を確認しながら開発を進められます。
なお、フォントファイルのようなバイナリ形式でもオープンソースとして扱われる例はありますが、これはフォントという特定用途の場合であり、汎用的な実行ファイル生成とは異なります。
Q.
A.
おっしゃる通り、画像生成AIもバイナリを出力しているという点では共通していますが、実は根本的に異なる仕組みで動作しています。
アーキテクチャの違い
画像生成AIは拡散モデル（Diffusion Model）やGANなど、視覚データに最適化された専用のアーキテクチャを使用しています。一方、LLMはTransformerベースのテキスト処理に特化した構造を持っています。画像生成では、ノイズから段階的に画像を生成するプロセスを経て、最終的にピクセル値という数値データ（バイナリ）を出力します。
画像ファイルのバイナリは連続的な数値（ピクセル値）の集合であり、各ピクセルが色情報を持つという規則的な構造です。最近の研究では、画像をビットプレーン（bit-plane）として扱い、XOR演算でノイズを加えるBinary Diffusion Probabilistic Model（BDPM）のような手法も開発されています。
対して、実行ファイルのバイナリは機械語命令の複雑な配列であり、CPUが直接実行できる命令コード、データセクション、リンク情報などが厳密な形式で配置されています。わずかなビット誤りでもプログラムが動作しなくなるため、画像のような連続値とは性質が大きく異なります。
画像生成AIは、ImageNetやLAIONなどの大量の画像データセットで訓練されており、ピクセルパターンを学習します。一方、実行ファイルを生成するには、コンパイルプロセス全体（構文解析、最適化、機械語変換、リンク）を学習する必要がありますが、これは単純なパターン学習では実現できません。
したがって、画像生成AIが成功しているのは、画像という特定のドメインに特化した設計と、規則的なデータ構造があるためであり、同じ手法を実行ファイル生成に適用することは技術的に非常に困難です。
15年ぶりくらいに自作するかってなってるんだけど、今はどっちが良いんだろうかと悩んで幾星霜
用途としては開発マシンなんだけど、開発環境の推奨スペックが16コア以上推奨だから、最低でも16コア以上乗ってるヤツが必要
最近の Intel は毎回ソケットが変わっちゃうから、アップグレードの度にマザボも入れ替えないとで大工事だけど、AMD はソケットが共通なことが多いから
総務省に「我が国の電波の使用状況」という資料（wagakuni.pdf）がある。
五段目UFH帯域の470MHzから714MHzが地上波テレビ。綺麗な一本帯。
その右側、714MHzから960MHzがいわゆるプラチナバンドで携帯各社に割り当てされている。
細切れでぶつ切り。（使いづらい）
電波割当は適宜利用効率の悪いものを返却させ別の用途に転用したり、大きな幅を取っていた用途から
とはいえ安易にデフラグはできない、帯域の移動は機器更新など莫大なコストと手間がかかる
さてテレビ向けには244MHz幅が割り当てされているわけだが
仮にこの帯域を使い現在の技術で最高効率で通信をしたらどのくらいの放送ができるか。
長文嫌われるので詳細な技術解説は省略するがざっと1Gbpsから3Gbpsのブロードキャストができる。
仮に1Gbpsだとしよう
動きの緩い動画なら3Mbps、スポーツ中継など動きの激しいシーンなら18Mbps
仮に地上波10ch分（予備含め）、全チャンネルでスポーツ中継が同時進行などありえないので
平均10Mbpsだとして100Mbpsもあれば十分。
つまり現在付与されている244MHzのうち１０分の１の24MHzもあれば十分。
つまり残り９割、220MHzが空く。これを携帯各社に再割当てすれば、一言で言えば「プラチナバンドが倍」になる。
単純に利権です。VHFからUHFへの地デジ引っ越しの時にテレビ会社がごねにごねてざっくり確保しやがった。
将来地デジで４Kやりたかったという思惑もあり、正当性はあ。。。無い
地デジ構想当時の技術レベル妥協点としては妥当っちゃ妥当なんだが、もう令和だぜ
ともかく、
大物芸人が後輩をシバきながら下品なギャグを撒き散らしているシーンを見かけた時に、
思い出して下さい
いきなり飛び出してて玉含めてマヌケだし
ナニコレおもろ、ってなる
かわいそうだから本人にいわんけど
自分のもんがみっともないことに触れられたくない攻撃なんだよな
ここでは、以下をすべて加味した 総合エコシステム体験スコア を算出します：
含める要素
✅ グラフィック
✅ 価格・省電力
✅ 独占タイトルの強さ
項目 加点 理由
サブスク（PS Plus / PC Game Pass） +2 大量のゲームに触れられる
UHD Blu-ray（映像用途） +1～1.5 映画プレイヤーとして唯一性
独占タイトル（FF7R・スパイダーマン等） +2 他で遊べない体験
→ 総合：13～14.5
② Switch2（総合版）
項目 加点 理由
携帯性・遊べる場所の自由度 +3～4 外・旅行・ベッド…体験幅が巨大
独占タイトル（ゼルダ・マリオ・ポケモン等） +3～4 世界トップ級のIPパワー
レトロ資産（FC～N64/GB/GBA/GC期待含む） +1.5～3 “時間を超えた価値”
マルチメディア性（映像アプリが弱い） -0.5～-1 非ゲーム用途は弱い
→ 総合：13～15.5
「映像体験/ハイエンド志向」 PS5/PC UHD BD、4K映像、AAA最高品質
「総合ゲーム体験/人生で触る時間」 Switch2 携帯性＋任天堂IP＋レトロ資産
★ 総評
1. 輸出量は年々増加しています https://www.maff.go.jp/j/council/seisaku/syokuryo/250131/attach/pdf/250131-22.pdf
2. 日本米を利用した海外のレストランが増えてきており、日本米の人気上昇がうかがえる https://www.gov-online.go.jp/eng/publicity/book/hlj/html/202011/202011_09_jp.html
輸出量は上述の通り右肩上がり、消費者は減らないし、売れなくなる未来など確定していない。
他国民と米の嗜好が違うのではなく料理用途によって向き不向きがある（ビリヤニ、 チキンライス、パエリアなど）。
農機具は海外メーカーもあるが国内メーカー製も多く、ガッツリ依存しているとは言えない。 https://www.zennoh.or.jp/operation/nouki/ https://www.ja-tajima.or.jp/agriculture/kounyu.html (一例)
