プログラミング言語 Scala 11冊目 [転載禁止]©2ch.net

**デフォルトの名無しさん** · 2015/08/28(金) 07:25:25.39

The Scala Programming Language
ttp://www.scala-lang.org/

日本Scalaユーザーズグループ
ttp://jp.scala-users.org/

■前スレ
プログラミング言語 Scala 10冊目
http://peace.2ch.net/test/read.cgi/tech/1390629242/

■Scalaの紹介文（さわり）
Scalaは簡潔かつ優雅で型安全な方法でよくあるプログラミングパターンを表現できるように
設計された汎用プログラミング言語です。
Scalaはオブジェクト指向と関数型言語の特徴をスムーズに統合しておりJavaやその他の言語を扱う
プログラマをより生産的にすることができます。（以下略）
ttp://www.scala-lang.org/node/25

■Scalaに関する書籍（英語）
ttp://www.scala-lang.org/node/959
リファレンスマニュアルや草稿のPDFなども充実しているのでそちらも参照してください。
日本語の資料には、チュートリアルの訳やIBM dW、IT Pro, @ITの連載記事、各々で開かれた勉強会の資料などがあります。

**デフォルトの名無しさん** · 2015/11/07(土) 23:06:23.35

まあでも、勝手に利用者増えてってる状況だからな。
普通に学部のCS出たらML系には馴染みがあるし、
erlangから移植したものとjvmから引き継げるものがあって、さっと使えるし、監視系に強いのが利点だと思う。
goが置き換えそうな分野が増えてるけどね。

**デフォルトの名無しさん** · 2015/11/07(土) 23:09:48.31

ml系使えるならhaskellやocamlでなんで書かないのというのはあるが、そこはライブラリがあったり情報があったりなんだろうなと。

**デフォルトの名無しさん** · 2015/11/08(日) 02:48:28.67

Scalaは普通にオブジェクト指向言語として書ける　＆ jvmで動きjavaライブラリが普通に使える
って点がでかい
てかscala書いててそんなに関数型プログラミング意識しないし　scalazとか使うのならともかく
>>104
>学習コストが1日かからないような洗練された言語が数ある中で
そんな言語はない　

**デフォルトの名無しさん** · 2015/11/08(日) 05:35:04.24

仮に1日かからない言語があったとするとその言語の使用者は代わりがいくらでも簡単に用意できるということ
学習コストが高いというのはある意味長所だと思う

まあGoとかScalaとかHaskellとか業務系でメインじゃない言語をやってる人って
プログラミングが好きな人のイメージだから学習コストとか気にしないんじゃないかな
実際俺も実務で使わないけどScalaやり始めたし
今はScalaメインの会社に転職して楽しくコーディングしてるわ

**デフォルトの名無しさん** · 2015/11/08(日) 10:14:00.73

アセンブラとか低級言語は1日で理解できるが会得は困難
比較的高級なC++はとりあえず書けるが理解は一生かかってもできないと思う
どこまでを学習コストと見るかだな

Scalaは既存のJavaアプリの段階的移植という学習方法があるのがいい
Haskellは勉強のための勉強ばっかで苦痛だった

uy ◆Qawu9.2l1E · 2015/11/08(日) 11:04:41.20

どうやら、

IQに差がありすぎて会話になりませんね

Scala厨はもう少し頑張りましょう

**デフォルトの名無しさん** · 2015/11/08(日) 12:44:16.66

uyは色々な言語スレに登場しては荒らしていってる奴だから、無視が正解

**デフォルトの名無しさん** · 2015/11/08(日) 14:44:55.43

すごいHaskellすげー面白かったぞ
パラダイムの学習以上のことをしようと思ったら苦痛そうだけど

**デフォルトの名無しさん** · 2015/11/09(月) 22:51:48.65

uy戻ってきたのか。もう成人したのか？

**デフォルトの名無しさん** · 2015/11/10(火) 00:27:23.14

言語が面白いとかどんなレベルなんだよw

**デフォルトの名無しさん** · 2015/11/10(火) 15:45:53.50

本だろ

**デフォルトの名無しさん** · 2015/11/16(月) 11:33:28.62

