Scala選定の理由と移行の方針 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 発端は(食べられる方の)カリーうどん 弊社では、[クラウド会計のA-SaaSがシリーズCで3億円を調達、システム刷新へ] (http://jp.techcrunch.com/2016/12/06/a-saas/)という記事にもあるように、Javaで書かれているサーバーサイドのアプリケーションを、Scalaに移行していくことにしています。アドベントカレンダーの最後のエントリーでは、Scalaに決めた経緯というか、背景を述べて行こうと思います 今から約1年前の2016年の初頭、とある同じ会計関連ベンチャーのCTOが弊社オフィスのある白金高輪
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 を出してもらうようお願いするのが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
