Kotlin 2

**デフォルトの名無しさん** · 2017/11/01(水) 00:07:43.82

JetBrainsが開発した期待の新言語Kotlinについて語りましょう
https://kotlinlang.org

前スレ
Kotlin
http://mevius.5ch.net/test/read.cgi/tech/1456505161/

**デフォルトの名無しさん** · 2018/02/06(火) 05:27:10.63

>>473
本家HPの英文リファレンスを読みこなせるなら、イン・アクションはいらない。
Kotlinをこれから始める人で1冊しか買えないのなら>>477の言う通り太郎本がいい。

**デフォルトの名無しさん** · 2018/02/06(火) 06:25:53.98

コルーチンっていつまで実験的扱いなんだ
普通に十分実用に耐えるんだが

**デフォルトの名無しさん** · 2018/02/06(火) 08:50:02.13

>>478
サンクス
じゃー、様子見するよ

立ち読みしろって言われても近くにでかい本屋ねーし、4000円越えで無駄に高いしな

**デフォルトの名無しさん** · 2018/02/06(火) 09:12:44.31

標準でページ翻訳を備えるブラウザが便利
stackoverflow(英語本家)のやり取りなんかは本じゃ得られないし

**デフォルトの名無しさん** · 2018/02/06(火) 09:21:42.12

ノン・アクション

**デフォルトの名無しさん** · 2018/02/06(火) 09:30:50.75

Amazonでkindle版のサンプルがただで読めるよ。サンプルだからどの程度まで読めるかはわからないが。

**デフォルトの名無しさん** · 2018/02/06(火) 11:58:30.44

Stackoverflowを翻訳なしで読めないならKotlinより先に英語を勉強した方が良いと思う
煽りじゃなくてマジで

**デフォルトの名無しさん** · 2018/02/06(火) 12:37:44.65

全く読めないならその通りだね
その場合検索もまともに出来ないだろうし
でも情報を探しているときに日本語と同じ速度で流し読み出来る人以外には翻訳おすすめ

**デフォルトの名無しさん** · 2018/02/06(火) 12:53:34.58

Google先生の翻訳精度も最近上がってる気がする

**デフォルトの名無しさん** · 2018/02/06(火) 13:14:41.74

たまにできる・できないとか真逆の意味で訳される

**デフォルトの名無しさん** · 2018/02/06(火) 14:05:56.32

読めなくても文法の基礎知識があれば翻訳を修正しながら読める

**デフォルトの名無しさん** · 2018/02/06(火) 20:33:53.89

最近のGoogle先生はほんと優秀で、一回全部Google翻訳にかけて、意味がわからんところだけ英文見て修正するだけでも単語調べる時間減るから、だいぶ時間の節約になる

**デフォルトの名無しさん** · 2018/02/06(火) 21:28:26.63

精度が良いからって頼りきりなのは問題だよ
データシートも翻訳するの？

**デフォルトの名無しさん** · 2018/02/06(火) 22:10:15.81

時間節約や翻訳支援に有用性があるという程度の話に
突っかかって行く意味あるのか？

**デフォルトの名無しさん** · 2018/02/06(火) 23:01:06.65

言語オタクと初心者以外本なんて必要ないような
最低限の知識は軽く公式のドキュメント読んで後は
その都度覚えれば十分だなぁ
言語オタクじゃないので言語よりアプリ作るのが目的だからな

**デフォルトの名無しさん** · 2018/02/06(火) 23:03:49.83

Kotlin自体より、Android SDK等のクラスライブラリの方が使いこなすの大変だわ

**デフォルトの名無しさん** · 2018/02/07(水) 16:35:52.55

新しい言語覚える時は適当に評価高い本を一冊買う派だな俺は
全体像をつかむのに体系的ににまとまった本はやっぱり便利

**デフォルトの名無しさん** · 2018/02/09(金) 11:15:30.34

