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/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か何かに置き換える営業かけてみたら儲かるかもしれない

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

JavaとC#は文法が似ているのでリーズナブルに移行できますよって営業さんが言ってた

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

その営業、エンジニア部隊に殺されないことを祈る

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

さすが営業。とにかく売ることしか考えてない。

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

昔の会社にそういう営業本当にいたけど、最終的にそいつの取ってくる仕事を半ばボイコットするところまでいってようやく営業の偉い人が事の重大さに気がついてた。
売上は上がるけど普通に赤字だったからな。

**デフォルトの名無しさん** · 2018/06/19(火) 07:14:50.15

スキあらば自分語り

**デフォルトの名無しさん** · 2018/06/19(火) 07:21:00.28

その営業にJDKのメンテさせろよ

**デフォルトの名無しさん** · 2018/06/19(火) 07:42:46.49

隙を見せるのが悪い

**デフォルトの名無しさん** · 2018/06/19(火) 09:41:15.98

このスレは過疎すぎて常に隙しかない

**デフォルトの名無しさん** · 2018/06/19(火) 11:15:04.41

なんでこのスレは過疎っているのか？
小鳥んが過疎っているのか？スレが過疎ってるだけなのか？

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

営業。それは夢を売る仕事。

**デフォルトの名無しさん** · 2018/06/19(火) 11:33:05.19

>>567
両方かな。爆発的にユーザが増えたとはいっても全体からしたら少ないだろうしな。
特に日本では日本語ドキュメントや入門書が充実して来ないと増えないと思う。

**デフォルトの名無しさん** · 2018/06/19(火) 11:34:43.38

kotlinをjQueryやvueと
統合するのは、頭が悪いっていうけど
俺はそうは思わない。なぜなら、プロで食って行こうとする
人もいれば、日曜プログラミング
だけでトドメておこうする人もいるわけだ。
こういう人にとっては目標として「便利なフレームワークが使えるまで」が

とりあえずエンドラインで
ありさえすればいいワケだよ。

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

KotlinとJQueryの何をどうやって統合して何をするの？

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

>>569
入門はいくつか出たから、逆引きとかほしいところ

**デフォルトの名無しさん** · 2018/06/19(火) 14:07:03.54

初級者向け：太郎本
中級者向け：なし
上級者向け：インアクション
逆引き：なし

かな？

**デフォルトの名無しさん** · 2018/06/19(火) 15:45:49.32

ビジネスチャンスだ。誰か書くと良い。
それなりに売れる筈だ。
Amazonで電子書籍だけ出すなら多分簡単だぞ。
中身を書くのは大変かも知れないがw

**デフォルトの名無しさん** · 2018/06/19(火) 17:13:45.65

何を書いたら儲かると思われているかはpythonの棚に行けば分かるよね

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

まずは「kotlinやれば年収上がります」と吹聴しよう。

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

Kotlinやるとモテるらしいしな

**デフォルトの名無しさん** · 2018/06/19(火) 19:44:33.05

あー。あの雑誌の裏によくあったブルワーカーの漫画みたいな。

**デフォルトの名無しさん** · 2018/06/19(火) 19:46:30.05

ガイザーナックルがついてくるとか

**デフォルトの名無しさん** · 2018/06/19(火) 23:26:31.25

フレームワークの巨匠が、新しい本を出した

Spring Boot プログラミング入門、掌田津耶乃、2016
Node.js超入門、掌田津耶乃、2017
Python Django 超入門、掌田津耶乃、2018

掌田が出す分野が、売れる分野！

**デフォルトの名無しさん** · 2018/06/19(火) 23:46:47.89

それはない

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

spring boot を kotlin でやるのがナウなヤングにバカウケ

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

https://imgur.com/v29tqHZ

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

いつの間にかDjangoの本にまで手を出してたのか

Pythonの本が今ほどなかった頃からDjangoやってるけど、
Kotlinやっとけば端末(Android)とサーバ(SpringBoot)と同じ言語で書けて便利じゃんと思い始めてこっちに浮気した今日この頃

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

機を見るに敏な、掌田津耶乃w

かんたん Python (プログミングの教科書)、2018/2/24
Python Django 超入門、2018/6/15

Django本、さっそく売り切れ！w
漏れも、仕方なく買ったw

**デフォルトの名無しさん** · 2018/06/20(水) 01:08:04.50

>>582
おまえはせんだみつおかよ

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

本人が５ちゃんで宣伝工作とか印象最悪だわｗ

**デフォルトの名無しさん** · 2018/06/20(水) 05:37:18.99

「漏れ」って一人称、100年ぶりくらいに見たわw

**デフォルトの名無しさん** · 2018/06/20(水) 07:45:34.90

鳴いてからのリーチ並みやね

**デフォルトの名無しさん** · 2018/06/20(水) 08:25:25.76

