Kotlin 6

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

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

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

**デフォルトの名無しさん** · 2019/06/26(水) 00:47:11.97

>>11
こんなのが出る。

$ kotlinc
exception: java.lang.NoClassDefFoundError: org/jline/reader/LineReaderBuilder
(以下略)

これだな。
https://youtrack.jetbrains.com/issue/KT-32085

**デフォルトの名無しさん** · 2019/06/26(水) 20:56:59.66

>>19
5000兆円あればStable版も夢ではない気がする。
Ktor, KotlinどころかJVMの仕様から作り直しても余りそう。

**デフォルトの名無しさん** · 2019/06/27(木) 00:42:30.65

そんな額をバラ撒いたら世界経済大混乱やで

**デフォルトの名無しさん** · 2019/06/27(木) 06:03:02.78

人生100年として、１秒間に約158万円使える額だ。

**デフォルトの名無しさん** · 2019/06/27(木) 06:11:57.43

5000兆円あったらさすがにエンジニアやめて田舎の山奥で陶芸家にでもなるわ

**デフォルトの名無しさん** · 2019/06/27(木) 11:40:01.19

株に手をだしたら簡単に倍増

**デフォルトの名無しさん** · 2019/06/27(木) 11:53:54.54

ももクロは5人時代が1番バランス良かったよな

**デフォルトの名無しさん** · 2019/06/27(木) 11:54:24.64

誤爆った、すまん

**デフォルトの名無しさん** · 2019/06/27(木) 11:58:24.86

俺はことりん推し

**デフォルトの名無しさん** · 2019/06/27(木) 12:00:13.73

柏さんかわいい
有安も良かった

**デフォルトの名無しさん** · 2019/06/27(木) 12:09:52.75

>>29
誤爆ついでに乗ると俺も有安推しだったから今はソロの方応援してる

**デフォルトの名無しさん** · 2019/06/27(木) 16:15:04.17

>>24
そして自ら田畑を耕し自給自足して金を一切使わない。

**デフォルトの名無しさん** · 2019/06/27(木) 16:36:43.10

>>31
いや、5000兆円の札束を窯焼きの燃料にする

**デフォルトの名無しさん** · 2019/06/27(木) 16:41:16.67

>>32
逮捕

**デフォルトの名無しさん** · 2019/06/27(木) 17:55:34.00

>>33
お札（日本銀行券）は破損しても逮捕されないよ。
逮捕されるのはお金（硬貨）の方だ。

**デフォルトの名無しさん** · 2019/06/27(木) 19:51:19.78

>>34
貨幣損傷等取締法
っすね。

**デフォルトの名無しさん** · 2019/06/27(木) 21:18:34.17

5000兆円を1万円札にしたら50万トン
毎日、1トン燃やして1369年
どんだけの量なんじゃw

**デフォルトの名無しさん** · 2019/06/27(木) 21:26:26.15

$100札の方が少しコンパクトではないかな。

**デフォルトの名無しさん** · 2019/06/27(木) 21:35:35.32

小切手なら1gだ

**デフォルトの名無しさん** · 2019/06/28(金) 09:59:38.37

おれのビットコインなら0gだかそろそろ値が落ちそうだ

**デフォルトの名無しさん** · 2019/06/28(金) 15:55:58.93

お札を数珠繋ぎにして裸で首輪ってのが今のトレンドらしいが

千円でやるなんてみみっちい
壱万円でやれ

**デフォルトの名無しさん** · 2019/06/28(金) 16:40:01.94

5000兆円だと100万円の札束を数珠繋にして地球と月とを往復できる長さ。
どんだけー

**デフォルトの名無しさん** · 2019/06/28(金) 16:56:35.47

5000兆円手に入ったらこのスレの住人に1兆円ずつ分配するわ

**デフォルトの名無しさん** · 2019/06/28(金) 21:17:21.86

まず金にものを言わせてロビー活動をして日本政府に1000兆円札を作らせる。

するとたったの5枚に。

**デフォルトの名無しさん** · 2019/06/29(土) 08:25:20.62

5000兆円を預金できる銀行はあるのだろうか?
桁数がオーバーフローしそう
金利0.001%でも膨大な額になる

**デフォルトの名無しさん** · 2019/06/29(土) 09:56:10.72

例え話で出したつもりが5000兆円の話になってて草

**デフォルトの名無しさん** · 2019/06/29(土) 18:06:44.77

>>44
スイス銀行なら大丈夫な感じするな。
無理なら複数の銀行に分散したり自分で銀行作ったりするしかないかな。

**デフォルトの名無しさん** · 2019/06/29(土) 18:40:58.45

