[オブジェクト指向]の検索結果

＋ 

A ActionScript

－ 

A ActionScript

ActionScript（アクションスクリプト）とは、アドビシステムズ社の製品であるFlashに使用されるコンテンツの再生制御などを行なうためのプログラミング言語で、現在は、JavaScriptの標準規格であるECMAScriptをベース...

ActionScript（アクションスクリプト）とは、アドビシステムズ社の製品であるFlashに使用されるコンテンツの再生制御などを行なうためのプログラミング言語で、現在は、JavaScriptの標準規格であるECMAScriptをベースに独自の拡張を施した仕様になっている。

ActionScriptを使用することで、動画や音声のプレイヤーの作成など、コンテンツに複雑な処理や双方向性を持たせたFlashを作成することが可能。

ActionScript(Wikipedia)
ActionScript 逆引きクイックリファレンス
ActionScript 3.0で始めるオブジェクト指向スクリプティング

基本からしっかりわかるActionScript 3.0 (Web Designing BOOKS)
毎日コミュニケーションズ 著者：森 巧尚 価格：2,520円 評価：★★★★

• 基本というより考え方を学ぶ本 ★★★
• 丁寧な解説。あくまでも基本だけ。 ★★★★
• まるっきりの初心者では・・・ ★★★
• とにかくわかりやすいのでActionsScript初心者にはおすすめ ★★★★
• AS3の基本をシンプルに教わる ★★★★

powered by amalink

[2063] Posted by kagahiro at 2010/10/21 19:47:13
0 point | Link (1) | Trackback (0) | Comment (0)

＋ 

B Ruby on Rails

  ブックマーク先へ

－ 

B Ruby on Rails

  ブックマーク先へ

「Ruby on Rails」は、オブジェクト指向スクリプト言語「Ruby」向けのオープンソース（MIT license）のWebアプリケーション開発フレームワーク。10000以上のアプリケーションが既にRuby on Railsで開発されておリ、多...

「Ruby on Rails」は、 オブジェクト指向スクリプト言語「Ruby」向けのオープンソース（MIT license）のWebアプリケーション開発フレームワーク。

10000以上のアプリケーションが既にRuby on Railsで開発されておリ、多くのユーザーによって利用されている。

Rails was created in 2003 by David Heinemeier Hansson and has since been extended by the Rails core team, more than 1,400 contributors, and supported by a vibrant ecosystem.

Ruby on Rails

RailsによるアジャイルWebアプリケーション開発
オーム社 著者：Sam Ruby,David Heinemeier Hansson,Dave Thomas 価格：4,410円 評価：★★★★★

• RoR学習者は早く買うべきです。 ★★★★★
• ググるより原書 ★★★★★
• Rails入門書 ★★★★★
• もちろん満点です！！ ★★★★★
• Rubyのすごさ ★★★★

powered by amalink

[1905] Posted by kagahiro at 2010/06/07 11:19:50
0 point | Link (2) | Trackback (0) | Comment (0)

＋ 

B Rubyアソシエーション

  ブックマーク先へ

－ 

B Rubyアソシエーション

  ブックマーク先へ

「Rubyアソシエーション」は、Ruby関連のプロジェクトやコミュニティ、ビジネスの関係を強化し、エンタープライズ領域におけるRubyの利用に関する諸問題の解決に取り組むことを目的とする合同会社。理事長はRuby開発...

「Rubyアソシエーション」は、Ruby関連のプロジェクトやコミュニティ、ビジネスの関係を強化し、エンタープライズ領域におけるRubyの利用に関する諸問題の解決に取り組むことを目的とする合同会社。理事長はRuby開発者のまつもとゆきひろ氏。

Rubyは、まつもとゆきひろが1993年から開発している日本発のオブジェクト指向スクリプト言語。Smalltalkのような本格的なオブジェクト指向機能と、Perlのようなスクリプト言語としての手軽さをあわせ持ち、国内はもとより、海外でも高い評価を得ている。

David Heinemeier Hansson氏によって開発されたWebアプリケーションフレームワーク「Ruby on Rails」とともに、Webアプリケーションの分野でも広く利用されている。

[1864] Posted by kagahiro at 2010/05/11 15:27:44
0 point | Link (1) | Trackback (0) | Comment (0)

＋ 

B Pharo Open Source Smalltalk - Home

  ブックマーク先へ

－ 

B Pharo Open Source Smalltalk - Home

  ブックマーク先へ

「Pharo Project」は、オブジェクト指向プログラミング言語「Smalltalk」のオープンソース実装「Pharo」を開発しているプロジェクト。「Pharo」は「Squeak 3.9」から派生したオープンソースのSmalltalk実装で、シンタ...

