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/04/02(月) 22:06:03.99

argumentsもnullableになってるんですが、
val value: Int by lazy { arguments.getInt(Key) }
は、
val value: Int by lazy { arguments?.getInt(Key) ?: -1 }
みたいな感じでしょうか

**デフォルトの名無しさん** · 2018/04/02(月) 22:37:35.05

Oracle「Javaの互換性テストを無視する実装は許さない」

http://www.itmedia.co.jp/enterprise/articles/1008/16/news011_2.html

Google「Androidの互換性テストを無視する実装は許さない」

https://gigazine.net/news/20180327-google-block-uncertified-device/

**デフォルトの名無しさん** · 2018/04/02(月) 22:53:14.02

>>12
!!を付けて回ればとりあえず更新前の開発環境での動作と同じにはなる (nullの場合例外になる動作)

ちゃんと対処するならメソッドの役割りや仕様をどうしたいかによる
それ次第では value: Int? にする選択肢もある

**デフォルトの名無しさん** · 2018/04/02(月) 23:01:11.47

めんどくせー

**デフォルトの名無しさん** · 2018/04/02(月) 23:06:07.85

Kotlinめんどくせー

**デフォルトの名無しさん** · 2018/04/03(火) 08:39:04.35

1000 名前:デフォルトの名無しさん [sage] :2018/04/02(月) 11:00:15.69 ID:k9cTFSac
1000ならXamarinのライセンスを1000個買う

**デフォルトの名無しさん** · 2018/04/03(火) 09:36:32.18

オラクルってオラついてんなぁ

**デフォルトの名無しさん** · 2018/04/03(火) 09:36:48.16

なんという愚かな宣言

**デフォルトの名無しさん** · 2018/04/03(火) 10:11:18.76

オラなんだかクラクラしてきたぞ

**デフォルトの名無しさん** · 2018/04/03(火) 10:11:52.44

クルクルだわ、、、ざまりんのライセンス買って来る

**デフォルトの名無しさん** · 2018/04/03(火) 10:45:34.33

どんまい

**デフォルトの名無しさん** · 2018/04/03(火) 12:26:46.93

k9cTFSac は領収書upな
>1000ならXamarinのライセンスを1000個買う

**デフォルトの名無しさん** · 2018/04/03(火) 16:43:12.37

小鳥んとSwift比べたら、断然小鳥んの方が書きやすいように思う
反論あれば言ってくれ

**デフォルトの名無しさん** · 2018/04/03(火) 17:04:24.03

どっちもどっち

**デフォルトの名無しさん** · 2018/04/03(火) 18:34:30.53

言語自体には断然っていうほど違いはないんじゃね。
個人的にはスイーフトンはメモリのことなど意識する必要があるのがイケてないと思う。

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

メモリを意識しないプログラマって、、

**デフォルトの名無しさん** · 2018/04/03(火) 19:24:24.09

うすいふとん

**デフォルトの名無しさん** · 2018/04/03(火) 20:54:46.49

只の大名プログラマ

**デフォルトの名無しさん** · 2018/04/03(火) 20:58:38.50

ガベコレは甘え

**デフォルトの名無しさん** · 2018/04/03(火) 21:04:24.12

そういや Java 10 が出てて、それで kotlinc 動かしたら警告出なかったよ。
その他の動作まで全て意図した通りになるかどうかは知らないが。

**デフォルトの名無しさん** · 2018/04/03(火) 21:08:49.35

ハロワ書くまでにすら依存性に悩まなければならない。でもそれが、KotlinをはじめとするJVM言語なんだよね！

**デフォルトの名無しさん** · 2018/04/03(火) 21:14:54.14

いや俺の言いたいのはそういうことじゃなくて、、
まあいいや、めんどいからXamarinでもいじって来る

**デフォルトの名無しさん** · 2018/04/03(火) 21:19:08.36

そういや Kotlin ネイティブはガベコレをどうするつもりだろう？
特定のライブラリ使った場合のみ使われるようにするのかな？

