文政８年の漢籍

筆者の親がリュックを捜していたところ、「古書」と書いてある箱を発見しました。

あけてみると数冊の本が・・・

そのうちの一冊を見てみたのですが、漢文で断片的にしか読めません。
気になって、表紙や奥付から調べてみたところ・・・
文政８年発行（？）の考經發揮という漢籍であることが判明しました。
リンク先は野田市立図書館のサイトですが、筆者が見た１ページ目と同じものの写真がありました。
『考経という書は漢代から今文古文あり』とか『清和天皇（※清和源氏の祖）の詔（みことのり）有り』とかはまだわかったのですが・・・　一二点すら使えなくなっている自分に愕然としますね。
レ点くらいは何とかなるのですけどね・・・　漢字自体の意味がちゃんと理解できてないと読めないです。


何となく調べた感じと、１ページ目を読んだ感じでは
　『考経の解説書』
というものではないかな？　と感じました。


ついでに考経も調べてみましたが・・・

孝経（こうきょう）は、中国の経書のひとつ。曽子の門人が孔子の言動をしるしたという。十三経のひとつ。

孝の大体を述べ、つぎに天子、諸侯、郷大夫、士、庶人の孝を細説し、そして孝道の用を説く。

秦の始皇帝の焚書にあったが、漢の初めに顔貫、顔貞父子によって世に出たものを、漢代通用の隷書体であったことから「今文孝経」といい、全18章。

武帝の末魯共王が孔子の書院の壁から得たと称される、漆書蝌蚪の古文字によるものを「古文孝経」といい、これは「今文」の18章のほかに閏門章があり、「今文」の庶人章を2章に分け、聖治章を3章に分け、全22章。古文孝経は梁代に散佚し、隋代に再発見されたが、隋代のものは偽書の疑いが高いとされる。

wikipediaより引用です。
ここに『今文』『古文』が出ているので、これが１ページ目の冒頭に書いてあるのかな？　と思われます。


筆者はあまり儒教に関心がないので読み進めてみようという気はなくなりましたが（それ以前に漢文のハードルが高いのです）、何でこんな本が？　という面白い出来事でした＾＾

二つに分けて考える

謎なタイトルにして見ました。
やること自体は非常に単純でして、何らかの集団を考える際にある概念（視点など)を使って分類するだけです。

この時に、分けるのは一つの概念につき二つまでにする事に意味があると思います。
三つ以上の例として血液型占いが有ります。
これ、四つに分けてるのでイマイチスッキリしません。
どうしても類似する部分が出てしまうんですよね・・・

二つの場合どうか？
AでなければBなのですっきり感が得られやすいのです。
複雑なものを分類するなら、二個三個と概念を増やせば、四通り八通りと増えて行くので問題ないです。

ここから職場における「上昇志向の強弱」で話を書いてみようと思いましたが、残念ながら余白が足りません





・・・・・・・・・

どこのフェルマーだ！
と思った貴方

すごいです(￣▽￣)

呆れを通り越して諦めに

技術ネタじゃありませんよ。
技術の話なら諦めではなく技術的に困難（若しくは現段階では不可能）といいますので。

こちらの話題についてです。
こちら

江田法務大臣が
入閣後初の会見で、死刑制度について「死刑という刑罰はいろんな欠陥を抱えた刑罰だと思う」と死刑制度について否定的な見方を示した。 さらに「国民の皆さんが許されざる犯罪にけしからんとなるのはよく分かるしかし、人には寿命があるのでそう急ぐこともない。それいけやれいけと執行すると話ではない」と、消極的な姿勢を示した。 
（wikipediaより引用）
と発言したそうです・・・


