JUNG - Java Universal Network/Graph Framework
Overview JUNG — the Java Universal Network/Graph Framework--is a software library that provides a common and extendible language for the modeling, analysis, and visualization of data that can be represented as a graph or network. It is written in Java, which allows JUNG-based applications to make use of the extensive built-in capabilities of the Java API, as well as those of other existing third-p
Undo,Redoの実装って何十回もやってる気がする - あしあと日記
undo,redoの実装って何十回もやってる気がする。毎回同じパターンだ。undo,redoが登場するような編集ソフトは大体同じパターンに落とせる。フレームワークも作った。ブログにそういう内容を書きたいが面倒くさい。需要があれば面倒でも書くんだけどなあ http://twitter.com/youpychan/status/994486992 という発言をしたら何人か反応を頂いたので書いてみることにする。 需要があるなら書こう。undo,redoだけじゃなくてグラフィカルな編集ソフト全般の話をいつかまとめたいと思っていたので、ちょいとシリーズで書いてみようかとおもう http://twitter.com/youpychan/status/994636764 書こうと思う。 まずUndo,Redoについて。 Unod,Redoってみなさんどういう風に実装しているでしょうか？ 私はコマンドパタ
Shiva's Cafe: NyARToolkitをJWSとAppletにする！
MixiのJavaコミュで"A虎＠"さんが公開されたARToolkitのJava実装NyARToolkitを JavaWebStart化、及びJava Applet化してみました。 NyARToolkitのページ http://nyatla.jp/nyartoolkit/wiki/index.php JWSサンプル http://www.ylab.ai.kyutech.ac.jp/~shiva/jws/nyartoolkit/simplelite.jnlp Java Applet サンプル http://www.ylab.ai.kyutech.ac.jp/~shiva/applet/nyartoolkit/index.htm マーカー用PDF(NyARToolkitに同封されているものです) http://www.ylab.ai.kyutech.ac.jp/~shiva/jws/nyart
Adobe extending Flash platform | The Industry Standard
Adobe Systems is working on a research project intended to make it easier to run programs written in various languages on Adobe's ubiquitous Flash Player client runtime. With the project, languages like C and C++ can cross-compile to the virtual machine inside Flash and AIR (Adobe Integrated Runtime), said Adobe CTO Kevin Lynch at the Adobe Engage event in San Francisco on Monday. "It's basically
JBox2D: A Java Physics Engine
JBox2D is a close Java port of Erin Catto's excellent C++ Box2D physics engine and Google's LiquidFun physics Engine. Check out the demos below to see some examples of what it can do. (It's technically more accurate to say it's just a port of LiquidFun now, and LiquidFun is fork of Box2D, but the library started as a Box2D port.) The project has recently been moved to Github. Downloads and issue t
Android
Getting Started Learn about Android Download the SDK Join the community. Participate in our discussion group through email or the web. The Android Developer Challenge I is now complete. See our ADC Gallery of the top 50 applications, including winners of $275,000, winners of $100,000, and other finalists. Featured Videos An Introduction to Android - Google I/O 2008 Watch more videos The Open Han
コンボリューションを用いた画像の平滑化、鮮鋭化とエッジ検出：CodeZine
はじめに コンボリューション（Convolution）は数学用語で、日本語では「畳み込み」といいます。掛け算の結果を足し集める演算からなり、コンピュータ処理の得意とするところです。コンボリューションを画像処理に使うと、画像を滑らかにしたり、シャープにしたりできます。掛け算の係数は、3×3などのサイズのマトリックスで指定します。これをオペレータ、フィルタ、マスク、カーネルなどと呼びます。 Java 2D APIには、画像処理でコンボリューションを行うのに便利なConvolveOpやKernelのクラスがあります。しかし、これらだけに頼ると不便な点もあるため、これらを利用しながら、従来と変わらぬ画像処理ができるように工夫しました。 対象読者 画像処理の基本を学び、ペイント系画像ソフトの一部の機能を自作したい人。 必要な環境 J2SE 5.0を使っていますが、J2SE 1.4.2でも
Google calendarをpython/ruby/goovy/javaを使ってアクセス - Wiki@browncat.org
google calendarをアクセスしようと少しいじってみました。 途中目的が変わってしまい各種LLとjavaとの連携の記録になってしまいました(^^; 目次 1 Google Data API/ Google Calendar Data API 2 Jythonで試してみる 2.1 簡単にインストールなど 2.2 超簡単なサンプルを動かしてみる 2.3 超簡単なサンプルを動かしてみる(2) 3 jrubyで試してみる 3.1 インストール＆使い方 3.2 まずはとにかく使ってみる 3.3 ざっくり一通り使ってみる 4 JPype 5 Groovy 6 rjb (Ruby Java Bridge) 6.1 rjbplus 7 それぞれの比較 7.1 jythonとjrubyの比較 7.2 ブリッジ経由でやるには... 7.3 その他のアイデア [編集] Google Data API
Processing by Ruby - Quietstar
本が出たりイベントがあったりでProcessingがまたちょっと盛り上がってきてるみたいなので久しぶりに触ったりしてる。以前書いたように Processingの実体はprocessing.core.PAppletっていうJavaのクラスで、Processingが生成するJavaのコードを見るとよくわかるんだけど、ProcessingのSketchコードっていうのは実はJavaのコードそのものです。それは最新版（今だと0124）でも変わってないし、たぶんこの先も変わらないんじゃないかなーと思う。要はprocessing.core.PAppletクラスを継承したJavaのコードを書けばProcessingベースのAppletになる。ここらへんの仕組みはよく考えられてると思う。 で、ふと、JRuby使ったらProcessingのコードをRubyで書けんじゃん？（ニーズはなさそうだが）と思ってやっ
JavaFX Script 入門、とりあえず言語仕様に目を通してみた
CNetでも報道された通り、Sunが独自のスクリプト言語JavaFX Scriptを発表した。テクノロジーの優劣だけで決まるものではないので、この試みがうまく行くかどうかは何とも予測しがたいが、とりあえず言語仕様が公開されたので目を通してみた。 私なりに興味深いと思った点は以下の５つ（ただし、私なりの拡大解釈が多少入っている可能性もあるので要注意）。 １．宣言型のUIをサポートしていること 宣言型大好き人間の私としては、この方向性は大賛成（ちなみに、UJMLも宣言型のUI言語^^）。"押してね！"というラベルがついたボタンを表示するには、こう書けば良い。 Frame { content: Button { text: "押してね！" action: operation() { System.out.println("押してくれて、ありがとう"); } } visible: true } ２
動体検知の資料 BlobDetection Library | fladdict
v3gaの人が、動体検知ライブラリに特化したページ作った。 ナイス。 processing/java系だけどノウハウはflashでも使えるっす。 へー、ここら辺のライブラリってRCAの一昨年の卒展ででてたShadow Monsterも使ってんだぁと発見（自分で作った影絵がモンスターになるインスタレーション）。 あれは面白かった。
MOONGIFT - Zimbra - オープンソースによるIT戦略支援 -
販売戦略の要 Java製のPOSシステムです。 販売戦略の要 携わった事はないが、POSのシステム開発やそのデータ分析に興味がある。POS（Point Of Sales）の名が示す通り、商いの最前線と言う感じがある。 最近はレジのシステムをWindows系システムで組まれているのを見る事が多くなった。俊敏な反応が求められる中にあっては、Webシステムは難しい。ただ、クローズなWindowsシステムでは自社向きのカスタマイズがコスト高になってしまうのも確かだ。 本日紹介するオープンソース・ソフトウェアはTina POS、Java製のPOSシステムだ。 タッチスクリーンやバーコードリーダーでの操作を想定しているので、運用上はキーボードやマウスは必要ない（操作は可能）。但し商品管理を行う際にはキーボードが必要だ。 実運用ではレジ打ちだけが可能だ。マネージャアカウントであれば返金処理も出来る。1台
Javaコーディング規約 ＠ThinkIT
皆さんはコーディングがお好きですか？ プログラミングが好きでソフトウェア業界に入りプログラマになったのは良いものの、ソフトウェアやシステムを新規に設計して開発するのは稀で、現実には他人の書いたソースコードを触ることが多くはないでしょうか？ そして、いざ引き継いだソースコードを見て愕然としたことはないですか？例えば、以下のようなことに遭遇しませんでしたか？ クラス名／メソッド名（do1、do2）／インスタンス変数名（a、w、t）の意味が分からない 同じような事が何度も書かれている メソッドの長さが1000ステップを越えている mainメソッドしか存在しない プログラマは、受け取ったソースコードを見て処理内容を推測します。手がかりは、プログラムの構成やメソッド名、変数名などです。 もし仕様書があれば、ソースコードを読み解くために利用できますが、仕様書とソースコードの内容があまりにも異なる時は、
サルでもわかる 逆引きデザインパターン 第1章 はじめてのデザインパターン はじめに:
第1章 はじめてのデザインパターン はじめに デザインパターンとは 特集の構成 すぐわかるオブジェクト指向 すぐわかるUML おわりに 第2章 逆引きカタログ ロジック編 Singleton (シングルトン) Factory/Factory Method (ファクトリ/ファクトリメソッド) Strategy (ストラテジ) Composite (コンポジット) Visiter (ビジタ) 第3章 逆引きカタログ J2EE編 Template Method (テンプレートメソッド) Facade (ファサード) ViewHelper (ビューヘルパ) DAO (Data Access Object) 第4章 逆引きカタログ その他 ユーティリティクラス 実行時例外を標準的に使う Nullオブジェクト 第5章 デザインパターン適用の勘所 はじめに アプリケーションの仕様 リファクタリング前のサ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GINY
Downloads
TechCrunch | Startup and Technology News
The Artemis Project
http://www.lostway.org/~tko/doc-jp/java-ruby/
http://www.openalexandria.com/archive_1_2005-7-25.html