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

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

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

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

Android開発ばかり注目されているけどサーバーサイドでも使っていきたいね。KotlinかわいいよKotlin。

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

ようやくスレ立ったか

C#erにオススメ

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

>>3
ようやくスレ立ったか

じゃねえよハゲ
望んでたなら自分で立てろやカス

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

拡張子はktなのか

**デフォルトの名無しさん** · 2016/02/27(土) 09:41:53.54

どこからダウンロードできますか？
IDEじゃなくてKotlin本体だけが欲しいです

**デフォルトの名無しさん** · 2016/02/27(土) 10:37:17.40

>>1のリンク先、ちょっとスクロールするとDownload Compilerってのがある

>>4
まだ禿てねえよハゲ

**デフォルトの名無しさん** · 2016/02/27(土) 11:14:47.56

IDE使わなくても、gradleにロードさせるのが簡単なんじゃないの？と思ったが
公式見たら kotlinc が用意されてるのな

**デフォルトの名無しさん** · 2016/02/27(土) 11:25:26.53

>>3
何故、C#er？

**デフォルトの名無しさん** · 2016/02/27(土) 13:08:04.60

これからダウンロードして勉強しようと思ったんですけど
僕はJavaの知識がないんですよ
やっぱりJavaをひと通り学んでからKotlinを使うほうがいいですか？

**デフォルトの名無しさん** · 2016/02/27(土) 17:28:47.93

>>9
Kotlinちょっとしか触ってないけどC#と類似点多くね？
・プロパティ
・拡張関数＝拡張メソッド
・ジェネリクスのin、out、where
・オーバーライド元メソッドにopen／virtualが必要

かつてはアノテーションもC#風だったけど、今はjava風に変わった

**デフォルトの名無しさん** · 2016/02/27(土) 18:39:50.54

内包表記は無いの？

**デフォルトの名無しさん** · 2016/02/27(土) 18:40:22.18

>>11
C# に比べて何がいいの？

**デフォルトの名無しさん** · 2016/02/27(土) 18:50:05.98

チラッと調べただけだけど
・パターンマッチ
・名前つきタプル
・Data Class
・null非許容型

C#7.0に欲しいものばかりw

**デフォルトの名無しさん** · 2016/02/27(土) 19:15:03.68

Javaを勉強せずにJavaFXアプリ作れますか？

**デフォルトの名無しさん** · 2016/02/27(土) 20:17:24.82

>>15
むり

**デフォルトの名無しさん** · 2016/02/27(土) 21:07:35.07

またJVMか…
泥アプリ制作が流行ってるから仕方ないのかね

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

開発してるJetBrains自身が、JVM上で動く製品を開発してる会社だからな
自分達の製品にもKotlin使ってるみたいだよ

**デフォルトの名無しさん** · 2016/02/27(土) 22:29:02.97

公式の1.0リリースの日本語のページがあった
http://blog.jetbrains.com/jp/2016/02/17/578

**デフォルトの名無しさん** · 2016/02/27(土) 23:39:23.79

複数の属性を持てるenumも便利そう。

これもC#7.0に欲しいw

**デフォルトの名無しさん** · 2016/02/28(日) 21:01:32.18

scalaと比べてどうなの？
jetbrainsが自社のプロダクトで使ってるといっても、サーバサイドでは話はきかないね。

**デフォルトの名無しさん** · 2016/02/28(日) 21:12:49.92

https://kotlinlang.org/docs/reference/comparison-to-scala.html
scalaで幸せなら不要だって

spring mvcは普通に動く
たぶんplayもいけるんじゃね

**デフォルトの名無しさん** · 2016/02/28(日) 21:51:31.38

なるほど、springやEEが自然に利用できるなら、kotlin製のフレームワークに固執する必要はないか。

**デフォルトの名無しさん** · 2016/02/28(日) 21:55:17.88

Karaといframeworkはあるけど、Githubを見たところそこまで活発ではなさそう。cssをtye safeに書けるのは面白そうだけど

**デフォルトの名無しさん** · 2016/03/09(水) 20:13:43.33

Kotlinはフレームワーク次第

**デフォルトの名無しさん** · 2016/03/09(水) 21:54:57.77

javaのフレームワークがそのまま使えるのがいいんだろ

**デフォルトの名無しさん** · 2016/03/09(水) 22:12:21.73

ビルドツールもそのまま使えるしな

**デフォルトの名無しさん** · 2016/03/11(金) 23:43:17.01

英語もしゃべれねぇくせにどいつもこいつも新興言語に騙されおって
新興宗教じゃねぇんだから

**デフォルトの名無しさん** · 2016/03/12(土) 00:46:03.37

Kotlinを使うプロジェクトが増えないとKotlinの技術者が増えない
Kotlinの技術者が増えないとKotlinを使うプロジェクトが増えない

**デフォルトの名無しさん** · 2016/03/12(土) 01:43:46.52

intellij使ってる人が興味持ってくれればなあ

**デフォルトの名無しさん** · 2016/03/14(月) 16:38:06.42

Kotlinって書籍とかがまだ全くないな