なんというか、民主党の内規にどこかおかしい人しか大臣になっちゃいけないとでもあるのではないかと疑いました、いやホントに。（今朝の朝刊に載っていた日韓外相対談？の要旨にしても、日本の主張が全然でてないですし。党内・国内と外交は別なのですけどね・・・　言わない気持ちはないのと同じ、記録に残っていない事柄は武力で白黒どちらにでも転じられる）
法務大臣が法律を尊重していない発言を公の場でするとか・・・
欠陥のない刑罰があるなら見せて欲しいですし（冤罪の可能性がある以上、欠陥のない刑罰など存在しない。８０００万円もらったって、何年も収容された対価にはならないわけで）その辺を踏まえたうえで三審制などがあるのではないかと。


これが民間人の発言ならよいのですが、この人の経歴を見ると
　判事補　⇒　国会議員　⇒　参議院議長（三権の長の一つ）　⇒　法務大臣
ちなみに、弁護士でもあるそうで・・・
三権全てに何らかの権限を持つ人なわけです、ええ、弁護士が国会議員になって入閣すれば全員そうなんですけどね・・・　にしても酷すぎ。


小泉・麻生に期待していた筆者としては、路線が違うが何かやっているならともかく何も出来ていない現政権に諦めしか感じられない今日この頃なのです。

シンプルなシステム

あまりまとまっていませんが、現時点で筆者が考えている『シンプルなシステム』について少し書いてみます。

シンプル、とは何か？
構成がシンプル。
画面がシンプル。
機能がシンプル。
などなど・・・　色々ありますが、ここではエンドユーザにとって『シンプル』であることとしてみます。

エンドユーザは何かをやりたいからシステムを利用するわけですが、やりたいことが最短手順（または時間）で実現できるのが『シンプルなシステム』ではないか？　筆者はそのように志向しています。
極端な例を言いますと、自動販売機などはシンプルです。
お金を入れて、ボタンを押せば品物が出てくる。
まぁ、これはやりたいことが買い物という単純作業（お金と品物の交換）なのでシンプルになるのも必然ですが、企業などの業務ではどうなるのでしょうか？

残念ながら、企業などの業務でここまで単純な作業はあまり残らないと思います。
自販機で代替してみたり、計算機で自動化してみたり、そのような２０世紀末までに行われてきたＩＴによる効率化レベルの話で済んでしまいます。
いわゆる、人を機械に置き換えるレベルの話ですね。
「うちには人がやっている単純な作業が残っている」、と主張する方も居ると思いますが、その単純な作業というものには例外が多数存在するのではないかと思われます。
若しくは品質保持に人手が必須である場合、ですね。

では、単純ではない作業をいかにシンプルに処理させるのか？
そこが『シンプルなシステム』作りの鍵になるのではないかと考えます。

一つのアプローチとして、「単純ではないものは単純になるまで分割する」があげられます。
数学の微積分を思い出すとわかりやすいのですが（忘れた、という人は、少しでよいので復習してみてください＾＾；）複雑な図形の面積であっても、線の集合として考えれば求めることが出来ます。
これをシステムに当てはめると・・・　確かに単純な作業まで分割はできそうなのですが、手数や画面遷移・使用する機能が膨大になりそうです。現実的ではなさそうですね。

Ｗｅｂシステム、として考えると、いかにユーザに「見せない」か、が鍵だと考えます。
ボタンやリンクを極限まで減らし、かつ、左上から右下に進んでいけば処理を終えることが出来る。
ログインしたユーザが使わないボタン・リンクなどは一切表示しない・・・
これである程度のシンプルさは確保できます。
残念ながら、その先が筆者には見えていません。
恐らく、機能自体のシンプルさの追求が必要になるのですが・・・



書き出してみればまとまるかと思いましたが、そうは行かないですね＾＾；

指導の難しさ

なにやら賢しげなタイトルを付けてみた筆者です。

かつては地域の剣道の指導者の末席に名を連ね、学生時代に塾講師もやっていた関係で指導ということに随分と関心があると思っていますが、そのあたりの経験から職場における指導について軽く触れてみようと思います。


