Kotlin 3

**デフォルトの名無しさん** · 2018/03/19(月) 04:26:26.03

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

前スレ
Kotlin 2
https://mevius.5ch.net/test/read.cgi/tech/1509462463/

**デフォルトの名無しさん** · 2018/06/21(木) 18:31:33.27

>>601
うんにゃ

**デフォルトの名無しさん** · 2018/06/21(木) 20:14:09.53

このスレにはナウいヤングしかいないに決まってるぢゃないか

**デフォルトの名無しさん** · 2018/06/21(木) 20:16:04.70

デラベッピンとか積丹と聞いて元ネタが判る人しか
いませんよね～

**デフォルトの名無しさん** · 2018/06/21(木) 20:49:53.75

>>604
俺おっさんだと思ってたけどそれどちらも分からないから若いわ

**デフォルトの名無しさん** · 2018/06/21(木) 20:53:08.78

>>605
Deluxe Beppin

**デフォルトの名無しさん** · 2018/06/21(木) 21:33:56.56

コンプティークの袋とじが青春時代だった

**デフォルトの名無しさん** · 2018/06/21(木) 23:43:48.35

なんで車高が低い車のことを積丹というのか

**デフォルトの名無しさん** · 2018/06/22(金) 01:54:32.78

車高が低い(短い)からでは？

**デフォルトの名無しさん** · 2018/06/22(金) 05:00:39.65

でらって名古屋弁じゃなくてデラックスなのか？

**デフォルトの名無しさん** · 2018/06/22(金) 07:19:40.97

積丹ってそんな漢字あてるんだ
知らんかったわ

**デフォルトの名無しさん** · 2018/06/22(金) 07:30:18.81

21世紀の人間なら知らなくても困らないから気にするな

**デフォルトの名無しさん** · 2018/06/22(金) 08:31:42.21

しゃこたん！

**デフォルトの名無しさん** · 2018/06/22(金) 08:35:21.49

雲丹食った事無いの？

**デフォルトの名無しさん** · 2018/06/22(金) 09:31:00.55

私は21世紀から来た未来人
ナウいヤングのみなさんこんにちは

**デフォルトの名無しさん** · 2018/06/22(金) 09:31:53.75

さて、今は昭和何年かな

**デフォルトの名無しさん** · 2018/06/22(金) 09:41:52.15

おっさんぱぶ

**デフォルトの名無しさん** · 2018/06/22(金) 20:03:42.85

昭和93年

**デフォルトの名無しさん** · 2018/06/22(金) 20:18:28.51

【王様きどり、〝財界″】　マイトＬーヤ『人々はもう特定の主義を認めない、政治的教化は通用しない』
http://rosie.5ch.net/test/read.cgi/liveplus/1529634259/l50

共産でも、資本でもない、分ち合い経済が、登場します！

**デフォルトの名無しさん** · 2018/06/22(金) 20:41:23.86

http://oldcar-purchase.com/

**デフォルトの名無しさん** · 2018/06/23(土) 13:30:05.04

main の関数って一番下に書かなくてもいいの？

mainより下に中で使う他の関数書いてもいいんだ？

**デフォルトの名無しさん** · 2018/06/23(土) 15:53:22.37

>>621
Javaのクラスの中のメソッドと同じで順序は問わない。

まあでも新しい言語ってだいたいそうじゃないか？
変数の場合は初期化される順序の問題で先に書かなきゃいけない場合はあると思うが。これについては Kotlin も同じ。

例えばこうなっている場合に main() と p() は順序を逆にできるが s と s2 は逆にできない。

val s = "abc"
val s2 = s + "def"
fun main(args: Array<String>) = p()
fun p() = println(s2)

できるような言語も作れるだろうがそうすると人間が混乱する可能性が高まってバグの温床になりかねないからわざとできないようにしてあるんだろうと思う。

**デフォルトの名無しさん** · 2018/06/23(土) 16:49:28.35

一般論として、初心者の質問に対して聞かれたこととあまり関係のない情報を答えすぎると混乱させるだけだからやめた方が良いよ

**デフォルトの名無しさん** · 2018/06/24(日) 17:01:23.99

