２ちゃんねるスマホ用 ■掲示板に戻る■ 全部 1- 最新50

■ このスレッドは過去ログ倉庫に格納されています

Kotlin 7

1 ：デフォルトの名無しさん：2020/05/06(水) 16:00:38 ID:LXTBA+hx.net: JetBrainsが開発した期待の新言語、Androidの公式開発言語にしてサーバーサイドもなんでもいけるKotlinについて語りましょう

※前スレ
Kotlin 6
https://mevius.5ch.net/test/read.cgi/tech/1561186797/
2 ：デフォルトの名無しさん：2020/05/06(水) 16:04:34 ID:dUOKAoWX.net: GJ
3 ：デフォルトの名無しさん：2020/05/06(水) 18:14:20 ID:izcxg96Z.net: println("乙")
4 ：デフォルトの名無しさん：2020/05/06(水) 20:51:49 ID:ZzpqVz5O.net: 公式サイト
https://kotlinlang.org/
公式ブログ
https://blog.jetbrains.com/kotlin
コードを貼れる所
http://rextester.com/l/kotlin_online_compiler
オンラインコンパイラ
https://ideone.com/

GoogleはKotlinをAndroidアプリ開発の推奨言語に格上げ
https://jp.techcrunch.com/2019/05/08/2019-05-07-kotlin-is-now-googles-preferred-language-for-android-app-development/
Library support for Kotlin coroutines
https://github.com/Kotlin/kotlinx.coroutines
5 ：デフォルトの名無しさん：2020/05/08(金) 05:59:59 ID:9LQU4aEm.net: println('乙')
6 ：デフォルトの名無しさん：2020/05/09(土) 04:47:20 ID:JKQNvoIj.net: ('乙')
↑
顔にみえる
7 ：デフォルトの名無しさん：2020/05/09(土) 09:33:16 ID:3rxWY8lS.net: ζ・

Σ・・)
8 ：デフォルトの名無しさん：2020/05/10(日) 05:29:38 ID:D+x5WbLs.net: val 乙 = 1
9 ：デフォルトの名無しさん：2020/05/15(金) 22:32:56 ID:kEj5c5K7.net: プログラミングコンテストあるよ！

Kotlin Heroes Coding Contest
https://www.jetbrains.com/promo/kotlin-heroes/

5月29日の夜から！
10 ：デフォルトの名無しさん：2020/05/26(火) 09:15:43.77 ID:fDcZ5gJW.net: しーん
11 ：デフォルトの名無しさん：2020/05/26(火) 11:25:30 ID:e8iGmvo7.net: Take risks. Learn from mistakes. Be fearless.
Join Kotlin Heroes

コミュニティに破滅のにおいしか感じない
12 ：デフォルトの名無しさん：2020/05/26(火) 18:40:13 ID:EGJJZsPX.net: JetBrainsが競プロに熱心な理由は何なんだろう
機械学習ブームでアルゴリズム人材が欲しいとか？
13 ：デフォルトの名無しさん：2020/05/27(水) 05:17:19 ID:Mss9w6Hb.net: kotlinの長所の短所ってなんなのですか？
14 ：デフォルトの名無しさん：2020/05/27(水) 05:17:30 ID:Mss9w6Hb.net: まちがえた長所と短所です
15 ：デフォルトの名無しさん：2020/05/27(水) 06:52:52.45 ID:58kXnoo+.net: 長くて短い所？
ち○ぽ？
16 ：デフォルトの名無しさん：2020/05/27(水) 12:23:24.75 ID:DVps4EoB.net: >>13
長所：better javaとして使える。
短所：javaを使えないと使えない。
17 ：デフォルトの名無しさん：2020/05/27(水) 12:40:49 ID:CKnwRHJN.net: 長所　ナウい
短所　仕事がナイ
18 ：デフォルトの名無しさん：2020/05/27(水) 15:40:38.85 ID:l0VRR152.net: Java のライブラリを使うから Java がわからないと使えないってことになってしまうのだろうが、
そこら辺を Kotlin でライブラリ作るなどして解消できたら残るは java コマンド使った実行方法だけにならないか？

一部はそうなってるよな。String クラスみたいな根幹に関わるようなクラスは Kotlin 側ライブラリにある。
もちろん Java 側ライブラリの処理を呼んでるだけのラッパーもあるけど。
19 ：デフォルトの名無しさん：2020/05/27(水) 16:50:56 ID:jM6UTQdW.net: >>18
> Kotlin でライブラリ作るなどして解消できたら
そういう実現していない仮定に基づく議論は良くない。
少なくとも>>16はそういう仮定に基づいて話していないと思われる。
20 ：デフォルトの名無しさん：2020/05/27(水) 17:21:59 ID:JJKTQdCZ.net: 三項演算子が見にくい＆醜い
21 ：デフォルトの名無しさん：2020/05/27(水) 18:37:15 ID:DTRuzdOO.net: Javaがわからないと使えないというのをデメリットとして捉える感覚がわからん
Kotlinを使うにはJavaのライブラリとKotlinのライブラリを覚える必要がある
Pythonを学ぶにはPythonのライブラリを覚える
.NET言語なら.NETライブラリを覚える
Kotlinのライブラリなんて核となる部分の改善だけなんだからどの言語も労力の差は誤差レベルだろ
Javaライブラリで既に事足りてる部分をKotlinライブラリで二重化されたら無駄が増えるだけでは
22 ：デフォルトの名無しさん：2020/05/27(水) 18:42:29 ID:IG528ewY.net: 君はもう忘れてるかもしれないけど、サンプルをコピペできるって初心者には重要なんだよ
23 ：デフォルトの名無しさん：2020/05/27(水) 19:32:45 ID:mubjTKPs.net: >>21
それがbetter javaとして使えるメリットであり、巨大なjavaを理解しないと使えないデメリットなんだよ。
例えば、ヌルポを避けて使えるというメリットはあるけど、ヌルポそのものを知らないで使えるわけじゃない。

初期のc/c++の関係に近いわな。
少なくともc/c#の関係ではないよ。
24 ：デフォルトの名無しさん：2020/05/27(水) 21:11:55 ID:3WNNb2zm.net: VSみたいなインテリセンス使える？
25 ：デフォルトの名無しさん：2020/05/27(水) 21:31:31.59 ID:1jDvN/bi.net: AndroidStudioはVSを超えてる
26 ：デフォルトの名無しさん：2020/05/27(水) 23:10:26 ID:DTRuzdOO.net: >>22
なるほど、その説明なら腑に落ちるわ
サンプルのコピペってのは盲点だった
27 ：デフォルトの名無しさん：2020/05/27(水) 23:18:32.13 ID:3WNNb2zm.net: >>25
まじでっ
28 ：デフォルトの名無しさん：2020/05/28(木) 16:06:27 ID:z89Mb2xs.net: Kotlin のコンパイラはココにあるよ
https://github.com/JetBrains/kotlin/releases/latest

scoopを使ってインストールするなら
https://scoop.sh/

>scoop search kotlin
'main' bucket:
kotlin-native (1.3.72)
kotlin (1.3.72)
>scoop install kotlin
29 ：デフォルトの名無しさん：2020/06/01(月) 01:59:19.84 ID:zzgI+kvb.net: そもそもJavaで良いんだよ。
30 ：デフォルトの名無しさん：2020/06/01(月) 02:44:32 ID:6KBAlGQt.net: Windows 10 で IntelliJ IDEA の Community の新しいやつ (2020.1 とか 2020.1.1 とか) の起動ができない。
2019.3.5 はできて普通に動く。なので 2020.1.1 にアップデートしたくても出来ない状態なのだが、これ解消出来た人居る?
Windows 10 Home と Pro 両方試したんだけど症状は同じ。

IntelliJ IDEA の Ultimate の方は起動できたが、今の所これを使い続ける予定なし(今は完全に趣味で個人的に学習用
として使ってるので Community の方が良い)。

起動可能なまともなのが出てくるまで待つしかないんだろうか? まあフリーだしそうなったとしても仕方がないけどね。
31 ：デフォルトの名無しさん：2020/06/01(月) 07:36:25.09 ID:cdzKAQgn.net: >>30
Community 普段使ってないから試しにインストールしてみたけど普通に起動するよ？
Windows10で、2020.1.1
32 ：デフォルトの名無しさん：2020/06/01(月) 07:42:09.63 ID:cdzKAQgn.net: これとか参考にしてみたら？
https://blog.jetbrains.com/jp/2020/04/11/2966
33 ：デフォルトの名無しさん：2020/06/01(月) 09:12:52 ID:h4zHZIPt.net: >>29
うっそーん！
getter, setter書かなくても良いだけKotlinがマシ。
34 ：デフォルトの名無しさん：2020/06/01(月) 09:22:09.26 ID:O16m8Efv.net: 俺的にはnull安全とwhen句あればあとはいいかな
35 ：デフォルトの名無しさん：2020/06/01(月) 09:58:29 ID:h4zHZIPt.net: >>966
>プロトコルとインターフェースは呼び名が違うだけ
>
>JavaのインターフェースはObjective-Cのプロトコルを真似して違う名前を付けたもの
>SwiftはObjective-Cからプロトコルという名前をそのまま受け継いでる

Swiftは変数に値型(Struct)とそれのCopy-On-Writeを活用した言語。型の抽象化をする際にProtocolが使われる。
Javaの変数は参照型(Class)しかない。型の抽象化もInterfaceが使われる。

Swiftは値型を使って高速化と省メモリを実現しようとしているが、残念ながら今のところ、実現出来ていない。言語仕様が肥大化してるからか？
36 ：デフォルトの名無しさん：2020/06/01(月) 14:24:04.07 ID:6KBAlGQt.net: >>31
えー。じゃあこっちの環境の問題か。
なんだろう？とりあえず色々入れてしまったプラグインをアンインストールしてからやってみるか。
37 ：デフォルトの名無しさん：2020/06/01(月) 14:25:29.53 ID:6KBAlGQt.net: >>32
ありがとう。見てみる。
38 ：デフォルトの名無しさん：2020/06/01(月) 17:58:44 ID:6KBAlGQt.net: >>31 >>32
日本語化の Pleiades が怪しい感じだったのだが色々やってみても症状変わらなかったので
面倒だからもうアンインストールして残骸ファイルも全て削除して何もない状態にしてから
インストールしたらうまく行った。やはりこちらの環境の何かが悪かっただけだった。とほほ。
39 ：デフォルトの名無しさん：2020/06/07(日) 00:57:41.55 ID:3X7+PvZO.net: >>38
2020.1からJapanese Language Pack EAPがインスコできるようになったからそれと競合してんのかもね
40 ：デフォルトの名無しさん：2020/06/09(火) 11:56:12.99 ID:wImvczbn.net: 現在日付がその月の第何週の何曜日かと言う情報を取得する方法はありますか？
41 ：デフォルトの名無しさん：2020/06/09(火) 14:10:06.85 ID:SGOz4tpD.net: KotlinじゃなくてJavaでググれば一発で出てくるよ
42 ：デフォルトの名無しさん：2020/06/10(水) 02:14:58.25 ID:jMnmbCBs.net: 現在Androidアプリを作っています
アプリのアップデートがある場合、アプリ起動時にその旨を通知する仕組みを実装したいのですが下記記事の方法で可能でしょうか？
まだリリースはしてないため動作確認ができないので教えてほしいです

また、この機能の動作確認をするには製品版もしくはベータ版でオープン状態でストアに公開しないとダメですか？
アルファ版と内部テスト版は公開ストアからのダウンロードではなくダウンロード用URLからアプリを端末に落とす仕組みのようなので、、。

https://developer.android.com/guide/app-bundle/in-app-updates?hl=ja
43 ：デフォルトの名無しさん：2020/06/11(木) 02:35:42.07 ID:JaXQwSJJ.net: >>39
なるほど。

>>40
例えば java.time.LocalDate クラスを使うと曜日が分かる。
後は算数の問題だな。週が月曜日始まりの場合は日の値から曜日の値を引いて6足して7で割って1足すと第何週か分かる。
Kotlin だとこんな感じで一発で出せる。
val n = LocalDate.now().run { (dayOfMonth - dayOfWeek.value + 6) / 7 + 1 }
週が日曜日始まりの場合でもずらせばいいだけなので分かると思う。
44 ：デフォルトの名無しさん：2020/06/11(木) 17:57:33 ID:VnkliXLF.net: ずらさんでいいようにしようよｗ
45 ：デフォルトの名無しさん：2020/06/11(木) 18:11:45.18 ID:VnkliXLF.net: 勘違いしてた
なってるか
46 ：デフォルトの名無しさん：2020/06/12(金) 00:27:32 ID:Kaf1DLZ6.net: さっき気づいたこと。

