春が来た感じなので、かねてより検討していたオールシーズンタイヤ(グッドイヤー Vector 4Seasons Hybrid)に交換した。約8万円(交換費用と古タイヤ2式の廃棄料込み)だった。前に書いたように、スタッドレスを付けているホイールに取り付けてもらったので、ホイールのサイズがノーマルより1インチ小さくなって、195/50R16となった。それでも、普通の車(14〜15インチ)からすれば充分大きいし、僕も全く問題ない。それどころか、扁平率50ですら過剰で無意味だと思うので、60にしたかったくらいだ。

余談: 高いお金を出して竹輪みたいに薄いタイヤを付けている人の気が知れない。「どこを走るんですか?」と聞きたい。ついでに、F1のタイヤを見たことがあるのか、聞いてみたい。

スタッドレスの山をみたら、まだ充分あるようだった。が、もう4年くらい経過しているので、この冬にはゴムの寿命が来るだろう。それでももう少し乗れるだろうが、ノーマルが寿命なので仕方ない。

スタッドレスを外す時期は各自結構ばらけるようで、例年のように、お店は空いていた(逆に、スタッドレスを付ける時期はいつも混んでいる)。そのせいか、コーヒーを出してくれた。コーヒーメーカーを入れたようで、今年はちゃんとしたのが飲めた。

いつもながら手際よく、交換は約30分で終わった。1本約7分のペースだ。店内から時々見ていたのだが、ちょっとしたことに気付いた。ホイールの外は汚れていたのに、中は新品のようにピカピカだったのだ。まあ、汚れが入るようなら空気が抜けてしまうのだから、綺麗で当然なのだが、結構感心した。

今見ると、オールシーズンの溝はスタッドレスとは全然違っていて、ノーマルに近い感じだ。材質もノーマルっぽく硬そうに見える(単に、新しくて光っているだけか?)のに、これで雪道も大丈夫というのだから、不思議だ。

ちょっと用があったので、実家まで行った。交換する前に一番心配だったのは走行音(騒音)だったのだが、全く問題なくて拍子抜けした。スタッドレスと変わらないか少し静かになった気がする。低速でも高速でもうるさくなかった。きっと、ノーマルより静かだろう。中域で音の成分が若干違う感じがしたが、すぐ慣れた。

2番目くらいに気にしていた操作性(乗り心地)は、意外に、スタッドレスより少し柔らかい(ハンドルのシャープさがわずかに減り、粘るような感じが出た)気がしたが、もう少し走ってみないと分からない。まあ、純正のタイヤじゃないのだから、操作性が変わるのは覚悟していたし、多少柔らかくたって、安定性は問題なかったし、乗る楽しさが損なわれた訳ではなかったから良い。

3番目に気にしていた外見は、横から見た場合、近くで見ない限り、オールシーズンタイヤであることは分からず、「あっ・・・ (この人、不精でスタッドレスを付けたままだ)」とはならない。後ろから良く見ると分かるが、それほど目立たないし、余りかっこ悪くも見えないから、安心した。それに、自分で乗っている時は全く見えないから、全然気にならないw

この休みにちょっとどこかに行って、走行感覚を確かめたい気がするが、さて、どこがいいか。高速道路でも試したい。

ちなみに、現在の走行距離は、約43000km。

(3/19 9:33 加筆・修正、画像を追加)

PS. 見積もりを聞いた時にはスタッドレス1式だけの廃棄料だったので、ノーマルタイヤの廃棄料も要ると思っていたのだが、請求されなかった。更に、後で気付いたのだが、ノーマルをホイールから外す作業の費用も請求されなかった。更に、純正のホイールを箱に入れて準備してくれていたので、結構感心した。

彼らにしてみれば、オールシーズンタイヤを付けたら、冬と春のタイヤ交換料やタイヤ保管料の収入がなくなって、数年後の次の交換まで用がなくなってしまう(あるとすれば、パンク修理やローテーション程度)のだが、全然嫌な顔をせずにやってくれた。今のスズキのディーラーと通じるものがあるのだが、こういうお店が長続きするのだろう。

PS2. この後にオイル交換にディーラーに行く予定だったのだが、今日はその他にいろいろやって疲れたので、延期した。

