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

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

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

2017/10/22(日) 10:39:38.28

>>928
りす？
　　　　　　 n_n
　　　　　　/ ･＼
　　　　　/ヽ＿＿･
　／Ξﾐヽ/　(ﾟДﾟ)
　(　―、｜ (ﾉ　 |つ
　＼＿人人＿＿)_)
　　　　　　∪ ∪

2017/10/22(日) 10:43:40.96

>>936
その辺は何れ何とかなるんじゃないかな。AIが発達して人間が何かする必要は特に無くなる。
もちろんAIはプログラミングなんかしない。自身が既にプログラムだしね。単に人間が望むであろう動きを自分がすればいいだけ。

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

Pythonじゃダメなの？

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

だめなの

**デフォルトの名無しさん** · 2017/10/23(月) 09:12:33.70

そういやPythonやったことないな。いつもLinuxいじってて目の前に既に使える環境があったんだがなぜか覚える気にならずPerlばかり使っていた。
いい加減学習するか。

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

ぱいそんなんて勉強が必要なものでもないがな

**デフォルトの名無しさん** · 2017/10/23(月) 09:49:53.15

いや、ほら、何も知らないからさ。
ファイル名の拡張子が .py ってことぐらいしか知らない。

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

常用するLinuxBoxがあるのならPython/Rubyは良い選択肢
自分のために楽しくやりたいならRubyを、皆と一緒に便利にやりたいならPythonを選ぶといい
どっちか覚えたら片方はすぐなんで初期用途で選んでいいよ

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

未だにkotlinだとヌルポがなくなるとか言ってるやつがいるのか

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

ひねくれた複雑な事やらなければだいたいはなくせないか？

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

Kotlin使ってもぬるぽ連発してんのか

**デフォルトの名無しさん** · 2017/10/23(月) 22:51:45.52

>>947
ああ、こいつに構わなくていいよ
いつも同じことしか書かないんだ
説得しようとしても無駄

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

器用なことやるな

**デフォルトの名無しさん** · 2017/10/24(火) 02:21:21.48

kotlinが急進的に普及みたいな記事を
良くみるが、俺は到底そうとは思えない。
理由はＫｏｔｌｉｎの謳い文句の
ＫｏｔｌｉｎからＪａｖａ変換、ＫｏｔｌｉｎからＪａｖａｓｃｒｉｐｔ変換が
まだまだ使いずらいってことだ。
ＡｎｄｒｏｉｄスタジオはＰＣによってはＢｕｉｌｄが遅過ぎ
まったく開発にならない。Ｗｅｂプログラムのパイオニアみたいな
キャッチセースで最近注目を引いてるけど、まだまだ
美味しい時期ではないように思うえる。
今日とかＷｉｎｄｏｗ１０/３２ビットでコマンドラインから
JavaとＪａｖａｓｒｉｐｔにコンパイルしようとしたけど
Ｊａｖａｓｐｉｔに関しては資料が少なすぎて手も足も出ない。

コマンドプロンプトから

kotlinc-js -output hello -sourceFiles hello.kt -libraryFiles kotlin-jslib.jar

で良かったけ？なんか、情報が閑散としてて判らん

**デフォルトの名無しさん** · 2017/10/24(火) 03:06:11.96

全角で言語名書く奴の意見は参考にしない事にしている

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

全角と半角が混じって気持ち悪いことこの上ない
プログラマーとは思えない美的感覚

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

Javasript
Javaspit
という新しい言語が生まれたようだな

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

>>952-954
なんでそうやって構うの

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

spit = つばを吐く
ということだから、
Javaspit = Javaにつばを吐く
つまり熱狂的なKotlin信者ということ

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

Ｗｉｎｄｏｗ１０

新しいOS

**デフォルトの名無しさん** · 2017/10/24(火) 09:51:43.85

キッズプログラマー

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

SRIPT

Shanghai Research Institute of Petrochemical Technology

**デフォルトの名無しさん** · 2017/10/24(火) 10:28:35.28

>>955
プログラミングできなくても参加できるからね
自分たちは何もできないって人前で叫んでいるようなものだ
正直お帰り頂きたいのだが

