Kotlin 5

**デフォルトの名無しさん** · 2018/12/08(土) 20:29:41.41

JetBrainsが開発した期待の新言語、Androidの公式開発言語にしてサーバーサイドもなんでもいけるKotlinについて語りましょう

※前スレ
https://mevius.5ch.net/test/read.cgi/tech/1531818027/

**デフォルトの名無しさん** · 2019/06/05(水) 21:56:16.86

>>868
kotlin/jvmはJava代替でSIerによるフルスタックFW＆モノリシック開発が向いている
kotlin/nativeはGo代替を目指していてWeb系企業のマイクロサービスが向いている
kotlin/jvm＋ktorではGOに勝てるユースケースが無いので
ktor流行にはkotlin/nativeの流行も必須というのが自分の主張。
まあ異論はあると思う。ちなみにkotlin/nativeは応援してるしktorも流行ってほしい

**デフォルトの名無しさん** · 2019/06/06(木) 00:14:12.91

>>822
vim + quickrunで動くよ！
kotlinc, javaなんてコマンドを打つことはしない。

**デフォルトの名無しさん** · 2019/06/06(木) 05:38:57.73

>>869
言ってることは分からなくもない。
ただ視野が狭すぎるというか、そんな可能性を狭めなくていいと思う。

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

そもそもKtorってJVM、というかServletに依存してね

**デフォルトの名無しさん** · 2019/06/06(木) 09:26:51.24

依存はしてなくね

**デフォルトの名無しさん** · 2019/06/06(木) 10:59:43.79

次のリリースでkotlin/nativeのbuild時間が改善されそう
リリースいつなんだろ。。

**デフォルトの名無しさん** · 2019/06/06(木) 12:47:51.63

利根川さんにでも聞け

**デフォルトの名無しさん** · 2019/06/06(木) 20:06:45.07

kotlin/nativeはGraal（AOT）に勝てるかどうかすら怪しいのに、夢見過ぎだろ。

**デフォルトの名無しさん** · 2019/06/06(木) 20:44:18.25

ktsって誰も使ってなさそう

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

Gradleで使う

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

>>876
AArch64の対応が進んではいるもののGraalがiOSに対応するのは当分先
Kotlin/Native側も資産(ライブラリ等)不足やパフォーマンスの課題があるけどな

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

>>879の補足

Graal側はAArch64/Linux対応が完成してからiOS対応をやるかどうか検討するとのこと
https://github.com/oracle/graal/issues/373#issuecomment-454697157

まだAArch64/Linux整備中の段階
https://github.com/oracle/graal/commits?author=sanzinger&;since=2019-05-15&until=2019-06-07

iPhone/iPadのチップ : A10～A12X : ARMv8ベース
ARMv8の64ビットモードがAArch64

**デフォルトの名無しさん** · 2019/06/07(金) 16:14:27.25

kotlin/nativeのメインターゲットはiOS開発なんだろうと思う。

**デフォルトの名無しさん** · 2019/06/07(金) 16:40:27.70

普通に考えりゃそうだわな

**デフォルトの名無しさん** · 2019/06/07(金) 16:53:00.43

Swiftネイティブでいいじゃん、他にはUnityもあるし。
入り込む余地ないでしょ。

**デフォルトの名無しさん** · 2019/06/07(金) 19:12:00.19

釣り針は大きすぎちゃいかんのだぞ

**デフォルトの名無しさん** · 2019/06/09(日) 13:55:10.20

kotlin3大いいところ
・android標準という安心感（直ぐには廃れない）
・モダンな書き方ができる（arrowもあるし）
あと1つは？

**デフォルトの名無しさん** · 2019/06/09(日) 14:23:05.48

>>885
Listが基本immutableなことやnull安全はモダンに含まれるのかな?
標準という意味ではGradleの記述言語としてもサポートされているので、廃れにくいかなと思っている。
個人的にはDSLを3つ目として挙げたい。

**デフォルトの名無しさん** · 2019/06/09(日) 14:43:33.75

JVMで動く言語でJavaのライブラリそのまま使えるのが良い
これに関してはKotlinである必用はないのだが、その他の利点の上に更にこれがあるのが良い

**デフォルトの名無しさん** · 2019/06/09(日) 16:29:58.10

最新のjavaも随分進化したから、そこまでkotlinにこだわらねえ。
kotlinがjavaや.netみたく自前の最初からnull安全なクラスライブラリ備えてるなら別だけど。

**デフォルトの名無しさん** · 2019/06/09(日) 16:35:14.81

逆にあえてJavaを使う理由が特に思い当たらんからとりあえずKotlin使うわ

