Kotlin 5

レス数が900を超えています。1000を超えると表示できなくなるよ。
0818デフォルトの名無しさん
垢版 |
2019/06/01(土) 14:59:33.17ID:7bqJsR1f
身内のGraalにトドメ刺されて終わりだろ。
0821デフォルトの名無しさん
垢版 |
2019/06/01(土) 16:55:01.52ID:uuPo6pHP
nativeはまだ作成中みたいな感じなので瀕死とは違うと思うが
0822デフォルトの名無しさん
垢版 |
2019/06/01(土) 17:46:40.68ID:xELmXxSQ
Kotlinを勉強し始めたんだけどさあ
これってレファレンスを見てエディタで打ち込む->kotlincでコンパイル=>javaで動かす・・・・ってのを繰り返さないとならんの？
Swiftに言う「swift asdf.swift」みたいなのに相当するコマンドはないのかしら
0823デフォルトの名無しさん
垢版 |
2019/06/01(土) 17:49:07.58ID:FZbdo0L3
そうか。合ってるか。。

サーバーサイド kotlinが流行ってないのは何でなんだろ。
現状問題なく使えるように思うけど、ほとんど開発案件出てこないね。
0825デフォルトの名無しさん
垢版 |
2019/06/01(土) 17:51:43.68ID:FZbdo0L3
>>822
まずintellij(IDE)をインストールしないと始まらない
0826デフォルトの名無しさん
垢版 |
2019/06/01(土) 18:32:24.41ID:7x5on0RN
このスレ定期的にkotlinc使う奴が出てくるよな
どこぞの入門サイトに書いてあるんかね
どう考えてもintellij使う前提の言語なのに
0830デフォルトの名無しさん
垢版 |
2019/06/01(土) 22:10:50.15ID:GQlgchjf
YouTube に動画をアップしてる、KENTA でも、
サーバーサイドの、Elixir, Kotlin などを受注するのに苦労してる。
彼は、変わった言語の仕事に、こだわる

こういう仕事は、滅多に出回らないから、ツテから入るのかも。
KENTAは千以上、名刺交換してるとか

彼は、GUI は嫌いらしい。
画面の修正で、時間を食うのが、嫌いらしい

数ピクセル、位置が違うとか、
修正したら、違う人が、元に戻せと言ったりw

GUI は、技術を学ぶ、時間効率が悪いから、嫌いらしい。
だから、サーバーサイドの仕事を取る
0835デフォルトの名無しさん
垢版 |
2019/06/02(日) 01:28:53.78ID:/69WsxDT
>>830
「、」で区切り過ぎ。その文章の場合は全ての「、」を削除した方が読みやすい。
0836デフォルトの名無しさん
垢版 |
2019/06/02(日) 01:33:22.19ID:/69WsxDT
>>822
IntelliJ 使った方が楽だが、kotlinc でコマンドラインでやるとしたら最後の実行は kotlin コマンドでできるよ。

kotlinc xxx.kt
kotlin XxxKt

みたいにする。
kotlin コマンドは環境変数セットしたりして最終的に java を動かす。
0837デフォルトの名無しさん
垢版 |
2019/06/02(日) 10:05:23.69ID:80ueDuoq
で、サーバサイドkotlinのこれからについての認識なんやけど合ってる？

・実戦投入可能なレベルに達している

・goが選ばれるような案件では以下の点でgoに勝てないので流行らない
→粒度の細かいマイクロサービス：deploy容易性がgoに劣る、kotlinの抽象力が活き辛い
→aws lambdaとか：上記に加えてjvmが温まるまで遅い

・モノリシック案件のbetter javaとしては第一候補
→フルスタックFWが有望でspring bootが最有力
→必然的にSIerの仕事が多くなる