自分で銀行作るのが最良だな
100兆円くらい使えば最高の施設と最高の人材を用意できるだろう

**デフォルトの名無しさん** · 2019/06/29(土) 21:46:29.22

>>40
> お札を数珠繋ぎにして裸で首輪ってのが今のトレンドらしいが
kwsk

**デフォルトの名無しさん** · 2019/06/30(日) 09:04:10.29

>>48
闇営業のスリムクラブだろ

**デフォルトの名無しさん** · 2019/07/02(火) 10:28:09.14

専業主婦27歳結婚5年目の実態
1. テレビ、家事、買い物
2. 優柔不断、決定に時間がかかる
3. 映画、カラオケ
4. 細身、目鼻立ちハッキリ
5. 経験一人
6. 胸のサイズ(I), 毎日でもヤリタイ
経験人数は夫ただ1人 27歳Icup巨乳妻。もっとSEXがしてみたくてAVデビュー！！松浦理央 MEYD-230
冒頭インタビューまとめ

**デフォルトの名無しさん** · 2019/07/02(火) 12:23:39.55

そういやアクセス集中でサーバが重くて会員登録中々できないと今話題のファミペイアプリはアプリについて出すと先頭に Kotlin と出て来たよ。

https://i.imgur.com/0dlMYaV.jpg

**デフォルトの名無しさん** · 2019/07/02(火) 12:55:39.24

今更Androidアプリをjavaで書く奴なんていないだろ

**デフォルトの名無しさん** · 2019/07/02(火) 13:34:21.60

ファミペイは今日、テレビでやってた

公共料金なども支払えるから、ポイントが莫大！

**デフォルトの名無しさん** · 2019/07/02(火) 14:11:52.81

ところが今はチャージがファミマのレジでの現金チャージかファミマTカードのクレジットカードでしかできない。
他のカード使えないので持ってない人にはあまりメリットが感じられない。
わざわざ現金チャージするぐらいなら他のなんとかペイを使っちゃうんじゃないかな。普通は。

53 · 2019/07/02(火) 15:41:07.45

7月中にチャージすれば、還元率は現金チャージで10%（上限2,000円）、
ファミマTカード（クレジットカード）のチャージで15%（上限3,000円）です

上限額あり

普段は、200円で、1円のポイントだって。
0.5%

**デフォルトの名無しさん** · 2019/07/02(火) 19:07:40.85

>>51
2019年の新規開発ならそらそうだろとしか

**デフォルトの名無しさん** · 2019/07/02(火) 21:41:56.46

この手のものの開発は1.5年はかかりそうだが・・・

**デフォルトの名無しさん** · 2019/07/03(水) 07:26:46.26

>>53
15%と聞いて飛びつきそうになったが、上限3,000円ということは450円分。
500ポイントプレゼントにすら劣るわけで、一瞬騙されそうになって自己嫌悪。

**デフォルトの名無しさん** · 2019/07/03(水) 09:44:57.10

いやーしかし、この頃なんとかペイが増えて俺のスマホも関連アプリだらけになったよ。

**デフォルトの名無しさん** · 2019/07/03(水) 10:51:07.22

>>57
PayPayは全部半年で作ったらしい

**デフォルトの名無しさん** · 2019/07/04(木) 14:17:38.28

Androidのアプリを作りたいと思っている一般人ですが、現状Kotlinが最適解なんですかね？

**デフォルトの名無しさん** · 2019/07/04(木) 14:37:42.05

>>61
Kotlinは言語としては超複雑な部類で初心者向けの情報も少ないから初学者にはお勧めできない
まずはJavaの入門書を一冊終えよう

**デフォルトの名無しさん** · 2019/07/04(木) 15:16:57.10

今から新規ならKotlin一択

**デフォルトの名無しさん** · 2019/07/04(木) 16:08:20.82

Kotlinは割とプロ仕様、ただ動かすだけならすっきりしていて良い言語だと思う

**デフォルトの名無しさん** · 2019/07/04(木) 16:17:13.65

最初から kotlin やるならどうしたらいいですか

**デフォルトの名無しさん** · 2019/07/04(木) 16:33:45.66

黙って書けばいいと思う

**デフォルトの名無しさん** · 2019/07/04(木) 18:43:55.06

>>65
普通に入門書読めば？
またはネットで検索しまくって調べる。

**デフォルトの名無しさん** · 2019/07/04(木) 19:29:00.65

Javaはオワコン
もう仕事ねえよ

**デフォルトの名無しさん** · 2019/07/04(木) 21:59:27.67

>>68
お前の使い道が無くて干されただけじゃね？

**デフォルトの名無しさん** · 2019/07/04(木) 22:04:57.11

