Kotlin 7

**デフォルトの名無しさん** · 2020/05/06(水) 16:00:38.76

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

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

**デフォルトの名無しさん** · 2020/08/10(月) 16:08:45.69

fun().this(hoge)
みたいな呼び方出来なかったっけ

**デフォルトの名無しさん** · 2020/08/10(月) 16:16:22.91

>>224
ありがとう。 this@hogeIterator でできた。
this@拡張関数名ということだった。

**デフォルトの名無しさん** · 2020/08/18(火) 21:33:59.72

品質とパフォーマンスに注力した Kotlin 1.4 をリリースしました
https://blog.jetbrains.com/ja/kotlin/2020/08/kotlin-1-4-released-with-a-focus-on-quality-and-performance-ja/

**デフォルトの名無しさん** · 2020/08/19(水) 12:59:25.07

>>226
おめでとうございます！

**デフォルトの名無しさん** · 2020/08/21(金) 19:44:31.50

まだ違いがわからない

**デフォルトの名無しさん** · 2020/08/22(土) 07:19:26.47

kotlin/nativeがおもちゃじゃなくなるのはいつなんや。。

**デフォルトの名無しさん** · 2020/08/22(土) 18:48:47.15

全ての言語は俺のおもちゃ

**デフォルトの名無しさん** · 2020/08/22(土) 20:19:04.45

ちょっとダガログ語で遊んでみて

**デフォルトの名無しさん** · 2020/08/22(土) 21:48:01.83

Puwede bang maglaro dito?

**デフォルトの名無しさん** · 2020/08/23(日) 14:01:21.81

if式をネストさせる場合、内側のif式ないで早期returnしたいんですがどうすればいいんでしょうか？？
val hoge = if (条件) {
　if (条件1)
return hoge値3 <-　ここで早期returnで値を返したい
　hoge値2
} else
　hoge値1
内側のifをif elseにもっていけばいいのはわかるんですが、
その後、もっとifの早期returnがたくさんあって・・

**デフォルトの名無しさん** · 2020/08/23(日) 14:02:04.28

var hoge = if (条件) {
　if (条件)
　　return hoge値3 <-　ここで早期returnで値を返したい
　hoge値2
} else
　hoge値1

**デフォルトの名無しさん** · 2020/08/23(日) 14:34:14.58

無理にifの戻り値を使わなければよいのでは？
if (条件)
hoge = hoge値3

もしくは
if (条件) {
if (条件)
hoge値3
else
hoge値2
} else {
hoge値1
}

**デフォルトの名無しさん** · 2020/08/23(日) 15:24:28.03

うーん。なんかごめんなさい
わけわからないこだわりでしたね・・
おとなしくif else使っときます

**デフォルトの名無しさん** · 2020/08/23(日) 16:10:34.01

とりあえずベタで書いて放置
３日後に改めて見ると最適化出来る時あるよね
調子に乗ると思わぬ結果でバグるけど

**デフォルトの名無しさん** · 2020/08/24(月) 04:02:39.41

>>233
あれ？それ出来なかったっけ？

**デフォルトの名無しさん** · 2020/08/24(月) 06:52:54.71

ifもラベルつけられた気がするから余裕でできるんでね？
ただそもそもクソコードの香りがプンプンするから、そもそもその部分は別メソッドに切り出すしたほうが良いと直感がいってる

**デフォルトの名無しさん** · 2020/08/25(火) 03:35:59.04

そもそも >>234 は何をやりたいのか? return 書いたら普通にそのメソッドから return しない?
そうではなくて変数 hoge に hoge値3 を代入させたいの? だったら return じゃなくて普通に else 書いてやれば良いだけだし、
それではブロックが巨大で見辛いというのであれば別にメソッド作って外に出せば?

**デフォルトの名無しさん** · 2020/08/25(火) 07:21:25.63

>>240
それ質問者の自省と>>239の良回答を言い直しただけじゃね？

**デフォルトの名無しさん** · 2020/08/25(火) 07:53:18.31