**デフォルトの名無しさん** · 2018/04/03(火) 21:56:35.11

なぜネイティブだとガベコレ使えないと思ったのか

**デフォルトの名無しさん** · 2018/04/04(水) 00:56:40.14

>>35
使えないとは思ってない。特定のライブラリを経由するなら使えるようにするのかなって話だよ。
というのは用途によってはない方が良いだろうから。ありもなしも選択可能な方が良かろう。

**デフォルトの名無しさん** · 2018/04/04(水) 01:11:38.82

ガベコレ使わないでどうやってメモリ開放すんの？

**デフォルトの名無しさん** · 2018/04/04(水) 01:12:46.64

>>37
自分で確保して自分で開放

**デフォルトの名無しさん** · 2018/04/04(水) 01:40:57.61

Kotlinで出来るの？

**デフォルトの名無しさん** · 2018/04/04(水) 01:50:39.35

>>39
知らん。ただネイティブ作るならライブラリも全部作ることになるだろうからどちらもできるようには作れるのでは？

**デフォルトの名無しさん** · 2018/04/04(水) 07:28:37.61

例えばiOSだとネイティブの機能を使うのに参照カウンタの操作がどうしても必要になる場面はありそうだしな
そこらへんはどう実現するんだろ

**デフォルトの名無しさん** · 2018/04/04(水) 23:27:54.77

Android Studio 3.1糞じゃね
3.0落としなおしたわ

**デフォルトの名無しさん** · 2018/04/05(木) 02:54:06.10

どした？

**デフォルトの名無しさん** · 2018/04/05(木) 11:16:56.30

>>25に同意だけどif-letとかちょいちょいKotlinにも欲しいのがある

//Kotlin
val view = this.view
if(view != null){
　　//スマートキャストによりローカル変数viewはNotNull
　　view.xxx()
}

//Swift
if let view = self.view {
　　//if-let文によりローカル変数viewはNotNull
　　view.xxx()
}

**デフォルトの名無しさん** · 2018/04/05(木) 12:05:32.90

>>44
それ Kotlin の方が可読性高くないか？

**デフォルトの名無しさん** · 2018/04/05(木) 12:30:39.34

それは多分慣れによる感覚だと思う

**デフォルトの名無しさん** · 2018/04/05(木) 12:45:12.79

慣れてない人が難なく読める方が可読性高いように思うが

**デフォルトの名無しさん** · 2018/04/05(木) 13:25:25.88

スマートキャストも慣れてないと分かりにくいだろ
え？どこで型変わったの？ってなる

**デフォルトの名無しさん** · 2018/04/05(木) 13:56:32.70

好みの問題だろうけど、if let よりもエルビス先生使ってnullならreturnしてあげる方がブロック使わずに済むから好き

**デフォルトの名無しさん** · 2018/04/05(木) 14:00:26.50

if let もまぁ、悪くない

**デフォルトの名無しさん** · 2018/04/05(木) 14:41:15.64

せっかくkotlin使うなら
view?.xxx()
じゃいかんのけ

**デフォルトの名無しさん** · 2018/04/05(木) 16:43:37.59

>>48
まあそれはあるかも知れんけどね。

そういやこないだプロパティに対してスマートキャスト掛からなくて何故だか悩んだなあ。
変数のように見えても実はgetter呼んでるだけだから使えないと気づくまでに時間が掛かった。

**デフォルトの名無しさん** · 2018/04/05(木) 18:36:31.28

>>42
ビルド中なぜか失敗してbuild suspendedぐるぐる状態になることがある。その場合、invalidateしてもふっかつせず、buildフォルダやiml、.ideaを全消ししたら復活した

**デフォルトの名無しさん** · 2018/04/05(木) 18:57:56.71

IntelliJファミリーのIDEは時々お茶目な動きするからな
基本的にはウダウダ悩むよりも.ideaフォルダを消してしまうのが手っ取り早い

