ぶろぐれ: 2013

2013年12月27日金曜日

ServersMan@VPSが待ちに待ったUbuntu12.4(LTS)に対応します

2013年12月26日木曜日

Windowsなのに楽々なアプリケーション共有ソフトSynclogueを使ってみた

[Synclogue（シンクローグ）は複数台のパソコン間での、Windowsアプリケーション、ソフトウエアの同期を実現します。](https://www.synclogue.com/ "Synclogue（シンクローグ）は複数台のパソコン間での、Windowsアプリケーション、ソフトウエアの同期を実現します。")

サイトからしてかなり力が入っていて、ツールの動きをアニメーションで紹介していてわかりやすいです。（実際の動きと違ったりするけど…）

とりあえず色々入れてみました。

入れたアプリはスタートメニューにも追加されるのでLanchyなんかのランチャーソフトとの相性も悪くないですね。

同期したアプリはC:\Users\【ユーザー名】\Synclogue\work以下に展開されるようで、緊急時はここからコピーすれば復帰できます。

まだベータサービス中で課金体制も決まってないようです。ベータ中は10GB（！）まで使えるようです。

使ってみた感じとしては、アプリをクラウドに突っ込むというのはかなり良いソリューションだと思う一方で、
スタートアップに登録するようなアプリや、ファイルの関連付けや環境変数を書き換えるようなアプリは導入できないこと、
ランチャーの機能が貧弱なことが不満点として挙げられます。

あとは正式サービス開始後にノーコストでどこまで使えるかが不透明なことで、利用をやめる時にスムーズにローカルに復元する手立てが用意されていないので、
積極的に利用するのはためらっちゃいますね。

かなり有用で画期的なサービスなので今後に期待したいところです。

2013年11月27日水曜日

おまえは今まで食ったパンの枚数をおぼえているのか?

2013年11月25日月曜日

Vagrantスタートアップ

サーバー管理の便利なツールになれていないので触り始めてみました。

- Vagrant
- CoreOS

Vagrant
====

VagrantはVirtualBoxなどのサーバーをコマンドラインで簡単に作ったり、
Chef、Ansible等と連携して作ったサーバーの構成管理をするツールです。

インストールします。

コマンドラインを確認します。

CoreOS
====

CoreOSはDockerを動かすことに特化した必要最小限のLinuxです。

公式のイメージを使って動かしてみます。

[CoreOS Vagrant Images · CoreOS](http://coreos.com/blog/coreos-vagrant-images/ "CoreOS Vagrant Images · CoreOS")

と、この画面で止まってしまいました。

試しにVirtualBoxのGUIから起動してみたところ、BIOSのVM支援機能が動いていないらしく、
そもそもにBIOSが不安定だったのでアップデートして設定をいじってみました。

再度トライ。

上手くいった…のか……？

どうやら上手くいった模様。

とりあえずはここまで。

2013年11月16日土曜日

Windows8.1にしてからインストーラの挙動がおかしい

サーバー構築についてのメモ

2013年8月24日土曜日

Bootstrap3とAngularJS

2013年8月22日木曜日

TypeScript 0.9.1.1がリリースされました

2013年7月20日土曜日

関東Firefox OS勉強会 2ndに参加してきました

TypeScriptで作る型安全FirefoxOSアプリ from progre

人生初のスピーカーなんとかやり遂げました。このｇｄｇｄっぷりはどうなんだろう。多分ダメだろうなあ。

ツッコミ
----
<blockquote class="twitter-tweet"><p>HaxeもアノテーションつければJSとのインターオペラビリティ有りで運用できるからその表はちょっと危うい気がする <a href="https://twitter.com/search?q=%23FxOS&src=hash">#FxOS</a></p>— わかめ@TypeScriptバトラー (@vvakame) <a href="https://twitter.com/vvakame/statuses/358185614497153024">July 19, 2013</a></blockquote>
<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

numberとかstringとかその辺のJavaScriptの型がそのままだよ、ってところを言いたかったけど上手く伝わらなかったっぽい…

<blockquote class="twitter-tweet"><p>EventEmitterとlinqとrequire.jsかー。EEはEE2じゃなくて、素のEEなのかな <a href="https://twitter.com/search?q=%23FxOS&src=hash">#FxOS</a></p>— kyo ago (@kyo_ago) <a href="https://twitter.com/kyo_ago/statuses/358186211409534976">July 19, 2013</a></blockquote>
<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

EventEmitter2を入れようとしましたが上手く行かなかったのでやむなくEventEmitterを入れてました。原因はよくわかりませぬ。
んで、結局コーディング中にEventEmitterは使ってないっていう。

いろいろ伝えきれなかったこと
----

- TypeScriptはほんとに良い言語だよ、ってこと

結局上手く伝わったんでしょうかね。
JavaScriptはクソ！TypeScriptは神！

- フォルダ構成

今回はこれで良い感じに作れたけど、Firefox23でSourceMapに対応するってことは<del>.jsと.tsは同じフォルダに置かないとダメなのかもしれません。</del>

SourceMap内にソースファイルのパスが記録されるので特に問題は無いみたいですね。

- ひよこ

結果的に今回の発表の肝になったひよこさんですが、
これは[暫定ひよこ置き場](http://banraku-games.sakura.ne.jp/)さんからお借りしたフリー素材です。

----

TypeScriptはほんとに良い言語なんでこれからもサバクラ共に使っていこうかなと思ってます。
FirefoxOSもまたネタが浮かべば作っていこうかなと。

2013年7月7日日曜日

「JavaScriptのイディオム集@nmi.jp」をTypeScriptでやるとどうなるの、っと

[JavaScript イディオム集 » nmi.jp](http://nmi.jp/archives/488 "JavaScript イディオム集 » nmi.jp")

が、最近話題になっていますが、これらをTypeScriptでやってみました。

[「JavaScriptのイディオム集@nmi.jp」をJSXでやるとどうなるの、っと - Islands in the byte stream](http://d.hatena.ne.jp/gfx/20130706/1373144753 "「JavaScriptのイディオム集@nmi.jp」をJSXでやるとどうなるの、っと - Islands in the byte stream")

というJSX版のオマージュですが、そもそもTypeScriptとJavaScriptは文法がほぼ同じなので、
どれだけ型推論が助けになるか、という視点でも見ていきます。

総じてTypeScriptでもほとんどそのまま使え、都度型推論されるのでわかりやすくなっていると思います。

----
- +v （数値化）
<pre class="brush:js">
var v = "123";
console.log(+v + 100) // 223
console.log(v + 100) // 123100
</pre>

キッチリnumberに推論されます。

- v – 0 （数値化）TypeScript版
<pre class="brush:js">
var v = "123";
console.log((v - 0) + 100) // コンパイルエラー
console.log(v + 100) // 123100
</pre>

こちらはエラーになります。

- v + "" （文字列化）
<pre class="brush:js">
var n = 123;
console.log(n + 123); //246
console.log(n + "" + 123); //123123
</pre>

- if(v != null) （nullとundefinedのチェック）
<pre class="brush:js">
var o = { value: 0 };
if(o.value != null) { console.log("value property exists"); }
</pre>

そのままですね。なお、stringとobjectを加算するとどんなobjectでもstringになります。

- () => { … }(); （スコープ化）TypeScript版
<pre class="brush:js">
() => {
    var x = "hello world";
    console.log(x);
} ();
</pre>

TypeScriptでは使用する機会がだいぶ減りますが、使用する場合は括弧の数も減ってかなりスッキリした見た目になっています。
コンパイルするとfunctionを使った形になります。

- && （if文の省略）
- || （if文の省略）
- v = v || {}（nullガード）

使うかどうかはともかく、使えます。基本的にプロパティがハッキリしているので使う機会は少ないのかなとおもいます。

- +v || 0 （数値化、かつNaN以外を保証）

最初の例と同様、numberに推論されます。

- v | 0 （整数化）TypeScript版
<pre class="brush:js">
var i = v | 0; // vがnumber以外の場合、コンパイルエラー
</pre>

実数を整数化する場合は問題なく使えます。それ以外のobjectの場合はエラーです。

- ~~v （整数化）
そのまま使えます。

- !! （論理化）

有効で、booleanに推論されますが、明示的にnull比較ないし0比較すべきでしょう。

- ~array.indexOf() （配列の値探索）

使えますがbooleanに推論されるわけでもないので、素直に.indexOf() > 0なり === -1なりにすべきでしょう。

- new Function("return this;")() （グローバルオブジェクトの取得）
- function() { return !this; }() （Strict Modeチェック）
- typeof(v) === "undefined" （undefinedチェック）
- v >>> 0 （符号なし整数化）

そのまま使えます。

----
<br>
言語の拡張が少ないTypeScriptでは、JavaScriptの複雑なイディオムをほぼそのまま引き継いで入るものの、
型推論によって同じ手法でもよりわかりやすく、また、型の明示によってイディオム自体が不要になる機会が増えるかと思います。

2013年7月3日水曜日

Sublime Text 3がパブリックベータになりました

Web界隈ではおなじみの便利なテキストエディタSublime Text 2ですが、
暫く購入済ユーザー限定で公開されていた次期バージョンのベータ版が未登録ユーザーにも公開されました。

もう主要のニュースサイトに取り上げられましたが、公式のリリースノートを（かなり下手な）翻訳してみました。

[Sublime Blog ≫ Sublime Text 3 Public Beta](http://www.sublimetext.com/blog/articles/sublime-text-3-public-beta)

> [Build 3047](http://www.sublimetext.com/3)は登録ユーザーも一般ユーザーも利用できるようになりました。
> Build 3047は今までの中で、高速で、最も安定していて、最も洗練されたSublime Textのバージョンです。
> 
> 3047では新たにWindowsとLinux向けの高DPIをサポートし、ファイル変更の認識を改善し、アトミックセーブをより賢くし、レンダリングのパフォーマンスを改善し、多くのバグを修正しました。
> 変更のすべてのリストは[Sublime Text 3](http://www.sublimetext.com/3)のページにあります。
>
> もしあなたがSublime Text 2から移行する場合のSublime Text 3のいくらかの基本的な特徴は：

> - 速さ。起動時間、ファイルロード時間、そして全置換は、以前よりもずっと改善されました。もしあなたがOS XをRetinaディスレイで使っているなら、あなたはその描画速度の改善に驚くでしょう。
> - プロジェクト内の定義への移動やシンボルへの移動の為のシンボルのインデックス。
>   補足するとこれらは前方ジャンプ、後方ジャンプの機能です。
> - タグの挿入や属性の補完、閉じタグの自動挿入などのHTML編集の改善。
> - 複数ワークスペースを含む単一のプロジェクトのプロジェクトやウィンドウ枠の管理の改善。
> - Richer API。プラグインはアプリケーションからより良く保護され、また、同時に動く広域の完全なスレッドセーフAPIを持つようになります。
>
> ありとあらゆる多数の細かな改善がされています。オリジナルの[アナウンス](http://www.sublimetext.com/blog/articles/sublime-text-3-beta)により細かくあります。
>
> あなたはBuild 3047をダウンロードでき、また、すべての修正の一覧を[Sublime Text 3](http://www.sublimetext.com/3)のページで見ることができます。

2013年7月2日火曜日

プロキシがNTLMだったからCntlmで突破してみました

2013年6月25日火曜日

Twitter bootstrapと一緒に使いたい Font Awesome Icons

2013年6月19日水曜日

TypeScript 0.9がリリースされました

2013年6月13日木曜日

あるオブジェクトを表現する２つの方法

2013年6月12日水曜日

Syntax Highlighterを使ってみました

2013年6月8日土曜日

ChocolateyにPeerCastStationを登録してみました

配信の途中ですがお知らせです。

ChocolateyにPeerCastStation(v1.4.0)を登録してみました。

[Chocolatey Gallery | PeerCastStation 1.4.0](https://chocolatey.org/packages/PeerCastStation "Chocolatey Gallery | PeerCastStation 1.4.0")

----

まだPeerCastStationをインストールされていない方は、以下の手順でインストールできます。

Chocolateyをまだインストールしていない場合は、以下のコマンドを実行します。

<pre style='background-color: black; color: white; overflow-x:scroll; padding: 10px'>
@powershell -NoProfile -ExecutionPolicy unrestricted -Command "iex ((new-object net.webclient).DownloadString('https://chocolatey.org/install.ps1'))" && SET PATH=%PATH%;%systemdrive%\chocolatey\bin
</pre>

そして、以下のコマンドを実行します。

<pre style='background-color: black; color: white; overflow-x:scroll; padding: 10px'>
cinst PeerCastStation
</pre>

ねっ。簡単でしょう？

----

Chocolateyについては以前ざっくり紹介しました。

[ぶろぐれ: Windowsにもコマンドラインパッケージ管理ツールが！](http://blog.prgrssv.net/2013/05/windows.html "ぶろぐれ: Windowsにもコマンドラインパッケージ管理ツールが！")

Chocolateyに登録されているパッケージは、開発者自身が登録するものもあれば、開発者と登録者が異なることも珍しくありません。
そんなわけで、あれくま先生に代わり、勝手にPeerCastStationを登録してみることにしました。

以下にzip配布されているアプリケーションをChocolateyへ登録する方法をまとめます。

----

登録作業は公式のドキュメントを参考にします。

[CreatePackages · chocolatey/chocolatey Wiki](https://github.com/chocolatey/chocolatey/wiki/CreatePackages "CreatePackages · chocolatey/chocolatey Wiki")

> Is there a SIMPLER way of creating packages?

の通り、プロジェクトのテンプレートがあるので、それにそって作ります。
まずはテンプレートの取得と登録です。

※実行時に管理権限が必要です

<pre class="brush:ps">
    cinst warmup
    warmup addTextReplacement __CHOCO_PKG_OWNER_NAME__ "あなたの名前" 例)progre
    warmup addTextReplacement __CHOCO_PKG_OWNER_REPO__ "githubのリポジトリ" 例)progre/nugetpackages
    git clone https://github.com/chocolatey/chocolateytemplates.git
    cd chocolateytemplates\_templates
    warmup addTemplateFolder chocolatey "%cd%\chocolatey"
    warmup addTemplateFolder chocolatey3 "%cd%\chocolatey3"
    warmup addTemplateFolder chocolateyauto "%cd%\chocolateyauto"
    warmup addTemplateFolder chocolateyauto3 "%cd%\chocolateyauto3"
</pre>

ドキュメントには\_\_CHOCO\_AUTO\_PKG\_OWNER\_REPO\_\_の設定もありますが、これは\_\_CHOCO\_PKG\_OWNER\_REPO\_\_を入れておけば不要のようです。

----

後は以下のコマンドで、テンプレートを元にしたプロジェクト定義を作成出来ます。

<pre class="brush:ps">
warmup templateName packageName
</pre>

例)

<pre class="brush:ps">
warmup chocolatey PeerCastStation
</pre>

これで、*.nuspec（アプリケーション宣言）と、tools/chocolateyInstall.ps1（インストールスクリプト）が自動生成されます。

*.nuspecは中身を開くとxmlで、それぞれの項目は読んで字の如しだと思います。PeerCastStationは以下のように定義しました。

[nugetpackages/PeerCastStation/PeerCastStation.nuspec at master · progre/nugetpackages · GitHub](https://github.com/progre/nugetpackages/blob/master/PeerCastStation/PeerCastStation.nuspec "nugetpackages/PeerCastStation/PeerCastStation.nuspec at master · progre/nugetpackages · GitHub")

tools/chocolateyInstall.ps1はPowerShellのスクリプトになっています。
ZIP配布されているアプリケーションだと、ZIP内の構造によってスクリプトを色々書き換える必要があります。
参考までに、PeerCastStationでは以下のようにしました。

[nugetpackages/PeerCastStation/tools/chocolateyInstall.ps1 at master · progre/nugetpackages · GitHub](https://github.com/progre/nugetpackages/blob/master/PeerCastStation/tools/chocolateyInstall.ps1 "nugetpackages/PeerCastStation/tools/chocolateyInstall.ps1 at master · progre/nugetpackages · GitHub")

とはいえ、「Install-ChocolateyZipPackage」をダウンロードするzipファイルを引数として呼び出すと、だいたい良い感じに動いてくれるようです。

----

こんな感じでスクリプトを作ったら、パッケージ化してアップロードしましょう。

パッケージ化は、*.nuspecが有るパスで、

<pre class="brush:ps">
cpack
</pre>

と打つだけです。そうすると*.nupkgが生成されるので、これを[Upload Package](https://chocolatey.org/packages/upload "Chocolatey Gallery")でアップロードするか、

<pre class="brush:ps">
cpush パッケージ名.nupkg
</pre>

と打つだけです。

アップロードすると即公式のリポジトリに反映されます。

2013年6月7日金曜日

ハッカソンでWebSocketを使ってみました

2013年6月6日木曜日

Geeksphone KEONをMacbookでビルドしてみました

ハッカソン中にチラッと話を出しましたが、土曜日にFirefox OSの開発者用端末 Geeksphone KEONが届きました。

そのままだと日本語の環境が無いので、日本語環境のバイナリを作って入れてみました。

勿論先駆者の方が沢山いらっしゃるのですが、はまったりだとかビルドの待ち時間などを含めて、かなり時間が掛かりました。（日曜昼に始めて終わったのが月曜の出勤直前）

----

参考にさせていただいたサイトはこちらです。

- [Firefox OS のビルドとインストール - Mozilla | MDN](https://developer.mozilla.org/ja/docs/Mozilla/Boot_to_Gecko/Building_and_installing_Firefox_OS "Firefox OS のビルドとインストール - Mozilla | MDN")
- [sola : Keon 向けに Firefox OS をビルドして動かしてみた](http://blog.sola-dolphin-1.net/archives/4457691.html "sola : Keon 向けに Firefox OS をビルドして動かしてみた")
- [きさとメモ » solaさんの手順でKeon用のFirefox OSをビルド at Mac #fxos](http://www.kisato.net/wp/firefoxos/build-firefoxos-keon-sola/ "きさとメモ » solaさんの手順でKeon用のFirefox OSをビルド at Mac #fxos")

まず、MDNの[Firefox OS ビルドの必要条件](https://developer.mozilla.org/ja/docs/Mozilla/Boot_to_Gecko/B2G_build_prerequisites "Firefox OS ビルドの必要条件 - Mozilla | MDN")を見ながら、環境を作ります。Macbookの場合はブートストラップスクリプトを実行していけばあらかた揃うので楽ちんです。ただし、adb等、スクリプトだけですべて揃わないことに注意してください。

あとはsolaさんの記事の手順の通り、ビルドの準備を進めていくのですが、そのままビルドを実行するとエラーが発生してしまうので、
きさとさんの記事の通り、elf.hを補填する必要があります。

----

試行錯誤の末にビルドしたところ、うまく行ってなかったのかフォントが中国語体になっていたので、近いうちに再挑戦したいと思います。。。

2013年5月28日火曜日

Windowsにもコマンドラインパッケージ管理ツールが！

2013年5月27日月曜日

ハッカソンの下準備

2013年5月26日日曜日

東方心綺楼の対戦BOTを作りました

2013年5月9日木曜日

C言語を今どきの関数型指向言語にするCelloが凄そう

2013年5月6日月曜日

今どきのGAEってどうなんだろう？

2013年5月5日日曜日

制作物 - SCARLEX'13

連休前に完成していましたが、シューティングゲームを一つ仕上げました。

告知の通りきゃすけっとにて公開しました。（公開終了）
まともに動くゲームを完成させたのは初ですが、イベントの中でわりと盛り上がっていたのでよかったです。

とはいえまだ不満点がいくつかありました。
フェードイン・フェードアウトが実装できなかったことと、プラットフォームが限られてしまったことです。
これは、いずれenchant.jsに移植するときにどうにかしたいと思っています。

-------

さて、今回作ったゲームは、**ドメイン駆動設計を実践する**という目標のもと、
あえてオリジナリティーを排するという方針で開発を行いました。

私自身いくつかゲーム作りに挑戦してきましたがそのほとんどは制作途中で挫折していました。
その理由の大きなところが、開発が長引くにつれ、自分のコードが何が何だか分からなくなるというものです。

そこで、効率的で型にはまった開発手法を取り入れて、足元を固めてみました。

また、その方針に集中するため、ゲームのとしての形から面白さを１から構築するのは困難なので、
その部分は諦め、既存のゲームのオマージュを題材としました。

結果的に、中々にいい感じのアプリケーションに仕上がりました。

-------

Twitterに書き込む機能も盛り込んでみましたが、そっちがあまり盛り上がらなかったのが残念です。
いや、ガチ勢の方が使っていますが。

<small>ノーミスってなんだよ…</small>

2013年4月20日土曜日

Firefox OSに触れてみる

2013年4月5日金曜日

MVCにおけるModelについて

ドメイン（領域）の分離はアプリケーション開発において非常に重要なファクターです。
とりわけWeb界隈を中心に、ドメイン分離手法として広く用いられているのがMVC（Model-View-Controller）です。

※Modelからのイベント通知（Observerパターン）を用いないようにしたMVCをMVC2と呼ぶらしいです。
Web界隈でのMVCはほとんどがMVC2ですね。

[MVC と MVC2 について改めて考えてみる - スタジオ・アルカナ技術ブログ](http://www.s-arcana.co.jp/tech/2011/07/mvc-mvc2.html)

このMVC2とMVPやMVVMなどを含めて**（広義の）MVC**とも呼ぶみたいです。ややこしいですね。

ブログやツイッターやプライベートで何度か話題にしていますが、MVCはその本来の使い方からずれて用いられることも少なくありません。
特にModelの位置づけが人によってとらえ方がまちまちです。上記のとおりMVCを広義にとらえてもModelは（イベント通知する/しない以外は）同じ構造になるはずです。

また、著名なフレームワークでもModelという名前をフレームワークの局所的に取り入れたり、
Modelという名前が無いにしろユーザーがこぞってModelという名前を使ったりすることで、利用者を混乱させるものも少なくありません。
**ルビー鉄道**や**背骨**などが有名どころでしょうか。

そこで、ここではフレームワークを適用した結果ありがちなMVCのModelと、本来のMVCのModelとを比較してみます。

# ありがちなModel
よくあるのが**xxModelを継承してModelを作成する**というものです。
フレームワークによってModelの基底クラスが用意されている場合、
そのサブクラスを作成することで、フレームワークの提供する機能を利用することが出来ます。

例えばRuby on railsでは、ActionRecord::Baseクラスを継承することで、
オブジェクトをDBにストアーするといった機能が使用できるようになります。
このActionRecord::Baseのサブクラスをmodelsパッケージに入れる為、
ActionRecord::Baseのサブクラス=Modelという誤解が生まれてしまうわけですね。  
※とはいえ、modelsにActionRecordのサブクラス以外を入れてはいけないという決まりは無い事を書いている時に気づきました

また、上記と関連して**get-set以外のメソッドを含まない**という事もありますね。

# 本来のModel
上記のありがちなMVCを（Controller等も含めて）指摘したスライドとして有名なものがこちら。

[やはりお前らのMVCは間違っている](http://www.slideshare.net/MugeSo/mvc-14469802)

本来のModelの考え方はよりシンプルです。
Modelは、**画面描画に関する動作を含まないオブジェクト**のことです。
データベースにストアーするものはModelかもしれませんが、**それ以外もModelに成り得ます**。
逆に、データベースにストアーするものでも、**HTMLのキャッシュといったものはModelでは無い**かもしれません。（かえってややこしいでしょうか）

Modelの変化を**イベントで通知**してもいいですし、上位から**ポーリングを受け付け**（MVC2）ても構いません。
**POJO、POCOが望ましい**ですが、
フレームワークの恩恵を受けるために提供されたスーパークラスを持つ事も出来ます。

因みに、**副作用**（引数とフィールド変数以外の要因で動作が変わること）**を含むことも出来ます**。  
※副作用も切り出したい場合は、[ドメイン駆動設計](http://amzn.to/10AD4px)の適用をおすすめします。

# まとめ
MVCはドメイン分離として現実的で妥当な概念ですが、
誤って用いることで本来のメリットを受けることが出来ず、かえってアプリケーションの複雑化を招いてしまうこともあります。

MVCに限らず、それぞれのツールが持つ本来の意味をとらえ、
そのメリットを最大限生かして納得のいくアプリケーションを開発していきたいですね。

2013年3月31日日曜日

きゃすけっとに向けてゲーム制作

2013年3月26日火曜日

ゲームをドメイン駆動で設計するということ

2013年3月25日月曜日

きゃすけっとに向けてゲーム制作中

2013年3月17日日曜日

MVCとは何だろうか？

MVCはその言葉自体はすでに多くの方に認識されてると思います。
Model-View-Controllerの３種に分けて設計することで、変更に耐える安定したアプリケーションを構築するという考えです。

しかしながら、このそれぞれの意味が正しく認識されてない、あるいは意味があいまいになっている事が多々見られるようです。
これはMVPやMVVMなど、MVC派生のアーキテクチャパターンでも同じことが起こっていますが、根底は同じはずです。

以下に私のMVCについて認識を整理するので、皆様のご理解のご参考になればと思います。

# Viewとは？
画面に関する情報です。JSPやhtmlと言えばわかりやすいですね。

__ビジネスロジックをViewに含まない方がよい__という約束があるのは皆さんご存知かと思います。
具体的にはここで「コネクションを貼ってSQL文を書いて実行結果をパースして…」といった処理は書かない方がよいということです。

含めるものはせいぜい_書式の変換_程度です。
JavaScriptで動的にリストのフィルタリングをする、といった場合はその処理もViewに含めていいのかもしれません。

必要なものはあらかじめすべてControllerで用意してもらいましょう。

# Controllerとは？
Controllerは、ユーザーからの入力をもとにModelを操作してViewに伝えるのが役割です。

Webアプリケーションであれば、HttpServletを継承して作るクラスがこれに当たります。

ここでも__ビジネスロジックを含めない方がよい__という約束があります。

「コネクションが～」といった処理を書く必要はありません。それはModelの役割です。

# Modelとは？
以上、ViewとControllerに含まなかったものはすべてModelです。

Modelでは好きなだけビジネスロジックを書いてもいいですし、もちろん好きなだけデータベースへアクセスをしてもいいです。

--------

よくRailsとかRailsとかRailsなどのフレームワークで、データベースに収納する単一のオブジェクトを「モデル」と呼ぶこともありますが、
_MVCで言うModelとは別物_だという事を押さえておきましょう。（modelを英和で調べてみましょう。modelは元々曖昧な言葉です）

このアーキテクチャパターンに従うと、Modelにロジックが集中することになります。

その為、大きなアプリケーションの場合はModelが煩雑になり理解しにくくなります。

ModelはModelの中で別のアーキテクチャパターンを適用して煩雑化を避ける必要があります。
例えばドメイン駆動設計（特にその中のモデル駆動設計）の一部を取り入れるとModelを整理することができるでしょう。

--------

MVCのアーキテクチャパターンは誤解が多く見受けられますが、適切に理解すれば<del>どんなアプリケーションにも</del>色々なアプリケーションに適用できます。  
(3/17 12:40 補足)  
Apache WicketのようにControllerに当たる部分を完全に隠蔽しているものもあるので、適用できないものもあります。

勿論MVCだけではなく、MVP・MVVM・あるいはそれ以外にもアーキテクチャパターンはあるので、
それぞれがどういったパターンになっているか抑えることで、
皆様のアプリケーションの設計の手助けになるでしょう。

2013年2月23日土曜日

Gradleと挫折

2013年2月18日月曜日

Gradleの導入

何もせずに一日が終わるのは流石に我慢ならないので、引き続きGradleの導入を行うことにしました。

-----

非常に丁寧なドキュメントがあるので、これを参考にしました。

[Gradle 日本語ドキュメント](http://gradle.monochromeroad.com/docs/)

早速Gradleのバイナリを落としてきて、さくっとインストールしました。

Gradle自体はJavaさえ入っていれば動くようです。shellスクリプトとbatファイルがあって、環境によってどちらかから起動する仕組みです。
インストーラーは無いので任意のフォルダーに解凍してパスを通す必要がありました。

続いて、このGradleを用いてAppEngineを取り扱うのですが、幸いなことに全く同じことをした方がいらっしゃいました。

[[gradle] Eclipse Gradle STS Support と gradle-gae-plugin](http://exceptionblend.wordpress.com/2012/04/13/eclipse-gradle-gae/)

早速、フォルダ構成を調整して、サンプルの通りbuild.gradleを作り、コマンドを実行してみました。

```>gradle build```

エラーが出たものの、ビルド自体は動きました。

------

この時点で、ソースコードを作成途中だったことを思い出したので、Eclipseでロードする方法を確認しました。

Eclipse側は、Eclipseマーケットプレイスに「Gradle Integration」というものがあったので、それを導入しました。
（上記のブログで紹介されているプラグインと同一のもののようです）

余談ですがEclipseマーケットプレイスは便利ですね。元々ドロップインしていたものがアップデートサイト経由になり、
それが今では検索までEclipseの中で出来るようになり、プラグイン導入の敷居がとても軽くなりました。いいことですね。

さて、Gradle Integrationをインストールして再起動すると、インポートにGradle Projectが追加されたので、
早速プロジェクトをインポートしてみました。

ここでちょっとわかりにくいのですが、参照ボタンでプロジェクトのフォルダを選択した後に隣のBuild Modelボタンを押す必要がありました。

これでプロジェクトの取り込みが完了しました。

-------

ここでMavenならネットで調べつつ続きの作業もするところですが、build.gradleは物凄くシンプルにできているため、
この時点で適当にいじりながら環境構築を進められるようになっていました。これはMavenとの大きな違いです。

Maven用のライブラリがそのまま使えるらしく、dependenciesに定義を追加していくとライブラリがモリモリ入っていきます。この感じは本当に気持ちいい。

早速Guava、Lombokなどを追加して、ソースコードの修正を開始しました。

今日はここまで。

2013年2月17日日曜日

JenkinsとMaven

　　　　_）￣｀　、
　　　 |　　　＼　　 _＿　　　　　ﾄ､
　　　 _ﾉ　　　　　　ヾ´:::::::::｀ヽ __　　／（
　　 _」　　　＼,..:::''"´:￣￣ア´:::!＜　　　＼
　　）　　　／:::::::::::::::::::::::::::::::::::|::::::｀::.､　r┘
　く　＿__,:'::::::／::::::::::::::::::::::::::::::!::::::::::::::ヽ!
　　｀/　 /::::::/::::::::::::/:::::::::/::::::::;'::::i::::::::::::ﾊ
　　 /　 ;'::::／:::::::::／_＼::/ ノ￣￣｀ヽ、―ニ二　　　
　／ __,.＜:::::八:::::|'　　　　／　´｀ヽ _　三,:三ー二
´￣7:::八:::｀ヽ!::＼!　　　ノヽ--/￣ ,　　　｀￣￣￣
　 /:::::::::::':､:::::|::::::;ゝ　　 }　　...|　 /! 　　　　　
／:::::::::::::::/＼|:::::::'、　　_}｀ー‐し'ゝL _
:::::::::::::::／|:::::人::::::!ヽ、:ﾍｒ--‐‐'´}　　　 ;ー------
::::::::::::/,. -／--＼| 　 ` ､.,＿_,,.. イ::/
::::::／　　　 Y　「「＼　｀ヾ:::-‐'ーｒ‐'"＝＝-
／　　　､l 　 }_|.　　＼_/　｀lヽ::/　　
　　　　　　 |.　 {_|　　　/! ／￣｀ヽ.　　　
　　　　　　| 　 }」　　/／　　　ヽ､}ヽ
ヽ　　　　ﾉ　　{」__.／　　　　ヽ.ﾉ　 |__,,.. -─-､
￣｀ヽ＿イ　　　　／　　　 __,ｒン　Y　'、　　　 /::ヽ.
‐─-､」　､　　／　　　/´:::l{　　ﾉｰ､）　／:::::::::|

2013年2月16日土曜日

Devevopers Summit 2013 の感想

さて、前のエントリーで述べたように Developers Summit 2013 に行ってきたので、その感想を述べたいと思います。

全体の感想としては、技術寄りの話よりもっと上の層の話が多かったのですが、面白い話もあってなかなか為になりました。

------------------------------------------

## 1日目
午前中はDeNAのHTML5版アプリの話とペイパルの話。
DeNAはよく覚えてないけどつまらなかった筈。ペイパルの方は新しい決済サービスの話で、お客さんに決済してもらえば住所とかの
個人情報（お金関係に入れる情報なので信頼性高いよね）がゲットできて、ビジネスに活用できますよって話で、
消費者の立場からすると怖すぎて絶対ペイパル使いたくねーっていう印象でした。

午後の最初はWindows8の話で、デザインの指針を細かく出してるから参考にしてねって話と、デスクトップも捨てないよって話でした。あとデザインの指針の話ですね。

その後はJavaはまだまだ進化してるよって話と、mobiRubyの話。そのあとの電子書籍の話はちょっと面白かったかな。

最後は関数型プログラミング言語は怖くないよって話は、まあやっぱり怖いよねってことで自分は納得しました。
関数型プログラミング単体ではもう自分の中に取り込めてると思うのですが、
なんで専門家の人はもっとシンプルに説明できないのか…
Akkaについて質問したかったけど空気が変過ぎて断念しました。

一日目終了。

## 2日目

朝一は、日本の未来を語ろう、ということでざっくり言えばITゼネコン消えろという感じでしょうか。
その次に聞いたグリーの話は、HTML5のAudioはしょぼいから自前のライブラリ叩いてます、とかSWFをHTML5に変換してます、とかおそらくHTML5での当たり前の話をぽつぽつ。
グリーの名前を背負ってる割には事例を出すわけでもなく驚きがあるわけでもなく正直微妙な話で、ネイティブとHTML5と話を分けてるならそこの違いをキッチリ言ってほしかったですね。

午後一、モバイルコンテンツから作り始めてモバイル向けに最適化してもデスクトップ向けはそれはそれで最適化しないといけないよね、って話だったか。

その後のcommの話が今回一番面白かったです。アジャイルだと大人数回すの大変とか、大人数回すためにチームを分けましたって話、最初から1000万人規模を想定してスケールするように設計した話等です。見せ方もうまくて、これで新卒２年目かよ（バァン）という感じでした。よかったです。

SQLアンチパターンは欲しいです。次まともにDB触るときに買いたいですね。

その後はJetBrainの中の人の製品紹介を聞いて、全く聞き取れない英語に会場中で四苦八苦していました。（同時通訳がテキストで５秒遅れでやってたから何言ってるかはわかった）
ライブコーディングでサーバーが起動したときに「Applause! (拍手！)」って言っていても誰も拍手できない様は非常に申し訳ない感じになりました。

その次がワンクリックデプロイの話で、さすがにもうJenkins入れてないのはやばいなあ、と感じました。
でも会場内でツール使ってテストしてるって人はほとんどいない感じでしたね。デプロイまでやってるひとは一人しかいませんでした。

最後はタブレットはもうPC抜くよって話をまったり聞いて終了。

------------------------------------------------------------------------------

配信でJenkins突っ込んで、後はテストをどう書くかという課題が残りました。

あとはスマホ・タブレット対策ですね。FirefoxOSの端末いつ発売されるの？

Markdown導入

登録: 投稿 (Atom)

Markdown展開

2013年12月27日金曜日

2013年12月26日木曜日

2013年11月27日水曜日

2013年11月25日月曜日

2013年11月16日土曜日

2013年8月24日土曜日

2013年8月22日木曜日

2013年7月20日土曜日

2013年7月7日日曜日

2013年7月3日水曜日

2013年7月2日火曜日

2013年6月25日火曜日

2013年6月19日水曜日

2013年6月13日木曜日

2013年6月12日水曜日

2013年6月8日土曜日

2013年6月7日金曜日

2013年6月6日木曜日

2013年5月28日火曜日

2013年5月27日月曜日

2013年5月26日日曜日

2013年5月9日木曜日

2013年5月6日月曜日

2013年5月5日日曜日

2013年4月20日土曜日

2013年4月5日金曜日

2013年3月31日日曜日

2013年3月26日火曜日

2013年3月25日月曜日

2013年3月17日日曜日

2013年2月23日土曜日

2013年2月18日月曜日

2013年2月17日日曜日

2013年2月16日土曜日