>>622
コンパイル言語だから上から実行されるわけではないんですね　
pythonだと怒られそう
変数の代入に関しては上からということか

**デフォルトの名無しさん** · 2018/06/24(日) 17:12:23.44

nullを許容しない利点はなんですか？

**デフォルトの名無しさん** · 2018/06/24(日) 17:44:56.37

許容する場合としない場合を区別出来ることかな

**デフォルトの名無しさん** · 2018/06/24(日) 18:46:55.05

犬の利点を教えてください

猫と犬を区別できるからかな

答えになってません

やり直し

**デフォルトの名無しさん** · 2018/06/24(日) 18:49:35.07

質問する側がダメだしねえw

**デフォルトの名無しさん** · 2018/06/24(日) 18:58:35.31

バカを許容しないと
バカによる被害を避ける事ができる

**デフォルトの名無しさん** · 2018/06/24(日) 19:10:39.22

>>627
いや、答えになってるよ
頑張って

**デフォルトの名無しさん** · 2018/06/24(日) 19:57:19.87

じゃあちょっと質問の仕方を変えますね

なぜnull不許容が必要なのか教えてください

これならわかるかな？

**デフォルトの名無しさん** · 2018/06/24(日) 20:21:05.34

ifでのnull判定がめんどくさい

**デフォルトの名無しさん** · 2018/06/24(日) 20:22:39.29

それよりも帰ってプレステやろうぜ

**デフォルトの名無しさん** · 2018/06/24(日) 20:40:44.92

そもそも、nullを代入しなければいいのでは？
もしくは初期化しておけばいいと思います

違いますか？

**デフォルトの名無しさん** · 2018/06/24(日) 20:51:32.85

COBOLとかFORTRANはそういうコンセプトだねぇ
kotlin止めるの推奨

**デフォルトの名無しさん** · 2018/06/24(日) 20:59:37.06

>>634
1人で全て開発するならそれでいいと思うよ。

**デフォルトの名無しさん** · 2018/06/24(日) 21:03:58.17

つまり、null不許容型は人的ミスのためであって他意はないと？

**デフォルトの名無しさん** · 2018/06/24(日) 21:05:43.17

>>634
初めたばっかで良く分かって無いが、null使わないなら許容する意味が無くね-か
寧ろnullを使う意味が分からない

**デフォルトの名無しさん** · 2018/06/24(日) 21:22:24.66

例えばSwiftは言語仕様でnullを抹殺しているが、わざわざOptionalというnullでないものでnullを表現してる。nullがない世界など何処にもないのだ。

**デフォルトの名無しさん** · 2018/06/24(日) 21:25:55.36

例えばファイルが読み込めなかった場合、どうなると思いますか？

答えられますか？

答えられるようになったら質問してください。
今はそういうレベルの話ではないです。

**デフォルトの名無しさん** · 2018/06/24(日) 21:38:37.19

>>630
> なぜnull不許容が必要なのか教えてください
あなたの言う意味では不要。null許容にすることによってプログラミングが不可能になることはない。
nullによって発生する凡ミスが減るというメリットを必要とする人がいる。それだけ。

>>640
> 今はそういうレベルの話ではないです。
わからないで聞いているというより、わかってて煽ってるわけだ。

> 例えばファイルが読み込めなかった場合、どうなると思いますか？
ここでnullを許容する必要があるのではないかと言いたいんだと思うけど、
Kotlinがそうしているかどうはかは別にして、「ファイルが読み込めなかった」という
nullでない値を返すという考え方もある。
null許容のJavaだと例外を投げるところかな。

**デフォルトの名無しさん** · 2018/06/24(日) 21:40:24.82

>>639
おっしゃる通りで、結局不正なデータのチェックは必要なわけで、null不許容だから安心して使えるわけでもなく、寧ろ何気にうまく動いている状態が一番怖いです

**デフォルトの名無しさん** · 2018/06/24(日) 21:52:05.84

null不許容のクラスを作るとして
そこではあらゆるケースに対処を強いられるわけで、チェック項目は膨大になります
しかしそれを利用する側は単純にファイルが読めるか否かだけ知れればいいとします。
null不許容を取り入れるということは、開発コストが上がることを示唆しているのではないかと

