Web制作の最近のブログ記事

http://d.hatena.ne.jp/gothedistance/20080410/1207832176

工程が分かれてしまっていることの弊害は計り知れなくて色んな問題を引き起こしていると思うのだが、特に思うのが上流工程だけでも下流工程だけでもつまらないんだけど、上流から下流を全部担当するとこれほど面白いものはないということ。

特にここ、狂おしいほど同意。

ま、面白い面白くないはさておき、常々思う弊害の一つは、上流と下流が分かれていると、要件の重要性と実装のコストのバランスが悪い。要するに、どちらかといえば瑣末な要件に重大なコストがかかったりして、結果重大な要件の品質に問題が出たりすることって、案外あるのではないでしょうか。

いままでに何度かある個人受けした案件は、いわゆる開発会社に発注するのに比べれば開発費は20-30%で収まっているのではないかと思う。差額の70-80%の内訳は、会社と違って固定費がかからないのが3分の1、赤字社員がいないのが3分の1、要件を実現するもっともリーズナブルな仕様を自分で決めることができるのが3分の1、かなと。前の2つは会社という組織で仕事をする以上避けられないのだけど、最後の一つはワークフローで改善できるよね、というわけで「プログラマが仕様を決めればいい」に激しく同意なのです。

自分は SIer ではないので他人ごとといえば他人ごとなのですが、今のシステム開発業界はその構造が適切でないがために、結果としてシステムは不当にコストのかかるものになってしまい(意識するとしないとに関わらず)世の中の不幸せが増大しているのではないかという疑念が、業界荒らしの個人受けをあえてしてしまう一つの理由だったりします。

WYSIWYGエディタを使いたいがために、なんとなくMT4にしてみました。

今時MT4?WordPressでよくね?って話もあるのですが、各エントリのURLが変わるのもどうかと思ったので。まあ誰もリンクなんざ貼っていませんがね、気分的に。

で、楽しくスタイルを選んでいたら件名のエラー。

mt-static/themes は 777 になってるよ、と思ったら、mt-static/support/themes も777(なければ作る)にしないといけないみたいですな。

プログラムを作っていて、「うまくいきません」「困ってるんです」と助けを求めに来る人、一つのバグで延々悩む人、意外と多いです。

その手の質問のほとんどは、さすがに一瞬で解決することはないものの5~15分程度でほとんど解決します。それは別に自分がスーパーハカーだったり観察眼が超優れているわけではなくて、「うまくいかない」「困っている」原因となりうる可能性を一つずつつぶしていく中で、必然的に答えにたどり着くだけです。

人に聴きに来るからにはそれなりに悩んだ後であるはずなのに、その際の問題解決の進捗が「なんだか分からないけどとにかくうまくいきません」じゃどうしようもない。

「考えられる原因を一つずつ潰していく」というのは決して一子相伝みたいな秘蔵ノウハウではないし、それを運用するに当たって何か特殊な能力が必要なわけでもないのに、できない人が案外多いという事実がいまだ以って納得いかない今日この頃です。

しかし改めて考えてみると、大学のプログラミング入門の授業ではそんなことは習わなかったし、今まで読んだプログラミングの本にもその手のことは書いていなかった気がします。教える立場、執筆する立場の凄腕の人々からすれば言わずもがなのことだからという側面もあるに違いないですが、「デバッグ」はプログラム制作において決して小さくない時間を占める要素であるわりには、手薄なジャンルかもしれません。

なぜなら自分の行く手を阻むものが何もないから。

愚かでワガママなクライアント(あくまでもたとえ話です)もいないし、携帯に比べれば閲覧環境(ブラウザ仕様)上の制限もないに等しい。システムもデザインも思うがまま。

こんなに楽しい仕事が世の中にあったとは。

そんな中、CSSだけは相変わらずファックな感じですけどね。

ほとんど自分が勝手に進めてしまっているだけに、ちゃんと利益が出るのかという不安も非常にありますけどね。

でもやっぱり楽しい。ピアノの練習さえなければ泊まり込みでやりたいくらいだ。

どうも最近、Setting -> Global ignore pattern で無視しているはずのファイルが紛れ込んでいるなと思っていたら、いつの間にか、設定ファイル(Setting -> Edit で開くアレ)に global-ignores なる項目が現れていて、どうやらこっちが優先されているっぽい。

なんと紛らわしい。

global-ignores = *.o *.lo *.la #*# .*.rej *.rej .*~ *~ .#* .DS_Store *.phpproj Thumbs.db *.LCK *.mno *.suo _notes *.sln *.bak

前々から気になっていたのですが、ウェブページに埋め込まれた外部ツールの読み込みが重くてそのページの表示を断念してしまうことがあります。

古くは ninja tools なんてのから、このブログでも、カンボジア日記のところで使っているフォト蔵からのサムネイル画像読み込みで止まることがしばしば。今日は trackword.net なるキーワード解析ツールらしきところがボトルネックになっているのに出会いました。

フォト蔵はともかくとして、アクセス数向上のために導入したサービスが来訪者の妨げになってしまうというこの皮肉。

埋め込み可能なサービスに限らずもう少し一般化すると、そのサービスが正常に動かない際に利用者がどういった迷惑を被るのか、その迷惑を最小限にとどめるにはどうするべきなのか、サービス設計者はよく考えておかないといけないなあと。