**デフォルトの名無しさん** · 2016/03/14(月) 17:49:52.49

まぁまだ1.0がリリースされたばかりですし

**デフォルトの名無しさん** · 2016/03/14(月) 18:13:22.66

2011年から死んでる

**デフォルトの名無しさん** · 2016/03/14(月) 20:49:46.27

今から勉強しようかと思うんだけど、駄目なの？

**デフォルトの名無しさん** · 2016/03/14(月) 22:51:22.51

1.0.0がリリースされたばかりだからタイミングいいよ
一応破壊的変更はしないとか言ってたような

**デフォルトの名無しさん** · 2016/03/15(火) 09:16:40.95

Androidアプリの開発にkotlin使ってるけどいい感じよ
ラムダが使えるのとDSLがね
拡張メソッドも作れたり

**デフォルトの名無しさん** · 2016/03/16(水) 17:48:01.10

勉強するのも使うのも全く自由なんだけど、
こんなマイナー言語で何する気?

目的をはっきりさせようや。
何もできるんだよ?

**デフォルトの名無しさん** · 2016/03/16(水) 17:48:37.27

*何ができるんだよ。

**デフォルトの名無しさん** · 2016/03/16(水) 18:36:21.30

>>37
Javaより優れた言語でJVMで動くアプリケーションを書ける

**デフォルトの名無しさん** · 2016/03/16(水) 21:09:15.92

Ceylon とどっちがいいの？

**デフォルトの名無しさん** · 2016/03/16(水) 21:57:29.33

>>39
すでにScalaという先客がいる

**片山博文MZ** ◆T6xkBnTXz7B0 · 2016/03/16(水) 22:05:50.83

♪ことりん、ことりん。

**デフォルトの名無しさん** · 2016/03/16(水) 22:15:09.55

scalaに対しての優位点はコンパイル速度と、javaとの親和性？

文法的にもcontinueとbreakが使えて、自由度の高いreturnとthisがあるか

inlineもscalaとかなり違う？

**デフォルトの名無しさん** · 2016/03/17(木) 12:46:00.12

scalaは難しすぎるよね

**デフォルトの名無しさん** · 2016/03/17(木) 14:24:01.95

JavaScriptでいいじゃん

**デフォルトの名無しさん** · 2016/03/17(木) 17:34:00.53

Kotlinはかわいい。Scalaはキモい。
Kotlinが普及するように、俺も微力ながらブログにKotlinネタ書いていくよ。

**デフォルトの名無しさん** · 2016/03/17(木) 21:05:02.80

普及するために何が足りないか？

**デフォルトの名無しさん** · 2016/03/17(木) 22:30:53.09

世界的な有名サービスがKotlinで記述されたらかなり影響はある

**デフォルトの名無しさん** · 2016/03/18(金) 11:16:52.22

enumがメソッド持てるのがリージョンコードを複数の表現で返すenum作るときに便利だったな
あと、whenがif elseの変わりに使えて可読性がいいのが好き

**デフォルトの名無しさん** · 2016/03/18(金) 13:04:13.88

enumがメソッド持てるのはJavaも一緒でしょ

**デフォルトの名無しさん** · 2016/03/18(金) 19:30:40.78

プログラミング初心者なんですけどKotlin習得するのには2～3年はかかる？

**デフォルトの名無しさん** · 2016/03/18(金) 20:27:52.77

初心者は情報の多い言語を使うべき
入門書とかが出てからじゃないと無理

**デフォルトの名無しさん** · 2016/03/18(金) 20:46:02.24

>>52
ありがとう

無難にJavaScriptやってみます

**デフォルトの名無しさん** · 2016/03/23(水) 18:25:49.69

>>53
将来kotlinをやるんだったら
javascriptじゃなくてjavaね。

**デフォルトの名無しさん** · 2016/03/23(水) 19:30:06.44

つーかおまえらコトリンの響きで選んでるだろ

**デフォルトの名無しさん** · 2016/03/23(水) 21:00:38.88

名前は凄く重要

**デフォルトの名無しさん** · 2016/03/23(水) 21:40:59.87

スカラに比べたら言語のランタイムない(よね？)のがメリットとか

**デフォルトの名無しさん** · 2016/03/24(木) 08:58:18.85

>言語のランタイム
?

**デフォルトの名無しさん** · 2016/03/25(金) 19:03:36.81

Javaとソース互換を壊すという致命的欠陥を自らしておいて、
なおかつ既存言語とのソース互換が何もないのなら使えませんよね。
過去のソースとの互換のためにN88-BASIC互換言語を作りましたとかいうほうがまだ使い道がある。

独自言語で作ったものはソースの墓場になる。
末長く残るソースを作れない。

**デフォルトの名無しさん** · 2016/03/26(土) 12:14:43.51

>>59
いま普及してる言語だって、スタートラインは独自言語（っていう表現はどうかと思うが）だったわけでｗ

**デフォルトの名無しさん** · 2016/03/26(土) 12:42:36.47

バックエンドでKotlin使いたいんだけど、おすすめのWebフレームワークとかDBフレームワークあったら教えてください。Spring Bootがかなりいい気がするけど特にDBフレームワークが困ってます。