自分の慣れた言語で当たり前だったやり方でも、他の言語ならもっとスマートに書けるとかあるからな
公式ドキュメントだとどうしても全体を俯瞰的に見るのは難しいから、自分が存在を知っている情報以外の情報に気付きにくい

**デフォルトの名無しさん** · 2018/02/10(土) 18:20:28.04

カンファレンス楽しみ

**デフォルトの名無しさん** · 2018/02/11(日) 00:06:26.27

ねえ
// int[] sKey
// byte[] wKey
// int data
wKey[0] += sKey[(int) wKey[1] & 0xFF] - data;
wKey[1] -= (byte) ((sKey[(int) data & 0xFF] ^ wKey[2]) & 0xFF);
wKey[2] ^= (byte) (data + sKey[(int) wKey[3] & 0xFF]) & 0xFF;
wKey[3] -= (byte) (wKey[0] - sKey[(int) data & 0xFF]) & 0xFF;

int dKey = ((int) wKey[0]) & 0xFF | (wKey[1] << 8) & 0xFF00 | (wKey[2] << 16) & 0xFF0000 | (wKey[3] << 24) & 0xFF000000;

こういうのってKotlinでどう書けばいいの…

**デフォルトの名無しさん** · 2018/02/11(日) 00:14:54.33

宿題は自分でやろうね

**デフォルトの名無しさん** · 2018/02/11(日) 00:37:59.12

>>497
IntelliJかAndroidStudioで変換してエラーを手修正すればOK

**デフォルトの名無しさん** · 2018/02/11(日) 05:15:17.18

>>497
それは何ていう言語で書いてあるんだ？

**デフォルトの名無しさん** · 2018/02/11(日) 06:47:22.49

>>497
言いたいことを想像しながらの答えになるけど、ビット演算もシフト演算もKotlinにはあるよ。
ttps://kotlinlang.org/api/latest/jvm/stdlib/kotlin/-int/index.html
Cのような見栄えにならないとしても、それはKotlinの目指すところではないということかと。

**デフォルトの名無しさん** · 2018/02/11(日) 08:33:39.91

kotlinでやるならwKeyもIntArrayとかにしたほうがよさそう

**デフォルトの名無しさん** · 2018/02/11(日) 08:54:01.46

普通にJavaでしょ
殆どIntelliJがやってくれる

**デフォルトの名無しさん** · 2018/02/11(日) 10:57:18.59

>>497
IntelliJでunko.ktというファイルを作る
そのコードをそのまま貼り付ける
終わり

**デフォルトの名無しさん** · 2018/02/11(日) 11:35:59.62

もとの言語知らんけどもっとマシな書き方あるだろと思う

**デフォルトの名無しさん** · 2018/02/11(日) 11:51:33.86

何かの外部の処理論理をそのまま記述したって感じだな
外部の処理記述と突き合わせなければならないような場合はこんなのをよく見る
変にスマートに書き換えされてると脳内再変換コストがかかるというパターンｗ

**デフォルトの名無しさん** · 2018/02/11(日) 13:44:27.62

>>501
なんか折角いろいろ簡略化して書けて見やすくて良いねって思うけどそういうのは融通利かないな_

あとこれ>>502
何故Byte→Short→Intを自動でやってくれないのか

**デフォルトの名無しさん** · 2018/02/11(日) 14:07:54.93

>>507
Javaではこれがfalseになる

Integer a = 0;
Long b = a + 0L;
System.out.println( a.equals(b) );

コード上のプリミティブ型とクラス型の区別を排除していたり（最適化でプリミティブ型になる）
型推論を持つKotlinで数値型の暗黙の型変換は地雷になるのであえて無くしている

**デフォルトの名無しさん** · 2018/02/11(日) 16:20:36.85

こういうの見るとセンスねえなあって思う
C#の開発者が優秀すぎた

**デフォルトの名無しさん** · 2018/02/11(日) 18:58:12.47

