ITmedia エンタープライズ:第1回 initを置き換えるlaunchd【前編】 (1/3)
へー。
まあUNIXの場合単にデーモンといってもそれぞれは別のプロダクトだから設定ファイルがそれぞれ違うのは当然といえば当然だと思うが
XMLでもわかりやすいかどうかは、そのXMLの構成次第だからなんとも言えず。
水曜日, 4月 25, 2007
ITmedia エンタープライズ:第1回 initを置き換えるlaunchd【前編】 (1/3)
投稿者
yuick
時刻:
11:20 午後
|
金曜日, 4月 20, 2007
入力デバイスの未来 @ 2007年04月 @ ratio - rational - irrational @ IDM
入力デバイスの未来 @ 2007年04月 @ ratio - rational - irrational @ IDM
今、とあるアプリの仕様を書いてるんだが、画面書くのがしんどい。
Webなので、画面はHTMLなので、いきなりHTMLでモック書いてるんだが、集中力がとぎれる。後進的保守的な会社なので、ペーパーとかDENIMとかじゃ許してくれないだろう。
だいたいもっかいレビューして直すんだからとか思うと、あぁ、めげる。
で、そこで脳内ですよと。
ふつう、プログラマはロジック書くのは面倒じゃないが、ビュー書くのは面倒と思ってるだろう、たぶん。
脳内ではもう全部できてるんだよね。
html-helper-modeでC-c C-t dとかやってたら悲しくなってきたし、指が痛い...。
投稿者
yuick
時刻:
2:18 午前
|
火曜日, 4月 17, 2007
木曜日, 4月 12, 2007
Fedora Core 6をネットワークインストール - jarp,
Fedora Core 6をネットワークインストール - jarp,
VNCはリプリケータがあるはずだが、Windows用だけか?
UltraVNCにはついてくるはず。
HTTP ProxyはURLの前にProxyのアドレスをつければ経由されると思う。
http://my.proxy.url:8080/fedora-repository.example.com/pub/Linux/fedora-core/repo
投稿者
yuick
時刻:
5:46 午後
|
社内のPC700台からMS Officeを削除したアシスト「OpenOffice.org移行の障害はこう解
社内のPC700台からMS Officeを削除したアシスト
おおビル トッテン。なつかしい。
解決方法があまり解決になってないな。
結局レイアウト確かめてるじゃん。
つかレイアウトってそんなに意味あんのか。
正直、現状の機能ではマクロ組むのは超大変だと思うがどうするつもりだろう。
せめてIDEが充実してたらいいんだが。
3年で1700万円削減してどうすんだろ。
サポート部員置いてるみたいだし、逆にコストは上がってるんじゃないの。
投稿者
yuick
時刻:
5:43 午後
|
日曜日, 4月 08, 2007
[mixi]に絶望した!
[mixi]
絶望した!
使いづらい。
パソコン通信もしくはニューズグループですな。
Web-1.0みたいな。
Webを窓から見てマニュピレータで操作するような。
いや、いいんだけど。
枠いらねー場合はうざい。
しかも再利用できねーし。
投稿者
yuick
時刻:
7:32 午前
|
金曜日, 4月 06, 2007
Re: My Life Between Silicon Valley and Japan - 「好きを貫く」ことと大企業への就職
My Life Between Silicon Valley and Japan - 「好きを貫く」ことと大企業への就職
うわー、リストから判断するに意外と俺は大企業向きだなあ…。
あとコメント欄がかなりカオスですが、俺の読解と比べて的確と思えるのはhigekuma3のコメントかな。
でも覚悟が云々という話ではなくて、昔のIBMとIntelと、どっちに行けばやりたいことができるかな、という視点で見たらいいじゃん、というか。
これから就職しようとする(若い)人にこういう視点もあるよ、と言ってるんだろう。
むしろ、こういう視点で考えて職を決めたら幸せな人生をおくれるんじゃないのかな、という提案か。
てか、本当に雑談ですな。
日記を読むのは難しい。
投稿者
yuick
時刻:
9:38 午後
|
Security Fix - Multiple Xorg Vulnerabilities
Security Fix - Multiple Xorg Vulnerabilities
このパッチなんか嫌だなー。
マジックナンバー。
なんかkerberosのパッチが抜けてるとかコメントがあるんだが気のせい?
投稿者
yuick
時刻:
3:24 午前
|
木曜日, 4月 05, 2007
Open Source coders caught stealing Open Source code
Open Source coders caught stealing Open Source code
OpenBSD bcw: Possible GPL license violation issues
Re: OpenBSD bcw: Possible GPL license violation issues
Re: OpenBSD bcw: Possible GPL license violation issues
2chより。
なんつーかな。
Linux開発者はBroadcomのチップの解析に多大なる努力を行った。
この会社は、たくさんのワイヤレスデバイスを作っているわりに、オープンソースに理解が無い。
法的問題を回避するために、Windowsドライバからほとんど完璧な仕様書を作ったチームがいて、それを元に別のチームはGPLドライバを作った。
なのにOpenBSDにGPLコードを単にコピーしてBSDライセンスの元で公開してしまった。
fuckin!
OpenBSD陣営としちゃ一番まずいパターンじゃないかね。
投稿者
yuick
時刻:
10:33 午後
|
Piece Frameworkのクィックスタートドキュメントが公開 - PHPプロ!ニュース
Piece Frameworkのクィックスタートドキュメントが公開 - PHPプロ!ニュース
Piece Frameworkによるシンプ ルなWeb開発
これ重要、とは思うのだが表記がキモすぎる。
投稿者
yuick
時刻:
10:13 午後
|
Bug of OpenOffice.org with SCIM on openSUSE10.2
Have bug on OpenOffice.org with SCIM on openSUSE10.2?
- Show "Change sheet name" dialog on OpenOffice.org Calc.
- Enable IM.
- Push Enter key.
- Can't input all keys. (But I can use yakuake in this case. Global hook has not problem?)
I tested UIM. I think UIM has not problem.
Versions:
OOo: 2.1.4, 2.1.6, 2.2(original, waooo project build)
SCIM: openSUSE 10.2 updates and Factory(1.4.5)
SCIMとOpenOffice.orgの組み合わせでキーボードが効かなくなることがある。
手元で再現する方法はわかっている。
OpenOffice.orgのCalcで、表の名前を変更するダイアログを開いて、IMを有効化して、エンターを押下すると
ツールバーかアプレットでIMをオフにしない限り、OpenOffice.org上でキーボードが効かなくなってしまう。
F12でyakuakeは開くので、グローバルなHookは問題が無くて、IMレベルでのHookに問題あるように思う。
試しにUIMを使うようにしたところ、今のところ発生していない。
SCIMとOpenOffice.org両方ともIMまわりの行儀が悪いという可能性もありうるが、よくわからん。
OpenOfficeはopenSUSE10.2の2.1.4、およびFactoryの2.1.6、本家からとってきた2.2のRPM、waoooの2.2のRPM。
SCIMは10.2 updateのものと、Factory(1.4.5と書いてある)で確認した。
投稿者
yuick
時刻:
9:33 午後
|
匣の向こう側 - あまりに.NETな - 読むのが苦痛
匣の向こう側 - あまりに.NETな - 読むのが苦痛
L'eclat des jours - 読書が本当に容易になります。しかし、そんなことはないでしょう。経由。
ワロス。
いや、笑うところじゃないな。
訳本でなくても文書は平易な方がいい。
悪文は論外にしても、内容自体がテクニカルなので豊穣すぎる文章も良くない。
しかし、適度、適切ってのは難しい。
投稿者
yuick
時刻:
5:43 午後
|
水曜日, 4月 04, 2007
「Windows Vista Home Basic」はVistaではないとして、ついに訴訟へ - GIGAZINE
「Windows Vista Home Basic」はVistaではないとして、ついに訴訟へ - GIGAZINE
差異を明らかにする努力は実ってないと思うけどねえ。
俺には違いがわかんねえし。
投稿者
yuick
時刻:
11:41 午後
|
月曜日, 4月 02, 2007
プロのPHP開発者とスクリプト記述者の違い - PHPプロ!ニュース
プロのPHP開発者とスクリプト記述者の違い - PHPプロ!ニュース
ポリモアフィズム?ポリモーフィズムじゃなくて?
はてなダイアリー>キーワード>ポリモフィズム
あとインタフェースとかコンストラクタとか伸ばさない書き方をする気が。
メソッド・プロパティの可視性(private,public,protected)とか書く気がするが。
という茶々は置いといて、シリアスにOODがあってOOPをするなら、今のPHPでは名前空間がないので辛い。
参照なのかコピーなのかC++よりわかりづらいし。
(と思ってちょっと検索したらC++の参照型は&で表現されているようだけど、PHPの参照はC++由来?少なくともPerlとは違うみたいだネ。)
そういう風にするのならポインタ型でも導入すべきだったのではないか。
ということは静的型言語にすべきだったのではないか。
とか考えなくもない。
組込み機能Iがオブジェクト指向で作られてないので、単なる手続き型言語とオブジェクト指向言語のちゃんぽんになるのも嫌だしな。
(とはいえ、だいたいそうなってるのはJavaとC#とRubyぐらいか。Pythonはよくわからん構成だが、ほとんどオブジェクト指向風?)
真面目に勉強する人ほどPHPを使うことをいつか諦める確率が高いのではないのか。
熱意はいずれにせよ必要。
そこは同意。
ところでPerlで検索した先のコードの暗号っぷりを見たら、ギークはPerlやっとくべきだと思ったヨ。
Perl素晴らしいねPerl。
Perlだけだと困るけど。
投稿者
yuick
時刻:
8:11 午後
|
木曜日, 3月 22, 2007
Gaucheクックブック - 長時間かかる処理にタイムアウトをつける
Gaucheクックブック - 長時間かかる処理にタイムアウトをつける
へぇー。
継続とかdinamic-windとかsignalの使いかたの、すごいわかりやすい例だと思う。
でも、インタフェースはこれでいいんかね、という疑問がないでもない。
細かい後始末できねえじゃん、とか。
まあどこまで処理が進んだかフラグでも持たせりゃいいか。
つかあれか、例外のほうに慣れてるからそう思うだけかも。
でもシグナルという仕組み自体がやっぱり微妙だなと思う。
SRFI-18 Multithreading supportを使う方がいいのではないか。
でもなあ、帰ってこないAPIを使ってるなら同じだしな。
微妙。
投稿者
yuick
時刻:
8:15 午後
|
火曜日, 3月 20, 2007
Mozillaには複数のレンダリングモードがあります
Mozillaには複数のレンダリングモードがあります
そうなんだよねー。
個人的にはXHTMLでstrictでいきたいのだが。
投稿者
yuick
時刻:
4:36 午前
|
月曜日, 3月 19, 2007
【特集】Java Persistence API + H2徹底解説 - EJBじゃなくてもDBへ永続化
【特集】Java Persistence API + H2徹底解説 - EJBじゃなくてもDBへ永続化
ああ、そういうものなのか、と思うのだけど、(標準を考えないなら)DIのほうが嬉しいような。
でも、モックじゃなくてもテストデータ突っ込めばいいじゃん、どっちみちDAOなんだし、というなら変わらんか。
投稿者
yuick
時刻:
1:35 午前
|
日曜日, 3月 18, 2007
You're being lied to. - Sara Golemon
You're being lied to. - Sara Golemon
リンク先読んでなかった。
こいつのせいか。
PHPプログラマのレベルってこんなもんかいっていうくらいひどい。
まあPHPの仕様が直感的でないのはそうだが、やはり説明下手。
Cでポインタはポインタとして扱う方が静的型なだけまだマシだ。
投稿者
yuick
時刻:
9:49 午後
|
水曜日, 3月 14, 2007
PHPでの内部変数の扱われ方 - PHP5のオブジェクトコピーでありがち�
PHPでの内部変数の扱われ方 - PHP5のオブジェクトコピーでありがちな勘違い
あまりにもひどいので反応しておく。
1
2$a = new stdClass;3$b = $a;4$a->foo = 'bar';5var_dump($b);6// この時点では $a と $b は同じインスタンス7 // ここまでは参照渡しと同じ動きをする$a = 'baz';89var_dump($b);10// $b は変更が適用される前の $a のまま11// 参照渡しであれば $b も変更されるはずだが、変更されない12?>
こんなの誰も思わないよー。
もし似たような感じで勘違いしたのなら、もっと一般的なオブジェクト指向の言語で勉強しなおしてください。
インスタンスと変数(とそのアドレス)は別物です。
というか、明示的に参照渡しにしても、今時こんな勘違いはされないと思うんだけど、誰向けの記事ですか、これは。
あと今時、フラグがあるから無駄だとか言うのは時代錯誤も甚だしい。
開発者なら参照渡しとそうでない代入の違いは押さえておくべきだけど、こんな説明いらんわと。
PHPの場合どっちみちリクエストごとにまっさらから始めるんだし、どうでもいいとすら思う。
つーか参照がダメなら他のPHPよりまともなオブジェクト指向の言語は全然ダメだと思うんだけど、そうじゃないのは何故。
そういう言語だと循環参照は気を付けなきゃないけど、それでもこんなバッドノウハウを押さえておかなきゃならないPHPより百倍マシだ、としか思えないな。
記事が下手すぎ。
投稿者
yuick
時刻:
1:07 午前
|
