チープリスト｜ yukiyama1966

Bloggerで記事を書いてSNSにシェアするとき、皆さんはどうしていますか？ 最近よく使われているThreadsでは、記事のURLを貼るだけでアイキャッチ画像付きのきれいなブログカードが表示されますよね。 ところが同じURLをX（旧Twitter）に貼ると、ただのテキストリンクになってしまうことがあります。 実は私のブログでも、まったく同じ状態になっていました。 「せっかくアイキャッチ画像を作ったのに目立たないな……」 「何か設定が足りないのかな？」 そう思って調べてみたのですが、紹介されている方法の多くが、iPhoneだけで作業しようとすると意外と苦戦する内容だったんです。 iPhoneでやろうとすると意外と困ること よく見かける手順では、 テーマのHTMLを全部コピーする XMLファイルをダウンロードする メモアプリなどで編集する といった流れが紹介されています。 ところが実際にiPhoneで試してみると、 「すべて選択」がうまく動かない BloggerのHTML編集画面は少し特殊で、長押ししても「すべて選択」が思うように反応しないことがあります。 メモアプリで編集できない XMLファイルをダウンロードしてメモアプリに送っても、テキストとして開けず、添付ファイル扱いになってしまう場合があります。 私も途中で、 「やっぱりパソコンが必要なのかな……」 と思いました。 ところが実際には、もっと簡単な方法がありました。 実は書き換える場所はすぐ見つかる HTML全体をコピーしたり、何千行もスクロールしたりする必要はありません。 私が使っている「Essential」テーマでは、編集画面を開いた直後の7行目付近に、目的の場所が最初から表示されていました。 つまり、 開いた直後の位置にコードを貼り付けて保存するだけ。 これで作業は完了です。 今回は、iPhoneだけで数分あればできるシンプルな方法をご紹介します。 なぜXだけブログカードが表示されないの？ 原因はとてもシンプルです。 ThreadsやFacebookなどのMeta系サービスは、Webサイトの一般的なOGPタグを読み取ってカード表示してくれます。 一方、Xは「twitter:card」という専用タグを重視しています。 このタグが設定されてい...

最近のスマートフォンにおいて、「シャッター音」は当たり前の機能として定着していますが、ふと「これって本当に必要なのか？」と疑問に思うことはありませんか？ 今回は、盗撮防止という観点から、スマートフォンにおけるシャッター音の必要性について考えてみます。 撮影しているという「意思表示」としてのシャッター音 結論から言うと、私はスマートフォンのカメラにシャッター音は「必要」だと考えています。 一番の理由は、周囲に対して「今、カメラで撮影しています」という意思表示をするためです。物理的にシャッターを切る音が鳴ることで、周囲の人に撮影を察知してもらい、盗撮という行為を未然に防ぐ。この防犯的な役割は、現代社会において非常に重要ではないでしょうか。 警察庁が公表した「令和 4 年中の迷惑防止条例等違反（痴漢・盗撮）に係る検挙状況の調査結果」によると、全国での盗撮の検挙件数は 5,737 件で、当時過去最多を更新しました。そのうち、スマートフォンを用いた犯行は 4,534 件であり、盗撮事案全体の約 79 ％を占めています。 また、直近のデータに目を向けると、令和 6 年には 2,013 件、令和 7 年には 1,311 件へと大幅に減少しているように見えます。しかし、これは令和 5 年 7 月に施行された「撮影罪」への移行に伴う統計上の変化が主な要因であり、盗撮事犯そのものが減ったわけではありません。事実、令和 7 年には撮影罪による検挙が 7,926 件に達しており、盗撮関連の事犯は依然として高い水準で推移しています。 そのうち、スマートフォンを用いた犯行が大半を占めている現状を考えると、街中の平穏な空間でこれほどの事件が起きている現実は深刻です。「音による抑止力」は、見えない被害を防ぐための最も手軽で強力な防壁だと言えるでしょう。 なぜデジカメは無音でも許容されるのか 一方で、「シャッター音が周りの迷惑になるから消したい」という意見もあります。もし本当に撮影音への配慮が必要だと考えるのであれば、スマートフォンのカメラではなく、デジタルカメラの利用が望ましいのではないでしょうか。 そもそも、カメラとは「シャッターを切ると機械的な音がするもの」という認識があります。デジカメもその伝統を引き継ぎ、機械的にシャッターを切る音をノスタルジーや安心感の要素として搭載してきました。しかし、...