職種別、資格別、スキル別の平均最低月給リスト（ほぼ毎日更新）
http://jobinjapan.jp/cate/
全掲載求人109,160件の平均最低月給195,800円

Scalaの求人の平均最低月給268,000円
http://jobinjapan.jp/job-listing/keyword-scala.html

**デフォルトの名無しさん** · 2015/12/09(水) 08:35:00.26

haskellって圏論やらないと使えないのが痛いけど
scalaはjavaの亜種だから親しみがあっていいよな

**デフォルトの名無しさん** · 2015/12/12(土) 00:42:28.28

別に圏論やろんでも使えるだろ

**デフォルトの名無しさん** · 2015/12/12(土) 11:08:21.23

寧ろJavaなんかに親しんでしまった人々を哀れむ

というかScalaは「Javaでない」ところに
魅力というか存在意義があると思うんだが
ScalaはJavaの亜種って相当な皮肉に聞こえる

**デフォルトの名無しさん** · 2015/12/12(土) 11:28:57.93

JVM上で動くから、Javaのクラスが普通に使えるってだけで、全然別言語だよな

**デフォルトの名無しさん** · 2015/12/12(土) 11:39:58.18

Javaの資産を流用できることが最大の売りであると同時に足を引っ張ってる
おかげで仕様に不自然な制限がとても多いしライブラリもクソ使いづらい

**デフォルトの名無しさん** · 2015/12/12(土) 12:45:22.80

過去の資産使えなかったらまず始まりがないからな
C#あたりはそれだけで完結させるなら綺麗だがやはり既存のNativeコードとの連携では足を引っ張られてるしな

**デフォルトの名無しさん** · 2015/12/12(土) 13:45:23.86

NashornやJRubyやOCamlJavaだとJVMで動くからJavaのクラスが使えるだけの別言語という雰囲気だが
ScalaやGroovyだとJavaとの相互運用性を念頭に設計されてて別言語っていうのにも違和感ある

**デフォルトの名無しさん** · 2015/12/13(日) 01:42:12.41

>>121
具体的には？
jvmのアレさが足を引っ張ってる所は感じてるけど
（主にarrayと型消去）

**デフォルトの名無しさん** · 2015/12/13(日) 07:41:44.16

>>124
単にJavaAPIをFFI出来るだけにJavaとの互換性限定すればJVM上でも配列や型消去も(パフォーマンス上の問題はあるが)好きにやれるんじゃないか？

**デフォルトの名無しさん** · 2015/12/14(月) 00:24:20.24

Scalaを勉強した感想
・複雑な処理でも簡潔に書けると謳っているが、簡潔に書けるまでにはかなり勉強が必要だと思った
・可読性なくね？

**デフォルトの名無しさん** · 2015/12/14(月) 02:44:26.88

https://github.com/twitter/gizzard

これなんか全部Scalaで書かれてるけど可読性は

**デフォルトの名無しさん** · 2015/12/14(月) 02:45:10.27

https://github.com/twitter/gizzard/search?l=scala

可読性は無いようなもんだよ

**デフォルトの名無しさん** · 2015/12/14(月) 07:58:52.26

>>127
もうベターJavaというか完全にJavaじゃないか
これだったらもう普通にJavaでいいわ

**名無しさん＠そうだ選挙に行こう** · 2015/12/14(月) 19:36:02.13

>>126
scalaで簡潔に書けないのは関数型に慣れてないだけでは？
あとちょっと勉強したくらいでその言語の可読性を語っちゃいけない

**デフォルトの名無しさん** · 2015/12/14(月) 23:58:17.28

>>126
普通に書いてる分にはそんなに可読性悪くないと思う
implicit使いまくると可読性落ちるけど

**デフォルトの名無しさん** · 2015/12/15(火) 00:04:09.04

あとあんまりにもdslっぽく書くために演算子を使いまくったり
macroに手を出したりするとわけわかめ

**デフォルトの名無しさん** · 2015/12/15(火) 00:05:43.06

>>129
どのへんが完全にJavaなのかわからなかった

**デフォルトの名無しさん** · 2015/12/15(火) 00:53:09.35

>>133
むしろどのへんがScalaらしいのか教えてほしい
普通のJavaとしてはお手本のような綺麗なコードだけど、少なくとも関数型プログラミングとは言い難い

