ITエンジニアにとって文書作成技術は欠かせません。日常のメールのやりとりにはじまり、要件定義書、機能仕様書、企画の提案書など、上司やチーム、顧客などに対して、文章でコミュニケーションをとる機会がとても多いからです。 連載『悪文と良文から学ぶロジカル・ライティング』では、論理的にわかりやすい文章を書くノウハウを伝授しています。ITエンジニアが日常的に用いるであろう文章を例に使い、どこが悪くてどう直せばいいのかといったポイントをわかりやすく解説しています。実践すれば、誰でもすぐにわかりやすい文書が書けるようになるはずです。 オリエンテーション ITエンジニアにとって「書く技術」とは？ 文書の全体構成を組み立てられるようにする 内容を大きく分けて項目を立てる 適切な順番で項目を並べる 話の階層をそろえる 文章表現の基本ルールをマスターする 主語と述語を対応させる 修飾語と被修飾語をはっきりさせる

良品計画は独自の開発手法を採用することで、システム開発の短期化とコスト削減を図った。2006年12月に再構築したMD（マーチャンダイジング）システムを皮切りに、08年12月までに約130のアプリケーションを社内で開発。一方で、IT 投資の売上高比率は04年の1.8％から0.9％に半減させた。「7割主義」と「スピード対応」を方針に掲げ、利用部門の要望に最速1日、遅くとも1～2週間で対応する。開発手法の独創性と、経営に資するシステム部門の姿が評価された。 「無印良品」ブランドの小売店を展開する良品計画は、1週間に1本という猛スピードで新しいアプリケーションを開発したり、機能を強化したりしている。「思い立ったら即実行。合格最低ラインの7割主義で素早くシステムを開発し、検証と改善を繰り返す」。IT戦略を統括する小森孝取締役 情報システム担当部長兼流通推進担当管掌は強調する。 同社は独自の開発方法論

Tracの便利さに惹かれるが，インストールに煩わしさを感じ，Tracを簡単にインストールできるTrac Lightning（旧Trac月）の開発を行う。また，日本のTracコミュニティであるShibuya.tracにてユーザー補完プラグインなどのプラグイン開発にも携わる。 チーム内のタスクや分散開発におけるタスク管理の手段として，プロジェクト管理ツールのTracが注目を集めています。Tracは，Ruby on RailsやSpring IDEなどでも利用されています。本連載では，開発現場を交通整理するために，Tracを利用したプロジェクト管理の効率化を，Tracの基礎から紹介していきます。 ソフトウエア開発において，プロジェクト管理はガントチャート・ベースで行われることが多いでしょう。しかし，ガントチャート・ベースの管理では，詳細を報告するために作業報告書を別途作成する必要があります。 ま

2008年3月末，NTT東西地域会社は，いよいよNGN（Next Generation Network）サービスを開始する。その東西NTTのNGNサービスと，IPv6インターネットが併用できないことをご存知だろうか。 もちろん東西NTTは，NGNでも従来のフレッツと同等のプロバイダとの接続サービスを提供する。プロバイダのIPv6インターネットとも接続できるようになるはずだ。しかし実際にNGNとIPv6インターネットを併用しようとすると，1台のパソコンにNGN用とインターネット用のIPv6アドレスが割り当てられる「IPv6マルチプレフィックス」という現象が発生する。この結果，2つのアドレスの使い分けがうまくいかなくなり，正常に通信できなくなるのだ。 経路と送信元アドレスの選択ができない 1台のパソコンに2つのアドレスが割り当てられることで，どのような問題が発生するのだろうか。大きな問題は2つ

「データベースはブラックボックス。どんなSQL文を投げたらどんな結果が返ってくるかさえ知っていればよい」---そう思っている人も多いかもしれません。 しかし，本物のソフトウエア・エンジニアを目指すのであれば，データベースが動く仕組みを学ぶことは避けて通れません。パフォーマンスなどに問題が生じたときどこから手を付けていいのか皆目見当がつかない，といった事態に陥りかねません。 市販のRDBMSの内部はかなり複雑ですが，基本的な部分を理解するのはそれほど難しくありません。この特集でデータベースの動く仕組みを理解してください。 イントロ ●ブラックボックスのままでいいの？ 基礎から理解するデータベースのしくみ（1） Ｐａｒｔ１ ●SQL文はどのように実行されるのか 基礎から理解するデータベースのしくみ（2） 基礎から理解するデータベースのしくみ（3） 基礎から理解するデータベースのしくみ（4） 基

