Kotlin 3

**デフォルトの名無しさん** · 2018/03/19(月) 04:26:26.03

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

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

**デフォルトの名無しさん** · 2018/05/29(火) 21:25:57.83

てか、若いのから年寄りまで満遍なく居るのでは？

**デフォルトの名無しさん** · 2018/05/29(火) 21:44:30.47

じゃあ1人ずつ年齢かいてもらおうか

**デフォルトの名無しさん** · 2018/05/29(火) 22:16:55.12

珍しく伸びてると思ったら30代のオッサンがついて行けないような話で盛り上がってた

**デフォルトの名無しさん** · 2018/05/29(火) 22:23:20.74

時代的には80年代前半～中頃
ロビンの横にはAMIGA+APPLEの専門店と
マーズマーケティングカンパニーがあったのよ(香港のノリの店)

**デフォルトの名無しさん** · 2018/05/29(火) 23:11:41.89

その時代にそういう店に出入りしてたってことは今50代だろ、、

**デフォルトの名無しさん** · 2018/05/29(火) 23:41:33.87

この辺だな
https://goo.gl/maps/hfUJjG3gzEn

**デフォルトの名無しさん** · 2018/05/30(水) 07:40:26.17

そろそろ昔のPC板に移動しろよ

**デフォルトの名無しさん** · 2018/05/30(水) 08:50:35.40

ベーマガとかの世代が今コトリンに興味があるのか

**デフォルトの名無しさん** · 2018/05/30(水) 10:22:20.68

ていうか、そもそも5chがもう年寄りの巣窟になってるからな
若い子はSNS中心で2chの存在自体知らんだろう

**デフォルトの名無しさん** · 2018/05/30(水) 12:15:25.29

kotlinユーザーに
とってはGradle/Groovyがかなり上手い。
高い本買って、あくせく読んでたけどJavascriptにないもの
Javaにないもの
Kotlinにないものを全部持ってる気がする。
ただ始めるには本を買うお金と英語力と互換性の違いをカバー
するタメの根気が必要！！！

**デフォルトの名無しさん** · 2018/05/30(水) 14:00:39.83

やっぱり皆さんってタイピングめっちゃ早いんですか？

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

タイピングの遅いプログラマーって、長時間正座できない落語家みたいなもんだろ

**デフォルトの名無しさん** · 2018/05/30(水) 14:16:56.26

昔、先輩に

「PCのスペック上げる前に自分のスペック上げろ」
「プログラミングで1番ボトルネックになるのは入力スピードだからキーボードには金かけろ」

って教えられた
それ以来HHKB使ってる

**デフォルトの名無しさん** · 2018/05/30(水) 14:31:36.04

補完きくから実はタイピングはそれほど重要ではない

**デフォルトの名無しさん** · 2018/05/30(水) 14:37:04.08

Railsかなんかの動画で
初めてTextMate見た時は衝撃的だったわ

**デフォルトの名無しさん** · 2018/05/30(水) 14:43:29.58

>>425
補完の速さのためにマシンスペックが重要になってくるよな。

**デフォルトの名無しさん** · 2018/05/30(水) 16:15:20.38

>>422
速いんじゃないかな。ていうかブラインドタッチしててキー見ていない。

たまに速くてもホームポジションに指を置いてなくてキーボード見ながら打ってる人居るが、それだとブラインドタッチよりは遅くなるのが普通だと思う。
そうであってはいけないわけではないしそれでも速い人は速いかも知れないが効率は悪いと思う。

**デフォルトの名無しさん** · 2018/05/30(水) 16:42:43.12

なにそれ

**デフォルトの名無しさん** · 2018/05/30(水) 16:57:52.97

思考を途切れさせない程度の速度で入力できれば十分じゃないかな。データ入力を専門とする人達ほどの速さはいらないと思う。
キー入力自体よりは、頭で考えている時間の方が比重はかなり大きいと思うよ。

**デフォルトの名無しさん** · 2018/05/30(水) 17:00:46.40

設計に一番時間かからない？そうでもないのか…？

**デフォルトの名無しさん** · 2018/05/30(水) 17:25:16.33

>>422
超早いよ。昔ゾンビ撃ちまくったもん

**デフォルトの名無しさん** · 2018/05/30(水) 17:33:02.85

