RoRやLaravelなどのフレームワークを使ってきた人がScalaを導入した時に引っかかる点とその解決策 - Qiita
はじめに 僕が代表をしている株式会社KOSKAでは製造業の原価管理をIoTで自動化するGenkanというサービスを提供しております。 そんな弊社では半年前、バックエンドをRoRからScalaに移行したのですが、これが素晴らしく効果が高かったので以下の記事を書きました。 スタートアップである弊社が全員ほぼ未経験でRoRをScalaに移行した理由、その効果と苦労点 しかし、最後に書いたのですが、苦労する点もとても多いです。 弊社CPOが苦労する点を抽象的な部分に関しては以下の記事で書いてくれてはいます。 0からScalaを本番導入して感じたこと・考えたこと - Qiita ただ、実際にコードを書き始めた時に引っかかりやすい点をできるだけ詳しくあげておくことで、導入しようと考えた人がなるべく簡単に導入できるという状況を作りたかったので、書きました。 それではスタートです。 RubyやPHP、Py
TwitterはScalaを捨ててません（少なくとも現在は） - kmizuの日記
なんだか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."— 水島宏太（ゆる糖質制
「Scala関数型デザイン＆プログラミング」のexerciseを解き進めるための環境準備 - kichijojipm’s blog
2016/10/16追記：全般的に書き直し 2017/4/1追記：誤りをいくつか修正 先日、「キチスカ001」と称して、「Scala関数型デザイン&プログラミング」の読書会を開催しました。 Scala関数型デザイン&プログラミング―Scalazコントリビューターによる関数型徹底ガイド 作者: Paul Chiusano,Rúnar Bjarnason,株式会社クイープ出版社/メーカー: インプレス発売日: 2015/04/30メディア: Kindle版この商品を含むブログ (2件) を見る 今回は1章、2章をざっと進めました。次の「キチスカ002」では3章をメインに進める予定です。 「Scala関数型デザイン&プログラミング」の1章、2章は関数型プログラミングの概説や、ごく基本的なScalaの文法（高階関数やカリー化などの難易度が高いものも出てきますが…）などの解説になっていて、3章以降ひ
キチスカ001を開催しました - kichijojipm’s blog
kichijojiscala.connpass.com 去年、2回ほどKichijojipm-mini名義で開催した「Scala関数型デザイン＆プログラミング」の読書会ですが、その後自分が多忙になり、とても吉祥寺.pmと併走できない感じだったので、ずっと再開できないままでした。 今回、再開のリクエストを頂いたので、イベント名も新たに「キチスカ」という名前で再開しました。10ヶ月近く経っているので、仕切り直しで最初からのスタートです。 前回は、完全に本文を全部読み上げる形式で進めましたが、今回は1章、2章あたりをつまみ読みしながら分からないところをお互いに発表する形式で進めてみました。 以下、感想というか、今後継続するにあたっての検討事項いくつか。 そもそも「Scala関数型デザイン＆プログラミング」自体がScalaという言語自体の入門書ではないので、Scalaという言語自体も一緒に学ぼうと
リアクティブシステムの鼓動(Scala/Akka)
システムの非機能要件は以前より高い要求を求められる傾向にあります。 たとえば、 – より多くのコアを使うには？ – より短い応答時間にするには？ – 限りなく0時間に近いダウンタイムにするには？ – ペタ規模のデータを扱うには？ などと考える機会が増えたと思います。 このような背景で登場したコンセプトが、”レスポンスが速い・障害に強い・負荷に応じてスケールする” 特徴を持つリアクティブシステム(リアクティブプログラミングのことではありません)です。最近注目されているので、言葉だけは耳にしたことがあるのではないでしょうか。クラウドやビッグデータ基盤の進化に合わせてアプリケーション設計の考え方も転換する時期だから注目されているのかもしれません。しかしながら、リアクティブシステムは登場してまだ間もないので、今後に備えてその鼓動を感じてもらえるセッションにしたいと思います。 そして、このリアクティ
Flux設計論 - mizchi's blog
scala.jsの実用が真面目にペイされる環境を考えると、jsとscalaのアダプタ部分を考える俺と、scalaレベルで何ができて何ができてないか考える俺が二人いればプロダクションで成立しそう— ガソリンの味 (@mizchi) 2015, 4月 28 Scala.jsが生きる場所、たとえば次のプロジェクトはウェブ版シムシティを作ることですって言われたら、ドメイン部分がピュアでかつ複雑になるのでScala.jsを選択するのはありだと思う— ガソリンの味 (@mizchi) 2015, 4月 28 ドメインがピュアでかつ複雑、基本的にatljsが活かせる部分なので、人によってはpurescript選んでもよいわけだし— ガソリンの味 (@mizchi) 2015, 4月 28 アダプタの書き方が altjs => js か js => altjsかで運用勘が結構変わる— ガソリンの味 (@m
Scala採用を決めて一年たった、CTOの雑感 | チャットワーククリエーターズブログ
こんにちは！ChatWork CTOの山本です。 ChatWorkでは一年前に、PHPの独自フレームワークでつくられた大規模システムを、Scalaを使ってゼロベースでつくりなおすという決断をしました。 Scala採用までの経緯を三行で： カウボーイ開発で約4年間積み上げてきたPHPのシステムがもはや限界ゼロベースでつくりなおそうと開発合宿を開催。満場一致でScalaに決定！しかし社内にScalaを書ける人は誰もいないのであった・・(どうすんの・・？)参考記事： チャットワークの新しい開発言語とフレームワークを決める開発合宿を開催！その全貌を丸公開します。 というわけで勢いのままScala採用を決めたはいいものの、ここからどうしよう・・・という状態でした。 そこから約一年。ChatWorkのScala開発はどうなってるの？とご質問いただく機会も増えましたので、現在の状況含め、Scalaってど
【デブサミ2015】19-A-4 レポート JavaエンジニアのScalaへの挑戦 ～高速開発を実現した開発プロセスと、Scala最大の難関「モナド」の攻略法
約3カ月でScala率9割の動画広告配信プロダクト「LODEO」を開発 2014年の動画広告市場は前年比約2倍の300億円規模といわれ、その成長は破竹の勢いともいえる。サイバーエージェントでは「アドテクノロジーの開発」をキーワードに約200名のエンジニアを集め、2013年10月に「アドテクスタジオ」を設立。2014年10月よりアドテクスタジオにて動画広告配信プロダクト「LODEO」の開発を手がけ、2015年1月にリリースした。 その背景には、動画広告自体のニーズはもちろんのこと、スマートフォンの動画広告という新しい表現と、PCを使わない新たなユーザへリーチすることが可能なプロダクトが求められているという現状がある。「LODEO」の特徴は、1日に数十億リクエスト以上さばくという高いパフォーマンスに加え、個々のユーザに配信可能な配信ロジックを搭載し、データ分析や予測も行えるというもの。さらに、
vimでScalaのシンタックスハイライトしたい - 戦場のプログラマー
2014-08-13 vimでScalaのシンタックスハイライトしたい vim NeoBundle Scala Java syntax on でなるのかと思ってたけど、甘かった。世の中そんなに甘くない。 この前インストールしたNeoBundleの出番ではないか。 derekwyatt/vim-scala VundleだけどNeoBundleもいけるはず。 ~/.vimrc に以下を追記。 "NeoBundle Scripts----------------------------- "(snip) NeoBundle 'derekwyatt/vim-scala' "(snip) "End NeoBundle Scripts------------------------- で、インストール。 :source ~/.vimrc :NeoBundleInstall そしてすでにScalaのファ
Future についての私見 - seratch's weblog in Japanese
qiita.com この記事を読んで、記事の本筋からはそれますが、前から思っていたことをつぶやいたのでまとめておきます。 前後関係がある Future 処理を一つの処理として抽出すればシンプルなケースではおかしなことにはならないと思うけど real world では横からはさみこみたくなる要件が継ぎ足されていくとつらくなる。— seratch_ja (@seratch_ja) 2015, 3月 26 そういう要件は本当は同期処理でやるのがよいわけで、そこをあえて Future とかコールバック関数縛りでやらなければならない理由が何かを考える。リソース効率とか膨大な同時接続への耐久性を可読性を犠牲にしてでも得たいのかという。— seratch_ja (@seratch_ja) 2015, 3月 26 適当に作るとデバッグとか運用のトラブルシュートとか大変になるし、開発の難易度はそれなりに上が
Scalaを始めて早5年、今一度冷静にScalaと向き合ってみた - tehepero note(・ω<)
2015-03-11 Scalaを始めて早5年、今一度冷静にScalaと向き合ってみた Scala 今年は2015年で、社会人になってプログラマとしてデビューしたのがディープインパクト*1がまだ現役だった2006年で早9年。そして自分がScalaという言語に出会ったのが2010年なので、なにげにキャリアの半分くらいをScalaを触って過ごしてるということになる（もちろん他の言語もやってるが）。 というわけでScalaを始めて5年ということで、今一度冷静にScalaと向き合ってみようというエントリでたいした内容ではありません。 （注：自分はたいしたScalaプログラマではありません） はじまり 過去を掘り起こせば、Scala始めた宣言をしたのはこのエントリらしい。たぶんtwitterでも宣言してる気がするけど、2011年くらいまでの発言までしか遡れなかった。 既にscala中毒患者になりかけ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://code-stylistics.net/archives/install_scala.html