Hatena::Groupasakura

浅倉卓司@blog風味? このページをアンテナに追加 RSSフィード

Error : RSSが取得できませんでした。

2006-01-30(Mon)

ファセット分類はちょっと違うかも。でも便利っぽいので誰かはてブ版を作らないかな?

| 23:39 |  ファセット分類はちょっと違うかも。でも便利っぽいので誰かはてブ版を作らないかな? - 浅倉卓司@blog風味? を含むブックマーク  ファセット分類はちょっと違うかも。でも便利っぽいので誰かはてブ版を作らないかな? - 浅倉卓司@blog風味? のブックマークコメント

 「属性名:属性値」でタギングについてメールをいただきました。


http://www.siderean.com/facetious/facetious.jsp

(略)

David Weinbergerがこの試みに関してポストしていました。

http://www.corante.com/many/archives/2005/09/16/facets_tags.php

コメント欄も参考になります。

 なるー。僕が欲しいのとは違うけど、これはこれで有用そうですね。

 はてブニュースを便利に使ってるのも、分類されてるからですし。

http://labs.ceek.jp/hbnews/

 どなたかはてブもファセット分類しないでしょうか。


 それはそれとして。

問題は、浅倉さんの言葉をお借りすれば「属性名」に当たるタグのほうまでユーザが自由に定義できるようにしていいのかどうか、という点ですね。

こっちについてはある程度オントロジーを決めておかないと、結果的に無茶苦茶カオスになって実用に適さないシステムになってしまうおそれがありますよね。

――という指摘があって、おっしゃるとおりだと思っています。

 そもそも「属性名:属性値」でタギングできるといいなぁと思ったのはAmazonのメタデータを補完する方法を考えていたときだったので、その時は「属性名を登録する」→「属性名を選択して属性値を入力する」ってことを考えていました。

 でもそれじゃあ入力が面倒かな? と思って、それなら「属性名:属性値」でタギングするのもアリな気がしたんですね。


 というわけで、僕としてはパフォーマンスに問題が出ないのなら属性名はユーザーが自由に定義できていいんじゃないか(=その結果カオスになるのもアリ)、と思ってます。全くの無秩序にはならないような気もしますし。


 可能性としてありそうなのは、今まで別のタグになっていたのが1つになることでしょうか。例えば「[アニメ][プリキュア]」でタギングしてた人が「[アニメ:プリキュア]」でタギングするようになるかもしれない。

 それがいいことか悪いことかの議論はあるかもしれないけれど、僕はいいことだと思っています。他に[アニメ:マイメロ]というタグが出てきたとき、「プリキュア」と「マイメロ」が並列できる関係だって分かりますから。

n_asanon_asano2006/01/31 15:02こんにちは。メールの主です。
> 属性名はユーザーが自由に定義できていいんじゃないか
という点に関してですが、確かに属性名と属性値の境界すら曖昧といえば曖昧ですものね。
ただ、日本語の特性として英語よりゆらぎが大きくなるはずですので、そのゆらぎを入力の際にある程度抑制できる仕組みが作れれば便利かもです。
たとえば、英語なら「Entertainment」の一語ですむものが、「エンターテイメント」「エンターテインメント」「エンタメ」などにゆらぐ可能性があるので、1文字入力するごとに既存の属性名をオートコンプリートで引っ張ってきて表示してあげるとか・・・どうでしょうかね。

asakura-tasakura-t2006/01/31 16:58表記のゆらぎは現状でもなんとかなっているのだから、なんとかなるんじゃないかと楽観的に考えてます。
実際にやるんであれば、インデックスを作るときに正規化したほうが良いかもしれません。

トラックバック - http://asakura.g.hatena.ne.jp/asakura-t/20060130

2006-01-28(Sat)

アイデアはパブリックドメインでいいじゃん、という思想

| 14:15 |  アイデアはパブリックドメインでいいじゃん、という思想 - 浅倉卓司@blog風味? を含むブックマーク  アイデアはパブリックドメインでいいじゃん、という思想 - 浅倉卓司@blog風味? のブックマークコメント

 「これは凄いアイデアだ!」なんて思うモノは、その時点ではただの思いつきに過ぎないのですよ。 

アイデアを思いつくだけだったら、あなたがどんな素晴らしいアイデアを思いついたとしても、同じことを思いつく人間は世の中に100人はいると思った方がいい。