PS3. ホイールを部屋に持って来たら、ちょっと大変だろうとは予想していたのだが、それ以上に重くてとても疲れて、気持ちが悪くなって、危うく吐きそうになった。あんなに重いものを4本も付けていたら、燃費が悪くなりそうだ。だから、(調べたらアルミよりゴムの方が密度が小さいので、)ホイールは小径の方が燃費にはいいのではないか。それで、タイヤ屋さんにホイールを引き取ると言ったら、わずかに予想外な雰囲気を出していたのかも知れない。

なお、タイヤ屋さんがホイールを掃除してくれていて綺麗だったうえに、ホイールの間に段ボールを入れて傷つかないようにしていれていたのは、やっぱり予想外で、ちょっと感動した。本当のプロなんだろう。だから、正直なところ、もっとそのお店を使ってあげたいのだが、お金のためにその機会を減らしてしまったという、もやっとした気分。 (3/19 9:09)

  •   0
  •   0

検索しても見つからなかったので、Linux関係のメモを(かなりニッチかも)。

1. [Linux Mint 18] デジタルカメラをUSB接続した時に、自動起動コマンドが重複起動する場合の対処

現象: 設定マネージャーの「リムーバブルドライブとメディア」の「カメラ」で「接続されたら写真を取り込む」をOnにしている時、デジタルカメラをUSB接続すると、自動起動設定したコマンドが2回(以上)起動されてしまう。

原因: 不明

対処: (関連する設定は他になく、)Mint側では対処不可なようなので、自動起動させるコマンド(自作)側で対処した。

1. 設定: コマンドにデバイス名を渡すようにする。デバイス名は%dで指定できる。

例: /home/user/bin/import-images.sh "%d"

2. コマンド側: 2回目(以降)の起動ではデバイス名が渡されない(例の場合、引数がない)ので、その場合は何もしないで終了するようにする。

備考: コマンドが自作のものでない場合も、一旦、スクリプト(デバイス名の有無をチェックし、デバイス名が指定されていたら、本来のプログラムを起動する)を起動するようにすれば、対応可能。

その後、カメラや場合によって、デバイス名が渡されて複数起動する場合があることが分かったので、起動スクリプト内でflockコマンドを使って排他制御するようにした。 (2017/4/8 追記)

2. [smartmontools] smartctlなどで、AData SX900のSMARTの属性(状態)を正しく表示させる方法