**デフォルトの名無しさん** · 2018/04/05(木) 20:20:20.97

ことりんにぬるぽしてもｶﾞｯ!されないとか聞いたのですがほんとうですか？

**デフォルトの名無しさん** · 2018/04/05(木) 20:41:45.40

君の言いたいことがよくわからない

**デフォルトの名無しさん** · 2018/04/05(木) 20:50:48.59

ことりんたんはそもそもぬるぽさせてくれないから

**デフォルトの名無しさん** · 2018/04/05(木) 22:03:42.80

>>55
ｶﾞｯ！されないのは一番最悪じゃん
ヌルポしないプログラムを強制されるのが肝だからね

**デフォルトの名無しさん** · 2018/04/07(土) 03:05:56.74

こっとりん

**デフォルトの名無しさん** · 2018/04/07(土) 03:37:11.16

try{
　　･･･
}catch{}

**デフォルトの名無しさん** · 2018/04/07(土) 22:33:35.28

JVM最強って何？ってここで聞けばKotlinか

**デフォルトの名無しさん** · 2018/04/08(日) 08:49:46.55

ScalaかKotlinだろうね

**デフォルトの名無しさん** · 2018/04/08(日) 08:52:00.69

IBM J9 VM でしょう

**デフォルトの名無しさん** · 2018/04/08(日) 11:38:53.04

KotlinってAnnotation周りバグあんの？
このライブラリがKotlinに対応できない理由として
KotlinがTYPE_USEとAnnotatedTypeを正しく生成できないバグがある事を上げている

Kotlinのプロパティに使われた場合、取得を試みる事すら出来ないって

https://github.com/leangen/graphql-spqr/issues/72

2年も放置してるってJetBrainsはやる気あんの

**デフォルトの名無しさん** · 2018/04/08(日) 14:11:45.21

やる気はそこそこある

**デフォルトの名無しさん** · 2018/04/08(日) 14:52:39.35

>>64
ねぇねぇ今日は何処へ逝こうかな～

**デフォルトの名無しさん** · 2018/04/08(日) 23:25:42.76

>>63
正直1種類のハードに複数のJVMを実装する労力があるんだったら、
iOSなどJVMがないハードのJVM実装をやってほしい。

**デフォルトの名無しさん** · 2018/04/10(火) 09:09:52.27

やっぱりAndroid Studio3.1はバグってたぽいな
ttps://twitter.com/androidstudio/status/981914632892960768?s=19

**デフォルトの名無しさん** · 2018/04/10(火) 09:28:36.42

>>68
3.2のリリースで修正するのかな。

**デフォルトの名無しさん** · 2018/04/10(火) 09:57:02.12

>>69
英語読めないにも程があるだろｗ

**デフォルトの名無しさん** · 2018/04/10(火) 10:00:47.33

きっと考えずに感じているのだろう

**デフォルトの名無しさん** · 2018/04/10(火) 11:22:17.33

チンコってこと？

**デフォルトの名無しさん** · 2018/04/10(火) 14:32:03.26

フランクフルト食べたくなってきたな

**デフォルトの名無しさん** · 2018/04/14(土) 22:08:57.89

アノテーションの一部にバグあっても
殆ど使わない機能から放置で問題ないと思ってるのか

**デフォルトの名無しさん** · 2018/04/15(日) 06:32:55.50

JVMのリリースサイクルが半年になったけど、KotlinのターゲットJVMは
どれくらいの期間にリリースされた分がサポートされるようになるんだろうか。
対応している間に次のJVMに移行しないといけなくなりそう。

>>74
GoogleがAndroidの公式言語に採用した時点で、もうゴールしてもいいよねと思ったかも。

**デフォルトの名無しさん** · 2018/04/15(日) 11:30:32.41

>>75
それな。
jetbrainsは収益構図を描けてるのか甚だ疑問。
kotlinの進化を続けられるのか…

**デフォルトの名無しさん** · 2018/04/15(日) 13:05:54.96