>>233です
でも元からそこまででかくなかったです
if (条件1)
　値1 <- 1行
else if (条件2)
　値2 <- メソッド呼び出しの1行
else if (条件3)
　値3 <- メソッド呼び出しの1行
else {
　//
　// <- 13行くらい
　//
　値4　
}
else ifでやると1行、1行、1行、13行くらいで、すげぇ尻だけでかだったので気になったのです
で、とりあえず、最後の13行を一つ別にメソッドに追い出して、最後を4行にもっていけました

**デフォルトの名無しさん** · 2020/08/25(火) 07:58:14.54

でも、正直、このレベルだったので、if文で早期returnできた方がいいし13行くらいはそのまま書きたいですね

**デフォルトの名無しさん** · 2020/08/25(火) 08:03:18.20

>>243
メソッドとして切り出すかどうかの判断は行数よりもそのコードの意味の単位を基準にするといいよ

**デフォルトの名無しさん** · 2020/08/25(火) 08:06:41.76

すごい抽象的な言い方しちゃったごめん
わかりやすいやり方だと、その処理で何をやってるかをそのままメソッド名にすれば分かりやすい

例えばgetNameAndSaveName()みたいになるならこれはgetとsaveに分けるべきだと明らかにわかる

**デフォルトの名無しさん** · 2020/08/25(火) 08:09:57.72

whenの方がいいな
AndroidStudioも警告出してないか

**デフォルトの名無しさん** · 2020/08/25(火) 08:24:01.90

android studioで警告はでてないですね
whenも考えたのですが、なんかどうもまだしっくりこなくて使ってません
もちろん、when (式) {}形式は使いますが、
when { bool式 ->, bool式 -> , else -> }このタイプは・・

**デフォルトの名無しさん** · 2020/08/25(火) 08:33:07.94

>>244
もちろん、そうですけど
再利用されるならまだしも>>242のifを含むメソッド自体も>>242含めて、計30行くらいだったので
そこまで頑張って外に追い出してと思った次第です
そこは自分の適当なバランス感覚でやってます

**デフォルトの名無しさん** · 2020/08/25(火) 08:35:01.36

*そこまで頑張って外に追い出してもと思った次第です

**デフォルトの名無しさん** · 2020/08/30(日) 08:25:50.36

Kotlin派のお前らはKotlin以外にどんな言語に興味あるの？

**デフォルトの名無しさん** · 2020/08/30(日) 08:53:04.67

>>250
java 読めたらいい
swift iPhone向けも
C++ NDK
C♯ Unity

**デフォルトの名無しさん** · 2020/08/30(日) 11:54:12.41

>>251
サンクス。やっぱKotlinの人はスマホが多いのかね。
サーバーサイドだとみんな他に何使ってるんだろう。
まだまだRails多いのかな

**デフォルトの名無しさん** · 2020/08/30(日) 12:27:06.28

うちはJava/SpringBootからKotlin/SpringBootにした
サーバーサイドKotlinはJavaからの移行組が結構多いんじゃないかと思う
次にやるならやっぱりGoかなと思う

**デフォルトの名無しさん** · 2020/08/30(日) 12:35:38.68

Goって糞じゃね
なんで2020のいまどきポインタとか使わないといけないんだよ
スライスもなんか微妙やし
railsみたいに色んな便利機能が最初からないのも糞
大体Google自体もWebアプリ向けに作ったというより
C言語代替を目的に作ったんじゃないの

**デフォルトの名無しさん** · 2020/08/30(日) 13:06:57.56

>>254
全くその通りでGoはホント糞だと思う
でもFargate/マイクロサービス構成にした時にJVMが積み上がってメモリキツキツもつらい
Goの代替としてKotlin/Nativeに期待してたけど全然完成しないし、
Rustも入門してみたけど開発メンバ全員でこれをやるのは無理だなと思った。
なのでマイクロサービスやるんなら選択肢はGoしかないのかなって思ってる

**デフォルトの名無しさん** · 2020/08/30(日) 13:20:08.16

気の利いた機能は排除する代わりに
アホでも書けるように設計してるんだろうな
分かってる人にとっては使うとイライラする

**デフォルトの名無しさん** · 2020/08/30(日) 13:22:05.33

