2008 年 10 月 のアーカイブ

Page 1 of 41234»
« 前ページへ

ヨドバシカメラ問題のゆくえ

2008 年 10 月 31 日 金曜日
おわびニュース

前回記事『ヨドバシ事件　～CMSと表示速度～』で取り上げた「ヨドバシカメラ問題」が明るみに出るにつれて、方々で色々な指摘が出てきた。
その中で特に興味深かった、「なるほど」と思った指摘をピックアップしてみる。
まずは『ヨドバシドットコムのリニューアル失敗から学ぶべきたったひとつのこと』より。

教訓と野次

だから、ここまでの話はすべてどうでもいい。すべて外野席の酔っ払いによる野次にすぎないので本当にどうでもいい。前置き長くてすまんね。

サイトの大小によらず、過去に集めたユーザーによるトラフィックがリニューアル後も継続して発生する前提において、Webシステムの基本的なアーキテクチャを変更してリニューアルする場合に、必ずやらなければならないたった一つのことそれは、性能試験である。負荷試験とも言う。

簡単なことだ。たとえばapache benchみたいな簡易ツールでも、トップページに集中アクセス浴びせたら平均何秒で帰ってくるか？なんてのは1分でできる。いろんなページに同時アクセスしたときにサーバのロードアベレージがどうなるか？なんてのも、たとえばそのへんのパソコン10台にapache入れてab.exeをいっせーのせで叩くといった原始的手法でもいい。少なくとも今回みたいな状況になることを事前に再現できただろう。そうすれば、リニューアルオープンを遅らせて既存システムを延命するなりしつつ落ち着いて対処できたはずだ。
（ヨドバシドットコムのリニューアル失敗から学ぶべきたったひとつのこと）

なるほど。性能テスト。このリニューアル会社が性能テストをしなかったということはさすがにないと思うんだけど、その手法が現実的でなかったか、もしくは本番環境がさらに想定外だったのだろう。

あとこの指摘では、「前置き」の部分がブラックで面白い。むしろこっちが言いたかったことなんじゃないか？というくらい。

