Google のウェブログ公開ツールを使って、テキスト、写真、動画を共有できます。

19. "Future" must { import scala.concurrent.ExecutionContext.Implicits.global "map and flatMap" in { val futureMessage = Future { Thread.sleep(1000); 1 }.flatMap(value => Future { Thread.sleep(1000); value + 1 }).map(s => s"This is a value of future after $s seconds") Await.result(futureMessage, 5 seconds) must be("This is a value of future after 2 seconds") } "for comprehension" in { val futureMe

Scalaをどうやって学ぶのがいいのか？ということはScalaを使い始めた数年前からずっと考えています。よく「Scalaは難しい」と言われますが、 どこが難しいのか？ なぜ難しいのか？ ということを、これまで書籍や雑誌記事、ハンズオンなど入門用のコンテンツを作ってきた経験を踏まえて整理してみました。 まず、Scalaが難しいといわれる理由のひとつに学ばなくてはならないものが多すぎるという点があげられます。Scalaはオブジェクト指向言語ですが、関数型言語の特徴的な機能を取り入れているため、きちんと理解するには両方の言語のイディオムを学ぶ必要があるためです。 ただ、Scala自体は必ずしも関数型言語の知識がなくても使えるように設計されています。最初はBetter Javaとして一般的な手続き型オブジェクト指向言語の延長として使い始めることができ、Scalaの特徴的な機能に触れていくことで少し

Slick 3.0がリリースされたので、GitBucketをSlick 3.0にアップデートするべくいろいろ試してみました。 Slick 3.0は別名Reactive Slickというだけあり、これまでとはプログラミングモデルがドラスティックに変わっています。具体的に言うとDBIOActionというオブジェクトを介してデータベース操作の定義と実行が明確に分離されています。要するにMonadicなプログラミングスタイルになっているということです。 他にもReactive StreamsとかOptionサポートの強化などSlick 3.0の新機能はいろいろありますが、一番大きいのはこの点だと思います。 また、DBIOActionの実行は全面的にFutureベースになっています。Playなどと組み合わせて使用する場合、Slickを使った処理があってもAsyncResultで返すことができるように

こんにちは、インフラチームの安達です！ 先週金曜日にBizReachさんのオフィスで、BizReachさんとChatWorkでScala合同勉強会を開催しました！ BizReachさんと言えばすでにScalaを実戦投入されていることでも有名ですが、 そんなBizReachさんがこれからScalaへ取り組もうとしている弊社と勉強会を開いてくださいました。 今回はBizReachさんにたくさん教わる形となりましたが、ChatWorkも今後の取り組みで得られるScalaのノウハウを発信していきたいと考えています。 さっそく各発表を発表順にまとめてご紹介します！ ChatWorkとScala (ChatWork、安達 勇太)ChatWorkがどうしてScalaに舵を切ったかという話と、私が先陣切ってScalaを触りはじめた感想を喋らせていただきました。 なぜScalaか？ソースコードをシンプルに、

いままでもなんとなくは使っていましたが、Scalaのimport文について説明します。 Javaと同じく、importキーワードのあとに、importしたいクラス名を指定するだけです。 ただ、Javaに比べて様々な機能が追加されており、柔軟なimportができます。 "import java.util._"と書くと、パッケージ以下の全てのクラスをimportできる "import java.util.Arrays._"と、クラス名に対して"._"を指定すると、そのクラスのメソッドをimportできる(Javaのstatic importに相当) ここまではJavaと同じです。 import文は、class宣言内や関数本体など、どの箇所に書いてもよい。 importは、書かれたスコープでのみ有効となる "import java.io.{File, FileFilter}"のように、{}に複数

本連載も、今回でいよいよ最終回となります。今回は、テスティングフレームワークやライブラリの中で近年よく使われるようになってきたものを紹介していきます。 本連載が始まった2008年6月は、Scala言語そのものが注目され始めた時期で、ライブラリは未整備でした。オープンソースのScalaライブラリは少なく、何かしようと思うとJavaのライブラリを直接呼び出すか、ラッパーを自分で書く必要がありました。 翻って現在、完全に成熟しているとはいえないものの、多くの実用Scalaライブラリが登場しています。HTTPクライアント、JSONライブラリ、O/Rマッパ、I/O、コマンドラインパーザ、Webアプリケーションフレームワーク等がいくつも存在しています。 Scalaの主要なライブラリは、前回紹介したビルドツールsbtのビルド定義ファイルbuild.sbtに、どのライブラリのどのバージョンに依存しているか

こういうJsonが *1 こんな case class 定義しておくだけで いい感じに勝手に変換されます。 Lift JsonのREADME 日本語訳 に書いてあるんですが、あまり知られてないというかそこまで多く使われてない気がしたので改めて書いてみました。内部的には、このあたり https://github.com/lift/framework/blob/2.4-release/core/json/src/main/scala/net/liftweb/json/ScalaSig.scala https://github.com/lift/framework/blob/2.4-release/core/json/src/main/scala/net/liftweb/json/Meta.scala で、 ScalaSignature っていう、コンパイラがアノテーションとしてつけているメタ情

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

sbtというと、独特なSettingのシステム*1や、Scalaで記述する内部DSL*2ばかりが注目されがちです。それらは、初心者にわかりづらかったりして批判されることが多かったり、逆にsbtを使い慣れた人にとってはとても強力で面白い仕組みです。 Settingのシステムに注目すると、汎用的に色々な言語のビルドにも使えそうに思えます。事実、sbtでC++のpluginを作っている人もいます。 しかし、sbtはあくまで「Scala(とJava)のためのビルドツール」です。 これは「単にScalaをデフォルトでサポートしてる」という意味にとどまらず、おそらく皆さんが思っているよりもずっと深い意味で「Scalaに特化したビルドの仕組み」が内部に備わっています。 今回は、そんな「sbtの内部アーキテクチャ」の紹介をします。 以下、かなり長いです。読み物としては面白いかもしれませんが、単にsbtを使

自分は今年に業務でScalaを使い始めて本格的にはじめたのですが、入門した時に早めに知っておきたかったScalaのTipsを紹介しようと思います。 これらを早く知っていれば今後の負債を減らせるかもしれませんよ。 コード規約系 Scalaに限らずソースコードは書いた人の癖が非常に出やすいのでif(){}の{}位置など比較的どうでもいいことでチーム開発では揉めてしまいことがあります。 Scalariform コーディング規約を設定ファイルに書き込むとコンパイルするたびにオートフォーマットしてくれます。 導入もsbtのライブラリを追加するだけで非常に簡単なのでおすすめです 依存性 scalaのobjectは便利だけど、テストが大変です… 弊社のアプリケーションはslickのDAOが全部objectで構成されていてビジネスロジックばりばり書いてあったのでモックを差し替えることができずにテストの際に

初日っぽく主に環境構築など導入部分について取り上げていきます。 Scalaに少し興味はあるけどまだやったことない！といった方に読んでいただけたら嬉しいです。 Scalaを使える状態にしてみる インストール ２つの方法を挙げてみます。 筆者は以下をMac OS X Mavericksで試しています。環境に応じて適宜読み替えてください。 2013.12.1現在の最新Scalaのバージョンは2.10.3です。 Homebrew Macの方はこれが一番楽かと思います。 その他のパッケージ管理ソフト（port、apt-get、yum）でも同じようにinstallできます。 但し最新のScalaではない可能性があるのでその点は注意してください。 公式サイトからダウンロード パッケージ管理ソフトに頼らない方、確実に最新バージョンを使いたい方はこちらの方法です。 まずはScalaの公式サイトから圧縮ファイ

何を使うべきか？ 公式サイトの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 の

2. 自己紹介 l  水島 宏太 (株式会社ドワンゴ所属) l  Scala関係のお仕事 l  プログラミング言語好き l  自作言語を公開中（最近更新してない） http://github.com/onionlang/onion 3. 処理系 l  Scala 2.11.6: 最新安定版 l  バージョン l  Scala 2.11.X: 主流 l  Scala 2.10.X: l  Scala 2.9.X: 一部プロジェクトが利用 ☆ 今から始めるならScala 2.11.X 4. IDE l  既存IDE のプラグインとして提供 l  Eclipse (Scala IDE for Eclipse) l  IntelliJ IDEA (+ Scala Plugin) ☆ IntelliJ IDEA + Scala Pluginがオススメ

イシュー 例えばこんなん case class Company(id: Option[Long], name: String) class Companies(tag: Tag) extends Table[Company](tag, "COMPANY") { def id = column[Long]("id", O.PrimaryKey, O.AutoInc) def name = column[String]("name", O.NotNull) def * = (id.?, name) <> (Company.tupled, Company.unapply _) } object Companies { val companies = TableQuery[Companies] /** * Construct the Map[String,String] needed to fil