なかなかハードルが高く，多くの人が踏み出せないでいるカーネルのソース・コードの読解。本連載では，今までカーネル・ソースなんて見たことがないという人に，読みこなすコツをお教えします。今回は，どうしたらカーネル・ソースを読みこなせるようになるのか，筆者の経験をお話します。 Linuxユーザーなら誰しもカーネルのソース・コード（カーネル・ソース）を読んで，どのような処理を行っているのかを確認したり，自分なりの変更を加えたりしたくなるのではないでしょうか。しかし，カーネル・ソースの量は膨大な上，C言語で書かれているので，コンピュータ内部やOS（オペレーティング・システム）の仕組みを理解したプログラマでないとなかなか読みこなせません。そのため，カーネルを読むための第一歩を踏み出せない人が数多くいることは事実です。 本講座では，プログラマではないごく普通のLinuxユーザーが，カーネルをある程度自力で

NECエレクトロニクスは2007年10月2日，カーナビなどの車載情報端末に向けたSoC「NaviEngine」を発表した。同社が英ARM Ltd.と共同開発したマルチCPUコア「ARM11 MPCore」を採用し，4個のCPUコアを集積した。今回のNaviEngineの開発には，アルパインが協力した。「3年前にマルチコア構成のSoCの提案をもらったのがキッカケだった。その後，構想や仕様の策定，評価などで協力した」（アルパイン）。同社は「まだ『内定』という状態だが，2010年の春モデルにNaviEngineを採用したい」（同氏）とする。

第0回　あらためてRuby入門 まつもとゆきひろ氏自身による「Ruby入門」をお届けします。日経Linuxの連載開始前の特別企画（2005年4月号）として，Rubyが他のスクリプト言語やオブジェクト指向言語とどこが違うのか，なぜ便利なのかを中心に解説してもらったものです。 ● 基本と他言語との違い ● 実装とRuby誕生の秘密 第1回 プログラミングとオブジェクト指向の関係 プログラマを目指す人々の中にも，「オブジェクト指向は難しい」とか，「なかなか分からない」という印象を持つ方が多いようです。そこで，Rubyを題材にオブジェクト指向という考え方について説明していきます。 ● その1 ● その2 ● その3 第2回 抽象データと継承 オブジェクト指向プログラミングを構成する3原則のうち，前回は「ポリモーフィズム」を学びました。今回はオブジェクト指向の歴史を復習した後，残りの「データ抽象」と

1400万人以上の会員を擁するビジネス特化型SNS（ソーシャル・ネットワーキング・サービス）「Linkedin」が日本に上陸する。デジタルガレージが協力し，2008年初頭にも日本語版サービスを開始する。 Linkedinは2003年にサービスを開始したビジネス特化型SNSで，人材募集や求職，商談相手探し，人材や企業の評価を調べる場としてシリコンバレーでのビジネスに欠かせないとされる。既にユーザーの半数は米国以外で，国籍は百数十カ国にわたる。日本からの会員は現在約７万人。日本語版のほか，ドイツ語，フランス語，スペイン語のサービスも開始し，海外のユーザーを広げる。 またLinkedinとデジタルガレージは慶應義塾大学総合政策学部 教授の國領二郎氏と協力し，ビジネス・パーソンのオープン・ネットワークの利用に関する研究会を発足させる。ビジネス・パーソンの育成を目的として，LinkedInのようなオ

お待たせいたしました。第2弾，Debian Project／Google ソフトウェアエンジニア鵜飼文敏さんの講演動画です。

