Kotlin 6

**デフォルトの名無しさん** · 2019/06/22(土) 15:59:57.23

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

※前スレ
Kotlin 5
https://mevius.5ch.net/test/read.cgi/tech/1544268581/

**デフォルトの名無しさん** · 2019/12/19(木) 13:41:10.68

オンライン講座やアプリにカネをかけたら負けだと思っているのでJavaの本もポチりました
「Java1年生―体験してわかる!会話でまなべる!プログラミングのしくみ」
まずはこれを読んでから
「作って楽しむプログラミング Androidアプリ超入門―Android Studio3.3 & Kotlin1.3で学ぶはじめてのスマホアプリ作成」
を読む事にしました

アデュー

**デフォルトの名無しさん** · 2019/12/19(木) 13:48:14.38

逆やろ
本買ったら負け
ほぼオンラインで事足りる

**デフォルトの名無しさん** · 2019/12/19(木) 13:58:35.22

>>522
俺たちは理解力ゼロの人間だから

**デフォルトの名無しさん** · 2019/12/19(木) 14:25:11.21

各言語のスッキリシリーズを生み出した、伝説の本！
まずこの本で、オブジェクト指向を学ぶ。
スッキリわかる Java入門第2版、2014

その後に、太郎本をやるのが定番！
Kotlinスタートブック -新しいAndroidプログラミング、長澤太郎、2016

**デフォルトの名無しさん** · 2019/12/19(木) 15:34:22.45

>>515
たぶん開発環境があってないから楽しめないと思う
サンプル系の本は苦しみながら修正して作るものだと覚悟して望んでください
そうすればとてもいい本です

**デフォルトの名無しさん** · 2019/12/19(木) 16:26:30.93

>>522
そういや動画はわかりやすいと誰かが書いてたな。俺はわざわざ動画探して見ないけど。

**デフォルトの名無しさん** · 2019/12/19(木) 19:30:40.54

手動かしてたら覚える
本も動画もメンターもいらなかった

**デフォルトの名無しさん** · 2019/12/19(木) 21:42:53.35

勉強してプログラミングを覚えてからアプリを作るっていう考えがそもそも間違い
まず作りたいものがあるべきでその作りたいものを作るために必要な知識を
都度調べて問題の解決を繰り返すという方法で進むべき
作りたいものがないなら向いてないからプログラミングなんかやめてしまえ時間の無駄

**デフォルトの名無しさん** · 2019/12/19(木) 22:02:46.62

まあ、そう言わんでも
君が数学を学んでいた頃、数学でやりたかったことあったの？

**デフォルトの名無しさん** · 2019/12/19(木) 22:20:55.18

回転機能とワイヤーフレーム３Ｄでドヤってたら
あっという間に世間はポリゴンだのテクスチャだのバンプマッピングだの

ほんの数年の間の話

**デフォルトの名無しさん** · 2019/12/19(木) 22:23:45.85

大体アプリを作るのに必要な知識って言語の文法だけじゃない
Android SDKの知識も必要だし設計もMVVMとかfluxとかいろいろある
今の主流の外部ライブラリが何かとか非同期処理の実装はどうするか
Firebaseとかも活用した方がいいだろう
必要な知識が広すぎるのに目的もなくただ漠然と必要そうだとつまみ食いしてるだけで
あっという間に時間は終わっていく
大体5年もすればソフトウェアの世界は一変する
結局何も生み出せないまま技術に振り回されて時間が過ぎていくだけ

**デフォルトの名無しさん** · 2019/12/19(木) 23:03:29.10

ふーん、偉いんだね

**デフォルトの名無しさん** · 2019/12/19(木) 23:26:51.07

さっき気がついたんだけど
kotlinってimportしなくなった？不要なの？
Math.sin/cos/tan使ってもimportせずに使えてなんか変な感じです

**デフォルトの名無しさん** · 2019/12/20(金) 06:46:42.42

>>533
https://kotlinlang.org/docs/reference/packages.html#default-imports

Javaでも java.lang.* (StringやMathなど) はインポート書かずに使える

**デフォルトの名無しさん** · 2019/12/20(金) 10:39:15.14

1.4でkotlin/nativeが爆速になってgoが死亡する世界線に行きたい

**デフォルトの名無しさん** · 2019/12/20(金) 19:57:21.77

誰かが１０００億円の間違いしなかった世界がいい
今更Kotlinとか付け焼刃

**デフォルトの名無しさん** · 2019/12/20(金) 21:49:59.43

>>528
その通り。

まあしかしそれ言ったら学校教育は完全にダメだね。