GoとKotlinは使い所が違うわなー
Goはまさにマイクロサービス向きで、Spring Bootで作るようなものにはまったく向いてない

**デフォルトの名無しさん** · 2020/08/30(日) 13:23:00.30

そう思うとJava、というかSpringはほんとよくできてる

**デフォルトの名無しさん** · 2020/08/30(日) 14:25:06.58

jetbrainsがさっさとJSとかモバイルを諦めて、
Kotlin/Native(完成版) + SummerBoot(SpringBootのKotlin/Native版)を
出してくれたら俺のモヤモヤは全部解消する

**デフォルトの名無しさん** · 2020/08/30(日) 14:41:42.24

Goの何が駄目といって名前がほんとうにクソ

**デフォルトの名無しさん** · 2020/08/30(日) 15:29:22.80

検索キーワード入れる度にぶちきれる

**デフォルトの名無しさん** · 2020/08/31(月) 16:31:33.81

>>255
迷走しすぎ

**デフォルトの名無しさん** · 2020/08/31(月) 20:15:30.87

>>262
もっといいのあるん？

**デフォルトの名無しさん** · 2020/08/31(月) 20:24:10.88

**デフォルトの名無しさん** · 2020/08/31(月) 22:28:16.28

GoでマイクロサービスするならfargateよりもGAEの方が良いよ
fargateというかAWS自体重厚すぎる

**デフォルトの名無しさん** · 2020/09/01(火) 13:49:50.85

>>255
同意

**デフォルトの名無しさん** · 2020/09/03(木) 01:24:44.12

Goはこの時代に作ってなんやこのクソ言語ってなるのに使いどころあるところが、良くわかってるんだよなぁ

**デフォルトの名無しさん** · 2020/09/03(木) 11:44:56.18

Goはせめてジェネリック対応してくれ
ジェネリックもない言語とか今どきアホか、としか思わん

**デフォルトの名無しさん** · 2020/09/03(木) 12:44:23.73

>>267
わかる。好き嫌いでいえば嫌いだけど実用性は認めざるを得ない。

**デフォルトの名無しさん** · 2020/09/04(金) 10:54:31.12

モノリシックに作ったサービスを売れてきた段階でマイクロサービス化できるのが真の理想
現状それはGoでもKotlin/JVMでもやりづらい
なので、みんなもっとKotlin/Native&SpringBoot的なFWに期待しようぜ

**デフォルトの名無しさん** · 2020/09/06(日) 00:31:01.15

サーバーサイドだけどKtor使ってるよ

**デフォルトの名無しさん** · 2020/09/12(土) 20:57:55.93

>>271
kotlin/nativeで？

**デフォルトの名無しさん** · 2020/09/16(水) 20:47:09.88

そうか。じゃあそろそろGoの学習でもするか。

**デフォルトの名無しさん** · 2020/09/18(金) 09:08:48.16

KtorってNativeで動くの？

**デフォルトの名無しさん** · 2020/09/19(土) 02:20:24.71

ネイティブやるならrustの方が良くない？
kotlinの存在意義ってjavaのライブラリが利用できる事だと思ってた。

**デフォルトの名無しさん** · 2020/09/19(土) 16:43:04.49

JAVAのライブラリと互換性のあるネイティブのライブラリは作りやすいのではないかな

**デフォルトの名無しさん** · 2020/09/19(土) 16:52:33.54

なるほど。

**デフォルトの名無しさん** · 2020/09/19(土) 17:44:18.38

オラクルの訴訟の関係で、Javaライブラリの互換ライブラリは、今は誰もやろうとしないだろう

**デフォルトの名無しさん** · 2020/09/19(土) 18:01:31.14

Javaなんて覚えるんじゃなかった。

**デフォルトの名無しさん** · 2020/09/20(日) 11:04:20.31

>>275
Java資産を使わないならあんまり旨味ないよな

**デフォルトの名無しさん** · 2020/09/24(木) 21:05:14.57

ま、今のところはな・・・

**デフォルトの名無しさん** · 2020/09/24(木) 21:13:03.51

ExposedもJava依存してるしなー

**デフォルトの名無しさん** · 2020/09/28(月) 11:21:26.40

