かずきち。の日記

サーバサイドエンジニアのつぶやき

「日本のレッドブルにはアレが入ってない」って知ってた?海外仕様のタウリン配合モデルがいよいよ日本解禁される未来に全エナドリ勢が歓喜


結論:海外仕様「タウリン入り」レッドブル日本上陸の期待値

世界中で愛飲されているエナジードリンクの代名詞「レッドブル」。実は、日本版と海外版では配合されている成分に大きな違いが存在します。
海外で流通しているモデルには「タウリン」が配合されている一方、日本国内で販売されている製品には含まれていません。しかし、大正製薬による最新の科学的研究によってタウリンの新たなポテンシャルが明らかになったことで、国内のエナドリファンの間で「タウリン配合の海外仕様レッドブルが日本にも上陸するのではないか」という期待が急速に高まっています。

www.yomiuri.co.jp

日本と海外のレッドブル、決定的な成分の違い

レッドブルは国ごとの薬事法や食品規格のレギュレーションに合わせて処方が調整されています。

海外版(アメリカ等): 主力成分として「タウリン」がしっかりと配合されている。
日本版:カフェインやアルギニン、ナイアシンなどは入っているものの、国内の法規や市場背景からタウリンは非配合(独自処方)。

これまで「海外のエナドリはパンチが違う」「本場の味と成分を試したい」と個人輸入や海外旅行の際に現地で楽しむファンも多く、日本版の物足りなさを指摘する声は少なくありませんでした。

自身も海外の空港に行ったときはタウリン入りのレッドブルを飲むようにしています。

大正製薬の研究が明かした、タウリンの意外なポテンシャル

今回の議論に火をつけたのが、大正製薬が発表したタウリンに関する最新の研究成果です。
報道によると、アミノ酸の一種であるタウリンに「体に蓄積する老化細胞の除去を促し、健康寿命の延伸につながる可能性がある」という機能が示唆されました。栄養ドリンクなどで長年馴染み深い身近な成分が、細胞レベルのアンチエイジングに寄与するという科学的根拠が提示された形です。
このニュースはSNSを中心に「普段口にしている成分の凄さが証明された」「リポビタンDや海外レッドブルの価値がさらに上がる」と大きな反響を呼びました。

今後の展望:国内市場への影響と規制緩和への期待

今回の国内製薬会社によるポジティブな研究発表は、長年「タウリンなし」の処方を続けてきた日本のエナジードリンク市場にも一石を投じる可能性があります。
「いつの日か、日本でもタウリン入りの本場レッドブルが公式に買えるようになってほしい」
そんなエナドリヘビーユーザーたちの長年の悲願が、今回の科学的アプローチを追い風にして現実味を帯びてくるかもしれません。今後の国内規制の動向や、メーカー側のグローバル展開から目が離せません。

先月からGoogle AI PlusにアップデートしたのでGoogleFlowで東京タワーでディズニーのオープニングを再現してみたらGPUが欲しくなった


はじめに

先月からGoogle AI Plusへアカウントをアップデートし、Google Flowを用いたオープニングムービー制作のワークフローを検証している。今回は東京タワーをバックにした実写合成風の映像生成を試行した。


クラウド生成の検証とボトルネック

Google Flowのクラウド上での処理は手軽である一方、細かいフレームレートの指定、アスペクト比の調整、プロンプト変更時のイテレーションにおいてキューイングの遅延が発生する。アジリティを重視する開発フィールにおいては、このクラウド特有の待ち時間がストレスになる。

ローカル環境への移行とGPUの必要性

高速かつ自在なパラメータチューニングを行うためには、やはり自宅のパソコンにハイエンドなGPU環境を構築する必要性がある。ローカルのワークステーションにNVIDIA製GPUを導入し、ComfyUIや各種オープンソースの動画生成パイプラインを直接制御したくなってきた。

ローカル実行環境構築用サンプルスクリプト

参考として、ローカル環境でPythonから動画生成モデルを動かすための最小限のコードを以下に記載する。

import torch
from diffusers import StableVideoDiffusionPipeline
def initialize_local_pipeline():
pipe = StableVideoDiffusionPipeline.from_pretrained(
"stabilityai/stable-video-diffusion-img2vid",
torch_dtype=torch.float16
).to("cuda")
return pipe
まとめ

クラウド型ツールの利便性は理解しつつも、エンジニアリングの主導権を握るためにはローカルGPU環境への投資が不可欠である。今後はハードウェアの調達を含めたローカル推論環境の構築を本格的に検討する。

