〔ブレーンゲート〕エンジニアの視点 http://news.brain-gate.net/engineer/ 最近の技術トレンドをエンジニアの視点で捉え、お伝えしてゆくブログです。 ja Copyright 2009 Tue, 31 Mar 2009 14:54:10 +0900 http://www.sixapart.com/movabletype/?v=3.21-ja http://blogs.law.harvard.edu/tech/rss エンジニアはどうするべきか 業務外でも積極的に技術を学ぶ 業務とは関係のないことであっても、技術を積極的に学びましょう。 資格や試験をきっかけにするのもアリですが、それらは本質ではありません。 学習効果を高めるためには経験の累積が重要ですが、業務で経験できる事はたかが知れています。 今、ノウハウや機会は組織の外に散らばっています。これをいかに効率的に拾えるかが、成長の鍵です。 新しい技術にチャレンジする 新しいことを恐れずチャレンジしましょう。 新しい分野の技術は、習得している人間が少ないため、相対的に有利になります。 今までのやり方に固執してはいけません。今の常識や世の中は変わっていきます。 変化に取り残されないためには必要なことです。 過去の歴史に学ぶ 新しいことばかりを追求せずに、過去も学びましょう。 世の中の大枠は、過去の繰り返しです。これは技術についても言えることで、 画期的と思えるものであっても実は過去の技術の流用だったり、大元の思想が同じだったりします。 過去、現在、未来と、時間をかけて歴史を学び続ければ、それが経験となります。 IT技術者以外にも当てはまるような気がしますが、 意外と続けることは難しいものです。 自分の将来像を思い描き、それに向かって日々努力しましょう。
2006年9月から、約3年に渡って投稿してきましたが、
今回が「エンジニアの視点」としての最終回になります。
長い間、ありがとうございました。
]]> http://news.brain-gate.net/engineer/2009/03/post_54.html http://news.brain-gate.net/engineer/2009/03/post_54.html Tue, 31 Mar 2009 14:54:10 +0900 本当のリスクとは何か http://www.atmarkit.co.jp/fsecurity/column/kawaguchi/013.html 今やエンジニアであれば誰でも知っていると言って差し支えないかもしれない、 クロスサイトスクリプティング（XSS）。 # ただし、正しく理解し、説明できる人間は未だ少ないのかもしれませんが…。 記事の内容は、XSSは危険だと過剰に煽られている感がある、とのことですが、私はそうは思いません。 確かに一般的なリスク分析では影響度と発生確率から考えて低リスクと考えられるかもしれませんが、 それは「今現在」の話であって、将来に渡ったリスク分析ではありません。 現在、大小内外様々なシステムにおいて「Web化」は規定路線であり、発生確率は日々高まっています。 また機密情報を扱うような重要なシステムでも「Web化」されていますので、影響度も高くなっています。 リスクマネジメントはPDCAサイクルによって実施され、評価、改善されていくのですが、 Webのイノベーションの進歩の早さにこのPDCAサイクルが追いつけない可能性が高く、 そうすると切り離せない技術コンポーネントであるJavaScriptなどでのリスク、 特にXSSのリスクが高まります。 皆がそう考えているのかは知りませんが、 そういう現状がある以上XSSへのリスク評価が過剰であるとは思えない訳です。 ]]> http://news.brain-gate.net/engineer/2009/03/post_53.html http://news.brain-gate.net/engineer/2009/03/post_53.html Thu, 19 Mar 2009 15:36:28 +0900 不況下におけるアウトソースとインソース http://www.computerworld.jp/topics/econo/135969-1.html
「目下、大手アウトソーシング企業は好調だ。新しい見込み客から次々と引き合いが舞い込んでいる。市場の減速はいまだ見られない」と、市場調査会社Gartnerのリサーチ担当副社長、ベン・プリング（Ben Pring）氏は語る。
専門性・顧客満足・効率性の向上がSIerを救う http://itpro.nikkeibp.co.jp/article/OPINION/20090312/326435/?ST=solution&P=1
下請けでは経営が立ちゆかなくなりつつある。手掛けるプロジェクトの数が減ってきた大手SIerは内製化を進めたり、中堅・中小SIerとの取引を減らし始めたりしている。ある大手SIer幹部は、こういった動きを受けて、人月単価の引き下げを了承する企業も出ていると話す。
クラウド、SaaS、オフショアと、海の向こうではアウトソースが活発化しているようですが、 一方で国内は、コスト削減・効率化を名目にインソース化が進んでいるようです。 そんなに日本国内企業は海外の企業と比べて、無駄や非効率が多かったのでしょうか？ 程度の違いこそあれ、ITを使っている前提では業務効率にさほど大きな違いはないように思えますが…。 この不況下でも売上を伸ばしているところは伸ばしていますし、 周囲の環境への適合が違うだけで、同じセールスアイテムでも売れる売れないの結果が違います。 結局、経営と人に対する考え方、サービスに対する考え方、が決定的に違うことが原因なのでしょう。 個人的には、これを機に国内のゼネコン体質と人月主体の考え方もそろそろ壊滅して欲しいところです。]]> http://news.brain-gate.net/engineer/2009/03/post_51.html http://news.brain-gate.net/engineer/2009/03/post_51.html Fri, 13 Mar 2009 10:53:40 +0900 運用監視ツールの将来像 SNMPなどのプロトコルを使って、 サーバやネットワーク機器の状態を監視、統合管理するソフトウェア群です。 OpenView（HP） https://h10078.www1.hp.com/cda/hpms/display/main/hpms_home.jsp?zn=bto&cp=1_4011_306__ JP1（日立） http://www.hitachi.co.jp/Prod/comp/soft1/jp1/index.html Tivoli（IBM） http://www-06.ibm.com/jp/software/tivoli/ あたりが有名どころです。 # OpenVIewってブランド変更されていたようですね。今知りました（苦笑） # 「HP Software」と言うようです。現場ではOpenViewのままでしょうが… オープンソースでも、 Nagios http://www.nagios.org/ Zabbix http://www.zabbix.com/ などが有名です。 （小規模かつ昔前なシステムなどではMRTGやBigBrotherなどが現役の所もまだあるかもしれません） これらのように有償、無償含めて様々ありますが、実のところ、これと言った決定版は無く、 導入されているソフトウェアは組織によってまちまちです。やはり肝となるのは、 これらのソフトウェアで集めた情報をどうやって上手く運用するか、になります。 障害検出やその対応、連絡、エスカレーションなど、運用のフローが重要です。 最近のBPM（Business Process Management）などを見ていると、 今後はそういう支援も運用監視ツールがしてくれるようになるのかもしれません。]]> http://news.brain-gate.net/engineer/2009/03/post_52.html http://news.brain-gate.net/engineer/2009/03/post_52.html Tue, 03 Mar 2009 11:48:49 +0900 CLIの鬼 100shiki] http://www.commandlinefu.com/ コマンドライン一行で色々やれる知識を共有するサイトです。 ありふれたものもありますが、中には感心する程、面白いものもあります。 私が気に入ったのはこれ。 $ python -m SimpleHTTPServer カレントディレクトリのファイル一覧をHTTP（ポート8000）で参照できるようにします。 http://hostname:8000/でアクセスすればファイルが取得可能になります。 セキュアではありませんが、わざわざWebサーバを入れなくともHTTPでファイルを送れるのは便利。 他にも色々ありますのでエンジニアであれば、初級者から上級者問わずおすすめです。]]> http://news.brain-gate.net/engineer/2009/02/cli.html http://news.brain-gate.net/engineer/2009/02/cli.html Tue, 17 Feb 2009 19:02:46 +0900 ITビジネスのヒント徒然 http://www.atmarkit.co.jp/news/analysis/200902/09/future.html Plan9…。いつぞやのオープンソースカンファレンスで盛り上がっていたのを思い出します。 Plan9を知らない方は、Wikipediaを参照してもらうこととして、 2002年以来、開発が止まっているとは知りませんでした。
しかし、「未来の技術」とか「ベターソリューション」の多くは、現行技術やコモディティ化した一般技術を置き換えるほどに良くはない、という一般論には妥当性があるかもしれない。
good enough。そういえば、Economistでも見た記憶があります。 Less is Moore http://www.economist.com/opinion/displaystory.cfm?story_id=12932356 ムーアの法則とNetbookの話。「less is more」と掛けているあたりセンスがいいですね。 仮想化やSaaSも“good enough” computingとして挙げられています。 これから新しいソリューションやサービス等を考える場合、 bestを知りつつ、それをgood enoughに落し込むのが成功への近道なのかもしれません。 ]]> http://news.brain-gate.net/engineer/2009/02/post_50.html http://news.brain-gate.net/engineer/2009/02/post_50.html Thu, 12 Feb 2009 13:24:46 +0900 オープンソース開発手法あれこれ Linux, Apache, MySQL, PHPを使った Webアプリケーションシステムの開発手法をLAMP開発と呼びます。 Wikipediaによると、98年にドイツのコンピュータ雑誌で提唱されたのが起源だそうです。 MySQLがPostgreSQLになったり、PHPがPerl、Ruby、Pythonになったり…と コンポーネントが若干変わることはありますが、私の知る限りでは、当時からの意味合いとして、 オープンソースコンポーネントの寄せ集めWebシステムをLAMPと呼んでいたように思います。 # LAPP/LAMRなどの呼び方もあるようですが、あまり一般的ではないような…。 一方でWISA、なんて表現もあるようです。（個人的には初めて聞きましたが…） Windows, IIS, SQL Server, ASP.NET。 うーん。 ここ数年のトレンドとしては、 Ruby on RailsのようなRapid Frameworkでアジャイル開発が人気ですが、 フレームワークまで突っ込んで考えるよりも各コンポーネントだけを気にすればよいため、 LAMP開発の方がアジリティが高かったりする場合もあるのですが…（苦笑） まだLAMP開発が現役で組まれているところも多いようです。 結局、実装の良し悪しは設計次第なので、出来ることなら良く考えてから作り始めたい所ですね。]]> http://news.brain-gate.net/engineer/2009/02/post_49.html http://news.brain-gate.net/engineer/2009/02/post_49.html Tue, 03 Feb 2009 11:26:48 +0900 テクノロジーは何のためにあるのか（Downadup対策） http://www.symantec.com/ja/jp/security_response/writeup.jsp?docid=2008-112203-2408-99&tabid=3 AutoRunの無効化 http://www.us-cert.gov/cas/techalerts/TA09-020A.html]]> http://news.brain-gate.net/engineer/2009/01/post_48.html http://news.brain-gate.net/engineer/2009/01/post_48.html Tue, 27 Jan 2009 10:18:08 +0900 ノーテルが破産 http://www.nikkei.co.jp/sp2/nt242/20090114AS2M1403J14012009.html 奇しくも、昨日まで同社のスイッチであるAlteonをいじっていた個人的事情も関係しますが、 老舗なだけに、少々驚きました。 米国の金融危機の影響から、不動産、金融、自動車以外に、 ついにIT業界にもこの再編の大波がやってきたのかもしれません。 日本国内の多くのシステムインフラは、 ノーテルに限らず海外ベンダーの機器に依存しているため、影響は避けられないでしょう。 # トップシェアの某社が倒れたらとんでもないことになりそうですが… どこかが買収するのかもしれませんが、今後に要注目です。]]> http://news.brain-gate.net/engineer/2009/01/post_47.html http://news.brain-gate.net/engineer/2009/01/post_47.html Fri, 16 Jan 2009 01:49:27 +0900 暗号はいつまでも暗号ではない 「暗号化をしているから大丈夫」という事を聞くことがあります。 セキュリティ意識の高いユーザであれば、そんなことはないことはよくよく承知の事ではありますが、 リテラシーの低い人間を相手にする場合は、これで通ってしまうケースがよくあります。 魔法の言葉「暗号化」。 これだけで安心してしまうユーザが如何に多いことでしょう。 ITにおける暗号の仕組みの多くは、「計算の複雑さ」を根拠にしています。 時が経つにつれ計算機の処理能力が上がるため、暗号の仕組みは相対的に複雑でなくなります。 また、その仕組みそのものに問題が発見される事もあります。 セキュリティ界隈ではMD5アルゴリズムはもはや信用ならない物として知られていましたが、 今回、MD5を利用している証明書（SSL）を偽造することが現実的な時間内で可能であること の実証デモが行われました。 また、Netcraftによると、14%のWebサイトがMD5を利用した証明書を使用しているとか。 http://news.netcraft.com/archives/2009/01/01/14_of_ssl_certificates_signed_using_vulnerable_md5_algorithm.html 「暗号化」＝「安心」ではないという意識が必要で、 これらの啓蒙を行うことは、我々エンジニアの仕事の一つなのかもしれません。 ]]> http://news.brain-gate.net/engineer/2009/01/post_46.html http://news.brain-gate.net/engineer/2009/01/post_46.html Thu, 08 Jan 2009 17:35:09 +0900 2009年どう過ごしたいですか？ 一年の計は元旦にあり。といいます。 今年一年、どうありたいか考えて計画的に行動したいものです。 こういった目標というものは、一年に限った話ではなく、 もっと長期的なスパンで考え行動するのとしないのでは大きな差が生じるものです。 ITエンジニアの皆さん、今年はどういう仕事をこなして、 どういう勉強をして、どういう知識を身につけて、一年を過ごしたいのでしょう。 アーキテクト、プロジェクトマネージャ、コンサルタント…などなど、 エンジニアの目指すところは色々ありますが、自分に合っている、 やりたい仕事をやれるように、今日も一日頑張りましょう。 日常の業務以外にも、スキルアップの機会はたくさんあります。 自ら進んでそれらを探し出し、糧としましょう。 一日一日が必ずスキルアップに繋がります。 積み重ねれば1年も10年もあっと言う間です。 さぁ2009年、始まりましたよ。 http://news.brain-gate.net/engineer/2009/01/2009.html http://news.brain-gate.net/engineer/2009/01/2009.html Tue, 06 Jan 2009 19:03:20 +0900 2008年のまとめ 2008年、今年も色々な事がありました。 金融危機で大変な一年という印象が先立ちますが、 iPhone、スマートフォン、Netbook、が日本でも流行し始めたことが個人的には印象深いです。 もうPCとこれらの端末との垣根が無くなるのも時間の問題でしょう。 コモディティ化が進むと、一定のラインを越えた辺りで「何か」が起こります。 携帯端末のセキュリティの弱さは、数年来指摘され続け、なお改善されている様子も無いことから、 ひょっとすると、来年辺りに何か大きな事件が起こるかもしれない…と危惧しています。 （巻き込まれないように、細かい点に気を付け、自衛しましょう。） 今年後半は、世間一般にあまり良い話題がありませんでしたが、 来年は明るい年にしたいですね。 今年も残す所あと数日ですが、 皆様、よいお年を。 http://news.brain-gate.net/engineer/2008/12/2008_1.html http://news.brain-gate.net/engineer/2008/12/2008_1.html Mon, 29 Dec 2008 11:30:29 +0900 Goodbye PDA, Hello Smart Phone. http://www.yomiuri.co.jp/atmoney/news/20081213-OYT1T00466.htm via slashdot.jp. リナザウが生産停止ですか…。 私はSL-C760を持ってます。（もう長いこと使っていません…。） クラムシェル型の画面をひっくり返せるデバイスはこれが最初だったように思います。 # 最近では携帯電話でそういうデバイスが増えてますが。 ROMやカーネルを入れ換えたりして遊んだ覚えがありますが、 はたしてPDAが便利だったか、と言われれば正直微妙だったかもしれません。 リナザウを持っていた頃は、会議のメモなどもザウルスに入力していましたが、 最近はもっぱらアナログに「RHODIA」のNo.11。紙はバッテリ切れませんからね（苦笑） PDAからUMPC、Netbook、スマートフォンと時代は流れていますが、 面白いデバイスはエンジニア心をくすぐります。 iPhoneにLinuxを入れて動かすプロジェクトもあります。 http://www.iphonelinux.org/index.php/Main_Page 面白いデバイスには、まずLinuxを、これが典型ですね。 私の今のメインデバイスはHTC Touch diamondですが、そのうちコレにもLinux入れたいなぁ、と。 ]]> http://news.brain-gate.net/engineer/2008/12/goodbye_pda_hello_smart_phone.html http://news.brain-gate.net/engineer/2008/12/goodbye_pda_hello_smart_phone.html Mon, 15 Dec 2008 16:08:58 +0900 商用データベースはExpressから始める？ http://www.oracle.com/technology/products/database/xe/index.html Microsoft® SQL Server® 2008 Express http://www.microsoft.com/downloads/details.aspx?familyid=58CE885D-508B-45C8-9FD3-118EDD8E6FFF&displaylang=ja IBM DB2 Express Edition - Japan http://www-06.ibm.com/jp/software/data/db2express/ ]]> http://news.brain-gate.net/engineer/2008/12/express_1.html http://news.brain-gate.net/engineer/2008/12/express_1.html Tue, 02 Dec 2008 13:16:46 +0900 HTC Touch Diamond かなり私的な事ですが…。 携帯（スマートフォン）買っちゃいました。 HTCのTouch Diamond。結構気に入っています。キャリアはemobile。 Touch Diamond（S21HT）自体はemobileの他にSoftbank、docomoから出るor出ている状態ですが、 モデムとしてPCに繋いでインターネットをしても定額なのがgoodです。 # ちなみに、固定線は全部解約しました（苦笑） 個人的にはあまりイケてないイメージの強いWindows Mobileですが、 カスタマイズすれば意外とサクサク動きます。 AndoroidのT-mobile G1が若干気になりますけれど、 Andoroidはもう少し先の事になると私は考えています。 iPhoneも視野に入ってはいましたが、PCモデム化をキャリア自身が公に認めている事、 Bluetoothのプロファイルが多いこと、Skypeができること、高速通信でGoogle Mapsができること、 などが決め手でした。 しばらくは周辺機器（特にA2DPなイヤホン）などに物欲を刺激されまくりです。 とりあえず、Touch Diamond、おすすめです。 これは良い物だ（笑） http://news.brain-gate.net/engineer/2008/11/htc_touch_diamond.html http://news.brain-gate.net/engineer/2008/11/htc_touch_diamond.html Thu, 27 Nov 2008 00:48:31 +0900