alpha: 2009年5月アーカイブ

フライトの30分1時間当たり約60マイルでの対応は、 マーティンJetpackどうやら高8000フィートの空気のように行くことができます。

中に上空を飛行している当然のことながら、その作成者は、統合弾道パラシュートでは、そのエンジンの場合、何かが間違っているデバイスを装備しています。

中には、ほんのわずかな人々に地面にドットのようにあなたが確実に動作を停止する場合は、マシンなりたくない。


酷い…

昔、フランスの起業家のある朝目が覚めたと思った:今日は誰もが考えている発明のロマンジャリという名前でしたか?

もちろん、犬用の自動洗濯機!

多分彼はこのアイディアを考えたが初めてではないが、私はこのような何かを聞いたのは初めてだ。

47ドルを開く...が、確かには、明らかに、計画を征服してフランスの周りのすべてのマシンには多くの成功しているこれは悪い人だと考えている来年は英国の犬市場洗濯。

[米アーカンソー州フォートスミス 27日 AP] 25日夜、コンビニエンスストア『E-Z Mart』に男が強盗に入った。男はシャツをたくし上げ、ベルトにさした銃を抜いて、店員に突きつけ「こんなことはしたくないんだが、レジから40ドルよこせ」と脅迫した。

店員は「店の金は私のじゃなないから渡せないね」とこれを断固、拒否。しかし犯人が「インシュリンを買う金が必要なんだ」と事情を説明すると、店員は自分の財布から40ドル出して犯人に渡したという。犯人は店員に感謝、握手をして店から出て行った。

警察は男の行方を追っている。

hobnox audiotool
っていうかこんなの出しちゃったら、楽器屋さん大ピンチ。

実際の楽器を操作する感じで音楽が制作できてしまう・・・とかいうと「あーあの某ソフトだろ」とか言うかもしれないけど、これ、全部『ブラウザーの中で制作できて』
・・・・・・なんと無料っ!!!!!!! がーーーーーーーん

あぁ、ついにこのときが来てしまいました。おぉ・・・なんというウェブアプリ。DAW (Digital Audio Workstation) ならぬOnline Audio Workstation 「Hobnox Audiotool」。

「これで俺も瞬く間にミュージシャン!」と思ったあなた。すみません。最近良く聞くフ レーズ『誰でも簡単に!』はここにはありません。だって実際の楽器とおんなじなんだもん(TB-303とか、TR-808とか、TR-909とか。)。各 楽器の詳細は気が遠くなるので説明しませんが、全体はこんな感じです。(クリックで大きな画像)
hobnox_01
左上で自分の曲を録音できて、左下に楽器やエフェクトが格納されています。形もそのまんまです。右上が操作画面のナビゲーション。音楽を普段から作ってい る人にはなんとも簡単で、普段から作っていない人にはなんともハードルの高いこの「Hobnox Audiotool」だけど、実際の楽器と同じように、きっと触っているうちに楽しくて覚えるよ。

カテゴリー名の変更、ドメイン名の変更などに伴うURLの変更時に、リダイレクト元サイトからリダイレクト先サイトへURLを転送させる方法について説明します。リダイレクトをするには、httpd.conf .htaccess にその転送内容を記述しますが、ここでは、.htaccess を使ったURL転送について説明していきます。

Movable Type でカテゴリーを作成するとき、事前にある程度考えてからカテゴリーを作成していきますが、それでも、コンテンツが増えてくるにしたがって、「カテゴリーを 細分化させたい」、「カテゴリーを一階層上に移動させたい」、というケースが少なからずでてくるかと思います。その場合、面倒な問題となるのがURLの変 更ですが、リダイレクトを利用すれば、訪問者にURLの変更を意識させることなく、変更先URLへと簡単に導くことができるようになります。


Googleが提供しているAnalyticsは様々なデータが得られるアクセス解析ツールです。
日々のアクセス数(ユニークユーザー、セッション、ページビュー等)はもちろん、
検索ワード(これに関しては、ブログであればトラックワードの方が詳しいです)、直帰率、平均サイト滞在時間まで分かります。
この中で今回話題にするのは「直帰率」。
直帰率とは何なのか? そしてどういった基準で考えたらいいのかを考察してみました。

作業効率に関するKPI

CMS導入の費用対効果(ROI)は、社内提案を通すための必殺技だといえる。CMSはコスト削減につながるの か?それとも必要なインフラへの設備投資なのか?まず重要なのは、導入効果を数値化することだ。自社の事情に合った目標を立てて、計測を開始しよう。今回 は、導入前の費用対効果算出、または運用開始後の効果測定に使えるKPIの立て方について、具体的に検討する。

CMSを導入する結果、何が変わるのか?仮説を立てて、それぞれについてKPI(Key Performance Indicator=重要指標)を設定してみよう。まず、「CMSを導入することにより、コンテンツをより効率よく管理できるようになる」ということを数 値化してみる。効率が良くなるため、より多くのコンテンツを作ったり、更新できるようになるはずだ。CMSから取り出しやすい指標として、次の3つを段階 的に見ていこう。

  1. 新規作成または更新されたコンテンツのページ数
  2. 承認まで完了したワークフローの本数
  3. 生産性=新規・更新ページ数÷作業者全員の合計作業時間

Webサービスを活用していきたい人のために

Webサービスを活用する機会は増える一方だ。いつの間にか、メールのやりとりはWebメールサービスに、Webブラウザのブックマークはソーシャ ルブックマークに、ビジネス文書の作成だってオンラインワープロに──気づけばWebサービスを多用していたという人は少なくないだろう。そして、これか らWebサービスを活用していきたいと考えている人もいると思う。本特集では、Webサービスをプライベートやビジネスなどに積極的に取り入れていきたい 人に向けて、ジャンル別にさまざまなサービスリストを提供していく。ジャンルやサービスは順次拡充していく予定なのでぜひ活用してほしい。

掲載ジャンル一覧(順次拡充予定)


