Scala関西 Summit 2017 で公開されました資料の一覧ですー。 ※Twitterで拾えた分だけですので、他にもありましたら、追記したいので教えていただけると嬉しいですー。 セプテーニ・オリジナルホール Non-Functional Programming in Scala - 竹添 直樹 Scala and Akka apps on Kubernetes in ChatWork - 林 大介(hayasshi) ​実践ScalaでDDD - 辻 陽平 ストリーム処理ことはじめ ～ Akka Streams - にしかわささき Not Found グラフを知って理解するAkka Stream - kamijin_fanta Reladomo in Scala - 伊藤博志/瀬良和弘 「Scale with Scala」の道程 - 松坂 高嗣 Not Found Scala on

なんだかTwitterの一部で www.utali.io の記事が話題になってるようですが、はっきり言って誤情報です（というか、何故そんな誤解をしたのか知りたいくらい）。根拠はいくつかありますが Twitterは最近（ここ数ヶ月）にScala CenterのAdvisory Boardにjoinしている 置換えたとされるFinagleのコミットが最近でも活発である そもそも引用元ツイートで一言も、Scalaを捨てたに相当する表現が見られない 1についてですが、Scala作者のMartin Odersky先生が Odersky先生も参戦してる。"For what it's worth Twitter just joined the Scala Center advisory board as a full member. Don't believe the FUD."— 水島宏太（ゆる糖質制

2016年8月、トレタの増井雄一郎さん（「IT芸人」「フログラマー」で検索！）はPHPからScalaへの移行を表明していたChatWork CTOの山本正喜さんに「本当にScala化できるんですか？」と直球で聞きました（「PHPからScalaに乗り換えたチャットワークさん、その後どうですか？（前編）」）。そして2017年2月。「移行できたら、ぜひもう一回来てください」との誘いを受けて、再び増井さんがチャットワークにやってきました！ 増井　Scala化、おめでとうございます！ 山本　ありがとうございます。 増井　前回も聞きましたが、読んでない方もいるでしょうから、もう一度聞かせてください。Scalaを入れようと思った時期はいつなんでしょうか。 山本　そのあたりはBlog（「チャットワークがScalaを採用する理由、これからのチャレンジ。」）に書いたんですが、2年半前──合宿をしてScala化

オブジェクトの内部の値がイミュータブルであれば、今後もその値は変更されないことが保証されているので、新しい状態を持った新しいオブジェクトの内部の値のうち、変更のない部分(つまり値のうちのほとんど)は古いオブジェクトの値をそのまま参照すればよく、コピーする必要がないということを @takkkun が言っていて(正確には、イミュータブルなリストに新しい値を追加した新しいリストを作るときには、中身をコピーする必要ない。変更されないことが保証されてるから、という話だった)目から鱗が落ちたのでここに記して置こうとおもった。 で終わろうと思ったんだけど、もう少しちゃんと書く。 ミュータブルな世界では同一性の問題がある。 たとえば playerA と playerB の HP がたまたまおなじ 10 であったとしても playerA と playerB の HP 変数が同じ数値オブジェクトを参照していた

追記：Twitterで、「それって、言語マニアにしかできない技のような気が」という指摘を受けました。自分としては一般的に適用可能な話だと思っていますが、あるいは自分の感性が著しくずれているのかもしれません。その辺承知の上でお読みください。 Scalaは習得が難しい言語だ、とよく言われます。また、実際問題として、Scalaの言語仕様の全体はそれなりに複雑でもあります。しかし、それはたとえばJavaでも言語仕様の全体像を把握するのは難しい話であり、Scalaに限った話ではありません。にも関わらず、Scalaの習得が難しいとよく言われるのはプログラミング言語の学習モデルが誤っているからではないかと最近思うようになりました。そこで、Scala（や他の言語も含めて）のコストを下げるために必要な心得についてちょっと書いてみます。 Scalaはオブジェクト指向言語である これは、Scalaは関数型プログ