""" で括るとどんな文字でもそのままになると思い込んでいたが、 $x みたいに変数埋め込みは効いていた。
"""$""" とか """$$""" みたいなのは大丈夫だが """$x""" みたいにすると変数 x の内容がそこに展開されるか、
または変数が宣言されていないならコンパイルエラーだ。じゃあ本当に文字列として """ の内側で $x と出したい
場合はどうするのか? もちろん """\$x""" は \ の効き目がないのでダメ。("\$x" で良いのは分かっているが、
""" で括られた長い長いエスケープを無視したい文字列の中の一部だけが $x になっていた場合に使いたい)。

散々色々やってみて """${'$'}x""" と """${"$"}x""" と """$${""}x""" と　"""${"\$x"}""" でやっと $x になった
のだが、もうちょっと見易い方法ないものか?

あ、もう一つあった。 val x = "\$x" とやっておいてから val s = """$x""" とする方法。しかしこれだと x を他の
事に使えない。
47 ：デフォルトの名無しさん：2020/06/12(金) 00:35:45.67 ID:Kaf1DLZ6.net: 同じ事書いてる人が既にいた。
https://www.yo1000.com/kotlin-heredoc-escape
48 ：デフォルトの名無しさん：2020/06/12(金) 01:36:09.75 ID:su7sNT78.net: >>46
同感。
$が有効なraw stringはそれなりに便利なので
$無効なraw stringと両方あればよかったのにと思う。
49 ：デフォルトの名無しさん：2020/06/20(土) 12:33:39.14 ID:tLA+K13d.net: 変数宣言時の型後書きが激しく気持ち悪いけど、なれてきたらこれはこれでありかなって、この前豆腐ヨウ食べながらそんなことを思った。
50 ：デフォルトの名無しさん：2020/06/20(土) 14:03:24.20 ID:zwBEwaPL.net: 昔からPascal系やBasic系は型後置なんだからどちらが流行った時期にプログラミングを習得したかの差でしかないやろ
型推論がある言語なら
var v
var i: Int
のように省略可能な方を後に書き足すのは一貫性があって適していると思う
51 ：デフォルトの名無しさん：2020/06/20(土) 15:27:49.66 ID:JeszpXBy.net: 省略可なのに書かないと気持ち悪い
52 ：デフォルトの名無しさん：2020/06/20(土) 15:30:42.17 ID:C+yLxgcn.net: Android Studioなら推論された型を表示させる機能好き
53 ：デフォルトの名無しさん：2020/06/20(土) 23:47:18.56 ID:+7UFHvJ6.net: >>51
しかし段々と快感に
54 ：デフォルトの名無しさん：2020/06/21(日) 01:05:03.79 ID:tsiNgl4R.net: floatじゃなくてintに変更しよう！
と思ったら既にintだった
55 ：デフォルトの名無しさん：2020/06/21(日) 05:45:15.17 ID:V7E9tL91.net: >>49
新しく言語を始めた時の違和感は強烈だけど結局は慣れの問題。
>>51
Javaのvarでも、使って型を省略できる場面でも省略しない方がいいこともあるって公式見解があって
たとえば>>54のようなケースは省略しないことが推奨されている。
56 ：デフォルトの名無しさん：2020/06/21(日) 09:14:33 ID:DCUagNbF.net: >>51
わかる。
後から見返したとき、結局型なんやねん！？ってなる。
プログラムの可読性の観点から省略しない方がいいと思うんやけどなー。
57 ：デフォルトの名無しさん：2020/06/21(日) 11:10:08.30 ID:tsiNgl4R.net: 小数点以下を消したりf消すだけで勝手に変わるからね
58 ：デフォルトの名無しさん：2020/06/23(火) 21:19:00.59 ID:EVBfRnLN.net: なんかメディアに登場してて興奮した
https://www3.nhk.or.jp/shutoken-news/20200623/1000050496.html
画面右側
59 ：デフォルトの名無しさん：2020/06/23(火) 21:34:21 ID:5POR+uA5.net: >>58
え？これ？

https://i.imgur.com/Gq4hZGA.png
60 ：デフォルトの名無しさん：2020/06/23(火) 22:36:31.25 ID:UicElvK7.net: >>59
ざまりんちゃんってスレチじゃねえか！>>58
61 ：デフォルトの名無しさん：2020/06/24(水) 10:42:37.73 ID:l/oN1z1j.net: このスレでもすっかり人気者ですね
62 ：デフォルトの名無しさん：2020/06/24(水) 21:47:23.43 ID:kW+E8aQE.net: 座間のゆるきゃらか。

座間と言えば座間9遺体事件のあった所だな。
63 ：デフォルトの名無しさん：2020/06/24(水) 21:50:15.79 ID:GiTbKjWf.net: 座間といえばひまわり畑だろ
64 ：デフォルトの名無しさん：2020/06/24(水) 22:18:03 ID:cNRckdT9.net: ひまわりちゃんならゆるす
65 ：デフォルトの名無しさん：2020/06/25(木) 14:43:48.63 ID:eCZ5+gte.net: viewModelでLiveData書くときいちいち
private val _liveData = MutableLiveData<Unit>()
val liveData: LiveData<Unit> = _liveData
するの面倒臭いんですけどMutableLiveDataをそのまま公開していいよね
MVVM的にはviewからviewModelへの参照は良いわけだから別に
viewから書き換えられたっていいじゃない
66 ：デフォルトの名無しさん：2020/06/26(金) 16:15:15.83 ID:AQU4UGjn.net: Readonly<This, Read> where This : Read {
fun asReadOnly(): Read
}

interface MutableList<E> : List<E>, Readonly<MutableList<E>, List<E>>

...あんま意味ないね
67 ：デフォルトの名無しさん：2020/06/26(金) 19:56:22.26 ID:TOspcwsI.net: viewModelでcoroutine使うときviewModelScopeを使うじゃないですか
その通信処理をviewModelからその先のmodelクラスに移すと
そこにはviewModelScopeがないんですがどうしたらいいですか
68 ：デフォルトの名無しさん：2020/06/26(金) 20:18:15.02 ID:AGSha9JG.net: 染めそもそんな変なもん使わんわ
69 ：デフォルトの名無しさん：2020/06/26(金) 22:57:53.81 ID:gj0o7pXU.net: 移さなければいいんじゃないかな
70 ：デフォルトの名無しさん：2020/06/27(土) 17:46:24.81 ID:/Jl2bJji.net: 別のviewModelから同じ通信処理を実行したいとなったときにmodelで共通化したいじゃない
71 ：デフォルトの名無しさん：2020/06/27(土) 21:29:41.49 ID:/bVKxYKR.net: Androidよく知らんけど、処理の実態だけ他に移してCoroutineの生成はViewModelに置いておくとかじゃだめなの
72 ：デフォルトの名無しさん：2020/06/27(土) 23:43:22.01 ID:L1te99rx.net: android知らんならレスすんなよ
73 ：デフォルトの名無しさん：2020/06/28(日) 00:30:03.47 ID:Shxo8sD9.net: Androidでcoroutine使ってうれしいのはViewModelのライフサイクルに合わせて無効になった非同期処理を虐殺してくれるところだろ
Modelに移しちゃったらそれができなくなるやん
74 ：デフォルトの名無しさん：2020/06/28(日) 01:28:04.55 ID:L5Cpw8A4.net: contextとconstructorがわからん、、、
75 ：デフォルトの名無しさん：2020/06/28(日) 02:22:21.40 ID:VdXbwnMJ.net: viewModelScopeはviewModelの中のままで
中の関数だけsuspend funでmodelに移す感じですね
76 ：デフォルトの名無しさん：2020/06/28(日) 14:02:17.94 ID:0hqWLDMA.net: Javaのサンプルプログラムではconstructorでcontextを何かやってるんだけど(main activityとviewを何か繋いでる？)
kotlinに置き換えたときは省略可能？
なんか書かなくても動いてしまって逆に不安
constructorで囲わずに変数宣言して代入もするなら不要？
contextを何かやろうと後回しにしてたとこコメントアウトしたまま、、、w
77 ：デフォルトの名無しさん：2020/06/28(日) 15:05:03.13 ID:VdXbwnMJ.net: カスタムビューのコンストラクタ？
78 ：デフォルトの名無しさん：2020/06/28(日) 15:24:42.47 ID:0hqWLDMA.net: いまやってるのはsurface viewのクラスです
その前は普通のviewクラスでonDrawの中で線を多数描いてたんだけど、このときはなんとなくconstructor書いてその中にcontextもありました
それをsurfaceviewに変更してたらconstructor周りでエラーが出て、鬱陶しいからコメントアウトして他触ってたら普通に動いてなんじゃそれwってなってます
viewクラスで書いてたプロジェクトに戻ってみると、constructorの関数？って言うのかな？が黄色の警告になってて、実は削除できる？と(試してないけど)
なんか余計にcontextが分からなくなったw
kotlinから始めたからプライマリとセカンダリに分かれて何がいいのかすらも理解してないですw

いったんjavaで修行しようかな？と思う
資料も多いし、何かコツ掴めるかもしれない
遠回りだけど
79 ：デフォルトの名無しさん：2020/06/28(日) 16:28:20.82 ID:h6Ozp34k.net: >>74
context（文章の前後関係の繋がり、文脈）
constructor（建設者、建造方法、生産手続き）

例えが良くないかもしれないけどJavaでいうと
ViewはFlameに直接描画してるような感じで
surfaceViewはpanelに描画してからFlameに貼るイメージかな
80 ：デフォルトの名無しさん：2020/06/28(日) 16:50:28.61 ID:VdXbwnMJ.net: SurfaceView継承して紺巣トラクタなしだと普通にエラーなるが
81 ：デフォルトの名無しさん：2020/06/28(日) 17:16:02.82 ID:YhC9oGcZ.net: >>80
AndroidのSurfaceViewの基礎
https://qiita.com/croquette0212/items/24dc2b6de3730e831aab
82 ：デフォルトの名無しさん：2020/06/28(日) 17:22:58.88 ID:YhC9oGcZ.net: >>80
panelだけだとWindow表示出来ないからエラーなるよ
ガラスだけで枠が無かったら窓じゃないようなもん
83 ：デフォルトの名無しさん：2020/06/28(日) 22:28:58 ID:Shxo8sD9.net: KotlinでAndroidのViewを継承するならプライマリとセカンダリコンストラクタは必須だろ
でも特別なことやるわけじゃなければ、init{}にViewのインスタンス初期化時の処理を書いて、
あとこの三行コピペするだけでいいからKotlinは楽ちんだ
constructor(context:Context):super(context) {}
constructor(context:Context,attrs:AttributeSet):super(context, attrs) {}
constructor(context:Context,attrs:AttributeSet,defStyleAttr:Int):super(context,attrs,defStyleAttr) {}

contextとかconstructorの理解は後でもいい
class の行には context 書くなよ
84 ：デフォルトの名無しさん：2020/06/29(月) 14:51:01.90 ID:o17FnYvx.net: 同じ jar ファイルの中に入っている設定ファイル(要するに普通のファイル)を読む時は
クラスローダのインスタンスを取得してから getResourceAsStream() で InputStream の
インスタンス作って読み出すみたいなことをすると思うのだが、Kotlin ではこれは普通は
どうやっている?

まずクラスローダを取得するために Class クラスのインスタンスを取り出す必要があると
思うんだが、これをどのクラスにも属していない main() 関数でやろうとすると、たとえば
main.kt に main() があるとすると MainKt::class.java で良さそうだがコンパイル時に
unresolved reference でエラーになる。Class.forName("MainKt") ならできるが、
できれば文字列でやりたくない(ファイル名変更や他のファイルの関数にコピーされたら
コンパイルが通るのに意図した通りに動かない動かないプログラムになるから。せめて
コンパイルエラーで間違いが見つかるようになって欲しい)。
85 ：デフォルトの名無しさん：2020/06/29(月) 23:01:08.25 ID:g8mEh1IE.net: くどい。素直にクラスで包め
86 ：デフォルトの名無しさん：2020/06/29(月) 23:11:12.20 ID:o17FnYvx.net: それ以外に方法はないの?
ないならしょうがないが。
87 ：デフォルトの名無しさん：2020/06/30(火) 12:16:45 ID:FwIuBGzE.net: あるいは少し反則気味に(this as java.lang.Object).getClass()みたいにするか
88 ：デフォルトの名無しさん：2020/06/30(火) 15:25:08.90 ID:rhjTl/Wy.net: >>87
それって this.javaClass なのではないか？
89 ：デフォルトの名無しさん：2020/07/01(水) 05:11:07.30 ID:AKcI9U0q.net: firebaseのrealtimedatabaseで自分が開発したアプリからのみ
読み書きできるようにするにはどうしたら良いんでしょうか
userAgent的なものをコンソール画面のルールのところでチェックしたりできるんでしょうか
90 ：デフォルトの名無しさん：2020/07/01(水) 19:27:33 ID:AKcI9U0q.net: ProgressDialogがdeprecatedですが
削除して全画面半透明viewの中心にProgressBar置くぐらいなら
ProgressBar使った方が良くないですか
91 ：デフォルトの名無しさん：2020/07/01(水) 19:34:26.43 ID:eF9wthZx.net: >>90
そうだね、ProgressBar使った方がいいね(あげ足取り)

そうじゃなくて、
どんな場合でも画面の操作を一切受け付けなくする設計は素人の証、
だからProgressDialogみたいなものは使うんじゃねぇとgoogle様からの教えだ
黙って従いたまえよキミ
92 ：デフォルトの名無しさん：2020/07/01(水) 20:09:22.09 ID:a12KSEwv.net: でも安全だよ？
93 ：デフォルトの名無しさん：2020/07/02(木) 05:47:16 ID:ulMiJXWd.net: でも一切受け付けなくして待ちたいときあるよね
94 ：デフォルトの名無しさん：2020/07/02(木) 07:25:27.22 ID:ulMiJXWd.net: ログイン画面でユーザー名とパスワードのEditTextと
ログインボタンしかUIがない場合に
ログインボタン押したあとProgressDialog出さずにどうするつもりなん
通信結果が返ってくるまで全部のUIのvisibilityをgoneにでもするん
それが良いUI・UXなんですかねええ
95 ：デフォルトの名無しさん：2020/07/02(木) 09:16:47.94 ID:MnuZDw2f.net: 非推奨のものを意地でも使おうとする意味がよくわからん
96 ：デフォルトの名無しさん：2020/07/02(木) 11:47:46.08 ID:AcKKXw8x.net: むしろ非推奨にしてる意味がわからんから
97 ：デフォルトの名無しさん：2020/07/02(木) 11:54:29 ID:5Xusq7Sp.net: >>96
言語仕様に論理的な正しさを求めてはダメだろう。
98 ：デフォルトの名無しさん：2020/07/02(木) 12:12:47.93 ID:SlMExULc.net: 非推奨の理由はJavaDocに書いてある
日本人は安心安全安価に異様に執着するから使いたい気持ちは分かる
米国人は自由が大好きだから戻るボタンとかが押せなくなると訴訟か銃撃
開発者にとって便利なシーンがあったとしても、安易に多用されることでOS全体がダサくて使いにくいとエンドユーザーに判断されるとブランドイメージにも悪い
99 ：デフォルトの名無しさん：2020/07/02(木) 17:18:28.92 ID:wDUyJN1f.net: > 戻るボタンとかが押せなくなると訴訟か銃撃
まじか・・過激だな米国人は
100 ：デフォルトの名無しさん：2020/07/02(木) 18:34:20.74 ID:bZhoxtgp.net: ログインしたけど、あーやっぱやーめた
戻ろっと、て、アレ？戻れねーじゃん、クソが！
101 ：デフォルトの名無しさん：2020/07/02(木) 19:26:28.90 ID:UQCWo3pR.net: OpenGLと加速度センサー使った玉転がしかなんかのサンプルってないかな？
surfaceViewしか見つからない
102 ：デフォルトの名無しさん：2020/07/02(木) 19:58:07.16 ID:EzfTqGB2.net: 玉ころがしとはエロいな
103 ：デフォルトの名無しさん：2020/07/02(木) 21:25:16.04 ID:FLhxmghE.net: てかたかだかログイン如きでRrogressdialog使うことなんてあるか？w
104 ：デフォルトの名無しさん：2020/07/02(木) 21:38:42 ID:ulMiJXWd.net: 銀行系のアプリ開くと全画面半透明に中央グルグルなるな
105 ：デフォルトの名無しさん：2020/07/02(木) 23:00:33 ID:A8gH83ew.net: ここの奴らってJavaから入った口か？
いきなりコトリンマンって案外少ないよな
106 ：デフォルトの名無しさん：2020/07/03(金) 00:00:17.92 ID:vP0l+9Os.net: いきコトだからjavaも同時進行で学んでる
javaは見て何してるか分かればいいって考えでとりあえずkotlin化してる
ちなみに変換は使わない、無駄にnullまみれになるから
107 ：デフォルトの名無しさん：2020/07/03(金) 00:06:46 ID:vP0l+9Os.net: OpenGLはRendererに値送りたいんだけど継承がGLSurface View.RendererでViewじゃないからcontextが渡せない
だからセンサーの値が届かない
108 ：デフォルトの名無しさん：2020/07/03(金) 05:46:43.96 ID:p8ISefzH.net: >>107
どっちもインターフェースかな？
KotlinじゃないJavaですが
//GLアクティビティクラス作って
public class MyGLactivity extends Activity implements GLSurfaceView.Renderer{}

//センサー付きリスナーからメインを更新させて
public class MyAccelListener implements SensorEventListener{
public MyAccelListener(MainView view){MainView=view;}
public void onSensorChanged (SensorEvent event){mainView.invalidate();}
}

//メイン
public class MainView extends View
{
MyGLactivity activity;
//コンストラクタ
public MainView (Context context)
{
activity = (MyGLactivity)context;//キャストしたらダメかな？
}
protected void onDraw(Canvas canvas)
{

MyAccelListener listener = activity.getMyAccelListener();

}
109 ：デフォルトの名無しさん：2020/07/03(金) 06:28:34.63 ID:vP0l+9Os.net: >>108
ありがと
頑張ってkotlin化してみます
110 ：デフォルトの名無しさん：2020/07/03(金) 09:25:49.82 ID:uNjU4ACR.net: gpsの後進タイミングって何秒くらいが推奨なんですかね
111 ：デフォルトの名無しさん：2020/07/03(金) 15:19:52.63 ID:/+uSoVK/.net: >>110
60fpsには対応してるだろうから
1000÷60= 16.66666666666667ミリ秒
112 ：デフォルトの名無しさん：2020/07/03(金) 20:18:19 ID:nJYArvJj.net: そんな早くてバッテリー消費問題ないんでしょうか
113 ：デフォルトの名無しさん：2020/07/03(金) 20:28:37.63 ID:0RfpkPOi.net: 実測したらいいんじゃないんですかね
114 ：デフォルトの名無しさん：2020/07/03(金) 20:31:45.18 ID:nJYArvJj.net: わからないならレスしないでくださいうざいだけです
115 ：デフォルトの名無しさん：2020/07/03(金) 23:20:29 ID:8QUz9sdR.net: >>112
バッテリーの消費は実験してみないとわからないんじゃないかな？
滑らかさとのトレードオフだと思うけど
映画並みの24コマまで落としても良いんじゃない？または倍の48とか
電子ペーパーでもない限り気にしなくて良いんじゃないですか？
一昔前は30fpsが普通だったし、
ゲームなら120とか144とかあるし、なんとも
最近の1000fpsプロジェクター並みでなくても良いでしょう？
116 ：デフォルトの名無しさん：2020/07/03(金) 23:55:37.18 ID:zEGBQA4b.net: 16.67ミリ秒はジョークかと思って見てたがマジだったんか

小文字と”後進”で何か他の用語だと思ってるみたいだけど
Global Positioning SytemのGPSのことだと思うぞ
117 ：デフォルトの名無しさん：2020/07/04(土) 00:08:10.73 ID:6k6IaQvA.net: どうもおかしいと思ったらそうかGPSロガーね
んじゃ1Hzから10Hzの製品があるからそれで
118 ：デフォルトの名無しさん：2020/07/04(土) 00:54:52.30 ID:+bmFKfmX.net: 役に立たないクズばかり
119 ：デフォルトの名無しさん：2020/07/04(土) 01:32:25.11 ID:D+qkQPx7.net: Kotlin関係ないしな
120 ：デフォルトの名無しさん：2020/07/04(土) 05:26:38 ID:b24EOlvX.net: 地図の縮尺や想定する端末の移動速度にもよるからな
121 ：デフォルトの名無しさん：2020/07/04(土) 12:12:20.99 ID:LEDuzYUZ.net: 自分で調べることもできない時点で向いてないよキミ
挙句5ちゃんで質問して逆ギレとかアホすぎかと
122 ：デフォルトの名無しさん：2020/07/04(土) 12:13:46.08 ID:xxQcNpXl.net: 言語とAPIと開発環境はそれぞれ別物だよね。
初心者には区別がつきにくいだろうけど、混乱を助長するような書籍は害悪。
123 ：デフォルトの名無しさん：2020/07/06(月) 00:17:47.24 ID:ADv1sI7y.net: この本は俺に理解できないから混乱を助長している
124 ：あはーん：2020/07/07(火) 18:21:40.25 ID:v+6s5ql8.net: あはーん
125 ：デフォルトの名無しさん：2020/07/07(火) 18:33:18.94 ID:e1WbjzO/.net: この本って？
126 ：デフォルトの名無しさん：2020/07/07(火) 22:04:35 ID:VydMzePW.net: >>125
この本=混乱を助長するような書籍
特定の本を指してはいない。
>>123は、>>122が自身の理解力が足りないことを書籍のせいにしていると
決めつけて揶揄したいだけ。
127 ：デフォルトの名無しさん：2020/07/08(水) 15:19:31 ID:2mocGHPx.net: 唐突かつ広範な主張
マウントスタート
主観的な理由
地に足のつかない結論

わずかな文章に愚かさが詰め込まれていて揶揄せずにおれない
128 ：デフォルトの名無しさん：2020/07/08(水) 23:11:44.22 ID:i2MlnrFX.net: はじめてthreadに手を出したのですが↓こんな感じでおけ？

thread{}で囲った中身を別スレッドに放り投げて
その中身の処理が途中だろうと、完了しようと気にせず
UIスレッドの流れが継続していく

別スレッドに投げた処理が終わるまで待つみたいな方法あります？
いま使ってる例題ではsleepで待ってて、その無駄に長い時間の中でスレッド処理を待ってるみたいなので
129 ：デフォルトの名無しさん：2020/07/08(水) 23:41:51.53 ID:NVZFXRh+.net: コールバック
130 ：デフォルトの名無しさん：2020/07/09(木) 00:39:56.84 ID:0T+HUGb0.net: ありがと
threadだけ調べたくてもcoroutineが出てきて情報量に混乱してました
131 ：デフォルトの名無しさん：2020/07/09(木) 01:43:00.45 ID:LG+3kSUn.net: >>128
例題と記載ありますが何かの本で勉強してますか？
132 ：デフォルトの名無しさん：2020/07/09(木) 05:56:52.89 ID:0T+HUGb0.net: 本もネットも使ってます
やさしいkotlin入門という名前から想像できない文字だらけの本wとネットを参考にスレッドの勉強してます

thread{
for文1
for文2
}
sleep(1000)

と

for文{
thread1{}
thread2{}
}
sleep(1000)

を試すくらいのことしかまだできてないです
sleep(1)と短くしたら出力が変なことなりましてw
133 ：デフォルトの名無しさん：2020/07/09(木) 09:27:26 ID:vrNDocOm.net: joinでも待てる？
134 ：デフォルトの名無しさん：2020/07/09(木) 11:44:03.74 ID:DLLEuHaF.net: joyでなら待ってるぜ
135 ：デフォルトの名無しさん：2020/07/09(木) 12:24:35.47 ID:4NYFt4sg.net: >>134
氏ね
136 ：デフォルトの名無しさん：2020/07/09(木) 12:35:39 ID:DLLEuHaF.net: >>135
結合でも待てる？って誘われてるのかと
137 ：デフォルトの名無しさん：2020/07/09(木) 19:25:08.95 ID:vZ/o15d/.net: Kotlin最強すぎないか？
これもはや派遣社員取ったろ
138 ：デフォルトの名無しさん：2020/07/09(木) 19:25:25.49 ID:vZ/o15d/.net: 派遣社員ではなく覇権の間違いです
139 ：デフォルトの名無しさん：2020/07/09(木) 23:24:02.22 ID:1tGjzBmd.net: 1.4-M3
140 ：デフォルトの名無しさん：2020/07/10(金) 11:38:29.99 ID:g0Z+ZvbJ.net: 日頃どんなことを入力しているのかが何となく分かった。
141 ：デフォルトの名無しさん：2020/07/10(金) 21:28:55.09 ID:w97MfSEx.net: >>140
kwsk
142 ：デフォルトの名無しさん：2020/07/10(金) 22:18:02 ID:Ej4pI5WX.net: >>141
ガイジ
143 ：デフォルトの名無しさん：2020/07/11(土) 10:13:38.72 ID:VzEHY2C8.net: 結局KotlinのライブラリってJavaのライブラリってことでいいの？
例えばファイルの入出力とかは、書き方は変わるもののJavaのファイルIOを使えばいいの？
144 ：デフォルトの名無しさん：2020/07/11(土) 10:23:07.19 ID:ojQODuiX.net: >>140
突然どうした？
145 ：デフォルトの名無しさん：2020/07/11(土) 11:02:53.91 ID:n/S+GwYQ.net: >>143
そうだよ
Kotlinのライブラリは品質低いんで割り切って無視した方がいい
146 ：デフォルトの名無しさん：2020/07/11(土) 16:24:45.94 ID:feKeXoV6.net: 普通の Kotlin (Kotlin JVM) の場合は Java のライブラリ、Kotlin Native は Native のライブラリ(JetBrain製?)、JavaScript にするやつは JavaScript のライブラリ。
その他、他の実行環境が出来たらその実行環境でのライブラリ。
147 ：デフォルトの名無しさん：2020/07/13(月) 09:48:50.93 ID:fDIR05qm.net: javaよりkotlin選んでインポートしてる
148 ：デフォルトの名無しさん：2020/07/22(水) 16:24:09.18 ID:XxQgUTdc.net: どのプログラミング言語が使われているのか、JetBrainsが調査レポートを発表
https://www.atmarkit.co.jp/ait/articles/2007/14/news138.html
149 ：デフォルトの名無しさん：2020/07/22(水) 18:14:33.88 ID:AakSpTOC.net: >JetBrainsが調査
怪しい
150 ：デフォルトの名無しさん：2020/07/22(水) 19:13:31.55 ID:icfwM+LK.net: こんなのただのアンケートだからなサンプルが偏ってない保証もないし
たとえば
> 「オープンソースプロジェクトに貢献しているか」という質問に対し、
> 「貢献していないが、貢献したい」と答えた回答者が44％、
> 「数回しか貢献していない」が20％、
> 「時々貢献している（年数回）」が16％、
> 「定期的に貢献している（少なくとも月1回）」が11％、
> 「貢献していないし、貢献したくない」が4％
って書いてあると、なるほどみなオープンソースに貢献しようとしてるのかー
っていう印象になるけど、アンケートにこの選択肢あったとして普通に
最後選ぶやつおらんだろうし、普段ほとんどオープンソースにかかわりなく
正直かかわる予定もないやつがどれに入れるかっていうと一番上の選択肢
しかないっていう・・ほとんど誘導尋問みたいなもんだ
151 ：デフォルトの名無しさん：2020/07/22(水) 19:17:53.45 ID:qWj4g8Z5.net: 公平に統計を取る気があるなら本来この選択肢は
「貢献していない」
「数回程度貢献した」
「定期的に貢献している」
のように「気分の要素」を抜いた選択肢であるべきで
そうなるとおなじサンプルなのに「貢献していないが48%」
の結果がでるわけだ
ようするに、このアンケート自体が「何らかの意図を誘導
する目的でおこなわれている」のは明白なわけ
152 ：デフォルトの名無しさん：2020/07/22(水) 20:09:32.32 ID:XxQgUTdc.net: いや、それ以前の問題として、JetBrainsがアンケートをすれば当然JetBrainsが気に入っている人の回答が多くなる。
主にそういう人がJetBrainsのサイトを見ていて、そしてそこで見つけたアンケートに答えるわけだから。
なのでどんな質問にしようが偏って当然。Webでのアンケートはどこでやろうとも無作為にはならないからそういう偏りが出る。
この場合Kotlinが多めに出ている事はまず間違いないと思う。
153 ：デフォルトの名無しさん：2020/07/28(火) 21:06:47 ID:sJUxEW2z.net: 1.4がようやくRCまで来た。
154 ：デフォルトの名無しさん：2020/07/29(水) 00:03:15 ID:EGWHpTAL.net: >>153
おめでとうございます！1.4の開発大変でしたか？
155 ：デフォルトの名無しさん：2020/07/29(水) 04:37:32.10 ID:WMWtXzPZ.net: >>154
いや、RCになったとはいえ正式版リリースまでは開発に使わないことにしている。
156 ：デフォルトの名無しさん：2020/07/29(水) 10:03:51.57 ID:v4pSWkDl.net: >>154
そうですね、Kotlin 1.4を開発することは我々にとって非常にタフなエクスペリエンスでした
しかし皆さんに必ず気に入っていただけると確信しています！
157 ：デフォルトの名無しさん：2020/07/29(水) 13:03:54.85 ID:sJZR+BBb.net: >>156
お前には聞いてないｗｗｗｗ
158 ：デフォルトの名無しさん：2020/07/29(水) 14:14:15.61 ID:MvKFAsvB.net: Kotlin 1.4-M3 公開: 標準ライブラリに関する変更
https://blog.jetbrains.com/ja/kotlin/2020/07/kotlin-1-4-m3-is-out-standard-library-changes-ja/

RCの記事も日本語訳期待
159 ：デフォルトの名無しさん：2020/07/29(水) 22:35:03.20 ID:FRzV9We2.net: C#が、C++に取って代わらなかったように、kotlinも中途半端な存在になるんだろうな
160 ：デフォルトの名無しさん：2020/07/29(水) 22:53:33 ID:VkDJG1SF.net: そもそもC++に対するC#ほどの存在感までにすら到達してねーぞKotlin
161 ：デフォルトの名無しさん：2020/07/29(水) 23:10:43.51 ID:MLfjbhuP.net: 書籍がjava並みに出たらね、、、
162 ：デフォルトの名無しさん：2020/07/30(木) 02:41:58.93 ID:l+t/gnGC.net: 時間は掛かるかもな。まあでもそんなに爆発的に流行らんでも良いと思うが。
163 ：デフォルトの名無しさん：2020/07/30(木) 03:13:00.51 ID:+HjSLtNW.net: 普通にはやってるが
お前の職場がレベル低いだけだろ
164 ：デフォルトの名無しさん：2020/07/30(木) 03:24:16.82 ID:1x/ITK+u.net: javaほど参考資料がないからNDKでC++使ったりしてる
わいのレベルが低いといわれたらそれまでだけど
165 ：デフォルトの名無しさん：2020/07/30(木) 03:46:42.80 ID:h+N/x6i+.net: とりあえず、他言語のライブラリに寄生してる以上、better javaレベルでしかないからな現状..
マルチプラットホームが進んで標準ライブラリももっと豊富になれば..?
166 ：デフォルトの名無しさん：2020/07/30(木) 07:51:22.96 ID:rZsKkQI3.net: 残念だけど、もうbetter javaを超える成長はないと思うよ
既に流行が旬を過ぎてしまった
167 ：デフォルトの名無しさん：2020/07/30(木) 08:59:23.65 ID:l+t/gnGC.net: 旬ねえ・・・
168 ：デフォルトの名無しさん：2020/07/30(木) 09:22:54.79 ID:vri7Hhqh.net: Androidアプリ書くなら今はKotlinが普通と
その手の会社の人に聞いたがどうなんだろ
169 ：デフォルトの名無しさん：2020/07/30(木) 10:23:17.58 ID:+dP0z8LR.net: 新規でやるならJavaで書くより書きやすいから断然Kotlin選ぶよ
170 ：デフォルトの名無しさん：2020/07/30(木) 11:07:46.48 ID:nd18Yh/+.net: >>168
新規ならkotlinでいいと思うよ
171 ：デフォルトの名無しさん：2020/07/30(木) 11:23:21.33 ID:gjrzsa4h.net: Android StudioでkotlinソースファイルにJavaコードをコピペするとKotlinコードに自動変換してくれるので敷居は低い。
172 ：デフォルトの名無しさん：2020/07/30(木) 11:24:24.71 ID:H+3zk8+o.net: intellijも貼り付けで変換されるよ
173 ：デフォルトの名無しさん：2020/07/30(木) 13:23:21.57 ID:HYt/AHxu.net: >>171
×敷居が低い
○ハードルが低い
174 ：デフォルトの名無しさん：2020/07/30(木) 13:34:25 ID:gjrzsa4h.net: >>173
技術用語以外のカタカナ語はなるべく使わない方がいい。バカが詐欺師に見えるから。
175 ：デフォルトの名無しさん：2020/07/30(木) 13:34:50 ID:gjrzsa4h.net: 失礼。
バカか詐欺師に見えるから。
176 ：デフォルトの名無しさん：2020/07/30(木) 14:01:31.09 ID:w/yk6K7I.net: >>174
敷居が高いという日本語の誤用よりもカタカナ語の方がマシだと思う
誤用を気にする神経質なタイプの方がエンジニアとしては信用できる
専門用語ならカタカナの方が誤解が少ないことも多いし
177 ：デフォルトの名無しさん：2020/07/30(木) 14:30:06.13 ID:gjrzsa4h.net: なに言ってんの？
Kotlinファイルに節操なくJavaコードを貼り付ける不義理や面目のなさを感じずに済むのだから間違ってないよ。
178 ：デフォルトの名無しさん：2020/07/30(木) 14:32:45.70 ID:SJZJ+nux.net: まあ次から気をつけてね
179 ：デフォルトの名無しさん：2020/07/30(木) 14:41:17.53 ID:kz7NbiBG.net: 誤用が定着してすでに新しい意味を含めて広辞苑にも載ってるにも関わらず、古い意味に固執して「俺は正しい」的な大局に無関係な主張する人間は間違いなく使えない

システムやソフトウェアの果たすべき目的よりも自分の考える正しさを押し付けるから、技術レベルがそれなりに高くても組織の邪魔になるのタイプ
180 ：デフォルトの名無しさん：2020/07/30(木) 15:01:11.04 ID:CPOoBSss.net: 新しいことを受け入れられない人がこの業界にいるなんて不思議だなあ
181 ：デフォルトの名無しさん：2020/07/30(木) 15:12:12.27 ID:c7F4tOGE.net: Kotlinも採用できないレベルの低い職場でしか働けてない自分を恥じて転職活動しろ
182 ：デフォルトの名無しさん：2020/07/30(木) 16:03:26.38 ID:DYGjZ6e/.net: 頭柔らかい方と思う。
慎重で、こだわり強くて、融通が利かない人はどこにでもいるだろうけど、仕事が遅くない？何より扱いにくくて、足を引っ張る。
ミスもあるけど、柔軟で仕事早いほうが重宝がられる。
ミスもなく仕事も早い人は稀にいるが、大体コミュ障。
183 ：デフォルトの名無しさん：2020/07/30(木) 16:14:50 ID:CPOoBSss.net: >>182
それはただのあなたの好き嫌いのレベルの話では。
184 ：デフォルトの名無しさん：2020/07/30(木) 17:19:54.28 ID:BaciMtTS.net: 低レベルのクズ共がかかってこいよ
185 ：デフォルトの名無しさん：2020/07/30(木) 19:06:34 ID:N4jsWz++.net: 必死の屁理屈ワロタ
186 ：デフォルトの名無しさん：2020/07/30(木) 19:47:06 ID:w/yk6K7I.net: >>177
ことコミュ力に関しては、マジギレしてる感じの人よりこういうユーモアのある返しができる人がいいわ
187 ：デフォルトの名無しさん：2020/07/30(木) 20:14:34.63 ID:1x/ITK+u.net: kotlinの話しようよ
マ板でするような話はマ板で
188 ：デフォルトの名無しさん：2020/07/30(木) 20:29:17.88 ID:SHrdySLu.net: >>187
ではどうぞ
189 ：デフォルトの名無しさん：2020/07/30(木) 21:45:27 ID:kHz9P8Dc.net: 5chあるある
なんか伸びてるとおもったらしょーもない煽り合戦
190 ：デフォルトの名無しさん：2020/07/30(木) 22:42:52.66 ID:htsrDzth.net: >>179
新しい古い関係なく、誤用なら相手に正しく伝わらない、間違って伝わる
誤用でも文脈から類推しろよとかは、一番の押し付けだと思う

だいたいコンピュータ言語やってて誤用はエラー出るの知ってるだろ
191 ：デフォルトの名無しさん：2020/07/30(木) 22:47:06 ID:BaciMtTS.net: 低レベルはエンジニア向いてないから死ね
192 ：デフォルトの名無しさん：2020/07/31(金) 00:16:16.55 ID:caFHKtEx.net: 逆引きKotlin

とか出ないんだろうか
193 ：デフォルトの名無しさん：2020/07/31(金) 05:20:55 ID:i9kuS3mX.net: C#にはどぼんがあったけど、あれでかなり助けられたなあ
194 ：デフォルトの名無しさん：2020/07/31(金) 05:26:08 ID:PQssP+wa.net: >>191
高レベル放射性廃棄物は地中深く埋葬されて下さい
195 ：デフォルトの名無しさん：2020/07/31(金) 07:45:44 ID:Gsxf/fxD.net: >>168
Xamarinという選択肢は
196 ：デフォルトの名無しさん：2020/07/31(金) 09:14:05 ID:CsSb3Rzj.net: >>195
変なもん勧めるなよ・・・
197 ：デフォルトの名無しさん：2020/07/31(金) 13:04:29.30 ID:g8elMbTe.net: >>168
会社次第だろ
198 ：デフォルトの名無しさん：2020/07/31(金) 13:07:43.26 ID:vHvgbSd0.net: >>197
万能の回答で中身ゼロ
199 ：デフォルトの名無しさん：2020/07/31(金) 14:12:23.57 ID:3N4YRTxK.net: KotlinはC#と同じく統合開発環境の入力支援のおかげで難易度が低く感じやすい。
入力支援のないテキストエディタを使ってKotlinやC#の開発をするとつらみに気づく。
200 ：デフォルトの名無しさん：2020/07/31(金) 14:56:18.07 ID:dxsBiYNF.net: 今時ただのテキストエディタでやってるとこなんてあるの？
201 ：デフォルトの名無しさん：2020/07/31(金) 15:16:49.29 ID:fOAC77cv.net: 基本はviだろ。
202 ：デフォルトの名無しさん：2020/07/31(金) 15:34:09.86 ID:g8elMbTe.net: >>198
お前にはBASICがお似合い
203 ：デフォルトの名無しさん：2020/07/31(金) 15:49:22.55 ID:zPr3zgDB.net: カルシウムが不足してるから牛乳飲むといいよ
204 ：デフォルトの名無しさん：2020/07/31(金) 17:39:05.12 ID:TQFPwr7V.net: >>202
おっと今度は要件も聞かずに回答するのはエスパーなのか
205 ：デフォルトの名無しさん：2020/07/31(金) 18:57:36.39 ID:VTEZEpms.net: >>196
えーなんで？
Xamarin好きやで。
スレチになって申し訳ないけど。
206 ：デフォルトの名無しさん：2020/07/31(金) 18:57:50.76 ID:VTEZEpms.net: >>196
えーなんで？
Xamarin好きやで。
スレチになって申し訳ないけど。
207 ：デフォルトの名無しさん：2020/07/31(金) 18:58:02.83 ID:TEm1ohUU.net: >>196
えーなんで？
Xamarin好きやで。
スレチになって申し訳ないけど。
208 ：デフォルトの名無しさん：2020/07/31(金) 18:58:59.05 ID:TEm1ohUU.net: >>196
ごめんm(_ _;)m
何回も書き込んてしまった。
209 ：デフォルトの名無しさん：2020/07/31(金) 20:00:16 ID:i9gNHQWd.net: 久しぶりにkotlin native試してみたら、いまだにhelloworldのコンパイルに10秒以上かかる。。
210 ：デフォルトの名無しさん：2020/07/31(金) 20:17:07.59 ID:4dfDsnLH.net: 玩具に何を期待しているのか
211 ：デフォルトの名無しさん：2020/08/01(土) 01:12:23 ID:V7ze4pNE.net: 夢と希望の未来がいっぱい詰まってるのさ
212 ：デフォルトの名無しさん：2020/08/01(土) 05:35:09.86 ID:ypW/FdAX.net: 気持ちよくなることかな
213 ：デフォルトの名無しさん：2020/08/01(土) 11:56:02 ID:jKwRR0M8.net: build.gradle.ktsとか使ってるプロジェクトウザいな。
余計なプラグインが増えてビルド時間も長くなるわ、DSLもGroovyより劣化してて単純に読みにくいのに。
214 ：デフォルトの名無しさん：2020/08/01(土) 12:28:07.34 ID:VuJ2qgfi.net: Groovyとかいうマイナー型なしクソ言語よりはマシだろ
215 ：デフォルトの名無しさん：2020/08/01(土) 12:30:03 ID:eglkXcmr.net: Groovyの方がDSLに向いた文法であるのは同感
優れたプログラミング言語があってもそれでビルドを記述したいとは限らんな
216 ：デフォルトの名無しさん：2020/08/01(土) 14:33:10.32 ID:uuR+R+mv.net: build.gradle.kts の方が Intellj で編集するときに補完やエラーチェックがちゃんと効くという利点もある
217 ：デフォルトの名無しさん：2020/08/01(土) 17:12:02.60 ID:WzMhf7ZH.net: >>189
ま、しかし、たまにこうならないと過疎ってスレが沈んで消える。
逆に言うとこうなると言うことはまだまだ使う人が沢山居るということでもある。
使われなくなった言語のスレは見る人が少なすぎて煽っても何も起こらない。
218 ：デフォルトの名無しさん：2020/08/02(日) 00:31:05.40 ID:bo8x9sbh.net: > 使われなくなった言語のスレは見る人が少なすぎて煽っても何も起こらない。
Delphi をディスるのはやめなさい
219 ：デフォルトの名無しさん：2020/08/02(日) 05:00:23 ID:yz3gxwYF.net: Φを消すってどう言う意味だろう？
220 ：デフォルトの名無しさん：2020/08/04(火) 17:47:41.53 ID:DcVqafOY.net: 5ちゃんが高齢化してるなぁと思うのは、Kotlinもそうだけど他の最近流行の言語やらフレームワークやらのスレが全然伸びないところよね
バリバリの若手世代が全然いない
221 ：デフォルトの名無しさん：2020/08/04(火) 19:05:54.35 ID:4K88qT3S.net: qiitaに行ってしっまったからでは？
222 ：デフォルトの名無しさん：2020/08/04(火) 20:38:21.24 ID:Bm48LwqI.net: ここで聞かんでもググれば大抵の事がわかるからな
223 ：デフォルトの名無しさん：2020/08/10(月) 16:05:28.72 ID:Z7zFlWuQ.net: 拡張関数の中での this はその関数を呼び出したクラスのインスタンスになっているわけだが、
その拡張関数の中で object を作った場合はそのクラス内からはどうやってアクセスするのか?
this を使うと object のインスタンスになってしまう。かといって this@拡張関数のクラスにしてもできない。

例えばこれ。

fun String.hogeIterator() = object : Iterator<String> {
　override fun hasNext(): Boolean { .... }
　override fun next(): String {
　　/* ここでは substring() 等の拡張関数がアクセスしているインスタンスのメソッドを使えるが
　　 * this@String はコンパイル時に unresolved reference: @String になって使えない。
　　 * もちろん this は object を指すので使えない。
　　 */
　}
}
224 ：デフォルトの名無しさん：2020/08/10(月) 16:08:45.69 ID:wInlBSoO.net: fun().this(hoge)
みたいな呼び方出来なかったっけ
225 ：デフォルトの名無しさん：2020/08/10(月) 16:16:22.91 ID:Z7zFlWuQ.net: >>224
ありがとう。 this@hogeIterator でできた。
this@拡張関数名ということだった。
226 ：デフォルトの名無しさん：2020/08/18(火) 21:33:59.72 ID:Bu1YqqeU.net: 品質とパフォーマンスに注力した Kotlin 1.4 をリリースしました
https://blog.jetbrains.com/ja/kotlin/2020/08/kotlin-1-4-released-with-a-focus-on-quality-and-performance-ja/
227 ：デフォルトの名無しさん：2020/08/19(水) 12:59:25 ID:q7vq4u1o.net: >>226
おめでとうございます！
228 ：デフォルトの名無しさん：2020/08/21(金) 19:44:31.50 ID:T2XB7xYy.net: まだ違いがわからない
229 ：デフォルトの名無しさん：2020/08/22(土) 07:19:26.47 ID:75ogR6/b.net: kotlin/nativeがおもちゃじゃなくなるのはいつなんや。。
230 ：デフォルトの名無しさん：2020/08/22(土) 18:48:47 ID:A1+CrrR8.net: 全ての言語は俺のおもちゃ
231 ：デフォルトの名無しさん：2020/08/22(土) 20:19:04.45 ID:blnrJHVK.net: ちょっとダガログ語で遊んでみて
232 ：デフォルトの名無しさん：2020/08/22(土) 21:48:01.83 ID:uWLyeHjr.net: Puwede bang maglaro dito?
233 ：デフォルトの名無しさん：2020/08/23(日) 14:01:21.81 ID:kDgpNyWc.net: if式をネストさせる場合、内側のif式ないで早期returnしたいんですがどうすればいいんでしょうか？？
val hoge = if (条件) {
　if (条件1)
return hoge値3 <-　ここで早期returnで値を返したい
　hoge値2
} else
　hoge値1
内側のifをif elseにもっていけばいいのはわかるんですが、
その後、もっとifの早期returnがたくさんあって・・
234 ：デフォルトの名無しさん：2020/08/23(日) 14:02:04.28 ID:kDgpNyWc.net: var hoge = if (条件) {
　if (条件)
　　return hoge値3 <-　ここで早期returnで値を返したい
　hoge値2
} else
　hoge値1
235 ：デフォルトの名無しさん：2020/08/23(日) 14:34:14.58 ID:MgEpWwVh.net: 無理にifの戻り値を使わなければよいのでは？
if (条件)
hoge = hoge値3

もしくは
if (条件) {
if (条件)
hoge値3
else
hoge値2
} else {
hoge値1
}
236 ：デフォルトの名無しさん：2020/08/23(日) 15:24:28.03 ID:kDgpNyWc.net: うーん。なんかごめんなさい
わけわからないこだわりでしたね・・
おとなしくif else使っときます
237 ：デフォルトの名無しさん：2020/08/23(日) 16:10:34.01 ID:BgU0kmJc.net: とりあえずベタで書いて放置
３日後に改めて見ると最適化出来る時あるよね
調子に乗ると思わぬ結果でバグるけど
238 ：デフォルトの名無しさん：2020/08/24(月) 04:02:39.41 ID:8Ar+AlN+.net: >>233
あれ？それ出来なかったっけ？
239 ：デフォルトの名無しさん：2020/08/24(月) 06:52:54.71 ID:5ZrVz87G.net: ifもラベルつけられた気がするから余裕でできるんでね？
ただそもそもクソコードの香りがプンプンするから、そもそもその部分は別メソッドに切り出すしたほうが良いと直感がいってる
240 ：デフォルトの名無しさん：2020/08/25(火) 03:35:59.04 ID:FtyQX/H1.net: そもそも >>234 は何をやりたいのか? return 書いたら普通にそのメソッドから return しない?
そうではなくて変数 hoge に hoge値3 を代入させたいの? だったら return じゃなくて普通に else 書いてやれば良いだけだし、
それではブロックが巨大で見辛いというのであれば別にメソッド作って外に出せば?
241 ：デフォルトの名無しさん：2020/08/25(火) 07:21:25.63 ID:foaBkBNu.net: >>240
それ質問者の自省と>>239の良回答を言い直しただけじゃね？
242 ：デフォルトの名無しさん：2020/08/25(火) 07:53:18.31 ID:RPvgPVWb.net: >>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行にもっていけました
243 ：デフォルトの名無しさん：2020/08/25(火) 07:58:14.54 ID:RPvgPVWb.net: でも、正直、このレベルだったので、if文で早期returnできた方がいいし13行くらいはそのまま書きたいですね
244 ：デフォルトの名無しさん：2020/08/25(火) 08:03:18.20 ID:OtGEs4k+.net: >>243
メソッドとして切り出すかどうかの判断は行数よりもそのコードの意味の単位を基準にするといいよ
245 ：デフォルトの名無しさん：2020/08/25(火) 08:06:41.76 ID:OtGEs4k+.net: すごい抽象的な言い方しちゃったごめん
わかりやすいやり方だと、その処理で何をやってるかをそのままメソッド名にすれば分かりやすい

例えばgetNameAndSaveName()みたいになるならこれはgetとsaveに分けるべきだと明らかにわかる
246 ：デフォルトの名無しさん：2020/08/25(火) 08:09:57.72 ID:/wlWzg6J.net: whenの方がいいな
AndroidStudioも警告出してないか
247 ：デフォルトの名無しさん：2020/08/25(火) 08:24:01.90 ID:RPvgPVWb.net: android studioで警告はでてないですね
whenも考えたのですが、なんかどうもまだしっくりこなくて使ってません
もちろん、when (式) {}形式は使いますが、
when { bool式 ->, bool式 -> , else -> }このタイプは・・
248 ：デフォルトの名無しさん：2020/08/25(火) 08:33:07.94 ID:RPvgPVWb.net: >>244
もちろん、そうですけど
再利用されるならまだしも>>242のifを含むメソッド自体も>>242含めて、計30行くらいだったので
そこまで頑張って外に追い出してと思った次第です
そこは自分の適当なバランス感覚でやってます
249 ：デフォルトの名無しさん：2020/08/25(火) 08:35:01.36 ID:RPvgPVWb.net: *そこまで頑張って外に追い出してもと思った次第です
250 ：デフォルトの名無しさん：2020/08/30(日) 08:25:50.36 ID:yOhH+mxx.net: Kotlin派のお前らはKotlin以外にどんな言語に興味あるの？
251 ：デフォルトの名無しさん：2020/08/30(日) 08:53:04.67 ID:iVwpT6se.net: >>250
java 読めたらいい
swift iPhone向けも
C++ NDK
C♯ Unity
252 ：デフォルトの名無しさん：2020/08/30(日) 11:54:12 ID:vjTKHF/s.net: >>251
サンクス。やっぱKotlinの人はスマホが多いのかね。
サーバーサイドだとみんな他に何使ってるんだろう。
まだまだRails多いのかな
253 ：デフォルトの名無しさん：2020/08/30(日) 12:27:06.28 ID:bk9ybW3K.net: うちはJava/SpringBootからKotlin/SpringBootにした
サーバーサイドKotlinはJavaからの移行組が結構多いんじゃないかと思う
次にやるならやっぱりGoかなと思う
254 ：デフォルトの名無しさん：2020/08/30(日) 12:35:38.68 ID:fDI7uJsO.net: Goって糞じゃね
なんで2020のいまどきポインタとか使わないといけないんだよ
スライスもなんか微妙やし
railsみたいに色んな便利機能が最初からないのも糞
大体Google自体もWebアプリ向けに作ったというより
C言語代替を目的に作ったんじゃないの
255 ：デフォルトの名無しさん：2020/08/30(日) 13:06:57.56 ID:bk9ybW3K.net: >>254
全くその通りでGoはホント糞だと思う
でもFargate/マイクロサービス構成にした時にJVMが積み上がってメモリキツキツもつらい
Goの代替としてKotlin/Nativeに期待してたけど全然完成しないし、
Rustも入門してみたけど開発メンバ全員でこれをやるのは無理だなと思った。
なのでマイクロサービスやるんなら選択肢はGoしかないのかなって思ってる
256 ：デフォルトの名無しさん：2020/08/30(日) 13:20:08.16 ID:5iQunAT3.net: 気の利いた機能は排除する代わりに
アホでも書けるように設計してるんだろうな
分かってる人にとっては使うとイライラする
257 ：デフォルトの名無しさん：2020/08/30(日) 13:22:05.33 ID:yOhH+mxx.net: GoとKotlinは使い所が違うわなー
Goはまさにマイクロサービス向きで、Spring Bootで作るようなものにはまったく向いてない
258 ：デフォルトの名無しさん：2020/08/30(日) 13:23:00.30 ID:yOhH+mxx.net: そう思うとJava、というかSpringはほんとよくできてる
259 ：デフォルトの名無しさん：2020/08/30(日) 14:25:06.58 ID:bk9ybW3K.net: jetbrainsがさっさとJSとかモバイルを諦めて、
Kotlin/Native(完成版) + SummerBoot(SpringBootのKotlin/Native版)を
出してくれたら俺のモヤモヤは全部解消する
260 ：デフォルトの名無しさん：2020/08/30(日) 14:41:42.24 ID:Kgnw5LZN.net: Goの何が駄目といって名前がほんとうにクソ
261 ：デフォルトの名無しさん：2020/08/30(日) 15:29:22 ID:fDI7uJsO.net: 検索キーワード入れる度にぶちきれる
262 ：デフォルトの名無しさん：2020/08/31(月) 16:31:33.81 ID:1OYiF1fv.net: >>255
迷走しすぎ
263 ：デフォルトの名無しさん：2020/08/31(月) 20:15:30 ID:oyY7zoql.net: >>262
もっといいのあるん？
264 ：デフォルトの名無しさん：2020/08/31(月) 20:24:10.88 ID:BQ9c+OGL.net: C#
265 ：デフォルトの名無しさん：2020/08/31(月) 22:28:16.28 ID:o9UB16MR.net: GoでマイクロサービスするならfargateよりもGAEの方が良いよ
fargateというかAWS自体重厚すぎる
266 ：デフォルトの名無しさん：2020/09/01(火) 13:49:50.85 ID:HPYjIMXq.net: >>255
同意
267 ：デフォルトの名無しさん：2020/09/03(木) 01:24:44.12 ID:/jT+DP04.net: Goはこの時代に作ってなんやこのクソ言語ってなるのに使いどころあるところが、良くわかってるんだよなぁ
268 ：デフォルトの名無しさん：2020/09/03(木) 11:44:56.18 ID:bck6w86S.net: Goはせめてジェネリック対応してくれ
ジェネリックもない言語とか今どきアホか、としか思わん
269 ：デフォルトの名無しさん：2020/09/03(木) 12:44:23 ID:Uua/pugj.net: >>267
わかる。好き嫌いでいえば嫌いだけど実用性は認めざるを得ない。
270 ：デフォルトの名無しさん：2020/09/04(金) 10:54:31.12 ID:BpK2cgTn.net: モノリシックに作ったサービスを売れてきた段階でマイクロサービス化できるのが真の理想
現状それはGoでもKotlin/JVMでもやりづらい
なので、みんなもっとKotlin/Native&SpringBoot的なFWに期待しようぜ
271 ：デフォルトの名無しさん：2020/09/06(日) 00:31:01 ID:vV14JvOS.net: サーバーサイドだけどKtor使ってるよ
272 ：デフォルトの名無しさん：2020/09/12(土) 20:57:55.93 ID:cg167TCE.net: >>271
kotlin/nativeで？
273 ：デフォルトの名無しさん：2020/09/16(水) 20:47:09.88 ID:lj6HLAl6.net: そうか。じゃあそろそろGoの学習でもするか。
274 ：デフォルトの名無しさん：2020/09/18(金) 09:08:48.16 ID:Ms50MueV.net: KtorってNativeで動くの？
275 ：デフォルトの名無しさん：2020/09/19(土) 02:20:24.71 ID:Vwp+/AeQ.net: ネイティブやるならrustの方が良くない？
kotlinの存在意義ってjavaのライブラリが利用できる事だと思ってた。
276 ：デフォルトの名無しさん：2020/09/19(土) 16:43:04.49 ID:HLFklpM8.net: JAVAのライブラリと互換性のあるネイティブのライブラリは作りやすいのではないかな
277 ：デフォルトの名無しさん：2020/09/19(土) 16:52:33.54 ID:Vwp+/AeQ.net: なるほど。
278 ：デフォルトの名無しさん：2020/09/19(土) 17:44:18.38 ID:cAF7RylC.net: オラクルの訴訟の関係で、Javaライブラリの互換ライブラリは、今は誰もやろうとしないだろう
279 ：デフォルトの名無しさん：2020/09/19(土) 18:01:31.14 ID:IB/705pp.net: Javaなんて覚えるんじゃなかった。
280 ：デフォルトの名無しさん：2020/09/20(日) 11:04:20.31 ID:j6P8qNS0.net: >>275
Java資産を使わないならあんまり旨味ないよな
281 ：デフォルトの名無しさん：2020/09/24(木) 21:05:14.57 ID:UuOLxhHX.net: ま、今のところはな・・・
282 ：デフォルトの名無しさん：2020/09/24(木) 21:13:03.51 ID:5nw0kH4E.net: ExposedもJava依存してるしなー
283 ：デフォルトの名無しさん：2020/09/28(月) 11:21:26.40 ID:WOjmua0O.net: Oracleって関わるものすべてダメにするよな
284 ：デフォルトの名無しさん：2020/10/11(日) 15:27:38.72 ID:PQG6fOjE.net: gradleはkotlin dslでも何の不都合もないの？
285 ：デフォルトの名無しさん：2020/10/12(月) 20:09:38.21 ID:3myqygF8.net: 次のプロジェクトのサーバーサイドを
kotlinにするかgoにするかで揉めとる。
goってそんなにいいの？
286 ：デフォルトの名無しさん：2020/10/12(月) 20:51:58.16 ID:PPv56FHl.net: その2つで揉めることある？
どんな性質のものを作るかで自ずと決まりそうだけど
287 ：デフォルトの名無しさん：2020/10/12(月) 21:58:37.67 ID:79wpd4KS.net: goは糞
今時ポインタとかさわりたくねえわ
288 ：デフォルトの名無しさん：2020/10/12(月) 23:40:50.80 ID:eFX4wIRa.net: >>284
少し前まではsyntax heighlightが効かなかったりしていたけど、
今ではgroovyで書くときよりIntelliJの補完やIntelliSenseがよく機能していると思う。
289 ：デフォルトの名無しさん：2020/10/13(火) 01:13:41.51 ID:guvdtf8r.net: goは何が糞といって名前が糞すぎ
なんだよ、goって
290 ：デフォルトの名無しさん：2020/10/13(火) 08:15:37.13 ID:HL5BBdJ/.net: goでググりにくい
ググラビリティが低い
291 ：デフォルトの名無しさん：2020/10/13(火) 08:20:05.71 ID:ZNus3TRK.net: goとこちょりんで揉めるのがどういう状況なのか想像できない
何を作ろうとしてるんだよ
292 ：デフォルトの名無しさん：2020/10/13(火) 08:26:15.72 ID:D04kvfV3.net: まずググラビリティの話になるけど余程気の利かない人以外はgolangで検索されるようにしてるよ
293 ：デフォルトの名無しさん：2020/10/13(火) 13:20:04.16 ID:GnzXgn2/.net: GNU Go が出ました。
294 ：デフォルトの名無しさん：2020/10/13(火) 13:31:20.06 ID:y5Oy6HcC.net: YouTube で有名な雑食系エンジニア・KENTA は、
初心者が進む道を、サーバー側言語のRuby → Go を王道としてる

この2つ以外は、出てこない
295 ：デフォルトの名無しさん：2020/10/13(火) 21:31:22.68 ID:SAmaeGZN.net: つーか、goはグーグルがつくったんだから
最初からググラビリティのことぐらい考えとけ、っていう
296 ：デフォルトの名無しさん：2020/10/13(火) 21:32:00.65 ID:Kkq8nxnq.net: >>293
なつかしいな、昔emacsから呼びだせるようにして
ちょいちょい打ってた
297 ：デフォルトの名無しさん：2020/10/14(水) 09:36:06.38 ID:4PyCS5rX.net: >>294
それしか知らないんじゃねーの
298 ：デフォルトの名無しさん：2020/10/14(水) 10:42:02.47 ID:5QXB1j1n.net: >>285
goにはjvm使わなくてもいいという利点がある
なのでモノリシックにするならkotlin
サーバーレスにするならgo
299 ：デフォルトの名無しさん：2020/10/14(水) 11:28:02.65 ID:4PyCS5rX.net: >>298
モノリスとサーバーレスは対になる概念じゃないからその判断軸はおかしい。なんでアプリケーションの構成の話とインフラの構成の話で比較してるのよ。

どういうものを作るのかで変わるっていうのは完全に同意。
300 ：デフォルトの名無しさん：2020/10/14(水) 11:32:15.05 ID:GsUUoEHv.net: >>297
物知りですね判ります
301 ：デフォルトの名無しさん：2020/10/14(水) 11:48:46.02 ID:8tU2UIMd.net: テック系のユーチューバーってちょっと前はとんでもないのばっかだったけど、最近は違うのかな
302 ：デフォルトの名無しさん：2020/10/14(水) 12:45:33.14 ID:qpMvVLdo.net: >>294
初心者に対して「王道」とか言う奴は詐欺師か素人なので、信じるやつはアホとしか言いようがない。
303 ：デフォルトの名無しさん：2020/10/15(木) 20:09:16.65 ID:Iyp/m7Oy.net: そもそもYouTuberなんて基本的に信者を作ってそこから何かしら金を巻き上げるのが仕事だからな
現実的な話をするより分かりやすくてキャッチーな話をするものだろ、そっちの方がウケるから
304 ：デフォルトの名無しさん：2020/10/16(金) 12:19:42.51 ID:yka6Eg2o.net: じゃあ Kotlin の話をすれば常に再生数Maxだね。
305 ：294：2020/10/16(金) 12:36:42.23 ID:jOsz+QQ/.net: YouTube で有名な雑食系エンジニア・KENTA は、日本一！

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

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

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

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

他の言語では、初心者がベテランに勝てないので採用されないず、苦情が殺到するから
306 ：デフォルトの名無しさん：2020/10/17(土) 17:29:59.88 ID:mDjHOg10.net: 1、2年どころか半年でベテランに並べるみたいなことをいってる奴多すぎだよな、最近
んなわけねーだろとしか言いようがないんだけど
307 ：デフォルトの名無しさん：2020/10/17(土) 23:52:45.22 ID:DGPCkU6w.net: 苦情って客先常駐か
そんな根無し草みたいな生き方じゃなく正社員目指せよ
308 ：デフォルトの名無しさん：2020/10/18(日) 01:56:06.71 ID:SXAbafYI.net: >>307
大手のITベンダーでも客先常駐の正社員腐るほどいるぞ

苦情 = 客先常駐 = 非正規って発想がヤバい
309 ：デフォルトの名無しさん：2020/10/18(日) 05:29:20.33 ID:RuEhBFPq.net: 大手のITベンダーだから何
客先常駐は常駐先の奴隷のクズ
310 ：デフォルトの名無しさん：2020/10/18(日) 05:58:58.31 ID:Pm4b/GZw.net: 悔しそうだな
311 ：デフォルトの名無しさん：2020/10/18(日) 09:45:27.90 ID:KfA/pWR3.net: 現場によるとしか言えん。自分の経験の範囲内では半々くらい。
それに疲れたから今は自社サ作ってる。
312 ：デフォルトの名無しさん：2020/10/18(日) 09:58:07.80 ID:4BIlagEn.net: >>307
正社員て目指すものになったんだな
まあ卑屈にならず頑張れよ
313 ：デフォルトの名無しさん：2020/10/18(日) 12:35:36.33 ID:RuEhBFPq.net: 自社サービスできる開発以外は実質派遣だからな
お前らが売ってるのは技術じゃなくて
使い捨てにできる労働力というサービスだ
314 ：デフォルトの名無しさん：2020/10/18(日) 13:13:36.85 ID:blBq09P/.net: 年収1500万のコンサルタントでも普通に客先常駐する

正社員目指してる君が知らないだけ
315 ：デフォルトの名無しさん：2020/10/18(日) 13:15:22.70 ID:KfA/pWR3.net: そのクラスになるとどこにいるかは自分で選べる、が正しいな
316 ：デフォルトの名無しさん：2020/10/18(日) 23:12:35.61 ID:wLm/Wrgr.net: >>306
新しいトレンドができるたびに飛びつけばよい
常にみんな同じスタートライン
317 ：デフォルトの名無しさん：2020/10/19(月) 12:22:57.62 ID:OC11jFNG.net: 同じスタートラインってまさに未経験者を騙してるインフルエンサーがよく言ってるよな
同じスタートラインなのはエンジニアとしたある程度普遍的な経験値を積んだもの同士の話であって、未経験者がいきなりそこのラインに立てるわけでは無い
318 ：デフォルトの名無しさん：2020/10/19(月) 15:14:20.17 ID:liiL750E.net: このスレの人からしたら馬鹿らしい質問かもしれませんが教えてください

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

こういう場面ではこっちが優れてる、或いはそもそもどんな場面でもこっちの方が優れてるとかあれば教えて欲しいです
319 ：デフォルトの名無しさん：2020/10/19(月) 15:30:20.47 ID:RoaniA26.net: 馬鹿らしいというよりKotlin関係なくね？
320 ：デフォルトの名無しさん：2020/10/19(月) 16:27:27.20 ID:liiL750E.net: >>319
kotlinが初言語なので、kotlin関係ないのかすらわかってませんでした
321 ：デフォルトの名無しさん：2020/10/19(月) 16:36:22.44 ID:0TVa/n4S.net: 初めての人のちんこが大きいと実感するのは二人目以降だからな
322 ：デフォルトの名無しさん：2020/10/19(月) 18:01:49.83 ID:liiL750E.net: いろいろなところで何度も呼ばれる処理はメソッド化して共通にする、
特定の画面、特定のボタン固有の処理はリスナでOK

という認識であってますか？
323 ：デフォルトの名無しさん：2020/10/19(月) 18:06:22.73 ID:hsGVQ31A.net: よく分からんけど
例えばandroidの話ならandroidスレで聞いた方が良いよ
324 ：デフォルトの名無しさん：2020/10/19(月) 18:14:43.79 ID:liiL750E.net: すんません
Androidの話なので移動します
325 ：デフォルトの名無しさん：2020/10/20(火) 03:30:40.57 ID:NqApQAye.net: Kotlinならリスナーの関数を渡したいところだな。
リスナーのクラスではなく。
326 ：デフォルトの名無しさん：2020/10/20(火) 07:44:43.16 ID:Cn8Loi3u.net: 自分も関数に一票
327 ：デフォルトの名無しさん：2020/10/20(火) 09:13:03.48 ID:QuVmy3Ai.net: >>325
なんかメリットある？
無駄な行数食うだけにしか見えん
setOnClickListener{～～～～}
の～～～部分に処理書いた方がすっきりしない？
328 ：デフォルトの名無しさん：2020/10/20(火) 09:45:41.49 ID:oW+M9fYI.net: あれ？
kotlinって関数オブジェクト使えましたっけ？
329 ：デフォルトの名無しさん：2020/10/20(火) 12:16:37.18 ID:pbE9KFPp.net: android の java も、java8 指定してれば、リスナーにラムダ渡せるやろ
330 ：デフォルトの名無しさん：2020/10/20(火) 15:42:07.05 ID:FsiL/fhc.net: 使えましたっけも何もKotlinの特性を活かそうと思ったら多用するだろ
331 ：デフォルトの名無しさん：2020/10/20(火) 22:34:01.23 ID:NqApQAye.net: >>327
それそれ。Kotlin ならそういう風に関数渡す書き方が良かろう。
332 ：デフォルトの名無しさん：2020/10/20(火) 22:37:40.83 ID:NqApQAye.net: >>328
もう渡しまくりだよ。
333 ：デフォルトの名無しさん：2020/10/21(水) 00:32:40.75 ID:L9+JuToE.net: >>331
関数渡す・・・？どこが？？？？？
334 ：デフォルトの名無しさん：2020/10/21(水) 00:48:26.94 ID:qfY9UfeH.net: >>333
{ } で括って送ってるじゃん。
内部的には Java と同じにしてクラスのインスタンス送ってるだけだろうけどね。
335 ：デフォルトの名無しさん：2020/10/21(水) 00:51:33.39 ID:rydvJ0KE.net: >>334
それを関数を渡すって表現は違うだろw
初心者か？w
336 ：デフォルトの名無しさん：2020/10/21(水) 01:51:12.05 ID:TRe2T820.net: ラムダ式は可読性を向上させるためのものだから、ラムダ式を使うべきかどうかはソースコードが読みやすいかどうか主観で判断してok
337 ：デフォルトの名無しさん：2020/10/21(水) 02:05:49.40 ID:itS4lvMF.net: >>335
どう違うのか具体的に教えてほしい
338 ：デフォルトの名無しさん：2020/10/21(水) 06:48:40.18 ID:BtVJB35t.net: ラムダを受け取るメソッドの定義を見れば、明らかに関数オブジェクトを受け取ってるのが分かるだろうにな
ていうか普通に書いてたら自分でもそういうメソッド作ることはいくらでもあるだろ
339 ：デフォルトの名無しさん：2020/10/21(水) 09:20:06.89 ID:t/TiBMqj.net: 丸括弧が省略されてるだけで引数に渡してるじゃん
340 ：デフォルトの名無しさん：2020/10/21(水) 10:13:30.90 ID:rGZIGqVb.net: >>335が馬鹿なだけ
341 ：デフォルトの名無しさん：2020/10/21(水) 13:58:10.36 ID:v6AhSc1z.net: >>339
多分そういう仕組みになってることを知らなかったんだろうな
342 ：デフォルトの名無しさん：2020/10/21(水) 19:56:38.22 ID:7tx42Oy8.net: 引数の最後が {～} の関数リテラルの場合に、それを引数の()の右外側に追い出せる
引数が {～} の関数リテラル1つだけなら、引数の()そのものを省略できる
343 ：デフォルトの名無しさん：2020/10/21(水) 21:37:56.85 ID:lxmGvu01.net: >>342
ラムダの場合だけじゃね？
344 ：デフォルトの名無しさん：2020/10/21(水) 23:10:40.68 ID:VoCqBc25.net: ラムダじゃない関数リテラルってあるの？
345 ：デフォルトの名無しさん：2020/10/21(水) 23:51:29.92 ID:lxmGvu01.net: >>344
匿名関数
346 ：デフォルトの名無しさん：2020/10/22(木) 00:30:36.49 ID:+v9eblZ/.net: だから {～} の関数リテラルって書いてあるんでしょ

でも、書いたこと無かったけど、匿名関数でリスナー書けるんだねえ
setOnClickListener ( fun (v: View) { } )
これはたしかに丸括弧省略するとコンパイルがとおらん
347 ：デフォルトの名無しさん：2020/10/22(木) 00:39:26.04 ID:QVpvIRcC.net: >>346
いや通るだろ
348 ：デフォルトの名無しさん：2020/10/22(木) 01:53:39.85 ID: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*") }
349 ：デフォルトの名無しさん：2020/10/22(木) 02:39:29.62 ID:+v9eblZ/.net: >>347
setOnClickListener fun (v: View) { }
Function invocation 'setOnClickListener(...)' expected. No value passed for parameter 'l'.
350 ：デフォルトの名無しさん：2020/10/22(木) 02:45:49.52 ID:+v9eblZ/.net: >>348
これも
"abc".let() { println("*$it*") }
"abc".let( { println("*$it*") } )
351 ：デフォルトの名無しさん：2020/10/22(木) 07:54:02.64 ID:N79iPiyb.net: >>346
ワンチャン通りそうにも見えるけど、だめなんだな。
まあそんなコード書くんじゃねえ、ですむ話だが。
352 ：デフォルトの名無しさん：2020/10/22(木) 10:51:40.89 ID:vPWH9GQz.net: (fun (s: String) { println("*$s*") } )("abc")
{ println("*$s*") }("abc")
353 ：デフォルトの名無しさん：2020/10/22(木) 11:57:56.81 ID:HxQdVMd0.net: Kotlin入門したやつが増えてるんかな
いいことだ
354 ：デフォルトの名無しさん：2020/10/22(木) 15:31:59.08 ID:RoszH/Tf.net: >>352
2行目のやつはできないぞ。
355 ：デフォルトの名無しさん：2020/10/22(木) 17:01:22.13 ID:vPWH9GQz.net: ({ println("*$s*") })("abc")
356 ：デフォルトの名無しさん：2020/10/22(木) 17:22:41.10 ID:nSQZzvp4.net: こうだな
{s:String -> println("*$s*")}("abc")
357 ：デフォルトの名無しさん：2020/10/22(木) 17:40:44.89 ID:nSQZzvp4.net: >>355
試してから書き込めよ
358 ：デフォルトの名無しさん：2020/10/22(木) 21:16:35.53 ID:RoszH/Tf.net: >>335
ところで、関数を渡している事がお分かりいただけただろうか?

C言語で言うなら関数へのポインタ渡してるみたいなものだな。
359 ：デフォルトの名無しさん：2020/10/22(木) 22:18:39.15 ID:OxqRNNZs.net: この時代に生きててSNS発信を頑張らないやつはアホだ。
https://www.youtube.com/watch?v=TPMNmuWQm_o
【事例付き】YouTuberは最強の副業である件について。
https://www.youtube.com/watch?v=wB8hNuNVoIw&t=267s
【初心者向け】YouTubeの始め方・稼ぎ方を徹底解説！
https://www.youtube.com/watch?v=YEw-a8qlADM
【貧者の工夫で戦え】ガラケーだっていい。YouTube始めるのにパソコンはいらない！
https://www.youtube.com/watch?v=jYdWfjjzD7Y
YouTubeを伸ばすコツ【５つの本質論／初心者向けのセミナーです】
https://www.youtube.com/watch?v=fn-LxP9Unmc
【悲報】YouTuberはマジで難しいので、ほぼ挫折すると思う【無理ゲー】
https://www.youtube.com/watch?v=iKREw5p0Yqc
360 ：デフォルトの名無しさん：2020/10/23(金) 10:45:46.62 ID:aYh6EAUg.net: うんこと淋
361 ：デフォルトの名無しさん：2020/10/23(金) 20:05:38.09 ID:PBud1Ljv.net: kotlinでAPI にリクエスト投げるときって何使うのが普通？
ライブラリとか使わずにJava標準のhttp URL connection？
362 ：デフォルトの名無しさん：2020/10/23(金) 20:14:35.53 ID:S8a6Blv6.net: android？
363 ：デフォルトの名無しさん：2020/10/23(金) 20:15:58.96 ID:HGIF+iw8.net: REST APIのこと言ってるのかなー
364 ：デフォルトの名無しさん：2020/10/23(金) 20:23:23.59 ID:74U/tpIM.net: >>361
好きなの使えとしかいえないわ。apacheのやつとか、kotlin製がいいならfuelとか。
365 ：デフォルトの名無しさん：2020/10/23(金) 22:04:23.29 ID:RV7G8YSK.net: >>362
今やってるのはAndroidだねー
366 ：デフォルトの名無しさん：2020/10/23(金) 22:05:07.60 ID:RV7G8YSK.net: >>364
いや、俺が好きなのとかじゃなくて普通は何使うのか聞いてるわけよ
使用率とかね
367 ：デフォルトの名無しさん：2020/10/23(金) 22:20:16.28 ID:k/z35/a+.net: ktorでしょ
368 ：デフォルトの名無しさん：2020/10/24(土) 00:09:17.37 ID:vw9rmPE9.net: okhttp retrofit
369 ：デフォルトの名無しさん：2020/10/24(土) 08:14:41.28 ID:Vns5s0/C.net: それこそググって見つけたライブラリのギフハブのスター数でも比べればいいだろ
370 ：デフォルトの名無しさん：2020/10/24(土) 09:34:55.38 ID:tXc4rr2K.net: >>369
お前は何使ってんの？
371 ：デフォルトの名無しさん：2020/10/24(土) 14:46:08.24 ID:kDlm7vyJ.net: 聞き方がクソすぎるから教えない
初心者丸出しで初歩的な質問するなら普通に聞けよ
372 ：デフォルトの名無しさん：2020/10/24(土) 22:22:03.82 ID:e+F7FuqO.net: なんか伸びてるなと思ったらクソみたいなガキの会話でワロタ

聞き方がムカつくから教えないとか。。。w
僕は使ってないので教えられません
詳しく無いので教えられません
の間違いだろwww
373 ：デフォルトの名無しさん：2020/10/24(土) 22:29:16.90 ID:cah2kODn.net: >>361
何使うのが普通かは知らない。
俺の場合はJava標準のしか知らないので普通はそれを使う。
374 ：デフォルトの名無しさん：2020/10/25(日) 00:17:30.20 ID:mcT94BIp.net: ライブラリ使う奴は思考を放棄したアホだよね
375 ：デフォルトの名無しさん：2020/10/25(日) 07:14:27.20 ID:fCZBO0ew.net: もはや釣りのつもりなのかもわからん
376 ：デフォルトの名無しさん：2020/10/25(日) 09:04:01.55 ID:wyPnD9CJ.net: ndkでC言語で通信処理書くのが普通だぞ
377 ：デフォルトの名無しさん：2020/10/25(日) 11:39:31.01 ID:pByoxzLt.net: この手のキチガイはRuby界隈でよく見かけるけどこちょりんスレで見るのは珍しいな
378 ：デフォルトの名無しさん：2020/10/25(日) 18:22:39.49 ID:SbF5vudw.net: 煽ってるつもりなんだろうけど下手くそすぎて煽りにすらなってないのが趣深い
379 ：デフォルトの名無しさん：2020/10/25(日) 21:50:48.59 ID:paWzi42L.net: 煽りにすらなってない(顔真っ赤だけど平静を装いながら)

草
380 ：デフォルトの名無しさん：2020/10/26(月) 11:09:41.52 ID:OddFJxsE.net: そろそろ飽きたからもういいよ、おつかれさん
381 ：デフォルトの名無しさん：2020/10/26(月) 15:03:30.94 ID:EltRWJ/H.net: 問題を解決する気が無い
雑談したいだけ
ぱよちん野党と一緒だなω

前向きな話しようぜ
382 ：デフォルトの名無しさん：2020/10/27(火) 22:28:46.51 ID:wfYFUdXE.net: >>374
使わないとできないじゃん
383 ：デフォルトの名無しさん：2020/10/27(火) 22:59:38.24 ID:kHBqpxnd.net: できないことはないけどよほど暇でない限り車輪の再発明になるから仕事でやってはいけない
学習目的で個人的にやってみるのは良いと思う
384 ：デフォルトの名無しさん：2020/10/28(水) 16:57:14.90 ID:yGKOA24C.net: logcatに出力される内容をテキストファイルに出力したいんだけどどうすればいい？
openFileOutputで任意の文字列をファイルに出力するところまでは出来たから、logcatの内容をstring型で取得する方法を知りたい
ググってもよくわからんかった
385 ：デフォルトの名無しさん：2020/10/28(水) 17:21:10.47 ID:eEjR+I1x.net: kotlin関係なくね？
386 ：デフォルトの名無しさん：2020/10/28(水) 18:21:55.09 ID:buwV59eZ.net: >>384
logcat の取得はセキュリティ的な危険性から一般アプリでは禁止されたんじゃないかな
なので自分のログをファイルに落としたかったら、Log クラスじゃなくて、別のロガーを使う
そのロガーの中から、Log クラスの関数呼んで logcat に出したり、ファイルに出力したりすればいい
探せばそういのが見つかる
387 ：デフォルトの名無しさん：2020/10/28(水) 18:51:48.24 ID:yGKOA24C.net: >>385
kotlinでの書き方聞いてるんだから関係あるだろバーカ

>>386
あざーす
388 ：デフォルトの名無しさん：2020/10/28(水) 19:33:15.28 ID:qIVMVvdR.net: またこいつか
389 ：デフォルトの名無しさん：2020/10/28(水) 20:11:08.16 ID:eEjR+I1x.net: >>387
だったらJavaのソース出してKotlinでの書き方聞けよ
それができないのはKotlin関係ないからだろ？
390 ：デフォルトの名無しさん：2020/10/28(水) 20:53:30.45 ID:NIynvX0P.net: >>389
流石に的外れすぎるぞそれは…
391 ：デフォルトの名無しさん：2020/10/28(水) 21:43:31.50 ID:kbv4LFJH.net: それKotlinじゃなくAndroidの質問だろってのはよく見るけど、非Android系のコトラーなんか1割も居なさそう
Kotlin/JSとKotlin/Native期待してたのに残念
392 ：デフォルトの名無しさん：2020/10/29(木) 06:34:19.56 ID:1z8oQa3r.net: 勉強会行くと最近は3割くらいはサーバーサイドになってるな
まあそれでもAndroid勢が圧倒的に多いけど
393 ：デフォルトの名無しさん：2020/10/29(木) 14:14:27.74 ID:gnqN5oYg.net: go糞過ぎる
kotlinに戻りたい
394 ：デフォルトの名無しさん：2020/10/29(木) 20:44:58.33 ID:aDvl9SAP.net: いまどきポインタとかw
395 ：デフォルトの名無しさん：2020/10/30(金) 00:06:28.80 ID:X2Arn8L3.net: >>394
ポインタはC言語の概念だからスレ違い。
アドレス参照と表現してもらいたい。
396 ：デフォルトの名無しさん：2020/10/30(金) 00:12:59.31 ID:rZnJagT7.net: ポン太カードはお持ちですか？ってLAWSONで聞かれなくなった
397 ：デフォルトの名無しさん：2020/10/30(金) 01:44:09.57 ID:hd8pq5M+.net: 気持ち悪いくらい気持ちよく書けるな
もうjavaには戻れん
groovyも言語は良かったけどKotlinはIDEが凄まじすぎるわ
398 ：デフォルトの名無しさん：2020/10/30(金) 04:49:46.43 ID:mO2xl9AM.net: kotlinそんなにいいのか
399 ：デフォルトの名無しさん：2020/10/30(金) 05:29:17.93 ID:X2Arn8L3.net: 三項演算子が冗長だぞ
400 ：デフォルトの名無しさん：2020/10/30(金) 06:08:40.16 ID:mO2xl9AM.net: やはり文法が多すぎるな
401 ：デフォルトの名無しさん：2020/10/30(金) 07:57:00.83 ID:C9ceSm6V.net: !!を許容する派と認めない派で揉める
also派とwith派で揉める
by lazy派とlateinit派で揉める
kotlinはケンカになるからやめとけ
402 ：デフォルトの名無しさん：2020/10/30(金) 08:28:54.23 ID:3hbInUE2.net: そこでDartをお勧めしたい
403 ：デフォルトの名無しさん：2020/10/30(金) 08:33:25.55 ID:UitTZA9p.net: >>401
うむ
404 ：デフォルトの名無しさん：2020/10/31(土) 12:57:52.07 ID:xdc4Eeuq.net: >>396
そういやローソンって au PAY で払ったら自動でPontaポイント足されてると考えて良いんだろうか
405 ：デフォルトの名無しさん：2020/11/01(日) 09:25:44.70 ID:CzYnIilS.net: ケンカしろよ
406 ：デフォルトの名無しさん：2020/11/01(日) 11:54:40.16 ID:2fv/suSL.net: Kotlin必要になって少し触ってるけど、コンセプトがよくわからない。あるべき姿を追っちゃうとScalaみたいな敷居が高いものになるから、適当なところで妥協したものを作った、ってこと？
407 ：デフォルトの名無しさん：2020/11/01(日) 13:55:44.06 ID:PWR7yRTE.net: Kotlinは学者の研究用言語じゃねえんだよ
現場のドカタにとっての使い勝手の良さを重視して作られてる
理想より現実を見ている言語なんだよ
408 ：デフォルトの名無しさん：2020/11/01(日) 16:04:25.42 ID:0HRkYbAe.net: いがみ合っているように見えて>>406と>>407の意見にはそれほど違いがない。公式見解だった気がする。
>>406
コンセプトと言えるかどうかはわからないけど、KotlinのDSL記法を試してみると、
Kotlinの文法の多くはこのためにあるんだなと思うことができる(個人の感想です)。
409 ：デフォルトの名無しさん：2020/11/01(日) 16:14:50.06 ID:nLXPRXUb.net: DSLはどちらかというとGroovyの思想で、Kotlinはその流れを汲みつつも普段使いをやや優先したって印象かな
410 ：デフォルトの名無しさん：2020/11/02(月) 20:15:02.79 ID:V9FEG9XS.net: >>406
Scalaは理論というか哲学レベルの完全性を、Kotlinは実務で使う上での利便性をとことん追求している。
出自がアカデミックセクターなのと商用IDEベンダーの違いがそのまま現れてると思うよ。
411 ：デフォルトの名無しさん：2020/11/02(月) 21:59:55.18 ID:sY6lI3WZ.net: 理論だけの頭でっかちの世の中の実際には何の役にも立たない無用の長物のゴミ
412 ：デフォルトの名無しさん：2020/11/02(月) 22:04:59.67 ID:lGH5kgvM.net: >>411
自己紹介？
と思ったが理論すらないアホだったなお前は
413 ：406：2020/11/03(火) 12:47:12.63 ID:UvRrulQw.net: ありがとう。とすると、素のjavaからの量的な拡張というか、改善なんだね。生産効率は上がりそうだけど、既存言語の面倒な問題にはあまり突っ込まない感じするから、不具合が激減するとかは期待できないのかな。
414 ：406：2020/11/03(火) 12:53:27.79 ID:UvRrulQw.net: 理論がくだらない、とは自分はあまり思ってなくて、理論的にある種の不具合が根絶できるとわかるなら、それは追求する価値はあると思うけど。ただ、現実の開発現場でそれがペイするかはもちろん別だけどね。

最近は書きやすい言語が増えてきて、フレームワークも色々あるし、単に言語の量的な改善というのはコンセプトになり得ないと思ってたけど、色々便利なら採用する価値あるんだろうね。
415 ：デフォルトの名無しさん：2020/11/03(火) 13:30:13.38 ID:qpgkpv1L.net: 結論付け方がおかしいぞ
nullセーフは既存の面倒な問題への対策と不具合削減だろ
Kotlinはあるべき姿の追求ではなく適当なところでの妥協の産物という話で合ってるというのに、量的な拡張、改善だって話はどこから出てきた？
今理解に必要なことは、Kotlinはあるべきを追求してデザインされたものではないからコンセプトから演繹的に学習しようというスタンスはやめて、イメージだけで決め付けず、nullセーフやDSLといった各論を学んでから帰納的に把握すればいい
416 ：406：2020/11/03(火) 14:21:58.69 ID:AahD7IT6.net: nullセーフは例外発生の警告度を強めるだけで、null自体をやめてるわけではない、ということだよね？量的、というのは例えばそういう意味でした。

まぁでもとりあえずは使ってみようと思います。ありがとうございました。
417 ：デフォルトの名無しさん：2020/11/03(火) 16:42:07.16 ID:nALcz4uh.net: 警告じゃなくてエラーな
418 ：デフォルトの名無しさん：2020/11/04(水) 00:42:24.62 ID:Sd8kUbYc.net: コンパイル時に解決できることのありがたさよ
419 ：デフォルトの名無しさん：2020/11/04(水) 08:00:31.74 ID:bj5YbrcR.net: そもそも日本語の文章力が怪しすぎるだろ
技術書以外の本も読めよ
420 ：デフォルトの名無しさん：2020/11/04(水) 14:36:27.49 ID:kpsQD4HS.net: わかりました。
5chをしっかり読むようにしますです。
421 ：デフォルトの名無しさん：2020/11/04(水) 15:08:03.01 ID:dD5vFymF.net: >>420
ワロタww
422 ：デフォルトの名無しさん：2020/11/06(金) 09:17:20.09 ID:ouHHBilg.net: >>418
それ
javaでもコンパイルでエラー吐いてくれるんなら全部Objectを使ったっていいんだぜ？ってなもんよ
423 ：デフォルトの名無しさん：2020/11/07(土) 23:08:52.51 ID:9196kfkH.net: >>422
全部Optional<Object>とか?
424 ：デフォルトの名無しさん：2020/11/07(土) 23:58:31.50 ID:BzysXMDS.net: Optionalなんて臆病者のツールは論外だぜ
全部staticでグローバルなList
何でもいくつでも入れ放題
これ最強ね
425 ：デフォルトの名無しさん：2020/11/14(土) 06:42:50.58 ID:0hLqZubW.net: 最初から Kotlin 使いなさい。
426 ：デフォルトの名無しさん：2020/11/14(土) 09:07:13.79 ID:+AIZW7R6.net: Kotlinを使うとケンカになる
!!を許容する派と認めない派で揉める
also派とwith派で揉める
by lazy派とlateinit派で揉める
やめとけ
427 ：デフォルトの名無しさん：2020/11/14(土) 09:58:08.92 ID:9wxaNgZv.net: コンパイラプラグイン作ろうとしてるけど情報がなさ過ぎる
アノテーションプロセッサーも無い方だけどまだJavaの分だけマシだった
428 ：デフォルトの名無しさん：2020/11/14(土) 12:03:31.45 ID:r4pVca9t.net: 宗教系エンジニアは本当に迷惑
429 ：デフォルトの名無しさん：2020/11/14(土) 15:46:50.09 ID:VBgscgFQ.net: そういうやつに限っていわゆる一般的な"宗教活動"については
たわごとをおしつけてくる迷惑なやつら扱いしてたりするが
自分も同じ穴のムジナにはいってることに気がついてない
430 ：デフォルトの名無しさん：2020/11/14(土) 16:29:15.64 ID:OfQ57GBv.net: 宗教に無関心な人間からしたら誰でも迷惑じゃん
よく「そういうやつに限って」っていうけど全然限ってない
431 ：デフォルトの名無しさん：2020/11/15(日) 00:47:22.35 ID:UIE/tX/X.net: >>426
>>401はテンプレなのか...
432 ：デフォルトの名無しさん：2020/11/16(月) 13:12:50.27 ID:5wnRi0CF.net: Kotlin教
433 ：デフォルトの名無しさん：2020/11/16(月) 17:25:39.08 ID:EmxZf5Ph.net: ほかの言語にも手を出してます
ごめんなさいKotlinさま
434 ：デフォルトの名無しさん：2020/11/19(木) 02:57:04.84 ID:9pjajUIs.net: Kotlinのnull安全なんて馬鹿馬鹿しい
435 ：デフォルトの名無しさん：2020/11/19(木) 07:40:10.35 ID:xYpXSb6D.net: ヌル安全結構衝撃的やったけどなー
436 ：デフォルトの名無しさん：2020/11/19(木) 08:57:28.93 ID:MKpNlHWc.net: 1か0思考の人かな
Javaとの互換性のためにある程度nullと付き合わざるを得ない状況になってるのを見て「nullを排除できてないじゃない！意味ない！」って見くびってしまう人
437 ：デフォルトの名無しさん：2020/11/19(木) 11:07:38.48 ID:9pjajUIs.net: null安全を持ち上げている人って、普段から糞コードや糞設計してオブジェクト指向もろくに理解していない人間だろ。
null安全な言語じゃなくてもnullチェックを多用するコードや設計は言語仕様以前にプログラマが糞。
だからnull安全なんて糖尿病患者のインシュリンみたいなもので根本的治療じゃないから馬鹿馬鹿しい。
438 ：デフォルトの名無しさん：2020/11/19(木) 11:47:05.38 ID:vggSc+79.net: null安全はクソコードクソ設計とは別のレイヤー
と理解できないアホとは一緒に仕事したくないな
439 ：デフォルトの名無しさん：2020/11/19(木) 13:12:52.76 ID:633mdzZ1.net: そんなのはどうでもいい
そろそるnullをヌルと呼ぶかナルと呼ぶか決着を着けないか
440 ：デフォルトの名無しさん：2020/11/19(木) 13:44:30.40 ID:WG490rcQ.net: nullはニュルだが？
441 ：デフォルトの名無しさん：2020/11/19(木) 16:29:15.73 ID:r3/rn3nu.net: >>438
null安全でないのは大抵クソコードクソ設計だろ。特にjava。
442 ：デフォルトの名無しさん：2020/11/19(木) 17:01:35.94 ID:BWsq8VAk.net: !!を許容するのか認めないのか
443 ：デフォルトの名無しさん：2020/11/19(木) 17:11:04.81 ID:BWsq8VAk.net: はっきりしてほしい
444 ：デフォルトの名無しさん：2020/11/19(木) 17:13:08.06 ID:dc7Xh8c+.net: Kotlinは言語選択として許容しない！
445 ：デフォルトの名無しさん：2020/11/19(木) 21:01:29.88 ID:m5Mf/5d8.net: >>437
Haskellしろってこと?
446 ：デフォルトの名無しさん：2020/11/20(金) 00:02:42.39 ID:chBH1D/L.net: SEGA Saturnしろ
447 ：デフォルトの名無しさん：2020/11/20(金) 08:30:09.55 ID:iF0AxdEN.net: >>437
そのインシュリンで助かってる人もいてるんやで。
君このご時世マスクもせんとチョロチョロするタイプやろ？
448 ：デフォルトの名無しさん：2020/11/20(金) 08:33:58.36 ID:iF0AxdEN.net: ニュルポ
449 ：デフォルトの名無しさん：2020/11/21(土) 10:23:05.58 ID:ts1N/QFR.net: null安全ってどうゆう意味？
450 ：デフォルトの名無しさん：2020/11/21(土) 11:10:14.55 ID:U5RwLwtV.net: >>449
null安全なコード(null safe code)は
ヌルポが発生しないことが保証されてるコードのこと

null安全な言語は(language with null safety)は
ヌルポが発生を防ぐ安全装置が備わってる言語のこと
451 ：デフォルトの名無しさん：2020/11/21(土) 15:22:01.91 ID:y+uPyUUI.net: null安全したところでデータの安全は保証しないからな。
下手したら試験時にnullで落ちてくれたほうがマシな場合もあるだろうよ。
だからnullは猫のように愛されてきたんだ。
452 ：デフォルトの名無しさん：2020/11/21(土) 18:58:29.84 ID:FLFe6WLj.net: APIレスポンス受ける data class のプロパティもコンパイル時に null安全できるようにしてほしい
453 ：デフォルトの名無しさん：2020/11/22(日) 11:05:20.91 ID:umfLP4bc.net: >>451
たしかにnullを安易に排斥したところで却って不具合を地下に潜らせることになる
nullの利用価値を保ったまま安全をサポートしてくれるのがKotlinのnull安全
null safeであってnull freeではない

Kotlinではnullかもしれない値を限定でき、その利用時に、分岐するのかエラーで落とすのか初期値で代用するのかを文法的に問うのでより安全
Javaでは試験時に落ちるところを、Kotlinではさらに早くコード補完時や自動ビルド時に気付かせてくれる
454 ：デフォルトの名無しさん：2020/11/23(月) 15:21:42.81 ID:QcOiDeXE.net: >>433
絶対に許さない。
455 ：デフォルトの名無しさん：2020/11/28(土) 10:17:31.66 ID:TP8nXubU.net: Jetpack Compose for Desktop ってどうなんだろう。
TornadoFXが死に体なので脱出先を探しているが、
Android用の設計を無理に移植していびつだったりするんだろうか。
456 ：デフォルトの名無しさん：2020/11/29(日) 14:55:05.68 ID:KxupmnON.net: Kotlin って List の内容をローテートするメソッドって用意されてないの?
[1, 2, 3] の右回しなら結果が [3, 1, 2] で左回しなら [2, 3, 1] になるようなやつ。
(シフトしかできなくても組み合わせれば作れるから良いんだけど)。
自作するしかない?

ていうか自作することそのものは簡単なんだけどね。例えばこんな風に書けばいいだけだから。

fun <E> List<E>.rotateLeft() = ((1..lastIndex) + 0).map { get(it) }

ただ元からライブラリに用意されていたら無駄になるので存在の有無を知りたいということ。
457 ：デフォルトの名無しさん：2020/11/29(日) 15:24:23.71 ID:IcRbcY/o.net: Javaにある
458 ：デフォルトの名無しさん：2020/11/29(日) 18:30:32.35 ID: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 側に渡してるだけだろうから仕方がないか。
459 ：デフォルトの名無しさん：2020/11/30(月) 00:21:55.65 ID:XdYfXM2+.net: お約束だけどKotlinのListには最初からイミュータブル性はないよ
変更機能に関心のないビューでしかない
MutableListがListを継承してるというのが何よりの性質
460 ：デフォルトの名無しさん：2020/11/30(月) 21:07:46.44 ID:d/P6xXcm.net: クロスプラットフォームは総じて糞と相場は決まっている
461 ：デフォルトの名無しさん：2020/12/01(火) 07:14:35.59 ID:1c6vRoBT.net: できることがOR結合ではなくAND結合で絞られてしまうのがクロスプラットフォーム。
できることしかできない。
462 ：デフォルトの名無しさん：2020/12/01(火) 07:41:02.13 ID:7egfpP3/.net: !!や?って説明できるなら使ってもいいんだよね
いま宣言したけど中身がない、下の行で関数かなんか呼び出して空の変数に入れる、その変数を使う
コードの中に書いたらダメならそもそも書けないし
見る人が嫌ってだけだよね
463 ：デフォルトの名無しさん：2020/12/01(火) 08:37:49.02 ID:A2yZQJjL.net: javaでいいよ
無理矢理感有り過ぎの上
文法がひどい
464 ：デフォルトの名無しさん：2020/12/01(火) 12:39:29.78 ID:xAN1+Wpp.net: >>462
明快な話だよ
どちらの演算子も、if文を使ったそれと等価のロジックに置き換えて考えて、そのロジックを使うべきだと思えば使えばいい
特定の頻出イディオムの短縮記法に過ぎないと捉えれば、長ったらしく書くよりも演算子ですっきり書いた方がいいとわかるはず
追加メッセージのないNPEを送出するなんて絶対にムリという状況下なら !! は使わないことになるだろうし、低リスクな部分なんて元々エラーメッセージ考えないし万一落ちたらスタックトレース見りゃいいやという状況なら !! を使うのは理に適ってる

状況を問わず絶対に使うなというのは原理主義者かアホだと思う
Javaを使ってるのにクラスや例外を避けようとする老人と似たようなもの
465 ：デフォルトの名無しさん：2020/12/01(火) 14:06:45.61 ID:Y3029ltu.net: !!を使わなくても書けるのに敢えてクラッシュのリスクのある!!を使う必要ない
466 ：デフォルトの名無しさん：2020/12/01(火) 14:51:50.13 ID:GnBhcVmn.net: コントラクト書いてもスマートキャストできないならアリ
467 ：デフォルトの名無しさん：2020/12/01(火) 17:28:10.09 ID:/2lR8en+.net: assert文もクラッシュのリスクがあるから使わないって言うんだろうか
フェイルセーフで進めるべきシーンとフェイルファストで落とすべき部分を判断して使い分けてほしい
468 ：デフォルトの名無しさん：2020/12/01(火) 17:44:21.87 ID:VNs10yiL.net: そんなのは設計が糞
センスないからしね
469 ：デフォルトの名無しさん：2020/12/01(火) 18:45:05.23 ID:1c6vRoBT.net: いろんな宗教食タブーに配慮した結果、鶏肉料理しか選択肢がなくなる感じ。それがクロスプラットフォーム。
470 ：デフォルトの名無しさん：2020/12/01(火) 19:28:13.47 ID:+SEOBXSY.net: そうそう、そんな感じ
471 ：デフォルトの名無しさん：2020/12/01(火) 21:58:25.69 ID:G7RpB3vG.net: >>459
あー。Stringとかと同じか。書き換えられないように作ってあるだけで言語レベルでリードオンリーというわけではないという。
472 ：デフォルトの名無しさん：2020/12/02(水) 07:55:24.49 ID:qZqo4QmM.net: そういうこと。ただ変更のためのAPIを提供してないだけ。
473 ：デフォルトの名無しさん：2020/12/02(水) 10:41:02.88 ID:i+bjk1CY.net: Stringはクラスがfinalで閉じてる分、変更可能性という意味では層が少し違うかな
474 ：デフォルトの名無しさん：2020/12/02(水) 10:42:20.86 ID:i+bjk1CY.net: CharSequenceが等価だと思う
475 ：デフォルトの名無しさん：2020/12/04(金) 16:14:35.33 ID:aGuBhpl1.net: >>461
何つながりでいっているのか知らないけれど、まあ、それでも基本部分だけでも
動作すればだいぶ楽にはなる。
同じように書いてHelloWorldが出て、直線や矩形描画、文字描画、キー入力が
共通化されていて、同じ言語で書けるならかなり楽になるから。
クロスプラットフォームキットを何も使わなければ、言語自体も違ったりして、
ロジック部分すら共通化できず、大変なことになる。
WindowsではC++(またはC#), AndroidはJava, AppleはSwiftみたいに。
そしてprintf()文すら共通しては使えない。
476 ：デフォルトの名無しさん：2020/12/05(土) 12:38:19.27 ID:Na39OKS5.net: 実務経験1年で月収80万稼げるエンジニアになった理由
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
477 ：デフォルトの名無しさん：2020/12/12(土) 16:10:56.29 ID:2H3Jk65M.net: Kotlinは人気順位をどんどん下げてんね。
478 ：デフォルトの名無しさん：2020/12/12(土) 17:12:12.40 ID:DUS5CJRd.net: 型違いやぬるぽのエラーが動かす前にわかるというが
逆に言うと動かせばすぐわかることだ
今時そのパスとおってませんとかテストでありえんから

型なんかいらんかったんや
479 ：デフォルトの名無しさん：2020/12/12(土) 17:37:35.65 ID:UcLPJJJE.net: そんなしっかりテスト書くなら型あった方が楽じゃん
480 ：デフォルトの名無しさん：2020/12/12(土) 19:11:57.44 ID:s2JPaqvY.net: 変数は全部public staticで MutableList<Object>じゃい！
goto文も好きに使え！
だって全部テストでパス通せばいいじんじゃい！

うん、暴論だと思う
null安全も型安全もカプセル化も、言ってしまえばほんのちょっとの便利ツールでしかないんだけど、そのほんのちょっとがバグを減らし、思考の負荷を落としてくれる
481 ：デフォルトの名無しさん：2020/12/12(土) 19:17:54.50 ID:s2JPaqvY.net: 万全のテストが組み上がった後では言語ごとの安全設計の違いはプロダクトの品質に影響をほとんど及ぼさない、それはそうかもしれない
ただ、その万全のテストが手にはいるまでにどれだけのコストを要するかが違う
流れるように書くことができて、書き間違えや考慮漏れが起こりにくく、テスト作成中にfailが出てもすぐに特定して直せる、その結果生産性が高い、それがいい言語だと思う
482 ：デフォルトの名無しさん：2020/12/12(土) 19:17:56.76 ID:DUS5CJRd.net: 誤りは防ぐが思考の負荷は増えるぞ
483 ：デフォルトの名無しさん：2020/12/12(土) 19:31:00.69 ID:s2JPaqvY.net: とても小さいスクリプトを書く場合と、バグをいくらでも作ってよく誰かが直してくれるならそうだな
VBの変数宣言不要のVariant天国は何でも格納できて極楽
一方である程度大きいものをバグなく作る必要があるなら脳内に展開する必要のあるデータ量が増えてスケールしなくなる
484 ：デフォルトの名無しさん：2020/12/13(日) 08:02:21.21 ID:VmHeogwF.net: 単純に型のあるなしだと設計を疎結合にしやすいとかリファクタの安全性が高いとか色々変わってきますがな
485 ：デフォルトの名無しさん：2020/12/13(日) 11:22:13.31 ID:OcllVIux.net: それでもやっぱり型が好き
486 ：デフォルトの名無しさん：2020/12/13(日) 13:22:32.62 ID:5EW0FlRD.net: シェルスクリプトやマクロみたいな簡単な治具には形を意識せずにすむ言語がお手軽だし、バックエンドのシステムを組み上げるにはnull安全のある厳しい静的型付き言語がフィットするので使い分けましょうねという結論でいいと思う
使い分けのミスマッチを解消したいい例がTypeScript
487 ：デフォルトの名無しさん：2020/12/13(日) 17:03:49.88 ID:nviDagiX.net: Rubyも型のような何かを入れたし、時代の流れだわね
488 ：デフォルトの名無しさん：2020/12/14(月) 00:35:19.60 ID:6zFeqNk6.net: 数値や String が保持出来て計算出来れば良いんだったらそういうクラス作って
operator で色々作って計算出来るようにしちゃえば良いんじゃないか?
効率悪いかも知れないが。
489 ：デフォルトの名無しさん：2020/12/14(月) 08:23:45.23 ID:NKntA+ls.net: >>478
> 今時そのパスとおってませんとかテストでありえんから

そのテストを自動で実現するテストフレームワークが無いんじゃない？
せめてnull安全ぐらい関数１つで実現してほしいわ。
490 ：デフォルトの名無しさん：2020/12/14(月) 10:17:36.45 ID:wjvd2Hwv.net: 君らみたいにkotlinやってる人ってアプリ開発者が多いのか？
491 ：デフォルトの名無しさん：2020/12/14(月) 10:24:57.92 ID:gp9Z60vS.net: Android以外でKotlin使ってんだなぁて思う
JavaだったとこをKotlinに置き換えてんの？
492 ：デフォルトの名無しさん：2020/12/14(月) 10:39:03.40 ID:sJtbd1yB.net: 元々Javaのサーバアプリ書いてる
493 ：デフォルトの名無しさん：2020/12/14(月) 18:48:58.24 ID:rjPJQsvc.net: サーバーサイドだね
完全にbetter Javaとして使ってる
既存コードの置き換えもするし、新規実装するものに関しては完全にことりん
494 ：デフォルトの名無しさん：2020/12/14(月) 18:50:01.54 ID:gp9Z60vS.net: Androidやってるだけだからサーバーとか行っても戦力にならないんだろうな
同じ言語なのにここに出てくるサーバーサイドの会話がなんとなくわかったつもりの異次元
495 ：デフォルトの名無しさん：2020/12/14(月) 18:50:06.38 ID:rjPJQsvc.net: サーバーサイドkotlinは採用も意外に楽よ
それ自体の経験者はほぼいないけど、Kotlin書きたいJava経験者はかなりいるから
496 ：デフォルトの名無しさん：2020/12/14(月) 18:50:39.52 ID:rjPJQsvc.net: >>494
それはお互いにそうでしょ。
言語そのものの知識なんて大して重要じゃないし。
497 ：デフォルトの名無しさん：2020/12/14(月) 22:34:42.15 ID:dZWdULI2.net: nullsafeでぬるぽが減った人いますか？
498 ：デフォルトの名無しさん：2020/12/22(火) 19:15:05.74 ID:oIaxfxum.net: 減るっていうか0になったけど何が言いたいんだろ
499 ：デフォルトの名無しさん：2020/12/22(火) 21:19:38.41 ID:3Bv244xN.net: ぬるぽを無くすためのnullsafeだからな
500 ：デフォルトの名無しさん：2020/12/22(火) 22:42:34.84 ID:Df60bwVz.net: ＤＢカラムに入ってるはずのデータがなかったときどんなエラーがでるんすか
501 ：デフォルトの名無しさん：2020/12/22(火) 23:40:20.45 ID:Olju/RJS.net: ヌルポよりも大切なものを失います
502 ：デフォルトの名無しさん：2020/12/23(水) 00:04:41.19 ID:6GFRBN6f.net: APIのレスポンスがnullじゃないはずなのにnullが返ってきたときどうしたらいいんですか
503 ：デフォルトの名無しさん：2020/12/23(水) 19:38:57.98 ID:NEftcK31.net: nullsafe って言うのは Null チェックしなくていいという意味じゃないよ？
チェック必要なものと不要なものを区別して、必要なものはチェックしてからアクセスしないとコンパイルエラーになるんだよ？
504 ：デフォルトの名無しさん：2020/12/24(木) 07:36:37.88 ID:woO5Pxu8.net: >>502
普通にnullチェック入れればいいんじゃないの？
505 ：デフォルトの名無しさん：2020/12/24(木) 08:10:29.60 ID:QpUzPsdF.net: >>502
nullチェックしながら
APIの作者にバグレポート上げろよ。
506 ：デフォルトの名無しさん：2020/12/24(木) 08:57:55.57 ID:N8XXHmSr.net: まずレスポンスのデータクラスのフィールドををnullableにしないといけない
nonnullでもコンパイルエラーならないのにだ
507 ：デフォルトの名無しさん：2020/12/25(金) 09:41:57.24 ID:yOAc+N/y.net: 何で companion object って一番下なんすか
一番上じゃ駄目なんすか
508 ：デフォルトの名無しさん：2020/12/25(金) 11:57:59.25 ID:LVz6iinV.net: kotlin世界との境界部分はもろもろを自分で気を付けるしかない
509 ：デフォルトの名無しさん：2020/12/27(日) 23:41:45.31 ID:mqWB+gDR.net: >>507
文法的にはどっちでもいいよ
510 ：デフォルトの名無しさん：2021/01/01(金) 17:03:56.74 ID:oTJ6QRVP.net: kotlin/nativeでサーバーサイド作る話はどうなった？
511 ：デフォルトの名無しさん：2021/01/02(土) 07:50:34.05 ID:7+xZsyvI.net: SuperJobだと、子の失敗は親に影響与えないとのことですが、子をキャンセルすると親もキャンセルされてしまうとのことです

子が失敗しようが、子をキャンセルしようが親に全く影響を与えたくないのですがどうすればいいでしょうか？
512 ：デフォルトの名無しさん：2021/01/02(土) 08:31:31.17 ID:7+xZsyvI.net: SupervisorJobだった
つか、なんかややこしくなってきた
間違ってた、SupervisorJobは子のキャンセルは親に影響しないからスーパーなのか？
513 ：デフォルトの名無しさん：2021/01/02(土) 12:00:19.22 ID:7+xZsyvI.net: 間違ってた
子Jobのcacelメソッドによるキャンセルは親が普通のJobだろうがSupervisorJobだろうが親をキャンセルさせない

子JobがCacellationException以外の例外で失敗したとき、違いがでてくるのか
514 ：デフォルトの名無しさん：2021/01/02(土) 13:51:40.78 ID:iRQWAItx.net: おちつけ
515 ：デフォルトの名無しさん：2021/01/07(木) 12:30:36.60 ID:upgodNBv.net: 明けましておめでとうございます。
ことりんもよろしくお願いします。
516 ：デフォルトの名無しさん：2021/01/07(木) 13:06:35.86 ID:n0qoIkIN.net: 酉年にやれよ
517 ：デフォルトの名無しさん：2021/01/08(金) 00:22:29.53 ID:q8lyQLUk.net: 2029年までネタとして取っておこう…
518 ：デフォルトの名無しさん：2021/01/08(金) 00:30:46.51 ID:s1r0Khta.net: その時まで生きてるのかな、ことりん
519 ：デフォルトの名無しさん：2021/01/08(金) 07:52:19.70 ID:AiUWBAU5.net: こぅのとぉりん生きてますよ
520 ：デフォルトの名無しさん：2021/01/08(金) 08:38:56.45 ID:rfni5yw0.net: ことりんじゅうさまです

なんてことならないように使っていこう
521 ：デフォルトの名無しさん：2021/01/09(土) 09:13:47.78 ID:ZIgIrWmA.net: 例えばUserクラスがあって、userIdプロパティとネストしたUser型のuserプロパティがあります

このときList<User> users
から、users.map?とかcollection apiを使ってネストしたUserも含めたすべてのuserIdのリストを求める方法があれば教えて下さい

再帰関数を用意しないと無理?
522 ：デフォルトの名無しさん：2021/01/09(土) 09:19:13.14 ID:ZCNL7UEp.net: flatmap
523 ：デフォルトの名無しさん：2021/01/09(土) 09:28:30.58 ID:ZIgIrWmA.net: userプロパティは多段ネストする可能性があるんですがflatMapでいけましたっけ?
524 ：デフォルトの名無しさん：2021/01/09(土) 15:43:34.22 ID:v5qb+Ohk.net: プロパティをどう辿るかはcollection apiだけじゃどうにもならないから自分で実装するしかないでしょ
扱うデータによっては重複や循環なんかも考慮が必要かも

https://paiza.io/projects/JkGNST_vjmARbX8XFfMLnA
525 ：デフォルトの名無しさん：2021/01/10(日) 00:59:41.08 ID:vFHdkGQn.net: >>521
そのロジックに意味のあるものならUserにallChildrenUser : List<User>メソッドを作って子のallChildrenUserを呼び出す、つまり再帰構造、allChildrenUser() -> users.flatmap{ it.allChildrenUser() }
かな

ネスト構造の時点で循環参照の可能性があるわけで言語機能でどうにかなる話とは違うと思う
または、データ構造として最適なツリーを採用したほうが良いかもしれん
526 ：デフォルトの名無しさん：2021/01/10(日) 01:38:59.42 ID:Kq/dusa6.net: 自分が出来ると心から信じることができれば必ずやれる
527 ：デフォルトの名無しさん：2021/01/10(日) 20:09:18.30 ID:JmQQkhyb.net: 言語機能でどうにかなるか否かはまた別の話でしょう
データが循環していたらスタックオーバーフローなりその他の例外なりが出るように標準ライブラリが設計されていればいいだけなので
528 ：デフォルトの名無しさん：2021/01/10(日) 20:13:22.96 ID:JmQQkhyb.net: 余談だけどグラフの探索は再帰を使わなくてもループに書き換えることができる
スタックオーバーフローしなくなるのが利点
ループではなく再帰でしか解決できないアルゴリズム問題が存在し得るかどうかは不勉強なので知らない
529 ：デフォルトの名無しさん：2021/01/10(日) 20:31:18.39 ID:N5z3vzVP.net: 再帰は必ずループに出来る
530 ：デフォルトの名無しさん：2021/01/10(日) 21:54:19.01 ID:YxBPzBtX.net: クイックソートどうすんじゃ
531 ：デフォルトの名無しさん：2021/01/10(日) 21:56:12.30 ID:YxBPzBtX.net: 木の探索は横探索すればいいか
スタックのかわりにヒープがあふれる
532 ：デフォルトの名無しさん：2021/01/10(日) 22:08:14.99 ID:fqhi9u3I.net: whileループでbreakすればいい
533 ：デフォルトの名無しさん：2021/01/10(日) 22:25:02.75 ID:GNExugp7.net: flatmapで何でも解決できる
534 ：デフォルトの名無しさん：2021/01/22(金) 13:56:01.26 ID:g1yAjsTk.net: じゃあflatmapで俺の資産を増やしてくれ
535 ：デフォルトの名無しさん：2021/01/22(金) 14:36:13.50 ID:JAaKTTQV.net: flatmapと元気があれば何でもできる！
536 ：デフォルトの名無しさん：2021/01/22(金) 20:45:59.10 ID:xnRnhQMQ.net: Kotlin Roadmap
https://kotlinlang.org/roadmap.html
537 ：デフォルトの名無しさん：2021/01/25(月) 06:26:23.02 ID:hTvlKNeR.net: >>534
理論上はflatmapで何でも解決できるとしても、実装するには十分な数学的能力が必要なのだ。
538 ：デフォルトの名無しさん：2021/01/25(月) 18:04:21.90 ID:gx6uUcGg.net: >>537
そうか。じゃあお前なら出来るんだな。任せたぞ。
539 ：デフォルトの名無しさん：2021/01/25(月) 22:47:14.88 ID:h35Snctt.net: プログラミングは
気合いだ

たとえば１万件のソートをするのに
処理のオーダーがどうとか
クイックソートのライブラリがないとか
代替するものをつくるかどうかとか
悩むときに

Ｅｘｃｅｌにはっつけたり
２重ループで平気で馬鹿ソートする
周囲の嘲笑をものともしない決断力

そういうやつができるやつなんだ
540 ：デフォルトの名無しさん：2021/01/26(火) 08:07:03.00 ID:z9KCwqI+.net: >>539
そういう能力の人は便利屋として安い単価で使い捨てられるだけです
541 ：デフォルトの名無しさん：2021/01/26(火) 11:42:19.41 ID:V/Um6Sz0.net: いうほどflatmap使うか？
そりゃたまには使うけどさ
542 ：デフォルトの名無しさん：2021/01/26(火) 12:25:48.83 ID:nusF9BAT.net: 1万件程度なら普通にExcelも使うし
バカソートも使う

もちろん製品コードではそんな事はないけど
543 ：デフォルトの名無しさん：2021/01/26(火) 20:08:03.52 ID:u/mIbNWf.net: flatmapが世界を救う
544 ：デフォルトの名無しさん：2021/01/26(火) 20:21:56.10 ID:0fVnbxLr.net: flatmapはステータスだ！
545 ：デフォルトの名無しさん：2021/01/27(水) 16:58:07.84 ID:yhGPUjKe.net: !!って基本的に使うべきでないんですかね
546 ：デフォルトの名無しさん：2021/01/27(水) 23:12:27.62 ID:e4FHF1X1.net: >>538
STモナドの中に入れたら増やせそうな気がするが、取り出せなくなるけどいい?
547 ：デフォルトの名無しさん：2021/01/27(水) 23:15:32.07 ID:9akTDBYB.net: >>545
簡易的なアサーションとして理解した上でNPEが出てほしい場合は使っていいよ
知らない間に大事な処理が実行されずスルーされたりするよりも、バグなのでとっとと例外を出して知らせてほしい場合とかね

https://kotlinlang.org/docs/reference/null-safety.html
> 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.
548 ：デフォルトの名無しさん：2021/01/28(木) 09:16:46.22 ID:zbveLxMQ.net: kotlinではnullチェックの代わりに?.を使うべきですか
549 ：デフォルトの名無しさん：2021/01/28(木) 09:54:30.26 ID:fR55BjA1.net: nullチェックと一口に言ってもバリエーションを考えないとだめ
nullなら何もしない
nullなら空白で表示する
nullならハイフンで表示する
nullなら代替手段で値を取りに行く
nullならログを吐いてフォールバックする
nullならフェイルファストで例外を出す

?.は上記のうちの一部に最適ではあるものの、一部には役に立たない
実現したいことや状況に沿った措置が先にあり、それをコードで表現するために適した言語機能を選ぶという順序で考えるべき
550 ：デフォルトの名無しさん：2021/01/28(木) 12:36:53.48 ID:Tpt+oTXI.net: nullなら割り込み禁止してその場で無限ループ
551 ：デフォルトの名無しさん：2021/01/29(金) 15:21:19.10 ID:8+3TBqwa.net: Kotlinって、SwiftやRuby以上にWindows切り捨て感があるのな
552 ：デフォルトの名無しさん：2021/01/29(金) 16:40:33.72 ID:VlQNfQH5.net: そう？
553 ：デフォルトの名無しさん：2021/01/29(金) 22:17:24.41 ID:8+3TBqwa.net: やっぱSwiftやRubyの方がひどいか・・・・
554 ：デフォルトの名無しさん：2021/01/30(土) 13:36:04.18 ID:ODJUYA6t.net: >>551
なんでそう思うの？
普通にJVMだからむしろWindowsに優しい方の言語だと思うけど。
Rubyなんて酷いものだろう。。
555 ：デフォルトの名無しさん：2021/02/16(火) 22:13:20.25 ID:tEVS/YKP.net: ねこ
556 ：デフォルトの名無しさん：2021/02/20(土) 08:00:32.70 ID:KP5LXIwV.net: 過疎なんか？
557 ：デフォルトの名無しさん：2021/02/21(日) 22:47:03.15 ID:ZGRBNcjP.net: TornadoFXが終わってしまったっぽい。
558 ：デフォルトの名無しさん：2021/02/22(月) 03:31:15.20 ID:X/Hrkxma.net: >>553
そもそもその2つもそれぞれMacとUNIX系のことしか考えてないってだけで切り捨て云々以前の話
559 ：デフォルトの名無しさん：2021/02/22(月) 07:50:49.54 ID:BC6N5nYc.net: >>557
最初だけ話題になったけどすぐ話聞かなくなったもんな
560 ：デフォルトの名無しさん：2021/02/24(水) 06:00:45.34 ID:OVfixnYa.net: >>559
TornadoFXで作ったソフトウェアがあるんだが、Java8の終了と共に沈めるしかないか…
561 ：デフォルトの名無しさん：2021/02/24(水) 15:55:29.28 ID:hU+TG0z/.net: これから覚えようと思ったのに・・・
562 ：デフォルトの名無しさん：2021/02/24(水) 20:06:34.71 ID:1LsYaFKv.net: 残念だね
563 ：デフォルトの名無しさん：2021/02/24(水) 20:12:49.29 ID:aLOaaYJ0.net: ざんねんですね
564 ：デフォルトの名無しさん：2021/02/24(水) 21:56:39.02 ID:OVfixnYa.net: なんでお葬式ムードなんだwwww
565 ：デフォルトの名無しさん：2021/02/28(日) 08:57:09.46 ID:y4wciZ8o.net: すでにピークは過ぎ去った。
566 ：デフォルトの名無しさん：2021/02/28(日) 10:57:59.59 ID:K3NYU891.net: TornadoFXの話だろ。そりゃお葬式だわ。
567 ：デフォルトの名無しさん：2021/02/28(日) 10:58:46.89 ID:K3NYU891.net: 今KotlinでGUIアプリ作ろうと思ったら何がいいんだろうな
568 ：デフォルトの名無しさん：2021/02/28(日) 11:03:50.21 ID:fCcI35LK.net: ピークちゃんかわいいやろ
569 ：デフォルトの名無しさん：2021/02/28(日) 12:53:09.27 ID:pfMKbdmi.net: >>566
Kotlin全体が、だろ。
570 ：デフォルトの名無しさん：2021/02/28(日) 15:27:48.49 ID:cJzzFvi8.net: >>567
何がどうなっても変わる事のがない最底辺の awt ではないか?
571 ：デフォルトの名無しさん：2021/03/01(月) 19:44:58.06 ID:jvNCnqsx.net: awtの上でいろいろ動いてるんじゃなかったか
572 ：デフォルトの名無しさん：2021/03/02(火) 02:32:19.48 ID:g3RlIqNH.net: kotlin.awt というのを作ってみたらどうか?

無駄だな。
573 ：デフォルトの名無しさん：2021/03/05(金) 11:41:14.83 ID:v+wrvR06.net: 未だにkotlin nativeのサーバーサイドに可能性を感じてるんだがどう思う？
574 ：デフォルトの名無しさん：2021/03/05(金) 15:40:46.28 ID:hI4Q3ELa.net: JVMを捨てて得られるメリットと比べて、Javaの資産を失うデメリットが多すぎかな
そのメリットの方を重視する人は普通はGoやRustを使うだろうし、あえてKotlin/Nativeを使うのはかなりニッチになるだろうから、JetBrainsもそこに注力しようと思わないし流行らない

まあでも、整備してくれるなら使ってあげるよｗ
575 ：デフォルトの名無しさん：2021/03/06(土) 07:42:11.87 ID:Qr/DAxNU.net: >>573
nativeにしたところでパフォーマンスはせいぜい数倍にしか上がらない。
事業が順調に展開してパフォーマンスが求められるような幸運なケースでは、
分散やクラウドでスケールしないと早々に限界にぶち当たるのではと。
やったことないけどね。
576 ：デフォルトの名無しさん：2021/03/06(土) 09:17:28.12 ID:qinwWtrN.net: 頼みのAndroidもFlutterにやられて終わりだな。
577 ：デフォルトの名無しさん：2021/03/06(土) 12:25:54.92 ID:S7ZUFE2e.net: 今そんなにflutter伸びてるの？
AndroidといえばKotlinの時代はおわり？
578 ：デフォルトの名無しさん：2021/03/06(土) 13:41:46.08 ID:E/+DZq4q.net: クロスプラットフォームは総じて糞
579 ：デフォルトの名無しさん：2021/03/07(日) 07:42:06.57 ID:A6qgIqC7.net: DartはChromeに組み込みが失敗して終わったと思ったのに、Flutterで巻き返してくるとは。
先日Flutter 2.0になりWebもデスクトップもカバーして、
クロスプラットフォームではReact Nativeを抜いてトップになったらしいけど、
モバイル全体で見た時のシェアはどうなんだろう。

>>578
そういえばこのスレでもXamarinの名前をすっかり見かけなくなった。
580 ：デフォルトの名無しさん：2021/03/07(日) 10:05:36.59 ID:wAK4v6A6.net: xamarinは.NETに統合されるから単独の話題には
もうならないのではなかろうか
581 ：デフォルトの名無しさん：2021/03/08(月) 22:27:58.05 ID:q6+mJ7oA.net: Cocoaの件で悪い意味で話題の的になると思ってたが
582 ：デフォルトの名無しさん：2021/03/10(水) 09:14:01.41 ID:uS0cxZyu.net: Googleと取り組むオンライン施策についての件名でGoogleからメールがきたんだが趣味アプリなのに返事しちゃっていいの？
583 ：デフォルトの名無しさん：2021/03/11(木) 06:21:17.00 ID:a1O7PjBL.net: >>582
詐欺メールでなければ。
内容がわからないけど、趣味でやっているなら解約時に違約金を取られないか注意するくらいかな。
584 ：デフォルトの名無しさん：2021/03/12(金) 11:34:03.78 ID:kAI5XbyW.net: >>576
kotlin nativeはkotlin jvmより遅いよ
起動とメモリ使用量は有利だけど
585 ：デフォルトの名無しさん：2021/03/12(金) 11:41:14.42 ID:kAI5XbyW.net: >>575
jetbrains視点で、vs flutterよりvs golangの方がマシな気がするんやが。
rustは競合しないから置いとくとして、
golangより書きやすいのは間違いないんやし。
586 ：デフォルトの名無しさん：2021/03/12(金) 13:35:25.78 ID:UgndYbA/.net: Googleの女性担当者とビデオ通話で内容をご案内とか書いてあるんだけど趣味アプリなのにいいの？
587 ：デフォルトの名無しさん：2021/03/12(金) 19:38:55.82 ID:rO8VAFcZ.net: >>586
守秘義務とかがないならもう少し詳しく説明してもらえないと分からない。
内容をご案内、も何の内容を誰(Google?あなた?ユーザー?)に案内なのかさっぱりだし。
>>584,>>585
アンカ逆かな
588 ：デフォルトの名無しさん：2021/03/14(日) 16:14:48.16 ID:ITpb+jkv.net: サーバーサイドのJVMって別にパフォーマンス悪くないからなー
nativeにするメリットがあまりない
589 ：デフォルトの名無しさん：2021/03/14(日) 17:26:30.65 ID:dZcEVD5V.net: YMobileのCMに出てくる芦田愛菜ちゃんはかわいいと思う
590 ：デフォルトの名無しさん：2021/03/15(月) 14:33:02.39 ID:h4DpjXex.net: nativeにするのは
javaの遺産を継承したくないからだと思われる
591 ：デフォルトの名無しさん：2021/03/15(月) 23:06:23.55 ID:p+TDCzdA.net: >>580
継承したくないなら使わなければ済むと思うのですが。
592 ：デフォルトの名無しさん：2021/03/16(火) 11:55:42.45 ID:H0s8r45D.net: nativeにしたいのは起動時間短縮(aws lambda利用とか)と、jvmレスによるメモリ軽減(kubeで複数pod利用とか)狙い
goと被ってるから倒したい
593 ：デフォルトの名無しさん：2021/03/18(木) 12:54:36.74 ID:WX8jlJaB.net: Kotlinでそれをやりたい人は少数派だろうし、倒さずに住み分けするんじゃだめなの
594 ：デフォルトの名無しさん：2021/03/23(火) 09:25:28.89 ID:zaPbuDkV.net: ヤらなきゃヤられるんだよ
595 ：デフォルトの名無しさん：2021/04/06(火) 16:58:25.74 ID:hd98bw+B.net: java勝ったからもうお前に用はない

　 ○　←google
　く|)へ
　　〉　ヾ○ｼ　←Kotlin
￣￣７　ヘ/
　　/　ノ
　｜
　／
`｜
／
596 ：デフォルトの名無しさん：2021/04/06(火) 17:23:29.60 ID:a1s8u+O4.net: いやkotlinはjavaのラッパーでしかないだろ
597 ：デフォルトの名無しさん：2021/04/06(火) 18:48:08.81 ID:RsrzZqy7.net: パクりまくりおｋで逆にJava終了ってマジ!?
598 ：デフォルトの名無しさん：2021/04/06(火) 18:53:33.55 ID:a1s8u+O4.net: むしろKotlinの天下javaに取って代わるわ
599 ：デフォルトの名無しさん：2021/04/07(水) 16:37:16.80 ID:zog9bUla.net: 生き残るのはJava8までよ
600 ：デフォルトの名無しさん：2021/04/15(木) 03:49:33.54 ID:o1THc+2j.net: そういやOracleとGoogleで争ってたAndroidのJavaの件はGoogle勝ったんだってな。
601 ：デフォルトの名無しさん：2021/04/15(木) 12:26:42.63 ID:wukWzou0.net: そういやって、まさにその話をしてたのよ
602 ：デフォルトの名無しさん：2021/04/28(水) 20:51:31.93 ID:cErE5E3t.net: そういやOracleとGoogleで争ってたAndroidのJavaの件はGoogle勝ったんだってな
603 ：デフォルトの名無しさん：2021/04/29(木) 12:43:05.79 ID:4WSvW7CU.net: そういやって、まさにその話をしてたのよ
604 ：デフォルトの名無しさん：2021/04/29(木) 15:00:25.41 ID:FUMq3MLC.net: 時の狭間に閉じ込められたKotlinian
605 ：デフォルトの名無しさん：2021/04/29(木) 17:14:07.55 ID:YN7Pg05+.net: コピペか
606 ：デフォルトの名無しさん：2021/04/29(木) 19:53:08.60 ID:ABMysKhC.net: そういやOracleとGoogleで争ってたAndroidのJavaの件はGoogle勝ったんだってな
607 ：デフォルトの名無しさん：2021/04/29(木) 20:16:08.52 ID:49K3ujd3.net: そういやって、まちにその話をしたてのよ
608 ：デフォルトの名無しさん：2021/04/29(木) 23:03:40.63 ID:gAx7nA8j.net: おいデータが微妙に壊れてるぞ
609 ：デフォルトの名無しさん：2021/04/30(金) 19:45:36.51 ID:m/tHuDzV.net: そういえば「ち」と「さ」は反転した文字みたいなんだよな。
https://animalive.me/play/read-behind-left-brain
610 ：デフォルトの名無しさん：2021/04/30(金) 19:48:36.30 ID:m/tHuDzV.net: おまけ
https://kent446.exblog.jp/10762054/
https://bokete.jp/boke/62455501
611 ：デフォルトの名無しさん：2021/05/03(月) 03:50:23.45 ID: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

ていうかネットで検索しても誰もこのこと書いてないのは何故だ？たまたま見つからなかっただけ？
それとも当たり前過ぎる話なのか？しかしこれかなり重要なことだろ。編集しないと現れない幻の
ボタンって。
612 ：デフォルトの名無しさん：2021/05/03(月) 04:02:34.27 ID:cEz/5a4b.net: サーバーサイドKotlinか？
AndroidStudioでやらないからそうなる
613 ：デフォルトの名無しさん：2021/05/03(月) 04:32:44.33 ID:UFgXt23Q.net: >>612
AndroidStudio だとやらなくて良いの？
それとも最初からデフォルトでコルーチン使えるようになってるとか？
614 ：デフォルトの名無しさん：2021/05/03(月) 04:34:09.34 ID:UFgXt23Q.net: てか、 build.gradle.kts を編集したらあのボタン押さないと反映されないのは同じだよね？
615 ：デフォルトの名無しさん：2021/05/03(月) 06:47:14.30 ID: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 押せば反映される
616 ：デフォルトの名無しさん：2021/05/03(月) 07:14:10.43 ID:JnqbaBph.net: IntelljIDEA2021.1.1でbuild.gradleとbuild.gradle.ktsのkotlinプロジェクト作ってみたよ
上記の通知の表示方法が変わって変なとこに象さんクルクルのアイコンが表示されるようになってるね
たぶん2021バージョンで変更された新しい表示なんだと思われる

今まで使ってた奴からすると、何だこれって感じでカーソルのせてみてSyncNowの代わりにこれ押せばいいとわかるから迷わない
ネットに情報が出てないのは、これに引っかかるのはホントの初心者だけだからじゃないかな

AndroidStudioも将来はこの表示になる可能性が高い
617 ：デフォルトの名無しさん：2021/05/03(月) 07:29:34.93 ID:4J8x1DcD.net: Androidで使うのが一般的なのにイキって
IntellijIdeaなんかでやるから天罰が下るんだ
618 ：デフォルトの名無しさん：2021/05/03(月) 08:23:58.65 ID:mwXEGGMB.net: >>611
普通にgradleタブのぐるぐる押せばいいのに
まずgradle使わないでどうやって実行しようとしたんだ
619 ：デフォルトの名無しさん：2021/05/03(月) 08:27:51.53 ID:CCI0+edQ.net: intellijのスプラッシュが気持ち悪い
早く変わってくれ
620 ：デフォルトの名無しさん：2021/05/03(月) 16:57:39.14 ID:UFgXt23Q.net: >>616
初心者というか、IntelliJ IDEA の初心者だな。
エディタを横に大きく広げていたのと白に近い灰色で表示されて気付かなかった感じだな。
色の問題もあるかな。

>>617
なんでこれでイキってることになるのか?w
Kotlinそのものの学習なら要らんだろう。Android開発部分は後から追加できるようだし。

>>618
なんだそれと思ってよく見たら右にGradleって出ててそれ押すと出てくるやつか。
これもよく見ないと発見できない "秘密のボタン" じゃねえかw
まるで昔のアドベンチャーゲームやってるかのようだ。
621 ：デフォルトの名無しさん：2021/05/03(月) 17:09:28.56 ID:WPoIRVmP.net: イキりポンチの童貞野郎が
622 ：デフォルトの名無しさん：2021/05/03(月) 17:25:07.75 ID:wIRNyzo+.net: 勃つだけましさ
623 ：デフォルトの名無しさん：2021/05/03(月) 17:42:09.79 ID:APFHCyDf.net: なんでもすぐイキってるとか言っちゃう子はそんなに他人や世間が怖いのかなと心配になる
もっと自由でええんやで
624 ：デフォルトの名無しさん：2021/05/04(火) 07:32:05.47 ID:7jJ3nkV3.net: >>619
わかる
625 ：デフォルトの名無しさん：2021/05/04(火) 15:42:18.39 ID:EqUn5+/6.net: 何らかのmap関連APIで、ある地点AとBを結ぶ経路を表示することはできると思う
そこからさらに、100mなどの距離を与えてスタート地点ＡからＢ地点へ
100m歩いた軌跡を表示することは可能ですか
626 ：デフォルトの名無しさん：2021/05/06(木) 04:27:55.32 ID:ajjDZVcw.net: 質問の意味が分からないが、もしやAndroidの質問？
だったらAndroidのスレがあったと思うのでそっちで聞いた方がいいと思う。
627 ：デフォルトの名無しさん：2021/05/06(木) 05:53:58.45 ID:MxQkcaBR.net: あわしろ氏もアカン言うてましたわ。
628 ：デフォルトの名無しさん：2021/05/06(木) 08:05:00.82 ID:xWxV6AXf.net: あわしろ氏誰やねんヽ(`Д´)ﾉ
629 ：デフォルトの名無しさん：2021/05/06(木) 18:43:39.58 ID:ofNdXnYQ.net: >>625
それはKotlinでもAndroidでもなく使うマップの仕様によるだろう。
スタート地点+距離を受け付けるAPIがあるならできるし、ないならできない。
630 ：デフォルトの名無しさん：2021/05/06(木) 20:50:47.13 ID:Ta5pc6Qz.net: そういうAPIがあるのかどうかを調べて来いよ
631 ：デフォルトの名無しさん：2021/05/07(金) 01:37:38.13 ID:4k6XqTcw.net: お！ 1.5 出てた。
632 ：デフォルトの名無しさん：2021/05/07(金) 10:08:30.66 ID:dF0LJIle.net: 1.5はパッとしないな
633 ：デフォルトの名無しさん：2021/05/07(金) 14:02:08.44 ID:Mo+Zp2+Z.net: パッとしてから来いよ
634 ：デフォルトの名無しさん：2021/05/07(金) 14:37:33.61 ID:pvRHeq5B.net: ハッとしてグッときて
パッと目覚める Kotlinだから
635 ：デフォルトの名無しさん：2021/05/07(金) 19:44:58.77 ID:kPylSr38.net: inline class最高
636 ：デフォルトの名無しさん：2021/05/08(土) 06:09:46.75 ID:BZJBNPxd.net: >>632
Javaと同じくローリングリリースになったからな。
パッとしなくてもスケジュールが優先でリリースされる。
637 ：デフォルトの名無しさん：2021/05/08(土) 09:03:32.71 ID:OwFy1u/b.net: ハッとしてグッときて
パッと目覚める Kotlinだから
638 ：デフォルトの名無しさん：2021/05/08(土) 20:34:47.27 ID:3jxsjvDZ.net: >>634
は天才だと思う
639 ：デフォルトの名無しさん：2021/05/15(土) 23:36:32.32 ID:d+8scdvN.net: 俺は今頃 Compose for Desktop というものがあることを知った。
640 ：デフォルトの名無しさん：2021/05/15(土) 23:43:23.67 ID:tihXB0Cj.net: Kotlin使ってるやつ仕事でどんなもの作ってるの？
641 ：デフォルトの名無しさん：2021/05/15(土) 23:44:20.12 ID:amksdPdW.net: なんでコードでレイアウト実装したいと思うの
レイアウトはXMLに分離することで可読性を上げたいということでそうしたんじゃないの
642 ：デフォルトの名無しさん：2021/05/16(日) 01:02:22.08 ID:/lNEC7FM.net: ひさしぶりにKotlinでコードを書く機会があったが
意外と悪くない
残念なのはこれがほとんどAndroidのアプリ開発でしか使われていないことだ・・
643 ：デフォルトの名無しさん：2021/05/16(日) 05:39:12.20 ID:et9DNQD4.net: >>641
XMLはわりと嫌われているからね
みんながXML大好きならJSONやYAMLなんかが今みたいに流行ることはなかっただろう

そういうXML嫌いな一派に内部DSL好きな人達がいる
rubyとかから流れてきた人達かな
kotlinは言語仕様の決定に内部DSLの書きやすさが考慮されていたりして、その内部DSL好きの意見が多く取り入れられてる
なのでレイアウトも内部DSLでやろうという話がでてくる
644 ：デフォルトの名無しさん：2021/05/16(日) 05:41:08.95 ID:et9DNQD4.net: コードそのものじゃなくて、内部DSLを使えば可読性は向上するという考えだね
XMLを使わなくても
645 ：デフォルトの名無しさん：2021/05/16(日) 05:42:02.78 ID:5m7n3cRq.net: センスねえ一派だな
646 ：デフォルトの名無しさん：2021/05/16(日) 06:04:05.36 ID:rlnJSKha.net: jsonは末尾カンマがあるだけで壊れるの嫌い
647 ：デフォルトの名無しさん：2021/05/16(日) 08:33:52.08 ID:et9DNQD4.net: いまはJSON言っても末尾カンマやコメント可能な拡張されたJSONを
設定ファイルに使えるでしょ
VSCodeとか
648 ：デフォルトの名無しさん：2021/05/16(日) 14:11:03.42 ID:xkWHIivX.net: jsonc? json5?
649 ：デフォルトの名無しさん：2021/05/16(日) 15:14:10.16 ID:OjO2sknJ.net: レイアウトをコードで書く流れなのはKotlin関係ないけどな
650 ：デフォルトの名無しさん：2021/05/16(日) 16:09:18.42 ID:bjgpsQdf.net: ちょっと違う話だが、 IntelliJ IDEA で新規プロジェクトを作る時に Ktor の所は後ろにカッコつきで Obsolete ってなってんだけど、Ktor って廃止される予定なの?
651 ：デフォルトの名無しさん：2021/05/16(日) 17:32:42.39 ID:et9DNQD4.net: >>650
Ktorのプラグインが新しくなったんじゃないかな
旧プラグイン1.5.1-obsolateと1.5.3は別のプラグインとしてインストールするようになってるように見える
新規プロジェクトの前に新しい方のプラグインインをストールすればobsolate無しのKtorが選択できると思う
652 ：デフォルトの名無しさん：2021/05/17(月) 14:53:16.95 ID:DZwTmI3K.net: >>651
なるほど。プラグインだけか。

と思ってアップデートしようとしたが obsolete のやつしか出て来ない。
おかしいなと思って JetBrain のサイトで検索したら出てきたが、 Community はサポートしていなかった。Ultimate だけだった。
653 ：デフォルトの名無しさん：2021/05/17(月) 14:57:10.60 ID:DZwTmI3K.net: それでも無理矢理ダウンロードしてZIPファイルからインストールするとこれが出て動かない。

プラグイン 'Ktor' はプラグイン 'com.intellij.microservices.uast' をインストールすることを要求しています

まあいいか。plugin使えなくても。
654 ：デフォルトの名無しさん：2021/05/17(月) 18:23:09.35 ID:gVJDEHq4.net: 質問1
Android studioのkotlin使ってるんやけどカレントディレクトリってどうやって取得すればいい？

System.getProperty(”user.dir”)
でも
Path.get(””).toAbsolutePath().toString()
でも/としか表示されへん

質問2
カレントディレクトリに有るファイルの場合はファイル名だけ指定したらjava.io.Fileを使ってファイル名だけでディレクトリの指定なしに操作できる？
655 ：デフォルトの名無しさん：2021/05/17(月) 18:32:44.93 ID:zF1a9+57.net: ktorのプラグインって廃止されてバンドルになったんじゃなかったっけ
656 ：デフォルトの名無しさん：2021/05/17(月) 23:50:52.56 ID:AWM7Ajza.net: >>654
アプリのプロセスのカレントディレクトリがルートディレクトリなんだろ
もちろんルートディレクトリに対する読み書き権限は無いはず

アプリがデフォルトで読み書きできるディレクトリはこの辺
https://developer.android.com/training/data-storage/app-specific?hl=ja

Fileクラスのコンストラクタはカレントディレクトリからの相対指定パスをしてもいいはずだけど、
アプリのプロセスのカレントディレクトリを勝手に変更していいかどうかは知らん
657 ：デフォルトの名無しさん：2021/05/18(火) 08:12:00.56 ID:vup8yESh.net: >>654
そもそも何がしたくてカレントディレクトリを取得したいん？
直感だけど、根本的にあまりやらない方がいいことをしようとしている気がする
658 ：デフォルトの名無しさん：2021/05/18(火) 09:52:29.38 ID:1yVusvif.net: Javaってカレントディレクトリ変更できないしあまりあてにしない方がいいよね。同じようにJVMでJavaのライブラリ使って動くKotlinも同じ。
(nativeとか他のは別として)
659 ：デフォルトの名無しさん：2021/05/18(火) 10:27:28.65 ID:lmZGxPtq.net: ファイルを操作したいならカレントディレクトリは使わずに環境変数なりなんなりで絶対パスを指定して、そこを利用した方が良いと思う
660 ：デフォルトの名無しさん：2021/05/18(火) 23:37:04.25 ID:AEI9A+tv.net: >>659
やと、アプリ専用のフォルダーを勝手につくっちゃうってこと？
アプリを内部にするか外部に保存するかわからんくない？
661 ：デフォルトの名無しさん：2021/05/19(水) 07:55:59.28 ID:iIq+id16.net: アプリと一緒にデータファイル配布して、アプリからそれを読み込もうとしているとかか？
662 ：デフォルトの名無しさん：2021/05/19(水) 17:49:44.81 ID:u4xdB3FO.net: >>661
そのパターン
データ保存したいねん
663 ：デフォルトの名無しさん：2021/05/19(水) 18:10:25.10 ID:iIq+id16.net: 配布したいのか、保存したいのか
保存したいのなら>>656のリンクを見ろ
配布したいのなら簡単なのはリソースに含めるとか
配布したファイルへ保存はやったらダメ
664 ：デフォルトの名無しさん：2021/05/21(金) 13:20:22.19 ID:7dyiFiD+.net: >>662
保存と配布どっちだよ。
665 ：デフォルトの名無しさん：2021/05/21(金) 14:32:48.76 ID:II2P4TIk.net: >>664
保存！
666 ：デフォルトの名無しさん：2021/05/21(金) 17:54:11.01 ID:7dyiFiD+.net: >>665
それなら>>656のリンク見てそこに書き込みな。
Androidはアプリごとに書き込んでいい場所が用意されてるから。
667 ：デフォルトの名無しさん：2021/06/20(日) 13:56:59.50 ID:DRMed2ub.net: kotlinのfirsrOrNullの検索効率ってどんな感じなんすか
Javaで２重ループで検索とかすると計算処理を削減するために工夫したりするんだけど
firstOrNullはそういうこと気にしなくてもいんすか
668 ：デフォルトの名無しさん：2021/06/20(日) 14:21:44.30 ID:KYXAfitG.net: 二重ループで検索てのが何かよくわからないけど、firstornullは上から順番に一致するものを探してるだけだよ。
高速な検索が必要ならハッシュテーブルとか二分探索とか検討すれば
669 ：デフォルトの名無しさん：2021/06/22(火) 08:51:41.24 ID:Xn56/PVc.net: kotlinはまだ5年は安泰かね
670 ：デフォルトの名無しさん：2021/06/22(火) 14:12:00.49 ID:jX4OI0Ca.net: 簡素に書けるからプログラム入門者向けというわけではないな
慣れるとコード量が減って読み書きの時間短縮になるが、知らないと直感的に理解できないデメリットのほうが大きい
プロ向けの言語だと思うわ
671 ：デフォルトの名無しさん：2021/06/23(水) 19:20:52.36 ID:64YJsdY1.net: >>667
下の方に実装が書いてある。物凄く単純。forで先頭から見てるだけ。
https://qiita.com/tkhskt/items/fb15c6b9d9cf30f4ea26
672 ：デフォルトの名無しさん：2021/06/29(火) 15:16:07.90 ID:iGYT4fi4.net: もうすぐ Kotlin 10周年だな。
WikipediaのKotlinのページ見たら2011年7月20日に発表されたって書いてあった。
673 ：デフォルトの名無しさん：2021/07/08(木) 20:57:16.04 ID:+vWLj3Me.net: ロゴが変わっただけかい
674 ：デフォルトの名無しさん：2021/07/09(金) 02:49:07.06 ID:HAPzR3Cs.net: kotlin.ranges.ClosedFloatingPointRange の lessThanOrEquals() メソッドって a <= b やってるのと同じだと思うんだが、どういう時に使う事を想定してわざわざ abstract で定義されてるの?
a <= b の結果を返す実装をしない場合向け? しかし ClosedFloatingPointRange のインスタンスでやれるようにする理由がわからない。
675 ：デフォルトの名無しさん：2021/07/09(金) 02:58:02.94 ID:HAPzR3Cs.net: ソース見ても ClosedFloatingPointRange<Double>, ClosedFloatingPointRange<Float> 共に lessThanOrEquals() は a <= b 返してるだけ。
https://github.com/JetBrains/kotlin/blob/80cce1dc5280eb9135390270c8644a7b8d198071/libraries/stdlib/src/kotlin/ranges/Ranges.kt
676 ：デフォルトの名無しさん：2021/07/10(土) 15:45:19.22 ID:jbIVp5r2.net: 誰も答える事が出来ない、か・・・
677 ：デフォルトの名無しさん：2021/07/10(土) 17:29:16.75 ID:CuVl6tH2.net: 浮動小数点比較でググれカス
678 ：デフォルトの名無しさん：2021/07/11(日) 00:30:54.29 ID:98wTdhzr.net: 勘だけどcompareToで実装した場合BoxingとUnboxingが発生するからとか？
679 ：デフォルトの名無しさん：2021/07/11(日) 01:58:02.78 ID:xDCJE6De.net: 何の話かとソースを見たら簡単なことだった
抽象クラスでcontainsやisEmptyをテンプレートパターンで提供するために使ってるじゃん
680 ：デフォルトの名無しさん：2021/07/11(日) 02:18:18.60 ID:cP82I2qM.net: >>677
で？ググったが、君が何を言いたいのか全く分からない。

>>678
Kotlin はプリミティブ型はないから Boxing, Unboxing の概念自体がないよ。
もちろんコンパイラは最適化して内部的にはやっているコードを作るだろうけどね。
かといってそれで動作が変わる事はない。
それと Kotlin は <= 演算子は compareTo() 使うように置き換えられるだけだ。
681 ：デフォルトの名無しさん：2021/07/11(日) 02:27:45.13 ID:cP82I2qM.net: >>679
lessThanOrEquals() メソッドを用意する意味は? 何のために必要なの? どういう時に使うの?
このクラスのインスタンスを通さずに a <= b と書いても同じなんだけど、そう書かない方が良い場合やそう書けない場合があるの?
682 ：デフォルトの名無しさん：2021/07/11(日) 02:29:55.56 ID:xDCJE6De.net: >>681
外から使わせたい意図なんじゃなくて中でもう使ってるんだよ
683 ：デフォルトの名無しさん：2021/07/11(日) 02:50:03.62 ID:cP82I2qM.net: >>682
ああ。ソースの上の方の interface の所で使ってるこれか。
上の方見てなかった。ClosedDoubleRange とかの実装部分では全て override してるから気付かなかった。
684 ：デフォルトの名無しさん：2021/07/11(日) 03:36:10.64 ID:1PXH7bmD.net: >>679
ClosedFloatingPointRangeはClosedRangeを継承してて、ClosedRangeはcontainsとisEmptyを不等号演算子で実装してるのに、
なんでそれをlessThanOrEqualsを使ったものにoverrideしてるのは何故なんだぜ
ClosedFloatingPointRangeのComparable<T>はoperatorのcompareToを実装してるから不等号演算子使えるはずだろ
685 ：デフォルトの名無しさん：2021/07/11(日) 15:03:50.18 ID:turdcYIy.net: >>684
不等号演算子ではIEEE754の定める順序が厳密に実装できないからじゃね？
正負の0をどう順序付けるかとか
686 ：デフォルトの名無しさん：2021/07/11(日) 22:32:15.75 ID:oapAt03e.net: 標準の実装だと0.1を10回足した結果が1.0..2.0の範囲外になるからな
687 ：デフォルトの名無しさん：2021/07/12(月) 01:19:08.25 ID:LR2Kyv8n.net: >>676
教えてあげても理解できない、か・・・
688 ：デフォルトの名無しさん：2021/07/12(月) 04:26:13.64 ID:Stykbknw.net: >>687
君はどこで教えてるの？
689 ：デフォルトの名無しさん：2021/07/12(月) 07:34:03.09 ID:4Smn+TRk.net: Androidアプリ開発始めようと思うんだけど、いきなりKotlinの勉強初めて大丈夫？
JAVAの入門書1冊くらい目を通しておいた方がいいかな
HTMLとCSSはわかる
昔やさしいCを一通り読んだり、ドットインストールのPHPのとこを見た程度で、まともなプログラミング経験はないんだけど…
690 ：デフォルトの名無しさん：2021/07/12(月) 07:45:25.78 ID:0kBd/ns6.net: 別に問題ないけどandroidの開発はUIを作る部分は今はjetpack composeという新しい
フレームワークが登場しようとしてる時期だからな
今までのやり方を勉強するかjetpack composeを勉強するかそこが悩ましいところ

kotlinのところは共通だから問題ないが

javaは必要になったらその都度調べるでいいんじゃ
691 ：デフォルトの名無しさん：2021/07/12(月) 07:47:46.13 ID:0kBd/ns6.net: なにより動機が大切
作りたいアプリがあるとかあれば完遂できる高くなると思う
692 ：デフォルトの名無しさん：2021/07/12(月) 10:29:21.39 ID:CpHcNeNq.net: composeは糞、流行るわけない
元々ロジックとデザインが混在してカオスだったのをうまく分離した歴史があるのに
なんでまた混在させようとしてるんだ
コードが見にくくなるだけセンスねえな
693 ：デフォルトの名無しさん：2021/07/12(月) 19:41:43.02 ID:Stykbknw.net: 流行って貰いたいものが流行らず、流行って貰いたくないものが流行る。
世の中とはそういうものだ。
694 ：デフォルトの名無しさん：2021/07/12(月) 20:38:10.01 ID:bBJu0B3I.net: 本質的に結合しているものを分離すると逆に分かりにくくなるんやで
Web の HTML, CSS, JavaScript を1ファイルでコンポーネント化するようなもん

関心の分離っていってな、関心の単位で分離すべきであって言語とか拡張子といった技術で分離すべきではないんねん
695 ：デフォルトの名無しさん：2021/07/12(月) 20:46:21.89 ID:CpHcNeNq.net: main関数のみで全処理書いてろ
696 ：デフォルトの名無しさん：2021/07/12(月) 22:47:29.20 ID:4Smn+TRk.net: >>690
ありがとう、いきなりKotlinでいくことにする
作りたいアプリがいくつかあるから動機の点では問題ないと思う
697 ：デフォルトの名無しさん：2021/07/13(火) 16:16:13.48 ID:NjYyHmnM.net: KotlinをマスターすればJAVAを学ぶのも楽になったりする？
698 ：デフォルトの名無しさん：2021/07/13(火) 17:42:26.07 ID:0X+PqoEr.net: Korlinから入るとJavaがダルすぎるだろうな
699 ：デフォルトの名無しさん：2021/07/13(火) 18:05:59.24 ID:ugiVX/de.net: Kotlinは概ねJavaのスーパーセットだから、Kotlinをマスターすれば自動的にJavaもマスターしたことになる
逆に言えばJavaの知識は漏れなくKotlinで通用するので、言語の基礎からじっくり学びたいならJavaから入ったほうが効率はいい
700 ：デフォルトの名無しさん：2021/07/13(火) 18:51:54.36 ID:72jyBhF5.net: オナシャス！
あしたー！
をマスターすれば
よろしくお願いします！
ありがとうございましたー！
をマスターしたことになるということか
701 ：デフォルトの名無しさん：2021/07/13(火) 19:14:12.59 ID:hwqBl+H/.net: Javaが右手なら
KotlinはTENGA
702 ：デフォルトの名無しさん：2021/07/13(火) 19:34:54.40 ID:QtVQwWW6.net: AndroidにおいてもはやJavaは古語
外人が日本語学ぶときに古文から勉強なんてしないでしょ
エスアイヤーに入ってサーバサイドJavaを書く予定でもない限り、Javaは無視してKotlinだけ勉強すれば充分だと思う
古典解読の必要に迫られてなければ極力関わらないほうがいい
703 ：デフォルトの名無しさん：2021/07/16(金) 20:27:24.69 ID:fn0ZIWtp.net: いまだにkotlin見ないよ
704 ：デフォルトの名無しさん：2021/07/16(金) 20:28:12.10 ID:fn0ZIWtp.net: Javaを代替するのかと思ったらぜんぜんそんなことないし
新しいもの好きはKotlinのかわりにPython使うありさま
どうなってん
705 ：デフォルトの名無しさん：2021/07/16(金) 20:59:39.71 ID:daMSi7HO.net: お前がいけてないゴミ企業に勤めてるだけだろ
ああん？かかってこいよ
706 ：デフォルトの名無しさん：2021/07/16(金) 21:01:55.89 ID:B3wJeb/i.net: スレに小学生が紛れ込んでます
707 ：デフォルトの名無しさん：2021/07/16(金) 21:03:40.72 ID:ie4I3r9l.net: うーん、Androidならともかく、Pythonが比較対象になるってことはサーバーサイドだろ？
サーバーサイドでKotlinが採用されるのって基本的に環境にJVM縛りがある場合なわけで、その時点でイケてないと思うけどな
708 ：デフォルトの名無しさん：2021/07/16(金) 22:05:58.66 ID:fn0ZIWtp.net: スマホに行くとあるのか？
709 ：デフォルトの名無しさん：2021/07/17(土) 09:22:49.55 ID:zXxqlbp9.net: こういうやつが多いからこそ今のうちにKotlinをマスターしておく
710 ：デフォルトの名無しさん：2021/07/17(土) 14:11:07.80 ID:IFwXDVuO.net: 新しい物好きがpythonとな
711 ：デフォルトの名無しさん：2021/07/18(日) 03:33:31.77 ID:1LSo9w/B.net: >>704
Android のアプリ開発でもまだ Java を新規で使う?
712 ：デフォルトの名無しさん：2021/07/22(木) 16:13:54.69 ID:o3SPPMDQ.net: 答えない、か・・・
713 ：デフォルトの名無しさん：2021/07/22(木) 16:16:46.94 ID:Q+13QovN.net: 知らんから
こっちが聞きたい
714 ：デフォルトの名無しさん：2021/07/22(木) 16:32:59.94 ID:o3SPPMDQ.net: >>704は「Javaを代替するのかと思ったらぜんぜんそんなことないし」と断定しているわけだが、
ぜんぜんそんなことないなんてことはないよな？
715 ：デフォルトの名無しさん：2021/07/22(木) 16:41:36.41 ID:o3SPPMDQ.net: まあしかし自分でどんどん使って自分で布教活動して自分が世界に流行らせようというぐらいの勢いが欲しいところではある。人として。
716 ：デフォルトの名無しさん：2021/08/03(火) 19:28:53.26 ID:pl6JBCXA.net: デルタの次はラムダだってよ
717 ：デフォルトの名無しさん：2021/08/04(水) 06:05:44.92 ID:Px3vnVIJ.net: >>716
時代が追いついた?
718 ：デフォルトの名無しさん：2021/08/06(金) 16:48:30.34 ID:pdMuy17Q.net: Int型だけ扱うならArrayよりIntArrayの方が速いってのはわかったんだけど
FloatArrayとかでも同じくArrayより速いの？
719 ：デフォルトの名無しさん：2021/08/07(土) 03:43:00.44 ID:efxonHum.net: 速いんじゃないの？多分 Java の float[] になっているから。
720 ：デフォルトの名無しさん：2021/08/07(土) 03:48:28.66 ID:SKzXKOLc.net: オーバーヘッドがボクシングにあるんだから当然じゃよ
類推できないならわかったというより覚えただけじゃな
721 ：デフォルトの名無しさん：2021/08/07(土) 17:38:52.49 ID:s6dGlW/R.net: ボクシング？？？ググったらなんか出てきました…
読んで精進します
ありがとうございました
722 ：デフォルトの名無しさん：2021/08/07(土) 18:43:36.70 ID:efxonHum.net: boxing の「箱詰め」って意味の方だな。
殴り合いの方も囲まれた中に人を入れてやってるので何となく概念は同じかな。
723 ：デフォルトの名無しさん：2021/08/08(日) 02:23:55.98 ID:1NtvLxoY.net: ラムダが空港で検出されたってよ
724 ：デフォルトの名無しさん：2021/08/08(日) 07:12:24.73 ID:zogiP73Y.net: ラムダが世界を支配して関数型プログラマー大勝利!!
そして、さらなる新型株により新しい時代の幕が開く。
725 ：デフォルトの名無しさん：2021/08/09(月) 04:25:12.65 ID:hxwUAA35.net: jdkってコンパイル遅すぎない？ハローワールドだけで数秒かからないか？
726 ：デフォルトの名無しさん：2021/08/09(月) 13:48:04.32 ID:bwkDBZAI.net: 新しいのは早いらしいぞ
727 ：デフォルトの名無しさん：2021/08/10(火) 04:17:16.39 ID:RT5RB9Hc.net: javac も JVM 上で動く一つの Java プログラムなので起動時に JVM の初期化で時間が掛かる。
728 ：デフォルトの名無しさん：2021/08/10(火) 18:23:05.29 ID:JaPZtVcK.net: kotlinですごく単純なメモアプリ作ってるんだけどここで質問していいのかな？
729 ：デフォルトの名無しさん：2021/08/10(火) 18:27:04.30 ID:+Y+PDhFJ.net: どうぞ
730 ：デフォルトの名無しさん：2021/08/10(火) 18:53:48.14 ID:JaPZtVcK.net: https://dotup.org/uploda/dotup.org2557718.png
menuレイアウトにsave,deleteの二つを作ってんだけど
deleteボタンを押下したらデータを削除する機能を付けたいと思ってる
んで上図でclear()を追加したらできたんだけど、即時反映されない
clear()の後にcommit()を追加してみたけどダメだった
どうすりゃ即時反映できるんのですか？
731 ：デフォルトの名無しさん：2021/08/10(火) 20:10:37.27 ID:BpNna49q.net: 反映されないとはどういうことか
データが消えていないということか
732 ：デフォルトの名無しさん：2021/08/10(火) 20:17:49.30 ID:JaPZtVcK.net: deleteボタンを押してアプリを終了→再起動したらデータは消えてるので
おそらく画面が更新されていない？と思っています

てことは画面の更新処理を追加すればいいのかな⁉
733 ：デフォルトの名無しさん：2021/08/10(火) 20:24:53.23 ID:c5407/+d.net: invalidateじゃね
734 ：デフォルトの名無しさん：2021/08/10(火) 21:34:50.13 ID:JaPZtVcK.net: うーん
735 ：デフォルトの名無しさん：2021/08/10(火) 21:37:57.93 ID:JaPZtVcK.net: invalidateはjavaの機能？頭が痛くなってきた...
736 ：デフォルトの名無しさん：2021/08/10(火) 22:49:50.41 ID:0wKAWNP/.net: 画面の更新処理書けばいいだけだろ
22行目で自分で更新処理かいてるんだから同じ事すればいいだけだろ
737 ：デフォルトの名無しさん：2021/08/10(火) 22:52:16.19 ID:75HG6oSE.net: bindingよく知らないんだけど、onCreateでやってるbinding.textInputEdit.setText()は、deleteしたときにもやらないといけないんじゃないの？
738 ：デフォルトの名無しさん：2021/08/10(火) 22:52:57.09 ID:75HG6oSE.net: かぶったわ
739 ：デフォルトの名無しさん：2021/08/10(火) 23:14:40.34 ID:/YOKAAqz.net: すいません、風呂入って頭空っぽにしたらすんなり理解できました
binding.textInputEdit.setText("")
これ追加するだけでしたね、ありがとうございました
お騒がせしました
740 ：デフォルトの名無しさん：2021/08/12(木) 22:10:10.91 ID:yUQmpKTY.net: 手詰まりになったと思った時はだいたいそういう簡単なポカしてるものよ
風呂入ったり散歩したりすればだいたい解決する
741 ：デフォルトの名無しさん：2021/08/13(金) 01:08:57.45 ID:EY++miAR.net: こんばんは
あれから機能追加してるんですけどまた行き詰ってます
また質問いいですか？
742 ：デフォルトの名無しさん：2021/08/13(金) 03:22:25.49 ID:18U08+hI.net: AndroidならKotlin関係ないのでこちらで

Androidプログラミング質問スレ revision53
https://mevius.5ch.net/test/read.cgi/tech/1488362439/
743 ：デフォルトの名無しさん：2021/08/13(金) 06:51:20.74 ID:EY++miAR.net: 専用板あるんですね、ありがとうございます
そっち行きます、
744 ：デフォルトの名無しさん：2021/08/24(火) 04:58:32.11 ID:78IJrgpA.net: >>710
年寄りが最近と言いつつ十年前の話を始めるのに似ているな
745 ：デフォルトの名無しさん：2021/08/24(火) 10:08:37.49 ID:3yRIPy2m.net: いきことだったけどJava先にやった方が結局早い気がしてきた
746 ：デフォルトの名無しさん：2021/08/28(土) 17:04:58.34 ID:HPaMnV06.net: 「いきこと」という、俺の知らない日本語がまだあったのかと思い、ネットで検索して出てきたのがこれ。

https://ikikoto.com/
747 ：デフォルトの名無しさん：2021/08/28(土) 17:10:49.65 ID:HPaMnV06.net: まあしかしこないだ本当に「しくはない」という言葉があることがわかって驚いたんだけどね。
最初見た時「惜しくはない」の「惜」が編集ミスで消えただけだと思ったが、文脈からして変だと思って検索して発覚。
748 ：デフォルトの名無しさん：2021/08/28(土) 18:39:25.65 ID:QOe16O/J.net: 百聞は一見に如かずという諺もあるし、そこまで聞かない言葉でもないような気がするけど。
749 ：デフォルトの名無しさん：2021/08/28(土) 21:09:01.00 ID:jimgwps1.net: 如くは無しは高校の漢文で習ってるはず
ゆとり世代はその限りではない
750 ：デフォルトの名無しさん：2021/08/29(日) 04:37:00.40 ID:Lt7wAmk4.net: で、>>745の「いきこと」って何？間違えたとしても何をどう間違えたのか推測できない。文脈からも分からない。
751 ：デフォルトの名無しさん：2021/08/29(日) 06:57:30.15 ID:v5m/a1Rg.net: >>750
Javaをやらずに「いき」なり「こと」りんから入った、の略。
Java先にやった方が、という続きの文章と、KotlinをやるにはJavaの知識は必須かという
議論の存在を知らないと推測できない。
自分もわかるまで数分かかった。>>750でなく>>745が悪いと思う。
752 ：デフォルトの名無しさん：2021/08/29(日) 07:59:05.47 ID:gpvNvkXc.net: 「イキってKotlinから」の略だと思ってた
753 ：デフォルトの名無しさん：2021/08/29(日) 08:35:50.15 ID:PIpVjLF4.net: 「いき」なりそんな「こと」言われたら困るじゃん
もう「いき」なりあんな「こと」しないでよね
754 ：デフォルトの名無しさん：2021/08/29(日) 09:01:26.36 ID:CJrX7/qX.net: 羽ばたいーたらー戻らなーいーと言ってー♪

いきことがかりも一度Flutterを始めたらJavaに戻るなと歌で訴えているよ
755 ：デフォルトの名無しさん：2021/08/29(日) 10:02:53.95 ID:v5m/a1Rg.net: >>754
Flutterの言語がdartでなくKotlinだったらなあ
756 ：デフォルトの名無しさん：2021/08/29(日) 11:28:55.35 ID:vkrlViTu.net: KotlinはFlutterが求める要件は満たせてないんじゃね
ネイティブコードとJavaScriptへのトランスパイルが重要なのにKotlinは全然良くならないし
DartVMによるホットリロードはJVMでも出来るのかな
プログラマが直接書く部分はKotlinが優れてるけど、それ以外はDartの方が良い/今後良くなりやすい
DartはほぼFlutter専用なのでFlutterに合わせて言語側に変更を加えられる
757 ：デフォルトの名無しさん：2021/08/30(月) 13:36:11.58 ID:IjMzUUV8.net: Kotlinマスターになるぞ！
これから絶対にKotlinの覇権がくる！
使えるのはアンドロイドだけじゃないんだ！
758 ：デフォルトの名無しさん：2021/08/30(月) 13:38:46.74 ID:adoWwHgT.net: chromebookがmacbookくらいのシェアになったらなあ
759 ：デフォルトの名無しさん：2021/08/30(月) 14:05:07.75 ID:rHJ1n6d1.net: 何年か前に米のラップトップの販売シェアはすでにトップって聞いたけど
760 ：デフォルトの名無しさん：2021/08/30(月) 18:17:13.34 ID:SLXKrFaK.net: デスクトップOS ２０２１年
順位プロダクト４月のシェア
1 Windows 65.88%
2 Unknown 16.64%
3 OS X 15.63%
4 Linux 1.34

ノートパソコンOS，2019，2020にChromeがマック追い抜く
Windows 85.4% 80.5%
Chrome OS 6.4% 10.8%
macOS 6.7% 7.5

スマートフォンOS ２０２１年３月，４月
1 Android 72.19% 71.83% ↑
2 iOS 27.00% 27.41% ↓
3 Samsung 0.39% 0.38
761 ：デフォルトの名無しさん：2021/08/31(火) 01:09:33.02 ID:xbAoiFkL.net: 今は全然日本語の情報ないからな
今のうちに英語の情報仕入れまくって数年後にくるであろうKotlinフィーバーに備えるぜ
762 ：デフォルトの名無しさん：2021/08/31(火) 01:20:44.47 ID:nkEfBFAj.net: え？ Kotlin の日本語情報? Webに沢山あると思うが? 本も沢山出てるよ。
763 ：デフォルトの名無しさん：2021/08/31(火) 01:36:39.03 ID:upBvXNj6.net: ああいうのは大体周回遅れだからな
764 ：デフォルトの名無しさん：2021/08/31(火) 03:57:27.53 ID:nkEfBFAj.net: まあでもこの頃は自動翻訳でも結構読めるようになったよね。修正してくれてる人が居るのかも知れないが。
765 ：デフォルトの名無しさん：2021/09/01(水) 16:58:26.51 ID:9b0EOTJN.net: ネット上の情報は増えたけど書籍はまだまだだわ。
諸初学者向けの入門書はあるけど、書籍でそれ以上深掘りたいなら英語ばっかだな。
766 ：デフォルトの名無しさん：2021/09/02(木) 10:47:34.91 ID:kvuhlPFL.net: Javaの本に書いてることをKotlinで再現していけばいい
767 ：デフォルトの名無しさん：2021/09/02(木) 12:08:47.39 ID:ofBHsFF8.net: 昔は結構深い本があった気がするんだけど、
ここ10年くらいで入門書ばかりでネットの情報見た方が良くなった
768 ：デフォルトの名無しさん：2021/09/02(木) 14:52:45.48 ID:2IGZCqIP.net: >>766
最初の頃はそれでいいけどKotlinしかない記法は身につきにくいからなぁ
769 ：デフォルトの名無しさん：2021/09/06(月) 16:00:58.98 ID:6XTaCMD4.net: フィールドはsetter, getter使ってアクセスしろって言ってたくせに
kotlinになったらcallbackとか var callbackにして直接アクセスokになったのなんなん
770 ：デフォルトの名無しさん：2021/09/06(月) 16:13:37.76 ID:FistWoaj.net: kotlinのプロパティなら後からでも影響最小限度でsetter, getterに書き換えできるからでしょ
771 ：デフォルトの名無しさん：2021/09/06(月) 16:51:07.08 ID:phvZhzBO.net: Kotlinのクラスに書けるのはフィールドではなくプロパティだから問題ないでしょ
内部では同じことで、同じメリットも享受できる
772 ：デフォルトの名無しさん：2021/09/06(月) 16:51:36.83 ID:phvZhzBO.net: すまんリロードしてなかった
773 ：デフォルトの名無しさん：2021/09/07(火) 12:36:39.75 ID:TqdmO5+e.net: Kotlinはgetter, setterが自動で作られてるよね？表に見えるように書く必要がないだけで。
774 ：デフォルトの名無しさん：2021/09/08(水) 00:17:45.55 ID:mdkOvg+E.net: Androidアプリマンいたら聞きたいんだがネイティブで作るのって実際の現場だとどれくらい選択されてる？
ググってるとネイティブ学んでおけばOK的な記事が見つかる一方で実際の現場では保守工数を考えてマルチプラットフォームでiOSも合わせて同資源で作るのが多いのか気になった
775 ：デフォルトの名無しさん：2021/09/08(水) 03:00:33.07 ID:eOkNAxV3.net: 現場つっても業界によってだいぶ事情が違うんじゃないの
顧客の一律の端末に特定のアプリを開発してインストールする(例えば飲食のタブレット注文アプリ)
ならネイティブで開発が普通だろうが
例えばゲームのようにアプリそれ自体を一般に販売するような場合、特定の事情でもない限り
アンドロイドのみ、iOSのみということはありえないので当然マルチプラットフォーム前提になる
776 ：デフォルトの名無しさん：2021/09/08(水) 04:06:24.16 ID:wRK4TQzB.net: 最近はもうあいぽん無視するとこも出てきてるでしょ
シェア2割しかないし
777 ：デフォルトの名無しさん：2021/09/08(水) 08:17:54.25 ID:iAX5sgCV.net: unityやマルチ使ってわざわざiPhone外すことはない
Androidだけなのはswiftできなかったとか特殊な事情だろ知らんけど
778 ：デフォルトの名無しさん：2021/09/08(水) 10:10:22.99 ID:J9nzk2Oz.net: まともなアプリはネイティブ
webからサービス展開していったような会社はreactNativeとかwebViewだけのガワアプリだったりするけど大抵クオリティが微妙
君が普段使っているアプリを見てみたら良い大体まともなアプリはネイティブだろう
779 ：デフォルトの名無しさん：2021/09/08(水) 11:34:34.94 ID:gOjAyVi1.net: ソシャゲとかはマルチプラットフォーム使って1資源で両OSビルドしてるイメージ
その他のアプリは要件に応じて同じようにマルチにするかネイティブで別々で作るか決めてるイメージ
780 ：デフォルトの名無しさん：2021/09/08(水) 21:37:14.98 ID:2235Uth/.net: 基本的にはネイティブが第一選択肢かな
マルチプラットフォームで出来ちゃいそうなものだったり、開発リソース次第ではそちらを選ぶ
マルチプラットフォームで開発するにしても、結局ちょっと込み入ったことになると両プラットフォーム用に実装分けなくちゃいけなくなるのよね
781 ：デフォルトの名無しさん：2021/09/08(水) 21:43:23.17 ID:2235Uth/.net: そういう意味ではFlutterはとても良くできてるからマルチプラットフォームでできる範囲がすごく広がったな、
ネイティブを完全に置き換えるまではまだ行ってないけど、かなりの部分を吸収してくれる
開発言語がDartであることを除けばとても良い
782 ：デフォルトの名無しさん：2021/09/08(水) 22:52:07.37 ID:jWzgnL0E.net: センサ類あれこれ触るならネイティブだわなって気がする
783 ：デフォルトの名無しさん：2021/09/09(木) 00:32:12.06 ID:du2BnvwR.net: スマホVRの為にジャイロ取得したいんだけど取説ページありませんか？
784 ：デフォルトの名無しさん：2021/09/09(木) 00:37:15.29 ID:ZoElMF5Y.net: 公式にあるじゃろ（英語）
785 ：デフォルトの名無しさん：2021/09/09(木) 03:43:04.90 ID:xhx3WSqk.net: 流行り物は結構日本語化されてるもんだよ
https://developer.android.com/guide/topics/sensors/sensors_motion?hl=ja
786 ：デフォルトの名無しさん：2021/09/09(木) 18:52:07.82 ID:A1tbVRU7.net: >>785
ありがとうございます
787 ：デフォルトの名無しさん：2021/11/10(水) 02:08:18.09 ID:nSaNfQNZ.net: constてなんのためにあんの？
788 ：デフォルトの名無しさん：2021/11/10(水) 03:42:12.72 ID:prXPvJNI.net: constつけられるならつけた方が処理が早くなる可能性がある
でも、つけられるのはプリミティブ型か文字列だけだし、実行時に値が変わるような場所にはつけられないし、つけられる定義の場所にも制限がある
789 ：デフォルトの名無しさん：2021/11/10(水) 17:01:46.07 ID:AEbYhI02.net: 便乗して教えて欲しいんだけどさ
constってつけても、その内容ってテキスト領域からスタックにコピーされるの？
それともテキスト領域への参照になるの？
790 ：デフォルトの名無しさん：2021/11/10(水) 18:14:21.91 ID:LomFy4UO.net: うっせ警告出るから付けてるだけじゃjetbrainsに文句言えや
791 ：デフォルトの名無しさん：2021/11/10(水) 20:53:08.95 ID:1fusRTws.net: constって#defineみたいなものやろ
792 ：デフォルトの名無しさん：2021/11/10(水) 23:18:14.39 ID:tD/GNPr0.net: 太麺で生麺タイプのカップうどんってなんて名前だったっけ
constじゃなくて
793 ：デフォルトの名無しさん：2021/11/10(水) 23:43:21.92 ID:Ch3FBZdP.net: >>792
ごんぶと?
794 ：デフォルトの名無しさん：2021/11/10(水) 23:50:42.49 ID:2Gj2Pag4.net: 検索したらこんなページを発見。

kotlinで定数を定義する時【const】vs【val】
https://qiita.com/takusemba/items/f278e9e9e9217f0d6632
795 ：デフォルトの名無しさん：2021/11/16(火) 00:31:43.45 ID:/qwY16g/.net: 1.6.0
796 ：デフォルトの名無しさん：2021/11/16(火) 18:24:33.36 ID:V/9tudbH.net: 1.6は何が追加されたの？
797 ：デフォルトの名無しさん：2021/11/16(火) 18:31:18.12 ID:7nqPe+y1.net: 教えてください。
関数の中のmodifierとcontentの構文の意味がわかりません
@Composable
fun StaggeredGrid(
modifier: Modifier = Modifier,
content: @Composable () -> Unit
) {...
798 ：デフォルトの名無しさん：2021/11/16(火) 18:38:03.25 ID:R96ipvtr.net: jetpack compose とかイキリやがって
799 ：デフォルトの名無しさん：2021/11/16(火) 18:41:45.15 ID:7nqPe+y1.net: どうしてもイキリたいんで助けてください
800 ：デフォルトの名無しさん：2021/11/16(火) 19:58:02.21 ID:mlgO19O/.net: modifierの=はただdefault値設定してるだけじゃ
でcontentの方の() ->Unit
はただの関数型でしょ
引数なしで戻り値がUnitの関数型
@Composableはアノテーション
801 ：デフォルトの名無しさん：2021/11/16(火) 21:28:24.99 ID:zxrsprDW.net: >>800
ありがとう
なるほど！解るような、解ってないような。
もらったワードでさらに調べてみます
802 ：デフォルトの名無しさん：2021/12/24(金) 20:52:00.29 ID:aX8NOECa.net: スマホあり。ネットなしでkotlin使うのは厳しいかのう。
803 ：デフォルトの名無しさん：2021/12/24(金) 21:44:29.74 ID:uB5PXekg.net: スマホあり＝ネットありだろ
804 ：デフォルトの名無しさん：2021/12/25(土) 04:35:49.54 ID:62MjaTIU.net: 今ここには何を使って書いてるんだ？ここにネット接続しないで書ける立場の人なのか？
805 ：デフォルトの名無しさん：2021/12/25(土) 05:34:38.17 ID:xHHo8a8h.net: スマホあるから調べ物はできるけどスタンドアロンPCで開発したいってことかな
テザリングすればいいんじゃないかな
806 ：デフォルトの名無しさん：2021/12/25(土) 12:45:54.83 ID:sZ4+jXNJ.net: ネットの反対はスマホ。
オーケー？
807 ：デフォルトの名無しさん：2021/12/25(土) 13:22:04.94 ID:xHHo8a8h.net: A≠B や A⊄B だからといって反対とはならんやろ
808 ：デフォルトの名無しさん：2021/12/25(土) 17:19:21.55 ID:62MjaTIU.net: AWS Cloud9 とか、ああいうのはタブレットやスマホで使えないのかな？
ブラウザ上で動く IDE のようだが。

まあそこまでしなくても Android の場合は中が Linux だからシェル動かすアプリ入れれば動かない事はないだろうが、Kotlin コンパイラについてはインストールできるか分からんな。
理屈の上ではできそうだが。
809 ：デフォルトの名無しさん：2021/12/25(土) 17:21:33.04 ID:y/+CQW2M.net: うざ
810 ：デフォルトの名無しさん：2021/12/28(火) 01:42:45.08 ID:e4meyx5L.net: 千葉興業銀行、4月から副業解禁　県内地銀初

南都銀行、4月から行員の副業制度導入　ウェブ制作など

荘内銀、行員の副業・兼業解禁

フィデアHD、副業・兼業制度を導入

横浜銀行、10月から従業員の副業・兼業解禁

鹿児島銀、副業解禁を検討　九州FGと肥後銀は10月導入

肥後銀行が副業制度導入へ　多様な働き方認める　10月から
811 ：デフォルトの名無しさん：2022/01/02(日) 13:11:37.13 ID:o9R7ffl7.net: あけましておめでとうございます。
ことりんもよろしくお願いいたします。
812 ：デフォルトの名無しさん：2022/01/05(水) 07:14:46.81 ID:BFTmNql5.net: >>811
座布団一枚と言おうとしたが、>>515で既出だった...
まあ、恒例行事にしてもいいかもしれない...?
813 ：デフォルトの名無しさん：2022/01/06(木) 01:48:29.50 ID:TQRXE+kb.net: それ書いたのも俺w
814 ：デフォルトの名無しさん：2022/01/07(金) 05:39:16.47 ID:tynFZTss.net: しつこく2度も書いて
さらに自演
815 ：デフォルトの名無しさん：2022/01/07(金) 11:32:13.33 ID:5vtplIbR.net: 1年に300レスすら書かれないのかぁ
話すことないんだね
816 ：デフォルトの名無しさん：2022/01/07(金) 13:07:55.92 ID:3ZLUKhuk.net: じゃあ本題に戻ってxamarinの話をしようか
817 ：デフォルトの名無しさん：2022/01/07(金) 13:13:40.14 ID:QNXnpUso.net: Xamarin程の糞はない
818 ：デフォルトの名無しさん：2022/01/07(金) 17:29:26.31 ID:+rjvm48j.net: >>814
いや、3度目だ。一昨年の正月にも書いた。(本当)
819 ：デフォルトの名無しさん：2022/01/07(金) 17:31:52.79 ID:bep9YfUz.net: 3年間何も進歩がないなんて…
来年に期待(振り
820 ：デフォルトの名無しさん：2022/01/07(金) 20:05:13.94 ID:tynFZTss.net: 3度目なら2年間
821 ：デフォルトの名無しさん：2022/01/14(金) 12:29:08.87 ID:fsPf2koq.net: win, linux, macどれでも動くソフト作りたいから悩んでたけど、色々心配なcompose for desktopか、JavaFXか、まだpreviewの.NET MAUIか、どれ選べばいいのか......
822 ：デフォルトの名無しさん：2022/01/14(金) 13:13:46.34 ID:ky7+ITf7.net: FlutterとかElectronも選択肢に入れたげて
823 ：デフォルトの名無しさん：2022/01/14(金) 13:18:28.18 ID:fsPf2koq.net: >>822
Electronは忘れてた、ありがとう。
Flutterってfor desktopもあるのか。
Kotlinが好きだから、composeかJavaFX、最悪C#と思ってた。
824 ：デフォルトの名無しさん：2022/01/22(土) 16:59:24.03 ID:qigFyzKc.net: おすすめ・人気の入門書はありますか？
825 ：デフォルトの名無しさん：2022/01/23(日) 21:09:55.08 ID:l3lVaHlr.net: 本なんかいらんよ、はっきりいってWebの情報ググればいい
昨今はどの分野、言語もトレンドや情報更新が速すぎて出版されてる本の内容は出た時点で古くなってることが多い
逆にWebの情報ググって習得できないようなら本を買っても何も習得できないと断言できるので本が無駄になるだけ
匿名ネットにいて本をすすめてくるやつはその出版にかかわってるやつ、つまりステマ勢だけ
826 ：デフォルトの名無しさん：2022/02/12(土) 16:45:49.28 ID:MORw/gx6.net: class の中で companion object Default: クラス名 { ... } みたいにするとクラス名と同じ名前のインスタンス名でアクセスできることに、今わかった。
kotlin.random.Random 調べていてわかったんだけどね。どうしていきなり Random.nextInt() みたいなことが出来るのか、どこかで Random という名前でプロパティ作ってあるのか、とか探し求めて2時間後に判明。

こういうのって入門書に書いてないような気がするが、書いてあるんだろうか? (昔のCのK&Rみたいに重要な事がさらっと簡単に書いてあったり?)
827 ：デフォルトの名無しさん：2022/02/12(土) 17:54:51.73 ID:8ted8XK+.net: Kotlin の第一人者は太郎！
ちょっと古いけど、良くまとまっている

Kotlinスタートブック -新しいAndroidプログラミング、長澤太郎、2016
828 ：デフォルトの名無しさん：2022/02/13(日) 04:06:27.89 ID:efpgCfVW.net: >>826
https://dogwood008.github.io/kotlin-web-site-ja/docs/reference/object-declarations.html
このリファレンスの和訳のコンパニオンオブジェクト(Companion Objects)で説明されていることだよね？
たぶんオリジナルのリファレンスにも同じ記述があるはず
入門書でもこの辺は書いてあるんじゃないのかな？

companion objectには名前をつけることができて、RandomクラスではDefaultという名前をつけてる
この名前は省略できてその場合にはCompanionという名前になる
普通にcompanion object内の物を使うときにはこのDefaultとかCompanionは省略できるので、Random.nextInt()みたいに使える
829 ：デフォルトの名無しさん：2022/02/19(土) 16:25:32.63 ID:/niZdYj5.net: >>828
やはり重要な事がサラッと簡単に書いてあるパターンだな・・・
830 ：デフォルトの名無しさん：2022/02/19(土) 23:36:54.54 ID:DKtISDgp.net: companion objectは文法がちょっと独特だけど、Androidならクラス内の定数を定義する場所の定番だし、createInstance()みたいなのを書く場所にもなるので、これを知らないとかは普通無いと思う
単にクラス名.メソッド名()で呼び出せるようにするのならcompanion objectの中にメソッドを書くだけでいい
Randomの使い方(抽象クラス内のcompanion objectがその抽象クラスを継承具象化してクラスメソッドとしてアクセス可能にする)はちょっと特殊だけど、companion objectの仕様が理解できてれば何やってるかわかるはず
831 ：デフォルトの名無しさん：2022/02/21(月) 15:52:17.64 ID:HEvxyLO5.net: >>830
何やってるかわかるはず？
そんなのみんなわかってるよｗ
832 ：デフォルトの名無しさん：2022/03/07(月) 04:05:27.74 ID:t70FSnsj.net: 私はわからない。
833 ：デフォルトの名無しさん：2022/03/10(木) 11:27:58.08 ID:71DVBJ7i.net: Jetbrainsって実質ロシア企業だよね
Kotlinの将来性が急に不安になってきた
834 ：デフォルトの名無しさん：2022/03/10(木) 12:43:57.95 ID:KEVw92pc.net: https://www.itmedia.co.jp/news/spv/2202/25/news091.html
ロシア系ベンダーJetBrainsがウクライナ侵攻を非難「IntelliJ」「PyCharm」など人気IDE開発

かなり素早く対応したから大事にはならなさそう
835 ：デフォルトの名無しさん：2022/03/10(木) 13:29:43.22 ID:4PtzLHCX.net: >>834
めちゃナイーブな見方やな

the attackがロシア軍によるウクライナ侵略行為を指してるかどうか分からない
ロシアが主張するようにウクライナ軍による東部のロシア系住民の虐殺を指してるのかもしれない

表面的に立場を明確にしたように見えて意図的にどちらの立場にも取れるように計算し作られたツイート
実際アメリカではサブスク解除する人が続出してる
836 ：デフォルトの名無しさん：2022/03/10(木) 13:46:08.16 ID:arIhM3ij.net: カスペ、JetBrains以外だとよく使われてるのはWinRARだな
WinRARは先週新バージョンが・・・
837 ：デフォルトの名無しさん：2022/03/10(木) 14:00:50.52 ID:NM+rUlgU.net: >>835
こんなところにも逆張りバカか工作員来るの？
838 ：デフォルトの名無しさん：2022/03/10(木) 15:32:53.66 ID:u7mOVYGR.net: 一番有名どころはNginxでしょ
839 ：デフォルトの名無しさん：2022/03/10(木) 21:38:52.94 ID:VVJ7gAGc.net: nginxはもうロシア系じゃない
開発拠点も移ってる
840 ：デフォルトの名無しさん：2022/03/13(日) 17:36:27.20 ID:snewu3ZU.net: プログラミング学び始めてみたんだけどKotlinだとガッしてもらえないんですか
841 ：デフォルトの名無しさん：2022/03/13(日) 18:07:19.84 ID:Lil7mSdF.net: うまいことすれば、してもらえるよ。
842 ：デフォルトの名無しさん：2022/03/19(土) 15:09:55.18 ID:CZI3HevE.net: 難しいな。Kotlin だと null.toString() が文字列の "null" 返してくるしな。
843 ：デフォルトの名無しさん：2022/03/19(土) 19:36:15.65 ID:KdEbdcMu.net: デバッグやログの出力には便利だなｗ
844 ：デフォルトの名無しさん：2022/04/03(日) 15:27:29.59 ID:8njkmZuA.net: Kotlin の class の中の companion object {} の中の変数って Java の static と同じかと思ったら微妙に違うな。
クラス名を通してアクセスできるけどクラスのインスタンスを通したらできない。

class X { companion object { val a = 123 } }

val xxx = X()

のように書いた場合 X.a は大丈夫だが xxx.a は Unresolved reference になって駄目。
845 ：デフォルトの名無しさん：2022/04/03(日) 15:47:26.58 ID:luTAmabK.net: インスタンス変数を経由してクラスメソッドにアクセスできるというのがJavaの文法的な欠陥だからね
Kotlinはそれを改善してる
Javaでもそう書いたらIDEや静的解析ツールは警告してくれるよ
メソッドをシームレスに扱えることはメリットだけど、異なる型に代入したとき、親をオーバーライドするのか隠すのかで異なる振る舞いをするから間違いを誘発する
846 ：デフォルトの名無しさん：2022/04/03(日) 15:52:48.63 ID:luTAmabK.net: 言語はできることが多いほど使いやすいとはならない
できることを絞ることで使いやすくした好例がJava
本来シームレスに扱うことができないものをシームレス風に書けるようにしてしまった過ち
847 ：デフォルトの名無しさん：2022/04/12(火) 06:35:21.23 ID:lrbc59/j.net: kotlinでロガーの定義書くのがめんどい。ここだけは lombok 使って @Slf4J で済ませてた時代から明確に退化した。
848 ：デフォルトの名無しさん：2022/04/12(火) 17:54:00.31 ID:kSu4KqUD.net: Ktor 2.0 だってよ
849 ：デフォルトの名無しさん：2022/04/12(火) 18:57:33 ID:OQgBIeg/.net: ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
850 ：デフォルトの名無しさん：2022/05/07(土) 11:40:27 ID:uHJBABFb.net: javaができないとkotlinは難しい？
851 ：デフォルトの名無しさん：2022/05/07(土) 15:28:40.99 ID:0oFNq0Gf.net: >>850
Kotlinは入門レベルではベターJava言語だから、Javaができるなら容易だしできないならそりゃ厳しい
これはJava→Kotlinで学ばなければいけないでは決してなくてKotlinが理解できるなら基本的なレベルのJavaは容易に理解できるようになってるよ
852 ：デフォルトの名無しさん：2022/05/09(月) 12:56:09.87 ID:XT007fgR.net: 初心者です
arrayデータをプリファレンスに保存するの難しくないですか？
853 ：デフォルトの名無しさん：2022/05/09(月) 14:30:26 ID:4lqOPtvp.net: >>852
あなた以外の人はみんな難しいと思っていません。
難しいと思うのであれば、何が難しいか具体的に書かないと、欲しい回答は得られません。
たとえば、keyの設定が困るとか、可変の場合どうしたらいいか分からないとか。
854 ：デフォルトの名無しさん：2022/05/10(火) 23:25:21 ID:CQsKbFR9.net: プリファレンスって、Android の話?
文字列にする必要があるなら JSON にすれば良いのでは？
855 ：デフォルトの名無しさん：2022/05/11(水) 11:18:30.45 ID:BEPAU2f/.net: androidのSharedPreferenesはInt,Long,Float,Boolean,String,Set<String>を格納するためのモノで、新しく置き換わる予定の新クラスPreferencesDataStoreでもこの方針は変わっていない
多様な型を格納したい場合にはProtoDataStoreやRoomを使えという方針
公式日本語ドキュメントも用意されてるんだから読めよ
https://developer.android.com/topic/libraries/architecture/datastore?hl=ja
856 ：デフォルトの名無しさん：2022/05/20(金) 22:48:58.80 ID:hjEJ1J5P.net: androidのkotlinはもう発展してないよ
進歩：sdkでこういうことができます！
現在：パーミッションが必要！さらにアーキテクチャはこうした方がいいよ！

Androidの進歩は終わって、作り方とかアプリの品質に向かってる。
これが進歩なら他の言語を知らないやつなんだろうなと思う
857 ：デフォルトの名無しさん：2022/05/21(土) 05:49:48 ID:d54j+4z/.net: >>856
それでいい
機能発展で破壊的アップデートが来るほうが迷惑
858 ：デフォルトの名無しさん：2022/05/21(土) 07:22:48.58 ID:6RYYHPih.net: 乳がデカすぎる
859 ：デフォルトの名無しさん：2022/05/21(土) 07:35:52.15 ID:l6UEY4LC.net: c#アプリを今まで作っていて、androidアプリをやることで、javaで殆ど同じ書き方で勉強しなくても良かったけどコピペ出来る例はkotlinばかりなんで、kotlin勉強しようと思うが、javaで組んでいるアプリを途中でkotlinに変更する方法ありますか？
860 ：デフォルトの名無しさん：2022/05/21(土) 09:00:46.23 ID:nZ5iF1d9.net: java-kotlinで互換があるから相互運用でいいと思うけど、
気になるならintellij系IDEとかのjava->kotlin変換機能を使うとか
861 ：デフォルトの名無しさん：2022/05/21(土) 13:12:53.44 ID:npVrfBYE.net: Android StudioはJavaをコピペしたらKotlinに変換してくれた記憶が

https://developer.android.com/kotlin/add-kotlin?hl=ja
既存の Java コードを Kotlin コードに変換する
862 ：デフォルトの名無しさん：2022/05/22(日) 00:01:12.11 ID:lp+ELP30.net: 若干手直しいるけどな。
863 ：デフォルトの名無しさん：2022/05/22(日) 01:00:15.59 ID:SQ8NOhuX.net: JavaコピペでKotlin変換昨日は、コンバーターとしてではなく
Java人がKotlinを習得するときの勉強機能として最適
ソースは俺
864 ：デフォルトの名無しさん：2022/05/22(日) 01:18:20.82 ID:WWWwXDma.net: ジャワ原人
865 ：デフォルトの名無しさん：2022/05/22(日) 01:19:21.96 ID:slm9CwV+.net: 便利だよな～
866 ：デフォルトの名無しさん：2022/05/23(月) 07:59:55.33 ID:pCW3kynI.net: null周りの変換がおかしくならないか？
867 ：デフォルトの名無しさん：2022/05/24(火) 02:20:45.47 ID:bD/sS3Z/.net: どういうこと？
868 ：デフォルトの名無しさん：2022/05/24(火) 03:34:09.81 ID:D5rEPhmz.net: そこは手作業～♪

ひたすら?を消してnull安全にする作業はご愛嬌
869 ：デフォルトの名無しさん：2022/05/24(火) 12:03:47.70 ID:SBh7n6X/.net: なんか面白いことできる?
870 ：デフォルトの名無しさん：2022/05/24(火) 21:03:49.03 ID:JgmyekeM.net: 面白いこと、とは？
871 ：デフォルトの名無しさん：2022/05/24(火) 21:33:10.10 ID:1Vdq0D0o.net: Kotlinをお題に一発笑わせてくれというオファーかな
872 ：デフォルトの名無しさん：2022/05/25(水) 05:51:41.99 ID:LgK3S6EY.net: 小鳥もKotlin愛用者
873 ：デフォルトの名無しさん：2022/05/25(水) 06:59:02.05 ID:Zc52cxyf.net: 時代はKotlin/Native
874 ：デフォルトの名無しさん：2022/05/25(水) 22:30:40.10 ID:VrGl71Q4.net: kotlin/nativeのコンパイル速くなった？
875 ：デフォルトの名無しさん：2022/05/26(木) 04:17:50.77 ID:LputSoLL.net: Kotlin/nativeで何作るの？
876 ：デフォルトの名無しさん：2022/05/26(木) 13:37:01.58 ID:e2A9BIOd.net: Hello, world.
877 ：デフォルトの名無しさん：2022/05/26(木) 13:45:10.69 ID:ueSB5H9+.net: 誰も面白いことできてないんだな
878 ：デフォルトの名無しさん：2022/05/26(木) 15:28:50.31 ID:J1njmFa2.net: 泥アプリはとりあえずjvmと分離させたからいつでもnativeとして動かせる
879 ：デフォルトの名無しさん：2022/05/26(木) 18:28:41.43 ID:x8YRiuEd.net: kotlin native ってWebAssembly も出来るんでしょ？これから伸びると思うけどなあ
880 ：デフォルトの名無しさん：2022/06/01(水) 05:58:02 ID:6xR2tV/P.net: >>875
将来はわからんけど今Kotlin/Nativeの一番のターゲットはiOSアプリかな

メモリ回りが怪しい感じだったけど改善頑張ってるようだ
https://blog.jetbrains.com/kotlin/2022/05/kotlin-multiplatform-mobile-beta-roadmap-update/
881 ：デフォルトの名無しさん：2022/06/01(水) 18:40:06.72 ID:N8P3vNE+.net: 政治的な意味でもSwiftを差し置いて使う機会なんてあるのだろうか…
882 ：デフォルトの名無しさん：2022/06/01(水) 19:30:58.52 ID:6xR2tV/P.net: >>881
有名どころではNetfixが使ってる
flutterやXamarinみたいにAndroidとソース共通化するのが目的だね
883 ：デフォルトの名無しさん：2022/06/01(水) 20:29:04.24 ID:ABgrvWo9.net: 逆にswiftでandroidも作れないものか
884 ：デフォルトの名無しさん：2022/06/01(水) 21:27:13 ID:NcmEFuka.net: それはApple自信がやらなければ、他には誰もメリット無いしやらんだろうね
885 ：デフォルトの名無しさん：2022/06/01(水) 22:53:47.79 ID:RpRdOIJI.net: 自社製品内でしかクロスプラットフォーム対応する気のない糞林檎のSwiftカス、
と思い込んでたけど、Swift実装のScadeとやらがあるらしい、知らんしスレチだけど
https://qiita.com/hcrane/items/ea445c65a903c42ce86e
886 ：デフォルトの名無しさん：2022/06/11(土) 04:21:31 ID:PpSh993H.net: Kotlin 1.7.0 だってよ
887 ：デフォルトの名無しさん：2022/06/11(土) 23:20:02.51 ID:Nh4QsFq2.net: ゴブリン「ぐへへｈ」
888 ：デフォルトの名無しさん：2022/06/16(木) 08:13:18.63 ID:p+7mddoa.net: スコープ内だけで使う変数をスコープ終わりにメモリ解放する方法ってありますか？
889 ：デフォルトの名無しさん：2022/06/16(木) 08:22:08.99 ID:Ud/ZnBAN.net: 意味よくわからんけど、ガベージコレクション自動管理でメモリが自動開放されるだけじゃだめなんか？
890 ：デフォルトの名無しさん：2022/06/16(木) 09:26:47.55 ID:p+7mddoa.net: ガーベジする言語って明示的にメモリ解放する方法ってないのかな
891 ：デフォルトの名無しさん：2022/06/16(木) 12:09:03.57 ID:26YtNF/H.net: >>890
GCの仕様次第。
ゴミ集めを実行すれば開放することが多いけど、GC仕様として保証していないこともあるから注意。
892 ：デフォルトの名無しさん：2022/06/16(木) 15:33:25.75 ID:u2I5pwg3.net: System.gc() でいいんじゃね
けどアホな人間が解放を強制するより賢いシステムに任せたほうが合理的なので上司や客から強いられた場合を除けば任せたほうがいい
しかしGCをガベージと略すの気色悪いなゴミする言語ってなんだ
893 ：デフォルトの名無しさん：2022/06/17(金) 21:24:25.08 ID:6BITlZUe.net: >>888
今どきのJVMはエスケープ解析でブロックやメソッド内に閉じる変数は開放してくれてるんじゃなかったっけ。
894 ：デフォルトの名無しさん：2022/06/18(土) 00:35:18.56 ID:Hp1eWDN/.net: >>890
そもそもなんでそれをやる必要があるのか？
やらないとまずい状況になったのか？
895 ：デフォルトの名無しさん：2022/08/10(水) 10:51:58.98 ID:liijamPR.net: しーん
896 ：デフォルトの名無しさん：2022/09/10(土) 16:51:29.18 ID:PLqR4TKQ.net: 丸々1か月何も書き込みなし。
やはりKotlinをボロクソに悪く書くようなアンチ書き込みがないとスレは活性化しないか。
897 ：デフォルトの名無しさん：[ここ壊れてます] .net: >>896
無理に活性化せんでええよ。
898 ：デフォルトの名無しさん：[ここ壊れてます] .net: 悪く書きたくても悪い所が見つからなくて書けませんw
899 ：デフォルトの名無しさん：[ここ壊れてます] .net: 結局、Android入門するにはKotlinで良いのかい？
900 ：デフォルトの名無しさん：2022/09/12(月) 16:22:42.16 ID:c2WMm6GJ.net: 決った案件の仕事とかでなく、趣味でただやってみるならそんでいい
ただ現状でもネット等の参考ソース等は未だJavaが多いとおおもうから余裕があるなら
まずJavaからスタートして、あとでKotlinやればいい
仕事なんだったら、発注元の意見きいてそれに従え余計な事は考えるな
901 ：デフォルトの名無しさん：2022/10/03(月) 22:57:06.58 ID:4YE7DT7v.net: Kotlin 1.7.20
902 ：デフォルトの名無しさん：2022/10/05(水) 21:00:35.83 ID:nfdM56Sw.net: ブチクシ論が妥当だろうな
903 ：デフォルトの名無しさん：2022/10/05(水) 22:48:24.72 ID:9qy/+gZi.net: >>902
おじさんにもわかるようにブチクシを説明してくれ。
904 ：デフォルトの名無しさん：2022/10/16(日) 09:17:48.63 ID:3Y9KKyHh.net: IOライブラリのokioすげえな
むちゃくちゃコード減らせたわ
905 ：デフォルトの名無しさん：2022/11/09(水) 17:53:56.89 ID:QwIl2jPm.net: コトリンとか名前がダサいわ
906 ：デフォルトの名無しさん：2022/11/09(水) 18:03:05.82 ID:Ckax2rYa.net: 自分はkotlin、検索しやすいから好き
907 ：デフォルトの名無しさん：2022/11/10(木) 04:49:33.16 ID:bTvHHaY9.net: すくなくともGoとかいうクソ言語名よりははるかにまし
Goは何が駄目といってネーミングがクソすぎる
908 ：デフォルトの名無しさん：2022/11/10(木) 19:22:26.29 ID:oQpocXYl.net: >>905
じゃあこれからは Котлин と書きなさい。
909 ：デフォルトの名無しさん：2022/11/15(火) 14:24:35.39 ID:NeZL5YX1.net: >>907
じゃんけんぽんgo
910 ：デフォルトの名無しさん：2022/11/30(水) 04:12:36.28 ID:DZmWhP6T.net: >>899
むしろ今更javaで書いてたら時代遅れ
911 ：デフォルトの名無しさん：2022/11/30(水) 15:52:10.02 ID:zBVHGG7H.net: と思いたいだけ
912 ：デフォルトの名無しさん：2022/11/30(水) 16:31:03.28 ID:dqQepfOe.net: Kotlinの中にJavaのコード混ぜても動く
つまりKotlin使いつつも全部Javaでも書ける
もちろん逆はできない
したがって今からやるならKotlinおすすめ
Kotlinが気にいらないならKotlinの中でJavaで書けばいい
913 ：デフォルトの名無しさん：2022/11/30(水) 17:03:50.19 ID:0FXPhE4j.net: じゃあjavaでいいだろw
914 ：デフォルトの名無しさん：2022/11/30(水) 18:06:51.58 ID:nvnWsXTe.net: コルーチンを使うときだけkotlin使ってる
それ以外はjava
915 ：デフォルトの名無しさん：2022/11/30(水) 23:34:27.25 ID:dHf1VAwB.net: 全部 Kotlin で書けばスッキリしたソースになるんじゃないかな。
慣れてないとグチャグチャになるだろうけど。その辺はJavaでも他の言語でも同じだな。
916 ：デフォルトの名無しさん：2022/11/30(水) 23:39:23.09 ID:QnOUnwTc.net: >>914
コルーチンとかいうカスよりrxjavaだろ
917 ：デフォルトの名無しさん：2022/12/01(木) 02:10:20.66 ID:A9Sa6AJb.net: null安全強制してくれないとjava使う気にはなれんなあ
918 ：デフォルトの名無しさん：2022/12/01(木) 08:43:25.51 ID:eeZ/8Gu4.net: 実際のところ古いプログラムでJava書いてると、全部Kotlinに書き換えたくはなる。
919 ：デフォルトの名無しさん：2022/12/05(月) 13:41:24.20 ID:skXK9jGq.net: みなさん、Kotlinで何を作ってるんですか？
play ストアで満足して、特に開発したいと思うアプリが無いんだが…
920 ：デフォルトの名無しさん：2022/12/05(月) 14:07:53.30 ID:wN5067eB.net: 最近はKotlin/Nativeを使ってみたくて、適当にクロスプラットフォームCLIバイナリ作って遊んでた
921 ：デフォルトの名無しさん：2022/12/05(月) 17:51:13.30 ID:1IzZ2khy.net: >>919
個人だとオープンソースアプリにプルリク突き付けるくらいで、イチからはやれてない
922 ：デフォルトの名無しさん：2022/12/05(月) 18:22:56.78 ID:PVSgzTHr.net: 昔は定期メール送らなきゃいけない仕事してたときにFrom偽装して定時にメール送信するアプリ作ったわ
923 ：デフォルトの名無しさん：2022/12/05(月) 18:56:42.40 ID:skXK9jGq.net: やっぱり必要にせまられないと作れませんよね
例えば今タバタタイマーって筋力トレーニング用のアプリ使ってるんだけど、こういうのもそういうトレーニングの専門家が側にいないと素人が監修してもろくなアプリにならないと思う
無理ですよね
924 ：デフォルトの名無しさん：2022/12/05(月) 19:28:01.87 ID:wXZXEX6Y.net: そういう既存のやつにないこの機能欲しいってなってアプリ作ったよ
925 ：デフォルトの名無しさん：2022/12/05(月) 21:14:26.25 ID:SUy6NZmS.net: 既存のやつに機能がない場合か、もうひとつのパターンは
既存のやつにはあまりやらせたくない(つまりプライバシーがからむ情報を扱うもの)は自作することがあるな
926 ：デフォルトの名無しさん：2022/12/06(火) 01:19:43.88 ID:V5m/92bh.net: 普段はJavaScriptでadobeソフトのスクリプト作ってるんだけど、その方面しか何もわからない
もう少し勉強して画像加工のアプリを作ってみようかな？
写真を撮る人は多いので需要はありそう…
でもKotlinで出来るのかな？
Javaの方がいい？
927 ：デフォルトの名無しさん：2022/12/06(火) 02:12:31.68 ID:9RkdCBDm.net: Android向けならGPUImage for Androidってのがあるね
928 ：デフォルトの名無しさん：2022/12/06(火) 02:13:17.72 ID:V5m/92bh.net: Kotlinで出来そう
https://daeudaeu.com/easy-image-processing/

Kotlin勉強してみます
929 ：デフォルトの名無しさん：2022/12/06(火) 02:16:56.01 ID:V5m/92bh.net: >>927
面白そうですね
でもちょっと情報が少なくて作成するとき困るかな？
難易度高そう…
930 ：デフォルトの名無しさん：2022/12/06(火) 14:05:26.25 ID:V5m/92bh.net: すごく大まかに言えば、まず画面デザインをプログラムして、それからそれぞれのボタンに処理を与えていくという流れでしょうか？
何を作ろうかと思ってたけど、そう考えるとゲームが一番ハードルが高いのでしょうか？
画面デザインの段階で人の目をひくような面白いものにしないといけないので…
ゲーム以外のアプリだとデザインはそんなに凝って無くて地味なのでも使ってもらえる
931 ：デフォルトの名無しさん：2022/12/06(火) 15:41:22.13 ID:fRaGnYVL.net: >>930
大まかな流れはあってるけど、実際のところは処理のコアの部分の作成がどこかしらで必要(プロジェクトによる)。
ゲームはどちらかというと、やることがシンプルなので簡単な印象。
ゲーム以外のアプリが地味でも使ってもらえるっていうのは有り得ない。
むしろゲームよりUIなど、洗練されてないと、見向きもしてもらえない。
932 ：デフォルトの名無しさん：2022/12/06(火) 18:09:01.42 ID:pHle60gK.net: 個人アプリのデザインなんてまず作ってみれ
足りないもの面倒なところいくらでもでてくるからそれ直していけばいい
933 ：デフォルトの名無しさん：2022/12/06(火) 18:17:34.21 ID:S6+WQHmU.net: 値段設定をどうするかが問題だろ
934 ：デフォルトの名無しさん：2022/12/06(火) 18:52:18.04 ID:7rldD1xK.net: クロスワードパズルみたいなゲームなら簡単
アクションゲームみたいなのは普通に難しい
インベーダーすら作れないプログラマーは多いと思う
935 ：デフォルトの名無しさん：2022/12/06(火) 19:39:53.84 ID:V5m/92bh.net: 特許とか著作権ってどうやって調べるんでしょうか？
Play ストアでも似たようなアプリが何本も出てるけど、同じようなアプリを販売して訴えられたりしない？
最近地元の公立中学校の教員が、イラストレーターが描いたイラストを学校のホームページで無断で使用して、市が著作権の侵害で賠償金27万円を支払うことにしたってニュースを知って怖かったんだけど…
936 ：デフォルトの名無しさん：2022/12/06(火) 19:42:58.33 ID:JSlC282p.net: そんなのいちいち個人開発で気にしてもしょうがないし
937 ：デフォルトの名無しさん：2022/12/06(火) 20:33:10.56 ID:41oQLmbB.net: ライセンスは
material-design-icons
https://developers.google.com/fonts/docs/material_icons
みたいにちゃんと明確に書いてあるっしょ
商用利用可能かどうかはそのライセンス名でググるといい

上のリンクのやつはAndroidアプリでよく使われる商用利用可能なApache2.0ライセンスね
938 ：デフォルトの名無しさん：2022/12/06(火) 20:34:17.53 ID:gLL7Go+M.net: おいらも Kotlin 勉強する
939 ：デフォルトの名無しさん：2022/12/06(火) 22:21:49.94 ID:V5m/92bh.net: >>937
ありがとう
わかりました
940 ：デフォルトの名無しさん：2022/12/07(水) 02:49:38.38 ID:leBFpIVA.net: Play ストアを見たら、作者が違う同じ用途のアプリがいくつもアップされてるね
例えば「スクリーンオフ」で検索してみたらわかるけど。
類似品でも好きなように作ればいいのか
気が楽になった
941 ：デフォルトの名無しさん：2022/12/08(木) 02:26:04.65 ID:qKlR+oL+.net: androidにあってiOSに無いアプリが多いのでぜひswiftでiOS版を作ってみたいんだけど、Mac必須なのがなぁ…
Windows版も出てるけどWindowsだけではまず無理だろう
Macが欲しくなるのが目に見えてる
類似アプリの開発になってしまってもKotlinにするか…
942 ：デフォルトの名無しさん：2022/12/08(木) 03:07:19.27 ID:qnNHcTfr.net: androにあってiOSに無いのはたいていの場合Appleの規約で禁止されてるとか
そもそも実装方法が無い、みたいな事が多いよ
まあ個人でインストールして動かすのはできるかもしれないがおそらくアプリとしてリリースはできない事が多いだろう
943 ：デフォルトの名無しさん：2022/12/08(木) 07:39:42.14 ID:eka/7pqe.net: >>942
いや開発環境に制限があるってのが一番大きい
いつまで林檎はxcode出し渋ってんねん
944 ：デフォルトの名無しさん：2022/12/08(木) 11:40:40.42 ID:qKlR+oL+.net: そうだ
iOS制限が多いの忘れてた
ほんといじれないもんね
945 ：デフォルトの名無しさん：2022/12/08(木) 18:40:02.21 ID:VWhfwist.net: 俺がメインで使ってるvivaldiブラウザがiOSiPadOS版のリリースが未だに滞ってるのもそのあたりが原因みたいだ
946 ：デフォルトの名無しさん：2022/12/13(火) 00:44:46.63 ID:dgxg9m7O.net: やっぱ止めるかな
play ストアって評価があるよね？
★1～3で更新を続けて行く自信が無い
「ゴミアプリです」なんて書かれたら絶対無理だ w
他所でプログラムを売ってるんだけど、売れないけど評価が無いのでやって行けてるんだと思う
947 ：デフォルトの名無しさん：2022/12/13(火) 01:33:22.56 ID:ziIBhQ/p.net: >>941
公開、個人名で公開しないとダメだよ今。
948 ：デフォルトの名無しさん：2022/12/13(火) 01:40:40.18 ID:dgxg9m7O.net: >>947
ほんとだ

「Androidの場合、課金アプリを公開するには「住所」の表示が必須のよう」
こっちはどうですか？
家の近所めっちゃ平和なのに、これはダメだ
iOSの方もダメだけど
949 ：デフォルトの名無しさん：2022/12/13(火) 19:56:37.14 ID:yzU/d555.net: 住所代行会社がある
950 ：デフォルトの名無しさん：2022/12/14(水) 04:13:27.79 ID:8p3uLp4Q.net: 料金は？
951 ：デフォルトの名無しさん：2022/12/14(水) 11:37:34.36 ID:fx/n+dGL.net: レンタルオフィスで住所利用できるとこあるよ
952 ：デフォルトの名無しさん：2022/12/14(水) 18:44:16.57 ID:YLrYl97F.net: iOSって年間料金100ドルくらいいるのがなんとも…
953 ：デフォルトの名無しさん：2022/12/15(木) 19:10:30.50 ID:D2q6QRUA.net: Kotlinやべえな
954 ：デフォルトの名無しさん：2022/12/16(金) 02:33:51.91 ID:HjPTFij1.net: iOSのゲームも嫌いだな
最初から真剣にやらないと、初めからやり直したいのにアプリの再インストール以外に手段が無い（メニューに用意されてたら別だが）
androidはちょこっとお試しでやってみてストレージのデータを消して、時間がゆっくりある時に真剣にやり直したりしてる
955 ：デフォルトの名無しさん：2022/12/18(日) 23:20:46.34 ID:z+coYqCr.net: Kotlin syntheticsが廃止との事ですが、これに対応した入門書は有りますかね？
956 ：デフォルトの名無しさん：2022/12/26(月) 11:26:04.96 ID:qAexk8Bt.net: Kotlinは鳴物入りで登場した割にあまり浸透せずに下降局面に入ったな
957 ：デフォルトの名無しさん：2022/12/26(月) 13:43:02.97 ID:yfmXmZYC.net: Googleではいつものこと
958 ：デフォルトの名無しさん：2022/12/26(月) 14:31:00.75 ID:ZGAE9w9y.net: Kotlinなー
ビルドエラーがJavaのソース表示される場合が結構あるし
それだったらJavaでいいじゃんってなるよな
959 ：デフォルトの名無しさん：2022/12/26(月) 14:40:58.97 ID:YnPW6MVS.net: みんなKotlin/Native使ってないんけ？
結構Native使い勝手いいよ
960 ：デフォルトの名無しさん：2022/12/26(月) 15:04:07.80 ID:HD+ONi2X.net: JVMが嫌なだけならTypeScriptかC#でいいし、ネイティブならGoかRustだろ
Kotlinの出る幕はない
961 ：デフォルトの名無しさん：2022/12/26(月) 16:05:47.13 ID:YnPW6MVS.net: >>960
他スレいけよ
962 ：デフォルトの名無しさん：2022/12/26(月) 16:21:46.12 ID:i9x+Y6w/.net: いやいや採用するかどうかの検討のためには、全く普及していない現状をまずは認識し、そうなった理由を理解することが重要だろ
Kotlinは何らかの制約により不幸にもJVMを使わざるを得ない場合に使用する言語であり、Kotlinを前提にしてプラットフォームを選定するなんてあり得ないんだよ
963 ：デフォルトの名無しさん：2022/12/26(月) 16:34:40.91 ID:N4mVw3Zk.net: Kotlin最高に好きなんだけど、あんまり浸透してないんか。
個人的にはめちゃくちゃ書きやすくて好き。
964 ：デフォルトの名無しさん：2022/12/26(月) 17:48:05.44 ID:i9x+Y6w/.net: Kotlinは言語自体は良いんだけどエコシステムがJavaに引っ張られすぎてるのが残念
せっかく簡潔に書ける言語使ってんだから、いろんな「賢い」フレームワークを駆使せずとも十分に高い生産性を実現できると思うのだけど、
KotlinのプロジェクトってJavaの資産やスキルが活かせてしまうが故に、ゴッテゴテにフレームワーク使いまくって結果的にJavaと大して変わんなくなっちゃうケースが多いんだよね
結局Javaの巨大なエコシステムのお作法を習得しなければならないという大きなハードルは解消しないし、既にJavaのお作法に習熟している人にとっては生産性もJavaと大差ないっていう
965 ：デフォルトの名無しさん：2022/12/26(月) 18:53:23.49 ID:Gmb/Yv9S.net: 最近はKtorとかマルチプラットフォームに対応してサーバーサイドで使いやすい
966 ：デフォルトの名無しさん：2022/12/26(月) 19:16:36.35 ID:igItgpLE.net: 古い資産使いまわさざるをえないから仕方なくjavaってだけで基本はkotlinやろ
nullかもしれないコードなんて使わせたくないし見たくもない
967 ：デフォルトの名無しさん：2022/12/26(月) 19:24:51.70 ID:ZGAE9w9y.net: いや、取得したデータがDBに登録されてなかったら０じゃなく未入力をセットしたい場合とかNULL欲しいだろ
よくあることだし
968 ：デフォルトの名無しさん：2022/12/26(月) 19:35:17.93 ID:k7GXLi4o.net: Kotlinアンチ湧いてて草
Javaに親を殺されたんかな笑
969 ：デフォルトの名無しさん：2022/12/26(月) 19:47:01.52 ID:igItgpLE.net: いやnull欲しいものは明示的にnullableにできるから良いんだよ
970 ：デフォルトの名無しさん：2022/12/26(月) 19:57:17.15 ID:IV18Jz/B.net: コトリンのコルーチンはユーザビリティ高くてかなり使いやすかったよ
既存のrxjava部分は全部コルーチンに置き換えた
971 ：デフォルトの名無しさん：2022/12/26(月) 20:46:17.31 ID:jwBk5HsJ.net: nullチェックぐらい自分で実装しろよ無能
972 ：デフォルトの名無しさん：2022/12/26(月) 21:01:54.41 ID:igItgpLE.net: やばいな
とても開発者とは思えない
973 ：デフォルトの名無しさん：2022/12/26(月) 21:07:59.28 ID:YIjixu0B.net: いきなりCompose MultiplatformでKotlinを触ったけどコルーチンはいいなぁと思ってる
974 ：デフォルトの名無しさん：2022/12/27(火) 00:17:45.36 ID:8RYNprJZ.net: かわいい
【Jetpack Compose】可愛いBottomNavigation
https://qiita.com/gotlin/items/1e3a782c88fe96edb742
975 ：デフォルトの名無しさん：2022/12/29(木) 01:56:21.73 ID:8l5ni0DZ.net: ネットで頻繁に質問するのならJAVAの方がいいでしょうか？
JavaScriptはなんとか書けるようになって、今度はandroidのアプリを作ってみたいのですが…
周りにプログラマが居ないのでネットで尋ねるしか手段が無いです
976 ：デフォルトの名無しさん：2022/12/29(木) 08:51:34.95 ID:zp5OdDjG.net: >>975
javaでやって駄目だったらkotlinでやれば？
977 ：デフォルトの名無しさん：2022/12/29(木) 09:40:41.05 ID:AM49q0nZ.net: >>975
公式ドキュメントがほとんどKotlinだし、Javaで書いてあるプログラム、古すぎて今のAndroidで動かなかったりするから、素直にKotlin使えばよいと思う。
978 ：デフォルトの名無しさん：2022/12/29(木) 10:51:25.63 ID:9l51aVey.net: kotlinもjavaも変わらない
機能としてはせいぜい非同期処理が違うくらい
979 ：デフォルトの名無しさん：2022/12/29(木) 11:18:03.66 ID:+TzJvghO.net: null許容の有無も違うね
980 ：デフォルトの名無しさん：2022/12/29(木) 14:57:57.50 ID:zWgGYuBZ.net: Kotlinが使えないJavaおじさん「KotlinとJavaは同じ」
981 ：デフォルトの名無しさん：2022/12/29(木) 15:46:24.05 ID:8l5ni0DZ.net: JavaScriptちょっと物足りなくなってきた
ショートプログラムだからすぐに出来てしまう…
982 ：デフォルトの名無しさん：2022/12/29(木) 16:15:27.67 ID:rxIQH/pI.net: JavaScriptから移るならnullを意識したプログラムを勉強した方がいいだろうしkotlin推し
983 ：デフォルトの名無しさん：2022/12/29(木) 21:42:00.75 ID:+TzJvghO.net: >>980
非同期処理のコルーチンまわりを除いたらほぼ同じだよ
kotlinxを見ればわかる
984 ：デフォルトの名無しさん：2022/12/29(木) 21:46:45.56 ID:+TzJvghO.net: kotlinでしかできないのは非同期処理まわり以外では無い
スコープ関数は単に便利ってだけだし無くてもいい
985 ：デフォルトの名無しさん：2022/12/29(木) 21:50:42.70 ID:+TzJvghO.net: 俺自身は新規プロジェクトはjavaよりkotlinを採用すべきだと思うけど、現状サーバーまわりでjavaのが普及してるからjavaを勉強するべき
泥ならkotlinしか有り得ない
986 ：デフォルトの名無しさん：2022/12/29(木) 21:51:51.54 ID:Ad7tl51e.net: id変えるの忘れてますよww
987 ：デフォルトの名無しさん：2022/12/29(木) 21:55:46.22 ID:8l5ni0DZ.net: >>985
javaを勉強するべき
kotlinしか有り得ない

って結局どっちなのよ w
988 ：デフォルトの名無しさん：2022/12/29(木) 21:55:53.29 ID:+TzJvghO.net: >>986
自分ごときのレスで草生してくれるなら俺嬉しいよ
989 ：デフォルトの名無しさん：2022/12/29(木) 21:56:55.63 ID:8l5ni0DZ.net: あー
ここandroidスレじゃないのか
androidの人しかいないのかと思ってた
990 ：デフォルトの名無しさん：2022/12/30(金) 15:32:07.49 ID:8jdXPLX1.net: Kotlinの本、早く届かないかなー
JavaScript、作りたいものがこんなに早くネタ切れになるとは思わなかった…
991 ：デフォルトの名無しさん：2023/01/01(日) 04:06:59.23 ID:k0DSm/Wv.net: Kotlin 1.8.0 が出ていた。
992 ：デフォルトの名無しさん：2023/01/01(日) 04:07:30.20 ID:k0DSm/Wv.net: あけましておめでとうございます。
ことりんもよろしくおねがいします。
993 ：デフォルトの名無しさん：2023/01/01(日) 04:41:07.29 ID:O4Ho+Fsi.net: 今年はkotlinがnativeも強力だってことを知ってもらえる一年になるといいな
994 ：デフォルトの名無しさん：2023/01/01(日) 11:03:10.73 ID:tjcgprkv.net: Kotlinの本届いた
今年はこれを頑張ろう
半年で使えるようになるかな？
995 ：デフォルトの名無しさん：2023/01/01(日) 16:13:48.99 ID:IWX+w2qX.net: 小鳥ん
996 ：デフォルトの名無しさん：2023/01/02(月) 12:53:55.25 ID:cqm5Rigm.net: ｈ
997 ：デフォルトの名無しさん：2023/01/02(月) 12:54:04.81 ID:cqm5Rigm.net: ｔ
998 ：デフォルトの名無しさん：2023/01/02(月) 12:54:18.24 ID:cqm5Rigm.net: ｌ
999 ：デフォルトの名無しさん：2023/01/02(月) 12:54:53.03 ID:cqm5Rigm.net: ｎ
1000 ：小倉優子 ：2023/01/02(月) 12:55:13.38 ID:cqm5Rigm.net: 　　∧,,,∧　
　( 　・∀・)　1000ならジュースでも飲むか
　 (　　　)　
　　し─J　
1001 ：2ch.net投稿限界：Over 1000 Thread: 2ch.netからのレス数が1000に到達しました。

総レス数 1001
214 KB

掲示板に戻る全部前100 次100 最新50

read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★