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/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はありがたい

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

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

AndroidのonCreateみたいに、必ず呼ばれることが担保されてるコンストラクタ的な仕組みがあるならlateinitは普通にありだと思う。
それ以外では可能な限り避けた方が安全。どこのバカが何をしでかすかわからん。

**デフォルトの名無しさん** · 2018/06/11(月) 03:39:54.89

DataBindingとかはそうだな。
あとはDIでインジェクションされるのもか

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

というかそもそもそういうフレームワークを使わないのにlateinitを使いたくなる状況ってそんなにないのでは。
自分で設計出来るなら普通に初期化のタイミングで渡せるように設計すりゃいいわけで。

**デフォルトの名無しさん** · 2018/06/11(月) 14:29:52.59

そういえばお前らってことりん書く時にエディタ何使ってるの？やっぱりIntelliJ？

**デフォルトの名無しさん** · 2018/06/11(月) 15:14:37.41

vim

**デフォルトの名無しさん** · 2018/06/11(月) 15:58:23.23

cat

**デフォルトの名無しさん** · 2018/06/11(月) 16:17:15.11

catはないわ
情弱すぎる

**デフォルトの名無しさん** · 2018/06/11(月) 18:05:01.55

**デフォルトの名無しさん** · 2018/06/11(月) 18:52:22.26

IdeaVim

**デフォルトの名無しさん** · 2018/06/11(月) 18:56:43.75

マジレスすると、インテリ一択だろ
開発元が作ってるんだし、操作性も良い

**デフォルトの名無しさん** · 2018/06/11(月) 19:36:27.25

IDEA一択だと思ってたけどこの前VSCodeで書いている人を見た。
正直KotlinはIDEで開発した方が圧倒的に生産性が高いから無駄な労力だよなあ、と思ったよ。

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

>>521
俺は今のところあまり使ってないよ。たまに起動するが。

まだ趣味でのんびり学習中で仕事でパンパン作らなければいけない状態ではないし、PCが遅くて重いし、LinuxのCUIの方が慣れてて楽だから。

ということでvim。

**デフォルトの名無しさん** · 2018/06/11(月) 22:15:48.69

IDEAじゃないとプロパティに色塗ってくれないじゃん

**デフォルトの名無しさん** · 2018/06/12(火) 03:01:36.31

結局これはJava殺すマンになれそう？

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

androidに関してはもう殺してしまってるから、それ以外の領域にどこまで広められるかじゃないかな

**デフォルトの名無しさん** · 2018/06/12(火) 07:48:55.06

JSXやHTMLとかのDSLがもっと上手く書けると幅が広がるんだけどな
Type-Safe Buildersは正直今のままでは微妙

**デフォルトの名無しさん** · 2018/06/13(水) 04:18:52.70

>>525
JVMの更新プラン変更でJVMごと沈没しそう。
金を払わないと半年ごとにJVMの仕様が強制的に切り替わるとか鬼だろww
Kotlin1.3の話も全く出ないし、JetBrains社も見捨てようとしているのでは。

**デフォルトの名無しさん** · 2018/06/13(水) 06:38:17.70

JVM言語が絶滅…
しないだろjk

**デフォルトの名無しさん** · 2018/06/13(水) 07:33:20.19

>>528
OpenJDKも3年ごとのLTSになるみたいだけど

**デフォルトの名無しさん** · 2018/06/13(水) 08:51:27.47

>>528
見捨てるわけ無いだろ。
おまえだけだよ、見捨ててるのは。

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

インアクションの日本語版買ったら英語版のPDFダウンロード出来るようにして欲しかった
日本語の方が楽だけど、訳が分かりづらくて時々原文読みたくなる・・・よね？

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

然り

**デフォルトの名無しさん** · 2018/06/13(水) 13:16:04.47

>>532
分かる。オライリーなんてだいたいそんな感じだしな。

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