「挨拶不要」「箇条書きで」と毎回収力するの面倒じゃない?Geminiのカスタム指示でAIとのやり取りを爆速化する方法


「AIって便利だけど、毎回『挨拶は不要です』『箇条書きで答えて』って打つのが地味に面倒……」

そう思ったことはないだろうか?

実は、AIの返事のクセを最初から自分好みに固定できる神機能「Geminiのカスタム指示」を使えば、そのプチストレスが一瞬で消え去る。
今回は、設定するだけでAIとのやり取りが圧倒的にラクになる理由と、おすすめの設定方法を分かりやすく解説します。

Geminiのカスタム指示ってなに?

AI(Gemini)と会話を始める前に、「こういうルールで答えてね」という自分専用の注文書をあらかじめ作っておける機能のことです。
これに設定しておけば、新しいチャットを開いた瞬間から、AIがあなたの好みを完全に理解した状態でスタンバイしてくれます。

あなたとGeminiのルールを事前に決めましょうということです。

みんながハマりがちな「AIのイライラポイント」

AIを使っていると、こんなプチストレスを感じないだろうか?

「承知いたしました!お役に立てて嬉しいです!」みたいな長い前置きが毎回面倒
聞きたいことの結論になかなかたどり着かない
調べてほしいことがあるたびに「分かりやすくまとめて」「箇条書きで」と毎回指示し直している

これらはすべて、AIの「おせっかいな性格」が原因です。カスタム指示を使えば、この性格をきれいに矯正できる。

カスタム指示を設定すべき3つの理由

1. 毎回同じ指示をする「手間」がゼロになる
挨拶やフォーマットの指定は、いわば毎回のお決まりの挨拶。これを自動化することで、質問したい本題だけに集中できるようになる。

2. 無駄な前置きや「お世辞」をカットできる
AIの丁寧すぎる相槌や、質問の意図から外れた雑談をバッサリカット。知りたい情報だけがストレートに画面に表示されるようになる。

3. 欲しい答えが「一発」で返ってくる
「箇条書きで」「結論から先に」といったルールが最初から共有されているため、2回目、3回目のやり取りを減らし、1回の質問で納得のいく回答を引き出せる。

【コピペで簡単】今日から使えるおすすめ設定テンプレート

以下の文章をコピーして、Geminiの設定画面にある「カスタム指示」の欄にそのまま貼り付けるだけ。

挨拶は不要です。結論から箇条書きで回答してください。無駄な前置きやお世辞は省き、パッと見てすぐに意味がわかる分かりやすい構成で回答してください。
これだけで、あなたのAIは「余計なことを言わず、知りたいことだけをパッと答えてくれる優秀なアシスタント」に変身する。

まとめ

毎回同じプロンプトを入力する時間をまるごとカットする
カスタム指示で「前置き禁止」「箇条書き」などのルールを覚え込ませる
浮いた時間で、本当にやりたいことに時間を使う

AIは「使う」から「飼いならす」の時代へ。まだ設定していない人は、ぜひ今日から試してみてほしい。

support.google.com

【子どもの夏休み】お台場・日本科学未来館「大南極展」が家族のお出かけに最強な理由。本物の氷や隕石に触れる体験レポ(すみっコぐらしコラボも!)

www.youtube.com


この夏の家族の思い出に。「大南極展」はファミリーで行くべき理由

子どもの夏休み、どこに連れて行くか悩んでいたわが家がたどり着いたのが、お台場の日本科学未来館で開催中の特別展「大南極展」。結論から言うと、これはファミリー層こそ足を運ぶべき展覧会でした。南極観測70周年を記念した本展は、2026年7月1日から9月27日まで開催されています。行ってきた感想を、これから検討している家族の方に向けてまとめます。

「見る」だけじゃない、体で感じる南極

正直、「展示をおとなしく見るだけだと子どもが飽きるかも」と心配していました。でもその心配は入口で吹き飛びます。会場の入口は氷山の中をイメージした造りになっていて、足を踏み入れた瞬間に子どもたちのテンションが上がりました。
いちばん盛り上がったのが、南極で採取された本物の氷に実際に手で触れられる体験です。何千年・何万年も前に降った雪に自分がいま触れているという感覚は、ほかでは味わえないもので、手に伝わる冷たさや、氷の透明度・気泡の入り方までじっくり観察できます。「これ、恐竜より昔の氷なの?」と子どもが目を丸くしていたのが印象的でした。

