Androoidの開発の面倒なところとか

何箇所か言えって言われたらすぐに出てきますが、解決できる部分に関しては何とかして行きたいって考えでイロイロやってます。

以前作ったのは、コマンドラインから端末のスクリーンンショットを撮影するスクリプト。

adbscreen
https://github.com/numa08/adbscreen

monkeyrunnerを利用して、シェルスクリプトと組み合わせてスクショの撮影を行います。

最近はバイナリのインストールやデバッグ時にIntentを投げたり、Android端末からフォームに入力したりをすべてコマンドラインから済ませようとする癖がついて（マウスや端末に手を伸ばすのが面倒）きたので、開発PCに接続している端末全てに同じ操作を行うスクリプトをチョイッと書いた。


ちゃんとデバッグしてないけど、だいたい動く。

こういうのをまとめてAndroidのデバッグサポートスクリプトとかにしたいなー？って考えるけど、たぶんadbのコードをいじって拡張するのが正解だと思う。

Dentoo.LT3 で話してきた #dentoolt

3ヶ月に一回、電通大（UEC)に訪れる狂気、それがDentoo.LT

参加は皆勤賞の3回目、登壇は飛び入り含めて5回目。

やったこと

生放送ラジオをやってきた。

ラジオをやるために

ラジオを生放送をやるために、いくつか必要な要素はあると思うが、最も大事だと思ったのが

オーディエンスとのコミュニケーション、つまり「お便り」だと考えた俺は、あるシステムを作った。

こんなシステムだった

実工数はたぶん1日ないくらい。

10分程度の寿命だったけど、十分実用に耐えうるものだった。

実は、初めて一般に公開したWEBサービスだったんだ。

DB使わないし、入力をユーザに返すわけでもないからセキュリティに関しても気を配る必要もなかった。

気になる点はF5アタックだけだったわけだけど、同時接続数を考えても大丈夫かな？な丼勘定。

スライドにも書いたように、Play!のコントローラは利用せず、Ajaxなやりとりを行なっていたためその気になればCurlなんかでアタックできる可能性もあった。もちろん、そこの対策は行ったけど。

というわけで、SublimeText2＋ねこび～んがWebアプリ開発で良い感じに強いねって印象だった。

今後の展開？

機会を見つけてまた使いたい。

リッチなUIや、もしかしたらTwitterに頼らないシステムにするのもいいかもしれない。

ちなみに公開中

GitHubでソースコードを公開中。改変、利用はご自由に。

https://github.com/numa08/dentoolt3

「プログラミング出来ない奴ちょっと来い」を読んだプログラミングができない奴と、4年前の俺、ちょっと寄ってって

前置き

先日増田に投稿された記事

「プログラミングできない奴ちょっと来い（http://anond.hatelabo.jp/20130322031333）」

Gunosyで流れてきたり、トラックバックも沢山ついてるので気になっていたら、やっぱり