**デフォルトの名無しさん** · 2017/10/24(火) 12:32:17.01

>>948
どこにヌルポ連発すると書いたのか。アスペかおまえは。
>>949
おまえみたいなゴミカスエンジニアは何言っても否定するんだろうな

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

ぬるぽ

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

何気なくAmazon見てたらこんなの見つけた。無料。

Kotlin Programming Tutorial https://www.amazon.co.jp/dp/B074FXTTKL/ref=cm_sw_r_an_am_at_ws_jp?ie=UTF8

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

EclipseのエディタがJavaと同じぐらいKotlinサポートしてくれてるなら乗り換えてもいい

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

KotlinはIntelliJ開発元のJetBrainsが作ってるからEclipseプラグインに期待するのは間違い
もしサードパーティによってIntelliJより使いやすいEclipseプラグインが出てきて開発者がそっちに流れそうになったりしたら
JetBrainsは法的手段を使ってでも全力で潰しに来るはず

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

極めて単純に「Eclipseは20年以上Javaをサポートしアプデし続けてきたので最強である」というだけなので
今のJava+EclipseをKotlinで再現するにはあとやっぱり20年くらい必要だと思われる
あれは年季の問題であって、NetBeans+Javaとか（困ったことに）IntelliJ+Javaも同じようなものだ

IDEサポートの分厚さという点ではKotlinはどの組み合わせにも及んでいない
とりあえずバックスペースで消していくだけでKotlinプラグインがクラッシュすることがあるのを直さんといかんレベル

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

MSがVSCodeのプラグイン作ったら1年でJava超えるだろうけどね

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

なんてこったい

Oracleはjava9でvar採用して
innullablejre.jarを別途提供すべき

**デフォルトの名無しさん** · 2017/10/29(日) 03:51:42.38

すばらしい使い捨て言語だ。

**デフォルトの名無しさん** · 2017/10/29(日) 09:51:25.77

>バックスペースで消していくだけでKotlinプラグインがクラッシュする
あれは繊細過ぎると思う
どっかでチェック開始間隔の設定がありそうだけどな

**デフォルトの名無しさん** · 2017/10/29(日) 09:56:52.64

kotlinでプラグインを書かないからヌルポになるんだよ。

**デフォルトの名無しさん** · 2017/10/29(日) 19:11:11.42

さっき新宿の紀伊國屋書店行ったらKotlinイン・アクションもう置いてあったよ。
ということは多分大きい本屋ならもう売ってると思う。

**デフォルトの名無しさん** · 2017/10/29(日) 21:42:48.27

感想は？買いなん

**デフォルトの名無しさん** · 2017/10/29(日) 22:04:20.61

>>973
まだパラパラめくって見ただけなので何とも言えないが、詳しく一通り書いてあるように見える。

**デフォルトの名無しさん** · 2017/10/30(月) 00:56:22.26

初めてのまともな日本語の本でしょ
あのクソみたいなエバンジェリスト本(笑)をやっと駆逐できるな

**デフォルトの名無しさん** · 2017/10/30(月) 02:59:15.21

エバンジェリスト本？
ああ、まあ、 Technology evangelist か?

**デフォルトの名無しさん** · 2017/10/30(月) 08:46:43.80

長澤太郎もかかわっている

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

今日から始めます。
今インストール中。
よろしくお願いします。

**デフォルトの名無しさん** · 2017/10/30(月) 22:37:30.38

ここは！
あなたの！
日記帳！

Javaを読めないとしんどいから、もしまだ知らないなら並行作業でちょっとずつやるといいよ
今からやっておくとだいたいKotlinわかったころに何かやりたくなっても「あっこれ進研ゼミでやったやつだ！」となって捗ること請け合い

**デフォルトの名無しさん** · 2017/10/30(月) 23:00:21.71

>>979
応援ありがとうございます。
Javaは少しだけやりました。
一応C#は使えるので、
kotlinやりながらJavaも覚えたいと思います。

**デフォルトの名無しさん** · 2017/10/31(火) 20:53:53.80

data?.let {
　　...
}
でdataがNULLじゃないときだけ処理を実行できることは分かりました。
これにdataがNULLのときの処理も追加したい場合はどう書いたらいいんでしょうか
data?.let {
　　...
}?: {
}
みたいに書けないです。