**デフォルトの名無しさん** · 2019/12/21(土) 15:23:12.50

>>536
何の話？

**デフォルトの名無しさん** · 2019/12/21(土) 15:26:06.69

>>533
俺は変な感じがしない。なぜならJavaの頃からそのように使っているからだ。というかむしろそうでない方に違和感がある。

**デフォルトの名無しさん** · 2019/12/22(日) 00:16:19.54

>>538
本人ではないが>>536はJavaに最初からnulll(=１０００億円の間違い)がなかった世界線に行きたいらしい。

**デフォルトの名無しさん** · 2019/12/22(日) 01:17:50.71

Union typeないの？

**デフォルトの名無しさん** · 2019/12/22(日) 02:55:53.04

union って、C言語の union のこと? そういうのはないね。自分で無理矢理 Byte 配列に詰め込むのなら出来るが。

**デフォルトの名無しさん** · 2019/12/22(日) 03:55:07.63

>>541
sealed class

**デフォルトの名無しさん** · 2019/12/22(日) 07:09:03.62

こういうやつでしょ
　var a : (String | List<Int>) = "aaa"
　a = listOf(10)
無いよ

**デフォルトの名無しさん** · 2019/12/22(日) 17:46:16.29

sealed class Either<L, R>{
class Left<L, R>(val value: L): Either<L, R>()
class Right<L, R>(val value: R): Either<L, R>()
}

var a: Either<String, List<Int>> = Either.Left(“foo”)

https://pl.kotl.in/1oWpsAGCs

KotlinはJavaの足枷が重いから劇的に使いやすくなることはなさそう

**デフォルトの名無しさん** · 2019/12/22(日) 22:24:55.21

Union typeをサポートするとString?型もString | nullの略記でしかなくなるのだろうか

**デフォルトの名無しさん** · 2019/12/23(月) 13:25:26.95

しかしnullは型の名前ではないな。

**デフォルトの名無しさん** · 2019/12/23(月) 21:19:46.42

Unitと同じくオブジェクト宣言にすれば型としても値としても使える

TypeScriptのようにリテラル型という方式もあるけど
function f(): string | null | 10 { return 10; }

**デフォルトの名無しさん** · 2019/12/23(月) 22:41:55.78

sealed classってinterfaceを持たないfinalなクラスをEither型には出来ないってことであってる?

**デフォルトの名無しさん** · 2019/12/23(月) 22:55:01.39

GraphQL使ってるとunion欲しくなるよな

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

あけましておめでとうございます。
ことりんもよろしくおねがいします。

**デフォルトの名無しさん** · 2020/01/01(水) 01:20:42.00

Kotlin飛躍の年になれば良いな

**デフォルトの名無しさん** · 2020/01/01(水) 16:57:33.69

マルチプラットフォームの改善来ないかな

**デフォルトの名無しさん** · 2020/01/03(金) 14:40:28.98

>>554
どんな感じで？

**デフォルトの名無しさん** · 2020/01/03(金) 17:40:31.87

自分に安価してどうするよ＼(^o^)／

**デフォルトの名無しさん** · 2020/01/03(金) 22:30:37.55

>>556
面目ない

**デフォルトの名無しさん** · 2020/01/04(土) 10:36:41.93

自己再帰禁止

**デフォルトの名無しさん** · 2020/01/04(土) 11:20:27.49

再帰関数見るとスッと入ってこなくてウッて毎回なる

**デフォルトの名無しさん** · 2020/01/05(日) 02:42:41.09

素養がないから死ね

**デフォルトの名無しさん** · 2020/01/05(日) 19:42:27.74

そよそよ

**デフォルトの名無しさん** · 2020/01/05(日) 20:51:47.31

素養クラスに、拡張プロパティで付け加え！

**デフォルトの名無しさん** · 2020/01/06(月) 15:47:29.78

素養とかいらんやろ。慣れや

**デフォルトの名無しさん** · 2020/01/06(月) 22:45:33.84

大学のC言語の授業で2分木の深さ優先探索と幅優先探索を再帰関数で書かされたなあ

**デフォルトの名無しさん** · 2020/01/07(火) 00:31:39.93

言語の名前がかわいいというだけの理由でkotlinを勉強し始めました。
書きやすくていいですね！

**デフォルトの名無しさん** · 2020/01/07(火) 11:18:31.53

PCの気晴らし2Dゲームやスマホアプリやかんたんゲーム作ろうかなーと思ってKotlin始めたのだけど、
微妙絶妙にメインストリームから外れて手間が合わんのだな
Unity的なゲームじゃないスマホアプリはうまく合ってる気はするが

