Kotlin 7

■ このスレッドは過去ログ倉庫に格納されています
2020/05/06(水) 16:00:38.76ID:LXTBA+hx
JetBrainsが開発した期待の新言語、Androidの公式開発言語にしてサーバーサイドもなんでもいけるKotlinについて語りましょう

※前スレ
Kotlin 6
https://mevius.5ch.net/test/read.cgi/tech/1561186797/
2020/07/29(水) 00:03:15.87ID:EGWHpTAL
>>153
おめでとうございます!1.4の開発大変でしたか?
2020/07/29(水) 04:37:32.10ID:WMWtXzPZ
>>154
いや、RCになったとはいえ正式版リリースまでは開発に使わないことにしている。
2020/07/29(水) 10:03:51.57ID:v4pSWkDl
>>154
そうですね、Kotlin 1.4を開発することは我々にとって非常にタフなエクスペリエンスでした
しかし皆さんに必ず気に入っていただけると確信しています!
2020/07/29(水) 13:03:54.85ID:sJZR+BBb
>>156
お前には聞いてないwwww
2020/07/29(水) 14:14:15.61ID:MvKFAsvB
Kotlin 1.4-M3 公開: 標準ライブラリに関する変更
https://blog.jetbrains.com/ja/kotlin/2020/07/kotlin-1-4-m3-is-out-standard-library-changes-ja/

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

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

だいたいコンピュータ言語やってて誤用はエラー出るの知ってるだろ
2020/07/30(木) 22:47:06.26ID:BaciMtTS
低レベルはエンジニア向いてないから死ね
2020/07/31(金) 00:16:16.55ID:caFHKtEx
逆引きKotlin

とか出ないんだろうか
2020/07/31(金) 05:20:55.03ID:i9kuS3mX
C#にはどぼんがあったけど、あれでかなり助けられたなあ
2020/07/31(金) 05:26:08.98ID:PQssP+wa
>>191
高レベル放射性廃棄物は地中深く埋葬されて下さい
2020/07/31(金) 07:45:44.70ID:Gsxf/fxD
>>168
Xamarinという選択肢は
2020/07/31(金) 09:14:05.07ID:CsSb3Rzj
>>195
変なもん勧めるなよ・・・
2020/07/31(金) 13:04:29.30ID:g8elMbTe
>>168
会社次第だろ
2020/07/31(金) 13:07:43.26ID:vHvgbSd0
>>197
万能の回答で中身ゼロ
199デフォルトの名無しさん
垢版 |
2020/07/31(金) 14:12:23.57ID:3N4YRTxK
KotlinはC#と同じく統合開発環境の入力支援のおかげで難易度が低く感じやすい。
入力支援のないテキストエディタを使ってKotlinやC#の開発をするとつらみに気づく。
2020/07/31(金) 14:56:18.07ID:dxsBiYNF
今時ただのテキストエディタでやってるとこなんてあるの?
201デフォルトの名無しさん
垢版 |
2020/07/31(金) 15:16:49.29ID:fOAC77cv
基本はviだろ。
2020/07/31(金) 15:34:09.86ID:g8elMbTe
>>198
お前にはBASICがお似合い
2020/07/31(金) 15:49:22.55ID:zPr3zgDB
カルシウムが不足してるから牛乳飲むといいよ
2020/07/31(金) 17:39:05.12ID:TQFPwr7V
>>202
おっと今度は要件も聞かずに回答するのはエスパーなのか
2020/07/31(金) 18:57:36.39ID:VTEZEpms
>>196
えーなんで?
Xamarin好きやで。
スレチになって申し訳ないけど。
2020/07/31(金) 18:57:50.76ID:VTEZEpms
>>196
えーなんで?
Xamarin好きやで。
スレチになって申し訳ないけど。
2020/07/31(金) 18:58:02.83ID:TEm1ohUU
>>196
えーなんで?
Xamarin好きやで。
スレチになって申し訳ないけど。
2020/07/31(金) 18:58:59.05ID:TEm1ohUU
>>196
ごめんm(_ _;)m
何回も書き込んてしまった。
2020/07/31(金) 20:00:16.29ID:i9gNHQWd
久しぶりにkotlin native試してみたら、いまだにhelloworldのコンパイルに10秒以上かかる。。
2020/07/31(金) 20:17:07.59ID:4dfDsnLH
玩具に何を期待しているのか
2020/08/01(土) 01:12:23.76ID:V7ze4pNE
夢と希望の未来がいっぱい詰まってるのさ
2020/08/01(土) 05:35:09.86ID:ypW/FdAX
気持ちよくなることかな
213デフォルトの名無しさん
垢版 |
2020/08/01(土) 11:56:02.27ID:jKwRR0M8
build.gradle.ktsとか使ってるプロジェクトウザいな。
余計なプラグインが増えてビルド時間も長くなるわ、DSLもGroovyより劣化してて単純に読みにくいのに。
2020/08/01(土) 12:28:07.34ID:VuJ2qgfi
Groovyとかいうマイナー型なしクソ言語よりはマシだろ
2020/08/01(土) 12:30:03.91ID:eglkXcmr
Groovyの方がDSLに向いた文法であるのは同感
優れたプログラミング言語があってもそれでビルドを記述したいとは限らんな
2020/08/01(土) 14:33:10.32ID:uuR+R+mv
build.gradle.kts の方が Intellj で編集するときに補完やエラーチェックがちゃんと効くという利点もある
217デフォルトの名無しさん
垢版 |
2020/08/01(土) 17:12:02.60ID:WzMhf7ZH
>>189
ま、しかし、たまにこうならないと過疎ってスレが沈んで消える。
逆に言うとこうなると言うことはまだまだ使う人が沢山居るということでもある。
使われなくなった言語のスレは見る人が少なすぎて煽っても何も起こらない。
2020/08/02(日) 00:31:05.40ID:bo8x9sbh
> 使われなくなった言語のスレは見る人が少なすぎて煽っても何も起こらない。
Delphi をディスるのはやめなさい
2020/08/02(日) 05:00:23.72ID:yz3gxwYF
Φを消すってどう言う意味だろう?
2020/08/04(火) 17:47:41.53ID:DcVqafOY
5ちゃんが高齢化してるなぁと思うのは、Kotlinもそうだけど他の最近流行の言語やらフレームワークやらのスレが全然伸びないところよね
バリバリの若手世代が全然いない
2020/08/04(火) 19:05:54.35ID:4K88qT3S
qiitaに行ってしっまったからでは?
222デフォルトの名無しさん
垢版 |
2020/08/04(火) 20:38:21.24ID:Bm48LwqI
ここで聞かんでもググれば大抵の事がわかるからな
223デフォルトの名無しさん
垢版 |
2020/08/10(月) 16:05:28.72ID:Z7zFlWuQ
拡張関数の中での 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.69ID:wInlBSoO
fun().this(hoge)
みたいな呼び方出来なかったっけ
225デフォルトの名無しさん
垢版 |
2020/08/10(月) 16:16:22.91ID:Z7zFlWuQ
>>224
ありがとう。 this@hogeIterator でできた。
this@拡張関数名 ということだった。
2020/08/18(火) 21:33:59.72ID:Bu1YqqeU
品質とパフォーマンスに注力した Kotlin 1.4 をリリースしました
https://blog.jetbrains.com/ja/kotlin/2020/08/kotlin-1-4-released-with-a-focus-on-quality-and-performance-ja/
2020/08/19(水) 12:59:25.07ID:q7vq4u1o
>>226
おめでとうございます!
228デフォルトの名無しさん
垢版 |
2020/08/21(金) 19:44:31.50ID:T2XB7xYy
まだ違いがわからない
2020/08/22(土) 07:19:26.47ID:75ogR6/b
kotlin/nativeがおもちゃじゃなくなるのはいつなんや。。
2020/08/22(土) 18:48:47.15ID:A1+CrrR8
全ての言語は俺のおもちゃ
2020/08/22(土) 20:19:04.45ID:blnrJHVK
ちょっとダガログ語で遊んでみて
2020/08/22(土) 21:48:01.83ID:uWLyeHjr
Puwede bang maglaro dito?
2020/08/23(日) 14:01:21.81ID:kDgpNyWc
if式をネストさせる場合、内側のif式ないで早期returnしたいんですがどうすればいいんでしょうか??
val hoge = if (条件) {
 if (条件1)
return hoge値3 <- ここで早期returnで値を返したい
 hoge値2
} else
 hoge値1