**デフォルトの名無しさん** · 2016/03/26(土) 14:29:17.16

>>60
俺を忘れるなよ...
　　　　　　C++

**デフォルトの名無しさん** · 2016/03/26(土) 16:15:03.51

>>60
C++とアップルのObjective-Cは、C言語上位互換。

**デフォルトの名無しさん** · 2016/03/27(日) 00:37:01.30

Swiftがクソ過ぎるのは誰もが知ってるんだから触れてやるなよ

**デフォルトの名無しさん** · 2016/03/28(月) 00:51:03.64

KotlinとSwiftってそんな違う？似たようなもんじゃ
JavaやObCと比べりゃ

**デフォルトの名無しさん** · 2016/03/29(火) 00:00:43.96

>>59
javaライブラリを呼べるjvm上で動くプログラミング言語なんていっぱいあるやん

**デフォルトの名無しさん** · 2016/04/01(金) 20:35:42.53

さびれすぎ

**デフォルトの名無しさん** · 2016/04/02(土) 10:51:29.00

>>66
ライブラリを呼んでもしょうがないだろ
普通のJavaのソースをコンパイルしたらエラーになるんじゃ意味ないわ

**デフォルトの名無しさん** · 2016/04/03(日) 00:40:39.84

Android向けKotlinのロードマップ
http://blog.jetbrains.com/jp/2016/03/30/639

**デフォルトの名無しさん** · 2016/04/03(日) 13:51:35.58

Googleが公式サポート表明してくれたら最高なんだけどな。

**デフォルトの名無しさん** · 2016/04/04(月) 18:10:35.02

>>70
正直無理な話だよね。
kotlinのほうがいい理由を必死こいて考えるよりは素直にJavaやっとけよ
マイナーという不利益を納得して使うものだが、君は納得できていない。

**デフォルトの名無しさん** · 2016/04/06(水) 21:23:24.57

>>68
？？
そりゃ別の言語ですし
jvmで動く言語で互換性がある言語自体珍しくね？
jarから呼び出せればいいと思う

**デフォルトの名無しさん** · 2016/04/08(金) 10:30:14.19

GoogleはAndroidの第一言語、つまりJavaに置き換わるものとして、Swiftのサポートを検討しているらしい。
泣きそう。

**デフォルトの名無しさん** · 2016/04/08(金) 13:03:55.45

>>73
Swiftもいい言語だから、そうなったらなったでJavaのままよりはありがたいけどな

**デフォルトの名無しさん** · 2016/04/08(金) 20:59:07.38

javaの資産（）はどうなるの

**デフォルトの名無しさん** · 2016/04/08(金) 22:32:48.96

マジかよSwiftやってみるわ

**デフォルトの名無しさん** · 2016/04/08(金) 23:37:04.56

クソ言語流行らそうと必死なんだな

**デフォルトの名無しさん** · 2016/04/09(土) 00:49:54.84

>>73のネタはこの記事だと思うが
http://thenextweb.com/dd/2016/04/07/google-facebook-uber-swift/
記事の中ではgoogleがkotlinの採用も検討していると書いてあるぞ

ただしコンパイルが遅いのと
できたばかりの言語なのでコミュニティが小さい事がネックらしい

**デフォルトの名無しさん** · 2016/04/09(土) 19:22:37.10

AndroidのJavaの問題は言語ではなくJavaプラットフォーム(の海賊版)にあるのに言語だけ変えても意味無いだろ

**デフォルトの名無しさん** · 2016/04/10(日) 05:02:23.23

とはいえJavaライブラリのインタフェースに関する権利をOracleが主張してたりとかJava言語による問題も多いだろうし、そこだけ解決できるのでも結構違うのでは。Javaプラットフォームごと捨てるのはさすがに現実的ではないでしょうし。

**デフォルトの名無しさん** · 2016/04/12(火) 14:39:07.24

>>80
OracleはJava APIに権利があると主張しているのであってJava VMを使う以上、他の言語に変えても同じ。
OpenJDKなど、Oracle公認のフリーのJava/Java VMもあるわけで、Javaは使い続けるでしょう。
今開発プレビュー版が出ているAndroid Nは、初めてOpenJDKのライブラリを使っているわけで。
Java 8対応、新しいJackコンパイラの登場など大進化を見せている状況でJavaを捨てるとか有り得ない。
Javaから別の言語に変えることを検討中という記事は信用できない。
現時点無視してよいかと。
もっと信頼できるネタが出てから気にしたほうが賢明。

**デフォルトの名無しさん** · 2016/04/12(火) 15:18:33.45

>>81
てことはAndroid N以降はOracleとの訴訟の件は関係ないってことになる？
あと、その考え方だと、kotlinを正式採用の方が現実味あるのかな

**デフォルトの名無しさん** · 2016/04/12(火) 20:56:18.12

KotlinよりScalaの方がありそう

**デフォルトの名無しさん** · 2016/04/12(火) 21:30:53.05