・SIerが最重要視するのは実績
→実績を積むには待つしかない
0838デフォルトの名無しさん
垢版 |
2019/06/02(日) 10:08:10.88ID:80ueDuoq
kotlin/nativeは「hello world」を「hello world!」にするだけでビルドに7sかかるんやけど。。
こんなもんなん？何かやり方間違ってるのかな。
0839デフォルトの名無しさん
垢版 |
2019/06/02(日) 10:25:57.88ID:klo8W86L
>>837
受託の業界は知らんけど、WEB業界なら今までJavaやらScalaやら使ってたところはもう大体使えるところから使い始めてる。
ただそもそも日本のWEB業界ではJavaが不人気過ぎてどうしてもニッチの部類に留まってるわな。

生存戦略としてはとにかく仕事の多いRailsやらをやるか、仕事は少ないが応募者も少ないKotlinを極めるか、まあどちらでもありっちゃあり
どうせ5年後には違う技術が台頭してるし
0841デフォルトの名無しさん
垢版 |
2019/06/02(日) 12:06:59.02ID:TDNwqEN9
sunが震え声で
ハードの進化でJVMのパフォーマンスは向上していくから…
って言ってから何年経ったのか
0842デフォルトの名無しさん
垢版 |
2019/06/02(日) 12:13:33.66ID:UpSyXruc
PHPで作ってたけどパフォーマンスが出なくなって来たからJavaで作り直す、みたいなのはよく聞くな
同じ理由で昔はRailsからJavaってのもあったけど最近のRailsは速いからあまり聞かなくなった
0844デフォルトの名無しさん
垢版 |
2019/06/02(日) 14:47:02.52ID:530n/55/
Rubyキチ、無視しろ。
0846デフォルトの名無しさん
垢版 |
2019/06/02(日) 15:29:19.09ID:sHGNUntV
新規でサーバ側でkotlinで作ってもらったけど
少数派なのか。
まあ、何ができるかが大事だからいいけど、流行に左右されるのは厳しいね。
0847デフォルトの名無しさん
垢版 |
2019/06/02(日) 16:54:37.31ID:/69WsxDT
>>841
20年ぐらい？
まあ確かにあのWindows95だの98だので動かしていた時よりは速くなったけどね。
0848デフォルトの名無しさん
垢版 |
2019/06/02(日) 21:44:03.80ID:xSU5v8RX
結構Java嫌いな人多いんだね。自分もJavaは好きじゃないけど。

>>840
Javaが検討される規模のWEBサービス作る時にJVM以外の選択肢って例えば何かあるのかな？

>>841
Javaの出始めと比べたら劇的に進化してSunの言う通りになったと思うけどな。
Java離脱組もパフォーマンスじゃなくて開発効率やサービスの拡張性を気にしてる。

