「私を微分して」という言葉は愛の告白であるそうですが、なぜでしょうか？
当時、WEBシステムの開発ノウハウが無かった私は、自らプログラムを組むということが出来なかったため、WEBシステムの開発会社に「情報販売WEBシステム」の開発をお願いすることにしました。 とはいえ、WEBシステムの開発を外注するという経験も無い、まさに右も左も分からない状態（いま思えば無謀です…）。 取りあえず、楽●ビジネスの一括見積もりサービスを利用しました。 予算は５００万円。 開発期間は３ヶ月。 これが、当初の計画でした。 それが最終的には、開発費用１０００万円、開発期間１年に及ぶことになろうとは当時は思いもしませんでした。 いくつか見積もりを出して頂いた時点で、システムの内部を知る良い機会ということもあり、各ソフトハウスにお邪魔して、担当のシステムエンジニア（SE）から詳しい話を伺いました。 どういう話をしたのか？その一部ですが… SE「サーバをどうするか？」 私「専用サーバを考え
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
ハーバード・ビジネス・レビューの2006年6月号に、「機能の数と使い勝手をバランスせよ -- 便利で不愉快な機能過多を拝す」という論文が掲載されています。機能と使い勝手をバランスさせるための数的モデルについて解説された、興味深い内容なのですが、これを読んでふと感じたことを少し。 最近は「シンプルな製品/サービスを作ろう」というキャッチフレーズが流行っていて、特にWeb 2.0系の企業ではこの信条を掲げているところが多く見られます。僕もこの考え方に大賛成なのですが、果たしてそれ一辺倒で良いのでしょうか。 ハイテク製品/サービスは、必ずイノベーターやアーリーアダプターと称される先進的な人々がファーストユーザーになります。彼らは新しいもの好きで、少々の不具合やバグがあったり、使い勝手が悪かったとしても、製品のコンセプト自体に魅力を感じてくれれば使い続けてくれます。そればかりか、自分たちの手でそれ
デザイナーが1人だと効率のよいデザインワークってのが肝で最近意識してる事です。 CSS 言わずとしれてますが、後でページ追加したり、機能追加する時など上の項目をコピーして書き換えただけで、デザイナーじゃなくても項目追加を簡単にできます。 テキスト要素はなるべく画像にしない 特にタイトルとか画像にすると、後でページ追加したり項目を増やすのにデザイナーの作業が入るので。なるべく避けてます。 シンボルイメージはグローバルなイメージで サービスシンボルは一番の特徴を捉えるだけのシンプルに（ダイアリーだと「日記を書く」、人力だと「質問と回答」）。細かい特徴を含ませると後で追加された特徴や削除された機能がある度に手を加えないといけないので。 シンボル作りはillustratorで粘る 特にサービスのシンボルや利用頻度の高いアイコンはどんな使い方をどんなサイズで利用されるかが分からないので、photoh
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
