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

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

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

**デフォルトの名無しさん** · 2017/10/14(土) 00:02:55.04

>>837
Are you pen?

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

碌に移行する理由がないんじゃJavaの天下は続くな。

**デフォルトの名無しさん** · 2017/10/14(土) 00:24:30.10

理由ならある
呼び名がかわいい

**デフォルトの名無しさん** · 2017/10/14(土) 05:04:47.87

これから流行るんじゃねえか? まずは Android 用アプリ作成に使うのが流行ると思うぞ。

**デフォルトの名無しさん** · 2017/10/14(土) 06:05:23.13

AndroidStudio3.0のベータ版だと、アプリとテストの雛形のデフォルトがKotlinになってるから
特にこだわりがない人は Kotlin 使うようになるだろね

**デフォルトの名無しさん** · 2017/10/14(土) 08:54:09.10

Null安全だけでも以降するのに十分な理由になると思うが

**デフォルトの名無しさん** · 2017/10/14(土) 09:23:07.84

>>838
No, it is an apple.

and Swift

**デフォルトの名無しさん** · 2017/10/14(土) 09:34:03.59

ぬる安全で動かなきゃletとかwithとかalsoとか見せればイチコロだと思うにゃん
さほど変態的でない記述でJavaコードが更に短くなるというだけで訴求力はあるはず

**デフォルトの名無しさん** · 2017/10/14(土) 09:37:33.59

スクリプト動作モードは遅すぎて使い物にならないな

**デフォルトの名無しさん** · 2017/10/14(土) 14:20:16.21

>>843
Going.

**デフォルトの名無しさん** · 2017/10/14(土) 14:26:02.66

withは要らんわ
大してメリットが無く紛らわしいだけだからとC#が意図的にVBから削ったゴミを
なぜ今更復活させてしまったのか

**デフォルトの名無しさん** · 2017/10/14(土) 14:28:24.42

let, with, alsoの使い分けがよくわからん

**デフォルトの名無しさん** · 2017/10/14(土) 14:55:18.93

letは「これnot nullのif文代わりに使えるじゃん！」って置き換えるもその後にelse節が必要になって泣く泣く書き換える羽目になるトラップとして使う

**デフォルトの名無しさん** · 2017/10/14(土) 16:45:54.36

valで変数を書き始められるのが楽
Javaに戻ると型名書かないといけなくて脳に負担がかかる

**デフォルトの名無しさん** · 2017/10/14(土) 16:59:08.57

Javaがどんどん軟派化仕様を取り入れてるときに、軟派言語出されても競合するなぁ。

**デフォルトの名無しさん** · 2017/10/14(土) 17:32:07.97

Javaの件でOracleがGoogleを訴えたりしてなかったっけ？
あれが関係しているような気がするんだが

**デフォルトの名無しさん** · 2017/10/14(土) 17:46:40.03

MSは訴えられてWindowsからMS製Javaを排除したが、
AndroidからGoogle製Javaを排除したらただのLinuxじゃん。

**デフォルトの名無しさん** · 2017/10/14(土) 17:52:02.81

Googleが訴えられたのはJVMとAPIだから言語を変えたところで何の意味もないよ

**デフォルトの名無しさん** · 2017/10/14(土) 18:08:25.27

言語がモダンになってIDEが必須になってどんどん人間がバカになっていくぅ

**デフォルトの名無しさん** · 2017/10/14(土) 19:31:44.98

>>850
?: run {} が使える

**デフォルトの名無しさん** · 2017/10/14(土) 21:25:44.86

>>848
withは言語機能として組み込まれてるわけじゃなくて、
他のrunとかapplyでも使ってるレシーバ付き関数リテラルの一番簡単な使い方
このレシーバ付き関数リテラルがあれば、withみたいな関数は簡単に定義できるんで、
withがダメっていうならレシーバ付き関数リテラルもダメってことになる
でもKotlinは意図的にレシーバ付き関数リテラルを用意して活用する気満々なんだよ

**デフォルトの名無しさん** · 2017/10/15(日) 01:36:56.98

with ってこれなのな。
public inline fun <T, R> with(receiver: T, f: T.() -> R): R = receiver.f()

https://qiita.com/ngsw_taro/items/d29e3080d9fc8a38691e

