Kotlin 2

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

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

前スレ
Kotlin
http://mevius.5ch.net/test/read.cgi/tech/1456505161/

**デフォルトの名無しさん** · 2017/11/28(火) 18:39:50.36

JetBrains製以外のIDE使ってる人居るのかな
Vimは居そう

**デフォルトの名無しさん** · 2017/11/28(火) 19:03:29.92

>>217
そら第一候補はIntelliJでしょ
≒ Android Studio

**デフォルトの名無しさん** · 2017/11/28(火) 19:50:02.49

Eclipseとか原始時代の道具をまだ使ってるやつがいるのか

**デフォルトの名無しさん** · 2017/11/28(火) 20:45:44.51

他の言語で使えるからな

**デフォルトの名無しさん** · 2017/11/28(火) 20:54:28.46

Linuxなんてずっと原始時代のままだよ。

**デフォルトの名無しさん** · 2017/11/28(火) 20:58:14.84

ん？でも Linux でも IntelliJ 使えるよ。

**デフォルトの名無しさん** · 2017/11/28(火) 20:59:52.92

まだみんなviだよ。

**デフォルトの名無しさん** · 2017/11/28(火) 21:09:08.70

ああ。まあ。確かにviってかvim使う方が多いが、さほど困らんなあ。

**デフォルトの名無しさん** · 2017/11/28(火) 22:43:55.76

リモートデスクトップ経由でLinuxのIntelliJ＆Android Studio使ってうっひょーって言ってるよ
Emacsのkotlin-modeがぜんぜんイマイチなのはIntelliJ IDEAのせいではないかと思っている

**デフォルトの名無しさん** · 2017/11/29(水) 12:14:21.94

IdeaVimプラグインおすすめ

**デフォルトの名無しさん** · 2017/11/29(水) 12:23:23.58

1.2がリリースですよ？

**デフォルトの名無しさん** · 2017/11/29(水) 12:38:07.31

>>226
IDEAがあるせいで他がしょぼいというより、Kotlinの歴史の浅さやまだゴミのようなシェアの割にはIDEAの出来が良いんだろ
Kotlin自体がJetBrainsによってIDEAで使うために作った言語なんだから当然

**デフォルトの名無しさん** · 2017/11/29(水) 12:52:25.81

>>227
ああ。あれいいね。

**デフォルトの名無しさん** · 2017/11/29(水) 14:26:22.47

Kotlinはidea以外の環境を最低一つサポートしろよな。自社でIDEを売ってるからやだとかはやめてくれ。
VisualStudio Codeかatomのどっちかの軽量環境は最低どちらかサポートしろよ。

**デフォルトの名無しさん** · 2017/11/29(水) 15:11:26.12

言語提供側がすべきなのは処理系の提供であって
IDE云々で文句を言うのは筋違い

**デフォルトの名無しさん** · 2017/11/29(水) 15:12:57.24

それは処理系に言う筋合いのものではないが。
最近のエコシステムに慣れすぎるとそう言いたくなるのはわからんでもないが。

**デフォルトの名無しさん** · 2017/11/29(水) 15:22:03.64

いや分からん

**デフォルトの名無しさん** · 2017/11/29(水) 15:29:21.72

使う側からしてみれば、言語提供側だろうが処理系だろうがどうでもいい。
ユーザーにとって使いやすくしたいとおもってて、他がやらないなら
最終的に言語提供側が提供すればいいだけだし。

**デフォルトの名無しさん** · 2017/11/29(水) 15:30:52.57

もちろん、JetBrainsの開発リソースも限られてるが、そんなの使う側からしたら
それもどうでもいい。使いやすければユーザーが増える可能性あるし、使いにくければないだろう。
ただそれだけ。

**デフォルトの名無しさん** · 2017/11/29(水) 15:34:28.47

>>235
1行目からして意味が分からん
処理系が何か分かって書いているのか？

**デフォルトの名無しさん** · 2017/11/29(水) 15:42:48.79

>>237
ごめんごめんww
「処理系」に関してはそれは完全にとちくるってた

**デフォルトの名無しさん** · 2017/11/29(水) 15:45:22.41