**デフォルトの名無しさん** · 2015/12/15(火) 01:07:08.72

Implicit 最高やろ。extends AnyVal が効くようになってから使いまくってるわ

**デフォルトの名無しさん** · 2015/12/15(火) 01:26:19.05

可読性は言語自体が持つ構文にも影響されるけど
最も可読性に影響を与えるのはコードを書く人だから
twitter社のscalaのコードが読みやすい読みにくいはtwitter社のプログラマのせい

**デフォルトの名無しさん** · 2015/12/15(火) 07:57:49.37

>>127が「実世界での開発におけるScalaの正しい使い方」なんだとしたら、
一部の企業でScalaからJavaに回帰する動きがあるのも納得
これなら確かにJava8でいいね

**デフォルトの名無しさん** · 2015/12/15(火) 11:49:41.60

単純にvar禁止にすれば嫌でもある程度scalaっぽいコードになるだろうな

**デフォルトの名無しさん** · 2015/12/15(火) 12:32:36.60

>>127のようなインフラに近い部分って本質的にミュータブルにならざるを得ないんだよな
それにweb系は基本的にモデルが単純であることが多く、関数型のメリットを受けづらい
関数型の真価はむしろ、見ただけで吐き気するようなクソ複雑な業務ロジックと業務フローを記述するのに発揮されると思うが
日本の大規模システム開発に果たしてそんな日が来るのかどうか

**デフォルトの名無しさん** · 2015/12/15(火) 16:41:19.87

関数型っぽいコード書けなくても
・ある程度速くて
・冗長すぎず
・Javaの資産を呼び出せる

ってだけでも使う価値あるだろ。少なくともJava直接書くよりは断然生産性がいい

**デフォルトの名無しさん** · 2015/12/15(火) 22:19:58.18

ローレベルなメソッドではミュータブルに命令形的に高速に書いて、中間はイミュータブルに関数型的に書いて、その入出力をOOPでまとめるってすごくScala的だと思う

**デフォルトの名無しさん** · 2015/12/15(火) 23:53:59.11

つかscalaのコレクションがもろにそれだな

**デフォルトの名無しさん** · 2015/12/16(水) 11:38:35.08

>>141
わかる。副作用が扱えるscala のいい使い方だな

**デフォルトの名無しさん** · 2015/12/16(水) 21:50:03.43

速度の要求厳しくなければ細部もイミュータブルに書けるし、開発者がHaskellやML系での設計に慣れてればクラスは単にモジュールとしてだけ使えるかな

**デフォルトの名無しさん** · 2015/12/16(水) 23:14:14.73

scalaz使えば型クラス使えるし
shapeless使えば自動導出だってあるよ！

**デフォルトの名無しさん** · 2015/12/17(木) 08:26:22.18

技術に拘る意識高い系って業務から逃げちゃうからなあ
そういう連中が積極的に業務に向き合えば関数型バリバリ使ってWebなんかよりよっぽど面白い世界になりそうだけど

**デフォルトの名無しさん** · 2015/12/17(木) 15:54:44.26

関数型って要はモナドだろ？みんながアレを使いこなせることはこの先ないだろうな。
関数型ブーム来てるけど、けっきょく高階関数が便利とかイミュータブルにしようとか、当たり前のことだけで落ち着くだろうな

**デフォルトの名無しさん** · 2015/12/17(木) 19:30:28.55

haskellこそが関数型言語だっていう風潮どうなのよ
遅延評価かつ副作用をモナドに閉じるって関数型言語一般の話じゃない

**デフォルトの名無しさん** · 2015/12/17(木) 19:45:29.27

まぁそうだけど、じゃあ関数型一般に特有なのはなんだ
最近の言語はラムダくらい使えて当たり前だし

**デフォルトの名無しさん** · 2015/12/17(木) 20:09:47.72

147のとパターンマッチと型推論と型安全で当たり前に便利でも十分だとおもう

**デフォルトの名無しさん** · 2015/12/17(木) 20:15:16.06

