FeatureFu[l] contains a collection of library/tools for advanced feature engineering, such as using extended s-expression based feature transformation, to derive features on top of other features, or convert a light weighted model (logistical regression or decision tree) into a feature, in an intuitive way without touching any code. Sample use cases: Feature normalization "(min 1 (max (+ (* slope
Synthesijerとは、わさらぼ/イーツリーズ・ジャパンの三好健文さんが開発を進めるオープンソースの高位合成ツール。JavaコードからHDLコードを生成できる。 おもなリンク Synthesijer GitHubのSynthesijerリポジトリ ESS2014でのチュートリアル: Synthesijerを使ったJavaによるFPGA開発のはじめ方 ParallellaFanさん: Synthesijerを使ってFPGA上で動作するゲームを作る ParallellaFanさん: Synthesijerを使ってFPGAにライフゲームを実装してみた ParallellaFanさん: マンデルブロ集合の浮動小数点演算をFPGAで並列化する @TYE's Tech.Lab.さん: FPGAで作るヴォコーダ Beatcraft: Synthesijer Synthesijerユーザーグループ F
THIS SITE IS NO LONGER ACTIVELY MAINTAINED, FOR RECENT RELEASES, PLEASE REFER TO: http://synthesijer.github.io/web/. About Synthesijer Download Quick Start Samples Resources ChangeLog License About Synthesijer Synthesijer is a high-level synthesis tool, which generates VHDL and Verilog HDL code from Java code. Synthesijer also provides a backend to generate VHDL/Verilog HDL, which helps to develop
Warning – Java 7 is officially deprecated by Oracle team. It is no more available for download on the public network. The Oracle team recommends upgrading to Java 8 or Java 9. You can follow below tutorials to install accordingly. JAVA 8 – Install on CentOS, Red Hat, Fedora JAVA 9 – Install on CentOS, Red Hat, Fedora During installation of Java using rpm files, I faced issues many times. After tha
どうも、nkzn.netの更新を忘れてて転売屋に取られた人です。 今日はAndroid Bazaar and Conference 2014 Springですね。僕は業務都合的なアレで今回のABCに参加できないため、夜の裏会だけ行きます。 ただ、全くなにもしないのも寂しいので、景気付けに1本記事を書かせてもらいました。Effective Androidトラックの発表内容とネタ被りしたらごめんな!! たぶん@mhidakaとか@sys1yagiさんがこの記事より良いこと喋ってくれると思うので、みなさん秋葉原UDXで著者たちと握手!!(宣伝) Effective Android 作者: TechBooster,小太刀御禄,出村成和,重田大助,西岡靖代,宮川大輔,柏本和俊,あんざいゆき,八木俊広,木村尭海,小林慎治,有山圭二,中西良明,わかめまさひろ,新井祐一,桝井草介,久郷達也,寺園聖文,sh
昨日のSeasar2のエントリについたコメントなどで、「とはいえ代わりに何つかうの?」みたいな話が出てたので、とりあえずJava EEのWebフレームワークについて簡単にまとめてみます。 Java SE 8+Java EE 7+lombokで書いていますが、基本的なところはJava SE 7+Java EE 6でも大丈夫です。 なので、今どきとは書いてますが、基本的には2009年12月のJava EE 6ということで、実はすでに4年近くたってます。 何も考えてない なんも難しいこと考えないなら、やっぱJSPが楽ですよね。 なんでも書けちゃう。 <%@page contentType="text/html" pageEncoding="UTF-8"%> <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content=
最近 Java で web アプリケーションを開発しようと思って、アプリケーション構成やら開発環境周りやら悩んだりしていたのだけれど、ある程度良さそうな構成に落ち着きつつあるので現状をメモしておく。 アプリケーション構成 とりあえず HTTP 周りは JAX-RS に任せるのが良さそう。 JAX-RS 実装としては Jersey を選択。 JBoss RESTEasy とかも試してみたけど、JAX-RS の参照実装ということもあって Jersey は癖が少なくて使いやすいのかなーと思ったりした。 Web 上の情報も多そうな気がする。 JAX-RS 2.0 Jersey 2.4 Servlet コンテナ内で動かすことを想定 ビルドツールとしては Gradle を選択。 IDE との連携を考えると Maven の方が有利かなーとも思ったけど、実際 Eclipse と NetBeans で試した
DI(依存性の注入)×AOP(アスペクト指向)の常識:企業システムの常識をJBossで身につける(3)(1/4 ページ) 企業向けアプリケーションのさまざまな“常識”をJavaのオープンソース・フレームワーク群である「JBoss」から学んでいきましょう。企業システムを構築するうえでの基礎となる知識をリファレンス感覚で説明していきます。初心者から中堅、ベテランまで大歓迎! 前回の「“全部入り”のEclipseで学ぶ統合開発環境の常識」では、企業向けアプリケーションを構築する際に必要な要素として「統合開発環境」について説明し、実際にサンプルアプリケーションを作成し、企業向けアプリケーションの構築における、統合開発環境の機能やその重要性を学びました。 今回は、DIやAOPを通して、それらに関連するフレームワークやJBossのソフトウェアについて説明していきたいと思います。 企業向けアプリケーショ
GuiceとServletの連携というのをやってみます。 今回試すのは、Guiceで管理するオブジェクトに「RequestScoped」「SessionScoped」というスコープを設定することです。 Guiceのスコープの範囲で、「リクエスト」と「セッション」が使えるようになります。 GuiceとServletの連携では、この他にも幾つかの機能が得られるようです。(それはまた後ほど) 資料がないのでAPIとにらめっこでやります。 Tomcat 5.5を使いました。 まずは以下のライブラリを利用します。 guice-1.0.jar guice-servlet-1.0.jar servlet-api.jar(Tomcatのcommon/libを参照) ディレクトリ構成 webapps └Guice ├WEB-INF │├classes ││└(クラス生成先) │├src ││└(作成ソースフ
有限会社クリプトメディアの技術サイトです。 このサイトのコンテンツは、順次 www.gwtcenter.com に移行していきます。
今開発しているプログラムをGuiceを使って書いてみた。そもそもGuiceを使おうと決めた理由はテストを書き易くするため。実際に使ってみた感想としては「ま〜、こんなもんか」って感じ。 だいたいの使用パターンとしては以下のような感じになると思う。Guiceの高度な機能を使うと他の人がコードを読めなくなりそうなので最低限の機能だけ使うことにする。 まずはテスト時に差し替えたいクラスのIFを切り出しておく。 public interface LoginClient { public boolean login(String id, String password); } で、実コードを実装する。 public class LoginClientImpl implements LoginClient { public boolean login(String id, String password
以前のモックフレームワークの技術的制約 今まで私が担当してきたプロジェクトにおいては、モックオブジェクトを使ったJUnitの単体試験はjMockとEasyMockのいずれかのフレームワークを利用して行ってきました。しかし、これらのフレームワークはJavaプラットフォームにおけるコード自動生成の考え方の変遷で説明したように動的プロキシーに基づいているため、以下のような制約がありました。 モック化する対象の型はインターフェースを実装しているか、継承可能なクラスであること モック化するメソッドはfinal、static、privateでないこと*1 モック化するロジックはコンストラクターの呼び出しではないこと モックオブジェクトをテスト対象クラスにDIかパラメーター経由で引き渡すことが可能であること モック化する場合はクラス全体をモック化する必要があること(getterやsetterなどは本物の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く