Kotlin 4

**デフォルトの名無しさん** · 2018/07/17(火) 18:00:27.88

JetBrainsが開発した期待の新言語、Androidの公式開発言語にしてサーバーサイドもなんでもいけるKotlinについて語りましょう
https://kotlinlang.org

※前スレ
http://mevius.5ch.net/test/read.cgi/tech/1521401186/

**デフォルトの名無しさん** · 2018/11/05(月) 07:52:42.52

>>888
ありがとう。参考になった

**デフォルトの名無しさん** · 2018/11/06(火) 11:37:39.99

Kotlin 1.3 には Kotlin Native がバンドルされているみたいに書いてあるWebページがあるが、されてないよね？
bin ディレクトリ以下はいつも通りのスクリプトやバッチファイルがあるだけで kotlin-native はないんだけど。
何かオプションで変わるのか？

**デフォルトの名無しさん** · 2018/11/06(火) 19:55:52.84

>>890
ということはNativeがバンドルされているみたいに書いてある可能性があるな

**デフォルトの名無しさん** · 2018/11/06(火) 23:53:17.85

どうやら KotlinConf 2018 の基調講演では1.3 に native バンドルすると発表していたようだ。
https://www.publickey1.jp/blog/18/kotlinnativekotlin_13winmaciosandroidwebassemblykotlinconf_2018.html
それでこういう記事になったのかも知れない。
https://www.publickey1.jp/blog/18/kotlin_13javavmkotlinnative.html

で、実際バンドルされているのかいないのか？

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

古いIntelliJ(1.3) + Kotlin1.3プラグイン：表示されず
最新IntelliJ(2.5) 素の状態(1.2.51)　　：表示されず
最新IntelliJ(2.5) + Kotlin1.3プラグイン：新規プロジェクトでKotlin/Nativeが表示された

IntelliJ側も一定以上のバージョンが必要みたい

Gradleプラグインは混ぜる意味無いし、
GitHubのリポジトリ直リリースの方も別のリポジトリと混ぜたりしないだろうから
バンドル云々は関係無いと思う

**デフォルトの名無しさん** · 2018/11/14(水) 11:15:27.33

Native使ってみたいけどNativeの恩恵にあずかれそうなアプリねーな

**デフォルトの名無しさん** · 2018/11/14(水) 12:44:13.09

開発環境をインストール出来ない会社のPCで威力を発揮

**デフォルトの名無しさん** · 2018/11/14(水) 13:13:51.91

>>895
そらならKotlinだろうがnativeだろうがインストールできないのでは？

**デフォルトの名無しさん** · 2018/11/14(水) 13:14:35.60

タイプミスった
スマホのタイプミスは変になるなあ
とほほ

◆QZaw55cn4c · 2018/11/14(水) 21:03:33.84

>>897
フリック入力には早く慣れたい、今30文字／分レベル

**デフォルトの名無しさん** · 2018/11/15(木) 10:16:23.76

ATOKのフラワータッチでブラインド余裕だわ

**デフォルトの名無しさん** · 2018/11/15(木) 19:41:57.59

AWSのJDKってKotlinでも使えるの？

**デフォルトの名無しさん** · 2018/11/15(木) 21:01:05.69

どうやったらKotlinを使えなくできると思うのか、逆に聞きたい

**デフォルトの名無しさん** · 2018/11/15(木) 21:59:02.19

kotlinを何だと思ってるんだ？

**デフォルトの名無しさん** · 2018/11/15(木) 22:05:51.83

>>897
そんな些細なミスでいちいち訂正と言い訳しなくていいよ

**デフォルトの名無しさん** · 2018/11/15(木) 22:34:05.06

>>900
Kotlinで書いたコードが動くまでの仕組みの基礎中の基礎を調べた方が良いよ

**デフォルトの名無しさん** · 2018/11/15(木) 22:41:22.51

つまりkotlinは一回javaに変換してからコンパイルしてるってこと？

**デフォルトの名無しさん** · 2018/11/15(木) 23:18:48.42

いいえ
直接Javaクラスファイルが作られます

**デフォルトの名無しさん** · 2018/11/15(木) 23:34:43.61

JVMはバイトコードを読むもの
Kotlinソースコードはバイトコードを吐く
Javaソースコードもバイトコードを吐く
他のJVM言語（Groovy、Scala、JRuby、Jython等）もバイトコードを吐く
ドゥユゥアンダースタン？

**デフォルトの名無しさん** · 2018/11/16(金) 02:51:53.33