>使う側からしてみれば、言語提供側だろうが処理系だろうがどうでもいい
は
>使う側からしてみれば、言語提供側だろうが言語提供側以外だろうがどうでもいい
あたりでw

**デフォルトの名無しさん** · 2017/11/29(水) 19:04:08.56

時代はジェットブレインなんだよ
MicrosoftのVisualStudioとかいう原始時代の道具は時代遅れ

**デフォルトの名無しさん** · 2017/11/29(水) 19:06:37.15

microsoftはjavaとあんまりかんけーし

**デフォルトの名無しさん** · 2017/11/29(水) 19:26:30.80

かんけーし

**デフォルトの名無しさん** · 2017/11/29(水) 19:33:24.71

Kotlinで文字列を返すenumを使うときは、
やっぱりJavaと同じようにnameとかtoStringを呼ばないといけませんか？

例えば↓のようなenumがあったときに
enum class Name(name: String) {
Foo("foo")
}

"foo"を使うときはこうすると思います
val name = Name.Foo.name()

しかし、name()が気に入りません。↓のようにはできませんでしょうか
val name = Name.Foo

**デフォルトの名無しさん** · 2017/11/29(水) 21:00:19.88

>>240
あほ

**デフォルトの名無しさん** · 2017/11/29(水) 21:05:55.88

天才

**デフォルトの名無しさん** · 2017/11/29(水) 21:23:58.21

>>240
骨董品UNIXより常に20年先行ってる。

**デフォルトの名無しさん** · 2017/11/29(水) 21:27:39.83

>>241
MS製JVMは性能が良すぎてみなそれを使うようになり、Sunに訴えられたから捨てたんだぞ。

**デフォルトの名無しさん** · 2017/11/29(水) 21:53:07.67

J#だったからじゃないのか

**デフォルトの名無しさん** · 2017/11/29(水) 21:59:56.13

>>243
Name.Fooがenumのメンバーを返さないのなら、enumじゃなくてもいいのではない？

**デフォルトの名無しさん** · 2017/11/29(水) 22:09:21.88

今やUnix向けの開発者も揃ってVSCodeだもんなあ
開発環境ではMSには敵わないよ
Kotlinは遠からずVSCodeに持ってかれるだろうけど、そうなったらJetBrainsはどうするんだろうね

**デフォルトの名無しさん** · 2017/11/29(水) 22:24:40.91

アホすぎ
ジェットブレインの開発環境を使ってないのは
IT後進国の日本だけだぞ

**デフォルトの名無しさん** · 2017/11/29(水) 22:34:19.00

>>249
そうかもしれません
Kotlinで文字列の定数をまとめて扱うにはどうするのがベストですか？

**デフォルトの名無しさん** · 2017/11/29(水) 22:41:01.71

>>250
> 今やUnix向けの開発者も揃ってVSCodeだもんなあ
を3回くらい読んで何を指してるのかなんとなくわかった
サーバサイドのスクリプト言語プログラミングもVSCodeで行われることは増えた
EmacsでFTPやらSSHやらして一生懸命書いてた頃とは隔世の感はある
（いや、まあ、ぶっちゃけるなら、Emacs+xx-modeがVSCode+プラグインに置き換わっただけではあるが）
VSCodeはElectronを捨てることができた瞬間に勝利が確定する

**デフォルトの名無しさん** · 2017/11/29(水) 23:18:26.84

>>250
資金力ではMSに太刀打ちできるはずのないJetBrainsはGoogleに買収されるべきなのだろうか。
>>241
むしろMSはJ#の時代から.NETさらには最近のXamarinの買収まで一貫してJavaに敵対的だよね。
>>228
めでたい。

**デフォルトの名無しさん** · 2017/11/30(木) 00:12:49.49

>>253
捨てたらもうそれVSCodeじゃない気がw

**デフォルトの名無しさん** · 2017/11/30(木) 01:09:11.23

>>252
Javaからの見え方を気にしないのならこれでもいいかな？
object Name { val Foo = "foo" }

**デフォルトの名無しさん** · 2017/11/30(木) 01:58:01.88

