ScalaCheck + ScalaTest で Property-Based Testing する | DevelopersIO
こんにちは、山崎です。 ひとつのテストをたくさんのテストデータに対して実施したい時、fixtureにテスト用のデータを定義するというのが良くあるパターンだと思います。しかし、データの構造を変更するたびに必要になる、fixtureの大量のテストデータの手動での変更は辛い作業になってしまうことが多いと思います。 そこで今回は、データをランダムに生成することでそんな悩みを解決するProperty-Based Testingを、ScalaCheckとScalaTestにより実行する方法についてご紹介します。 Property-Based Testingとは ランダムに生成された値を使用してテストを行うことで、テスト対象のコードの満たすべき性質を検証するテストです。 今回はScalaのProperty-Based TestingのライブラリであるScalaCheckを使用します。 さっそく例を見てい
Implicit 再入門
class: center, middle # Implicit 再入門 Scala関西Summit 2016/10/08 --- class: left, middle ## 自己紹介 * 中村 学(Nakamura Manabu) * [@gakuzzzz](https://twitter.com/gakuzzzz) * 株式会社 Tech to Value * Japan Scala Association --- class: left, middle # [Scala Matsuri 2017](http://2017.scalamatsuri.org/) ## CFPとスポンサー募集中！ --- class: center, middle ## **Implicit** と聞いて ## まず何を思い浮かべるでしょうか？ --- class: center, middle ##
【セッションレポート】 Developers.IO 2016 in Osaka で ゲンバのクリーンアーキテクチャを発表しました！ #cmdevio2016 | DevelopersIO
CM Developers.IO 2016 in Osaka 二週間以上も前のことになりますが、Develpers IO in Osaka 2016 で ゲンバのクリーンアーキテクチャと題して、クリーンアーキテクチャ を用いて、現場でモバイルバックエンドAPIをどのように開発しているかについて発表しました。 発表スライド Content of session 当日発表したセッションの概要です。 クリーンアーキテクチャとは Clean codeの著者であるRovert C.Martin氏が提案したアーキテクチャです。外界（API I/F, DB Schema, 外部システム）に依存しないコードをどのように記述し、パッケージ等を整理するかについて明確な方針を与えます。 外部に依存しないコードを記述するために DI(依存性注入) と DIP(依存性反転の原則)を用いて外部に依存するコードの抽象を
最新DDDアーキテクチャとAkkaでの実装ヒントについて
DDD+CQRS+Event SourcingとAkkaでの実装ヒントを解説。
Strategic Scala Style: Principle of Least Power
The Scala language is large and complex, and it provides a variety of tools that a developer can use to do the same thing in a variety of ways. Given the range of possible solutions to every problem, how can a developer choose which one should be used? This is the first in a series of blog posts aiming to provide style guidelines at a "strategic" level. Above the level of "how much whitespace shou
プログラミング言語のパラダイムシフトーScalaから見る関数型と並列性時代の幕開けー
[DI05] Azure Event Hubs と Azure Stream Analytics で、”今を処理”するde:code 2017
#cmdevio2016 (レポート: B-1) Scala: Mobile Backend on AWS | DevelopersIO
Scala: Mobile Backend on AWS cmdevio2016のB-1で、Scalaとモバイルバックエンドのお話をさせていただきました。 レポート スライド 解説 Scala: Mobile Backend on AWSということで、実際にScalaをモバイルバックエンドAPIを開発して感じたことや、AWSネイティブ重視の弊社においてScalaを採用したモチベーションを解説しています。 アジェンダ Scalaのoverview Scalaを使ったモバイルバックエンドAPI なぜAWSネイティブの時代にScalaが必要か How to 説得 your client in "Scala使います!" Scalaを採用した理由や、AWSリソースと密結合でScalaを使ってみたこと、Scalaを採用すると決めたことを上司や顧客にどう伝えるべきかなどをお話させていただきました。 なお
継続モナドが分からなくてもActionContの嬉しさなら何とか分かる気がした。 - だいたいよくわからないブログ
某会社の某アカウントシステムで使われているという継続モナドコントローラーですが、 今までいまいちよくわかっていなかったのですが友達に教えてもらってなるほど！と思ったので書き記します。 ActionCont 継続モナドコントローラー（ActionCont）については以下の記事で解説されています。 なぜPlayのコントローラで継続モナドを使うと便利なのか？ PlayFramework - 継続モナドを使ってWebアプリケーションのコントローラーを自由自在に組み立てる - Qiita 本記事では「継続 = 何か残りの処理が呼べるやつ」という雑かつ不正確な認識でもActionCont便利じゃん！使ってみよ！と感じられることを目指すので、なんとなくの概要が頭に入っていればよい（はず）です。（なので、ActionContのメリットなどがもうわかってる人にとっては当たり前じゃん？みたいな内容です） Sc
Scalaで型クラス入門 - still deeper
型クラスについてつらつら考えていたことをまとめておきます。マサカリ歓迎。 型クラスって？ 型クラスとは一言でいうと。 アドホック多相 を実現するもの です。モから始まる名状し難いあれとは直接は関係ありません。 ではアドホック多相とは何かというと 異なる型の間で共通したインターフェースでの異なる振る舞いを 定義済みの型に対して拡張する ような多相のことです。 異なる型間での共通したインターフェースでの異なる振る舞い Javaの継承やインターフェース、Scalaのtraitを用いることで、異なる型間での共通したインターフェースを管理することができます。 trait SomeTrait { def someMethod(): String } class Foo extends SomeTrait { def someMethod(): String = "foo" } class Bar ex
アクターの諸刃の剣：非同期のメッセージパッシングと状態隔離対障害モデル、そしてそれを克服するAkka Streamの可能性 - TanUkkiiのブログ
ScalaのアクターライブラリであるAkkaでは今までHTTPがIOパッケージでサポートされてきませんでした。HTTPのサポートはAkka Streamの開発とともになされたのです。なぜアクターモデルとHTTPをすぐ統合せずにStreamの登場を待つことになったのか？この疑問に答えることはアクターの問題を考えるよい題材です。 Sprayの革新とその限界 SprayはAkkaのアクターモデルとHTTPを統合して成功したフレームワークです。SprayはJVMベースのフレームワークの中で最高のパフォーマンスを誇りました。SprayはServletがもつがスレッドの高速性と、NodeJSがもつイベントループによる大量のリクエストを効率的に捌くことの特性の両立を、アクターによって可能にしたのです。 ところがSprayはアクターモデルならではの問題とも戦うことになります。Reactive Manife
マイクロサービスにおける障害と Failurewall - Qiita
こちらは Scala Advent Calendar 2015 25日目の記事です。 Scalist の皆さん、一年間お疲れさまでした。 当記事の目的はマイクロサービス(に限らないですが)における失敗の怖さについて説明することと、それを克服するためのライブラリ、Failurewall を紹介することです。 障害は怖い 障害の連鎖 現代的な Web アプリケーションは多くの依存を抱えています。MySQL のようなデータベースに依存することもあれば、Twitter API のような外部サービスに依存することもあるでしょう。マイクロサービスを実践している環境では社内 Web API に依存していたり、あるいは他のシステムが自分のシステムに依存していたりするかもしれません。 このように優秀なミドルウェアや Web API を組み合わせることで、アプリケーションは高い性能を発揮したり、豊かな機能を提
Matchers in scalatest
scalatest-matcher.md Matchers in scalatest scalatestでは a should be (b)のように、「検査対象の値が〜であること」(この例では「aはbであること」)という書き方をする。 「〜である」を指定する方法(Matcherと呼ぶ)がいくつかあるので簡単にまとめてみる 等価性(equality) 上記の例のように be の後の()の中に期待値を書く。 name should be ("scala") be の代わりに equal も使える。 name should equal ("scala") be と equalは、特に機能的な違いはないので、テスト記述の文脈的にあっている方を使えば良い。 objectの等価性も判定できる。 1 :: 2 :: Nil should equal (List(1,2)) scala言語における等価性(
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Non-Functional Programming in Scala
はてなにおけるマイクロサービスとScala / Microservices and Scala at Hatena
GitHub - jsuereth/scala-arm: This project aims to be the Scala Incubator project for Automatic-Resource-Management in the scala library
Akka HTTP
あなたのScalaを爆速にする７つの方法(日本語版)
[Adtech Scala Meetup] Scalaで型クラス入門 | Scala Tech Blog![[Adtech Scala Meetup] Scalaで型クラス入門 | Scala Tech Blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/be816fd04a55c4389205324db296081fe0568cbc/height=288;version=1;width=512/http%3A%2F%2Fd3bktha63fjub8.cloudfront.net%2Fscalablog%2Fwp-content%2Fuploads%2Fsites%2F2%2F2015%2F12%2Fscreen-shot-2015-12-21-at-15.53.38.png)
はてなブックマークにおけるアクセス制御 - 半環構造に基づくモデル化
Scala: sbt+scalatestテストを並列実行する - Qiita