>>905
概念的にはそうなんだけど実際にはそういう人間にとってわかりやすい中間的な状態はすっ飛ばして内部でいきなりバイトコード作っている。

**デフォルトの名無しさん** · 2018/11/16(金) 06:20:06.46

>>905
Javaで書かれたコードはClassファイルに変換される
Kotlinで書かれたコードもClassファイルに変換される

つまり、OpenJDK (JVM)から見たら、実行する時点でそのコードがもともとJavaで書かれていたのかKotlinで書かれていたのかの区別はできない。

**デフォルトの名無しさん** · 2018/11/16(金) 07:42:39.93

なるほど　ありがとうございます

JDKっていうのはコンパイラだけじゃなくてインタプリタも含まれてるのか

**デフォルトの名無しさん** · 2018/11/16(金) 09:09:35.65

？

**デフォルトの名無しさん** · 2018/11/16(金) 12:09:05.80

そもそもAWSのJDKっても普通のOpenJDKに対して長期的にバグフィックスとセキュリティ修正をするってだけだからな。

**デフォルトの名無しさん** · 2018/11/16(金) 12:35:30.76

>>912
それだけでもありがたい。

**デフォルトの名無しさん** · 2018/11/16(金) 12:51:50.09

Kotlin使っといてJavaのLTS期間がどうとかアホかよ
Kotlinって常に最新バージョンしかサポートされてなくて、
新しいバージョンリリースされた瞬間にサポート切れなんだけど、そこ理解してる?

**デフォルトの名無しさん** · 2018/11/16(金) 13:21:45.24

>>910
JDKってか、JVMにバイトコードのインタープリタとJITコンパイラ（実行時によく使用されるメソッドとかをバイトコードから機械語にコンパイルする）が含まれてる

**デフォルトの名無しさん** · 2018/11/16(金) 13:25:37.10

>>913
あ、すまん、文脈としては「だからAWSのJDKでだけ動かないなんてことはない」と言いたかった。

**デフォルトの名無しさん** · 2018/11/16(金) 13:26:14.79

>>914
それとJDKのサポート期間と、なんの関係もないじゃん。いったい何と戦ってるのか。

**デフォルトの名無しさん** · 2018/11/16(金) 13:32:19.68

>>917
どのみち放置運用するようなものには全く使えないんだから、半年毎にJDKを更新するくらい大した問題じゃないでしょ

**デフォルトの名無しさん** · 2018/11/16(金) 13:48:45.91

Xamarinみたいな糞でやるからそうなる

**デフォルトの名無しさん** · 2018/11/16(金) 14:10:05.60

>>918
最高に頭の悪い見解をありがとう。
そうだね、うんうん、君の言う通りだよ。

**デフォルトの名無しさん** · 2018/11/16(金) 18:19:57.19

>>918
それが大した問題だからここ何ヶ月も世界中で大騒ぎしてたわけで。。

まあアプリ本体とJDKをDockerかなんかでまとめてコンテナ化とかしてりゃ何の苦労もないけどな、
現実に本番環境でそこまで出来てるところはまだ少数派だろう。

**デフォルトの名無しさん** · 2018/11/16(金) 19:42:48.03

うわー。Pleiades インストールしたら IntelliJ IDEA が日本語に！

慣れてないと違和感あるなこれw

**デフォルトの名無しさん** · 2018/11/17(土) 07:34:08.71

eclipseで開発してるやつおる？
最近 eclipse の Kotolin のプラグイン更新されてるみたいだけど、やっぱり IntelliJ の方が断然快適なんだろうか
eclipse ずっと使ってきたから、今から開発環境変えるのも苦労しそう

**デフォルトの名無しさん** · 2018/11/17(土) 08:00:43.63

むしろそういったIME使わずに作ってる人いない？
どうも自分で制御出来ない感じが慣れなくって

**デフォルトの名無しさん** · 2018/11/17(土) 08:05:44.83

日本人のITリテラシーは土人並みやで

**デフォルトの名無しさん** · 2018/11/17(土) 08:33:58.05

>>923-924
おぢさん達、気持ちはわかるけどその程度のことくらい頑張らないと仕事なくなるよ

**デフォルトの名無しさん** · 2018/11/17(土) 10:32:10.09

>>923
IntelliJの良いところは開発環境周りの苦労がほぼないことだよ
eclipseから移るとマジで別世界で漏らしそうになる

**デフォルトの名無しさん** · 2018/11/17(土) 11:38:32.70

eclipse使っててよくストレス溜めずにいられるよな