Webサービスの種類 更新日
New Webメール 05-23-2009
New ソーシャルブックマーク 05-23-2009
New オンラインカレンダー 05-23-2009
New ワードプロセッサ(文書作成) 05-23-2009
New 表計算 05-23-2009
New プレゼンテーション 05-23-2009
New ドキュメント共有 05-23-2009
New 画像編集/フォトレタッチ 05-23-2009
New PDF変換/作成 05-23-2009
Dreamweaverの検索と置換って何気に凄い。
色々出来る中でもかなり便利だと思う正規表現を使った置換のサンプルを挙げてみる。
スパゲッティなソースの修正も、これと特定のタグ検索知ってれば作業スピードが格段に上がるかも。
218K

 センチュリーは、手を触れずに虫が捕らえられる虫取器具「虫パックン」を、5月16日に発売した。価格はオープンプライスで、店頭予想価格は1,680円。

  虫を直接手で触れることなく捕獲するための“虫取りスティック”。スティックのレバーを握ると、先端のブラシ部が開き、レバーを離すとブラシが閉じ、虫を キャッチできる仕組みになっている。アームが長いため天井や壁、高い木に止まっている虫にも使用でき、虫に噛まれたり刺されることもないという。

 同社では用法として、殺虫剤等で弱らせたあとの虫の捕獲や、子供の昆虫採集や磯遊びに最適としている。

 本体サイズは60×645×145mm(ブラシの直径×本体の長さ×レバー部の高さ)で、重量は180g。ブラシカバー、壁掛けフック、練習用の虫のダミーが付属する。電池や薬剤は使用しない。

虫パックンの全体図。レバーを握っていない状態だと、先端のブラシ部が閉じている ブラシのアップ写真 虫パックンの用途。室内の害虫を捕まえるだけでなく、アウトドアでの昆虫採集にも使えるという

使用手順



センチュリー
http://www.century.co.jp/
製品情報
http://www.century.co.jp/products/zak/mushi-packun.html

先日、あるいじめ関係のシンポジウムパネラーとして参加しました。

その席上、長野県の中学校の先生が実践されている「いじめ対策」は、目から鱗が落ちる素晴らしいものだったので報告したいと思います。

それは、以下のような手順で行われます。



1 いじめの認知は、本人、親、友人の誰からの報告であっても

 「この事態を心配している人から報告があった」で統一する。

 ※ いじめ加害者やその親は「誰がそんなこと言った」と言いがちなので、

  教員側の対応を統一しておくことは極めて有効と思われます。


2 必ず、一人の教員ではなくチームで対応する。

 

 ※ チーム対応は教員の一番苦手とするところですが、是非克服してほしいところです。


3 複数の加害者(大抵そうです)と複数の教員が別部屋で1対1で対応する。

 ※ ここで、各加害者の発言に矛盾が生じます。


4 15分後に部屋に加害者を残して教員が集合し、情報交換・矛盾点の分析を行う。


5 3・4を繰り返し追求することで、加害者に「いじめの事実」を認定させる。

 ※ 3・4・5は明日からでも実行できるノウハウではないでしょうか。

   「加害者に吐かせる」必要のある仕事(刑事に限らず税金徴収員等々)ではよく使うテクニックです。

   (私も内容は言えませんが実践したことがあります)


6 事実を認めた加害者に対し「泣くまで」反省を迫る。

 ※ ここは教師の真骨頂です。

   中学生ともなると(特にいじめの加害者のような奴は)脅すだけでは、まず泣きません。

   そこで、刑事ドラマのカツどんに当たる要素が必要になるそうです。

   加害者ががんばってきたことの写真(部活動や体育祭・文化祭他)などを見せて、

   「なのにお前は、今、何をやってるんだ」みたいな感じで迫るらしいです。


7 いじめの事実を認め、「泣くまで」反省した加害者は、通常、被害者に誤りたくなるのですが、

 すぐに誤らせることはしない。

 ※ すぐに誤ると加害者が「すっきり」するからです。


8 少なくとも一週間の時間を置いて、加害者に誤ることを許す。

 ※ 被害者にとって、加害者から謝ってもらうことは大きな癒しになるという報告を別の会合で聞きました。


9 保護者を交えて、いじめの事実を報告する。

 ※ その際、加害者・被害者を実名で報告するのか否かは聞き漏らしました。


 講演者だったヤンキー先生こと義家氏も、よほど感激したのかシンポジウム修了後、その先生や私がいるパネリスト控え室に挨拶に来て、

「何かあったら何でも協力します」と言っていました。


 このような例が、蓄積されず、研究対象とならず、伝播していかず、「素晴らしい先生」の一実践の終わってしまうのが、教育界の最大の欠点です。

 そこを何とかしたいと痛切に思った一日でした。

パソコンに向かう仕事が多いはてなでは、肩こりで悩む人が大勢います。中でも常にマッサージ器を肩にあてているスタッフが一人。相当肩こりで悩んでいるようです。彼の痛みを少しでも解消してあげようと、手軽にできるマッサージ方法を調べて、実際にやってもらいました。

まずは肩こり度をチェック!

首が原因の肩こり?首を軽くする1分体操 - [肩こり・腰痛]All About

この記事で紹介されている、首に問題があるかどうかのチェック方法を試してみました。チェックの仕方は壁に顔を横にしてつけるだけ。両肩がつかなければ問題あり、だそうです。

[f:id:kiyohero:20090521124108j:image:h300]

周囲からの「何しているの?」という視線を浴びつつチェック開始。画像ではわかりにくいですが、彼の肩は壁からだいぶ離れています。これは問題あり、です。

それでは、はてなブックマークで調べた肩こり解消法を実際に試してもらいたいと思います。

その1 ~肩すくめ体操~

まず、前述の肩こりチェックの記事で紹介されている、1分間でできる肩すくめ体操を試してもらいました。

