のさ言葉

数回前の「探偵ナイトスクープ」で、「子供とその子供の会話が、異国語で意味不明だ」というのがありました。


「今の首相は?」が 「いぎまばのぼしびゅぶしびょぼうぶはば?」になります。

処理的には、直前の文字の母音を伴うバ行の音が間に入るという単純なものです

普通の会話の速度で、文字置換して発音していて、且つ相手の話を理解して、会話をしている映像がありました。

私も聞き取ってみたのてすが、文字を活字で起こさないと意味不明でした。若い人は同時通訳並にできるそうです。年の差を感じます。

　それで思い出したのですが、幼少の頃、「ノサ言葉」がありました。

http://plaza.rakuten.co.jp/kosuker/diary/200805210003/

http://plaza.rakuten.co.jp/1h9a5s3s0y8a2n6/diary/200706150000/

そのときは、この例のように、単語の第一音のみ「ノサ」が入る、単純なものでした。

「こんばんは」=>「このさんばんは」

これだけでも、普通に会話するまで訓練(?)慣れ(?)が必要でした。

同類の言葉遊びなんですが、単語単位でなく、音単位に挿入しているので、遙かに高度に進歩しているんだなぁ。と妙に感心した次第。

携帯向サイトは静的

#静的以外の要素は表示されないのは、判っています。...でも、愚痴りたい....


アプリの性質次第では、グラフやそのときの状態写真などを動的に表示したいことがあります。

売り上げ日報のグラフとか、その時点での貸し出し状況グラフや、盛況度合いの写真など。

PCサイトのWebだと、



としておいて、xxxx.aspx　内部でResponse.ContentType = "image/gif";　形式を吐き出してあげれば、容易く動的に生成できます。

でも、携帯からアクセスすると、表示されません。

事前に静的なFileを起こして、Url等で指定しないと、表示されません。静的Fileを差し替えることで、擬似動的に実行することはできます。でも、同時利用の時の潰し合いなど、排他考慮が必要になり、ヤヤこしくなります。

この動作は、携帯FullBrowserでも解消されていないようです。



JavaScript(AJAX含む)やCooKie不可なと、ペースの設計条件が異なります。

でも、「データエントリーを携帯でも行いたい」という利用者要望は、あります。

別物とすべきですが、なまじWebアプリの類なので、顧客説明が難しくなります。

アプリの形態は、DeskTop Apli/ Web Apli/ Batch Apliに大別されますが、 PC_Webアプリと携帯Webアプリは分離し４種類に大別したい気分です。

その上、キャリアや機種による制約も加わります。

　本来の業務仕様の部分の開発に要する工数は当然の工数ですが、個別の環境に合わせる作業は後ろ向き作業の感がするのです。

(ボソ)開発工数が予定の数倍要している私がいます....orz。

開発環境って進歩しているようで、進歩していないのかも知れませんね。

アップロード・コントロールの表示と動作可否

アップロードコントロールは、携帯内もしくは、PC内のFileの表示します。


そのコントロールの表示(テキストとボタン)の件です。

[参照(button)]と表示されるものだと。信じてました。

FireFox/IE では、そのようになります。



Operaだと、[選択(button)]

Google/Cromeだと [ファイルを選択]

Safariだと [ファイルを選択]

となります。TextBoxではなくラベルになり手動入力はできません。

携帯でも、キャリアによって違います。

Softbank : [select(button)]

AU : [Brows(button)]

となり、AUの場合、 ASPX部品の FileUpLoadで作成すれば、Enable=True状態ですが、File選択画面に遷移してくれません。

HTML部品の input type="file" で配置すると、Enable=Falseになり、使用不可です。

FileUploadの実装は各Browserに依存するのは仕様なんでしょうが、この違いは、嫌だなぁ。

操作マニュアルを作るにしても、全パターンを洗い出せないだろうし。

各社独自仕様を付加するのは、喜ばしいことですが、基本機能は統一して欲しいな..と思った次第。

外国人と箸

最近、寿司ブームとかで、世界各地に寿司店が増えているそうです。時折TV番組で各地の寿司店の様子が放送されますが、何れも箸を使いこなして食べています。


映像だけなので、実態は不明なのですが、画の外部ではフォークで食べているのかも知れませんが。

(素直に解釈して)寿司を食するために箸の使い方をトレーニングしたと思うのです。

