ごめんなさい。smashmediaのブログは削除されました。 10年に渡り、あちらこちらに書き連ねてきましたが、ご愛読いただきほんとうにありがとうございました。またリンクしてくださった方にも、心からお礼申し上げます。 以下、少し駄文を書きます。 ブログには「パーマリンク」という基本的な考え方があり、すべての発言や記事は半永久的に固定されたURLによって公開され、未来におけるアクセス権(閲覧可能性)を担保するという、じつに素敵なコンセプトなのですが、一方で古い情報が永遠に残り続けてしまうという弊害も生んでいます。 ブログというものが「ストック」であるならば、そこに書かれた内容に対して、書き手であるブログ運営者は責任をもつべきで、自らの考え方が変われば内容を更新し、状況や情報が変われば現在にあわせて修正すべきです。 でも現実問題として、そこまでさかのぼって更新や修正をできるほうが稀で、結果とし
下のエントリを読んでいろいろと思うところがあったので書いてみる。 少数精鋭のテクノロジーベンチャーは企業が支払うべきコストをどこに付け替えるのか このエントリには、別の二人の記事が引用されているので、そこを抜き出してみる。 * LingrとRejawサービス終了のお知らせ:江島健太郎 / Kenn’s Clairvoyance - CNET Japan しかし一方で思うのは、4人というのはやはり大所帯だったということです。アーキテクト・デザイナ・クライアントという専門には重複がなく、これにアーキテクチャとデザインの両方を見られるマネージャであるぼくを加えて4名なら、適正な少数精鋭と言えると思っていました。しかし、これは決して「少数」ではなかったのです。 自分が技術的に成長した今だから言えることですが、今のLingrやRejawのようなプロダクトなら、1人か、多くても2人ぐらいで作れるべきで
今回は,Webサイト構築プロジェクトのワークフローを俯瞰してみたいと思います。実際にクライアントから声がかかる場面から納品,つまり開発案件の完了までを12の「ステージ」に分けて図解してみました。思考のプロセス/人的配置/タスク/ツールなども一緒に記しています。少し大きな図になってしまいましたが,ご参考になれば。 図は,一番上は「4つのステップ/3つのタスク/12の要素(第62回 持続可能なWebサイト開発を支える12の要素)」。その下は,人的配置をロール(役割)ごとに記述しています。その下は,大まかなタスクのレベルです。それぞれの期間内に処理すべき項目を列挙しています。その下が,「ステージ」。プロジェクト全体を12のステージに分類して作業内容を整理しています。基本的には,その流れの順で進んでいきます。その下は,それぞれのステージのアウトプットのイメージで,更にその下にはよく使うファイルアイ
この前のエントリを、サポートが評判よかったのでモデムが売れまくったという話に受け取ったひとが多かったが、それは間違いなので補足したい。 そもそも世の中にサポートが良くてヒットする商品なんてない。サポートがよくてヒットするなんてことがあったら、大変な美談になって“ちょっといい話”になるところだとは思うが、現実はもっと夢がないものなので、そもそもモデムがなんでヒットしたのかについて補足しようと思う。 サポートではモデムが売れない理由は簡単だ。サポートがよいことによる販売数量の増加効果は購入した人のリピートか、まわりのひとへの口コミ効果によってしかあらわれないからだ。つまり売れた後に中長期的に効果が現れるパラメータであって、最初に売れる理由にはならない。 じゃあ、最初に売るために必要なのはなにかというと、まあ、人間がモノを購入する過程をモデル化して以下の順序で脳内シミュレーションすれば推測が可能
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く