>>147
maybeモナドやlistモナドあたりに限って言えば全然難しくないので広まるのでは
特にmaybeモナドがないプログラミングはもう考えられないっていうレベルで便利だし
>>149
関数型の定義が曖昧だから再代入禁止にして高階関数使ってイミュータブルコレクション使えば
もう関数型でいい気がするけど最近のオブジェクト指向言語大体揃えてる気がする。。
ml系になってしまうけど代数的データ型、パターンマッチ、型クラスあたり・・？

**デフォルトの名無しさん** · 2016/01/17(日) 20:52:36.64

ScalaMatsuri 二日目まだTBDが半数以上とかどうなっとるんですか…

**デフォルトの名無しさん** · 2016/01/17(日) 21:20:03.61

モナドみたいな汚いハックが持て囃されるうちは関数型は主流にはなれないよね
関数型の実用的なメリットはその宣言性の高さなのに
それを損なうことがカッコいいみたいな空気は気に入らない

**デフォルトの名無しさん** · 2016/01/17(日) 23:57:12.78

純粋なオブジェクト指向が主流になったことがないように
関数型が主流になることはないだろうし
仮に関数型が主流になったところで
Scalaがその筆頭になることはないから安心しろ

**デフォルトの名無しさん** · 2016/01/18(月) 07:09:36.14

C#だと最近null propagation operatorっていう演算子が入って
mayBeNull() ?. nullの場合 .? 単に .? nullが .? 返る();
みたいな書き方でMaybeモナドのようなことを実現できるようになったけど
これ自体がイケてるかどうかは別にして、本来プログラミング言語が目指すべきところはこっちだと思うんだよね
それを安易にハックに頼っちゃうと際限なく複雑になってしまう

**デフォルトの名無しさん** · 2016/01/18(月) 23:13:47.46

>>155のいう「ハック」って何なんだろう？
モナドは数学的バックグラウンドがある理論なんだけど…

**デフォルトの名無しさん** · 2016/01/18(月) 23:36:09.36

関数型で文脈を記述するDSLを実現する「ハック」だな
こういう言語内言語みたいなのは進化の過渡期にありがちな状態で、いずれ言語本体に自然な形で統合されていく

**デフォルトの名無しさん** · 2016/01/18(月) 23:58:54.60

プログラミング言語がどんなに進化しようとも
それを扱う人間の質が変わらないのなら

**デフォルトの名無しさん** · 2016/01/19(火) 07:20:59.22

進化というより再定義だな。
モナドを言語に統合していけば、結局は関数型言語の中に従来の手続き型言語に似たものが同居する形に行き着くはず。
そうなったところで実質何も変わらないが、ガチ関数型信者連中にとっては関数モデルが基礎になっていることが重要なんだよ。

**デフォルトの名無しさん** · 2016/01/19(火) 17:34:14.29

>>155
なんか色々勘違いしてるようだけどそれmonadじゃなくてただのfunctorじゃね？
ハックが云々って言ってもmonadってただの型クラスなのですごい特別なものでもないし
do構文やfor式が嫌いなら>>=やflatMapを使えばいいし
>>157
monadを使えば文脈を表せるっていうけど別にListやOptionやTry（モナド則満たさないけど）使う時は意識しないし
多くの純粋ではない関数型言語では状態やIOをそのまま使えばいいわけで

**デフォルトの名無しさん** · 2016/01/19(火) 17:45:14.03

>>160
>モナドを言語に統合していけば、結局は関数型言語の中に従来の手続き型言語に似たものが同居する形に行き着くはず。
maybeやeitherはどうするんですかね
ていうかfunctorやapplicativeを言語を統合するみたいな話と同じなので意味がよく分からん
STArrayやSTRefやIO Monadが汚いハックってんならわからんでもないけど
普通の関数型言語では使わないし
>そうなったところで実質何も変わらないが
純粋な関数から副作用がある関数を呼べないという点が違う(unsafePerformIO? 知らんな)

**デフォルトの名無しさん** · 2016/01/19(火) 17:57:56.52

>>155
あ　ごねん勘違いしてた
途中でnull返ったら全体がnullになるのね
でもnullableかどうかを型で表せないからっぽい？のでやっぱmaybe monadより力が劣ると思う
mayBeNull() ?. nullが返らないと思ったけどnullだった . 返る(); // ぬるぽ
nullの為に特殊な構文を導入するよりかはmonadのほうがいいと思う