Javaの検査例外になれるとKotlin-JVMで検査例外使えないのが辛い・・

**デフォルトの名無しさん** · 2018/02/11(日) 20:20:29.62

>>508
例えば引数にByteを使う場合にJavaでは数値の明示的変換が要るのに対してKotlinでは要らないけど
いざ数値と比較しようとするときには
-> Java/Kotlin
== -> true/error
==(cast) -> true/true
equals -> false/false
equals(cast) -> true/true
になってKotlin側は値比較をしてくれないのはそのせいか

いやでも引数に使うときや代入時には(型の範囲内なら)変換無しで通るんだから
数値比較でも比較される型の範囲内ならキャスト不要にして欲しいな

**デフォルトの名無しさん** · 2018/02/11(日) 21:15:48.50

kotlin初心者の質問くんはここでいいですか…？

**デフォルトの名無しさん** · 2018/02/11(日) 21:19:39.67

ほかあたってください

**512** · 2018/02/11(日) 21:22:12.72

すみませんでした

**デフォルトの名無しさん** · 2018/02/11(日) 21:58:08.45

>>513
いや、いいだろ。なぜ？

**デフォルトの名無しさん** · 2018/02/11(日) 22:32:21.15

すみません、Xamarinスレと勘違いしました

**デフォルトの名無しさん** · 2018/02/12(月) 15:11:34.54

ワロタ

**デフォルトの名無しさん** · 2018/02/12(月) 15:28:15.00

kotlinの話題が許されないkotlinスレ

**デフォルトの名無しさん** · 2018/02/12(月) 15:36:24.81

何言ってんだここはザマリンスレだぞ

**デフォルトの名無しさん** · 2018/02/12(月) 16:44:32.14

そういや Kotlin も初心者質問スレみたいのがあった方が良いんじゃないか?
今はまだ言語そのものを知らない人が多いようなのでこのスレだけでも良いかも知れないが、何れ増えて来るだろうし。

**デフォルトの名無しさん** · 2018/02/12(月) 19:14:25.11

そんなん増えてきたら作ればいいだろ
このスレですら過疎すぎてxamarinに乗っ取られてるんだからこれ以上住人を分散させなくていい

**デフォルトの名無しさん** · 2018/02/12(月) 19:27:31.45

Xamarin程の糞はない

**デフォルトの名無しさん** · 2018/02/12(月) 20:00:50.98

ある

**デフォルトの名無しさん** · 2018/02/12(月) 20:06:04.05

>>521
ま、そうだな。

**デフォルトの名無しさん** · 2018/02/12(月) 21:59:41.62

XamarinってKotlinより流行ってるん?

**デフォルトの名無しさん** · 2018/02/12(月) 22:20:35.54

結局Xamarinの話題でまわるスレ

**デフォルトの名無しさん** · 2018/02/12(月) 22:23:41.28

Kotlinはようやく存在が知られ始めたところだし、これからよ

**デフォルトの名無しさん** · 2018/02/12(月) 22:26:32.35

ざまりんとかことりんとか何か気安いな

**デフォルトの名無しさん** · 2018/02/12(月) 22:35:59.46

XamarinというかC#が強すぎるんだよね

**デフォルトの名無しさん** · 2018/02/12(月) 22:46:21.77

いやしかし特定の分野でだけではないかな。Web関係とか。
少なくとも俺の日頃の仕事では全く絡まないのでどこでよく使われているのかよくわからない。

**デフォルトの名無しさん** · 2018/02/13(火) 06:41:15.56

C++でAndroid書くみたいなのは完全にオワコン？

**デフォルトの名無しさん** · 2018/02/13(火) 09:16:08.55

ニッチコン

**デフォルトの名無しさん** · 2018/02/13(火) 09:22:14.51

>>531
ネイティブってこと？それだと当然CPUが違うと動かないよね。

**デフォルトの名無しさん** · 2018/02/13(火) 09:28:15.91