箸はそこそこ練習すれば、年齢に関係なく身に付くものでしょうね。日本人は子供の時から箸を使っているのに、下手な人が目に付きます。俳優さんも握り箸の人がいますしね。

「日本人が外国人に箸で負けてどうすんだ。」と言うつもりはないのですが、鍛錬が足りないなぁと感じます。

別の見解で「箸は、中国・日本独自の文化だ」という意見を聞いたりしますが、未経験者が短期間の練習で習得できるものを文化と称するのは、引っかかりを覚えます。

「フォークとナイフの正式マナー」といっても近世ヨーロッパに登場したもので、それ以前は手掴みだったので、怪しいものです。

歴史は箸のほうが古いから、文化と言えなくもないか。道具として見たほうが良いように思うのです。

サーバーラックの破棄は勿体ない

昨今の規模の大きいサーバーはラック型が多いです。30Uのラックになると、ラック自体も結構な値段がします。


ラック込みで一式を購入するとき、経理上ば一式を減価償却の対象にしているケースもあります。

償却期間が到来し、サーバーを入れ替えるとき、ラックマウント型サーバだけ入れ替えれば、無駄はないのですが。

最初にラック込みで購入しているから、ラック本体も償却対象になり、ラックも入れ替えないと、書類上面倒な事になるそうな。

そのような理由から、ラック込みで一式入れ替えの案件になったりします。入れ替え前の製品は廃棄業者による廃棄証明が必要なケースもあります。

ラックは耐久消費財級で高価で丈夫です。100万円近くする物もあるとか。廃棄処理すると50円/1Kg程度なので、2500円程度になります。

ラックを破棄するなら、払い下げて欲しいと懇願しても、情報機械一式なので廃棄して、廃棄証明が必要なので「不可」とされています。

民間なら融通も利くのでしょうが、公共では無理なのでしょうね。

経理上の減価償却制度は、書類上の処理なので、現実は何かと無駄な事態を招きます。経年変化しないものは、耐久品扱いにすれば、無駄も減りますが、書類が煩雑になる。

開発機器は能力的に数年単位で更新したい場合もありますが、5(4)年間は使い続けることを強いられたりします。

最近は、10万円を切る機種でも充分開発に使えるので、消耗品として購入するケースもあるようです。

経理上の処理の仕組みや制約は詳しくないのですが、「無駄より、書類処理が優先される」という印象は残りました。



話は脱線しますが、マウントサーバーをラックに設置するレールは、時期やメーカーによって設置方法が異なるんですよね。

困ったことに、レールがキチンと填らずに途中で筐体からはずれる事故が起こったりします。1U規格として統一するときに、レールの規格も統一して欲しかったと思います。

ラックの後ろの配線は、柳状態になりがちですが、電源は必須なのだから、ラックに電源配線を組み込んでおいて欲しいとも思います。

for文のループ変数のiは、iterationのi (?)

うーん。javaの人から聞いたのですが、そうなんだろうか。


私らFortran世代の人は、ループ変数などの整数変数は i,j,kがデフォルトです。

(最初の文字がi,j,kは整数変数という具合に型が決まってました)

未だに、ループ変数は,i,j,kの一文字変数を使ってます。

　ですので string i; double j; などの文をみると違和感を感じます。



Fortranを知らない人が「iterationのi」と聞けば、納得しそうな説ですが、(?)感がします。

でも、語源説って、そういうモノかも知れませんね。

元ネタを知らないときは、知っていることで、理由付けするので、異説が登場するのかも知れません。

安・近・短なヘアカット

「ＱＢハウス」という散髪屋さんを彼方此方で見かけます。駅構内にも有ります。


10分で1000円が安いか否かは判りません。普通の散髪屋さんは30分ほど要して約3000円なので、差がないような..

一式で800円という店や、美容院でも一式2000円の店があったりして、格安店は増えているようです。

従来の店は、顧客が減っているし、常連客も、頻度が減っているらしいです。(月一回だった顧客が2ヶ月に一回になった等)

この分野の顧客管理の目的は、「顧客拡大ではなく、顧客が逃げるを防ぎたい」になっています。

情報を提供し続けるために、何を発信するかも重要な要素ですが、特定の店の常連になるのを嫌がる顧客もいるとか。

安・近・短は昨今のデフレ以前からあるので、経済の在り方や商売って判りにくいものです。