さらにおすすめなのが、南極のブリザードを安全に体感できるエリア。強風と視界不良をそれぞれ再現しており、観測隊がどんな環境で研究を続けているのかを自分の体で確かめられます。アトラクション感覚で楽しめるので、体を動かしたい年頃の子には特に刺さると思います。

「触れる・持てる」体験が子どもの好奇心に火をつける

理科好きの子はもちろん、そうでない子も夢中になれる仕掛けが充実しています。
南極は隕石採集の聖地と呼ばれ、国際隕石学会に登録されている隕石の約60%が南極で採取されているそうです。本展では厳選した30点以上の実物サンプルが公開されており、手でさわれる・持てる鉄隕石や、月・火星から飛来したと考えられる希少な隕石も登場します。本物の宇宙のかけらを手のひらに乗せられる機会は、そうそうありません。
生き物好きの子には南極の生き物エリアがおすすめです。ペンギンやアザラシの生態を標本や観察ドームで立体的に見られるほか、観測隊が実際に行っている「ペンギンセンサス」という調査を体験できます。展示によってはペンギンのヒナの重さを量ってみる体験コーナーもあり、遊びながら「調査する」感覚が身につきます。

「参加型」だから最後まで飽きない

参加型の理由はミッションシートの存在です。
入口で配られるミッションシートを持って会場を巡り、南極観測・研究に関するミッションにチャレンジしていく参加型の構成になっていて、達成すると「特別南極観測隊員」として認定されます。
「次のミッションは?」と子ども自身が展示を読み込んでくれるので、親が引っ張らなくても自発的に楽しんでくれました。
締めくくりの演出も見事です。展示の最後には、頭上いっぱいに広がるオーロラの光に包まれながら歩く特別な帰り道が待っていて、映像と光が織りなす幻想的な空間になっています。

大人も学べる、本格的な中身

子ども向けの体験だけでなく、大人が見応えを感じる展示もしっかりあります。氷床の深部から採取されたアイスコアは、一般公開されること自体が非常にまれな貴重なサンプルで、本展では深さ2,499メートルから掘削された、34万年前の空気を含んだアイスコアの実物を見ることができます。
地球の気候変動を読み解くタイムカプセルという説明に、親のほうが引き込まれてしまいました。

家族連れに嬉しいポイント

会場が日本科学未来館というのもファミリーには好都合です。大南極展のチケットで常設展も観られるので、一日たっぷり遊べます。お台場エリアなので、前後の予定も組みやすい立地です。

かわいいもの好きの子には嬉しいことに、公式応援キャラクターに「すみっコぐらし」が就任しており、南極観測隊の防寒服をまとったすみっコたちのオリジナルグッズも販売されています。
ひと休みには、7階レストランで販売されている、ペンギンのマシュマロをのせた「南極クリームソーダ」(1,000円)もおすすめです。

## 行く前に知っておきたい基本情報

会場は日本科学未来館1階 企画展示ゾーン(東京都江東区青海2-3-6)、開館時間は10:00〜17:00(入場は閉館の30分前まで)です。

種別 個人 団体(8名以上)
大人[19歳以上] 2,000 円 1,800 円
18歳以下[小学生以上] 1,300 円 1,100 円
未就学児[3歳以上] 900 円 700 円

dainankyokuten.jp

会期は9月27日(日)まで。この夏、家族で本物の南極に触れる体験は、子どもにとっても大人にとっても忘れられない一日になるはずです。ぜひ足を運んでみてください。

パイプ椅子でいい、GPUだけは最高峰にしてくれ ―― 生成AIを使いこなせば10時間の仕事が1分で終わる。私が計算資源に全振りする理由


私に必要なのは、薄くて軽い洗練されたノートPCではありません。

筐体が分厚かろうが、重かろうが、見た目が無骨だろうが、一切かまいません。
その代わり、GPUとTPUのスペックだけは、妥協なく最高峰にしてほしい。
これが、私の生産性を最大化する唯一かつ最短の投資です。

一見するとこだわりが変に思えるかもしれません。
しかしこれは、深層学習・生成AIという仕事の本質を踏まえた、きわめて合理的な優先順位です。

GPU/TPUがないと、生産性は文字どおり1/10になる

まず前提を共有させてください

私が扱う画像生成や大規模モデルの処理は、膨大な行列演算の並列処理そのものです。

CPUは数個から数十個のコアで「順番に」処理するのが得意です。対してGPU/TPUは、数千から数万の演算ユニットで一斉に処理します。この構造的な差が、そのまま時間の差になります。

