みなさん、こんにちは。グリーのかとじゅん(@j5ik2o)です。 このエントリは GREE Advent Calendar 2013 の 18日目の記事です。よろしくお願いします。 私がグリーに入社してやっていることは、プログラミング言語 Scalaとドメイン駆動設計(以下、DDD)の布教活動です。布教活動といっても宣伝するだけでは具体性に欠けるので、実際に開発チームに入ってScalaやDDDの技術支援を行っています。本エントリでは、Scalaを用いたDDDの設計と実装をどのように行っているかを、DDDを知らない人でもできるだけわかりやすく説明したいと思います(Scalaわかっていると読みやすいですが、あんまり複雑なコードは出てこないのでなんとなく読めるのではないかと思います)。なお、DDDの実践例は他にもあります。一例だと思って読んでいただければ幸いです(先日のSNSチームでのドメイン駆

はじめまして、リラクヘルステック室の丸山です。 このブログは、都内を中心にリラクゼーションサロンを展開する株式会社リラクのテックブログです。 「リラクゼーションサロンを展開する会社なのにテックブログ？」という声が聞こえてきそうですが、弊社ではリラクゼーションサロンの運営の他、リアルメディア事業、デジタルメディア事業を展開しています。今は、さらにテクノロジーでひとびとの健康をサポートする事業を展開していく動きをしており、「未来のヘルスケアテクノロジーを作る」というミッションをもって「ヘルステック室」という部署を構えています。 さて、この記事はヘルステック室ブログの第1号です。前述の通り弊社はテクノロジーで健康をサポートしていくミッションを持っているのですが、ヘルステック室のメンバーのうち何名か（というかおもに私）は、まあ、なんというか、ありていに言って、「デブ」です。肥満は万病のもと。ヘルス

ちょっとこのあたりが複雑に感じたので、一度整理しておく。まぁ全部「公式読めば書いてあるよ」で OK なんだけど、それではあまりにマッチョすぎるしわたしがあとから参照したいしみたいな感じ。 IOManager とはなにか Akka でIOを扱うときには、 IOManager を通じて行うと良い。実際の IO の煩わしいことを隠蔽してくれる。IOManager は IOManagerActor というアクターへのリファレンスであり、実際にActしてくれるのは IOManagerActor のようだ。IOManager は手動で止めたりする必要はなく、管理する IO が無くなれば勝手に止まってくれるらしい。賢い。 IOManager を通じてソケットを作るには、IOManager#connect や IOManager#listen を呼び出す。それぞれ SocketHandle や Serve

！！！CAUTION！！！ この記事で扱っている IO のインターフェイスは Akka 2.2 で すでに old-io 扱いとなり( http://doc.akka.io/docs/akka/2.2.0/scala/io-old.html )、Akka 2.3 からは削除されてしまっています。 今ならばこちらを参考にされたほうがいいでしょう。 I/O まわり： http://doc.akka.io/docs/akka/2.3.7/scala/io.html TCPのハンドリング：http://doc.akka.io/docs/akka/2.3.7/scala/io-tcp.html 本文 akka というのは Scala で Actor モデルを実現するためのライブラリだと思えばいいっぽい。この記事を読むためには case class とパターンマッチとアクターモデルについての知識が最低

Ambitious but Rubbish 学んだことをなぐり書き トップページページ一覧メンバー編集 scala::型パラメーター 最終更新： alphaneet 2011年11月22日(火) 14:08:53履歴 ClassManifestでインスタンスの生成 ClassManifestで型情報の比較 implicitを使用してClassManifestの記述を省略 View Bound ClassManifestでインスタンスの生成 参考 http://www.ne.jp/asahi/hishidama/home/tech/scala/r... http://www.ne.jp/asahi/hishidama/home/tech/scala/g... // JavaVM はコンパイルすると型情報が消えてします（type erasure） // しかし scala には型情報を渡す仕組

http://twitter.github.com/scala_school/advanced-types.html 以下は私の方でtypoや表示崩れを直したものです。 https://github.com/seratch/scala_school/blob/master/web/_posts/2011-05-06-lesson.textile 誤訳などありましたら、お手数ですが、ご指摘いただければ幸いです。 事前知識 いきなりScala Schoolの和訳に入る前にまずビュー（view）について少し補足します。 ここでのビュー（view）は、コレクションの遅延評価（SeqView）とは別物です。 scala> (1 to 100).view res42: java.lang.Object with scala.collection.SeqView[Int,scala.collection

何を使うべきか？ 公式サイトのForumにて http://www.scala-lang.org/node/9826 Java における JUnit のようなデファクトスタンダードはないの？ ScalaTest を使うとしてどのスタイルが一般的？(JUnit、BDD、Features、FunSuite・・) ScalaTest、specs(specs2)、ScalaCheck、JUnit、TestNG あたりが選択肢 どれか一つに絞るというより、ScalaTest と ScalaCheck を併用のような使い方もアリ 私は ScalaTest を BDD スタイルで使うことが多い ScalaCheck の入力を自動生成するアプローチは機能テストのようなものに特に向いている 私の環境(Java/Scala が混在する maven プロジェクト)には ScalaTest よりも specs の

Scala の Actor は、メッセージ処理中に例外が発生すると Actor 自体が終了するようになっています。 例外を処理したい場合に、今までは case を try 〜 catch で囲んでいたのですがどうもいまいちな感じでした。以下は try 〜 catch で囲んでいる例です。 actor { loop { react { case 'foo => try { ... } catch { ... } case 'bar => try { ... } catch { ... } } } } しばらくは忘れていたのですが、ふとしたときに link を使って例外を処理する Actor を作ればよいことに気付きました。 下記の例では、1 秒後に正常終了、2 秒後に例外発生、3 秒後にプログラムを終了する(トリガになる) Actor が起動します。 import scala.actors.

今日はScalaの例外処理について解説しますよ。 基本 - try,catch,finally 例外処理の基本は、try,catch,finallyです。これはJavaと同じですね。 ただし、Scalaでのtry,catch,finallyは値を生成します。つまり、実行されたブロックの値が評価されます。 scala> val n = try{ "99".toInt } catch { case e:Exception => -99 } n: Int = 99 scala> val n = try{ "foo".toInt } catch { case e:Exception => -99 } n: Int = -99 上記のように、catch節には "case e:Exception => ..."のようなパターンマッチを書くことで、対応する例外の型に応じて補足することができます。try,

Javaな人から見ると、「Scalaって難しい」ってイメージがありますね。俺も最初はそう思ってました。今もですけど。 で、考えてみたんですが、何が難しいって考え方・イディオムになじみがないのが原因かと思ったんです。 ここでは、俺が今までScalaをやってきて得た考え方を紹介します。「Scalaをちょっとやってみたんだけど、とっつきにくくて…」と思われている方は、ぜひご一読ください。 参考資料: Scala入門 - Scalaで書きはじめたJava使い向け - Scala勉強会＠東北 Dropbox - 404 神は言われた。「リストあれ。」 Lisperは、リストをどう作るかをまず考えるらしいです。適切なリストが出来たら、プログラムはもうできたも同然だと。同じ考え方は、Scalaでも通用すると思います。 大まかに、こんな流れで考えてます。(リストは最初から与えられることもあるでしょう) 「