【手順】
1. 右肩をすくめ、顔は左斜め上に
2. そのままの体勢で、右肩を3回ほどぐるりと回す
3. 再度1のポジションに戻す
4. ゆっくり顔を左斜め下へ向け、頭を倒していきながら右ヒジ曲げる
5. さらに頭を倒し、右ヒジを床方向へ下げていき、首から肩にかけて伸ばす

[f:id:kiyohero:20090521124109j:image:h300]

壁に向かって「効く~」とつぶやいています。けっして北野武監督のものまねではありません。

その2 ~肩回し体操~

第2回 肩のコリを取る:ITpro

お次はこちら。両手をそれぞれの肩の上に置き,グルグルと回すだけです。ツボ押しと併用すると良いようです。

【手順】
1. 肩の上に手を置く
2. 肩甲骨が動くことを意識して、手を前向きに回す
3. 以上の動きを10回繰り返す

[f:id:kiyohero:20090521131854j:image:w300]

まるでエネルギーをためているようなポーズです。「肩に筋肉が付きそうです」とのこと。

その3 ~空気玉~

重い、痛いを吹き飛ばせ! 肩コリ解消法 | Web担当者Forum

3つ目はこちらのエントリーに書いてある方法を試してもらいました。6つの肩こり解消術が紹介されていますが、中でも気になったのが、「両手に大きな空気玉を抱える」方法。

【手順】
1. 少し前かがみになり、両手を組む
2. 両手の間に大きなボールを抱えるような気持ちで広げる
3. 背中の真ん中を突き出すようにして、左右にゆっくり身体を揺らす

[f:id:kiyohero:20090521131855j:image:w300]

「肩よりも腰に効きますね。ありがたいです」。腰痛も抱えていたのですね……。

その4 ~両手パタパタ~

もうひとつ上記の記事で紹介される方法のうち気になったのが「両手を広げてパタパタ動かす」方法。こちらも試してもらいました。

【手順】
1. ヒジを軽く伸ばし、両手を開いて手の平を正面に向ける
2. 続いて、手の甲の側を正面に向くようにする
3. 以上の動きを繰り返して行う

[f:id:kiyohero:20090521124112j:image:w300]

まるで映画のワンシーンのようなポーズ。よほど気持ちいいのか、吐息さえ洩らしていました。

比較してみた

4つの中でどれが良かったか尋ねたところ、「両手パタパタが一番気持ちいいです。仕事の合い間に座りながらできるので、毎日続けられそうです」とのお返事。どのくらい肩こりが解消されたかを尋ねると、「75%くらい疲れが取れたかなぁ」とのこと。

少しは彼のお役に立てたようです。彼と同じく肩こりでお悩みの方は、手軽にできるので是非お試しください!

初・2・3代大統領 「李承晩」
 彼の養子が実の両親を殺害。不正選挙を糾弾されハワイに亡命。そのまま客死。

第4代大統領 「尹譜善」
 クーデターで退任を余儀なくされる。軍法会議で懲役3年の判決。

第5~9代大統領 「朴正煕」
 長男が麻薬服用で逮捕される。狙撃事件発生。弾がそれて夫人に命中。死亡。
  直後、金載圭KCIA部長によって暗殺される。

第10代大統領 「崔圭夏」
 学生デモ等が収まらず、粛軍クーデターを実行。結局収まらず、光州事件発生。8ヶ月で退任。

第11・12代大統領 「全斗煥」
 光州事件において反乱首謀罪で死刑判決。後に恩赦。

第13代大統領 「盧泰愚」
 退任後に収賄容疑で逮捕。光州事件の内乱罪も発覚。懲役17年の判決。後に恩赦。

第14代大統領 「金泳三」
 在任中に経済危機に陥りIMFの介入を招く。次男は利権介入による斡旋収賄と脱税で逮捕。
       
第15代大統領 「金大中」
 光州事件の首謀者として無期懲役の判決。息子3人を含む親族5人が金がらみの不正事件。

第16代大統領 「盧武鉉」
  登山中に滑落し死亡
Yahoo! JAPANトップページのフロントエンドエンジニアとして、JavaScriptやPHP,Perlといった言語を利用して開発しています。

この度、デベロッパーズサミット2009というイベントにおいてエンジニアの勉強法というテーマでJavaScriptの勉強法についてお話をさせていただきました。
今回は、そのときのお話について発表しきれなかった部分も含めてご紹介できればと思います。

勉強の分類

勉強には大きく分類して2つのステップがあると思います。

1. 情報収集

1つは情報収集です。

技術書やウェブサイト、ブログを読んだり、勉強会やセミナーに参加してみる、といったことが該当します。

2. 実践

次は実践です。

技術書を読んだだけ、イベントに参加しただけ、では成長しないのでそこで吸収した知識を元に自分で手を動かします。

それでは、上記の内容について具体的にどのようなことをすればいいのかを詳しく紹介していきたいと思います。


1. 情報収集

技術書

まず最初は基本中の基本ですが、技術書を読むことです。
書籍には良い本、悪い本などいろいろあるかと思いますが、幸いJavaScriptには良書と呼ばれるものがたくさん存在しています。

  • JavaScript 第5版

    オライリーより出版されているJavaScript第5版です。
    この本は通称「サイ本」と呼ばれておりJavaScriptを使った開発を行ううえで、手元に常に置いておきたい1冊です。

  • The Good Parts

    こちらもオライリーより出版されている書籍です。
    この本はJavaScriptをより深く使いこなすためのよい手法が多く掲載されています。
    「とりあえず動くものは書けるようになったけどもっとよい書き方はないだろうか?」という人にオススメです。

  • まるごとJavaScript & Ajax ! Vol.1

    こちらはImpress Japanより発行されている書籍です。
    発売当時(2007年)の最新状況を中心とした記事が多く、今読むと若干古い情報も入っていますがそれでもまだまだ勉強になるところがたくさんかかれてあります。
    特に、序盤の小飼弾さんと天野仁史さんの記事ではJavaScriptの特徴である「プロトタイプベースのオブジェクト指向」について解説されており、サイ本の解説が詳細すぎて理解に時間がかかる人はまず先にこちらの解説を読んでみるといいと思います。

  • リファレンス本

    最後は特定の書籍というわけではないのですが、リファレンス本が手元に1冊あると楽だと思います。
    参考までに私はエムディエヌコーポレーションより発行されている「JavaScript ビジュアル・リファレンス」という本を利用しています。