**デフォルトの名無しさん** · 2019/06/09(日) 19:10:48.79

Javaに新機能が追加されてもざんねんなJava部分が消えるわけではないので
可能であるなら最初からKotlinでやりたいかな

**デフォルトの名無しさん** · 2019/06/09(日) 22:02:36.62

>>888
自分も最初はラムダもOptionalもあるからとそう思っていたけど、immutable programmingで行こうと思った時に、
Listがimmutableであることを保証する方法がないことに気づいてKotlinへの移住を思い切った。
immutable programmingはそれほど実現しなかったと反省しているが、
Kotlin/JSやbuild.gradle.ktsとかも出来たので後悔はしていない。

**デフォルトの名無しさん** · 2019/06/10(月) 10:30:03.83

うちももう新規追加は全部Kotlinだわ
だってJavaで書くメリットがマジで何もないんだもん

**デフォルトの名無しさん** · 2019/06/10(月) 10:36:29.16

javaで仕事してるやつ転職できなくなるぞ

**デフォルトの名無しさん** · 2019/06/10(月) 11:17:01.74

coboちゃんが入れ替わっただけの蛇腹は逝ってヨシ

**デフォルトの名無しさん** · 2019/06/10(月) 13:43:04.79

>>893
Java経験あるならKotlinなんてすぐ書けるから別に気にしないよ。
社員で雇うならどの言語で書いてたかはあんまり関係ない。

**デフォルトの名無しさん** · 2019/06/10(月) 23:11:05.39

kotlin書いてる人は何の仕事してるの？
やっぱandroid？

**デフォルトの名無しさん** · 2019/06/11(火) 05:51:34.27

サーバーサイド
7割SpringBoot3割sparkその他

**デフォルトの名無しさん** · 2019/06/11(火) 05:52:20.89

2年くらい前まで都市伝説レベルだったサーバーサイドKotlinも最近は勉強会でよく見かけるようになったんだ

**デフォルトの名無しさん** · 2019/06/11(火) 07:18:21.72

できればkotlinで作りたいって言われてサーバー側のプログラムを作ってもらった。
DBサーバは別で画面制御だけ。

自分でも勉強しようと思ってこのスレッドを見てるところ。

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

そっか。サーバサイドkotlin順調に普及してきてるんやね。ワイの周り以外では。
うらやましい！

**デフォルトの名無しさん** · 2019/06/11(火) 17:51:05.94

ほぼ0だったのがようやく1になったくらいで、まだまだマイナーだけどね

**デフォルトの名無しさん** · 2019/06/11(火) 19:13:42.98

分布が0から1になったら制圧完了じゃないか

**デフォルトの名無しさん** · 2019/06/13(木) 09:02:41.37

kotlinは関数型も取り入れてるし
色々欲張り過ぎで言語仕様複雑化してるイメージがあるんだけど
実際使っててどうなの？
kotlinプロジェクトはコーディングスタイルが多様化しそう

**デフォルトの名無しさん** · 2019/06/13(木) 10:04:02.16

>>902
プログラマならまずそう思うわなｗ

**デフォルトの名無しさん** · 2019/06/13(木) 17:30:55.80

AndroidStudioやVSCode（mathiasfrohlichのKotlin Language機能拡張）で学習してるんだけどさ
どちらにしてもスペルミスは文字の色である程度わかるけど、文法が間違っててもその場で指摘してくれるわけじゃないのね
ある程度身につくまで文法間違いやを教えてくれるとありがたいんだけどそういうのはないのかな？

**デフォルトの名無しさん** · 2019/06/13(木) 17:36:07.23

文法間違いとはなんぞや
一応、実行できないくらい間違ってる場合はIntelliJ系だと「現時点で解釈不能でわけわかんないです」「これを書いてるつもりの場合は〇〇が必要です」って下に英語でちょろっと出る

**デフォルトの名無しさん** · 2019/06/13(木) 18:20:30.31

文法間違いは普通に赤線で指摘されるだろ

**デフォルトの名無しさん** · 2019/06/13(木) 19:19:37.31

kotlinのバグ発生率はJavaより低いですか？

**デフォルトの名無しさん** · 2019/06/13(木) 19:22:16.85

Javaのバグ発生率を教えてくれたら考えてあげてもいいよ
同じような式で計算して出すから

**デフォルトの名無しさん** · 2019/06/13(木) 19:32:38.72

>>905
具体的にどういうこと？
VSCodeは知らんけどIntelliJは大抵のミスは教えてくれると思うけど

**デフォルトの名無しさん** · 2019/06/13(木) 19:38:53.30