**デフォルトの名無しさん** · 2017/10/15(日) 01:57:24.53

withってほとんどの場合副作用使うからなあ
現代的なプログラミングにはそぐわないよ

**デフォルトの名無しさん** · 2017/10/15(日) 02:28:15.35

Kotlinのwithは値を返すから副作用を利用するかどうかは使う人次第だ

**デフォルトの名無しさん** · 2017/10/15(日) 03:09:10.81

1つのList/Setを条件で分けて3つのグループにするのに何かいいやり方ありますか？
val group1 = ArrayList<HogeEnum>()
val group2 = ArrayList<HogeEnum>()
val group3 = ArrayList<HogeEnum>()
group.forEach {
when {
it.isHoge() -> group1.add(it)
it.isHage() -> group2.add(it)
else -> group3.add(it)
}
}

**デフォルトの名無しさん** · 2017/10/15(日) 03:38:27.73

Iterable.groupBy()があるよ
やってることは結局その例とかわらないけど

**デフォルトの名無しさん** · 2017/10/15(日) 04:01:40.27

こんな感じか
val result = group.groupBy ({ if (it.isHoge()) 0 else if (it.isHage()) 1 else 2 }, {it})
val group1 = result[0]
val group2 = result[1]
val group3 = result[2]

**デフォルトの名無しさん** · 2017/10/15(日) 17:12:21.76

>>864
itのままでいいなら二番目のパラメータ省略できるよ。

**デフォルトの名無しさん** · 2017/10/15(日) 18:32:02.26

>>865
なるほど、ならばこんな感じに
val result = group.groupBy {it.run{when{isHoge()->0; isHage()->1; else->2}}}

**デフォルトの名無しさん** · 2017/10/15(日) 19:18:47.56

さっき本屋行ったらこんなの売ってた。工学社の I/O BOOKS のやつだ。
https://i.imgur.com/UHC2KT1.jpg
ぱらぱらめくって見た感じでは全体が簡単にまとめられているようではあった。
小さいサイズの本の方がいい人向けかな。
まあしかし買うなら立ち読みして確認してからにするとよい。

**デフォルトの名無しさん** · 2017/10/15(日) 19:22:52.08

電子書籍で出してくれ

**デフォルトの名無しさん** · 2017/10/15(日) 23:30:21.51

本屋で写真取ると捕まるぞ。

**デフォルトの名無しさん** · 2017/10/15(日) 23:38:59.63

長澤太郎以外でも出せるんだな

**デフォルトの名無しさん** · 2017/10/16(月) 01:10:50.17

>>869
ああ。中身撮影してると思われたら捕まるだろうな。w
しかし少し離れた所から表紙しか撮影してないから誤解されることはないと思うがな。

**デフォルトの名無しさん** · 2017/10/16(月) 02:03:12.91

>>871
店舗内での書影撮影に関してはわりと明確なルールがあるよ

・書店が入っている商業施設が無断撮影禁止なら無断撮影者は退去対象である

明瞭だ
著作権とかどうでもいい
出禁だ出禁

**デフォルトの名無しさん** · 2017/10/16(月) 02:12:21.73

>>872
店内で本をスマホにかざすとアクションが起こるみたいなアプリがまずぶつかる障壁だな
本屋主導の電書アプリでついてる機能でプレスリリースまで出したけど立ち消えになったりもする
kotlinでシチュ限定スマホアプリ作ってる人もいるだろうけどスマホ使用制限エリアとの兼ね合いには注意だ

**デフォルトの名無しさん** · 2017/10/16(月) 19:28:21.38

これを皮切りに
kotlinの本が続々出て今年から来年にかけて
爆発的に売れる予感。

**デフォルトの名無しさん** · 2017/10/16(月) 21:34:34.38

とりあえずはインアクションがあればいいな
やっとまともな本が出る

**デフォルトの名無しさん** · 2017/10/16(月) 21:37:31.83

まともに移行する理由がひとつも挙げれなかったから爆発しない。F#ぐらいの立ち位置だな。

**デフォルトの名無しさん** · 2017/10/16(月) 21:38:36.04

Null安全はでかいだろ
プログラミング初心者か

**デフォルトの名無しさん** · 2017/10/16(月) 21:53:29.09

