[ソフトウェア]の検索結果
GNU Emacs、GDB、GCC などを開発した中心人物で、2007年6月29日にはフリーソフトウェアライセンスGPLの新バージョンGPLv3を公開した、フリーソフトウェア運動家のリチャード M. ストールマン氏の無料講演会が東京で行なわれるそうです。
開催要領
1. 日時: 2007年10月24日(水曜日) 18:10 〜 19:50
2. 場所: 東京都千代田区外神田1-10-5 廣瀬無線ビル 5F ホール、
JR秋葉原駅:徒歩3分/JRお茶の水駅:徒歩5分地下鉄日比谷線秋葉原駅/銀座線末広町駅
3. 内容: リチャード M. ストールがフリーソフトウェア運動とは何か、なぜフリーソフトウェアは我々にとって重要なのかを語る。
リチャード M. ストールマン講演会 フリーソフトウェア運動とGPLv3の現在
開催要領
1. 日時: 2007年10月24日(水曜日) 18:10 〜 19:50
2. 場所: 東京都千代田区外神田1-10-5 廣瀬無線ビル 5F ホール、
JR秋葉原駅:徒歩3分/JRお茶の水駅:徒歩5分地下鉄日比谷線秋葉原駅/銀座線末広町駅
3. 内容: リチャード M. ストールがフリーソフトウェア運動とは何か、なぜフリーソフトウェアは我々にとって重要なのかを語る。
リチャード M. ストールマン講演会 フリーソフトウェア運動とGPLv3の現在
シックス・アパートが提供している、ブログサービス「TypePad(タイプパッド)」とブログソフトウェア「Movable Type(ムーバブル・タイプ)」がアップル社の新型iPod「iPod touch(アイポッドタッチ)」に対応したことを発表した。
「TypePad」では、iPod touchに対応したログイン画面からブログ機能が利用可能になっており、「Movable Type」では、「iPod touch」に対応したユーザーインタフェースを提供するプラグイン「iMT」が提供される。
「iPod touch(アイポッドタッチ)」は、スクリーンディスプレイを指でなぞるだけで、音楽やビデオを楽しむことができる、革新的なマルチタッチユーザインターフェイスを搭載したデジタルミュージックプレーヤーで、Wi-Fiワイヤレスネットワーク機能を通じてインターネットへのアクセスが可能になっており、ブラウザからのウェブサイトの閲覧や独自のYouTubeプレイヤーからYouTubeの動画を再生することができる。
シックス・アパートのTypePadとMovable Typeが、iPod touchに対応
ついにiPod touchがWindowsで利用可能に--アップル、ソフトウェアをアップデート
「TypePad」では、iPod touchに対応したログイン画面からブログ機能が利用可能になっており、「Movable Type」では、「iPod touch」に対応したユーザーインタフェースを提供するプラグイン「iMT」が提供される。
「iPod touch(アイポッドタッチ)」は、スクリーンディスプレイを指でなぞるだけで、音楽やビデオを楽しむことができる、革新的なマルチタッチユーザインターフェイスを搭載したデジタルミュージックプレーヤーで、Wi-Fiワイヤレスネットワーク機能を通じてインターネットへのアクセスが可能になっており、ブラウザからのウェブサイトの閲覧や独自のYouTubeプレイヤーからYouTubeの動画を再生することができる。
シックス・アパートのTypePadとMovable Typeが、iPod touchに対応
ついにiPod touchがWindowsで利用可能に--アップル、ソフトウェアをアップデート
(追記あり)
バグのないソフトウェアはない、というくらいソフトウェアにはバグがつきものですが、ソフトウェアの開発プロジェクトには期間や予算に上限があるため、バグの修正に手間取ると十分なテストを実施することができず、品質が低い状態でリリースされてしまうことになります。テストを円滑に進めソフトウェアの品質の高めていくためには、バグを迅速かつ正確にバグを修正していく必要があります。
しかし、オブジェクト指向プログラミング(OOP)やデザインパターンなどプログラムの作り方についての解説書や記事はたくさんあるにも関わらず、「バグは本来あってはいけないもの、あるはずが無いもの」という意識があるためか、デバッグに関して語られている情報源はあまり多くありません。そのため、デバッグのテクニックについてはせいぜい「開発現
場の先輩に教えてもらう」というのが実情です。
知識を共有するために、私がこれまでのソフトウェア開発の経験から得た、デバッグを効率的に行なうための心得をいくつか挙げてみたいと思います。
1. バグの原因は自分が作っているプログラムにある可能性が最も高い
ソフトウェアを構成する要素として、OS、開発ツールに付属するライブラリ、市販ライブラリ、プロジェクト内で作成されたライブラリなどがありますが、バグの原因は自分が作っているプログラムである可能性が最も高いと考えたほうがすばやくバグを見つけられます。なぜなら、今まさに開発が行なわれているプログラムこそが最もテストされていないプログラムだからです。問題の原因をマイクロソフトのせいにする前に自分のプログラムを調べましょう。
2. テストの実施を妨げているバグを優先する
当然のことですが、テストができなければバグを見つけることができません。効率的にバグが発見できるように、めったに行なわれない操作によって発生するバグよりも、必ず行なわれる操作で発生するバグを優先的に修正していく必要があります。
3. 問題を確実に再現できるようする
問題が発生する条件(操作手順、データなど)を必ず特定しなければなりません。これができないと動作確認は不可能ですので、修正したつもりが実は直ってなかったという事態にもなりかねません。この作業自体はソースコードがなくても可能なので、テスト担当者の協力を得られるのであれば、情報を交換しながらテスト担当者と開発担当者が並行して調査を進めるのが良いでしょう。
4. 一度でも問題が発生した場合はバグがある可能が高いので必ず調査する
一度でも問題が発生した場合は、単にバグが発現する条件がわかっていないだけで、必ずどこかにバグがあります。開発作業中はいろいろプレッシャーがあるので難しい面もありますが、見つけた時点で調査しておいた方がいろんな面で良いでしょう。
5. ソースコードを見ただけで正しい処理が行なわれていると判断しない
プログラムはプログラマが思っている通りに動くのではなくコンパイラが解釈した通りに動くものです。コンパイラについての知識が豊富なプログラマが犯しがち問題ですが、プログラマがコンパイラの仕様について誤解しているために生じるバグもよくあります。プログラマ自身は正しいと思っているためソースコードを見ただけではバグを発見することが困難ですがが、このようなバグは実際にプログラムを動かしてみることで簡単に原因を発見することがきます。
6. 想定外の操作や想定外のデータが使用されていないかチェックする
プログラムはプログラマが想定していなかった操作が行なわれたり、想定外のデータが入力されたりした場合は正しく動作しないことが多いものです。問題を発生させる操作やデータがプログラムで想定されているかチェックしてみましょう。
7. バグの原因となっているソースコードは必ず特定する
関係の無いところを直しても問題の現象が発生しなくなる場合もありますが、それでバグが無くなったわけではありません。そのような場合は、また別のところで別のかたちで問題が発生することになりかねません。バグは必ずソースコードレベルで原因を特定し確実に修正すべきです。
8. できるだけ他の処理に影響を与えないようにソースコードを修正する
他の処理に影響を与えるような修正を行なった場合、これまで問題なく動いていた部分に新たなバグを埋め込んでしまう可能性が高いものです。別の問題を引き起こさないように、影響範囲に注意してソースコードを修正します。しかし、単なるコーディング上の間違いであればプログラムの修正は比較的簡単で他の処理に影響を与えることは少ないのすが、設計に問題がある場合は他の部分の影響を与えないようにバグ修正を行なうのが難しい場合があります。そのような場合は、本質的な問題の解決にはならないとしても、影響範囲を限定するために暫定的な対処を行なった方が良いでしょう。
9. ソースコードを修正した場合は必ずテストする
たとえ簡単な修正であっても間違った修正を行なう可能性は常にあります。また、修正が思わぬところに影響を与えることもあります。当たり前ですが、ソースコードを修正した場合は必ずテストを行ないましょう。テスト作業を手を抜くよりも、テストを行なった方がトータル見れば開発者自身にとっても負担が少ないはずです。
しかし、オブジェクト指向プログラミング(OOP)やデザインパターンなどプログラムの作り方についての解説書や記事はたくさんあるにも関わらず、「バグは本来あってはいけないもの、あるはずが無いもの」という意識があるためか、デバッグに関して語られている情報源はあまり多くありません。そのため、デバッグのテクニックについてはせいぜい「開発現
場の先輩に教えてもらう」というのが実情です。
知識を共有するために、私がこれまでのソフトウェア開発の経験から得た、デバッグを効率的に行なうための心得をいくつか挙げてみたいと思います。
1. バグの原因は自分が作っているプログラムにある可能性が最も高い
ソフトウェアを構成する要素として、OS、開発ツールに付属するライブラリ、市販ライブラリ、プロジェクト内で作成されたライブラリなどがありますが、バグの原因は自分が作っているプログラムである可能性が最も高いと考えたほうがすばやくバグを見つけられます。なぜなら、今まさに開発が行なわれているプログラムこそが最もテストされていないプログラムだからです。問題の原因をマイクロソフトのせいにする前に自分のプログラムを調べましょう。
2. テストの実施を妨げているバグを優先する
当然のことですが、テストができなければバグを見つけることができません。効率的にバグが発見できるように、めったに行なわれない操作によって発生するバグよりも、必ず行なわれる操作で発生するバグを優先的に修正していく必要があります。
3. 問題を確実に再現できるようする
問題が発生する条件(操作手順、データなど)を必ず特定しなければなりません。これができないと動作確認は不可能ですので、修正したつもりが実は直ってなかったという事態にもなりかねません。この作業自体はソースコードがなくても可能なので、テスト担当者の協力を得られるのであれば、情報を交換しながらテスト担当者と開発担当者が並行して調査を進めるのが良いでしょう。
4. 一度でも問題が発生した場合はバグがある可能が高いので必ず調査する
一度でも問題が発生した場合は、単にバグが発現する条件がわかっていないだけで、必ずどこかにバグがあります。開発作業中はいろいろプレッシャーがあるので難しい面もありますが、見つけた時点で調査しておいた方がいろんな面で良いでしょう。
5. ソースコードを見ただけで正しい処理が行なわれていると判断しない
プログラムはプログラマが思っている通りに動くのではなくコンパイラが解釈した通りに動くものです。コンパイラについての知識が豊富なプログラマが犯しがち問題ですが、プログラマがコンパイラの仕様について誤解しているために生じるバグもよくあります。プログラマ自身は正しいと思っているためソースコードを見ただけではバグを発見することが困難ですがが、このようなバグは実際にプログラムを動かしてみることで簡単に原因を発見することがきます。
6. 想定外の操作や想定外のデータが使用されていないかチェックする
プログラムはプログラマが想定していなかった操作が行なわれたり、想定外のデータが入力されたりした場合は正しく動作しないことが多いものです。問題を発生させる操作やデータがプログラムで想定されているかチェックしてみましょう。
7. バグの原因となっているソースコードは必ず特定する
関係の無いところを直しても問題の現象が発生しなくなる場合もありますが、それでバグが無くなったわけではありません。そのような場合は、また別のところで別のかたちで問題が発生することになりかねません。バグは必ずソースコードレベルで原因を特定し確実に修正すべきです。
8. できるだけ他の処理に影響を与えないようにソースコードを修正する
他の処理に影響を与えるような修正を行なった場合、これまで問題なく動いていた部分に新たなバグを埋め込んでしまう可能性が高いものです。別の問題を引き起こさないように、影響範囲に注意してソースコードを修正します。しかし、単なるコーディング上の間違いであればプログラムの修正は比較的簡単で他の処理に影響を与えることは少ないのすが、設計に問題がある場合は他の部分の影響を与えないようにバグ修正を行なうのが難しい場合があります。そのような場合は、本質的な問題の解決にはならないとしても、影響範囲を限定するために暫定的な対処を行なった方が良いでしょう。
9. ソースコードを修正した場合は必ずテストする
たとえ簡単な修正であっても間違った修正を行なう可能性は常にあります。また、修正が思わぬところに影響を与えることもあります。当たり前ですが、ソースコードを修正した場合は必ずテストを行ないましょう。テスト作業を手を抜くよりも、テストを行なった方がトータル見れば開発者自身にとっても負担が少ないはずです。
Cygwin(シグウィン)とは、マイクロソフトのOSであるWindows上で動作する無料のLinuxライクな環境の一つで、GNUの開発ツールをはじめとして、UNIX向けのさまざまな標準ツールがWindows上で利用できるようになってい...
投稿掲示板「59bbs」で使用している「59bbs 1.0」をGPLで公開しました。59bbs 1.0 の特徴「59bbs」はブログソフトウェア「59Tracker」をベースに、掲示板として必要な機能だけを実装したものです。「59bbs」では、ト...
2007年6月5日、シックス・アパートがブログソフトウェア「Movable Type(ムーバブルタイプ)4 日本語版」を2007年7月18日から出荷すると発表、同時に公開ベータテストを開始した。「Movable Type 4 日本語版」は、シ...
+
A Postfix 書籍
高速さ、管理の容易さ、安全性を重視したMTA (メールサーバソフトウェア)である Postfix に関する書籍。入門Postfixメールサーバーの一つ、Postfixのガイドブック。概要や設定等の基礎知識から、ウイルススキャンを行...
レンタルサーバーの中には無料で利用できるものもありますが、広告が表示されたり、すぐに利用できなかったり、CGIが利用できなかったりとなかなか思いどおりにはなりません。その点、有料の格安レンタルサーバーなら...
「WordPress(ワードプレス)」は、スクリプト言語である「PHP」とデータベースシステム「MySQL」を利用して開発されたサーバーインストール型のブログソフトウェアで、オープンソース(GPL)で配布されており商用でも...
「Movable Type(ムーバブルタイプ)」は、シックス・アパート社が開発・販売しているサーバーインストール型の高機能ブログソフトウェアで、基本的な仕組みとしては、記事のデータを MySQL、PostgreSQL、SQLite等のデ...
アクセスランキング
今日のアクセスランキング TOP 10
- SQLのSELECT文で先頭から上位(TOP)10件のレコードを取得する方法(SQL Server、Oracle、MySQL、PostgreSQL) (5 PV)
- 2NN 2ちゃんねるニュース速報+ナビ (2 PV)
- 「やっぱりダメでした」、「Twitpic」10月25にサービス終了 (1 PV)
- PostgreSQL (1 PV)
- Page Rank On (1 PV)
- StatusNet | Open Source microblogging service (1 PV)
- 裁量トレードで出来た「くそポジ」を「PositionKeeper」の全決済機能を使って解消する (1 PV)
- Androidアプリマーケット「AndroApp」 (1 PV)
- RIA(Rich Internet Application、リッチインターネットアプリケーション) (1 PV)
- テキスト中のキーワードをリンクするPerlサンプルスクリプト (1 PV)
今月のアクセスランキング TOP 10
- SQLのSELECT文で先頭から上位(TOP)10件のレコードを取得する方法(SQL Server、Oracle、MySQL、PostgreSQL) (28 PV)
- FC2まとめ (15 PV)
- 2NN 2ちゃんねるニュース速報+ナビ (9 PV)
- StartPage(スタートページ) - 匿名検索エンジン (8 PV)
- 将棋ウォーズPCブラウザ版がchrome、Firefox、edgeなどに対応 (8 PV)
- 掲示板CGI ThreadPlus 1.2 のリリース (5 PV)
- 「Kindle for the Web」 (5 PV)
- 2ちゃんねる(2ch) (5 PV)
- 電通が2ちゃんねるを監視 「電通バズリサーチ(Dentsu Buzz Research)」 (5 PV)
- FC2ブログにコミュニティ機能 (4 PV)
アクセス統計
ディレクトリ
関連サイト