>>431
設計は思い付くかどうかの問題なのでなんとも言えない。以前別の所でやったことと同じとか類似するなら速い。
そうでない場合は新たに調べなければならないことがあったりして遅くなる。

**デフォルトの名無しさん** · 2018/05/30(水) 17:58:05.47

プログラムを作るのにキー入力にかかる時間なんて大した比重じゃないだろ
9割は考えてる時間だわ

**デフォルトの名無しさん** · 2018/05/30(水) 18:18:15.31

HHKB使ってるやつカチャカチャうるさいんだけど他人の迷惑になってるって何で気付かないの

**デフォルトの名無しさん** · 2018/05/30(水) 18:37:57.99

タイピング速度の話題ってスレチなんだけど他人の迷惑になってるって何で気付かないの

**デフォルトの名無しさん** · 2018/05/30(水) 19:41:52.33

>>423がそれを言うのか

**デフォルトの名無しさん** · 2018/05/31(木) 06:04:46.53

kotlinとjavaとを比較したら
kotlinの方が実行速度は速く
メモリにも優しいの？

**デフォルトの名無しさん** · 2018/05/31(木) 07:19:08.57

えっ？

**デフォルトの名無しさん** · 2018/05/31(木) 08:05:10.36

は？

**デフォルトの名無しさん** · 2018/05/31(木) 08:55:30.24

JavaとJavaを比較するのは難しいな

**デフォルトの名無しさん** · 2018/05/31(木) 11:55:00.64

出力されるものが違うんだから比較は出来るだろ
厳密にはKotlinの方が遅いんじゃないのか？でもnull安全

**デフォルトの名無しさん** · 2018/05/31(木) 12:16:29.46

ラムダは無名インナークラスのオブジェクトとしてヒープに作られ、だからinlineにしろと言うが下手に使うとapkサイズ(Android)が大きくなる

**デフォルトの名無しさん** · 2018/05/31(木) 12:34:27.33

どんな最適化がされるかによるかな

**デフォルトの名無しさん** · 2018/05/31(木) 14:38:12.68

Kotlinから生成されるのと同じコードをjavaで書いたら当然同じ速度になるだろ

**デフォルトの名無しさん** · 2018/06/01(金) 14:06:58.90

kotlinはjavaコードをシンプルに書ける分、実行速度が遅いのかなと思ってしまったです

**デフォルトの名無しさん** · 2018/06/01(金) 15:55:27.95

kotlinってJavaより本気でシンプルに書けてると思う？
そのシンプルさって本気で必要か？

**デフォルトの名無しさん** · 2018/06/01(金) 16:19:38.55

必要だったかどうかは10年後にわかる

**デフォルトの名無しさん** · 2018/06/01(金) 18:17:17.42

>>446
おじちゃんが「コンパイル」という言葉を教えてあげよう。勉強しなさい。

**デフォルトの名無しさん** · 2018/06/01(金) 18:17:57.16

>>447
はい、思います。

**デフォルトの名無しさん** · 2018/06/01(金) 19:05:06.36

コードレビューのときとかも見なきゃいけないコードが減って、
重要な部分だけが差分として出てくるのはいいよね

**デフォルトの名無しさん** · 2018/06/02(土) 11:55:47.77

>>451
俺としては型推論や記述の省略はむしろコードレビューの時に情報が足りなくて、結局差分以外の前後（特に前）を読まないと修正が妥当かどうかが判断出来ない。

**デフォルトの名無しさん** · 2018/06/02(土) 12:22:50.19

型推論ってJavaでのメソッドチェーンや引数に式書くのと同じだけどな
それらも避けてるならまぁ・・・

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

>>452
無能おつ

**デフォルトの名無しさん** · 2018/06/02(土) 16:45:18.56

>>452
俺も含めて世界中のエンジニアはそれで何の問題もなくコードレビュー出来てるんだ。
Kotlinの仕様でなく自分の能力を疑え。

**デフォルトの名無しさん** · 2018/06/02(土) 16:55:25.60

>>452
絵に描いたような「新しいものを否定するために否定する理由を探す老害」の言動そのものだな
自覚がないなら本当にヤバいからよく考え直した方がいい

**デフォルトの名無しさん** · 2018/06/02(土) 18:31:22.94

