皆さんおはようございます。見ている人は見ていたかもしれませんが、昨夜はかなり遅くまで巷で話題沸騰のChatGPTによくわからんクエリを投げて、その結果をみてげらげら笑っていました。特に存在しないプログラミング言語であり「ScalaにHaskellと同じ型推論を加えた」言語Scalayがあることにしたら、ChatGPTが本当にHaskellぽい（単なるHMでなく、Haskellぽいというのは型クラスまで推論される辺り）型推論を持つ架空のScalayコードを解釈実行してくれたりしたところは、控えめに言っても予想外の結果で深夜なのに部屋で忍び笑いをしていました。 Scalaに引数の型推論を追加したようなパチもんのプログラミング言語Scalay（仮）ができてしまった（ChatGPTと対話してる間だけの短い命）。 一応、add: (Int, Int) => Int が推論されてるのすばらですね。 p
Let's improve Scala together. The Scala Center seeks to: Coordinate and direct the open source development of libraries/tools of broad benefit to the community. Substantially grow our community of open source contributors. Improve the landscape of Scala's libraries. Provide scaffolding to help the community develop, publish, find, and evaluate Scala libraries. We'll start by consulting with the us
配列 (Array) は Scala のコレクションの中でも特殊なものだ。Scala 配列は、Java の配列と一対一で対応する。どういう事かと言うと、Scala の配列 Array[Int] は Java の int[] で実装されており、Array[Double] は Java の double[]、Array[String] は Java の String[] で実装されている。その一方で、Scala の配列は Java のそれに比べて多くの機能を提供する。まず、Scala の配列はジェネリックであることができる。 つまり、型パラメータか抽象型の T に対する Array[T] を定義することができる。次に、Scala の配列は Scala の列と互換性があり、Seq[T] が期待されている所に Array[T] を渡すことができる。さらに、Scala の配列は列の演算の全てをサポー
高階関数は他の関数をパラメーターとして受け取る、もしくは結果として関数を返します。 このようなことができるのは、Scalaでは関数が第一級値 (first-class value) だからです。 用語が少し紛らわしいかもしれませんが、 ここでは”高階関数”というフレーズを関数をパラメーターとして受け取る、または関数を返すメソッドと関数の両方に対して使います。 もっとも一般的な例の1つは、Scalaのコレクションで利用可能な高階関数mapです。 val salaries = Seq(20000, 70000, 40000) val doubleSalary = (x: Int) => x * 2 val newSalaries = salaries.map(doubleSalary) // List(40000, 140000, 80000) doubleSalaryはIntxを1つだけ受け
こんにちは。FLINTERSでTech Adviserをしています、OE(@OE_uia)です。 Scala 3.0.0が2021年5月14日にリリースされたことを受けて、いつアップデートするか検討中の方も多いかと思います。 実際、今FLINTERSではScala製プロダクトのScala 3.0.0へのバージョンアップを試みており、今回はその進捗をブログ記事化しました。 TL;DR Play Frameworkやplay-jsonを利用したプロジェクトでも、一部はScala 3.0.0にアップデート出来ることを確認しました。 Scala 3化を完遂するにはやや時期尚早な感があるものの、今回試してみてScala 2.13とScala 3の互換性に関する知見がたまり、OSSへの貢献もできました。 scala3-migrate-pluginで依存しているライブラリのScala 3対応状況について
Scala 3 は Scala 2 から大幅な改善が行われ、さまざまな新機能が追加されている。 ここでは Scala 3 の特に重要な変更点を概観する。 より詳しく知りたい方は以下の参考リンクを参照。 Scala 3 Book は Scala を書いたことがない開発者向けに書かれている。 Syntax Summary では Scala 3 で新しく追加されたシンタックスを解説している。 Language Reference を見ればScala 2 と Scala 3 の変更点を詳しく確認できる。 Scala 2 から Scala 3 への移行を考えている方はMigration Guide を参照。 Scala 3 Contributing Guide は、問題を修正するためのガイドを含め、コンパイラーをさらに深く掘り下げます。 What’s new in Scala 3 Scala 3 は
Scala has both functions and methods. Most of the time we can ignore this distinction, but sometimes we have to deal with the fact that they are not quite the same thing. In my Scala Syntax Primer I mention that I use the terms method and function interchangeably in the discussion. This is a simplification. In many situations, you can ignore the difference between functions and methods and just th
これまでScalaでの開発にはENSIMEを使ってきたけど, もうそろそろ頃合いだとおもうのでMetalsに乗り換えた. エディタ側でLSPのサポートが充実してきているのでこれはだいぶ簡単で, さっくり乗り換えることができた. Metalsはビルド部分は裏側でBloopを使っているので, テストの実行なんかもこれに乗っかるとだいぶ楽になる. けどEmacsからBloopを利用するにはまだちょっと面倒なところもあったので, この際いろいろ整備してみた. Metals + Bloop MetalsはまぁふつうにScalaのlanguage serverという感じだけど, ENSIMEと比べると以下の点が強力(個人的な視点). コンパイラがホンモノなのでエラーを誤検知しない (従来の開発環境では) presentation compilerと呼ばれる, ちょっとインチキしてるやつだった 誤検知で
Simple installationOpen a directory, import your build and start coding. Accurate diagnosticsCompile on file save and see errors from the build tool directly inside the editor. No more switching focus to the console. Rich build tool supportThe build tools sbt, Gradle, Maven and Mill are supported thanks to BloopHot incremental compilation in the Bloop build server ensures compile errors appear as
Object-Oriented Conferenceの発表資料です。 https://fortee.jp/object-oriented-conference-2020/proposal/1224f293-8624-4448-866f-5d1b991d377f カンファレンスの感想はこちら。 …
apply, unapply ScalaのObject内で良くセットで定義されるメソッド、 apply (注入、injection)、unapply(抽出、extraction)。 細かい事はコップ本26章やその他の有用な記事を見るとして... unapplyメソッドを持つオブジェクトは**抽出子(extractorObject)**と呼ばれる。 例1 object extractorObject { // 抽出子オブジェクト object Sample { def apply(str: String): String = { // 文字列を作った str + " (applyが呼ばれた)" } // ここでの引数strはapplyが作り出した文字列 def unapply(str: String): Option[String] = { if (str.nonEmpty) Some(st
はてなエンジニア Advent Calendar 2019 - Qiita 12/6 12/5 はAWS コストエクスプローラー API と気軽につきあう(2019) - Qiitaであった。 今暫くは都合で Scala を書いてゐる。數年 Elixir をやってきた身だから、簡單に比較してみやう。 同じ所 函數型言語である Elixir も Scala も、函數を組み合はせる事で program を作る言語だ。 不變 data Lisp のやうに、函數型言語だからと言って data が不變とは限らない。しかし Elixir も Scala (var 付きの class や Java の class を使はなければ) も data は書き換へられない。どちらでも (Scala では var を使ふ) 再代入は出來る。またどちらも Haskell の樣に副作用を局所化したりはしないから、大域
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く