Introduction to safe programming with numeric library / 数値ライブラリで始める安全なプログラミング
Calculating charges is a universal concern in application, accuracy of numeric type is critical. This session introduce practice of typelevel/spire to solve complex calculations where formula, rounding, serialization are applied. 料金計算はアプリケーションにおける普遍的な関心事であり数値型の精度の考慮が重要です。私達のチームでは複雑な料金計算において段階的に計算式・端数処理・シリアライズを適用するケースに対して、typelevel/spireを導入し課題の解決にトライしています。本セッションでは実例を元に数値をより安全に扱う方法を紹介し、最小限のテストでバグの少な
record4s --- Extensible Records for Scala 3, and Domain Modeling with Structural Types
In this talk, we learn about the basics of my library called "record4s", which provides type-safe extensible records for Scala 3. It runs on JVM, JS, and Native platforms. You will see how it is implemented efficiently by using Scala 3 macros, and how record types as structural types, which work without reflection in Scala 3, are helpful in domain modeling. record4s --- Scala 3のための拡張可能レコード、そして構造的型
Scalaプロジェクトのビルド速度改善
class: center, middle # Scalaプロジェクトの<br/>ビルド速度改善 [ScalaMatsuri 2024](https://scalamatsuri.org) 2024-06-08 --- class: middle <img src="image/xuwei.gif" alt="icon" style="zoom: 0.3" /> - X(旧twitter) [@xuwei_k](https://twitter.com/xuwei_k) - github [@xuwei-k](https://github.com/xuwei-k) - blog <https://xuwei-k.hatenablog.com> --- class: middle ## 誰？ - Scala 2.8出る直前くらいから使ってる - 2009年 - 仕事でのScala歴が13年以上
Scala 3.4から新たに警告やエラーになる予定の記法を雑にまとめ - xuwei-k's blog
qiita.com これは Scala Advent Calendar 2023 の16日目です。 (あとから見たらこの日付が抜けていたので、あとから登録して埋めました) これ書いている2023年12月現在、(RCなどの安定版以外も含めると) 3.4.0-RC1が最新で、3.4.0のfinalは出ていませんが、3.4.0から色々と変更点があるみたいなので、3.4.0-RC1時点の情報をざっくりまとめます。 あくまで自分が遭遇した、あるいはざっくりリリースノート見て書き出しただけなので、他にも大量にありそうですが、ひとまずこの程度にしておきます。 https://github.com/lampepfl/dotty/releases/tag/3.4.0-RC1 各種書き換えは、scalafmtの設定だけで可能な場合もあるし、scalafixでやった方がいいパターンもあり得るかもしれないし、ある
Testcontainers + ZIO Test によるテスタブルな開発で生産性を爆上げする - Qiita
Scala Advent Calendar 2023 の 8 日目を担当します aoyagi です。 今回のサンプルは 以前の記事 のテストコード部分となります。 解説よりまずコードが見たい、という方は以下リポジトリの src/test/scala/com/example/secondary を参照してください。 2024年12月12日更新 タイムリーなニュースですが本記事を投稿した3日後に Testcontainers の開発元である AtomicJar が Docker に買収されたという発表がありました。 AtomicJar Blog - AtomicJar is now part of Docker! Docker Blog - Docker whale-comes AtomicJar, maker of Testcontainers Docker 側のブログに簡単な FAQ があ
wartremoverでScalaコードを整える | DevelopersIO
はじめに 前回に引き続きScalaコードを整えていこうと思います。 wartremoverとは wartremoverはScala用のlintツール（静的解析ツール）です。 公式サイトには以下のようにあります。 WartRemover takes the pain out of writing scala by removing some of the language’s nastier features. Scalaの言語仕様には色々な機能が含まれているのでこうしたツールでチェックできるのは、あまりScalaに詳しくない自分としては助かります。 チェックの内容 wartremoverで行われる全てのチェックはこちらで説明されています。 下記でいくつか例を紹介します。 チェック例: ArrayEquals 下記の例のようにArrayどうしを == で比較するコードを検出します。 （Arr
mdoc · Typechecked markdown documentation for Scala
Compile errors point to range positions in the original markdown source making it easy to track down problems. Dead links are reported as warnings helping you keep documentation up-to-date. Define custom variables like @VERSION@ or programmatically implement custom modifiers to render tailor-made documentation for your project.
Visual Scala Reference
このガイドは、Scala プログラミング言語でもっとも広く使われる関数のいくつかを集め、それらをシンプルな図解で概念的に説明します。 新しい項目をリクエストしたり、訂正したり、翻訳を提供するには、このプロジェクトの Github レポジトリへ行ってください。 AaggregateandThenappendedappendedAllCchaincollectcollectFirstcombinationscomposeconcatcondcondOptconstcontainscontainsSlicecopyToArraycorrespondscountcurriedDdiffdistinctdistinctBydropdropRightdropWhileEempty (PartialFunction)empty (コレクション)endsWithexistsFfillfilterfilte
Google パワーで sbt でのダウンロードが33倍速くなる！？
この記事は Scala Advent Calendar 2022 の7日目が空いていたので、あとから投稿した記事です。アディショナルタイムみたいなものです。タイトルは釣りです（一応33倍速いという根拠はあとのほうに…） ときに2015年、Google のエンジニアらが Maven Central のミラーを公開しました（以下かんたんのため Google ミラーと呼びます）。Google ミラーの目的は、Maven Central 上にある Java や Scala のライブラリなどを、Google のインフラのパワーで高速にダウンロードできるようにすることで、開発者体験を向上するためでした。その後の数年で多少書き方に変化あったようですが、簡素なトップページで Maven でのグローバルな設定方法が掲載されています。 さて、Scala で主流のビルドシステム sbt のグローバルな設定方法に
Akkaを使用したCQRSパターンの実装 - Qiita
リアクティブシステムを構成する４要素 求めるものは、即応性と、耐障害性と、弾力性と、メッセージ駆動とを備えたシステムだ。我々はこれをリアクティブシステム (Reactive Systems) と呼ぶ。 リアクティブ宣言 https://www.reactivemanifesto.org/ja* 本文では上述の問題を解決するシステムとしてリアクティブシステムというアーキテクチャを宣言しており、構成する要素として即応性・耐障害性・弾力性・メッセージ駆動を掲げております。 それぞれ、 即応性 システムは可能な限りすみやかに応答する。 耐障害性 システムは障害に直面しても即応性を保ち続ける。 弾力性 システムはワークロードが変動しても即応性を保ち続ける。 メッセージ駆動 リアクティブシステムは非同期なメッセージパッシングに依ってコンポーネント間の境界を確立する。 と解説付がされており、要約すると、
いつScalaを使い、いつ使わないのか
前置き 先日Twitterでこのような興味深いツイートを拝見しました。 なるほどと思ったので、自分が技術選定/アーキテクチャ設計において「どのような時にScalaを選択し、どのような時に選択しないのか」をあらためて言語化してみることにしました。 ちなみにこの記事タイトルは Scala福岡 2019 で講演させて頂いたものと同じタイトルですが、当時の資料は説明が無いと誤解を招く部分も多く非公開にしているため、その焼き直しも含めてこの記事を書いています。 また、ここで記載している内容は2022年8月現在の事情を元にした考えになります。言語の機能やとりまく状況などは日々変わっていくものであり、前提が変われば結論が変わることも当然にあります。あくまで現時点での意見の一つとして参考程度にして頂ければ幸いです。 また、この記事では主に言語機構や周辺ライブラリ・エコシステムといった側面からの判断を中心と
ScalaMatsuri 2022でCats Effect 3の話をしました - tototoshi の日記
speakerdeck.com 純粋関数型スタイルのプログラミングは私はあまりやって来なかったんですが、たまには違ったことをやってみようかなと思って発表してみました。年末年始にTypelevelの技術スタックをいろいろ見ててhttp4sとかさわってみてたりしたんですが、その過程でCats Effect 3が気になった感じです。 やはり純粋関数型スタイル自体にはそんなに興味ないんですが、Cats Effectのランタイムは面白くて、それに乗っかるためのフレームワークとして純粋関数型スタイルが要求されるというのはそんなに悪くないなと思いました。あと資料作成や準備の過程でCats Effectの作者の方（Danielさん）のトークを何本かYouTubeで見たんてすが面白すぎる。全部面白い。 Scalaは人気のピーク（ピークと言うほどでもない）を越えてしまって少しコミュニティの熱量は下がってるのか
安全で柔軟なAlways-Valid Domain Modelの作り方
はじめに 昨今ではますます Immutable な Domain Model の有用性が認知されているように思います。 また、Domain Model が持つ制約（不変条件）を満たさないインスタンスを作れないようにする事の重要性も広く知られてきており、Always-Valid Domain Model といった名称もついているようです。 ここでは、制約を満たしたDomain Model (Always-Valid Domain Model) しか作成できないようにするファクトリメソッドについて、より柔軟で合成可能性の高いファクトリメソッドを定義する方法を紹介します。 この記事で利用する言語とライブラリのバージョンは以下の通りです。 Scala 3.1.0 cats-core 2.7.0 最初のエラーで全体を失敗とするファクトリメソッド まずは単純に Either を使ったファクトリメソッド
Cats MTL 〜 8つの型クラス - Qiita
モナドトランスフォーマーの型クラスを提供する Cats の MTL について。 ※ Scala 3 と最新ライブラリで書き直した (2022-08-14) はじめに モナドあるいはエフェクトの合成といえば、昨今では書法のシンプルさでもパフォーマンスでも Eff が有力な選択肢になるかもしれない。ただしモナドトランスフォーマーの型クラスを提供する MTL（あるいは MTLスタイル）も結構使われている1ので、MTL を活用した既存ライブラリを使う際にも、ぱっと見てだいたい理解できるくらいにはしておきたい。この記事では、Cats Mtl の８つの型クラスに着目してみる。 表にすると以下のようになる。 型クラス 使いみち 主なメソッド 継承元
Scalaのimplicitlyの使い方 - Qiita
概要 以前にScalaのimplicit（暗黙）に関する理解のためのメモでimplicitの使い方について、まとめました。今回は「implicitly」について取り上げます。 implicitlyについて implicitlyについてはあまり情報がないのですが、stackoverflowのWhat is the Scala identifier “implicitly”?が分かりやすいかなと思います。 要するに暗黙の変数として定義されたものを、型で指定して取得する関数になります。とはいっても、これだけだと何が嬉しいかよくわからないと思うので、下記に例題を用意しました。 例題 下記のように親子関係となっているオブジェクトクラスがあります。ImplicityTestから親クラスにある暗黙の変数（test）の値を取得するためには、どうしたら良いでしょうか。 object ImplicityTes
New in Scala 3
⚠️ Beware of Scams: since Feb 2024, scammers are using fake Scala websites to sell courses, please check you are using an official source. Scala 3 は Scala 2 から大幅な改善が行われ、さまざまな新機能が追加されている。 ここでは Scala 3 の特に重要な変更点を概観する。 より詳しく知りたい方は以下の参考リンクを参照。 Scala 3 Book は Scala を書いたことがない開発者向けに書かれている。 Syntax Summary では Scala 3 で新しく追加されたシンタックスを解説している。 Language Reference を見ればScala 2 と Scala 3 の変更点を詳しく確認できる。 Scala 2 から
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://scalamatsuri.rlemaitre.com/1
大変だよ、Tagless-final パターン
自己関手の圏における モノイド対象 in Scala
Compiler Options Lookup Table