ウェブサイト、ブログ

次はインターネット上からの情報収集です。

ソーシャルブックマーク

一つはソーシャルブックマークからの情報収集です。
例えば国内だと「はてなブックマーク」が特に利用者にエンジニアが多く技術系の情報を収集するのにとても有効です。
また、英語圏のまだ国内で紹介される前の新しい情報を探したい場合は「delicious」などがオススメです。
上記のソーシャルブックマークなどで「JavaScript」や「ajax」といったタグで絞り込んだ内容をRSSリーダーなどで購読することで情報を収集します。

仕様書

JavaScriptは歴史的な経緯によってECMA-262に準拠しており、詳細な仕様はこちらの資料で確認できます。

JavaScripterな人のブログ

JavaScriptを扱っている人のブログを購読します。
仕事で扱っている人、趣味で書いてる人問わずコードが書いてあれば読んでみましょう。
生きているコードを読むと勉強になりますし、自分だったらこう書くなぁ、というのがあればコメントを残す
ことで多くの人とつながりを持つこともできます。

セミナー&勉強会

次はセミナーや勉強会の話です。

今回発表させていただいたデベロッパーズサミット2009もそうですが、セミナーでは普段かかわることの難しい人や企業の貴重なお話を聞くことができます。
Shibuya.JSというJavaScriptコミュニティがあるのですが国内の大きめなイベントでいろいろな発表をしています。
いい意味で変態な人が多く、内容も実用的なものから最新のもの、ちょっと変わったJavaScriptの使い方など多岐にわたっておりとても刺激になります。

ほかにもいろいろなJavaScriptの勉強会が開催されており

などがあります。

また上記以外にもこういったセミナーや勉強会はIT勉強会カレンダーに情報が集約されているので興味のあるセミナーや勉強会には積極的に参加してみるのもよいと思います。

人の書いたソースコードを読む

ウェブサイト、ブログを読むとも少し重なる部分もありますが、人の書いたソースコードを読むことは非常に勉強になります。
リファンレス本や仕様書を片手に書いているだけでは分からない"生きた"コードをたくさん発見できます。

特にライブラリ(フレームワーク)のソースコードなどは非常に勉強になる部分が多いと思います。
代表的なものだと

などがあげられると思います。

また、JavaScriptの特徴として実際に今動いているソースを読める、といったことも大きいと思います。
「ページのソースを表示」などから実際にそのサイトで動いているソースを読めます。

改行やスペースが削除されている場合はJavaScript beautifierなどを利用するといいでしょう。


2. 実践

サンプルの実行

実践で最初に紹介するのはサンプルの実行です。
例えば前述の書籍や多くのウェブサイトやブログで実際のコードを見られます。
これらを実際に動かしてみましょう。
幸いなことに、JavaScriptはブラウザとメモ帳さえあれば実行環境が整っていることになるので今すぐにでも始めることが可能です。

個人的なオススメの実行環境はFirefoxFirebugという組み合わせです。
FirebugはFirefox向けのフロントエンド統合開発環境のようなもので、JavaScriptコマンドラインを兼ね備えており閲覧しているサイト上で手軽にJavaScriptを動かせます。

Try and Error

サンプルを実際に動かしているとタイプミスをしたり、細かい実行環境の違いなどでエラーが発生することもあると思います。
そうしたらチャンスだと思ってください。
JavaScriptに限った話ではないですが、エラーの修正作業はプログラミングスキルを向上させるうえで必要不可欠な要素です。

そのため、とにかくたくさんコードを書いて、たくさんエラーを発生させて、たくさん修正するといったサイ
クルをひたすら繰り返しましょう。
前述にもありますが、手を動かすことがプログラミングスキル上達への一番の近道です。

アウトプット

こうして、たくさんのコードを書いたら今度は自分から情報をアウトプットしてみましょう。

たとえば

  • こんなこと勉強してるよ!
  • このサイトでこういうことができたらもっと便利なのに...。
  • こんなプログラムを書いてみたよ!

といった内容をアウトプットしてみましょう。

具体的な場所としては

などが人目に触れやすいと思います。

内容も

  • Array.join("")と innerHTML += hoge はどっちがいいんだろう?

といったちょっとした疑問や

  • こんなことができるようになる(bookmarklet|Greasemonkey)作ってみた!

といった作成したもののアウトプット、また

  • CodeReposへのコミット

によってほかのエンジニアによって添削してもらう、などさまざまな方法があると思います。

「アウトプットは苦手なんだけど...」

という人もいるでしょう。
自分の周囲にもそういう人がいます。

  • 作ったものを公開するのは恥ずかしい
  • 間違いを指摘されるんじゃないか
  • そんなたいしたもの作ってるわけじゃないし
  • こんなアウトプット見てないよ

でも

そんなのもったいない!!

アウトプットは本当に重要です。

公開しないことによって結果的に間違いに気づけずに余計恥ずかしいことになることもあると思います。
また、アウトプットするという行為自体に価値があります。

アウトプットすることで

  • 間違いを正してもらえる
  • 疑問があれば答えてもらえる
  • 作ったものが評価してもらえる
  • 作ったものを使ってもらえる
  • 同じ興味を持つ人とコミュニケーションをとることができる

といったさまざまなメリットを受けられます。


まとめ

以上、自分が実践している勉強法を紹介してきました。

今回は特に「アウトプット重要」ということを叫んできたのですが、エンジニアにとってこれは言語によらず
とても重要なことだと思います。
みなさんもアウトプットを積極的にすることで、より多くのことを学べるようになるでしょう。