職場での指導は、ＯＪＴと呼ばれることが多いです。
Ｏｎ　Ｊｏｂ　Ｔｒａｎｉｎｇ　の略語だったと記憶していますが、仕事しながらの訓練、というところです。
当然ですが、教わる側が仕事としての成果を出しつつ知識・経験を得て初めてＯＪＴ成功となります。
２倍の成果（仕事の成果＋教育の成果）を上げねばならないので、普通は仕事自体が軽めになっていることが多いです。
そして、教える側は自身の通常業務＋指導という負荷の高い状態になります。

つまり、教わる側は良いけど教える側は辛い、というのが一般的なのです。

教える側は辛い、と言いましたが、この辛さをどのように処していくかがその人の器だと考えています。

まずは駄目な方から。
放置する・思い通りにならないと言って教わる側に当り散らす　などは論外。
立場（教える側が上司ないしは先輩です）を振りかざして言うことを聞かせるというのもろくでなしな証です。
このタイプは、自身の能力に自信がなかったり、逆に自信がありすぎたり、体系立てて教えるということを知らなかったりするケースが多いと感じます。
自信がない／自信過剰の場合、予定通りに行かないのはかなりのストレスになることが多いので、当たる先は目の前のストレス源（＝教わる側）になります。
体系立てて教えることを知らないから、放置して独学で伸びてきた人間をみて「人は勝手に育つ」と思い込みます。

少しマシになって、すぐに答えを教えるというのがありますが、これは良くもなく悪くもないレベルです。
ある答えを得る過程の練習が重要な為です。

さて、ここまで駄目なケースを出してきましたが、ならどうすればいいのか？　とお思いかと思います。
筆者としては、指導は支えであると考えています。
ＯＪＴは大抵、教わる側の能力の１～２段階くらい上のことをやります。
（無論、作業量自体は少なめになりますが）
例えるならば、段差の大きい階段を上るようなものです。
段差が小さいとＯＪＴの意味がありませんが、あまりにも段差が大きいと上ることが出来なくなります。
教わる側にとって大きすぎる段差がある場合に、その大きさを小さくする方法を教える／示唆するのが指導です。
教わる側が、段差を小さくする方法の考え方自体を知らない場合はまず考え方を教えます。
これは直接考え方自体と実例で教えてしまいます。
教える側の考えの押し付け、と思う方も居るかもしれませんが、まずは枠を用意しないことには始まりません。
考え方を知った後は、方法を示唆することに切り替えます。
若しくは、回答させた際に「別のやり方として・・・」と言って説明するのも良いです。
教わる側は考えた末に答えを出しているわけですから、考えた事自体を否定するような言動はＮＧだと思います。

これを実践すると、教える側は大変な忍耐を強いられるのですが・・・
耐えることが出来ない場合、指導自体が無意味若しくは逆効果になってしまいます。
随分と悠長なことをする、と思われるかもしれませんが、一朝一夕に今の技能を身につけた人はいないでしょうし、手順を一度聞いただけでその手順になった経緯と理由の全てがわかる人もいません。
教育とは悠長なものなのです。

競争だ、と言って必死に業績を上げようとする。これは企業としてある意味正しい姿勢です。
しかし、競争の追及をしていくと教育が疎かになり、長期的には企業の力がなくなってしまいます。
格差社会、競争社会といわれて久しいですが、少し立ち止まって物事を見る癖を付けておかないと、ついてくる者は誰もいないという状況になってしまいます。

・・・　と、言ってみても、どの組織でも競争に血道をあげる人は居るんですよね。
それも、周りにも強要する姿勢で臨むという・・・


ちょっと凹み気味な為に、凹んだオチです。

iPhoneの不具合？

先月末に、筆者の携帯の電池が壊れました。
壊れた、というより膨らんでしまったのですが、その際電池単体での購入が困難であった為買い換えたのがiPhone4です。
壊れた原因の一つは、仕事での連絡に酷使したことのような気がしますが・・・
いずれにしても寿命だったのだろうと割り切っています。