>>909
https://web.cs.ucdavis.edu/~filkov/papers/lang_github.pdf
>Java－0.01 (0.04)

Javaはいろいろな言語の中で平均的なバグ発生率のようです。
Kotlinはこの表にありません。

**デフォルトの名無しさん** · 2019/06/13(木) 19:43:19.29

Javaのバグ発生率は、
同じ領域で使われていると思われるC++,C#,Pythonと比べて最も低いです。
つまり、カーネルやデバドラやブラウザ系でなければJavaが一番優秀に思えます。
しかしKotlinはJavaを打ち倒すかもしれません。

**デフォルトの名無しさん** · 2019/06/13(木) 19:52:28.01

ぬるぽ
ぬるぽ
出まくるが
これはバグじゃないのか

**デフォルトの名無しさん** · 2019/06/13(木) 20:13:21.29

その比較研究はgithubのコミットに基づいているようなので
ほとんどのNPEは開発中に発生して修正済みでしょう。
最初からNPEを発生させないkotlinは、
むしろバグ発生率よりコーディングスピードで優れているかもしれません。

**デフォルトの名無しさん** · 2019/06/13(木) 20:40:07.05

その類の実証研究、大抵がJava対象だからKotlinだとどうなのかとかはまぁ分からんよね

**デフォルトの名無しさん** · 2019/06/13(木) 21:07:39.94

kotlinだとコードの行数が減るからjavaに比べて開発規模が小さかったと判断されてしまう

**デフォルトの名無しさん** · 2019/06/13(木) 23:03:46.90

>>913
仕様です。

**デフォルトの名無しさん** · 2019/06/14(金) 14:45:14.16

kotlinの言語仕様的にjavaよりバグり易そうな部分ってあるんかな？

**デフォルトの名無しさん** · 2019/06/14(金) 16:59:32.14

>>918
it や this が思ったものと違うものを指していたとか。

**デフォルトの名無しさん** · 2019/06/14(金) 18:14:32.08

確かに。let 周りで失敗してたことあったわ。あの辺はちょっと複雑になっちゃってる感あるね。

**デフォルトの名無しさん** · 2019/06/14(金) 18:28:44.08

KotlinはTypeScript, Swift, C#あたりの典型的なモダンCファミリーの範囲を超えてオリジナリティを出してきた部分については途端に微妙になる印象
当然っちゃ当然なんだが、天才的なものは感じないね

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

Javaはエラーコードを強制される部分があって、プログラムの質の底上げがされてるんじゃないかな

**デフォルトの名無しさん** · 2019/06/14(金) 20:09:15.99

エラーコードを強制って例外処理のこと？

**デフォルトの名無しさん** · 2019/06/14(金) 20:23:59.56

なんかもう、わかんない人は無理に会話入ってこなくていいよ

**デフォルトの名無しさん** · 2019/06/14(金) 20:32:30.84

たぶんJavaにあってKotlinに無いものは無い
強いて言えばKotlinは関数型を採り入れて言語仕様が複雑化しつつあるし
Javaとの混在が可能だからごちゃごちゃしやすい
人によって書き方が変わりやすい
あとGSONとの連携で問題が生じやすいとかあったはず

**デフォルトの名無しさん** · 2019/06/14(金) 22:27:49.12

検査例外とラムダ式の相性の悪さは…

**デフォルトの名無しさん** · 2019/06/14(金) 22:47:52.21

検査例外ちゃんは皆に嫌われてるから…

投げられた例外を捌けるかどうかは呼び出し元の都合や要件に依るからcatchを強制されるのは好かん
て雲のジュウザが言ってた

**デフォルトの名無しさん** · 2019/06/14(金) 22:48:02.61

なんかQiitaにうまく書けるコードあったからちょっとカスタマイズして使ってる
https://qiita.com/q-ikawa/items/3f55089e9081e1a854bc

**デフォルトの名無しさん** · 2019/06/15(土) 04:17:10.27

マルチパラダイムな関数型言語はどう設計していくのが良いのか難しいと思う
OOPと関数型は根本的にミスマッチしてる

**デフォルトの名無しさん** · 2019/06/15(土) 07:02:06.90

ポインタさえなければ、バグの出やすさは誤差の範囲じゃないかな

**デフォルトの名無しさん** · 2019/06/15(土) 07:54:39.96

Android kotlinで言えばMVVM一択だろ
悩むほど選択肢はない

**デフォルトの名無しさん** · 2019/06/15(土) 08:21:51.26

>>926
関数型とも相性が悪いが嫌わないで下さいませ