設計・実装から運用，メソドロジまで，最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」（アンチパターン）があるだろう。だが，その理由を問われると，うまく説明できないことがあるのではないだろうか。突き詰めて考えると，状況によっては「やっても構わない」こともあるし，技術の進化に伴い「やれるようになってきた」こともある。そこで設計，実装，テスト，運用，メソドロジの各分野について，取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル３～レベル１の３段階あり，レベルの数字が大きいほど，やってはいけない度合いも大きい。 関連サイト： ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編

UML教育研究所（UTI）は米OMG, Inc.と共同で組み込み技術者向けの資格試験「OCRES（OMG-Certified Real-Time and Embedded Specialist Program）」を，2006年12月13日より開始した。英語版の試験は，アジア・太平洋以外の地域で同日より，アジア・太平洋地域では2007年1月9日から，日本語版の試験は2007年3月15日から開始する。受験料は3万円である。OCRESの試験概要については既に2006年6月14日に発表していたが，今回，正式にスタートした形だ。

オブジェクト指向はしばしば，とっつきづらく難しい技術と言われます。その理由の一つには，対象とする分野が広く，それぞれに深みがあることが挙げられます。しかし，それ以上にこの技術を難しくしている落とし穴とも言うべき原因が二つあると筆者は考えています。それは比喩を乱用する説明の仕方の問題と，「もの中心」を意味するコンセプト自体の問題です。 そこで本特集では，「オブジェクト指向という言葉をよく聞くけど，実際どんなものかよくわからない」という方のために，初心者/入門者が陥りやすい落とし穴を明確にしながら，オブジェクト指向の全体像を説明します。余計な先入観やまぎらわしいたとえ話に惑わされなければ，オブジェクト指向そのものはそれほど難しい技術ではないことを理解していただきたいと思います。なお，オブジェクト指向プログラミング，デザインパターン，分析/設計といった個々の技術については特集2以降でそれぞれ解説

胸が躍る，とはこのことだろうか。先ごろ出版された「BINARY HACKS―ハッカー秘伝のテクニック100選」（高林哲，鵜飼文敏，佐藤祐介，浜地慎一郎，首藤一幸著，オライリー・ジャパン刊）を読んだ感想だ。この本は，多くのプログラマが通常さわることの少ない「バイナリ（=機械語，アセンブラ，コンパイラ）」など低レイヤー・プログラミングを“いじる”テクニック（バイナリ・ハック）を紹介する本だ。 バッファ・オーバーフローを検出する，スレッド・セーフなプログラムを書く，メモリー・リークを検出する，プログラムやシステムコールのトレース方法，プログラム起動の高速化や高速化のためのプロファイル取得方法，CとC++のプログラムをリンクする時の注意点といった実用上重要なテクニックが多数解説されている。しかし「glibcを使わないで Hello worldを書く」，「自己書き換えでプログラムの動作を変える」，「

ソフトウエア開発者は一般的に，次のような2つの認識を持っているものだ。「もしアプリケーションを最初から書き直せば，アプリケーションの既存問題のほとんどを解決できる。現状のコードを更新して問題を解決するよりも，一から書き直す方が労力は少なくてすむ」「Microsoft製品『XXX』の次期バージョンは，少なくとも最初のサービス・パックでバグが解消されるまでは，不安定に違いない」－－－こういった認識は，本当だろうか？ 1つ目の認識はよく「更地（Green Field）主義」と呼ばれる。アプリケーションを最初から作り直すのは，既存の建物を改装するのではなく，更地に建物を建設するようなものだからだ。更地主義の意見を最近，COMコードを.NETコードに書き直すことに関して，聞くことがあった。 例えば先日，筆者が「いよいよCOMに取って代わる.NET」という記事で，COMコードを.NETコードに移行する

このパートでは，プログラミングを勉強するうえで欠かせないアルゴリズムの中でも定番中の定番を紹介します。ソート（並べ替え）やサーチ（検索）などの機能は今では標準のライブラリとして提供されています。実用的なプログラムを作るときにそのものずばりをいちいち書く機会は少ないかもしれません。しかし定番のアルゴリズムは，様々に形を変えて普段のプログラミングに登場します。 解説を読んで仕組みがわかったら，ぜひそれをプログラムにしてみてください。読んだだけではプログラムを書けるようにはなりませんし，プログラムを書いてみて初めて，実は十分に理解できていなかったと気付くことがよくあります。しかもアルゴリズムは特定のプログラミング言語に依存しないので，一度身に付ければ，後でどんな言語を学ぶ場合でも役に立ちます。 1番目から6番目まではソートのアルゴリズム，7番目から9番目まではサーチのアルゴリズムです。一つひとつ