だが、そのアイデアを形にする過程にはさまざまな難関がある。ほとんどの場合、それをどう進めればいいのか見当もつかない。だから、戦略というのはアイデアそのものじゃなくてこの過程にこそ埋め込まれるんじゃないか。神が宿るのはアイデアじゃなくてディティールなんだよ。

創造的なエンジニアのための働く環境とは(1)

 ここに書かれているような「思いつき」のレベルの「アイデア」だけをエラソウに語って「実装できたらオレの手柄、実装できなかったらテメエの失態」という態度をとる人に辟易としていた時期がありまして。その人(達)は『アイデアを形にする過程にはさまざまな難関がある』なんてことはまるで考慮していないんだよね。


 そんなわけで何かアイデアを思いついても「やっぱアイデアは実装してなんぼ、実装するまで黙っていよう」と思っていたんだけれど、実際に完成させるアイデアなんてそんなにないんですよ。時間がとれないとか実力が伴わないとかいろいろあって。

 そんな時でも「そのアイデアが実現するのは見たいなあ」なんて考えることがあるんだけれど、『同じことを思いつく人間は世の中に100人はいる』はずなのに、そのアイデアが実現されることはほとんどないんですね。

 「そのアイデアが使えないモノだったから」か「実装できる人が思いついてないから」のいずれかだと思うけど、それがどちらなのか分からない。それが前者なのか後者なのかは是非とも知りたいと思うのだけれど、「アイデアを黙っている」だけでは知ることができないんですよ。


 それに気付いてからはできるだけアイデアを公開するようにしてます*1。公開したのに誰も実装しないのならそのアイデアは使えないモノだろうから「実装しなくて済んでラッキー」だし、誰かが実装したのならその人に感謝して使わせてもらえばいいのだから。

 仮にその実装が有料だったとしても「自分で実装するコスト」を考えれば安いもんだし、もし高いと感じるなら自分で実装すればいいだけの話だしね。少なくとも「実装する価値がある」ということが分かっただけでも最初に実装した人に感謝すべき。


 そんなわけで、「アイデア」なんてものはパブリックドメインでいいじゃんと思うし、そのアイデアで報酬を得ようなんていうのは欲張り過ぎだと思うのです。



以下蛇足

続きを読む

malamala2006/01/28 17:18自分もそういうことを考えたりもするのですが、
「全てのアイディアが既出になってしまってもプログラマはモチベーションを維持できるのか?」
という不安があります。自分はそういう状況になってもたぶん大丈夫なのですが。
一度流れに乗ってしまえば最初に口に出したやつが偉いことになってここ5年10年ぐらいで発明されるソフトウェアのアイディアなんかは全て出尽くすんじゃないかと思います。で、そうするとプログラマは実装するだけの人になってしまい、コーディングの速いやつが偉いということになるわけで。何がプログラマの幸福かと言われると、自分で考えた「ひょっとしたら世界で一人だけしか気付いていないんじゃないか」というアイディアを実際に形にしたときに、プログラマの快楽は最大になると思うのです。
まあ実際はどんな場合でも何から手をつけるか取捨選択するだけなのですが、もっとなんというか「素晴らしいアイディアだ!」と勘違いして発作的な衝動に突き動かされたときが一番生産性が上がるし、楽しい気がします。後から既出だと知ってがっかりすることも多いのだけれど。
どっちにしろアイディアを表向きに大っぴらに書くと口先だけの人間だと思われるのがイヤなので匿名でアイディアを投稿して単語抽出して内容の似たアイディアの考案者同士が繋がるSNSなんてどうですかね。

kuippakuippa2006/01/28 18:48アイディアも頭の外に出さなければ思いつかなかったのと一緒。
作っても人に見られなければ作らなかったのと一緒。
パブリックドメインちゅぅのはどうかとも思うけど、人々の頭の中にあるものを外にださせようっていう装置的なものがあると世の中のためになるかもしれないですねー。

2006-01-27(Fri)

「属性名:属性値」でタギングできるブックマークはないのかな?