まだ、ブログを持っていない人はブログサービスのアカウントを作るなり、エンジニアの人でしたらレンタルサーバに自分でブログを設置するのもいいでしょう。
設置までの手順をメモしておくだけでさっそく1回目のアウトプットが完成です。

私自身もここでいろいろな情報をアウトプットできればと考えているので、皆さんもぜひ一緒になって積極的にアウトプットをしていきましょう!

小野和俊のブログ
 http://blog.livedoor.jp/lalha/archives/50261226.html


プログラミングを始めてから今日に至るまで、
様々なタイプのプログラマーと開発を共にしてきたが、
驚くべき速度で高い品質のソフトウェアを作り上げるプログラマーには、
一つ共通の特徴があるように思える。
それは、「はまる」時間が極端に短い、ということである。

私自身、「風のプログラマー」を指向しており、開発速度を重要視している。
例えば平成14年未踏ソフトウェア創造事業「PICSY」では、
発表直前に知人でプロジェクトリーダーの鈴木健にレスキュー隊として呼ばれて
2,3日でGUI全般と、クライアント/サーバー通信部分の設計と実装を終わらせたのだが、
このときなどは、大体の要件を口頭で聞いた後は、
ほぼまったく手が止まらずコードを書き続ける感じで開発をしていた。

「はまる」時間の長さは開発速度に直結するわけだが、
プログラマーが「はまる」場合にはある程度の傾向があると思うので、
今日は「はまる」プログラマーの傾向と、その対策を考えてみたい。

1. クラスやメソッドの命名が不適切
先日ネットで「きれいなソースコードを書くために必要な、たったひとつの単純な事
という記事が話題になったが、この内容には私も全面的に賛成で、
クラスやフィールド、メソッド、名前空間など、とにかく文字として表れる名前には、
必ず、例外なく、正しく誤解のない命名を徹底することが非常に重要だ。

不適切な名前は、クラスやメソッドの機能の誤解を招き、まさかこの名前でそんな
動作をするとは思わなかった、という類のはまり方は本当に最悪で、
時間も無駄になるしモチベーションも減退するし、そのコードを書いたプログラマーに
対しての信頼も失われてしまう。

一人でコードを書いているときでさえ、コード規模がある程度以上になると、
自分がつけた適当な名前に自分自身ではまる、という三流パロディーのような事態が
起こりえるが、複数人で開発しているときに適当な名前をつけてしまうと、
各所で「はまる」事態が発生し、開発効率が激減する。

2. 「とりあえず」書いたコードが悪さをしている
命名と同様に、どんな忙しい状況でも、「自分でも納得でき、人に見せても恥ずかしく
ないコードしかコミットしない」ことを守り続けることが重要である。

「今回は時間がないのでとりあえずこのままコミットします」といってコミットしたコードは、
多くの場合次回以降に発見が難しいバグの原因になるし、
場合によっては「今回」もその箇所が原因となって他の箇所で問題が発生し、
はまる原因となる。

「とりあえず」書いたコードとは、例えば次のようなものだ。

- エラーを根本解決せず、外側で例外を強引に捕捉して凌いでいる
- 「理由はよくわからないんですが、とりあえずこうやって書くと動くので...」
- 「危険な臭い」のするアルゴリズム
- 明らかにリファクタリング対象となるような、見た目が極端に汚いコード

期日が迫っており、とにかく時間がない、というような状況だと、
つい「とりあえず」書いたコードをコミットしたくなるかも知れないが、
忙しいときこそ、「適当に書いたコードはコミットしない」ことを死守すべきだ。

ソフトウェアが完成した後に見つかった問題に対応するには、
ソフトウェア完成前の何倍もの手間がかかることを、
私たちは経験的に知っているわけだから。

3. 「このままでは何かがおかしい」と感じながら作業を続けている
これは例えば、「もっといいやり方があるはずなんですけどね...」とぼやきながら、
あまり望ましくないと思われるやり方で開発を続けてる、というようなケースである。

「もっといいやり方がある」と感じるのは、今のコードの書き方だと、
同じような処理の記述を複数箇所に分散せずるを得ない、という状況だったり、
依存関係的にここにこんなコードが入るはずないんだけど、という状況だったり、
意識する必要がないはずのインターナルなクラスや構造を意識しないと問題が解決
しないような状況だったりする場合である。

そして、たぶん、その直感は合っている。

何かがおかしいなら、時間をかけてでもそのおかしさの根本原因を最初に確認しないと、
後ですべてをやりなおすことになる。「何かがおかしい」状態で作業を続ければ
続けるほど、後で必ず修正することになるコードを積み足して行くことになる。

4. ツールに振り回されている
ときどき、いざ問題を解決せん、ということで、頭で考えて大体の当たりを付ける前に、
突然デバッガーを起動して色々なところにブレークポイントを置いてみたり、
プロファイラーを起動したり、ソースコード間を行ったり来たりして
ディスプレイの前で腕を組んで首を傾げ、一向に開発が進まない、という人がいる。

もしこういうはまり方をしやすい人がいたら、
その人に対するアドバイスとして、一度ツールを使うのをやめてみることを提案したい。

そもそも、最近のIDEに搭載されているような便利なツールが存在しなかった頃から、
先人達はデバッグを行ってきたのだ。

はまった時にまず最初に行うことは、ツールを立ち上げることではなく、
「どの辺りに問題があるのか」について、頭で考えて当たりをつけることだ。
そして、その関連箇所のソースコードを読んで処理内容を確認することだ。

問題箇所を頭で考えることに慣れてくれば、
大抵の場合、テキストエディタさえあれば問題は割とすぐ解決できる。
そして、ツールが本領を発揮するのは、当たりを付けていないプログラマーに対してではなく、
当たりを付けているプログラマーに対してである、ということを忘れてはいけない。

頭で考えて当たりをつけることができないプログラマーにとっては、
デバッガーは単に速度の若干遅い実行エンジンでしかない。