代わりにScalaでも使うか

**デフォルトの名無しさん** · 2018/04/16(月) 09:14:00.97

>>75
JVMそのものの後方互換性は中々失われないだろうから結構持つのでは？
古過ぎると金払ってもOracleがサボートしてくれなくなるだけで。

**デフォルトの名無しさん** · 2018/04/16(月) 09:16:08.05

>>76
Jetbrainsがまず自分で使うでしょ

**デフォルトの名無しさん** · 2018/04/16(月) 10:30:25.23

Oracleはサポート止めたりしないでしょ。只、来年から
サポート料うん倍にするだけで。

2010年のEBSに続いて今回のDB。信用されなくなるわな

**デフォルトの名無しさん** · 2018/04/16(月) 22:39:13.21

OpenJDK 11はLTSにならないの？
.NET Coreに鞍替えするか

**デフォルトの名無しさん** · 2018/04/17(火) 00:05:53.38

最新のJDKを追ってる人はどういう用途で使ってるんだろう

**デフォルトの名無しさん** · 2018/04/17(火) 02:03:15.43

WebLogicとかじゃね？
バージョン指定がとても細かい

**デフォルトの名無しさん** · 2018/04/17(火) 07:38:46.72

バージョン指定が細かいとJDK使うメリットが7割くらい失われる気がする

**デフォルトの名無しさん** · 2018/04/17(火) 08:18:06.17

AdoptOpenJDKって非営利組織がOracleJDKのLTS版のセキュリティフィックスをOpenJDKにバックポートするって言ってるらしい

金が無い人はこっち使えば良いって事？

**デフォルトの名無しさん** · 2018/04/17(火) 09:34:35.51

OpenJDKも数バージョンおきにLTSするようになる方向って話だけど、それとは違うのか

**デフォルトの名無しさん** · 2018/04/17(火) 21:49:50.98

サーバーサイドとAndroidで広義でのJava8環境使ってるけど
正直Java6相当だとしてもさほど困る気がしない

Javaプラグインとかだとセキュリティパッチが必須とはいえ
そもそも脆弱性の源泉みたいなもの使うこと自体を考え直すべきだし

**デフォルトの名無しさん** · 2018/04/18(水) 15:04:30.79

kotlinはかなりいいが、androidStudioがまだ対応しきれてないな
Javaだとsuperクラスを指定してクラスを作れるのにできないし、
必要なコンストラクタも自動で記述してくれない

**デフォルトの名無しさん** · 2018/04/19(木) 02:53:40.04

俺は今のところ言語そのものを覚えようとしている段階なので vi で作って動かしてるよ。(GUIなしでLinuxでな)

**デフォルトの名無しさん** · 2018/04/19(木) 07:23:47.68

学習するにしても補完のきくIDEの方が効率よくないか

**デフォルトの名無しさん** · 2018/04/19(木) 08:03:30.60

覚えなくていいことを覚える自己満なんだからほっといてやれよ

**デフォルトの名無しさん** · 2018/04/19(木) 08:40:10.40

>>90
そう？起動が遅くて重くて全部英語でなおかつIDEそのものの使い方も調べないといけなくなって何とも言えないんだけど。
それと、開発効率は今のところ上がらなくて良い。学習中なので大規模なのを作る必要性もないしね。そのうちやるかも知れないが。

>>91
こちらとしてはこの方が新たに覚えることがほとんど言語のみになって楽なんだよ。動作も軽いしね。Linuxやviは何十年も前から仕事でも趣味でも使っててそちらで新たに覚えなきゃいけないことは特にないの。

**デフォルトの名無しさん** · 2018/04/19(木) 08:53:26.81

ああおっさんか、それなら好きにすりゃいいよ。
新卒がそんな非効率なことやってたら優しく丁寧に指導するところだが。

**デフォルトの名無しさん** · 2018/04/19(木) 09:23:28.03

vimでも設定すれば補完できるだろ

**デフォルトの名無しさん** · 2018/04/19(木) 10:01:19.16

