Essential COM を読み考えた事 - higepon blog
COM を使った事も、使う予定も無いのだが、天才プログラマ A 氏のすすめで読んでみた。 COM が目指したコンポーネントは 言語独立 native コード なのだがそれを実現するために、どのような仕組みが必要であったかがよく分かる本。 特にI/F と実装を分離する際の C++ が持つ問題点は意識した事がなかったので大変勉強になった。BeOS API のクラスがダミーメンバを持っていた理由もやっと理解できた。 Essential COM を読み A 氏との議論を通して考えた事を残しておく。 COM は当初の目的を達成しているが、複雑すぎるというのが正直な感想。結局のところ「言語独立」と「native コード」の両方を実現しようとしたから複雑になったのだと思う。MS が .NET に舵を切ってからは少しずつ使われなくなっていくのだと思うのだが COM の次の世界はどんなものだろうか。 自分の
「なめても安心 赤ちゃん専用 折り込みチラシ」がすごい - higepon blog
ひげ太は今日で5ヶ月。そろそろ腰が据わり始めた。 買い与えたなめても安心 赤ちゃん専用 折り込みチラシに夢中の毎日。 このチラシっぽいおもちゃは、紙のチラシのように握ったり触ったりすると「ガサガサ」と音がする。この音と感触がたまらないらしい。ずっといじって遊んでる。
pidof コマンドを知った - higepon blog
% pidof apache2 6405 6404 6403 6402 6400 6112 普通に便利だ。
プログラミングErlang 読了 - higepon blog
プログラミングErlang を読み終えた。読んだきっかけは、rui さんによる Erlang のすすめだったと思う。 java.util.concurrent に感動して、Shibuya.lisp の宴会で、同じくJava並行処理プログラミングを読んだ ruiさんと「あれすごいよねー。という話に」。 Mosh のスレッド対応は java.util.concurrent のようなものにしたいと考えていると話したところ、「 それならば、まずその前に Erlang のプロセスモデルを勉強した方がいいよ」と教えてくださったのだ。 期待値がとても高かったのだが、それを上回って本当にすばらしい本と言語だった。一時期皆を熱くさせた理由もよく分かる。 Erlang は関数言語なのもあって、万人向けの本ではないが、自分が作るものには大きな影響を与えることは間違いない。 特にメッセージパッシングスタイルを採用
良いプログラマを目指すなら「Java並行処理プログラミング」は今すぐ読むべき - higepon blog
Java並行処理プログラミングを読み終えた。ここ 1 年に読んだ技術書の中でダントツのベスト。（2位はWorking Effectively With Legacy Code） 「Java の本だから関係ない」と思った人にこそ読んで欲しい。僕もここ数年 Java のコードなど一切書いていないが、この本を読んで得たものは非常に大きかった。 この本では マルチスレッドプログラミングにおける問題と背景、その対処方法 Java が提供している API の設計と実装 を解説している。分かりやすさとレベルの高さを兼ね備えたとても良い本。翻訳も最高。 僕はこの本を読んで、Java の並行処理プログラミングは、想像を遙かに超えて進化している事に驚きを隠せなかった。何回も twitter で Java すげーと叫んだ。 これを読んでしまうと、最近僕が熱心な Scheme も含めて、自分の身の回りにあるプログ
Firefox 3 安全な更新のために更新情報定義に署名する - higepon blog
Firefox 3 Beta 4 から安全な更新方法を提供しないアドオンは無効になるみたいです。インストールもできません。 関連 URL http://developer.mozilla.org/ja/docs/Extension_Versioning,_Update_and_Compatibility http://developer.mozilla.org/ja/docs/McCoy Gecko 1.9には、ユーザをアドオンの更新中に行われる 中間者攻撃 から保護するために設計された、追加の要求事項が加えられました。インストール済みのアドオンの install.rdf の中において、updateURL は以下のいずれかの方法で示される必要があります。 * https を使った updateURL、もしくは全く updateURL を提供しない。(この場合、初期状態では https で通
Scheme処理系 Gauche の最適化まとめ後編 - higepon blog
昨日の続きです。クロージャとcallの最適化。 クロージャは lambda、call は手続きの呼び出しのことです。 ((lambda (...) ...) arg ...) 呼び出される手続きが、lambda 式の場合。この呼び出し自体を let に変換する事が出来ます。 ($call ($lambda .. (LVar ...) Body) Arg ...) => ($let (LVar ...) (Arg ...) Body) この lambda がここでしか使われていないことが文脈的に保証されていることが重要です。（ということが後の方のクロージャ最適化を見ると分かります。） ちなみにこの変換が意味をなすのは クロージャ生成コスト + call のコスト > let のコスト という関係が Gauche VM において成り立つからです。 クロージャ最適化 クロージャ最適化の手前の時点
[life] プログラマのための退職に伴う年金・保険証・住民税の手続きメモ - higepon blog
金曜日に退職し、すぐに働き始める訳ではないので、年金・保険証・住民税の手続きをやってきました。 忘れたり先延ばしにすると色々と面倒なのですぐにやってしまうのが良いです。 年金 会社に所属している間は厚生年金に加入していて「厚生年金保険」という項目で給与から年金の積立（？）が行われていました。 退職したので自分で払わなければいけません。 用意するもの以下の通り。 年金手帳（自分と妻の両方） 退職証明書（勤め先が発行してくれたもの） これを持って区役所の年金コーナーへ。 係の人に事情を説明すると 夫婦揃ってこれからは国民年金に加入 手続き時点では厚生年金が加入中の扱いだったので退職証明書のコピーをとって手続きしてもらう 後日、年金の納付書が送付されるので支払いをすれば OK。 再就職した場合は 夫婦の年金手帳を次の職場に提出し手続きをしてもらう 夫は厚生年金に加入 妻は3号被保険者に変更 保険
![[life] プログラマのための退職に伴う年金・保険証・住民税の手続きメモ - higepon blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/11aeaf01681cc8e7cf6cf96e7b12f55a085767df/height=288;version=1;width=512/https%3A%2F%2Fcdn.image.st-hatena.com%2Fimage%2Fscale%2Fabd80fd65118ce5448e595ff98f688abca2c6af2%2Fbackend%3Dimagemagick%3Bversion%3D1%3Bwidth%3D1300%2Fhttps%253A%252F%252Fcdn-ak.f.st-hatena.com%252Fimages%252Ffotolife%252Fh%252Fhigepon%252F20071022%252F20071022104538.jpg)
誰がどのファイルを開いているか調べる方法 - higepon blog
誰がどのファイルを開いているかを調べる方法を2つ紹介します。 openfiles Windows XPには openfilesというツールがあって誰がどのファイルを開いているか列挙することができます。 まず cmd.exe で openfiles /local onとして、ファイルのトレースができるようにします。（再起動が必要です）。 その後 openfilesと打ち込むと ローカルで開いているファイル: --------------------- ID プロセス名 開いているファイル (パス\実行可能ファイル) ===== ==================== ================================================== C:\..6595b64144ccf1df_6.0.2600.2180_x-ww_a84f1ff9 64 wscntfy.e
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gentoo Linuxディストリビューションの誕生 - higepon blog
各地で vim -y が猛威をふるっています - higepon blog