**デフォルトの名無しさん** · 2020/01/07(火) 12:12:12.94

C#相手だと言語的なアドバンテージはほとんど無いから勝ち目はないわな

**デフォルトの名無しさん** · 2020/01/07(火) 12:29:43.03

サーバー書こうぜ

**デフォルトの名無しさん** · 2020/01/07(火) 12:41:10.88

要は「めっちゃ書きやすいJava」なので、Javaのときに特段盛り上がってなかった分野はKotlinでも特段盛り上がってはいない
Kotlinで利用者が流入爆増してKotlin独自のライブラリが各分野でじゃんじゃん作られるみたいな未来予想図もあったのだが、まあ、世の中なかなか冷静で頼もしい限りではある

**デフォルトの名無しさん** · 2020/01/07(火) 13:06:26.78

レベルS　プラットフォームを問わずKotlinが広く利用される
レベルA　Kotlinを使うためにJavaプラットフォームが採用される
レベルB　KotlinによってJavaプラットフォームの採用障壁が下がる
レベルC　Kotlinによって既存のJava開発者の満足度が改善する

今のところせいぜいCだな

**デフォルトの名無しさん** · 2020/01/07(火) 20:56:09.81

Javaやってたら取っつきやすいみたいな扱いされてるけどC#の方が覚えやすくね？

**デフォルトの名無しさん** · 2020/01/07(火) 21:10:11.11

kotlinってandroid専用言語という位置づけだと思っていいですか？
Webでも積極的に使われている言語ですか？

**デフォルトの名無しさん** · 2020/01/07(火) 22:30:31.70

現状ではandroid専用。Java代替目指してる言語だからwebで使うポテンシャルはあるけど、その用途で流行ってるとは言い難い。

**デフォルトの名無しさん** · 2020/01/08(水) 14:29:53.70

流行ってないだけで専用というわけでもない。

**デフォルトの名無しさん** · 2020/01/08(水) 14:36:25.48

ま、しかし、みんながやってると自分もやるみたいなのはやはり日本人的な感じがするな。
保守的と言うか開拓精神がないというか。だから悪いということはないけどな。
自分が率先して使って自分を中心に世界中に広めるみたいなこともできるかも知れないのだが、そういう考えが最初から起こらないぐらい頭が固くなってガチガチに保守化していると。

**デフォルトの名無しさん** · 2020/01/08(水) 14:43:05.37

「〇〇を作りたいのでKotlinを使う」の〇〇に入るのは非ゲームAndroidアプリ、ではある
現状これ以外で使うのは趣味とか修行とか苦行とかバカとかなんかそんな感じ
Kotlinは一応だいたいのものは作れるには作れるので、Kotlinで作ってみたいという情熱（または狭窄）で個人でいろんなもの作ること自体は別に止めない
手段が目的と化してるという点以外は問題はないからね
みんなあまりやらないことをやるという点では面白いはずだとは思うよ
どっすかRubyの二の舞

**デフォルトの名無しさん** · 2020/01/08(水) 15:08:09.71

>>574
欧米の人って明確な目的があって、それに合う道具なら古いものも新しいものも使う印象
日本列島に生息するアーリーアダプタ猿はたいてい手段と目的が逆転していて、
新しいものを触っても「やってみた」で終わるからそれ以上の発展がない

**デフォルトの名無しさん** · 2020/01/08(水) 20:25:58.31

有名人が使ってるから使おう・それが正しいみたいのがあるね

**デフォルトの名無しさん** · 2020/01/08(水) 20:42:10.23

>>577
その後誰も使わなくなるものに手を出して半年で天を仰ぐ事例は事欠かない
だったらちょっとか有名人にも頼りたくなるというものだ

**デフォルトの名無しさん** · 2020/01/08(水) 21:44:46.93

その、「失敗したらどうしよう・・失敗しないように安全パイを狙おう」ていう発想が日本人ていう話

**デフォルトの名無しさん** · 2020/01/08(水) 21:51:52.21

自分が有名人になろうという発想もない。

**デフォルトの名無しさん** · 2020/01/08(水) 22:07:34.74

まぁ結局はjavaなんだから、だったらjavaのままでいいじゃんで終わってそう。

**デフォルトの名無しさん** · 2020/01/08(水) 22:07:56.44

webなんかどうでもいい
今やブラウザからよりもアプリからの方がインタネットアクセスしてる人多い
サーバー側処理もこれから firebase的なものが主流になって独自実装はなくなっていく
Android専用とは即ち最強ということ