スマートフォンの進化とともに、世の中には魅力的なメモ帳アプリの選択肢が爆発的に増えました。 高機能なデータベースが作れるNotion、ノートを美しくバインダーのように整理できるOneNote、AIが要約してくれる最新のメモツール……。 「これさえあれば、日々のタスクも、仕事のアイデアも、生活の記録もすべてスマートに管理できるはずだ」 そう思って新しいアプリを導入しては数ヶ月後、そこにあるのは「整理しきれずにゴミ屋敷化した、雑多なメモの山」。そして、いざ必要な情報が必要なときに思い出せず、スペース区切りの複数ワード（AND検索）すらまともにヒットしない仕様にイライラが募り、また次のアプリを探し始める――。 そんな終わりのない堂々巡りを繰り返し、私は「メモ帳アプリ迷子」になっていました。 しかし、メモに振り回され、アプリの仕様に一喜一憂する日々に疲れ果てた時、一つの気づきにたどり着いたのです。 「私は、結局『Simplenote（シンプルノート）』を選んでみれば、すべて解決するんじゃないか」と。 これは、日々の「デイリーログ」としてはもちろん、あらゆる日常のテキストメモを「ふわっと、固執せずに」扱い、かつ必要なときには「きっちり」探し出せる、今の私にとっての選択肢です。 1. なぜ私は「メモ帳アプリ迷子」になっていたのか？ そもそも、なぜ私はメモに振り回されてしまっていたのか。原因はアプリの性能ではなく、 「データに固執し、何でもかんでも溜め込もうとする私の姿勢」 と 「アプリ側の過剰な機能」 がミスマッチを起こしていたからでした。 多くの多機能アプリは、起動した瞬間に「どう分類する？」「どう装飾する？」と選択を迫ってきます。太字にするボタン、フォント変更、画像の挿入……それらのノイズが、現場でサッとメモを取りたい時の「1秒」を奪っていました。さらに、溜め込んだ雑多なメモを後から探そうとしても、スマホ版アプリの検索機能が貧弱で、複数キーワードでの絞り込み（AND検索）ができずにストレスが溜まる一方だったのです。 本来、私にとってメモとは 「覚えているストレスから脳を解放し、未来の自分が迷わず行動するための道具」 であるはずです。 その原点に立ち返ったとき、Simplenoteの持つ「削ぎ落とされた仕様」が、私の感じていたす...

  まだ本格的にMicrosoft Copilotをブログの下書きに使っているわけではありません。使えるかもしれないという前提で話をしています。その中で感じているのは、 Copilotは「答えを探すAI」ではなく、「目的を完成させるAI」だということです。 これは他の生成AIと比べると、かなり性格が違います。 他のAIは“提案型”、Copilotは“目的達成型”です。 ChatGPTやGeminiは、こちらが質問すると「あれもどう？」「こういう案もありますよ」と、横に広げる提案が多いです。 これは創造性を刺激するという意味では良いのですが、ブログのように“完成まで持っていく作業”では、話が広がりすぎてしまうこともあります。 一方でMicrosoft Copilotは、ユーザーの意図に忠実に寄り添うタイプのAIです。 勝手に話を広げない、文脈を外さない、余計な提案をしない、指示に対して素直に動く。 この“業務AIらしさ”が、ブログ制作ではむしろ強みになります。 ページ内編集がブログ制作に最適な理由 Copilotには「ページ内編集」という機能があります。これがブログ制作と非常に相性が良いのです。 チャットとは独立した“ページ”として保存される チャットが突然終了してもページは残る ライブラリからいつでも開ける 長文をそのまま編集できる 4,000〜10,000文字でも問題なく扱える 特に安心できるのは、30回制限はあるものの、ページ内編集で作ったものはCopilotの成果物としてライブラリに保存されるため、チャットを閉じても後から必ず開けることです。 この“保存の安心感”は、他のAIにはあまりない特徴だと思います。 Microsoft Copilotアプリのホーム画面からの便利なブログ制作スタート Microsoft Copilotのアプリのホーム画面から「ライブラリ」を選択し、+ボタンで新しい下書きを作成できる点も便利だと感じています。ここからブログ制作を始められるので、作業の入り口がシンプルでわかりやすいです。 この機能により、ブログのアイデアをすぐに形にしやすく、ページ内編集と組み合わせて効率的に文章を仕上げていけます。 iPhoneだけで活用しているからこそ感じるCopilotの強み 僕はiPhoneだけでMicrosoft Copilotを活用してい...

最近、ふとこんなことを考えました。 自分は今、ほとんどのネット活動をGoogleに依存しています。 YouTube、Gmail、Googleフォト、Googleドライブ、Blogger、Gemini。 日常のメモや検索まで含めると、本当に生活の中心がGoogleになっています。 もちろん便利です。 iPhoneを使っていてもGoogleサービスは強いですし、AIとの相性も良い。 特にYouTubeをやっていると、Googleアカウントは活動の中核になります。 ただ、ある時ふと思いました。 「もしGoogleアカウントに何かあったら、自分の活動って全部止まるんじゃないか？」 もちろん、普通に使っていれば突然アカウント停止になる可能性は高くないと思います。 ただ最近はAIによる自動判定も増えていて、誤検知や乗っ取り、本人確認トラブルなどの話も時々見かけます。 そして怖いのは、YouTubeだけではありません。 各種サービスのパスワード再発行 ログイン認証 連絡手段 2段階認証 Gmailが止まると、こうしたものまで連鎖的に止まる可能性があります。 つまり自分の場合、 「Googleアカウント＝人生の鍵束」 みたいな状態になっていました。 便利ではあるけれど、かなり危うい構造でもあります。 そんなことをChatGPTと話しているうちに、あることを思い出しました。 「そういえば、自分、独自ドメイン持ってたな……」 昔作った独自ドメインを思い出した 以前、自分はWordPressでブログをやっていました。 その時に取得したのが、 「zatsubun.page」 という独自ドメインです。 名前の意味はそのままで、「雑文のページ」。 当時は、 模型の雑文 本の雑文 日記の雑文 ガジェットの雑文 みたいに、サブドメインを使っていろんなジャンルを分けて運営できたら面白いなと思っていました。 model.zatsubun.page book.zatsubun.page diary.zatsubun.page みたいな感じで増やしていく構想です。 今思えば、この考え方はかなり今の自分に合っていました。 ...