どうですか？

**デフォルトの名無しさん** · 2018/06/24(日) 21:54:49.09

Optionalは中身取り出すのにアンラップが要る。Kotlinはnullにならないようにコンパイラがチェックしてるだけ。よってアンラップ不要。副作用としてnullを許容してないのに場合によってはnullが入ってしまうこともある。。

**デフォルトの名無しさん** · 2018/06/24(日) 22:02:12.48

>>644
それは実行時の動的なnullですよね。
私が質問しているのは、null不許容型(言い換えれば静的なnullに関して)の必要性についてです。

**デフォルトの名無しさん** · 2018/06/24(日) 22:02:30.58

>>643
>>641が答え書いてるじゃん

**デフォルトの名無しさん** · 2018/06/24(日) 22:07:56.87

ていうか日本語の文章おかしいし、確実に酔っ払いかただのキチガイじゃん

**デフォルトの名無しさん** · 2018/06/24(日) 22:10:34.25

おおかた大学のレポートなり試験なりでその質問をされて回答を探しにきたんだろ
ネットで煽りっぽく聞けばムキになった人が答えてくれるからね、君は賢いね、偉い偉い

**デフォルトの名無しさん** · 2018/06/24(日) 22:30:46.16

>>627
たとえが下手すぎて

**デフォルトの名無しさん** · 2018/06/24(日) 22:36:12.55

だってこの子見るからに頭悪そうじゃない

**デフォルトの名無しさん** · 2018/06/24(日) 22:37:28.39

高圧的に質問すれば、逆に皆反応してくれる良い例だね

**デフォルトの名無しさん** · 2018/06/24(日) 23:18:47.64

>>624
コンパイルする言語なのかインタープリタなのかという問題ではなくて、そういう仕様の言語というだけのこと。
というのはコンパイルしようがしまいが同じような言語は作れるから。

**デフォルトの名無しさん** · 2018/06/24(日) 23:20:17.58

>>625
それによるバグをコンパイル時にエラーを出すことによって防げる。

**デフォルトの名無しさん** · 2018/06/24(日) 23:25:25.08

今ちょっと前にAmazon見たらこれのKindole版の方だけ1361円だった。55%offかな。だいたい半額ぐらい。
短期間のセール価格なのかも知れない。

Androidアプリ開発のためのKotlin実践プログラミング現場で求められる設計・実装のノウハウ
http://amzn.asia/iM5AGQY

紙の本はもう持ってるのにうっかり押しちゃうところだったw

**デフォルトの名無しさん** · 2018/06/24(日) 23:40:28.01

遠回しな宣伝だなぁ

**デフォルトの名無しさん** · 2018/06/25(月) 00:03:59.42

>>655
宣伝にはなっちゃうが他に知らせる方法ないよな。

**デフォルトの名無しさん** · 2018/06/25(月) 01:08:25.26

>>648
だろうな
煽り質問は無視しとけば良い

世の中nullっとしてないと入るものも入らないんだよ

**デフォルトの名無しさん** · 2018/06/25(月) 02:22:50.92

>>654
見る価値がないわぁ

**デフォルトの名無しさん** · 2018/06/25(月) 08:15:38.14

null安全に文句つけるひとほどnull安全を大袈裟に捉えてる現象

**デフォルトの名無しさん** · 2018/06/25(月) 08:19:39.17

本人あっさり逃げたな
マジで>>648が図星だったのかw

**デフォルトの名無しさん** · 2018/06/25(月) 08:59:14.92

とするともう大学で教えてる所があるということになるな

**デフォルトの名無しさん** · 2018/06/25(月) 09:02:09.61

null安全な言語はもうずっと前からあるから、それに触れる授業くらいはいくらでもあるでしょ

**デフォルトの名無しさん** · 2018/06/25(月) 09:08:55.77