**デフォルトの名無しさん** · 2020/01/09(木) 13:41:59.25

え？

**デフォルトの名無しさん** · 2020/01/09(木) 13:54:17.66

サーバーサイドがDB直結で済むようなアプリなんてミニゲームくらいだろ

**デフォルトの名無しさん** · 2020/01/09(木) 17:44:04.75

firestoreってrate limitやIP banみたいなこと課金なしにできないの?
セキュリティルールで、他人のデータおもらしや、入力データ検証はできるけど。個人で使うとrate limitみたいのないと課金攻撃食らうのが怖い小心者の俺。

**デフォルトの名無しさん** · 2020/01/09(木) 20:13:01.82

貧乏人のくせにうるせえな
ガキはオフラインでlampでもやってろ

**デフォルトの名無しさん** · 2020/01/09(木) 22:32:03.91

サーバーエンジニアは時代遅れ

**デフォルトの名無しさん** · 2020/01/09(木) 22:37:38.83

まあ、金払って押しつけるのが正しくはある
自社メールサーバーを運営するのが今や愚かな行為であるのと同じ

**デフォルトの名無しさん** · 2020/01/09(木) 22:47:26.06

サーバーサイドは原始時代の技術

**デフォルトの名無しさん** · 2020/01/10(金) 19:52:27.62

かといってサーバなしにはできない

**デフォルトの名無しさん** · 2020/01/10(金) 20:48:21.61

クラウドもサーバだっつの

**デフォルトの名無しさん** · 2020/01/10(金) 21:12:38.40

flutterきてるからもう色々諦めて、サーバーサイドkotlinに注力して欲しい。。

**デフォルトの名無しさん** · 2020/01/10(金) 22:16:50.90

結局javaと同じ道筋を辿るのか。

**デフォルトの名無しさん** · 2020/01/10(金) 23:00:11.09

クロスプラットフォームは全部糞
そもそもDartが糞
ちょうど今日はてぶでflutterの記事を読んだがやっぱりDartが糞
ttps://hachibeechan.hateblo.jp/entry/flutter-is-great-good-but-dart-is-dirt
結局サンプルアプリみたいな見た目のしょぼいごみアプリしか作れないのがオチ

**デフォルトの名無しさん** · 2020/01/13(月) 10:33:07.31

Dartが糞なのはわかる。でもflutterがきてるのも事実。
もう「どこでもkotlin」とか言ってる場合じゃない。
このままだとandroid->fuchsia移行と共にkotlinは終わる。
なのでjava,goを押しのけて静的サーバーサイド言語の第一候補になるしか道はないと思う

**デフォルトの名無しさん** · 2020/01/13(月) 11:34:02.40

と思うけど、googleはなぜかKotlin版flutterのJetpack Composeを今年ベータリリース?に向けて作業中。
Jetpack Composeは最初はandroid向けかもしれんが、kotlinはnativeでクロスプラットホームになるし、Jetpack Composeも将来いつの間にかクロスプラットホームになったり?

**デフォルトの名無しさん** · 2020/01/13(月) 11:36:48.21

まぁ、composeはクロスプラットホームにならなくてもcomposeの存在はかなりflutterへの移行を押し留めることになりそう。
もちろんflutterはクロスプラットホームだけど。

**デフォルトの名無しさん** · 2020/01/13(月) 12:51:17.02

K/JVMとK/Nチームがあまり仲良くない感じだったし
K/Nの設計上の戦略ミスもあって先は厳しい
企業リソースが潤沢でないことも大きいんだろうけど

**デフォルトの名無しさん** · 2020/01/13(月) 13:45:04.59

相変わらず世間で流行るかどうかばかりを気にしている。世間に依存して頼りすぎている。その結果振り回され続けてしまう。

**デフォルトの名無しさん** · 2020/01/13(月) 19:31:48.26

好きなやつ使え

**デフォルトの名無しさん** · 2020/01/14(火) 00:16:09.33

俺なんて世間の流行なんか無視して我が道をいってるから
メインはDelphiパスカルだぜ！

**デフォルトの名無しさん** · 2020/01/14(火) 14:03:03.86

給料上がるのならなんでもいいわ

**デフォルトの名無しさん** · 2020/01/14(火) 15:44:20.83

趣味なら何でもいいんだろうけど仕事なら需要を考慮しないと糞仕事で薄給とかやってられないでしょ

**デフォルトの名無しさん** · 2020/01/14(火) 17:03:38.63

流行ってるやつの方が情報多くて学習し易いというのはあるな。