>>82
OpenJDKはOracle公認だから、使い方にもよるかも知れないけどGoogleがOracleに責められずにフリーで使える可能性はある。
ただ、Oracleはライセンス料が欲しいわけだからあの手この手で金を要求しようとすると思う。
Swiftよりはkotlinのほうがまだ可能性はあると思うがGoogleがサポートする必要性が薄いとも思う。

**デフォルトの名無しさん** · 2016/04/12(火) 21:35:28.14

>>83
Androidでscalaは辛いらしい
何が辛いのかよく分からんけど

**デフォルトの名無しさん** · 2016/04/12(火) 21:46:26.86

Scalaはビルドツールが糞

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

scalaって標準ライブラリのサイズがでかくなかった？

**デフォルトの名無しさん** · 2016/04/13(水) 09:06:47.77

>>83
そう？Scalaが普及しはじめてから何年も経つけど、GoogleがScalaに興味を示したことってあったっけ？

**デフォルトの名無しさん** · 2016/04/16(土) 21:14:12.15

JavaのOO畑で関数型とかよく分からんしってマルチパラダイム言語の第一歩によさそうだなKotlin
名前も可愛いし

**デフォルトの名無しさん** · 2016/04/16(土) 22:47:26.92

Kotlinってあんまり関数型要素ないだろ
関数型度はJava8と大して変わらん

**デフォルトの名無しさん** · 2016/05/01(日) 10:54:20.06

匿名通信（Tor、i2p等）ができるファイル共有ソフトBitComet（ビットコメット）みたいな、
BitTorrentがオープンソースで開発されています

言語は何でも大丈夫だそうなので、P2P書きたい！って人居ませんか？

Covenantの作者（Lyrise）がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al

ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーｗ

The Covenant Project
概要

Covenantは、純粋P2Pのファイル共有ソフトです

目的

インターネットにおける権力による抑圧を排除することが最終的な目標です。そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します

特徴

Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)

接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
ｚ

**デフォルトの名無しさん** · 2016/06/19(日) 22:31:14.76

話題なさすぎじゃね

**デフォルトの名無しさん** · 2016/08/06(土) 23:21:47.71

javaに触らすいきなりkotlinから
アンドロイド開発に入門するのって無茶ですかね？
そういうコンセプトの入門書とかないかな

**デフォルトの名無しさん** · 2016/08/07(日) 00:17:57.07

無茶というか無意味な縛りプレイだよ
Java分からないとサンプルコード読めないじゃん

**デフォルトの名無しさん** · 2016/08/08(月) 11:17:38.46

無意味な縛りですかね。javaの構文自体は平易だからandroidとセットでkotlinの構文が学べたほうがいいなのかなと

**デフォルトの名無しさん** · 2016/08/08(月) 22:59:13.69

じゃあ聞くなよ

**デフォルトの名無しさん** · 2016/08/09(火) 07:51:56.25

じゃあ尚更Javaでいいだろ
KotlinなんかJavaやったあとなら一瞬でマスターできるからどうでもいい

**デフォルトの名無しさん** · 2016/08/10(水) 09:10:55.40

お前ら
ことりん
という響きが好きなだけちゃうんかと

**デフォルトの名無しさん** · 2016/09/21(水) 00:39:02.10

（・８・）

**デフォルトの名無しさん** · 2016/11/10(木) 04:01:41.16

日本人は流行に乗りたがるけどすぐ飽きるね
名前に釣られただけで結局流行りそうにない

**デフォルトの名無しさん** · 2016/11/14(月) 23:59:31.98

scalaと比べていいところってある？
ユーザ数はscalaのほうが多いだろうしどっちやろうか迷ってる

**デフォルトの名無しさん** · 2016/11/15(火) 00:56:14.67

カオスじゃない
Javaとの完全な互換性がある(Scalaは事実上一方通行)
Scalaに比べれば遥かにまともな言語だよ
Scalaはとりあえず全部ブチ込んでみただけの実験言語で、本来実用に使うようなもんじゃない

**デフォルトの名無しさん** · 2017/01/09(月) 20:37:51.41

Kotlin vs Ceylon

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

Gradle3.xでKotlinがサポートされたのって、普及に影響する?

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

Groovyがそこまで普及してるか？
つまりそういうこと

**デフォルトの名無しさん** · 2017/01/12(木) 21:33:12.76

>>105
なるほど納得した。ありがとう。

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

EclipseでKotlinしている人っている？

**デフォルトの名無しさん** · 2017/01/18(水) 21:56:09.40

あるオープンソースのコードを呼んでてIDEで飛べないクラスがあって調べたらKotlinを見つけた
どう使い分けるんだろう

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

>>108
普段はJavaを使っているけど
BigIntegerで数値計算するとか、raw stringでスクリプト生成するときだけ
Kotlinでクラス作成するという用途なら理解できなくもない。

**デフォルトの名無しさん** · 2017/03/02(木) 22:58:10.37

JavaScriptが書けるようになったと聞いて

**デフォルトの名無しさん** · 2017/03/02(木) 23:03:06.74

それよりコルーチンだよ
名前がいいよね