スッキリ厨がすすめてくるから絶対に読まない
宗教臭くて怖いもん

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

逝ッテヨシ

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

掌田の本って章ごとにプログラム別れてない上に書いて消してが多くて読みづらいんだよな

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

言語設計者本人による設計意図を語る本とかは買うことあるけど
仕様の解説本とか入門本とかはネット上の情報で十分だろって思う

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

それより帰ってプレステやろうぜ

**デフォルトの名無しさん** · 2018/06/21(木) 08:43:02.51

セガなんてだっせーよな

**デフォルトの名無しさん** · 2018/06/21(木) 11:54:55.23

ｾｶﾞｻﾀｰﾝ

**デフォルトの名無しさん** · 2018/06/21(木) 12:08:38.91

瀬川悪魔？(難聴)

**デフォルトの名無しさん** · 2018/06/21(木) 12:10:22.95

せがた三四郎

**デフォルトの名無しさん** · 2018/06/21(木) 12:59:40.28

上で話題になってたOpenJDKは8月の頭にカンファレンスやるらしいから、そこで何かしら情報あるかもね。
中の人は前々からLTSについて公言してるから、さすがに何もやらないってことはないと思うけど。

**デフォルトの名無しさん** · 2018/06/21(木) 12:59:40.90

なつかしい

**デフォルトの名無しさん** · 2018/06/21(木) 18:25:23.06

このスレ30代以上しかいないだろ

**デフォルトの名無しさん** · 2018/06/21(木) 18:31:33.27

>>601
うんにゃ

**デフォルトの名無しさん** · 2018/06/21(木) 20:14:09.53

このスレにはナウいヤングしかいないに決まってるぢゃないか

**デフォルトの名無しさん** · 2018/06/21(木) 20:16:04.70

デラベッピンとか積丹と聞いて元ネタが判る人しか
いませんよね～

**デフォルトの名無しさん** · 2018/06/21(木) 20:49:53.75

>>604
俺おっさんだと思ってたけどそれどちらも分からないから若いわ

**デフォルトの名無しさん** · 2018/06/21(木) 20:53:08.78

>>605
Deluxe Beppin

**デフォルトの名無しさん** · 2018/06/21(木) 21:33:56.56

コンプティークの袋とじが青春時代だった

**デフォルトの名無しさん** · 2018/06/21(木) 23:43:48.35

なんで車高が低い車のことを積丹というのか

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

車高が低い(短い)からでは？

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

でらって名古屋弁じゃなくてデラックスなのか？

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

積丹ってそんな漢字あてるんだ
知らんかったわ

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

21世紀の人間なら知らなくても困らないから気にするな

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

しゃこたん！

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

雲丹食った事無いの？

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

私は21世紀から来た未来人
ナウいヤングのみなさんこんにちは

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

さて、今は昭和何年かな

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

おっさんぱぶ

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

昭和93年

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

【王様きどり、〝財界″】　マイトＬーヤ『人々はもう特定の主義を認めない、政治的教化は通用しない』
http://rosie.5ch.net/test/read.cgi/liveplus/1529634259/l50

共産でも、資本でもない、分ち合い経済が、登場します！

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

http://oldcar-purchase.com/

**デフォルトの名無しさん** · 2018/06/23(土) 13:30:05.04

main の関数って一番下に書かなくてもいいの？

mainより下に中で使う他の関数書いてもいいんだ？

**デフォルトの名無しさん** · 2018/06/23(土) 15:53:22.37

>>621
Javaのクラスの中のメソッドと同じで順序は問わない。

まあでも新しい言語ってだいたいそうじゃないか？
変数の場合は初期化される順序の問題で先に書かなきゃいけない場合はあると思うが。これについては Kotlin も同じ。

例えばこうなっている場合に main() と p() は順序を逆にできるが s と s2 は逆にできない。

val s = "abc"
val s2 = s + "def"
fun main(args: Array<String>) = p()
fun p() = println(s2)

できるような言語も作れるだろうがそうすると人間が混乱する可能性が高まってバグの温床になりかねないからわざとできないようにしてあるんだろうと思う。

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

一般論として、初心者の質問に対して聞かれたこととあまり関係のない情報を答えすぎると混乱させるだけだからやめた方が良いよ

**デフォルトの名無しさん** · 2018/06/24(日) 17:01:23.99

>>622
コンパイル言語だから上から実行されるわけではないんですね　
pythonだと怒られそう
変数の代入に関しては上からということか

**デフォルトの名無しさん** · 2018/06/24(日) 17:12:23.44

nullを許容しない利点はなんですか？

**デフォルトの名無しさん** · 2018/06/24(日) 17:44:56.37

許容する場合としない場合を区別出来ることかな

**デフォルトの名無しさん** · 2018/06/24(日) 18:46:55.05

犬の利点を教えてください

猫と犬を区別できるからかな

