自動車の「自」

前回のエントリーで、自動車の話がでました。
自動車の「自動」ってなんでしょうね。
駆動部分を機械(エンジン)で回転させるから「自動」「運転」「車」　ですかね。
単純に「automobile」の直訳かな。「自分で動く」になるので、「自動」か。この場合の「自」は機械本体を意味しますね。

では、自転車は? 勿論、自転する車ではない。、ペダルを人力で漕ぐので、「人力」車?
立たそうとしても、自ら転ぶから、自転車?
人が転がす車だから、この場合の「自」は操縦者か。
手動扉の「手」は操縦者のことですね。
タクシーの「自動ドア」は? 運転手が手動で開閉しますが、乗客にとって自動ドアです。この場合の「自」は利用者か。でも利用者が動かしていないしなぁ。
開発していて、「フラグを手動でセットする」といった会話をしますが、コーディング時点では、キーボードから手動で入力しますが、フラグセットは自動です。

会話で出てくる「自分はxxxです」の「自分」は一人称です。でも、大阪周辺では、二人称としても使います。
「自分なぁ。こんなことしたらアカンやん。自分だったら、しないよ。」これて意味が通じるから不思議です。
この場合の「自」は?
自然にの自は「ひとりでに・勝手に」かな。ならば、自動車は、勝手に動く車? 適切に動く車が欲しい..となりますね。
無意識に使い分けてますが、納得できる説明に出会わないなぁ。

脱線しますか、販売代理店は、代理で販売する店。 なのに、旅行代理店は代理で旅行に行ってくれる店ではない。
この使い分けって、説明可能なんだろうか、まず、動作があって、それを表現する用語が生まれたのでしょうね。個々の辻褄を考える余地はなかったのでしょうね。
閑話休題

自動読書機なんて、完成しても面白くないだろうな。
仕様書を書けば、自動コーディングする機械は、昔から試行錯誤されてますね。
ストーリー原案を話せば、自動作文機が執筆してくれる?........欲しくないなぁ。

冷蔵庫は二重表現?

一般文章でも、仕様書の文書でも、「二重表現(重複表現)」はおかしいとされます。
でも、二重表現が全てダメかといえば、そうでもない。それに関しては、別途エントリーします。
二重表現で彷徨していると、「冷蔵庫」って二重表現がありました。
どちらも意見も、それなりに説得力がありますね。
そもそも、「冷蔵庫」で一つの語とて認識していたので、語の構成要素を分解したことがありませんでした。
「洗濯機」「掃除機」は、「xxxする機械」なのでわかりやすい。なぜ、冷やす機械だから「冷蔵機」にならなかったのか。
テレビ受像機、空調機、録音機.....機が付くモノが多いなぁ。
　初期の冷蔵庫は、電気製品ではなく、上部に氷を入れて、下部に「冷やして貯蔵するもの」を入れました。下部が(倉)庫ですね。
なので、「冷貯蔵」庫=>冷蔵庫 .....こじつけ御免。
洗濯機や掃除機は、電化する以前の相当品と電化後では、機能・動作が異なるので、xxx機となったのでしょうか。
冷蔵庫は、電気化以前、以後も機能・動作が同じなので「冷蔵庫」のまま残ったのではと類推。

電気冷蔵庫はありますね。ガス冷蔵庫と識別する必要からでしょう。
電気テレビとはいいません。電気に限られるからでしょう。
電気照明器具は電気スタンドって言いますね。ガス灯があったからでしょうか。
浅草に「電気ブラン」があります。電気とは無縁ですが。
ある程度の命名規則はあるようですね。

文字列列挙体がほしい

public enum 仕訳区分
{
出金=0,
入金=1,
振替=2,
}
など、区分値が整数のときは、 enumが重宝します。
でも、区分値が文字のときは、使えません。新規設計ならば、区分値を数値で設計できますが、既存のコード体系が、文字コードで構築されているケースは、如何ともできません。
次のような列挙体が欲しい。

public enum 仕訳区分
{
出金="O",
入金="I",
振替="C",
}

周囲のソースを見ると
const string 仕訳区分_出金="O";
const string 仕訳区分_入金="I";
const string 仕訳区分_仕訳="C";