**デフォルトの名無しさん** · 2017/03/11(土) 08:06:57.61

>>111
コルーチン...ロシア人かな? Kotlinだけに。

**デフォルトの名無しさん** · 2017/03/27(月) 12:32:22.63

go->goroutine
Kotlin->koroutine
ってこと？

**デフォルトの名無しさん** · 2017/04/13(木) 10:00:40.79

んーcoroutine、便利さを挙動の理解の混乱が上回ってる..ｗ
かえって複雑になりそう

**デフォルトの名無しさん** · 2017/04/14(金) 10:49:57.90

>>114
coroutineって「状態を持つ」ような気がするんだけど、
関数型プログラミングのイミュータブルであるべきという
考え方に逆行しているという理解であってますか?

**デフォルトの名無しさん** · 2017/04/15(土) 00:40:02.53

>>115
なんちゃって関数型プログラミングでは状態の局所化に役立つ便利な道具だと思うよ
ステートマシンなどという糞を排除できる

**デフォルトの名無しさん** · 2017/04/16(日) 13:23:05.16

一つのクラスに複数のアノテーション持てない感じ？

**デフォルトの名無しさん** · 2017/04/18(火) 07:19:21.21

このスレで言うのもなんだが、初心者の質問はTwitterで投げるのがいいよ
普及させたい人が定期的に検索して拾ってくれるから

**115** · 2017/04/22(土) 21:58:39.69

>>114
オブジェクトのように「フィールド」に「値」を状態として持つのではなく、
coroutineは「コード上」に「まだ実行されていない処理」を状態として持つから
複雑で分かりにくいんじゃないかなと思いました。

>>116
coroutine自体がステートマシンだと書いてあるものを見たのですが、
ステートマシンが局所化されるモナドのような何か?(わかってない)

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

suspend関数ってコルーチンの中でしか使えないってことは、そこらじゅうlaunchの類だらけになるってこと？笑
まだ滅多に使用例のってるブログとかみかけないね。
生き残れるのか？これｗ

>>119 https://github.com/pljp/kotlin-coroutines/blob/japanese_translation/kotlin-coroutines-informal.md#状態マシン

**デフォルトの名無しさん** · 2017/04/28(金) 17:34:29.34

ことりん擬人化まだ？

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

Rubyの、p, pp みたいに、自動的に、コンテナ内を展開して、
中のオブジェクトを、コンソールに表示してくれる、デバッグ用関数はありますか？

p コンテナ・オブジェクト

**デフォルトの名無しさん** · 2017/05/04(木) 00:18:07.49

ない
そんなもんIDEのデバッガで止めて見ればいいだろ

**デフォルトの名無しさん** · 2017/05/04(木) 00:39:59.73

それはダサいわ

**デフォルトの名無しさん** · 2017/05/13(土) 22:26:26.42

なんか折りたたみすぎるんだよな～

**デフォルトの名無しさん** · 2017/05/18(木) 03:33:23.69

大勝利ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ !!!!

**デフォルトの名無しさん** · 2017/05/18(木) 03:35:35.85

きたな

**デフォルトの名無しさん** · 2017/05/18(木) 03:38:32.99

まじか

**デフォルトの名無しさん** · 2017/05/18(木) 08:19:21.98

アプデかなんか来たの？

**デフォルトの名無しさん** · 2017/05/18(木) 08:34:44.83

Androidでのファーストクラスサポートだそうですよ

**デフォルトの名無しさん** · 2017/05/18(木) 08:35:35.63

Today, at the Google I/O keynote, the Android team announced first-class support for Kotlin.

だって。

**デフォルトの名無しさん** · 2017/05/18(木) 09:08:10.23

ファーストクラスってなんですか？

**デフォルトの名無しさん** · 2017/05/18(木) 09:13:30.93

ビジネスクラスより上

**デフォルトの名無しさん** · 2017/05/18(木) 09:37:46.74

例の訴訟絡みでjvm捨てると思ってたんだがなあ

**デフォルトの名無しさん** · 2017/05/18(木) 10:06:03.05

記念アゲ (・8・)

**デフォルトの名無しさん** · 2017/05/18(木) 12:11:08.36

Android Studioで標準サポートになる、つうことだろ。

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

AndroidがKotlinサポートか
Java使わなくていい場面増えるのは歓迎だけど
C#のが良かった

https://blog.jetbrains.com/kotlin/2017/05/kotlin-on-android-now-official/
http://jp.techcrunch.com/2017/05/18/20170517google-makes-kotlin-a-first-class-language-for-writing-android-apps/

**デフォルトの名無しさん** · 2017/05/18(木) 12:17:09.11

GWにkotlin始めて書きやすいなと思ってた俺大勝利

**デフォルトの名無しさん** · 2017/05/18(木) 12:38:42.71

>>137
今までのJava資産を活かしながらシームレスに移行できる、というのが大きい。
その意味でc#はありえん。

**デフォルトの名無しさん** · 2017/05/18(木) 12:57:50.54

いまJavaを使ってる人を救うことを考えたらまずはKotlinだろうね

