ヌーラボの松浦です。私がSREのエンジニアリングマネージャーとしてプロジェクトのサポートに携わっているプロジェクト管理ツールのBacklogは、2019年7月にJavaからScala / Play Frameworkに完全移行をしました。 このPlay化プロジェクトは、10年がかりで改良され仕様が明文化されていなかったBacklogを、JavaからScala / Play Frameworkに移行するという壮大なプロジェクトでした。 約4年にわたる「Backlog Playプロジェクト」(以下、Play化プロジェクト) で体験した“紆余曲折”を記録に残し、後のプロジェクトにつなげるために、今回から7回に渡って、技術的な挑戦やプロジェクト管理の視点など、当時のチームメンバーが独自の目線でPlay化プロジェクトを振り返った記事を連載します。 連載第1回目の本記事では、序章としてPlay化プロジ

10年モノのサービスをアーキテクチャから再設計─はてなブックマークがScalaとDDDを使う理由 10年以上運用されているサービスには、さまざまな技術的な負債が発生しています。今後の継続的な改善のため、いったん新規開発を止めて4年かけて全面的なリニューアルを実施した「はてなブックマーク」の開発者に、プロジェクトの課題や解決する手法などを聞きました。 改善1つに数カ月かかるなら全てを書き換えられないか 2000年代にトレンドだった開発手法の負債 過去の開発意図を探る考古学的手法 データセンター移行も見据えて刷新しよう ドメインモデル設計とScalaとマイクロサービス化 コアロジックにはScalaを採用 きちんとしたドメインモデルによる設計と実装を継続したい 段階的なリリースとデータの移行という2つの大きな課題 求められる機能に沿ったデータベーススキーマに再構築 新旧の2システムを維持しながら

Spring BootとPlay Framework、どっちがどう良いの？ 専門家が5つの視点で徹底解説 Spring BootとPlay Framework、どちらを使うべきか……？開発者を悩ませる疑問に答えるべく、専門家2人がさまざまな視点で両フレームワークの特徴を解説します。 【比較ポイント(1)】設計思想や登場してきた歴史的背景 【比較ポイント(2)】得意分野や利用されている領域 【比較ポイント(3)】各コンポーネントの実装スタイル 【比較ポイント(4)】データベース接続まわり 【比較ポイント(5)】今後のリリース展開について Webアプリケーション開発において、フレームワークは欠かせない存在となっています。開発者が実装すべき処理に集中でき、堅牢でメンテナンスしやすいアプリケーションをすばやく開発できる。これこそ、フレームワークを使う最大の利点といえるでしょう。 JavaやScal

この記事はエムスリー Advent Calendar 2018 かつ Scala Advent Calendar 2018の18日目の記事です。 エンジニアリンググループの冨岡です。 今回はどうしても自力では解けなかったFizzBuzz問題を、Scalaコンパイラの力を借りて解いた話をします。 FizzBuzzといえばコンピュータサイエンスの問題として広く親しまれている問題です。Wikipediaによると、コードが書けないプログラマ志願者を見分ける手法として提唱されているそうです。恐ろしいですね。 今回私は、Scalaコンパイラの力を借りてかろうじでFizzBuzzを解くことができたので、その方法を紹介します。ちょっとずるい気もしますが、依存ライブラリはなく、マクロも使っていないので許容範囲じゃないかと思います。 完成品はこちら なお、今回Scalaのimplicitおよび型クラスを多用し

本当にScala化できるんですか？ 増井：今日は、チャットワークをPHPからScalaに切り替えるお話を伺うためにやって来ました。 山本：はい。 増井：僕がこの話を知ったのは、ちょうど2年ぐらい前に読んだブログのエントリだったんです。いきなり失礼なんですが、僕はこの話を知って、ぶっちゃけアホじゃないかと思ったんですよ。 山本：あはは（笑） 増井：基本的に開発言語やフレームワーク、方法論を同時に変えるって結構大きな変更ですよね？ 山本：そう思います。 増井：それなのに、この決断を発表された当時、御社にはScalaエンジニアがいなかったそうじゃないですか。「本当に大丈夫なのかな？」と思って、気になってたんです。昨年春には「Scala採用を決めて一年たった、CTOの雑感」というエントリをポストされていましたが、さらに1年経った今はどんな状況なんですか？ 山本：ひと言で申し上げると「絶賛移行中」と

二日間のScalaMatsuriが終了しました。 http://scalamatsuri.org/scalamatsuri.org 今年は会社としてだけではなく、GitBucketでもスポンサーをさせていただきました。残念ながらCFPは落ちてしまったので一参加者として楽しませていただこうと思っていたのですが、寄る年波には勝てず、体調的に両日とも午後からの参加となってしまいました。 また、二日目はどなたが書いてくださったのか存じませんがアンカンファレンスネタとしてScalaパズルを上げてくださった方がいらしたようで急遽準備をしていたので他のセッションにはひとつも参加することができませんでした。Scala.jsコンパイラの話を聞きたかったのですが無念だ…。 というわけでセッションに参加できたのは初日の午後のみとなりますが、まずは参加したセッションの感想から。 バッチを Akka Stream

ScalaのI/Oライブラリシリーズ第三弾です。今回試してみたのはbetter-filesという、2015年に開発が開始された比較的新しいものです。名前からもわかる通り、I/Oライブラリといってもファイル操作を重視したライブラリになっています。 github.com 特徴はjava.ioに対するユーティリティやimplicit conversionを提供するものではなく、新たにScala用のインターフェースが実装されており、Javaとの相互運用のためのメソッドが提供されているということです。Scala標準のコレクションライブラリと同じような立ち位置と考えるとわかりやすいかもしれません。 better-filesを使用するにはbuild.sbtに以下の依存関係を追加します。 libraryDependencies += "com.github.pathikrit" %% "better-fi