**デフォルトの名無しさん** · 2018/11/17(土) 11:46:54.76

>>924
IMEワロス
変数名を日本語にしちゃう人ですかぁ？

**デフォルトの名無しさん** · 2018/11/17(土) 11:52:52.29

自演乙

**デフォルトの名無しさん** · 2018/11/17(土) 12:03:25.62

>>929
日本語で命名するの、騙されたと思ってやってみたらみやすくてワロタわ。
個人プロジェクトでしかやってないけど、テストケースを日本語にしておくとめっちゃ見やすい。

**デフォルトの名無しさん** · 2018/11/17(土) 12:22:39.88

自分も趣味のプロジェクトはテストだけ日本語で書いてる

**デフォルトの名無しさん** · 2018/11/17(土) 13:01:34.66

>>923
一回使ってみてから決めたら？
そもそもkotlinやるならintellijのほうがいいと思うが

**デフォルトの名無しさん** · 2018/11/17(土) 13:47:53.54

Kotlin使うなら開発元のJetBrainsを支援する意味でもIntelliJの有償版を使うべき
最近はJavaがゴタゴタしてるし、JBが強いスマホ分野ではIDE離れの動きが出てきてるし、開発環境市場はVSCodeが席巻してる
このままだと会社無くなってKotlinも終わっちゃうよ

**デフォルトの名無しさん** · 2018/11/17(土) 13:48:05.80

SWT使うから、eclipseのWindowBuilderないとちょっときついのよね
IntelliJ は魅力的だしとりあえずインストールしてみたけど、IDE２つ起動しないといけなくなりそう

**デフォルトの名無しさん** · 2018/11/17(土) 21:54:40.24

>>923
プラグインが0.7.2くらいの時に使ったことがあったが、Javaのプログラミングの時にまでエラーが出るようになって、
たまらずアンインストールした。
その後どうなったか知らないが、まだアルファ版のままみたし、もともとのContributorはほとんど関与していなくて、
現在のContributorは実質ほぼ一人だけみたいだから、IntelliJのサポートレベルには
遠く及ばないんじゃなかろうか。
https://github.com/JetBrains/kotlin-eclipse/graphs/contributors

**デフォルトの名無しさん** · 2018/11/18(日) 00:00:27.08

>>934
支援させてやるから、俺にも買ってくれよ

**デフォルトの名無しさん** · 2018/11/18(日) 19:31:38.08

>>936
やる気なさすぎてワロタ
まあJBがeclipseを手厚くサポートするメリットが何もないもんな

**デフォルトの名無しさん** · 2018/11/22(木) 21:37:26.67

kotlin勉強してみたけど、なんていうんだろこれまでだと泥臭い書き方になるものが
すっきりかけるようになっていいな
JavaよりC#のほうがいいと思ってたがC#もdelegateを導入したあたりから複雑化して
いまとなってはkotlinのほうがなんか直感的にわかる

**デフォルトの名無しさん** · 2018/11/22(木) 21:53:40.76

本当に使ってるの？
C#のdelegateは最初のバージョンからあるし、KotlinってC#をリスペクトしてて
盲目的にC#にあるものは全部取り入れてるからC#より複雑だぞ

**デフォルトの名無しさん** · 2018/11/22(木) 23:32:14.84

C#よりいい点はレシーバ付きラムダ式と拡張関数の書き方かな

ジェネリクスは…
reifiedはがんばってる気がするけど

**デフォルトの名無しさん** · 2018/11/23(金) 00:02:58.62

あんま使ってないんだと思うしスレチだが
最近のC#はdelegate負の遺産として使わないぞ

**デフォルトの名無しさん** · 2018/11/23(金) 01:25:32.06

この流れはチャンスだ
使った事ないけどデリゲートって何ですか？
デリケートなら知ってます

**デフォルトの名無しさん** · 2018/11/23(金) 12:09:30.81

easy scalaとしてkotlin開発始めたんだからC#関係ないぞw
てかC#もscalaの記法パクってるの多いからな

**デフォルトの名無しさん** · 2018/11/23(金) 12:13:14.21

エヴァしか知らないとアニメ表現が全部エヴァのパクリに見える現象がここにも

**デフォルトの名無しさん** · 2018/11/23(金) 14:30:09.94

作ろうとしていたのは静的型付けのgroovyで、静的型付け言語の先輩のC#やScalaの記法を参考にしただけなんですけどね

**デフォルトの名無しさん** · 2018/11/23(金) 14:53:48.45