具体例を挙げます。画像1枚の生成が、高性能GPUなら数秒。ところがCPUだと数分かかります。
8枚作れば、その差は分単位から時間単位へと膨れ上がる。
1日に試せる試行回数が10回から1回に減れば、それはもはや同じ仕事とは呼べません。別の職種です。

TPUはこの領域でさらに先を行きます

大規模な学習や推論を、圧倒的なスループットでこなす。GPUとTPUを適材適所で使い分けられるかどうかが、そのままアウトプットの質と量を決定づけます。

深層学習の生産性は「サイクルの速さ」で決まる

この仕事の成果は、突き詰めれば試行錯誤のループをどれだけ速く回せるかでほぼ決まります。

パラメータを変える → 結果を見る → また変える
このループが1回5秒か5分かで、1日に検証できる仮説の数が桁違いになる
待ち時間が長いほど集中は途切れ、思考の連続性そのものが失われる

計算待ちの数分は、単に数分が消えるだけではありません。
その間に思考のリズムが切れ、次に何をしようとしていたかを思い出すコストが積み重なる。
賢いアルゴリズムを書くかどうか?よりGPU/CPUのパワープレーに帰着します。

だからこそ、私はPCの薄さやデザインよりも、GPUのメモリ容量とTPUの演算性能に投資してほしい。
私の生産性のボトルネックは、持ち運びの軽さではなく、計算資源の性能にあるからです。

TPUとGPUに「最高峰」を求める理由

なぜ「そこそこ」ではなく「最高峰」なのか。理由は明確です。
第一に、モデルは年々大きくなっています。 今日そこそこのスペックでも、半年後には力不足になる。
最高峰を選ぶことは、買い替えサイクルを延ばし、結果的にコストを抑える判断でもあります。

第二に、VRAMの壁は「遅い」ではなく「動かない」を意味します。
メモリが足りなければ、処理が遅くなるどころか、そもそもモデルが読み込めず一歩も進めません。速度の問題ではなく、可否の問題なのです。
会社でもGoogleアカウントを使いますが、私のGoogleアカウントだけ制限に引っかかるので他人の使っていないリソースを割り振ってほしいと思います。

これは贅沢ではなく、前提条件です

高性能な計算資源への投資は、優秀なエンジニアにとっての基礎インフラです。
持ち運びやすさや洗練された外観と違い、仕事が成立するかどうかを左右する土台そのものです。

ここをケチると、最ももったいない事態を招きます。優秀な人材が、計算待ちで手を止めるという事態です。
人件費という最も高価なリソースを、演算完了を待つだけの時間に浪費させてしまう。これほど非効率な話はありません。
見た目のいいマシンを眺めながら処理を待つ時間ほど、無意味なものはありません。
他人が打ち合わせして、残業しているのを横目にAIに相談してさくさく終わってしまいます。
AIに右往左往するのか、AIを使いこなすのかによって生産性が何百倍にも変わってきます。
冒頭の動画もAIによってたぶん5分ほどで生成されています。

横スクロールが嫌でウェブページをウィンドウ幅に自動フィットさせるChrome拡張を作った

chromewebstore.google.com

作った動機

固定幅で設計された古いサイトや、横に長いページを閲覧するとき、毎回手動でズーム調整をするのが煩わしいと感じていました。ウィンドウ幅に合わせてページ全体を自動で収めてくれる仕組みがあれば、横スクロールに悩まされずに済むはずだと考え、シンプルな単一機能の拡張として自作することにしました。

コード解説

構成は最小限で、コンテンツスクリプトとポップアップ、設定保存の3要素です。

コアとなるのは倍率の計算部分です。ページの実コンテンツ幅を document.documentElement.scrollWidth で取得し、window.innerWidth との比率からズーム倍率を求めます。

function fitToWindow() {
  const contentWidth = document.documentElement.scrollWidth;
  const scale = window.innerWidth / contentWidth;
  document.body.style.zoom = Math.min(scale, 1);
}

window.addEventListener('resize', fitToWindow);
fitToWindow();

resize イベントにリスナーを登録することで、ウィンドウサイズが変わるたびに再計算し、常にフィットした状態を保ちます。オン/オフの設定は chrome.storage に保存し、次回以降も引き継げるようにしました。DOMの読み取りとスタイル適用のため、マニフェストではホスト権限を要求しています。

作って感じたメリット

