Kotlin [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/02/27(土) 01:46:01.68

JetBrainsが開発した期待の新言語Kotlinについて語りましょう
https://kotlinlang.org

**デフォルトの名無しさん** · 2017/07/06(木) 23:28:02.58

呼出規約には、2種類ある

呼び出した方で、引数のスタック領域の確保・解放をするものと、
呼び出された方で、するもの

**デフォルトの名無しさん** · 2017/07/06(木) 23:43:32.25

さらには引数を後ろからスタックに積むもの、前から積むものもってのもある。

**デフォルトの名無しさん** · 2017/07/08(土) 16:04:44.48

萌えキャラKotlinたんの誕生まだ？

**デフォルトの名無しさん** · 2017/07/08(土) 17:26:45.29

>>396
なんか長々書いてるけど、結局新規のIF, 文法切っても現仕様はSwift同程度なんだよね
中身がどうあろうがいいけどショボい機能しか載せられないなら、Kotlinの上っ面IFだけはKotlinとKotlin/Nativeで共通化して欲しかったって話だよ

まぁ絶賛開発中の言語仕様だし期待しないで気長に待つわ

**デフォルトの名無しさん** · 2017/07/08(土) 19:34:40.80

しょっぱいだのショボいだのディスるのは簡単だが
浅い知識と考えでそれを言うのは恥ずかしいことだと少しは自覚しろよ・・・

**デフォルトの名無しさん** · 2017/07/09(日) 10:04:20.42

>>398
Kotlinは簡単な言語だからいいでしょ

**デフォルトの名無しさん** · 2017/07/09(日) 12:16:36.95

構文糖衣が多くてperlみたいな雰囲気を感じないでもない

**デフォルトの名無しさん** · 2017/07/09(日) 12:55:49.42

await使えるようになるだけで移行したいわ

**デフォルトの名無しさん** · 2017/07/09(日) 14:03:09.85

xamalin使えばいいじゃん

**デフォルトの名無しさん** · 2017/07/09(日) 22:15:33.42

>>408
>構文糖衣が多くてperlみたいな雰囲気を感じないでもない
カッコとかなしでむき出しで書かれる A keyword B みたいな構文はどうにも慣れないね
A.method(B)やfunction(A,B)と同じはずなんだが、空白という文字で区切られていると脳が一瞬括りを拒否する

**デフォルトの名無しさん** · 2017/07/10(月) 13:10:30.69

>>406
最初(>>367の時点)からKotlin層の文法だけを注視してて、C層は気にしてないからなぁ
Kotlin層の共通化が大変な訳でも無し、わざわざ大変な新規IF切ってしょぼい機能になってるのは恥ずかしいよ

**デフォルトの名無しさん** · 2017/07/10(月) 13:34:33.04

>>412
何何どういうこと？
まだkotlinは遠くから眺めているだけだから気になる？

**デフォルトの名無しさん** · 2017/07/10(月) 23:27:47.39

>>412
C層を気にしてないんじゃなく知らないだけだろ
だから「わざわざ大変な新規IF」なんて的外れなレスをすることになる
JNIライブラリを書いたことすら無さそうだし

良案と思っているものがあれば↓で提案してみたらどうだ？
https://discuss.kotlinlang.org/
鼻であしらわれるのがオチだが

**デフォルトの名無しさん** · 2017/07/11(火) 02:41:16.53

言語なんて色々あるんだから自分の好きなの選んだらええんやで
Androidに正式採用されてから一気に書き込み増えたな

**デフォルトの名無しさん** · 2017/07/11(火) 03:44:11.61

>>414
別にKotlinがそこまで好きなわけじゃないし、ここでKotlin/Nativeの喜劇を鼻で笑ってた方が楽だし・・・
業務でJNIを書いてたのは15年くらい前の1.3の頃だねぇ、あの頃はJNIはC++が使えなくてラッパー層の実装も面倒だった
いつからか知らんけど、JNIEnvにC++ APIが追加されててC層の実装が楽になってて数年前にビビったわ

・・・と老害なレスしとけば、論点ズラして技術論から離れた場外乱闘になって俺が飽きれるだろ

**デフォルトの名無しさん** · 2017/07/11(火) 11:50:37.31

>>413
Kotlin
--
external fun sayHello();
System.loadLibrary("hello")
sayHello() // C API呼び出し

Kotlin/Native
--
import kotlinx.cinterop.*
sayHello() // C API呼び出し
// 別途、defファイル, gradleファイルを用意

Kotlin/Nativeはexternal funを宣言しないでシームレスにC APIを利用させるために、KotlinからIF構成を変えてる
external funの宣言がなくなった分だけKotlin層の記述は楽になったけど
代わりにdef, gradleが必要で、Kotlinと互換性なくて、C++ APIは呼べないという制限がある

そこまで変えるなら、頑張ってC++ API呼べるようにして欲しいなーって冗談半分で言ったら噛み付かれた

**デフォルトの名無しさん** · 2017/07/11(火) 12:19:57.03

プログラマの勉強しようとおもってますが、これはジャバとなにがちがいますか？
大差ないようであればこれを勉強しようおおもいます

**デフォルトの名無しさん** · 2017/07/11(火) 12:23:20.73

>>418
Javaとの大きな違いは、Javaを完全に理解してる人向けで初心者向けの情報がほぼゼロという点

**デフォルトの名無しさん** · 2017/07/11(火) 12:38:05.79

ObjCというマイナーで黴の生えた言語がiOS開発入門の障害になっていたところに現れたSwiftとは違い、
Javaは開発者ならはっきり言ってできて当然なので今後も初心者向けの情報の充実は望めない

**デフォルトの名無しさん** · 2017/07/11(火) 12:44:27.43

Android入門は今後kotlinベースになるだろ。

**デフォルトの名無しさん** · 2017/07/11(火) 13:43:49.66

それ頼む。javaのライブラリに依存すると言ってもandroid似関係するのはごく一部でしょう？
フルセットのjavaを学ぶ必要ないよね

**デフォルトの名無しさん** · 2017/07/11(火) 14:41:08.33

>>418
Kotlinは話題になってはいるが「Java言語を使いこなしている人がその知識を使うと楽に書ける」ので好評を得ている
Java言語を全く知らないのであればKotlinはむしろ二重三重の習得障壁があるので勧められない
なにするかもぜんぜんわからないし現実世界で聞ける師匠もいないというのならJavaでいいんじゃないかな

JavaなしでのKotlin学習術というのは数年したら出てくるとは思うがそれはKotlin本体の充実も待たねばならんのでしんどい

**デフォルトの名無しさん** · 2017/07/11(火) 15:36:02.36

>>417
随分トーンダウンしたなｗ

>Kotlin/NativeのNative I/FはC++に対応してないようだし
>後発で新規に仕様を作り始めてる割にしょっぱいなぁと思う
　↓
>頑張ってC++ API呼べるようにして欲しいなーって冗談半分で言った

そもそもKotlin(JNI)との互換性の話にC++は関係無いだろう
JNIでもエクスポートする部分はextern "C"なんだから

**デフォルトの名無しさん** · 2017/07/11(火) 17:16:47.08

おう、そうだなｗ
それでKotlin/NativeのIFの話はどうした？論点ズレてんよ

**デフォルトの名無しさん** · 2017/07/11(火) 18:38:24.21

>>425
日本語が不自由なのか？
「Kotlin(JNI)との」と書いているんだが

**デフォルトの名無しさん** · 2017/07/11(火) 21:08:20.35

僕Javaはちょっとしか使ったことないLisperだけど、Kotlinサクッと学んでAndroid開発してるよ？難しくないよ？

**デフォルトの名無しさん** · 2017/07/11(火) 21:13:00.00

LISPerが書くコードとか他人が読めなそうやな

**デフォルトの名無しさん** · 2017/07/11(火) 23:22:21.14

>>423
javaのエコシステムが学習障害なのかな。歴史がある分根深そう
gladleとかいうタスクランナー用に専用言語あるんだっけか

**デフォルトの名無しさん** · 2017/07/11(火) 23:23:35.24

swift、typescriptと触ってoptionalが無い言語は正直触りたくなくなっとる。

**デフォルトの名無しさん** · 2017/07/12(水) 06:26:01.18

>>418
Kotlin = Java + Groovy

Javaのオブジェクト指向に、Groovyの関数型を付けたもの。
クロージャを多用する

まずこの本で、Javaとオブジェクト指向を学ぶ
スッキリわかる Java入門第2版、2014

その後、
プログラミング GROOVY、2011
Kotlinスタートブック -新しいAndroidプログラミング、長澤太郎、2016

**デフォルトの名無しさん** · 2017/07/12(水) 06:44:11.99

KotlinはGroovyはあんまり関係ないだろ
機能的にはC#をリスペクトしていて、文法はScalaを簡略化したもの

**デフォルトの名無しさん** · 2017/07/12(水) 08:03:32.77

>>432
さわっちゃだめよ

**デフォルトの名無しさん** · 2017/07/12(水) 08:14:26.72

C#の思想でScalaを再設計した感じだな

**デフォルトの名無しさん** · 2017/07/13(木) 00:38:10.55

メソッドの最後の引数にクロージャを書いて、
そのクロージャの中のメソッド呼び出しの最後の引数にクロージャを書いて・・・
って感じの記法でDSLを作れるのが ruby から groovy 経由で kotlin に引き継がれた特徴かね？
gradle の build.gradle みたいな奴ね

これを引き継いでる関係で build.gradle を kotlin で書けるのがもう実装されてる
Androidのレイアウトを kotlin のこの DSL 記法で書けたりもするね

**デフォルトの名無しさん** · 2017/07/13(木) 01:28:56.84

>>435
その辺はほぼScalaだよ

**デフォルトの名無しさん** · 2017/07/13(木) 10:30:47.12

最近の言語はどれもよく似てるだろ
Swiftにも似てると思ったし

**デフォルトの名無しさん** · 2017/07/13(木) 10:37:01.80

>>436
そりゃあscalaは何でもてんこ盛りだから同じことできるだろうけど、
公式がGroovy-styleって言ってるんだよね

Type-Safe Groovy-Style Builders
https://kotlinlang.org/docs/reference/type-safe-builders.html

**デフォルトの名無しさん** · 2017/07/14(金) 05:04:39.07

>>437
Swiftより古い言語なんだよなぁ…

**デフォルトの名無しさん** · 2017/07/14(金) 09:50:43.08

>>426
> そもそもKotlin(JNI)との互換性の話にC++は関係無い
KotlinとKotlin/NativeでNative I/Fを変えるなら、Kotlin/NativeでC++ APIをシームレスに使いたい、けど実現しないだろうねー
って笑い話をしてるのに、JNIEnvがーとか、JNIやったことないだろーとか関係ないこと言い出した子に言われても・・・
素直に、clangに依存するrustと違って、kotlin/nativeは特定C/C++コンパイラに依存しない選択をしたんだ、で良いだろうに

SwiftがKotlinのOptionalをパクったって、それ一番言われてるから
ここ10年の新興言語はお互いにパクリあってるからもう何が大元か分からなくなってるよね

**デフォルトの名無しさん** · 2017/07/14(金) 11:53:31.95

>>440
実現していないことに対し「しょっぱいなぁと思う」「ショボい機能」と罵ることと
「けど実現しないだろうねーって笑い話」というのは
お前の中では同程度の表現なのか？

**デフォルトの名無しさん** · 2017/07/14(金) 11:59:48.94

>>440
I/Fの話というだけで、JNI踏襲とC++対応は別々の話で関係無いだろ？
だから>>371に対しての>>372は改行で分けている

>>417といい、そのレスといい何故混ぜて話そうとするんだ？
「JNI踏襲するか、しないならC++対応」という思考のようだが
どちらも愚案だと言ってるだけだぞ

外部ツールとしてC++→Kotlinの変換ツールなら否定しないが

**デフォルトの名無しさん** · 2017/07/14(金) 20:37:24.56

>>441-442
> 「JNI踏襲するか、しないならC++対応」という思考のようだがどちらも愚案
うむ、後者は出来ないし、しないだろうからなw
前者は出来なくないだろうけど、仕様乱立(>>367)してでもCをシームレスに呼び出せるのがクールだと思ったんだろうね

「JNIを踏襲せず、C++に対応せず、Cをシームレスに呼び出せる」という現行仕様を両手あげて歓迎しない限り収まりそうにないね
Kotlin/Nativeの微妙な現行仕様を笑ってたけど、あなたの現行仕様に対する信仰が分かったので取り下げるよ
宗教は理屈じゃないと、ObjCでも散々言われているのを知っているのだ

**デフォルトの名無しさん** · 2017/07/15(土) 08:38:17.95

最後まで技術的な話が出来ない奴だったな
>>396-397で説明したのに「C++(ソースレベル)」と「CのABI」が
並べて書けるものでないことも理解されなかったようだし
まぁ取り下げたならそれでいい

**デフォルトの名無しさん** · 2017/07/15(土) 13:44:47.75

>>438
そのBuilderだけの話だろ。
ここだけ取り出して、Groovyベースとか言っちゃうのはイカレてる。

**デフォルトの名無しさん** · 2017/07/15(土) 23:24:57.48

第2引数のラムダ式を、引数の外に出せる、糖衣構文あり

関数(引数, { it })
関数(引数){ it }

確か、Groovy, Gradle も同じだったか

**デフォルトの名無しさん** · 2017/07/16(日) 00:40:29.56

クロージャ以外の実引数を省略して
関数 { it } とかも書けるよね

まあたしかscalaも同じことができるんだが
ruby、groovy では特に好んでこの形式を使ってDSLを作ったり
文法の拡張的な感じに使う

kotlin ではこれをさらに効率的に使い倒すために
上記のように使う関数の定義に inline という指定ができる

https://kotlinlang.org/docs/reference/inline-functions.html

引数にクロージャをとるけど、
実際にはクロージャを使わない形にインライン展開される

**デフォルトの名無しさん** · 2017/07/16(日) 06:49:43.02

あとはコンパイル時処理があるといいな

**デフォルトの名無しさん** · 2017/07/18(火) 08:52:46.31

Java8でもlamda構文はコンパイル時にインライン展開されるよ

**デフォルトの名無しさん** · 2017/07/23(日) 20:14:23.56

一瞬不相応に盛り上がったけど「将来性は高いが現時点ではJava利用者向けのベターJavaである」ということが周知されて落ち着いたな
よかったよかった

**デフォルトの名無しさん** · 2017/07/24(月) 10:25:57.37

スッゲー上から目線の総括にワロタwwww

**デフォルトの名無しさん** · 2017/07/25(火) 02:00:55.92

Android公式の言語になって悔しい奴も居るんだろう

**デフォルトの名無しさん** · 2017/07/25(火) 06:18:37.30

oracleが噛んでる時点で終わりの始まり。
solarisとかね。

**デフォルトの名無しさん** · 2017/07/25(火) 07:07:22.80

WorkStation, MySQL, OpenOffice...う、頭が...

**デフォルトの名無しさん** · 2017/07/26(水) 10:30:04.80

IDE使わずに複数のファイルにコードを分割したときにどうやってコンパイルしてから実行する方法を教えてください
これはだめでした
kotlinc a.kt b.kt
kotlin AKt.class BKt.class

■a.kt
fun main(args: Array<String>) {
name()
}

■b.kt
fun name() {
println("Name?")
}

**デフォルトの名無しさん** · 2017/07/26(水) 11:06:32.93

kotlin -classpath . AKt
ではどう？

**デフォルトの名無しさん** · 2017/07/26(水) 11:07:19.20

あーあとjar作ってもいいし

**デフォルトの名無しさん** · 2017/07/26(水) 11:40:00.85

できました！どうもありがとうございます

**デフォルトの名無しさん** · 2017/07/27(木) 08:44:41.76

KotlinがAndroid Studio公式サポートになって悔しい、ムキー
ってなるのはGoMobileユーザくらいか？実在するか分からんレベルな実用性だけども

**デフォルトの名無しさん** · 2017/07/27(木) 09:33:07.79

その件で主に煽られてるのは主にScalaユーザーじゃね
彼ら自身はこれまでScalaの筋の悪さと付き合ってきて、なぜKotlinなのかをある意味一番よく理解してるから
反発する奴は少ない印象だけど

**デフォルトの名無しさん** · 2017/07/27(木) 09:49:55.47

Scalaって今は亡きJ2EE Servletに対抗する化石ソリューションでKotlinと全く関係ないんじゃないの
流石にあれは関係ないから反発も何もないと思うぞ、関係を探すなら同じJVM言語ってくらいか？

**デフォルトの名無しさん** · 2017/07/27(木) 22:48:26.51

実際にScalaでAndroidアプリ作ってた奴も居るし、Androidが出るまではJVM言語はおろかJavaすらあんまり積極的に使われてなかったしな
もともとKotlinよりはScalaの方が有名だったし、JVM言語としては悔しいだろうよ

**デフォルトの名無しさん** · 2017/07/27(木) 22:52:33.46

scalaよりkotlinが優れてるところなんてないやろ

**デフォルトの名無しさん** · 2017/07/27(木) 23:36:19.26

javaなんて覚えられそうにないからkotlin学習しようと思ってるけど
記述量が減るのは優れているとは言えませんかセニョール

**デフォルトの名無しさん** · 2017/07/27(木) 23:57:49.40

小さなソースコードが高レベル言語の目的であり、力がその目的をどれだけうまく達成できるかというものなら、
プログラミング言語の力を測るには、それがプログラムをどれだけ小さくできるかを見ればよいということになる。

逆に、言語がプログラムを小さくしないのなら、それはプログラミング言語の役割をちゃんと果たしていないということだ。
切れないナイフとか、読めない印刷とかと同じだ。

ってポールが言ってた

**デフォルトの名無しさん** · 2017/07/28(金) 05:37:58.09

>>462
そりゃScalaはサーバサイドJavaにおいて歴史があって、組み込みJavaはAndroidが出る前は落ち目だったからだろ
お前のレスはKotlinユーザは全く別の土俵のScalaにコンプレックスを持ってんだなって感想しか出ないぞ

**デフォルトの名無しさん** · 2017/07/28(金) 13:00:03.02

listをfor文で回す処理を書いてるんですが、
for(data in some_data?.datas!!) {
}
ってなって、datasの後の!!を消したいんですがどうするべきなんでしょうか

**デフォルトの名無しさん** · 2017/07/28(金) 13:39:12.54

some_data?.datas?.forEach { data ->
}

こうかな

**デフォルトの名無しさん** · 2017/07/28(金) 13:48:48.64

>>468
できました！ありがとうございました！

**デフォルトの名無しさん** · 2017/07/28(金) 21:34:18.74

>>466
悔しいのうｗ悔しいのうｗｗｗ

**デフォルトの名無しさん** · 2017/07/28(金) 21:54:39.65

Javaに挫折したPHPの経験しかない初心者なんですけど
kotlinの勉強する場合の王道の本を教えてください

**デフォルトの名無しさん** · 2017/07/28(金) 22:02:07.02

>>471
KotlinはJavaをマスターしてる人がちょっと便利なJavaとして齧るもので、基本的にWebで十分
まずはJavaをマスターしてきなさい

**デフォルトの名無しさん** · 2017/07/28(金) 22:17:54.83

なんか勘違いしてるみたいだけど、そもそもKotlinはJavaに沢山の機能が足されていてJavaよりずっと複雑で難解な言語だぞ。
敷居の低い言語というイメージがあるのは、Javaができる人にとってストレスなく入れる言語であり、プログラミング自体の初心者がほぼ皆無だから。
Javaを学べばそれは全てKotlinでそのまま活かせるんだから、幻想は捨ててまずJavaやったほうがいい。

**デフォルトの名無しさん** · 2017/07/28(金) 22:23:58.60

本などで勉強しようとするから挫折する
言語を身に付けるにはコードを書いて読む以外に道はない

**スッキリ厨** · 2017/07/28(金) 23:13:12.64

まずこの本で、オブジェクト指向をみっちり学ぶ
1. スッキリわかる Java入門第2版、2014

2. たのしいRuby 第5版、2016
3. Kotlinスタートブック -新しいAndroidプログラミング、長澤太郎、2016

この順番が最短。
2を省くと、関数型プログラミングが分からないので、必要

**デフォルトの名無しさん** · 2017/07/29(土) 00:10:16.43

AndroidStudioでJavaコードをKotlinに変換する機能を使ってKotlinのコードを生成して内容を見てると分かった気になってくる

**デフォルトの名無しさん** · 2017/07/29(土) 00:50:30.28

むかーしjavaをちょっとやってたけど
そんなに癖がない言語だよねjava自体は。
必ずクラスを挟まないといけないから無駄に書くコードが多いくらいだよね。そんな認識の人間ならkotlin
触り始められます？

**デフォルトの名無しさん** · 2017/07/29(土) 03:36:29.97

KotlinはどちらかというとJavaよりもC#に似ている

**デフォルトの名無しさん** · 2017/07/29(土) 07:41:06.02

ScalaはKotlinの発展を悔しがるくらいに類似性があるらしいからScalaをやったことあると尚良し
結局どこに悔しがる要素があるのかサッパリ分からんかったけど

**デフォルトの名無しさん** · 2017/07/29(土) 12:46:08.39

javaアンチパターンとkotlinベストプラクティスのセットって、どっかに無いの？

**デフォルトの名無しさん** · 2017/07/29(土) 13:01:26.70

Kotlin自体に関しては、他の現代的で使いでのあるプログラミング言語と比較して何か特別に学びにくいということはない
じゃあどこに壁があるのかというと
・公式の説明やマニュアルですら「Javaでいうところの○○」「動作詳細は以下のJavaプログラムを参照」のようにJavaの習熟者を対象にしている
・現状唯一の日本語本であるスタートブックすらJavaである程度の規模のプログラムを組んだ経験を前提としている
・そんな人たちが作る公開ライブラリはもちろんJavaの（類似ライブラリの）知識が前提の用法・動作説明である
というようなあたりにある
別にこれが非難すべきものだとは全く考えないのだが（これらを部外者に解説しようとすると何冊分ものJava基礎と応用を自前でゼロから解説する羽目になるため）、
単に想定対象者以外には苦難の道であるよとは伝えておきたい
「英語で書かれたマニュアルしかないから英語読めないと辛いよ」と同じような感じで
「Javaで書かれたマニュアルしかないからJavaできないと辛いよ」というやつだ

**デフォルトの名無しさん** · 2017/07/29(土) 13:13:06.22

解説がJavaだけでなく全体的にC#/ES6(&TypeScript)/Scalaあたりの「C+F系」の経験者を意識してるのも初学者には優しくないポイントだろうな
その辺の経験がある人だとKotlinは非常に素直で分かりやすくて
資料も経験者向けに要点を押さえて作ってあって手早く学べる、とても敷居の低い言語なんだけどね

**デフォルトの名無しさん** · 2017/07/29(土) 13:59:26.36

初学者向きではないってのはネックですな

**デフォルトの名無しさん** · 2017/07/29(土) 16:36:34.64

>>71
ガイジ晒しage

**デフォルトの名無しさん** · 2017/07/29(土) 17:17:33.51

Null安全型はいいよね

**４７１** · 2017/07/29(土) 20:15:51.81

２ちゃんのjavaスレが荒れててあんまり回答貰えなかったからkotlin選んだようなものなんですが
心を入れ替えてjavaから勉強します
先輩方どうもありがとう

**デフォルトの名無しさん** · 2017/07/29(土) 20:26:38.68

他の言語に精通してたらjavaって何か勉強必要な言語？
interfaceとかわかってればいいんでしょ？

**デフォルトの名無しさん** · 2017/07/29(土) 20:43:20.90

ライブラリ関係とか周辺知識も必要やな

**デフォルトの名無しさん** · 2017/07/29(土) 21:30:26.28

Kotlinに限らないけど今の言語を使う上ではHaskell界隈由来のflatMapとかも理解しておいた方がいい

別言語のだけど図解部分は支障無いから貼っておく
https://www.slideshare.net/ksc1213/swiftmonad

**デフォルトの名無しさん** · 2017/07/29(土) 22:18:06.96

むしろ周辺知識の方が覚える事膨大で困る

**デフォルトの名無しさん** · 2017/07/29(土) 22:19:42.45

>>489
haskell由来？www

**デフォルトの名無しさん** · 2017/07/29(土) 22:34:22.42

>>488
ライブラリ系の学習って遅延学習じゃ駄目なの？

**デフォルトの名無しさん** · 2017/07/29(土) 22:37:08.86

>>492
いいよ

**デフォルトの名無しさん** · 2017/07/29(土) 23:53:54.93

>>491
何由来だと思ってるの？

**デフォルトの名無しさん** · 2017/07/30(日) 00:04:10.80

その手の奴はだいたいLisp由来とか言っとけば当たる

**デフォルトの名無しさん** · 2017/07/30(日) 09:16:23.60

>>487
主要言語の「Effective 何々」という本を読めば、わかるけど、
すべての言語でほぼ同じ

本では、equals, hashCode, toString の三種の神器を、
最初にオーバーライドしましょうって書いてあるけど、

Kotlin では、データクラスと言って、最初から用意されている

**デフォルトの名無しさん** · 2017/07/30(日) 10:13:47.62

またお前か
ミュータブルなクラスでequalsやhashCodeをオーバーライドするのは多くの場合不適切

あ · 2017/07/30(日) 15:50:13.09

Haskell大人気だな。
ただのflattenとmapで、ほんとにlispの頃からある。

**デフォルトの名無しさん** · 2017/07/30(日) 18:11:16.75

型システムと共にMonadやFunctorとして整理された経緯を知らないと
そう思うのも無理は無い
Lispやさらに前段の数学も由来として合ってはいるが
関数単体で導入されたわけでなく包括的な概念で導入されている

あ · 2017/07/30(日) 18:24:32.50

包括的な概念で導入された、って、関数型言語なら当たり前の概念を集めて来たって話で、
Haskellで知った、って話をドヤ顔されても、って話なんじゃないの？

**デフォルトの名無しさん** · 2017/07/30(日) 22:02:52.21

Javaは（意外と）シンブルな言語なんだから、3言語ぐらい精通してる人ならばkotlinなんて難しくないよ。
Javaをマスターしてないとって思う人もいるみたいだけど、Javaの持ってる要素なんて、プログラミングの様々な要素からしたらそんなに多くないから大丈夫だよ

**デフォルトの名無しさん** · 2017/07/30(日) 22:16:46.98

>>501
良かった。
typeScriptとswift2とobjcとgo
が使えてる俺はなんの問題もなく使いこなせるって事だね？