…キーになる社員が限界に達して失踪したらしいねシステム構築プロジェクトではよくある話だよとか、 K社がかついでるパッケージソフトってFatwireじゃんこれCMS(コンテンツマネジメントシステム）であってECサイト構築パッケージとは似て非なるものでしょつまり油絵を書くプロジェクトに絵の具じゃなくてノミとトンカチ持ち出したみたいな？とか、 そもそもK社（とその関連会社）って90年代後半に雑誌関係から転進したWeb制作会社であってシステム屋じゃないんだからヨドバシクラスの巨大ECサイトのシステムを作らせたこと自体が間違ってね？とか、 httpのレスポンスヘッダを見るとSS_X_JSESSIONIDっていうクラスタ構成のWeblogicを使ってるときの独特のセッションIDクッキーが発行されているところを見ると本当にK社がかついだCMSパッケージでヨドバシのサイトを作ってるぽいね、とか、…
ヨドバシドットコムのリニューアル失敗から学ぶべきたったひとつのこと

ネットワーク側から

次は、ネットワークのプロから見た分析。

1. DNSは問題なし
2. icmp応答/MTUも大丈夫
3. 表玄関も生きてるっぽい
4. 近くのサーバも生きてるっぽい
やっぱりCMSの問題？
（ネットワーク側から見たヨドバシカメラ問題 - なぷさく）

この問題発見の視点、プロセスは参考になる。
ただ、技術的な問題以前に、この「もうひとつの失敗」こそが、単純なシステムエラーや機会損失よりも、もっと大きな、本質的な問題なのだろうと思った。

ヨドバシカメラの場合は障害発生イコールすなわち他のショッピングサイトへの乗り換えにつながる。

現状は重さのあまりに価格を比較することすらろくにできないわけで、ヨドバシは最初から購入検討の比較の土俵にすら上らない。「ヨドバシが安いみたいだけど、今つながりにくいから待つわ」とはならないのだ。これではサイトが最初から存在しないのと同じである。
（ヨドバシカメラのもうひとつの失敗 - なぷさく）

「サイトが最初から存在しないのと同じ」
確かにそうだ。今の時代、価格サイトで比較すれば、すぐに最安値が見つかる。そんな中、ヨドバシを選ぶ人というのは、かなりロイヤルティの高い顧客と言えるだろう。しかしいつまで待っても繋がらない、買えない。実店舗とポイントカードで果たしていつまでもつなぎ止めておけるかどうか。

飲食店でも、苦情をいってくれるお客さんというのは、ありがたい存在である。大抵の客は、「サービスが悪い」「まずい」と感じても、特に何も言わずに帰る。そして二度と来ない。こうして客がいなくなる。

関連する投稿

タグ:
カテゴリー: ネット | コメントはまだありません »

人の作ったWordPressテーマにご用心！

2008 年 10 月 31 日 金曜日

いやー、びっくりした。

自分のRSSがどんな風に出力されているか、試しに確認してみたら、ドイツ語だった。翻訳プラグインが暴走しているのか？ と思ったけど、読んでみると自分の投稿とは全く関係ないフィードだった。（第2外国語ドイツ語）

すぐに気付いたんですが、昨日切り替えたデザインの作者が、ヘッダーのRSS部分を自分のサイトのRSSにこっそり差し替えてたんですね。その辺の野良デザインじゃなくて、ちゃんとオフィシャルのWordPress › WordPress Themesから持ってきたんだけど、こういうこともあるんですねぇ。そりゃそこまでチェックできないしな。

フッターに自分の所への著作権リンクがあるくらいは、掲示板スクリプト等でもおなじみだからいいんですけど、まさかRSSを書き換えるとは思わなかった。そんなことしてそれほどメリットがあるとも思えないんですが…。

しかし、RSS程度ならまだいいですが、もっと凶悪なスクリプトを仕込まれていたら、もっと悲惨なことになっていただろう。

関連する投稿

タグ:, ,
カテゴリー: WordPress | コメントはまだありません »

ヨドバシ事件　～CMSと表示速度～

2008 年 10 月 30 日 木曜日

皆さんは、Webサイトの表示速度についてどのくらい意識してますか？
まあ大体0.5秒以内に描画が開始されればいい、くらいでしょうか。クリックしてから遷移するまでに1秒以上かかるとちょっと不安を感じますかね。
しかしサイト運営者、Web制作者にとって常に悩みの種のこの問題ですが、日本の回線速度が諸外国に比べて速すぎるのも逆に問題のようです。

海外では、未だにダイヤル回線、早くてADSLくらいがいいところなので、サーバーの応答速度の前に回線速度で時間がかかるので、それほど意識しないですむわけです。というか日本でも数年前まではそうだったわけですが。

しかし、大規模ショッピングサイトで１分以上かかり、しかもタイムアウトしてしまうほど重くなったら、これはもう大問題です。

ヨドバシ・ドットコム、重すぎておわび

【Technobahn 2008/10/28 18:40】大手量販店ヨドバシカメラが今月20日前後に実施したサイトリニューアル以来、応答性能が極端に悪化するなどの不具合が発生していることが28日までに明らかとなった。

サイトにアクセスすると数十秒も待たされた挙句「画面表示に時間がかかり大変ご迷惑をおかけしております。改善に向けて修正を行っております。ご不便をおかけして、誠に申し訳ございません」とするメッセージが表示される状態が、既に1週間以上も継続しており、サイトリニューアルに伴う障害で被った機会損失額は既に数億円規模に達しているものと見られている。
（ヨドバシカメラのサイトが「動かないコンピューター」状態、機会損失は既に数億円規模？ - Technobahn）

おわびニュース

おわびニュース

画面表示に時間がかかり大変ご迷惑をおかけしております。改善に向けて修正を行っております。ご不便をおかけして、誠に申し訳ございません。

平素はヨドバシ・ドット・コムをご愛顧いただき、ありがとうございます。

現在、ヨドバシ・ドット・コムにてページ画面が表示されるまでに時間がかかる状態となっております。
改善に向けて修正を行っております。お客様には大変ご迷惑をおかけし誠に申し訳ございません。

最新状況については、こちらでご報告させていただきます。
モバイルヨドバシに関しても、サービス再開に向けて調整を行っております。

このたびは、ご迷惑をおかけして、誠に申し訳ございません。
ヨドバシ・ドット・コム ニュース：ヨドバシ・ドット・コム

大変なことになっているようです。こちらでは、障害発生時の接続状況が詳細に計測されています。

タイムアウトしない場合、表示されるまで1分半近くかかります。

さらにfavicon.icoの読み込みがなかなか終わらず、最終的には2分半近く待つということに。よっぽどヨドバシを使おうと思う熱狂的ファン以外は待つことができず、逃げてしまうのでは……。

あと気になるのはスタイルシートのサイズ。やたら大きいような……。
なお、計測可能だった際の最悪のケースがコレ。27分もかかってます。

ちなみに、「Sofmap.com」も過去にサイトリニューアルに失敗していますので、やはりこれだけの大規模サイトになるとかなり難しいようです。
（「ヨドバシ・ドット・コム」がリニューアル直後から表示が遅すぎて激重になる大規模障害が発生、一体何が起きているのか？ - GIGAZINE）

真偽の程は不明ですが、ネット上の情報ではこのリニューアルを担当した会社の推測があります。

どうやら今回のヨドバシドットコムリニューアルはCMS導入が目的で、
K社という会社( http://www.k-3int.co.jp/ )が請けたようです。

また、リニューアルの10/21から10/25現在までこの状況ですので、ヨドバシカメラの損失額は
億単位で発生していると言われています。

（大手ECサイトのヨドバシドットコムが、サイトリニューアルから大規模な障害を3日間… - Yahoo!知恵袋）

確かに、K社さんの実績紹介を見ると、「大手量販店Webサイト」の文字がありますが…。

K社では、CMSの構築運用がメインサービスとしてプッシュされていますが（→CMS、やはり通常のWebサイトのCMS運用と、ヨドバシクラスの大規模ECシステムの構築とは相当違うのでしょう。

前回のリニューアルを担当した会社

また、今回の件で感心したのは、前回のリニューアルを担当した会社のブログでの述懐です。

ただ、残念なのはサイトが若干重い・・・
数年前にwww.yodobashi.co.jpからwww.yodobashi.comへ切り替えたときのことを
思い出しました。
当時は今ほどアクセスもなく、しばらく見守ってもらっていた感じでしたが、
当人たちは血眼になってパフォーマンスをあげる、安定稼動させる、を
ひたすら、ただひたすら手を入れていました。
結果、2週間程度ご迷惑をおかけし、ようやく安定して動き出してくれました。
（中略）
ヨドバシ・ドット・コムの開発担当は本当に大変だと思います。
寝ずに原因追求をしてチューニングをしているはずです。
もうひと踏ん張りだと思います。
がんばってください、影ながらお祈りしております。
（瑞風ブログ » 「ヨドバシ・ドット・コム」）

当時の苦労を振り返りつつ、エールを送っています。
デザインはK社、システムはこちらに発注すれば良かったのではないかなぁ、と思わなくもないですね。

CMSの構築・提供は、多くの会社が今後優先的に取り組んでいく重要分野になるでしょう。この件を対岸の火事とすることなく、他山の石として備えたいところですね。

関連する投稿

タグ:
カテゴリー: 未分類 | 1 件のコメント »

PerlとPHPの対応表

2008 年 10 月 29 日 水曜日

現在、僕がメインで使おうとしているのはPHPですが、たま～にPerlで書かれた古いプログラムをメンテナンスしなきゃ行けないときもあったりするわけです。そんなとき、自分の知っているPHPのコードがPerlで何に当たるのかが分かれば作業も早いですよね。

PerlとPHPの対応表。
Perl to Php Translation
より一例を紹介。

— Perl arrays —

@a = ();

@a = ( ‘xx’, 11, 33.5, );

@a = 12..33;

$a[2] = ’something’;

$len = scalar(@a);

# or

$len = @a;

@a3 = (’xx’, @a1, @a2);

($x, $y) = @a;

$a[@a] = ‘new’; # push

push

pop

shift

unshift

splice

foreach $i (@a) { .. }

— Php arrays —

$a = array();

$a = array( ‘xx’, 11, 33.5, );

$a = range(12,33);

$a[2] = ’something’;

$len = count($a);

$a3 = array_merge(’xx’, $a1, $a2);

list($x, $y) = $a;

$a[] = ‘new’; # push

array_push

array_pop

array_shift

array_unshift

array_splice

foreach ($a as $i) { .. }

— Perl MySQL database access —

use DBI;

$dbh = DBI->connect(

‘DBI:mysql:test:localhost’,

$usr,$pwd

);

$dbh->do( $sql_op )

$query = $dbh->prepare( $sql_op );

$query->execute();

while(

@record = $query->fetchrow() )

{ .. }
$dbh->quote($val)

— Php MySQL database access —

$dbh = mysql_connect(

‘localhost’, $usr, $pwd

);

mysql_query(’USE test’)

mysql_query( $sql_op );

$results = mysql_query( $sql_op );
while($record =

mysql_fetch_row($results))

{ .. }
“‘” . addslashes($val) . “‘”

関連する投稿

タグ:,
カテゴリー: php | コメントはまだありません »

「マイコンピュータ」が「マイコンピューター」になる日

2008 年 10 月 28 日 火曜日

コンピューターは「コンピュータ」と書き、サーバーは「サーバ」、ルーターは「ルータ」と書く。それがプログラマだけでなく、ITに関わる我々のルールだったはずです。

そもそもどうして、この「音引き」が付かないことになっているかについては諸説ありますが、

  • 昔のプログラムコードで-（マイナス）が混入すると面倒だったため（うろ覚え）
  • バイト数を少しでも削減するため

といったような理由だったように思います。が、1テラのハードディスクがそこらで1万円台で買え、通信速度も100mbpsで当たり前になっている昨今、そんな2バイト程度のことをちまちま気にしなくてもいいということなのか、マイクロソフト日本法人が音引き記号を付ける方針に改めるそうです。

そこに飛び込んできたのが、マイクロソフト社の「『コンピューター』に変更します！」宣言。同社が提供する製品やサービスにおける外来語カタカナ用語の末尾音引きは、これまでＪＩＳ記述ルールや学術用語に準拠していたが、今後は内閣告示第二号に基づくルールに変えるというのだ。

内閣告示第二号とは１９９１年に国語審議会の報告をもとに告示された外来語表記ルール。そこには「語末の『ｅｒ』『ｏｒ』『ａｒ』に当たるものは、原則として長音符号を用いて書き表す」とある。

「変更は８月末公開の『Internet Explorer ８』ベータ２日本語版から。パソコンが日常品となり、表記の不統一がもたらす混乱などを解消するために踏み切りました」（マイクロソフト最高技術責任者・加治佐俊氏）
（[雑学] IT用語とかJIS規格etc.音引きの秘密に迫った | RxR | R25.jp）

こ、これは大事件じゃないですか。具体的にどんな用語が変わるのかというと…。

下記は今回のルール変更により、表記が変更される用語の一部。

変更前 英語表記 変更後
フォルダ Folder フォルダー
ブラウザ Browser ブラウザー
エディタ Editor エディター
プリンタ Printer プリンター
スキャナ Scanner スキャナー
ドライバ Driver ドライバー
サーバ Server サーバー
インストーラ Installer インストーラー
バッファ Buffer バッファー

ここで挙げた例はほんの一部であり、英語表記の終わりが“er”“or”“ar”の単語はほぼ上記と同じように音引きがつけられる。ただし、“アクセラレータ”“スケジューラ”“プログラマ”など一部の用語に関しては慣例に基づき変更はされない。そのほか、もともと音引きがつけられていたカレンダーやトレーナーといった用語に関してはこれまでと変わらず音引きつきで表記される。
（窓の杜 - 【NEWS】マイクロソフト、カタカナ用語末尾の音引きルールを変更）

ちなみに、「ー」有無の由来については、

「工学系の学術用語では、３音以上のカタカナ用語の末尾の音引きを省略するのが原則。これは戦前に全日本科学技術団体連合会という団体が決めたもので、その元には英語発音への誤解がありますが、工学系学術用語やＪＩＳ用語の多くはこのルールをそのまま踏襲しているんです。当時は物資難で活字も不足しており、『ー』１字でも減るとありがたいという時代背景もあったようですね」（早稲田大学メディア文化研究所・森 治郎教授）
（[雑学] IT用語とかJIS規格etc.音引きの秘密に迫った | RxR | R25.jp）

とのことです。あー、なるほど、そういうことか。確かに明治～昭和初期に書かれた文学作品では、しばしば外来語が「ー」なしで表記されています。
あと、京都にある老舗喫茶店で、創業1940年のイノダコーヒというお店がありますね。

まあそんなわけで、当ブログーでも以降は、内閣告示とマイクロソフトーに習い、「ー」アリで表記しますので、ひとつよろしくお願いいたしますー。

関連する投稿

  • 関連する投稿はありません。

タグ:
カテゴリー: 未分類 | コメントはまだありません »

複数サイトでphpMyAdminを共有する

2008 年 10 月 27 日 月曜日

CMSを使って、同一サーバーで複数のサイトを管理していたりするときに、phpMyAdminをサイトの数だけそれぞれのドキュメントルートに突っ込んだりしていませんか？

どうせ覗くのは同じMySQLサーバーなのに、面倒だしサーバー領域のムダですよね。
実はシンボリックリンクで共有させることが出来ます。

phpMyAdminを設置したいディレクトリに行って、phpMyAdminが実際にインストールされている階層を指定するだけ。

↓例：/home/dacelo.info/DocumentRoot/で実際に使っているPhpMyAdminを、/home/hogehoge/htmlで使う。

[root@dacelo1]# cd /home/hogehoge/html
[root@dacelo1 html]# ln -s /home/dacelo.info/DocumentRoot/phpMyAdmin/ phpMyAdmin

これで、そこにphpMyAdminをインストールしたのと同じように使えます。（権限を設定する必要はあります）

関連する投稿

タグ:,
カテゴリー: linux | コメントはまだありません »

phpで元号表示

2008 年 10 月 27 日 月曜日

まあ、単純に演算するだけなんですけど、phpによる元号表記です。もし元号が切り替わった場合は…メンテナンスの必要がありますが。

現在の日付と時間は、2009年01月06日　02：00：32 です。
平成21 年です。もし昭和が続いていたら84 年です。
文久148 年です。

<?php
$today = date("Y年m月d日　H：i：s");
$heisei = date("Y")-1988;
$showa =date("Y")-1925;
$bunkyu = date("Y")-1861;
      print "現在の日付と時間は、$today です。平成$heisei 年です。もし昭和が続いていたら$showa 年です。文久$bunkyu 年です。";
?>

元号は漢字のほうが雰囲気出ますね。これは改めて考えてみよう。

関連する投稿

タグ:
カテゴリー: php | コメントはまだありません »

WordPressでPHPを実行するプラグイン

2008 年 10 月 24 日 金曜日

WordPressの投稿あるいはページの中で、phpを実行したくなることがあります。

そんなときにはこのプラグイン。
no sq - runPHP

これを入れて、投稿時に「run php」にチェックを入れると、phpが有効になります。
こんな風に。
現在の日付と時間は、2009年01月06日　02：00：32 です。平成21 年です。

<?php
$today = date("Y年m月d日　H：i：s");
$heisei = date("Y")-1988;
      print "現在の日付と時間は、$today です。平成$heisei 年です。";
?>

日本語版のpoファイルはこちらで公開されてます。
run-PHP 日本語版 - MMRT daily life

関連する投稿

タグ:, ,
カテゴリー: plugin review | コメントはまだありません »

WordPressに移行した際に必須のPlugin『404 Notifier』

2008 年 10 月 24 日 金曜日

他のブログからWordPressに移行した際、もしくは既存の静的HTMLサイトをWordPress化した際に、一番問題となるのは「404問題」だろう。エントリーの構造が変わると共に、もしくは移行時にとりこぼしが合ったりした場合に、404エラーが発生する。

すでに検索エンジンにインデックスされていたり、他のWebサイトからリンクしてもらったりしているページが404になってしまうのは、大きな機会損失だし、情報を求めているユーザーにとっても迷惑な話だ。
かといって、いちいちサーバーのエラーログを毎日見るというのもちょっと面倒な話だ。

そこでこのプラグイン。

WordPress › 404 Notifier « WordPress Plugins

このプラグインを有効にすると、404リクエストがあったときに、それを逐一記録・報告してくれる。
その報告方法も

  • RSSで出力する
  • メールで通知する

と選ぶことができる。僕の場合は、メールでいちいち毎日30通も届くとうんざりしてしまうので、RSSのURIをRSSリーダーに登録して、1日に1回チェックすることにしている。

関連する投稿

タグ:,
カテゴリー: WordPress | コメントはまだありません »

プログラマはブログをするべき

2008 年 10 月 23 日 木曜日

元同僚にいいエンジニアがいまして。
彼は腕のいいプログラマだし、文章もひょうきんなところがあって面白いし、しかも個人で会社（ひとり）を立ち上げている。
そう、ブログをしない理由がないんですよ。技術系のネタにちょっと面白スパイスを振りかけたエントリを書いたり、自作の小さなプログラムやグリースモンキーを配布したりすれば、またとないプロモーションの機会になるじゃないですか。

いや、彼も実はブログを書いてはいるんです。ただひたすら己の赤子との日常をつづるという…。いや、いいんですよ育児ブログだってそれはそれで…。しかし…。しかしそれは、自分の名前を冠した会社ドメインのブログでやらない方がいいんじゃなかろうか。

そんな彼に、プログラマが、プログラマとしてブログをするべき理由を書きつづろう！ と立ち上がったら、すでにこんな素敵なリストがあったのでそのまま送ります。

プログラマがブログをするべき10の理由

１）あなたの露出を増加させる
私のこのブログは、いかなるほかの方法から得るよりもはるかに多くのアクセスを得ます。
広告に1トンのお金を使う人もいます。ブログがなければ、たぶん私たちについて、99％の人達は一度も聞いた事が無い状態だと思います。

２）知名度の向上
プログラムというビジネスの競争力の本質で、仕事を発注するクライアントに認められる名前を持つと言うのは、利点になるでしょう。ブログは、あなたがクライアントに認識してもらう方法として一つの目標を達成するものであるということです。

３）プログラムの学習体験
新しいブログエントリを書くというのは、プログラマとして、絶えずあなたの知識と、能力に磨きをかける挑戦です。
私は、ブログの為の内容を作り出す事が出来ると言う事実が好きであり、同時に、学べます。
あなたの知識と能力に挑戦するブログエントリを書くことによって、あなたはプログラマとして絶えずアクティブな状態で、総合的な学習性能を向上させる事が出来ます。

４）ネットワーク（コネクション）の形成
あなたは、企業か、他のプログラマと共に、マーケットをネットワークでつないで、自宅でフリーランスで働いたり、見込み客とのコミュニケーションのために、より楽しく、生産的に仕事をする事は望みませんか？
ブログはこうしたネットワークを自然発生させます。
あなたはそのネットワークがいかに簡単に作れるかに驚くでしょう。

５）クライアントに発見されやすくなる
ブログは多くの方法で、あなたにクライアントを連れて来てくれます。
潜在的な顧客が、サーチエンジンを通じて、又は、あなたのエントリへの１つのリンクを通じて、あなたのサイトに来るかもしれません。

彼らは、定期的にあなたのブログを見に来る、あなたのファンの一人でさえあるかもしれない。
ブログがポピュラーになると、多くの新しい人々が、潜在的に仕事に変わるかも知れないあなたのブログに連れてこられるわけです。

６）サーチエンジン向けに最適化されたコンテンツ
私が先ほど言及したように、見込み客はサーチエンジンを通じてあなたのサイトを見つけるかもしれない。あなたが持っているブログが、検索エンジンからインディクス化されるよう、より多くのページで、インディクス化されるようにキーワードを仕込んでいきます。
その為には、様々なプログラム関連の話題をカバーしなければいけません。
それは、旬のキーワードを求めていく事、あなたのブログは新鮮な内容を保つ必要があるでしょう。
ただ、プログラム関係の市場は非常に競争が激しい為、検索エンジントラフィックを誘導するのは非常に困難ではあります。

しかしながら、ブログは時間がたつにつれて、容易に検索トラフィックを確立することができるものなのです。

７）コミュニケーション技能の向上
ブログを書く人として、あなたは絶えず、執筆とコミュニケーション技能を改良していくでしょう。
これらの技能は、あらゆる生活全般で必要ですが、プログラマによって特に重要なスキルです。
クライアントや他のプログラマとのコミュニケートする事を求められるプログラマにとって、特に貴重なスキルです。つまりブログでは、あなたのプロジェクトをよりうまくいくようにする為の技能を磨く事が出来るのです。

８）知識を示す
潜在的クライアントが、あなたのブログに訪問する時、ブログを見ればあなたが何を知っているかがわかるという状況をクライアントは望んでいます。
○○をする事に関して、あなたは適任のプログラマと。

あなたのテクニカルプログラム能力を示す事以外にも、ブログに、あなたの知識を注入していきます。
仕事であなたが出来る事を示す事は、クライアントがあなたに一歩踏み込む事を容易にするでしょう。

９）潜在的な販促効果
いったんきちんとした数の読者を確立するということは、あなたには、あなたの仕事に関心のある読者に対して、なんらかの情報促進能力がある事を意味します。
あなたのサービスの期間限定の割引キャンペーンをブログで公開する事で、他のプロジェクトの宣伝にお金や時間を使うよりも、より良い、すばやい結果を得る事が出来るかもしれません。

１０）仕事のバラエティー
ブログの良いところの一つは、あなたの仕事の単調さを抜け出すような、異なった刺激をあなたに与える事が出来るということです。
プログラマが、プログラムすることを楽しむのは当たり前のことですが、時々、別のやりがいのある活動をブログに書いて見るのも良いものです。
（プログラマがブログをするべき10の理由）
（元ネタ10 Reasons Web Designers Should Blog | Vandelay Website Designを参考に一部の日本語訳を変更しました）

いやまさにその通り。これ、元ネタの「Webデザイナーが～」よりも良くできてると思います。特にこういった部分ですよね。

  • 知名度を上げる
  • 顧客を増やす
  • 知識を深める

別に顧客の企業情報を漏らさなくても、いくらでも書くこと・書けることはあるはずですよ。そして、インプット＆アウトプットの循環は、きっとプログラマとしての成長の糧にもなるはずです。さらにはその循環は、いずれより良いお客さんを集める循環に螺旋的発展を遂げると思います。　どう？

関連する投稿

タグ:
カテゴリー: monologue | コメントはまだありません »

Page 1 of 41234»