皆さんの中には，「いまどきJavaくらいできなきゃねぇ～」と言われてからもう何年も過ぎちゃった…なんて人も多いのではないでしょうか。いつ何時「新しいプロジェクトはJavaでいくから」なんて上司に言われたりしないか，内心ドキドキしてる方もいらっしゃるでしょう。私が受け持つJavaの授業でも，受講生の方からそういった悩みをよく聞きます。 しかしよく聞いてみると，なんだかとても効率の悪い勉強をしているなあと驚くことがあります。なぜなら多くの方が「Javaの入門書で勉強しているのにJavaのプログラムを作れるようにならない」と言われるからです。COBOLやC言語のプログラミング経験があるにもかかわらずです。 なぜJavaの学習がなかなか進まないのでしょうか。残念ながら「Javaのスキルが上がらない」という方の多くは，「データとアルゴリズム」「Javaの文法」「オブジェクト指向」の三つをきちんと学べ

NTTデータは，Ajaxアプリケーションをビジュアルに作成できる開発ツール「マスカット」を，2006年9月中にオープンソース・ソフトウエアとして無償公開する。ボタンやタブ，ツリーなどの画面オブジェクトをマウスで配置してアプリケーションを開発できる。NTTデータによれば，JavaScriptを書くことなくアプリケーションを開発でき，工数が約60％削減されるという。オープンソース・ソフトウエアとして無償公開することでデファクト・スタンダードの地位を狙う。 マスカットによる開発の手順は以下のようになる。まず用件定義担当者がWebブラウザ上の「マスカットWebブラウザ版IDE」で，Web画面をマウス操作でデザインすると，画面定義XMLが生成される。これを開発担当者が「マスカット Eclipse版IDE」にインポートして，画面オブジェクトと既存の業務ロジック・オブジェクトを対応付ける設定などを行い，

■今回からは、商談や会議・ミーティングにおける上手な会話の仕切り方について解説していきます。第1回目は、話の長い人を相手に、いかに会話の主導権を握るかです。 どこの世界でも話の長い人というのは、いるものだ。 私も会議進行のお手伝いをよくさせていただくが、一度しゃべりだすと止まらない人を多く見かける。しかも、そういう人に限ってエライ人だったりするので、始末が悪い。 商談などもしかり。早く本題に移りたいのに、まったく関係のない話が延々と続いて、なかなか本題を切り出せない。あるいは、すぐに話が飛んでいってしまって、なかなかこちらの要件についてじっくり話ができないことがある。 時間に余裕のある場合はいいが、急を要する場合は困ってしまう。大事なお客さんの話の腰を折るわけにもいかず、あせりながら、ただじっと長話が一刻も早く終わってくれるのを祈るしかない。 私は会議のファシリテーションをしていて、進行上

ビジネススキルとは、企業のビジネス活動に関する知識、あるいはその知識を活用する能力のことを指す。社会人の常識として必要なこともあるが、ITエンジニアの中でも特にシステムエンジニア（SE）は、少なくとも担当する顧客企業の業務知識や業界に関する知識について精通していなければならない。「業務改善を提案できないSEは使い物にならないと言われてしまう」（エムズネットの三好代表）。 では、ビジネススキルが問われるようになるのはいつ頃からだろうか。三好代表は「提案活動や要件定義を担当するようになったときで、年齢でいえば30歳前後ではないだろうか。この年齢で業務知識や業界の課題に疎いようでは、顧客から信頼を得ることはできないだろう」と指摘する（図9）。最近、20歳代の若手社員にもビジネススキルは必要だと言われ始めた。ビジネススキル習得の“低年齢化”は進んでいる。 新人研修で実施するIT企業も 入社5年内に