const string 性別区分_男="M";
const string 性別区分_女="F";

のように、xxx区分の要素を平面的に列挙しているケースが多い。
でも、xxx区分で一塊だから、同格列挙するのは、引っ掛かります。
そこで、
public class 文字列_列挙体
{
public string Value;
public 文字列_列挙体(string _value)
{
Type t = this.GetType();
BindingFlags bf = BindingFlags.Static | BindingFlags.Public;
foreach (FieldInfo f in t.GetFields(bf))
{
if (_value == (string)f.GetValue(this))
{
Value = _value;
return;
}
}
throw new Exception(this.GetType().Name + "に含まれない値[" + _value + "]でインスタンス化されました");
}
}
を作ってみました。
public class 仕訳区分 : 文字列_列挙体
{
public 仕訳区分(string value) : base(value) { }
public const string 出金 = "O";
public const string 入金 = "I";
public const string 振替 = "C";
}

使用例

仕訳区分 sk = new 仕訳区分( 仕訳区分.入金);
MessageBox.Show(sk.Value);

カスタム属性で実装する手もありますね。
どちらにしても、野暮ったさが残ります。

文字列Enumが欲しい!!!

バックシャン

古い人との会話のなかで、「バックシャン」という単語がでました。

なんのこと? 確認するタイミングを掴めず，お開きになりました。

「朝シャン」かあるから、その類だろう。

散髪屋では前向きシャンプーなので、「フロント・シャンプー」

美容院では仰向けシャンプーなので「バック・シャンプー」....だろうっと勝手に解釈した。



ググってみると、面白いページを見つけた。    日本語俗語辞書

なんと、Back + schon  ( 英単語 + ドイツ語単語) の和製英語(?)で。　「後姿のみ美人」のことらしい。対語に「トイメンシャン」があるのが面白い。

当時の用語では「モガ」「モボ」しか知らなかったので、新鮮でした。(モガ:モダンガール、モボ:モダンボーイ)

でも、英単語+ドイツ語単語で合成語を作るなんて、当時のほうがセンスがよかったのかもしれませんね。

俗語は、何時の世も、生まれては消えて行きます。流行したから生き残るとは限りません。生き残る要因ってなんでしょうね。

MDBはx86下で使える

前々回のエントリーで頂いたコメントを追試しました。

プラットフォームターゲットの指定は
C#では、 ビルドの頁に　「プラットフォーム ターゲット」欄があります。
VBでは、コンパイルの頁の「詳細コンパイルオプション」の副頁を開くと「ターゲットCPU」欄があります。

同じ .NET言語なんだから、用語を統一してほしいな......はさておいて。

頂いたコメントに準じて、確認しました。(Visual studio 2005 VB)
Dim conn As New System.Data.OleDb.OleDbConnection("Provider=Microsoft.Jet.OLEDB.4.0;Data Source=.\test.mdb")
conn.Open()
Dim da As New System.Data.OleDb.OleDbDataAdapter("select * from 名簿", conn)
Dim ds As New System.Data.DataSet
da.Fill(ds)
MsgBox(ds.Tables(0).Rows.Count)
conn.Close()

「x64」「Any CPU」下では
・Microsoft.Jet.OLEDB.4.0' プロバイダはローカルのコンピュータに登録されていません。
が出ます。WOW64が働らいていないのか思い、手動で　C:\Windows\SysWOW64\msjter40.dllを参照すると
・C:\Windows\SysWOW64\msjter40.dll' への参照を追加できませんでした。ファイルにアクセスできて、有効なアセンブリであること、または COM コンポーネントであることを確認してください。
となります。

「x86」下では、ご指摘のように動作します。

VB6の開発環境がないので、確認できないのですが、 MDBを使っているアプリを走らせると「データベースアクセスに失敗しました。」と出る。
アプリで出しているメッセージのようなので、詳細は判りません。
VBAで
Set db = OpenDatabase("C:\AccessVBA事典\Sample.mdb")
と書くと、動作する。

VBAは x86なので　納得です。 x64.dllは呼べない。