intellJ使うと、Kotlinらしくないコードにワーニングがつくから、その言語の文化を学ぶのに適切なんだけどね。
Javaを直訳したようなコードでも、コンパイルはとおるから。
プログラミング言語を学ぶってのは、文化込みだと思うので、IDEを使うことを勧めるね。その辺をわかってくれない、Vimerとかemacsenとか多いけど。

**デフォルトの名無しさん** · 2018/04/19(木) 10:06:09.68

またJetBrainsの回し者か

**デフォルトの名無しさん** · 2018/04/19(木) 10:53:56.62

そもそも言語作ってるのがJBなんだから回し者も何もないような

**デフォルトの名無しさん** · 2018/04/19(木) 11:26:59.14

俺も最初はTryKotlinでやってたけど補完してくれないので効率悪くて、
AndroidStudioでやったほうが、重くても効率が良いとわかって移行した
まあ、言語そのものを触るのなんて3日で終わるだろうから、
最初からIDEにしといたほうが慣れていいと思うけどね

**デフォルトの名無しさん** · 2018/04/19(木) 11:29:02.13

IDEが誤解されてるというより、vimが誤解されてる気がするわ
設定したらIDEと変わらんし設定も簡単

と、どっちも使う人間は思う

**デフォルトの名無しさん** · 2018/04/19(木) 11:30:37.05

ただkotlinはintellijが良いよ

**デフォルトの名無しさん** · 2018/04/19(木) 12:15:48.02

俺もVim好きだけどIDEと変わらんはさすがに言いすぎ

**デフォルトの名無しさん** · 2018/04/19(木) 12:20:36.78

ウォーニングなｗ

**デフォルトの名無しさん** · 2018/04/19(木) 12:20:49.63

何も考えずjetbrainsのIDEにvimのキーをマッピングしとけば良いんだよ

92 · 2018/04/19(木) 12:30:41.77

ああ。Intellij もインストールはしてあって、そこのエディタは vim プラグイン入れてるよ。そうすると完全ではないが普通の編集はなんとなく vi になる。

**デフォルトの名無しさん** · 2018/04/19(木) 13:54:04.53

そうだそれで良い
その挙動が怪しいプラグインを使って
intellijの元々のショートカットキーを調べるときvimのバインドとダブって困れば良い

92 · 2018/04/19(木) 14:15:41.82

困るほど使ってないがな。滅多に起動しないから。w

**デフォルトの名無しさん** · 2018/04/19(木) 20:26:01.40

お前ら新しいものに適応できないお年寄りにそんな厳しく当たるなよ

**デフォルトの名無しさん** · 2018/04/19(木) 20:49:16.27

今のところ仕事で使う予定もないから素早く適応する必要もないんだよ。
今は趣味でやってるだけ。

**デフォルトの名無しさん** · 2018/04/20(金) 03:27:45.01

だから時間を無駄にしてもいい理屈がよくわからんな
趣味でやるにしたって早く終えた方が次の趣味の時間にまわせるだろうし、
同じ時間で適応するとしたら効率よいほうが楽にできるだろうに

自分のやり方や知ってるやり方に固執してる老害にしかみえない

**デフォルトの名無しさん** · 2018/04/20(金) 07:37:41.05

年を取れば皆そうなる
本人もお前も適応はできると思っているようだが、真相としてはもうできない
以後は今までの経験で生きていくだけ

**デフォルトの名無しさん** · 2018/04/20(金) 08:47:10.89

ていうか、使いこなせたvimはIDEを超えるから
自分でカスタマイズできないゴミには無理だが

**デフォルトの名無しさん** · 2018/04/20(金) 08:53:47.64

IDEでやってると覚えるというより依存になるんだよな
ソース前にしてIDEなしではメンテもコンパイルもできない身体になっちゃう
まぁ、できなくて結構ってことなんだろうけど
どっちが深い理解を得られるかというと依存体質より管理体質なんだよな