>>846
少数派なのはそうなんだけど、依頼側から見たサーバーサイドkotlinのデメリットは
・現状では開発者が少ない=人が集まらないことによる遅延、開発者単価
・実績がない=未知の何かが起こるかも
なのでローンチ出来てる時点でデメリットは乗り越えているし、
Android界隈では確固たる位置にいるからこの先メンテ人材が見つからない心配もない。(←ここが流行に左右されて困るポイント)
悪くない選択だったと思うんだけど
0849デフォルトの名無しさん
垢版 |
2019/06/03(月) 23:56:34.84ID:JEDLjuFd
JVMの性能は実行時最適化が強みだから
ベンチマーク系は不利
巨大なプログラムで長時間の動作において有利なはず
にもかかわらずベンチマークでもそこそこ速いんだからすごいのでは
0850デフォルトの名無しさん
垢版 |
2019/06/04(火) 00:08:19.43ID:8w4/id00
いや実行時最適化は繰り返し実行される処理に対して効くからベンチマークには強いぞ
立ち上がりの遅さとか、ベンチマークに現れない体感的な部分がJVMは遅い
事実上サーバー専用だから仕方ないが
0851デフォルトの名無しさん
垢版 |
2019/06/04(火) 02:28:23.05ID:Xu6aOKJJ
JVMはガーベッジコレクションでスローダウンするから未だに使い物にならない。
一番大事な時に直撃で機会損失が億いくと違約金も凄まじかったぜ。
0852デフォルトの名無しさん
垢版 |
2019/06/04(火) 06:40:04.13ID:1zKcF7rp
果てしなく嘘くさいな
シビアなシステムでどれだけ使われてると思ってるんだ
0854デフォルトの名無しさん
垢版 |
2019/06/04(火) 08:08:31.64ID:LGhp/e10
業務用Javaに関しては新機能が使われずなおかつアプデなしで10年経過とか普通にあるからな
それはそれでもいいから対外的にJava語るなって話なんだが
0855デフォルトの名無しさん
垢版 |
2019/06/04(火) 08:20:13.77ID:1zKcF7rp
例のみずほのサグラダファミリアもJava1.5という噂を聞いたけどマジなんかな
0856デフォルトの名無しさん
垢版 |
2019/06/04(火) 10:17:08.75ID:prB+PlYz
ネイティブでgc使わないようなコードも出せるようになればなんとかなりそうな気もするが、そうするとライブラリもそれ用のを使わないとダメか。
0857デフォルトの名無しさん
垢版 |
2019/06/04(火) 11:48:04.89ID:+GlxYcps
graalvmでできるぞ
0861デフォルトの名無しさん
垢版 |
2019/06/04(火) 19:32:40.19ID:+GlxYcps
jvmの引数でもGCのラグを解消できるし
最新のZGCというのも出てきた
0862デフォルトの名無しさん
垢版 |
2019/06/04(火) 23:57:50.92ID:FDlJBmR7
JVMというかspring fwの起動が糞遅いのは分かる
2.0になって少しましになったけど…
0866デフォルトの名無しさん
垢版 |
2019/06/05(水) 10:13:38.35ID:gaDZjJ4I
>>876
ktorはマイクロサービス向き
kotlin/jvmはモノリシック向き
kotlin nativeが流行らないと無理やと思うで
0867デフォルトの名無しさん
垢版 |
2019/06/05(水) 13:28:31.33ID:B3mDB84e
>>864
コンパイル時間は長いと思うけど、アプリ本体は変わらん。
というかそもそもspring本体はJavaだし。
0869デフォルトの名無しさん
垢版 |
2019/06/05(水) 21:56:16.86ID:Nwu/rjvu
>>868
kotlin/jvmはJava代替でSIerによるフルスタックFW＆モノリシック開発が向いている
kotlin/nativeはGo代替を目指していてWeb系企業のマイクロサービスが向いている
kotlin/jvm＋ktorではGOに勝てるユースケースが無いので
ktor流行にはkotlin/nativeの流行も必須というのが自分の主張。
まあ異論はあると思う。ちなみにkotlin/nativeは応援してるしktorも流行ってほしい
0870デフォルトの名無しさん
垢版 |
2019/06/06(木) 00:14:12.91ID:crlHsY/g
>>822
vim + quickrunで動くよ！
kotlinc, javaなんてコマンドを打つことはしない。
0871デフォルトの名無しさん
垢版 |
2019/06/06(木) 05:38:57.73ID:AHPkvIjM
>>869
言ってることは分からなくもない。
ただ視野が狭すぎるというか、そんな可能性を狭めなくていいと思う。
0874デフォルトの名無しさん
垢版 |
2019/06/06(木) 10:59:43.79ID:72rhxhib
次のリリースでkotlin/nativeのbuild時間が改善されそう
リリースいつなんだろ。。
0876デフォルトの名無しさん
垢版 |
2019/06/06(木) 20:06:45.07ID:UUcOWqLu
kotlin/nativeはGraal（AOT）に勝てるかどうかすら怪しいのに、夢見過ぎだろ。
0879デフォルトの名無しさん
垢版 |
2019/06/07(金) 08:15:36.89ID:XGKtoEgu
>>876
AArch64の対応が進んではいるもののGraalがiOSに対応するのは当分先
Kotlin/Native側も資産(ライブラリ等)不足やパフォーマンスの課題があるけどな
0880デフォルトの名無しさん
垢版 |
2019/06/07(金) 08:44:09.41ID:XGKtoEgu
>>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
0883デフォルトの名無しさん
垢版 |
2019/06/07(金) 16:53:00.43ID:q0RmewW9
Swiftネイティブでいいじゃん、他にはUnityもあるし。
入り込む余地ないでしょ。
0885デフォルトの名無しさん
垢版 |
2019/06/09(日) 13:55:10.20ID:pv0ZpPmn
kotlin3大いいところ
・android標準という安心感（直ぐには廃れない）
・モダンな書き方ができる（arrowもあるし）
あと1つは？
0886デフォルトの名無しさん
垢版 |
2019/06/09(日) 14:23:05.48ID:LrdSIDEQ
>>885
Listが基本immutableなことやnull安全はモダンに含まれるのかな?
標準という意味ではGradleの記述言語としてもサポートされているので、廃れにくいかなと思っている。
個人的にはDSLを3つ目として挙げたい。
0887デフォルトの名無しさん
垢版 |
2019/06/09(日) 14:43:33.75ID:zgQq0a06
JVMで動く言語でJavaのライブラリそのまま使えるのが良い
これに関してはKotlinである必用はないのだが、その他の利点の上に更にこれがあるのが良い
0888デフォルトの名無しさん
垢版 |
2019/06/09(日) 16:29:58.10ID:SDScvKJ1
最新のjavaも随分進化したから、そこまでkotlinにこだわらねえ。
kotlinがjavaや.netみたく自前の最初からnull安全なクラスライブラリ備えてるなら別だけど。
0890デフォルトの名無しさん
垢版 |
2019/06/09(日) 19:10:48.79ID:TX+aAcRC
Javaに新機能が追加されてもざんねんなJava部分が消えるわけではないので
可能であるなら最初からKotlinでやりたいかな
0891デフォルトの名無しさん
垢版 |
2019/06/09(日) 22:02:36.62ID:LrdSIDEQ
>>888
自分も最初はラムダもOptionalもあるからとそう思っていたけど、immutable programmingで行こうと思った時に、
Listがimmutableであることを保証する方法がないことに気づいてKotlinへの移住を思い切った。
immutable programmingはそれほど実現しなかったと反省しているが、
Kotlin/JSやbuild.gradle.ktsとかも出来たので後悔はしていない。
0892デフォルトの名無しさん
垢版 |
2019/06/10(月) 10:30:03.83ID:5WqM3fpA
うちももう新規追加は全部Kotlinだわ
だってJavaで書くメリットがマジで何もないんだもん
0894デフォルトの名無しさん
垢版 |
2019/06/10(月) 11:17:01.74ID:g6tidy/F
coboちゃんが入れ替わっただけの蛇腹は逝ってヨシ
0895デフォルトの名無しさん
垢版 |
2019/06/10(月) 13:43:04.79ID:5WqM3fpA
>>893
Java経験あるならKotlinなんてすぐ書けるから別に気にしないよ。
社員で雇うならどの言語で書いてたかはあんまり関係ない。
0898デフォルトの名無しさん
垢版 |
2019/06/11(火) 05:52:20.89ID:qT8Bq+lF
2年くらい前まで都市伝説レベルだったサーバーサイドKotlinも最近は勉強会でよく見かけるようになったんだ
0899デフォルトの名無しさん
垢版 |
2019/06/11(火) 07:18:21.72ID:G5A56vfp
できればkotlinで作りたいって言われてサーバー側のプログラムを作ってもらった。
DBサーバは別で画面制御だけ。