新機種、というだけで買い換えるタイプではないので今まで放置していましたが、
買い替えの必要性が出てくれば話は別。
画面の広さとボタンがないことの利便性を堪能していました。

昨日、思い立って帰宅中の電車の中で設定を変更したのですが・・・
ズーム機能をＯｎにしたところ、ゲームのタッチパネルの反応がおかしくなってしまいました。
具体的には、今までタッチすれば反応していたところに触れても反応しないことがあるようになってしまい、
全体的に下寄りに反応範囲がずれてしまったのです。
（顕著だったのがゲームだっただけで、他の機能も大なり小なり反応はおかしかったです）

不具合なのかな？　と思いつつ設定を戻すと、無事元通りの反応に。
一安心です。


これって、もしかしたらズーム機能のせいで画面上の座標値が狂ってしまったのかも知れないです。
ズームするということは、本来の座標値とズーム後の座標値が存在する状態になるわけで、
２重に座標を管理している可能性があります。
すると、管理のやり方次第では、タッチした位置の座標値が本来の座標値と異なる値になる可能性が出てきます。
極端な話、左上の角にタッチしたのに、右下の角の座標値として認識するような感じです。

使用感が良いので「よく出来ているなぁ」と感心していたのですが、タッチパネル周りはまだまだ改良の余地があるようですね。

ページファイルって何？

この頃、調査し続けている内容からです。

windowsの話でＭａｃやＵＮＩＸ系のユーザの皆さんには申し訳ないのですが、
ページファイルというものがあります。

簡単に言いますと、メモリ上のデータをファイルに退避させておくようなものです。
実際には、メモリ領域不足などの状況が発生した時に、メモリ上のデータをページファイルに退避させることでメモリ領域を確保し、
退避させたデータが必要になったら戻す（またはページファイルからデータを読み込む？）ということをしています。

これだけ見ると、メモリ容量の少ないマシンでもハードディスクの容量が十分にあればよい（ページファイルは特殊なファイル⇒ハードディスクの容量に余裕があれば大きなページファイルも作れる）わけで、
古いマシンや安価なマシンを利用している人には福音と言えます。


ところが、このページファイルが壊れることがあります。
この場合がかなり原因特定が厄介です。
というのも、メモリとページファイルは同じように扱っているのは上述したとおりです。
同じように扱っているということは、どちらが原因でエラーが発生しているかの特定が難しいということになります。

さらに困るのがメモリというシステム上重要な部分のエラーに直結するということ。
ページファイル破損から、すぐにブルースクリーン（デスブルー）が出てしまうのです。

何故か？　不正なメモリ情報をプログラムに与えると、最悪の一例としてプログラムの暴走というものが発生します。
さすがにwindowsもその辺はある程度防いでくれるのですが、防いだ結果がブルースクリーンに・・・
折角作ったデータがパァ　になるわけです。
（データが飛ぶくらいで助かる、という考え方ができる方は少ないと思いますし・・・）


では、ページファイルの破損を防ぐ方法はあるのか？
２通りほど方法はあります。

一つ目は、そもそもページファイルを使わないことです。
メモリ上で全ての処理を行わせることになるので、メモリ容量は要求されますが、高速な処理が期待できます。

二つ目は、シャットダウン時にページファイルを削除してしまうことです。
これは、レジストリの設定変更だけでできますので（それも１つのキーの設定だけで）比較的容易です。ただし、シャットダウン（電源をＯＦＦにする）前にページファイルが壊れると・・・　ブルースクリーンが出る可能性があります。


・・・と、ページファイルに着目して軽く書いてみたわけですが、調査対象は広がる一方でかなり困っていたりします。
メモリ関連のトラブルというのは再現性が低いのが特徴なのです。
再現性＝こうすれば必ず現象が起こる！　というのがないので・・・
想定される問題に対する対策を行って経過観察してみるくらいしかないのですよねぇ・・・

さて、やってみた対策が効を奏していることを祈りたいと思います。