| 23:51 |  「属性名:属性値」でタギングできるブックマークはないのかな? - 浅倉卓司@blog風味? を含むブックマーク  「属性名:属性値」でタギングできるブックマークはないのかな? - 浅倉卓司@blog風味? のブックマークコメント

 単純な(数直線的な)タグもいいけど、2次元で記述できたほうが便利な時もあるので。

 例えば*1[山形浩生]とあるだけじゃ、「ファン」か「アンチ」か分からない。そういう時は[ファン:山形浩生]と記述できたほうが便利でしょ。

 [ファン][山形浩生]とすればいいじゃんという意見もあるだろうけど、[ファン:山形浩生][アンチ:竹中平蔵]を表すにはどうすればいいの? とか思うですよ。


 まあ、どっかの誰かが作ってそうなので、どこかにあるなら教えていただければと~。

*1:以下の例に他意はありません。

トラックバック - http://asakura.g.hatena.ne.jp/asakura-t/20060127

2006-01-06(Fri)

CDBI] Class::DBIがいろいろ変わってるっぽい。

| 13:46 | CDBI] Class::DBIがいろいろ変わってるっぽい。 - 浅倉卓司@blog風味? を含むブックマーク CDBI] Class::DBIがいろいろ変わってるっぽい。 - 浅倉卓司@blog風味? のブックマークコメント

 久々にClass::DBIでごちゃごちゃやろうとしてCPANを覗いていたら、Class::DBIが大幅に変わってました。

 ぱっと見で大きそうなのはClass::DBI::Search::*あたりかな。あとhas_manyでCascadingに対応したりとか、まあいろいろ。


 ついでに見かけたものにClass::DBI::Untaint/CGI::Untaintとかあるみたいですが、使い勝手はいいんでしょうかね。よさげならValidationの手間が減るのでたすかるのですけれど。

 そのうち調べてみるか……。

トラックバック - http://asakura.g.hatena.ne.jp/asakura-t/20060106

2006-01-01(Sun)

UIE入りたい!

| 21:33 |  UIE入りたい! - 浅倉卓司@blog風味? を含むブックマーク  UIE入りたい! - 浅倉卓司@blog風味? のブックマークコメント

 1年の計は元旦にあり、ということで。割と真剣に考えています。


 最初に設立宣言募集要項を読んだときは「ここでもスーパーエンジニアの募集ですか」と思ったくらいで、縁のない会社だと思っていたんですね。

 ところが、ふと2年前に在籍していた会社*1で僕が企画・担当していたものはちょうど

 UIEJのミッションは「ネットワークに繋がったあらゆるデバイスで動く、新しい形のエンターテイメント・サービス」を作り出すことにある。さまざまなデバイスが色々な形のネットワークに繋がり、一人のユーザーが複数のデバイスを通じてネットワークにアクセスすることが出来るようになった今だからこそ可能になった、新しい形のエンターテイメントを作り出して行くのだ。

――という路線だったことを思い出したのです。

 企画を作っていたのはもう5年以上前のことで、当時はプログラムやシステムを作れる人間が僕だけしかいなかったということもあって、自分がやりたいことよりも自分が作れる範囲のものという形でしかリリースできなかったのですけれど。

 この2年でウェブ系のプログラマーとしてもそれなりに技術や知識を身につけたし、もう一度昔やっていたノウハウを活かしてネットワーク・エンターテイメントの企画に復帰したいという情熱がふつふつと。


 問題があるとすれば募集しているのが「スーパーエンジニア」という点ですか。コメントには「企画営業も」とはあるのですけれど。

 ……問題は今でも募集しているのか、ということですけれど。募集が終わったとは書かれていないようですし。

 まずは久々に企画書を書こうと思っています。

*1事実上の倒産をしたのです。

トラックバック - http://asakura.g.hatena.ne.jp/asakura-t/20060101
2004 | 01 | 02 | 03 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2005 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2006 | 01 | 02 | 03 | 04 | 05 | 06 | 08 | 09 | 10 | 11 | 12 |
2007 | 02 | 03 | 04 | 05 | 06 | 07 | 10 | 11 | 12 |
2008 | 02 | 03 | 04 | 06 | 09 | 10 | 11 | 12 |
2009 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 09 | 10 | 11 | 12 |
2010 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2011 | 01 | 02 | 03 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2012 | 02 | 03 | 04 | 05 | 07 | 08 | 10 | 11 | 12 |
2013 | 01 | 05 | 07 |
2014 | 01 | 02 |
2016 | 01 |
2017 | 01 | 05 |