自分でも勉強しようと思ってこのスレッドを見てるところ。
0900デフォルトの名無しさん
垢版 |
2019/06/11(火) 15:06:52.23ID:1jV87VfI
そっか。サーバサイドkotlin順調に普及してきてるんやね。ワイの周り以外では。
うらやましい！
0903デフォルトの名無しさん
垢版 |
2019/06/13(木) 09:02:41.37ID:t9tRfwUY
kotlinは関数型も取り入れてるし
色々欲張り過ぎで言語仕様複雑化してるイメージがあるんだけど
実際使っててどうなの？
kotlinプロジェクトはコーディングスタイルが多様化しそう
0904デフォルトの名無しさん
垢版 |
2019/06/13(木) 10:04:02.16ID:7TzYdFG0
>>902
プログラマならまずそう思うわなｗ
0905デフォルトの名無しさん
垢版 |
2019/06/13(木) 17:30:55.80ID:rjthL9V0
AndroidStudioやVSCode（mathiasfrohlichのKotlin Language機能拡張）で学習してるんだけどさ
どちらにしてもスペルミスは文字の色である程度わかるけど、文法が間違っててもその場で指摘してくれるわけじゃないのね
ある程度身につくまで文法間違いやを教えてくれるとありがたいんだけどそういうのはないのかな？
0906デフォルトの名無しさん
垢版 |
2019/06/13(木) 17:36:07.23ID:5KTA02i+
文法間違いとはなんぞや
一応、実行できないくらい間違ってる場合はIntelliJ系だと「現時点で解釈不能でわけわかんないです」「これを書いてるつもりの場合は〇〇が必要です」って下に英語でちょろっと出る
0908デフォルトの名無しさん
垢版 |
2019/06/13(木) 19:19:37.31ID:t9tRfwUY
kotlinのバグ発生率はJavaより低いですか？
0909デフォルトの名無しさん
垢版 |
2019/06/13(木) 19:22:16.85ID:5KTA02i+
Javaのバグ発生率を教えてくれたら考えてあげてもいいよ
同じような式で計算して出すから
0911デフォルトの名無しさん
垢版 |
2019/06/13(木) 19:38:53.30ID:t9tRfwUY
>>909
https://web.cs.ucdavis.edu/~filkov/papers/lang_github.pdf
>Java－0.01 (0.04)