5. 「よくあるつくり」に対する理解が乏しい
一つの言語をある程度の深さで習得した人は、
「あの言語でいうXXを実現するにはこの言語ではどうすればいいのかな?」
といった要領で異なる言語に対しても理解が早いものである。

同様に、「pluggableな機構を用意しているフレームワークだったらこの辺りに拡張ポイント
がありそうじゃない?あ、ほら、あった」といった要領で、たくさんのソフトウェアの
「つくり」に触れたことがあるプログラマーは、他のソフトウェアに対する理解が格段に早い。

「つくり」を理解するには、単にソフトウェアを使っているだけではダメで、
使うことになったソフトウェアに「深入り」することが重要だ。

例えばIDEを使っているだけでは、IDEの「つくり」のほんの一部しか理解できないが、
IDEのプラグインを何個も作っていけば、そのIDEの「つくり」についての理解を深めて
行くことができる。

「最近ではXXというフレームワークがあって」というような表層の情報をたくさん
集めることよりも、少なくても良いので、これは面白そうだ、というものについて深入りして、
内部の構造や拡張ポイント、設計の指針などを理解する方が、
速く美しくコードを書けるプログラマーになるための近道だと思うわけである。

6. APIの存在を認知できていない
慶応大学の頃、理工学部のとある研究室で、そこにいた助手の人が、
「僕は新しい言語を勉強するときは必ずAPIリファレンスにざっと目を通すよ」
と話していたことがあった。

これは新しい言語を学ぶときのとても効率の良い学習方法だと思う。

「頑張って作った後に、言語の方で既に用意してくれているAPIがあることがわかった」
というのも一種の「はまっている」状況であると言える。

また、単に開発工数が余分にかかるだけでなく、すでにAPIの存在を知っている人から
見ると、「わざわざ作ったからには何か違う処理が必要だったのでは」という風に見えて
しまい、考える時間を使わせてしまうこともあるので、注意が必要だ。

私は、「あるものは使い、無いものを作る」ことはソフトウェア開発の大原則の一つ
だと考えているが、その観点から言っても、よく使うであろうということですでに言語の方で
APIを用意してくれていたり、よく使われるライブラリがあったりする場合には、
何か特別な理由がない限りAPIを使うべきだし、また、「どの辺りを見ればどの類の
API群がある」という頭の中のインデックスを、言語習得時に最初に頭に入れてしまうと、
こうした問題は起こりにくくなってくるだろう。

他にもいろいろとあるものの
他にも、ソースコードが世代管理されていないとか、自動化されたテストケースがない、
といったようなジョエルテスト的な話もあるだろうし、プログラマーとしての「読み書きそろばん
のスキルにまず磨きをかける必要がある、という場合もあるだろう。
また、ウェブの情報に頼りすぎて、自分で解決する能力に磨きをかけられていない、という
ような話もあるだろう。


が、今回、上に書いたようなことにテーマを絞りたかった理由は、

(1) 適当に書いたコードは後でとても大きな被害をもたらす可能性が高い
(2) たくさんのソフトウェアの「つくり」に触れ、APIを熟知しよう

という二点を強調したかったからである。

もちろん、ソフトウェアのコンセプトを考えるときなどは、
むしろ、「はまる」ことの連続だし、それが健全な姿だろう。

が、ひとたび作るべきものが見えてくれば、そこから先の開発で
「はまる」時間は極力少なくすべきだし、上に書いたようなことを
気をつけながら開発を進めるように習慣をつけていけば、
頭の中で設計しながらサクサクとソースを書く、という感じで
プログラムが書けるようになってくるものだ。
ICONlook.com - the icon search.
http://www.iconlook.com/

検索したい単語を入力して「LOOK」をクリック


アイコンの一覧が出てくる


こんな感じで表示されます


1 :以下、名無しにかわりましてVIPがお送りします:2009/03/29(日) 17:04:40.48 ID:tsf4kgy/O
バタ子「今日も一日ご苦労様、はい、新しい顔よ」


アンパンマン「ありがとうバタ子さん」

アンパンマン「でも今日はバイキンマンにも会わなかったし、どこも汚れていないよ」


バタ子「駄目よアンパンマン、今日は暖かかったしあんが悪くなっているかもしれないでしょ」


アンパンマン「でも……」


バタ子「とにかく新しい顔に変えた方がいいわ、私が変えてあげる」


アンパンマン「あ」


バタ子さんは僕の頭を掴んで外すと机の上に置いた。

僕は新しい顔をつけられた自分を見上げた。

彼は不思議そうな表情で僕を一度だけ見た。



そして僕は捨てられた。











4 :以下、名無しにかわりましてVIPがお送りします:2009/03/29(日) 17:06:07.76 ID:pLGfAckC0
よし、試しに続けてみたまえ






■窓化ツール「Dxwnd」
http://saw.minidns.net/index.html
http://sfb7.org/software/


参考:
メイプルストーリーの例:
http://d.hatena.ne.jp/utyuu123/20071020

多田屋

和風デザインのサイトとしては有名です。画面遷移がとてつもなくかっこいいです。
03.jpg

HYBRIDWORKS

こちらのエントリーでも紹介した、アイコン配布サイトです。「YORITSUKI」のページが最高!
04.jpg

京都のWEB専門デザイン事務所::Subtonic

インデックスのフラッシュが素敵です。
27.jpg

【THE GARDEN ORIENTAL KYOTO】ザ・ガーデン・オリエンタル・ 京都

写真がとてもキレイなサイトですね。
28.jpg

Jonathan Yuen (2006)

水墨画のようなデザインとゆるやかなアコースティックサウンドが絶妙です。
01.jpg

日本の暮らし二十四節気めぐり 言の葉草 | 伊勢志摩の旅 よいとこせ

日本の季節の言葉を奇麗な写真と共に楽しめます。
02.jpg

ユマニテ