昨年から密かに作り続けていたScala WarriorというWebアプリケーションをScala関西 Summit2016にあわせてリリースしました。 github.com これはRuby WarriorにインスパイアされたScala学習用のゲームで、Scalaコードを書いて侍を操作しステージをクリアしていくというものです。 実装にはScala.jsを活用しており、プレイヤーが入力したコードをScala.jsでJavaScriptにコンパイルし、それをクライアントにサイドに返却してブラウザ上で実行しています。エディタではCTRL+SPACEでコード補完、CTRL+Sでコンパイル結果の確認ができます。このあたりのコードはscala-js-fiddleを参考にさせていただきました。 とりあえず動くものをリリースしたというだけでステージ数も少ないのですが、今後少しずつ改善していければと思っています

10月8日（土）大阪で開催されたScala関西 Summit2016にスポンサーとして参加させていただきました。 summit.scala-kansai.org 私自身は前職時代を含めここ4年ほどはScalaで仕事ができるようになっていますが、日本だけでなく世界的に見てもScalaの普及度というものはまだまだだなと感じることがよくあります。弊社は東京の会社ですが、今回スポンサーをさせていただいたのは関西にも「これからScalaを使いたい」というプログラマがいらっしゃるのであればそれをサポートすることでScalaの普及に貢献できるのではないかという思いがあってのことです。 当日はスポンサーブースを出していたり、自分自身もスポンサーセッションで登壇させていただいたりしたので他のセッションにはあまり参加できなかったのですが、その中でも参加したセッションについて紹介したいと思います。 はてなにおけ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Scala 関西 Summitの懇親会LTです。 http://summit.scala-kansai.org/ LTは３分しかなかったので補足。 スマートフォンをコントローラーにデジタルサイネージで遊ぶゲームをつくるのにつくったwebsocketのサーバをPlay 2.5 で書きました。 以前はNodeJsで書いていたものをScalaで書き直しました。 （ゲーム自体はつくりかけ) ユーザが一度接続するとユーザ情報を格納するアクターが生成されて、ユーザの固有情報を記録しています。スマートフォンから受け取った情報を元にアクターがakka streamで構築したストリームメッセージをなげて、Unityに渡して描画をしています。

Scalaの勉強もかねてPlay FrameworkでDBを利用したREST APIサーバーを作ってみました。 自分がつまずいたポイントを記述しておきます。 ソースコード システム環境 ローカル開発環境: MacOSX + MySQL5.5 本番環境: CenOS6 + MariaDB5.5 Play Framework 2.3 JDK8 (Scala 2.11ではJDK8はテストサポート扱いらしい 標準サポートは JDK6 <= JDK7 ) Scala 2.11 IDE: IntelliJ IDEA 14 Ultimate + Scalaプラグイン (Ultimateは有償だがお薦め) データベースで管理するもの 2014〜2015年で放送されているアニメ作品を管理しているデータベース インストール&プロジェクト作成 最新のPlay Frameworkではactivator経由でインス