答えになってません

やり直し

**デフォルトの名無しさん** · 2018/06/24(日) 18:49:35.07

質問する側がダメだしねえw

**デフォルトの名無しさん** · 2018/06/24(日) 18:58:35.31

バカを許容しないと
バカによる被害を避ける事ができる

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

>>627
いや、答えになってるよ
頑張って

**デフォルトの名無しさん** · 2018/06/24(日) 19:57:19.87

じゃあちょっと質問の仕方を変えますね

なぜnull不許容が必要なのか教えてください

これならわかるかな？

**デフォルトの名無しさん** · 2018/06/24(日) 20:21:05.34

ifでのnull判定がめんどくさい

**デフォルトの名無しさん** · 2018/06/24(日) 20:22:39.29

それよりも帰ってプレステやろうぜ

**デフォルトの名無しさん** · 2018/06/24(日) 20:40:44.92

そもそも、nullを代入しなければいいのでは？
もしくは初期化しておけばいいと思います

違いますか？

**デフォルトの名無しさん** · 2018/06/24(日) 20:51:32.85

COBOLとかFORTRANはそういうコンセプトだねぇ
kotlin止めるの推奨

**デフォルトの名無しさん** · 2018/06/24(日) 20:59:37.06

>>634
1人で全て開発するならそれでいいと思うよ。

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

つまり、null不許容型は人的ミスのためであって他意はないと？

**デフォルトの名無しさん** · 2018/06/24(日) 21:05:43.17

>>634
初めたばっかで良く分かって無いが、null使わないなら許容する意味が無くね-か
寧ろnullを使う意味が分からない

**デフォルトの名無しさん** · 2018/06/24(日) 21:22:24.66

例えばSwiftは言語仕様でnullを抹殺しているが、わざわざOptionalというnullでないものでnullを表現してる。nullがない世界など何処にもないのだ。

**デフォルトの名無しさん** · 2018/06/24(日) 21:25:55.36

例えばファイルが読み込めなかった場合、どうなると思いますか？

答えられますか？

答えられるようになったら質問してください。
今はそういうレベルの話ではないです。

**デフォルトの名無しさん** · 2018/06/24(日) 21:38:37.19

>>630
> なぜnull不許容が必要なのか教えてください
あなたの言う意味では不要。null許容にすることによってプログラミングが不可能になることはない。
nullによって発生する凡ミスが減るというメリットを必要とする人がいる。それだけ。

>>640
> 今はそういうレベルの話ではないです。
わからないで聞いているというより、わかってて煽ってるわけだ。

> 例えばファイルが読み込めなかった場合、どうなると思いますか？
ここでnullを許容する必要があるのではないかと言いたいんだと思うけど、
Kotlinがそうしているかどうはかは別にして、「ファイルが読み込めなかった」という
nullでない値を返すという考え方もある。
null許容のJavaだと例外を投げるところかな。

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

>>639
おっしゃる通りで、結局不正なデータのチェックは必要なわけで、null不許容だから安心して使えるわけでもなく、寧ろ何気にうまく動いている状態が一番怖いです

**デフォルトの名無しさん** · 2018/06/24(日) 21:52:05.84

null不許容のクラスを作るとして
そこではあらゆるケースに対処を強いられるわけで、チェック項目は膨大になります
しかしそれを利用する側は単純にファイルが読めるか否かだけ知れればいいとします。
null不許容を取り入れるということは、開発コストが上がることを示唆しているのではないかと

どうですか？

**デフォルトの名無しさん** · 2018/06/24(日) 21:54:49.09

Optionalは中身取り出すのにアンラップが要る。Kotlinはnullにならないようにコンパイラがチェックしてるだけ。よってアンラップ不要。副作用としてnullを許容してないのに場合によってはnullが入ってしまうこともある。。

**デフォルトの名無しさん** · 2018/06/24(日) 22:02:12.48

>>644
それは実行時の動的なnullですよね。
私が質問しているのは、null不許容型(言い換えれば静的なnullに関して)の必要性についてです。

**デフォルトの名無しさん** · 2018/06/24(日) 22:02:30.58

>>643
>>641が答え書いてるじゃん

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

ていうか日本語の文章おかしいし、確実に酔っ払いかただのキチガイじゃん

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

おおかた大学のレポートなり試験なりでその質問をされて回答を探しにきたんだろ
ネットで煽りっぽく聞けばムキになった人が答えてくれるからね、君は賢いね、偉い偉い

**デフォルトの名無しさん** · 2018/06/24(日) 22:30:46.16

>>627
たとえが下手すぎて

**デフォルトの名無しさん** · 2018/06/24(日) 22:36:12.55

だってこの子見るからに頭悪そうじゃない

**デフォルトの名無しさん** · 2018/06/24(日) 22:37:28.39

高圧的に質問すれば、逆に皆反応してくれる良い例だね