iPhoneメモからGoogle Keep移行を考えて見えてきた「AI時代のメモ運用」 最近、メモ環境をかなり真剣に見直していました。 きっかけは、iPhoneのメモ帳（Appleメモ）が便利すぎることです。 特に便利だったのが検索機能。複数キーワードを組み合わせたAND検索ができるので、過去メモをかなり掘り返しやすい。しかも画像内の文字までOCR検索してくれる。 ただ、その一方で気になっていたのが「Apple依存」です。もし今後Android端末へ移行したら？Windows中心になったら？Appleメモに人生ログを全部入れてしまうのは、長期的には少し不安がありました。そこで候補に上がったのがGoogle Keepです。 Google Keepは「付箋」としてかなり優秀だった 実際に使ってみると、Google Keepはかなり軽快でした。 起動が速く、思いつきを即保存できる。画像保存が楽で、OCR検索が強い。特に驚いたのが画像内文字検索で、スクリーンショットを貼っただけでも後から文字検索でヒットします。これはかなり便利でした。 しかもGoogle Keepは、Android、iPhone、Webブラウザ、どこでも使いやすい。将来的な移行耐性も高い。ここはAppleメモにはない魅力でした。 ただし問題があった Google Keep単体の検索はシンプルです。しかしAppleメモのようなAND検索はできません。例えば、「ロボット AND 真鍮」のような複数条件検索は不可。さらにラベル機能も制限があります。 ラベルは1つずつしか選択できず、複数ラベルの絞り込みができない。ラベルで絞り込んだ状態で追加検索もできない。つまり、「ロボット」ラベルの中からさらに「はんだ」を検索する、といった使い方がかなり弱い。ここはAppleメモとの差をかなり感じました。 Geminiとの組み合わせを試した そこで考えたのが、Geminiとの組み合わせです。「Google Keepに保存」して「Geminiで自然言語検索」。これができればかなり強いのでは？と思いました。実際、「ロボットの肩関節の話」「はんだ付けのメモ」みたいな曖昧検索はかなり可能性を感じました。 しかし、ここで問題発覚 Keepに画像を保存しても、「画像OCRデータ」まではGemini...

日本の美しい四季の風景に溶け込む神社やお寺（社寺）。 しかし、これらの貴重な木造建築は、一度火災が発生すると燃え広がりやすく、修復不可能なダメージを受けてしまうリスクを常に抱えています。 今回は、消防庁が公表している公式データ（令和元年〜令和6年の1月〜12月確定値）をもとに、 「神社や寺院で年間どれくらい火災が起きているのか？」「その具体的な原因は何なのか？」 を読みやすくまとめました。 私たち参拝客や地域住民が、大切な文化財を火災から守るためにできることもあわせてご紹介します。  1. 神社・寺院の火災は年間どれくらい起きている？（年度別件数） 消防庁の公式報告書『各年における火災の状況（確定値）』の「都道府県別及び建物用途別建物火災件数」より、建物用途「神社・寺院」における火災発生件数の推移をまとめまし 令和元年（2019年）：61件 令和2年（2020年）：64件 令和3年（2021年）：68件 令和4年（2022年）：67件 令和5年（2023年）：59件 令和6年（2024年）：58件 直近6年間のデータを並べると、毎年およそ60〜70件のペースで推移していることが分かります。 平均すると 「年間約63件」 これは、全国で 「およそ6日に1件」 の割合で神社やお寺が火災に見舞われている計算になり、決して人ごとではない数字です。 2. 【データ分析】なぜ起きる？社寺火災の主な「出火原因」 木造建築が多い神社やお寺では、一体何が原因で火災が起きているのでしょうか。 同報告書の「出火原因別火災件数」などの詳細データを分析すると、社寺特有の傾向や、特に注意すべき原因が見えてきました。 主な原因は大きく分けて以下の4つです。 ① 灯火（ローソク・線香） お寺や神社で最も身近な火の気といえば、お参りの際につなぐローソクや線香です。 参拝者が立ち去った後、風でローソクが倒れたり、線香の灰が近くの可燃物（座布団や幕など）に落ちて引火するケースが後を絶ちません。 ② 放火・放火の疑い 悲しいことに、社寺火災の原因として常に上位に挙がるのが「放火」や「放火の疑い」です。 神社やお寺は夜間に無人になる場所が多く、境内に木くずや落ち葉などの可燃物が放置されていると、ターゲットにされやすくなってしまいます。 ③ たばこ 境内での歩きたばこや、ポイ捨てされた吸い殻が、乾燥し...