2013年12月16日月曜日

Ensoniq ESQ-1 バッテリ交換とOSリプレース

だましだまし使ってきた Ensoniq ESQ-1 のバックアップ電池がついにイカれてしまった。

秋葉原で同型の電池を仕入れ交換実施。



ホルダー付きのボタン電池とはわけがちがい、基板に半田で直付のタイプ。ハンダゴテでこねくり回してどうにか交換。


LOW BATTERY は表示されず、通常起動を確認。

とはいえバックアップ電池が完全に切れてしまったので、プリセットサウンドは全滅。BRASS1で埋め尽くされた音色を復旧しなければならない。

これまで使っていたOSが2.0のため、テープからデータをリロードしなければプリセットサウンドがリコールできない仕様。

それはさすがにめんどくさいので、ebayにて最新ROMを仕入れてファクトリリセットを試みる。



というのも 〜Note: When re-initializing with O.S. version 2.2 and lower, all internal programs will reset to BRASS 1. Higher versions will load the forty factory sounds.〜 だそうで。

バックアップ電池交換に併せてシステムROMを3.53に差し替え、ファクトリリセット実施し、プリセットサウンド復旧完了。

この3.51システムROMはカスタムROMということで、隠されたWAVEが255ある。意気揚々とそれらのWAVEを試そうとしたが、データスライダーのMAXが127ということもあり、とてもじゃないが全てのWAVEは確認するのが億劫。

ちょろっと聴いた感じでは変態ループがそこそこあってにんまりしちゃう。(大半は使いもんならないけどね)


2013年12月5日木曜日

Juno106の電源インレット交換

Juno106の電源ケーブルが断線した。

秋葉原の電源ケーブル屋さんをひととおり回ってみるも、合致するタイプがない。

どうやらJuno106の電源ケーブルは特殊な型らしく、取り扱ってる店は無いんじゃないかとアドバイスされた。


電源ケーブルが入手できないとなると、受け側のインレット(と言うらしい)を3芯に交換すれば汎用的な3芯電源ケーブル使えるのでは・・・と、Webを探してみたら近い作業している方がいた。

BOSS DE-200 のインレットを交換されているのだが、もともとの受け口が Juno106 と同じように見えた。

ダメ元で秋葉原にてノイズフィルタ付きの3芯インレットを数十円で購入し、交換作業を実施したところ・・・見事通電!! Juno106はまだ捨てずに済みそうだ。




2013年8月17日土曜日

白川郷までの道のり


ひとりの友人が白川郷へ旅行してきた。

出かける前にひとことくれれば、ナイススポットや見所をアドヴァイスできたろうに、と思うのだがこればっかりはいかんともしがたい。

日頃から付き合いをもう少し深めていれば、きっかけを拾うこともできたやも知れぬが、今となっては時すでに遅し。また旅行に行かれる機会があれば、その時はたくさん話しをしようと思う。

さて、その旅行の影響からか、またひとりの友人が白川郷へ行きたいと言い出した。

先の友人へアドヴァイスできなかった分、こちらの友人には色々とインプットしたい、などと思っている。

白川郷という場所は私にとってかけがえのない場所で、少々うるさがたである。

数十年まえに原付免許を取って、白川郷へとツーリングに向かってから、彼の地の魅力にずっと取り付かれているのだ。

その当時、住まう場所が関西ということもあり、白川郷は気軽に行ける場所だった。

今、住まう場所が関東へと変わっても、例年の行事のように年に1度、フラっと白川郷へ向かうことは欠かせない。

それでは東京から白川郷へと、自動車なりモーターサイクルで向かうのに、最適なルートとはどのようなものか。

私見ではあるが、極力高速道路を避け、下道を多めに配分するのがベストだと考える。下道がベストだという理由は単純で、旅をしたいからだ。

私は高速道路というものが嫌いである。嫌いな理由は、道が単調で面白みに欠けるからだ。A地点からB地点まで、漫然と移動するのは旅とは言えぬ。その点、下道は風景が様々に変わり見た目に楽しく、またふと気になった場所で止まり、ぼんやりと時間や空間に溶け込める点で、旅してる感が強い。また、旅に同伴してくれるパッセンジャーがいれば、なおさら旅感は増す。

では東京から白川郷までどのようなルーティングを取るのか、できるだけ予算と体力を抑えつつ、下道を利用した余裕をもった行程を、あらためて考えてみる。

まず、第1のチェックポイントは松本市にいつ入るか。
大きく分けて、前日入り、もしくは当日入りの2パターンとなる。
出発地点はどちらも八王子スタートを想定している。
(参考データ:千葉県新倹見川〜東京都八王子市 76km 2時間30分 首都高使わない、京葉道路使う)