「Pharo Project」は、オブジェクト指向プログラミング言語「Smalltalk」のオープンソース実装「Pharo」を開発している
プロジェクト。

「Pharo」は「Squeak 3.9」から派生したオープンソースのSmalltalk実装で、シンタックスハイライトやリファクタリング、ユニットテスト、ソースコード管理といった機能を備えたIDEやウィジェット/ダイアログライブラリが含まれている。Windows、Linux、Mac OS X向けバイナリおよびソースコードが提供されている。ライセンスはMIT License。

Pharo is a clean, innovative, open-source Smalltalk environment

Pharo Project

[1840] Posted by kagahiro at 2010/04/27 15:26:29
0 point | Link (0) | Trackback (0) | Comment (0)

＋ 

A フリーブログソフト 59Tracker 4.0.2 のリリース

－ 

A フリーブログソフト 59Tracker 4.0.2 のリリース

フリーブログソフト 59Tracker 4.0.2 をリリースしました。バージョン 4.0.2 での主な変更点は以下の通りです。・不特定ユーザーのユーザー登録を許すかどうかを設定できる機能の追加・添付ファイル一覧、削除確認の...

フリーブログソフト 59Tracker 4.0.2 をリリースしました。

バージョン 4.0.2 での主な変更点は以下の通りです。

・不特定ユーザーのユーザー登録を許すかどうかを設定できる機能の追加
・添付ファイル一覧、削除確認の表示項目を追加（日付、ユーザーID）

不特定ユーザーのユーザー登録を許すかどうかを設定できるようになったことで、親しい友人や家族だけ投稿ができるグループブログサイトが簡単に構築できます。

不特定ユーザーのユーザー登録を許さない（管理者によるユーザー登録は可能）設定にするにはconfig.cgiで以下のように設定します。

# 不特定ユーザーによるユーザー登録 0:不可 1:可能
$free_signup = 0;

59Tracker 4.0.2 のダウンロード

[1829] Posted by kagahiro at 2010/04/19 02:24:13
0 point | Link (2) | Trackback (0) | Comment (0)

＋ 

A オープンソースブログソフト 59Tracker 4 のリリース

－ 

A オープンソースブログソフト 59Tracker 4 のリリース

オープンソースブログソフトウェア「59Tracker」の最新版「59Tracker 4」をリリースしました。59Tracker 4 では、以下の新機能の追加、及び機能の改良が行われています。ソーシャルブックマーク機能のトピック機能へ...

オープンソースブログソフトウェア「59Tracker」の最新版「59Tracker 4」をリリースしました。

59Tracker 4 では、以下の新機能の追加、及び機能の改良が行われています。

• ソーシャルブックマーク機能のトピック機能への統合
• 再構築時のオプション指定機能の追加
• 検索結果RSS出力機能の追加
• 検索インデックス作成時のパフォーマンス向上
• その他ユーザーインタフェースの改善や不具合の改修など

ソーシャルブックマーク機能のトピック機能への統合

これまで別機能として実装されていた、ブックマーク機能をトピック機能に統合しました。 これにより検索時にトピックとして投稿したかブックマークとして投稿したかを気にする必要が なくなり、簡単に必要な情報を探すことができます。また、ブックマークとして使用する記事 もこれまで以上に自由に記述することができます。

再構築時のオプション指定機能

サイトのどのコンテンツを再構築するかをオプションで指定できるようになりました。これによって再構築にかかる時間が短縮され、サーバーの負荷を軽減することができました。

検索結果RSS出力機能

検索結果の1ページ分をRSS2.0形式で出力する機能を追加しました。全体の更新情報だけでなく検索条件に任意のキーワードやユーザーを指定して、該当するトピックの更新情報だけ購読することができます。

検索インデックス作成時のパフォーマンス向上

検索インデックス作成時に処理方式を見直したことによって、トピック投稿時や検索インデックス作成時のレスポンスが改善されました。

その他ユーザーインタフェースの改善や不具合の改修など

トピック投稿時の入力支援機能の追加やユーザーインタフェースの見直し、不具合の改善なども行っています。

59Trackerとは

59Trackerは、Perlで実装されたシンプルで使いやすい、ソーシャルブックマークとしても利用可能なオープンソースブログソフトウェアです。独自のCGIが利用可能なレンタルサーバーや社内イントラネットサーバー等にインストールして使用できます。オープンソースライセンス(GPLv2)ですので、ビジネスブログや社内（イントラ）ブログなど商用利用でも自由にカスタマイズして無料で利用できます。データはテキスト形式で保存されるため、MySQLやPostregSQLなど別途DBMSをインストールする必要はありません。

