Bruce Eckel's MindView, Inc: Free Electronic Book: Thinking in Java, 3rd Edition
 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
Volume 3: Deep Learning and Neural Networks
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言語規定 目次
目次 | 前 | 次 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
Java 言語 コーディング規約 目次
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
)
パッケージ (Java) - Wikipedia
Javaパッケージ(Java package)は名前空間の中にあるJavaクラスをまとめるメカニズムである。Javaパッケージは、JARファイルと呼ばれる圧縮ファイルの中に保存することができ、クラス群を一つのグループとしてまとめた方が1つずつダウンロードするよりも高速化される。プログラマも一般に同じカテゴリに属しているクラスや類似した機能を提供するクラスをまとめたパッケージを使う。 Javaソースファイルはファイルの先頭にソースファイルが定義したクラスのパッケージを明示するpackage構文を含むことができる。 パッケージはそれが含むタイプに関してユニークな名前空間を提供する。 同じパッケージにあるクラス群はお互いに保護された(protected)メンバにアクセスできる。 パッケージは次に述べる種類の型を含むことができる。 クラス インタフェース 列挙型 アノテーション C++などの言語に
TopHatenar＋HatenarMapsのシステム構成 - kaisehのブログ
TopHatenarとHatenarMapsのシステム構成が、バージョンアップの度に複雑化してきて、自分でも把握しづらくなってきたので、整理する意味で図を作ってみました。 図に示したように、HatenarMapsは、S2RMIを使ってTopHatenarと協調動作しています。はてなダイアリーとはてなブックマークに関するデータをクロールしているのは、TopHatenarの側です。HatenarMapsの側では、TopHatenarのService層をS2RMI経由でコールして、集計済みのはてブ情報を取得し、クラスタリング処理の後にポリゴンを計算しています。その他、HatenarMaps上でコメントビームの表示等がリクエストされる度に、TopHatenarをコールしています。よって、HatenarMaps側のDBには、基本的にポリゴンデータしか入っていません。 以下、図中に出てくるフレームワー
s.h.log: JavaScript - JSONでデータを受信する方法2種類
« 腹減った？ | メイン | 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()す
Eclipseuml.com
Eclipseuml.com This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Health Insurance Accident Lawyers Healthy Weight Loss Free Credit Report Cheap Air Tickets Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy
- Java プログラマーのための UML
あなたが Java プログラマだとして，大きなソフトウェアの設計をしたり，それを他人に説明したり，あるいは今解こうとしている問題を明確に定義しようとする時，どうしているだろうか． 一人で小さなプログラムを作るという作業においては，あまりこのような問題は起こらないかもしれない．しかし，プログラム開発を職業にしている場合，あるい はある程度の規模のソフトウェアをチーム開発する場合は，必ず他人とのコミュニケーションが必要になる．それは顧客との仕様打ち合せであったり，内部でのプログラム構造の設計ミーティングであったりするだろう． 一人で開発を行う場合でも，システム全体を見ながら考えをまとめ， 機能的で保守性が高いすっきりとした構造に仕上げるには，何らかのビジュアルな図が役に立つことが多い． UML(Unified Modeling Language)とは，オブジェクト指向分析， 設計においてシステ
クラス設計に関するメモ
経験的にこのようにした方がよいと思った点についての記録です。 仕事で大規模(2000クラス超)かつ製品寿命がながいパッケージソフトを作っていた関係で、 ちょっとした設計の間違いが、 あとあとで大変な苦労する羽目になったりすることを経験してきました。 このような規模が大きいアプリケーションを作ることはなかなかないかもしれませんが、 なにかの参考になれば、と思います。 継承する前に委譲を検討する Singleton パターンを使うときの注意 Template Method パターンを使うときの注意 クラス間の依存に関する注意 クラスの粒度 Singleton の問題を回避できるか？ 継承する前に委譲を検討する 継承はスーパークラスの仕様をよく理解しておかないと、 バグを作りこみやすいので十分注意する必要があります。 メソッドのオーバーライドをするときも、 public void foo(){
軽量なUMLプラグインAmaterasUML
Eclipseで利用できるUMLプラグインはいくつかありますが、現在よく利用されているものは、機能が豊富過ぎてプラグインの動作が重くなったり、軽量だけど機能が不足していたりします。今回は、現場で必要な機能を絞って提供して軽量な動作を実現しているUMLプラグインAmaterasUMLをご紹介します。 Eclipseを使ったUMLモデリングには、どれを使うべきか？ 今日、アプリケーション開発において、UMLモデリングツールはアプリケーションの要件を引き出す要件／分析モデリングから、アプリケーションの設計／実装／テストにおける設計モデリングまで、多くの場面で利用されています。特に設計におけるモデリングの重要性は、誰しもが認めることでしょう。 UMLモデリングプラグインを導入することで、EclipseでもUMLモデリングができるようになります。UMLモデリングプラグインはさまざまなベンダや有志開発
サルでもわかる 逆引きデザインパターン 第2章 逆引きカタログ ロジック編 Singleton（シングルトン）
イントロダクション オブジェクトを生成するnewは非常に負荷のかかる処理ですので、使いまわしが効くオブジェクトを毎回newするのはパフォーマンス上問題です。 たとえば、後述のファクトリメソッドパターンで取り上げるファクトリは毎回newする必要がないため、初めに生成したオブジェクトを再利用すぺきです。 また、データベースのコネクションプール数を制限したい場合、データベースアクセスオブジェクトの生成数を制限する必要があります。 このようにオブジェクトの生成数を制限したいときは、シングルトンパターンの出番です。 このパターンを使えば、オブジェクトを外部から直接生成させることを防ぐことができ、クラス自体に同時に生成できるオブジェクトの数を管理する機能を持たせることができます。 パターン解説 シングルトンパターンの特徴は、シングルトンクラスのオブジェクト生成を、シングルトンクラス自身が提供するオブジ
C++ →Java→C#という進化形路は本当に正当か? いまここで問う、プログラム言語のリソース管理論
昨夜は寝ぼけながらC++/CLIはC#を凌駕するかも知れない…… usingステートメント不要のDisposeメソッド呼び出しの衝撃という文章を書きましたが、これについて、歴史を踏まえたより分かりやすい話を書いておく価値があると思い付きました。 というか、これは私のようなプログラム言語ミーハーにとっては、ご馳走のような話題ですね。このような問題を重大視して喜ぶ人は滅多にいないのかもしれませんが、しかし多くの開発現場での生産性に直結しうるシビアな話題でもあります。 リソース管理とは何か § プログラムは様々なリソースを使いながら動作します。 リソースとは、CPU、メモリ、ファイル、通信ポート(TCP/IPのポート番号)などです。 これらのリソースは有限であるため、確保したまま解放しない場合、リソースが枯渇し、それ以上のプログラム、あるいはシステムの動作が継続できなくなります。 従って、リソー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: Effective Java 第2版 (The Java Series): Joshua Bloch (著), 柴田芳樹 (翻訳): 本
Java並行処理プログラミング ―その「基盤」と「最新API」を究める― : Brian Goetz, Joshua Bloch, Doug Lea : 本 : Amazon.co.jp
Java並行処理プログラミング ―その「基盤」と「最新API」を究める― | Brian Goetz, Joshua Bloch, Doug Lea |本 | 通販 | Amazon
TechCheatSheets.com
MergeDoc Project
Eclipse downloads home
hellohiro.com