2003-06-06
_ コーラ
久ぶりにペプシコーラ狩った。なんかレモン風味になってる。いまいちだ。ていうか昨日の酒がまだちと残っててしんどい。
_ 飯
馬車道@京王多摩川店にて飯。
たくみさまが某きよカーを引き取りに弊社付近の武蔵小杉あたりに来てたようなのでメール投げてみた。その辺まで行こうか?という返答。なんだかなんだで一度帰宅して、結局玉川高島屋まで迎えに来てもらうことになった。
夏メニュー
_ 車
たくみさまの寮にいったん車を放置。つぎは電車で移動。
2004-06-06
_ さて
今日も暇だぜ飯がうまい。
_ 明晰夢
悪魔のミカタの何巻だったか忘れたけどそんなことが書いてあったので、はあなるほど、とよく理解もせずになんかよさげなどと思ってしまった。
研究なんぞしてないのでとりあえず古きよき伝統にならって、年賀状【謎】を枕もとに置いて寝てみた。
全然出てこなかったよ。
_ 6/7
2004-05-08 の代休なので 6/4 のうちに上司に「 休むけど問題ないね? 」とメール投げておいて返答が昨日の 2250 ころにあった。休日出勤お疲れさまです。
休んでいいけどプログラムの虫はよろしくということだった。ぐは。
_ POP
自宅で会社なメールを読むために mew.el に case を追加。
pop-auth に pass を指定したら「 stronger password should be used 」と怒られた。
うちの会社で使ってるところて apop だったのくあ。
2005-06-06
_ 朝
0750 起床。
寝坊だっ
ちこくちこくー。
曲がり角で食パンをくわえた少女と激突して教室に入ったらじつはさっきの少女は転入生として紹介されて「 あー! あんたはさっきのー 」などというイベントを期待しようにもこちらは自転車通勤なので激突したら普通に危険でありそもそも教室ってどこだよ みたいな。
_ Quartz Composerによるビジュアルフロープログラミング
mixi の誰かの日記で Quartz Composer の話題があったので google で検索してみたらここがトップだった。
Quartz Composerとは何かと聞かれたら、ビジュアルなフローを使ってグラフィックモジュールを作成できるプログラミング環境、という答えになるだろうか。だが、こんな説明よりも、Quartz Composerの動作画面を紹介すれば、一目で理解できるだろう。次の図が、それだ。
で、図を見る。
えーと
Microsoft Visio みたいなもの? ( 想像力が乏しい )
_ 受け攻め度チェック
( mixi の誰かの日記より )
「 受け攻め 」というのは IRC などの文脈によりなんとなくエロイ意味なのだということは把握しているがちゃんとした定義は知らない。
みわさんは 自己中攻 です!
● 自己中攻の貴方は
★性格★
実直で義理人情に厚いタイプでとても円満な人格者。
他人と争うことが嫌いで、自分が傷つくことはもちろん、相手が痛手を受けることも苦手。
人との調和をとったり、お互いに楽しく気分良く過ごせることが何より大切だと考えてます。
どんな環境にも順応できる、たくましさと適応力を持っている人です。
★夜の性格★
ヤリたいと思ったら相手の都合を考えずに盛ります。
自分が満足する為に快楽を追い求める、まさに自己中心。
相手を支配したい欲求が強いのでバックの体勢が一番のお気に入り。
自分ひとりがスッキリしてしまうことも多々あります。
もう少し相手のコトも考えてみましょう。
★相性★
天然受・誘い受
● みわさんの運命の人は、現在牧場で、ぼーっとしています。
牧場ってどこだ。
まきばアリス?
真綾?
ぃゃもはやアルバムは手元にないんだけどね。
そもそも「 まきばアリス 」の「 まきば 」は「 牧場 」なのか?
_ ミンサガの面白い連携名を晒すスレ
( どこからだっけ )
もはや定番となったサガの連携技の紹介。
下ネタが多いのだけど臣民としては 103 がけっこうウケた。
103 名前:名無しさん@お腹いっぱい。投稿日: 2005/05/05(木) 17:27:32
シャインインパクト+カットイン=シャインインイン
残響音含む
_ 読書
コードリーディングに備えてコードリーディングを読む( 2004-06-13 Linux ブックレビュー )。
_ NHK あしたをつかめ No.46 声優
鹿野さんの夢は80歳になっても声優を続けていること。たとえ失敗をしても自分で見つけた夢に向かって努力を惜しまない新人声優の姿を通して、声優の仕事の現場を紹介します。
ふと新聞の番組欄を見たらこんなのが放送するらしいので見てみた。
他の業界のひとの日常を知ることは滅多にないので勉強になった。
ぃゃ訊こうとすれば訊けるのだけど。
アフレコ?の現場を紹介していた。
- アフレコ本番に備えて日々精進する
- 本番は失敗は許されない
現場での映像は紹介されていた娘の緊張感が分かった。
たとえば、この緊張感は野球の試合のときに似ている。
試合にそなえて日々精進する。
食事。
運動。
体調。
日常のすべてが試合のためにある。
試合で全力を出すために日常において妥協しない。
肉体を作るための食事。
体力をつける生活。
稀にプロ野球選手でタバコを吸うひとが居ると聞く。
タバコを吸えば体力が落ちる。
自分の肉体能力が落ちる。
野球選手としての能力が落ちる。
なのになぜタバコなんぞ吸うのか。
そのような日常を送っている人間が試合で客を満足させるプレイなんぞできまい。
話がそれた。
アフレコという本番にそなえて日々を送るという声優の仕事。
私はそのように日々精進しているだろうか。
してないなあ。
ところで本番の緊張状態にある精神を制御するためのいわゆるメンタルトレーニングというのは声優の方々もするのだろうか。
2006-06-06 :-)
_ おひる
シーフードのみそクリームソーススパゲティ。
見た目が悪いな。もうちょい盛り付けを工夫するか...。