内側のifをif elseにもっていけばいいのはわかるんですが、
その後、もっとifの早期returnがたくさんあって・・
2020/08/23(日) 14:02:04.28ID:kDgpNyWc
var hoge = if (条件) {
 if (条件)
  return hoge値3 <- ここで早期returnで値を返したい
 hoge値2
} else
 hoge値1
2020/08/23(日) 14:34:14.58ID:MgEpWwVh
無理にifの戻り値を使わなければよいのでは?
if (条件)
hoge = hoge値3

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

例えばgetNameAndSaveName()みたいになるならこれはgetとsaveに分けるべきだと明らかにわかる
2020/08/25(火) 08:09:57.72ID:/wlWzg6J
whenの方がいいな
AndroidStudioも警告出してないか
2020/08/25(火) 08:24:01.90ID:RPvgPVWb
android studioで警告はでてないですね
whenも考えたのですが、なんかどうもまだしっくりこなくて使ってません
もちろん、when (式) {}形式は使いますが、
when { bool式 ->, bool式 -> , else -> }このタイプは・・
2020/08/25(火) 08:33:07.94ID:RPvgPVWb
>>244
もちろん、そうですけど
再利用されるならまだしも>>242のifを含むメソッド自体も>>242含めて、計30行くらいだったので
そこまで頑張って外に追い出してと思った次第です
そこは自分の適当なバランス感覚でやってます
2020/08/25(火) 08:35:01.36ID:RPvgPVWb
*そこまで頑張って外に追い出してもと思った次第です
2020/08/30(日) 08:25:50.36ID:yOhH+mxx
Kotlin派のお前らはKotlin以外にどんな言語に興味あるの?
2020/08/30(日) 08:53:04.67ID:iVwpT6se
>>250
java 読めたらいい
swift iPhone向けも
C++ NDK
C♯ Unity
2020/08/30(日) 11:54:12.41ID:vjTKHF/s
>>251
サンクス。やっぱKotlinの人はスマホが多いのかね。
サーバーサイドだとみんな他に何使ってるんだろう。
まだまだRails多いのかな
2020/08/30(日) 12:27:06.28ID:bk9ybW3K
うちはJava/SpringBootからKotlin/SpringBootにした
サーバーサイドKotlinはJavaからの移行組が結構多いんじゃないかと思う
次にやるならやっぱりGoかなと思う
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況