>>452
向いてないから死ね

**デフォルトの名無しさん** · 2018/06/02(土) 20:44:32.83

むしろ生きろ

**デフォルトの名無しさん** · 2018/06/02(土) 21:54:47.77

生きて地獄を味わってから救いを求めて死ねばいい

**デフォルトの名無しさん** · 2018/06/02(土) 23:47:53.75

>>452
わかる

**デフォルトの名無しさん** · 2018/06/03(日) 21:50:21.46

>>459
わかる

**デフォルトの名無しさん** · 2018/06/04(月) 09:24:35.97

>>452
言わんとすることは分かるけど叩く流れだから叩いとく
お前のかーちゃんデーベソ

**デフォルトの名無しさん** · 2018/06/04(月) 09:43:42.30

>>452ってそこまで叩くほどのことか？って思うけど、流れに従って叩いとく
https://www.youtube.com/watch?v=hNDEpi3yLrY

**デフォルトの名無しさん** · 2018/06/04(月) 10:52:23.62

>>452
文盲乙

**デフォルトの名無しさん** · 2018/06/06(水) 11:27:15.52

お前らが特定のレス叩きすぎるから萎縮してスレ過疎ったじゃねーかよ！

**デフォルトの名無しさん** · 2018/06/06(水) 11:30:36.99

twitterじゃねえんだからゴミみたいなレスが溢れてるよりは何も書かれてない方が良いだろ

**デフォルトの名無しさん** · 2018/06/06(水) 12:44:55.73

最初から過疎ってるからセーフ

**デフォルトの名無しさん** · 2018/06/06(水) 12:57:33.74

で、肝心なKotlinの話題はないのか？
本が出るとかでもいいから。

**デフォルトの名無しさん** · 2018/06/06(水) 14:39:19.17

KotlinのAndroid入門本が新しく一冊出るはず

**デフォルトの名無しさん** · 2018/06/06(水) 15:00:44.62

おお。そうか。また出るのか。
なんて本？もうAmazonとかには出てる？

**デフォルトの名無しさん** · 2018/06/06(水) 21:03:09.61

Androidじゃないみたいだけど、こんな本出ていた事に気づかなかった。

やさしいKotlin入門
http://amzn.asia/hwYD4Tq

**デフォルトの名無しさん** · 2018/06/06(水) 21:15:39.65

新しくてAndroidっていうとこれか？

基本からしっかり身につくAndroidアプリ開発入門 Android Studio 3対応 (「黒帯エンジニア」シリーズ)
森洋之
http://amzn.asia/fSD1PG8

**デフォルトの名無しさん** · 2018/06/06(水) 21:40:46.93

>>472
ああ、たぶんそれ

**デフォルトの名無しさん** · 2018/06/06(水) 21:42:52.89

DroidKaigi 2018 - Inside Android Architecture Components
ttps://www.youtube.com/watch?v=7v4pJXy5dhk

Hiroyuki Mori [JA]

**デフォルトの名無しさん** · 2018/06/06(水) 22:26:21.79

C#＋WinFormsは趣味レベルで知ってる、それ以外は知らない
周りに教えてくれる人はいない
こんな状況でkotlinでAndroidプログラミングを1からっていけますかね？
Androidが3の頃に挑戦して挫折したヘタレです

ググってたら今やるならkotlinで、みたいな話いっぱい出てくるんですが
言ってるのはJavaでAndroidやってきた人ばっかな気がして
そういう人たちにはとっつきやすいってだけな気がしてきました

一応
http://www.atmarkit.co.jp/ait/series/8323/
見てたら結構C#に似ているところも多く
言語的には自分にとってJavaよりもとっつきやすいように見えるのですが

C#ならXamarinという選択肢もあるかもしれませんが
XAMLやWPFを学ぼうとしていまいち理解できず挫折したヘタレでもあり
クロスプラットフォームがやりたいわけでもないし・・・
どちらにせよ1から学ぶための書籍やサイトが少ないのが最大のネックだと思っています
特にサイトは経験者向けと思われる情報ばかりで・・・

今んとこJavaもAndroidプログラミングも知らないという人向けの書籍は出てないように見えます
>>472もJava経験者向けと書いてありますし