なるほど。Null安全か。よしJavaに追加しよう。

**デフォルトの名無しさん** · 2017/10/16(月) 21:53:40.26

>>877
そうだよ
http://mevius.5ch.net/test/read.cgi/tech/1492843013/978

**デフォルトの名無しさん** · 2017/10/16(月) 22:04:58.29

プログラミング初心者がF#とか言ってんのか

**デフォルトの名無しさん** · 2017/10/16(月) 22:12:56.85

この人は人の話を聞かず妄想で話を進める人だな。

頭に蛆でも沸いてるのか？

**デフォルトの名無しさん** · 2017/10/16(月) 22:49:58.86

今爆発が始まったばかりなんだよ。

**デフォルトの名無しさん** · 2017/10/17(火) 03:13:52.64

Javaで困ってねーからな。Javaで困ってる案件をKotlinなら解決できるわけもなく。

中にはNull例外で困ってる初心者もいるようだが。

**デフォルトの名無しさん** · 2017/10/17(火) 04:17:41.05

Java自体Android開発以外であんまり使わないからKotlin Nativeに期待してる
仕事だとWebはPHP、PCはexe形式のWin用の案件ばっかりなんだよね

**デフォルトの名無しさん** · 2017/10/17(火) 08:01:28.76

未だに手続き型の泥臭いコードが主流の日本じゃ流行らないでしょ
日本はCOBOLとstatic Javaが正義

**デフォルトの名無しさん** · 2017/10/17(火) 08:17:08.08

どうして自分で使ってもいない言語のスレにやってきて書き込むのかまったく意味不明

**デフォルトの名無しさん** · 2017/10/17(火) 09:12:43.23

Kotlinできないやつは仕事がなくなる

**デフォルトの名無しさん** · 2017/10/17(火) 09:31:20.86

「Javaで作ってます（実際にはKotlinですが）」というパターンが増えると思う
Javaのボイラープレートコードを
・IDEが自動生成してソースに直書きする
・Kotlinがコンパイル時に追加書きする
という程度の違いしかないわけだし
見る必要のないものは見えないほうが能率的にも好ましい

**デフォルトの名無しさん** · 2017/10/17(火) 10:54:09.69

>>887
Java以上に難解な言語だからな。

**デフォルトの名無しさん** · 2017/10/17(火) 11:27:44.11

>>889
Kotlinからプログラミングに入った人が、数年経ってからJavaに手を出したとして、Javaの方が簡単だと思うかな

**デフォルトの名無しさん** · 2017/10/17(火) 12:21:38.68

まだ学習中ではあるが、Java より Kotlin の方が簡単なのではないかという感じがしている。
少なくとも同じことやろうとしたら Java では記述が面倒になるものがある。

**デフォルトの名無しさん** · 2017/10/17(火) 12:48:53.61

型名から書き始めるのがだるく感じるようになってしまった

**デフォルトの名無しさん** · 2017/10/17(火) 13:37:15.76

>>891
簡単だよ、「教科書」の範囲を脱するとJavaの知識は絶対に必要だからちょっとアレだけど
所要時間の7割くらいはKotlinでざくざく書ける
残り3割は
・事例をKotlinでググったがJavaのしか出てこなかったので諦めてJavaを読んでいる
・ IntelliJでJavaコードを変換してもらったらジェネリクスやコンパニオンオブジェクトやアノテーションだらけになりしかも動かないので泣きながら修正している
・ IntelliJに変換してもらおうとしたらどうやらスニペットらしく何度ペーストしてもうんともすんとも言わないので吐きながら手作業でひとつひとつ置き換えている
のだいたいどれかだ

**デフォルトの名無しさん** · 2017/10/17(火) 18:57:01.82

ビット演算子とかすでに普及したC系の書法あるのになんで変えるんだろう？

**デフォルトの名無しさん** · 2017/10/17(火) 19:18:36.93

AndroidのKotlin、2018年にはシェアでJavaを上回る可能性
http://news.mynavi.jp/news/2017/10/17/044/

**デフォルトの名無しさん** · 2017/10/17(火) 19:47:17.34

イライラするな、そのグラフ。クリックしても全然拡大できねー。

**デフォルトの名無しさん** · 2017/10/17(火) 20:36:40.86

