一個につき一分もあれば終わる。限らず、回路をいじってる限りは進行は早い。めんどくさいのは何と言ってもリード線。長さを決めて切って被覆をむくのがめんどくさくてしかたがない。逆に言えば、回路を自分で焼いてしまうとめちゃくちゃ簡単そうだ。ま、そんなわけで電源パターンの強化はめんどくさい。リード線剥きの短縮法だめだ、地道にやるのは性に合わない。片側だけを長めにむいておき、芯線を机で押し込んでズラす。一本につき剥くのが一回だけで済んでちょっと楽。二本いっぺんにカッターで剥く。リード線を長めに切って片側だけ被覆を剥いておく。いちいちリード線を切らずに一気にハンダ付けできるのでちょっと楽。ああ、激しく車輪の再開発をしてる感じ。ウレタン線?情報ありがとうございます。レジスタまわりの配線もこれなら余裕でいけるかも。[信号線なら、ウレタン線を使うとか。先月はお休みだったのでずいぶん久しぶりな感じですねえ。場所・時間はいつものとおり。ーここ数日はやる気なくだらだらしてます。ファームウェアまわりの仕組みを調べたり。その結果をまとめたのがこのへんのページ。http://i.loveruby.net/w/AlphaVirtualMemorySpace.htmlそういえば、その途中でクロックカウンタの使いかたも判明しました。足すと目的の値が出るらしいです。絶対時間を計測するのには使えない模様。ユーザレベルから手を出すのは困難です、というか無理です。管理してる領域に手を出せるのでどうにかなりそうです。好きかと言えば、変換単位が小さいからでしょうね。長い文章を一気に変換するのは優秀です。逆に言えば文章が長くないとうまく変換できないわけですよ。結局文節や文字単位で変換することになる。文章を最初に入れるときか、後から追加修正するときか。統計をとって調べたわけじゃありませんが、ぼくは後者だと思います。だいたい追加修正のほうが時間がかかるし、たくさんやるんです。効率を考えるなら追加修正機能にこそ注力しないといけません。好きってのも同じ理由だな。その後の追加修正が早いエディタのほうが好きだ。つながるようになった。ごとに差がありすぎだ。キーファイル名を記述して別ファイル頼むから、こんなところで多様性を追求するのはやめてくれ。[では一文字単位で入力できるt-codeを、とか。学習コストが大きすぎるのがちょっと......。[vi+T-Codeは快感です。2週間くらいかけて気合でT-Codeのひらがな全部覚えれば後はまぜ書き変換使ってジョジョになんとかなります。#7土曜の記録を火曜に書くってのはいかがなものか。http://pub.cozmixng.org/~the-rwiki/rw-cgi.rb?cmd=view;name=RHG%C6%C9%BD%F1%B2%F1%3A%3A%C5%EC%B5%FE+Reloaded今回は対象範囲が短いわりに興味深い論点が多くありました。