Android/ グラデーションを描画する(GradientDrawable)

前回、SurfaceViewでの描画でつまずいたに続きまして、
またまたAndroidの描画でつまずいてみましたのでご報告。

[PROBLEM: NO IDEA TO DRAW GRADATION]
【つまずき】
グラデーションをどのように描画すればいいのですか？

【解決プロセス】
GradientDrawableを使えば良さそうなことはさすがにドキュメントからわかりました。
でも、いろんな開発者が「これじゃわかんないよ」と言っているようで、僕にはこのドキュメントから使い方を読み解くことはできませんでした。
そこで、こちらを参考にしました。http://softwareobjects.net/technology/other/how-to-create-android-live-wallpaper/

【先に結果をば】
[RESULT: PASSED]


【コードと解決手段】
[SOLUTION: USE GradientDrawable]
手順１．GradientDrawableを作る（その時、グラデーション方向や色を指定）
手順２．GradientDrawableで描画する領域の境界をRect型で指定する
手順３．GradientDrawableのdraw関数を呼び出して描画する

[FYI: HERE IS A SAMPLE CODE]
コードは下記です。

 GradientDrawable mGradient = new GradientDrawable(
  Orientation.LEFT_RIGHT,
  new int[] { 0xff303030, 0xff777777 });
 mGradient.setBounds(new Rect(0,0,getWidth()/2,getHeight()));
 mGradient.draw(canvas);

Android/ SurfaceView内のThreadから描画するときはHandler不要

兼ねてよりの夢であった子供用プログラミング環境をつくろう！と、
Androidプログラミングをこの正月に本格的に始めました。
Androidプログラミングのほとんどは、ウィンドウ(Activity)の制御からスレッド制御までJavaで記述します。

今日は、Androidプログラミングでの私の間違いIを紹介します。

開始から一週間ですが、一日数回はつまずいております。
Androidならではだと思われる作法があったためです。
最たるものとして下記があるでしょう。

Viewを制御できるのはシングルスレッド

この制約から解き放たれマルチスレッドからView制御をしたい場合は

Handlerというキューを作る。そこにView制御をキューイングしておく。

を守らねばなりません。
これは、いくつかのブログを参照して得た情報でした。
そこでこんなコードになっていました。

  Thread th = new Thread() {
   public void run() {
     mHandler.post(new Runnable() {
      public void run() {
       Canvas canvas = getHolder().lockCanvas();
       if (canvas != null) {
        onDraw(canvas);
        getHolder().unlockCanvasAndPost(canvas);
       }
      }
     });
   }
  };

minghaiさんのブログは参考にさせていただいてますが、そこの記述では

http://goo.gl/vXLg8　通常のViewではHandlerを用いて画面更新を依頼することになるのですが、SurfaceViewでは自分で用意したThreadの中でCanvasを取得して画面領域をロックして、描画を終わったら一気に更新ということが可能です。

ということでした。

【間違い１】SurfaceViewではHandlerはいらない

【間違い訂正後】
ということで下記のようになります。

  Thread th = new Thread() {
   public void run() {
       Canvas canvas = getHolder().lockCanvas();
       if (canvas != null) {
        onDraw(canvas);
        getHolder().unlockCanvasAndPost(canvas);
       }
   }
  };

golangのsliceコピー

goパッケージのアップデートがどうやら激しいようで、
hg updateかけないと仕様のページ書いてあることも実行でないようです。

今日は、goパッケージのアップデートにより使用可能となりました、
copy(dst, src []T)についてご説明。

go言語の「スライス」がもっと便利になればいいのに！
そう思っていた人も多いはず。

そこで、まずappendが使用可能になりました！
これで使用頻度は５割増しだ。

文法は
append(アペンドされるスライス, アペンドするオブジェクト)でございます。

var a []int{0,1,2}
b := append(a, 3)
// b == []int{0, 1, 2, 3}

次にcopyが可能になりました。
早速スライスをコピーして別のスライスを用意していじって見ましょう。
文法は
copy(コピー先スライス, コピー元スライス)でございます。

【まずは失敗作1】
var a []int{0,1,2}
b := a
edit(a); output(a); output(b)

ぉ、スライスはポインタであるらしいことを忘れていました！
だから、ポインタをコピーしても、元のaとbは同じものを参照しているのです。

【次に失敗作2】
var a []int{0, 1, 2}
b := a
copy(a, b)
edit(a); output(a); output(b)