>>896
スマホやタブレットなら拡大するを押した後はピンチできると思うよ。

**デフォルトの名無しさん** · 2017/10/17(火) 20:39:30.41

お前ら時代についていけなくてプログラミングの仕事ができなくなるぞ
Kotlin以外にもRxとかdatabindingとかMVVM, flux, MVIとか
新しい技術がどんどんでてきてんのにどうすんだ

**デフォルトの名無しさん** · 2017/10/17(火) 20:50:31.20

え？全部覚えればいいだけでは？

**デフォルトの名無しさん** · 2017/10/17(火) 20:55:29.61

調べ方さえ知っときゃいいのよ
基本はアルゴリズム

**デフォルトの名無しさん** · 2017/10/17(火) 20:58:55.12

>>898
え？新しい？
どれのこと言ってんの？

**デフォルトの名無しさん** · 2017/10/17(火) 20:59:12.42

AndroidのKotlin、2018年にはシェアでJavaを上回る可能性
ttp://news.mynavi.jp/news/2017/10/17/044/

**デフォルトの名無しさん** · 2017/10/17(火) 21:27:02.26

アセンブラに回帰するから大丈夫

**デフォルトの名無しさん** · 2017/10/17(火) 23:21:34.71

>>899
無理だよ
お前が天才なら話は別だが

**デフォルトの名無しさん** · 2017/10/17(火) 23:26:52.13

Kotlinは最新鋭の言語だからな。ついていくにはかなりの勉強が必要。
オブジェクト思考なにそれじゃとても無理。

**デフォルトの名無しさん** · 2017/10/17(火) 23:38:47.28

Kotlinが分からないお前ら全員失業ｗｗｗ無職ざまあｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2017/10/18(水) 00:26:22.06

>>898
あなた「が」その技術を作って売っているのでないのなら、アタラシイギジュツというのは業務としては無視してよい
それの半数は1年で話題にならなくなり、2年でその半数が消える
3年経っても話題になり生き残っているのなら、そこで初めて検討すればいい（たとえばKotlinのように）

まあそれの多くは技術というよりは概念だからわりと生き残ってる部類だが
家のプログラミングで追いかけてりゃ十分じゃないかな

**デフォルトの名無しさん** · 2017/10/18(水) 09:11:29.05

Kotlinの定数ってどう書くのが正しいんですか
全部大文字にしてアンダースコアで繋げる、
じゃないですよね

**デフォルトの名無しさん** · 2017/10/18(水) 09:38:16.58

>>908
companion object{
const val hoge
}
Javaライブラリから定数だと思ってもらう必要がないならcompanion object{}はいらないはず
hogeの名前部分は好きに書け
仰る通り全部大文字アンダースコア区切りが普通ね

**デフォルトの名無しさん** · 2017/10/18(水) 12:26:44.80

>>904
そうか。じゃあ問題ないな。

**デフォルトの名無しさん** · 2017/10/18(水) 15:49:53.65

>>904
idiot savant なら話は別だが
の誤記だよね

**デフォルトの名無しさん** · 2017/10/18(水) 20:53:45.43

ねえコトリン^^

**デフォルトの名無しさん** · 2017/10/19(木) 13:53:40.95

こっち向いて

**デフォルトの名無しさん** · 2017/10/19(木) 14:09:52.81

　　　　☆　　　　　　∬　　 ∬
　　　　｜＼　　　　　 r;ｪ、c3　ｼｭﾝｼｭﾝ
　　　　 ∴∴∴ 　＿（＿'ﾌ＿_
　　　 (´・ω・｀)　|l三三三||￢|　
　　　（　＿つ　.|l三旦三||　 |　
　　　（_（＿_ノ　「目　　　「:＿]　

**デフォルトの名無しさん** · 2017/10/19(木) 22:05:31.14

>>913
ロシアが攻めて来たのよ

**デフォルトの名無しさん** · 2017/10/19(木) 23:19:09.40

ロ、ロ、ロ、ロシアン

**デフォルトの名無しさん** · 2017/10/20(金) 09:23:09.66

Kotlinのスキルを持たないAndroid開発者は恐竜のようになるリスクに直面。モバイルアプリプラットフォームのRealmが予測
ttp://www.publickey1.jp/blog/17/kotlinandroidrealm.html

