20/08/30 13:22:05.33 yOhH+mxx.net
GoとKotlinは使い所が違うわなー
Goはまさにマイクロサービス向きで、Spring Bootで作るようなものにはまったく向いてない
263:デフォルトの名無しさん
20/08/30 13:23:00.30 yOhH+mxx.net
そう思うとJava、というかSpringはほんとよくできてる
264:デフォルトの名無しさん
20/08/30 14:25:06.58 bk9ybW3K.net
jetbrainsがさっさとJSとかモバイルを諦めて、
Kotlin/Native(完成版) + SummerBoot(SpringBootのKotlin/Native版)を
出してくれたら俺のモヤモヤは全部解消する
265:デフォルトの名無しさん
20/08/30 14:41:42.24 Kgnw5LZN.net
Goの何が駄目といって名前がほんとうにクソ
266:デフォルトの名無しさん
20/08/30 15:29:22 fDI7uJsO.net
検索キーワード入れる度にぶちきれる
267:デフォルトの名無しさん
20/08/31 16:31:33.81 1OYiF1fv.net
>>255
迷走しすぎ
268:デフォルトの名無しさん
20/08/31 20:15:30 oyY7zoql.net
>>262
もっといいのあるん？
269:デフォルトの名無しさん
20/08/31 20:24:10.88 BQ9c+OGL.net
C#
270:デフォルトの名無しさん
20/08/31 22:28:16.28 o9UB16MR.net
GoでマイクロサービスするならfargateよりもGAEの方が良いよ
fargateというかAWS自体重厚すぎる
271:デフォルトの名無しさん
20/09/01 13:49:50.85 HPYjIMXq.net
>>255
同意
272:デフォルトの名無しさん
20/09/03 01:24:44.12 /jT+DP04.net
Goはこの時代に作ってなんやこのクソ言語ってなるのに使いどころあるところが、良くわかってるんだよなぁ
273:デフォルトの名無しさん
20/09/03 11:44:56.18 bck6w86S.net
Goはせめてジェネリック対応してくれ
ジェネリックもない言語とか今どきアホか、としか思わん
274:デフォルトの名無しさん
20/09/03 12:44:23 Uua/pugj.net
>>267
わかる。好き嫌いでいえば嫌いだけど実用性は認めざるを得ない。
275:デフォルトの名無しさん
20/09/04 10:54:31.12 BpK2cgTn.net
モノリシックに作ったサービスを売れてきた段階でマイクロサービス化できるのが真の理想
現状それはGoでもKotlin/JVMでもやりづらい
なので、みんなもっとKotlin/Native&SpringBoot的なFWに期待しようぜ
276:デフォルトの名無しさん
20/09/06 00:31:01 vV14JvOS.net
サーバーサイドだけどKtor使ってるよ
277:デフォルトの名無しさん
20/09/12 20:57:55.93 cg167TCE.net
>>271
kotlin/nativeで？
278:デフォルトの名無しさん
20/09/16 20:47:09.88 lj6HLAl6.net
そうか。じゃあそろそろGoの学習でもするか。
279:デフォルトの名無しさん
20/09/18 09:08:48.16 Ms50MueV.net
KtorってNativeで動くの？
280:デフォルトの名無しさん
2020/09
281:/19(土) 02:20:24.71 ID:Vwp+/AeQ.net
282:デフォルトの名無しさん
20/09/19 16:43:04.49 HLFklpM8.net
JAVAのライブラリと互換性のあるネイティブのライブラリは作りやすいのではないかな
283:デフォルトの名無しさん
20/09/19 16:52:33.54 Vwp+/AeQ.net
なるほど。
284:デフォルトの名無しさん
20/09/19 17:44:18.38 cAF7RylC.net
オラクルの訴訟の関係で、Javaライブラリの互換ライブラリは、今は誰もやろうとしないだろう
285:デフォルトの名無しさん
20/09/19 18:01:31.14 IB/705pp.net
Javaなんて覚えるんじゃなかった。
286:デフォルトの名無しさん
20/09/20 11:04:20.31 j6P8qNS0.net
>>275
Java資産を使わないならあんまり旨味ないよな
287:デフォルトの名無しさん
20/09/24 21:05:14.57 UuOLxhHX.net
ま、今のところはな・・・
288:デフォルトの名無しさん
20/09/24 21:13:03.51 5nw0kH4E.net
ExposedもJava依存してるしなー
289:デフォルトの名無しさん
20/09/28 11:21:26.40 WOjmua0O.net
Oracleって関わるものすべてダメにするよな
290:デフォルトの名無しさん
20/10/11 15:27:38.72 PQG6fOjE.net
gradleはkotlin dslでも何の不都合もないの？
291:デフォルトの名無しさん
20/10/12 20:09:38.21 3myqygF8.net
次のプロジェクトのサーバーサイドを
kotlinにするかgoにするかで揉めとる。
goってそんなにいいの？
292:デフォルトの名無しさん
20/10/12 20:51:58.16 PPv56FHl.net
その2つで揉めることある？
どんな性質のものを作るかで自ずと決まりそうだけど
293:デフォルトの名無しさん
20/10/12 21:58:37.67 79wpd4KS.net
goは糞
今時ポインタとかさわりたくねえわ
294:デフォルトの名無しさん
20/10/12 23:40:50.80 eFX4wIRa.net
>>284
少し前まではsyntax heighlightが効かなかったりしていたけど、
今ではgroovyで書くときよりIntelliJの補完やIntelliSenseがよく機能していると思う。
295:デフォルトの名無しさん
20/10/13 01:13:41.51 guvdtf8r.net
goは何が糞といって名前が糞すぎ
なんだよ、goって
296:デフォルトの名無しさん
20/10/13 08:15:37.13 HL5BBdJ/.net
goでググりにくい
ググラビリティが低い
297:デフォルトの名無しさん
20/10/13 08:20:05.71 ZNus3TRK.net
goとこちょりんで揉めるのがどういう状況なのか想像できない
何を作ろうとしてるんだよ
298:デフォルトの名無しさん
20/10/13 08:26:15.72 D04kvfV3.net
まずググラビリティの話になるけど余程気の利かない人以外はgolangで検索されるようにしてるよ
299:デフォルトの名無しさん
20/10/13 13:20:04.16 GnzXgn2/.net
GNU Go が出ました。
300:デフォルトの名無しさん
20/10/13 13:31:20.06 y5Oy6HcC.net
YouTube で有名な雑食系エンジニア・KENTA は、
初心者が進む道を、サーバー側言語のRuby → Go を王道としてる
この2つ以外は、出てこない
301:デフォルトの名無しさん
20/10/13 21:31:22.68 SAmaeGZN.net
つーか、goはグーグルがつくったんだから
最初からググラビリティのことぐらい考えとけ、っていう
302:デフォルトの名無しさん
20/10/13 21:32:00.65 Kkq8nxnq.net
>>293
なつかしいな、昔emacsから呼びだせるようにして
ちょいちょい打ってた
303:デフォルトの名無しさん
20/10/14 09:36:06.38 4PyCS5rX.net
>>294
それしか知らないんじゃねーの
304:デフォルトの名無しさん
20/10/14 10:42:02.47 5QXB1j1n.net
>>285
goにはjvm使わなくてもいいという利点がある
なのでモノリシックにするならkotlin
サーバーレスにするならgo
305:デフォルトの名無しさん
20/10/14 11:28:02.65 4PyCS5rX.net
>>298
モノリスとサーバーレスは対になる概念じゃないからその判断軸はおかしい。なんでアプリケーションの構成の話とインフラの構成の話で比較してるのよ。
どういうものを作るのかで変わるっていうのは完全に同意。
306:デフォルトの名無しさん
20/10/14 11:32:15.05 GsUUoEHv.net
>>297
物知りですね判ります
307:デフォルトの名無しさん
20/10/14 11:48:46.02 8tU2UIMd.net
テック系のユーチューバーってちょっと前はとんでもないのばっかだったけど、最近は違うのかな
308:デフォルトの名無しさん
20/10/14 12:45:33.14 qpMvVLdo.net
>>294
初心者に対して「王道」とか言う奴は詐欺師か素人なので、信じるやつはアホとしか言いようがない。
309:デフォルトの名無しさん
20/10/15 20:09:16.65 Iyp/m7Oy.net
そもそもYouTuberなんて基本的に信者を作ってそこから何かしら金を巻き上げるのが仕事だからな
現実的な話をするより分かりやすくてキャッチーな話をするものだろ、そっちの方がウケるから
310:デフォルトの名無しさん
20/10/16 12:19:42.51 yka6Eg2o.net
じゃあ Kotlin の話をすれば常に再生数Maxだね。
311:294
20/10/16 12:36:42.23 jOsz+QQ/.net
YouTube で有名な雑食系エンジニア・KENTA は、日本一！
初心者が進む道を、サーバー側言語のRuby → Go を王道としてる。
この2つ以外は、出てこない
嘘がばれるから、他の言語を言えない
例えば、Python, Kotlin を勧めても、
仕事が少ない・取れないとか、難しいとか
唯一、Rubyで、サーバー側を1, 2年やれば、
10年以上のベテランに勝てるから、そこだけを狙っているわけ。
一種のチート技
他の言語では、初心者がベテランに勝てないので採用されないず、苦情が殺到するから
312:デフォルトの名無しさん
20/10/17 17:29:59.88 mDjHOg10.net
1、2年どころか半年でベテランに並べるみたいなことをいってる奴多すぎだよな、最近
んなわけねーだろとしか言いようがないんだけど
313:デフォルトの名無しさん
20/10/17 23:52:45.22 DGPCkU6w.net
苦情って客先常駐か
そんな根無し草みたいな生き方じゃなく正社員目指せよ
314:デフォルトの名無しさん
20/10/18 01:56:06.71 SXAbafYI.net
>>307
大手のITベンダーでも客先常駐の正社員腐るほどいるぞ
苦情 = 客先常駐 = 非正規って発想がヤバい
315:デフォルトの名無しさん
20/10/18 05:29:20.33 RuEhBFPq.net
大手のITベンダーだから何
客先常駐は常駐先の奴隷のクズ
316:デフォルトの名無しさん
20/10/18 05:58:58.31 Pm4b/GZw.net
悔しそうだな
317:デフォルトの名無しさん
20/10/18 09:45:27.90 KfA/pWR3.net
現場によるとしか言えん。自分の経験の範囲内では半々くらい。
それに疲れたから今は自社サ作ってる。
318:デフォルトの名無しさん
20/10/18 09:58:07.80 4BIlagEn.net
>>307
正社員て目指すものになったんだな
まあ卑屈にならず頑張れよ
319:デフォルトの名無しさん
20/10/18 12:35:36.33 RuEhBFPq.net
自社サービスできる開発以外は実質派遣だからな
お前らが売ってるのは技術じゃなくて
使い捨てにできる労働力というサービスだ
320:デフォルトの名無しさん
20/10/18 13:13:36.85 blBq09P/.net
年収1500万のコンサルタントでも普通に客先常駐する
正社員目指してる君が知らないだけ
321:デフォルトの名無しさん
20/10/18 13:15:22.70 KfA/pWR3.net
そのクラスになるとどこにいるかは自分で選べる、が正しいな
322:デフォルトの名無しさん
20/10/18 23:12:35.61 wLm/Wrgr.net
>>306
新しいトレンドができるたびに飛びつけばよい
常にみんな同じスタートライン
323:デフォルトの名無しさん
20/10/19 12:22:57.62 OC11jFNG.net
同じスタートラインってまさに未経験者を騙してるインフルエンサーがよく言ってるよな
同じスタートラインなのはエンジニアとしたある程度普遍的な経験値を積んだもの同士の話であって、未経験者がいきなりそこのラインに立てるわけでは無い
324:デフォルトの名無しさん
20/10/19 15:14:20.17 liiL750E.net
このスレの人からしたら馬鹿らしい質問かもしれませんが教えてください
ボタン等の押下処理を記述する際、
リスナを使った実装とonClickでメソッドを使った実装、
どのように使い分けるべきでしょうか？
こういう場面ではこっちが優れてる、或いはそもそもどんな場面でもこっちの方が優れてるとかあれば教えて欲しいです
325:デフォルトの名無しさん
20/10/19 15:30:20.47 RoaniA26.net
馬鹿らしいというよりKotlin関係なくね？
326:デフォルトの名無しさん
20/10/19 16:27:27.20 liiL750E.net
>>319
kotlinが初言語なので、kotlin関係ないのかすらわかってませんでした
327:デフォルトの名無しさん
20/10/19 16:36:22.44 0TVa/n4S.net
初めての人のちんこが大きいと実感するのは二人目以降だからな
328:デフォルトの名無しさん
20/10/19 18:01:49.83 liiL750E.net
いろいろなところで何度も呼ばれる処理はメソッド化して共通にする、
特定の画面、特定のボタン固有の処理はリスナでOK
という認識であってますか？
329:デフォルトの名無しさん
20/10/19 18:06:22.73 hsGVQ31A.net
よく分からんけど
例えばandroidの話ならandroidスレで聞いた方が良いよ
330:デフォルトの名無しさん
20/10/19 18:14:43.79 liiL750E.net
すんません
Androidの話なので移動します
331:デフォルトの名無しさん
20/10/20 03:30:40.57 NqApQAye.net
Kotlinならリスナーの関数を渡したいところだな。
リスナーのクラスではなく。
332:デフォルトの名無しさん
20/10/20 07:44:43.16 Cn8Loi3u.net
自分も関数に一票
333:デフォルトの名無しさん
20/10/20 09:13:03.48 QuVmy3Ai.net
>>325
なんかメリットある？
無駄な行数食うだけにしか見えん
setOnClickListener{～～～～}
の～～～部分に処理書いた方がすっきりしない？
334:デフォルトの名無しさん
20/10/20 09:45:41.49 oW+M9fYI.net
あれ？
kotlinって関数オブジェクト使えましたっけ？
335:デフォルトの名無しさん
20/10/20 12:16:37.18 pbE9KFPp.net
android の java も、java8 指定してれば、リスナーにラムダ渡せるやろ
336:デフォルトの名無しさん
20/10/20 15:42:07.05 FsiL/fhc.net
使えましたっけも何もKotlinの特性を活かそうと思ったら多用するだろ
337:デフォルトの名無しさん
20/10/20 22:34:01.23 NqApQAye.net
>>327
それそれ。Kotlin ならそういう風に関数渡す書き方が良かろう。
338:デフォルトの名無しさん
20/10/20 22:37:40.83 NqApQAye.net
>>328
もう渡しまくりだよ。
339:デフォルトの名無しさん
20/10/21 00:32:40.75 L9+JuToE.net
>>331
関数渡す・・・？どこが？？？？？
340:デフォルトの名無しさん
20/10/21 00:48:26.94 qfY9UfeH.net
>>333
{ } で括って送ってるじゃん。
内部的には Java と同じにしてクラスのインスタンス送ってるだけだろうけどね。
341:デフォルトの名無しさん
20/10/21 00:51:33.39 rydvJ0KE.net
>>334
それを関数を渡すって表現は違うだろw
初心者か？w
342:デフォルトの名無しさん
20/10/21 01:51:12.05 TRe2T820.net
ラムダ式は可読性を向上させるためのものだから、ラムダ式を使うべきかどうかはソースコードが読みやすいかどうか主観で判断してok
343:デフォルトの名無しさん
20/10/21 02:05:49.40 itS4lvMF.net
>>335
どう違うのか具体的に教えてほしい
344:デフォルトの名無しさん
20/10/21 06:48:40.18 BtVJB35t.net
ラムダを受け取るメソッドの定義を見れば、明らかに関数オブジェクトを受け取ってるのが分かるだろうにな
ていうか普通に書いてたら自分でもそういうメソッド作ることはいくらでもあるだろ
345:デフォルトの名無しさん
20/10/21 09:20:06.89 t/TiBMqj.net
丸括弧が省略されてるだけで引数に渡してるじゃん
346:デフォルトの名無しさん
20/10/21 10:13:30.90 rGZI
347:GqVb.net
348:デフォルトの名無しさん
20/10/21 13:58:10.36 v6AhSc1z.net
>>339
多分そういう仕組みになってることを知らなかったんだろうな
349:デフォルトの名無しさん
20/10/21 19:56:38.22 7tx42Oy8.net
引数の最後が {～} の関数リテラルの場合に、それを引数の()の右外側に追い出せる
引数が {～} の関数リテラル1つだけなら、引数の()そのものを省略できる
350:デフォルトの名無しさん
20/10/21 21:37:56.85 lxmGvu01.net
>>342
ラムダの場合だけじゃね？
351:デフォルトの名無しさん
20/10/21 23:10:40.68 VoCqBc25.net
ラムダじゃない関数リテラルってあるの？
352:デフォルトの名無しさん
20/10/21 23:51:29.92 lxmGvu01.net
>>344
匿名関数
353:デフォルトの名無しさん
20/10/22 00:30:36.49 +v9eblZ/.net
だから {～} の関数リテラルって書いてあるんでしょ
でも、書いたこと無かったけど、匿名関数でリスナー書けるんだねえ
setOnClickListener ( fun (v: View) { } )
これはたしかに丸括弧省略するとコンパイルがとおらん
354:デフォルトの名無しさん
20/10/22 00:39:26.04 QVpvIRcC.net
>>346
いや通るだろ
355:デフォルトの名無しさん
20/10/22 01:53:39.85 RoszH/Tf.net
これみんな同じな。
fun f(s: String) = println("*$s*")
"abc".let(::f)
"abc".let(fun (s: String) { println("*$s*") } )
"abc".let { s -> println("*$s*") }
"abc".let { println("*$it*") }
356:デフォルトの名無しさん
20/10/22 02:39:29.62 +v9eblZ/.net
>>347
setOnClickListener fun (v: View) { }
Function invocation 'setOnClickListener(...)' expected. No value passed for parameter 'l'.
357:デフォルトの名無しさん
20/10/22 02:45:49.52 +v9eblZ/.net
>>348
これも
"abc".let() { println("*$it*") }
"abc".let( { println("*$it*") } )
358:デフォルトの名無しさん
20/10/22 07:54:02.64 N79iPiyb.net
>>346
ワンチャン通りそうにも見えるけど、だめなんだな。
まあそんなコード書くんじゃねえ、ですむ話だが。
359:デフォルトの名無しさん
20/10/22 10:51:40.89 vPWH9GQz.net
(fun (s: String) { println("*$s*") } )("abc")
{ println("*$s*") }("abc")
360:デフォルトの名無しさん
20/10/22 11:57:56.81 HxQdVMd0.net
Kotlin入門したやつが増えてるんかな
いいことだ
361:デフォルトの名無しさん
20/10/22 15:31:59.08 RoszH/Tf.net
>>352
2行目のやつはできないぞ。
362:デフォルトの名無しさん
20/10/22 17:01:22.13 vPWH9GQz.net
({ println("*$s*") })("abc")
363:デフォルトの名無しさん
20/10/22 17:22:41.10 nSQZzvp4.net
こうだな
{s:String -> println("*$s*")}("abc")
364:デフォルトの名無しさん
20/10/22 17:40:44.89 nSQZzvp4.net
>>355
試してから書き込めよ
365:デフォルトの名無しさん
20/10/22 21:16:35.53 RoszH/Tf.net
>>335
ところで、関数を渡している事がお分かりいただけただろうか?
C言語で言うなら関数へのポインタ渡してるみたいなものだな。
366:デフォルトの名無しさん
20/10/22 22:18:39.15 OxqRNNZs.net
この時代に生きててSNS発信を頑張らないやつはアホだ。
URLﾘﾝｸ(www.youtube.com)
【事例付き】YouTuberは最強の副業である件について。
URLﾘﾝｸ(www.youtube.com)
【初心者向け】YouTubeの始め方・稼ぎ方を徹底解説！
URLﾘﾝｸ(www.youtube.com)
【貧者の工夫で戦え】ガラケーだっていい。YouTube始めるのにパソコンはいらない！
URLﾘﾝｸ(www.youtube.com)
YouTubeを伸ばすコツ【５つの本質論／初心者向けのセミナーです】
URLﾘﾝｸ(www.youtube.com)
【悲報】YouTuberはマジで難しいので、ほぼ挫折すると思う【無理ゲー】
URLﾘﾝｸ(www.youtube.com)
367:デフォルトの名無しさん
20/10/23 10:45:46.62 aYh6EAUg.net
うんこと淋
368:デフォルトの名無しさん
20/10/23 20:05:38.09 PBud1Ljv.net
kotlinでAPI にリクエスト投げるときって何使うのが普通？
ライブラリとか使わずにJava標準のhttp URL connection？
369:デフォルトの名無しさん
20/10/23 20:14:35.53 S8a6Blv6.net
android？
370:デフォルトの名無しさん
20/10/23 20:15:58.96 HGIF+iw8.net
REST APIのこと言ってるのかなー
371:デフォルトの名無しさん
20/10/23 20:23:23.59 74U/tpIM.net
>>361
好きなの使えとしかいえないわ。apacheのやつとか、kotlin製がいいならfuelとか。
372:デフォルトの名無しさん
20/10/23 22:04:23.29 RV7G8YSK.net
>>362
今やってるのはAndroidだねー
373:デフォルトの名無しさん
20/10/23 22:05:07.60 RV7G8YSK.net
>>364
いや、俺が好きなのとかじゃなくて普通は何使うのか聞いてるわけよ
使用率とかね
374:デフォルトの名無しさん
20/10/23 22:20:16.28 k/z35/a+.net
ktorでしょ
375:デフォルトの名無しさん
20/10/24 00:09:17.37 vw9rmPE9.net
okhttp retrofit
376:デフォルトの名無しさん
20/10/24 08:14:41.28 Vns5s0/C.net
それこそググって見つけたライブラリのギフハブのスター数でも比べればいいだろ
377:デフォルトの名無しさん
20/10/24 09:34:55.38 tXc4rr2K.net
>>369
お前は何使ってんの？
378:デフォルトの名無しさん
20/10/24 14:46:08.24 kDlm7vyJ.net
聞き方がクソすぎるから教えない
初心者丸出しで初歩的な質問するなら普通に聞けよ
379:デフォルトの名無しさん
20/10/24 22:22:03.82 e+F7FuqO.net
なんか伸びてるなと思ったらクソみたいなガキの会話でワロタ
聞き方がムカつくから教えないとか。。。w
僕は使ってないので教えられません
詳しく無いので教えられません
の間違いだろwww
380:デフォルトの名無しさん
20/10/24 22:29:16.90 cah2kODn.net
>>361
何使うのが普通かは知らない。
俺の場合はJava標準のしか知らないので普通はそれを使う。
381:デフォルトの名無しさん
20/10/25 00:17:30.20 mcT94BIp.net
ライブラリ使う奴は思考を放棄したアホだよね
382:デフォルトの名無しさん
20/10/25 07:14:27.20 fCZBO0ew.net
もはや釣りのつもりなのかもわからん
383:デフォルトの名無しさん
20/10/25 09:04:01.55 wyPnD9CJ.net
ndkでC言語で通信処理書くのが普通だぞ
384:デフォルトの名無しさん
20/10/25 11:39:31.01 pByoxzLt.net
この手のキチガイはRuby界隈でよく見かけるけどこちょりんスレで見るのは珍しいな
385:デフォルトの名無しさん
20/10/25 18:22:39.49 SbF5vudw.net
煽ってるつもりなんだろうけど下手くそすぎて煽りにすらなってないのが趣深い
386:デフォルトの名無しさん
20/10/25 21:50:48.59 paWzi42L.net
煽りにすらなってない(顔真っ赤だけど平静を装いながら)
草
387:デフォルトの名無しさん
20/10/26 11:09:41.52 OddFJxsE.net
そろそろ飽きたからもういいよ、おつかれさん
388:デフォルトの名無しさん
20/10/26 15:03:30.94 EltRWJ/H.net
問題を解決する気が無い
雑談したいだけ
ぱよちん野党と一緒だなω
前向きな話しようぜ
389:デフォルトの名無しさん
20/10/27 22:28:46.51 wfYFUdXE.net
>>374
使わないとできないじゃん
390:デフォルトの名無しさん
20/10/27 22:59:38.24 kHBqpxnd.net
できないことはないけどよほど暇でない限り車輪の再発明になるから仕事でやってはいけない
学習目的で個人的にやってみるのは良いと思う
391:デフォルトの名無しさん
20/10/28 16:57:14.90 yGKOA24C.net
logcatに出力される内容をテキストファイルに出力したいんだけどどうすればいい？
openFileOutputで任意の文字列をファイルに出力するところまでは出来たから、logcatの内容をstring型で取得する方法を知りたい
ググってもよくわからんかった
392:デフォルトの名無しさん
20/10/28 17:21:10.47 eEjR+I1x.net
kotlin関係なくね？
393:デフォルトの名無しさん
20/10/28 18:21:55.09 buwV59eZ.net
>>384
logcat の取得はセキュリティ的な危険性から一般アプリでは禁止されたんじゃないかな
なので自分のログをファイルに落としたかったら、Log クラスじゃなくて、別のロガーを使う
そのロガーの中から、Log クラスの関数呼んで logcat に出したり、ファイルに出力したりすればいい
探せばそういのが見つかる
394:デフォルトの名無しさん
20/10/28 18:51:48.24 yGKOA24C.net
>>385
kotlinでの書き方聞いてるんだから関係あるだろバーカ
>>386
あざーす
395:デフォルトの名無しさん
20/10/28 19:33:15.28 qIVMVvdR.net
またこいつか
396:デフォルトの名無しさん
20/10/28 20:11:08.16 eEjR+I1x.net
>>387
だったらJavaのソース出してKotlinでの書き方聞けよ
それができないのはKotlin関係ないからだろ？
397:デフォルトの名無しさん
20/10/28 20:53:30.45 NIynvX0P.net
>>389
流石に的外れすぎるぞそれは…
398:デフォルトの名無しさん
20/10/28 21:43:31.50 kbv4LFJH.net
それKotlinじゃなくAndroidの質問だろってのはよく見るけど、非Android系のコトラーなんか1割も居なさそう
Kotlin/JSとKotlin/Native期待してたのに残念
399:デフォルトの名無しさん
20/10/29 06:34:19.56 1z8oQa3r.net
勉強会行くと最近は3割くらいはサーバーサイドになってるな
まあそれでもAndroid勢が圧倒的に多いけど
400:デフォルトの名無しさん
20/10/29 14:14:27.74 gnqN5oYg.net
go糞過ぎる
kotlinに戻りたい
401:デフォルトの名無しさん
20/10/29 20:44:58.33 aDvl9SAP.net
いまどきポインタとかw
402:デフォルトの名無しさん
20/10/30 00:06:28.80 X2Arn8L3.net
>>394
ポインタはC言語の概念だからスレ違い。
アドレス参照と表現してもらいたい。
403:デフォルトの名無しさん
20/10/30 00:12:59.31 rZnJagT7.net
ポン太カードはお持ちですか？ってLAWSONで聞かれなくなった
404:デフォルトの名無しさん
20/10/30 01:44:09.57 hd8pq5M+.net
気持ち悪いくらい気持ちよく書けるな
もうjavaには戻れん
groovyも言語は良かったけどKotlinはIDEが凄まじすぎるわ
405:デフォルトの名無しさん
20/10/30 04:49:46.43 mO2xl9AM.net
kotlinそんなにいいのか
406:デフォルトの名無しさん
20/10/30 05:29:17.93 X2Arn8L3.net
三項演算子が冗長だぞ
407:デフォルトの名無しさん
20/10/30 06:08:40.16 mO2xl9AM.net
やはり文法が多すぎるな
408:デフォルトの名無しさん
20/10/30 07:57:00.83 C9ceSm6V.net
!!を許容する派と認めない派で揉める
also派とwith派で揉める
by lazy派とlateinit派で揉める
kotlinはケンカになるからやめとけ
409:デフォルトの名無しさん
20/10/30 08:28:54.23 3hbInUE2.net
そこでDartをお勧めしたい
410:デフォルトの名無しさん
20/10/30 08:33:25.55 UitTZA9p.net
>>401
うむ
411:デフォルトの名無しさん
20/10/31 12:57:52.07 xdc4Eeuq.net
>>396
そういやローソンって au PAY で払ったら自動でPontaポイント足されてると考えて良いんだろうか
412:デフォルトの名無しさん
20/11/01 09:25:44.70 CzYnIilS.net
ケンカしろよ
413:デフォルトの名無しさん
20/11/01 11:54:40.16 2fv/suSL.net
Kotlin必要になって少し触ってるけど、コンセプトがよくわからない。あるべき姿を追っちゃうとScalaみたいな敷居が高いものになるから、適当なところで妥協したものを作った、ってこと？
414:デフォルトの名無しさん
20/11/01 13:55:44.06 PWR7yRTE.net
Kotlinは学者の研究用言語じゃねえんだよ
現場のドカタにとっての使い勝手の良さを重視して作られてる
理想より現実を見ている言語なんだよ
415:デフォルトの名無しさん
20/11/01 16:04:25.42 0HRkYbAe.net
いがみ合っているように見えて>>406と>>407の意見にはそれほど違いがない。公式見解だった気がする。
>>406
コンセプトと言えるかどうかはわからないけど、KotlinのDSL記法を試してみると、
Kotlinの文法の多くはこのためにあるんだなと思うことができる(個人の感想です)。
416:デフォルトの名無しさん
20/11/01 16:14:50.06 nLXPRXUb.net
DSLはどちらかというとGroovyの思想で、Kotlinはその流れを汲みつつも普段使いをやや優先したって印象かな
417:デフォルトの名無しさん
20/11/02 20:15:02.79 V9FEG9XS.net
>>406
Scalaは理論というか哲学レベルの完全性を、Kotlinは実務で使う上での利便性をとことん追求している。
出自がアカデミックセクターなのと商用IDEベンダーの違いがそのまま現れてると思うよ。
418:デフォルトの名無しさん
20/11/02 21:59:55.18 sY6lI3WZ.net
理論だけの頭でっかちの世の中の実際には何の役にも立たない無用の長物のゴミ
419:デフォルトの名無しさん
20/11/02 22:04:59.67 lGH5kgvM.net
>>411
自己紹介？
と思ったが理論すらないアホだったなお前は
420:406
20/11/03 12:47:12.63 UvRrulQw.net
ありがとう。とすると、素のjavaからの量的な拡張というか、改善なんだね。生産効率は上がりそうだけど、既存言語の面倒な問題にはあまり突っ込まない感じするから、不具合が激減するとかは期待できないのかな。
421:406
20/11/03 12:53:27.79 UvRrulQw.net
理論がくだらない、とは自分はあまり思ってなくて、理論的にある種の不具合が根絶できるとわかるなら、それは追求する価値はあると思うけど。ただ、現実の開発現場でそれがペイするかはもちろん別だけどね。
最近は書きやすい言語が増えてきて、フレームワークも色々あるし、単に言語の量的な改善というのはコンセプトになり得ないと思ってたけど、色々便利なら採用する価値あるんだろうね。
422:デフォルトの名無しさん
20/11/03 13:30:13.38 qpgkpv1L.net
結論付け方がおかしいぞ
nullセーフは既存の面倒な問題への対策と不具合削減だろ
Kotlinはあるべき姿の追求ではなく適当なところでの妥協の産物という話で合ってるというのに、量的な拡張、改善だって話はどこから出てきた？
今理解に必要なことは、Kotlinはあるべきを追求してデザインされたものではないからコンセプトから演繹的に学習しようというスタンスはやめて、イメージだけで決め付けず、nullセーフやDSLといった各論を学んでから帰納的に把握すればいい
423:406
20/11/03 14:21:58.69 AahD7IT6.net
nullセーフは例外発生の警告度を強めるだけで、null自体をやめてるわけではない、ということだよね？量的、というのは例えばそういう意味でした。
まぁでもとりあえずは使ってみようと思います。ありがとうございました。
424:デフォルトの名無しさん
20/11/03 16:42:07.16 nALcz4uh.net
警告じゃなくてエラーな
425:デフォルトの名無しさん
20/11/04 00:42:24.62 Sd8kUbYc.net
コンパイル時に解決できることのありがたさよ
426:デフォルトの名無しさん
20/11/04 08:00:31.74 bj5YbrcR.net
そもそも日本語の文章力が怪しすぎるだろ
技術書以外の本も読めよ
427:デフォルトの名無しさん
20/11/04 14:36:27.49 kpsQD4HS.net
わかりました。
5chをしっかり読むようにしますです。
428:デフォルトの名無しさん
20/11/04 15:08:03.01 dD5vFymF.net
>>420
ワロタww
429:デフォルトの名無しさん
20/11/06 09:17:20.09 ouHHBilg.net
>>418
それ
javaでもコンパイルでエラー吐いてくれるんなら全部Objectを使ったっていいんだぜ？ってなもんよ
430:デフォルトの名無しさん
20/11/07 23:08:52.51 9196kfkH.net
>>422
全部Optional<Object>とか?
431:デフォルトの名無しさん
20/11/07 23:58:31.50 BzysXMDS.net
Optionalなんて臆病者のツールは論外だぜ
全部staticでグローバルなList
何でもいくつでも入れ放題
これ最強ね
432:デフォルトの名無しさん
20/11/14 06:42:50.58 0hLqZubW.net
最初から Kotlin 使いなさい。
433:デフォルトの名無しさん
20/11/14 09:07:13.79 +AIZW7R6.net
Kotlinを使うとケンカになる
!!を許容する派と認めない派で揉める
also派とwith派で揉める
by lazy派とlateinit派で揉める
やめとけ
434:デフォルトの名無しさん
20/11/14 09:58:08.92 9wxaNgZv.net
コンパイラプラグイン作ろうとしてるけど情報がなさ過ぎる
アノテーションプロセッサーも無い方だけどまだJavaの分だけマシだった
435:デフォルトの名無しさん
20/11/14 12:03:31.45 r4pVca9t.net
宗教系エンジニアは本当に迷惑
436:デフォルトの名無しさん
20/11/14 15:46:50.09 VBgscgFQ.net
そういうやつに限っていわゆる一般的な"宗教活動"については
たわごとをおしつけてくる迷惑なやつら扱いしてたりするが
自分も同じ穴のムジナにはいってることに気がついてない
437:デフォルトの名無しさん
20/11/14 16:29:15.64 OfQ57GBv.net
宗教に無関心な人間からしたら誰でも迷惑じゃん
よく「そういうやつに限って」っていうけど全然限ってない
438:デフォルトの名無しさん
20/11/15 00:47:22.35 UIE/tX/X.net
>>426
>>401はテンプレなのか...
439:デフォルトの名無しさん
20/11/16 13:12:50.27 5wnRi0CF.net
Kotlin教
440:デフォルトの名無しさん
20/11/16 17:25:39.08 EmxZf5Ph.net
ほかの言語にも手を出してます
ごめんなさいKotlinさま
441:デフォルトの名無しさん
20/11/19 02:57:04.84 9pjajUIs.net
Kotlinのnull安全なんて馬鹿馬鹿しい
442:デフォルトの名無しさん
20/11/19 07:40:10.35 xYpXSb6D.net
ヌル安全結構衝撃的やったけどなー
443:デフォルトの名無しさん
20/11/19 08:57:28.93 MKpNlHWc.net
1か0思考の人かな
Javaとの互換性のためにある程度nullと付き合わざるを得ない状況になってるのを見て「nullを排除できてないじゃない！意味ない！」って見くびってしまう人
444:デフォルトの名無しさん
20/11/19 11:07:38.48 9pjajUIs.net
null安全を持ち上げている人って、普段から糞コードや糞設計してオブジェクト指向もろくに理解していない人間だろ。
null安全な言語じゃなくてもnullチェックを多用するコードや設計は言語仕様以前にプログラマが糞。
だからnull安全なんて糖尿病患者のインシュリンみたいなもので根本的治療じゃないから馬鹿馬鹿しい。
445:デフォルトの名無しさん
20/11/19 11:47:05.38 vggSc+79.net
null安全はクソコードクソ設計とは別のレイヤー
と理解できないアホとは一緒に仕事したくないな
446:デフォルトの名無しさん
20/11/19 13:12:52.76 633mdzZ1.net
そんなのはどうでもいい
そろそるnullをヌルと呼ぶかナルと呼ぶか決着を着けないか
447:デフォルトの名無しさん
20/11/19 13:44:30.40 WG490rcQ.net
nullはニュルだが？
448:デフォルトの名無しさん
20/11/19 16:29:15.73 r3/rn3nu.net
>>438
null安全でないのは大抵クソコードクソ設計だろ。特にjava。
449:デフォルトの名無しさん
20/11/19 17:01:35.94 BWsq8VAk.net
!!を許容するのか認めないのか
450:デフォルトの名無しさん
20/11/19 17:11:04.81 BWsq8VAk.net
はっきりしてほしい
451:デフォルトの名無しさん
20/11/19 17:13:08.06 dc7Xh8c+.net
Kotlinは言語選択として許容しない！
452:デフォルトの名無しさん
20/11/19 21:01:29.88 m5Mf/5d8.net
>>437
Haskellしろってこと?
453:デフォルトの名無しさん
20/11/20 00:02:42.39 chBH1D/L.net
SEGA Saturnしろ
454:デフォルトの名無しさん
20/11/20 08:30:09.55 iF0AxdEN.net
>>437
そのインシュリンで助かってる人もいてるんやで。
君このご時世マスクもせんとチョロチョロするタイプやろ？
455:デフォルトの名無しさん
20/11/20 08:33:58.36 iF0AxdEN.net
ニュルポ
456:デフォルトの名無しさん
20/11/21 10:23:05.58 ts1N/QFR.net
null安全ってどうゆう意味？
457:デフォルトの名無しさん
20/11/21 11:10:14.55 U5RwLwtV.net
>>449
null安全なコード(null safe code)は
ヌルポが発生しないことが保証されてるコードのこと
null安全な言語は(language with null safety)は
ヌルポが発生を防ぐ安全装置が備わってる言語のこと
458:デフォルトの名無しさん
20/11/21 15:22:01.91 y+uPyUUI.net
null安全したところでデータの安全は保証しないからな。
下手したら試験時にnullで落ちてくれたほうがマシな場合もあるだろうよ。
だからnullは猫のように愛されてきたんだ。
459:デフォルトの名無しさん
20/11/21 18:58:29.84 FLFe6WLj.net
APIレスポンス受ける data class のプロパティもコンパイル時に null安全できるようにしてほしい
460:デフォルトの名無しさん
20/11/22 11:05:20.91 umfLP4bc.net
>>451
たしかにnullを安易に排斥したところで却って不具合を地下に潜らせることになる
nullの利用価値を保ったまま安全をサポートしてくれるのがKotlinのnull安全
null safeであってnull freeではない
Kotlinではnullかもしれない値を限定でき、その利用時に、分岐するのかエラーで落とすのか初期値で代用するのかを文法的に問うのでより安全
Javaでは試験時に落ちるところを、Kotlinではさらに早くコード補完時や自動ビルド時に気付かせてくれる
461:デフォルトの名無しさん
20/11/23 15:21:42.81 QcOiDeXE.net
>>433
絶対に許さない。
462:デフォルトの名無しさん
20/11/28 10:17:31.66 TP8nXubU.net
Jetpack Compose for Desktop ってどうなんだろう。
TornadoFXが死に体なので脱出先を探しているが、
Android用の設計を無理に移植していびつだったりするんだろうか。
463:デフォルトの名無しさん
20/11/29 14:55:05.68 KxupmnON.net
Kotlin って List の内容をローテートするメソッドって用意されてないの?
[1, 2, 3] の右回しなら結果が [3, 1, 2] で左回しなら [2, 3, 1] になるようなやつ。
(シフトしかできなくても組み合わせれば作れるから良いんだけど)。
自作するしかない?
ていうか自作することそのものは簡単なんだけどね。例えばこんな風に書けばいいだけだから。
fun <E> List<E>.rotateLeft() = ((1..lastIndex) + 0).map { get(it) }
ただ元からライブラリに用意されていたら無駄になるので存在の有無を知りたいということ。
464:デフォルトの名無しさん
20/11/29 15:24:23.71 IcRbcY/o.net
Javaにある
465:デフォルトの名無しさん
20/11/29 18:30:32.35 KxupmnON.net
>>457
おお！ありがとう。java.util.Collections.rotate() ね。
でもこれ、Kotlin の List でも使えるけど List の内容が変わっちゃうのな。
(MutableList じゃないのに)
>>> val ls = listOf(1, 2, 3, 4)
>>> ls
res14: kotlin.collections.List<kotlin.Int> = [1, 2, 3, 4]
>>> java.util.Collections.rotate(ls, 1)
>>> ls
res16: kotlin.collections.List<kotlin.Int> = [4, 1, 2, 3]
>>> java.util.Collections.rotate(ls, -1)
>>> ls
res18: kotlin.collections.List<kotlin.Int> = [1, 2, 3, 4]
>>> java.util.Collections.rotate(ls, -1)
>>> ls
res20: kotlin.collections.List<kotlin.Int> = [2, 3, 4, 1]
>>>
まあ変換して Java 側に渡してるだけだろうから仕方がないか。
466:デフォルトの名無しさん
20/11/30 00:21:55.65 XdYfXM2+.net
お約束だけどKotlinのListには最初からイミュータブル性はないよ
変更機能に関心のないビューでしかない
MutableListがListを継承してるというのが何よりの性質
467:デフォルトの名無しさん
20/11/30 21:07:46.44 d/P6xXcm.net
クロスプラットフォームは総じて糞と相場は決まっている
468:デフォルトの名無しさん
20/12/01 07:14:35.59 1c6vRoBT.net
できることがOR結合ではなくAND結合で絞られてしまうのがクロスプラットフォーム。
できることしかできない。
469:デフォルトの名無しさん
20/12/01 07:41:02.13 7egfpP3/
470:.net
471:デフォルトの名無しさん
20/12/01 08:37:49.02 A2yZQJjL.net
javaでいいよ
無理矢理感有り過ぎの上
文法がひどい
472:デフォルトの名無しさん
20/12/01 12:39:29.78 xAN1+Wpp.net
>>462
明快な話だよ
どちらの演算子も、if文を使ったそれと等価のロジックに置き換えて考えて、そのロジックを使うべきだと思えば使えばいい
特定の頻出イディオムの短縮記法に過ぎないと捉えれば、長ったらしく書くよりも演算子ですっきり書いた方がいいとわかるはず
追加メッセージのないNPEを送出するなんて絶対にムリという状況下なら !! は使わないことになるだろうし、低リスクな部分なんて元々エラーメッセージ考えないし万一落ちたらスタックトレース見りゃいいやという状況なら !! を使うのは理に適ってる
状況を問わず絶対に使うなというのは原理主義者かアホだと思う
Javaを使ってるのにクラスや例外を避けようとする老人と似たようなもの
473:デフォルトの名無しさん
20/12/01 14:06:45.61 Y3029ltu.net
!!を使わなくても書けるのに敢えてクラッシュのリスクのある!!を使う必要ない
474:デフォルトの名無しさん
20/12/01 14:51:50.13 GnBhcVmn.net
コントラクト書いてもスマートキャストできないならアリ
475:デフォルトの名無しさん
20/12/01 17:28:10.09 /2lR8en+.net
assert文もクラッシュのリスクがあるから使わないって言うんだろうか
フェイルセーフで進めるべきシーンとフェイルファストで落とすべき部分を判断して使い分けてほしい
476:デフォルトの名無しさん
20/12/01 17:44:21.87 VNs10yiL.net
そんなのは設計が糞
センスないからしね
477:デフォルトの名無しさん
20/12/01 18:45:05.23 1c6vRoBT.net
いろんな宗教食タブーに配慮した結果、鶏肉料理しか選択肢がなくなる感じ。それがクロスプラットフォーム。
478:デフォルトの名無しさん
20/12/01 19:28:13.47 +SEOBXSY.net
そうそう、そんな感じ
479:デフォルトの名無しさん
20/12/01 21:58:25.69 G7RpB3vG.net
>>459
あー。Stringとかと同じか。書き換えられないように作ってあるだけで言語レベルでリードオンリーというわけではないという。
480:デフォルトの名無しさん
20/12/02 07:55:24.49 qZqo4QmM.net
そういうこと。ただ変更のためのAPIを提供してないだけ。
481:デフォルトの名無しさん
20/12/02 10:41:02.88 i+bjk1CY.net
Stringはクラスがfinalで閉じてる分、変更可能性という意味では層が少し違うかな
482:デフォルトの名無しさん
20/12/02 10:42:20.86 i+bjk1CY.net
CharSequenceが等価だと思う
483:デフォルトの名無しさん
20/12/04 16:14:35.33 aGuBhpl1.net
>>461
何つながりでいっているのか知らないけれど、まあ、それでも基本部分だけでも
動作すればだいぶ楽にはなる。
同じように書いてHelloWorldが出て、直線や矩形描画、文字描画、キー入力が
共通化されていて、同じ言語で書けるならかなり楽になるから。
クロスプラットフォームキットを何も使わなければ、言語自体も違ったりして、
ロジック部分すら共通化できず、大変なことになる。
WindowsではC++(またはC#), AndroidはJava, AppleはSwiftみたいに。
そしてprintf()文すら共通しては使えない。
484:デフォルトの名無しさん
20/12/05 12:38:19.27 Na39OKS5.net
実務経験1年で月収80万稼
485:げるエンジニアになった理由 https://www.youtube.com/watch?v=DrbbyGsHQic 意識が低いエンジニアこそフリーランスになれ https://www.youtube.com/watch?v=nSEaAJlgjbQ フリーランスエンジニアの週3労働ってどんな感じ？ https://www.youtube.com/watch?v=8yjoDCdbzMc ぼくがスキルのない社畜ならこうやって脱する https://www.youtube.com/watch?v=aae8xxbUlMM 初めて人を雇ったらもう二度とサラリーマンをやりたくないと思った話 https://www.youtube.com/watch?v=U0OCGRVLFsM プログラミングは文系でも余裕で出来ます！理由を現役プログラマーが解説 https://www.youtube.com/watch?v=iBOeiSKBIW8 貧乏人こそ社会不適合者 https://www.youtube.com/watch?v=O3BT72BIBJI 元ド貧乏が教える】貧乏を抜け出すための2つの考え方 https://www.youtube.com/watch?v=IRrCgTy3ckc より良いオファー貰ってるのに転職しないとか何考えてるの？ https://www.youtube.com/watch?v=i0J6uRhlj7o
486:デフォルトの名無しさん
20/12/12 16:10:56.29 2H3Jk65M.net
Kotlinは人気順位をどんどん下げてんね。
487:デフォルトの名無しさん
20/12/12 17:12:12.40 DUS5CJRd.net
型違いやぬるぽのエラーが動かす前にわかるというが
逆に言うと動かせばすぐわかることだ
今時そのパスとおってませんとかテストでありえんから
型なんかいらんかったんや
488:デフォルトの名無しさん
20/12/12 17:37:35.65 UcLPJJJE.net
そんなしっかりテスト書くなら型あった方が楽じゃん
489:デフォルトの名無しさん
20/12/12 19:11:57.44 s2JPaqvY.net
変数は全部public staticで MutableList<Object>じゃい！
goto文も好きに使え！
だって全部テストでパス通せばいいじんじゃい！
うん、暴論だと思う
null安全も型安全もカプセル化も、言ってしまえばほんのちょっとの便利ツールでしかないんだけど、そのほんのちょっとがバグを減らし、思考の負荷を落としてくれる
490:デフォルトの名無しさん
20/12/12 19:17:54.50 s2JPaqvY.net
万全のテストが組み上がった後では言語ごとの安全設計の違いはプロダクトの品質に影響をほとんど及ぼさない、それはそうかもしれない
ただ、その万全のテストが手にはいるまでにどれだけのコストを要するかが違う
流れるように書くことができて、書き間違えや考慮漏れが起こりにくく、テスト作成中にfailが出てもすぐに特定して直せる、その結果生産性が高い、それがいい言語だと思う
491:デフォルトの名無しさん
20/12/12 19:17:56.76 DUS5CJRd.net
誤りは防ぐが思考の負荷は増えるぞ
492:デフォルトの名無しさん
20/12/12 19:31:00.69 s2JPaqvY.net
とても小さいスクリプトを書く場合と、バグをいくらでも作ってよく誰かが直してくれるならそうだな
VBの変数宣言不要のVariant天国は何でも格納できて極楽
一方である程度大きいものをバグなく作る必要があるなら脳内に展開する必要のあるデータ量が増えてスケールしなくなる
493:デフォルトの名無しさん
20/12/13 08:02:21.21 VmHeogwF.net
単純に型のあるなしだと設計を疎結合にしやすいとかリファクタの安全性が高いとか色々変わってきますがな
494:デフォルトの名無しさん
20/12/13 11:22:13.31 OcllVIux.net
それでもやっぱり型が好き
495:デフォルトの名無しさん
20/12/13 13:22:32.62 5EW0FlRD.net
シェルスクリプトやマクロみたいな簡単な治具には形を意識せずにすむ言語がお手軽だし、バックエンドのシステムを組み上げるにはnull安全のある厳しい静的型付き言語がフィットするので使い分けましょうねという結論でいいと思う
使い分けのミスマッチを解消したいい例がTypeScript
496:デフォルトの名無しさん
20/12/13 17:03:49.88 nviDagiX.net
Rubyも型のような何かを入れたし、時代の流れだわね
497:デフォルトの名無しさん
20/12/14 00:35:19.60 6zFeqNk6.net
数値や String が保持出来て計算出来れば良いんだったらそういうクラス作って
operator で色々作って計算出来るようにしちゃえば良いんじゃないか?
効率悪いかも知れないが。
498:デフォルトの名無しさん
20/12/14 08:23:45.23 NKntA+ls.net
>>478
> 今時そのパスとおってませんとかテストでありえんから
そのテストを自動で実現するテストフレームワークが無いんじゃない？
せめてnull安全ぐらい関数１つで実現してほしいわ。
499:デフォルトの名無しさん
20/12/14 10:17:36.45 wjvd2Hwv.net
君らみたいにkotlinやってる人ってアプリ開発者が多いのか？
500:デフォルトの名無しさん
20/12/14 10:24:57.92 gp9Z60vS.net
Android以外でKotlin使ってんだなぁて思う
JavaだったとこをKotlinに置き換えてんの？
501:デフォルトの名無しさん
20/12/14 10:39:03.40 sJtbd1yB.net
元々Javaのサーバアプリ書いてる
502:デフォルトの名無しさん
20/12/14 18:48:58.24 rjPJQsvc.net
サーバーサイドだね
完全にbetter Javaとして使ってる
既存コードの置き換えもするし、新規実装するものに関しては完全にことりん
503:デフォルトの名無しさん
20/12/14 18:50:01.54 gp9Z60vS.net
Androidやってるだけだからサーバーとか行っても戦力にならないんだろうな
同じ言語なのにここに出てくるサーバーサイドの会話がなんとなくわかったつもりの異次元
504:デフォルトの名無しさん
20/12/14 18:50:06.38 rjPJQsvc.net
サーバーサイドkotlinは採用も意外に楽よ
それ自体の経験者はほぼいないけど、Kotlin書きたいJava経験者はかなりいるから
505:デフォルトの名無しさん
20/12/14 18:50:39.52 rjPJQsvc.net
>>494
それはお互いにそうでしょ。
言語そのものの知識なんて大して重要じゃないし。
506:デフォルトの名無しさん
20/12/14 22:34:42.15 dZWdULI2.net
nullsafeでぬるぽが減った人いますか？
507:デフォルトの名無しさん
20/12/22 19:15:05.74 oIaxfxum.net
減るっていうか0になったけど何が言いたいんだろ
508:デフォルトの名無しさん
20/12/22 21:19:38.41 3Bv244xN.net
ぬるぽを無くすためのnullsafeだからな
509:デフォルトの名無しさん
20/12/22 22:42:34.84 Df60bwVz.net
ＤＢカラムに入ってるはずのデータがなかったときどんなエラーがでるんすか
510:デフォルトの名無しさん
20/12/22 23:40:20.45 Olju/RJS.net
ヌルポよりも大切なものを失います
511:デフォルトの名無しさん
20/12/23 00:04:41.19 6GFRBN6f.net
APIのレスポンスがnullじゃないはずなのにnullが返ってきたときどうしたらいいんですか
512:デフォルトの名無しさん
20/12/23 19:38:57.98 NEftcK31.net
nullsafe って言うのは Null チェックしなくていいという意味じゃないよ？
チェック必要なものと不要なものを区別して、必要なものはチェックしてからアクセスしないとコンパイルエラーになるんだよ？
513:デフォルトの名無しさん
20/12/24 07:36:37.88 woO5Pxu8.net
>>502
普通にnullチェック入れればいいんじゃないの？
514:デフォルトの名無しさん
20/12/24 08:10:29.60 QpUzPsdF.net
>>502
nullチェックしながら
APIの作者にバグレポート上げろよ。
515:デフォルトの名無しさん
20/12/24 08:57:55.57 N8XXHmSr.net
まずレスポンスのデータクラスのフィールドををnullableにしないといけない
nonnullでもコンパイルエラーならないのにだ
516:デフォルトの名無しさん
20/12/25 09:41:57.24 yOAc+N/y.net
何で companion object って一番下なんすか
一番上じゃ駄目なんすか
517:デフォルトの名無しさん
20/12/25 11:57:59.25 LVz6iinV.net
kotlin世界との境界部分はもろもろを自分で気を付けるしかない
518:デフォルトの名無しさん
20/12/27 23:41:45.31 mqWB+gDR.net
>>507
文法的にはどっちでもいいよ
519:デフォルトの名無しさん
21/01/01 17:03:56.74 oTJ6QRVP.net
kotlin/nativeでサーバーサイド作る話はどうなった？
520:デフォルトの名無しさん
21/01/02 07:50:34.05 7+xZsyvI.net
SuperJobだと、子の失敗は親に影響与えないとのことですが、子をキャンセルすると親もキャンセルされてしまうとのことです
子が失敗しようが、子をキャンセルしようが親に全く影響を与えたくないのですがどうすればいいでしょうか？
521:デフォルトの名無しさん
21/01/02 08:31:31.17 7+xZsyvI.net
SupervisorJobだった
つか、なんかややこしくなってきた
間違ってた、SupervisorJobは子のキャンセルは親に影響しないからスーパーなのか？
522:デフォルトの名無しさん
21/01/02 12:00:19.22 7+xZsyvI.net
間違ってた
子Jobのcacelメソッドによるキャンセルは親が普通のJobだろうがSupervisorJobだろうが親をキャンセルさせない
子JobがCacellationException以外の例外で失敗したとき、違いがでてくるのか
523:デフォルトの名無しさん
21/01/02 13:51:40.78 iRQWAItx.net
おちつけ
524:デフォルトの名無しさん
21/01/07 12:30:36.60 upgodNBv.net
明けましておめでとうございます。
ことりんもよろしくお願いします。
525:デフォルトの名無しさん
21/01/07 13:06:35.86 n0qoIkIN.net
酉年にやれよ
526:デフォルトの名無しさん
21/01/08 00:22:29.53 q8lyQLUk.net
2029年までネタとして取っておこう…
527:デフォルトの名無しさん
21/01/08 00:30:46.51 s1r0Khta.net
その時まで生きてるのかな、ことりん
528:デフォルトの名無しさん
21/01/08 07:52:19.70 AiUWBAU5.net
こぅのとぉりん生きてますよ
529:デフォルトの名無しさん
21/01/08 08:38:56.45 rfni5yw0.net
ことりんじゅうさまです
なんてことならないように使っていこう
530:デフォルトの名無しさん
21/01/09 09:13:47.78 ZIgIrWmA.net
例えばUserクラスがあって、userIdプロパティとネストしたUser型のuserプロパティがあります
このときList<User> users
から、users.map?とかcollection apiを使ってネストしたUserも含めたすべてのuserIdのリストを求める方法があれば教えて下さい
再帰関数を用意しないと無理?
531:デフォルトの名無しさん
21/01/09 09:19:13.14 ZCNL7UEp.net
flatmap
532:デフォルトの名無しさん
21/01/09 09:28:30.58 ZIgIrWmA.net
userプロパティは多段ネストする可能性があるんですがflatMapでいけましたっけ?
533:デフォルトの名無しさん
21/01/09 15:43:34.22 v5qb+Ohk.net
プロパティをどう辿るかはcollection apiだけじゃどうにもならないから自分で実装するしかないでしょ
扱うデータによっては重複や循環なんかも考慮が必要かも
URLﾘﾝｸ(paiza.io)
534:デフォルトの名無しさん
21/01/10 00:59:41.08 vFHdkGQn.net
>>521
そのロジックに意味のあるものならUserにallChildrenUser : List<User>メソッドを作って子のallChildrenUserを呼び出す、つまり再帰構造、allChildrenUser() -> users.flatmap{ it.allChildrenUser() }
かな
ネスト構造の時点で循環参照の可能性があるわけで言語機能でどうにかなる話とは違うと思う
または、データ構造として最適なツリーを採用したほうが良いかもしれん
535:デフォルトの名無しさん
21/01/10 01:38:59.42 Kq/dusa6.net
自分が出来ると心から信じることができれば必ずやれる
536:デフォルトの名無しさん
21/01/10 20:09:18.30 JmQQkhyb.net
言語機能でどうにかなるか否かはまた別の話でしょう
データが循環していたらスタックオーバーフローなりその他の例外なりが出るように標準ライブラリが設計されていればいいだけなので
537:デフォルトの名無しさん
21/01/10 20:13:22.96 JmQQkhyb.net
余談だけどグラフの探索は再帰を使わなくてもループに書き換えることができる
スタックオーバーフローしなくなるのが利点
ループではなく再帰でしか解決できないアルゴリズム問題が存在し得るかどうかは不勉強なので知らない
538:デフォルトの名無しさん
21/01/10 20:31:18.39 N5z3vzVP.net
再帰は必ずループに出来る
539:デフォルトの名無しさん
21/01/10 21:54:19.01 YxBPzBtX.net
クイックソートどうすんじゃ
540:デフォルトの名無しさん
21/01/10 21:56:12.30 YxBPzBtX.net
木の探索は横探索すればいいか
スタックのかわりにヒープがあふれる
541:デフォルトの名無しさん
21/01/10 22:08:14.99 fqhi9u3I.net
whileループでbreakすればいい
542:デフォルトの名無しさん
21/01/10 22:25:02.75 GNExug
543:p7.net
544:デフォルトの名無しさん
21/01/22 13:56:01.26 g1yAjsTk.net
じゃあflatmapで俺の資産を増やしてくれ
545:デフォルトの名無しさん
21/01/22 14:36:13.50 JAaKTTQV.net
flatmapと元気があれば何でもできる！
546:デフォルトの名無しさん
21/01/22 20:45:59.10 xnRnhQMQ.net
Kotlin Roadmap
URLﾘﾝｸ(kotlinlang.org)
547:デフォルトの名無しさん
21/01/25 06:26:23.02 hTvlKNeR.net
>>534
理論上はflatmapで何でも解決できるとしても、実装するには十分な数学的能力が必要なのだ。
548:デフォルトの名無しさん
21/01/25 18:04:21.90 gx6uUcGg.net
>>537
そうか。じゃあお前なら出来るんだな。任せたぞ。
549:デフォルトの名無しさん
21/01/25 22:47:14.88 h35Snctt.net
プログラミングは
気合いだ
たとえば１万件のソートをするのに
処理のオーダーがどうとか
クイックソートのライブラリがないとか
代替するものをつくるかどうかとか
悩むときに
Ｅｘｃｅｌにはっつけたり
２重ループで平気で馬鹿ソートする
周囲の嘲笑をものともしない決断力
そういうやつができるやつなんだ
550:デフォルトの名無しさん
21/01/26 08:07:03.00 z9KCwqI+.net
>>539
そういう能力の人は便利屋として安い単価で使い捨てられるだけです
551:デフォルトの名無しさん
21/01/26 11:42:19.41 V/Um6Sz0.net
いうほどflatmap使うか？
そりゃたまには使うけどさ
552:デフォルトの名無しさん
21/01/26 12:25:48.83 nusF9BAT.net
1万件程度なら普通にExcelも使うし
バカソートも使う
もちろん製品コードではそんな事はないけど
553:デフォルトの名無しさん
21/01/26 20:08:03.52 u/mIbNWf.net
flatmapが世界を救う
554:デフォルトの名無しさん
21/01/26 20:21:56.10 0fVnbxLr.net
flatmapはステータスだ！
555:デフォルトの名無しさん
21/01/27 16:58:07.84 yhGPUjKe.net
!!って基本的に使うべきでないんですかね
556:デフォルトの名無しさん
21/01/27 23:12:27.62 e4FHF1X1.net
>>538
STモナドの中に入れたら増やせそうな気がするが、取り出せなくなるけどいい?
557:デフォルトの名無しさん
21/01/27 23:15:32.07 9akTDBYB.net
>>545
簡易的なアサーションとして理解した上でNPEが出てほしい場合は使っていいよ
知らない間に大事な処理が実行されずスルーされたりするよりも、バグなのでとっとと例外を出して知らせてほしい場合とかね
URLﾘﾝｸ(kotlinlang.org)
> Thus, if you want an NPE, you can have it, but you have to ask for it explicitly, and it does not appear out of the blue.
558:デフォルトの名無しさん
21/01/28 09:16:46.22 zbveLxMQ.net
kotlinではnullチェックの代わりに?.を使うべきですか
559:デフォルトの名無しさん
21/01/28 09:54:30.26 fR55BjA1.net
nullチェックと一口に言ってもバリエーションを考えないとだめ
nullなら何もしない
nullなら空白で表示する
nullならハイフンで表示する
nullなら代替手段で値を取りに行く
nullならログを吐いてフォールバックする
nullならフェイルファストで例外を出す
?.は上記のうちの一部に最適ではあるものの、一部には役に立たない
実現したいことや状況に沿った措置が先にあり、それをコードで表現するために適した言語機能を選ぶという順序で考えるべき
560:デフォルトの名無しさん
21/01/28 12:36:53.48 Tpt+oTXI.net
nullなら割り込み禁止してその場で無限ループ
561:デフォルトの名無しさん
21/01/29 15:21:19.10 8+3TBqwa.net
Kotlinって、SwiftやRuby以上にWindows切り捨て感があるのな
562:デフォルトの名無しさん
21/01/29 16:40:33.72 VlQNfQH5.net
そう？
563:デフォルトの名無しさん
21/01/29 22:17:24.41 8+3TBqwa.net
やっぱSwiftやRubyの方がひどいか・・・・
564:デフォルトの名無しさん
21/01/30 13:36:04.18 ODJUYA6t.net
>>551
なんでそう思うの？
普通にJVMだからむしろWindowsに優しい方の言語だと思うけど。
Rubyなんて酷いものだろう。。
565:デフォルトの名無しさん
21/02/16 22:13:20.25 tEVS/YKP.net
ねこ
566:デフォルトの名無しさん
21/02/20 08:00:32.70 KP5LXIwV.net
過疎なんか？
567:デフォルトの名無しさん
21/02/21 22:47:03.15 ZGRBNcjP.net
TornadoFXが終わってしまったっぽい。
568:デフォルトの名無しさん
21/02/22 03:31:15.20 X/Hrkxma.net
>>553
そもそもその2つもそれぞれMacとUNIX系のことしか考えてないってだけで切り捨て云々以前の話
569:デフォルトの名無しさん
21/02/22 07:50:49.54 BC6N5nYc.net
>>557
最初だけ話題になったけどすぐ話聞かなくなったもんな
570:デフォルトの名無しさん
21/02/24 06:00:45.34 OVfixnYa.net
>>559
TornadoFXで作ったソフトウェアがあるんだが、Java8の終了と共に沈めるしかないか…
571:デフォルトの名無しさん
21/02/24 15:55:29.28 hU+TG0z/.net
これから覚えようと思ったのに・・・
572:デフォルトの名無しさん
21/02/24 20:06:34.71 1LsYaFKv.net
残念だね
573:デフォルトの名無しさん
21/02/24 20:12:49.29 aLOaaYJ0.net
ざんねんですね
574:デフォルトの名無しさん
21/02/24 21:56:39.02 OVfixnYa.net
なんでお葬式ムードなんだwwww
575:デフォルトの名無しさん
21/02/28 08:57:09.46 y4wciZ8o.net
すでにピークは過ぎ去った。
576:デフォルトの名無しさん
21/02/28 10:57:59.59 K3NYU891.net
TornadoFXの話だろ。そりゃお葬式だわ。
577:デフォルトの名無しさん
21/02/28 10:58:46.89 K3NYU891.net
今KotlinでGUIアプリ作ろうと思ったら何がいいんだろうな
578:デフォルトの名無しさん
21/02/28 11:03:50.21 fCcI35LK.net
ピークちゃんかわいいやろ
579:デフォルトの名無しさん
21/02/28 12:53:09.27 pfMKbdmi.net
>>566
Kotlin全体が、だろ。
580:デフォルトの名無しさん
21/02/28 15:27:48.49 cJzzFvi8.net
>>567
何がどうなっても変わる事のがない最底辺の awt ではないか?
581:デフォルトの名無しさん
21/03/01 19:44:58.06 jvNCnqsx.net
awtの上でいろいろ動いてるんじゃなかったか
582:デフォルトの名無しさん
21/03/02 02:32:19.48 g3RlIqNH.net
kotlin.awt というのを作ってみたらどうか?
無駄だな。
583:デフォルトの名無しさん
21/03/05 11:41:14.83 v+wrvR06.net
未だにkotlin nativeのサーバーサイドに可能性を感じてるんだがどう思う？
584:デフォルトの名無しさん
21/03/05 15:40:46.28 hI4Q3ELa.net
JVMを捨てて得られるメリットと比べて、Javaの資産を失うデメリットが多すぎかな
そのメリットの方を重視する人は普通はGoやRustを使うだろうし、あえてKotlin/Nativeを使うのはかなりニッチになるだろうから、JetBrainsもそこに注力しようと思わないし流行らない
まあでも、整備してくれるなら使ってあげるよｗ
585:デフォルトの名無しさん
21/03/06 07:42:11.87 Qr/DAxNU.net
>>573
nativeにしたところでパフォーマンスはせいぜい数倍にしか上がらない。
事業が順調に展開してパフォーマンスが求められるような幸運なケースでは、
分散やクラウドでスケールしないと早々に限界にぶち当たるのではと。
やったことないけどね。
586:デフォルトの名無しさん
21/03/06 09:17:28.12 qinwWtrN.net
頼みのAndroidもFlutterにやられて終わりだな。
587:デフォルトの名無しさん
21/03/06 12:25:54.92 S7ZUFE2e.net
今そんなにflutter伸びてるの？
AndroidといえばKotlinの時代はおわり？
588:デフォルトの名無しさん
21/03/06 13:41:46.08 E/+DZq4q.net
クロスプラットフォームは総じて糞
589:デフォルトの名無しさん
21/03/07 07:42:06.57 A6qgIqC7.net
DartはChromeに組み込みが失敗して終わったと思ったのに、Flutterで巻き返してくるとは。
先日Flutter 2.0になりWebもデスクトップもカバーして、
クロスプラットフォームではReact Nativeを抜いてトップになったらしいけど、
モバイル全体で見た時のシェアはどうなんだろう。
>>578
そういえばこのスレでもXamarinの名前をすっかり見かけなくなった。
590:デフォルトの名無しさん
21/03/07 10:05:36.59 wAK4v6A6.net
xamarinは.NETに統合されるから単独の話題には
もうならないのではなかろうか
591:デフォルトの名無しさん
21/03/08 22:27:58.05 q6+mJ7oA.net
Cocoaの件で悪い意味で話題の的になると思ってたが
592:デフォルトの名無しさん
21/03/10 09:14:01.41 uS0cxZyu.net
Googleと取り組むオンライン施策についての件名でGoogleからメールがきたんだが趣味アプリなのに返事しちゃっていいの？
593:デフォルトの名無しさん
21/03/11 06:21:17.00 a1O7PjBL.net
>>582
詐欺メールでなければ。
内容がわからないけど、趣味でやっているなら解約時に違約金を取られないか注意するくらいかな。
594:デフォルトの名無しさん
21/03/12 11:34:03.78 kAI5XbyW.net
>>576
kotlin nativeはkotlin jvmより遅いよ
起動とメモリ使用量は有利だけど
595:デフォルトの名無しさん
21/03/12 11:41:14.42 kAI5XbyW.net
>>575
jetbrains視点で、vs flutterよりvs golangの方がマシな気がするんやが。
rustは競合しないから置いとくとして、
golangより書きやすいのは間違いないんやし。
596:デフォルトの名無しさん
21/03/12 13:35:25.78 UgndYbA/.net
Googleの女性担当者とビデオ通話で内容をご案内とか書いてあるんだけど趣味アプリなのにいいの？
597:デフォルトの名無しさん
21/03/12 19:38:55.82 rO8VAFcZ.net
>>586
守秘義務とかがないならもう少し詳しく説明してもらえないと分からない。
内容をご案内、も何の内容を誰(Google?あなた?ユーザー?)に案内なのかさっぱりだし。
>>584,>>585
アンカ逆かな
598:デフォルトの名無しさん
21/03/14 16:14:48.16 ITpb+jkv.net
サーバーサイドのJVMって別にパフォーマンス悪くないからなー
nativeにするメリットがあまりない
599:デフォルトの名無しさん
21/03/14 17:26:30.65 dZcEVD5V.net
YMobileのCMに出てくる芦田愛菜ちゃんはかわいいと思う
600:デフォルトの名無しさん
21/03/15 14:33:02.39 h4DpjXex.net
nativeにするのは
javaの遺産を継承したくないからだと思われる
601:デフォルトの名無しさん
21/03/15 23:06:23.55 p+TDCzdA.net
>>580
継承したくないなら使わなければ済むと思うのですが。
602:デフォルトの名無しさん
21/03/16 11:55:42.45 H0s8r45D.net
nativeにしたいのは起動時間短縮(aws lambda利用とか)と、jvmレスによるメモリ軽減(kubeで複数pod利用とか)狙い
goと被ってるから倒したい
603:デフォルトの名無しさん
21/03/18 12:54:36.74 WX8jlJaB.net
Kotlinでそれをやりたい人は少数派だろうし、倒さずに住み分けするんじゃだめなの
604:デフォルトの名無しさん
21/03/23 09:25:28.89 zaPbuDkV.net
ヤらなきゃヤられるんだよ
605:デフォルトの名無しさん
21/04/06 16:58:25.74 hd98bw+B.net
java勝ったからもうお前に用はない
く|)へ
〉 ヾ○ｼ ←Kotlin
￣￣７ ヘ/
/ ノ
｜
／
`｜
／
606:デフォルトの名無しさん
21/04/06 17:23:29.60 a1s8u+O4.net
いやkotlinはjavaのラッパーでしかないだろ
607:デフォルトの名無しさん
21/04/06 18:48:08.81 RsrzZqy7.net
パクりまくりおｋで逆にJava終了ってマジ!?
608:デフォルトの名無しさん
21/04/06 18:53:33.55 a1s8u+O4.net
むしろKotlinの天下javaに取って代わるわ
609:デフォルトの名無しさん
21/04/07 16:37:16.80 zog9bUla.net
生き残るのはJava8までよ
610:デフォルトの名無しさん
21/04/15 03:49:33.54 o1THc+2j.net
そういやOracleとGoogleで争ってたAndroidのJavaの件はGoogle勝ったんだってな。
611:デフォルトの名無しさん
21/04/15 12:26:42.63 wukWzou0.net
そういやって、まさにその話をしてたのよ
612:デフォルトの名無しさん
21/04/28 20:51:31.93 cErE5E3t.net
そういやOracleとGoogleで争ってたAndroidのJavaの件はGoogle勝ったんだってな
613:デフォルトの名無しさん
21/04/29 12:43:05.79 4WSvW7CU.net
そういやって、まさにその話をしてたのよ
614:デフォルトの名無しさん
21/04/29 15:00:25.41 FUMq3MLC.net
時の狭間に閉じ込められたKotlinian
615:デフォルトの名無しさん
21/04/29 17:14:07.55 YN7Pg05+.net
コピペか
616:デフォルトの名無しさん
21/04/29 19:53:08.60 ABMysKhC.net
そういやOracleとGoogleで争ってたAndroidのJavaの件はGoogle勝ったんだってな
617:デフォルトの名無しさん
21/04/29 20:16:08.52 49K3ujd3.net
そういやって、まちにその話をしたてのよ
618:デフォルトの名無しさん
21/04/29 23:03:40.63 gAx7nA8j.net
おいデータが微妙に壊れてるぞ
619:デフォルトの名無しさん
21/04/30 19:45:36.51 m/tHuDzV.net
そういえば「ち」と「さ」は反転した文字みたいなんだよな。
URLﾘﾝｸ(animalive.me)
620:デフォルトの名無しさん
21/04/30 19:48:36.30 m/tHuDzV.net
おまけ
URLﾘﾝｸ(kent446.exblog.jp)
URLﾘﾝｸ(bokete.jp)
621:デフォルトの名無しさん
21/05/03 03:50:23.45 UFgXt23Q.net
今日ハマッたこと
IntelliJ IDEA で Kotlin の Coroutine のプログラムを作って試そうと思い、ネットで調べて
そのままではできず、 build.gradle.kts の dipendencies の所に implementation(...) で
追加するライブラリを書かねばならないと分かり、追加した。その後簡単なプログラムを
入力しコンパイルしたがエラーになる。そう言えば runBlocking がずっと赤いままで、
IntelliJ IDEA 側にはそれがあるとは分かっていない模様。しかし build.gradle.kts は
ちゃんと書いたし何がおかしいか分からない。
↓ 8時間後
build.gradle.kts を編集すると右上に薄っすらボタンのようなものが現れていることに気付く。
それ押すと build.gradle.kts の内容が反映されて外部ライブラリが追加されコンパイルも成功。
なんだよこれw 分かり辛すぎだろw
ていうかネットで検索しても誰もこのこと書いてないのは何故だ？たまたま見つからなかっただけ？
それとも当たり前過ぎる話なのか？しかしこれかなり重要なことだろ。編集しないと現れない幻の
ボタンって。
622:デフォルトの名無しさん
21/05/03 04:02:34.27 cEz/5a4b.net
サーバーサイドKotlinか？
AndroidStudioでやらないからそうなる
623:デフォルトの名無しさん
21/05/03 04:32:44.33 UFgXt23Q.net
>>612
AndroidStudio だとやらなくて良いの？
それとも最初からデフォルトでコルーチン使えるようになってるとか？
624:デフォルトの名無しさん
21/05/03 04:34:09.34 UFgXt23Q.net
てか、 build.gradle.kts を編集したらあのボタン押さないと反映されないのは同じだよね？
625:デフォルトの名無しさん
21/05/03 06:47:14.30 JnqbaBph.net
AndroidStudioでAndroidのKotlinでbuild.gradleだと、編集したら目立つ色で通知が出る
「Gradle files have changed since last project sync. Aproject sync may be necessary for the IDE to work properly.」
右にSync NowとIgnore these changeが出るんで、Sync Now 押せば反映される
626:デフォルトの名無しさん
21/05/03 07:14:10.43 JnqbaBph.net
IntelljIDEA2021.1.1でbuild.gradleとbuild.gradle.ktsのkotlinプロジェクト作ってみたよ
上記の通知の表示方法が変わって変なとこに象さんクルクルのアイコンが表示されるようになってるね
たぶん2021バージョンで
627:変更された新しい表示なんだと思われる 今まで使ってた奴からすると、何だこれって感じでカーソルのせてみてSyncNowの代わりにこれ押せばいいとわかるから迷わない ネットに情報が出てないのは、これに引っかかるのはホントの初心者だけだからじゃないかな AndroidStudioも将来はこの表示になる可能性が高い
628:デフォルトの名無しさん
21/05/03 07:29:34.93 4J8x1DcD.net
Androidで使うのが一般的なのにイキって
IntellijIdeaなんかでやるから天罰が下るんだ
629:デフォルトの名無しさん
21/05/03 08:23:58.65 mwXEGGMB.net
>>611
普通にgradleタブのぐるぐる押せばいいのに
まずgradle使わないでどうやって実行しようとしたんだ
630:デフォルトの名無しさん
21/05/03 08:27:51.53 CCI0+edQ.net
intellijのスプラッシュが気持ち悪い
早く変わってくれ
631:デフォルトの名無しさん
21/05/03 16:57:39.14 UFgXt23Q.net
>>616
初心者というか、IntelliJ IDEA の初心者だな。
エディタを横に大きく広げていたのと白に近い灰色で表示されて気付かなかった感じだな。
色の問題もあるかな。
>>617
なんでこれでイキってることになるのか?w
Kotlinそのものの学習なら要らんだろう。Android開発部分は後から追加できるようだし。
>>618
なんだそれと思ってよく見たら右にGradleって出ててそれ押すと出てくるやつか。
これもよく見ないと発見できない "秘密のボタン" じゃねえかw
まるで昔のアドベンチャーゲームやってるかのようだ。
632:デフォルトの名無しさん
21/05/03 17:09:28.56 WPoIRVmP.net
イキりポンチの童貞野郎が
633:デフォルトの名無しさん
21/05/03 17:25:07.75 wIRNyzo+.net
勃つだけましさ
634:デフォルトの名無しさん
21/05/03 17:42:09.79 APFHCyDf.net
なんでもすぐイキってるとか言っちゃう子はそんなに他人や世間が怖いのかなと心配になる
もっと自由でええんやで
635:デフォルトの名無しさん
21/05/04 07:32:05.47 7jJ3nkV3.net
>>619
わかる
636:デフォルトの名無しさん
21/05/04 15:42:18.39 EqUn5+/6.net
何らかのmap関連APIで、ある地点AとBを結ぶ経路を表示することはできると思う
そこからさらに、100mなどの距離を与えてスタート地点ＡからＢ地点へ
100m歩いた軌跡を表示することは可能ですか
637:デフォルトの名無しさん
21/05/06 04:27:55.32 ajjDZVcw.net
質問の意味が分からないが、もしやAndroidの質問？
だったらAndroidのスレがあったと思うのでそっちで聞いた方がいいと思う。
638:デフォルトの名無しさん
21/05/06 05:53:58.45 MxQkcaBR.net
あわしろ氏もアカン言うてましたわ。
639:デフォルトの名無しさん
21/05/06 08:05:00.82 xWxV6AXf.net
あわしろ氏誰やねんヽ(`Д´)ﾉ
640:デフォルトの名無しさん
21/05/06 18:43:39.58 ofNdXnYQ.net
>>625
それはKotlinでもAndroidでもなく使うマップの仕様によるだろう。
スタート地点+距離を受け付けるAPIがあるならできるし、ないならできない。
641:デフォルトの名無しさん
21/05/06 20:50:47.13 Ta5pc6Qz.net
そういうAPIがあるのかどうかを調べて来いよ
642:デフォルトの名無しさん
21/05/07 01:37:38.13 4k6XqTcw.net
お！ 1.5 出てた。
643:デフォルトの名無しさん
21/05/07 10:08:30.66 dF0LJIle.net
1.5はパッとしないな
644:デフォルトの名無しさん
21/05/07 14:02:08.44 Mo+Zp2+Z.net
パッとしてから来いよ
645:デフォルトの名無しさん
21/05/07 14:37:33.61 pvRHeq5B.net
ハッとして グッときて
パッと目覚める Kotlinだから
646:デフォルトの名無しさん
21/05/07 19:44:58.77 kPylSr38.net
inline class最高
647:デフォルトの名無しさん
21/05/08 06:09:46.75 BZJBNPxd.net
>>632
Javaと同じくローリングリリースになったからな。
パッとしなくてもスケジュールが優先でリリースされる。
648:デフォルトの名無しさん
21/05/08 09:03:32.71 OwFy1u/b.net
ハッとして グッときて
パッと目覚める Kotlinだから
649:デフォルトの名無しさん
21/05/08 20:34:47.27 3jxsjvDZ.net
>>634
は天才だと思う
650:デフォルトの名無しさん
21/05/15 23:36:32.32 d+8scdvN.net
俺は今頃 Compose for Desktop というものがあることを知った。
651:デフォルトの名無しさん
21/05/15 23:43:23.67 tihXB0Cj.net
Kotlin使ってるやつ仕事でどんなもの作ってるの？
652:デフォルトの名無しさん
21/05/15 23:44:20.12 amksdPdW.net
なんでコードでレイアウト実装したいと思うの
レイアウトはXMLに分離することで可読性を上げたいということでそうしたんじゃないの
653:デフォルトの名無しさん
21/05/16 01:02:22.08 /lNEC7FM.net
ひさしぶりにKotlinでコードを書く機会があったが
意外と悪くない
残念なのはこれがほとんどAndroidのアプリ開発でしか使われていないことだ・・
654:デフォルトの名無しさん
21/05/16 05:39:12.20 et9DNQD4.net
>>641
XMLはわりと嫌われているからね
みんながXML大好きならJSONやYAMLなんかが今みたいに流行ることはなかっただろう
そういうXML嫌いな一派に内部DSL好きな人達がいる
rubyとかから流れてきた人達かな
kotlinは言語仕様の決定に内部DSLの書きやすさが考慮されていたりして、その内部DSL好きの意見が多く取り入れられてる
なのでレイアウトも内部DSLでやろうという話がでてくる
655:デフォルトの名無しさん
21/05/16 05:41:08.95 et9DNQD4.net
コードそのものじゃなくて、内部DSLを使えば可読性は向上するという考えだね
XMLを使わなくても
656:デフォルトの名無しさん
21/05/16 05:42:02.78 5m7n3cRq.net
センスねえ一派だな
657:デフォルトの名無しさん
21/05/16 06:04:05.36 rlnJSKha.net
jsonは末尾カンマがあるだけで壊れるの嫌い
658:デフォルトの名無しさん
21/05/16 08:33:52.08 et9DNQD4.net
いまはJSON言っても末尾カンマやコメント可能な拡張されたJSONを
設定ファイルに使えるでしょ
VSCodeとか
659:デフォルトの名無しさん
21/05/16 14:11:03.42 xkWHIivX.net
jsonc? json5?
660:デフォルトの名無しさん
21/05/16 15:14:10.16 OjO2sknJ.net
レイアウトをコードで書く流れなのはKotlin関係ないけどな
661:デフォルトの名無しさん
21/05/16 16:09:18.42 bjgpsQdf.net
ちょっと違う話だが、 IntelliJ IDEA で新規プロジェクトを作る時に Ktor の所は後ろにカッコつきで Obsolete ってなってんだけど、Ktor って廃止される予定なの?
662:デフォルトの名無しさん
21/05/16 17:32:42.39 et9DNQD4.net
>>650
Ktorのプラグインが新しくなったんじゃないかな
旧プラグイン1.5.1-obsolateと1.5.3は別のプラグインとしてインストールするようになってるように見える
新規プロジェクトの前に新しい方のプラグインインをストールすればobsolate無しのKtorが選択できると思う
663:デフォルトの名無しさん
21/05/17 14:53:16.95 DZwTmI3K.net
>>651
なるほど。プラグインだけか。
と思ってアップデートしようとしたが obsolete のやつしか出て来ない。
おかしいなと思って JetBrain のサイトで検索したら出てきたが、 Community はサポートしていなかった。Ultimate だけだった。
664:デフォルトの名無しさん
21/05/17 14:57:10.60 DZwTmI3K.net
それでも無理矢理ダウンロードしてZIPファイルからインストールするとこれが出て動かない。
プラグイン 'Ktor' はプラグイン 'com.intellij.microservices.uast' をインストールすることを要求しています
まあいいか。plugin使えなくても。
665:デフォルトの名無しさん
21/05/17 18:23:09.35 gVJDEHq4.net
質問1
Android studioのkotlin使ってるんやけどカレントディレクトリってどうやって取得すればいい？
System.getProperty(”user.dir”)
でも
Path.get(””).toAbsolutePath().toString()
でも/としか表示されへん
質問2
カレントディレクトリに有るファイルの場合はファイル名だけ指定したらjava.io.Fileを使ってファイル名だけでディレクトリの指定なしに操作できる？
666:デフォルトの名無しさん
21/05/17 18:32:44.93 zF1a9+57.net
ktorのプラグインって廃止されてバンドルになったんじゃなかったっけ
667:デフォルトの名無しさん
21/05/17 23:50:52.56 AWM7Ajza.net
>>654
アプリのプロセスのカレントディレクトリがルートディレクトリなんだろ
もちろんルートディレクトリに対する読み書き権限は無いはず
アプリがデフォルトで読み書きできるディレクトリはこの辺
URLﾘﾝｸ(developer.android.com)
Fileクラスのコンストラクタはカレントディレクトリからの相対指定パスをしてもいいはずだけど、
アプリのプロセスのカレントディレクトリを勝手に変更していいかどうかは知らん
668:デフォルトの名無しさん
21/05/18 08:12:00.56 vup8yESh.net
>>654
そもそも何がしたくてカレントディレクトリを取得したいん？
直感だけど、根本的にあまりやらない方がいいことをしようとしている気がする
669:デフォルトの名無しさん
21/05/18 09:52:29.38 1yVusvif.net
Javaってカレントディレクトリ変更できないしあまりあてにしない方がいいよね。同じようにJVMでJavaのライブラリ使って動くKotlinも同じ。
(nativeとか他のは別として)
670:デフォルトの名無しさん
21/05/18 10:27:28.65 lmZGxPtq.net
ファイルを操作したいならカレントディレクトリは使わずに環境変数なりなんなりで絶対パスを指定して、そこを利用した方が良いと思う
671:デフォルトの名無しさん
21/05/18 23:37:04.25 AEI9A+tv.net
>>659
やと、アプリ専用のフォルダーを勝手につくっちゃうってこと？
アプリを内部にするか外部に保存するかわからんくない？
672:デフォルトの名無しさん
21/05/19 07:55:59.28 iIq+id16.net
アプリと一緒にデータファイル配布して、アプリからそれを読み込もうとしているとかか？
673:デフォルトの名無しさん
21/05/19 17:49:44.81 u4xdB3FO.net
>>661
そのパターン
データ保存したいねん
674:デフォルトの名無しさん
21/05/19 18:10:25.10 iIq+id16.net
配布したいのか、保存したいのか
保存したいのなら>>656のリンクを見ろ
配布したいのなら簡単なのはリソースに含めるとか
配布したファイルへ保存はやったらダメ
675:デフォルトの名無しさん
21/05/21 13:20:22.19 7dyiFiD+.net
>>662
保存と配布どっちだよ。
676:デフォルトの名無しさん
21/05/21 14:32:48.76 II2P4TIk.net
>>664
保存！
677:デフォルトの名無しさん
21/05/21 17:54:11.01 7dyiFiD+.net
>>665
それなら>>656のリンク見てそこに書き込みな。
Androidはアプリごとに書き込んでいい場所が用意されてるから。
678:デフォルトの名無しさん
21/06/20 13:56:59.50 DRMed2ub.net
kotlinのfirsrOrNullの検索効率ってどんな感じなんすか
Javaで２重ループで検索とかすると計算処理を削減するために工夫したりするんだけど
firstOrNullはそういうこと気にしなくてもいんすか
679:デフォルトの名無しさん
21/06/20 14:21:44.30 KYXAfitG.net
二重ループで検索てのが何かよくわからないけど、firstornullは上から順番に一致するものを探してるだけだよ。
高速な検索が必要ならハッシュテーブルとか二分探索とか検討すれば
680:デフォルトの名無しさん
21/06/22 08:51:41.24 Xn56/PVc.net
kotlinはまだ5年は安泰かね
681:デフォルトの名無しさん
21/06/22 14:12:00.49 jX4OI0Ca.net
簡素に書けるからプログラム入門者向けというわけではないな
慣れるとコード量が減って読み書きの時間短縮になるが、知らないと直感的に理解できないデメリットのほうが大きい
プロ向けの言語だと思うわ
682:デフォルトの名無しさん
21/06/23 19:20:52.36 64YJsdY1.net
>>667
下の方に実装が書いてある。物凄く単純。forで先頭から見てるだけ。
URLﾘﾝｸ(qiita.com)
683:デフォルトの名無しさん
21/06/29 15:16:07.90 iGYT4fi4.net
もうすぐ Kotlin 10周年だな。
WikipediaのKotlinのページ見たら2011年7月20日に発表されたって書いてあった。
684:デフォルトの名無しさん
21/07/08 20:57:16.04 +vWLj3Me.net
ロゴが変わっただけかい
685:デフォルトの名無しさん
21/07/09 02:49:07.06 HAPzR3Cs.net
kotlin.ranges.ClosedFloatingPointRange の lessThanOrEquals() メソッドって a <= b やってるのと同じだと思うんだが、どういう時に使う事を想定してわざわざ abstract で定義されてるの?
a <= b の結果を返す実装をしない場合向け? しかし ClosedFloatingPointRange のインスタンスでやれるようにする理由がわからない。
686:デフォルトの名無しさん
21/07/09 02:58:02.94 HAPzR3Cs.net
ソース見ても ClosedFloatingPointRange<Double>, ClosedFloatingPointRange<Float> 共に lessThanOrEquals() は a <= b 返してるだけ。
URLﾘﾝｸ(github.com)
687:デフォルトの名無しさん
21/07/10 15:45:19.22 jbIVp5r2.net
誰も答える事が出来ない、か・・・
688:デフォルトの名無しさん
21/07/10 17:29:16.75 CuVl6tH2.net
浮動小数点 比較 でググれカス
689:デフォルトの名無しさん
21/07/11 00:30:54.29 98wTdhzr.net
勘だけどcompareToで実装した場合BoxingとUnboxingが発生するからとか？
690:デフォルトの名無しさん
21/07/11 01:58:02.78 xDCJE6De.net
何の話かとソースを見たら簡単なことだった
抽象クラスでcontainsやisEmptyをテンプレートパターンで提供するために使ってるじゃん
691:デフォルトの名無しさん
21/07/11 02:18:18.60 cP82I2qM.net
>>677
で？ググったが、君が何を言いたいのか全く分からない。
>>678
Kotlin はプリミティブ型はないから Boxing, Unboxing の概念自体がないよ。
もちろんコンパイラは最適化して内部的にはやっているコードを作るだろうけどね。
かといってそれで動作が変わる事はない。
それと Kotlin は <= 演算子は compareTo() 使うように置き換えられるだけだ。
692:デフォルトの名無しさん
21/07/11 02:27:45.13 cP82I2qM.net
>>679
lessThanOrEquals() メソッドを用意する意味は? 何のために必要なの? どういう時に使うの?
このクラスのインスタンスを通さずに a <= b と書いても同じなんだけど、そう書かない方が良い場合やそう書けない場合があるの?
693:デフォルトの名無しさん
21/07/11 02:29:55.56 xDCJE6De.net
>>681
外から使わせたい意図なんじゃなくて中でもう使ってるんだよ
694:デフォルトの名無しさん
21/07/11 02:50:03.62 cP82I2qM.net
>>682
ああ。ソースの上の方の interface の所で使ってるこれか。
上の方見てなかった。ClosedDoubleRange とかの実装部分では全て override してるから気付かなかった。
695:デフォルトの名無しさん
21/07/11 03:36:10.64 1PXH7bmD.net
>>679
ClosedFloatingPointRangeはClosedRangeを継承してて、ClosedRangeはcontainsとisEmptyを不等号演算子で実装してるのに、
なんでそれをlessThanOrEqualsを使ったものにoverrideしてるのは何故なんだぜ
ClosedFloatingPointRangeのComparable<T>はoperatorのcompareToを実装してるから不等号演算子使えるはずだろ
696:デフォルトの名無しさん
21/07/11 15:03:50.18 turdcYIy.net
>>684
不等号演算子ではIEEE754の定める順序が厳密に実装できないからじゃね？
正負の0をどう順序付けるかとか
697:デフォルトの名無しさん
21/07/11 22:32:15.75 oapAt03e.net
標準の実装だと0.1を10回足した結果が1.0..2.0の範囲外になるからな
698:デフォルトの名無しさん
21/07/12 01:19:08.25 LR2Kyv8n.net
>>676
教えてあげても理解できない、か・・・
699:デフォルトの名無しさん
21/07/12 04:26:13.64 Stykbknw.net
>>687
君はどこで教えてるの？
700:デフォルトの名無しさん
21/07/12 07:34:03.09 4Smn+TRk.net
Androidアプリ開発始めようと思うんだけど、いきなりKotlinの勉強初めて大丈夫？
JAVAの入門書1冊くらい目を通しておいた方がいいかな
HTMLとCSSはわかる
昔やさしいCを一通り読んだり、ドットインストールのPHPのとこを見た程度で、まともなプログラミング経験はないんだけど…
701:デフォルトの名無しさん
21/07/12 07:45:25.78 0kBd/ns6.net
別に問題ないけどandroidの開発はUIを作る部分は今はjetpack composeという新しい
フレームワークが登場しようとしてる時期だからな
今までのやり方を勉強するかjetpack composeを勉強するかそこが悩ましいところ
kotlinのところは共通だから問題ないが
javaは必要になったらその都度調べるでいいんじゃ