ブックマーク / codezine.jp (6)

  • 高速、小容量の自然言語解析で直感的な 対話型インターフェースを実現する「Answers Anywhere」

    1. Answers Anywhereとは 「Answers Anywhere」は、自然言語で入力されたユーザーの指示から意図を汲み取り、対話をしながら機器操作やデータ検索をするシステムを構築するためのミドルウェアです。 分かりやすいイメージとしては(かなり誇張表現ですが)アプリケーションを「2001年宇宙の旅」のHAL9000やスタートレックのコンピューターのように操作できるようにするものと言えるでしょう。映画の中でシステムは知的にふるまい音声対話によりユーザーの指示に答えながらユーザーを支援していました(HAL9000は最後暴走してしまいましたが……)。現状のAnswers Anywhereでは、映画中のシステムのように音声入力まで含めた機能は実現してはいないのですが、ユーザーから文章として受け取った指示を意味解釈し、アプリケーションの操作やデータ抽出を対話的に行うことができます。 具

    高速、小容量の自然言語解析で直感的な 対話型インターフェースを実現する「Answers Anywhere」
    Osafune
    Osafune 2009/07/03
  • Excelマクロによる、seleniumテストケースの自動生成(3):CodeZine

    はじめに 今回は画面表示内容を検証するコマンドを自動生成します。前回までの記事もあわせて参照してください。これまでの記事Excelマクロによる、seleniumテストケースの自動生成(1)Excelマクロによる、seleniumテストケースの自動生成(2) seleniumコマンドの種類 seleniumコマンドには、大きく分けて3種類あります。(1)Action-ブラウザ操作。Type(入力)、click(クリック)など。(2)Assertion-画面上の表示内容をチェックする。(3)Accessor-画面上の表示内容を変数に保持する。storeEvalなど。  前回は(1)のAction系コマンドの自動生成を説明しました。今回は、同じseleniumテストケース自動生成マクロを利用して、上記(2)Assertion系(表示内容をチェック)するテストケースの自動生成を説明します。表示内容

  • フリーのEclipse用AIRプラグイン「AIR GEAR 1.0.0」リリース、WYSIWYGでAIR開発OK!:CodeZine

    Eclipse用AIRアプリケーション開発支援プラグイン「AIR GEAR 1.0.0」が2日にリリースされた。オープンソースで公開されており、Eclipse Public License 1.0内で自由に使用することができる。「GUIを使った開発」「ActionScript/MXMLを使ったAIR開発」「簡単にできるパッケージ作成」など、AIR開発を強力に支援するプラグインとなっている。 ソースはSourceForgeにて公開されている。jarファイルをダウンロードできるので、これをeclipse/pluginsフォルダ内に配置してEclipseを起動するだけでよい。

  • 開発者注目のはてなブックマーク@CodeZine

    CodeZineについて プログラミングに役立つソースコードと解説記事が満載な開発者のための実装系Webマガジンです。 All contents copyright © 2006-2008 Shoeisha Co., Ltd. All rights reserved. ver.1.5 掲載記事、写真、イラストの無断転載を禁じます。 記載されているロゴ、システム名、製品名は各社及び商標権者の登録商標あるいは商標です。

  • Excelマクロによる、seleniumテストケースの自動生成(1):CodeZine

    はじめに seleniumについての基的な内容は、以下を参照してください。 Selenium 0.7利用手順書(前編) Selenium 0.7利用手順書(後編) seleniumを利用するメリットとデメリット メリット seleniumを利用する最大のメリットは、「再テスト」が容易になることです。 不具合発生時 テスト担当者と修正担当者の伝達が容易 再テストが容易 仕様変更後 リグレッション(デグレード確認)テストが容易 筆者が特にメリットを感じるのは、テスト担当者と修正担当者の伝達が容易になる点です。テスト期間中は、テスト担当者も修正担当者も作業に追われています。通常、不具合発生時は、テスト実施担当者から修正担当者へ不具合内容を伝達するために、不具合管理ツールなどに、ケース番号や再現手順の詳細を記述、デバッグログの添付などを行い、修正担当者はそれを読み解く必要

  • 例外処理とロギングのベストプラクティス:CodeZine

    はじめに システム開発において例外処理は重要なポイントですが、あまりに軽視されているのが現状ではないでしょうか。稿では、これまでの著者の開発経験の中から培った汎用的な手法を説明します。 この記事は「美しい設計」ではなく「現実的な設計」、現場に適用できる「できるだけ手間の少なく、汎用的な設計」を目指しています。 対象読者 J2EE開発者・アーキテクト。特に業務システムの開発現場の方が対象です。 必要な環境 概念の説明が中心ですので、開発環境は必要ありません。 エラーの分類 実装時に考慮すべきエラーは2つに大別できます。 想定内でトランザクションの実行開始前にチェックするエラー。主に入力エラー。 異常な状態としてトランザクションの続行が不可能なエラー(例外)。 前者については、例外を使うべきではありません。入力チェックエラーを表現するには、ステータスコードを使うべきです

  • 1