**デフォルトの名無しさん** · 2017/10/31(火) 21:01:44.57

ファイル入力の処理などの以下の処理が
while((line = br.readLine()) != null)
Kotlinだと、Assignments are not expressions, and only expressions are allowed in this context
のエラーになるんですが、Kotlinだとどう書いたらいいんでしょうか

**デフォルトの名無しさん** · 2017/10/31(火) 21:38:42.83

>>981
let{ ... } が null を飛ばしてラムダ式を実行することができるのはあくまで副次作用に過ぎない
条件分岐させたいのなら素直に when か if で書くべき

>>982
File(path).forEachLine { line -> println(line) }

**デフォルトの名無しさん** · 2017/10/31(火) 21:39:06.81

>>981
普通に if 使って書けば良いのでは？

**デフォルトの名無しさん** · 2017/10/31(火) 21:55:55.33

>>981
?: run {}

**デフォルトの名無しさん** · 2017/10/31(火) 22:06:34.40

data?.let {
　　...
}?: {
　　...
}.invoke()
というのを見つけたんですが、?: run {}の方がいいんでしょうか

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

癖のある言語ですね・・・

**デフォルトの名無しさん** · 2017/10/31(火) 22:16:51.16

>>986
だから条件分岐は条件分岐として書いてくれ
letはもともと

val hoge = Hoge()
hoge.mes1()
hoge.mes2()

と書く代わりに

Hoge().let{ it.mes1(); it.mes2() }

と書くことができるという構造だ
条件分岐の代わりに使っていいものじゃない
ネット上で観測される彼らは「間違っている」
参考にしてはならない

**デフォルトの名無しさん** · 2017/10/31(火) 22:20:26.16

えー。letってNULLチェック代わりに使うものじゃなかったの

**デフォルトの名無しさん** · 2017/10/31(火) 22:28:56.76

nullチェックは ?. の部分だ
letの中身が長くなればなるほど、それはletで書くべきではないということになる
今ここでこれ使うと1行で書けて変数に入れられるぜえ、とかだとapplyとか使うの考えるがまあその程度

letをnull回避として紹介してた人が今どんだけそれを日常的に使ってるかは個人的に興味があるよ
最初の紹介で使っただけなんじゃないかと思うんだよねえ

>>990超したので新スレおねがいします

**デフォルトの名無しさん** · 2017/10/31(火) 22:29:35.46

Wikipediaとか参考文献にしてそう

**デフォルトの名無しさん** · 2017/10/31(火) 22:47:55.01

そもそものもともととして.?じゃ本当にnullが来たとき対処できないじゃないか
checkNotNull(value){ "valueがnullです" }
とかしないと不安にならないの

**デフォルトの名無しさん** · 2017/10/31(火) 23:34:28.34

それならKotlin使うのやめろよ

**デフォルトの名無しさん** · 2017/10/31(火) 23:39:23.74

>>992
何言ってんの

**デフォルトの名無しさん** · 2017/10/31(火) 23:49:38.22

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

**デフォルトの名無しさん** · 2017/11/01(水) 00:08:55.25

次スレ

http://mevius.5ch.net/test/read.cgi/tech/1509462463/

2ch.net でないとうまく開かない専ブラの人は以下のURL

http://mevius.2ch.net/test/read.cgi/tech/1509462463/

**デフォルトの名無しさん** · 2017/11/01(水) 00:46:22.34

x.?let {} ?: run {} は letのとこのブロックがnull返すと x がnullじゃなくても run のブロック実行しちまうだろ
x.?also {} ?: run {} にしとけよ

**デフォルトの名無しさん** · 2017/11/01(水) 00:52:45.72

>>992
?. を書いてメソッドチェーンを繋げなければならない状況自体、なにかおかしいからな
とっとと非nullを確定させるのが妥当
しかもわざわざスコープ内で覚えててくれるんだから、利用しない手はない

**デフォルトの名無しさん** · 2017/11/01(水) 02:02:04.51

999

**デフォルトの名無しさん** · 2017/11/01(水) 02:02:35.06

1000

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 613日 0時間 16分 34秒