現象: smartctlやGSmartControlなどでAData SX900のSMARTを表示すると、SX900固有の属性が認識されず、デフォルトの名前と意味で表示される。 (例: #231は本来は"SSD Life Left"だが、”Temperature”となる)

原因: smartmontoolsのドライブのDB (/var/lib/smartmontools/drivedb/drivedb.h)の機種判定用のパターンが実際と異なっている(発売後にSX900の出す名前が変わった?)ため。

対処: 以下のいずれか。

a. デフォルトのDBを修正する。

"ADATA SSD S[PX]900 (64|128|256|512)GB-DL2|"の行の次に次の行を追加するか、元の行を次のように変更する。

"ADATA S[PX]900|"

b. 自分のDBを作り、smartctlなどに-Bオプションで指定する。自分のDBは、デフォルトのDBからSX900の部分(正確には"SandForce Driven SSDs"のブロック)を抜き出して、判定パターンを上のものに変更する。

 

1の解決策を見つけたおかげで、今では、デジカメを接続しただけで自動的に画像を取り込むことができるようになって便利だし、本来やりたかったことができたので、とても気分がいい。

2も同様で、今までは、GSmartControlでSX900の状態を見ると、温度(本来は残寿命)が警告になっていたりして、「使えない」ものだったのだが、これでまともになった。 更に、smartdでの状態監視も正しくできるようになったはずだ。

気になることをずっと忘れずに・諦めずにいて、考え続けたり試行錯誤したりすることは、大抵は徒労に終わるのだが、成功することもある。

  •   0
  •   0

SSDの入れ替えを検討した際、HDDについても調べたら、3台のうち1台が、壊れやすいという悪評のあるSeagateのドライブ(ST3000DM001)であることが分かった。今まで大丈夫だったから問題ないとは思ったのだが、音楽ファイルを入れているので、可能な限り、使えない時間を作りたくないのと、もう1台(HGST)が結構古い(買ってから5年以上経過)ので、一緒に交換しようかと思った。

それで、候補を調べていたら、WD(Western Digital)のHDDの悪評を目にした。IntelliPowerとかIntelliParkとかいう省電力機能の(一部の)せいで、ヘッドのロード・アンロード(アンロード=ヘッドを不使用時の位置に戻す)回数が異常に増えるというものだ。 それを読んだ時、「僕のは古いから関係ないだろう」と高をくくっていたのだが、今朝、SMART情報を見なおして驚いた。

WDのHDDのヘッドのロード・アンロード回数(SMART #193  Load/Unload Cycle)が、他より桁違いに多かったのだ。Seagateの10倍近いし、HGSTの70倍くらいで、文字通り桁が違っていた。最初に見た時、多くて当たり前だと思っていたせいで桁数を見誤って、Seagateと同じくらいだと思い込んでしまったのだ。

回数が多くても壊れなければ問題ないが、気になるのは、データシートに書かれた回数("Load/unload cycles"= 設計上限? 絶対最大回数?)が30万回なのに、僕のは33万回(通電中は約2分に1回!)で、既に超えているのだ。まあ、冷静に考えれば、HDDのヘッドなんて激しく左右に動くものなのだから、この値は「これだけロード・アンロードしたら壊れる」という意味ではなくて、「普通(おそらく、IntelliPower機能が有効でない場合)に使っていて、これだけロード・アンロードするくらい長期間使ったら壊れる」ということなのだろうと思う。ただ、ディスクアクセス時の微小な動きとロード・アンロード時の大きな動きでは、ダメージの度合いが違うのかも知れないから、安心はできない。

ちなみに、データシートには、保証期間は2年とある。短いが、出荷状態(8秒間アクセスがないとアンロードする)のまま連続動作させると、2年間のロード・アンロード回数は最大約79万回になる。だから、それくらいまでは使えるのかも知れない。

が、例え実際には壊れなくたって、全然許せない! ごくわずかな消費電力の削減をする(おそらく、実際には全然減らないと思う)ために、非常識なくらい頻繁に無駄にヘッドを動かす設定をデフォルトにして、ユーザーから文句を言われても知らん顔で平気な顔をしているのが気に入らない。良心がないし、技術レベル(知見)も低い。例えすぐに壊れなくたって、知らずに普通に使っているだけで、確実に部品を傷める設定なのだ。例えば、用もないのに頻繁に扉を開け閉めし続けるようなものだ。すぐには壊れないけど、確実に寿命を短くする。それが題の前半の意味だ。

それで、勝手にヘッドをアンロードしないように設定するのは、Linuxではidle3ctlというコマンドでできることが分かったので、即座に設定した。今のところ、効果が出ていて、今朝から1回しか増えていない。

なお、自動でアンロードしないようにすることにはデメリットもある。不意に電源を切った場合に、ヘッドがディスクの上にあるままで停まったり、あるいは、緊急機能でアンロードの位置に戻そうとするので、壊れやすくなる。が、HGSTのには自動アンロード機能はない(高速化のために自分で切ったのかも知れない)ようだけど、今まで(5年間以上)、少なくない回数、PCがハングした時に電源を強制的に切っていたのに、全然壊れていないからだ。今のHDDはうまくできているのだろう。

という訳で、前置きが長くなったが、HDDを交換することにした。結局、3台全部を入れ替えることになるのだが、今でも容量をフルに使っている訳ではないので、ドライブを整理して、2台(3TB×3 → 3TB+4TB)に減らすことを考えている。ただ、4TBのドライブは割高なので、ちょっと迷っている。

それにしても、HGSTなき後、買いたいHDDメーカーが全くなくなってしまった(HGSTの親会社だった日立はもちろん好きじゃないけど、元はIBMのストレージ部門だったので、筋が良かった)。それで、今は、少なくとも「タイマー」の入っていないSeagate(ここも悪評は多いし、僕も2009年に「もう買わない」と誓ったところだ)の、NAS用の信頼性・耐久性の高いものにしようと思っている。結構高いけど、普通のはいろいろ評判が悪いので仕方ない。ちなみに、WDとSeagate以外のメーカーは、東芝くらいしかない。全く究極の選択だ。

PS. WDへの恨みを捨てて、WDのNAS用を買って、最初から自動アンロードを切って(あるいは適切な値にして)使う手も考えられる。こっちのほうが、トータルでの実利を取れそうな気はする。あとは、高いけどHGST(今はWDの傘下)のNAS用を買うのか。でも、最新のは余り評判が良くないようだ。完全にWDになってしまったのかも知れない。

  •   0
  •   0

Linuxに移行する際、Windows 7で使っていた東芝のSSD (CFD S6T256NHG5Q, 256GB)は使わずに、友人Nにもらった何台かのPCの中で、Linuxの試用に使ったPC(Vision HT)のSSD(AData SX900, 128GB)を、そのまま正式なPCに移してしばらく使うことにし、将来的には(ADataより良さそうなイメージがある)東芝のに入れ替えようと思った。

その後、Linuxには全く問題ないので、昨日、そろそろ東芝のに入れ替えようか検討したのだが、結論としては、止めた。

以下に、検討内容と結果を書く。

  • 残寿命(残使用可能時間) → 現実的には同等。東芝の方が長い可能性があるが、確証はない。
    • 東芝
      • 残寿命: 95% (SMART #173: ただし、意味が公表されていない値)
      • 通電時間: SMART #9 (Power on Hours): 9322時間 (388日) → 壊れるまでの通電時間: 約21年? (388/(1-0.95)= 7760日) → 残りは20年くらい?
    • AData
      • 残寿命: ほぼ100%
        • SMART #231 (SSD Life Left): 100%
        • SMART #241 (Lifetime Writes from Host): 4427= 約4.4TB? → TBW(最大書き込み量)をKingstonの同等品(SSDNow KC300)の290TBとすれば、残寿命は約98%。
      • 通電時間: SMART #9 (Power on Hours): 1752時間 (73日)
        • 壊れるまでの通電時間(推定TBWと今までの書き込み量より): 290/(4.4/73)= 4811日 (13.2年) → 残りは13年くらい?
  • 発売時期 → 同等 (どちらも2013年頃)
  • コントローラ → 良し悪しは判断不能だが、ADataは悪くない。
    • 東芝: HG5d (Marvell製?)
    • AData: SandForce SF-2281 (Intelも520シリーズで採用)
  • 性能 → 同等だが、どちらかと言えばADataが良い。(小サイズのランダム書き込み性能がいい)
    • 東芝: 連続読み出し: 530MB/s, 連続書き込み: 490MB/s
    • AData: 連続読み出し: 560MB/s, 連続書き込み: 540MB/s

一番重要な残寿命(残使用時間)は、東芝の方が7年程度長い可能性がある。が、そもそも、このPC(あるいはSSD)をこれから10年以上も使うことは考えられないので、全く問題にはならないと思う。おそらく、それより早く、メモリ以外の部分(コンデンサ?)が壊れるだろう。

そして、買う時に結構重要なことを見落としていたのだが、東芝は寿命に関するSMARTの仕様を全く公開していないので、上に書いた値は、ユーザーが「使っていたらここが減ったから、きっと残寿命なのでは?」と言っている値から求めたものだ。 使用して値が減ったって、それが本当に残寿命なのか分からないし、減り方が均等なのかだって分からない。そんないい加減な値で寿命を推定することはできない(ところが、ある有名なソフトは、これが正しい寿命のように扱っていて、世の中ではそれが定説のようになっているから、なかなか恐ろしいものがある。噂はこうして「真実」になるのか)。 更に、東芝は、合計の書き込み・読み出しデータ量すらSMARTに出していないから、寿命に関しては何の材料もない。

自分でいいと思って買ったのだが、全く論外だった。「とりあえず作り(下請けに作らせ?)ました」的なものだ。ユーザーが何を求めているかとか、世の中の標準が何かとか全く関係ないのだろう。あるいは、ユーザからのクレームが怖くて、機能を外した(隠した)のか。東芝の中ではまともそうだった半導体部門ですら、こんな物を出して平気な顔をしていたのだから、いい加減な体質が会社全体を覆っているのかも知れない。という訳で、東芝には改めてがっかりした。

一方ADataは、TBW(最大書き込みデータ量)は公開していないが、SMARTの読み書きデータ量や残寿命の仕様を公開しているので、寿命の目安としては有効だ。

それから、SSDの寿命を縮める原因の一つであるswap(仮想記憶機能)は、メモリを大きくして起こりにくくしていたし、昨日(休止状態を諦めたから必要なくなって)止めたので、問題にならないだろう。

一つ気になるのは、ADataの容量が東芝の半分なので、使っているうちにフルにならないかということだが、現状でシステム領域の約3割(25GB)しか使っておらず、使っている感じでは、LinuxはWindowsと違って、システムディスクを食い潰す(Win7の実績: 約30GB/2年= 1.3GB/月)ことはなさそうだし、写真や音楽などのデータはHDDに入れているので、問題はないと思っている。

そして、NはもうPCなんて興味ないだろうし、詳しくもないだろうと思っていたのに、実は意外にまともなものを選んでいたので感心した。全くおそろしい子だw

PS. 寿命が気になったので、他のディスクの使用(通電)時間も調べてみた。

  • WDC WD30EZRX (一般、ビデオ、その他用, 2013年に購入): 12000時間 (約1.3年)
  • Seagate ST3000DM001 (音楽用, 2013年に購入): 11000時間 (約1.3年)
  • HGST HDS5C3030ALA630 (ビデオ用, 2011年に購入): 26000時間 (約3年)

一番長いHGSTでも、まだ一般的な寿命(5年?)には余裕がありそうだ。が、Seagateのこの機種は壊れると悪評が高いので、ちょっと心配はある。僕はたまたま運がいいのか、品質の悪かった時期の後に買ったからか、これから壊れるのか。とても不思議なことに、SMARTのReallocated Sector Countは0だが、本当に正しいのだろうか。まあ、バックアップは万全なので、壊れてもきっと大丈夫だろう。。。

とはいえ、ビデオはともかく、Seagateの音楽の領域が壊れると楽しみが激減してしまうし、壊れてからの復旧は結構面倒なので、早目に準備したくなって来た。 (17:02)

その後、衝撃のどんでん返しがあって、近々、全HDDの交換をすることにした。詳細は追って書く。 (3/14 7:56)

  •   0
  •   1

サーバのSSL証明書をLet's encrypt(LE)にした時にThunderbirdなどが文句を言ったのは、Windows 7がLEに対応してない(LE対応の証明書が入っていない)せいだと思い込んでいたのだが、それは誤りだったことに今頃気付いた。

先日、たまたまLinux Mintのファイルマネージャでサーバと接続してみたら、やっぱり同じ警告が出たので、今日、その原因を調べてみた。すると、証明書にはサーバ自体のものと、認証局までのもの(中間証明書)の2種類があって、両方をサーバに指定する必要があったのだが、僕はサーバのものしか指定していなかったので、証明書が不完全になっていた。

そのために、ThunderbirdやLinux Mintのファイルマネージャが文句を言っていたのだ。ブラウザ(VivaldiやFirefox)はなぜか何も言わない(確認しても、「証明書は正しい」と言う)ので、問題の発見が遅れた。

それで、さっき、2つの証明書をサーバに設定したら、見事にファイルマネージャの警告が出なくなった。Thunderbirdは、最初に接続した時に警告を解除したので変化が分からないが、きっと大丈夫だろう。

それで、この問題が原因で、iPhoneがカレンダーを同期しなくなる問題が起こっていたのかも知れないとヌカ喜びしたのだが、やっぱり関係なかった。ただ、iCloudの設定を変えると、いきなりアクセスが始まるので、その辺りに鍵がありそうだ。

  •   0
  •   0

テキストエディタは、WindowsではNotepad++を使っていたのだが、Linuxにはないので、(いろいろ試した後に残った、)jEditを使っていた。まあ悪くなかったのだが、昨日、Atomが更新されたというニュースを目にして、ちょっと試してみた。以前試した時は、いろいろ不満があったので却下したのだが、しばらく経って改善されたのではと思ったのだ。

実際に使ってみると、結構良かった。僕が必要な機能はほとんど備えている。そして、表示がシンプル(jEditは昔のソフトのせいか、「ゴテゴテ」している)なのは好ましいし、最新のソフトのせいか、細かいところが使いやすそうだ。キー割り当ても、デフォルトでほとんど僕の慣れと同じだから、設定する手間がない。なお、jEditの「ハイパーサーチ」(検索結果を一覧表示して、押すとジャンプできる)と、選択した単語をハイライト表示する機能がなかったが、find-listとhighlight-selectedいうパッケージを追加したら、できた。

細かいことでは、色遣いが落ち着いていて目に優しい。jEditの色設定はいかにも「テキトー」だったので、自分で調整しろということだったのかも知れないが、いろいろな言語ごとにいちいち調整する気は起きなかった。あと、なぜか、同じフォントを使ってもjEditより綺麗なのもいい。

それから、ごく当たり前のことだが、日本語がまともに使えるのは大きい(jEditは、大抵日本語を入力できなかったので、その場合は別のを使っていた)。

今、一番欲しいのは、プログラムのブロックの範囲を左端に表示する機能だ。Atomでも、ブロックを囲む括弧({}など)同士の背景色を変えられるが、ブロックが大きくてウインドウに収まらない場合には見えなくなってしまうので、jEditの方が便利だ(そもそも、そんな大きなブロックは作るべきでないのではあるが、できてしまったものは仕方ない・・・)。

↑ 近い機能として、Atomにはブロックを畳む機能がある。ブロックの一部をクリックしてから行番号の右の空欄にカーソルを置くと、ブロックの最初の行に"V"が表示されるので、それをクリックすると、そのブロックが畳まれる。なお、jEditのブロックの範囲を示す線も、クリックするとそのブロックが畳まれる。

最後に、一番気に入らないことは、Google製であることだ。仕様や使用条件が勝手に変わるかも知れないし、いつ「終了」になるか分かったものではない。でも、その時は、別のいいものが出ていそうだから、まあいいか。

  •   0
  •   0

会社に、とても残念な若者が居る。なんというのか、全然若者らしくない。もちろん、外見は若い。が、行動には大変がっかりさせられる。たった一つのことだけでも、僕は彼に大きな×を付けたくなる。

その一つのこととは、メールの署名欄だ。

昔は、署名欄をプログラミング言語のコメントの書式で書く人が良く居た。例えば、以下のような感じだ。

/*
* バブル株式会社
* 猫鑑賞部 ぴう れんと
* メール: aaa@bbb.ccc
* 電話: XXX-XXXX-XXXX, Fax: YYY-YYYY-YYYY
*/

C言語のコメントだ。他には、Unixのシェルの#を使う人も居た。そういうのは僕もやったことがあるかも知れないが、今となってはイタいだけだ。何の意味もない。自己満足以下だ。署名をコメントにするのなら、本文はその言語のプログラムで書くくらいの気概が欲しい。

彼は、それを今でもやっている。しかも、見ても誰も分からないような(年寄りなら分かるだろうけど)、古代の言語(MS-DOSより古い!)のコメントで。最初に見た時は、若いのになぜそんなことをしているか不思議に思ったのだが、少しして分かった。

別の人(結構年寄り)も、同じ書式で署名を書いていたのだ。想像するに、若い彼が入社直後に、その人にいろいろ教わって、その時に、メールの最後には署名を書くことを教わったのだが、若い彼はどう書いたら分からず、その人のを見てコピペして、今に至っているのではないか。

痛過ぎる! No future!

以下に、どう痛いかを列挙する。

  • メールの書き方も知らない。自分で調べない、考えない。
  • コピペで全部良しとして、オリジナリティも反骨精神もない。
  • 技術者なのに、年寄りが使った署名(古い言語)の意味すら分からない。分かろうともしない。知ってて使ったなら、相当なアナクロだ。
  • 他人のメールを見ても何も感じず、学習もしない。
  • こだわりもセンスもない。

まあ、本業をしっかりしてくれれば何も問題ないけど、どうだろうね(別の部署なので、それは知らないよ)・・・ それにしても、同じ部署の人が彼に(やんわりと)忠告などしないのも、寂しい気がする。ひょっとして、みんな同類なのか?

PS. 僕が彼だったら、先輩がそんなつまらない署名を得意げに書いてたら、(心の中で)鼻で笑って、「へえ、そうなんですかぁ」とか言いつつ、自分は普通にシンプルなのを書くね!

  •   3
  •   0

久し振りのCurazyネタ。「全部○○のせいだ! 10選」の最初の題で唸ってしまった。

子どもがテストで、パイナップルの名前を「パイナッポー」と書いたら、×だったようだ。

確かに「日本語」では「パイナップル」だけど、ネイティブの人はそんな発音はしていないだろう。「オレンジ」だって「レッド」だってそうだ。確かに、それは英語じゃなく国語の授業だが、今時、そういうガラパゴス的、鎖国時代的な「言語」を平然と教えていていいのだろうか? 原語の発音に合わせて、どんどん修正して行くべきでないかと思う。じゃないと、今は小学校ですら英語を教えるのに、英語の時間は"pineapple"(の音)だけど、国語の時は「パイナップル」?と混乱するのではないだろうか。まあ、子どもは、そんな大人の事情には慣れっこだと思うが。

実は、僕も似たような経験がある。高校の英語のテストの長文問題に"Yale university"という単語が出ていて、「エール」か「イェール」かと迷った挙句、発音が近い「イェール大学」と書いたら、減点されてしまった(当時、僕はその有名な大学のことを知らなかったのだと思う。その問題で初めて見て、日本語で何と言うのか分からなかったのだ)。納得行かなかったので先生に聞いたら、「エール大学」が正しいと言われた。が、今調べたら、「イェール大学」でも正しいではないか!

まあ、そんな大昔の数点のことなんてどうだっていいんだけど、その英語の先生は、大学を出たてのとても若い方だったのに、それでもそんな旧態依然としたことをしたので、「やっぱり日本の教育はおかしい!」と憤り、(僕らの仲間みたいに感じていた)その先生にも「先生もかっ!」と、がっかりした。(でも、少し深く考えれば、大学入試では「エール大学」でないと×になる可能性もあるから、先生は結果的に正しかった、あるいは、親心からの減点だったのかも知れない。)

  •   1
  •   0

(2017/3/6 22:06 追記)

その後、僕は大間抜けだったことに気付いた。使っていたブラウザのフォント(Noto Sans CJK JP)の漢字がプロポーショナルじゃなかったのだ(英字がプロポーショナルだから、漢字もそうだと思い込んでいた)。それで、試しにIPA Pゴシックに変えたら、次のように理想的な表示になった。(行間が狭いのは、フォントのせいかブラウザのせいか、CSSのせいか ← フォントのせいのようなので、Noto Sansをベースにしている、源真ゴシックPというのにしてみた。もちろん、僕のPCでしか有効でない。)

 

確かに、昔(概ね1990年代前半まで)はプロポーショナルな日本語フォントは一般的でなかったけど、近年は改善されたということだろう。いろいろ考えたが、今回も事前の検討や確認が不足していた。

なので、以下は余り意味がなくなった。

(3/7 6:31 追記) 特に、美意識を疑うのは、業界の中でも(フォント作りで手を抜いていた)PC関連の一部であって、印刷関連はちゃんとしていたのだろうと思う。


あとで文章を書きますが、とりあえずこれを。

何のことか(何を言いたいか)分かった方は、僕と同類ですw (もし、そのような方がいらっしゃったら、この後に書かれるであろう文章を書いてくださると、大変助かります^^)

[3/4 18:32 本文を追記]

上の左側を見ると分かるが、(日本語の)"、"などには、右側に空白が付いている。一方、右側の(英語の)","などにはない。個人的には、日本語フォントのそういう余計な空白(お節介?)が嫌いだ。が、これはそれ程単純な問題ではない気がするので、少し考えた。

高校生(あるいは中学生?)の頃、タイプライターを買ってもらった時、それに付いていたと思われる、打ち方(タイプでの文章の書き方)の冊子を読んだ。それには、「.や,などの後には空白を入れること」とあった。僕は今でもそれにならっていて、常識のように思っているが、普通の人はどうしているのだろうか? それはともかく、そういう伝統があるので、英語のフォントには余計な空白は付いていないのだろう。

一方、印刷された日本語の文字は等間隔が基本になっている。その経緯を想像すると、大昔使われていた漢文は漢字だけなので、全部等間隔で良かった(複雑な字は大きく書きたいが、見栄えが悪い)。それで、その後に出来た、漢字かな交じりの日本語もそれにならった(日本のお家芸?)のではないだろうか。しかも、当時の縦書きだと、必然的に"、"などの狭い文字の横(おそらく左)には空白が入る。その空白は、実際には存在しないものなので、削除することは、どうしたってできない。

それを(表面だけ)引き継いで、横書きになった今でも、プロポーショナルでない普通のフォントは等間隔になっているのだろう。だから、"、"などの右には(ないものをあると誤解して生じた)空白が入っているのだろう。

ということは(今、上を書いていて気付いたのだが)、実は、あの余白は意図されたものでも必要なものでもなかったのだ。単に、縦書き用と横書き用のフォントを区別しないために生じていたのだ。

もちろん、長い歴史を持つ、組版の伝統はあるのだろうが、やっぱり、そんな余計な空白はなくした方がいいと思う。余談だが、これは、「おもてなし」とか言って余計な世話をし過ぎる日本人の性格が出ているというのは、言い過ぎか?

まあ、実際にそういうちゃんとしたフォントを作ると、(見た目は変わらないにも関わらず)英語のように、"、"などの後に自分で空白を入れる必要が出て来てちょっと面倒になるが、(西洋かぶれの)僕はそれでいいと思う。それに、タイプじゃないんだから、処理システムが自動で入れることだって可能だ。

いや、そもそも、"、"は","じゃないから、というのは、日本語は英語と違って、空白で単語を区切る必要がないので、その後に空白は入れる必要はない気もする。でも、入れないと詰まり過ぎて見にくいかも知れない。結構深い問題の気がする。

だから、naokiさんにならって、","や"."(この場合は半角)を使うのもいいかも知れない。

PS. 今気付いたが、縦書きの場合には、"、"の上の余白も気になって来る。漢字かな交じり文を手書きしていた時代は、上下はプロポーショナルに書いていたから、その余白は、昔はなかったものだろう。でも、今の普通のフォントを縦書き用にしたら、下に出来る。日本の近代のコンピュータ技術の闇(というか、いい加減さ)かも知れない。

PS2. とても些細なことだが、"、"に空白が付いていると、もう一つ良くないことがある。行の最後が"、"の場合、行末の文字の領域に、(両端揃えの場合、)普通の漢字だったら付かない余分な空白が付くことだ(下図参照)。この空白は全く意味がない。

これも、日本語フォントができてから、ずっと看過されてきたようだ。プロもそうしてきたようだから、日本の業界の美意識を疑う。(3/5 6:27)

PS3. 朝、(実際にやるかは別として)自分でフォントを修整する(例: "、"の余白を削る)のはそれ程難しくないと思ったのだが、良く考えたら、ものすごく大きな落とし穴があった。自分のPCで綺麗になっても、他の人が見たら全く関係ないのだ。それでは逆効果だ。改良したフォントを全世界(少なくとも日本中)に広めなければ、目的は達成されない。PDFならフォントを埋め込めばいいし、今はwebフォントとかいうのはあるけど、問題はそれだけじゃないから、実現不可能な話だ。。。(3/6 19:33)

  •   0
  •   0

Impress Watchの「ユーザーの声が届いた? 「ひどいCSV」の象徴、内閣府の「国民の祝日」CSVデータが劇的に改善」を読んで、何がそんなにひどかったのか、リンク先のtwitterを見た。

「プログラマが一斉に罵声を上げる」とあるが、何が悪いのか分からなかった。全く普通の、「良くあるCSV」じゃないかと思った。よくよく見てみると、2016年から2018年の3年分が横に並んでいるのが気に入らないらしい。あと、日付の書式とかそもそもCSVがどうのこうの。そんなことで「ゴミ」かい。

アホかバカかと。プログラマを馬鹿にするなって言いたい。自分たちのレベルの低さ(=意識高さ?)を棚に上げて、何をほざいているという感じだ。

そんなにいろいろ意見があるなら、自分ですごいサービスでも立ち上げればいいじゃないか! 例えば、政府広報やニュースなどを読んで、自動で祝日一覧を更新するとか。今の技術なら全く簡単だろう。でも、祝日が変わることなんて滅多にないので、やる(経済的な)価値は全くないだろう。けど、そういうのを「ちょっと作ってみた」という人が居たら、感心する。そういう人が、「あのCSVはちょっと使いづらいから作った」と書くのなら、納得する。

だいたい、政府にマトモなことを期待しているところからして、最初から寝ぼけているんじゃないか? 口を開けてれば、おいしいものが入ってくるとでも??

PS. 彼らのtweetは、さぞかし、ものすごく有益なものばかりで、目から鱗が落ちまくるのだろうと興味津々だが、まあ、面倒だから見るのは止めておこうw

PS2. ひどいと言えば、元記事の題はひどい。全角スペースに全角の"?"か。インプレスも意識低いな。僕はそっちに罵声を浴びせたい。

  •   1
  •   0