自分の困りごとを直接解決できたのが一番の収穫です。拡張機能はブラウザAPIを少し理解すれば小さく作れるとわかり、「あったら便利」を自分の手で形にできる感覚が得られました。仕組みが単純なので保守もしやすく、必要に応じて機能を足していける拡張性も気に入っています。

chromewebstore.google.com

子供がパソコンを初めて使うきっかけに!どんなウェブページにも動物たちがでてくる「どうぶつかくれんぼ」を作ってみた!

www.youtube.com

この記事の流れ

なぜ作ろうと思ったか
4つのファイルでできている
動物の一生をコードで組み立てる
クリックすると何が起きるのか
効果音を自前で鳴らす
popup と設定の同期
作ってみた感想

なぜ作ろうと思ったか

私たちが幼いころには学校に携帯電話を持ち込むことは禁止され、スマートフォンやパソコンに触れる機会の若年化が進んでいる。
生まれたころから検索エンジンで検索するのが当たり前になってくる子供たちになっているはずである。
小さい子が楽しくインターネットをできる「どうぶつかくれんぼ」アプリをClaudeで作成してみたので、作成までの流れを書いていく。

機能で言えば無いに等しい。SEOにも生産性にも寄与しない。だからこそ、実装がそのまま 「見た目がどれだけ可愛く動くか」に直結する、素材としてちょうどよいお題だった。

4つのファイルでできている

構成はシンプルで、拡張機能の設定ファイル1つとロジック3つだけ。

manifest.json — 拡張機能の宣言。どのページに何を差し込むかを決める
content.js / content.css — 実際にページ上で動物を動かす本体
popup.html / popup.js — ツールバーアイコンから開く設定パネル

manifest.json

// すべてのURLに content.js と content.css を注入する宣言
{
  "manifest_version": 3,
  "permissions": ["storage"],
  "content_scripts": [{
    "matches": ["<all_urls>"],
    "css": ["content.css"],
    "js": ["content.js"],
    "run_at": "document_idle"
  }]
}

必要な権限は storage だけ。ページの内容を読んだり書き換えたりする権限は要求していない。 動物はあくまで画面の最前面に浮かせているだけで、元のページのDOMには一切手を触れていない。

動物の一生をコードで組み立てる

本体は content.js の1ファイルで、動物1体につき「隠れる → 出現する → しばらく居座る → また隠れる」というサイクルを、setTimeoutの再帰呼び出しだけで表現している。そしてクリックして動物をクリックすると網が出て、音が鳴るという簡単な仕組みである。

content.js — サイクルを回す部分

function scheduleCycle(el, timers) {
  const waitBeforeAppear = rand(6000, 18000); // 6〜18秒ランダムで待機
  const t1 = setTimeout(() => {
    relocate(el);              // 隠れ場所を再抽選
    show(el);                  // にじり出てぷるぷる開始
    const dwell = rand(2000, 4500);
    const t2 = setTimeout(() => {
      if (!el.classList.contains('dkb-caught')) hide(el);
      scheduleCycle(el, timers); // 自分自身を再スケジュール
    }, dwell);
  }, waitBeforeAppear);
}

「隠れ場所」は上下左右4辺からランダムに1つ選び、relocate()が画面外の translateX/Y(±120%)から画面内のtranslateX/Y(±10%)へのCSS transform2値を計算するだけ。実際に動かすのはcontent.css側の transition: transform 1.1s cubic-bezier(...)で、JS側は「行き先の値を差し替える」だけに 徹している。アニメーションの責務を完全にCSSへ渡すことで、JS側のロジックが状態遷移だけに集中できる。

ブラウザのビューポート

hidden: translate(±120%) → visible: translate(±10%)
relocate() が4辺のどこかを抽選し、画面外の座標から画面内10%までtransformを遷移させて「にじり出る」動きを作る

クリックすると何が起きるのか

動物にはクリックイベントが仕込んであり、押すとcatchAnimal()が呼ばれる。 ここは3段階のタイマーで演出を組み立てている。

0ms — dkb-caughtクラスを付与し「ビクッ」と一瞬膨らむflinchアニメーションを再生。同時に捕獲音を再生し、動物の中心座標にSVG製の網を出現させる
300ms — 網が消えるアニメーションに切り替わりつつ、動物自体も縮小・上昇・フェードするliftアニメーションへ
750ms — 網要素をDOMから削除し、動物は絵文字を次のランダムな1匹に差し替えて、また隠れ状態に戻す
網はCSSの図形ではなく、content.js内に文字列として埋め込んだ小さなインラインSVG (円と格子状の線を組み合わせただけ)を都度DOMに挿入している。画像ファイルを1枚も使っていないのは、 拡張機能をできるだけ軽くしたかったのと、単純に「コードだけで完結させる」ことにこだわりたかったため。