**デフォルトの名無しさん** · 2016/01/20(水) 23:33:59.18

155が言いたいのはモナドも模倣するような機能が、後から入ってくるのがハックってことでは？

**デフォルトの名無しさん** · 2016/01/23(土) 14:39:30.69

Scalaでモナドのような型クラスを使おうとするとimplicit conversionを使ったりしなきゃ
いけないのが汚いということなのかなぁ？
いやでも>>153で関数型全体の話をしてるから、Haskellみたいに型クラスを普通に
扱える言語もあるから違うか

それとも単純にモナドのような強烈な抽象化が生理的に受け付けないだけなのかなぁ？

**デフォルトの名無しさん** · 2016/01/23(土) 16:50:24.89

状態扱うのに、参照透明でも手続き型を模倣した方法使い始めると、そのうち管理しきれなくなるとかそういうのはないの？

**デフォルトの名無しさん** · 2016/01/23(土) 18:22:32.33

状態を濫用すると結局手続き型と等価になっちゃうだけだよ
相当慎重に作らないとあっという間に大部分の関数がモナドで汚されてしまう

**デフォルトの名無しさん** · 2016/01/25(月) 00:10:54.02

chainer とかの backward って勾配を計算してるんだから、実際自動微分だと思ってたんだけど違うの？
Theano も同じことやってるだろ？

**デフォルトの名無しさん** · 2016/01/25(月) 00:11:34.26

すまん盛大にスレ間違えた

**デフォルトの名無しさん** · 2016/01/25(月) 22:48:18.30

ほんとだよ

**デフォルトの名無しさん** · 2016/01/29(金) 00:50:37.57

Scala開発にはどのIDEがいい？

**デフォルトの名無しさん** · 2016/01/29(金) 01:10:59.43

>>170
インテリジェー

**デフォルトの名無しさん** · 2016/01/29(金) 22:47:46.94

intellij一択

**デフォルトの名無しさん** · 2016/01/29(金) 23:22:27.25

emacs + ensime …はだめですよね、はい

**デフォルトの名無しさん** · 2016/01/30(土) 01:07:22.95

職場にいるわｗ

**デフォルトの名無しさん** · 2016/01/30(土) 02:54:19.85

intellij に ideaVim が至高

**デフォルトの名無しさん** · 2016/01/30(土) 02:59:35.43

Scala IDEもイイヨ

**デフォルトの名無しさん** · 2016/01/30(土) 12:49:01.50

09:40
～18:10
放送中 ScalaMatsuri 2016 1日目メイントラック

lv249050979

**デフォルトの名無しさん** · 2016/01/31(日) 02:09:37.30

10:00
～18:00 ScalaMatsuri 2016 2日目メイントラック

lv249051017

**デフォルトの名無しさん** · 2016/01/31(日) 02:50:34.66

Scalaの案件って増えてるの？

**デフォルトの名無しさん** · 2016/01/31(日) 03:00:43.50

アドテク周りが増えてる？

**デフォルトの名無しさん** · 2016/01/31(日) 10:38:55.80

javaだしね

**デフォルトの名無しさん** · 2016/02/05(金) 16:22:28.89

仕事でscala使ってるところって型クラスとかバンバンなん？
optionモナド便利とかimplicit最高とかで満足してるレベルの人は厳しい？

**デフォルトの名無しさん** · 2016/02/05(金) 20:06:01.50

それでjava8と比較したうえでメリットがまさると判断したんならいいんじゃね？

**デフォルトの名無しさん** · 2016/02/05(金) 21:05:45.79

>>182
型クラスバンバンはライブラリ製作者じゃないかな
仕事で使うならそこまでバリバリに使わなくてもいいとは思う

**デフォルトの名無しさん** · 2016/02/05(金) 22:00:48.84

自分が型クラスを定義してやる事は殆どないと思う
たまにフレームワークやライブラリが型クラスのインスタンスを要求する事があるからそんときに
implicit val fuge = new TypeClass[Fuge]{...} みたいな事やるくらいかな
型クラスおじさんがいる現場は知らないです

**デフォルトの名無しさん** · 2016/02/06(土) 22:41:51.17