ということは、x64OS下のx64下で、MDBを使うには、X86モードで開発してリンクするか、VBAを介して使うことになりますね。
そこまでして、使う意義があるかどうがてすが、MDB文化の資産って、多いようです(私ま回り)。異なるDBに置換する工数を考えたら、、MDBを使い続けるほうがマシか。
8G/16Gメモリを実装した機械も出回るようになった現在、 x86資産が足枷になるのも、時の流れながれか。
Itaniumは何時の間にか消え去っています。xeonも、あまり話題になりませんね。Itaniumモードで作成したアブは、どうなるんでしょうね。

黒カレー

阪神地区は、沖縄出身者が多いためか、沖縄料理店が点在しています。
先日入った店に「沖縄名物・黒カレー」というのがありました。
ルーが真っ黒で、見かけは、うーん。良くは見えない。
味は、癖があるが、酸味のつよい、南地方の香辛料がキツかった。
でも、これって名物なのかなぁ。以前の沖縄料理店では、見かけなかった気がします。
同じ店に、「名物七味」という液体七味がありました。これも初見でした。沖縄名物なのかなぁ?

VB6の寿命?

前回、VB6の.NET化に関して書いたのですが、頂いたコメントが気になったので、確認しました。

VB6の標準コントロールをOCXのように書いたのは、間違いでした。Winsockなどのコントロールは ActiveXですね。

件のツールは、 Text,label,Pictureboxなどの標準コントロールも、Wrap.dllに抱えこんで、エミュレート(?)しているようです。

閑話休題。

　VB6はいつまで残るか...VBAが残る限り、VB6文化として残る..という見方は同意です。

VB6自体は、64bit環境でも動作するとのこと。まずは安泰か。

過去に関わったVB6絡みのアプリの多くは、MDBを使用していました。

昔書いたのですが、MDBは 64bit OSでは動作しません。ということは、 VB6が動作しても、アプリは動作しない。WOW64を介せば、使えるとの記事もあるようでずか、どうも芳しくない。

Accessが動作するのだから、なんらかの方法はありそうなのに、対応しないのも解せない話。

ということは、x64_OS時代になる頃が寿命ということでしょうか。

そういえば、 ACCESSは　VSTOの対象外ですね。

私の周囲では、 Excel.VBAに負けないくらい、MDB文化か根付づいています。MSが笛吹くほどには、MSSql(MSDE)への置換は進まないようです。

「MSSqlを導入するには、当PCに常駐ミドルウェアを導入する必要があるが、 MDBだと、コピーするだけで良いので便利」という意見に押されているようです。

XBase系のデータベースは(dBase等)、日本では殆ど見かけなくなりましたが、他国では、使われているらしい。

一度、普及したら、覆すのは難しいのは、世界共通なのかも。

VB6の.net化

VB6の設計のまま、単純コンバージョンで.net化することの是非は陳腐化したテーマです。

私は、.net思想で設計し直してこそ意味があるので、単純コンバージョンするならVB6のまま使い続けるのが良いと思ってます。

以前の職場を訪問した際、「VB6のシステムをDOT.net化したから見て」といわれて、拝見させてもらった。

ツールを介してコンバージョンしたとのこと。

VSに付随のコンバージョンツールは、ある程度はコンバートしてくれますが、手作業部分は結構残ります。

「手間がかかっただろう」と質問したら、「金はかかったが、手間は殆どかからない。VB6の.NET化はもう怖くない。」と鼻高々。


Code Architects 社（イタリア）のツール 　ここ　

を使ったそうです。(結構な値段らしいです)

　マイグレーション率は高いですね。 Label/TextBoxなどもVB6.OCXをそのままコンバージョンしてくれるので、殆ど手を加えずにコンバージョンしてくれます。



Form上のコントロールは、VB6のコントロールをラップして、実装しています。 旧OCXは プロパティ定義も含めて xxx.VBLibrary.dll の形でWrapされるようです。

.net化後にプロパティ変更等のデザイン改変はとても手間がかがり、.net化後に改変するのは、避けたい.....そうです。

それって変なんじゃない。システムに改変は付き物です。なのに成果物が改変し難いって。VB6をラップするだけなので、.netを被ったVB6じゃん......と心で思ってましたが。

それはともかく、見事にラップしているのには、驚かされます。ツールの完成度と製品性能は高いと思います。(私には無縁ですが)