捕まえた瞬間の網も、その後の効果音も、外部アセットは一切使わず全部コードで生成している。

効果音を自前で鳴らす

音声ファイルを用意する代わりに、Web Audio APIのOscillatorNodeを直接叩いて 「ポヨン」という捕獲音をその場で合成している。

content.js— 3音を重ねて捕獲音を作る
>|javascript|
function scheduleCatchTones(ctx) {
  const now = ctx.currentTime + 0.01;
  playTone(ctx, 200.0,    now,        0.09, 'square', 0.30); // 低く短い「トン」
  playTone(ctx, 784.0,    now + 0.09, 0.14, 'sine',   0.35); // ソの音
  playTone(ctx, 1046.5,   now + 0.19, 0.24, 'sine',   0.35); // 1オクターブ上のド
}
|

playTone()の中身は、音量(gain)をlinearRampToValueAtTimeで一瞬立ち上げてから exponentialRampToValueAtTimeでスッと減衰させているだけ。波形の種類(square / sine)と 周波数とタイミングをずらして3つ重ねるだけで、想像していたよりずっとゲームらしい「捕獲音」になった。

つまずいた点ブラウザの自動再生ポリシー上、ページ読み込み直後はAudioContextが suspended状態のことがある。playCatchSound()では再生前に状態を確認し、 必要ならctx.resume()してから音を鳴らすようにして回避している。

ツールバーのアイコンを押すとpopup.htmlが開き、ON/OFFのトグルスイッチと 動物の大きさを変えるスライダーが出てくる。この2つの状態はchrome.storage.localに 保存され、開いている全タブのcontent.jsへリアルタイムに伝播する。

content.js — 設定変更をその場で反映する

chrome.storage.onChanged.addListener((changes, area) => {
  if (area !== 'local') return;
  if (changes.dkbEnabled) {
    changes.dkbEnabled.newValue ? start() : stop();
  }
  if (changes.dkbSize) {
    applySize(changes.dkbSize.newValue); // CSS変数 --dkb-size を書き換え
  }
});

ページをリロードしなくても、ポップアップでスライダーを動かした瞬間にそのタブの動物のサイズが 変わるのはこの仕組みのおかげ。サイズの実体はJSの変数ではなくCSSカスタムプロパティ --dkb-sizeなので、反映のために要素を作り直す必要がない。

popup.js
>|javascript|
ON/OFF・サイズ操作
chrome.storage
dkbEnabled / dkbSize
|

content.js

ページ上の動物
.set()
onChanged
動物1体ぶんのサイクル
隠れる (hide)
出現→ぷるぷる (show)
クリック→捕獲演出
respawn
設定の同期経路(左〜中央)と、動物1体が回す hide → show → catch → respawn のサイクル(右下)
作ってみた感想

一番の収穫は、効果音をWeb Audio APIだけで自作できたこと。音声ファイルを1つも用意せず、 オシレータの周波数とゲインのエンベロープを数行のコードで組むだけで、 思っていたよりずっと「ゲームらしい」捕獲音になったのは素直に驚いた。

動きの部分もほぼ全てCSSのtransitionとkeyframes任せで、 JS側はタイミングと座標を決めているだけ。それでも「ぷるぷる」「ビクッ」「スッと消える」といった 生き物らしい情緒は十分に出せて、フレームワークもビルドツールも使わない小さな遊びでも、 手触りのあるものは作れるのだと実感できた。子供のおもちゃを両親が自作するのはよく見かけるが、紙コップや画用紙をお母さんが切って片手間で作るのが大半なので、生成AIを使ってデジタルネイティブを育てる「どうぶつかくれんぼ」アプリを作成してみた。

実用性のかけらもない拡張機能だが、たまに自分のブラウザで動物が捕まっているのを見かけると、 地味に得した気分になる。その一点だけを狙って作った甲斐はあったと思う。網で捕獲するとどうぶつの鳴き声が出る仕様にもしたかったが、今後の課題ということで残しておく。

「配達員は中身を知らない」Amazonでワインが当たり前に置き配されてしまう恐怖のメカニズム


結論:「一律に置き配」ではない

Amazonの置き配設定をオンにすれば、アイスクリームのような冷凍食品まで玄関先に置かれてしまうのではと心配する声がある。結論から言うと、これは誤解に近い。
置き配設定はあくまで「対象になり得る商品」に対する受け取り方法の指定であり、すべての商品に一律で適用される仕組みではない。