え？

**デフォルトの名無しさん** · 2018/02/13(火) 10:09:44.20

Xamarinって確かライセンス買わないと使える機能に制限あるんじゃなかったっけ

**デフォルトの名無しさん** · 2018/02/13(火) 11:48:52.36

使った事がないのでわかりません

**デフォルトの名無しさん** · 2018/02/13(火) 12:50:25.21

そうか Java VMで動くC#があれば全て解決するのか

**デフォルトの名無しさん** · 2018/02/13(火) 14:45:21.02

>>537
なんでわざわざJVMで？

**デフォルトの名無しさん** · 2018/02/13(火) 16:28:11.56

C#自体あんまり好きじゃないから勘弁してくれ

**デフォルトの名無しさん** · 2018/02/13(火) 19:15:59.91

>>535
XamarinのライセンスはVisual Studioライセンスに統合されてる
Communityライセンスの条件内なら無料
そうでなければ年間サブスクリプションが必要（約6万円 / 年・開発者）

**デフォルトの名無しさん** · 2018/02/13(火) 20:59:24.53

安いなぁ

**デフォルトの名無しさん** · 2018/02/13(火) 21:10:26.79

安いと感じるか高いと感じるかはあなたしだいです。

**デフォルトの名無しさん** · 2018/02/13(火) 23:22:43.96

でここはKotlinスレでいいんだよな？

**デフォルトの名無しさん** · 2018/02/14(水) 00:51:14.52

Kotlin だって
いいじゃないか
JavaVM だもの

**デフォルトの名無しさん** · 2018/02/14(水) 07:14:41.99

>>537
.NET上で動くJVMならあるけど(実用に耐えるとは言っていない)。
ttp://www.ikvm.net/index.html

**デフォルトの名無しさん** · 2018/02/14(水) 12:55:24.11

kotlinは好きだけどJVMがなぁ・・・
て思ってる人はかなり多いと思うよ

kotlin nativeに頑張ってもらって
さっさとJVMから足洗ってほしい

**デフォルトの名無しさん** · 2018/02/14(水) 13:07:48.38

同意

**デフォルトの名無しさん** · 2018/02/14(水) 13:19:15.79

