EmacsでのRails開発にrinariを使い始めた - I am Cruby!
Rails, Emacsemacs-railsを捨てて，rinariを使い始めた．理由はコードネームにnariが入っていて，好感をもったから．emacs-railsのココが好き flymakeが使える riが引ける rdocが引けるemacs上でテストが実行できる TAGが作れるemacs-railsのココが嫌い デカイ 読み込むだけでruby-modeを汚染する メソッド単位のテストができない そこでrinariの登場 メソッド単位のテストができる 検索が賢い flymakeは自分で設定すればいける素晴らしい紹介があるので，あとはこちらで．emacsとRinariで快適Rails開発！ - おもしろWEBサービス開発日記 設定など ;; C-c ' がprefixキー (setq rinari-minor-mode-prefixes (list "'")) (require 'rinar
SwingのWebブラウザコンポーネントMozSwing - kaisehのブログ
JavaOneのSwing for the Massesというセッション資料の中で、MozSwingというWebブラウザコンポーネントが紹介されていました。 MozSwing download | SourceForge.net MozSwingはXULRunnerのラッパーで、Windows, MacOS, Linux, Solaris用のバイナリが同梱されています。 資料によると、SwingでWebブラウザを使いたい場合、現状としては JWebPaneはいつリリースされるか不明 SWT_AWTでネイティブブラウザを埋め込む方法もあるが、EDTが重複したりDOM操作ができなかったりと問題が多い ということで、MozSwingが有力だそうです。 MozSwingを実際に試してみました。 public class WebBrowser extends JFrame { public stat
ハゲはここまで治る! - 書評 - 専門医が語る 毛髪科学最前線 : 404 Blog Not Found
2009年05月15日14:30 カテゴリ書評/画評/品評Medicine ハゲはここまで治る! - 書評 - 専門医が語る 毛髪科学最前線 集英社新書編集部より献本御礼。 専門医が語る 毛髪科学最前線 板見智 面白い。ハゲ(もちろん「毛がない人」ではなく「毛がなくなる」という現象)とは今のところ縁がない私にもこれだけ面白かったのだから、ハゲでお悩みの人にはもう髪、ではなくネ申のような一冊かも知れない。 本書「専門医が語る 毛髪科学最前線」は、タイトルどおり、毛髪の専門医による、脱毛と育毛の科学。 目次 はじめに 第一章 男はなぜハゲるのか 第二章 薬剤による男性型脱毛症の治療戦略 第三章 自毛移植による男性型脱毛症治療・最新型カツラ・近未来治療 第四章 円形脱毛症のメカニズムとさまざまな治療法 第五章 その他の脱毛症 第六章 女性の脱毛症は男性と「何」が「どう」違う? 第七章 髪について
bingが改めて教えてくれた、Googleのまっとうさ : 404 Blog Not Found
2009年06月01日22:45 カテゴリNewsiTech bingが改めて教えてくれた、Googleのまっとうさ というわけでコメントではなくTBで。 Bing Bingのお試しバージョンが一般公開, さあ使ってみようどうでしたか？ あなたの独自の実験結果を、コメントで教えてほしいね。 結論から言うと、少なくとも現段階ではGoogleの足下にも及ばない。 検索といえばエゴサーチ。まずは「小飼弾」を引いてみる。 なぜかOvertureは、小飼弾の下に池田信夫を広告しているが、それはさておき、トップとなっている本blogのリンクをよく見て欲しい。「404 Blog Not Found」ではなく「小飼 さん の ブログ」となっている。形態素解析の結果かそのまま分かち書きされて表示されているのは微笑ましいが、これが「ユーザーの期待した検索結果」だろうか。ちなみに「忌野清志郎」で引くと、「忌野
Excel風というかほとんどそのままな2ちゃんねるビュワー「Macrosoft Excel」 - ネタフル
どこが2ちゃんねるビュワー！？ ただのExcelのシートじゃないの！？ という感じなのですが、こちら全体像です。 「Sheet 3」に板一覧があり、板を選択すると「Sheet 2」にスレ一覧が表示されます。スレを選ぶと「Sheet 1」に表示されるという流れです。 確かにパッと見はExcelにしか見えない‥‥かな？ そのあたりはあくまでも自己責任でご利用ください。 「Sheet 1」の検索窓にスレのURLを直接入力しても大丈夫です。投稿はできません。あくまでも閲覧するだけです。 似たようなところでは、TwitterをOfficeアプリ風に表示する「Spreadtweet」というのもありました。
情報と通信のハイパーテキスト
Home 「情報と通信のハイパーテキスト」 は下記へ移動しました。 http://www.mnc.toho-u.ac.jp/v-lab/
情報アーキテクチャの間違い・トップ10
ウェブサイトは、その構造とナビゲーションシステムとが互いに支え合っていなければならない。検索システムとも結びついていなければならない。サブサイトに至るまで一体化していなければならない。複雑で、一貫性が無く、選択肢が隠れていて、UIが扱いにくければ、ユーザーは必要なものを見つけられない。 Top-10 Information Architecture (IA) Mistakes by Jakob Nielsen on May 11, 2009 ウェブサイトで思いどおりの操作がまったくできない原因の大半は、情報アーキテクチャの出来の悪さにある。これは、ウェブユーザビリティにからむ他の問題点に比べてなかなか改善しにくい。その理由を解き明かすため、腫れた親指のようにずっと前から目についていた間違いを10個洗い出してみた。これを全部合わせれば、ウェブサイトは毎年何十億ドルも無駄にしていることになる。
英語のプレゼンのこつ（理工系用） - Ockham’s Razor for Engineers
今アメリカ音響学会に参加していて、色々な方のプレゼンをガンガン聞いてます。で、いろいろこれはつかえる、と思ったことがあるのでメモしておきます。自分用のメモなので、あまりまとまってません。使うのは、中学生レベルの英文法だけでよい。英語発表の典型的な英語の使いまわしがあるから、ただそのテンプレいくつか覚えて、口語でひたすら喋ればいい。途中で「あー」とか「えー」とか言わない。タイトルの直後のスライドに、outlineを用意する。outlineのスライドで、「こういう問題があって、これを使ってこーゆー結果がでたので、ここまで紹介します」と5行ぐらいだらだら書いて、それを一気に喋って、聴衆に概要を頭にいれてもらう。図が主体のスライドでは、とにかく問答無用で最初にThis is a picture(figure) of ほげほげ.と言う。図は左からみるのか、上から見るのか説明する。重要で面白い結果、強
『セマンティックHTML/XHTML』目次
節（章のサブセクション）単位での目次です。第1章1～2節、第8章3節、第11章1節、第12章4節について、書籍ページのサンプルPDFを用意しています。いずれも版下から起こした見開き単位のPDFです（サンプルPDFの配布場所は、出版社の書籍紹介ページなどに移行する場合があります）。本書ホームページでは例コードのテキストデータを提供しています。 Links bellow provides sample PDF pages. Part 1. 名前と関係のモデル コンピュータでデータを扱うためには、適切な名前付けと関係の表現が不可欠です。名前に関する考え方の背景と、関係のモデル、そしてその表現方法を説明します。 第1章 メタデータと名前 1.1 メタデータの誕生 (サンプルPDF pp.19-28, 1.16MB) 1.2 文書のメタデータ (上記サンプルPDFに含む) 1.3 名前、コード、メタ
http://arekore.nobody.jp/bestbooks.html
はじめに 巨大な対象の全貌を見通すには、対象から距離を取らなければならない。２１世紀になってからの７年という期間は、２０世紀という巨大な対象の全貌が姿を現すのに十分な時間であったかどうかは分からないが、２０世紀にはどのような著作が出版されたのかを纏めてみようと私が思い立ったのは、著作の被引用数、すなわち任意の著作が他の著作にどれだけ引用されているかが、Google Scholarを用いて調べられることが分かったからである。この小論の目的は、被引用数という指標を用いて、２０世紀の文系学術書のランキングを作ることである。以下には、「文系学術書」という限定が必要であった理由を記そう。 ある著作の被引用数という指標は、その著作が学術の世界でどれだけ影響力があったかを客観的に知る手がかりになる。被引用数という指標は、引用し、引用される著作のネットワークの中で、任意の著作がどのようなポジションにいる
クラスカルのアルゴリズム - naoyaのはてなダイアリー
昨年からはじめたアルゴリズムイントロダクションの輪講も終盤に差し掛かり、残すところ数章となりました。今週は第23章の最小全域木でした。辺に重みのあるグラフで全域木を張るとき、その全域木を構成する辺の合計コストが最小の組み合わせが最小全域木です。 アルゴリズムイントロダクションでは、クラスカルのアルゴリズム、プリムのアルゴリズムの二点が紹介されています。いずれも20世紀半ばに発見された古典的なアルゴリズムです。 二つのうち前者、クラスカルのアルゴリズムは、コスト最小の辺から順番にみていって、その辺を選んだことで閉路が構成されなければ、それは安全な辺であるとみなし、最小全域木を構成する辺のひとつとして選択します。これを繰り返しているうちに最小全域木が構成されるというアルゴリズムです。 今日はクラスカルのアルゴリズムを Python で実装してみました。扱うグラフは書籍の例を使ってみました。以下
クックパッドがマザーズ上場へ
東京証券取引所は6月12日、料理レシピ投稿サイトを運営するクックパッドのマザーズ上場を承認した。公開予定日は7月17日。証券コードは「2193」。 1997年設立。料理レシピ投稿サイトを運営し、現在の投稿レシピ数は50万超。20～30代の女性がユーザーの中心で、5月の月間利用者は681万人、ページビューは3億5100万。2008年4月期（単体）の売上高は6億7600万円、経常利益は3億1900万円、純利益は1億7600万円。 創業者の佐野陽光代表執行役が約69％を保有する筆頭株主。上場に伴い15万8000株の公募と15万9000株の売り出しを行う（オーバーアロットメントによる売り出し1万株あり）。売買単位は100株。公開価格決定は7月7日。主幹事は野村証券。
Ruby at ThoughtWorks
ThoughtWorks started using Ruby for production projects in 2006, from then till the end of 2008 we had done 41 ruby projects. In preparation for a talk at QCon I surveyed these projects to examine what lessons we can draw from the experience. I describe our thoughts so far on common questions about Ruby's productivity, speed and maintainability. So far our conclusions are that Ruby is a viable pla
「Ask.jp」検索が終了 一般向けサービス撤退
アスクドットジェーピーは6月12日、「Ask.jp」の検索サービスを終了すると発表した。動画投稿サイト「Askビデオ」も既に終了しており、一般ユーザー向けサービスから撤退することになる。今後は法人向け事業に特化するという。 6月25日付けでWeb検索、ブログ検索、商品検索、カテゴリ検索を終了する。動画投稿サイト「Askビデオ」はすでに5月26日に終了し、投稿ファイルは削除した。 Ask.jpは「Ask.com」の日本版として2004年に公開し、ブログ検索や動画投稿などのサービスを追加してきた。今後はメディア向け動画広告配信など、法人向けサービスに特化するとしている。 関連記事 日テレも動画投稿サイト Ask.jpが構築 「第2日本テレビ」で、ユーザーが投稿した動画を公開するサービスを11月上旬に始めると発表した。動画は、スタッフがチェックしてから公開する。システム構築はAsk.jpが担当す
メディア・パブ: iPhone 3GS 対 Palm Pre 対 Android G1, 新世代スマートフォンの比較一覧表
iPhone 3GS，Palm Pre ，それに Android G1と，新世代スマートフォンの有力機種が出揃った。 それら3機種を比較した一覧表を，Billshrink が以下のようにまとめている。多くのサイトでも転載されており，評判が良いようだ。 特に注目したいのは，ユーザーが2年間負担する出費額の比較である。最も経済的なのは，SprintからのPalm Preで，音声，データ，メッセージを使い放題で，2年間の出費総計が2400ドルとなっている。一方のApple iPhone 3G Sは同じ条件で3600ドルとなる。 アプリケーションの豊富さでは，iPhone が圧倒的にリードしているが，ユーザー費用の点からはPalm Preの方が2年間で1200ドル安い。ただし，音声やメッセージの無制限利用を望まなければ，その差は縮まるようである。 また，BillShrinkやMobileCrunc
実名ブログの矜持 - 雑種路線でいこう
このブログを開いてから実名と筆名と何度か揺れ動いたが、昨年のある段階から実名を使うようにした。契機は昨年の青少年インターネット利用環境整備法の動きに関連し、会社の手助けを借りて活動するようになった折、そこで知り得た情報をブログで取り上げる際に、本人とブログとが紐づいていないと相手に対してアンフェアだと感じたからだ。悩ましい決断ではあったが、結果としては良かったと思っている。 昨年の今ごろ参議院に呼ばれたときも、渡した名刺に書かれた会社のアドレスではなくブログに載せているアドレス宛に連絡があったから、ああ読まれているのだなと気付いた。考えていることを折に触れてブログに書くことは頭の整理になるし、僕が何をどういう風に考えているか、興味を持ってくれている人々と共有できることはコミュニケーションとして非常に効率的だ。分からないことを分からないと書けば、関係者からメールで教えてもらえることもある。
最高クラスの「荒らし」としての梅田望夫 - アンカテ
梅田さんのインタビューがすごい反響を巻き起こしているが、この喚起力は梅田さんの立ち位置と切り離せないものがあると思う。 つまり、普通の40代後半のおじさんが全く同じことを言っても、ここまで騒がれることは無いだろう。 発言の中身そのものは、意味が無いとは思わないが、一連の著作と比較したらその意味はずっと薄い。少なくとも私は、「シリコンバレーから将棋を見る」の方にずっと興味がある。 梅田さんは、しっかりと資料を集め、吟味し整理し、練りに練った文章で力を発揮する人で、褒めるにしろ貶すにしろ、そういう力作を対象にすべきだと思う。今はサバティカルの時期でそういう作業をしてないんじゃないかという気がする。そこから垂れ流される愚痴にはあまり意味がない。誰にだって緩む時期があったっていいと思う。 ただ、「どうして梅田望夫はこれだけの影響力を持ち得たのか？」ということには興味がある。 この影響力のユニークさ
Google Wave について知りたければまずこれを読め! - アンカテ
qwik を思い出してあげてください。。。 http://qwik.jp/ Google Waveのことを書いた記事にこんなコメントをいただいて、「やっぱりそう来るか!」と思いました。 あの記事を書きながら、qwik.jpの先進性を実感させられて、この話を記事に入れようと思っていたけど、勢いで書いたら入れられなくてどうしようかと思ったけど、まあいいやと思ってそのままPOSTしたら、やっぱり言われてしまいました。 CiNii - qwikWeb : a communication system integrating mailing lists and WikiWikiWebというこの論文、今考えるとすごいメンツですね。 qwikWebは、Waveと比べるとはるかに地味なソフトだけど、目的としている所はほぼ同じで、その同じ所へ上から行くのがWaveで下から行くのがqwikWebだと思います
名刺にメールアドレスではなくWaveアドレスを書く時代がすぐそこに？ - アンカテ
Wikiを更地から再構築したら Google Waveはいろいろな顔を持っていて、これが何であるかについていろいろな意見が出ると思うが、私は、まずは「更地から再構築したWiki」であると見るべきだと思う。 つまり、「一つの文書を複数の人が共同で編集する」ということに、理論的なモデルを与えることで、以下の特性を加えたものだ。 リアルタイム性(一文字単位で更新が反映される) スケーラビリティ(世界中の人が同時に乗っても大丈夫) 拡張性(地図や動画やチェス盤などいろいろなガジェットを貼れる) 技術的には、Google Wave は、非常に良くできた Wiki ではあるが、目新しいことは何もない。しかし、Google Wave には、もの凄いイノベーションが含まれていて、それは「メールは特殊なWikiである」という、全く新しいものの見方である。 メールとは対話ログの共同編集 メールとは普通に考えれ
ぼくが今日はてな東京本社にお邪魔して一言申し上げたこと - ハックルベリーに会いに行く
ぼくは今日はてな東京本社にお邪魔してこの前みたいにまた川崎さんとお話しさせて頂いた。何を話したかというと、それはもう色々話した。今日は結局ぼくが喋ってる時間の方が長かった。そこでぼくは今ぼくが思ってることを忌憚なく申し上げた。腹蔵なく、率直に申し上げた。すると川崎さんも、それを聞いてくれた。また川崎さんも話してくれた。川崎さんも、今思っていることを忌憚なく、腹蔵なく、率直に話してくれた。 それで結局ぼくは川崎さんから聞いた話をブログに書いていいかどうかの了解を得ることを忘れたので、ここにはぼくが言ったことしか書けない。書けないが、ぼくが言ったことをここに責任を持って書こうと思う。それはある一つのことについてだ。ぼくは川崎さんとの2時間にも及ぶ話し合いの中でもそのことを申し上げたし、その後はてなの東京本社にお勤めの皆さんを前にお話しさせて頂く機会もあったので、そこでも一言申し上げた。あるいは
「望夫をいじめんな」ってみんな言うけどさ - やまもといちろうBLOG（ブログ）
せっかく生まれ変わったつもりで始めたついったーとかでさ、「隊長いじめすぎｗ」とか書いて送ってくる奴がいたりさ、酒飲んで気持ち良くしてるとこに電話してきて「面白いっすね」とか感想言うだけの奴がいたりするけどさ、ネタフル見て思ったんだが、梅田さんはある意味ポジティブに「お前らネガティブだよ！！」とか書いたらプチ炎上したわけだろ。そんなこと、良くあるじゃん。社員雇ってみたら客先の女社員に熱上げて触っちゃって問題になって土下座しに逝ったけど取引ごと切られちゃって涙目とか普通にあるわけだよ。はてなは変な会社なのだから、変な取締役や変な株主がいて当然だろ。そういう奴が、変なこと言って、「あいつ、世間知らずだな」と思われるのはしょうがないじゃん。だって事実なんだから。フルボッコになるのも変なことを書いたからで、まともなことを書いて時流に乗った本は売れてるんだから、みんな中身を見て評価してるに過ぎないんだ
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
村田真のXMLブログ - OOXMLの欠陥への対処
日本人で唯一W3CのXMLワーキンググループに参加しXMLの標準化プロセスに携わったXMLの生みの親、村田真さんのブログです。 OOXMLの欠陥への対処 OOXMLについて各国およびEcmaから欠陥報告がいくつも出されている。WG4は、 それらに対処している。対処状況は、グラフを見れば一目瞭然である。 左端のグラフの読み方 6/10の時点で、262の欠陥報告が出されている。そのうち、106については WG4としての結論を出している(closed)。31は、二週間以内にWG4の内部か ら異論が出なければcloseされる。54については、WG4でさらに考慮する必要 があるとproject editorが判定したものである。71については、project editorがまだ なんの判断も示していないものである。 中央のグラフの読み方 提出後150日以上たってもWG4としての結論が出ていない欠陥報
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Interview: Miles Sabin, Scala Eclipse IDE Developer | The Scala Programming Language
映画「サマーウォーズ」公式サイト