判定するのは商品ごと

Amazon Japanの公式説明によれば、「商品ごとに置き配にできるものとできないものを検討し、あらかじめAmazonが選んだ商品のみが置き配の対象」とされている。

つまり配送方式を決めているのはユーザーの設定だけでなく、商品側の適性判定が先にある。
生鮮食品や冷凍食品は温度管理の必要性が高く、劣化・破損リスクが大きいため、そもそも置き配の候補から外れやすいカテゴリーだ。
実際、Amazonフレッシュのような生鮮宅配サービスは通常の置き配ガイドの対象外とされており、保冷ボックスの利用や在宅時間帯の指定など、別の受け取り方法が案内されるケースが多い。
高級ワインがビールやコカ・コーラと同じ飲料というカテゴリに入っているので金額に問わず、置き配になる。
逆に100万円のパソコンも1000円のUSBメモリも同じIT機器に分類されて、同じ扱いで処理される。
彼らにとっては商品の「金額」ではなく、あくまでも商品の「カテゴリ」によって扱いが変わってくる。

誤解が広がる理由

「置き配設定=すべて玄関前に置かれる」という誤解が広がる背景には、設定画面が単一のオン・オフスイッチに見えることがある。
実際には画面の裏側で商品カテゴリーごとの配送ルールが働いており、ユーザーの設定はその範囲内でのみ有効になる。設定はいわば「置き配してよい候補に対する許可」であって、候補外の商品まで巻き込む強制力は持たない。

設定通りに運用されるとは限らない

ただし注意点もある。
ユーザーの置き配設定と実際の配達員の運用は完全には一致しない。
SNS上では、置き配「なし」に設定していたのに玄関先に置かれた、常温商品が直射日光下に長時間放置されたといった苦情も報告されている。
制度上は商品ごとに線引きがあっても、現場のオペレーションでは必ずしもその通りに運用されない可能性がある。
配達員は自分が何を配送しているのかわからず、一律段ボールに見えてしまうのが誤配の原因であろう。

溶けやすい商品を守るには

アイスクリームなど溶けやすい商品を確実に受け取りたい場合は、置き配設定に頼るのではなく、配達日時指定や在宅での受け取り、置き配なし設定への変更を組み合わせるのが安全だ。

Amazonの置き配設定をオンにすれば、アイスクリームのような冷凍食品まで玄関先に置かれてしまうのではと心配する声がある。
結論から言うと、これは誤解に近い。置き配設定はあくまで「対象になり得る商品」に対する受け取り方法の指定であり、すべての商品に一律で適用される仕組みではない。

Amazon Japanの公式説明によれば、「商品ごとに置き配にできるものとできないものを検討し、あらかじめAmazonが選んだ商品のみが置き配の対象」とされている。
つまり配送方式を決めているのはユーザーの設定だけでなく、商品側の適性判定が先にある。
生鮮食品や冷凍食品は温度管理の必要性が高く、劣化・破損リスクが大きいため、そもそも置き配の候補から外れやすいカテゴリーだ。
実際、Amazonフレッシュのような「生鮮宅配サービス」は通常の置き配ガイドの対象外とされており、保冷ボックスの利用や在宅時間帯の指定など、別の受け取り方法が案内されるケースが多い。

「置き配設定=すべて玄関前に置かれる」という誤解が広がる背景には、設定画面が単一のオン・オフスイッチに見えることがある。
実際には画面の裏側で商品カテゴリーごとの配送ルールが働いており、ユーザーの設定はその範囲内でのみ有効になる。設定はいわば「置き配してよい候補に対する許可」であって、候補外の商品まで巻き込む強制力は持たない。

ただし注意点もある。ユーザーの置き配設定と実際の配達員の運用は完全には一致しない。
SNS上では、置き配「なし」に設定していたのに玄関先に置かれた、常温商品が直射日光下に長時間放置されたといった苦情も報告されている。制度上は商品ごとに線引きがあっても、現場のオペレーションでは必ずしもその通りに運用されない可能性がある。

アイスクリームなど溶けやすい商品を確実に受け取りたい場合は、置き配設定に頼るのではなく、配達日時指定や在宅での受け取り、置き配なし設定への変更を組み合わせるのが安全だ。

【もう切れない】100均のスマホストラップに不安を感じて「金属製」に替えたら大正解だった話