**デフォルトの名無しさん** · 2017/05/18(木) 13:16:17.63

まじかよ
コトリン大好きな俺大勝利じゃん
祝杯や

**デフォルトの名無しさん** · 2017/05/18(木) 13:21:33.03

やったぜ

**デフォルトの名無しさん** · 2017/05/18(木) 13:23:06.77

えっちだぁw

**デフォルトの名無しさん** · 2017/05/18(木) 15:12:54.92

日本Kotlinユーザグループ代表、長澤太郎
Kotlinスタートブック -新しいAndroidプログラミング、2016

WEB+DB vol.94 の特集が、Kotlin, Electron

m, 10
a, 5
m, 2

こういう行区切りのデータがある時、文字列・数値の順番で、ソートするにはどうするの？

**デフォルトの名無しさん** · 2017/05/18(木) 15:28:16.59

KotlinじゃなくSwiftでも良いのにな
確か、Android向けのクロスビルドができるようになってたろ

**デフォルトの名無しさん** · 2017/05/18(木) 16:57:05.60

AppleがGoを公式採用するくらいあり得ないことだな

**デフォルトの名無しさん** · 2017/05/18(木) 17:15:26.94

>>145
今までのjava資産を考えるとありえん。
appleは悪い意味でおかしい。

**デフォルトの名無しさん** · 2017/05/18(木) 18:29:24.60

競技プログラミングでKotlinを覚えるか…

**デフォルトの名無しさん** · 2017/05/18(木) 23:54:53.47

>>70
念願かなったね。おめでとう。

**デフォルトの名無しさん** · 2017/05/19(金) 08:25:10.64

>>144 自己レス
class Person(val age: Int, val name: String) { }

val mlist: MutableList<Person> = mutableListOf( );

mlist.add(Person(25, "Tom"));
mlist.add(Person(25, "Dave"));
mlist.add(Person(20, "Kate"));
mlist.add(Person(20, "Alice"));

val sortedList = mlist.sortedWith(compareBy({ it.age }, { it.name }))

sortedList.forEach {
println("${it.age} : ${it.name}")
}

出力
20 : Alice
20 : Kate
25 : Dave
25 : Tom

**デフォルトの名無しさん** · 2017/05/19(金) 13:20:04.25

ニュース見て始めて半日くらいの調べもの堪え性のない人が質問です！
それはそうと初心者スレとか質問スレとかあってもいいかもしれないですね！

>>> var list = listOf(10, 20, 30)
>>> list[1] + 5
25
>>> var map = mapOf(1 to 10, 2 to 20, 3 to 30)
>>> map[1] + 5
error: infix call corresponds to a dot-qualified call 'map[1].plus(5)' which is not allowed on a nullable receiver 'map[1]'. Use '?.'-qualified call instead
>>> map[1]?.plus(5)
15
入ってる数字をあとで計算とかに使いたいだけなんですがどこの考え方間違ってるんでしょうか

**デフォルトの名無しさん** · 2017/05/19(金) 20:24:00.83

>>70
おめ

**デフォルトの名無しさん** · 2017/05/19(金) 20:34:19.80

>>71
これは恥ずかしいwwww

**デフォルトの名無しさん** · 2017/05/19(金) 22:29:26.32

じゃ今後のAndroidのライブラリにはKotlinで書かれてるものの出てくるのかな？

**デフォルトの名無しさん** · 2017/05/20(土) 00:38:31.20

それはないだろう

**デフォルトの名無しさん** · 2017/05/20(土) 02:32:08.53

>>151
map[何々]が、nullable だから。
map[1]は存在するけど、map[4]なら存在しない

map[1].plus(5)なら、map[1](レシーバー)がnullableだから、
null.plus(5)の場合にバグるから、?. null許容演算子を使う

**デフォルトの名無しさん** · 2017/05/20(土) 15:30:08.83

Javaの仕様がそのまま引き継がれてるんだな
Listのgetのインデックスが範囲外だとIndexOutOfBoundsException例外で
Mapのgetのキーが存在しない場合は例外じゃなくてnull返すのね

**デフォルトの名無しさん** · 2017/05/20(土) 15:41:06.41

getOrNullとかあるよ

**デフォルトの名無しさん** · 2017/05/20(土) 19:38:14.41

Android StudioでのIntelliJ Kotlinプラグインが公式サポートされただけでAndroid System LibにKotlinクラス群が入ったわけじゃないんだよなぁ

>>154
今までと変わらずやる気になれば出るし、やる気にならなければ出ない程度かと
別段メリットがあるようには思えないけど、誰かKotlin Androidライブラリプロジェクトテンプレート作ってくれよ

**デフォルトの名無しさん** · 2017/05/20(土) 20:11:09.01

企業内での使用はGoogle公式かどうかですごい影響あるよ

**デフォルトの名無しさん** · 2017/05/21(日) 10:31:28.30

これをきにコトリンを始める人がいっぱいいそうだが
ほとんど人が挫折するんだろうな

**デフォルトの名無しさん** · 2017/05/21(日) 10:35:53.77

こんな簡単な言語で挫折する要素とは

