Atelier ArikaAtelier Arika| Sun. | Mon. | Tue. | Wed. | Thu. | Fri. | Sat. |
|---|---|---|---|---|---|---|
| 1日 | 2日 | 3日 | 4日 | 5日 | ||
| 6日 | 7日 | 8日 | 9日 | 10日 | 11日 | 12日 |
| 13日 | 14日 | 15日 | 16日 | 17日 | 18日 | 19日 |
| 20日 | 22日 | 22日 | 23日 | 24日 | 25日 | 26日 |
| 27日 | 28日 |
月の異名
きさらぎ(二月、衣更着、衣曝、絹更月、如、如月、春分)、
このめつき(木目月)、はつはなつき(初花月)、むめづき(梅月)、むめつさつき(梅つさ月)、むめつつき(梅つ月)、
むめみづき(梅見月)、ゆききえつき(雪消月)、をぐさおひつき(小草生月)
甘党ではない人の机の上におしるこがあった。もしやと思い聞いてみると、 ココアを押したけれどおしるこが出たと。・・・。もう直ったと思って挑戦していなかったよ！
ってなわけで挑戦。ココア。ちぇ。
松下は平素な言葉、ジャストシステムはちょっと技術言葉。判決文は言葉遊び。
判決文でウィンドウズの事について「判然としないが」というのは何を指すのだろう。 ウィンドウズアプリケーションのヘルプガイドにある「？」ボタンを押した後の挙動についてのことなのか、 マイクロソフトという別要素を裁判に持ち込むことについてなのか。さて、 プリンターのダイアログボックスはサンプルとしてありふれているように思うので、 UPSサービスの窓などをサンプルとしてあげてみた。こういうアイコンと操作を言っているのかどうか分からない。
第一のアイコンを操作した後、第二のアイコンを操作して案内表示。
操作
→結果
それとも違う操作とアイコンを言っているのかな。まぁ、今はまだ命令されたわけじゃなし。
DVD2枚組です。二日ほど前に届いてその日のうちに見たのだけれども、 2枚目の最後の方は良く覚えていません。特典映像を見ていたように思うのだけれども、 気が付いたら終わっていました。うーん。
エアエッジを128kにしました。感覚としては、64kで繋いだときと同じような。 場所が悪いのかもなー・・・。
おしるこおしるこここあ
ここあ
最近の禁句。
個人的に使っている予定表にいろんな予定が組み込まれています。
ところでこの予定表なのだけれども、人によって簡潔だったり煩雑だったり。 自分ではどうにもならないことが予定として書き込まれているだけの人もいれば 自分でどうとでも成りうる予定が沢山書き込まれている人もいます。 前者は仕事の良くできる(と私が思っている)人に多い。 後者はちょっと注意。二つの種類に分かれます。
一つはこれから先何をして良いのか判らなくなるが故に予定として書いておく人。 もう一つは、それらの予定を「先延ばし」にするために予定として書いておく人。どちらも私です。
いやぁ、「これはまだやらなくても大丈夫なんだ」って安心するんだ(だめ人間)。 その日にしかできない動かない予定はどうしようもないけれども、 その日までにやっておけばよい動かせる予定は前倒しでどんどんやっちゃってもよいんだよね。 (動かせる予定も、書いておかないと他の仕事がどんどん舞い込んできてしまうという話もある)
仕事がいっぱいあるのは良いことなのかもしれないけれどもこなせる限度もあるわけで。
絵、描いたけれども。これはこれで描くと決めたことなので描いているのです。12日にLMC98th開催。 それまでにはLMC99thポスターを完成させておかないと。
そんなわけで朝からお絵かき。午後出社。
部屋にPHS忘れていた。どうりで静かだと・・・(ぉぃ)。ごめんなさい＞電話くださった方々
思考がこう・・・。膠着します。ふと気が付くと「何も考えていない」状態が数分。 自分に腹が立つ。考えろ頭！脳みそはいってんだろっ！・・・いやもしかして脳無し？(攻殻ネタかよ)
あぁそういえば攻殻機動隊S.A.C. 2nd GIG 11が出ているじゃないか。買ってない。まぁ後々。 他の物は大概インターネット上で通販購入。便利だね。未読が溜まっていくけれど、 開封もせずに放置。まぁ後々。
かな〜り開いてしまいました。うぬぅ。
まぁとりとめもまとまりもなく。だらだら。
行ってきましたけれどもプレイヤーではありませぬ。うぅむ。
大会進行は(私にとって)いつも通りです。すぅすぅ。
反省会というか100を議題というか。そこでは、久しぶりに生中二杯。ふらり。
お昼ぐらいまで眠っていました。ぐぅ。
お昼過ぎ夕方前ぐらいにKiDSへ。ぶらり。
神河謀叛を開封しつつ、デッキを構築。黙々。
デュエルするわけでもなくお喋り。ぺちゃくちゃ。
夜ご飯はエムズでした。ぶーん。
メニューが簡単になっていますね。でも、 あのボリュームにはいつもしてやられていますので。真剣に選択。ぬぬぬ。
ミニチョコパフェ(ミニとはいえガストのパフェよりも大きいと思う)、 和風おろしハンバーグ(小さく見えた)、A Set(ご飯とスープバー)。ぴーん。
結果、辛勝、なのです。わーっ。
食べ終わった後も談笑しつつスープバーをいただけるぐらいに勝ったもんね。ふんっ。
昨日の日記ですか。・・・え、いや、あの、その、えっと、まだ大丈夫みたいです。
アウトライン編集は相も変わらず良い感じ。右側の小窓にプレビュー出るのがよい感じ。
それとあれだ、文字パレットに人名漢字か否かが表示されるのが面白い。ってこれはATOK2005の機能。 でもまぁあれだ、人名漢字だけで集まって表示される機能も欲しいかもです。 それと、期待しているのは「校正支援機能」かな。謙譲語と尊敬語の誤用を指摘するそうです。 方言の種類も増えましたね。あまり使わないけれども。
・・あぁ、一太郎について書こうと思ったのにATOKについて書いてしまう。
16日朝方、揺れで目を覚ましました。余震含めて結構長く揺れました。震度3だそうです。
面と向かって言われた。最近更新止まってますよ。ぐぅ。
目の前で転た寝のふりをされたので、声を掛けました。
「寝たら死ぬよ」
その人は腕時計を見て(十六時ぐらい)、こう言われました。
「後一時間眠れる」
・・・。負けた。
思い出した。11日にりすきー☆邸に遊びに行ったのだけれども。発端が留守録。
「えー、カステラ一本」ぷちっ
うむ、確かに呼ばれてはいない(笑)。
題。三次元プログラム。構造体を名刺のように表現。軽く叩いて箱状にすれば配列。 型はvariantというかobjectというか。なんでもいい。 変数名は、変数名のままでも落書き象形でも音声でも良いような。 箱をつないで大きくしたり丸くしたりしてリレーショナルデータベース。 構造体を縮小表示して別の構造体に含んで縮小表示して別の構造体に含んで縮小して・・・。 含む情報を検索しつつ関連尽くもの抜き出して。指定は線の繋ぎでも音声でも記号でも動きでも。 ・・・・・。SQLの域を出ない。
空間の層(レイヤー)制御。重ねて避けて置き換えて合成して。明るいところ暗いところ。 部分拡大して。比率調整して。絵みたいに。 ホイールマウスやジョグダイヤルみたいな感覚で時系列制御。 レイヤーの分岐とその判断。時系列で分岐。 ・・・・・。POLやラダーやFBの域を出ない。
二次元空間で、文字使ったり記号使ったりしてプログラム組むのも、 三次元空間で象形使ったり音声使ったりしてプログラム組むのも、 組み込みたい中身が変わらなければさほど差はないのかもしれない。 表現が違うだけで。二次元の中で三次元四次元を表すのと、 三次元の中で四次元五次元を表すのも、同じようなものか。
アニメや小説ではもう表現されているようなものだよね。攻殻機動隊とか機動戦艦ナデシコとか 魔術師オーフェンの魔術使うシーン(小説。アニメは見たこと無い)とか。 (三次元の中に二次元を投影するものが一番多い。きっと、見ている側が把握しやすいのだろう)
今日行こうと思っていたんだ。終わらないような気がして。でも行かなかった。寝てた。
夜。走る。かっ飛ばすんじゃなくって、流す。あまり走らない道
細い道に出くわして、でも車両通行帯は黄色の線で分けられていて。 こんな細い道分けなくても・・なんて思いながら進む。だんだん細くなる。 車幅が足りないように思えて、右の車輪を線に重ねて走る。雨降っている中でこれはあまりやりたくはない。滑るから。 不意に、車両が右にずれる。道路の左側端が、少し盛り上がっている。雨が降っていなければ、乗り上げたと思う。 ってかさ、車幅が足りないようなところではみ出し禁止(黄色線)言われてもな。 線を踏んでてこれだ。踏まないように走っていたら、車壊すというか事故起こしているところだ。 馬鹿じゃないか。
題。三次元プログラム。アバウトな要求にはアバウトに返答。
要求のイメージはエアブラシによる塗布。 一回吹き付けたら、中心から遠ざかるにつれてぼやっと。 何度もやれば、中心部は濃くなる。境界の閾が狭くなる。みたいな。 学習機能もそんなものかなぁ。三次元だと、毬藻みたいになるのかな。
そのうち、新しいプログラミングスタイルが生まれるわけだ。 印象派プログラム。
午後一でちょっとだけ職場に行って仕事して。夕方KiDS行っておしゃべり。 ・・・・・。夜中まで。うぅむ。
なんだかもう、今月はぼろぼろです。↓21日にUpするつもりだったけれども今。
内的要因プロパティ、粒。汁。発芽。腐(笑)。etc
外的要因プロパティ、剥。潰。etc
徐々に圧力を掛けると徐々につぶれていって、汁が飛び出してきて、そのうちぐしゃっとなる。 圧力が入力で汁の飛び出しが出力の一つでぐしゃっとなるのは限界値のアラームみたいな。
箱の中にみかんのインスタンスを沢山入れて、箱に圧力を掛けていく。 箱の底に徐々に汁駄たまり、そのうちぐしゃっとなる。
小さな箱に、蜜柑のようなもの(ミニチュアサイズの林檎とか、スポンジとか)いれて、 圧力入力はアナログっぽい何か。出力の量で深や限界値を探り、つぶれたら異常でアラーム。 アラームの量が少しぐらい合っても無視だ無視。 何かあったらまぁ、領域開放してインスタンス生成し直しちゃえばよい。圧力入力は姿勢制御のベクトルだったりとか。
いやぁ、圧力だの温度だの速度だのってのは、 グラフ(数値)とか色とかで表すだろう普通。汁じゃなくてさ。もう。
蜜柑クラスを継承して愛媛の蜜柑〜！
飛び出す汁にもクラスの名前、愛媛の蜜柑からはポンジュース〜！
ってまぁ三次元プログラムの夢想には飽きたので次ぎ (いろいろ思いつくしそれなりに面白いけれど、思考を記述するのが難しいというか面倒)。
もうまとめようなどと思わないただの妄想(面倒というわりにはまたやっている)
とある処理で自前の能力が足りないなら、外から協力してもらって補えばよい。 また、自前の処理能力に余力があるなら、いっぱいいっぱいになっているものを助ける。 インターネット上でそんなプロジェクトがありましたですね。今もやっているんだろうけれど。 ☆探しとか。
コンピュータが、処理の内容にかかわらず、能動的に他のコンピュータを助けを求め、また助けようとしたらどうなるか。 ここで言う処理は、ただひたすら「計算」のことだと思ってくれたい。
思考の中で出てきた用語達。処理遮断(ぷっつん)までの許容時間。処理負荷に対するカスケード保護。 処理負荷の時間あたりの単位。仕事量。負荷に対する容量をアクティブでもパッシブでも変更。 処理負荷のカスケード。
電気用語と絡めたわけだ。
とある家のコンピュータでいっぱいいっぱいになってぷっつんしたからといって、 隣の家のコンピュータに処理負荷が偏って一緒になって潰れるなんて事があっちゃいけないなとか思ったら、 処理負荷に対する保護が必要だなとか思った。
必要になるのは、コンピュータ同士の処理結合。 インターネットは参考になりますね。PHPでJavaScript出力してPOSTやらGETやらをもっと効率よく。三階層アプリとかDCOMとかとは違う指向で。
「ぷっつんする前に仕事手伝えって言うこと？」
そういうことはないのだけれど、深層心理というか、実はそうなのかもしれないなんて思ってみたり見なかったり。
割と忙しい状態が続いているので、何かしら逃れたいという欲求があって、
思考遊びでそれがでてしまったのかもしんないなぁとか。
がんばりましょー！
初代ウィザードリーっぽいパラメータの割り振りには、 茶こしとか絹ごしとかでぱっぱっぱと。インターフェースは手の振動で。 ・・・だんだん空想がくだらなくなって行くなぁ。