時系列でみる！4年の歳月をかけてPlay Frameworkで「大規模リプレイス」した話【Backlog Play 化プロジェクト】
ヌーラボの松浦です。私が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を使う理由｜ハイクラス転職・求人情報サイト AMBI（アンビ）
10年モノのサービスをアーキテクチャから再設計─はてなブックマークがScalaとDDDを使う理由 10年以上運用されているサービスには、さまざまな技術的な負債が発生しています。今後の継続的な改善のため、いったん新規開発を止めて4年かけて全面的なリニューアルを実施した「はてなブックマーク」の開発者に、プロジェクトの課題や解決する手法などを聞きました。 改善1つに数カ月かかるなら全てを書き換えられないか 2000年代にトレンドだった開発手法の負債 過去の開発意図を探る考古学的手法 データセンター移行も見据えて刷新しよう ドメインモデル設計とScalaとマイクロサービス化 コアロジックにはScalaを採用 きちんとしたドメインモデルによる設計と実装を継続したい 段階的なリリースとデータの移行という2つの大きな課題 求められる機能に沿ったデータベーススキーマに再構築 新旧の2システムを維持しながら
Spring BootとPlay Framework、どっちがどう良いの？ 専門家が5つの視点で徹底解説 - エンジニアHub｜Webエンジニアのキャリアを考える！
Spring BootとPlay Framework、どっちがどう良いの？ 専門家が5つの視点で徹底解説 Spring BootとPlay Framework、どちらを使うべきか……？開発者を悩ませる疑問に答えるべく、専門家2人がさまざまな視点で両フレームワークの特徴を解説します。 【比較ポイント(1)】設計思想や登場してきた歴史的背景 【比較ポイント(2)】得意分野や利用されている領域 【比較ポイント(3)】各コンポーネントの実装スタイル 【比較ポイント(4)】データベース接続まわり 【比較ポイント(5)】今後のリリース展開について Webアプリケーション開発において、フレームワークは欠かせない存在となっています。開発者が実装すべき処理に集中でき、堅牢でメンテナンスしやすいアプリケーションをすばやく開発できる。これこそ、フレームワークを使う最大の利点といえるでしょう。 JavaやScal
ScalaのコンパイラにFizzBuzzを解いてもらう - エムスリーテックブログ
この記事はエムスリー Advent Calendar 2018 かつ Scala Advent Calendar 2018の18日目の記事です。 エンジニアリンググループの冨岡です。 今回はどうしても自力では解けなかったFizzBuzz問題を、Scalaコンパイラの力を借りて解いた話をします。 FizzBuzzといえばコンピュータサイエンスの問題として広く親しまれている問題です。Wikipediaによると、コードが書けないプログラマ志願者を見分ける手法として提唱されているそうです。恐ろしいですね。 今回私は、Scalaコンパイラの力を借りてかろうじでFizzBuzzを解くことができたので、その方法を紹介します。ちょっとずるい気もしますが、依存ライブラリはなく、マクロも使っていないので許容範囲じゃないかと思います。 完成品はこちら なお、今回Scalaのimplicitおよび型クラスを多用し
PHPからScalaに乗り換えたチャットワークさん、その後どうですか？（前編） | HRナビ by リクルート
本当にScala化できるんですか？ 増井：今日は、チャットワークをPHPからScalaに切り替えるお話を伺うためにやって来ました。 山本：はい。 増井：僕がこの話を知ったのは、ちょうど2年ぐらい前に読んだブログのエントリだったんです。いきなり失礼なんですが、僕はこの話を知って、ぶっちゃけアホじゃないかと思ったんですよ。 山本：あはは（笑） 増井：基本的に開発言語やフレームワーク、方法論を同時に変えるって結構大きな変更ですよね？ 山本：そう思います。 増井：それなのに、この決断を発表された当時、御社にはScalaエンジニアがいなかったそうじゃないですか。「本当に大丈夫なのかな？」と思って、気になってたんです。昨年春には「Scala採用を決めて一年たった、CTOの雑感」というエントリをポストされていましたが、さらに1年経った今はどんな状況なんですか？ 山本：ひと言で申し上げると「絶賛移行中」と
ScalaMatsuri 2016に参加してきました - たけぞう瀕死ブログ
二日間のScalaMatsuriが終了しました。 http://scalamatsuri.org/scalamatsuri.org 今年は会社としてだけではなく、GitBucketでもスポンサーをさせていただきました。残念ながらCFPは落ちてしまったので一参加者として楽しませていただこうと思っていたのですが、寄る年波には勝てず、体調的に両日とも午後からの参加となってしまいました。 また、二日目はどなたが書いてくださったのか存じませんがアンカンファレンスネタとしてScalaパズルを上げてくださった方がいらしたようで急遽準備をしていたので他のセッションにはひとつも参加することができませんでした。Scala.jsコンパイラの話を聞きたかったのですが無念だ…。 というわけでセッションに参加できたのは初日の午後のみとなりますが、まずは参加したセッションの感想から。 バッチを Akka Stream
Scalaの新しいI/Oライブラリbetter-filesを使ってみる - たけぞう瀕死ブログ
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
Scala使用歴5年のプログラマが、この言語とその環境に関する神話を解き明かす | POSTD
(注：2016/1/21、頂いたフィードバックをもとに記事を修正いたしました。) 『 Programming in Scala (Scalaでプログラミング) 』の初版を読み始めた（でも読み終えていない）5年前からJavaの代わりにScalaを使うようになりました。最初はテストの時に使用していましたが、すぐにちょっとしたユーティリティクラスでも使用するようになり、気付いたらプロジェクト全てで使用するようになっていました。 Scalaに対する不満は多く存在しますが、この記事は違います。これは非難するものではなく、むしろ称賛するものです。 Scalaに興味ある開発者や聞いたことがあっても詳しく見たことがない人、「スムーズなプログラミングの妨げになる」と思い使用を先送りしていた人のために書きました。もちろんScalaファンに読んでもらうのも、他の人にも紹介してもらうのも大歓迎です。 この記事は3
match があれば TryParse いらないんじゃないか - ぐるぐる～
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はオブジェクト指向言語ですが、関数型言語の特徴的な機能を取り入れているため、きちんと理解するには両方の言語のイディオムを学ぶ必要があるためです。 ただ、Scala自体は必ずしも関数型言語の知識がなくても使えるように設計されています。最初はBetter Javaとして一般的な手続き型オブジェクト指向言語の延長として使い始めることができ、Scalaの特徴的な機能に触れていくことで少し
Scala.jsでJavaScriptのマッピングコードを簡単に作成する - たけぞう瀕死ブログ
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のサイトにはすで
Functional Programming in Scala - たけぞう瀕死ブログ
ようやく完結したFunctional Programming in Scala、MEAPのときから少しずつ読んではいたものの時間が経ちすぎて途中で放置していたのですが、改めてざっくりと全体を流し読みしてみました。 Functional Programming in Scala 作者: Paul Chiusano,Runar Bjarnason出版社/メーカー: Manning Pubns Co発売日: 2014/09/14メディア: ペーパーバックこの商品を含むブログを見る 著者のPaulさんとRunarさんが関数型プログラミングを勉強していたときに必要だと思った本を書いたとのことで、こういう著者が自分が読みたいと思って書いた本というのは情熱というか、ベクトルがはっきりしているので大抵外れはありません。 この本は関数型プログラミングに必要なライブラリを実際に実装しながらその概念を学んでいき
Scala 2.11.3 が生まれる前に死んでしまった話 - tototoshi の日記
↓に関して、https://gitter.im/scalajp/public で盛り上がってた内容をまとめました。 なぜこんなことになってしまうのだろう（未調査） https://github.com/skinny-framework/skinny-framework/issues/193 これ Skinny 側で何か work around できないですかね https://github.com/skinny-framework/skinny-framework/issues/193#issuecomment-58773130 2.11.3 を指定して build した Scalatra を scalaVersion := "2.11.0" なアプリから利用するのは問題なさそうだった。となると Scalatra に 2.11.3 でビルドした 2.3.1 を出してもらうようお願いするのが
ScalaMatsuriに参加してきました - たけぞう瀕死ブログ
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
Balancing Workload Across Nodes with Akka 2
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
Play frameworkメモ(Hishidama's Play framework Memo)
Play framework 2.0 Play frameworkは、Webアプリケーションを作る為のフレームワーク。 2.0からPlay framework自体がScalaで作り直されているらしい。 概要（感想） インストールが簡単。雛形も簡単に作れる。 sbtベースのコンソールでプロジェクトを操作するが、Eclipseにも対応している。 基本的にHTMLを記述する。「@」だけ特殊な意味を持ち、Scalaのコードを埋め込める。（『テンプレート』と呼ばれる） 『コントローラー』と呼ばれるScalaのクラスで、どのテンプレートを呼び出すか制御する。 Play自体がサーバー機能を持っているので、ブラウザーですぐ確認できる。 ソースを修正して、ブラウザー上で更新（F5）すると、すぐ反映される。（コンパイルが自動で行われる） Scalaへ戻る / 技術メモへ戻る メールの送信先：ひしだま
GitBucket 2.1をリリースしました - たけぞう瀕死ブログ
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に移行できるといいなと思っています。 プラグインシステム基盤のマージ ブラン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Scalaのコンパイル速度の話が聞きたいだろうし、するつもりだ
Scalaのコンパイルを3倍速くした話
Scalaz勉強会 主要な型クラスの紹介