**デフォルトの名無しさん** · 2017/10/20(金) 10:33:28.19

それはKotlinのスキル有無の問題ではなくて、
Kotlin程度、まともにJavaできる人なら適当に一日触ったら十分使いこなせるようになるんだから
それができないレベルの人には仕事はないという当たり前の話だと思う

**デフォルトの名無しさん** · 2017/10/20(金) 11:04:30.15

kotlinはjavaの唯一最大の参入障壁「やりたいことに対して無意味にも思える記述が多すぎる」を解消した
あとはちょっと変わった記述の適用広範囲Javaライブラリみたいなもんだからな、そりゃ使われるわ

実はKotlinよりもプログラミング言語的に素晴らしいScalaさんという一つ上くらいの先輩がいるのだが
Scalaさんは初動に集まった人がアカデミックだった上に記号魔術で遊び過ぎて印象悪くして失敗してしまったのだ（初動大事）

**デフォルトの名無しさん** · 2017/10/20(金) 12:09:50.84

Javaオンリーな人が付け焼き刃でKotlin使うようになってほぼJavaなKotlinコードが量産されるんだろうな

**デフォルトの名無しさん** · 2017/10/20(金) 12:36:09.65

>>920
たとえば？？

**デフォルトの名無しさん** · 2017/10/20(金) 12:45:02.92

何を今更
ジェットブレインが開発した時点でそういう言語だろ

**デフォルトの名無しさん** · 2017/10/20(金) 12:53:16.47

ジェットブレインってなんだろう…

**デフォルトの名無しさん** · 2017/10/20(金) 12:53:54.91

>>920
え？例えばどんな？
クラスはみんなopenとか？

**デフォルトの名無しさん** · 2017/10/20(金) 12:55:55.90

>>923
正直なところ、該当プログラミング言語を使ってないような人が言語のスレに書き込む理由がさっぱりわからん
自分の知らないことばかり話してるスレだぞ…

**デフォルトの名無しさん** · 2017/10/20(金) 12:56:22.84

ジェット脳

**デフォルトの名無しさん** · 2017/10/21(土) 08:55:05.79

バグだらけのWebアプリケーションをKotlinで実装してみました
https://qiita.com/tamura__246/items/ce2932809b9e4ec0297e

**デフォルトの名無しさん** · 2017/10/21(土) 08:56:18.39

言語を変えたらバグがなくなりす。Javaのときも言ってた気がします。

**デフォルトの名無しさん** · 2017/10/21(土) 10:49:40.33

>>928
バグの一部はなくなった。もちろん全部はなくならない。

**デフォルトの名無しさん** · 2017/10/21(土) 14:07:32.75

見てないけど、kotlinにしたら、世の中のプログラムのバグがなくなるのか
kotlin最強だな

**デフォルトの名無しさん** · 2017/10/21(土) 15:57:07.83

プログラム言語の進化の歴史の基本パターンだしな

**デフォルトの名無しさん** · 2017/10/21(土) 22:52:03.68

>>930
だから全部はなくならないってw

**デフォルトの名無しさん** · 2017/10/21(土) 23:05:33.46

ヌルポがなくなるらしい。でもちゃんとテストしたらヌルポのバグって全部修正できるよね。
つまりkotlinにすればテストしなくていいということ。

結果さらにバグあり納品が増えてデスマーチ。いつかみた風景。
ポインタがなくなれば～、GCがあれば～

オープンソースにすれば～ってのもあったね。最近多いのがAIにすれば～

**デフォルトの名無しさん** · 2017/10/22(日) 03:25:09.30

Null非許容型も知らずヌルポがなくなるらしいとか言ってる奴が何言っても全然説得力が無い

**デフォルトの名無しさん** · 2017/10/22(日) 03:25:51.40

Null非許容型も知らずヌルポがなくなるらしいとか言ってる奴が何言っても全然説得力が無い

2017/10/22(日) 09:06:20.22

世の中のプログラムのバグがなくなるとかテストしなくていいとか
脳内の飛躍が半端ないなｗ

2017/10/22(日) 09:51:20.46

>>933
それはヌルポをテストしなくていいを、ヌルポ以外のテストもしなくていいにすり替えたから。
つまり>>933の脳内にバグがある状態。