Posted by masuidrive Sat, 06 May 2006 08:54:00 GMT Railsでアプリを作るときの始めの作業をまとめて、自分メモがてから書いておきます。 まずは、いまさらsubversion解ってきた で紹介した、自作のrails.create コマンドでプロジェクトのディレクトリを作り、自動でsvnにまで入れます。 このコマンドでは、railsコマンドでプロジェクトのディレクトリを作り、database.ymlを自動設定して、logなど必要のない部分を除いてsvnのimportしてくれるコマンドです。 もしsvn使わないなら、railsコマンドとdatabase.ymlを手動でやってもOK。 続いてsessionをDBに保存するために、config/envitoment.rbに下記の1行のコメントを削除して、イキにします。
サービス提供終了のお知らせ http://www.startforce.jp/ は、スタートフォース株式会社のホームページに変更されました。 20秒後にホームページにジャンプします。 すぐに移動する場合はここをクリックしてください。 フュージョン・ネットワークサービス社が提供しておりましたサービスサイト https://www1.startforce.jp および、情報提供サイト http://gol.startforce.jp は、 2008年8月29日をもってサービスを終了させていただきました。 今までのご利用、誠にありがとうございました。 引き続きご利用を希望されるお客様は、スタートフォース社が運用しております サービスサイト http://www.startforce.com への新規登録をお願いいたします。 ご面倒をおかけしますがご理解、ご協力をお願い致します。
メディアラボのディレクターが、 技術革新が生まれる可能性は、企業の役員室や起業家のガレージより、家庭のリビングルームからの方が高くなると話す。 と発言したとの記事「技術革新は消費者から--MITメディアラボ新ディレクターが語る未来」が掲載されている。 昨年末に同じくMIT教授のヒッペル教授の「民主化するイノベーションの時代」を読んで以来周辺領域に目を向けてあれこれ思案している。 相変わらず話は閉じておらず、途中段階なのであるが少しまとめてみたい。流れとして、ギークからリードユーザー、更にはもう少し一般ユーザーの方までイノベーションの基点が広がっていくのではという仮定としている。 アルファギークからリードユーザーへ まず、ヒッペル教授のフレームが提示しているものについて少し。 非常に簡単にまとめてしまうと、 １）新しいニーズはユーザーの手元、しかもちょっと尖ったユーザーの手元から生まれる
Search Engine Journalなどでも早速取り扱われているが、以前から噂のあったGoogleのFinanceサービス「Google Finance」が始まっている様子である。 幾つか動かしてみた感想を簡単に。 サンプルで出ている「e.g. "Google", "Cars", "AAPL"」の三つを入れてみるとなんとなくの雰囲気は分かるが、 １）会社名での検索が可能 ２）カテゴリー、テーマでのグループ検索が可能 ３）ティッカーでの利用が可能 というのがまず分かる。 （ちなみに、米国株に馴染みの無い方にフォローをしますと、ティッカーは日本の4桁番号と同じく取引時の使う企業コードです） 個別企業のページに行くと株価推移を参照したい期間を任意で設定出来、グラフはその場で動的生成される。また、選択期間にその企業に関連した主なニュースがページ右に表示されており、期間を変えるとこち
This list is generated from recent searches, followed securities, and other activity. Learn more All data and information is provided “as is” for personal informational purposes only, and is not intended to be financial advice nor is it for trading purposes or investment, tax, legal, accounting or other advice. Google is not an investment adviser nor is it a financial adviser and expresses no view
半世紀以上にわたり、皆様に愛して頂きました国立邪宗門は、門主他界にともない 2008年12月21日をもちまして、閉店させて頂きました。長い間、皆様より賜りました ご愛顧に感謝いたしますと共に厚く御礼申し上げます。 ありがとうございました。
アフリカを貧困から救うすばらしき7箇条。 (The Economist Vol 379, No. 8475 (2006/4/29), "The magnificent seven," pp. 49-50) 山形浩生訳 (hiyori13@alum.mit.edu) ちょっとした改革でアフリカの村落は貧困から脱出できる。 アフリカは山ほど問題を抱えているので、国際機関からはしばしば重病患者のような扱いを受け、そのベッドサイドからは定期的に重要な生命反応に関する速報が発表されることになる。そして万が一集中治療室を出られたとしても、かなり厳しいリハビリプログラムにしたがわなくてはならない：それが国連のミレニアム開発目標 (MDG) だ。これは 2000 年に合意されたもので、2015 年までに一日一ドル以下で暮らす人々の数を半減させるといった目標を掲げている。他の大陸も同じ目標は掲げているが、貧
この週末に私が読んでいる本は、私のもう一つのブログでも紹介記事を書いた「The Ten Faces of Innovation」。その本に私がいままで漠然と感じていてうまく説明できなかったことを上手に説明してくれている記述を見つけた。 そこには、自動車産業の父、Henry Fordの言葉「もし私がカスタマーに何が欲しいかと尋ねたら、彼らは『もっと早い馬が欲しい』と言っていたでしょう」が引用してあり、「カスタマー（顧客）の声を聞くことは大切だが、彼らに『何が欲しいか』を聞いても必ずしも答えは出て来ない。それよりも彼らの行動を良く観察し、どんなところで苦労しているか、彼らなりにどんな工夫をして今あるものを使いこなしているかを理解した上で、何を作るべきかを考えるべきだ」と結論付けている。 ものすごく共感できる。この業界にいると、「ユーザーの声を聞くことは大切だ」というセリフは良く聞くが、それを頭
仕事でコード書いてた頃の話。 机上に「本」というメディアは無かった。プログラミングといえばお手本のコピペ＆手直しで仕上げてた。だから、せいぜい入門書やリファレンスといった辞書的なやつだけで、3年もすれば「古い」と引き出しの中へ。 だから、いつまでたっても上手なのは「お作法」だけ。あたりまえだ。仕様を実装したコードに「似た」コードやパターンを探し出す→コピペがプログラマの仕事だと思ってたから。ネットの情報が「全て」であって、「考える」とは、「いかにお手本に合わせるか」だったから。 プログラマというよりも、むしろ「コーダー」。その辺は「プログラマになれなかったわたし」[参照]に書いた。 ここでは、「コンピュータの名著・古典100冊」の既読リストで恥さらし。いかにちゃんとした本を読んでいないかがよっく分かる、なさけない。 本書はプログラミングに限らず、ソフトウェアエンジニアとしての libera
■ Information Visualization の用途 情報検索 データ解析 プログラムデバッグ ■ Information Visualization に必要な技法 必要なものだけ表示する技法 画面の表示可能領域に制限 情報を選択的に表示 ズーミング手法・フィルタリング手法・重要度計算手法・画面を歪ませて表示する手法 e.t.c. 全体と詳細を同時に見る技法 全体を概観しながら詳細も見ることが可能 ズーミングの応用 抽象データの画面へのマッピング技法 表示すべきデータがユーザ操作により変化 表示すべき情報をどのような位置，形，色で表示するか グラフの自動配置手法・階層構造の表示手法 e.t.c. 自動レイアウト技法 重なりがちゃんと見えるように グラフの自動配置手法の一つ？ インタラクション技法 直接操作によって画面を移動・拡大させたり，条件を変更して動的検索を行ったりする手法
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く