シーフードは冷凍のものを解凍した。
- スパゲティを茹でる
- クリームソースを作る
- クリームソースにみそ( 大さじ 1 )を入れる
- 解凍したシーフードを入れてスパゲティを混ぜる
_ 安息の時
FF 12 レイスウォール最下層の曲名は「 安息の時 」だった [2006-05-07] 。
これに似てると感じた「 Colors Of Life 」の曲は「 Star Light Night 」だった。
B000EWBCQ0
B0008FU8OA
_ FF 12
- ヘネ魔石鉱
- ティアマット戦
- パンネロ装備のグラディウス( 風属性 )で攻撃したら回復された
- ティアマット? 風かっ! パンネロは退がれ笑
- みんなで切り刻む
- 「 危険な力だろうと支えにはなるのよ 」
パーティ
- メインメンバー 6 人
- バトルに参加するのが 3 人
- 2 チームと想定して均等にレベル上げ
ということで以下のようにチームを分けた。
- ヴァン組
- ヴァン( リーダー )
- パンネロ
- アーシェ
- バッシュ組
- バッシュ( リーダー )
- バルフレア
- フラン
もっぱらヴァン組を使う。パンネロたんのダガーの舞とアーシェの攻撃時の「 せいっ 」の声がお気に入り。それに女性がいたほうが華やかだ笑
2007-06-06 :-)
_ [仕事]仕事
0830 出勤。
弊社は毎月社内報が配布されます。社内報編集部の Sm さんから
「 『最近入社した社員の自己紹介』ということで原稿書いていただきたい 」
ということで社内報の原稿執筆を依頼されました。原稿は 900 文字が目安だそうです。900 文字ってけっこう多いですね...。なお、建前は自己紹介だけど何を書いても良いそうです。何を書こうかしら。
_ デスマ王子
なんとなく。
_ Unix 形式の PATH の後ろから 2 番目の要素を印字する
% pwd /cygdrive/g/miwa/usr/local
Perl の場合。
% echo `pwd` | perl -a -F/ -ne 'print $F[ ( $#F - 1 ) ], "\n"' usr
awk の場合。
% echo `pwd` | awk 'BEGIN{ FS="/" }{ print $( NF - 1 )}'
usr
どちらが楽というわけでもなさそうね。
2008-06-06 :-)
_ 朝ったー
0530 起床。
_ [グラディウス トリビュート][相原隆行][松前公高][坂本慎一][古川もとあき][lpdrv][酒井良][中島亨生]通勤ったー
グラディウス トリビュート
グラディウスシリーズ( グラディウス1 から 3 までかな? )のアレンジです。アレンジは以下の方々。
- 相原隆行
- 松前公高
- 坂本慎一
- 古川もとあき
- lpdrv
- 酒井良
- 中島亨生
これは面白い。
1 曲目「MORNING MUSIC -LARGO mix-」(相原隆行)はまさに朝に聞きたくなるようなアレンジにしてくれました。ぐっ と引き込まれます。
2 曲目「GRADIUS MEDLEY -MS-20 MIX-」(松前公高)の言葉で表すと「 ふにょ ふにょ 」と言えるようなアレンジを楽しめます。変です。松前公高さんは EXTRA - HYPER GAME MUSIC EVENT 2007[ 20070707#p03 ]でリアルタイムにアナログシンセサイザーで変態プレイしていた方です。「あのシンセサイザーはたぶんアナログだろう」というのは先日 cerbe から聞きました。
「FINAL ATTACK」(古川もとあき)ギター主体のアレンジです。グラディウス アーケードサウンドトラックに収録されてたアレンジのような曲です。古川もとあきさん定番のアレンジかしら。
B000K7KKP8
_ 仕事
0830 出勤。
_ [虫姫さま][崎元仁][金管楽器]大音量で音楽を聴いたら今まで気づいてなかった音が聴こえた
いままで音量が小さかったので聞き取れてなかったわけですが。
「虫姫さま」の「ロケテスト曲 -Stage1-」(崎元仁)の後半では金管楽器の音を使ってることに気づきました。この曲の後半は金管楽器の音が主旋律になってます。崎元仁さんは FF12 で金管楽器の音を使いまくっていたので「崎元仁さんの曲は金管楽器の音を使うのがパターンか」と認識していたのだけどこれは最近のことじゃなくてだいぶ前から金管楽器の音を使ってたのですね。

_ [プログラミング作法][カーニハン]大事なことはカーニハンが教えてくれる
プログラミング作法を再読してます。この本はすごい。Interpreterパターンとミニ言語 - 当面C#と.NETな記録 を読んでて気づいたのだけどこの本には「マルコフ連鎖」や「ミニ言語」( DSL とも言う )といった話題もあったんですねい。「9.4 インタープリタ、コンパイラ、仮想マシン」の章はチョー萌え萌えっすよ。
4756136494
_ 複数のソーシャルブックマークサイトに重複投稿されているコメントがうざい件
結論:重複コメントを読まないように各自工夫しましょう
ちなみに、拙作の bookey を使ってあちこちにブックマークを投稿してる人って、おそらく 10人もいませんよ。アクティブなのは私を含めて、3人? 4人? ってところ。正確な数字はわかりませんが、ふだん自分が各ブクマサイトをウォッチしててそんな感じじゃないかなぁ、と感じてる数字です。
bookey は分からないけど Plagger 使って del.cio.us とはてなブックマークを同期させてるひとは割りと居るかもしれません( ref. HSBT Hiki - Plagger/MM/Memoをdel.icio.usとはてなブックマークに同期 )( 私もやったけど )。この点は tsupo さんが
はてブのバックアップとして del.icio.us にも投稿している、という人は多いと思います。
とコメントで触れてるのでここではたんに「手段として bookey を用いているひと」を話題にしてるだけかしら。
_ [twitter]twitter始めて1年経過してた
twitter 始めて 1 年と N 日が過ぎていました。
twitter を始める前と後を比較してみました。
- before: 独り言を IRC に垂れ流す
- after: 独り言を Twitter に垂れ流す
独り言が多い私にとって Twitter は最適です。
_ [Plagger][mixi]WWW::Mixi::Scraper 0.14 - Charsbar::Note
( via どこか )
update どね
Plagger も update した。
WWW::Mixi::Scraper[ 20071003#p11 ]
_ NetBSD atactl で HDD の様子を採取
( via NetBSD 絹の日記 )
% sudo atactl wd0 smart status SMART supported, SMART enabled id value thresh crit collect reliability description raw 1 100 50 yes online positive Raw read error rate 0 2 100 50 yes offline positive Throughput performance 0 3 100 1 yes online positive Spin-up time 1011 4 100 0 no online positive Start/stop count 242 5 100 50 yes online positive Reallocated sector count 9 7 100 50 yes online positive Seek error rate 0 8 100 50 yes offline positive Seek time performance 0 9 90 0 no online positive Power-on hours count 4176 10 104 30 yes online positive Spin retry count 0 12 100 0 no online positive Device power cycle count 173 192 100 0 no online positive Power-off retract count 7 193 84 0 no online positive Load cycle count 161839 194 100 0 no online positive Temperature 26 Lifetime max/min 6/54 196 100 0 no online positive Reallocated event count 1 197 100 0 no online positive Current pending sector 0 198 100 0 no offline positive Offline uncorrectable 0 199 200 0 no online positive Ultra DMA CRC error count 0 220 100 0 no online positive Disk shift 150 222 97 0 no online positive Loaded hours 1519 223 100 0 no online positive Load/unload retry count 0 224 100 0 no online positive Load friction 0 226 100 0 no online positive Load-in time 223 240 100 1 yes offline positive Head flying hours 0
2009-06-06 :-)
_ 朝ッ
1200 起床
_ [プログラミング言語]今までどのくらいプログラミング言語を触ってきたか(3秒で挫折したものものも含む) - sue445's Blog
便乗
- Awk
- C
- C#
- C++
- Delphi
- Emacs Lisp
- FORTRAN
- HSP
- Java
- JavaScript
- Perl
- PHP
- Python
- Ruby
- Scheme
- Tcl/Tk
- Visual Basic .NET
- Visual Basic 6
- VBScript
- シェルスクリプト
あと PIC アセンブラとか TK85 機械語とか。
2010-06-06 :-)
_ 読書
2010年5月24日 - 2010年5月30日の読書メーター
読んだ本の数:1冊
読んだページ数:227ページ
聖剣の刀鍛冶<9>(MF文庫J)
「あああっ どうしたらいいのさ?」アリアのマイペースのような感じが好きだ
読了日:05月30日 著者:三浦 勇雄
読書メーター
_ [静的リンク][スタティックリンク][static link]Static Linking Considered Harmful
( via めもがき )
あたしゃ今時full static linked rootに拘るのは20世紀だよねキャハハちゅーナウなヤングのでOpenBSD向けにこれ以上新しい作業する気はナッシングですが。ここは珍しいことに 例の人と意見が一致している。
ということで翻訳練習してみる。直訳のようになるなあ。
Static Linking Considered Harmful
スタティックリンクは有害だと思う
There are still too many people out there who think (or even insist) that static linking has benefits. This has never been the case and never will be the case. Here are a few reasons why dynamic linking is superior:
あまりにも多くのひとびとがスタティックリンクが有益だと思っている( または主張さえする )。それはこれまでも、今後も本当のことではない。なぜダイナミックリンクが優れているのか、その理由を 2,3 示す:
fixes (either security or only bug) have to be applied to only one place: the new DSO(s). If various applications are linked statically, all of them would have to be relinked. By the time the problem is discovered the sysadmin usually forgot which apps are built with the problematic library. I consider this alone (together with the next one) to be the killer arguments.
(ダイナミックリンクなら)フィックスを適用しなければいけないのは一箇所だけ、つまり新しい DSO (を用意する)だけである。様々なアプリケーションがスタティックリンクされてるならば、すべて再リンクしなおさなければならない。問題が発見されたときになると、システム管理者はどのアプリケーションが問題のライブラリを使って構築されているのか忘れてしまう。これ (と次の論点) だけで、(スタティックリンクを捨てるのに) 十分な論拠だと思う。
Security measures like load address randomization cannot be used. With statically linked applications, only the stack and heap address can be randomized. All text has a fixed address in all invocations. With dynamically linked applications, the kernel has the ability to load all DSOs at arbitrary addresses, independent from each other. In case the application is built as a position independent executable (PIE) even this code can be loaded at random addresses. Fixed addresses (or even only fixed offsets) are the dreams of attackers. And no, it is not possible in general to generate PIEs with static linking. On IA-32 it is possible to use code compiled without -fpic and -fpie in PIEs (although with a cost) but this is not true for other architectures, including x86-64.
セキュリティ対策のようにランダムなロードアドレスは使えない。スタティックリンクされたアプリケーションは、スタック領域とヒープ領域だけがランダムに出来る。すべてのテキスト領域は固定アドレスになる。ダイナミックリンクされたアプリケーションは、カーネルは互いに独立している任意のアドレスですべての DSOs をロード出来る。この場合、アプリケーションはランダムアドレスでロード可能な実行可能( PIE )なコードとしてビルドできる。固定アドレス( または固定のオフセットでさえ ) は攻撃者の標的です。一般的に、スタティックリンクでは PIE を生成することは不可能だ。IA-32 では -fpic と -pie 無しで PIE をコンパイルすれば可能だ( コストかかるけど )。しかし他のアーキテクチャ( x86-64 を含む )ではその手段は使えない。
more efficient use of physical memory. All processes share the same physical pages for the code in the DSOs. With prelinking startup times for dynamically linked code is as good as that of statically linked code.
物理メモリのより効率的な使用法。すべてのプロセスは DSOs 内にある物理ページのコードを共有する。スタートアップをプレリンクされたダイナミックリンクコードは、スタティックリンクコードと同じくらいよいです。
all kinds of features in the libc (locale (through iconv), NSS, IDN, ...) require dynamic linking to load the appropriate external code. We have very limited support for doing this in statically linked code. But it requires that the dynamically loaded modules available at runtime must come from the same glibc version as the code linked into the application. And it is completely unsupported to dynamically load DSOs this way which are not part of glibc. Shipping all the dependencies goes completely against the "advantage" of static linking people site: that shipping one binary is enough to make it work everywhere.
libc のありとあらゆる特徴( locale ( iconv を通して )、NSS、IDN、...) は適切な外部コードをロードするためにダイナミックリンクが要求される。我々は、スタティックリンクされたコードでこうすることに対する非常に限られたサポートをする。しかし、それはダイナミックリンクモジュールを実行時に利用するときに、コードがアプリケーションとリンクしたのと同じ glibc バージョンをによるものでなければならないことを要求する。そして、このように glibc の一部でない DSO をダイナミックにロードすることは完全にサポートされていない。依存するものをすべてまとめて配布することは、スタティックリンク推進者の言う「利点」に真っ向から反している。彼らはこう言う: 「バイナリを 1 つ配布するだけで、どこでも動作する」
Related, trivial NSS modules can be used from statically linked apps directly. If they require extensive dependencies (like the LDAP NSS module, not part of glibc proper) this will likely not work. And since the selection of the NSS modules is up the the person deploying the code (not the developer), it is not possible to make the assumption that these kind of modules are not used.
関連して、ちっぽけな NSS モジュールならスタティックリンクされたアプリケーションから直接使うことができます。彼らが広い依存関係( LDAP NSSモジュール( 本来の glibc の一部でない ) のように )を必要とするならば、これはたぶん動かない。そして、NSS モジュールの選択権は (開発者ではなく) デプロイする人にあるので、この種のモジュールが使われないと仮定することはできない。
no accidental violation of the (L)GPL. Should a program which is statically linked be given to a third party, it is necessary to provide the possibility to regenerate the program code.
過失による (L)GPLの違反がない。スタティックリンクされたプログラムをサードパーティへ与えるなら、プログラムコードを再構築できるようにしておく必要があるのだ。
tools and hacks like ltrace, LD_PRELOAD, LD_PROFILE, LD_AUDIT don't work. These can be effective debugging and profiling, especially for remote debugging where the user cannot be trusted with doing complex debugging work.
ltrace、LD_PRELOAD、LD_PROFILE、LD_AUDITのようなツールとハックは出来ない。特にユーザーが複雑なデバッグ作業を任せられないようなときにリモートデバッグとして、これらは効果的なデバッグ作業とプロファイリングになる。
There are certainly more reasons. The often used argument about statically linked apps being more portable (i.e., can be copied to other systems and simply used since there are no dependencies) is not true since every non-trivial program needs dynamic linking at least for one of the reasons mentioned above. And dynamic linking kills the portability of statically linked apps.
もちろんより多くの理由がある。しばしば使われる、スタティックリンクされたアプリケーションはよりポータブルだ( たとえば、他のシステムへコピーできるし、依存関係がない ) という理由は、些細ではないプログラムにとってこれまで挙げた理由のうちの少なくとも 1 つの理由のためにダイナミックリンクが必要なので真ではない。そして、ダイナミックリンクはスタティックリンクアプリケーションのポータビリティを生かせない。
Conclusion: Never use static linking!
結論: スタティックリンクを使ってはいけない!
_ [リッジレーサー7]リッジレーサー7
オンラインバトルなど。NANAKI が速すぎる。誰のサブアカなのか
- 走行距離 86191 km
- RSGP 進行度 100.0 %
- 名声 23291 FP
- オンラインバトル勝利数 859/3144
_ ○活
業務時間外に活動しようという話題がどうのこうの。その活動が業務なのか趣味なのか。業務ならやらない。趣味ならやる。
業務( 工数がかかる行為 )をおこなうことについては業務時間なのだから工数が発生するし朝早く会社に来るなどして作業するとたしかに誰も居ない効率的なのだけど勤務時間をシフトできないならばそれはできないしカネを貰えないのに作業してもそれはサービス残業と同じだし勤務時間より早い時間は残業として認められないのでオレはやる気はまったく起きない。これっぽっちも。
趣味ならやる。翻訳したり Python のコードを写経したり本読んだり。
昔「○勝ファミコン」という雑誌があったなあ
2011-06-06 :-(
_ ミュージックダイアリー
サインインしようとしてみた。
Notice (8): Undefined index: oauth_token [APP/vendors/twitteroauth.php, line 118] Notice (8): Undefined index: oauth_token_secret [APP/vendors/twitteroauth.php, line 118] Notice (8): Undefined index: screen_name [APP/controllers/users_controller.php, line 30] Notice (8): Undefined index: screen_name [APP/controllers/users_controller.php, line 33] Notice (8): Undefined index: oauth_token [APP/controllers/users_controller.php, line 34] Notice (8): Undefined index: oauth_token_secret [APP/controllers/users_controller.php, line 35] Notice (8): Undefined index: screen_name [APP/controllers/users_controller.php, line 37] Warning (2): file_get_contents(http://api.twitter.com/1/users/show/.json) [function.file-get-contents]: failed to open stream: HTTP request failed! HTTP/1.1 404 Not Found [APP/controllers/users_controller.php, line 38] Notice (8): Undefined index: screen_name [APP/controllers/users_controller.php, line 45] Notice (8): Undefined index: screen_name [APP/controllers/users_controller.php, line 51] Warning (512): SQL Error: 1048: Column 'screen_name' cannot be null [CORE/cake/libs/model/datasources/dbo_source.php, line 684] Query: INSERT INTO `users` (`screen_name`) VALUES (NULL) Notice (8): Undefined index: user_id [APP/controllers/users_controller.php, line 52] Warning (512): SQL Error: 1048: Column 'user_id' cannot be null [CORE/cake/libs/model/datasources/dbo_source.php, line 684] Query: INSERT INTO `users` (`user_id`) VALUES (NULL) Warning (512): SQL Error: 1048: Column 'profile_image_url' cannot be null [CORE/cake/libs/model/datasources/dbo_source.php, line 684] Query: INSERT INTO `users` (`profile_image_url`) VALUES (NULL) Warning (512): SQL Error: 1048: Column 'name' cannot be null [CORE/cake/libs/model/datasources/dbo_source.php, line 684] Query: INSERT INTO `users` (`name`) VALUES (NULL) Notice (8): Undefined index: screen_name [APP/controllers/users_controller.php, line 63] Warning (2): file_get_contents(http://twitter.com/friends/ids.json?screen_name=) [function.file-get-contents]: failed to open stream: HTTP request failed! HTTP/1.1 400 Bad Request [APP/controllers/users_controller.php, line 64] Notice (8): Undefined index: oauth_token [APP/controllers/users_controller.php, line 78] Notice (8): Undefined index: oauth_token_secret [APP/controllers/users_controller.php, line 79] Warning (2): Cannot modify header information - headers already sent by (output started at /home/kamihiiii/music-diary.com/cake/cake/libs/debugger.php:673) [APP/controllers/users_controller.php, line 98] Notice (8): Undefined variable: join_id [APP/controllers/users_controller.php, line 102] Warning (2): Cannot modify header information - headers already sent by (output started at /home/kamihiiii/music-diary.com/cake/cake/libs/debugger.php:673) [CORE/cake/libs/controller/controller.php, line 746]
何度か試したらサインインできた。
ふむ
そういえば Last.fm にもブログがあったな miwarin ブログ - Last.fm
2013-06-06 :-(
2014-06-06 :-(
_ 午後
1300 デバッグしTARI
_ [NetBSD][/bin/sync][コードリーディング]NetBSD /bin/sync を読む
ソース src/bin/sync/sync.c
マニュアル sync - NetBSD Manual Pages
shutdown する前に呼び出すようなオマジナイのあれ。
int
main(int argc, char *argv[])
{
setprogname(argv[0]);
sync();
exit(0);
/* NOTREACHED */
}
sync(2) - NetBSD Manual Pages を呼んで終わり。
2015-06-06 :-)
_ 買い物
柄にもなくシステム手帳とやらを買った。A5 サイズ。B6 もあったんだが B6 は小さそうな。
日程は remember the milk を使っているし、客先常駐の派遣なのでそんなにたくさんいろいろ打ち合わせなど過密スケジュールなわけではないので日程管理としての手帳は不要なんだが、4月から立場が変わったので自分ひとりだけでなく他人についても日程を把握しておく必要がでてきて (とはいえ勤怠くらいだが) まあそれは RTM でも出来るんだけど RTM は未着手のタスク管理には向いているが完了のタスクについては基本的には捨てる方向性なので(「完了」のタスクを見ればいい) まあようするに若干 RTM だと不足してきたんであるがそれは決定的な理由じゃなくて( さっき言ったように「完了」タスクを把握しておけば未来、過去の日程管理も出来る。でも Google カレンダーに同期しておいても過去のタスクは見れない ) それよりも他人についてのメモを系統たてて把握しておく必要があるんである。ということで手帳なんぞ買ってみた。
_ [OneDrive]Microsoft OneDrive はじめました
UNIX系統的にいえば $HOME を複数計算機で共有したいんだが 2015 年にもなって NFS という選択肢を使う気にもならんし NAS とかそんなものも持ちあわせていないうえに Dropbox はすでに使っているのでじゃあどこよというと Dropbox全盛のいまだからこそ比較したいクラウド・ストレージの容量と価格 | Lifehacking.jp を眺めるなどしていた。bitcasa とか Sugarsync とか抜けてるけど Google Drive と OneDrive は使う権利を持っているのでどちらかにするんだが Google Drive は Gmail で使用しているのでせっかくだから俺は OneDrive を選ぶぜ。
Let's Note は Windows 8.1 であり既に OneDrive アプリがインストールされている。残りの計算機 Windows 7 用にアプリを ダウンロード する。
強制的に OneDrive というフォルダにさせられる。
オレの伝統としては C:\home\rin を $HOME として扱っているのでシンボリックリンクにしておく。/bin/ln と異なり src と dst が逆になっているので注意。/bin/ln src dst だが mklink は mklink dst src の順番だ( Windows TIPS:シンボリック・リンクとジャンクションとハードリンクの違い - @IT )
>mklink /D C:\home\rin C:\home\OneDrive\rin C:\home\rin <<===>> C:\home\OneDrive\rin のシンボリック リンクが作成されました
2017-06-06 :-(
_ 労について
とくになにもしていません
_ エンジニアとしてこの先生きのこるために // Speaker Deck
@t_wada
プリントアウトして毎日見よう(見よう)
私は年下ではなく同年代です (ノ∀`) (あと @higepon や @takesako も 1977 世代ですね。死ぬ)
2018-06-06 :-|
2019-06-06 :-|
_ [ブリドカットセーラ恵美][劇団大富豪]劇団大富豪 公演『wakasagi -ワカサギ-』2日目
今日も見てきました。
最前列ゲットしました。セーラさんが 1 メートル先に居ますよ。ふとももがいいですね。
ストーリーは昨日把握したので、いま話している役者に注目するのではなく、他の役者がなにをしているか、というところに目を配っていました。占い師が面白すぎる。
占い師のひとはどうやら毎回異なるダジャレを言うらしい。昨日は「水晶を推奨します」でした。今回は「タロット占いをやったろっと」(だっけ)でした。
_ [艦これ]艦これ 2019春イベント 発動!友軍救援「第二次ハワイ作戦」 E3 アリューシャン列島沖
甲クリア
- ゲージ1
- 出撃地点ギミック
- ゲージ2
という流れです。
ゲージ1
発動!友軍救援「第二次ハワイ作戦」 - 艦隊これくしょん -艦これ- 攻略 Wiki*
高速統一の水上打撃部隊にて、第一ボスの撃沈に向かう
というわけでこんな編成。
基地航空隊は 2 部隊が出撃。1 部隊は防空。ボス集中。
出撃地点ギミック
艦これ wiki より
- 水上打撃部隊で出撃し、艦戦ガン積みの空母と基地航空隊でIマス優勢。
- 空母機動部隊で出撃し、艦戦ガン積みの空母と基地航空隊でEマス確保、そのまま進んでOマスでS勝利。
水上打撃部隊は上記のとおり。
空母機動部隊はゲージ2のやつ。
ゲージ2
ゲージ削り段階で S 勝利できなかったのでヤバイなあと思っていたところ案の定ラスダンで沼りました。
20 回ほどああだこうだして、最終的にゲージ破壊した編成。途中からキラ付けが面倒くさくなったので間宮 + 伊良湖を使ってました。30 個くらい使った気がします。
対空カットイン要員を入れてたんですが、どうしてもボスで一手足らず、ゴトランドに対空カットイン役と夜戦デコイ役をやらせました。まあ探照灯が発動しても狙われるガングートさんなんですが。
これで 1 度はゲージ破壊したんですよ。
破壊したら猫った。「E3で ゲージ破壊し 猫に会う」n575
もちろんゲージはそのまま。
もうやってられんとカッとなってネルソン入れてネルソンタッチでとっとと終わらせました。集積地に 2640 ダメージ出しましたね。
基地航空隊は熟練度MAXにしたほうが仕事しますね。1 回出撃するたびに撃墜されまくるので熟練度が落ちますが。
結局またキメてくれたのは足柄さん。ガングートは最後に配置したけどカスダメが多かったのでフィニッシャーには心もとないなあ。なんでみんなガングートでトドメ刺してるんだ。
2020-06-06 :-)
_ [スチームボーイ]スチームボーイを見ました
dアニメストアにあったので。
16 年ぶり 2 回目[ 20040717#p04 ]
当時の日記より
科学を純粋に追究する祖父と、それを戦争の兵器として発展させようとする父。
若干違うか。
比喩としては原子力と同じで
- 祖父: スチームボールは平和利用にとどめるべき、人類が制御できる使い方にとどめるべき、兵器利用は人類にはまだ早い
- 父親: そんなことを言っていては科学は発展しない
父親はオハラ財団から資金提供されてるがオハラ財団は武器商人もやってる。父親はそのことは承知のうえでスチームボールを兵器として応用していた。
という事情を知ったうえで、ではレイ(主人公)はどうすんのかと言うと略
2021-06-06 :-)
_ 日誌
1230 起床
おひる。ナポリタン
だらだら
散歩
飯
青天を衝け
結目ユイ配信。メンバーシップ 1 周年。バッジも 1 周年。
艦これ E5-3着手。虚無削り。そもそも敵第一艦隊と夜戦させたもらえない可能性があるのも危険。すごい勢いでバケツと間宮+伊良湖が減っていく。
_ リアイベ提督は艦これ新アニメ PV を見過ぎたのでこの絵がまだ公開されていないことを忘れていた
カレー機関でも何度も見過ぎて忘れていた。なぜこの時雨でザワついてるのかと思ったけどそれはそうである。
最初のテレビシリーズや劇場版とはまったく別ぽいので「二期」とは呼ばない提督です。
フタサンサンマル…もうあと30分で明日ですが、皆さん、おはようございます!
— C2機関 (@C2_STAFF) June 3, 2021
今日は木曜日!来週発刊のKADOKAWA【コンプティーク】まさかの二カ月連続「艦これ」大特集号では、現在C2機関×ENGI×KADOKAWAで鋭意制作中の新作アニメ、その先行PVから実際の画面を誌上初公開します!こちらもお楽しみに! pic.twitter.com/7n4elcEIKU
2023-06-06 :-(
_ 日誌
おひる。昨日の炊き込みご飯の残りをお茶漬けにした。
飯。青椒肉絲。北海道遠征のときに五島軒でガラムマサラを買ったので使ってみた。レシピ ( しょうゆ味で青椒牛肉絲 レシピ 陳 建一さん|みんなのきょうの料理 ) ではオイスターソースを使うんだが、オイスターソースとガラムマサラが競合してしまいオイスターソースの味が消滅した。いや、ちょっとした風味は残っているか...?
おやつ。きばな。北海道遠征の旭山動物園土産。
_ CPU ストール
パイプライン処理の動作が停止すること。
"stalled"(訳注 : 以下ストールと言う)とは、プロセッサーが命令の実行を進めていないことを意味していて、これは通常メモリーのI/Oを待っているために発生します。


































































































_ のぶ [「大和いものなんたら」は、「大和いものヘルシースパゲッティ」かな?]
_ みわ [かにゃ。よくコンビニで売ってるとろろイモのなんたらという代物と比較すると、これのイモはあまり目立たなかったです。]