Oracleって関わるものすべてダメにするよな

**デフォルトの名無しさん** · 2020/10/11(日) 15:27:38.72

gradleはkotlin dslでも何の不都合もないの？

**デフォルトの名無しさん** · 2020/10/12(月) 20:09:38.21

次のプロジェクトのサーバーサイドを
kotlinにするかgoにするかで揉めとる。
goってそんなにいいの？

**デフォルトの名無しさん** · 2020/10/12(月) 20:51:58.16

その2つで揉めることある？
どんな性質のものを作るかで自ずと決まりそうだけど

**デフォルトの名無しさん** · 2020/10/12(月) 21:58:37.67

goは糞
今時ポインタとかさわりたくねえわ

**デフォルトの名無しさん** · 2020/10/12(月) 23:40:50.80

>>284
少し前まではsyntax heighlightが効かなかったりしていたけど、
今ではgroovyで書くときよりIntelliJの補完やIntelliSenseがよく機能していると思う。

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

goは何が糞といって名前が糞すぎ
なんだよ、goって

**デフォルトの名無しさん** · 2020/10/13(火) 08:15:37.13

goでググりにくい
ググラビリティが低い

**デフォルトの名無しさん** · 2020/10/13(火) 08:20:05.71

goとこちょりんで揉めるのがどういう状況なのか想像できない
何を作ろうとしてるんだよ

**デフォルトの名無しさん** · 2020/10/13(火) 08:26:15.72

まずググラビリティの話になるけど余程気の利かない人以外はgolangで検索されるようにしてるよ

**デフォルトの名無しさん** · 2020/10/13(火) 13:20:04.16

GNU Go が出ました。

**デフォルトの名無しさん** · 2020/10/13(火) 13:31:20.06

YouTube で有名な雑食系エンジニア・KENTA は、
初心者が進む道を、サーバー側言語のRuby → Go を王道としてる

この2つ以外は、出てこない

**デフォルトの名無しさん** · 2020/10/13(火) 21:31:22.68

つーか、goはグーグルがつくったんだから
最初からググラビリティのことぐらい考えとけ、っていう

**デフォルトの名無しさん** · 2020/10/13(火) 21:32:00.65

>>293
なつかしいな、昔emacsから呼びだせるようにして
ちょいちょい打ってた

**デフォルトの名無しさん** · 2020/10/14(水) 09:36:06.38

>>294
それしか知らないんじゃねーの

**デフォルトの名無しさん** · 2020/10/14(水) 10:42:02.47

>>285
goにはjvm使わなくてもいいという利点がある
なのでモノリシックにするならkotlin
サーバーレスにするならgo

**デフォルトの名無しさん** · 2020/10/14(水) 11:28:02.65

>>298
モノリスとサーバーレスは対になる概念じゃないからその判断軸はおかしい。なんでアプリケーションの構成の話とインフラの構成の話で比較してるのよ。

どういうものを作るのかで変わるっていうのは完全に同意。

**デフォルトの名無しさん** · 2020/10/14(水) 11:32:15.05

>>297
物知りですね判ります

**デフォルトの名無しさん** · 2020/10/14(水) 11:48:46.02

テック系のユーチューバーってちょっと前はとんでもないのばっかだったけど、最近は違うのかな

**デフォルトの名無しさん** · 2020/10/14(水) 12:45:33.14

>>294
初心者に対して「王道」とか言う奴は詐欺師か素人なので、信じるやつはアホとしか言いようがない。

**デフォルトの名無しさん** · 2020/10/15(木) 20:09:16.65

そもそもYouTuberなんて基本的に信者を作ってそこから何かしら金を巻き上げるのが仕事だからな
現実的な話をするより分かりやすくてキャッチーな話をするものだろ、そっちの方がウケるから

**デフォルトの名無しさん** · 2020/10/16(金) 12:19:42.51

じゃあ Kotlin の話をすれば常に再生数Maxだね。

**294** · 2020/10/16(金) 12:36:42.23

YouTube で有名な雑食系エンジニア・KENTA は、日本一！

初心者が進む道を、サーバー側言語のRuby → Go を王道としてる。
この2つ以外は、出てこない