**デフォルトの名無しさん** · 2019/06/15(土) 09:07:49.50

>>929
そうかな
イミュータブルオブジェクトと関数型は相性いいと思うけど

**デフォルトの名無しさん** · 2019/06/15(土) 10:09:18.81

OOPそのものじゃなくてクラスでデータと関数が密結合してるのがいまいちという話は感じる

**デフォルトの名無しさん** · 2019/06/15(土) 10:29:34.05

本質的にはラムダ/クロージャでの束縛と変わらないと思うけどな

**デフォルトの名無しさん** · 2019/06/15(土) 10:40:41.99

>>909
有言実行な

**デフォルトの名無しさん** · 2019/06/15(土) 11:15:34.03

>>934
やはりdata Classだな

**デフォルトの名無しさん** · 2019/06/15(土) 11:31:49.90

これが f(g(immutableData))

こうなる immutableObject.g().f()

**デフォルトの名無しさん** · 2019/06/16(日) 15:28:56.20

>>918
わからない。なさそうな気がするが、KotlinにはKotlinなりの何かハマり易そうな部分があるのだろうな。弱点というかなんというか。

**デフォルトの名無しさん** · 2019/06/17(月) 09:40:35.09

宮迫の闇営業の件で何をトチ狂ったか、宮迫が出演する番組のスポンサーが
JetBrainsだと勘違いして開発者達にお問い合わせメール送りまくってるの草。
JetBrainsと宮迫は関係ねーよｗ

**デフォルトの名無しさん** · 2019/06/17(月) 12:39:31.98

何の話か全くわからない。
かといって聞いても面白そうな話ではないので詳しく聞きたいとも思わない。

**デフォルトの名無しさん** · 2019/06/17(月) 13:00:55.37

向いてないから死ね

**デフォルトの名無しさん** · 2019/06/17(月) 14:50:03.42

向いてない？

**デフォルトの名無しさん** · 2019/06/17(月) 15:42:34.39

(芸能ゴシップに)向いてない

**デフォルトの名無しさん** · 2019/06/17(月) 17:37:42.52

そんなことで死んでたら、おばちゃん以外全滅やな

**デフォルトの名無しさん** · 2019/06/17(月) 17:48:49.03

JetBrainsがテレビCM出してるの想像したらワロタ
オカンが「あらDataGripもいいわねえ」とか言うのか

**デフォルトの名無しさん** · 2019/06/18(火) 06:15:56.76

プログラム板にキチガイ降臨中！botに一晩も反応する異常さ
一般人(学校恩師)に殺害予告をしているのでスレ建て通報してください。
https://mevius.5ch.net/test/read.cgi/tech/1559872586/

142 名前：a4 ◆700L1Efzuv 投稿日：2019/06/18(火) 05:29:55 ID://qVkzO
>>141
名古屋の人な　俺ね、君の問題を大橋先生と混ぜないことにする。つまりね、
片桐孝洋のことをボコろうと思う。普通に顎の骨を折る。これくらいで警察来るか？
一般市民とかさ、普通にさ、俺らの秘密なんだけどさ、日本人なんて復活ねーから。

**デフォルトの名無しさん** · 2019/06/18(火) 17:12:38.49

>>944
まあ芸能関係は全く注目してないからな。
しかしのめり込む人は思い切りのめり込むね。
芸能人批判するとか、なんで自分と関係ない他人の事にそんなに夢中になれるのか謎だ。

**デフォルトの名無しさん** · 2019/06/18(火) 20:05:30.96

EBライブラリってのをdownloadしてcompileしてみた。
http://www.mistys-internet.website/eb/

ドキドキしながらsamplesを動かすと、動いてるみたい。
このライブラリを使えばEPWING辞書データにアクセスする事ができる。
俺の場合、手元のジーニアス大辞典にアクセスできた。

こいつでAndroidアプリ、辞書Viewer作れば需要あるかな？
EPWINGだけでなく、辞郎形式のテキストにも対応しちゃう事にする。
Qiitaへ投稿されたMouse Dictionaryみたいなのを目指すけど、需要あるか、ちょいと心配。

**デフォルトの名無しさん** · 2019/06/18(火) 22:59:28.72

>>949
ジーニアスのアプリがほしいと思っていた時期が、私にもありました。
でも、今や単語を選択して右クリック(長押し)->webで検索で済むと気づいてからは、
なんということでしょう。それまで高まっていた物欲が嘘のように消え去りました。

**デフォルトの名無しさん** · 2019/06/19(水) 04:49:57.44

【出資】松本卓朗人工知能詐欺【注意】
https://rio2016.5ch.net/test/read.cgi/rikei/1560859403/