そういえば今はまだJavaが結構使われてるようだがCも増えたんだってな。組み込み関係が増えたせいらしい。

**デフォルトの名無しさん** · 2020/01/14(火) 17:19:04.63

これこれ。

2019年に成長したプログラミング言語ランキング、第1位は？
https://news.mynavi.jp/article/20200110-952052/

**デフォルトの名無しさん** · 2020/01/14(火) 17:28:10.81

あ、でも、こんなページもみつけてしまった。

TIOBE Indexはあまり参考にすべきでない
https://qiita.com/kmizu/items/b07f1dcad63f104248c5

**デフォルトの名無しさん** · 2020/01/14(火) 18:56:50.06

>>602
給料あげたかったら、プログラマーは卒業しないとね

**デフォルトの名無しさん** · 2020/01/14(火) 20:26:30.45

日本はクソだ

**デフォルトの名無しさん** · 2020/01/14(火) 20:39:05.13

>>601
自分が楽しめるならレガシーシステムのお守役としてニッチ極めるのは全然ありだべ

**デフォルトの名無しさん** · 2020/01/15(水) 19:23:37.93

exposedのDAOとDSLってどっち使った方がいいんですか？

**デフォルトの名無しさん** · 2020/01/16(木) 18:03:07.20

>>608
いかにも。お前はクソだ。

**デフォルトの名無しさん** · 2020/01/18(土) 20:25:30.67

流行るか流行らないなんてどうでもいいんだよ
やりたいことをやれるかどうか
JavaScript界隈の気持ち悪いやつがflutterは流行らないといってるけど
流行ったらどういう態度にでるのか見てみたいものだ

**デフォルトの名無しさん** · 2020/01/18(土) 21:28:55.28

全部自力で作るわってレベルの奴ならそれでいいけど
流行りはコミュニティ規模、延いてはライブラリや関連技術の発展に繋がるわけでさ

何はともあれIOインターフェースのデファクトスタンダードを早くしろください！

https://github.com/ktorio/ktor/tree/master/ktor-io/common/src/io/ktor/utils/io/core
https://github.com/Kotlin/kotlinx.serialization/tree/master/runtime/commonMain/src/kotlinx/io
https://github.com/Kotlin/kotlinx-io/tree/master/core/commonMain/src/kotlinx/io

**デフォルトの名無しさん** · 2020/01/21(火) 20:20:54.27

KotlinのコンパイラはKotlinで書かれてるの？それともJava?

**デフォルトの名無しさん** · 2020/01/22(水) 13:59:16.59

Javaに決まっているだろ
Kotlinで書かれてたらどうやってコンパイラをコンパイルするのだ
鶏は卵からしか生まれないのだ

**デフォルトの名無しさん** · 2020/01/22(水) 14:59:42.36

コンパイラがどの言語で書かれてるかを質問する人よくいるけど
知ったところで何か意味あるの？

**デフォルトの名無しさん** · 2020/01/22(水) 16:21:05.17

>>615
最初はJavaで次からはKotlinに変換して自分で自分を記述する状態にしてるかもよ。するとその後はずっとKotlinでKotlinを書く状態になる。

昔はPASCALをPASCALで書いてハンドコンパイルしてから自身をコンパイルさせるなんての本当にあったようだけどな。

**デフォルトの名無しさん** · 2020/01/22(水) 16:22:45.42

>>616
コンパイラを作れる言語かどうかがわかる。

ということ以外の意味はないかな。

**デフォルトの名無しさん** · 2020/01/22(水) 16:30:08.45

最初は別言語で書かれるが、その後自身の言語で書き直すことはよくある
セルフホスティングと言ってGo,Rustなども達成している

成果物の動作環境で自身も動作可能になるので
Kotlin/JSがセルフホスティングなら
babel/standaloneのようにブラウザ上でコンパイルが可能になったり
Kotlin/NativeのビルドにJVMが不要になったりする

実用上はJVM需要が主だしGradleが便利なので変えないだろうけど

**デフォルトの名無しさん** · 2020/01/22(水) 16:31:19.66

>>614
初期コンパイラはJavaで書かれて新規部分は基本Kotlinで書かれてる
置き換えたい気はあるようだけどJavaのコードはかなり残ってる

以下から拡張子の混在が見て取れると思う
https://github.com/JetBrains/kotlin/tree/master/compiler/backend/src/org/jetbrains/kotlin/codegen

**デフォルトの名無しさん** · 2020/01/22(水) 16:48:14.42

>>618
KotlinのコンパイラがJavaで作られたとしても
Kotlinがコンパイラを作れない言語ということにはならないと思うんだが