こんにちは、アプリケーションエンジニアの id:aereal です。 summit.scala-kansai.org 来たる10月8日に Scala 関西 Summit という関西最大級の Scala カンファレンスが大阪で催されます。 このカンファレンスにおいて、「はてなにおけるマイクロサービスと Scala」と題してはてなにおいて Scala でマイクロサービスを開発した経験に基づく持続可能なサービスの分割や結合にまつわる考察や知見をお話しさせていただきます。 内容について 以下に CfP に記載したトークの概要を引用します: はてなにおける Scala でマイクロサービスを開発した事例についてご紹介します。 サーバー監視サービスの Mackerel (https://mackerel.io/) や現在進行中のはてなブックマークリニューアルで主たる言語として Scala を採用している

Java IDEのIntellij IDEAで、JVM言語のScalaを使ってAndroidエミュレータを動かしてみました。 環境は、IntelliJ IDEA 2016.2とScala 2.11.8で、ビルドツールはsbt 0.13.12を使ってます。 ScalaとsbtはPCにインストールせずに、IntelliJ IDEAのプラグインのみで環境を構築しています。 目次 目次 IntelliJ IDEAでAndroid開発の準備 ScalaプラグインとSBTプラグインの確認 sbtのJVM heap Sizeを変更 Hello Scala テンプレートにAndroid SDKを設定して開く Project StructureでModulesを設定 Project StructureでAPK pathを設定 Run/Debug ConfigurationsでRun SBTの設定 RunでA

Reactive Messaging Patterns読書会のなかで、「マイクロサービスとAkkaとGo」な面白い話題が出たので代表でまとめる試みエントリです。（結構、色々な話題に飛んでいるので難度高い。） まとめ方としては、会話ログを転記して、最後にまとめる形をとっています。また、議論と私の考えが混ざらないように所感は分けておきます。 ddd-cqrs-es.connpass.com TL;DR 要素技術（どんな言語使うとか、どんなアーキテクチャにするとか）の前に、組織やプロダクトの性格を考えて戦略を決めましょう。 そして、その中で最適と思われる戦術をとれるような要素技術を採用しましょう。 Akka良いよ。 ログ（一部抜粋） Slackからの引用のためテキストベースです。 事の始まりは、荒木さん（以下、 @applideveloper ）の発言でした。 （この記事絡みですね。 集合知で各

summit.scala-kansai.org Scala関西Summitスタッフの @daiksy です。 10月8日の開催日にむけ、スタッフ一同いろいろな準備を本格化させています。 昨年に開催された前回のScala関西サミット、今年の1月に開催されたScalaMatsuriと、Scalaの大きなイベントでは非常にたくさんの人が参加してくださいます。ここ数年で大きく成長したScalaコミュニティですが、これからScalaをはじめようとされている皆さんも、遠慮無く参加してさらに盛り上げていきましょう。 Scala関西Summitでは現在、スポンサーとスピーカーを募集中です。募集締め切りも迫っているということで、イベントの宣伝を兼ねてそれぞれをご紹介しようと思います。 スポンサーはコミュニティでの存在感を劇的に高めます Scala関西Summitでは企業スポンサーを募集しています。こちらは一

#adtech_scala / 2016/05/16 adtech×scala meetup

関数型プログラミング (functional programming) の利点を説く際によく持ち出されるのが、QuickCheck の開発者の一人である John Hughes が 1984 年に著した論文 "Why Functional Programming Matters" だ。「なぜ関数プログラミングは重要か」という題名で日本語訳もされているので、読んだことがある人も多いと思う。 要旨としては、冒頭の１章および２章で述べられている「関数型プログラミングが優れているのは、高階関数と遅延評価という、モジュール同士を貼り合わせる強力な『糊』を持っているからだ」という話がほぼ全てで、以降はそれを具体例に基づいて説明する構成になっている。ただ、その具体例として「数値計算アルゴリズム」やら「ゲーム用人工知能アルゴリズム」やらの話が延々と続くし、しかもコード例が Haskell の先祖にあたる

はじめに 人によって様々な書き方ができてしまうのがScala。 本記事では、階乗を求めるfac関数を例に、いくつかの興味深いプログラミングスタイルを紹介します。 以下のコードは、REPLで:pasteすることで、簡単に動作を確認できます。 手続きプログラミング 破壊的操作をためらわない男らしいプログラミングスタイル。 def fac(n: Int) = { var result = 1 for (i <- 1 to n) { result *= i } result } 再帰で書くより速い（はず）です。 普通の再帰 初学者泣かせの再帰スタイル。 def fac(n: Int): Int = if (n == 0) 1 else n * fac(n - 1) // 再帰呼び出しの外側に * による演算がある このように書くとスタックをどんどん消費するので、後述する末尾再帰を使ったほうがいいで