まだある。特に歴史のあるサービスだと新規部分はKotlinでも既存Javaコードはそうそうなくならない。

**デフォルトの名無しさん** · 2019/07/04(木) 22:27:54.99

ほんとに新言語はやっとんのか？

**デフォルトの名無しさん** · 2019/07/04(木) 22:29:31.84

>>65
速習 Kotlin

俺、Paperwhiteにdownloadしたけど、まだ最初読んだだけ。
固定レイアウトではなくflow layoutなのもGood.

**デフォルトの名無しさん** · 2019/07/04(木) 22:54:03.77

>>70
Kotlinコンパイラ自体がその状態だから困るｗ

**デフォルトの名無しさん** · 2019/07/05(金) 00:04:11.88

>>72
電子しかないの？

**デフォルトの名無しさん** · 2019/07/05(金) 01:45:20.92

1.3.41 にしたら >>20 の症状は出なくなった。
https://github.com/JetBrains/kotlin/releases

**デフォルトの名無しさん** · 2019/07/05(金) 13:32:47.35

7payがkotlinだったら嗤う

**デフォルトの名無しさん** · 2019/07/05(金) 14:22:11.70

struts1らしいが

**デフォルトの名無しさん** · 2019/07/05(金) 17:07:56.46

javaだろ。データが魔改造したstrutsらしいし。

**デフォルトの名無しさん** · 2019/07/05(金) 17:10:13.92

というかそもそもあれは仕様が頭おかしいだけで実装言語は関係ないだろww

**デフォルトの名無しさん** · 2019/07/05(金) 18:56:51.67

Kotlinさえ使っていれば・・・

なんてことはない。

**デフォルトの名無しさん** · 2019/07/05(金) 19:12:47.06

エルビス演算子のあとってrunとletどれがいいんですか

**デフォルトの名無しさん** · 2019/07/05(金) 20:11:35.88

もしかしてデータ担当の大手企業って全部魔改造struts1の可能性ないですか

**デフォルトの名無しさん** · 2019/07/05(金) 20:53:02.89

マジであると思う

**デフォルトの名無しさん** · 2019/07/05(金) 21:37:52.84

>>81
let

**デフォルトの名無しさん** · 2019/07/05(金) 22:39:44.51

strutsってまだ生存してたのかよ…

**デフォルトの名無しさん** · 2019/07/05(金) 22:58:10.78

もう死んでるけどNTTデータとかいうネクロマンサーが独自パッチを当てて使い続けてるそうだ

**デフォルトの名無しさん** · 2019/07/05(金) 23:02:57.39

なんでletがいんすか

**デフォルトの名無しさん** · 2019/07/05(金) 23:18:13.57

正直withの存在価値がわからない

**デフォルトの名無しさん** · 2019/07/05(金) 23:19:40.46

>>81
もしかしてエルヴィス演算子?:じゃなくてSafe Calls ?.のこと?
>>87
別にラムダ式の中でthisが使いたいならrunでいいんじゃないかと。

**デフォルトの名無しさん** · 2019/07/06(土) 01:00:18.43

run/apply を選択する時は let/also における it を省略したい時
省略した際にプロパティと同じ名前のローカル変数・引数があると後者が優先されるので注意な

**デフォルトの名無しさん** · 2019/07/06(土) 05:40:50.58

>>87
凡ミスのリスクが上がるからDSLの文脈以外では
thisを差し替えるラムダはおすすめ出来ない

別言語での例として、JavaScriptのアロー関数式もfunction式と異なり
thisを差し替えないことが利点の一つとなっている

**デフォルトの名無しさん** · 2019/07/06(土) 10:15:49.97

>>90
applyの方が単語の意味的にコードの意図が明確になる気がするから好きなんだけど、そのローカル変数と名前被り問題がネックだわな。

**デフォルトの名無しさん** · 2019/07/06(土) 10:42:53.28

だったらrunとかalsoとか文法から消せばいいのに
混在して統一感取れなくてバグの原因にもなるからコーディング規約を決めないといけなくなるし
これは一つのKotlinが糞な点の一つだなあ一つの

**デフォルトの名無しさん** · 2019/07/06(土) 10:45:23.31

alsoじゃなくてapplyか
この辺すぐ分からなくなるのも糞

**デフォルトの名無しさん** · 2019/07/06(土) 10:55:51.02

T.run, with, applyは実際消したほうがいい
let, alsoは要る

レシーバ無しのrunは上記と違いローカルスコープ用なので要る(Swiftでのdo)

**デフォルトの名無しさん** · 2019/07/06(土) 11:05:16.69

ちょっとしたシンタックスシュガーのせいでバグりやすい仕組みを作ったので、今度は曖昧さを無くすために明示的な記述を強制するターンだぞ