**デフォルトの名無しさん** · 2017/05/21(日) 10:40:32.81

Kotlin言語そのものは難しくないがJavaの言語に加えて
Javaのライブラリまで含めて覚えないといけなそうだから
C#より敷居が高い

**デフォルトの名無しさん** · 2017/05/21(日) 11:08:54.99

kotlinにはtypescriptのtsserverみたいに補完機能はないんでしょうか？

**デフォルトの名無しさん** · 2017/05/21(日) 11:33:04.16

第一級開発言語に指定したんやからfwは全てkotlinラッパを出すやろ

**デフォルトの名無しさん** · 2017/05/21(日) 12:33:48.18

?なvarをif != null したら!!いらないようにしてほしいな～
valに入れ直すのはスマートじゃないよ

**デフォルトの名無しさん** · 2017/05/21(日) 13:24:08.34

>>156
似たようなとこで詰まってた
Nullableでご安全にする理屈はわかるけど連想配列の利用法としては煩雑だね
覚えとくしかないか
それともこのへん便利な格納構造があるのかな

**デフォルトの名無しさん** · 2017/05/21(日) 18:45:53.63

>>> var map = mapOf(1 to 10,2 to 20)
>>> map[3]
null
>>> var list = listOf(10,20)
>>> list[3]
java.lang.ArrayIndexOutOfBoundsException: 5
at java.util.Arrays$ArrayList.get(Arrays.java:3841)
>>157の言う通り、究極的にはこのしょーもない内部仕様のせいである
この仕様を知ってるKotlinがmap作った時点で全要素Nullableにしてくれてるのだね

>>> var value = map[2]
>>> value
20
>>> value + 5
error: infix call corresponds to a dot-qualified call 'value.plus(5)' which is not allowed on a nullable receiver 'value'. Use '?.'-qualified call instead
>>> var value:Int = map[2]
error: type mismatch: inferred type is Int? but Int was expected
このへんも、Null安全のない言語から来た人はふんす！！ってなると思われ

**デフォルトの名無しさん** · 2017/05/21(日) 20:26:44.09

>>163
C#文法とC#ライブラリを学習するよりは楽そう

>>165
Java APIをKotlin APIに透過的に見せるからラッパーの用意すら要らんでしょ

**デフォルトの名無しさん** · 2017/05/21(日) 20:46:52.64

最終的に訴訟のネタにもなってるjavaを切り離す方向まで行かないんですかね。

**デフォルトの名無しさん** · 2017/05/21(日) 21:44:40.19

VMの問題なんだからいまさらどうしようもないだろ。

**デフォルトの名無しさん** · 2017/05/21(日) 22:54:56.67

Ruby, JS などで、メソッドチェーンすると、
nil オブジェクトから、メソッドを呼べないと言う、
No Method Error なんて、しょっちゅう起こるし、

メソッドチェーンはテストも、しにくい

**デフォルトの名無しさん** · 2017/05/22(月) 01:22:13.90

素のkotlinでは使えるけどAndroidのkotlinでは使えないのってある？

**デフォルトの名無しさん** · 2017/05/22(月) 01:48:31.03

Nullableかどうかは書き手が決められるのがステキとか言っておきながら
mapOfだと"暗黙の"Nullableになるように見えるのが初心者的にキモいという主張だろう
誰もNullableの有用性の議論などしてない
読点君には理解できんだろうが

**デフォルトの名無しさん** · 2017/05/22(月) 06:16:11.80

>>170-171
VMじゃなくAPI(ライブラリ実装)の問題でしょ
Sun(現Oracle)の作った全Java APIを放棄してKotlinで一から作れば訴訟問題からは無関係になれる

まぁ、GoogleもJetbrainsもお互いに「お前がやれ」とか思ってそうだけど
Google: KotlinはJetbrainsのモノなんだから、JetbrainsがKotlin APIを整備するべき
Jetbrains: Java訴訟はGoogleの問題なんだから、GoogleがKotlin APIを整備するべき

**デフォルトの名無しさん** · 2017/05/22(月) 08:14:55.23

map を実装する場合、普通は、2種類書く

そのキーが無い場合、
null を返すものと、例外をthrow するもの

nullable になるのは、null を返すもの

**デフォルトの名無しさん** · 2017/05/22(月) 08:34:20.91

>>175
VMの方のAPIだよ。
言語の方のAPIだけの問題なら、OpenJDKだけで解決してしまうだろが。

**デフォルトの名無しさん** · 2017/05/22(月) 09:45:07.45

>>177
確かそのapiのインターフェース自体に著作権があるというのがoracleの主張だったはず

**デフォルトの名無しさん** · 2017/05/22(月) 09:46:09.30

OpenJDKにもVM実装は含まれてるんだけどなw
Oracle JVMとOpenJDK JVMで微妙に要件や振る舞い違うって業界の人は頭抱えるけどまぁ誤差か

**デフォルトの名無しさん** · 2017/05/22(月) 09:46:23.44

擬人化まだかよ
無能どもめ

**デフォルトの名無しさん** · 2017/05/22(月) 09:52:42.83