マイグレーション後の成果物をエンドユーザーに「.net化しました」って納品するのも、どうかと思う。ミスリードだと思う。当の開発業者が「.net化した」と信じているなら猶更まずい。



VB6の新規案件もあるくらいです。VB6は、VB6のまま使い続けましょう。

戸惑う自販機

昼休みによく行くショッピングアーケードの休憩所の紙コップ式ジュースの自販機でのこと。

該当金額を投入して、選択ボタンを押したが、出てこない。アレ! 、ボタンはまだ点灯しているので、

再度押してみたが、出てこない。

おかしいなぁと思いながら、よく見ると、赤ランプが点灯しているのだか、

よく見るとランプトップに「売切」の文字がある。品切れでした。他の商品を選びましたか、

戸惑ってしまったのは私がドジだからか。

　近くのペンチに座って昼食をしていたら、一人が「あれ。出ないよ」と叫んで、

直近の店の店員に「でないやんか」と苦情を言っている。

店員は「当店の管理物ではないのですが。どういう状態でしようか。」

(一見して)

「品切れてますね。他を選んで下さい」とガイドしていました。

その人は「わからへんやん」とブツブツいってました。 (私だけじゃなかったと安堵)

３０分のあいだに、4組の人々が、「出ない」と直近の同じ店員に、苦情を言っている。明らかに迷惑そう。



UIに問題がありそう。



売価が複数ある飲料水などの自販機(80円、90円、100円等)は、投入額が、売価を超過した時点で、購入可能ランプが点灯します。

この購入可能ランプが、赤●ランプになっています。商品選択ボタンの左に配置されています。

売り切れの場合は、商品選択ボタンの右がわの赤楕円ランブが点灯しますが、ランプトップに小さく「売切」と刻印してます。

しかし、ぼやっとみてたら、識別できないものです。

問題点は・・・購入可能ランブも売り切れランプも共に、赤ランプを用いていることですね。

赤は、禁止や中止や録音などの、注意の必要な行為の場面に用いることが多いです。

一方で、「あたたかい飲料」を赤、 冷たい飲料を青(給湯器もそうですね)と識別します。

通電状態は、緑の機種と、赤の機種の両方ありますね。

「赤」に複数の意味を持たせるのは、混乱すると思いますが、統一はできないですね。

売り切れ状態は、赤ランプ点灯でなく、グレイアウトするなど、他の表現が適していると思った次第。

タバコ、そこまでするなら全面禁止したら?

タバコが値上げになって数日経ちました。愛煙家の方々いかがお過ごしでしょうか。

「健康の為吸いすぎに注意...」という申し訳程度の文言掲載の日本とは対照的に、
ここやここのように、汚れた灰の患部を印刷するそうな。
現物の写真が見つけられませんでしたが、テレビで一部紹介されてましたが、かなりエグイ写真でした。

まるで害虫扱いです。そこまで警告するなら、準麻薬扱いにして、禁止したほうがよいように思います。

吸わなくなって数十年経ちタバコとは無縁なので、猶更そう思います。ポイ捨てや寝タバコによる火事も無くなるし。

税収という大人の事情がありそうですが、病気予備軍を作り、税を徴収している....と見るのは穿った見方なのか。



そばで吸われると結構煙たいし、歩行タバコの人と並列に歩くと、辛いものがあります。食堂で食後の一服をされると、食事が不味くなります。
喫煙の自由を奪うのは、我儘でしょうが、迷惑行為に思う人が居るので限定された、喫煙場所で吸って欲しい。(お願い)

タバコの自販機

(前回、前々回のエントリーが継続中なんですが、ネタの時期が今日なので)

ちなみに、私は吸いません。社会デビュー時に禁煙...ウニュウニュ。

今日からタバコが値上げされます。上げ幅が大きいので、この機会に禁煙する人もいるとか。

大量に買っている人がいるそうですが、賞味期限が切れると、明確に味が落ちるようです。乾燥具合の影響なんですかね。

