Scalaに関する誤解と事実を語る - kmizuの日記
TL;DR 世間のScalaに関するイメージは、昔のままであることが多い 昔のままどころか、最初から間違ったイメージを持たれていることも多い 実際には、既に解決されている問題は多々あるし、改善に向かっていることも多い プロジェクト管理の問題を言語に押し付けているケースもある はじめに 自分が最初にScalaに触れたのが2005年（Scala 1からカウントした場合）、あるいは2007年（Scala 2以降からカウントした場合）と、Scalaとの付き合いも結構長くなってきましたが、その間に Typesafe社（現Lightbend社）の設立 実質標準ビルドツールとしてのsbtの確立 ライブラリのバイナリ後方互換性に関するポリシーの策定 公式ScalaイベントScala Daysのはじまり Play 2 Frameworkの登場 Scala Center発足 その他色々 がありました。この間、
2年半を費やしたチャットワークのScala移行、もしやり直すならどうしますか？（後編） | HRナビ by リクルート
トレタCTOの増井雄一郎さんがチャットワークのScala化プロジェクトのお話を掘り起こすインタビューの後編です（前編はこちら：チャットワークのScala移行と大規模メッセージDB再構築、本当にできたんですね！）。ChatWork CTOの山本さんは2年半を費やしたプロジェクトを振り返り、「やっぱりScala化は必要だった」と語ります。 山本 2014年4月ぐらいにScala化を決断して、社内で勉強会が立ち上がりつつ、採用をかけていった感じです。2014年7月に加藤潤一（「日本Scalaユーザーズグループ」発起人のひとり）というScalaの優秀なエンジニアが入ってくれて。そこから設計をどうしよう、と始まって。しばらくは加藤と、もう1人ぐらいで設計をしていた。それが半年ぐらいあったのかな。 2015年ぐらいから実装を始めて。1年でチームメンバーも増えて、そのときは全部まるっと移そうと計画をたて
チャットワークのScala移行と大規模メッセージDB再構築、本当にできたんですね！（前編） | HRナビ by リクルート
2016年8月、トレタの増井雄一郎さん（「IT芸人」「フログラマー」で検索！）はPHPからScalaへの移行を表明していたChatWork CTOの山本正喜さんに「本当にScala化できるんですか？」と直球で聞きました（「PHPからScalaに乗り換えたチャットワークさん、その後どうですか？（前編）」）。そして2017年2月。「移行できたら、ぜひもう一回来てください」との誘いを受けて、再び増井さんがチャットワークにやってきました！ 増井 Scala化、おめでとうございます！ 山本 ありがとうございます。 増井 前回も聞きましたが、読んでない方もいるでしょうから、もう一度聞かせてください。Scalaを入れようと思った時期はいつなんでしょうか。 山本 そのあたりはBlog（「チャットワークがScalaを採用する理由、これからのチャレンジ。」）に書いたんですが、2年半前──合宿をしてScala化
OSSコミュニティがある日突然壊れたときにどうすればいいか
class: center, middle # OSSコミュニティが<br>ある日突然壊れたときに<br>どうすればいいか --- class: middle <img src="image/xuwei.gif" alt="アイコン" width="100" height="100" /> - twitter [@xuwei_k](https://twitter.com/xuwei_k) - github [@xuwei-k](https://github.com/xuwei-k) - blog <https://xuwei-k.hatenablog.com> --- class: center, middle ## 壊れたときに<br>どうすればいい・・・？ --- class: center, middle ## そんなのわからないので教えて下さい！！！ --- class: cent
「グローバルな技術カンファレンス」と「日本のコミュニティの交流」の両立 - ScalaMatsuri運営ブログ
ScalaMatsuri スタッフの @eed3si9n_ja です。翻訳チームということになっていますが、企画やノベルティなどサブで何でもやってます。 ScalaMatsuri 2016 の大きな目標として 日本国内の Scala のコミュニティが交流したり、海外も視野に入れて発表できる場を提供する ユニバーサルアクセスを目指して、言語、ジェンダー、民族などの壁を超えて心地よく参加できる国際的な技術カンファレンスを作る という 2つがあると思います。スタッフがあれこれ考えながら楽しむという側面もありますが。この 2つの目標をどう達成するのかを僕なりに考えてみたのが去年のカンファレンスの後に書いたカンファレンスでのユニバーサル・アクセスへ向けてというブログ記事です。 今回は、日本のコミュニティの交流とグローバル化の両立というテーマで、「ユニバーサル・アクセスへ向けて」で中で出てきた、行動規
DDDに役立つScalaの関数型プログラミング的機能 - Qiita
はじめに 今日あった増田さんのDDD Allianceの3週連続DDDの話を聞いてきた所、最後の質疑応答で、 「ScalaやHaskellなんかの関数型的な考え方が適応できるんじゃないか？」 という質問が聴講者の方から上がったのですが、 増田さん的には「まだ挑戦的試みの域を出ない」という回答があったので、 ScalaでDDDを2年近くやってきた者として、これは役立つよねという手法を紹介しようと思います。 正直な話、DDDも関数型プログラミングも学ぶのに根気のいる難しい概念にもかかわらず、 バズワード化していろんな人が違う意味で使うようになってしまったので、 正直最近こういう話を書きたいと思わなくなってしまったし、 イスラムのムジャーヒディーンと十字軍の両軍の前で正義の定義について演説することに 近いものがあると思うので、気は進まないながらも、役立つものを紹介しようと思います。 まず最初に前
私、ScalaMatsuriで転職しました - ScalaMatsuri運営ブログ
今回ScalaMatsuri 2016のスポンサー企業を募集するにあたり、特別企画として ScalaMatsuri 2014を転職活動に活用され、実際に株式会社ドワンゴさまに2014年末に入社された中山裕貴(@pocketberserker)さんに、ScalaMatsuriを利用した転職活動について詳しくお話をお伺いしました。 スポンサーをご検討されている企業のみなさんにとっては「ScalaMatsuri参加者はどんなところを見ているのか？」について、 転職を検討している参加者にとっては「どんな風に転職に活用できるのか？」について、ご参考になれば幸いです。 普段、関数プログラミングに偏らせたScalaの勉強会を開催したりしています(笑) Q.それではよろしくお願いします。 まずはドワンゴ社内でのお仕事を含め、どのような活動をなさっているか、教えていただけますか？ A.仕事では、サーバーサイ
Scalaはなぜ難しいと言われるのか？ - たけぞう瀕死ブログ
Scalaをどうやって学ぶのがいいのか？ということはScalaを使い始めた数年前からずっと考えています。よく「Scalaは難しい」と言われますが、 どこが難しいのか？ なぜ難しいのか？ ということを、これまで書籍や雑誌記事、ハンズオンなど入門用のコンテンツを作ってきた経験を踏まえて整理してみました。 まず、Scalaが難しいといわれる理由のひとつに学ばなくてはならないものが多すぎるという点があげられます。Scalaはオブジェクト指向言語ですが、関数型言語の特徴的な機能を取り入れているため、きちんと理解するには両方の言語のイディオムを学ぶ必要があるためです。 ただ、Scala自体は必ずしも関数型言語の知識がなくても使えるように設計されています。最初はBetter Javaとして一般的な手続き型オブジェクト指向言語の延長として使い始めることができ、Scalaの特徴的な機能に触れていくことで少し
Scala.js no longer experimental | The Scala Programming Language
Today, we announced the release of Scala.js v0.6.0, the Scala to JavaScript compiler, and dropped the experimental flag associated to it. Yes, you read it right: Scala.js is no longer experimental! After exactly 2 years of development, we finally feel comfortable calling it production-ready. Note, however, that Scala.js is not part of the Typesafe Reactive platform. Thus, although we consider Scal
チャットワークの、これからのフロントエンド戦略 | チャットワーククリエーターズブログ
こんにちは！ChatWork CTOの山本です。 チャットワークのバックエンドをPHPからScalaへの切り替えることを決断し、現在は移行に向けての大プロジェクトが進行中です。 バックエンドはScalaにしていく。じゃあフロントエンドはどうするの？ということで、今回はチャットワークのフロントエンド開発における今後の戦略を書いてみようかと思います。 現在のフロントエンドにおける課題現在のJavaScriptコード量は、ざっと5万行ほどになっています。(OSSライブラリ、言語キーなどを除く。たぶん大規模・・ですよね？) 約5年前の開発スタート時より、素のJavaScriptとjQueryをベースにゴリゴリと書き重ねられ、これぐらいのコード規模になったソースコードはご想像通りメンテナンスコストがかなり高くなってしまっています。。。 バックエンドの刷新に伴い内部APIも一新されるため、どうせ大幅に
「Javaの鉱脈」でGatlingの記事を書きました | さにあらず
WEB+DB PRESS の Vol.83 で、負荷テストの記事を書いたので是非読んで頂きたい。 2014/10/24 発売ですので、既に購入頂いてる方も多いと思います。 電子書籍版もありますので物理的な媒体に興味がない方は PDF を買って下さい。 WEB+DB PRESS Vol.83@Gihyo Digital Publishing 今回の記事における対象読者について JMeter だ、JMeter を撃滅せよ。 負荷テストスクリプト書くのに GUI なんぞいらないのですよ。 素人騙すんなら、それでいいかも知らんけども、そういう事じゃないでしょう。 GUI なしでも書けますよって、そのヤヴァイ XML を俺に見せるな。 負荷かけてる最中にサーバより先に死んだりするような負荷テストツールを後生大事に使うのをやめて欲しいのです。 今回は、新進気鋭のツールであるところのGatlingを紹
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
Enjoy.scala！ 日本最大級の Scala カンファレンス「ScalaMatsuri」 8/13(水) 18:00〜より追加席の販売を開始いたします。 こちらは、ScalaMatsuriのチケット購入ページです。 詳しい情報は公式サイト（scalamatsuri.org）を御覧ください。 プログラムはこちら（scalamatsuri.org/ja/program）。 最新情報はTwitterで発信しております。@scala_jp 参加費 一般 6000円 学生 3000円 2日間共通チケットです。6日の昼食、夜の懇親会費用、7日の朝食、昼食の費用が含まれています。 学生チケットをお求めの方は、当日、学生証を確認いたします。 チケットの払い戻しには応じかねます。譲渡は自由に行えます。 カンファレンス発表者(CFP)の方は、チケットをご購入頂く必要はありません。LT発表者の方はチケット
ScalaTest
ScalaTest/Scalactic 2.2.0 Release Notes ScalaTest/Scalactic 2.2.0 includes the enhancements and deprecations listed below. No source code using ScalaTest/ScalaUtils 2.1.x should break, but you will likely need to do a clean build to upgrade. For information on how to include ScalaTest in your project, see the download page. For information on how to use Scalactic in your production code, see its d
チャットワークの新しい開発言語とフレームワークを決める開発合宿を開催！その全貌を丸公開します。 | チャットワーククリエーターズブログ
みなさんこんにちは、技術部Webチームリーダーの田中佑樹です。 みんなからはたなやんと呼ばれています。猫とVimが大好きです。 さて、今回は先日開催した2泊3日のChatWork開発合宿の全貌についてご紹介したいと思います。 「開発合宿をやってみたいけど、どうすればいいのかよくわからない」という方の参考になれば嬉しいです。 なぜ開発合宿をすることになったのか？ チャットワークは2011年3月の公開以来、順調にユーザー数を伸ばし2014年4月時点で世界170カ国42,000社の企業に導入されるまでに成長しています。 そんな中、現在チャットワークのバックエンドで動いているプログラムが今後の運用において最適ではないのではという懸念があり、言語とフレームワークの再選定をしようという声が上がりました。 ただ、なかなか日頃の業務の中で時間を取るのは難しく、今後のチャットワークを左右する重大な選択なので
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Facebook
Java エンジニアチームが始めやすい Scala コーディングスタイル #ichigayageek
はてなブックマーク in Scala
動画タグ検索「ScalaMatsuri」- ニコニコ動画
Scalaのコンパイルを3倍速くした話
