「OpenOffice.orgへの全面移行を決心した理由は，Microsoft Office 2007が以前のバージョンと大幅に変わったこと」---会津若松市役所 総務部情報政策課 副主幹 本島靖氏は2008年10月28日，IPAフォーラムの講演で同市のOpenOffice.org導入についてこう語った。 本島氏は「我々はなぜOSSを採用したのか～果敢にチャレンジする理由と効果を探る」と題したセッションで講演。このセッションでは会津若松市のほか，IHI 情報システム部 新事業推進グループ部長 鏑木孝昭氏がSugarCRM導入について，ミクシィ 技術顧問の小山浩之氏がmixiでのオープンソース・ソフトウエア活用について講演した。 5年で1500万円のコスト削減を見込む 会津若松市は2008年5月，市庁舎のパソコンのオフィス・ソフトをOpenOffice.orgに移行すると発表した。すでにOp

これまで2回続けてデザイン・パターンについて学んできました。今回は，重要なソフトウエア開発原理として知られるオープン・クローズ原則（OCP）の観点からデザイン・パターンを眺めてみましょう。単なる流用可能なソフトウエア・パターン以上の価値がデザイン・パターンに隠れていることが発見できるでしょう。 昔々，技術者たちは計算機などの機械を「金物」という意味でハードウエアと呼びました。さらに実体のないプログラムのことをソフトウエアと呼ぶようになりました。今ではハードウエアもソフトウエアもすっかりコンピュータ関連用語として定着してしまいましたが，元々は技術者間の俗語のようなものだったのです。 ソフトウエアと呼ぶからには「柔らかい」かというと，実際には柔軟性に乏しいものが多いです。規模の小さなものであれば，変更は簡単で柔らかい感じがありますが，ビジネスに用いられるような大規模ソフトウエアでは各部分の依存

今回はソフトウエア設計に登場するパターンをまとめたものである「デザイン・パターン」について学びましょう。ソフトウエア設計において適切なデザイン・パターンをカタログから選び出すことで，複雑なプログラムでも効率良く設計できるようになります。 デザイン・パターンは設計上繰り返し登場するパターンを指すプログラミング用語です。元々は建築においてさまざまな建築物や街のデザインに共通して用いられる意匠や構成の組み合わせを意味するために使われていました。建築界においても，比較的近年になって使われ始めた言葉です。デザイン・パターンという考え方はChristopher Alexander氏が著書『The Timeless Way of Building』（Oxford University Press，1979）の中で初めて紹介したのだそうです。 通常，建築物は一つひとつ設計が異なり，また用途や建築条件などの

プログラムの高速化はプログラマにとって永遠の課題です。しかし，そこには知られざる暗黒面が隠れています。そもそも高速化に意味があるのかを調べなければなりません。次に，どの部分をどの程度高速化するのかが重要です。アルゴリズムの効率にも目配りが必要です。 コンピュータの処理速度は驚くべき勢いで向上しています。現在私たちが使っているパソコンは一昔前のスーパーコンピュータをしのぐ性能を備えていますし，半世紀前に登場したばかりの計算機と比較すると数十万倍の性能に相当します。 このように高速なコンピュータを持っているにもかかわらず，人間の欲望は限りがないものです。プログラムの実行速度はプログラマにとっての永遠の課題のようです。プログラムを高速化していると，「そんなに急いでどこに行く」という気になることもあります。 今回は，プログラムの高速化にまつわるさまざまな「秘密」と「限界」，そして「戦略」について解

プログラミング言語の三つの分類 さて数あるプログラミング言語をその特徴から分類してみましょう。私が注目するプログラミング言語の分類基準は，(1)コンパイラ型とインタプリタ型，(2)型の扱い，(3)ベースとなる考え方（計算モデル）です。 まずは，コンパイラ型とインタプリタ型です。コンパイラ型の言語はプログラマの書いたプログラムを読み込み，それを全部コンピュータが理解できる命令列に変換してしまいます。変換されたプログラムはコンピュータによって直接実行されますから，プログラム実行時のコストは不要です。一方，インタプリタ型の言語はプログラマが書いた元のプログラム（ソースコード）を逐一解釈して実行を行います。実行が間接的になるぶん，速度は期待できませんが，プログラムを修正してすぐ実行できる，一行プログラムを入力して，その実行結果をすぐに返してもらう対話的な処理が可能などのメリットがあります。 正確に

メモリーにプログラムを格納する パッチボードの時代にはプログラムはコネクタとケーブルによる回路で物理的に表現されていましたが，その後情報を電気的・磁気的に記憶できるデバイス（コアメモリー）が発明されると，プログラムも同じようにメモリーに格納できる手法が考え出されました。俗に言うノイマン・アーキテクチャの登場です。この辺りから現在のコンピュータに近いものになってきます。 ノイマン・アーキテクチャでは，プログラムはメモリーに記憶された情報であり，CPUに対する命令の集まりです。初期のプログラマはこのビットで表現されたプログラムをトグルスイッチでぱちぱちと入力したそうです。もちろん，やりたい処理をビットに直すのは人間が自分の脳味噌と紙と鉛筆を使って行うのです。パンチカード入力機があっても，機械を立ち上げるためのコード（ブートストラップ・コード）はトグルスイッチからという機械は珍しくなかったそうで

今，注目のスクリプト言語「Ruby」は，作者であるまつもと氏の好みから生まれた。“プログラミング言語おたく”の行き着く先は，言語の設計，そして作成である。それが多くの人に受け入れられるのは望外の喜びだろう。今回はまず，プログラミング言語が作られる背景と現在に至る道程を簡単に解説した後，筆者の視点からプログラミング言語を分類している。実行モデルによる分類と，データ型の取り扱いによる分類，および計算モデルによる分類である。 コンピュータはソフトウェアがなければただの箱です。そしてコンピュータを動かすソフトウェアは誰か人間が書いたものです。そのソフトウェアを書く時に使うのは日本語でも英語でもなく，コンピュータが分かる人工言語を使います。これがプログラミング言語です。 みなさんもプログラミング言語の一つや二つ，名前くらいはご存じでしょう。代表的なプログラミング言語にはCやC++，Javaなどがあり

製品 プロセッサ アクセラレータ グラフィックス アダプティブ SoC、FPGA & SOM ソフトウェア、ツール、アプリケーション

製品 プロセッサ アクセラレータ グラフィックス アダプティブ SoC、FPGA & SOM ソフトウェア、ツール、アプリケーション

製品 プロセッサ アクセラレータ グラフィックス アダプティブ SoC、FPGA & SOM ソフトウェア、ツール、アプリケーション