**デフォルトの名無しさん** · 2019/07/06(土) 11:26:43.90

全部letでいい

**デフォルトの名無しさん** · 2019/07/06(土) 12:03:55.73

apply はインスタンス化した後にそれに対する設定が書けるので便利
後、ビルダーパターンを独自スコープで書けるのも

with, run はほぼ使わないな…

**デフォルトの名無しさん** · 2019/07/06(土) 12:17:58.82

それもalsoでやったらいいやん

**デフォルトの名無しさん** · 2019/07/06(土) 23:00:37.81

>>95
レシーバ無しのrun{ ... }は{ ... }()でも書けるからやはりいらないのでは。
>>94
自分はスコープ関数早見表をブックマークしてる。
>>96
Effective Kotlinが出版されたら「itやthisよりも明示的な引数名を使う」が多分入ると思う。

**デフォルトの名無しさん** · 2019/07/06(土) 23:58:21.85

>>100
↓のコードの run{ ... } を { ... }() に置き換えてビルドすれば違いが分かるはず
https://paiza.io/projects/TL1UeckyJ8oSVbRwNo9t_Q?language=kotlin

これらはインラインかどうかとトレイリングラムダの性質による

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

そこらへんは実装時にちゃんと統制取れずグダグダと追加しちゃった感じあるよな
まじでスコープ関数こんなに何種類もいらんかったわ

**デフォルトの名無しさん** · 2019/07/07(日) 15:50:19.67

でも言語そのものではなく言語仕様に則って誰でも作れてしまう拡張関数だからな。標準的なライブラリに含めなくても何れ誰かが作っちゃうのではないかな。(それなら使用頻度が少ないから良いのかも知れないが)。

**デフォルトの名無しさん** · 2019/07/07(日) 16:03:55.29

その両者は全然違う次元の話だろう

**デフォルトの名無しさん** · 2019/07/07(日) 17:27:29.95

向いてないから死ね

**デフォルトの名無しさん** · 2019/07/07(日) 21:07:53.35

>>105
「Xamarinほどの～」は止めてそれを繰り返すことにしたの？

**デフォルトの名無しさん** · 2019/07/07(日) 21:13:33.84

Xamarinの案件でよほど嫌な目見たのかな？

**デフォルトの名無しさん** · 2019/07/08(月) 12:40:16.25

すまん、ここxamarinスレだったな

**デフォルトの名無しさん** · 2019/07/08(月) 17:10:08.62

確かに拡張関数が言語標準じゃなくて社内の誰かが勝手に作ってプルリク出してきてたらリジェクトするな、たぶん
紛らわしくてバグの原因になるからもうちょっと種類を減らせって言うわ

**デフォルトの名無しさん** · 2019/07/08(月) 19:49:03.27

>>109
.also()が出来た理由が、ネストしたラムダ式の中で、itとthis両方を同時に使って引数名を
省略できるようににするためとかいう話があった気がするから、言語の方針として諦めざるを得ない...?

**デフォルトの名無しさん** · 2019/07/08(月) 21:32:26.80

>>110
あー、そういうことなのか
言われればわかるけど、なんというか、その場しのぎ感が否めないな

**デフォルトの名無しさん** · 2019/07/09(火) 09:57:55.96

あらそう

**デフォルトの名無しさん** · 2019/07/10(水) 01:43:17.34

Androidだけじゃなくて、サーバー側も勉強しようと思って
Goの勉強してるんだけどこれってサービスとしてリリースしようと思ったら
どこの環境で公開したらいいの
やっぱawsですかね従量課金怖いんですが

**デフォルトの名無しさん** · 2019/07/10(水) 15:05:24.11

何でここに書いたんや

**デフォルトの名無しさん** · 2019/07/10(水) 17:26:54.04

このスレで聞くならサーバーサイドもKotlinで書けよ。
Spring bootはもうKotlinでなんの問題もないぞ。

**デフォルトの名無しさん** · 2019/07/10(水) 20:36:25.12

時期早々なんで試してないんだけど、aws lambda にkotlin native乗せて遊んでみてほしい。
api gateway/dynamo db繋げればandroidからの呼び出しにちょうどいい課金形態やろうし。

**デフォルトの名無しさん** · 2019/07/10(水) 20:54:12.25

そうだ。このスレにおいては何もかも Kotlin にするのが正しい。

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

やあ、ことりんだよー
https://www.city.zama.kanagawa.jp/www/zamarin/images/img_zamarin.png

**デフォルトの名無しさん** · 2019/07/10(水) 21:16:23.36

URLがザマリンじゃねーか
Xamarinスレへ行け