>>657
【審議中】
．　　 ∧,,∧　 ∧,,∧
　∧ (´・ω・) (・ω・｀) ∧∧
(　´・ω)　Ｕ) ( つとﾉ(ω・｀ )
｜　Ｕ (　　・) (・｀　　)　とﾉ
　ｕ-ｕ（l 　　 ) (　　　ﾉu-ｕ
　　　　 `ｕ-ｕ’.　`ｕ-u’

**デフォルトの名無しさん** · 2018/06/25(月) 09:10:40.50

kotlin流行らんなあ

**デフォルトの名無しさん** · 2018/06/25(月) 12:17:54.99

BASICはnul安全

**デフォルトの名無しさん** · 2018/06/26(火) 06:08:18.39

KotlinのターゲットJVMは、Java8の次はOracleJDK 11になるんだろうか、OpenJDK 11になるんだろうか。

**デフォルトの名無しさん** · 2018/06/26(火) 08:30:26.76

Jetbrainオリジナルのkdkになるよ

**デフォルトの名無しさん** · 2018/06/26(火) 09:17:28.24

そんなん作ってくれるならそれはそれで助かる

**デフォルトの名無しさん** · 2018/06/26(火) 09:36:33.84

絶対に必要なのはJVMでJDKは要らなくする方向になるんだろな

**デフォルトの名無しさん** · 2018/06/26(火) 15:19:07.75

nativeはやく整備しよ？
jetbrainとgoogle様ならわけないっしょ？

**デフォルトの名無しさん** · 2018/06/26(火) 15:46:55.60

nativeっておもちゃとしては楽しいだろうけど、現実的にそこまでニーズあるかね

**デフォルトの名無しさん** · 2018/06/26(火) 18:39:53.31

明日JBの中の人が来日してkotlinイベントあるね
何か面白い話聞けるかな

**デフォルトの名無しさん** · 2018/06/26(火) 19:48:16.67

>>671
まずはおもちゃとして使って楽しんで、それから何かに使えないか考えれば良いのではないかな。
その内なにか丁度良い用途が見つかると思うよ。

**デフォルトの名無しさん** · 2018/06/26(火) 21:43:33.91

趣味で何か作るなら是非使いたいね。
ビジネスプロダクトを作るならまたちょっと話が変わるけど。

**デフォルトの名無しさん** · 2018/06/27(水) 07:38:02.49

クロスプラットフォームって、出始めの頃のhtmlベースのそび糞達のせいで普及が5年は遅れてると思う。
いまだにあの頃のイメージは抜けきれてない

**デフォルトの名無しさん** · 2018/06/27(水) 08:32:56.41

Kotlinを選ぶ時点で、既に自分の得意な特定の言語に固執する低レベルな段階を卒業してる人が多いだろうから
無理にKotlin使うよりプラットフォームに合わせた適切な言語を使うべきと考える人が多数派だろうね

**デフォルトの名無しさん** · 2018/06/27(水) 08:41:17.54

うちもいくつかアプリ作ってるけど、結局それぞれのネイティブで並行開発が1番間違いないって感じになってるな。
Xamarin使ってるのもあるけど、やっぱり色々辛い。RNはもっとアレだったからプロダクトに使う前にやめた。

**デフォルトの名無しさん** · 2018/06/27(水) 08:44:02.48

そうそう
クロスPFなんてもうunityくらいしか使われていない

**デフォルトの名無しさん** · 2018/06/27(水) 09:01:55.92

Xamarin程の糞はない

**デフォルトの名無しさん** · 2018/06/27(水) 10:28:55.92

>>678
Unityって触ったことないけど、ゲーム以外にも使えんの？

**デフォルトの名無しさん** · 2018/06/27(水) 10:31:24.77

使えない

**デフォルトの名無しさん** · 2018/06/27(水) 12:18:58.79

単純にプラットフォームのバージョンアップに加えて、Xamarinの更新や仕様変更にもついていかなくちゃいけないのが割と大きいんだよね。
レイヤーが1枚増えるぶんこちらの意思とは無関係にメンテしなくちゃいけないものが増える。

**デフォルトの名無しさん** · 2018/06/27(水) 18:40:46.48

ネイティブでクロスコンパイルだとgoがいい感じなんだがいかんせん言語仕様がアレじゃん?
rustもつらみが深いし。
kotlinがそこ狙ってくれないかなー

**デフォルトの名無しさん** · 2018/06/27(水) 19:00:28.69

Googleがgo諦めてKotlin推しになったんだと思ってるんだが

**デフォルトの名無しさん** · 2018/06/27(水) 19:40:54.39

Google的にはTypeScriptとPWAでしょ

**デフォルトの名無しさん** · 2018/06/27(水) 20:31:33.36

GoはGoogleAppEngineとセットで推されてる感じ
Dartはモバイルアプリに使えるようになったけど、PWAにも対応されるのかな

**デフォルトの名無しさん** · 2018/06/27(水) 21:31:14.11

Google A 「KotlinはAndroid開発の第一級言語」
Google B 「Dartならクロスプラットフォーム開発出来るよ」
Google C 「社内ではTypeScriptが標準開発言語ですけどね」
Google D 「Goはさらに進化する」

**デフォルトの名無しさん** · 2018/06/27(水) 21:47:53.30

Googleも一枚岩ではないからな

**デフォルトの名無しさん** · 2018/06/27(水) 21:54:44.06

そういうカオスなのがGoogleっぽくて嫌いじゃない
Googleはインド系
Appleは中国系

**デフォルトの名無しさん** · 2018/06/27(水) 22:06:52.35

Google的にはWebAssemblyはどの言語なんだろ
Kotlin/Nativeを推してくれたりしないものか

**デフォルトの名無しさん** · 2018/06/27(水) 22:36:51.97

GoogleはSEO最強だからどんなものでもそれなりに凄いもののように見えるけど、
実際にはGoogle自身も全く本気でやってないお遊びレベルのゴミが多いでしょ
Googleって社内的には非常に一貫性の高い独自のプラットフォームがあって、世間のOSSベースな開発とはかけ離れた世界になってるらしいし

**デフォルトの名無しさん** · 2018/06/28(木) 05:21:24.48

ソースは？

**デフォルトの名無しさん** · 2018/06/28(木) 08:16:52.30

googleのソースリポジトリへのコミット要件が割と厳し目なのは有名かな。
その割にgithubにあげてるのはそもそもまともに動かないものもたまにある。

**デフォルトの名無しさん** · 2018/06/28(木) 11:23:25.80

>>692
オリバーかイカリ使ってる

**デフォルトの名無しさん** · 2018/06/30(土) 20:53:17.24

この前のHadi Haririのイベント行った奴いないの？

**デフォルトの名無しさん** · 2018/07/01(日) 08:01:17.25

すみません、どちらに質問させて頂けるのか分からなくてこちらで教えていただければと考えてます。よろしくお願いします。

**696** · 2018/07/01(日) 08:15:08.30

1 fun func(x:int,y:(Int)->Int)=L(x)
2 func(1,{it*5})

1行目のL(x)は何を意味しているのでしょうか？
また、var y:(Int)->Int={x:Int->x*2}をfunc関数に代入するために
1行目にy:(Int)->Intを引数にして
2行目で、{x:Int->x*2}を実行しているという理解でいいのでしょうか？

**デフォルトの名無しさん** · 2018/07/01(日) 08:18:15.23

>>681
Unityの「だってお前らこれではゲームしか作らんだろ」という割り切りっぷりは清々しい
ゲーム的文法で作る以外のルートがねえｗ

**デフォルトの名無しさん** · 2018/07/01(日) 10:29:25.00

>>697
1行目はLという名前の関数にxを渡してるだけ
　fun func(x:int, y:(Int)->Int) {
　　　return L(x)
　}
の省略表記
ただ、引数のyが無視されているので
L(x) じゃなくて y(x) の間違いなんじゃねって気がする

2行目は代入云々はその理解で合ってるけど
「実行している」のではなく「定義して渡している」
実際そのコードではyが呼ばれてないのでその掛け算は実行されない

**デフォルトの名無しさん** · 2018/07/01(日) 16:20:40.37

なんで、宣言のとき型と変数名逆にしたんだろうなあ、苛つくわあ

**デフォルトの名無しさん** · 2018/07/01(日) 16:23:38.80

>>700
省略したいときウルトラ面倒になるのでやりたくなかったのだろう