59Tracker 4 のダウンロード
59Tracker/59bbs ユーザー向けメーリングリスト

[1818] Posted by kagahiro at 2010/04/11 16:45:27
0 point | Link (2) | Trackback (0) | Comment (0)

＋ 

B まつもとゆきひろ コードの世界> スーパー・プログラマになる14の思考法

  ブックマーク先へ

－ 

B まつもとゆきひろ コードの世界> スーパー・プログラマになる14の思考法

  ブックマーク先へ

梅田望夫氏が日本人でただ1人のオープンソースのリーダーと絶賛する、オブジェクト指向スクリプト言語「Ruby」の開発者、「まつもとゆきひろ」氏、スーパー・プログラマになるための14の「思考法」を紹介しながら、プ...

梅田望夫氏が日本人でただ1人のオープンソースのリーダーと絶賛する、オブジェクト指向スクリプト言語「Ruby」の開発者、「まつもとゆきひろ」氏、スーパー・プログラマになるための14の「思考法」を紹介しながら、プログラミングの本質を解説。プログラミングのあり方や心得などが書き記されている。スーパー・プログラマを目指す開発者におすすめの一冊。

まつもとゆきひろ コードの世界‾スーパー・プログラマになる14の思考法
日経BP出版センター 著者：まつもとゆきひろ 価格：3,360円

• Ruby使い向けの教養書 ★★★★
• タイトルを鵜呑みにしてしまいました ★★
• DRY？ ★★★★
• Rubyに導入された思考法 ★★★★

powered by amalink
私は別にスーパー・プログラマを目指しているわけではないのでまだ読んでいないのですが、時間があればそのうち読んで見たいと思ってます。

梅田望夫×まつもとゆきひろ対談「ウェブ時代をひらく新しい仕事，新しい生き方」(前編)

[1370] Posted by kagahiro at 2009/07/11 17:42:33
1 point | Link (2) | Trackback (0) | Comment (1)

＋ 

A Perlベストプラクティス Damian Conway 著

－ 

A Perlベストプラクティス Damian Conway 著

perlで見やすく堅牢な実用的なコードを作成するには具体的にどうすれば良いのか、著者の22年間のプログラミング経験にもとづいて、レイアウト、名前の選択、データ構造と制御構造の選択、プログラムの分解、インタフ...

Perlで見やすく堅牢な実用的なコードを作成するには具体的にどうすれば良いのか、著者の22年間のプログラミング経験にもとづいて、レイアウト、名前の選択、データ構造と制御構造の選択、プログラムの分解、インタフェースの設計と実装、モジュール化、オブジェクト指向、エラー処理、テスト、デバッグなどプログラミングをさまざまな面から捉えたガイドラインが提示されており、Perlのプログラムを書くプログラマなら持っておいて損の無い一冊です。

59bbs 2.0/59Tracker 3.0 のプログラムはこの本に書かれていることをかなり参考にしました。

Perlベストプラクティス 著者：Damian Conway 価格：4,515円 オライリー・ジャパン

by Amalink

[1253] Posted by kagahiro at 2009/03/09 21:04:35
0 point | Link (2) | Trackback (0) | Comment (0)

＋ 

A Ruby 1.9.0 がリリースされた

－ 

A Ruby 1.9.0 がリリースされた

Webアプリケーションの開発言語としてはPHP、Perlに次いで利用者が多いと思われる、オブジェクト指向の和製スクリプトプログラミング言語「Ruby」の最新版、Ruby 1.9.0がリリースされた。Ruby 1.9.0 リリース!たのし...

Webアプリケーションの開発言語としてはPHP、Perlに次いで利用者が多いと思われる、オブジェクト指向の和製スクリプトプログラミング言語「Ruby」の最新版、Ruby 1.9.0がリリースされた。

Ruby 1.9.0 リリース!

たのしいRuby 第2版 Rubyではじめる気軽なプログラミング 著者：高橋 征義,後藤 裕蔵 ソフトバンククリエイティブ by Amalink

[1150] Posted by kagahiro at 2007/12/27 04:22:38
0 point | Link (1) | Trackback (0) | Comment (0)

＋ 

A デバッグを効率的に行なうための９の心得

－ 

A デバッグを効率的に行なうための９の心得

バグのないソフトウェアはない、というくらいソフトウェアにはバグがつきものですが、ソフトウェアの開発プロジェクトには期間や予算に上限があるため、バグの修正に手間取ると十分なテストを実施することができず、...

バグのないソフトウェアはない、というくらいソフトウェアにはバグがつきものですが、ソフトウェアの開発プロジェクトには期間や予算に上限があるため、バグの修正に手間取ると十分なテストを実施することができず、品質が低い状態でリリースされてしまうことになります。テストを円滑に進めソフトウェアの品質の高めていくためには、バグを迅速かつ正確にバグを修正していく必要があります。