好きにやっていいそうだからいっそScalaとSparkを導入したいが、
全く新しいこと知らないカスSIerで自分以外にメンテできる気がしない

**デフォルトの名無しさん** · 2016/02/06(土) 22:53:12.38

向上心のない奴らなんか後ろに置いて先へ進め

**デフォルトの名無しさん** · 2016/02/06(土) 23:04:48.86

>>186
好きにやっていいとはいえ、仕事なんだからオワコンScalaを選んだ理由は必要だろ。
それが相手が納得できるように説明できるならいいんじゃない？

**デフォルトの名無しさん** · 2016/02/06(土) 23:23:06.35

本当に終わるんなら理由として十分かな
下手に長生きされたほうが面倒くさい

**デフォルトの名無しさん** · 2016/02/07(日) 08:27:22.51

勝手にオワコンにするなよ

**デフォルトの名無しさん** · 2016/02/07(日) 08:37:12.92

Sparkでなんとか話題を保ってるけど、正直Scalaが普及の足を引っ張ってる感しかないな
データ分析はJavaかPythonで新定番が出てきたらあっという間に消えると思う

**デフォルトの名無しさん** · 2016/02/07(日) 11:38:42.21

>>186
COBOLだってメンテされてんだ
お前が作ったものが会社にとってどうしても必要だというならScalaプログラマぐらいちょっと本気で
探せば見つかるレベルなんだから心配すんな

**デフォルトの名無しさん** · 2016/02/07(日) 14:48:31.84

python はほんとやめて欲しい
java は言わずもがな

**デフォルトの名無しさん** · 2016/02/07(日) 15:17:34.23

結局マクロは頓挫したの?
ダメならダメで綺麗さっぱり削除してほしいな
またゴミが増える

**デフォルトの名無しさん** · 2016/02/08(月) 22:35:28.36

experimentaじゃなくって正式にscala標準になるってのがscala.metaってだけ
つかマクロ使ってるライブラリがバリバリあんのに削除したらそれこそオワコンになるのでは
>>191
scala祭りが盛況だったのにオワコン化にすんなよ。。
つか大企業が普通に使ってるのになんでオワコンオワコン言ってる人がいんのか理解できん

**デフォルトの名無しさん** · 2016/02/08(月) 23:32:11.87

アンチだろ
枯れた言語だしjavaが機能的にscalaに追いつかない限りオワコンにはならないと思う

**デフォルトの名無しさん** · 2016/02/08(月) 23:42:08.64

Scalaはビッグデータ分野で勝ち組になるよ

**デフォルトの名無しさん** · 2016/02/09(火) 14:05:50.78

ビッグデータ分野の勝ち組がほんの一握りのような

**デフォルトの名無しさん** · 2016/02/09(火) 14:30:45.38

ビッグデータというとPythonが浮かんでくるがこれじゃあかんのか？
そもそも企業がビッグデータを解析するってなったときは、
いちいちコードなんて書かないで、AzureみたいにGUIでぱぱっとやる方向に進んじゃうんじゃないか？

**デフォルトの名無しさん** · 2016/02/09(火) 18:39:59.37

ビッグデータというかその基盤を作るために使われてるね
あくまでJVMがどうしても必要なときのベターJavaとしての選択なのであまり広がりはない
実際にデータ解析する人が使うのはPythonとRだよ

**デフォルトの名無しさん** · 2016/02/09(火) 18:58:20.01

Juliaが仲間になりたそうにこちらを見ている

**デフォルトの名無しさん** · 2016/02/09(火) 19:25:12.90

普通にサーバーサイドとして使えばいいんじゃないか

**デフォルトの名無しさん** · 2016/02/09(火) 19:41:34.12

>>202
Scalaの花形は基盤領域だよ
Webアプリでも大量のメッセージのストリーミング処理や大規模バッチ処理
Javaが進んでる分野だからね
カジュアルなWebのスクリプトとして使うには面倒臭すぎて割に合わんよ

**デフォルトの名無しさん** · 2016/02/09(火) 22:23:13.86

sprayみたいなかなり早くて軽いREST APIなのもあるじゃん
特にあのルーティングの定義は他の言語では中々難しいし(HListとマグネットパターン)