>>175
Androidのapiインターフェースの話をしてるんだからgoogleじゃない？
でもjavaと切り離すなんてできないだろうから、少しずつやってくしかないね。
コレクション系の独自実装とか始まったりして
swiftもobjective-cの文字列型とswiftの文字列型があってapiインターフェース呼び出しの際に暗黙の型変換が行われてた。
そんな感じになるのかな。かなりキモいけど

**デフォルトの名無しさん** · 2017/05/22(月) 18:40:23.05

「apiインターフェース」の「頭痛が痛い」みたいな表現、嫌いじゃない:D

>>160
その昔、Apple公式だからという点のみで流行ったSwiftという言語があってな・・・
あれも技術を知らない企画屋がそんな感じで企業内採用を提案したんだよな、嫌な事件だったね

**デフォルトの名無しさん** · 2017/05/23(火) 19:42:46.96

null非許容って使ってみると地味に結構不便だな…
今までとは根本的に設計方針を変えなきゃならないものがあるなぁ…

**デフォルトの名無しさん** · 2017/05/23(火) 19:49:01.45

var a : String? = null

**デフォルトの名無しさん** · 2017/05/23(火) 20:27:48.65

型安全でないnull使うより、その型のnull定数を定義するほうが楽だよ。

**デフォルトの名無しさん** · 2017/05/23(火) 20:49:32.53

val hoge;
{

**デフォルトの名無しさん** · 2017/05/23(火) 21:06:38.96

null参照の概念は10億ドル単位の過ちってそれ一番言われてるしなw
偉人の言葉を信仰心と共に信じるべし

**デフォルトの名無しさん** · 2017/05/23(火) 21:36:52.74

ぬるぽ

**デフォルトの名無しさん** · 2017/05/24(水) 01:18:07.88

>>183
?使うだけなのに何言ってんの？
大昔の案件で引数には必ずnullチェックを入れるというコーディング規約があって、保守性は下がるし規約に従わないやつはいるしで散々だった。

**デフォルトの名無しさん** · 2017/05/24(水) 12:26:54.17

intellij、if式を折りたたまないようにするオプションはどこですか？

**デフォルトの名無しさん** · 2017/05/24(水) 12:44:50.63

>>189
たとえばintefaceのnotnullなプロパティを亜種的なクラスでnullableにオーバーライド、できないよねぇ。
個人レベルの開発ならそこらへんの曖昧さはかえって便利な場合もあったんだけどね。
まぁ最初から全部nullableにしちゃえば済む話だが9割の非nullに全部?なり!!を付けるのはキモい。
javaコードをそのまんまkotlinコードに移行は、できなくはないけどキモいコードになる。

**デフォルトの名無しさん** · 2017/05/24(水) 14:28:45.40

　　Λ＿Λ　　＼＼
　（　・∀・）　　　|　|　ｶﾞｯ
　と　　　　）　　 |　|
　　Ｙ　/ノ　　　人
　　　 /　）　　 < 　>_Λ∩
　＿/し'　／／. Ｖ｀Д´）/
　（＿フ彡　　　　　　　/　←>>188

**デフォルトの名無しさん** · 2017/05/24(水) 15:15:47.70

>>191
わざわざnullableなプロパティを含むインターフェースを使う意味がわかんない。ちゃんとnullチェックして渡せば良いじゃない。

**デフォルトの名無しさん** · 2017/05/25(木) 00:19:31.03

>>193
自分もそんなコードが欲しくなるとは予想しなかったけどな笑
nullであることを利用して動作変える派生クラスをkotlin化しようとして躓いたわ。
結局設計を変えることで対応したけどね。javaで使えてたトリッキーな手は使えなくなった不便さがあるね、便利さの陰に。
まぁ慣れの問題だが。

**デフォルトの名無しさん** · 2017/05/25(木) 04:40:51.77

androidだとonCreateで初期化するような変数はnullableにしなきゃいけないのかと思ってたけど、lateinitってあるのね
個人的にはそこそこ使うから@とかの記号にしてほしかったけど

**デフォルトの名無しさん** · 2017/05/25(木) 06:20:09.08

プロパティが、最初からデフォルト値を持っていたら、ダメなのか？

どうしても、nullが必要なのか？

**デフォルトの名無しさん** · 2017/05/25(木) 08:51:21.17

nullオブジェクト使わないの？

**デフォルトの名無しさん** · 2017/05/25(木) 09:21:48.18

関数の戻り値の型ならnullable欲しいな
戻り値がnullになるとき毎回exceptionをthrowするのかって話

**デフォルトの名無しさん** · 2017/05/25(木) 09:23:32.29

え？ww

**デフォルトの名無しさん** · 2017/05/25(木) 09:37:46.25

例えば数値を文字列として格納してるデータをファイルとかDBとかから取り出すとき
その値は数値としてしか使わないけどもしかしたらnullな場合もある
getter関数作るのにgetterでは必ず文字列として取得して変換可能か判断してから数値にする処理を毎回するか変換できなかったらcatchするのか

そんな場合なnullableがあれば外からみた関数の使い方はシンプルにできる