店頭販売なら人を介するので、値上の作業は少ないです。
各所に存在するタバコ自販機の値上げは、個体事に人的作業で設定していくものだと思ってました。以前の値上げのときは、その作業に時間差があり、値上げ当日でも、値上げ前の価格で買えたらしいです。
でも、今回は、0:00丁度に一斉に値上げするそうです。自販機のプログラムに組み込まれていて、マイコン処理か、タイマー処理で値上げ処理がされるそうです。
個別に張り出している価格表は新旧表示のままでした。(近くの自販機では)

駅の50円のティッシュ販売機は純粋な機械式ですが、多くの自販機は、端末機能型になっているのでしょうね。
自販機自体が、機内の在庫を管理して、補充量を管理者にメール通知している...そうなっている気がします。

そこまでしなくても......人から仕事を奪うなよ...と思わないでもない.....複雑な今。

フロッピー改竄?

大阪地検で起こっているフロッピー偽造問題で、あれこれ言われています。
http://117vcc002.blog12.fc2.com/blog-entry-89.html などなど
マスコミは絵になる部分しか報道しないので、実態が見えないです。

・フロッピー内のデータの作成日が重大な意味を持つ

・作成日は特殊なソフトを用いないと更新されない

・作成日は簡単に変更できる/できない。

・作成日は特殊技術を持った人なら簡単に変更できる。

・作成日を偽造して、立件を図った。
うーん。的外しなメントが多いと思った。

世間一般の意識はそうかもしれませんが、情報提供者であるマスコミは、一寸詳しい人に確認してから記事にして欲しい。

そもそも、電子データの作成日に「証拠能力」があるいう前提がおかしい。意図しなくても、CPU日付を変えるだけで、どうにでもできるし、変更日より作成日を未来にすることも可能です。

写真に埋め込まれる日付にしても、カメラ側の設定で変わるのは、知れ渡っていますよね。
「編集が可能だから、ビデオ資料は証拠能力がない」としているのは法曹界ですよね。その法曹界がデータファイルの作成日を証拠能力ありとするのだろうか。
マジでそう考えているなら、寒いなぁ。
　もっとドロドロしたことを隠すために、作成日問題で目くらまししているのだろうか(そういった深読みは外れますが)

随時に変更可能な日付属性の一点だけで、有罪/無罪/冤罪が左右されたのでは、たまったものではありません。

「作成日はこのように改竄された」ではなく、証拠能力の高低や電子データの信憑性をキチンと伝えて欲しいと思った。
当の検事が、何の意図でこの行動をしたのが皆目判らない。事件を捏造するにしては、お粗末すぎるので、なんか闇問題を感じてしまう。

国内最高齢

今日は敬老記念日...敬老は常に意識すべきで特定の記念日にすべきでない...という話はさておき。
ニュースでは、「長谷川チヨノさんは、明治２９年１１月２０日生まれの１１３歳で...」と流れてました。
http://www.nhk.or.jp/news/html/20100920/t10014090391000.html

昨今の、行方不明高齢者問題で、「高齢者不明：長崎に２００歳」http://mainichi.jp/select/jiken/news/20100828k0000m040055000c.html

というニュースもあるので、「国内最高齢」の判定基準がよくわからない。>

生存確認できている人の最高齢ならば、生死不明 or 仮想生存の状態が把握できているとも言えそうです。現実には漏れがあったのでしょうね。ならは、113歳を最高齢と判定するのは無理がありそうな気もします。

実際に生存されてなく、死亡届が未提出なので戸籍上の生存なのでしょうが、とっても疑問。

戸籍上生存しているのなら、実在の国内最長老者の決定プロセスは、どのように判断したのでしょうね。

戸籍と住民票の二重管理の矛盾を感じますし、住民登録がしっかりしていれば、今年もあります国政調査の一部の世帯数確認は不要だとも思うのです。

縦割り行政の悪い面かもしれませんね。物議を醸すかもしれませんが、総背番号制にしてIDを発行したほうがスッキリすると思います。
年金制度で実質上、総番号になっているのだから、反対する根拠は薄いとも思うし、弊害よりも不備が引き起こす不公平感のほうが大きいように思います。

高齢者行方不明問題はスッキリしないし、親の死を悪用しているなら猶更後味が悪いです。死体の腐敗臭を誤魔化したというのも不思議だし......
いままで、問題視しなかったのも不思議。見ない振りをしていたのかなぁ。