もちろんこれでもだめ。
bはただのaのコピーロボット。
aの実体が編集されればbも編集されているということ。

【成功例】
var a []int{0, 1, 2}
b := make([]int(len(a))
copy(b, a)
edit(a); output(a); output(b)


これでaとbは違う実体を持つことができる。
これでこそコピー

[Go]パッケージを作る

Goにおいて、「パッケージ＝外部のgoソースファイルから参照できる関数や構造体などの集合」です。

関数をパッケージにする、つまり関数を外部から参照させるには、
下記の作業をします。

1.ファイル先頭に"package <パッケージ名>"を挿入。
　（package mainと書いてある既存ソースなら、mainを<パッケージ名>に置換)
2.関数の名前の先頭を大文字にする。

これだけです。

既存ソースからの改変を例にすると、
既存ソースが下記であれば

package main

func test() {
//これをパッケージ化
return
}

パッケージ化するとこのようになります。

package test

func Test() {
//これをパッケージ化
return
}

これを外部ファイルから参照するときは

1.import <パッケージ名>を追加
2.<パッケージ名>.<関数名>で参照

以上です。簡単です。

goroutine強制終了

最近goにはまっています。
チャンネルという新しい同期、非同期通信の仕組みや関数の複数値返し、
待ってたものがやっときたという感じです。

ずんWiki - golang/逆引き/goroutineを終了するには

goで遊んでいてわからなくなったポイントがありました。
go func()で簡単に走らせることができるgoのスレッド、goroutine。
自分のスレッドを強制的に終わらせるために用意された、グローバルな関数がありました。
runtime.Goexit()
上記を参照しました。

下記のようなときに使えます。

例：チャンネルを使ってgoroutineが終わるのを待ちますが、
　　強制終了されちゃうとチャンネル受信ができないので終われません。
　　ひたすら待ち続けてプロセスが死んじゃいます、という例：

package main
import (
 "fmt";
 "runtime"
)
var ch= make(chan int, 1);
func main() {
 go func() {
  func() {
   fmt.Printf("Stop goroutine1\n");
   runtime.Goexit();
  }();
  ch <- 1;
 }();
 <-ch;
}

出力：エラー吐いてプロセス死亡・・・

package main
import (
 "fmt";
// "runtime"
)
var ch= make(chan int, 1);
func main() {
 go func() {
  func() {
   fmt.Printf("Stop goroutine1\n");
//   runtime.Goexit();
  }();
  ch <- 1;
 }();
 <-ch;
}

出力：Stop goroutine1

久しぶりのラーメン

晩御飯に、近くのラーメン屋さんに行きました。
いきなりラーメンを食べたいなどと妻が言うもので、
自分もすっかりラーメン気分になり、
開店前にお店についてしまう始末。
そこは、webでは結構評判がよかったお店。
食べた後、妻は「麺はよかったがスープは微妙」とのこと。
自分はスープが冷たかったのが微妙と思いました。
今日は、ゆったりの土曜日でした。

win7に触った

電車の中でのメモ用にネットブック購入。
さっそく使い倒してます。

今回初めてのwindows7にはとまどいっぱなしです。
とくに、タスクバーの変わり方は激しい・・・
通知アイコンもすっきりしすぎて、最初は物寂しい感じに見えます。
ウィンドウ最小化表示も、これまでよりだんぜんすっきりさっぱり。
同じアプリケーションの複数ウィンドウは最初っから１個のタブにまとまっていて、
あれ？あのウィンドウどこ？
１個にまとまってるけど、わざわざ開けてまた探すの？
という感じでした。
でも、使っていたら、違和感なくなってきます。
つまりは、これまでのwindowsがいかに無駄なものを画面に出しっぱなしにしていたか、
ということだと思います。
少し非力なＣＰＵでもaeroの動きはまったく問題ありません。

ネットブックの種類はいろいろ考えました。
最終的には、AcerのAspire one AOD250-bp18
決め手はキーボード。
108キーボードでばりばり打ち込むためには、
キーボードサイズは小さすぎてはだめ・・・
工人舎のPAやシャープのnetwalkerも機能面で
要件を満たしていたが、最後はキーボードサイズでした。
重さは、持ち運びにはぎりぎりの1.2kgです。