他の言語やった後に C# やると
event や delegate キーワードはなんじゃこれって思うよね

**デフォルトの名無しさん** · 2018/11/23(金) 17:00:12.01

>>945
Cのパクリ言語の多さには驚かされます。

**デフォルトの名無しさん** · 2018/11/23(金) 19:26:48.74

B..orz

**デフォルトの名無しさん** · 2018/11/23(金) 20:30:04.34

B→Cは本人達による改良だぞ

**デフォルトの名無しさん** · 2018/11/23(金) 22:54:35.99

>>943
最後の一文から知りたいのでなくて、ネタをやりたかったのだろうとは思うが、一応説明すると、
基底クラスを継承する代わりに、継承したい基底クラスのインスタンスを指定すると、
あたかも継承したかのように振る舞う機能。
基底クラスのメソッド呼び出しは、上記で指定したインスタンスに委譲(delegate)され、
そのインスタンスのメソッドが呼ばれる。

Effective Javaによると継承は一般的に間違いを起こしやすとしてdelegateするよう勧めている。

overrideするメソッドがたくさんあるけど具象クラスがないインターフェースを実装する時に
ヘルパークラスから生成したインスタンスに委譲すると便利。

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

KotlinでWindowsとかのデスクトップアプリ作ろうと思ったら、やっぱTornadoFXとかになるの？
ネイティブで作れたら嬉しいんだけど

**デフォルトの名無しさん** · 2018/11/29(木) 16:56:34.05

そもそもWindowsのデスクトップアプリを作るなら、C#かC++だろ
なんでわざわざKotlinで作るんだ

**デフォルトの名無しさん** · 2018/11/29(木) 17:09:39.01

Kotlinが好きなのかKotlinしか知らないからやろ

**デフォルトの名無しさん** · 2018/11/29(木) 17:24:12.38

windows「とかの」
まぁクロスプラット狙ってるならそれでもいいんじやねぇの

**デフォルトの名無しさん** · 2018/11/29(木) 17:26:42.57

Javaでクロスプラットフォームなクライアントアプリを作ろうとしたが、クリップボードひとつまともに機能しかった悲しい思い出が甦る

**デフォルトの名無しさん** · 2018/11/29(木) 18:27:18.48

TornadeFXとかあかんやろ（見もせずに言ってます）
ティアが嵩むほどシステムの信頼性は下がる（見もせずに言ってます）
Java JavaFX Kotlin あかんやろ、Java標準からも外されるくらいクソなJavaFX、あかんやろ（見もせずに言ってます）

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

とりあえずAndroid用アプリでも作っときなさい。
今はその方が使ってくれる人は多そうだしな。
GUIも問題なし。

そうでなければGUIなしの主にサーバ用プログラム作るかかな。
GUIはクライアント側に任せる。クライアント側は何でも良い。

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

一つのことにこだわって新しいことの習得がおっくうになるのは老化してる証拠

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

JavaのAWTがつかえるんじゃないの

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

そうだな。ボケ防止にもなるから新しいことやった方が良い。

ただしボケ防止の場合は完璧な状態になる必要はない。
学習を続けるという脳を使い続ける行為が重要なのであって、完璧になってゴールしてしまったらそこで学習が終わってしまうからだ。

**デフォルトの名無しさん** · 2018/11/29(木) 22:30:52.83

>>959
尊師のお言葉にもあるけど、経験値が増えるにつれて、わざわざ自分で使い込んでみなくてもある程度わかるようになってしまうんだよな
Kotlinなんてまさにそうで、Javaに十分精通してる人なら「ああ、記述をライトにしたAltJavaね。機会があれば使おう。」で終わり

**デフォルトの名無しさん** · 2018/11/29(木) 22:49:53.88

Javaで出来ることをKotlinで書くだけだから普通に出来るでしょ
まあそもそもデスクトップアプリをJavaで作ること自体あんまりおすすめしないけど

**デフォルトの名無しさん** · 2018/11/30(金) 02:32:19.54

まあそのうちnativeできるし、何かできるんじゃなかろうか。

**デフォルトの名無しさん** · 2018/11/30(金) 07:59:18.39

>>962
確かに老い先短くなると、学習する期間で縮む余命の方が、残りの余命の間に得られる利益を上回るよね。

**デフォルトの名無しさん** · 2018/11/30(金) 08:47:06.15

>>965
余命の問題だけじゃないけどな
・この程度なら必要になったときにググれば十分だ
・類似技術を習得済みだから最悪でも今持ってるスキルの範囲でカバー可能
経験を積めば大抵こうなるから、わざわざ使い込んで試す利益は限りなく低くなる