前日入りパターンは、夜間の下道を走り、松本に入って1泊する。
19時ころ八王子を出れば国道20号一本で25時には松本に着くだろう。距離にして190km。時間にして6時間。
松本市内には格安ホテルがたくさんあり、贅沢しなければ1人3〜4000円、贅沢しても1人4〜5000円で泊まれる。
メリットは翌日に備えて体力を温存できること。デメリットは予算がかさむこと。

大きな地図で見る


当日入りパターンは、朝早くに東京を出発し、道が空いてる時間に都内を抜け、八王子ICから高速道路で松本まで一気に入る。
松本から白川郷まで下道で進むので、八王子から高速道路を使い、できるだけ体力の温存を図る。距離にして191km。時間にして3時間。
NEXCOによると休憩抜きで2時間17分の行程。高速料金は通常4350円、ETC割り2200円。
メリットは予算が抑えられること。デメリットはそのまま白川郷へ直行するので、体力を消耗すること。

大きな地図で見る


前日入り、当日入り、どちらも松本出発は11時を想定。途中で昼ご飯を食べるとして、17時に白川郷入れれば御の字。昼ご飯は道中の蕎麦屋がどえらく美味い。タレは江戸前に軍配あがるが、蕎麦自体の美味さ、薬味のキレ、セットものの天麩羅、とくに山菜の美味きことこの上なし。裏メニューにリンゴの素揚げもあり、大満足の昼ご飯。
松本からはオール下道で151km。時間にして5時間。ルーティングはR143〜R471〜R360。

大きな地図で見る


白川郷にてやるべきこと。

1.値段とサービスのバランスよい合掌造りに泊まる 2.銭湯に入る 3.風呂上がり、コンビニまで徒歩で行き、酒を買い飲みながら宿まで帰って寝る 4.起き抜けに白川郷のミネラルウォーターを飲む 5.日の出にあわせてとびっきりの絶景スポットへ向かう。

この5点を効率よく消化するには、少々コツがいる。白川郷に旅慣れた者でしかできないことだらけだ。これらを自分の中に閉じ込めておくのも、いささかもったいない気がするので、仲間たちにシェアしていきたい。


2013年7月15日月曜日

進捗というもの

プロジェクトリーダーにとって最も悩ましいことは、作業状況、いわゆる進捗の透明度でしょう。

担当者が自発的に作業の見える化、透明性の高い進捗を報告、共有していれば、リーダーの責務、作業重度はさしたるものではありません。 

プロジェクト管理ってやつは、プロジェクトリーダーの責務では無いと、そう私は思っています。あくまで、担当の裁量、責務に帰するものだと、そう私は考えます。

 作業進捗の善し悪しは、進んでいる、遅れているでは決まらないということ。

 作業は進んでいるのに越したことはありませんが、なにをもってして進んでいるとするのか。

まずはスケジューリングが決まっていることが肝要です。

そして進捗の係数とでも申しましょうか。どのくらいのペースで進んでいるのかがわかることも大切です。

決められたスケジュールにしたがって、日々の作業が進捗となり、作業係数から、残り時間に対して、きっちり終えられる可能性が現実的に可能か否か。

作業の戻りは多かれ少なかれ、必ず発生しますから、誤差30%程度の戻りは、必要悪と考えておきましょう。実際に作業初めてから見えて来るアイテム、問題、抜けなどは茶飯事です。 

では、作業でもっとも恐れることはなにか。それは「なにがどうなっているのか見えない」ことです。 

乱暴な表現ですが、作業は遅れたって良いんです。遅れているということが判明すれば、なんらかの対処が施せますが、「なにがどうなっているのか見えない」ことが、もっとも恐ろしいことです。

問題は「どうなっているのか」問い合わせても「なにもレスポンスが無い」、これが恐ろしいのです。 

レスポンスが無い、つまり通信が切断されている状況というのは、死んでいるのと同じです。担当者から報告や連絡がないということは、ひょっとしたら死んでるかもしれません。レスポンスが無いということは、メールアドレスが間違っているのか、メールサービスが壊れているのか、余計な詮索が発生し、非生産的なことに頭を悩ませることになります。

連絡、報告は遅いけど、今の状況は進んでいます、というのは下手です。結果論的に進んでてよかったねってだけ。連絡、報告が無い間は、作業が遅れていることと同意です。シュレディンガーの猫状態です。 

連絡、報告は速いけど、今の状況は遅れ気味です、というのは上手です。結果的に作業遅延しているけど、相手の状況、なにが問題なのかが、すぐにわかることが肝要です。サンプリングレートが高ければ、それだけリアルに作業が見えますから。 