とりあえず見てみてください。太鼓サウンドど映像がリンクしてておもしろいです。
08.jpg

静観荘

オールフラッシュですがとてもわかりやすいナビゲーションだと思います。
09.jpg

JSTバーチャル科学館|日本再発見マップ

日本列島のいろんなデータを楽しめます。
10.jpg

映画『さくらん』公式サイト

映画「さくらん」のサイト。なんとなくアバンギャルドな和風です。
11.jpg

食卓に映し出された“昭和”と日本の生活文化 | History of Showa

こちらのエントリーで紹介した、三木のり平さんが主人公のアニメーションCMを楽しめます。
12.jpg

鈴懸 すずかけ

和菓子屋さんのサイトです。とてもシンプルに仕上げられています。落ち着いてていいですね。
13.jpg

Japan.illbe.net

香港のデザイナーが手がけたサイトらしいです。日本の名所ギャラリーです。これはほんとすばらしい。
14.jpg

和三盆本舗|かさね三盆

アンビエントサウンドとウェブデザインがすごくマッチしていて、緩やかな時間の流れが心地いいですね。
15.jpg

ほほえみの宿 滝の湯・山形県・天童温泉

山形県の旅館のサイトです。
16.jpg

150 Useful Adobe Photoshp Web Design Layout Tutorials and Techniques | 2experts Design - Web Design and Graphic Design Blog

チュートリアルでここまでやる?というプロレベルのWEBレイアウト作成チュートリアル。
プロレベルといっても様々ですが、そのなかでも優れたといえるレイアウトとデザインのチュートリアルが公開されています。
真似することでそれなりのものを作るのは難しくなさそうです。

Create a Magic Night Themed Web Design from Scratch in Photoshop
マジックをイメージした、少し怪しげなレイアウト。占いとかのサイトによいのかも。


作成の流れがあるのでアレンジに楽しめそうです。


How a Simple Layout Can Be Mixed ‘n’ Matched with Patterns, Photos and Backgrounds
シンプルだけど、テクニックが盛り込まれたレイアウトチュートリアル


こういうところが凝ってますね。


Create a Vibrant Modern Blog Design in Photoshop
大きな画像を背景に映りこんだような綺麗なレイアウトの作成チュートリアル


ここら辺がなかなか秀逸です。


Tutorial Site Blog Design
多段カラムの、凝ったレイアウト


Website Gallery Layout Design
枠が影つきながら、背景色を分けたり、枠の横にキャプションを入れたりのテクニックが見られるレイアウト


ここら辺が、簡単そうで、なかなか凝ってますね。

Google Maps簡単作成ツール:GMapCreator


http://www.geekpage.jp/web/google-maps-api/gmapcreator/



Google Maps(グーグルマップ)の使い方まとめ(地図)


http://google-mania.net/webservice/googlemap#toc-googlemaps5

 女性暴行事件で服役後に無罪が確定した富山県の柳原浩さん(41)が14日、国と県、取り調べを担当した警察官、検事を相手に総額1億円余の損害賠償を求める訴えを富山地裁に起こした。

 訴状などによると、県警などは2002年、氷見市で起きた強姦(ごうかん)と同未遂の2事件の容疑者として、柳原さんを逮捕、起訴した。無実を裏付ける証拠が多数あったにもかかわらず、暴行や脅迫によって自白を強要したとしている。

 柳原さんは懲役3年の実刑判決を受け服役後、別の事件で逮捕された男が強姦事件への関与を認めたため、冤罪(えんざい)であることが判明。07年10月に富山地裁高岡支部の再審公判で無罪が確定した。


豚ウイルスについて、極めて不審な点が、3点ある。
これからGWで海外に行く人が多くいるであろうが、渡航禁止も必要な、緊急事態である。

①インフルエンザに弱い若年層や高齢者ではなく、青年・壮年層に感染者が出ている
②通常の流行時期ではない4月に発生している
③米軍フォートデトリック生物兵器研究所でウイルス兵器標本が行方不明になり憲兵隊が捜査中

若年層、壮年層に効果があるよう開発された生物兵器の疑いがある。
すでにテロリストの手に渡っているかもしれない。
政府は大至急アメリカに確認し、国民に説明すべきだ。

同意見。
なにが「豚インフルエンザ」だ、と。

2009年5月3日に英国シルバーストーンで開催された「GT4欧州選手権2009」の第1-2戦で、「GTアカデミー」出身のルーカス・オルドネス選手が3位入賞という快挙を成し遂げた。

欧州日産とソニーコンピュータエンターテインメントヨーロッパは2008年、『プレイステーション3』の人気ゲーム、『グランツーリスモ5プロローグ』を 使って、『GTアカデミー』という世界選手権を開催。欧州では10か国、2万5000人が参加。その後、全世界の最速記録保持者22名が集まり、8月末に 最終選考会が実施された。

その結果、スペイン人学生のルーカス・オルドネス氏(23歳)とドイツ人のタクシードライバー、ラース・シュロマー氏(28歳)が優勝。2人には、本物の GT4マシン『350Z』(日本名:先代『フェアレディZ』)に乗り、日産プレイステーションチームからレースに参戦する権利が与えられた。

ルーカス氏は、グランツリーリスモ5の優勝者とはいえ、レース参加は初めて。そこで、日産は元F1のジョニー・ハーバート選手をはじめ、多くの有名ドライバーから指導が受けられる機会を設けた。

4か月間の猛特訓を受けて、次第にその才能を開花させたルーカス選手、今年1月に開催されたドバイ24時間耐久レースでは、4名のプロドライバーと交代でステアリングを握り、デビュー戦9位という健闘を見せた。

そして彼にとっての2戦目は、3日に英国シルバーストーンで行われたGT4欧州選手権。ここではアレックス選手とコンビを組み、350Zをドライブした。

