Webチェック: 2008年3月アーカイブ
一年前のエントリーに、結構検索でいらっしゃる方がいるので、どうしてかと思っていたら、
ORDBが復活、ただし…… -- スラッシュドット・ジャパン
そんな事になっているとは。
遅いまま我慢して使い続け設定を見直していなかったら、今頃メールが届かないといってパニくっている…なんて事態になっていたかもしれないなぁ。
とは言っても、もう私はその職場にはいないのだけれども（笑）
ORDBが復活、ただし…… -- スラッシュドット・ジャパン
そんな事になっているとは。
遅いまま我慢して使い続け設定を見直していなかったら、今頃メールが届かないといってパニくっている…なんて事態になっていたかもしれないなぁ。
とは言っても、もう私はその職場にはいないのだけれども（笑）
N-queens問題(エイトクイーンズ問題) - 毛の生えたようなもの
トラックバック先のエントリーとは直接関係ないのですが、読んでいて色々思い出したので書きたくなった。
あらかじめ言っておきますが動くものはありません（汗）
「一夜漬け文章教室」宮部 修著 の言う、ダメな傾向の文章であるところの
社会人になって２年目くらいだろうか、当時勤めていた会社で制約論理型言語というものを扱っていた事があり、N-Queen問題が、このプログラムの練習課題として必ず使われたのを思い出す。
制約論理型言語は、問題の解き方（アルゴリズム）を記述するのではなく、解に求められる制約を静的、宣言的に記述して、コンピュータに探索させて解を求めるというもの。
Wikipediaの制約プログラミング説明、がなかなかいいな。
Rubyを使って擬似的に書くとすると次のようなイメージか。 ここではConstraintという制約プログラミングのためのライブラリが用意されていると仮定。
このクラスライブラリはConstVarというクラスのインスタンスが制約変数を表し、制約の記述はConstraintインスタンスのメソッドで行うとします。
だめだなぁ、すっかり忘れてしまった。斜めに置けないという制約、もっとエレガントに書けた気がするのだが。おかげでこのエントリーを書くのに、あぁでもない、こうでもないと紙に格子を描きなぐって考え込んでしまったが、自信がない。情けない（死）
でも書いているうちにムクムクと実装したくなってきた。
ConstVarとConstraintを実装するプロトタイプをRubyで書いて、動くようになったらCで書き直して高速化とかだな。ついカっとなってみるテストに最適。
Rubyにはirbがあるので、制約プログラミング処理系を組み込むホスト言語として、かなり使いやすい気がする。
トラックバック先のエントリーとは直接関係ないのですが、読んでいて色々思い出したので書きたくなった。
あらかじめ言っておきますが動くものはありません（汗）
「一夜漬け文章教室」宮部 修著 の言う、ダメな傾向の文章であるところの
冒頭に「いいわけ」、末尾は「抱負」
そのものな書き出しで始まってしまいましたが、あまりにもうろ覚えで書くもので、防衛戦を張らずにはいられない（笑）社会人になって２年目くらいだろうか、当時勤めていた会社で制約論理型言語というものを扱っていた事があり、N-Queen問題が、このプログラムの練習課題として必ず使われたのを思い出す。
制約論理型言語は、問題の解き方（アルゴリズム）を記述するのではなく、解に求められる制約を静的、宣言的に記述して、コンピュータに探索させて解を求めるというもの。
Wikipediaの制約プログラミング説明、がなかなかいいな。
Rubyを使って擬似的に書くとすると次のようなイメージか。 ここではConstraintという制約プログラミングのためのライブラリが用意されていると仮定。
このクラスライブラリはConstVarというクラスのインスタンスが制約変数を表し、制約の記述はConstraintインスタンスのメソッドで行うとします。
だめだなぁ、すっかり忘れてしまった。斜めに置けないという制約、もっとエレガントに書けた気がするのだが。おかげでこのエントリーを書くのに、あぁでもない、こうでもないと紙に格子を描きなぐって考え込んでしまったが、自信がない。情けない（死）
でも書いているうちにムクムクと実装したくなってきた。
ConstVarとConstraintを実装するプロトタイプをRubyで書いて、動くようになったらCで書き直して高速化とかだな。ついカっとなってみるテストに最適。
Rubyにはirbがあるので、制約プログラミング処理系を組み込むホスト言語として、かなり使いやすい気がする。
集約フィードサービス、FriendFeed 。その手があったかぁ。
このサービス、自分のアウトしている情報をまとめてフィードにしてくれるサービス。
ただし、フレンドって何？とか良くわかっていないのだが。
私もフィード作ってみました。登録したのは下記の通り
簡単にコンテンツが増える良いアイディアと思った。ブームが来たらサーバーの負荷との戦いで苦労しそうですが…（まぁその時は猫を出しておけばOK） フィードを取りに行くボットにも気を遣わないといけなさそう。
今まで使ってたサービスだとアバウトミーが似てるかという気がするが、全登録サービスを畳み込んでタイムラインに表示してくれるのが FriendFeed の良いところ。逆に更新タイミングの明らかに違うコンテンツだと埋もれてしまうと思われる。例えばブログが3日毎に更新されていて、twitterに日に10回書き、ブックマークを20個付けたとすると、より読んで欲しいブログのフィードが埋もれてしまう。
優先度を付けられて、表示の大きさが変わる！なんてイイかも。あ、こういうのが新しいサービスのアイディアになったりするのだな（笑）
一部工夫もされていて、Last.fmは「Love」を付けた曲だけ載っかってる模様。聴いた曲全てがフィードされたら、タイムライン全てがLast.fmになっちゃうわな（笑）
もうひとつ改善して欲しいのがフィードのアイコン。標準で用意されているサービス（FlickrやLast.fm）の場合、ちゃんとそのサービスのアイコンが付いて分りやすいのだが、その他は当面、Blogとして登録するしかなく、アイコンが全てRSSアイコンになってしまう。折角各サービスで工夫されたfaviconがあるのだから、それを表示して欲しい。あ、これも新サービスのアイディアになったりするのだな（笑）
このサービス、自分のアウトしている情報をまとめてフィードにしてくれるサービス。
ただし、フレンドって何？とか良くわかっていないのだが。
私もフィード作ってみました。登録したのは下記の通り
簡単にコンテンツが増える良いアイディアと思った。ブームが来たらサーバーの負荷との戦いで苦労しそうですが…（まぁその時は猫を出しておけばOK） フィードを取りに行くボットにも気を遣わないといけなさそう。
今まで使ってたサービスだとアバウトミーが似てるかという気がするが、全登録サービスを畳み込んでタイムラインに表示してくれるのが FriendFeed の良いところ。逆に更新タイミングの明らかに違うコンテンツだと埋もれてしまうと思われる。例えばブログが3日毎に更新されていて、twitterに日に10回書き、ブックマークを20個付けたとすると、より読んで欲しいブログのフィードが埋もれてしまう。
優先度を付けられて、表示の大きさが変わる！なんてイイかも。あ、こういうのが新しいサービスのアイディアになったりするのだな（笑）
一部工夫もされていて、Last.fmは「Love」を付けた曲だけ載っかってる模様。聴いた曲全てがフィードされたら、タイムライン全てがLast.fmになっちゃうわな（笑）
もうひとつ改善して欲しいのがフィードのアイコン。標準で用意されているサービス（FlickrやLast.fm）の場合、ちゃんとそのサービスのアイコンが付いて分りやすいのだが、その他は当面、Blogとして登録するしかなく、アイコンが全てRSSアイコンになってしまう。折角各サービスで工夫されたfaviconがあるのだから、それを表示して欲しい。あ、これも新サービスのアイディアになったりするのだな（笑）
高木先生のハマチをちゃんとテリヤキにするのは難しいのタイトルを見て、先日から氏がAmazon問題に言及している先入観から、てっきりぼくはまちちゃん！のAmazonのすごいアクセス解析サービスについてのエントリーであると勘違いしてしまいました。
確かにHamachiya2の人のエントリーに対して、「ハマチをちゃんとテリヤキにするのは難しい」なんて婉曲的なタイトルを付けるのはDanKogaiの人みたいで高木先生らしくないと後から気づきました。
反省はしていません。口に出さないだけでそう思った人は多いと思います。
確かにHamachiya2の人のエントリーに対して、「ハマチをちゃんとテリヤキにするのは難しい」なんて婉曲的なタイトルを付けるのはDanKogaiの人みたいで高木先生らしくないと後から気づきました。
反省はしていません。口に出さないだけでそう思った人は多いと思います。
はてブの人気エントリーを見ていたら、「罫線を撲滅したい - good2nd」というエントリーを知った。
私も見たが、「センスのいい、美しいデザインの履歴書 | コリス」を読んで感じたことの様だ。
確かに罫線がたくさんあって打ちにくいドキュメントは作成していてイライラしてきます。もっと他にやらねばならないことがあるのにと。私も以前は罫線を極端に憎んでおりました。
しかし最近、罫線は読む人のためのものであると考えて、アリなのかなと思っています。
特に定型でずっと変わらず情報量が多い文書は人が紙で高速に処理するために、見たい項目を位置で分りやすくできる罫線は必須だと思われます。その代表が履歴書ですね。各人がそれぞれオサレだが、書いている内容の位置が違う履歴書をもってきたら、それを大量に処理しなければいけない大企業の採用担当は大変です。ただ、履歴書をひと味違う自分をアピールするためツールとして使える職種・業種ならこの限りではないと思いますが（笑）
また、紙を使わないにしても、人が目で見て処理をしなければいけない場合（コンピュータに近いところで言えばソフトウェアの仕様書などもそれに含まれそうです）、ただ書くだけよりも、書く方の負担にはなるが、読む側への理解を助ける目的で面倒なフォーマットをすることになりがちです。
まぁ、good2nd さんも「読み易けりゃいいんじゃないの？」と書いている通り、それは分っていてセンセーショナルなタイトルでやり過ぎなケースに対して問題提起しているのであろうなぁ。
罫線が面倒でイライラするときは、見る人のために少し頑張ってあげようかな、なんて考えれば、少しは精神的に良いかも知れません。
今読ミ - 全自動百科事典『オートペディア（Auto☆pedia）』
私が作っているサービスですから、サービスに関係が深いのは当たり前なのですが、魔術との関わりもある。
その他、注目点としては「今読ミは主演するドラマ「のだめカンタービレ」から生まれた「のだめオーケストラ」のコンサートのステージに登場した。」という発見。このきっかけを作ったのはこのページであり、さすがと言うべきか、やはりと言うべきか、サイトデザインを手がけたhachimitu氏の手による成果からであった。言うまでもなく今読ミあってのドラマ「のだめカンタービレ」なのである。私は読んでも見てもいないが・・・
ネット、特に検索エンジンとテキストサイトを利用した自動生成系サイトは面白い。以前、言及した「勝手にブログ評論」も然り。
これほどの物だと、作るのもなかなかに大変だと思われるが、アイディア次第で様々な可能性が期待できそうだ。
流行るかも知れないな。私も何か・・・
私が作っているサービスですから、サービスに関係が深いのは当たり前なのですが、魔術との関わりもある。
その他、注目点としては「今読ミは主演するドラマ「のだめカンタービレ」から生まれた「のだめオーケストラ」のコンサートのステージに登場した。」という発見。このきっかけを作ったのはこのページであり、さすがと言うべきか、やはりと言うべきか、サイトデザインを手がけたhachimitu氏の手による成果からであった。言うまでもなく今読ミあってのドラマ「のだめカンタービレ」なのである。私は読んでも見てもいないが・・・
ネット、特に検索エンジンとテキストサイトを利用した自動生成系サイトは面白い。以前、言及した「勝手にブログ評論」も然り。
これほどの物だと、作るのもなかなかに大変だと思われるが、アイディア次第で様々な可能性が期待できそうだ。
流行るかも知れないな。私も何か・・・
mixiが規約を変更して、巷では大変な話題になっていたようでした。
注目が集まっているのはこの部分のようです。
まぁ、このくらいは、どこのサービスでも書いてありそうな規約な気がします。
おそらくmixiとしては、これに噛みついてくる面倒なうるさがたユーザーを一掃して、ライト指向に邁進する戦略なのではあるまいか。
んなわけないか。あ、お知らせの追記で弱腰になっているし（笑）
そんなことより、mixi stationでiTunesがiPodを認識するスピードが死ぬほど遅くなる不具合がどうなっているのかが気になるが、もう一度入れる気もしない。
- 本サービスを利用してユーザーが日記等の情報を投稿する場合には、ユーザーは弊社に対して、当該日記等の情報を日本の国内外において無償かつ非独占的に使用する権利（複製、上映、公衆送信、展示、頒布、翻訳、改変等を行うこと）を許諾するものとします。
- ユーザーは、弊社に対して著作者人格権を行使しないものとします。
おそらくmixiとしては、これに噛みついてくる面倒なうるさがたユーザーを一掃して、ライト指向に邁進する戦略なのではあるまいか。
んなわけないか。あ、お知らせの追記で弱腰になっているし（笑）
そんなことより、mixi stationでiTunesがiPodを認識するスピードが死ぬほど遅くなる不具合がどうなっているのかが気になるが、もう一度入れる気もしない。
