新サービスを開発するときに気をつけてること : a++ My RSS 管理人ブログ
もう全然気合が足りないので、自分への戒めも含めて「新サービス開発」について思いつくままにメモ残します。 新サービスを開発するときには： コンセプト = メタファーを決める メタファーとは、「そのサービスって、つまり○○だよね」の○○に当てはまる具体的な言葉です。 どんなサービスでも「既存の言葉」に当てはめないと理解しにくいので。 「GPS機能で配送遅延から距離を感じられるオンラインメッセージングツール」じゃなくて「それって伝書鳩」みたいな。 これは知り合いに説明してみるとヒントが得られること多しです。 サービス名を決める ドメイン取るとかの理由もありますが、名前が決まっているかどうかで作業のはかどり方が全然違います。 アイデア ⇒ 開発 ⇒ 仕上げ の苦しみ度合いを理解しておく 実は開発する作業が一番楽です。厳しいのは仕上げ。途中で萎えないような工夫が必要だったりします。 時間をかけて悩ん
プログラマー日記(2006-01-19) - Sendmailで学んだこと
This domain may be for sale!
ぼくはまちちゃん！(Hatena) - インタラクティブデザイン論
本が山盛りとどいちゃったよ！！ 最初は、ちょっと PHP の勉強しようかな！と思って、 Amazon で良さそうなの選んでただけなんだけど、 なんだか、どんどんお奨めされちゃって、どんどんクリックしていくうちに いつのまにやら DS用のゲームまで…！ (これ結構おもしろくていいけどね！) そんな中で、ぱらぱらっと読んでみて、いちばん面白そうだった本がこれ！ クロフォードのインタラクティブデザイン論 ちょっと難しそうな題名だけど、翻訳も上手で読みやすいし、 ぼくでも楽しく読めそうな本ですよ！ あ、内容は、ユーザーインターフェースについての色々なこと！ ちょこちょこっとページめくりながら引用してみますね…！ 第4章 「考える」 アルゴリズム 先ほどの簡単な例は、コンピュータプログラムではなくアルゴリズムです。 (中略) では、誰がアルゴリズムをデザインするのでしょうか？ 今までは、コードを記述
naoyaのはてなダイアリー - いいもの使ってる感
こういうの重要。はてなフレームワークも派手なの出してます。 と書いたら、ブックマークのコメントで反応があったのでマジレスしてみる。 このフレームワークのデバッグスクリーンが派手なのが重要だってのは単にノリで書いたところが大きいんですけど、個人的には、道具を作るに当たって、こういう本ちゃんの機能とはあんまり関係ない部分、例えばルック & フィールの作り込みみたいなのは、一見どうでもいいようで割と重要なんじゃないなあと思います。 何を例に挙げたらいいかなと思って、真っ先に思いついたのが Ruby on Rails なんですけど。Rails はそのフレームワークが持ってる機能とか考え方とかも素晴らしいんですが、なんとなく使ってるときに「いいもの使って作業してる感」みたいなのがあると思うんですよ。script/server で立ち上げた画面なんて正直どうでもいいのにちゃんと Rails のロゴが入
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