Javaはいろいろな言語の中で平均的なバグ発生率のようです。
Kotlinはこの表にありません。
0912デフォルトの名無しさん
垢版 |
2019/06/13(木) 19:43:19.29ID:t9tRfwUY
Javaのバグ発生率は、
同じ領域で使われていると思われるC++,C#,Pythonと比べて最も低いです。
つまり、カーネルやデバドラやブラウザ系でなければJavaが一番優秀に思えます。
しかしKotlinはJavaを打ち倒すかもしれません。
0913デフォルトの名無しさん
垢版 |
2019/06/13(木) 19:52:28.01ID:LD/3JdHH
ぬるぽ
ぬるぽ
出まくるが
これはバグじゃないのか
0914デフォルトの名無しさん
垢版 |
2019/06/13(木) 20:13:21.29ID:t9tRfwUY
その比較研究はgithubのコミットに基づいているようなので
ほとんどのNPEは開発中に発生して修正済みでしょう。
最初からNPEを発生させないkotlinは、
むしろバグ発生率よりコーディングスピードで優れているかもしれません。
0915デフォルトの名無しさん
垢版 |
2019/06/13(木) 20:40:07.05ID:RwojvEQB
その類の実証研究、大抵がJava対象だからKotlinだとどうなのかとかはまぁ分からんよね
0916デフォルトの名無しさん
垢版 |
2019/06/13(木) 21:07:39.94ID:bk4aKhUm
kotlinだとコードの行数が減るからjavaに比べて開発規模が小さかったと判断されてしまう
レス数が900を超えています。1000を超えると表示できなくなるよ。
ニューススポーツなんでも実況