たかがテキストで現状をメールするだけに、どんだけのパワーやリソースが必要なのか。1、2日の遅延はあってもパソコンや通信機器に向かって、ぺしぺし文字打つだけ。めんどくさがっていれば、すべてがめんどくさく感じるようになってしまう、そんな人間になならないよう、せめて自分だけはしっかりやるようにしていけば良いかなと思う、今日この頃です。

2013年5月27日月曜日

音声インプットメソッドお試し

Chrome でサポートしている音声入力。

実装方法調べたら1行コード記述するだけだったので仮組み。

<input type="text" x-webkit-speech="" />

HTMLモードにして上記コードを記述するだけ



実装は簡単だったんだけど、Mac OS X の音声入力に負けてる。

現段階ではワード単位ならギリギリ合格。ベラベラ喋ってるともうぐだぐだ。

あー、残念

2013年5月8日水曜日

css float ではまった


稚拙ながら、とあるブログサイト作成を手伝っている。

画像回り込み実装に css float 属性を使用したところ、イメージ通りのデザインが実装できず、html の style にベタ打ちで回避した。

当面はこれで良いかと思ったが、なんか気持ち悪い。だもんでテスト実装してみる。

属性への理解も深まるだろう。

作成しているブログサイトが blogger なので、テンプレートデザイナの上級者向けCSS追加へ追記。

.floatLeft img {
         float: left;
}

.floatRight img {
         float: right;
}

.floatClear {
    clear: both;
}

つづいて html の 回り込み対象を float 属性クラスで囲む。

<div class="floatRight">
<img border="0" height="148" src="*.png" width="200" />
</div><br class="floatclear" />

<div class="floatLeft">
<img border="0" height="148" src="*.png" width="200" />
</div><br class="floatclear" />

ここまでの実装ではイメージ通りのデザインが実現できなかった。
結果は下のイメージのようにグダグダ。


CSS class float: right; 指定

CSS class float: left; 指定










css class の作用を理解していないことがバレバレである。

いろいろさまよって class の組み方と作用をちょっぴり理解し、親元となるコンテナクラスの下に、イメージクラスとストリングクラスを下げるのが手早そうなので css 追記。デバッグ用としてborder 属性を付与。

.container {
    overflow: auto;
    border: double 10px #00ffff;
}

.floatRight {
         display:inline;
         border: solid 2px #000ff0;
}

.floatLeft {
         display:inline;
         border: solid 2px #00ff00;
}

.stringInFloat {
         border: double 10px #0000ff;
}


つづいて html に コンテナクラス、イメージクラス、ストリングクラスを実装。


<div class="container">
<div class="floatRight">
<img border="0" height="148" src="*.png" width="200" />
<div class="stringInFloat"></div>
</div></div><br class="floatclear" />

<div class="container">
<div class="floatLeft">
<img border="0" height="148" src="*.png" width="200" />
<div class="stringInFloat"></div>
</div></div><br class="floatclear" />


ここまでの実装でイメージ通りのデザインが実現できた。 


コンテナクラス
イメージクラス right; 指定
ストリングクラス

コンテナクラス
イメージクラス left; 指定
ストリングクラス


ストリングクラスに200文字ほどおいて回り込み確認し、テスト実装完了。

コンテナクラス
イメージクラス right; 指定
123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789

コンテナクラス
イメージクラス left; 指定
123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789123456789

2013年4月22日月曜日

インプットメソッドについて


最近しびれるような気づきがあった。

気づきとはインプットメソッドについてである。

Emacs をこよなく愛する身としては、キーボード入力こそが至高であろうと、そう思っていた。しかしこの考えは改めざるをえないようにも思う。

少々シチュエーション限定されるがこんなケースを想定してほしい。

出先でiPhoneを使用して軽めのメールを1通書く場合、フリック入力といえど面倒なことがある。

ことがあると言いつつもズバリ面倒なのだ。

面倒だなぁと思っていてもらちがあかないので、こういうときは音声入力でメールを書くことにしている。この音声入力というやつが案外良いのだ。

人というものは道具を介した際に癖でも出るのであろうか。フリックにしろキーボードにしろ何か道具を介した言葉の羅列は、見飽きた冴えない文面だ。

しかし音声入力を介した文面は思考そのものが端的に表れ、文脈や構成はめちゃくちゃなのだが、思念そのものが自由に飛び交ってるように見える。

一般的な入力方式としてフリックやキーボードから介抱される日はそれほど遠くないと、気づきは確信に変わった。

声の出せるフィールドでは音声入力

声の出せないフィールドでは Bluetooth キーボード入力

込み入った場所ではフリック入力

コーディングは有線キーボード

言葉遊びやブログのたたき台は音声入力

これで行こうと思った。