>>256
なるほど、これでいっぱいval書いたら良さそうですね
ありがとうございました

**デフォルトの名無しさん** · 2017/11/30(木) 03:05:42.40

>>248
おまえなんにも知らないんだな

**デフォルトの名無しさん** · 2017/12/02(土) 18:09:11.30

IntelliJをバージョンアップしたらSpekテスト設定のSpec欄ヨコのSearch by Nameが動かなくなった
これまではモジュール適当に指定したら勝手に探して候補出してくれてマウスぽちぽちで済んだのだが、なんかspec欄を自力入力で埋めないといかん
それともこれは普通は使わない所だったのだろうか

**デフォルトの名無しさん** · 2017/12/03(日) 14:17:27.57

多分日本で俺だけだろうけど、
Kotlinの公式PDFはフォントのAlignがずれてて
読み始めて1分しない内に直視に耐えられなくなってしまう…。

直そうと頑張ってみたが有料ソフト使うしかないみたいで諦めた。
しかし治ってたら嬉しいなと定期的にダウンロードし直してしまう。

**デフォルトの名無しさん** · 2017/12/03(日) 16:45:59.74

"sourcefiles"という名の.ktソースファイル名一覧ファイルを作り、

kotlinc @sourcefiles

を走らせると、

error: source file or directory not found: @sourcefiles

が画面に表示されてしまいます。

javac @sourcefiles
scalac @sourcefiles

に相当する機能はkotlincには無いのでしょうか？

**デフォルトの名無しさん** · 2017/12/03(日) 19:45:07.83

質問の答えは知らないので他の人に任せるけど
ビルドはkotlinc直よりGradle使うことを勧める

**デフォルトの名無しさん** · 2017/12/03(日) 20:02:35.94

またそんなこと言って。
あなたはいつも他人任せね。
いいかげん私も待ちくたびれちゃうわ。

**デフォルトの名無しさん** · 2017/12/03(日) 20:37:07.64

なんで女言葉なの？

**デフォルトの名無しさん** · 2017/12/03(日) 22:21:28.14

だって女と思わせた方が答えが出やすいんですもの

**デフォルトの名無しさん** · 2017/12/03(日) 23:10:58.68

>>262
正しい
可能ならIDE使って欲しいけどね
いまはgradle安定

**デフォルトの名無しさん** · 2017/12/03(日) 23:18:52.67

Gradle, Vagrant は、yaml, XML, JSON のような、単なる設定ファイルではなく、

それ自体が、Groovy, Ruby の、クロージャ・ブロックで囲まれた、
スコープを持つソースコードであるから、変数宣言や処理も書ける

**デフォルトの名無しさん** · 2017/12/04(月) 00:39:28.22

>>265
逆におっさんにしかみえん

**デフォルトの名無しさん** · 2017/12/04(月) 18:53:03.40

>>265
キモい
>>263
たとえ女だとしてもキモい。やるならもっと自然な文体にしてくれww

**デフォルトの名無しさん** · 2017/12/04(月) 18:54:32.14

うふ

**デフォルトの名無しさん** · 2017/12/04(月) 20:08:06.27

(´・ω・｀)うふふ

**デフォルトの名無しさん** · 2017/12/04(月) 20:18:46.16

リアルの女と接点がなく、妄想で女はこうだろうと決めて話してるのがわかる
昭和生まれのジジイですわ

**デフォルトの名無しさん** · 2017/12/04(月) 20:51:56.16

謎のマジレスマンが居ますね

**デフォルトの名無しさん** · 2017/12/04(月) 22:06:40.20

マジレズマン

**デフォルトの名無しさん** · 2017/12/04(月) 22:11:31.07

マジレスマンつまらないわね

**デフォルトの名無しさん** · 2017/12/05(火) 00:40:05.91

(´・ω・｀)ほんとよね

**デフォルトの名無しさん** · 2017/12/05(火) 00:49:05.55

Kotlin Advent Calendar がAndroid以外の話題多めだな
ここでナチュラルにIntellijIDEA の話題だしちゃったけど
Android以外の人も IntellijIDEA を買って使ってるのかねえ？

**デフォルトの名無しさん** · 2017/12/05(火) 01:18:19.27