「プログラミングは一朝一夕に達成できるものじゃない - カレーなる辛口Javaな転職日記(http://d.hatena.ne.jp/JavaBlack/20130324/p1)」

なんて記事も書かれてました。

俺のポジションとしては概ね後者のエントリーに同意です。紹介されている本も良書なので読んでおくべき本だと思います。

だけど、この方法でプログラミングができるようになる人ってのはたぶん、本を一回読んで理解できて、授業なんかを受けて及第点を取って、コードを書いて一発で自分の物にする「頭のいい」人なんじゃないかと思いました。

あ、ちょっと言い過ぎました。

今回のブログのタイトルにもした「4年前の俺」は、プログラミングができない人間でした。どれくらいできないのかと言うと、次のような感じ。

• 大学のプログラミングの実習の単位を落とす
• 「1年勉強したらどうにかなるやろ！」と思って独学で勉強した
• 結局、同じ授業を3回受けて単位を取得した
• 可だった

大学の授業なので当然ながら周りの人達は1度の履修で合格、たまに再履がいても2回でどうにかなるレベルの授業。

それを3回も受けないとどうにもならなかったので、自信を持って「プログラミングができない！」を名乗っていいと思います。

ちなみに、今はプログラミングができるのか？と聞かれると今は次のような感じ。

• 業務や趣味で利用している言語やFWのリファレンスを見れば、要望の実現可能性、必要な工数の見積、実装、試験が行える
• 数カ月後に自分が見て理解のできるコードが記述できる
• 数万行レベルのシステムに絡んだことはない

したがって、下の上くらいは名乗っていいと思います。中級はまだ早い気がしますが。

ですが「プログラミングができない」とは思っていません。

よって「プログラミングができない人が、初級レベルになる方法」レベルでの提案をさせてもらいたいです。

ただ、時期的に新卒や学生向けです。

対象読者

理由（授業、仕事など）があってアプリやシステム、ライブラリの実装を行いたいと思っていても、本を読んでも理解ができず、授業を聞いても頭に入ってこず、コードを書いても呪文にしか思えない人。このような人で「自分はプログラミングができない」思っている大学生や新卒。

あと、もしも時空が歪んでこの記事が4年前から閲覧できるなら、当時の俺。

プログラミングができるようになる2つの方法

結論から言うと方法は2つで、両方の実践が早道でした。

• まず、良い師を見つけて自分が良い弟子になること
• 良い友を見つけて、自分も良い友であり続けること

こうやって書くと、プログラミング以外でも通用できそうなただの体育会系一般論な気がして来ました・・・。

良い師を見つけて、良い弟子になること

良い師とは、「プログラミングができて、それを人に教えることができる」人です。

情報系の大学生ならこれは簡単ですね、あなたの履修している授業の先生です。

新卒も同じですね、あなたの教育担当の上司です。彼らに積極的を活用しましょう。

あなたはプログラミングができないのです。もっと言うと「何がわからないのか分からない」のです。だから聞きに言ってください。訪ねてください。師はあなたに教えるために居ます。あなたに教えて、その成果で飯を食ってます。

自分一人で考える時間が勿体無いです。俺はこれで2年間を無駄にしました。

良い友を見つけて、自分も良い友であり続けること

あなたの同期や同僚はあなたと同じレベル・・・と言う訳にはいかないと思います。

俺の大学の同期はみんなできる人で、ちゃんと4年で大学を卒業し、中には大学院にも行って就職をしました。俺が何年もかけて取った単位を簡単に取り、良い成績を納めてました。

でも、すごく良い人達でした。

詰んでる俺を助けてくれようと色々教えてくれたことを覚えてます。ただ、俺の態度は悪かったです。

まあ、嫉妬と言うかそういうのがありました。同じ学年で同じ授業を受けてるのに、なんで彼らは良い点取ってるのに、俺はできないんだ？そういう思いがあったので、彼らのアドバイスを素直に受け入れられなかったと思います。

お陰で2年間を余計に過ごしました。

まとめ

良書も読みましょう、コードだって書くべきです。

そして、それらと並行しつつ自分ができないのを認めて、誰かに頼りましょう。

以上が、自分が余分に大学生を2年間過ごして学んだ事柄でした。

元となった2つの記事とは、あんまり関係のない話に落ち着いた気がする・・・。

Hosebirdを使ってユーザーストリームを取得する

TwitterAPIも1.1になったりと色々盛り上がっている中、新しいライブラリのHosebirdをTwitterが公開しました。

米Twitter、Streaming API向けJavaクライアント「Hosebird Client」をオープンソースに

TwitterがAPIのクライアントライブラリをOSSにするのは初めてとのこと。

面白いのが、Twitter4jを利用していること。どの程度のことができるのかはわかりませんが、
今までTwitter4jを利用して作成したアプリケーションの拡張なんかがお手軽にできるかもしれませんね。

というわけで、TwitterなのでScalaでコードを書いてみました。sbt 0.12.2, scala2.9.3で動きます。




ClientBuilder#hostとClientBuilder#endpoint　を変えてあげれば他のストリームもお手軽に取得できます。


あ、FirehoseだからHosebirdなのか。今気がついた・・・・。

GitHub

Scala + Sbtでデーモンを作る方法

サーバーで動作を行うデーモンを、Scalaで書きます。

なお、環境はRHEL系のLinuxで動作を確認しました。それ以外のOSの方は
適宜読み替えてください。

また、ビルドなどはsbtを利用するので、「始めるsbt」などを読んでおくと
いいと思います。

1.Scalaのコードを書く

1.1 参照の追加

sbtを使ってアプリを構成します。今回、ApacheCommonDaemonを利用するので、
build.sbtに次のように参照を追加します。

1.2 Scalaのコードを書く

Daemonインターフェースを継承したクラスを書きます。
今回は次のようにしました。

一応、例外を明示的に投げるように書いておいています。

1.3 実行可能ファイルを作る

sbt-assembkyを使って実行可能なjarファイルを用意しました。
sbt-assemblyについては、こちらの記事を参照してもらえると嬉しいです。

2. jsvcのセットアップ

2.1 ソースコードをダウンロードする

http://commons.apache.org/daemon/download_daemon.cgi

上記のURLから''native-src''をダウンロードします。

ビルド対象のコードはにあります。

2.2 ビルドに必要なライブラリ、ツール群をインストールする。

ApacheCommonDaemonのページによると次のツールが必要とのことです。

• GNU AutoConf (at least version 2.53)
• An ANSI-C compliant compiler (GCC is good)
• GNU Make
• A Java Platform 2 compliant SDK

yumなどを利用してインストールしましょう。

2.3 ビルド、インストールする

jsvc -help ができることを確認。

3. 起動する

起動スクリプトと終了のスクリプトを記述しました。
デーモンらしく,/etc/rc..d/init.d/以下に保存をすると
いいと思います。

4. 参考にしたWEBページなど

以下のページを参考にしました。
Play framework 2.0でデーモン化する方法
始めるSBT
SBTで実行可能なjarファイルを作る
Apche Commons Daemon

Scalaでダックタイピング？implicitを使ってみたよ

あけましておめでとうございます。

年明け最初の記事は、Scalaの勉強ということでimplicitを使ってみた話。

Javaの実装でtoHoge()な書式が好きなので、interfaceを使って実現をするのですが、
既存のクラスに関してはそれができません。

その具体例と、対応方法は次のコード。
Outputableを実装したクラスを受け取って出力を行うクラスです。



自前のクラスに関しては、implementsすれば好き勝手に実装ができますね。



そして出力用のコード。



しかし、既存のクラスに関してはそうはいかないので、ラッパークラスを
用意することになります。





呼び出し元も、新しいクラスを呼び出したりで面倒くさい。

Javaという言語は面倒臭いですん。

さて、Rubyではもっと柔軟な感じにいけて、クラスの定義を
コードの途中で再開させることができるのです。

まずは、自前のクラスに対しての実装。




そして、既存のクラスの拡張。




Rubyって便利。

そして、最後にScala。暗黙的変換のimplicitキーワードを使ったメソッドを
用意することで、コンパイラが自動的に適した型に変換するメソッドを呼び出して
くれるのです。







implicitを使って変換を行う例。





実に気持ちがいい。呼び出し元は、クラスの変換とか意識しなくていいんですよ。

ただ、Javaでも型変換にtoHoge()な実装をしない
コードをたくさん見てきたので、ちょっとアレ。

今年も、綺麗なコードを求めてがんばりますね。

さて、今回参考にした書籍は次。


あと、最近はPlay frameworkを使ってScalaを
勉強してます。