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/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スレで聞いた方が良いよ

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

すんません
Androidの話なので移動します

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

Kotlinならリスナーの関数を渡したいところだな。
リスナーのクラスではなく。

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

自分も関数に一票

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

>>325
なんかメリットある？
無駄な行数食うだけにしか見えん
setOnClickListener{～～～～}
の～～～部分に処理書いた方がすっきりしない？

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

あれ？
kotlinって関数オブジェクト使えましたっけ？

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

android の java も、java8 指定してれば、リスナーにラムダ渡せるやろ

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

使えましたっけも何もKotlinの特性を活かそうと思ったら多用するだろ

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

>>327
それそれ。Kotlin ならそういう風に関数渡す書き方が良かろう。

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

>>328
もう渡しまくりだよ。

**デフォルトの名無しさん** · 2020/10/21(水) 00:32:40.75

>>331
関数渡す・・・？どこが？？？？？

**デフォルトの名無しさん** · 2020/10/21(水) 00:48:26.94

>>333
{ } で括って送ってるじゃん。
内部的には Java と同じにしてクラスのインスタンス送ってるだけだろうけどね。

**デフォルトの名無しさん** · 2020/10/21(水) 00:51:33.39

>>334
それを関数を渡すって表現は違うだろw
初心者か？w

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

ラムダ式は可読性を向上させるためのものだから、ラムダ式を使うべきかどうかはソースコードが読みやすいかどうか主観で判断してok

**デフォルトの名無しさん** · 2020/10/21(水) 02:05:49.40

>>335
どう違うのか具体的に教えてほしい

**デフォルトの名無しさん** · 2020/10/21(水) 06:48:40.18

ラムダを受け取るメソッドの定義を見れば、明らかに関数オブジェクトを受け取ってるのが分かるだろうにな
ていうか普通に書いてたら自分でもそういうメソッド作ることはいくらでもあるだろ

**デフォルトの名無しさん** · 2020/10/21(水) 09:20:06.89

丸括弧が省略されてるだけで引数に渡してるじゃん

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

>>335が馬鹿なだけ

**デフォルトの名無しさん** · 2020/10/21(水) 13:58:10.36

>>339
多分そういう仕組みになってることを知らなかったんだろうな

**デフォルトの名無しさん** · 2020/10/21(水) 19:56:38.22

引数の最後が {～} の関数リテラルの場合に、それを引数の()の右外側に追い出せる
引数が {～} の関数リテラル1つだけなら、引数の()そのものを省略できる

**デフォルトの名無しさん** · 2020/10/21(水) 21:37:56.85

>>342
ラムダの場合だけじゃね？