■イノベーションの記憶

その昔、Windows3.1で業務アプリケーションを作成していたとき、その使い勝手の悪さと設計しにくさ、稚拙なユーザインターフェイスに辟易しておりました。
シングルタスクOSでモダンなメモリ管理も備えていなかったため、アプリケーションがクラッシュすると、OSもよくクラッシュしていたのです。その度、再起動…。懐かしいです。

そこに彗星のように現れたWindows95。

betaであの画面と機能を体感したときは興奮しました。今でもはっきり覚えています。
あのOS以降、企業へのPC導入、PCの一般ユーズが怒涛の如く進んだと認識しています。

そして今回のiPad。

あの時と同じ、もしくはあの時以上に強烈な熱さを感じています。
人が持つマシンが大幅に変わってしまう大きな節目だと認識しています。
今はまだ「あんなものの何がいいんだ」「タブレットPCなんて前からあった」といった意見も散見されますが、このデバイスは世界を変えてしまう力を持っていると考えています。

■アイディア

もう既にiPadに関して新しいアイディアがたくさん出ています。
たくさんのアイディアが溢れた先週のtwitterは、昨今感じたことがないくらい楽しいものでした。

元マイクロソフトの古川さんが挙げた怒涛のiPadアイディア。
iPadを使った楽譜アプリケーション、PadScoreのアイディア。
私の友人でもある、BG68KくんがモックイメージをデザインしたVJ向けコントローラアプリケーション、vPad。
tweetの中で「レストランのメニューはこれでよいね」と言った方も居られました。

いわゆるイノベーター的立場の人が次々に挙げる新しいテクノロジーに興奮せずにはいられません。

■業務アプリケーションへの適用

もう数え切れないくらいあると思うのです。
ドクターや工場巡回等の、「ボード的何かを持って歩く作業」はこれに置き換わると劇的な作業イノベーションがもたらされるのではないかと考えています。
画面上のタップだけでなく、フリック、ピンチといったアクションが業務におけるデータ表示デザインに重要な要素として設計すべき時代が来るでしょう。マウスとキーボードの重要度が以前よりも薄まってきたとこれほど実感するデバイスはなかったとも言えます。

当社もいろいろ準備画策中、楽しくなってきました(^^)