iPhoneのケースって、すごい小さなストラップホールがついていますよね。
落下防止や紛失防止に便利なので私も重宝しているのですが、「穴が小さすぎてストラップを通すのに毎回イライラする」のが長年の悩みでした。
不器用な私はピンセットを持ってきて格闘することもしばしば……。
というかもはや穴に紐を通すのを諦めるレベルです。

そこで少し前に取り入れたのが、スマホケースと本体の間に挟み込む「ストラップホルダー」でした。ケース底面の充電口の穴からフック部分を出すアレです。

oshikatsu100.jp

最初は「とりあえず試してみるか」と100円ショップで購入したものを使っていました。
確かにストラップ装着のストレスはゼロになり、使い勝手自体は最高!……だったのですが、使えば使うほど拭いきれない不安感が襲ってきたのです。

100均のホルダーはビニール(PVC)製や柔らかいシート状のものが主流。
スマホの重みが常にそこへ集中するため、引っ張られるたびに「これ、近いうちに引きちぎれるのでは……?」という恐怖が頭をよぎります。
万が一ぶら下げている最中に切れたら、高価なiPhoneがアスファルトへまっ逆さまです。

「この不安は精神的によろしくない!」と思い立ち、ついに金属製のストラップホルダーへ買い替えることにしました。

実際に使ってみて、これが大正解。大満足の逸品でした!

***圧倒的な頑丈さと安心感
ステンレスやアルミニウムなどの金属製なので、引っ張っても破れる心配が一切ありません。
手に持った瞬間の強度が段違いで、100均のシートとは比較にならない安心感です。これでiPhoneを落とす恐怖から完全に解放されました。

驚くほど軽くて邪魔にならない

「金属製だと重くなったり分厚くなったりするのでは?」と懸念していましたが、まったくの杞憂でした。
極薄に加工されているためケースが浮くこともなく、重量も手で持って違いが分からないレベルで軽いです。

充電ケーブルへの干渉もなし

厚みが抑えられているおかげで、Lightningを挿す際も全く干渉しません。
100均の製品も手軽で素晴らしいですが、毎日持ち歩く大切なiPhoneを守るアイテムとしては、やはり強度が最優先。

ケースの小さい穴にストレスを感じている方や、100均ホルダーの強度にモヤモヤしている方は、ぜひ金属製ストラップホルダーを試してみてください!毎日の安心感が劇的に変わりますよ。

Chrome拡張機能の公開上限を引き上げる方法:20個の制限を解除する手順と注意点

Chromeウェブストアでは、1つのデベロッパーアカウントにつき公開できる拡張機能の数は、デフォルトで「20個」までに制限されています(※テーマは除く)。しかし、活発に開発を行っておりこの上限に達してしまった場合でも、正当な理由があればGoogleにリクエストを送ることで公開枠を引き上げることが可能です。
ここでは、その具体的な手順と審査を通過するためのポイントを解説します。

【上限引き上げのリクエスト手順】

1. サポート窓口へアクセス まずは、Chromeウェブストアのデベロッパー向け公式問い合わせ窓口である「One-Stop Support(ワンストップサポート)」のページにアクセスします。
2. 問い合わせフォームの入力 問い合わせカテゴリから「デベロッパー アカウント」や「Developer dashboard」に関する項目を選択します。
3. リクエスト内容の記述 詳細を記入する欄に、「公開上限の20個に達したため、制限の引き上げをお願いしたい」という旨を明記します。この際、「なぜ追加の枠が必要なのか」「どのような新規プロジェクトを予定しているのか」といった具体的な理由を添えることで、Google側の理解を得やすくなり審査がスムーズに進みます。

【審査を通過するための重要なポイント】

リクエスト送信後は、担当者によってアカウントの履歴や既存アイテムの審査が行われます。
無条件で引き上げられるわけではなく、以下のケースに該当すると却下される可能性が高いため注意が必要です。

アカウント停止歴がある: 過去にアカウントがサスペンドされた履歴がある。
ポリシー違反歴がある: 過去に拡張機能がストアから強制削除(テイクダウン)されている。
既存アイテムの品質が低い: 現在公開中の拡張機能のユーザー評価が一貫して低い、またはメンテナンスされず放置されている。

まとめ

申請を行う前に、現在公開している拡張機能が最新のポリシーに準拠しているかを見直すことが大切です。健全な開発実績をアピールできれば上限引き上げは十分に可能ですので、複数の拡張機能をリリース予定の方はぜひこの手続きを活用してください。

support.google.com

注目記事