内部クラスのStatic

C#やVBでネスト構造のクラス(内部クラス)を定義することがあります。そのとき、内部クラス内に静的メンバーを持たしたりします。

public class 外側
    {
        public class 内側
        {
            public static int a;
        }
    }

このスタイルが身についているので、 Javaで、同様にコーディングしたら、コンパイラに怒られました。


●エラー: フィールド a は static として宣言できません。static フィールドは、static またはトップ・レベル型においてのみ宣言できます
意味が理解できず、あちこち頁をめくっていくと、「内部クラスではStaticメンバーは使えない」ですって。
処理系が異なるので、「そんなものだ。」ですが、.net系とJava系でのクラスに対する思想の差を解間みた気がします。


C#をメインにしているので、情けないことにJAVAで書くと混乱してばかりです。JAVA7でプロパティ構文が入る...と楽しみにしてたのですが、どうなったのでしょうね。

漢和辞典 は語学辞典?

英和は「英語」=>「日本語」の変換辞書です。和英、日独、独日....各国とも対になってます。
なのに、「漢和」は有りますが、「和漢」はありません。「漢和辞典は漢字を調べる辞典」と漠然と理解してますが。字面から解釈すると、「漢語=>和語」の辞典になりますよね。

だとすると、「和語=>漢語」の辞典があってしかるべきでは。

漢語は今の中国語と解釈すれば、「日中辞典」「中日辞典」が、該当するのでしょうね。

「漢和辞典」は語学辞典でなく、「漢字」を調べるものでしょう。そのように習った記憶もあります。でも、先人の方が指摘されてるように、大陸生まれの漢字は掲載されてますが、日本生まれの国字の扱いは軽いようです。辞典編集者には「漢和辞典は漢文の理解用の辞典」という意識があるらしいのです。

でも、日常に接する「日本語としての漢字」を調べる時に使いたいというケースが多いと思うのです。そこで「漢和辞典」とは違う「漢字辞典」が最近は出回っているようです。

学生のころ、「漢文」の授業がありましたが、「漢語という語学」という意識はなかったです。「漢文読み下しの日本語」の授業でした。
「漢語」の学習でなく、活字である「漢文」を読むことが重要視されていたんですね。(漢文が素養だと実感しないのはなぜだろう?。)

「英語」も会話教育より「英文」を読むことを重要視しているのは、漢文の学習姿勢が根底にあるのか....と妙に納得。

つゆだくだく

(牛丼常連には常識ネタでなんでしょうね)
牛丼屋でオーダーするとき、「並み(大物でもよいのだけれど)」だけだと、汁が少ない時があります。(店や店員によって量は不定の様です)
汁を多く欲しい時は、「つゆだく」と言えば、多くついでくれます。

もっと多く汁が欲しいとき「つゆだくだく」「つゆだくだくだく」と発注すれば、お茶漬状態にしてくれます。
吉野家、松屋、なか卯、すき屋ともに共通なようですね。業界用語として定着しているのかも。

店員の復唱も「だくだく一丁」のよで。「汁多く」と発注したら「だくだく一丁」と翻訳してくれました。業界用語のようですね。

白黒画像をカラー化

白黒画像をカラー化
坂本竜馬の有名な写真のカラー版を見ました。適当に着色したのだろう...と思っていたのですが、どうも実際に近いらしい。
ググっていくと、カラー化技術の頁を見つけました。 ここ

昭和60年に考案した..とあるので結構昔からあるのですね。

探してみると、カラー化ソフトまで出回っていますね。Photo-Colorizer 2.0などからあるようです。

adobeの頁に 「白黒の画像をカラー化する」がありました。白黒写真から「色相・彩度」特性を抜き出せば、カラー化が可能らしい。

その昔、写真にFFTを適用して成分分析をしたことがありすが、似たような技術なんでしょうかね。違う特性かもしれませんが。
銀板白黒写真が「色相・彩度」を隠し持っているから可能なのかなぁ。RGBで保持するデジタル白黒写真からは無理な気がします。(根拠のない私見です。)

恐竜などの皮膚の色は想定できないらしいですが、特定できる日がくるかも知れませんね。

