- 1 名前：デフォルトの名無しさん mailto:sage [2018/12/08(土) 20:29:41.41 ID:oXOQORcd.net]
- JetBrainsが開発した期待の新言語、Androidの公式開発言語にしてサーバーサイドもなんでもいけるKotlinについて語りましょう
※前スレ
https://mevius.5ch.net/test/read.cgi/tech/1531818027/
- 802 名前：デフォルトの名無しさん mailto:sage [2019/05/25(土) 13:19:44.44 ID:F8alA812.net]
- >>787
そうとは限らない
単にリストの要素数が0ならそれでいいケースも多い
そう考えると明らかに初期化を忘れてるのが分かるという意味でnullを入れておくのもいいかもしれない
- 803 名前：デフォルトの名無しさん [2019/05/25(土) 17:48:30.03 ID:AAsiXMmO.net]
- Androidなどで、非同期処理が関わってくると、
valは注意して使わないといけない場面が、意外にたくさんあることに気が付く。
- 804 名前：デフォルトの名無しさん mailto:sage [2019/05/25(土) 18:20:07.77 ID:lux9UzI+.net]
- Activityのbindingはby lazyのval
Fragmentのbindingはlateinit var
- 805 名前：デフォルトの名無しさん mailto:sage [2019/05/26(日) 23:17:26.29 ID:/1jO9AOV.net]
- >>765
そもそもローカル変数の話なのかプロパティの話なのか…
- 806 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 12:03:53.57 ID:j1Bw0s67.net]
- emptyListってシングルトンだから生成コストがないってのは分かるんだけど、
今時その程度の生成コストを気にする場面ってそんなない気もする
富豪的プログラミングなんて言われるかもしれんけど、もはやそれ自体死語だしな
- 807 名前：デフォルトの名無しさん [2019/05/27(月) 12:57:29.86 ID:ffeERoRR.net]
- >>793
ローカルならそもそも悩まない。
val且つmutableにして都度addallするか、var且つimmutableで丸ごと置き換えるか、はケースバイケースで。
- 808 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 13:34:53.60 ID:IGUdGZaE.net]
- valで都度変数作るからなぁ
- 809 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 14:33:20.72 ID:24xkxhR7.net]
- プロパティの話ね
mutableにしてもそもそも生成は別のところでListごと作るからmutableだろうがListだろうが関係ない
当然後から代入するからvalにはできない
- 810 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 14:57:26.23 ID:EJcO498B.net]
- copyメソッド
- 811 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 23:34:59.34 ID:s432cqVY.net]
- サーバーサイドばっかだからかもしれんがプロパティにMutableListを使うことがそうそう無い
データクラスのコンストラクタ引数に val list: List はよくある
- 812 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 23:56:54.45 ID:zFWKvIPE.net]
- 内部DSLとかの指示を構築する系の実装で使うかな
- 813 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 05:58:36.43 ID:sEeuOOEX.net]
- サーバーサイドかどうか関係なくない？
俺はよく使うよ。例えばツリー構造になってるデータを読み込む処理で自分の子ノードのリストを持つため、とか、これ昨日書いた。
- 814 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 06:33:15.65 ID:f4BtQ/HR.net]
- val text = ""
って
val text :String = ""
って書いた方がいい？
- 815 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 07:05:11.16 ID:Bdaqy37y.net]
- >>802
やるメリットは特にない
むしろ本当に宣言通りStringかどうかチェックするぶんビルド遅い
- 816 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 08:10:42.72 ID:sEeuOOEX.net]
- >>802
いらない。何をどう見ても明らかにStringだから意味ない。
- 817 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 23:54:42.49 ID:g+jKUI0N.net]
- >>802
Javaのvarで似たような議論がある。
https://orablogs-jp.blogspot.com/2018/03/style-guidelines-for-local-variable.html
- 818 名前：デフォルトの名無しさん mailto:sage [2019/05/29(水) 01:39:37.10 ID:KhqOXHGU.net]
- Kotlinに、SwiftのExpressibleByStringLiteralみたいなのが無くて本当に良かったと思う
あれは呪いだ
- 819 名前：デフォルトの名無しさん mailto:sage [2019/05/29(水) 02:17:57.59 ID:Qb2i3AGM.net]
- >>802 は、IntelljIDEA か Android Studio 使ってないのかね？
警告消して緑色になるようがんばれ
おれは警告にどうしても従えない場合でも、アノテーション使って絶対緑色にする
- 820 名前：デフォルトの名無しさん mailto:sage [2019/05/29(水) 04:33:25.97 ID:XoYuC6Fl.net]
- Charは'a'なのね
- 821 名前：デフォルトの名無しさん mailto:sage [2019/05/29(水) 06:05:24.96 ID:ouhOLTM0.net]
- >>806
なにそれ？
- 822 名前：デフォルトの名無しさん mailto:sage [2019/05/29(水) 07:50:04.16 ID:KhqOXHGU.net]
- >>809
https://ideone.com/3YQTSZ
文字列リテラルが本当に文字列なのか分からなくなるやつ
- 823 名前：デフォルトの名無しさん mailto:sage [2019/05/31(金) 14:21:13.30 ID:Jjn+Dq6k.net]
- >>806
PHPだと1リクエストごとにFWの初期化処理を行っているのが遅い理由でしょ
特にLaravelは読み込むファイルも多いし重い
他の言語だとアプリケーションサーバ起動時に一回だけ初期化処理をするので1リクエストあたりの処理が少ない
PHPでもSwooleやReactPHPなどを使えば同じことはできるけど、まあ既存のFWを乗っけてもバグりやすいだろうね
- 824 名前：デフォルトの名無しさん mailto:sage [2019/05/31(金) 18:46:44.28 ID:R6sHUJ5K.net]
- なんの話だよ
- 825 名前：デフォルトの名無しさん mailto:sage [2019/05/31(金) 22:32:24.72 ID:VAUlN9pw.net]
- やべぇやつが来たなｗｗｗ
- 826 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 07:53:39.61 ID:6Ne8KtIA.net]
- 普通に誤爆でしょ
- 827 名前：デフォルトの名無しさん [2019/06/01(土) 11:37:30.64 ID:OCCxHMSa.net]
- android用途：元気
サーバーサイド用途：全く流行らず
kotlin/native: 瀕死
kotlin.js: 死亡
現状こんな認識なんだけど合ってる？
- 828 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 11:43:16.53 ID:HBXiOctn.net]
- Xamarin程の糞はない
- 829 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 12:20:19.48 ID:oJ6AvSx+.net]
- >>815
Kotlin nativeはなんかもう不死鳥とかみたく蘇ったりする予定なので書いておいてください
- 830 名前：デフォルトの名無しさん [2019/06/01(土) 14:59:33.17 ID:7bqJsR1f.net]
- 身内のGraalにトドメ刺されて終わりだろ。
- 831 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 15:47:15.77 ID:v1/bDBif.net]
- /NativeがGraalにやられても/JVMがスイッチするから大丈夫
- 832 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 16:20:49.17 ID:4wvh7Cn2.net]
- >>815
合ってる
- 833 名前：デフォルトの名無しさん [2019/06/01(土) 16:55:01.52 ID:uuPo6pHP.net]
- nativeはまだ作成中みたいな感じなので瀕死とは違うと思うが
- 834 名前：デフォルトの名無しさん [2019/06/01(土) 17:46:40.68 ID:xELmXxSQ.net]
- Kotlinを勉強し始めたんだけどさあ
これってレファレンスを見てエディタで打ち込む->kotlincでコンパイル=>javaで動かす・・・・ってのを繰り返さないとならんの？
Swiftに言う「swift asdf.swift」みたいなのに相当するコマンドはないのかしら
- 835 名前：デフォルトの名無しさん [2019/06/01(土) 17:49:07.58 ID:FZbdo0L3.net]
- そうか。合ってるか。。
サーバーサイド kotlinが流行ってないのは何でなんだろ。
現状問題なく使えるように思うけど、ほとんど開発案件出てこないね。
- 836 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 17:50:33.82 ID:v1/bDBif.net]
- >>822
IntelliJ(community版)を使おう
再生ボタン一つで済む
- 837 名前：デフォルトの名無しさん [2019/06/01(土) 17:51:43.68 ID:FZbdo0L3.net]
- >>822
まずintellij(IDE)をインストールしないと始まらない
- 838 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 18:32:24.41 ID:7x5on0RN.net]
- このスレ定期的にkotlinc使う奴が出てくるよな
どこぞの入門サイトに書いてあるんかね
どう考えてもintellij使う前提の言語なのに
- 839 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 18:32:52.15 ID:7x5on0RN.net]
- >>823
サーバーサイドKotlinで生きていきたいけど、仕事なさすぎて難しいよなあ
- 840 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 19:41:31.36 ID:4wvh7Cn2.net]
- >>822
Kotlinを書くのにエディタを使うのがそもそも間違ってる。
無料版でいいからIntelliJ使え。
- 841 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 20:59:16.14 ID:f9ycqMAV.net]
- うちはサーバーサイドで使ってるわ
ほぼ俺しか書いてないが
- 842 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 22:10:50.15 ID:GQlgchjf.net]
- YouTube に動画をアップしてる、KENTA でも、
サーバーサイドの、Elixir, Kotlin などを受注するのに苦労してる。
彼は、変わった言語の仕事に、こだわる
こういう仕事は、滅多に出回らないから、ツテから入るのかも。
KENTAは千以上、名刺交換してるとか
彼は、GUI は嫌いらしい。
画面の修正で、時間を食うのが、嫌いらしい
数ピクセル、位置が違うとか、
修正したら、違う人が、元に戻せと言ったりw
GUI は、技術を学ぶ、時間効率が悪いから、嫌いらしい。
だから、サーバーサイドの仕事を取る
- 843 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 22:33:39.21 ID:v1/bDBif.net]
- 歌詞かな
- 844 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 22:48:31.29 ID:ZDO2fOJr.net]
- サーバーサイド普通に使ってるぞ
lombok駆使するよりいいと思う
- 845 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 23:07:41.16 ID:jNRuoNdG.net]
- >>830
海外の方？
- 846 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 23:08:06.44 ID:vdsZQvk5.net]
- ポエムだぞ
- 847 名前：デフォルトの名無しさん [2019/06/02(日) 01:28:53.78 ID:/69WsxDT.net]
- >>830
「、」で区切り過ぎ。その文章の場合は全ての「、」を削除した方が読みやすい。
- 848 名前：デフォルトの名無しさん [2019/06/02(日) 01:33:22.19 ID:/69WsxDT.net]
- >>822
IntelliJ 使った方が楽だが、kotlinc でコマンドラインでやるとしたら最後の実行は kotlin コマンドでできるよ。
kotlinc xxx.kt
kotlin XxxKt
みたいにする。
kotlin コマンドは環境変数セットしたりして最終的に java を動かす。
- 849 名前：デフォルトの名無しさん [2019/06/02(日) 10:05:23.69 ID:80ueDuoq.net]
- で、サーバサイドkotlinのこれからについての認識なんやけど合ってる？
・実戦投入可能なレベルに達している
・goが選ばれるような案件では以下の点でgoに勝てないので流行らない
→粒度の細かいマイクロサービス：deploy容易性がgoに劣る、kotlinの抽象力が活き辛い
→aws lambdaとか：上記に加えてjvmが温まるまで遅い
・モノリシック案件のbetter javaとしては第一候補
→フルスタックFWが有望でspring bootが最有力
→必然的にSIerの仕事が多くなる
・SIerが最重要視するのは実績
→実績を積むには待つしかない
- 850 名前：デフォルトの名無しさん [2019/06/02(日) 10:08:10.88 ID:80ueDuoq.net]
- kotlin/nativeは「hello world」を「hello world!」にするだけでビルドに7sかかるんやけど。。
こんなもんなん？何かやり方間違ってるのかな。
- 851 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 10:25:57.88 ID:klo8W86L.net]
- >>837
受託の業界は知らんけど、WEB業界なら今までJavaやらScalaやら使ってたところはもう大体使えるところから使い始めてる。
ただそもそも日本のWEB業界ではJavaが不人気過ぎてどうしてもニッチの部類に留まってるわな。
生存戦略としてはとにかく仕事の多いRailsやらをやるか、仕事は少ないが応募者も少ないKotlinを極めるか、まあどちらでもありっちゃあり
どうせ5年後には違う技術が台頭してるし
- 852 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 11:16:42.46 ID:uIkDYzKb.net]
- 既存のJavaからKotlinはあっても、そもそも新規でJVM選択するかなっていう
- 853 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 12:06:59.02 ID:TDNwqEN9.net]
- sunが震え声で
ハードの進化でJVMのパフォーマンスは向上していくから…
って言ってから何年経ったのか
- 854 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 12:13:33.66 ID:UpSyXruc.net]
- PHPで作ってたけどパフォーマンスが出なくなって来たからJavaで作り直す、みたいなのはよく聞くな
同じ理由で昔はRailsからJavaってのもあったけど最近のRailsは速いからあまり聞かなくなった
- 855 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 14:27:04.47 ID:Kbt/vpV3.net]
- Rails ができれば、コピーのCakePHP も出来る
違う言語だけど
- 856 名前：デフォルトの名無しさん [2019/06/02(日) 14:47:02.52 ID:530n/55/.net]
- Rubyキチ、無視しろ。
- 857 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 14:52:37.88 ID:LUUGWxBq.net]
- php8()
- 858 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 15:29:19.09 ID:sHGNUntV.net]
- 新規でサーバ側でkotlinで作ってもらったけど
少数派なのか。
まあ、何ができるかが大事だからいいけど、流行に左右されるのは厳しいね。
- 859 名前：デフォルトの名無しさん [2019/06/02(日) 16:54:37.31 ID:/69WsxDT.net]
- >>841
20年ぐらい？
まあ確かにあのWindows95だの98だので動かしていた時よりは速くなったけどね。
- 860 名前：デフォルトの名無しさん [2019/06/02(日) 21:44:03.80 ID:xSU5v8RX.net]
- 結構Java嫌いな人多いんだね。自分もJavaは好きじゃないけど。
>>840
Javaが検討される規模のWEBサービス作る時にJVM以外の選択肢って例えば何かあるのかな？
>>841
Javaの出始めと比べたら劇的に進化してSunの言う通りになったと思うけどな。
Java離脱組もパフォーマンスじゃなくて開発効率やサービスの拡張性を気にしてる。
>>846
少数派なのはそうなんだけど、依頼側から見たサーバーサイドkotlinのデメリットは
・現状では開発者が少ない=人が集まらないことによる遅延、開発者単価
・実績がない=未知の何かが起こるかも
なのでローンチ出来てる時点でデメリットは乗り越えているし、
Android界隈では確固たる位置にいるからこの先メンテ人材が見つからない心配もない。(←ここが流行に左右されて困るポイント)
悪くない選択だったと思うんだけど
- 861 名前：デフォルトの名無しさん [2019/06/03(月) 23:56:34.84 ID:JEDLjuFd.net]
- JVMの性能は実行時最適化が強みだから
ベンチマーク系は不利
巨大なプログラムで長時間の動作において有利なはず
にもかかわらずベンチマークでもそこそこ速いんだからすごいのでは
- 862 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 00:08:19.43 ID:8w4/id00.net]
- いや実行時最適化は繰り返し実行される処理に対して効くからベンチマークには強いぞ
立ち上がりの遅さとか、ベンチマークに現れない体感的な部分がJVMは遅い
事実上サーバー専用だから仕方ないが
- 863 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 02:28:23.05 ID:Xu6aOKJJ.net]
- JVMはガーベッジコレクションでスローダウンするから未だに使い物にならない。
一番大事な時に直撃で機会損失が億いくと違約金も凄まじかったぜ。
- 864 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 06:40:04.13 ID:1zKcF7rp.net]
- 果てしなく嘘くさいな
シビアなシステムでどれだけ使われてると思ってるんだ
- 865 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 07:41:14.05 ID:zxBnyDUV.net]
- 10年以上前からあるコンカレントGCすら知らないような会社なんだろう
- 866 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 08:08:31.64 ID:LGhp/e10.net]
- 業務用Javaに関しては新機能が使われずなおかつアプデなしで10年経過とか普通にあるからな
それはそれでもいいから対外的にJava語るなって話なんだが
- 867 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 08:20:13.77 ID:1zKcF7rp.net]
- 例のみずほのサグラダファミリアもJava1.5という噂を聞いたけどマジなんかな
- 868 名前：デフォルトの名無しさん [2019/06/04(火) 10:17:08.75 ID:prB+PlYz.net]
- ネイティブでgc使わないようなコードも出せるようになればなんとかなりそうな気もするが、そうするとライブラリもそれ用のを使わないとダメか。
- 869 名前：デフォルトの名無しさん [2019/06/04(火) 11:48:04.89 ID:+GlxYcps.net]
- graalvmでできるぞ
- 870 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 12:44:23.82 ID:zxBnyDUV.net]
- それ回収しないやつじゃないですかね
- 871 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 18:10:17.62 ID:/4mAZqwS.net]
- JVMが使い物にならないという人が何を使っているのかとても気になる
- 872 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 18:49:03.68 ID:Rd1vYitp.net]
- JVM入りの指輪使ってます！
- 873 名前：デフォルトの名無しさん [2019/06/04(火) 19:32:40.19 ID:+GlxYcps.net]
- jvmの引数でもGCのラグを解消できるし
最新のZGCというのも出てきた
- 874 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 23:57:50.92 ID:FDlJBmR7.net]
- JVMというかspring fwの起動が糞遅いのは分かる
2.0になって少しましになったけど…
- 875 名前：デフォルトの名無しさん mailto:sage [2019/06/05(水) 01:12:19.63 ID:PtZsxspX.net]
- springってそんな遅いっけ？
- 876 名前：デフォルトの名無しさん mailto:sage [2019/06/05(水) 10:00:02.20 ID:zKfENgey.net]
- 気のせいかわからんがKotlinでspringやると遅いような気がする
- 877 名前：デフォルトの名無しさん mailto:sage [2019/06/05(水) 10:01:33.26 ID:C+IWDk26.net]
- Ktor流行って欲しい
- 878 名前：デフォルトの名無しさん mailto:sage [2019/06/05(水) 10:13:38.35 ID:gaDZjJ4I.net]
- >>876
ktorはマイクロサービス向き
kotlin/jvmはモノリシック向き
kotlin nativeが流行らないと無理やと思うで
- 879 名前：デフォルトの名無しさん mailto:sage [2019/06/05(水) 13:28:31.33 ID:B3mDB84e.net]
- >>864
コンパイル時間は長いと思うけど、アプリ本体は変わらん。
というかそもそもspring本体はJavaだし。
- 880 名前：デフォルトの名無しさん mailto:sage [2019/06/05(水) 19:11:23.87 ID:i1hhoL96.net]
- >>866
Ktorをその並びで並べるのはちょっと違うと思う。
- 881 名前：デフォルトの名無しさん [2019/06/05(水) 21:56:16.86 ID:Nwu/rjvu.net]
- >>868
kotlin/jvmはJava代替でSIerによるフルスタックFW＆モノリシック開発が向いている
kotlin/nativeはGo代替を目指していてWeb系企業のマイクロサービスが向いている
kotlin/jvm＋ktorではGOに勝てるユースケースが無いので
ktor流行にはkotlin/nativeの流行も必須というのが自分の主張。
まあ異論はあると思う。ちなみにkotlin/nativeは応援してるしktorも流行ってほしい
- 882 名前：デフォルトの名無しさん [2019/06/06(木) 00:14:12.91 ID:crlHsY/g.net]
- >>822
vim + quickrunで動くよ！
kotlinc, javaなんてコマンドを打つことはしない。
- 883 名前：デフォルトの名無しさん mailto:sage [2019/06/06(木) 05:38:57.73 ID:AHPkvIjM.net]
- >>869
言ってることは分からなくもない。
ただ視野が狭すぎるというか、そんな可能性を狭めなくていいと思う。
- 884 名前：デフォルトの名無しさん mailto:sage [2019/06/06(木) 06:33:47.56 ID:DDFFQDhW.net]
- そもそもKtorってJVM、というかServletに依存してね
- 885 名前：デフォルトの名無しさん mailto:sage [2019/06/06(木) 09:26:51.24 ID:B66i5Eyn.net]
- 依存はしてなくね
- 886 名前：デフォルトの名無しさん mailto:sage [2019/06/06(木) 10:59:43.79 ID:72rhxhib.net]
- 次のリリースでkotlin/nativeのbuild時間が改善されそう
リリースいつなんだろ。。
- 887 名前：デフォルトの名無しさん mailto:sage [2019/06/06(木) 12:47:51.63 ID:rJJBtVPp.net]
- 利根川さんにでも聞け
- 888 名前：デフォルトの名無しさん [2019/06/06(木) 20:06:45.07 ID:UUcOWqLu.net]
- kotlin/nativeはGraal（AOT）に勝てるかどうかすら怪しいのに、夢見過ぎだろ。
- 889 名前：デフォルトの名無しさん mailto:sage [2019/06/06(木) 20:44:18.25 ID:tk55iQ4S.net]
- ktsって誰も使ってなさそう
- 890 名前：デフォルトの名無しさん mailto:sage [2019/06/06(木) 21:14:00.21 ID:DsfM5wVX.net]
- Gradleで使う
- 891 名前：デフォルトの名無しさん mailto:sage [2019/06/07(金) 08:15:36.89 ID:XGKtoEgu.net]
- >>876
AArch64の対応が進んではいるもののGraalがiOSに対応するのは当分先
Kotlin/Native側も資産(ライブラリ等)不足やパフォーマンスの課題があるけどな
- 892 名前：デフォルトの名無しさん mailto:sage [2019/06/07(金) 08:44:09.41 ID:XGKtoEgu.net]
- >>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
- 893 名前：デフォルトの名無しさん mailto:sage [2019/06/07(金) 16:14:27.25 ID:5OmdT0Za.net]
- kotlin/nativeのメインターゲットはiOS開発なんだろうと思う。
- 894 名前：デフォルトの名無しさん mailto:sage [2019/06/07(金) 16:40:27.70 ID:xSr7j0ut.net]
- 普通に考えりゃそうだわな
- 895 名前：デフォルトの名無しさん [2019/06/07(金) 16:53:00.43 ID:q0RmewW9.net]
- Swiftネイティブでいいじゃん、他にはUnityもあるし。
入り込む余地ないでしょ。
- 896 名前：デフォルトの名無しさん mailto:sage [2019/06/07(金) 19:12:00.19 ID:uzdYHfME.net]
- 釣り針は大きすぎちゃいかんのだぞ
- 897 名前：デフォルトの名無しさん mailto:sage [2019/06/09(日) 13:55:10.20 ID:pv0ZpPmn.net]
- kotlin3大いいところ
・android標準という安心感（直ぐには廃れない）
・モダンな書き方ができる（arrowもあるし）
あと1つは？
- 898 名前：デフォルトの名無しさん mailto:sage [2019/06/09(日) 14:23:05.48 ID:LrdSIDEQ.net]
- >>885
Listが基本immutableなことやnull安全はモダンに含まれるのかな?
標準という意味ではGradleの記述言語としてもサポートされているので、廃れにくいかなと思っている。
個人的にはDSLを3つ目として挙げたい。
- 899 名前：デフォルトの名無しさん [2019/06/09(日) 14:43:33.75 ID:zgQq0a06.net]
- JVMで動く言語でJavaのライブラリそのまま使えるのが良い
これに関してはKotlinである必用はないのだが、その他の利点の上に更にこれがあるのが良い
- 900 名前：デフォルトの名無しさん mailto:sage [2019/06/09(日) 16:29:58.10 ID:SDScvKJ1.net]
- 最新のjavaも随分進化したから、そこまでkotlinにこだわらねえ。
kotlinがjavaや.netみたく自前の最初からnull安全なクラスライブラリ備えてるなら別だけど。
- 901 名前：デフォルトの名無しさん mailto:sage [2019/06/09(日) 16:35:14.81 ID:yULR2w5s.net]
- 逆にあえてJavaを使う理由が特に思い当たらんからとりあえずKotlin使うわ
- 902 名前：デフォルトの名無しさん mailto:sage [2019/06/09(日) 19:10:48.79 ID:TX+aAcRC.net]
- Javaに新機能が追加されてもざんねんなJava部分が消えるわけではないので
可能であるなら最初からKotlinでやりたいかな
|
 |