しかし、オブジェクト指向プログラミング（OOP）やデザインパターンなどプログラムの作り方についての解説書や記事はたくさんあるにも関わらず、「バグは本来あってはいけないもの、あるはずが無いもの」という意識があるためか、デバッグに関して語られている情報源はあまり多くありません。そのため、デバッグのテクニックについてはせいぜい「開発現
場の先輩に教えてもらう」というのが実情です。

知識を共有するために、私がこれまでのソフトウェア開発の経験から得た、デバッグを効率的に行なうための心得をいくつか挙げてみたいと思います。

1. バグの原因は自分が作っているプログラムにある可能性が最も高い
ソフトウェアを構成する要素として、OS、開発ツールに付属するライブラリ、市販ライブラリ、プロジェクト内で作成されたライブラリなどがありますが、バグの原因は自分が作っているプログラムである可能性が最も高いと考えたほうがすばやくバグを見つけられます。なぜなら、今まさに開発が行なわれているプログラムこそが最もテストされていないプログラムだからです。問題の原因をマイクロソフトのせいにする前に自分のプログラムを調べましょう。

2. テストの実施を妨げているバグを優先する
当然のことですが、テストができなければバグを見つけることができません。効率的にバグが発見できるように、めったに行なわれない操作によって発生するバグよりも、必ず行なわれる操作で発生するバグを優先的に修正していく必要があります。

3. 問題を確実に再現できるようする
問題が発生する条件（操作手順、データなど）を必ず特定しなければなりません。これができないと動作確認は不可能ですので、修正したつもりが実は直ってなかったという事態にもなりかねません。この作業自体はソースコードがなくても可能なので、テスト担当者の協力を得られるのであれば、情報を交換しながらテスト担当者と開発担当者が並行して調査を進めるのが良いでしょう。

4. 一度でも問題が発生した場合はバグがある可能が高いので必ず調査する
一度でも問題が発生した場合は、単にバグが発現する条件がわかっていないだけで、必ずどこかにバグがあります。開発作業中はいろいろプレッシャーがあるので難しい面もありますが、見つけた時点で調査しておいた方がいろんな面で良いでしょう。

5. ソースコードを見ただけで正しい処理が行なわれていると判断しない
プログラムはプログラマが思っている通りに動くのではなくコンパイラが解釈した通りに動くものです。コンパイラについての知識が豊富なプログラマが犯しがち問題ですが、プログラマがコンパイラの仕様について誤解しているために生じるバグもよくあります。プログラマ自身は正しいと思っているためソースコードを見ただけではバグを発見することが困難ですがが、このようなバグは実際にプログラムを動かしてみることで簡単に原因を発見することがきます。

6. 想定外の操作や想定外のデータが使用されていないかチェックする
プログラムはプログラマが想定していなかった操作が行なわれたり、想定外のデータが入力されたりした場合は正しく動作しないことが多いものです。問題を発生させる操作やデータがプログラムで想定されているかチェックしてみましょう。

7. バグの原因となっているソースコードは必ず特定する
関係の無いところを直しても問題の現象が発生しなくなる場合もありますが、それでバグが無くなったわけではありません。そのような場合は、また別のところで別のかたちで問題が発生することになりかねません。バグは必ずソースコードレベルで原因を特定し確実に修正すべきです。

8. できるだけ他の処理に影響を与えないようにソースコードを修正する
他の処理に影響を与えるような修正を行なった場合、これまで問題なく動いていた部分に新たなバグを埋め込んでしまう可能性が高いものです。別の問題を引き起こさないように、影響範囲に注意してソースコードを修正します。しかし、単なるコーディング上の間違いであればプログラムの修正は比較的簡単で他の処理に影響を与えることは少ないのすが、設計に問題がある場合は他の部分の影響を与えないようにバグ修正を行なうのが難しい場合があります。そのような場合は、本質的な問題の解決にはならないとしても、影響範囲を限定するために暫定的な対処を行なった方が良いでしょう。

9. ソースコードを修正した場合は必ずテストする
たとえ簡単な修正であっても間違った修正を行なう可能性は常にあります。また、修正が思わぬところに影響を与えることもあります。当たり前ですが、ソースコードを修正した場合は必ずテストを行ないましょう。テスト作業を手を抜くよりも、テストを行なった方がトータル見れば開発者自身にとっても負担が少ないはずです。

[1067] Posted by kagahiro at 2007/09/10 05:49:45
1 point | Link (3) | Trackback (0) | Comment (1)