最近ちょっと自社プロジェクト的なものを作っているのですが、せっかくなのでいまさらながら Ajax を導入してみました。JavaScript は入門レベルの腕しか持っていないわりに、prototype.js を使うと案外サクサクできちゃってこれははまるかも(最近はすでにレガシー扱いされていたりもするようですが)。

最近の Javascript はすごいね!prototype.js は自分をどこまでも連れて行ってくれるよ!なんて気分にも一瞬なってしまいましたが、select に動的に option を追加していくなどという古典的な操作を try ... catch で分岐せざるを得なかったせいで一気に現実に引き戻されました。

ただの管理ツール的なところでしか使っていないので、別に Ajax にする必然性もないのですが、最小限の画面書き換え&データアクセスで操作が進んでいくのがなかなか快感。あとはこの Ajax 特有の、引っ掛かりの全くないツルツルした感じの使いにくさがなんとか払拭できないものか...。

mixilogo001.gif

規約改正騒動を契機として、なんとなくみんなが mixi について語っているようなのでついでに。

「mixi の成長が止まった理由」。いろいろ言われていることはあれど、「日記」と「コミュニティ」、この2つの機能の貧弱さが一つの大きな理由ではないかと考えている。

日記に関して言えば、日記をオープン(SNS外からも見える)にすることができないため、より日記を書くユーザーほど、多くの人に見られる可能性がある外の世界(=BLOG)へ出て行ってしまう。一応、「外部の日記を使用」ということで更新情報くらいは通知されるが、それも数時間後で他の日記の更新に埋もれがちで、その上 mixi 日記に比べてコメントも残しずらいとなれば、日記を通じたユーザー間のコミュニケーションの低下が起こるのは必然。

また、コミュニティに関しては、ユーザーが増え、コミュニティの持つ情報量が増えたのにもかかわらずそれに対処するための機能がほぼ皆無。これではコミュニティは活性化しない(「2ちゃんねる」も機能的にはシンプルこの上ないが、専用ブラウザの存在を忘れてはいけない)。

そればかりか、mixi 全体のユーザー数が増えれば本来は増えるはずのコミュニティの多様性が、その機能の貧弱さゆえに逆に低下している面すらある。これは例えばホーム画面にコミュニティの最新書き込み。一つ巨大なコミュニティに参加しているとこの欄はすべてそのコミュニティのトピックで埋まってしまい、その他のコミュニティの更新情報は埋もれてしまう。そのため、弱小コミュニティはますます活性が下がってしまうという結果になっているように見える。

「日記」と「コミュニティ」が mixi の中核を担う重要な機能であることは明らかだし、笠原社長も何かのインタビューでそういっていたにもかかわらず、現状におけるこの2つの機能の本質的問題点をないがしろにし続けている mixi の将来の展望はあまり明るくないように思われる。mixi が成長しまくっていたころにも、「mixi 疲れ」なる言葉でユーザー離れが囁かれていたけれど、それはある意味ポジティブな話で、今起きていることはもう少しネガティブな話なのではないかと。

あと、上場したんだし、もう βversion ははずして欲しいな。

[テキストエディタ] xyzzy ... Windows界で最強のテキストエディタ(と使っている人は少なくとも信じているはず)。不思議とこのエディタを使っている人は一定の能力が担保されている気がするという、魔法のエディタ。向上心がないと使いこなせない、というか逆に使いにくいだけの道具なので、まあそういうことなのだと思う。

[ファイルリネーム] FlexibleRenamer ... Web関連は何かとリネームが多いので手でやってると死ねる。さすが Flexible を名乗っているだけあって、大体これで用は足ります。このツールを知っているだけで人生が1%程度有意義に活用できる。

[画像ビューワー] IrfanView ... 定番。ひかれた猫のアイコンだけなんとかして欲しい。

[ランチャ] bluewind ... キーボード使用のランチャ。なんか知らないがやたらと手になじむ。Web制作と関係ないけど。

[キーボードカスタマイズ] AltIME ... _(アンダースコア)を入力するのに Shift 押さなきゃいけない人生なんて耐えられません。IME の ON/OFF 切り替えに2つのキーを押す必要のある人生もまた同様。

[FTP] ... FFFTP、はかつて使っていたのですが、今ではシェアウェアの NextFTP にその座を奪われました。なんだかんだ言って NextFTP 圧勝なので、ここを見ているWeb制作者の人(いないと思うけど)で FFFTP を使っている人は、お金払って NextFTP に乗り換えましょう。

ほかにもいろいろありますが、毎日使う生産性への影響甚大なものだと、とりあえずこのあたりでしょうか。

ER図 on JUDE

| | コメント(0) | トラックバック(0)

ER図を書くツールでなかなか適当なやつがなく、これまではしょうがなしにそのためだけに Eclipse 立ち上げて Clay を使ったりしていたのだけど、ふとみると愛用の UML モデリングツール JUDE の最近のやつには ER図の作成機能が搭載されてるらしい。JUDE 最高。ていうかマインドマップ作れるようになる前にまずこっちだろと思った。

ライセンス的にバージョンアップができる期間を過ぎていたので、とりあえず使用してみるが問題なし。買いなおす方向で。

# ユニーク制約を記述できない気がするのですが、、、

このアーカイブについて

このページには、過去に書かれたブログ記事のうちWeb制作カテゴリに属しているものが含まれています。

前のカテゴリはPRIDEです。

次のカテゴリはWeb制作(携帯用)です。

最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。