12/18にこの本が出るようだ。Amazonには本の表紙画像がまだ出ていない。

Androidアプリ開発のためのKotlin実践プログラミング
http://amzn.asia/4GO28m2

**デフォルトの名無しさん** · 2017/12/05(火) 07:55:54.23

KotlinはAndroidが対応したってだけでそのためだけに使う人は少数派やろ

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

いやあ、しかし楽にはなりそうだからねえ、流行ると思うけどねえ。

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

なんだ秀和システムか

**デフォルトの名無しさん** · 2017/12/05(火) 09:18:48.22

なぁーんだ

**デフォルトの名無しさん** · 2017/12/05(火) 09:23:34.28

>>260
Adobe readerじゃダメなの？

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

>>278
これってアフィリンクなの？
https://www.amazon.co.jp/dp/479805366X/ref=cm_sw_r_cp_ep_dp_UlxjAbA4FDHWD

**デフォルトの名無しさん** · 2017/12/10(日) 21:26:30.38

cmで始まってdpで終わってるからどこかのレビューページから飛んだURLだと思うんだが
なにもしないとcm_cr_dpなんだけどな
cpが入ってるってことは「この商品を見た後に買っている」を1回表示してるのかもしれない

**デフォルトの名無しさん** · 2017/12/10(日) 21:39:59.60

cm_sw_ ... _dp はシェア用URLの生成形式だね
ツイッター用ならcl_twで超わかりやすいんだがr_cp_epはなんだろう

**デフォルトの名無しさん** · 2017/12/11(月) 06:07:16.82

>>284
それはわからんが>>278のリンクはAmazonで「シェアする」のリンク使って出てきたURLだよ。誰がやっても同じになると思う。

**デフォルトの名無しさん** · 2017/12/11(月) 23:34:54.18

lateinit var value: Int
って書いたら'lateinit' modifier is not allowed on properties of primitive typesのエラーになるんですが、
どう書き直したらいいんでしょうか

var value: Int? = null
って書いて、
if (value == null) {
　　value = initValue()
}
ってするしかないんでしょうか。

**デフォルトの名無しさん** · 2017/12/11(月) 23:52:46.83

プリミティブ型にlateinitは必要ないからつけられない

**デフォルトの名無しさん** · 2017/12/11(月) 23:53:52.52

>>288
試してないけど
var var value by { var value: Int }
ではだめ?

**デフォルトの名無しさん** · 2017/12/11(月) 23:55:33.20

で、一番いい入門書は？

**デフォルトの名無しさん** · 2017/12/11(月) 23:55:50.41

>>290
ペーストに失敗したorz
var value by { initValue() }

**デフォルトの名無しさん** · 2017/12/11(月) 23:58:47.24

>>291
自分はスタートブックを推す。
Javaを知っていることを前提としない入門書の存在を自分は知らない。

**デフォルトの名無しさん** · 2017/12/12(火) 00:03:08.61

>>292
慌てて修正したらlazy落としていたorz orz
var value by lazy { initValue() }
連投申し訳ない。これで違っていたら目も当てられんが、それもすみません。と誤っておきます。

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

>>289
答えはこれです

**デフォルトの名無しさん** · 2017/12/12(火) 00:45:23.57

>>291
Kotlinスタートブック -新しいAndroidプログラミング、長澤太郎、2016

一番良いもクソも無い。
この1冊しか出ていないだろ

**デフォルトの名無しさん** · 2017/12/12(火) 01:14:31.08

他もあることはあるよ
http://www.kohgakusha.co.jp/books/detail/978-4-7775-2029-9

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

ありがとうこの世界の片隅にうちを見つけてくれて

**デフォルトの名無しさん** · 2017/12/12(火) 04:02:58.46

アスペは質疑応答解説に使えねーなーもう

>>288
なぜlateinitを使うかというと「初期値というものがうまく定義できなくてうまく初期化できないから」だ
※実際にはjavaでprimitive typeであるものはnull代入できないからという理屈なのだが知らなくていい
Intとかは0とか-1とかで初期化できるだろ、最初にvarで0や-1入れとけ
Nullableもnullで初期化できるからlateinit使わずにただのvarでnull入れとけ

