なんか、「OpenCLのコンパイルって超速くならんの?(スーパー意訳というか全然違う話をしてたが僕がコンパイル速ければすべて解決すると勝手に結論出した)」みたいな感じになったので、 https://gist.github.com/tanakamura/7397685 とりあえず現状どうなってるか測ったところ、なんもしてないプログラムで 30msec かかるとかだった。 じゃあclCreateProgramWithBinaryだとどうかと思って、適当に試したところ、 CL : 30msec llvmir : 20msec amdil : 2,3msec GCN ISA : 200usec ぐらいだった。 llvmir / amdil / GCN ISA の出しかたは、コンパイル時に、 -f[no-]bin-exe -f[no-]bin-llvmir -f[no-]bin-amdil -f[n
1: 以下、名無しにかわりましてVIPがお送りします 2014/02/01 23:53:21 ID:nGM0F1P40 今日の講座はjava8講座です ↓java8のダウンロード https://jdk8.java.net/download.html さあみんなでjava8関して勉強しましょう 2: 忍法帖【Lv=10,xxxPT】(1+0:15) 2014/02/01 23:54:51 ID:nGM0F1P40 今回の注目はラムダ式です 3: 忍法帖【Lv=10,xxxPT】(1+0:15) 2014/02/01 23:56:38 ID:nGM0F1P40 Consumer<String> strPrint = System.out::println; みたいなこともできる ※ 【クラス名】::【メソッド名】で取得できるみたい。 4: 以下、名無しにかわりましてVIPがお送りします 20
ドメイン・モデルと開発に注力しないと"太ったサービス・レイヤ"と"ドメイン・モデル貧血症"によるアプリケーション・アーキテクチャになってしまいます。この場合、ファサード・クラス(通常はステートレス・セッション・ビーン)にどんどんビジネス・ロジックが溜まっていき、ドメイン・オブジェクトがgetter/setterからなる単なるデータの運び屋のようになってしまいます。このアプローチをとるとドメイン固有のビジネス・ロジックやルールが複数の異なるファサード・クラスに散在(時には重複)することになります。 "ドメイン・モデル貧血症"はたいていの場合、コストに見合いません。他の企業と比較して利点があるわけではなく、このアーキテクチャの下でビジネス要求の変化を実装するには開発と本番環境へのデプロイするのに時間がかかり過ぎます。 DDD実装プロジェクトにおけるいろいろなアーキテクチャや設計について見ていく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く