**デフォルトの名無しさん** · 2018/11/30(金) 12:25:01.05

少なくとも触らないで理解した気になってる奴は成長しない

**デフォルトの名無しさん** · 2018/11/30(金) 12:56:15.42

Kotlinに慣れてくるとJavaに戻る気は失せてくる。
型推論とか色々とコンパイラが面倒見てくれるから楽だ。

**デフォルトの名無しさん** · 2018/11/30(金) 13:50:09.33

C#も型推論とかあるし、Kotlinが出来るなら、
学習コストは少ないだろ

**デフォルトの名無しさん** · 2018/11/30(金) 14:01:04.03

最新のJava使えるなら型推論あるし、javaでもそこまでいらいらしなくったな。

**デフォルトの名無しさん** · 2018/11/30(金) 15:21:36.33

つうかどの言語も似たような感じになってる

**デフォルトの名無しさん** · 2018/11/30(金) 21:50:01.48

٩( ᐛ )و

**デフォルトの名無しさん** · 2018/12/03(月) 11:14:21.81

Kotlinは言語としてとてもよくできている、しかし現実的な用途がピーキーだ

おすすめできる人
　・現在Javaでプログラミングしている人
おすすめできない人
　・まだJavaでプログラミングしていない人

「いまからJava勉強してアプリとかサービスとか作ろうと思うんです」という初心者の人がいたらアホかやめとけと言うと思う
それはKotlinにも当てはまる
「いまさらJavaで作らなくてもいいぞ」という進言はJavaの文法の小難しさというより周辺の環境を考慮しての物言いなはずである
KotlinはJavaの環境のJava文法部分を変更するもので、たとえばJavaでのゲームGUIのつくりにくさや外部ライブラリの面妖さを変更してはくれない
「いやあちょうどJavaでプログラミングしようかと思ってたとこなんですよ」という人がたまたまいたならもう全力でおすすめできるのだが

**デフォルトの名無しさん** · 2018/12/03(月) 12:14:09.57

ピーキー？

**デフォルトの名無しさん** · 2018/12/03(月) 12:18:13.71

Javaの文法が小難しいとか小学生かよ

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

Scalaとかいう意識高い系の先輩を倒したと思ったらまさか大地主様に後ろから殴られるとはな

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

×小難しさ
○クソさ

**デフォルトの名無しさん** · 2018/12/03(月) 12:30:15.88

確かに今現在Java使ってるやつには折伏したくなるがプログラミング初心者ですって奴にJVM言語は勧められないな

**デフォルトの名無しさん** · 2018/12/03(月) 12:38:10.63

初心者ですって奴には何勧めるの？

**デフォルトの名無しさん** · 2018/12/03(月) 12:47:01.90

もともと、既存Javaユーザーを救おうというのがコンセプトっぽいしなKotlin

>>979
本当にまったく何もわからなければC#（とUnity）
なにか新しくてそれなりに作れる言語やってみたいとか骨のあること口走ったらGo
みんなと同じがいいのならPython

**デフォルトの名無しさん** · 2018/12/03(月) 12:52:57.12

Androidはkotlinかdartになりつつある

**デフォルトの名無しさん** · 2018/12/03(月) 13:57:28.32

Androidアプリ作りたいって初心者は多いから、普通にコトリン勧めるよ。
そこで慣れていく頃にはサーバーサイドKotlinももうちょっとはメジャーになってるだろうし

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

慣れていくが潰れていくに見えて
厳しい世界を海馬見た

**デフォルトの名無しさん** · 2018/12/03(月) 19:36:33.56

Androidはデザパタ強制的に叩き込まれるから初心者にもいいと思う

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

理論上最速って理由でC++に挑んで潰れてく初心者は大勢見た

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

理論上はVM言語が最速でしょ
実行時の統計に基づいた最適化が可能だから

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

どんな最適化してくれるかに掛かっていると言える。
その辺の自由度はあまりない。

**デフォルトの名無しさん** · 2018/12/07(金) 22:57:19.96

Javaだと1週間かかっていた機能追加が、Kotlin移行後は2～3日でできるようになりました。

――工数が半分以下に減ってるんですね……！ Android版Yahoo!ニュースではまだJavaを使っている部分もあるかと思いますが、今後Kotlinへ完全移行する予定はあるのでしょうか？

https://employment.en-japan.com/engineerhub/entry/2018/12/07/110000