ぼきはJavaのライブラリ使うのでJVMでもいいれす(^p^）

**デフォルトの名無しさん** · 2018/02/14(水) 13:35:25.05

俺もとりあえずはJVMで良い。
気になるのはJavaScriptの方かな。

**デフォルトの名無しさん** · 2018/02/14(水) 17:38:51.85

Kotlinに移行しようかとしばらく触ってみたけど、C#の方が痒いところに手が届くいい言語だな、、、

**デフォルトの名無しさん** · 2018/02/14(水) 18:38:51.02

なんだかんだで膨大のJavaのライブラリとそれらのノウハウを使えるってのが大きいわな

**デフォルトの名無しさん** · 2018/02/14(水) 19:57:38.83

Javaの腐ったライブラリよりC#の洗練されたライブラリの方が有り難いんだけど

**デフォルトの名無しさん** · 2018/02/14(水) 20:14:34.75

>>551
>なんだかんだで膨大のJavaのライブラリとそのノウハウ
それを負の遺産という

**デフォルトの名無しさん** · 2018/02/14(水) 20:56:03.30

>>55
バッドノウハウは要らないのと神託社に抑えられいるのがイヤン

**デフォルトの名無しさん** · 2018/02/14(水) 21:35:40.97

ほとんど借金なんだよなぁ
COBOLと同じ道辿ってる

**デフォルトの名無しさん** · 2018/02/15(木) 12:27:28.16

イミフ

**デフォルトの名無しさん** · 2018/02/15(木) 13:04:38.64

JAVAの肩持つわけじゃないがCOBOLと同じ道は流石にないわ

**デフォルトの名無しさん** · 2018/02/15(木) 18:18:01.31

COBOLとは全然状況違うよな
分散処理のフレームワークとかミドルとか活発に開発されてるし
言語としては最先端ではないかもしれないけど、逆に最先端の言語でも優れたプロダクトを生み出してないなら大して存在価値ないし

**デフォルトの名無しさん** · 2018/02/15(木) 18:44:01.31

これから終わるんだよ
kotlinとc#に駆逐される

**デフォルトの名無しさん** · 2018/02/15(木) 18:54:22.05

JavaVMの上でCOBOLが動くようになったりして･･･

**デフォルトの名無しさん** · 2018/02/15(木) 19:02:58.45

一定の奴隷需要は残るだろうね

**デフォルトの名無しさん** · 2018/02/15(木) 19:36:21.03

これから終わると言われ続けて10年

**デフォルトの名無しさん** · 2018/02/15(木) 21:54:13.46

write once run anywhereとか言われてた頃が懐かしいな

**デフォルトの名無しさん** · 2018/02/15(木) 22:34:41.26

>>560
いつだか覚えていないくらい昔にマジメにそれを開発しようとしてた会社があったような
COBOLしか書けないおじさんを救済するためだけの代物ですぐ頓挫したけど

**デフォルトの名無しさん** · 2018/02/15(木) 22:40:34.93

まあでも確かにJava言語は使われなくなっていくだろうね。
うちもJavaで作ってるシステムの機能追加なんかはkotlinでやってるし、JVMで動かすのが要件な新規のプログラムももうほぼkotlinに移行してる。
スマホは知らんけどandroid開発はもうkotlinが多いのかな？

**デフォルトの名無しさん** · 2018/02/15(木) 23:12:11.62

ドロイド会議のアンケートでもkotlin使ってるひと多かったし

**デフォルトの名無しさん** · 2018/02/15(木) 23:59:58.64

Kotlinを推しつつもJavaはまだ現役だと考えている

しかしJava8でラムダが入ったときと
AndroidがJava8に対応したときは正直「余計なことしおって」と思ったな
Java6のままだったら今以上にKotlinが推されてただろうからｗ

**デフォルトの名無しさん** · 2018/02/16(金) 03:16:32.96

しかしJavaのラムダはやりすぎだろって感じがした。

**デフォルトの名無しさん** · 2018/02/16(金) 05:43:13.28

確かに
レガシーJavaおじさんと現代人Kotlin使いで棲みわけた方が平和だったかもしれないね

**デフォルトの名無しさん** · 2018/02/16(金) 06:37:35.95

kotlinでandroidの説明してるところなんか全然ない
先進的な一部が勝手に使い始めてるだけで普及の段階ではない、いつもながら日本は遅れてる

**デフォルトの名無しさん** · 2018/02/16(金) 06:49:21.30

全然ないことはないだろ

**デフォルトの名無しさん** · 2018/02/16(金) 07:11:23.90

(僕の周りでは)全然ない
(国内では)全然ない

**デフォルトの名無しさん** · 2018/02/16(金) 07:17:40.02

最近ネットに出て来るandroid周りのサンプルはほぼkotlinじゃない？

**デフォルトの名無しさん** · 2018/02/16(金) 09:05:39.78

kotlinの実務経験ないやつは失業ざまあｗｗｗ

**デフォルトの名無しさん** · 2018/02/16(金) 09:19:32.40

実務経験って、そもそも実務で使われてる所がまだ少なかろう。

**デフォルトの名無しさん** · 2018/02/16(金) 10:41:09.40

実際DroidKaigiのセッションスライドのコードはほぼKotlinだったし、実務もKotilnである割合はかなり増えてるでしょ。
自分も実務ではもう1年くらい使ってるし。

**デフォルトの名無しさん** · 2018/02/16(金) 10:58:35.59

そりゃAndroidだから増えてて当然な感じするが、世の中にはAndroidしかないわけではないからなあ。