ちょっと試したことを列記しておきます。
・win7の提供機能はvistaとほぼ同じ。
　・キーマップの変更も同じレジストリいじる感じ
　・firefoxやら秀丸で動きをチェック。vistaとまったく変わらない。
・ユーザの権限管理が厳しくなった気がする


また気づいたことを報告します。

win7ni

windowsでプログラミング(makeで・・・

java関連で、windows環境のmakeについて、些事。

makeをしたいだけなのにcygwinのmakeがうまくいかなかったです。
どうやら、cygwinはmakefileに書かれた、もしくは環境変数に設定された
ドライブの文字(C:, D:, etc)を読めないらしいです。
[GNU make w32 v3.81]
$(realpath)と言う関数を使いなさいという、リファレンスあり。
しかし、自分の技術力と理解力が足りないので、できませんでした。

裏技、っていうか、タダ強引に、MinGW＋MSYS(最小パッケージを謳う
windows上のコンソール環境)をダウンロード、インストールしてmakeしました。
MinGWについてくるmakeはうまくうごかないので、
MSYSのmakeを換わりに使いました。
具体的には、環境変数を書き換えて、MSYS直下を優先的に参照するようにします。
そうしたら、やっとmakeが通りました。
・・・
cygwinとmake勉強しなおそう。

Java備忘録 Rを使う

JavaプログラミングでR（統計ソフト）を使う
→JRIをインストールする・もしくはRserveをインストールする
（Rserveが簡単、おすすめ）
JRIでR
Java から R の機能を呼び出し (Rserve を使用)
BugTrack-Ｒ備忘録/14 - Rのお部屋::あーるのおへや

相模run I

閑話:javascriptは読みやすいのか

プログラムのソースコードを読む作業は、はっきり言って地引網を手繰るようなものだとおもう。
ソースコードは漁場で、読む人の能力は地引網だ。

ソースコードなんてものは、作った人が「あー、あーしてこーして」って気ままに書いたメモのようなもんだとおもう。
もちろん、書き方をちゃんと知ってる人が書けば、誰でも読めるものにはなる。
手入れをしっかりした養殖場で地引網を引けば、だれでも獲物を引っ掛けられる。

読む人によっては、網がとっても広いので、たくさんの情報を一気に得られる。
どんな漁場でも、網を操る人がすばらしければ、それなりの勘で獲物を引っ掛けちゃうもの。
でも、普通の人はねぇ。

javascriptのソースコードってのは、なんていうか、膨大な海全体なようです。
どこを狙えばいいのかわかんないよ。
ヒントがないんですよ。

ぐちってもしょうがないな。firefoxのプラグインかなんかに読みやすくしてくれるツールあったりすんのかな？

jQueryプラグイン勉強II

さらにjQueryプラグイン作成の勉強。
というよりJavaScriptの勉強。

JavaScriptは、どんな形のオブジェクトも、宣言なしで作れるようです。
オブジェクト初期化子(Object Initialiser) {} - bnote

JavaScriptには、少し変わった式がある。オブジェクト初期化子を使用することで 指定した名前のプロパティに初期値を持つオブジェクトを返します。

var Class = {
create: function() {
return function() {
this.initialize.apply(this, arguments);
}
}
}

上記例では、{}で囲まれたCreateプロパティの部分が該当します。

「いきなり定義もしていないクラスのインスタンスを作るのか？」
と、C++とJavaを経験してきた私としてはかなりびっくりな初期化ですね。
多くのプラグインの中で多用されています。


なんでこんなことができるのか、はこちらを参照したほうがよさそうです。
JavaScriptは、オブジェクトというものに、とても自由度を持たせているようです。

JavaScript: オブジェクト指向の手法によって高度な Web アプリケーションを作成する

JavaScript オブジェクトはディクショナリである

C++ や C# では、オブジェクトというとクラスや構造体のインスタンスを意味します。オブジェクトにはプロパティやメソッドが含まれていますが、それらはオブジェクト がどのテンプレート (クラス) からインスタンス化されたかによって異なります。このようなことは JavaScript オブジェクトにはありません。JavaScript では、オブジェクトは名前と値のペアの集まりに過ぎません。

jQueryプラグイン

jQueryのプラグイン作成のため、javascriptの勉強中。
なぜプラグインのソースが
(function($){....})(jQuery)
で始まるのかがなぞだった。
下記サイトを参照して解明。

１．無名関数の仮引数に実引数を代入する方法↓
(function(str){alert(str)})("hoge")

２．これを使ってjQueryのプラグインをセキュアに作成する。
jQueryは、$という変数をjQueryのエイリアスとして用いる。

でも$はprototypeでも使用するエイリアス。
だから、混同するのを回避するため、プラグイン内だけでも
"$ = jQueryなんですよ"と明示したい。
そのとき、１．の無名関数が使える。
コードブロック内で$を規定して、混同を回避しちゃうのだ。
jQueryと他のライブラリを同時に使用する方法 [ jQuery ] - StackTrace

また、無名関数の引数に jQuery を渡し、仮引数に $ を使用すれば「(function($) { ... })(jQuery);」、そのコードブロック内で jQuery の $ 関数を使用することが可能です。（そのコードブロック内では、他のライブラリの $ 関数は使用できなくなります。）

python <-> c

pythonからcのdllを呼べるらしい。

C/C++で作成したDLLのテストをPythonで行う - ベイダー日記

windows vistaのファイルパーミション変更(CLI)

icaclsコマンドを使うらしい。
参考：http://pasofaq.jp/windows/command/other.htm#nameicacls

mebius has good touch pad

im looking forward to Mebius's next version.
Lighter, please. (1.47kg seems heavier than other netbooks)
And Windows 7 compatibility.

from twitter

コアになるプログラミング言語って

最近、趣味と実益を兼ねた日曜プログラミングを続けている。
会社ではJava、うちではC言語系列を使っている。
その過程で、一つ一つ解決していくたびに、人間とはしょうがないもので、
欲がどんどん出てきて、あれもこれも機能を搭載したくなる。
そうすると、プログラミング言語の限界を感じ、次の言語へと移っていく。

①6月：(プロトタイプのコア) C言語で実装
　　　↓
②7月：コアをC++/CLIへ移行
　　　↓
③7月中旬：ビューをC#で作成、C++/CLIのコアと連携させる
　　　↓
④7月下旬：コア全体をC++/CLIに任せるのをあきらめる。
　　　　　薄いラッパーをC++/CLIで作成。コアをNative C++に移行。
　　　　　Native C++→C++/CLI→C#の連携を実現。
　　　　　(連携方法は下記を参照した)
Vista到来。既存C／C++資産の.NET化を始めよう！ － ＠IT

なんと、③→④で性能が体感速度２～５倍に向上した。
なんでなんだろう。多分C++/CLIはメモリ管理処理が重いんかな。
それか、inline関数などを多用して性能チューニングしていた結果が、
Native C++環境で始めて発揮されたのかもしれない。

.NET環境というハブを通して、RubyやPythonなど多言語が連携できる時代。
Lispを書いてる人の隣で、Railsを書いてる人もいる。
会社の先輩の言葉を思い出す。
「コアは生き残る言語で書け！」
大学時代から使ってきたNative C++に戻ってきたのは、運命かとも思えるこのごろ。

Dave Kees Teach English In China: Google vs British National Corpus

Dave Kees Teach English In China: Google vs British National Corpus
英語を勉強するのに、コーパスを使うのはいいのか悪いのか。
Daveはひとつの答えを出している。
「BNC(イギリスの有名なコーパス)は、
Telegramなんていう昔の言葉のほうが、Emailっつー今当たり前の言葉より
多く出てくるんだよ。使えないね。Googleのほうがまし」
確かに。

コーパスは使い方次第でよくも悪くもなる。
たとえば下の問題なら、コーパスは得意だ。

「「条件を満たす」を英訳→"xxxx the condition"
xxxxに入る動詞を探したい！」

すぐさまsatisfy the conditionが出てくるはずだ。
Googleさんの単語クラスタリングの判断基準は、
「同じ文に出てくるもの」ってな感じなので、広すぎます。
コーパスのほうが狭いが厳密。

皆さん、使い分けましょう！

dream theaterがやりました

Mikeのサイト
DT cracks the US Top 10!!!!

最高です。
もうかれこれ15年ほど前からかなり好きな
Dream Theaterっていうプログレメタルバンドが
25年目の10枚目アルバムでbillboard top10入りしました。
リーダーのMike Portnoyも言ってるとおり、
６曲しか入ってない、しかも12分を超える曲が４曲もある、
くそ変なアルバムが、トップ6なんて！

眠れません。
今回のアルバムは良すぎて涙が出てきます。

こんなことは日本のchartでは絶対にありえないでしょう！
ライブ行きてー。早く日本に来い。