うーむ。バックアップソフトからの読み取りエラー報告が再び。今度は前回よりも多い。

前回は1回だけ「無視」を選択すれば先へ進んでくれたのだが、今回は「無視」を押すと次々に別の場所（連続はしているが）の読み取りエラーが出てくる。キリがないので「すべて無視」を押して進めたが。実際にどれくらいの幅でエラーが発生しているのかよく分からない。バックアップソフト側は「CRC Error」と報告してきているのだが、Crystal Disk Infoで当該SSDの情報を見てみると「CRCエラー数」は0になっている。SSD側が自分の中で発生しているCRCエラーを認識できていないのか、それともバックアップソフト側の問題なのか。Windows標準のエラーチェック機能では前回同様「問題ない」と表示されるのだが。
なお、前回から半月ほど経っているが、この間にエラーがなかったのではなく、自動バックアップ間隔が半月に1回だからである。このバックアップ対象ドライブは、日常的にはあまり更新されない古いデータや重要度の低いデータを格納しておく目的のストレージなので、半月に1回にしてあるのだ。

Amazonの「定期おトク便」は何ヶ月も前からこの日に注文することが分かっているのに（だから10～15％引きになるのだと理解しているのだが）、それでも箱を分割して送ってくるのか。半分は予定日の2日前に届き、残りの半分は予定日に届くらしい。早めに発送された分は、伝票番号を使ってクロネコWebで予定日に届くよう先送りしておいた。最初から予定日に全部まとめて送ってくれれば楽なのだが。無駄な箱も減らせるし。箱が分割されるのは発送する倉庫が異なるからだが、発送期限日のずいぶん前からこの注文は分かっているのだから、入荷する倉庫を合わせておけば良い。Amazonの規模ならそれくらい簡単にできるのではないか。「定期おトク便」に指定できる商品は限られているのだから、入荷が困難だったり数が少ない商品は元々対象になっていないだろうからだ。通常の注文なら届くのが早いのは望ましいだろうが、「定期おトク便」は定期的に指定日に届けられることを目的にしているのだから早めに発送しないで欲しい。分割発送するとAmazon側にも余分な送料が掛かるはずだが、そのコストよりも「1箱で送れるよう倉庫を合わせる」コストの方が高いのだろうか？ ヨドバシは「まとめて発送」を指定すると必ず1箱にまとめて送ってくるのだが、在庫のある店舗が異なる場合でもまとめて送ってくる。その際には（分割発送よりも）配送指定可能日が1日遅くなることがあるので、ヨドバシ側で注文品を1カ所に移動させてから箱詰めして送ってくるのだろう。ヨドバシ側の負担は増えるが受けとる側としてはありがたい。なのでヨドバシで売っている物はたいていヨドバシで買うのだが、Amazonでしか売っていなかったり、時々Amazonの方が遙かに安い場合があったりして、全部のネット注文をヨドバシにするには至っていない。

Perlソースの先頭には、#! /usr/bin/perl のようにPerlの位置を記す必要があるが、 /usr/bin/perl があればそれを使い、なければ /usr/local/bin/perl を使う……というような記法ができないものか。

スマートフォンユーザのうち、スマートフォン1台の価格に10万円以上出せる人の割合ってどれくらいなのだろうか。

明日は朝から車を運転するので早く寝よう。なので、ゲーム（マリオカートツアー）も早めに切り上げよう……と思っていたのだが、甲羅とバナナを投げてクラッシュさせるのに熱中してしまって予定より35分くらい長くプレイしてしまった。寝よう。