嘘がばれるから、他の言語を言えない

例えば、Python, Kotlin を勧めても、
仕事が少ない・取れないとか、難しいとか

唯一、Rubyで、サーバー側を1, 2年やれば、
10年以上のベテランに勝てるから、そこだけを狙っているわけ。
一種のチート技

他の言語では、初心者がベテランに勝てないので採用されないず、苦情が殺到するから

**デフォルトの名無しさん** · 2020/10/17(土) 17:29:59.88

1、2年どころか半年でベテランに並べるみたいなことをいってる奴多すぎだよな、最近
んなわけねーだろとしか言いようがないんだけど

**デフォルトの名無しさん** · 2020/10/17(土) 23:52:45.22

苦情って客先常駐か
そんな根無し草みたいな生き方じゃなく正社員目指せよ

**デフォルトの名無しさん** · 2020/10/18(日) 01:56:06.71

>>307
大手のITベンダーでも客先常駐の正社員腐るほどいるぞ

苦情 = 客先常駐 = 非正規って発想がヤバい

**デフォルトの名無しさん** · 2020/10/18(日) 05:29:20.33

大手のITベンダーだから何
客先常駐は常駐先の奴隷のクズ

**デフォルトの名無しさん** · 2020/10/18(日) 05:58:58.31

悔しそうだな

**デフォルトの名無しさん** · 2020/10/18(日) 09:45:27.90

現場によるとしか言えん。自分の経験の範囲内では半々くらい。
それに疲れたから今は自社サ作ってる。

**デフォルトの名無しさん** · 2020/10/18(日) 09:58:07.80

>>307
正社員て目指すものになったんだな
まあ卑屈にならず頑張れよ

**デフォルトの名無しさん** · 2020/10/18(日) 12:35:36.33

自社サービスできる開発以外は実質派遣だからな
お前らが売ってるのは技術じゃなくて
使い捨てにできる労働力というサービスだ

**デフォルトの名無しさん** · 2020/10/18(日) 13:13:36.85

年収1500万のコンサルタントでも普通に客先常駐する

正社員目指してる君が知らないだけ

**デフォルトの名無しさん** · 2020/10/18(日) 13:15:22.70

そのクラスになるとどこにいるかは自分で選べる、が正しいな

**デフォルトの名無しさん** · 2020/10/18(日) 23:12:35.61

>>306
新しいトレンドができるたびに飛びつけばよい
常にみんな同じスタートライン

**デフォルトの名無しさん** · 2020/10/19(月) 12:22:57.62

同じスタートラインってまさに未経験者を騙してるインフルエンサーがよく言ってるよな
同じスタートラインなのはエンジニアとしたある程度普遍的な経験値を積んだもの同士の話であって、未経験者がいきなりそこのラインに立てるわけでは無い

**デフォルトの名無しさん** · 2020/10/19(月) 15:14:20.17

このスレの人からしたら馬鹿らしい質問かもしれませんが教えてください

ボタン等の押下処理を記述する際、
リスナを使った実装とonClickでメソッドを使った実装、
どのように使い分けるべきでしょうか？

こういう場面ではこっちが優れてる、或いはそもそもどんな場面でもこっちの方が優れてるとかあれば教えて欲しいです

**デフォルトの名無しさん** · 2020/10/19(月) 15:30:20.47

馬鹿らしいというよりKotlin関係なくね？

**デフォルトの名無しさん** · 2020/10/19(月) 16:27:27.20

>>319
kotlinが初言語なので、kotlin関係ないのかすらわかってませんでした

**デフォルトの名無しさん** · 2020/10/19(月) 16:36:22.44

初めての人のちんこが大きいと実感するのは二人目以降だからな

**デフォルトの名無しさん** · 2020/10/19(月) 18:01:49.83

いろいろなところで何度も呼ばれる処理はメソッド化して共通にする、
特定の画面、特定のボタン固有の処理はリスナでOK

という認識であってますか？

**デフォルトの名無しさん** · 2020/10/19(月) 18:06:22.73

よく分からんけど
例えばandroidの話ならandroidスレで聞いた方が良いよ