うー、googleネタばっかりだ…
でも今一番いろいろやるのがこの会社なんでどうしてもこうなっちゃう(^^;

google 日本語入力

http://www.google.com/intl/ja/ime/

ストレートすぎるネーミング。いわゆるIMEですね。無料です。
語句のトレンドには敏感な会社ですから、その辺りのノウハウも結構入ってるはず。そうなってくると他の会社で同じレベルのIMEを作るのは指南の技ではないでしょうか…
現在Windowsマシンにインストールして使ってますが（Mac版もあります）かなり快適です。変換効率も結構良く、自分の入力速度が少し向上した感もあります。

ホームページ制作にしろ、システム開発にしろ、こういった良いプロダクトや新しいサービスを組み合わせて使うことで、従来まで10かかっていた時間を9.9にする。それを少しづつ積み上げることで業務効率化を図る…
日々研究ですね(^^)

Google Public DNS

http://hen.kooss.com/archive/2009/1204001.html

googleは
「遅い→どれが遅い？→じゃあそれ自分たちで作って早くする」
って仕事の仕方がとても多い。で、今回はDNSです。
いや、素直にかっこいいと思います。技術者として。

良い製品を作ることよりも、政治的な動きばかりで予定調和な製品を作ることしかできなくなった多くの日本企業…
いろいろ考えてしまいます。

って小難しい話ばっかりなので

LEGO Matrix Trinity Help

あの有名なシーンをLEGOで。
いいです。

そんな中、.net2008を使ったプロジェクトが一段落しました。
自分的に色々な発見があって、大変勉強になったプロジェクトでした。
それでは、今回もいろいろ。

■Googleにおける開発組織マネジメント

Googleにおける開発組織マネジメント (3)情報共有のチャネル

Googleのモノの作り方は物凄く興味あります。
どのように開発しているのか？、どこに重点を置いているのか？
前よりももっと早く、正確でより良い製品を作るために、技術を吸収していきたい所です。

■インストールマニアックス

http://thinkit.jp/article/975/1/
http://thinkit.jp/article/975/2/
これは面白い。参加してみたいですね。

■サーバの命名方法

サーバなどの機器が大量に増え、命名に困っています。

社内機器の命名方法って結構殺伐としたものになりがちです。
昔は”部署コード”+”管理対象”+”連番”みたいな”意味づけ命名”が一般的でした。（例：”KREB001″）
でも、クラウド化が進んで端末配置場所の意味性が希薄になるなら、名称に属性情報を入れないほうがいいような気がします。CSSのclass名に色や場所情報を入れるなっていう命名規約と同じですね。
会社でももうそういう連番命名は辞めてもよいように思います。
覚えやすい方がいいですし。

ちなみに弊社社内マシンとサーバは全て
「ミュージシャンの名前」
で構成されてます(^^)

Google Chrome(正確に言うとChromium)使ってましたが、Firefoxに戻ってしまいました。
理由は、…

open link in new ie tabはかなり便利で重宝していたのですが、それでもFirefoxの魅力勝ち。

• デフォルトタブ幅だとタイトルが切れるサイトが多い。
  『FirefoxやIEはタブにもタイトル出てる、ウインドウバーにもタイトル出てる、ってスペース勿体無いんじゃない？』って感じでウインドウバーがなくなったと予想されるのですがこれがかえって使いにくい。タブ幅だからタイトル切れちゃうんですね、ホームページ制作時のタイトルチェック（SEO対策）にもイマイチ。
• 体がFirebugを欲してる
  Firebugがないと開発できない体になってしまいました。あれで十分なのにさらにChromeの開発者用ツールをチェックする（＆ショートカット覚える）メリットが感じられない。
• 速度向上
  このサイト見てチューニングしたら体感速度上がりました。
  Firefox高速化テクニック8

  http://journal.mycom.co.jp/news/2009/10/06/017/index.html

とこんな感じです。今のところやっぱりFirefox使いやすいって所でしょうか。
また新しいブラウザが出たら試してみます。

弊社オリジナルパッケージプロダクトとなるWEB販売管理システム”flam（フラム）”がもうすぐリリースされます。

オフコンから現在までの販売管理システムを知り尽くしたITプロフェッショナルをアドバイザーに迎え、当社テクニカルディレクターが最高のコンポーネント設計。内部コントローラは最適なレスポンスをキープしながら、旧来からの商慣行もサポートした極めて堅実な機能実装を実現しました。
そのコア部分に、当社エキスパートデザイナーとインターフェイスデザインのプロフェッショナルがフロントエンドを設計。
10年以上に渡り多数の大手メーカーから信頼を得てきたSE経験、WEBアプリケーション開発経験を総動員した、業務アプリケーションの集大成ともいえるシステムです。

フロントはActiveX,IE等,Windows製品のみに依存しないオープンプラットフォーム。
MacOSでもブラウザさえあれば動作します。
フルキーボード入力サポートによる、高速エントリーも魅力。
サーバはLinuxのため、クラウド化された構成、海外拠点からのアクセスを視野に入れた構築も対応可能です。

ご期待ください。

その昔。
クライアント・サーバ型のシステムが時代の流行だった頃、システム開発といえば猫も杓子もVB6.0でした。
私もその波に大きく巻かれながら数え切れないほどのアプリケーションを作成しました。
そんな時代から2003, 2005とオブジェクト指向の体裁を整えつつ、現在の2008。（とはいえもう2010も見えてますが）
IDEとしてほぼ完成系と言える領域だと感じます。
小規模クライアントサーバー型のシステム構築なら抜群の生産性でしょう。

しかしながら皮肉なことに時代はWEBアプリ全盛。
なんだか上手くいかないものですね(^^;

・・・

今回の案件は僕のクラサバノウハウの全放出になりそうです。
楽しんで仕事します♪

nanoに関してはあまり興味がありません。touchのこの記事。

iPod touchは、8GBモデルが199ドル(19,800円)に引き下げられた。”200ドル”のラインを切ると爆発的な普及が期待できるという。

iPodTouchは当然音楽デバイスがスタートなのですが、現在はゲームマシンとしての位置も確保しつつある。
加えて、システム屋さんの発想としては、
・価格2万円
・無線LANが使える
・アプリが動く
・WEBも表示できる
・首から下げられる携帯端末
って意味で、業務でもかなり使えそうな印象があります。

「Windows Mobile」があるじゃんって言われそうなのは重々わかってるんですけど、なんでしょう。この全然違う感（笑）

・・・

システム開発とかホームページ制作において、新しいデバイスの情報はかなり重要だと考えています。
最新のデバイスありきで話をすると、問題が一気に解決することは結構あるのです。
とはいえ、そういう情報が好きというのもあるのですが（笑）

キャッシュの大きいRDB vs インメモリデータベース、性能がどれだけ違うのか調べてみると

http://www.publickey.jp/blog/09/rdb_vs.html

データベースの新技術話が大好きです。そんな僕にとってこの記事は非常に興味深い。
これだけメモリの容量単価が下がった今、一つの選択肢として考慮に入れても良さそうです。

後、補足リンク。

B-TreeインデックスとT-Treeインデックスの違いについてはここが詳しいです。
最短かつ最速にアクセスする「DB高速化技術」（後編）

http://itpro.nikkeibp.co.jp/article/COLUMN/20070903/280970/?ST=platform

・・・

DBつながりでもういっちょ。

ジョエル・スポルスキー氏の「StackOverflow.com」、構成はわずか4台のPCサーバ

中でもこの一文

ボトルネックの時間の90％はデータベースだ

業務アプリケーションでもそれは変わらない。
そういう意味では、変なDB設計のアプリケーションって90%の借金を抱えてるって言えるのか？(^^;

社内の小規模システム開発、ホームページ制作時の仕様ログ代わりなら、

1. 最新情報がアップされてること
2. その仕様に対するトレーサビリティがとれること
3. zipやモジュール系ファイルのアップができて、メンバーで共有できること
4. 情報の一元化（バックアップの簡便性）、検索の容易性

を満たせるって意味でWORDPRESSで十分なんじゃないか？と。

SSLは安いやつを１年限定でかけて、ネットに出してみんなで情報共有。その気になればモバイルからでも参照、更新。
お客様と議事録共有ってのも良さそうです。コメントが可能なところもいい。
セキュリティ面でパブリック過ぎる回線が嫌なら、VPNでもなんでもそこはなんとでもなりますしね。
ただ、2に関してはwikiの方が使い勝手はよさそうです。

後はプロジェクトで使用の許可が降りるかどうか。
以前、wikiを開発に使おうとしたのですが、大規模メーカー系の仕事だと”wikiを使うこと自体”の申請を通すのに多大な労力と経費を伴いそうで断念した経緯があります。古の風習はどんなに非効率でもひっくり返すのは（費用的な意味でも）ホント難しいです…

もういい加減、議事録=WORD & DBレイアウトと仕様書=Excelの環境をなんとかしたいところ。
っていうかwiki前提で考えた場合に、WORD&EXCELの開発環境に戻れないと思うんですよね。

と、こんなことをいろいろ考えながら仕事中。
こういう仕組みの効率化を考えるのはちょっと楽しいです♪