(注：2016/1/21、頂いたフィードバックをもとに記事を修正いたしました。) 『 Programming in Scala (Scalaでプログラミング) 』の初版を読み始めた（でも読み終えていない）5年前からJavaの代わりにScalaを使うようになりました。最初はテストの時に使用していましたが、すぐにちょっとしたユーティリティクラスでも使用するようになり、気付いたらプロジェクト全てで使用するようになっていました。 Scalaに対する不満は多く存在しますが、この記事は違います。これは非難するものではなく、むしろ称賛するものです。 Scalaに興味ある開発者や聞いたことがあっても詳しく見たことがない人、「スムーズなプログラミングの妨げになる」と思い使用を先送りしていた人のために書きました。もちろんScalaファンに読んでもらうのも、他の人にも紹介してもらうのも大歓迎です。 この記事は3

Scala の match を真似て C# で色々書いているわけですが、なんかもう TryParse は Obsolete でいいんじゃ、と思えてきました。 例えばですよ、 public static T MatchInt<T>(this string self, Func<int, T> ifMatch, Func<T> ifNotMatch) { int result; return int.TryParse(self, out result) ? ifMatch(result) : ifNotMatch(); } public static T MatchInt<T>(this string self, Func<int, T> ifMatch) { return MatchInt<T>(self, ifMatch, () => default(T)); } こんな拡張メソッドを用意

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

Scala.jsからJavaScriptライブラリを使うには以下のようなマッピング用のコードが必要になります。 trait Window extends js.Object { val document: HTMLDocument = js.native var location: String = js.native def innerWidth: Int = js.native def innerHeight: Int = js.native def alert(message: String): Unit = js.native def open(url: String, target: String, features: String = ""): Window = js.native def close(): Unit = js.native } Scala.jsのサイトにはすで

(12月5日 追記) 最後のおまけのページにあるDottyはまだコンパイラとしての機能も不足しており、ベンチマークの対象とするにはまだ不適切な感じでした。調査不足な内容を公開してしまい申し分けありませんでした(´・ω・｀) VOYAGE GROUPで行なわれた社内LT大会の発表資料です。 Scala Compilerのベンチマークをとってみました。 作業に使ったファイルはこちら => https://github.com/kiris/scalac-benchmarksRead less

ようやく完結したFunctional Programming in Scala、MEAPのときから少しずつ読んではいたものの時間が経ちすぎて途中で放置していたのですが、改めてざっくりと全体を流し読みしてみました。 Functional Programming in Scala 作者: Paul Chiusano,Runar Bjarnason出版社/メーカー: Manning Pubns Co発売日: 2014/09/14メディア: ペーパーバックこの商品を含むブログを見る 著者のPaulさんとRunarさんが関数型プログラミングを勉強していたときに必要だと思った本を書いたとのことで、こういう著者が自分が読みたいと思って書いた本というのは情熱というか、ベクトルがはっきりしているので大抵外れはありません。 この本は関数型プログラミングに必要なライブラリを実際に実装しながらその概念を学んでいき

2014年9月5日、6日に渋谷マークシティのサイバーエージェントさんで開催されたScalaMatsuriに参加してきました。 ScalaMatsuriは日本最大のScalaカンファレンスで、昨年はScala Conferenceとして開催されていたものです。今年は海外からのゲストとしてなんとMartin Odersky（小田好）先生、今話題のSparkの開発者であるAaron Davidson氏などが来日されました。 1日目 僕はGitBucketのセッションをやらせていただいたのですが、A会場の横田さんのsbtのセッションは盛況だったようですが、初日の午前中ということもあってかこちらは人が少なかったですw 一応スライドを貼っておきます。 GitBucket: The perfect Github clone by Scala from takezoe 自分のセッションの後はNode.js

About Us News, articles, code snippets and more by the hakkers in the Akka community. Links: Akka Home Akka Docs In Akka 2, there is a nifty little thing called the BalancingDispatcher, which will magically distribute work to a collection of Actors in the most efficient way possible (i.e. it’s a work stealing dispatcher). The SmallestMailboxRouter has this kind of feel as well. However, the Balanc

11. hprof: JVM標準 プロファイラ • jvmオプションつけてsbt compile • 結果はjava.hprof.txtに出力されま す $ sbt -J-agentlib:hprof=cpu=samples,depth=5 clean compile 12. 結果見る • depth=5で荒い解析 • クラスのロードが大量にされている……? rank self accum count trace method 1 12.04% 12.04% 2158 300093 java.util.zip.ZipFile.getEntry 2 9.90% 21.95% 1775 300065 java.lang.Throwable.fillInStackTrace 3 7.21% 29.16% 1293 303874 java.lang.Class.forName0 4 5.40% 3

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

Scalaで実装されたオープンソースのGithubクローン、GitBucket 2.1をリリースしました。 https://github.com/takezoe/gitbucket/releases/tag/2.1 今回は特に大きな新機能はありませんが、多数のバグ修正や改善を行っています。詳細についてはIssueの一覧をご覧ください。 また、機能追加はありませんが、内部的には以下のように大きな変更が行われています。 Slickを1.9から2.0にバージョンアップ H2へのアクセスに使用しているSlickを1.9から2.0にアップグレードしました。これはScalaのバージョンを2.10から2.11にバージョンアップするための第一歩です。 次のバージョンではScalatraなどもバージョンアップしてScala 2.11に移行できるといいなと思っています。 プラグインシステム基盤のマージ ブラン