
 Blog  Consulting  Seminars  Calendar  Books  CD-ROMS  Newsletter  About  FAQ  Search Free Electronic Book: Thinking in Java, 3rd Edition (If you want the 4th edition, go here instead) Purchase a signed copy of this book Download here | Translations in Print | Why do you put your books on the web? | Nice Comments from Readers | Release Notes | Electronic Tra
Chapter 1: Neural Network Basics Activation Functions Derivative of the Sigmoid Function Single Layer Network Chapter 2: Self Organizing Maps SOM Colors Chapter 3: Hopfield & Boltzmann Machines Hopfield Network Boltzmann Machine TSP Weight Grid Chapter 4: Feedforward Neural Networks Softmax Multi Layer Network Chapter 5: Training & Evaluation Annealing and ROC Chapter 6: Backpropagation Training X
目次 | 前 | 次 Java言語規定 目次 序文 0. 標準情報としての導入 0.1 適用範囲0.2 引用規格0.3 定義 1. はしがき 1.1 プログラム例1.2 文献 2. 文法 2.1 文脈自由文法2.2 字句文法2.3 構文文法2.4 文法記法 3. 字句構造 3.1 Unicode3.2 字句変換3.3 Unicodeエスケープ3.4 行終端子3.5 入力要素及びトークン3.6 空白類3.7 注釈3.8 識別子3.9 キーワード3.10 リテラル3.10.1 整数リテラル3.10.2 浮動小数点リテラル3.10.3 論理値リテラル3.10.4 文字リテラル3.10.5 文字列リテラル3.10.6 文字及び文字列リテラルのためのエスケープシーケンス3.10.7 空リテラル3.11 分離子3.12 演算子 4. 型,値及び変数 4.1 型及び値の種類4.2 プリミティブ型及び値4
1 はじめに 1.1 コーディング規約の必要性 1.2 謝辞 2 ファイル名 2.1 ファイルの拡張子 2.2 一般的なファイル名 3 ファイルの構成 3.1 Java ソースファイル 3.1.1 冒頭のコメント 3.1.2 package と import の宣言 3.1.3 class と interface の宣言 4 インデント 4.1 1行の長さ 4.2 行の折り返し 5 コメント 5.1 インプリメンテーション・コメントのフォーマット 5.1.1 ブロック・コメント 5.1.2 1行コメント 5.1.3 行末に書くコメント 5.1.4 C++ 形式のコメント(//) 5.2 ドキュメンテーション・コメント 6 宣言 6.1 1つの行に書く宣言の数 6.2 初期化 6.3 配置 6.4 クラスとインタフェースの宣言 7 文 7
この記事には複数の問題があります。 改善やノートページでの議論にご協力ください。 出典がまったく示されていないか不十分です。内容に関する文献や情報源が必要です。(2024年9月) 原文と比べた結果、多数の誤訳があることが判明しており、修正が求められています。(2024年9月) 出典検索?: "パッケージ" Java – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL Javaパッケージ(Java package)は名前空間の中にあるJavaクラスをまとめるメカニズムである。Javaパッケージは、JARファイルと呼ばれる圧縮ファイルの中に保存することができる。同じパッケージに属するクラス群を1つのグループとしてまとめたほうが、Javaクラスファイルを1つずつダウンロードするよりも高速化される。プログラマも一
TopHatenarとHatenarMapsのシステム構成が、バージョンアップの度に複雑化してきて、自分でも把握しづらくなってきたので、整理する意味で図を作ってみました。 図に示したように、HatenarMapsは、S2RMIを使ってTopHatenarと協調動作しています。はてなダイアリーとはてなブックマークに関するデータをクロールしているのは、TopHatenarの側です。HatenarMapsの側では、TopHatenarのService層をS2RMI経由でコールして、集計済みのはてブ情報を取得し、クラスタリング処理の後にポリゴンを計算しています。その他、HatenarMaps上でコメントビームの表示等がリクエストされる度に、TopHatenarをコールしています。よって、HatenarMaps側のDBには、基本的にポリゴンデータしか入っていません。 以下、図中に出てくるフレームワー
« 腹減った? | メイン | JavaScript - dojoのScriptSrcIOで動的クロスドメインJSON読み込み » 2006年07月07日 ■ JavaScript - JSONでデータを受信する方法2種類 [Programming&Electronics][Technology] JSONを受信するサンプルを作った。 ・del.icio.usのJSON-APIからshokaiのブックマーク一覧を読み込み ・サーバに置いたdel.icio.usのJSONファイルからブックマーク一覧を読み込み ・サーバに置いたGPSデータから位置情報のリストを読み込み やっと理解できた。 JSONは、JavaScriptObjectNotationの略で、JavaScriptのオブジェクトをテキストデータで表記するためのフォーマット。JSONテキストをJavaScriptでeval()す
あなたが Java プログラマだとして,大きなソフトウェアの設計をしたり,それを他人に説明したり,あるいは今解こうとしている問題を明確に定義しようとする時,どうしているだろうか. 一人で小さなプログラムを作るという作業においては,あまりこのような問題は起こらないかもしれない.しかし,プログラム開発を職業にしている場合,あるい はある程度の規模のソフトウェアをチーム開発する場合は,必ず他人とのコミュニケーションが必要になる.それは顧客との仕様打ち合せであったり,内部でのプログラム構造の設計ミーティングであったりするだろう. 一人で開発を行う場合でも,システム全体を見ながら考えをまとめ, 機能的で保守性が高いすっきりとした構造に仕上げるには,何らかのビジュアルな図が役に立つことが多い. UML(Unified Modeling Language)とは,オブジェクト指向分析, 設計においてシステ
経験的にこのようにした方がよいと思った点についての記録です。 仕事で大規模(2000クラス超)かつ製品寿命がながいパッケージソフトを作っていた関係で、 ちょっとした設計の間違いが、 あとあとで大変な苦労する羽目になったりすることを経験してきました。 このような規模が大きいアプリケーションを作ることはなかなかないかもしれませんが、 なにかの参考になれば、と思います。 継承する前に委譲を検討する Singleton パターンを使うときの注意 Template Method パターンを使うときの注意 クラス間の依存に関する注意 クラスの粒度 Singleton の問題を回避できるか? 継承する前に委譲を検討する 継承はスーパークラスの仕様をよく理解しておかないと、 バグを作りこみやすいので十分注意する必要があります。 メソッドのオーバーライドをするときも、 public void foo(){
Eclipseで利用できるUMLプラグインはいくつかありますが、現在よく利用されているものは、機能が豊富過ぎてプラグインの動作が重くなったり、軽量だけど機能が不足していたりします。今回は、現場で必要な機能を絞って提供して軽量な動作を実現しているUMLプラグインAmaterasUMLをご紹介します。 Eclipseを使ったUMLモデリングには、どれを使うべきか? 今日、アプリケーション開発において、UMLモデリングツールはアプリケーションの要件を引き出す要件/分析モデリングから、アプリケーションの設計/実装/テストにおける設計モデリングまで、多くの場面で利用されています。特に設計におけるモデリングの重要性は、誰しもが認めることでしょう。 UMLモデリングプラグインを導入することで、EclipseでもUMLモデリングができるようになります。UMLモデリングプラグインはさまざまなベンダや有志開発
イントロダクション オブジェクトを生成するnewは非常に負荷のかかる処理ですので、使いまわしが効くオブジェクトを毎回newするのはパフォーマンス上問題です。 たとえば、後述のファクトリメソッドパターンで取り上げるファクトリは毎回newする必要がないため、初めに生成したオブジェクトを再利用すぺきです。 また、データベースのコネクションプール数を制限したい場合、データベースアクセスオブジェクトの生成数を制限する必要があります。 このようにオブジェクトの生成数を制限したいときは、シングルトンパターンの出番です。 このパターンを使えば、オブジェクトを外部から直接生成させることを防ぐことができ、クラス自体に同時に生成できるオブジェクトの数を管理する機能を持たせることができます。 パターン解説 シングルトンパターンの特徴は、シングルトンクラスのオブジェクト生成を、シングルトンクラス自身が提供するオブジ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く