kotlinスタートブックは図書館で借りられるぽいので
とりあえず借りようかと思っています（貸出中でまだ借りられないけど）

**デフォルトの名無しさん** · 2018/06/06(水) 22:31:07.38

やりたいことが決まっているなら出来る。
決まってなければ情報量に溺れる

**デフォルトの名無しさん** · 2018/06/06(水) 22:32:37.62

目的がはっきりしないやつは何をやっても駄目
お勉強が目的ならJavaでもKotlinでもXamarinでも何でもやって時間を消費していけばいい

**デフォルトの名無しさん** · 2018/06/06(水) 22:34:36.68

>>475
本気でやる気があるなら専門書の1冊や2冊くらいちゃんと買おうな

**デフォルトの名無しさん** · 2018/06/06(水) 22:56:55.88

>>475
世の中にはプログラミングのプの字も知らないところから独学でアプリを作る人も腐る程いるから大丈夫。
趣味レベルでも他の言語を触ったことがあるならそんなに難しくないよ。

**デフォルトの名無しさん** · 2018/06/07(木) 00:51:11.01

俺はC#のしの字も知らないのでなんとも言えない。
そうか。似てたのか。

**デフォルトの名無しさん** · 2018/06/07(木) 01:14:51.14

セックスのセの字も知らない俺が来ましたよ

**デフォルトの名無しさん** · 2018/06/07(木) 06:32:54.21

>>475
C#はJavaと似ているというから、Javaを知らなくても大丈夫かもしれないけど、
GUI部分はXAMLとかが出来なかったという点に不安が残る。
でも>>476が大体真実。

**デフォルトの名無しさん** · 2018/06/07(木) 06:50:58.51

まずこの本を3回読んで、Java とオブジェクト指向を学ぶ。
スッキリわかる Java入門第2版、2014

その後、
Kotlinスタートブック -新しいAndroidプログラミング、長澤太郎、2016

**デフォルトの名無しさん** · 2018/06/07(木) 07:47:18.48

検索力が一番大事
それとプログラミングで使う知識のかなりの部分は特定の言語に依らない

取っ掛かりとしては普通にサンプルアプリをビルド/実行する環境作っていじっていけばいい

**475** · 2018/06/07(木) 16:39:06.79

皆さんどうもです
私の場合、一番の肝はモチベーションを保てるかどうかだと気付きました

そういう意味では
じっくり勉強するより
>>484さんの言うように
とにかく打ち込んで動かしてみることかなと思いました。

javaを見たときは「c#と比べてなんか使いにくいな」というのが第一印象でしたが（あくまでちょっと調べてみた初心者の主観ですよ）
Kotlinは分かりやすくてc#よりいろいろ便利な気がしたので
自分の直感を信じてKotlinでやってみます。
取りあえずは新し目のKotlin+Android本を買ってみようかと
>>472を立ち読みしてみましたが
チンプンカンプンというわけではなかったので

>>482
xamlで挫折したことがネックになるなら
言語は何選んでもだめな気がするので考えないことにしました

**デフォルトの名無しさん** · 2018/06/07(木) 17:01:50.89

モチベーションを保ちたいならkotlinの勉強会なりもくもく会なりに定期的に行くといいよ

**デフォルトの名無しさん** · 2018/06/07(木) 19:56:16.13

いーやお前は向いてない

**デフォルトの名無しさん** · 2018/06/07(木) 20:42:49.81

おまえモナー

**デフォルトの名無しさん** · 2018/06/08(金) 07:07:19.14

スッキリわかる Java入門第2版、2014
たのしいRuby 第5版、2016
Kotlinスタートブック -新しいAndroidプログラミング、長澤太郎、2016

これら3冊を、数十時間で読める

でも、各言語の文法なんて、アプリ開発にはほとんど関係ない。
大部分が、Android API・OS の事だから

ゲーム作りなら、ほとんどが2D/3D の部分

**デフォルトの名無しさん** · 2018/06/08(金) 09:48:36.84

Rubyからプログラムに入った人間だから静的型付け言語は面倒臭いと思ってたけど、ただJavaが面倒臭かっただけなんだな。
KotlinをIDEで開発する生産性の高さに慣れてしまったらもう戻れない。
Kotlinかわいいペロペロ。