原文読んでも英語なので俺の場合は解読するのに時間が掛かって効率が悪い。
ま、それでもネットで調べられるからまだいいけどな。

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

リファレンスとか英語は最新に保たれてることが多いけど日本語は遅れまくりが常だからむしろネットで勉強するときに英語めっちゃ読む

**デフォルトの名無しさん** · 2018/06/15(金) 09:24:34.77

I am a boy.

**デフォルトの名無しさん** · 2018/06/15(金) 10:56:52.71

You are a cherry boy,

**デフォルトの名無しさん** · 2018/06/15(金) 11:25:12.44

>>536
昔とあるオープンソースのドキュメントをいち早く和訳するコミットをしてたことがあったけど、
やれ訳が悪いだの文章が分かりにくい(元の英文がそうなってるからどうしようもない)だの文句ばっかり言われるからやめちゃったわ。
そう思うなら自分で直してくれと言ってもそういう奴は絶対自分では手を動かさないんだよな。

**デフォルトの名無しさん** · 2018/06/15(金) 12:42:35.46

まあ言語そのものについてもあれが悪いこれが悪いと言い出す人居るし、何をやっても必ず批判はあるよ。

かといって何もしないと何もしない事を批判されるw

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

I am by lazy.

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

My name is by lazy.

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

I am a pen.

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

>>540
まあ割とメジャーなOSSだったから、その分変な奴も多かったのかもな。

そもそも自分にはなんのメリットも無い純粋なボランティアだったからモチベーションが維持できなくなったw

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

原文とChromeのページ翻訳合わせて読めばほぼ困らんやろ

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

プログラミング関連のドキュメントとか高校レベルの英語力ですらすらさくさく読めるやんけ
中卒か？

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

中卒でも小卒でも、最近のGoogle翻訳凄いから、大体のページは一発変換で意味わかるよね

てか1.2.50出たのに、誰もその話しないのな
公式ツイッターでも触れないって、やる気なさ過ぎだろ

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

だって大した変更ないだろ

**デフォルトの名無しさん** · 2018/06/16(土) 15:50:38.80

出たか。後でアプデしとこ。

**デフォルトの名無しさん** · 2018/06/16(土) 22:33:20.09

>>573
Nativeとかに資源割いているのかな?
1.3の話も全くだし、やる気を疑いたくなるのも分かる気がする。

>>530
OpenJDKのLTSは公式発表はまだだって聞いたけど?

**デフォルトの名無しさん** · 2018/06/18(月) 12:45:45.36

公式発表まだでも各種情報突き合わせたらそうとしか思えないだろ
というか、それをやらんとJava終わる

**デフォルトの名無しさん** · 2018/06/18(月) 12:54:50.54

>>530
はいデマ

**デフォルトの名無しさん** · 2018/06/18(月) 18:15:19.45

redhatの対応なんか見てると、11が出る頃までには何かしらの発表があるんじゃないかと思ってる
なけりゃマジでjava離れが一気に始まる可能性がある

**デフォルトの名無しさん** · 2018/06/18(月) 18:26:40.99

11LTSで延命出来たとしてその次があるとはとても思えない

**デフォルトの名無しさん** · 2018/06/18(月) 18:29:09.62

とりあえず3年あれば代替技術に移行するなりJavaを使ってない会社に転職するなりできる

**デフォルトの名無しさん** · 2018/06/18(月) 18:41:39.41

これからJava使う意味ないだろ

**デフォルトの名無しさん** · 2018/06/18(月) 18:50:12.24

でも実際8ですでに動いちゃってる数多のシステムはどうするんだろうな
そのまま放置されてセキュリティホールのあるシステムが世に溢れる未来しか見えんわ

**デフォルトの名無しさん** · 2018/06/18(月) 19:26:41.95

年間60万くらいだっけ？小さい会社の社内システムなんかじゃちょっと払えない額だよな
そういうの狙ってrailsか何かに置き換える営業かけてみたら儲かるかもしれない