**デフォルトの名無しさん** · 2019/06/19(水) 06:23:38.19

EBライブラリ、ソースのtimestampが2010/01/03と随分古い。
動かすとテキストがeuc-jpで出て来た。

これは、辞書に依存するのか？それともEBライブラリの仕様か？

2010年ってまだ、UTF-8が普及する前なのか？
そういえばYahoo Japanのフロントページが以前はeuc-jpだった気がする。けど、何時だったか思い出せない。
多分、Ruby 1.9が出現したころだから、これも2010年辺りか？

iPhoneと共にutf-8が普及し出したから2007年にはutf-8は普及の兆しがあったはずだが。

**デフォルトの名無しさん** · 2019/06/19(水) 06:58:47.54

>>950
ジーニアス大辞典、良いよねぇ。
citeを引くと、excite, reciteと語源が同じって出てくる。

やっぱり、EPWING辞典の需要って少なそう。

**デフォルトの名無しさん** · 2019/06/19(水) 09:56:43.59

>>952
その頃にはUTF-8が覇権を握り始めてたけど、LinuxのデフォルトがEUCだった頃の名残はまだまだ濃かった
特に人の意識でEUCが標準って感覚の人がまだ多かったね

**デフォルトの名無しさん** · 2019/06/19(水) 10:46:28.14

twitterを電子辞書をkeyに検索すると、デバイスのお絵かき機能を使った落書きが、大量にヒットする。

学生さんは、授業中、イラスト描いてるらしい。

けど、画風が皆、似通ってるのはなぜだ？アニメ世代ってのは、あんな絵が好きなのか？

**デフォルトの名無しさん** · 2019/06/19(水) 19:31:58.26

EPWINGって何の略？
必死にググったけど、WINGの部分が良く解らん。

EP = Electronic Publishing
ってのはすぐ気がついたけど。
あとEPWINGの仕様で、データはEUC-JPで格納されてる様だ。

EBライブラリのREADMEはISO-2022-JPで書かれていた。
時代を感じる。まだ、10年も経ってないのに。

**デフォルトの名無しさん** · 2019/06/19(水) 19:36:05.36

>>955
アニメの絵にも流行りがあって時と共に変化していくんだよ。
昔の同時代のアニメを見るとそれはそれでなんとなく似ていたりする。

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

UTF-8がWindows10にも普及しているのか？調べてみた。
2018年末最新のWindows10からUTF-8採用って事みたい。

ごく最近ッてことだ。おそろしい。きっと混乱はまだ続きそう。

**デフォルトの名無しさん** · 2019/06/20(木) 08:51:24.08

メモ帳でutf-8使うとBOMってのが付くのが憎悪しかない

**デフォルトの名無しさん** · 2019/06/20(木) 09:27:00.55

漢字コード周りは太古より混沌としてますなあ

**デフォルトの名無しさん** · 2019/06/20(木) 10:34:16.29

>>959
メモ帳の文字コード既定値がUTF-8に、Windows 10「May 2019 Update」

https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00723/042300004/

**デフォルトの名無しさん** · 2019/06/20(木) 11:33:05.23

MSはsjis系のテキストファイルと区別するためにUTF-8のテキストファイルにBOM付けたかったんだろうが、Unix系の人達の激しい抵抗に屈した形だな

**デフォルトの名無しさん** · 2019/06/20(木) 13:09:58.71

>>960
もはやWindowsだけが浮いてて他は統一されている

**デフォルトの名無しさん** · 2019/06/20(木) 13:22:43.18

困ってるのが日本人だけだとしたら酷いな

**デフォルトの名無しさん** · 2019/06/20(木) 14:02:42.49

>「BOM（バイト・オーダー・マーク）なしのUTF-8」が追加
>デフォルト設定でBOMなしのUTF-8を選択するようになった

もうBOM付かないんですか！やったーー！AA略

**デフォルトの名無しさん** · 2019/06/20(木) 14:09:50.23

ExcelがBOM無しCSVに未対応じゃないすか！やだーー！

**デフォルトの名無しさん** · 2019/06/20(木) 15:39:54.52

UTF-8のデメリットは、1文字が1 - 6byteの可変長であること。
例：a = 61, 1byte
😀 = F0 9F 98 80, 4byte

これ、文字列バイナリデータが与えられた時、文字数ってどうやって数えるんだ？

**デフォルトの名無しさん** · 2019/06/20(木) 15:46:34.34

UTF-8 のメリットは任意のバイト位置で
それが何バイト必要な文字なのかと
その文字中の何バイト目かが判ることなんだが