で、どーしても遅延初期化を使いたいなら
var value: Int by Delegates.notNull<Int>()
とか書くと形式上遅延初期化になる。むろん二度手間だが、遅延初期化という目的は一応達成される
こんなごっついことせずに素直に0とか入れておいたほうがいいんじゃねーかなと思った感覚は正しい。0入れとけ0

あとはちらっと出てたけどby lazyで
val value: Int by lazy { initValue() }
と書くことでも一応達成される。こっちだとvalで書けるので好まれることが多いみたいだね

**デフォルトの名無しさん** · 2017/12/12(火) 06:12:22.97

長澤太郎の本に書いてあるけど、

lateinit は、DI(Dipendency Injection)か、ユニットテスト時か、

フレームワークが自動的に初期化すると、不都合な場合に使う

**デフォルトの名無しさん** · 2017/12/13(水) 04:15:38.26

オワコトリン

**デフォルトの名無しさん** · 2017/12/13(水) 09:19:22.05

美少女仮面ポワトリン

**デフォルトの名無しさん** · 2017/12/13(水) 23:27:28.97

シュシュトリアン

**デフォルトの名無しさん** · 2017/12/13(水) 23:37:55.76

技術の話ができないアスペルガーがまた暴れてるのか

**デフォルトの名無しさん** · 2017/12/14(木) 03:21:54.60

正直、ダジャレを理解できるのは都会人だけ。

**デフォルトの名無しさん** · 2017/12/14(木) 04:38:45.38

2017年プログラミング言語アワード候補はCとKotlin
https://news.mynavi.jp/article/20171212-554317/

**デフォルトの名無しさん** · 2017/12/14(木) 06:24:48.79

>>306
でもCの方が有力って書いてあるね。Cは何で増えんたんだろう。

**デフォルトの名無しさん** · 2017/12/14(木) 06:50:37.29

https://ideone.com/Pfncvl

これなんでデフォルト値が使用されないんですか？

**デフォルトの名無しさん** · 2017/12/14(木) 07:40:22.43

>>308
デフォルト値はコンパイラが定義参照してるだけで、
型にもインスタンスにも持って無いから変数に入れた時点で使えないよ

fun f1(n: Int=1) { print(n) }
val f2 = ::f1
f1() //OK
f2() //コンパイルエラー

**デフォルトの名無しさん** · 2017/12/14(木) 07:51:51.32

>>309
理解しました、ありがとう

**デフォルトの名無しさん** · 2017/12/14(木) 08:06:24.80

Cが必要なレベルの仕事の割合自体は
減ってるはずなのに…謎だ

**デフォルトの名無しさん** · 2017/12/14(木) 09:49:51.95

Cでググってもノイズが拾われてくる率が高い
他のCと間違われてるんじゃないのか

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

Cの半分はC++という時代があったからな
Cの半分はC#とC++ということでも不思議はない
C sharpならC#確定なのだが

**デフォルトの名無しさん** · 2017/12/14(木) 10:35:46.55

C++はcocos2dやUnrealでのゲーム開発とかあるけどCはなんだろうな
廃れることはあり得ないけど

**デフォルトの名無しさん** · 2017/12/14(木) 11:38:25.42

機械学習とかロボティクスとか自動運転とかがメディアで取り上げられるようになって学生にプログラミングへの関心がいっそう高まって教育現場での採用が増えてるのかもしれないな
就職にも有利なスキルだろうし
もともと人気の高い言語だし本格的なプログラミングの登竜門的な立ち位置の言語でもあるし

**デフォルトの名無しさん** · 2017/12/14(木) 12:12:41.91

IoTかな

**デフォルトの名無しさん** · 2017/12/14(木) 21:38:11.42

(IoT)
↑
こうすると顔文字になるよね

**デフォルトの名無しさん** · 2017/12/14(木) 22:23:38.53

検索エンジンで+"C programming" で検索した結果参照してるだけだからな
単にデータとしてうんこオブうんこだ
githubやstackoverflow読んでるIEEEのランキングのほうがなんぼかマシ