Cannon MX870

前回、プリンタが壊れた事を書いたのですが、必要に迫られて、急遽購入しました。

至急に必要だったので比較検討する暇がなく、使い慣れたメーカーが無難かなと安易な判断でMX870にしました。

買ってから驚いたのですが、無線ネットワーク対応で、結線なしに、家中のPCから共有できるではありませんか。
スキャナー機能も、プリンタイベントで、スキャナーを単独操作しても、PCがキャッチしてくれる(立ち上げておれば)。
PC非経由で、USBメモリに格納もしてくれる。

その他便利機能がいっぱい。これで、3万弱とは、安くなったものです。(ここのところ、買い物をするたびに「安くなった」と驚いてます。)

ただ、インクの種類が機種によって別々で、今回のは、320/321です。　インクの粒や粘性で、共通化するのは難しいのかもしれませんが、専用インクになるのは、どうも釈然としない。
各社共通規格のインクにすれば、インク単体も安価になるのになぁって思うのです。

携帯本体料金をが通話料で回収しているように、プリンター価格をインクで回収していると思えてなりません。本体が安価なだけに、インクが高く感じます。

プリンタ昇天

プリンタが突如「プリントヘッドの種類が違います。正しいプリントヘッドを装着してください」と表示して、使用不能に。
機種はCanon MP770です。機嫌よく印刷していたのに、紙がジャムったので、給紙部分を開閉しただけなのに。突如と意味不明なメッセージ。
　何度か初期化するものの改善しない。

ググってみると類似の報告はあるものですね。
参考

どうやらプリントヘッドが壊れたらしい。仕方がないのでプリントヘッドを購入しようと探したのですが、置いていない。通販にも該当品がない。
キャノンの頁を探していると、販売終了したらしい。ここ
どうすりゃいいのよ。と問い合わせると、修理依頼すると受け付けてくれるらしい。費用と期間を聞くと、部品代込で最低\12,000は要して、7日から10日掛かるとのこと。

\20,000前後で新品が買える時代に、約5年前の機種を\12,000費やして修理する価値があるか...ないだろうね。
報告記事をみていると、「プリントヘッド」は消耗品のように思える。これの部品販売を中止するなんて、なんか営業方針が見えない。

ダメ元で、プリントヘッドを洗浄してみた。出るは出るはこびりついたインクの山。インクジェットプリンタは、電源を入れた時、各タンクから噴射するらしく、印刷しなくても、インクは減って行きます。その時のインクがへばり付いているのかな。
小一時間かけて、綺麗にしました。いざ装着。ダメでした。同じエラーがでます。

諦めの境地。
プリンタは紙屑製造機と思っていて、極力印刷しないようにしてしてますが、ある程度は印刷しますし、コピー機としても使用する機会が多いので、壊れると困るものですね。

使えないと思われる「市民トイレ」

昔は、公園や街角に公衆トイレを見かけたものですが、最近では減っています。マナーの悪さや、風紀その他の諸々があり、維持に多大な工数が掛かるらしい。
嘆かわしいなぁ...という話は置いといて。
　神戸市や他の都市では、コンビニ等の開放型店舗のトイレを「市民トイレ」という名前の「公衆トイレ」にしています。
年間謝礼金が出るようですが、善意に基づいています。...なのに、トイレットペーパーの盗難が多いって聞きますね....ああ。
http://www.city.kobe.lg.jp/life/town/toilet/info05.html
閑話休題。
利用している電車の駅のトイレも、「市民トイレ」の文字が書かれています。しかし、このトイレ、駅校内なんですよ。
昼間は、駅員さんが常駐しているので、一言声をかけたら、使わせてもらえます。でも近くのコンビニも「市民トイレ」なので、わざわざ構内に入る人は少ないと思います。
夕方以降は無人状態になります。なので、構外の人は使うことができません。
　そもそも、駅のトイレは、半ば公衆トイレ状態なので、「市民トイレ」化する意味は薄いのではないかと思うのです。

トイレの入り口には、「市民トイレです。どなた様もご自由にお使い下さい」と書いてあります。
夕方以降は、無人の自動改札機が立ちはだかって、利用を拒んでいます。不合理を感じるのだが。