**デフォルトの名無しさん** · 2018/06/08(金) 13:50:40.98

初心者が最初に覚えるべきことは、
lateinitとby lazyだと思う

**デフォルトの名無しさん** · 2018/06/08(金) 13:53:39.63

わかった。今日はそれを覚えよう。

**デフォルトの名無しさん** · 2018/06/08(金) 14:26:23.78

by lazyはともかくlateinitは絶対に他の方法が無い場合以外は基本的にアンチパターンだと思う。

**デフォルトの名無しさん** · 2018/06/08(金) 14:29:49.98

AndroidのonCreateで代入する系はどうするのがいいんだ

**デフォルトの名無しさん** · 2018/06/08(金) 14:36:08.22

>>494
俺はby lazyにしてる

**デフォルトの名無しさん** · 2018/06/08(金) 15:36:52.73

>>494
それはいいんでないの

**デフォルトの名無しさん** · 2018/06/08(金) 16:31:15.73

lateinitを多用しすぎると実質null safetyが無意味になるからねえ

**デフォルトの名無しさん** · 2018/06/08(金) 21:53:46.19

Rock54で書き込みできなくて、短縮URLなんだけど済まない
ちょっと質問なんだけど、 https://goo.gl/RZzhrdのスレに下記の記述があるんだけど、

test6のほうはわかるんだけど、test5のほうで無名関数？の型が省略できるのはなんで？

//波括弧を省略して返値が明らかなとき返値の型を省略可能
var test5 = fun (num: Int) = num * 5

//変数の型を明示してあれば無名関数の引数と返値の型を省略可能
var test6: (Int) -> Int = fun (num) = num + 5

**デフォルトの名無しさん** · 2018/06/08(金) 22:06:41.31

>>498
numがInt型であることが明記してあって、かつ式の中でIntが乗算されてるからでしょ。
Int × Intの計算なら計算結果がIntであることは明らか。

**デフォルトの名無しさん** · 2018/06/09(土) 00:12:44.38

Int型を明示して16進数で指定するときに、値が4byteかつ負の数だとtoInt()が必要なの面倒だな

**デフォルトの名無しさん** · 2018/06/09(土) 14:19:38.63

What's new in Kotlin
ttps://speakerdeck.com/satorufujiwara/whats-new-in-kotlin?slide=1

**デフォルトの名無しさん** · 2018/06/09(土) 17:23:04.13

>>500
一応こうするとエラーは出ないけどね。見た目が不自然だな。

val f: Int = 0x80000001 - 0x100000000

**デフォルトの名無しさん** · 2018/06/09(土) 18:06:46.11

そもそも16進数で書くのって何の意味があるんだ？

**デフォルトの名無しさん** · 2018/06/09(土) 18:19:06.46

>>499
なるほど、そういうことなんか。類推してくれるんだな
上で挙げたサイトでいろんな記述の仕方があるけど、関数型？とかって慣れてないと難しいな

**デフォルトの名無しさん** · 2018/06/09(土) 18:23:37.27

>>503
カラーコードとかビットマスク

**デフォルトの名無しさん** · 2018/06/09(土) 19:37:29.06

>>503
そう書いた方がプログラムが分かり易くなることがあるから使う。

例えばファイルやネットワークから取得した1バイトの下位6bitだけを取り出したい時とか
x and 0x3f と書いた方が x and 63 よりは分かり易い。まあ2進数使って x and 0b11_1111 の
ように書いても良いけどこれはビット数が多くなると分かり辛くなる(アンダーライン入れて
書いてくれないと余計に)。

**デフォルトの名無しさん** · 2018/06/09(土) 20:06:50.64

あとコードポイントも16進数の方がわかりやすいな

**デフォルトの名無しさん** · 2018/06/09(土) 20:54:23.48

マイナス符号ごと16進にするケースはエラーコードくらいかね

**デフォルトの名無しさん** · 2018/06/09(土) 21:16:47.58

ARGB

**デフォルトの名無しさん** · 2018/06/10(日) 10:07:44.14

いい加減、リソース解放言語レベルでサポートしろよ。
ネストがひどくなる。

**デフォルトの名無しさん** · 2018/06/10(日) 10:43:23.49

spring使う時はlateinitはありがたい

コンストラクタインジェクションできない場合もあるし