初戦は11位から6位へ順位を上げ、フィニッシュ。4位スタートとなった第2戦は、アレックス選手が一時首位に躍り出るが、ペースカー導入とピットインに より順位を大きく下げた。しかし、ここで非凡な才能を発揮したのが、ルーカス選手。再び4位まで追い上げ、最終ラップの最終コーナーで、BMWをかわして 劇的な3位入賞を果たした。

ルーカス選手は、「最高の気分だよ。次のイタリア戦に向けて、さらに腕を磨かないと」とコメント。日産プレイステーションチームのボブ・ネビル代表は、「短期間でここまで成長した彼の才能と努力には、目を見張るものがある」と称賛している。

バーチャルのゲームの世界から、リアルなレーシングドライバーに転身したルーカス選手。レーサーになるのが夢だったというだけに、今後も素晴らしい活躍を見せてくれそうだ。

社会人になったらWordやExcelだけでなくPowerPointも使いこなせなくては、社内や取引先で のプレゼンに勝ち抜けません。しかし、ただ単に企画書をPowerPointで再現しただけでは、印象に残るプレゼンにはほど遠く、居眠りを誘う会議に なってしまうことでしょう。

 「1枚企画書」の最終回として、本書が出版に至った企画書の実例を含む、「プレゼン力の高い企画書」を3種類ご紹介します。実際の成功事例を踏まえてPowerPointをフル活用すれば、皆さんの仕事もきっと成功に近づくはずです。


本記事は「ビジネス極意シリーズ パワポで極める1枚企画書」から一部抜粋し、編集・再構成したものです。


プレ企画書 No.1
P(問題)+S(解決)=問題解決型

アイデア重視と起業の促進を図る
組織改革の提案企画書

 硬直した企業体質を変えるには、その根本にある問題点の洗い出しから始める。つぎにそれを解決する方策をあらゆる面から検討し、最終的には1つのコンセプトに落とし込む。

 このコンセプトが明確になることで、そのあとの具体案の方向性も定まってくる。コンセプトは、関わるすべての人に周知徹底させるという効果もある。


企画の特徴

組織改革の必要性を示す
組織の「問題」点を最初に掲げ、具体案と計画で「解決」を目指すという流れになっている

 組織としての停滞の原因はどこにあるのか、どうしたらそれを解決できるのか、という組織改革について考えた企画案です。左上の「問題点」の洗い出しが、現在置かれているS(情況)です。

 それを克服するにはどうすればいいかを示したのが右側の「組織改革の必要性」で、こちらがV(見解)です。SVのタイプは《P(問題)+S(解決)=問題解決型》ということになります。

 そうして考え出されたのが「信賞必達」制度を導入すべきだ、ということで、これがC(中核概念)です。ミッション(使命)のことをよく「必達目標」という言い方をしますが、「信賞必達」とは「信賞必罰」をもじったコンセプトワードです。

 そのコンセプトのI(具体案)が、最下段の左の「インセンティブ」です。これは「動機づけ」や「誘因」という意味ですが、ここでは「奨励策」です。ちなみに同様の言葉に「モチベーション」がありますが、こちらは「やる気の喚起」と捉えるとわかりやすいでしょう。

 右側の「実施計画」が新しい制度のP(計画)です。


完成企画書

組織改革の提案企画書組織改革の提案企画書の完成図


ロンドンと言えばイギリスの首都として世界有数の都市ですが、ヨーロッパの旅行者を対象にしたアンケート調査で、一番汚い町という結果が出てしまったようです。

英国にとっては2年連続にあたる、この不名誉な1位は、2376人のヨーロッパ旅行者を対象に行った調査結果だそうです。

さらに、「最も値段が高い」や、「最も食事がまずい」でも堂々と1位を飾りました。もちろんイギリスの新聞で発表しているのでイギリス人に対する戒めの意味にもなったようです。

一方で、無料アトラクション、公共の公園、夜の遊び場については、高い票を得ていたようで、セイント・ジェイムス・パークなどは人気のようです。

ただし、汚い都市の第二位がパリだったことを踏まえると、観光客が多いところほど汚くなりやすい、と言えるかもしれません。

その他、一番きれいだった都市にコペンハーゲン(デンマーク)、最もお得感のある都市にプラハ(チェコ)、最も親しみやすいダブリン(アイルランド)、最も退屈な都市にブリュッセル(ベルギー)という結果が出たようです。

パリは市民がおしゃれということや、食事がおいしいということで堂々の1位ですが、人々の親しみやすさでは最下位だったようです。

他の国と比べ合うことで、その国の良さを失わずに、改善されていくことにつながればいいですね。

アジア諸国も同じようなことが言えるかもしれません。

London named dirtiest city - The Independentより

Gspace

 Gmailの余った容量をオンラインストレージ代わりに、ファイル置き場として有効活用できるアドオン。メニューの「ツール」から 「Gspace」を起動し、「Manage Accounts」でGmailアカウントを登録すれば設定完了。中央の矢印ボタンでファイルのアップロード/ダウンロードが行なえる。


Popup ALT Attributes

 画像にカーソルを合わせると、「代替テキスト」(ALT属性)をポップアップ表示するアドオン。実はFirefoxには代替テキストを表示する機 能はない。代替テキストに小ネタを仕込むサイトは意外と多いため「IEなら見られたのに……」と恋しく思う人は導入してみよう。

こんちには みさなん おんげき ですか? わしたは げんき です。
この ぶんょしう は いりぎす の ケブンッリジ だがいく の けゅきんう の けっか
にんんげ は もじ を にしんき する とき その さしいょ と さいご の もさじえ あいてっれば
じばんゅん は めくちちゃゃ でも ちんゃと よめる という けゅきんう に もづいとて
わざと もじの じんばゅん を いかれえて あまりす。
どでうす? ちんゃと よゃちめう でしょ?
ちんゃと よためら はのんう よしろく

このアーカイブについて

このページには、alpha2009年5月に書いたブログ記事が含まれています。

前のアーカイブはalpha: 2009年4月です。

次のアーカイブはalpha: 2009年6月です。

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