◎正当な理由による書き込みの削除について:      生島英之とみられる方へ:

Kotlin 4 ->画像>1枚


動画、画像抽出 || この掲示板へ 類似スレ 掲示板一覧 人気スレ 動画人気順

このスレへの固定リンク: http://5chb.net/r/tech/1531818027/
ヒント:5chスレのurlに http://xxxx.5chb.net/xxxx のようにbを入れるだけでここでスレ保存、閲覧できます。

1デフォルトの名無しさん
2018/07/17(火) 18:00:27.88ID:PDZGrLP2
JetBrainsが開発した期待の新言語、Androidの公式開発言語にしてサーバーサイドもなんでもいけるKotlinについて語りましょう
https://kotlinlang.org


※前スレ
http://2chb.net/r/tech/1521401186/
2デフォルトの名無しさん
2018/07/17(火) 18:34:50.92ID:ZWBv+70m
3デフォルトの名無しさん
2018/07/17(火) 20:06:19.10ID:Z83QhDM9
Xamarin程の糞はない
4デフォルトの名無しさん
2018/07/17(火) 21:11:02.49ID:C4Kv1s9N
公式サイト
https://kotlinlang.org/
公式ブログ
https://blog.jetbrains.com/kotlin
コードを貼れる所
http://rextester.com/l/kotlin_online_compiler

Google、KotlinをAndroidアプリ開発言語に選定
http://jp.techcrunch.com/2017/05/18/20170517google-makes-kotlin-a-first-class-language-for-writing-android-apps/
5デフォルトの名無しさん
2018/07/18(水) 00:09:41.84ID:IiYwsEVm
オンラインコンパイラ
https://ideone.com/

コードの実行と保存にアカウントなどは不要
https://ideone.com/Jef7Hv
6デフォルトの名無しさん
2018/07/18(水) 15:25:15.23ID:4EnTiz3/
class A{
var a=A //ここでStackOverFlowになる
fun foo(a:A){this.a=a}
}
無限ループしてる感じになっているのかな?
どう実現すればいいですか?
7デフォルトの名無しさん
2018/07/18(水) 16:38:17.91ID:RcnbSnHo
>>6
何がしたいのか全く分からない。

var a = Aの部分は何をしたいの?
8デフォルトの名無しさん
2018/07/18(水) 16:41:25.02ID:RcnbSnHo
>>6
もしnull許容型にしたくないって意図なら

lateinit var a: A

にするとか
9デフォルトの名無しさん
2018/07/18(水) 19:09:03.71ID:Su6NE01F
探索のnodeを作っていまして
aのところに親ノード入れようとしているんですが、それがうまく行かなくて
10デフォルトの名無しさん
2018/07/18(水) 19:09:58.55ID:Su6NE01F
var a=Aは初期化しているだけです
11デフォルトの名無しさん
2018/07/18(水) 19:15:14.93ID:FXmaHpqV
それなら普通に
var a: A? = null
で初期化しとけよ

どうしてもインスタンスを入れたいなら
var a = A()
でもいいけどさ

aにはAのインスタンスを入れなくちゃいけないのに、なんでクラスそのものを入れようとしてるんだ
12デフォルトの名無しさん
2018/07/18(水) 19:27:02.59ID:OIFrVuMx
それと質問するときは差し支え無い範囲で実際のコードそのまんまの方がいいよ

class Node {
var parent: Node? = null
}

とか書いてあると何がしたいのか読み取れるけど、
Aとかaじゃ何が何やらわからない
13デフォルトの名無しさん
2018/07/18(水) 20:11:49.59ID:3T+bsJq5
>>6
それ var a = A って書いてる?
コンパイルエラーにならない?
14デフォルトの名無しさん
2018/07/18(水) 20:27:27.20ID:psgNFjkz
あー、var a = A()になってそうだな
それなら無限ループになるわ
対策方法は上に書いてあるやつでいいけど
15デフォルトの名無しさん
2018/07/18(水) 20:30:22.18ID:3T+bsJq5
よくわからんが class A(val a: A) じゃいかんのか?
16デフォルトの名無しさん
2018/07/18(水) 20:32:19.89ID:3T+bsJq5
あ、だめか。class A(val a: A?) じゃないと永遠に初期化不能かw
17デフォルトの名無しさん
2018/07/18(水) 22:44:24.79ID:3bDqFXKr
これおもしろいな、aをnull許容型にしないとインスタンスできないだろ
Javaだとそんなこと考えることもなかった
18デフォルトの名無しさん
2018/07/19(木) 00:32:31.04ID:neesrQsq
試してないけど、nullobject用の派生クラスを用意して、nullobjectのaにはthis代入すりゃいいんじゃない?
19デフォルトの名無しさん
2018/07/19(木) 01:00:01.34ID:CV+7JOtj
>>12で出来ました
ご迷惑おかけしました。ありがとうございます
他の言語だと、自動でnullが代入されているから、詰まってしまった
20デフォルトの名無しさん
2018/07/19(木) 01:09:56.19ID:JUgZbHsB
これはと思い階乗計算してみたが、微妙…orz

class A(n : Int, f : Int = 0) {
. val a = if (n > 0) ? A(n - 1, f * n) : else { println(f); null }
}
21デフォルトの名無しさん
2018/07/19(木) 01:12:00.05ID:JUgZbHsB
>>20
おっと、いろいろ混ざった。
?と:は消して
22デフォルトの名無しさん
2018/07/19(木) 06:25:38.38ID:U09DDbAL
kotlinスレの優しさは異常
23デフォルトの名無しさん
2018/07/19(木) 09:17:29.25ID:7c8TqsUT
地獄への道は善意で舗装されている
みたいな
24デフォルトの名無しさん
2018/07/19(木) 09:25:33.22ID:1WhS78Yi
>>19
そこ(Nullableと非Nullable)がことりんの最大の特徴だから、ぜひちゃんと理解して使いこなしてあげてね。
25デフォルトの名無しさん
2018/07/19(木) 21:01:30.52ID:ovyKVv/0
intellij入れたんだけど
runしようとするとmain classを入力してって言われるんだけど
関数だけでrunできないですか?
26デフォルトの名無しさん
2018/07/19(木) 21:13:04.00ID:PZz/R6AK
>>25
ユニットテストからなら
27デフォルトの名無しさん
2018/07/19(木) 22:05:47.90ID:U09DDbAL
>>25
fun main(args: Array<String>) {
// 実行したいコード
}

これが書いてある実行用のファイル作ってrunすれば動く
28デフォルトの名無しさん
2018/07/19(木) 22:51:52.90ID:ovyKVv/0
>>26
テスト書かなきゃだめなんですね

>>27
そうしてるんですがNo main class specified 言われるんですよ

main classってなんや
static void main …のあのおまじないですか?
29デフォルトの名無しさん
2018/07/19(木) 22:57:46.33ID:tijWK+5B
>>28
main関数の書いてあるエディタのタブ部分を右クリックでメニューからのRunはどう?
30デフォルトの名無しさん
2018/07/20(金) 01:12:02.79ID:uIqPJHG1
fun main(args: Array<String>) { } をクラスの外に作った瞬間にその行の左に緑の三角が表示されて、そこから実行できるね
クラスの定義は無くてもいいけど、クラスの中じゃダメだ
31デフォルトの名無しさん
2018/07/20(金) 06:18:13.10ID:vo0BuOhE
>>27のやり方で普通に動いたよ。
左側のProjectペインから、その実行したいktファイルを右クリックして、そこからRunしてもだめ?
もしくは上の方にあるRun configurationを一回削除してから同じことをしてみるとか。
32デフォルトの名無しさん
2018/07/20(金) 06:24:04.39ID:vo0BuOhE
>>27
一応確認だけど、関数名はmainになってるよね?
他の名前だとだめだよ
33デフォルトの名無しさん
2018/07/20(金) 09:18:38.44ID:+BuQOMxB
>>25
状況がよくわからないからそのエラーが出た時のスクリーンショット取って見せて。ソースが表示されてる状態のな。
34デフォルトの名無しさん
2018/07/20(金) 09:31:09.84ID:fn5Hn7HH
Kotlinスレの半分は優しさで出来ています
35デフォルトの名無しさん
2018/07/20(金) 12:27:14.89ID:Gl3WHizs
残りの半分はXamarinで出来ています
36デフォルトの名無しさん
2018/07/20(金) 12:34:08.35ID:+BuQOMxB
それだけはお許しください
37デフォルトの名無しさん
2018/07/20(金) 18:21:03.22ID:4pHi4ryF
Delphiがアップを始めました
3828
2018/07/20(金) 22:04:55.35ID:1Jm4m9CR
みなさん回答ありがとうございました

新しいプロジェクトでやったらできました。
おそらく原因はNewでファイルを作るときにkotlin scriptを選んでしまったためだと思われます

srcディレクトリ直下にkotlin file/class
でファイルを作ったら実行できました。
39デフォルトの名無しさん
2018/07/20(金) 22:56:26.76ID:8Ywhahgu
Xamarinみたいな糞でやるからそうなる
40デフォルトの名無しさん
2018/07/21(土) 00:11:05.11ID:/p8fRGKp
https://gigazine.net/news/20180720-android-to-fuchsia-in-5-year/
kotlin短い命だったな
41デフォルトの名無しさん
2018/07/21(土) 00:19:38.66ID:IhfWEhYc
あ、そこまで頭回らんかった
kotlin 作ったやつが一番辛い案件だな
42デフォルトの名無しさん
2018/07/21(土) 00:56:25.52ID:fcZsLQAf
今更、LinuxベースじゃないOS作ったから使えよ!って言われて流行ると思う?
43デフォルトの名無しさん
2018/07/21(土) 02:48:12.63ID:5tjqiit9
Kotlin は今はとにかく JavaVM で動くコードを出すコンパイラで Android 開発で使って貰って
世界中に広めてある程度定着させれば良い。その隙にネイティブとか新OSの実行環境用コードを
出すコンパイラを作ってくれれば問題なし。そして Java は死亡して Kotlin は生き残る。
44デフォルトの名無しさん
2018/07/21(土) 03:41:06.56ID:/p8fRGKp
JavaVMなどの他の環境の寄生をやめるなら基本的なクラスライブラリはどうするんだ?
コンパイラだけじゃダメじゃね。javaみたいなコレクションフレームワークやらHttpやソケットライブラリあたりも標準で用意してくれないとね。というか寄生やめるならUIフレームワークも必要じゃねぇ?無理だな。
サーバーサイドならいらんが。
45デフォルトの名無しさん
2018/07/21(土) 04:12:26.67ID:/p8fRGKp
ごめん。寄生やめるって話じゃなくて今はとりあえずandroidに寄生してその間に広めてその後は他の寄生先見つけりゃいいって話しかな?
46デフォルトの名無しさん
2018/07/21(土) 05:31:45.74ID:5tjqiit9
寄生しても良いし、根底から全部作っても良いが、とにかく生き延びる率は非常に高いと思う。

まあでもネイティブでライブラリ全部作るとしてもそんなに時間掛からないんじゃないかな。
問題はどういうやつを作るかだと思う。
47デフォルトの名無しさん
2018/07/21(土) 07:39:28.20ID:VkZ+bXk1
Kotlin良い言語だからもったいないよな
というか新OSに入れ替わるとしても、既存のAndroidアプリ資産を無視するわけがないから何かしらの互換は保たれると思うけど
48デフォルトの名無しさん
2018/07/21(土) 10:59:13.01ID:t4jiwmBJ
JavaFXをKotlinで拾ってくれないかな?
OpenJDK+OpenJFX+Kotlinでまとまってくれれば
みんな幸せ
49デフォルトの名無しさん
2018/07/21(土) 11:41:25.99ID:y3BqVxSU
>>40
対応言語にKotlinじゃなくてSwiftが入っているというのが、危機感を刺激される。
>>48
ぜひそうなって欲しい。
50デフォルトの名無しさん
2018/07/21(土) 16:00:14.10ID:221nLgMb
なにこれ、最近kotlin始めたばかりなのに終了かよwwww
51デフォルトの名無しさん
2018/07/21(土) 16:53:29.87ID:46p4VUdt
Fuchsiaが普及するとしてもその頃にはKotlin/Nativeも出来上がってるでしょ
ただ、Googleの進め方を見るにKotlin/Dartの実装も検討した方がいい気はする
52デフォルトの名無しさん
2018/07/21(土) 16:55:38.31ID:WkMM9u36
Dart程の糞はない
53デフォルトの名無しさん
2018/07/21(土) 17:08:37.75ID:/p8fRGKp
まぁ、でもnull safetyを存分に味わうにはkotlinが標準クラスライブラリを用意してくれるのがいいんだけどね。
54デフォルトの名無しさん
2018/07/21(土) 20:32:33.33ID:VkZ+bXk1
結局javaのライブラリに依存しちゃうもんねえ
55デフォルトの名無しさん
2018/07/22(日) 00:48:56.80ID:OFbuHuIw
その点、オラクルってメシウマだよな
56デフォルトの名無しさん
2018/07/22(日) 01:05:02.82ID:GtV7CUdI
>>53
これあくしろよ
ファイル周りぐらいでもやってくれ~
57デフォルトの名無しさん
2018/07/22(日) 06:57:39.00ID:i3g7mAqR
>>51
現状でも、言語仕様を一つ修正するのにJVM, JS, Nativeの3通りの変更が必要になる。
この上、Dartのサポートとか、なんという無茶振り。
58デフォルトの名無しさん
2018/07/22(日) 08:47:40.36ID:y9EBDYOa
>>53
せめてnull safety対応generics欲しいよね。
59デフォルトの名無しさん
2018/07/22(日) 22:12:01.65ID:Hs61oce8
JSはいっそ無くしても良いと思うけどねえ
60デフォルトの名無しさん
2018/07/22(日) 22:33:54.14ID:T6gtJfck
ことりんjsにトランスできたんか…
61デフォルトの名無しさん
2018/07/23(月) 02:10:39.62ID:CBB4e6ta
できるそうだがやったことがない・・・やればいいんだなw
62デフォルトの名無しさん
2018/07/23(月) 06:25:10.31ID:Ot4A38Sz
遊びで触ったことあるけど、メリットを何も感じなかった。
特に他のJSライブラリを使うのがえらく面倒くさい。
63デフォルトの名無しさん
2018/07/23(月) 07:32:27.66ID:9Edc2hOd
サーバーサイドでKotlin使ってたら有用な面もある
計算やチェック処理なんかをクライアント側と共用出来るから
64デフォルトの名無しさん
2018/07/23(月) 09:37:43.10ID:Ifg+U+KZ
JSいらんから、その分の労力をNativeに注力してくれ
65デフォルトの名無しさん
2018/07/23(月) 10:28:50.79ID:SDK/XMQD
>>40
>C言語、C++、Dart、Go、Python、Rust、シェルスクリプト、Swift、TypeScript

この中で生産性の良く主流になりそうな言語ってどれだろう?
PythonかSwiftくらい?
66デフォルトの名無しさん
2018/07/23(月) 12:13:07.35ID:50E/dJn+
>>65
あとTypescriptかなあ。
Goはキモいからそこまで広がらないと思う。
67デフォルトの名無しさん
2018/07/23(月) 12:16:53.60ID:dqTrBb4W
それ最後に書いてあるよ。

暑さには要注意だ。脳が暖まり過ぎると段々おかしくなる。
68デフォルトの名無しさん
2018/07/23(月) 22:50:39.12ID:+BbazrC1
>>66
キモナイ
69デフォルトの名無しさん
2018/07/23(月) 23:41:47.31ID:TlqhU3AK
入れたときの型そのままで取り出せる汎用的なmap的なもんって実装できないかな
70デフォルトの名無しさん
2018/07/24(火) 00:08:17.47ID:yMVTYfnp
Keyの型にValueの型を持たせればできそう
71デフォルトの名無しさん
2018/07/24(火) 00:25:53.51ID:jxAZ77iY
>>69
Anyとスマートキャスト利用するしかないだろうなあ
72デフォルトの名無しさん
2018/07/24(火) 02:12:36.15ID:kG3RWdPq
>>66
TypescriptってC#scriptみたいな物か
何気に一番Javaに近そうねw
73デフォルトの名無しさん
2018/07/24(火) 06:13:07.75ID:43FBDpPt
>>72
確かにJavaに似てるけど、あれは普通のJSの拡張みたいなもんだから使いやすい、というか既にめっちゃ使われてる
74デフォルトの名無しさん
2018/07/24(火) 06:36:17.05ID:Nja0DAi0
>>73
KotlinよりTypescriptの方が流行る?
75デフォルトの名無しさん
2018/07/24(火) 06:45:51.05ID:lb/L6e2D
用途が違いすぎるから比較できない。
76デフォルトの名無しさん
2018/07/24(火) 07:40:56.91ID:rJ60Fij8
TSからJS呼ぶときに戻り値の型意識しなきゃいけないことにイラつく感覚がKotlinからJava呼ぶときにnull意識しなきゃいけないときにイラつく感覚と似ている
77デフォルトの名無しさん
2018/07/24(火) 07:44:57.16ID:m3eQtKeT
めっちゃ分かる
78デフォルトの名無しさん
2018/07/24(火) 09:54:20.04ID:iluy9i/G
てか、CとTypescriptとその他を比較する意味あんのか?
分野が違いすぎんだろ
79デフォルトの名無しさん
2018/07/24(火) 10:58:03.97ID:HALI/+e7
null安全特有のバグが入ったり
null安全のためにコードが長くなったりで
あんまメリットない気がしてきた
80デフォルトの名無しさん
Javaが有償化するけど、Kotlinにも影響ある?
81デフォルトの名無しさん
2018/07/24(火) 11:08:31.26ID:lb/L6e2D
なんで影響がないと思ったのか
82デフォルトの名無しさん
2018/07/24(火) 11:47:22.80ID:fNoqjXR2
いやひょっとしたら、JetBrainsがいい感じでやってくれるかと...
83デフォルトの名無しさん
2018/07/24(火) 11:56:29.41ID:dd1bPMMo
>>69だけどkotlinだと無理っぽいな
arrow-ktでlistっぽいのならあったけど
scalaだとshapelessってライブラリで実現してるらしい
84デフォルトの名無しさん
2018/07/24(火) 12:01:17.61ID:GyqBpo0D
>>80
Oracle版JDKの有償化な
そのためにOracle自身もOpenJDKに力入れてきたんだから特に問題ない(KotlinもJavaも)
85デフォルトの名無しさん
2018/07/24(火) 12:13:14.69ID:rzcjvCjX
>>83
最近ちょこちょこ聞くようになった依存型がこれに使えるのね
86デフォルトの名無しさん
2018/07/24(火) 12:15:58.38ID:rzcjvCjX
>>79
null安全が好きでないなら、動的型付言語を使ったほうが幸せになれるんじゃない?
87デフォルトの名無しさん
2018/07/24(火) 12:37:31.12ID:GyqBpo0D
>>69 >>83
どういうの使用イメージを望んでるのかよく分からないので
コンパイル不可で構わないから使う側の疑似コードを書いてみてほしい
88デフォルトの名無しさん
2018/07/24(火) 12:37:44.64ID:lb/L6e2D
JetBrainsJDKは理想だけど、さすがにそんなことやるほど体力のある会社じゃないだろ
89デフォルトの名無しさん
2018/07/24(火) 12:38:02.51ID:loJnpDBw
>>79
煽るわけじゃなく、純粋に知りたいのだけど、null安全特有のバグって、どんなのがあるの?
90デフォルトの名無しさん
2018/07/24(火) 12:47:46.02ID:lb/L6e2D
null安全のために記述が長くなるってのもよく分からんな
kotlinはそうならないようにかなり配慮されてると思うのだけど、もしかしていちいち全部ifでnullチェックでもしてるんじゃないの
91デフォルトの名無しさん
2018/07/24(火) 13:09:50.01ID:DcwsX7CJ
>>88
そうするとGoogleのAndroidのような面倒な問題を抱える可能性があるのでは?
素直に OpenJDK 使っといた方が良いと思うのだが。
92デフォルトの名無しさん
2018/07/24(火) 13:19:48.44ID:lb/L6e2D
LTSしてくれるならね
93デフォルトの名無しさん
2018/07/24(火) 18:26:44.44ID:43FBDpPt
RedHatがOpenJDK11を独自にLTSするらしいから、RedHat系のディストリビューション使ってるなら大丈夫だろ
ubuntuは知らん
94デフォルトの名無しさん
2018/07/24(火) 18:37:37.15ID:06VgvsWU
null安全のせいでコードが長くなるのは

・nullを返しうるメソッドだけど今回に限っては絶対にnullじゃない

ってケースで !! の2文字が増えるぐらいでは
95デフォルトの名無しさん
2018/07/24(火) 18:40:45.65ID:uYKauRtK
>>93
つまりWindowsは死亡と。
96デフォルトの名無しさん
2018/07/24(火) 18:47:44.94ID:43FBDpPt
>>95
これを機にWndowsServerなんてカスは滅ぼそう
97デフォルトの名無しさん
2018/07/24(火) 18:51:34.06ID:fUz7lDXQ
AdoptOpenJDKが無償のLTS提供するよ
98デフォルトの名無しさん
2018/07/24(火) 19:06:30.65ID:/05DIiMI
>>97
GitHub見てこいよ
アレをプロダクトで安定して使えるようになるまでまだまだ先は長そうだぞ
99デフォルトの名無しさん
2018/07/24(火) 19:30:50.32ID:dd1bPMMo
>>87
val map = HashMap<String, 抽象的な何か>()
map["hoge"] = "文字列"
map["fuga"] = 100

val str = map["hoge"] // :String
val num = map["fuga"] // :Int

みたいな感じで
とにかく型チェックやらキャストやらが面倒くさい
実際には自作クラスとかも突っ込みたい
100デフォルトの名無しさん
2018/07/24(火) 19:54:27.68ID:K9O8BSac
試してないんで適当言うけど
Class.forName(className).kotlin.cast(value)
とかでなんとかならんの
101デフォルトの名無しさん
2018/07/24(火) 20:39:35.62ID:3bmjSXS4
>>99
型チェックなしだと取り出した変数が何型になっているかわからなくて結局扱えないのでは?
102デフォルトの名無しさん
2018/07/24(火) 20:48:13.92ID:7FTYhXzS
その後処理分ける時点で型は見ることになりそう
103デフォルトの名無しさん
2018/07/24(火) 21:04:13.34ID:2ywwbIJ/
すまん伝わりやすいかと思って抽象的な何かって書いたけど語弊があるわ
まず抽象クラスやらスーパークラスやらこの時点で指定してたらダメだしな
ちなみにarrow-ktのHListはタプルみたいな感じになってた
104デフォルトの名無しさん
2018/07/24(火) 21:09:27.91ID:VXjn8z1z
マップに値を突っ込む人は中身の詳細を知らなくて、値を取り出す人はどのキーに何が格納されているか知っているようなシチュエーション、例えば設定ファイルのローダーみたいな奴への適用ならわからんでもない。
105デフォルトの名無しさん
2018/07/24(火) 21:17:20.64ID:2ywwbIJ/
何に使う気かっていうとJSFでFlushっていう画面間で値渡すためのMapがあるんだけど、型チェック面倒くさいしチェックしないのも嫌だしでいっそ別に用意できないかと思った
入れるときも取り出すときも型は分かってる状況だな
106デフォルトの名無しさん
2018/07/24(火) 21:30:43.77ID:pjRgCp/n
XMLなりで文字列化しといて使うときにデシリアライズすれば?
107デフォルトの名無しさん
2018/07/24(火) 21:57:49.15ID:43FBDpPt
keyごとに型が決まってるならjson文字列にしておいてGson使って取り出すとか
108デフォルトの名無しさん
2018/07/24(火) 22:34:12.22ID:GyqBpo0D
>>99
Mapに代入のみで型認識するのは難しいな

タプル的な感じでやるか
https://ideone.com/Aekjqn

事前定義でMapに関連付けるか
https://ideone.com/rCFcai

むしろ変数に型が無い言語使うか
https://ideone.com/BUHFe3
109デフォルトの名無しさん
2018/07/24(火) 23:50:03.73ID:2ywwbIJ/
>>106-107のやり方が使うときにはスッキリできそうだなぁ
>>108
二つ目のやつって色々出来そうに見えて汎用的にならないのが惜しい
110デフォルトの名無しさん
2018/07/24(火) 23:53:36.51ID:jFaMrYyE
動的型言語「呼んだ?」
111デフォルトの名無しさん
2018/07/24(火) 23:59:34.61ID:0G/WUWgn
よく調べないで書くけどMapでしか渡せないならMapの値にクラス突っ込めないの
112デフォルトの名無しさん
2018/07/25(水) 00:05:15.27ID:Mo9tZ0hU
普通に data class 書くかイヤなら動的型使え案件だな
113デフォルトの名無しさん
2018/07/25(水) 00:32:44.86ID:X9aSb7/J
動的型付言語でもMapから取り出したインスタンスに何かするにはそのインスタンスの型のチェックは必要なんだから、
KotlinでもAnyの変数に取り出した後、何かするとき型チェックすればいいのでは?
114デフォルトの名無しさん
2018/07/25(水) 00:41:37.28ID:7AbAukpx
>>109
汎用的ってどういうこと?
115デフォルトの名無しさん
2018/07/25(水) 02:34:30.53ID:NuE3ewHE
一回シリアライズするとか正気かよ。

inline fun <reified T: Any> cast(any: Any): T = T::class.javaObjectType.cast(any)

val i = cast<Int>(map["hoge"])
116デフォルトの名無しさん
2018/07/25(水) 02:52:17.20ID:X9aSb7/J
Mapのキーの文字列に対して格納されてる型が決まってるのか
エラーチェック無しで間違ったのが入ってたら例外で良いなら、そんな感じにキャストでいいかもね
117デフォルトの名無しさん
2018/07/25(水) 06:23:31.29ID:tppUcJNh
全角読みにくい
118デフォルトの名無しさん
2018/07/25(水) 07:17:57.17ID:mjDoqtlK
>>113
動的型付言語は人間が頭の中で実際の型を把握してればコード上では型チェック不要だよ

Ruby
map = {}
map["hoge] = "今は文字列"
map["hoge"] = 100 #今は整数
map["hoge"] = [1,2,3] #今は整数の配列

map["hoge"].each{|i| puts i.to_s} # 今入ってるのは整数の配列だと人間が把握してるので適正なコード
119デフォルトの名無しさん
2018/07/25(水) 07:34:47.16ID:NuE3ewHE
>>117
半角のまま貼り付けたら弾かれたんだ。
120デフォルトの名無しさん
2018/07/25(水) 07:40:45.40ID:nUGMun5h
>>115
明示的にキャスト、間違ってたら実行時例外でいいなら as でよくね

val map = HashMap<String, Any?>()
map["hoge"] = 10
map["hage"] = "zura,katsura"
map["hoge"] = map["hage"]

val list = (map["hage"] as String).split(',')
println(list) // [zura, katsura]
121デフォルトの名無しさん
2018/07/25(水) 08:28:43.96ID:pc8pXKsN
Kotlinスレが珍しくKotlinの話してるのか
122デフォルトの名無しさん
2018/07/25(水) 10:22:42.75ID:7AbAukpx
元の>>99についての話なら「キャストなし」が前提なのでは

とはいえシリアライズやGSONなら型定義が必須だろうから
キャストより手間増える気がする
123デフォルトの名無しさん
2018/07/25(水) 10:56:38.61ID:QsHBqRMq
使うたびにキャストするのが面倒くさいって話なら一度定義しとけばあとはそのまま使えるgsonはアリじゃね
124デフォルトの名無しさん
2018/07/25(水) 11:39:23.46ID:1gumeC8R
てか別にGsonなんて使わなくてもHashを渡して初期化したら中でいい感じにkeyごとにキャストしておいてくれるラッパークラス作れば良いのでは
125デフォルトの名無しさん
2018/07/25(水) 12:12:16.20ID:RwqHQTi+
結局取り出すときに型がわかってるようにするには事前定義が必須と
126デフォルトの名無しさん
2018/07/25(水) 12:55:48.93ID:1gumeC8R
せやな
127デフォルトの名無しさん
2018/07/25(水) 14:31:05.88ID:alBChnpJ
当たり前の話
嫌なら静的型付けなんてやめちまえ
128デフォルトの名無しさん
2018/07/25(水) 15:13:33.72ID:CbElzlsD
性的片付けならお手伝いします。
129デフォルトの名無しさん
2018/07/25(水) 15:46:24.96ID:rOB4O81b
Mapから特定のキーで取り出した値の型をプログラマが知っている場合だけでしか使えなくて、型がわからないなら型チェックが必要になり、そうするとスマートキャストが使えるので現状のままで問題ない事になる。
型チェックなしで使えるようにできたとしてもやはりバグの温床になりそうだというのもある。(しかも見つけにくいバグにならないか?)
130デフォルトの名無しさん
2018/07/25(水) 15:49:44.09ID:dm3jJ5Gu
特にKotlinの場合はJavaのウンコ仕様のせいでジェネリクスの型引数を安全にダウンキャストできないからな
131デフォルトの名無しさん
2018/07/25(水) 17:01:14.13ID:xG56qnJC
やっぱJetbrain VM作ってよ~
132デフォルトの名無しさん
2018/07/25(水) 18:05:14.18ID:7AbAukpx
>>131
何のメリットが?
133デフォルトの名無しさん
2018/07/25(水) 18:13:55.24ID:60VZ2ETs
そもそもVM利用してるのってJavaの遺産利用する為だしな
134デフォルトの名無しさん
2018/07/25(水) 18:16:24.83ID:ekeRKo17
資産ではなく遺産
135デフォルトの名無しさん
2018/07/25(水) 20:57:40.57ID:OXaxpOj9
>>99
https://ideone.com/Bxe3Vj
136デフォルトの名無しさん
2018/07/26(木) 20:21:16.47ID:v8/TcxRM
>>135
map["hoge"] as String → map.get<String>("hoge")
map["fuga"] as Int → map.get<Int>("fuga")
無 → inline fun <reified T> HashMap<String, Any?>.get(key: String) = get(key) as T

ただのキャストよりコード量が増えて危険な操作であることがわかりにくくなっただけやんけ
137デフォルトの名無しさん
2018/07/27(金) 02:00:17.48ID:O4NPrPXG
全然関係ない話

これが出来る事を知らなかった。

val s = "abc"
println("${s + "xyz"}")

ダブルクォーテーションで括った中にダブルクォーテーションで括った文字列がある状態なのに問題なくコンパイルも実行もできる。
${ ... } はコンパイル時に特別扱いしてたんだな。
138デフォルトの名無しさん
2018/07/27(金) 07:04:48.78ID:8+KT0NyM
>>137
マジか、知らなかった。
まあやることはあまりないだろうがw
139デフォルトの名無しさん
2018/07/27(金) 07:05:22.41ID:UmDdNteT
{}の中はプラグラムのコードやからな。
それだけやで
140デフォルトの名無しさん
2018/07/27(金) 08:06:17.19ID:BgbV5sVA
一番内側のデリミタが来るまでは外側のデリミタはマスクされて見えないという話
141デフォルトの名無しさん
2018/07/27(金) 08:36:58.60ID:xnwtYCKh
むしろコンパイル時じゃなかったらビビる
evalがある言語じゃないんだから
142デフォルトの名無しさん
2018/07/27(金) 08:45:57.59ID:xnwtYCKh
もちろんネストも出来る

Kotlin   https://ideone.com/9oQrPl
Groovy  https://ideone.com/PkZexd
Swift   https://ideone.com/vCuTyE
bash   https://ideone.com/9GW6lT
143デフォルトの名無しさん
2018/07/27(金) 18:32:30.58ID:BbfW0v3N
>>141
そんな威張るなよ
144デフォルトの名無しさん
2018/07/27(金) 18:38:45.51ID:eMZjpBCY
そんな僻むなよ
145デフォルトの名無しさん
2018/07/28(土) 13:18:16.11ID:S6ztPmt9
unit testしたいんですが
junit って標準モジュールじゃないんですか?
146デフォルトの名無しさん
2018/07/28(土) 21:07:10.68ID:yXUefUq2
じゃないです。
147デフォルトの名無しさん
2018/07/28(土) 21:53:41.27ID:AhCis0X4
ようやくKotlin1.3の話が出てきた。
https://blog.jetbrains.com/kotlin/2018/07/see-whats-coming-in-kotlin-1-3-m1/
148デフォルトの名無しさん
2018/07/29(日) 08:07:58.83ID:7lOBGcOb
operator で何も返さない Unit のやつを作るとどうなるかを実験していて気づいたこと。
例えば plus() って + 記号が出てきただけで呼ばれるわけで、そうなると + 記号だけで中身を書き換える事も可能になるんだな。

https://paiza.io/projects/wtY0TgCLyLhRsls2-6wcuQ
149デフォルトの名無しさん
2018/07/29(日) 08:59:34.65ID:4MUmFrCs
そりゃまあただのメソッド呼び出しを糖衣構文だし
150デフォルトの名無しさん
2018/07/29(日) 09:51:20.17ID:7lOBGcOb
>>149
これができるのなら Unit ではない演算子の結果を捨てるような式はエラーにして欲しかった。
151デフォルトの名無しさん
2018/07/29(日) 10:47:26.84ID:DahY5MEG
DSLに使うからそれは困る
152デフォルトの名無しさん
2018/07/30(月) 18:02:59.40ID:xHVHgAPA
JetBrains のサイトに StringBuilder.set メソッドのドキュメントがない事に気づいた。
いやググると見つかるので正確にはあるのだが、どこからリンクされているかがわからない。
普通に考えるとこれは StringBuilder のページからなんだろうが、それはない。getならある。
153デフォルトの名無しさん
2018/08/01(水) 15:30:30.04ID:wHCC+gZS
JavaFX+Kotlinでクロスプラットフォームのアプリ作ろうと思ったけど、
やっぱ今からだとElectronの方がいいのかな
SDKからも切り離されたし
154デフォルトの名無しさん
2018/08/01(水) 16:27:09.30ID:BRE0Gb7p
TornadoFX使ってみてよ
155デフォルトの名無しさん
2018/08/01(水) 17:14:08.32ID:o97vF+z4
竜巻外為良さそうだけど、そもそもJavaFXが流行ってない気が
156デフォルトの名無しさん
2018/08/01(水) 17:17:06.60ID:BRE0Gb7p
現時点で流行ってないし、java自体がこの状況で今から人気が出てくるとも思えないよなあ
electronかみんな大好きXamarinでも使った方がいいだろう
157デフォルトの名無しさん
2018/08/01(水) 22:35:46.35ID:SQGsQ61c
TornadoFX良かった。JavaFXが切り離されさえしなければ...
158デフォルトの名無しさん
2018/08/01(水) 23:16:43.13ID:CtMSSjTe
トーナードは良いものだよ。
JavaFX自体が消滅しそうだけど
159デフォルトの名無しさん
2018/08/02(木) 00:14:03.14ID:vClc7nAi
tornado の発音はトーネイドに聞こえるが・・・
160デフォルトの名無しさん
2018/08/02(木) 00:40:41.05ID:ZvszlWDN
なんでJavaFXって人気ないの?
Electronが人気すぎるだけ?
Electronコード隠蔽できないから嫌なんだけどな
161デフォルトの名無しさん
2018/08/02(木) 01:22:59.89ID:PUemVwHx
>>160
なんでって、Javaだからだよ
有史以来、FXに限らずクライアントJavaに人気があったことなど無い
162デフォルトの名無しさん
2018/08/02(木) 02:34:55.79ID:vClc7nAi
Android で大人気だけどなw
163デフォルトの名無しさん
2018/08/02(木) 02:35:51.35ID:M4JJW8Mq
javafxscript用の設計だったからね
script潰れてjava向けに再設計とか時間かけすぎなんだよ
164デフォルトの名無しさん
2018/08/02(木) 06:11:52.44ID:L4dxCzkb
アンドロイドせいでjava/kotlinを書かざるを得ない迷惑なはなし
165デフォルトの名無しさん
2018/08/02(木) 06:43:03.26ID:t5505cjw
>>164
C++やJavaScriptでも書けるだろ
166デフォルトの名無しさん
2018/08/02(木) 07:38:05.58ID:NvR76J0F
C#で書けるだろ、忘れるな
167デフォルトの名無しさん
2018/08/02(木) 08:27:55.22ID:02Lt02wr
はいxamarinネタ禁止
168デフォルトの名無しさん
2018/08/02(木) 13:16:08.31ID:QRqag3vd
加速度センサーに木星や土星の重力加速度があるのですが、何に使うんでしょうか?
169デフォルトの名無しさん
2018/08/02(木) 13:35:16.77ID:0TA/kWAT
なんかの実験用じゃない
170デフォルトの名無しさん
2018/08/02(木) 13:39:12.92ID:Cp7uV85Z
木星や土星へ行った時のため
171デフォルトの名無しさん
2018/08/02(木) 15:31:09.75ID:cpkp83Z6
たまに使うよね
172デフォルトの名無しさん
2018/08/02(木) 15:55:49.44ID:mx93PpF6
俺も前職で何度か土星行ったから、そういう時は役に立った
173デフォルトの名無しさん
2018/08/02(木) 16:26:00.89ID:SFe9zIxE
どしぇー
174デフォルトの名無しさん
2018/08/02(木) 17:47:49.29ID:kLlfQZwC
10年前にJavascriptとDA PUMPが再ブレークすることを予想してた奴が居たら凄いと思う
175デフォルトの名無しさん
2018/08/02(木) 20:26:30.99ID:ChN5Xojk
Electron + Kotlin/JS というのはアリ? というかしている人いる?
176デフォルトの名無しさん
2018/08/02(木) 20:41:24.62ID:5ti5JZJP
ElectronならTypeScriptでいいだろ
177デフォルトの名無しさん
2018/08/02(木) 21:35:16.65ID:t5505cjw
プロシュート兄貴を見習え
178デフォルトの名無しさん
2018/08/02(木) 22:16:27.96ID:0hgfJcdZ
>>175
ReactNativeをKotlin/JSで書こうとして死亡してた人なら知ってる。
出来ないことはない、ってレベルらしい
179デフォルトの名無しさん
2018/08/03(金) 16:55:37.97ID:dH+GGA6R
Javascriptが流行ってるのって言語の作りが良いからとかじゃなくて、結局はブラウザで動くからなんだよな
だから、誰かがことりんが動くブラウザを作ればことりん流行ると思う
180デフォルトの名無しさん
2018/08/03(金) 16:57:00.14ID:X+nM2ZWl
>>179
君に任せた
181デフォルトの名無しさん
2018/08/03(金) 17:51:01.66ID:/71FxLcE
コトリンが動くブラウザをお前らが作っても流行らんよ
182デフォルトの名無しさん
2018/08/03(金) 18:04:24.79ID:X+nM2ZWl
あ、そうか。JavaScriptの代わりにKotlinスクリプトが動けばいいんじゃないか。そうすればわざわざJavaScriptに変換しなくて済む。
183デフォルトの名無しさん
2018/08/03(金) 19:10:58.88ID:Sg6jgRzL
GoogleがDartで、それやろうとして、結局、あきらめたじゃん。
Dart自体は、Fuchsiaで復活するみたいだけど。
184デフォルトの名無しさん
2018/08/03(金) 19:29:20.15ID:MrVuCq4o
dartもいい言語じゃねぇけど、JSよりかはましだからな。flutter人気でてdart使われるようになったら、dartのchromeブラウザ搭載計画を復活させて欲しい
185デフォルトの名無しさん
2018/08/03(金) 19:32:54.71ID:NM98E0T5
wasmにDOM/GCが搭載されれば色んな言語からの需要があるだろうしそれほど夢物語でもない
kotlinがその中で天下取れるかはまた別の話だけど
186デフォルトの名無しさん
2018/08/03(金) 19:33:36.87ID:ZdEKhS09
Chromeだけ動くようになったとしても他のブラウザが追随して、かつそれ以前のバージョンが駆逐されるまで待たないと実用できないからな。

それにDart自体がクソみたいな言語であることは変わらないから、多大なコストかけてまで乗り換えたくはないな
187デフォルトの名無しさん
2018/08/03(金) 19:38:42.60ID:1Ao96BNz
TypeScriptという手軽でまあまあなソリューションが広まって、なんかもういいんじゃねという空気だよね
188デフォルトの名無しさん
2018/08/03(金) 20:00:01.04ID:M4do4FkD
プログラミング言語は素晴らしいから広まるんじゃないのだということを我々はこの30年でイヤというほど味わったのでるふぁい
189デフォルトの名無しさん
2018/08/03(金) 20:25:03.99ID:X+nM2ZWl
でるふぁい
190デフォルトの名無しさん
2018/08/03(金) 21:06:23.69ID:C7OuABnl
Algol
191デフォルトの名無しさん
2018/08/03(金) 23:27:02.39ID:YJ+EXEAl
WebもアプリもKotlinよりTypescriptだろうか
192デフォルトの名無しさん
2018/08/03(金) 23:43:06.58ID:EZZ8bH2k
まあそうだね
オラクルの件のせいで今後は(Kotlinが使えるような会社においては)Javaプラットフォームが積極的に選ばれることももう無くなるだろう
どうしてもJavaプラットフォームを使わざるを得ない事情があるときのマシな選択肢としての限定的なポジションに落ち着いていくんだろうね
193デフォルトの名無しさん
2018/08/04(土) 07:38:33.47ID:5xMt+ptm
Kotlinは贔屓目でもなんでもなく、Java環境で動く素晴らしいJava代替物なのだが
その肝心の「Java環境でなければならなかったこと」が唐突に外部要因で縮小し始めており回復の理屈もないのだ…
現時点でJavaに業務で縁のない人はちょっと立ち止まったほうがいいかもしれん
Androidでプログラミングしたい? Unity使えUnity
194デフォルトの名無しさん
2018/08/04(土) 09:36:50.04ID:+3XGJmmJ
一年前のだけど興味深いディスカッション

なぜKotlin Native?
https://discuss.kotlinlang.org/t/2275/

JetBrainsチームのコメントに気になる文言もある
Rock54のせいで引用出来ないけど18と22
195デフォルトの名無しさん
2018/08/04(土) 09:44:43.94ID:+3XGJmmJ
今後の状況次第ではJava環境からの脱出口になるから
もっとKotlin/Nativeにパワーを

Kotlin/Native v0.8 released
https://blog.jetbrains.com/kotlin/2018/07/kotlinnative-v0-8-released/
196デフォルトの名無しさん
2018/08/04(土) 10:09:54.85ID:XWbY/qAH
言っちゃ悪いけど、開発言語を前提にして物事を考えるのってエンジニアとしてはだいぶ低レベルな段階だよ
そのレベルの連中が多数派を占めるほどにはまだKotlinの裾野は広がってないと思う
梯子外されるのがもうちょっと遅かったらもしかしたらとは思うけど、残念だね
197デフォルトの名無しさん
2018/08/04(土) 10:31:19.81ID:x/iry6Ka
仕事と趣味は別という発想が出てこない君はエンジニア以前に社会人としてとても低レベルだね
198デフォルトの名無しさん
2018/08/04(土) 10:33:33.07ID:Q3NLupVY
営利利用されない技術は進歩しないから、たとえ趣味でやってる人も離れていくもんだよ
199デフォルトの名無しさん
2018/08/04(土) 10:51:25.19ID:x/iry6Ka
それはまた別の話
200デフォルトの名無しさん
2018/08/04(土) 11:35:40.35ID:+3XGJmmJ
>>196
そうかな、個人でやる分にはC++でもObjCでも構わないけどそうじゃない環境では
記述性などの他に学習コスト/人材調達的にも
Kotlinはバランスの良い言語だと思うんだけどな
201デフォルトの名無しさん
2018/08/04(土) 12:14:40.56ID:ii6jRswP
仕事でサーバサイドkotlin使ってるけど今後はOpenJDKにするかもだって
202デフォルトの名無しさん
2018/08/04(土) 13:55:15.47ID:lZHxRZe2
え、むしろ今までOracle使ってたん?
うちは8にする時にOpenJDKに切り替えたわ
203デフォルトの名無しさん
2018/08/04(土) 13:58:19.47ID:lZHxRZe2
なんだかんだJDKの混乱も今だけだとは思うけどな。
かっちりしたエンプラのシステムはOracle使うだろうし、そうじゃなくて現時点でKotlin使ってるようなフットワークの会社なら普通にOpenJDKのアップデートに追随していくだろうしな。
204デフォルトの名無しさん
2018/08/04(土) 15:25:21.46ID:ZDA+8I61
>>202
JavaFXしたかったんだ.....
公式にJavaFX使うならOracleJDK使えって.....
OpenJDK9には統合されると思っていたら、ご覧の有様だよ.....dayo.....
205デフォルトの名無しさん
2018/08/04(土) 15:40:03.53ID:S+Y35Ar7
>>204
>公式にJavaFX使うならOracleJDK使えって
初耳だ…
206デフォルトの名無しさん
2018/08/04(土) 16:06:29.82ID:VXB2QifJ
そもそもRedHatクローン使ってればOpenJDKでなんの差し支えもないからな、数ヶ月前みたいな絶望感はない
FX勢は、なんというか、がんばれw
207デフォルトの名無しさん
2018/08/04(土) 16:20:44.63ID:ZDA+8I61
>>205
今見ると書いてないな...
記憶違いかもしれないが、今となってはどっちでもいい....orz
208デフォルトの名無しさん
2018/08/04(土) 16:27:23.63ID:nJEeH/Xf
情報が錯綜して勘違いやデマ流されたりするのが今のJavaは良くないな
209デフォルトの名無しさん
2018/08/04(土) 17:27:40.61ID:2zclIjyW
>>> println("ちん${"ピョロ${"す${"ぽー"}"}"}ん")
ちんピョロすぽーん
>>>
210デフォルトの名無しさん
2018/08/04(土) 19:45:45.27ID:b4AQTWfG
まさかJavaよりJavaScriptが主流になる日がくるなんて・・・
会社入りたての頃にJavaScriptでHP作る担当だった奴を見下してた自分を叱ってやりたい
211デフォルトの名無しさん
2018/08/04(土) 21:23:35.89ID:0LAYEhli
>>210
そもそも担当言語で同僚を見下すこと自体人として終わってるから悔い改めるためにXamarinのライセンス買ってこい
212デフォルトの名無しさん
2018/08/04(土) 21:59:20.75ID:AoH8FoSW
Xamarin程の糞はない
213デフォルトの名無しさん
2018/08/04(土) 22:39:02.20ID:bP7rOq1R
ネックは処理が重いだけだから可能性はあったよな
214デフォルトの名無しさん
2018/08/05(日) 04:32:52.81ID:cdvogGHQ
>>210
その当時の JavaScript と今の JavaScript は同じか?
215デフォルトの名無しさん
2018/08/05(日) 09:20:55.32ID:gCURYumf
>>214
同じだよ。
JavaScriptの有用性に気付いたグーグル先生がGoogle Mapを作ってから流れが変わった。
216デフォルトの名無しさん
2018/08/05(日) 09:32:24.17ID:JhHL1KW5
JavaScriptはブラウザで動くからあの立ち位置にいるだけで基本的にはうんち言語
CoffeeScriptだのDartだのTypeScriptだのKotlin/JSだのが出てくるのもJavaScriptがうんち過ぎてなるべく書きたくないからだし
217デフォルトの名無しさん
2018/08/05(日) 09:37:55.39ID:gCURYumf
>>216
Node.js知らんの?
218デフォルトの名無しさん
2018/08/05(日) 10:30:24.99ID:9VNh2ugm
>>217
Javascriptがブラウザで動かなければ、多分Node.jsは生まれなかった。
あれ? ここJavascriptスレだっけ?
219デフォルトの名無しさん
2018/08/05(日) 11:19:58.07ID:gCURYumf
>>218
閑Kotlinのスレです。
220デフォルトの名無しさん
2018/08/05(日) 11:38:26.98ID:8fxYH2p3
Xamarinスレだぞ、いい加減にしろ
221デフォルトの名無しさん
2018/08/05(日) 12:58:03.28ID:HL4zxeTR
ES2018まで至った今としては至極平凡な言語
とりたてて語ることも無い
222デフォルトの名無しさん
2018/08/05(日) 13:09:59.07ID:betdjxHD
それがブラウザでそのままネイティブに動けばいいのにな
トランスパイラ必須だし
223デフォルトの名無しさん
2018/08/05(日) 13:37:43.87ID:ERfsAu95
コンパイル型言語は対象が何であれコンパイル要るし
JavaScriptとか動的なのも狭義にはコンパイルされてる

単にソースをそのままで動かしたいだけなら babel-standalone とかで
ブラウザ上でトランスパイルすれば似た感じにはなる
でも開発に関してならインクリメンタルビルドやライブリロードの方が重要かと
224デフォルトの名無しさん
2018/08/05(日) 13:53:39.36ID:mTAtmPyK
フロントエンド周りは一時期進化のスピードが狂ってたからな
デファクトだった技術が1年で時代遅れになるとか、頭おかしかった
当時のフロントエンド周りの人らは何故かそれを誇りにしてる感があったけど、
普通に考えたらそんなのに追随するための無駄コストがかさむわけで、結果的にユーザーにとってはなんのメリットもない狂騒だったな
225デフォルトの名無しさん
2018/08/05(日) 16:29:15.02ID:HCiUpMia
おまえら数日前にやってたJetBrains様の半額セールにお布施した?
All Productsパック買っちゃったからもう何が流行ろうとも IntellJIDEA と一蓮托生
Flutter が google スマホ公式言語になっても開発環境はほぼ IntellJIDEA ベース決定だから
いまのうちに Android Studio で Kotlin やって慣れておけよ
226デフォルトの名無しさん
2018/08/05(日) 18:20:43.63ID:cdvogGHQ
>>215
ああ。Ajax とか。そういう言葉が作られたぐらいか。
そういや XMLHttpRequest 自体は1999年からあったんだよな。
227デフォルトの名無しさん
2018/08/05(日) 20:24:05.02ID:h00bNn2V
そもそもブラウザソフトは時代遅れ
既にブラウザからよりもアプリからの方がネットワークアクセスが多くなってる
HTML + CSS + JSはもう時代遅れ
228デフォルトの名無しさん
2018/08/05(日) 20:44:56.68ID:MHX6Q7q7
そうかなあ?
229デフォルトの名無しさん
2018/08/05(日) 20:52:05.53ID:fyxb8Hk+
webとappの境界は既に曖昧
230デフォルトの名無しさん
2018/08/05(日) 22:11:48.52ID:RPc1tBmE
初めてアンドロイドのアプリ作る人がいきなりことりん使うのは無謀?

まずはjavaからですかね?
231デフォルトの名無しさん
2018/08/05(日) 22:17:23.47ID:ERfsAu95
プログラミング自体が初めてならJavaからの方が良いと思う
232デフォルトの名無しさん
2018/08/05(日) 22:29:37.14ID:RPc1tBmE
プログラミングはc、java、pythonに少し触れたことがある程度です

肝心のjavaに関してはあまり覚えてないです
233デフォルトの名無しさん
2018/08/05(日) 22:42:03.35ID:Xgxd32Wd
Kotlinでいいと思うよ。そのレベルならJavaの余計な煩わしさに振り回されない方がいいと思う。
234デフォルトの名無しさん
2018/08/05(日) 22:42:44.47ID:5Rpauaa2
IT業界に入らないならJavaなんて一生触らなくていいぞ
235デフォルトの名無しさん
2018/08/05(日) 22:43:54.45ID:a5xFPLv7
あるプログラミング言語がドイツ製でドイツ語でしか解説が書いてなかったとするじゃん
その場合まあまずは簡単にでもドイツ語から学ぶよね

んで、Kotlinは実はJavaプログラムで解説が書いてあるんよ
メソッドのちょっと詳しい内部動作とかあれこれ便利ライブラリの使い方とか全部Javaベースで説明されるのよ
どうすればいちばん能率的だと思う?というお話なのだ
なのだ
236デフォルトの名無しさん
2018/08/05(日) 22:54:38.69ID:RyA0MsN6
Javaは書けなくてもいいけど読めないと辛い
特にメソッドの呼び方と読み方とクラスの関係あたり
237デフォルトの名無しさん
2018/08/05(日) 23:00:14.89ID:P3kFqRKS
初心者に言わなくてもいい余計な情報を山ほど叩きつけて混乱させる悪習がここでも、、
238デフォルトの名無しさん
2018/08/06(月) 00:25:57.27ID:b7eNDjo0
まずこの本を3回読んで、オブジェクト指向を学ぶ
スッキリわかる Java入門 第2版、2014

その後、太郎本を読む。
Kotlinスタートブック -新しいAndroidプログラミング、長澤 太郎、2016

これが最短!
239デフォルトの名無しさん
2018/08/06(月) 00:58:22.29ID:44I9Cm0j
Kotlin使ってる人はJava10年選手とかで初心者のこと全然思い出せない人ばかりだからな
KotlinとJavaの区別がつかなくなってると言っていい
Javaの知識ゼロでKotlinやった身から言うとJavaの知識は必須
「それはKotlin本体の話ではない」で毎時間のように詰まったぞ
240デフォルトの名無しさん
2018/08/06(月) 02:02:15.71ID:b7eNDjo0
結局、開発を始めると、言語の部分は関係ない

ほとんどが、Android のフレームワーク・やり方がわからないという部分
241デフォルトの名無しさん
2018/08/06(月) 06:41:18.84ID:QmGSuEB6
少し触れたことがあるっていうのがどの程度かわからないけど、自力で小さなツールスクリプトを2,3作ったことがある程度なら
別にJavaわざわざやらなくてもJava読む分には苦労しなかったよ
242デフォルトの名無しさん
2018/08/06(月) 06:59:06.19ID:1IcfDOCB
Android界隈ではまずはJavaからおじさんが闊歩し始めてるのか
とりあえずC言語からおじさんの亜種だな
243デフォルトの名無しさん
2018/08/06(月) 07:55:12.83ID:4rDrUz+g
ジェネリクスあたりでわからなくなるとは思う
あれはピュアKotlinでの説明見たことないしJavaでの動作読んだほうがいい
244デフォルトの名無しさん
2018/08/06(月) 08:39:40.48ID:vuxSZeWd
初心者がとりあえず何か書いてみるって段階ならジェネリクスなんて存在自体知る必要もないのでは
245デフォルトの名無しさん
2018/08/06(月) 08:45:30.73ID:+HTQkGSa
さすがにそのレベルだとオブジェクト指向で詰まるでしょ
Javaを知らなくても他のオブジェクト指向言語の経験は最低でも必要
246デフォルトの名無しさん
2018/08/06(月) 09:12:07.05ID:6FlNGOtW
C#なんかも初学者お断り言語として誕生してそのまま普及して今に至ってるわけだし、
初学者を取り込めるかどうかって実はそれほど重要ではないと思う
Java, C, Python, VBAに並んでプログラミング教育に採用されるくらいにならない限り、初学者の流入が言語の普及を大きく後押しすることはない
247デフォルトの名無しさん
2018/08/06(月) 09:57:16.11ID:4JbBAPy3
誰か初心者向けのJava抜きでも大丈夫な入門書書けば良いのでは?
書けるやつここにも居るだろ?居ない?
売る方法はAmazonでいきなり電子書籍で出せばいい。
248デフォルトの名無しさん
2018/08/06(月) 10:46:59.49ID:1IcfDOCB
>>246
誰もそんな話してないぞ
249デフォルトの名無しさん
2018/08/06(月) 10:53:14.03ID:JI4Q/joo
>>247
書く能力のある人はいるかもしれないが、それだけの時間をつぎ込める人はまずいないと思われる。
250デフォルトの名無しさん
2018/08/06(月) 10:59:29.39ID:1J/Ys4oh
232です
みなさんレスありがとうございます

人によって結構意見が分かれるみたいですね

とりあえずjavaの復習しつつAndroid Studioにも触れていこうと思います
251デフォルトの名無しさん
2018/08/06(月) 11:20:34.42ID:1IcfDOCB
>>250
ご覧の通りここだとみんな好き勝手なこと言って申し訳ない。
ぶっちゃけどちらで書いても大差ないから、両方軽く見てみて自分がやりやすそうだと直感した方でいいよ。
252デフォルトの名無しさん
2018/08/06(月) 11:30:44.04ID:yKvt1g0U
オブジェクト指向は初心者に無理
253デフォルトの名無しさん
2018/08/06(月) 11:32:24.16ID:PKEcOyRe
>>249
いやもう夏休みの長い学生とかでも良いんだけどな。内容がまともなら誰が書いても構わないわけだし。

まあ学生はおすすめだな。後で就職する時に自慢げに言えるぞ。
変に期待され過ぎて後々おかしくなるかも知れんがw
254デフォルトの名無しさん
2018/08/06(月) 11:35:27.91ID:Sox96oVX
面接でkotlinの話しても通じないだろ
255デフォルトの名無しさん
2018/08/06(月) 12:46:24.98ID:PKEcOyRe
>>254
数年後だろうからそれはわからない。

まあでもどんなものでも技術系の本書きましたってのは例えAmazonで電子書籍出しただけでも思い切り自慢して良いと思うけどね。特に学生なら。
256デフォルトの名無しさん
2018/08/06(月) 13:07:41.68ID:fu+3+K8I
本までは出さなくてもいいけど、そこらの勉強会に行ってLTしてるだけでも評価上がるわ
学生に限った話ではないけど
257デフォルトの名無しさん
2018/08/06(月) 13:32:17.09ID:T2RnTQGF
>>247
それは中身としては「Javaの小難しいとこを初心者向けに解説した良書」という存在の難しい書物なのでは…
258デフォルトの名無しさん
2018/08/06(月) 16:10:58.72ID:KxdXJpVp
Java習得している人の説明は、
Javaだとこう書くけどkotlinだとこう書く。で説明できている気になるからなあ
書籍もそういう書き方のものばかり
C♯も出始めの頃はC++を例えに説明されてたなあ
これではプログラミング初学者には理解できないわけで
259デフォルトの名無しさん
2018/08/06(月) 17:07:56.22ID:EFfsXSN1
読んだことないけどkotlinで書いてるAndroid入門本出てたろ?
あれはさすがにJavaの知識前提では書いてないんじゃないの
260デフォルトの名無しさん
2018/08/06(月) 18:32:07.32ID:EtO/O+JZ
Xamarinはやめとけ
261デフォルトの名無しさん
2018/08/06(月) 18:49:11.00ID:NL9d1JGk
まあでも新OSの噂を考えたら、Flutterもキャッチアップしておいた方が良さそうだよな。
Dartは糞だと思うが、結局言語自体の糞さなんて無関係に必要ならば使わざるを得なくなるのはObjectiveCが証明してる。
262デフォルトの名無しさん
2018/08/06(月) 20:01:54.72ID:/4fD//oO
自分もjavaとばしてkotlinやってるんだけどgradle使おうとしたら結局java必須なんですかね
263デフォルトの名無しさん
2018/08/06(月) 20:08:56.96ID:ASqWwZGA
いや、別にそんなことないけど
264デフォルトの名無しさん
2018/08/06(月) 20:10:44.03ID:sDRq07oc
次のアプリは既にflutterで開発中だわ。dartは確かにクソだけどflutterの出来がいいから俺はdart+flutterに移行するわ
265デフォルトの名無しさん
2018/08/06(月) 20:11:55.09ID:sDRq07oc
kotlinで作ったアプリは結局一つだけになりそう
266デフォルトの名無しさん
2018/08/06(月) 20:19:40.48ID:NL9d1JGk
ネイティブの実装を意識しなくちゃいけない時のためにネイティブで一つは作っておいた方がいいけど、
それ以降はflutterでいいかもな、もう
267デフォルトの名無しさん
2018/08/06(月) 20:46:16.37ID:sMqi0kXb
>>259
http://2chb.net/r/tech/1521401186/381-385n
で出た話かな。
268デフォルトの名無しさん
2018/08/06(月) 20:56:58.11ID:BcADUY9F
まあ後発だけあってxamarinよりは使い勝手いいよflutter
269デフォルトの名無しさん
2018/08/06(月) 21:35:09.32ID:fA8BcJEJ
同じクラスに val hoge: Int と fun getHoge(): String が書けたりするんで java 知ってても混乱するかも
270デフォルトの名無しさん
2018/08/06(月) 22:33:44.76ID:sMqi0kXb
>>262
KotlinでもGradleスクリプト書けるらしいけど、本格的に使っている人がいるという話は聞いたことがない。
271デフォルトの名無しさん
2018/08/06(月) 22:45:14.23ID:NL9d1JGk
Gradle自体で色々やろうとするのはあまり感心しないやり方ではある
272デフォルトの名無しさん
2018/08/07(火) 07:57:05.36ID:Q8QjXTFq
>>270
いや、普通に使ってるけど。
誰かが使ってるかどうかじゃなくてやりたいことが出来るかどうかで判断しなよ。
273デフォルトの名無しさん
2018/08/07(火) 12:37:03.40ID:zwrq9O7+
当然だけどjetbrainsのプラグインサンプルとか見るとgradle kotlinだよ
274デフォルトの名無しさん
2018/08/07(火) 16:44:57.71ID:28JrB4MB
それどころか Kotlin 本体のビルド環境が gradle kotlin
275デフォルトの名無しさん
2018/08/07(火) 17:16:36.31ID:G0vBEAD8
Xamarinのビルド環境もきっとgradle kotlin
276デフォルトの名無しさん
2018/08/07(火) 18:28:20.63ID:o+SXJDeg
コトリソ
277デフォルトの名無しさん
2018/08/07(火) 20:42:51.65ID:8GpHFpxu
Xamarinの内部実装はkotlin
278デフォルトの名無しさん
2018/08/07(火) 21:07:39.37ID:e65uwOnA
地獄で十王に責められたら良いと思うの
279デフォルトの名無しさん
2018/08/07(火) 21:22:19.33ID:Mbqc13Y2
>>272
昔やってみようかと思って調べたら、IntelliJですらコード補完がきかない上に、
エラー扱いでスクリプトが真っ赤になると聞いたんだけど、今はそういった状況って改善した?
build.gradleをbuild.gradle.ktsにするだけでOK?
IntelliJ使っているなら、体験談は聞きたい。
280デフォルトの名無しさん
2018/08/07(火) 21:37:26.55ID:aRZ5FP3o
そんなこと聞くより自分で試してみた方が早いのに
281デフォルトの名無しさん
2018/08/07(火) 22:49:04.93ID:Mbqc13Y2
>>280
過去の事例を見ていると泥沼になってるっぽいし、.ktsするだけならいいけど、
他に工夫がいるなら可能性のパターンが多すぎるし。
282デフォルトの名無しさん
2018/08/08(水) 06:03:13.82ID:xJ+k5fDW
あ、だめだこいつ典型的な使えないやつだ
283デフォルトの名無しさん
2018/08/08(水) 10:42:07.53ID:Xg7pdwcY
そんなことよりElectron for Kotlin作ろうぜ
284デフォルトの名無しさん
2018/08/08(水) 12:05:01.65ID:EGD1pmHY
それならflutter for kotlin作りたい
285デフォルトの名無しさん
2018/08/08(水) 12:26:11.98ID:EGD1pmHY
Xamarin for Kotlinがあればこのスレ的には最高だよな
286デフォルトの名無しさん
2018/08/08(水) 12:47:14.26ID:F+v67OAu
そうなのか?
287デフォルトの名無しさん
2018/08/08(水) 15:48:25.24ID:CvCa/3U5
新たな罰ゲームですかね
288デフォルトの名無しさん
2018/08/08(水) 18:02:33.28ID:APIHEME4
Xamarinほどの◯はない

◯に一字を当てはめて文章を完成させよ。
289デフォルトの名無しさん
2018/08/08(水) 18:44:25.32ID:jofvsI7K
290デフォルトの名無しさん
2018/08/08(水) 18:50:55.70ID:ohrY+dMQ
金箔貼っても○は○
291デフォルトの名無しさん
2018/08/09(木) 10:44:19.79ID:9RYWVA0H
292デフォルトの名無しさん
2018/08/09(木) 18:08:32.67ID:qR+R7UkW
幼女
293デフォルトの名無しさん
2018/08/09(木) 22:16:35.85ID:rXBLlSdn
苦学生なので太郎本誰か安く売ってください
294デフォルトの名無しさん
2018/08/09(木) 23:33:24.08ID:sQivJXeT
>>293
学校の図書館にはないのかね?
295デフォルトの名無しさん
2018/08/09(木) 23:37:13.44ID:rXBLlSdn
>>294
借りられてました(T_T)
おそらく夏休み期間中は返却されないでしょう…
296デフォルトの名無しさん
2018/08/10(金) 00:16:27.04ID:HvOo5lht
>>293
太郎本よりインアクション1冊持ってればいいよ
太郎本は入門時ぐらいしか役に立たないけど、インアクションは後々役に立つ
高いけど
297デフォルトの名無しさん
2018/08/10(金) 00:41:48.76ID:ucX04wSR
>>295
市や区の図書館はどうかな?
298デフォルトの名無しさん
2018/08/10(金) 01:48:25.18ID:3Gbr2Rmh
progate に、Kotlin は無いのか?

もしあれば、それをやれば?
299デフォルトの名無しさん
2018/08/10(金) 06:28:26.37ID:MBB3W1pK
>>295
polcaとかで募集してくれればカンパするけど、2ちゃんで晒すのは辛いかw
300デフォルトの名無しさん
2018/08/10(金) 07:35:25.13ID:/zQV8qwX
2933です。
冗談半分のつもりで書いたのですが、レスくださった方ありがとうございます。

他の図書館にもprogateにもなさそうなので素直に買います。
301デフォルトの名無しさん
2018/08/10(金) 08:06:14.26ID:iIeQ9v4K
明後日から来たの?ご苦労様
302デフォルトの名無しさん
2018/08/12(日) 00:47:17.48ID:iQgtAsnw
この言語があればJava使う機会なんてなくなるの?
303デフォルトの名無しさん
2018/08/12(日) 04:25:49.75ID:2b+MtdzC
>>302
Yes. ただし、Javaしか使っていない会社などからJavaでやるように指定があった場合や、
過去にJavaで書かれたライブラリのソースコードを参照したり修正したりする必要があるような場合などは
はその限りではない。
Oracle JDKのライセンス問題で、Kotlin関係なしにJVMごとJavaを使う機会がなくなるのでは
というのが目下の懸案だけど、JDK 11のリリースされる9月までにはなんらかの発表があって
目処がつくと信じたい。
304デフォルトの名無しさん
2018/08/12(日) 04:37:20.20ID:5MmmYY5A
>>302
今の所 Java VM 上で動かす方式が優勢なので使うと言えば使うなあ。
ただその内 Kotlin native が出来るので、そうなると Java VM 不要なので使わなくなると言える。
305デフォルトの名無しさん
2018/08/12(日) 04:52:22.30ID:scMYRNa0
Kotlin nativeはJavaのライブラリ使えないんだろ?
全部Kotlinで再実装しなきゃならんのなら辛くないか
306デフォルトの名無しさん
2018/08/12(日) 05:54:22.09ID:5MmmYY5A
>>305
今色々とライブラリ用意してる所なんじゃないか?
それとC言語用のライブラリとか、他の言語のライブラリも使えるようだぞ。
http://blog.64p.org/entry/2017/05/19/005703
まあ、nativeなら使えないわけがないとは思うが。
307デフォルトの名無しさん
2018/08/12(日) 09:06:47.01ID:a/u5qla2
google的にはkotlinも捨ててdartに行くつもりなのか
308デフォルトの名無しさん
2018/08/12(日) 10:35:43.82ID:pIqP21BS
>>302
将来的にはYes
現状はNo
JDKがないと使えない
309デフォルトの名無しさん
2018/08/12(日) 10:52:47.17ID:Lmkmcz7n
>>307
本命はwasmでしょ
flutterはgoogleによくある戦略外のお遊びプロジェクトで、すぐ消えるよ
310デフォルトの名無しさん
2018/08/12(日) 10:57:48.76ID:Lmkmcz7n
flutter程度のお遊びプロジェクトは様々な団体であちこちで生まれては消えてを繰り返している
Googleのそれに限って光り輝いて見えるのはSEOのせいであり、だからといってほとんどが失敗して消えていることに違いはない
いいかげん気付け
311デフォルトの名無しさん
2018/08/12(日) 10:59:13.78ID:a8EQc4Jn
そう思う根拠を教えて
なんとなくの決めつけじゃ説得力ないよ
312デフォルトの名無しさん
2018/08/12(日) 11:26:33.00ID:Lmkmcz7n
だいぶ色の違うプロジェクトではあるけど、最近だと軍事AIドローン開発の大プロジェクトが中止されたね
Google社員が猛反発し、集団退職まで起こった
結構な大ニュースのはずだけど知ってた?そういうもんよ
313デフォルトの名無しさん
2018/08/12(日) 11:57:57.27ID:GZJK6yDV
いや、だからgoogleのプロジェクトのうち長く続くものとそうでないものにどういう違いがあって、
flutterが後者である理由を教えてよ
314デフォルトの名無しさん
2018/08/12(日) 12:02:42.76ID:dVUCF5O6
FlutterはAndroidから噂の新OSへ移行するとしたら絶対必要になるけどな。
そのOS自体をやめない限りは絶対続くし、Java周りのアレのせいでgoogleがAndroidを大転換したがってるのは間違いない。
315デフォルトの名無しさん
2018/08/12(日) 12:40:46.93ID:nPGq7YXg
新OSはまぁ、あんまり期待できないな。マイクロカーネルっていうアーキテクチャは面白いとは思うけど
316デフォルトの名無しさん
2018/08/12(日) 13:05:29.23ID:iQgtAsnw
この間Javaの入門書買ったばかりなのにこんな良さげな言語があるとは…
下調べ不足だわ
317デフォルトの名無しさん
2018/08/12(日) 13:09:37.91ID:flgGmy0e
Javaの入門書やるレベルならまずはそれを終わらせたほうがいい
OOP何それレベルはさすがにKotlinでは門前払い
318デフォルトの名無しさん
2018/08/12(日) 13:16:54.14ID:cynVKITI
これからJava離れ、あるいはJVM離れが加速するかもしれないのにJavaデビューとは
もしIT業界で戦うための勉強だとしたらKotlinなんて知らない方がマシだぞ
319デフォルトの名無しさん
2018/08/12(日) 13:16:56.79ID:iQgtAsnw
>>317
未読のまま売ろうかなって思ってたけど読んだほうがいいかな
C言語をしばらくやってたからOOP何それ?とはならないけども
320デフォルトの名無しさん
2018/08/12(日) 13:18:28.15ID:iQgtAsnw
>>318
今大学三年なんだけどIT企業への就職を考えてる
もしIT業界で戦うための勉強だとしたらKotlinなんて知らないほうがマシ、っていうのはどういう意味?
321デフォルトの名無しさん
2018/08/12(日) 13:24:17.93ID:cynVKITI
>>320
Kotlin使える現場なんて少ないからな
ただでさえJava書いてるだけでストレス溜まるのにKotlin知ってたら「このコードKotlinなら・・・」って余計ストレス溜まるぞ
322デフォルトの名無しさん
2018/08/12(日) 13:49:37.06ID:pIqP21BS
そもそもIT業界への就職はやめとけw
ITやりたいだけなら普通の業界でもできる
323デフォルトの名無しさん
2018/08/12(日) 14:08:24.81ID:nPGq7YXg
まぁ、肌に合わなかったら辞めりゃいいやって甘い考えは捨てた方がいいかもな
324デフォルトの名無しさん
2018/08/12(日) 14:19:48.26ID:hK7vmWQc
ある程度自力裁量のあるプログラミングを業務としてやりたいというのなら、プログラミングの勉強ではなくIT業界研究に時間を割くべきだね
プログラミングやらせてもらえない名ばかりプログラマや〇〇エンジニアやコーダが転職もできない底辺過重労働を死ぬか壊れるまでする業界だぞ
どうしても判断できなきゃ「プログラミングに興味のある就活中の学生です」という体でツイッターと技術勉強ブログを公開して寄ってきた企業から選べ、確率的にはマシだ
325デフォルトの名無しさん
2018/08/12(日) 14:36:19.63ID:pIqP21BS
>>324
その言葉を学生の頃の俺に聞かせてやりたいよw
326デフォルトの名無しさん
2018/08/12(日) 14:40:05.08ID:gkOYpZX2
>>325
SIerの方ですか?
327デフォルトの名無しさん
2018/08/12(日) 15:20:58.90ID:nPGq7YXg
いつまでも学生気分じゃ困るんだよw
328デフォルトの名無しさん
2018/08/13(月) 21:03:42.61ID:JwNoNOMV
windowsで仕事してるIT企業はブラック
macで仕事してるIT企業はホワイト
わかりやすいよ
329デフォルトの名無しさん
2018/08/13(月) 21:41:45.50ID:z6+TJcGX
俺はLinux
330デフォルトの名無しさん
2018/08/13(月) 23:03:22.27ID:1WecOW6M
僕はNetBSD
331デフォルトの名無しさん
2018/08/14(火) 04:01:47.43ID:f3FANfLN
Linuxだなあ
332デフォルトの名無しさん
2018/08/14(火) 05:46:59.00ID:oNpJd1VZ
本当はLinuxにしたいけど、GUIツールが貧弱すぎるのとiOSもやらないかんからやむを得ずMac使ってる。
最近はWSLがだいぶ使い勝手が良くなったと聞くがどうなんだろうね。
333デフォルトの名無しさん
2018/08/14(火) 08:59:50.24ID:KA6KtKr+
Linuxを選べるIT企業はホワイト
Linux強制のIT企業はブラック
334デフォルトの名無しさん
2018/08/14(火) 09:06:12.38ID:lgg451+R
>>333
めっちゃ分かる。
何使っててもいいけど、自分で選べるかどうかが1番大事。
335デフォルトの名無しさん
2018/08/14(火) 12:59:50.75ID:CqIA5BO1
>>328
おまえがキモマカーだということはわかった
336デフォルトの名無しさん
2018/08/14(火) 13:41:30.60ID:rimj287y
mac強制の企業とかwwwww
337デフォルトの名無しさん
2018/08/14(火) 14:29:29.21ID:I/ZM5koT
強制というか、作ってる製品のサーバ側が Linux だからサーバ側に配属されたら Linux になるってだけのことだな。
338デフォルトの名無しさん
2018/08/16(木) 21:51:35.70ID:j2ztJgcf
有料でもいいからリッチなLinuxのGUIが出てこないもんかね
主流のやつは大体試してきたけど、普段使いのメインにするにはちょっと厳しい
339デフォルトの名無しさん
2018/08/17(金) 00:45:26.84ID:cjk17uo9
>>338
Linuxはそういうとこが弱い印象
MSにしろAppleにしろ素人集めて
UI使わせてどこで迷ったとかこういう動きした
とか実験して参考にしてるみたいだけど
Linuxは個人の趣味だけで作ってそう
340デフォルトの名無しさん
2018/08/17(金) 08:39:37.55ID:LhGk886y
よくLinuxは普段使えるGUIソフトが全然足りないと言われるけど、そもそもGUI自体が貧弱だから当然っちゃ当然だわな。
それがなんとかなりゃMacなんて使わないのに。
341デフォルトの名無しさん
2018/08/17(金) 09:01:22.85ID:WiAGQ6be
Linuxのデスクトップ環境程の糞はない
342デフォルトの名無しさん
2018/08/17(金) 09:05:52.81ID:LhGk886y
なんだ、やっぱりXamarinのせいだったのか
343デフォルトの名無しさん
2018/08/17(金) 09:10:33.20ID:7hC1UKUq
Androidでも使っとけ
344デフォルトの名無しさん
2018/08/17(金) 09:43:50.12ID:ogzk9Zno
LinuxにGUI求める奴はLinux向いてないからMac使った方がいいよ
Linuxはシェル駆使してターミナルで使う物
345デフォルトの名無しさん
2018/08/17(金) 10:15:43.19ID:ZNgpklI9
そうだねえ。
できればメインをLinuxにしたいんだけど、現状じゃ無理だ。
346デフォルトの名無しさん
2018/08/17(金) 11:54:10.87ID:GXJQ8joR
実際ほとんどの開発者はMacに流れたな
347デフォルトの名無しさん
2018/08/17(金) 12:07:24.52ID:w7QZd1Ca
>>344はまさにその通りなんだけど、
みんながみんなそれを言ってるからの現状なんだろうねw
348デフォルトの名無しさん
2018/08/17(金) 12:19:03.05ID:73aOPBuv
Macはパッケージマネージャがクソすぎるからなあ
WSLの出来が意外と良くて、好き嫌いを別にすれば既に開発環境としての使い勝手はWinに抜かれてる
349デフォルトの名無しさん
2018/08/17(金) 12:20:38.11ID:XtLPAIa9
>>344
なこと言ってるからいつまでもメジャーになれないんだよ
350デフォルトの名無しさん
2018/08/17(金) 12:56:35.66ID:w7QZd1Ca
しかしkotlinの話題ねーな
351デフォルトの名無しさん
2018/08/17(金) 13:24:43.25ID:HQ4sTWxq
>>349
なる必要などないしその労力は無駄であるというのがfvwm95の昔からの結論
352デフォルトの名無しさん
2018/08/17(金) 13:42:05.69ID:L5h1t/+7
>>348
Homebrew知らんの?
353デフォルトの名無しさん
2018/08/17(金) 14:17:43.45ID:xfqx4UeU
>>352
HomebrewってGUIだっけ?
>>350
XamarinスレだからKotlin 1.3の話をする人がいないのは仕方ないね。
354デフォルトの名無しさん
2018/08/17(金) 14:33:17.11ID:LZQG4mfs
ん?Windowsにまともなパッケージマネージャあったっけ?
355デフォルトの名無しさん
2018/08/17(金) 14:43:55.53ID:A0flNsox
scoop
356デフォルトの名無しさん
2018/08/17(金) 15:29:41.25ID:HvkpSUe9
>>354
apt
ほぼ普通のUbuntuがVMなしで使える
357デフォルトの名無しさん
2018/08/17(金) 15:32:05.29ID:HvkpSUe9
>>353
今のMacではHomebrewはmacOSのセキュリティと干渉してしょっちゅう不具合起こすよ
358デフォルトの名無しさん
2018/08/17(金) 16:30:28.89ID:ZNgpklI9
>>357
毎日のように使うけど、しょっちゅうってほど不具合は起きないぞ
OSのメジャーアップデートの時はやばいが
359デフォルトの名無しさん
2018/08/17(金) 21:16:05.18ID:qpR6osUU
同じく、しょっちゅう使ってるが、特にHomebrewで不具合起きてないぞ
360デフォルトの名無しさん
2018/08/17(金) 21:48:31.12ID:No8PGWXY
El Capitanになった時だけは死んだけど、それ以来はそんなことないな
361デフォルトの名無しさん
2018/08/17(金) 23:32:30.00ID:JHT8uO3j
MacはOSバージョン毎年変わるくせにアプリの互換問題な耐えないから大嫌い
362デフォルトの名無しさん
2018/08/18(土) 06:32:26.18ID:rejH9nbp
Xamarinみたいな糞でやるから不具合を起こす
363デフォルトの名無しさん
2018/08/18(土) 06:43:35.72ID:b/8OtQ4O
$brew install Xamarin
...
...
$ Error: Xamarin is shit. Uninstall it ? (Y/Y)
364デフォルトの名無しさん
2018/08/18(土) 10:30:10.12ID:F905Yoig
Windowsが好きなら黙って使っとけよ
わざわざ自分が使わないものを貶めなくてもいいだろ
365デフォルトの名無しさん
2018/08/18(土) 11:06:43.75ID:2sc6SUFd
Windowsは特に好きではないな
366デフォルトの名無しさん
2018/08/18(土) 11:36:54.08ID:/LU7vcJE
マカーはキモいから嫌い
367デフォルトの名無しさん
2018/08/18(土) 11:46:54.19ID:lnjd5vUp
かといってMacが好きというわけでもない
368デフォルトの名無しさん
2018/08/18(土) 11:56:45.00ID:DpHvDvUQ
MacはBSDに綺麗な服着せて見た目かっこよくしただけだからな
ちょっと凝ったことしようとするとシェル駆使する必要があって、Javaとか使ってるだけの純プログラマーに使いこなすのは難しいんだろ
369デフォルトの名無しさん
2018/08/18(土) 12:00:07.22ID:rejH9nbp
Kotlinの話題はスレ違い
370デフォルトの名無しさん
2018/08/18(土) 12:33:38.16ID:deSvY+zd
>>368
いや、Macのそういうところは好きだ。あのGUIは邪魔。
371デフォルトの名無しさん
2018/08/18(土) 22:33:24.33ID:b/8OtQ4O
MacとWindowsなんて、どこの板のどこのスレでも大荒れ必死な話題なのにこの程度しか燃えないのか
ほんとこのスレ過疎ってるな
372デフォルトの名無しさん
2018/08/18(土) 22:44:15.04ID:ub6IzT+t
盛り上がるのは知識がなくても誰でも一言言える話題だからだろうな。
スレチだから他でやれば
373デフォルトの名無しさん
2018/08/19(日) 16:56:24.77ID:5XAewA6I
ほんそれ。ここはXamarinスレだから、OS論争は他所でやれ、
374デフォルトの名無しさん
2018/08/20(月) 09:40:13.59ID:ND3E6qpc
Kotlinもよろしく
375デフォルトの名無しさん
2018/08/20(月) 09:50:24.62ID:ND3E6qpc
プログラミング言語のシェア競争は安定期に? 人気ランキングから見えてきたこと
https://wired.jp/2018/08/18/apple-swift-android-kotlin-rankings/
376デフォルトの名無しさん
2018/08/20(月) 10:10:29.63ID:x7paPDUd
やっぱこれからはJavascriptなんだな
377デフォルトの名無しさん
2018/08/20(月) 10:21:41.26ID:DKLH5BZm
これからはっていうか、JavaScriptは公用語みたいなもんだし……
378デフォルトの名無しさん
2018/08/20(月) 11:51:43.10ID:cNBkY4aq
Nodeが出来て、JavaScript はなんでも作れるようになったしな
379デフォルトの名無しさん
2018/08/20(月) 12:12:06.35ID:3h8qMdvN
CSSって言語なんかい
380デフォルトの名無しさん
2018/08/20(月) 12:28:51.39ID:43WzFeGw
>>374
スレ違い
381デフォルトの名無しさん
2018/08/20(月) 22:36:41.19ID:sOQT11b6
ことりん…寿命短かったな…
382デフォルトの名無しさん
2018/08/20(月) 22:58:38.25ID:GHO1XUgy
これからは Kotlin の時代
383デフォルトの名無しさん
2018/08/21(火) 06:43:02.77ID:pgnIL/+t
>>382
Android: 成功しているが、まだJavaの方が優勢。しかもモバイルOSはFuchsiaに移行していく。
JVM: OpenJDKの半年ごとリリースのサイクルについていけなくなる。
Javascript: 圧倒的にTypescript
Native: 完成の目処がたたない。
どうしよう未来(さき)が見えない…
と、スレチながら極論してみる。
384デフォルトの名無しさん
2018/08/21(火) 07:00:16.40ID:ER84EYK7
つまりDelphiの時代が来るということか
385デフォルトの名無しさん
2018/08/21(火) 07:46:05.84ID:zcrc23cN
>>383
FuchsiaのSDK(Flutter)ってDartだってw
386デフォルトの名無しさん
2018/08/21(火) 07:49:19.34ID:teJHwhtx
Nativeをもっと重視すべきだったんだよな
完全に後手
387デフォルトの名無しさん
2018/08/21(火) 08:52:04.60ID:/lM+iD3m
JBのリソースがそこまで足りてないんだろ
flutterが出る前にGoogle様に会社ごと買収して貰えばよかった
388デフォルトの名無しさん
2018/08/21(火) 08:52:53.59ID:/lM+iD3m
>>385
ほんとそれだけが地獄だよな。
flutterは良く出来てるけど、Dartが辛すぎるww
389デフォルトの名無しさん
2018/08/21(火) 10:34:10.23ID:SJcpraea
リソースないならJS切り捨ててNativeに注力しろよって思う
もしくは逆か
両方やろうとするからどっちも中途半端になってSwiftにもTSにも勝てないんだよ
390デフォルトの名無しさん
2018/08/21(火) 10:45:03.25ID:5BiPsrnL
JBって未だに正式なJavaの認証のないグレーなOpenJDKを配布してるよね
Nativeなんか成功するわけないんだから、遊んでる余裕があるなら
JBがOracleの正式なライセンスを受けたOpenJDKのディストリビュータになって、顧客にOpenJDKの安定的な提供を確約すべき
このままだとVSCodeに食われて潰れるのも時間の問題
391デフォルトの名無しさん
2018/08/21(火) 12:01:52.04ID:1AaNdj73
全然意味がわからない
392デフォルトの名無しさん
2018/08/21(火) 12:15:49.34ID:Y1HyydAv
わかんないんです
393デフォルトの名無しさん
2018/08/21(火) 12:45:30.29ID:m1oFA/yA
そのうちなんとかなるだろう。

Fuchsiaになったらなったでそれ用にコンパイルできるやつができればいいんじゃないか?
394デフォルトの名無しさん
2018/08/21(火) 17:18:03.76ID:22ftzkrn
Javaは仮想マシン使ってクロスプラットフォーム対応ってのが新しいと言われて普及したけど、それも今は昔
今後の主流はPWAだからJavaとかオワコンになりつつおる
395デフォルトの名無しさん
2018/08/21(火) 17:57:40.74ID:FPUp8w4J
PWAねえ
少なくとも当面の間は主流になることはないと思うよ
ビジネス的な理由で
396デフォルトの名無しさん
2018/08/21(火) 18:12:15.63ID:ER84EYK7
あー、馬場が持ってたベルト?
397デフォルトの名無しさん
2018/08/21(火) 18:29:43.31ID:FPUp8w4J
NWA
398デフォルトの名無しさん
2018/08/22(水) 08:56:38.71ID:Ee/2I2ZM
でもflutterって現状sdkってより只のUIツールキットだからな。だからfuchsiaのOS提供機能のAPIが別に用意されてそれは他の言語から自由にアクセスできるんだろうし。
下手するとdart/flutterを全く介さないアプリもfuchsiaで動かせるとか?
そこでmicrosoftさんで出番ですよ
399デフォルトの名無しさん
2018/08/22(水) 14:52:28.46ID:Opme7aq9
valをletにしてくれ
400デフォルトの名無しさん
2018/08/22(水) 15:46:02.41ID:TfhbroeT
sed 's/val/let/g'
401デフォルトの名無しさん
2018/08/22(水) 17:58:32.00ID:q9VwAvA5
>>395
そんなこと言ってると時代に取り残されるぞ
402デフォルトの名無しさん
2018/08/22(水) 18:06:27.10ID:HQ6oWCAi
そういう本質的でない技術は主流になってからやりゃいいよ
403デフォルトの名無しさん
2018/08/22(水) 20:16:12.08ID:8AiYFpTJ
let って再代入可な方じゃないの
404デフォルトの名無しさん
2018/08/22(水) 20:20:16.72ID:mHU9sjBy
>>403
関数型言語では、束縛といってletは再入不可だが、
JavaScriptとTypeScriptはなぜか再入可能になる
405デフォルトの名無しさん
2018/08/22(水) 20:39:29.39ID:KWi0p3U0
letよりvalの方が好きなんだけど
406デフォルトの名無しさん
2018/08/22(水) 20:40:29.82ID:0XlZNPWV
>>401
技術者としてはキャッチアップしておかなくちゃいけないけど、既存のプラットホームとの兼ね合いで主流になるまでのハードルは高いよ
具体的に言えばAppleとグーグルの稼ぎが減ってしまうから
407デフォルトの名無しさん
2018/08/22(水) 20:42:06.98ID:8AiYFpTJ
完全にjavascript脳だったわ…
408デフォルトの名無しさん
2018/08/22(水) 20:45:35.82ID:mHU9sjBy
>>407
それは君のせいじゃないから大丈夫
409デフォルトの名無しさん
2018/08/22(水) 20:46:41.41ID:KWi0p3U0
jsは呪い
410デフォルトの名無しさん
2018/08/22(水) 20:54:36.48ID:ROURn6Ut
本日は朝から晩までC言語漬けでした。
411デフォルトの名無しさん
2018/08/22(水) 21:02:15.44ID:O0qVPdaC
>>409
確かに
>>399
varとvalが紛らわしいと思う一方で、letと束縛のイメージが結びつかなくて気持ち悪いと思う自分がいる。
412デフォルトの名無しさん
2018/08/22(水) 21:11:20.85ID:mHU9sjBy
>>411
確かにlet自体には束縛の意味はない。関数型言語ではletを使って束縛をする(デフォルトで再入不可)というだけの話。JavaScriptではデフォルトが再入可能なので、letも再入可能になったってことかな?
413デフォルトの名無しさん
2018/08/22(水) 21:22:01.52ID:DbF2a/CJ
C言語程の糞はない
414デフォルトの名無しさん
2018/08/22(水) 23:32:50.26ID:HOzF47E5
>>412
(キリッ が付きそうなレスする前に再入可能の意味をググってみよう
リアルで恥かかなくて済んでよかったね
415デフォルトの名無しさん
2018/08/22(水) 23:39:06.16ID:mHU9sjBy
>>414
mutable immutableの和訳なんてどうでも良い
416デフォルトの名無しさん
2018/08/22(水) 23:51:36.95ID:7dusK3Vt
reentrantのことかな?
417デフォルトの名無しさん
2018/08/23(木) 02:26:41.19ID:0BdYLtyL
>>404
let を最初に使ったのは Lisp だろ
Lisp の let は新しいスコープを作り、そのスコープに変数を束縛する
スコープに束縛された変数は、再代入可能だし、初期値も必須では無い

最近の関数言語でも概念的には一緒だと思うんだけどね?
関数言語 let a = 1 とかした場合、これは a に 1 を束縛しているのではなくて、スコープに変数 a を束縛してその値を 1 にしている
そして >>411 が言ってるように、関数言語の場合は変数が再代入不可能だから a の値が 1 固定になる
418デフォルトの名無しさん
2018/08/23(木) 02:50:29.42ID:IMowIDim
binding自体は難しいものではないからな
特定の言語仕様がくっついたまんまの状態で別の言語で考えると「??」ってなるだけ
それは方言だってやつね
419デフォルトの名無しさん
2018/08/23(木) 05:10:43.81ID:NPcuqlt3
>>417
関数型言語
420デフォルトの名無しさん
2018/08/23(木) 06:12:59.25ID:TUtRWyI1
>>417
let a be 1 で値を1にするというのはまだわかるのだけど、
英語nativeじゃないからかもしれないが、
letという単語にそういうスコープ束縛の意味はない気がするのでイメージしづらい。

>>414
再入可能と再代入可能は違うとだけ指摘すればいいものを。
リアルでそんな指摘のしかたでは敵も多かろうに。
421デフォルトの名無しさん
2018/08/23(木) 06:15:01.67ID:jFi7Ee35
let it be
422デフォルトの名無しさん
2018/08/23(木) 06:25:49.65ID:NPcuqlt3
俺からしたらreentrantを再入可能なんていう訳がしっくりこないが
再呼出可能だろうと
423デフォルトの名無しさん
2018/08/23(木) 06:55:01.57ID:TUtRWyI1
もう一つ違和感の原因に思い当たったのだけど、
value a is 1, variable a is 1は英語の第三文型だけど、
let a be 1だと、第五文型になるので、統一感がなくなるというのもあるかもしれない。
424デフォルトの名無しさん
2018/08/23(木) 07:02:20.78ID:NPcuqlt3
違和感といえばC言語の『=』ですでに違和感感じてたw
左辺と右辺違うやんって
425デフォルトの名無しさん
2018/08/23(木) 07:44:11.85ID:heLt90+O
letと言えばBASICじゃろ
426デフォルトの名無しさん
2018/08/23(木) 08:07:32.06ID:NPcuqlt3
let me see
427デフォルトの名無しさん
2018/08/23(木) 08:12:26.38ID:mIuNhekR
whisper words of wisdom
428デフォルトの名無しさん
2018/08/23(木) 09:25:48.69ID:C+ya3+0M
Let it be.
429デフォルトの名無しさん
2018/08/23(木) 16:05:20.94ID:2F21HjPE
let me go.
430デフォルトの名無しさん
2018/08/23(木) 17:05:44.50ID:TUtRWyI1
>>423 第三文型じゃなくて第二文型(SVC)だったorz 第三文型はSVOだ
>>424
そのときにHaskellを知っていれば・・・みたいな話?
431デフォルトの名無しさん
2018/08/25(土) 12:19:58.62ID:00w/RGH3
>>430
その後に知ったのがMLなのでHaskellは無用だった
432デフォルトの名無しさん
2018/08/25(土) 14:40:53.80ID:3vWz7Zv+
Kotlin conf
433デフォルトの名無しさん
2018/08/25(土) 17:16:38.87ID:jtKhjY34
>>432
今日やるのはKotlin confじゃなくてKotlin Fest 2018だよね。
なんか進展ありました?
434デフォルトの名無しさん
2018/08/25(土) 20:16:12.81ID:uxLSKGCy
スライドと動画のリンクはよ
435デフォルトの名無しさん
2018/08/26(日) 13:31:35.98ID:HHP/3bjy
2018年 人気&嫌われプログラミング言語トップ25- Stack Overflow
https://news.mynavi.jp/article/20180604-639227/

Kotlin は結構愛されて求められてるね。
436デフォルトの名無しさん
2018/08/26(日) 13:37:00.99ID:dCoMS5v0
スライド一覧
https://kotlin.connpass.com/event/91666/presentation/
437デフォルトの名無しさん
2018/08/26(日) 17:07:51.07ID:568XLgVm
今まで色々な言語使ってきたけど、ことりんは凄く気に入ってる
ただ、それが依存してるJavaがなぁー
438デフォルトの名無しさん
2018/08/26(日) 17:20:40.99ID:vKa62JvF
おらくるりん
439デフォルトの名無しさん
2018/08/26(日) 18:00:56.59ID:IlV3X4+w
>>437
ほんそれ。Kotlinにガッツリ打ち込みたいけど、JVM自体がリスク因子になっちゃってて
440デフォルトの名無しさん
2018/08/27(月) 09:06:47.08ID:LJ5u+TtP
Kotlinは良い言語だよ、本当に良い言語だ(Dartを書きながら)
441デフォルトの名無しさん
2018/08/27(月) 09:24:55.01ID:n6GSDZ7+
そのうちなんとかなるだろう
442デフォルトの名無しさん
2018/08/27(月) 09:36:28.91ID:YiUsgylF
なんくるないさぁ
443デフォルトの名無しさん
2018/08/27(月) 10:25:22.43ID:sHn2zbuk
KotlinはnativeかJSのどっちかに注力しないとJVMに引きずられて消えてく気がする
444デフォルトの名無しさん
2018/08/27(月) 10:53:20.42ID:kUzPhAPi
そもそもKotlinは、なぜJVMで動くのが前提で作られたのか
Javaとの互換性を重視したんだろうけども
445デフォルトの名無しさん
2018/08/27(月) 11:19:52.14ID:YhTVciUp
そりゃJetBrainsの客層を考慮したら当然でしょ
JBの売上ってIntelliJとReSharperがほとんどだろ
後者はC#があるからKotlinは必要とされない
したがって選択肢はJavaしかない
446デフォルトの名無しさん
2018/08/27(月) 12:09:48.36ID:8IW9wWN5
kotlinってGoogleと協議とかなしで作り出したん?
447デフォルトの名無しさん
2018/08/27(月) 12:14:18.45ID:lo1+oiT7
Googleと協議してたらクソ言語が出来上がってただろうね
448デフォルトの名無しさん
2018/08/27(月) 15:20:05.25ID:EuSRu09h
Scala挫折組が低機能Scalaとして開発始めたんだから当然JVM言語
449デフォルトの名無しさん
2018/08/27(月) 16:28:17.61ID:TTmZykjy
>>445
ネット見てるとPycharm使ってる人多いように見えるけどこれは無料版かな
いま結構大手メーカーに出稼ぎに来てるけど、JS書くのにWebstormつかつてたわ
450デフォルトの名無しさん
2018/08/27(月) 16:51:13.12ID:/RdgAVio
WebStormはVSCodeの台頭で完全に死んだな
451デフォルトの名無しさん
2018/08/27(月) 17:27:07.24ID:mF1TLBvQ
VSCode使いやすすぎてヤバい
未だにたまにEmacsとかVimの特集やってる雑誌もあるけど、vimはともかく、なぜEmacsみたいな旧式のエディタ未だに使ってる人がいるのかわからん
452デフォルトの名無しさん
2018/08/27(月) 17:39:16.08ID:ShgtMbYl
VSCode良いけど、IntelliJが完全に上位互換といって差し支えないからなあ
VimとかAtomとかを使ってるなら乗り換えない理由がないけど
453デフォルトの名無しさん
2018/08/27(月) 18:02:28.82ID:TTmZykjy
TypeScriptならWebStormのリファクタリングがJavaとかKotlinと同じぐらい奇麗に処理してくれそうなんだよね
AndroidStudioのリファクタリング使いまくりな俺としてはどっちか選べるのならWebStorm使ってみたい
実際にWebStormのTypeScriptリファクタリング精度がどの程度なのか未確認なんだけど
454デフォルトの名無しさん
2018/08/27(月) 18:36:38.07ID:All5pOMN
>>453
無料で30日は使えるんだから試してみればいいじゃない。
おっしゃる通り、Typescriptで開発するならかなり良い。
455デフォルトの名無しさん
2018/08/27(月) 19:09:30.16ID:TTmZykjy
>>454
暇になったら昔趣味で作ったサイトをTypeScriptとか流行りものてんこ盛りで作り直そうと思っててね
WebStormが期待通りに動いてくれるなら楽しみだ
ありがとう
456デフォルトの名無しさん
2018/08/27(月) 20:21:02.60ID:l2rfNjjd
>>451
emacsは大昔からあって30年以上使ってるような人は既に体がemacsにカスタマイズされてしまっているので他のに移行するなんて出来ないのだろう。
457デフォルトの名無しさん
2018/08/28(火) 00:27:38.47ID:qPMx0sFJ
もう軽量言語は全部VSCodeでいいよ
458デフォルトの名無しさん
2018/08/28(火) 00:57:25.11ID:Vf6dn75Q
>>457
同意

ElectronってAtomのために作ったはずのに、そのAtomが重くて使いにくいくせに、MSが作ったら軽くて使いやすい物が出来る辺りは、やっぱMSってすげーなと思った

で、結局買収されたしw
459デフォルトの名無しさん
2018/08/28(火) 06:25:51.27ID:XKGlHBCJ
>>458
そりゃ母体の大きさが違いすぎて勝負にならんわw
460デフォルトの名無しさん
2018/08/28(火) 08:09:06.16ID:R/colDTu
>>456
VScodeが起動できる環境でVScodeで用が済む範囲ならVScodeを使ってるだろう
VScodeはターミナルじゃ使えないしEmacsとは別な方向性で重いし
461デフォルトの名無しさん
2018/08/28(火) 09:37:27.44ID:Vf6dn75Q
今時ターミナルでemacs使おうって環境がどうかと思うけどな
設定ファイルぐらいならviでいいし
462デフォルトの名無しさん
2018/08/28(火) 11:38:27.93ID:yohivMkN
そもそもデフォルトでemacs入ってるディストリビューションってまだあるの?
463デフォルトの名無しさん
2018/08/28(火) 13:21:51.83ID:TyYvqCK6
>>462
おう、昔はPC-UNIXのディストリビューションにデフォで入ってたみたいな言い方はやめろや
今も昔もEmacsは選択インストール対象だ
464デフォルトの名無しさん
2018/08/28(火) 17:14:30.14ID:C1AWmFJx
>>460
emacsを体で覚えてしまった人は似たようなものでemacsが動く環境ならそれで全てができてしまう状態なんだよ。
だからそう簡単には離れられない。
465デフォルトの名無しさん
2018/08/28(火) 18:22:38.84ID:t4rYC5Jj
かれこれ20年以上Emacsを使っている
ターミナルではctrl+x 2, ctrl+x d が便利
466デフォルトの名無しさん
2018/08/28(火) 22:06:47.36ID:GhUGfpLA
まじでemacsはおっさんしか使わないわな
viはまあサーバーに入って何かするのに必須だから基本操作くらいはできるやつ多いだろうけど
467デフォルトの名無しさん
2018/08/28(火) 22:50:19.69ID:CqD+kceR
オペレーションマニュアル作る時にesc-x shell は便利
viでも同じ事出来るのけ?
468デフォルトの名無しさん
2018/08/28(火) 23:05:43.44ID:JxISYFqP
Kotlin使ってるくせに 静的言語+IDE じゃない組み合わせでコード書くとかありえないっしょ
なのでそれ以外の用途につかうエディタなんてEmacsで十分
それとも Kotlin 使ってもないのにこのスレ監視してる人?
469デフォルトの名無しさん
2018/08/28(火) 23:07:07.56ID:JxISYFqP
>>467
最近はVimでもVSCodeでも出来るらしいですよ
emacsは30年前から出来てたけど
470デフォルトの名無しさん
2018/08/28(火) 23:32:38.28ID:XKGlHBCJ
うわあ、めんどくさいemacsおじさんがこのスレにもいる
前職で散々聞かされてうんざりしてるからやめてくれよ
この手の人たち、ジョークじゃなくて本気でエディタ論争仕掛けて来るからほんとめんどくさい
471デフォルトの名無しさん
2018/08/28(火) 23:54:19.67ID:t4rYC5Jj
Emacs+RCSでレッツノスタルジー
472デフォルトの名無しさん
2018/08/28(火) 23:54:50.93ID:JxISYFqP
エディタなんて使う必要ない Kotlin スレで延々とエディタの話するとかありえないですよね
473デフォルトの名無しさん
2018/08/28(火) 23:59:56.45ID:gEHuyurv
ここはドザーに監視されています
474デフォルトの名無しさん
2018/08/29(水) 00:05:06.69ID:9qc8dwr8
お前ら当然ideaVim入れてるよな
475デフォルトの名無しさん
2018/08/29(水) 00:20:25.87ID:4LgLafY9
Kotlinは良い言語だけど、JDKに起因する虚無感が漂っててネタがないので、エディターとか他の話で盛り上がってしまう
476デフォルトの名無しさん
2018/08/29(水) 01:43:58.68ID:MJ/3ckLX
Kotlin書くなら現状IntelliJ IDEA以外の選択肢はないと思う
477デフォルトの名無しさん
2018/08/29(水) 08:55:33.55ID:UFf+dawx
vi vs emacs
ファイ!
478デフォルトの名無しさん
2018/08/29(水) 08:56:40.80ID:SgdWV5FD
勝利の条件は?
479デフォルトの名無しさん
2018/08/29(水) 08:56:57.54ID:Ldu6Ol6t
面白いと思ってやってるんだろうな
480デフォルトの名無しさん
2018/08/29(水) 09:01:22.60ID:ZDG8YYaG
>>478
そりゃXamarinが開発しやすい方
481デフォルトの名無しさん
2018/08/29(水) 18:36:42.36ID:bZ2D0xRL
めんどくせえから vim で Kotlin 書いてる
482デフォルトの名無しさん
2018/08/29(水) 18:40:08.33ID:n9AQAOMs
めっちゃ効率悪そう
こんなにIDEの恩恵の大きい言語なのに
483デフォルトの名無しさん
2018/08/29(水) 18:42:01.87ID:d2bEpQya
セクシーvim
484デフォルトの名無しさん
2018/08/29(水) 18:44:47.55ID:n9AQAOMs
エリーゼの憂鬱
485デフォルトの名無しさん
2018/08/29(水) 19:06:34.27ID:bZ2D0xRL
>>482
いや今のところ仕事でバンバン使う招待じゃないからいいの。vimだと思い付いた瞬間に起動してすぐ打てるし。
486デフォルトの名無しさん
2018/08/29(水) 19:07:02.87ID:bZ2D0xRL
招待じゃねえ。状態。
なんという変換ミス。
487デフォルトの名無しさん
2018/08/29(水) 20:42:13.07ID:JiypegGw
きょうび開発環境でメモリ足りなくなったりしないからIntelliJは起動しっぱなしだし、思い付いて即試したいものはREPL使うからなー
488デフォルトの名無しさん
2018/08/29(水) 22:02:19.46ID:n9AQAOMs
昔からのやり方を変えられない人ってのはいるんだよ
そっとしておこう
489デフォルトの名無しさん
2018/08/29(水) 23:31:36.28ID:0CwGsWHn
ことりんの好きなとこ聞かせて……♡
490デフォルトの名無しさん
2018/08/29(水) 23:40:59.87ID:SESzavoJ
一気 一気 一気
491デフォルトの名無しさん
2018/08/30(木) 06:00:27.98ID:dm1it4Rq
>>489
名前がかわいい
492デフォルトの名無しさん
2018/08/30(木) 09:38:32.23ID:Le3eFjin
>>487
いや、足りなくなる。なぜならそんなにメモリ乗せてないからだ。w
493デフォルトの名無しさん
2018/08/30(木) 10:10:25.50ID:RHVn/jmd
ことりんは名前がいいよな
外国人だとなんとも思わないんだろうけど
494デフォルトの名無しさん
2018/08/30(木) 11:51:57.24ID:A5Nytyjy
外国人だといたずらする小さい悪魔みたいなのを連想するかも知れんね
495デフォルトの名無しさん
2018/08/30(木) 12:52:29.32ID:5tasm/PE
コトリン≒グレムリン
496デフォルトの名無しさん
2018/08/30(木) 13:01:58.56ID:KRQyC6Sq
コトリンはとっても歌が好き
497デフォルトの名無しさん
2018/08/30(木) 13:03:15.68ID:PWKdEfBK
ラブライブオタクの男性が使ってそう
498デフォルトの名無しさん
2018/08/30(木) 18:27:27.54ID:fWBwT80E
ちゃんと実装面でもいいとこ言えよ
499デフォルトの名無しさん
2018/08/30(木) 19:08:54.43ID:+O/rJ+xn
>>495
こっちこっち
https://ja.m.wikipedia.org/wiki/%E3%82%B4%E3%83%96%E3%83%AA%E3%83%B3
500デフォルトの名無しさん
2018/08/30(木) 20:30:10.31ID:hZsCsB95
>>492
えくりぷすならともかくいんてりじぇーでメモリが足りなくなるようなマシンならKotlin使う方が間違い
501デフォルトの名無しさん
2018/08/30(木) 21:08:16.40ID:+O/rJ+xn
さよか
502デフォルトの名無しさん
2018/08/31(金) 00:26:18.34ID:U+1CMk5o
じゃあ久しぶりに IntelliJ 起動してみるか。
503デフォルトの名無しさん
2018/08/31(金) 00:30:31.00ID:U+1CMk5o
Tip of the day が出るまで約4分10秒。
504デフォルトの名無しさん
2018/08/31(金) 00:31:51.85ID:U+1CMk5o
あ、アップデートされてた。
505デフォルトの名無しさん
2018/08/31(金) 01:13:21.25ID:n1J7aQ9W
IntelliJもVSCodeもスタートアップに入れて常時起動してるわ
506デフォルトの名無しさん
2018/08/31(金) 01:59:46.03ID:U+1CMk5o
他のソフトをあまり起動しないならそれでも耐えられるが・・・
507デフォルトの名無しさん
2018/08/31(金) 06:22:38.45ID:/sWAa9/j
>>503
さすがにそれはヤバいw
開発機なら今すぐ買い換えた方が良いレベル

久しぶりに起動してそれならindexingに時間かかってるんだろうから、CPUかなあ、当てずっぽうだけど
508デフォルトの名無しさん
2018/08/31(金) 06:54:42.55ID:dga5iekD
ここはKotlinスレであってうんこマシンスレじゃないからそろそろスレ違い
509デフォルトの名無しさん
2018/08/31(金) 07:18:55.50ID:CJK5tEGV
使わなきゃいいよ
510デフォルトの名無しさん
2018/08/31(金) 07:30:16.16ID:H6eFv5vS
コトリン=やかん
511デフォルトの名無しさん
2018/08/31(金) 09:56:10.67ID:s5ujzdS3
>>507
そうかも知れん。アップデート後に起動したら1分ぐらいだった。
まあしかし開発マシンと言えるほどのものではない。
個人で持ってるPCでそこでは趣味で小さいプログラム作るぐらいなので。
512デフォルトの名無しさん
2018/08/31(金) 09:58:00.72ID:s5ujzdS3
そう言えば IntelliJ がサクサク動くレベルのPCのスペックってどのぐらいのものなんだ?
513デフォルトの名無しさん
2018/08/31(金) 14:07:47.80ID:yE1PVwqN
pentiumとかで十分
ただし中身がatomのは除く
514デフォルトの名無しさん
2018/08/31(金) 15:53:14.27ID:XY0RCqgk
2013年のMac miniでもサクサク動く
515デフォルトの名無しさん
2018/08/31(金) 16:17:00.17ID:QwhpIYLE
だよな。pentiumマシンで十分だろ。ストレージはssdで。
ただし実機でデバッグ
516デフォルトの名無しさん
2018/08/31(金) 18:01:38.83ID:/sWAa9/j
実機デバッグという言葉を見るにやっぱことりんスレだとAndroid前提の人が多いんかな
サーバーサイド勢としては寂しい
517デフォルトの名無しさん
2018/08/31(金) 21:21:31.43ID:hMrh4GUk
動画まだー
518デフォルトの名無しさん
2018/08/31(金) 23:04:36.44ID:WgasQgHw
spring boot + mybatis + kotlin というテンプレでやってるよ
519デフォルトの名無しさん
2018/09/01(土) 08:51:56.86ID:u4pJ8FQM
>>518
Spring bootってもうことりんで問題ない?
今のところフルことりんだとSparkでライトなサイトしか作ってない。
katorはちょっと前に試したけどまだまだ未完成で辛かった
520デフォルトの名無しさん
2018/09/01(土) 09:25:59.26ID:/xY33kfI
うちはJSFだよ・・・
521デフォルトの名無しさん
2018/09/01(土) 11:51:57.41ID:KLF1+M6N
>>516
「Android StudioでつくるAndroidアプリ入門(半端にカラーで分厚い)」みたいな本では軒並みKotlin対応になってるので
最近親切げな本一冊でAndroid始めた人はみんなKotlinやってると思う
ていうかJavaで作るAndroidアプリ本がもう売ってねえ
522デフォルトの名無しさん
2018/09/01(土) 16:03:58.00ID:RM3jfGhF
>>521
会話が成立しているように見えて実は噛み合ってない好例
523デフォルトの名無しさん
2018/09/01(土) 19:34:55.36ID:Rh8y2Q/M
>>519
まだboot 2.0に上げれてないけど致命的な問題に遭遇したことはない

beanとinterface default methodの組合せで起動時エラーになってたが、@JvmDefaultで回避できるようになったし
@JvmDefault以前も拡張関数でどうにかなってた
524デフォルトの名無しさん
2018/09/02(日) 07:01:35.41ID:HcdhtgGT
今からJava学ぼうと思ってたんだけど、様子見たほうがいい?
この言語がJavaに代わってすごい伸びそうだって聞いた
でもそれって何年後なんだろう
525デフォルトの名無しさん
2018/09/02(日) 08:12:19.19ID:YyZEg2UH
>>524
様子見できるなら、9月末のOpenJDK 11のリリースか2019年3月のOpenJDK 12のリリースまで
様子見すれば、OpenJDKのLTSが出るのかどうかはっきりすると思う。
2017年はAndroid公認になって伸びるといわれて、実際そこそこ伸びた。
でも、2018年に入ってからはOracleのJDKリリースサイクル変更の問題や
7月のGoogleがAndroidごとJava, Kotlinを捨ててFuchsiaに行くような話も出ているし、
伸びそうというのがいつの時点での情報を元にした認識かにもよると思う。
526デフォルトの名無しさん
2018/09/02(日) 08:55:58.30ID:9dGgsJL0
>>524
KotlinはJavaの方言のようなもの
Javaに代わって主役になるなんて現実にはあり得ないし、Javaが消えたら自動的に消滅する
527デフォルトの名無しさん
2018/09/02(日) 09:35:26.62ID:gD15kiFt
>>526
言語としては残るんじゃないの。
JVMで動くかどうかは別にして。
528デフォルトの名無しさん
2018/09/02(日) 10:10:50.96ID:TnkSt01Q
Flash亡き後のActionScriptみたいな立ち位置になるんじゃね
529デフォルトの名無しさん
2018/09/02(日) 10:19:47.73ID:Da7XMf2L
Javaの文法はもう古い
時代の流れ的にKotlin風の文法が主流になるのは間違いない
530デフォルトの名無しさん
2018/09/02(日) 11:22:45.32ID:CgXmm1Wz
android無視すると逆にそこまでkotlinである必要もねぇんだよな。
javaにラムダもきたしjava10でローカル変数の型推論もきたし。
531デフォルトの名無しさん
2018/09/02(日) 11:29:58.18ID:or4fFUVY
どちらかというと純Javaでなければならない理由を考えたほうがいい
どーしてもJavaじゃないと困るのでないならもはやKotlinでいい

んで次は「それを実現する」のにJVM+Kotlinでなければ困る理由をなんとかこう捻り出すのだ
532デフォルトの名無しさん
2018/09/02(日) 12:07:21.12ID:vk0FFkyb
>>529
TypeScriptの流行なんかも含めると時代はKotlin風というよりC#風かな
ベースとしてC#にインスパイアされたちょっとLightweight&FunctionalなC系の流れの本流に近く、
その中では比較的Ruby系に似せた仕上げのなされた言語と位置付けるのが妥当
533デフォルトの名無しさん
2018/09/02(日) 13:01:24.78ID:2NNLLZ0f
インスパイアっていうか作った本人やで
534デフォルトの名無しさん
2018/09/02(日) 15:52:17.48ID:4Jf6YH6e
時代は Kotlin
535デフォルトの名無しさん
2018/09/02(日) 16:14:44.69ID:kda+Jy32
まあどんなに少なく見積もってもあと5年以上は生きてるだろうから別に今から勉強しても損にはならない
536デフォルトの名無しさん
2018/09/02(日) 16:47:03.27ID:FIE7AeLW
Java程の糞はない
537デフォルトの名無しさん
2018/09/03(月) 11:39:23.18ID:7Lmz6SJ5
今後は、Nativeなアプリ開発はSwiftに、JSのアプリ開発はTypescriptに、JVMのアプリ開発はKotlinが主流になるよ

問題は、そのJVMの必要性が薄れつつあるのがなぁ・・・(^_^;)
538デフォルトの名無しさん
2018/09/03(月) 16:57:35.00ID:bm6csMD2
swiftて…
539デフォルトの名無しさん
2018/09/03(月) 17:52:17.69ID:FSremTAS
時代に全くついていけてないオッサンか、最近そこらへんのことを知ったばかりのど初心者かどちらかだろ
540デフォルトの名無しさん
2018/09/03(月) 19:30:53.14ID:cJt/EPTM
JVMなアプリ開発はネイティブなアプリ開発じゃないんか
541デフォルトの名無しさん
2018/09/03(月) 22:12:13.16ID:zx7i183W
>>540
定義にもよるかもしれないが、間にJVMが挟まる以上ネイティブではないと考えるのが妥当では?
542デフォルトの名無しさん
2018/09/03(月) 22:24:09.46ID:ALq1D/mh
どっからどう見てもツッコミどころしかないんだからそんなにマジレスしても禿げるだけだぞ
543デフォルトの名無しさん
2018/09/04(火) 05:55:27.61ID:cOOjSQrW
Swiftが注目されている頃に、Apple系以外のプラットホームのアプリも開発できるようにしようとかいう動きがあった気がしたけど、その後全く聞かないな
544デフォルトの名無しさん
2018/09/04(火) 10:59:01.66ID:BRj2Sf6A
>>543
Googleが次期OSの開発にSwift使おうとしてるやん
そのためにSwiftの開発者引き抜いた
Kotlinはあくまで繋ぎだよ
545デフォルトの名無しさん
2018/09/04(火) 11:40:07.04ID:sAAfH0pf
swiftは言語的には良さそうなのに閉鎖的すぎてkotlinより可哀想
546デフォルトの名無しさん
2018/09/04(火) 12:37:20.05ID:C8rRXEwD
スレチだがtypescriptに完全に置き換わるなんてことあるのか?
547デフォルトの名無しさん
2018/09/04(火) 12:50:28.61ID:E38pu6rG
>>544
Fuchsiaはswiftだけじゃなくて go rust dart あたりもサポート進めてる
このまえレポジトリ見たときには rust の文章が多めの感じだった
ラトナーがこれに関わってるのなら swift というより llvm 絡みなんだろうなという感じ
548デフォルトの名無しさん
2018/09/04(火) 12:58:24.52ID:XfBhqM98
>>546
置き換わるっていうか、tsはバニラjsとシームレスに混在できるから、かなり浸透はするだろうね。
549デフォルトの名無しさん
2018/09/04(火) 12:58:30.25ID:Xz2Zp+3X
Kotlin native もそこに突っ込めればナイス
550デフォルトの名無しさん
2018/09/04(火) 12:59:33.10ID:XfBhqM98
少なくともRailsブームの時にCoffeeで作っちゃったものは早いとこTSに置き換えておかないと誰もメンテできない巨大な負債になりそう
551デフォルトの名無しさん
2018/09/04(火) 17:52:08.00ID:9ZNVrHxI
>>546
置き換わると思うよ
JVMを使うことの必要性が薄れてきてるからね
Nodeが出来たりGAFAのJava離れが進んで、ネイティブ以外はWEB良いじゃんって方向性になりつつある
552デフォルトの名無しさん
2018/09/04(火) 19:13:22.45ID:cOOjSQrW
>>551
あ、JSがTSに置き換わるかって話なんでJVMとか関係ないです
553デフォルトの名無しさん
2018/09/04(火) 19:33:14.61ID:b59XDMco
>>552
それだと完全にスレチだからよそでやってくれ
554デフォルトの名無しさん
2018/09/04(火) 20:04:04.38ID:sAAfH0pf
Triple()のTripleを省略したいんだけど
555デフォルトの名無しさん
2018/09/04(火) 20:33:14.08ID:6FmT1oQF
JVMは廃れるのは間違いないのだがさて何年かかるかって話だな

Javaはまもなく終わるスマホと心中するってAndroid4前には口さがなく言われてたんだよ
4.4で成功しちゃって誰もそんなことは言わなくなったけども
いやもう未来はわからんねえ
556デフォルトの名無しさん
2018/09/04(火) 22:07:22.64ID:yZpDF79E
Fuchsiaの普及次第だろうな
557デフォルトの名無しさん
2018/09/04(火) 23:53:53.23ID:r4H5XRUh
>>555
ICS前?確かにショボかったけどそんな風潮だったの?
558デフォルトの名無しさん
2018/09/05(水) 01:49:28.53ID:0GglgiBh
良くも悪くも一寸先は闇だ。
未来予測は現在までに得た情報からしか出来ない。
しかし明日何かが新たに現れるかも知れず、それによりそこから先の未来は予想と大きく違ってしまうかも知れない。
559デフォルトの名無しさん
2018/09/05(水) 03:17:49.18ID:V9sM8MoF
明日太陽が爆発するかも知れない
560デフォルトの名無しさん
2018/09/05(水) 05:55:33.83ID:umu43H9N
Javaオワコンだなんてこれまで何度言われ続けてきたことか
561デフォルトの名無しさん
2018/09/05(水) 08:00:38.61ID:rn0+ncro
>>551
自分でWebって言ってるのにクライアントサイドのことしか頭にないのはなぜ
562デフォルトの名無しさん
2018/09/05(水) 08:12:18.73ID:Utg8HVgU
>>561
なんとか揚げ足を取りたい気持ちはわかるが561はどう見てもサーバーの話してるだろ
563デフォルトの名無しさん
2018/09/05(水) 08:25:57.21ID:o7gnHsE6
Javaっぽいなにかを使ってるSalesforceは廃れてほしい
564デフォルトの名無しさん
2018/09/05(水) 08:37:05.84ID:cPIGyNE8
仕事でSalesforce使ってるけどうんこオブうんこ
565デフォルトの名無しさん
2018/09/05(水) 08:55:29.56ID:Tf/3p2cV
俺は触ったことないけど、トラウマレベルのゴミだと聞くな、salesforce
566デフォルトの名無しさん
2018/09/05(水) 09:53:21.35ID:0iDdFT9o
>>562
Node知らんのだろ
そっとしておいてやれ
567デフォルトの名無しさん
2018/09/05(水) 10:07:22.39ID:tPjc+KWG
まあJVM使わなくなったとしてなぜ置きかわり先をNodeに限定してるのかは謎だけどな
どっちにしろスレ違い
568デフォルトの名無しさん
2018/09/05(水) 10:09:16.76ID:tPjc+KWG
ここはXamarinスレなんだから脱JVMなんて言わずにサーバーサイドkotlinを粛々と語るべき
569デフォルトの名無しさん
2018/09/05(水) 11:05:54.74ID:r9nZHom4
Javaで書いてコンパイルしてclassをJVMで実行
TypeScriptで書いてコンパイルしてjsをNodeで実行

まー、似たようなもんだしな
570デフォルトの名無しさん
2018/09/05(水) 11:25:49.59ID:tPjc+KWG
Nodeは一時期ソシャゲのサーバーサイドなんかで広まりまくったけど、
最近そういう大量の軽いリクエストを同時に捌く系の用途はGoが主流になりつつある
571デフォルトの名無しさん
2018/09/05(水) 11:33:47.93ID:r9nZHom4
これやね
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00138/082900134/
572デフォルトの名無しさん
2018/09/05(水) 12:05:54.80ID:cJG26loV
>>568 みたいに、ここはXamalinスレとか言ってるやつって、それが面白いと思ってやってるのかな。
認知症のジジイが、同じこと繰り返してるような痛々しさしか感じないんだが。
573デフォルトの名無しさん
2018/09/05(水) 12:14:26.17ID:HhIlykKk
その痛々しいのが面白いんだからやらせとけ
574デフォルトの名無しさん
2018/09/05(水) 13:22:37.88ID:wzMfXBWL
>>571
新しい物が出ないと儲からないんで。
575デフォルトの名無しさん
2018/09/05(水) 13:57:57.38ID:r9nZHom4
>>572
みんなそう思いつつもスルーしてやってる
それがエンジニアの優しさってもんだw
576デフォルトの名無しさん
2018/09/05(水) 14:02:21.56ID:T/WpsLH4
やっぱみんなSalesforce嫌っててワロタ
577デフォルトの名無しさん
2018/09/05(水) 21:29:36.82ID:nZyVa9Vv
Xamarinが糞はガチ
578デフォルトの名無しさん
2018/09/06(木) 07:10:22.75ID:2Nxw2vkQ
>>577
前々から疑問なんだけど
Xamarinは糞とか言うけどC#が糞とは言わないよね
ここはKotlinて言語のスレなんだから合わせたら?
まあスレチだから書き込まないでくれると助かるんだけどさ
579デフォルトの名無しさん
2018/09/06(木) 09:05:13.51ID:dX1/sVDQ
じゃあKotlinの話題振れや
何も有益な情報提供せずに何様だ
580デフォルトの名無しさん
2018/09/06(木) 10:11:38.12ID:o+OPZRLL
>>578-579
なんでそんな攻撃的なんだお前らは
黙ってスルーしてりゃいいのに
581デフォルトの名無しさん
2018/09/06(木) 10:26:01.36ID:BY1c9tpo
セミコロン不要の原理が分からん。
582デフォルトの名無しさん
2018/09/06(木) 10:49:04.09ID:4eCSXzt1
セミコロンを使うところはある
583デフォルトの名無しさん
2018/09/06(木) 10:50:39.97ID:BY1c9tpo
むしろセミコロンしない意味が分からない。
584デフォルトの名無しさん
2018/09/06(木) 12:36:16.47ID:pKozZaHb
>>583
FlutterでDart使うと、セミコロンのうざさがわかると思うよ。
FlutterはKotlinの言語仕様と相性がいいのにDartなんだよなー。
585デフォルトの名無しさん
2018/09/06(木) 13:24:49.82ID:dgk28rmo
korlinなんて求人がないやろ
586デフォルトの名無しさん
2018/09/06(木) 13:54:36.77ID:wXdxhVk6
まあKotlin名指しの需要はないよね
言語選択の裁量のある現場において使いたいから使うもの
587デフォルトの名無しさん
2018/09/06(木) 13:57:34.81ID:BY1c9tpo
Javaが金徴収し出したら本気出すんだろ?
588デフォルトの名無しさん
2018/09/06(木) 14:04:40.46ID:pKozZaHb
>>585
Kotlin名指し
https://www.wantedly.com/projects/205802#_=_
589デフォルトの名無しさん
2018/09/06(木) 14:05:24.13ID:pKozZaHb
募集終了してた。
590デフォルトの名無しさん
2018/09/06(木) 14:06:11.47ID:dX1/sVDQ
いやいやAndroidアプリの求人はKotlinだらけだろ
メルカリもKotlinや
591デフォルトの名無しさん
2018/09/06(木) 15:12:12.23ID:Tqiy9MBA
( ´_ゝ`)フーン
592デフォルトの名無しさん
2018/09/06(木) 16:22:26.32ID:lFWuuZpY
KotlinだからってKotlin経験者に限定して求人する必要は全くないだろ
Javaできれば何の問題もない
593デフォルトの名無しさん
2018/09/06(木) 16:51:45.07ID:bRIinw5S
むしろKotlinに限定してJava触ったこと無い奴来たら困る
594デフォルトの名無しさん
2018/09/06(木) 17:00:39.18ID:ZcSEFoVt
Javaを知らずにKotlinって覚えられるの?
595デフォルトの名無しさん
2018/09/06(木) 22:30:08.94ID:iCYWIlzK
>>594
「覚える」がどの程度のことを指すのかが不明確で釣りっぽいが、短く答えるなら、
覚えられるが、実用段階でJavaを知ることになるだろう
と言ったところか。
596デフォルトの名無しさん
2018/09/06(木) 23:05:18.74ID:32DDkdXL
別に書けなくても読めれば十分だゾ
597デフォルトの名無しさん
2018/09/07(金) 00:05:24.61ID:YP90mACH
アプリからライセンス情報確認してみたが、
メルカリもabemaTVもクックパッドもKotlin使ってるな
フルKotlinかどうかは分からんが
598デフォルトの名無しさん
2018/09/07(金) 06:13:39.21ID:GiSaQgKi
>>597
前々から疑問に思っていたけど、JVMやJSのKotlinのランタイムライブラリは
Apache 2 licenseだから、製品に含めるときにNOTICE.txtの表示は必要?
ScalaはBSDライセンスだから不要だと思っているんですが。
599デフォルトの名無しさん
2018/09/07(金) 08:32:52.04ID:OkUHpPxR
bsdなら表示しないと駄目だろ。binary も対象って明示されてる
600デフォルトの名無しさん
2018/09/07(金) 09:07:05.90ID:rX7uCTgi
俺は他のライセンスとまとめて書いてるよ
なんならMITのライブラリもリストする

作者への敬意というより、依存してる外部ライブラリをリストしておきたいという理由で
601デフォルトの名無しさん
2018/09/07(金) 09:13:29.66ID:GiSaQgKi
>>599
スマン。三条項BSDライセンスに宣伝条項がないという記述の意味を勘違いしていた。
でもランタイム同梱はライセンス条項の適応を受けるという解釈は>>598であってます?
もしそうなら、Javaで作ったものには特に著作権表示がいらないけど、
Koltlinで開発した場合は(実行環境にランタイムがインストールされていない限り)
ライセンス表示が必要ということになると思うのですが。
602デフォルトの名無しさん
2018/09/07(金) 16:17:32.09ID:ug0G4yCI
そんなことよりKotlinがApacheライセンスであることの最大の問題は、GPLv2と互換性がないことだぞ
つまり、Kotlinで作られたものにはGPLv2を適用できない
これは、クラスパス例外を外して配布されたOpenJDKとリンクしたり、
OpenJDKと同じGPLv2クラスパス例外ライセンスを適用して配布したりすることもできないことを意味する
GPLv2に固執し意図的に特許周りをグレーなままにしているオラクルに対するアンチテーゼかな
603デフォルトの名無しさん
2018/09/07(金) 16:24:53.08ID:NObVwHBx
なんで平然と嘘を書くかな
604デフォルトの名無しさん
2018/09/07(金) 16:40:46.83ID:ug0G4yCI
>>603
Apache License 2.0がGPL2.0と互換性ないのは普通に事実だぞ
https://www.apache.org/licenses/GPL-compatibility.html
Kotlin製のソースをGPL2.0で配布しようとしたら、ランタイムライブラリをGPL2.0で提供できない限りGPL違反
605デフォルトの名無しさん
2018/09/07(金) 17:01:42.60ID:YCIVAW4t
ライセンス周りのことになるとこういう頭のおかしい拡大解釈する奴が必ず出てくるよな
606デフォルトの名無しさん
2018/09/07(金) 18:13:05.26ID:StIzx9Y6
拡大じゃない解釈を教えてくれよ
ApacheライセンスがGPL2と互換性ないのはわりと常識だよ
OpenJDKはリンク例外が付いているバイナリを使う限りは問題ないはずだしそう言ったつもりだけど、もしかして勘違いしてる?
607デフォルトの名無しさん
2018/09/07(金) 18:16:26.83ID:YCIVAW4t
俺が予想した通りの返答をありがとうw
そういうことを言ってるんじゃないんだけど、
まあ君がそう思うならそう思ってればいいと思うよ。 それで俺は困らないし。
608デフォルトの名無しさん
2018/09/07(金) 18:25:29.68ID:GiSaQgKi
>>602
> クラスパス例外を外して配布されたOpenJDK
この前提がおかしいのでは? 仮にあったとしてもクラスパス例外を外さずに配布されたOpenJDKを使うべき?
> OpenJDKと同じGPLv2クラスパス例外ライセンスを適用して配布したりすることもできない
Apacheライセンス、GPLv2クラスパス例外ライセンス、BSDライセンスを
各部分に別々のライセンスを適用しつつ配布するのってだめでしたっけ
>>604
KotlinがGPL2.0になればNOTICE.txtの表示は不要になる?

ライセンス周りはそこまで詳しくないので、おかしなことを書いていたらそっとご教授下さい。
609デフォルトの名無しさん
2018/09/07(金) 18:30:55.78ID:rizHfRHB
非互換なのは正しいけども

>これは、クラスパス例外を外して配布されたOpenJDKとリンクしたり、
>OpenJDKと同じGPLv2クラスパス例外ライセンスを適用して配布したりすることもできないことを意味する

こんな妙ちくりんな例を出して話を無意味に広げようとしなくてもなあ
610デフォルトの名無しさん
2018/09/07(金) 18:30:57.75ID:ko+1a9DD
>>606
ソースを配布するのかバイナリを配布するのかで全然話が変わると思うが、
お前の一連のレスの中でそれが混在してるから話がめちゃくちゃになってる。
611デフォルトの名無しさん
2018/09/07(金) 18:32:07.22ID:ko+1a9DD
非互換なのは確かに正しいし常識なのも正しい。
でも正しいのはそこだけ。まず前提がおかしい。
612デフォルトの名無しさん
2018/09/07(金) 18:43:16.75ID:dXHI+VcB
>>608
GPL2.0クラスパス例外とApache2.0とBSDを混ぜて配布することは可能
ただしその場合、再配布時には決してクラスパス例外を外してはいけない
Kotlinのランタイムライブラリをシステムライブラリだと主張するのはさすがに無理筋
613デフォルトの名無しさん
2018/09/07(金) 19:09:09.26ID:dXHI+VcB
少なくともKotlinでGPLv2なプロダクト(GPLv2のライブラリをリンクしただけのものも含む)を開発するのは不可能なわけで、
特定のベンダーによるプロプラな処理系だけが存在する言語を除けば割と珍しい気がする
FSFから攻撃されないのが不思議だな
614デフォルトの名無しさん
2018/09/07(金) 19:41:41.42ID:dogLEuRl
GPLv2のkotlin向けライブラリは存在しないし
自分で配布するならGPLv2からkotlinを例外にした独自ライセンスにしておけば問題ない
615デフォルトの名無しさん
2018/09/07(金) 20:38:19.65ID:qLXcnwT0
Javaのライセンスの話題って結構伸びるよな
616デフォルトの名無しさん
2018/09/07(金) 21:07:20.98ID:ZzV2Rxku
>>614
だよな、上のやりとりを見ててそう思った。
自分で勝手に例外条項つければそれで終わる話。
617デフォルトの名無しさん
2018/09/07(金) 21:11:54.38ID:ZzV2Rxku
>>615
Oracleが保身のためにクソみたいなライセンス形態にしてるのが悪い
618デフォルトの名無しさん
2018/09/07(金) 21:20:59.63ID:ZzV2Rxku
最初からWTFPLライセンスにしておけば何も問題ないのに
619デフォルトの名無しさん
2018/09/07(金) 21:58:28.24ID:AKhDkZyW
OpenJDKのライセンス決めたのはSunだけどな…
てかクラスパス例外あるんだから困るケースは限られるし
オラクルに難癖つけたいだけだろ
620デフォルトの名無しさん
2018/09/07(金) 22:05:50.39ID:EIs697Fr
オラクルなんて大抵の開発者には嫌われてるからしょうがない
621デフォルトの名無しさん
2018/09/07(金) 22:11:04.95ID:jlV4xMcF
>>619
現在は企業が(「ソースのリリース」ではなくOSSベースで開発する目的で)OSSを公開するときはMITライセンスを採用するケースが多くなったけど、
当時はそこまで緩いライセンスを採用することはあまり一般的ではなかったからなあ
622601
2018/09/08(土) 05:49:51.93ID:OFuZidJz
Javaのみで開発したJar: Javaのランタイムはシステム側にあるので、ライセンス表記不要.。
Javaのみで開発してJVMを同梱した実行ファイル: GPLv2クラスパス例外またはGPLv2のライセンス表記が必要。

Kotlinで開発したJar: Apache2.0ライセンスとKotlinのNOTICE.txtのライセンス表記が必要。

ということであってますでしょうか。Kotlinを使用したことを隠すことはできない...
623デフォルトの名無しさん
2018/09/08(土) 09:24:27.19ID:zuPXXLqM
お前らの作る糞アプリがライセンス違反で訴えられるようなことはねえよ
その前にアプリの質を上げることを考えろよ
624デフォルトの名無しさん
2018/09/08(土) 09:36:29.91ID:/uNaEXjk
>>623
今日の昼飯、ラーメンとマクドどっちが良いと思う?
625デフォルトの名無しさん
2018/09/08(土) 10:26:25.68ID:PxvtRbde
意味不明で草
KotlinがGPLv2と共存できないのはApacheライセンスを選んだJetBrainが主犯だろw
Oracle関係ないww
626デフォルトの名無しさん
2018/09/08(土) 10:51:13.86ID:78/uzzK/
ライセンス表記なんかで、なんで揉めてるの?
オープンソースのフリーソフトなんか感謝の意味をこめて全部記載しとけばいいだけじゃね?
627デフォルトの名無しさん
2018/09/08(土) 11:27:42.47ID:t+A2zXru
なぜライセンスの話になると荒れるのか
628デフォルトの名無しさん
2018/09/08(土) 11:35:25.34ID:u+/FmOm4
排他的なのはGPLv2の方なので何も問題なし
629デフォルトの名無しさん
2018/09/08(土) 12:44:23.79ID:j4dVCJIb
そもそもいつまでもGPLv2なんてクソのままにしてるのが悪いってことだろ
630デフォルトの名無しさん
2018/09/08(土) 12:56:22.24ID:GoOc4EiD
GPLv2とApache2.0に互換がないのはバクみたいなもので
対策したGPLv3とApache2.0との互換性には問題無いとFSFとApache財団で合意とれてるから、v3普及させたいFSFは文句言ったりしないのだろう
631デフォルトの名無しさん
2018/09/08(土) 18:54:53.75ID:yqMKPVP6
JVM捨てて.Netにしようずwwwww
632デフォルトの名無しさん
2018/09/08(土) 19:32:05.66ID:kLYvMw1g
>>629
v3は明示的な特許訴訟回避の規定があるからオラクル的にはNG
633デフォルトの名無しさん
2018/09/09(日) 06:02:09.69ID:jrjlpcmx
ライセンス変更するならソース提供者全員の合意が要る
634デフォルトの名無しさん
2018/09/09(日) 06:13:48.48ID:4vPFbpnK
OpenJDKのコントリビュータ全員にはオラクルにソースを寄贈しますっていう契約書にサインさせてるから要らないよ
635デフォルトの名無しさん
2018/09/09(日) 07:33:07.02ID:znxMM2ev
>>626
それは概ねその通りですが、Kotlinを使用したことを記載したくない場合でもそれが認められない
というのは、マイナスポイントかと。
636デフォルトの名無しさん
2018/09/09(日) 08:30:16.73ID:GrgCnaCp
>>635
そういう人がいればそうだね確かに。
もっと別に表記して問題が起きるわけじゃ無いし、それをマイナスポイントと捉える人はあまりいないと思うけど。。
637デフォルトの名無しさん
2018/09/09(日) 08:35:10.24ID:2FXXR/fi
何にせよライセンスは変わらんから、気に入らないなら
Apache License 2.0 を採用しているものを使うのを諦めることだな
俺もライブラリとか見つけても GPLv2 だったら使うの諦めるしさ
それだけの話
638デフォルトの名無しさん
2018/09/09(日) 08:51:46.56ID:GrgCnaCp
せやな。そもそも他人の著作物をただで使わせてもらうんだしな。
639デフォルトの名無しさん
2018/09/09(日) 08:56:29.16ID:OUyJ49FH
商用でも非商用でも、使用したものを隠さなくちゃいけないことはそうそう無いだろ
気持ちの上でなんとなく隠したいってくらいじゃね
てか今どき何を作るにもライセンス表記の必要なライブラリの1つくらいは大抵使うんじゃないの
640デフォルトの名無しさん
2018/09/09(日) 10:45:29.30ID:e8H9YTAj
ライセンス表記いやなら全て自分でつくればいいだろ無能
641デフォルトの名無しさん
2018/09/09(日) 10:52:24.78ID:GrgCnaCp
Kotlinレベルのものを自分で全部作れたら無能どころかGoogleあたりからとてつもない年収でスカウト来るなw
642デフォルトの名無しさん
2018/09/09(日) 11:05:16.63ID:SPmgo9j/
googleが提供してるライセンス表示するライブラリがあって、これ使うと楽だぞ
643デフォルトの名無しさん
2018/09/09(日) 11:24:01.33ID:2+MvnRK4
>>641
仕様が決まってて実装するだけなら手間だけの問題で難しくはないぞ
難しいのは仕様の設計
644デフォルトの名無しさん
2018/09/09(日) 11:29:43.97ID:DlSc5EDC
ライセンス表示をしたくないからapacheライセンスがマイナスポイントになるとは、世の中には色々な価値観の人がいるもんだな
初めて聞いたよ
645デフォルトの名無しさん
2018/09/09(日) 11:55:37.92ID:2+MvnRK4
受託開発でKotlin使ったことが客にバレたら困るからとか?
まあその場合は客にライセンス許諾させなきゃいけないからどんなライセンスだろうが隠せないけど
646デフォルトの名無しさん
2018/09/09(日) 12:07:48.37ID:ugzqoFBw
>>645
考えられるとしたらなんらかの理由でkotlinを使っちゃいけない要件なのにこっそり使っちゃった、とか?
その場合ライセンス表記をすっぽかすよりはるかにヤバいことになりそうだがw
647デフォルトの名無しさん
2018/09/09(日) 14:22:19.31ID:znxMM2ev
>>644
コードが数画面分に収まるくらいのシンプルなユーティリティを公開するとして、
KotlinだとライセンスとNOTICE表示の実装をしないといけないので、
KotlinじゃなくてJava使おうかなと感じる人がいるかもというのが想定ケースの一つ。

>>639
あまりないとは思うけれど、Kotlinを
http://practical-scheme.net/trans/beating-the-averages-j.html
のLispみたいな位置づけにしている人とかが、もう一つの想定ケースw

>>642
ありがとうございます。でも挙動を確認するくらいなら、自分で実装する、かな。
648デフォルトの名無しさん
2018/09/09(日) 14:36:33.88ID:GrgCnaCp
>>647
作る内容にもよるけど、ライセンス表記を乗せる手間とkotlinで上がる開発効率を考慮したら後者の方が大きそうではあるw
649デフォルトの名無しさん
2018/09/09(日) 14:50:08.58ID:SPmgo9j/
com.google.gms:oss-licenses を使ってオープンソースライセンスを表示する
https://qiita.com/sho5nn/items/f63ebd7ccc0c86d98e4b
650デフォルトの名無しさん
2018/09/09(日) 15:31:19.91ID:JhYQOE9o
>>647
そのケースなら大抵の人は迷わずライセンスを載せる方を選ぶと思うけど、
その2択で悩むほどライセンス表示を嫌がる理由がやっぱりわからん。
651デフォルトの名無しさん
2018/09/09(日) 18:19:16.29ID:GrgCnaCp
肝心の「ライセンス表示をしなくちゃいけないからコトリンを使わない」部分の理由は謎のままだったな
652デフォルトの名無しさん
2018/09/09(日) 18:30:06.95ID:8X+CH+gy
OSSのライブラリほぼ何も使えなくなるよな
Kotlin以外は全部自作コードなんだろうか
653デフォルトの名無しさん
2018/09/09(日) 18:36:27.34ID:GrgCnaCp
別にkotlinを避けてjavaで作ろうとしてもapache commonsとか使いたくなることもあるだろうに、それら全部回避してわざわざ自作するのだろうか
あほやん
654デフォルトの名無しさん
2018/09/09(日) 18:42:16.87ID:D/lefGP9
Androidなら何れにしてもほとんどはappcompat-v7を使うことになるのでは?
655デフォルトの名無しさん
2018/09/09(日) 20:33:45.70ID:znxMM2ev
個人的には、>>598以降書き込んだ人全員がKotlinで開発したものに
Apache 2 licenseとNOTICE.txtの表示をつけていることが確認できればそれでいいです。
もとは>>597でKotlinを使っているアプリには必ずライセンス表示がある(はず)ということを確認したかっただけですし。
656デフォルトの名無しさん
2018/09/10(月) 02:08:07.20ID:GNK6ElFl
>個人的には、>>598以降書き込んだ人全員がKotlinで開発したものに
>Apache 2 licenseとNOTICE.txtの表示をつけていることが確認できればそれでいいです。
???
何様のつもりなんだこいつは
657デフォルトの名無しさん
2018/09/10(月) 06:12:47.82ID:fvbXFcex
一方的に話を打ち切る前に、なんでkotlinの使用を断念するほどライセンス表示が嫌なのかの理由を教えてくれよ
昨日からそれが気になって気になって今日も10時間しか寝られなかった
658デフォルトの名無しさん
2018/09/10(月) 06:38:12.22ID:wAbJU2Gt
>>657
>>647で回答済み。>>648を読んですぐ眠りにつかれたようで何よりです。

>>656
Apache 2 licenseとNOTICE.txtの表示をつけないとライセンス違反になるのなら、
皆が違反していないと確認することはむしろ善行であると思いますが。
659デフォルトの名無しさん
2018/09/10(月) 07:49:38.24ID:UzPBkWPp
>>658
お前がどこの誰だからお前に確認されることに意味があるって言うんだよw
660デフォルトの名無しさん
2018/09/10(月) 07:53:33.83ID:gK8yyCgJ
>>658
違うって。kotlinだとライセンス表記をしなくちゃいけないことがなんでjavaを選択することにつながるのか、
なんでそこまでライセンス表記を嫌がるのか、その理由だよ。
単にめんどくさいってだけ?
661デフォルトの名無しさん
2018/09/10(月) 08:04:18.55ID:T8TT7KN/
>>655
コンパイラ同梱またはコンパイラの一部ソースを含む場合はNOTICE.txt要るけど
標準ライブラリ同梱だけならNOTICE.txtの方は要らんよ

Apacheライセンスの表示またはテキスト同梱は必要
662デフォルトの名無しさん
2018/09/10(月) 08:06:47.20ID:gK8yyCgJ
>>658様にご確認いただき大変光栄でございます。
弊社で作らせている糞アプリ、また私共個人で作成しておりますゴミアプリに関しては、
いずれもライセンスの種類を問わず使用している外部ライブラリは全て謝意とともに表示させていただいております。
663デフォルトの名無しさん
2018/09/10(月) 17:37:18.77ID:2Khhn9vO
ライセンスをコピペすることがKotlin使用を断念する理由になるほどの手間なのか、、
664デフォルトの名無しさん
2018/09/11(火) 19:45:42.93ID:SPPkBMoC
なんの反論もないところを見るにマジでただめんどくさいだけだったのかな
そのためにJavaを使う方がもっとめんどくさいと思うんだけど
665デフォルトの名無しさん
2018/09/11(火) 20:21:30.73ID:/r6K3xSm
変化が嫌いな人間っているからな
何だかんだ言い訳して変えようとせず不便を享受する
666デフォルトの名無しさん
2018/09/11(火) 20:38:08.49ID:RXZvWAlK
新しくてよくわからないことをやって苦労するのが嫌なんだろうな。
かといってそのままだと激しい競争に負けて稼げなくなるかも知れない。
667デフォルトの名無しさん
2018/09/11(火) 20:39:42.16ID:TN974Pov
まあ一応、ライセンスの表記はめんどくさい部類には入るとは思う
あとここで発明されたものではないことがはっきり露見するのでイヤとかそういうの
668デフォルトの名無しさん
2018/09/11(火) 21:05:26.12ID:SPPkBMoC
>>665
ああそっか、javaを使い続けたいって感情が先にあってそこに理由を後付けしてるのかもな
669デフォルトの名無しさん
2018/09/12(水) 00:20:59.58ID:NOD5QCpZ
ところで今日はコトリンが誕生した日です。
コトリンでコーディング中の同僚に教えてあげてください。
670デフォルトの名無しさん
2018/09/12(水) 06:40:16.44ID:JOKt1G1q
マジか、ケーキ買ってから出勤するか。
671デフォルトの名無しさん
2018/09/12(水) 18:43:23.80ID:Rkh8R5ZK
>>667
確かにめんどくさいけど開発言語の選定に影響を及ぼすほどの工数じゃないと思うw
672デフォルトの名無しさん
2018/09/12(水) 20:26:49.21ID:HIzI/Z0j
誕生日おめでとう
673デフォルトの名無しさん
2018/09/13(木) 08:46:03.80ID:EyRtUU0D
ことりんたんはいくつになったかな?
674デフォルトの名無しさん
2018/09/15(土) 09:21:44.95ID:8EpWOgMX
俺は今日で29になった
675デフォルトの名無しさん
2018/09/15(土) 13:02:43.54ID:5HUBWRKg
今日はハイジャックされたエアベトナム機の搭乗者75人が全員死亡した日です
676デフォルトの名無しさん
2018/09/16(日) 00:00:21.40ID:Mzw9rhts
9月15日は

老人の日
ひじきの日
大阪寿司の日
スカウトの日
シルバーシート記念日
シャウプ勧告の日
国際民主主義デー
独立記念日 [エルサルバドル・グアテマラ・コスタリカ・ホンジュラス・ニカラグア]
677デフォルトの名無しさん
2018/09/16(日) 00:06:19.36ID:un+A0LAL
そして…

>>674の誕生日
678デフォルトの名無しさん
2018/09/17(月) 16:35:32.27ID:7XrvGkih
29歳か
エンジニアとしては脂が乗ってて転職もしやすいいい年齢だな
679デフォルトの名無しさん
2018/09/17(月) 16:59:35.01ID:tttN0aAW
俺も29の頃に戻って転職したいわ
680デフォルトの名無しさん
2018/09/20(木) 09:37:16.88ID:jErS7Xwi
Kotlinを使うことのデメリットはビルドが遅くなる
681デフォルトの名無しさん
2018/09/20(木) 10:42:57.25ID:T35mVtQn
あ、はい
682デフォルトの名無しさん
2018/09/21(金) 09:41:14.52ID:0msJ+eqs
Kotlinに慣れてしまうとたまにJavaのコードを読み書きしなくちゃいけなくなった時に辛いのもデメリット
683デフォルトの名無しさん
2018/09/21(金) 12:44:29.48ID:isbUNhMl
つい val と打ってしまう
684デフォルトの名無しさん
2018/09/21(金) 12:46:29.69ID:isbUNhMl
そして頭が Java モードに移行した後で String s = "hpge"; がなぜコンパイルエラーなのかと数秒悩む。
685デフォルトの名無しさん
2018/09/22(土) 09:17:23.72ID:YkyW/fpS
Javaとの切り替えは楽だわ、全然違うから。
Swiftとの切り替えの方がはるかにしんどい。似すぎなんだよ。
686デフォルトの名無しさん
2018/09/22(土) 10:32:19.91ID:7avfEzoP
さらにGoに移ればvalとも打たなくなる
687デフォルトの名無しさん
2018/09/22(土) 12:22:49.79ID:IERFLIHo
Goの変数宣言は大嫌い
err変数の使い回しを推奨してるからerrが最初に出てくる箇所だけ := で後は = という一貫性に欠け紛らわしいコードになる
そのうえ := は左辺に新規変数が一つでもあればよく、その他は普通の再代入になるという変数宣言の意義を無にする支離滅裂な仕様
あれなら := だけに統一して最初に出てきた箇所を変数宣言と見做す仕様でよかっただろ
688デフォルトの名無しさん
2018/09/22(土) 13:23:45.58ID:MqLf+m4t
>>687
微妙に違ってるのが残念
errは使いまわさない

if判定式に書いてとブロック内での利用がGoのスタイルらしいです
689デフォルトの名無しさん
2018/09/22(土) 13:38:05.35ID:96L85sWt
普通はGoのイライラポイントは行末にセミコロンが置ける判定だと
勝手にセミコロンが入ってる前提でコンパイルしようとするところだと思う
690デフォルトの名無しさん
2018/09/22(土) 15:16:15.77ID:nhXWEJTw
>>687
言いたいことは分かるけどそれ実際そんな問題になるか?
691デフォルトの名無しさん
2018/09/22(土) 16:37:08.98ID:I9L5/Izk
つーかコロンがあるとソースが気持ち悪い
関数参照とか特に
692デフォルトの名無しさん
2018/09/23(日) 13:15:02.35ID:OIHJvn9v
std::
693デフォルトの名無しさん
2018/09/23(日) 19:30:36.44ID:n8h6E1HX
:-)
694デフォルトの名無しさん
2018/09/23(日) 19:44:03.36ID:qwzkV0Ze
:-p
695デフォルトの名無しさん
2018/09/23(日) 19:56:30.03ID:MC3A3QT4
セルビス「せやな」
696デフォルトの名無しさん
2018/09/23(日) 20:12:24.02ID:2qjNBgA0
sどっからきたんや
697695
2018/09/23(日) 20:34:37.71ID:trg3dXRh
書いた本人もsがどこから来たのかわからない。
でも真実は太陽のようなもの。何時までも隠し通せないものさ。
698デフォルトの名無しさん
2018/09/24(月) 11:09:47.71ID:WVBXZCsi
なんのスレだよここ
699デフォルトの名無しさん
2018/09/24(月) 11:34:08.81ID:OJiEOrR3
Xamarinスレです(即答)
700デフォルトの名無しさん
2018/09/24(月) 16:50:49.27ID:Ojr5YdNC
editTextで複数行入力可能で最大3行まで
入力できるようにするのはどうしたらいいですか
maxLinesだと無視されるようです
701デフォルトの名無しさん
2018/09/24(月) 17:00:57.87ID:twjLvrgB
>>700
それは Android の話? だったら Android スレで聞いた方が良いのでは?
702デフォルトの名無しさん
2018/09/25(火) 00:09:04.72ID:ZrcCs/Sx
そこをなんとか
703デフォルトの名無しさん
2018/09/25(火) 01:02:48.85ID:VjhU4mZC
まあ気長に待てばその内わかる人が来て何か書いてくれるかも知れんけどね。
704デフォルトの名無しさん
2018/09/25(火) 08:52:37.98ID:NWf3skxx
分かるけどググれば4秒くらいで解決しそうだから教えない
705デフォルトの名無しさん
2018/09/25(火) 09:21:46.51ID:TsRTczB1
役に立たねえ5chのクズ共が
706デフォルトの名無しさん
2018/09/25(火) 10:05:41.38ID:gnEXqDst
Androidの話は明らかにスレチだしな
707デフォルトの名無しさん
2018/09/25(火) 10:30:04.02ID:2yBY1mnV
役に立つ君が役に立つ事を沢山書けば良い。
708デフォルトの名無しさん
2018/09/25(火) 10:42:27.86ID:0NwNRNq1
コーヒーを入れた後の出し殻はトイレの消臭剤として有能だ
どうだ、役に立つだろ
709デフォルトの名無しさん
2018/09/25(火) 11:09:17.83ID:2yBY1mnV
【審議中】
    ∧,,∧  ∧,,∧
 ∧ (´・ω・) (・ω・`) ∧∧
( ´・ω) U) ( つと ノ(ω・` )
| U (  ´・) (・`  ) と ノ
 u-u (l    ) (   ノu-u
     `u-u'. `u-u'
710デフォルトの名無しさん
2018/09/25(火) 13:50:11.12ID:DbAEJM0g
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q10196453085?fr=and_tw

「Kotlinしかありえません。」
「今後Javaでの開発は急激に衰退していきます。」
「Open JDKなぞ企業が利用するはずもありません。」

有償も無償もJDKを否定しながらKotlinを薦めるって意味分かんない
711デフォルトの名無しさん
2018/09/25(火) 15:13:33.06ID:5plMkkR8
>>710
企業は有償のJDKを使うが開発はKotlinでやる事が多くなるって言いたいのではないかな。
ま、なんか勘違いしてそうではあるが。
712デフォルトの名無しさん
2018/09/25(火) 17:17:15.91ID:Mw8jC0Zd
>>710
知恵袋の回答に何を期待してるんだ前は
713デフォルトの名無しさん
2018/09/25(火) 23:12:12.51ID:61rXSjgU
そこで Kotlin/Native on Android があります
https://github.com/JetBrains/kotlin-native/blob/master/samples/androidNativeActivity/src/main/kotlin/main.kt

なお初心者
714デフォルトの名無しさん
2018/09/26(水) 08:34:11.68ID:kWnsOfz4
Java11が来ましたな
715デフォルトの名無しさん
2018/09/26(水) 13:18:14.38ID:L+P75TCh
YES
716デフォルトの名無しさん
2018/09/26(水) 13:54:35.15ID:jEjEyGQe
高須クリニック!
717デフォルトの名無しさん
2018/09/26(水) 14:03:09.80ID:3yW6iUgn
まっ代用コーヒーで我慢されたし
718デフォルトの名無しさん
2018/09/26(水) 17:54:13.69ID:2GwnlijE
誰かkotlin1.3の話しろよ
719デフォルトの名無しさん
2018/09/26(水) 17:57:42.17ID:dsR47lxw
君がしてくれ。俺は全然わからないので君の書いたのをひたすら読むから。
720デフォルトの名無しさん
2018/09/26(水) 18:36:17.71ID:j+DUBV/U
Kotlin 1.3

むかしむかしあるところにおじいさんとおばあさんがいました
721デフォルトの名無しさん
2018/09/26(水) 19:14:29.41ID:MrbR9bEN
おじいさんはキャバクラへ、おばあさんはホストクラブへ行きましたとさ。
めでたしめでたし。



                   ┼ヽ  -|r‐、. レ |
                    d⌒) ./| _ノ  __ノ
                   _______
                   企画・製作 5ch
722デフォルトの名無しさん
2018/09/27(木) 15:05:00.97ID:v94RLyWs
いい話だなあ
723デフォルトの名無しさん
2018/09/27(木) 16:02:07.23ID:0MoXCxti
そ、そうか?
724デフォルトの名無しさん
2018/09/27(木) 16:31:57.37ID:0MoXCxti
Windows 10 でコマンドラインのコンパイラの新しい kotlin 1.2.71 をインストールして kotlinc 実行したら「アクセスが拒否されました。」が出る。

Linux 用のやつを WSL の Ubuntu にもインストールしたがそちらは正常に動く。

なんだろ?
725デフォルトの名無しさん
2018/09/27(木) 16:36:27.25ID:0MoXCxti
わかった。kotlin-compiler.exe がウイルスバスターの監視に引っ掛かってブロックされたからだった。
なんか変えて失敗ってことか。
726デフォルトの名無しさん
2018/09/27(木) 16:51:27.70ID:v94RLyWs
強いて言うならウイルスバスターとかいうゴミをわざわざインストールしてるのが失敗
727デフォルトの名無しさん
2018/09/27(木) 17:13:56.32ID:0MoXCxti
>>726
かといってウイルスバスターにブロックさせなくても java.lang.refrect.InvoctionTargetException が出て動かない。

そちらではちゃんと動く?
728デフォルトの名無しさん
2018/09/28(金) 03:28:53.57ID:5yuIehG0
コピペしてもあまり意味ないかも知れないが、Windows にインストールしたコマンドラインコンパイラはこんな感じだ。

C:\>kotlinc -version
info: kotlinc-jvm 1.2.71 (JRE 1.8.0_144-_2017_08_24_19_19-b00)
WARN: Failed to load filesystem access layer: Windows 10, 1.8.0_144, nio2=true
java.lang.reflect.InvocationTargetException
at com.intellij.openapi.util.io.FileSystemUtil$Nio2MediatorImpl.getAttributes(Unknown Source)
at com.intellij.openapi.util.io.FileSystemUtil.check(Unknown Source)
(長いので省略)
Caused by: java.lang.ExceptionInInitializerError
at sun.nio.fs.Util.split(Unknown Source)
(長いので省略)
at java.nio.file.Paths.get(Unknown Source)
... 41 more
Caused by: java.nio.charset.UnsupportedCharsetException: MS932
at java.nio.charset.Charset.forName(Unknown Source)
at sun.nio.fs.Util.<clinit>(Unknown Source)
... 59 more

C:\>kotlin -version
Kotlin version 1.2.71-release-64 (JRE 10.0.2+13)

C:\>

kotlinc は何故か Java VM が JRE 1.8.0_144-_2017_08_24_19_19-b00 で動いている
事になっているようだが、Java 10 (jdk-10.0.2) しかインストールされていない PC なので
これはおかしい。Linux の方にインストールした kotlinc コマンドはエラーは出ないが
JRE 1.8.0_144-jdk_2017_08_24_20_46-b00 で動いている事になっていた。
ほんのちょっとバージョンが違う。

kotlin コマンドの方は普通に Java 10 で動こうとしていてエラーは出ない。
729デフォルトの名無しさん
2018/10/01(月) 21:48:45.24ID:yF30TuQz
今日Windowsで動かしたけど別に問題なかったぞ
730デフォルトの名無しさん
2018/10/01(月) 22:04:13.67ID:943L2N6Q
そう?同じ1.2.71?Javaの方は10?
とすると何が原因かわからんな。
731デフォルトの名無しさん
2018/10/02(火) 06:02:54.42ID:uz2k60mG
情報少なすぎてそれだけじゃ何もわからんけど、
コマンドラインのkotlincは渡すオプションが足りなかったり間違えたりすると動かないからそこらへんじゃね。
そういうのがめんどいから素直にgradle使うことを俺は勧める。
732デフォルトの名無しさん
2018/10/02(火) 09:25:59.34ID:5tJ1y/rb
いやしかし Linux にインストールした方はちゃんと動くんだよね。
733デフォルトの名無しさん
2018/10/02(火) 09:39:26.44ID:hoDCY76c
こいつ人をイライラさせる才能に溢れてるな
734デフォルトの名無しさん
2018/10/02(火) 09:40:04.36ID:5tJ1y/rb
>>733
誰?
735デフォルトの名無しさん
2018/10/02(火) 15:09:10.48ID:6qlwhkG7
kotlin.bat
setlocal
set _KOTLIN_RUNNER=1
call %~dps0kotlinc.bat %*
こんなんだぞ。特別なことしない限り違いが出るはずもない。
736デフォルトの名無しさん
2018/10/02(火) 15:39:48.59ID:hoDCY76c
違いが出るはずもないって言っても実際に出てるんだろ。

俺の環境では問題ないし、公式にもそんなissueは上がってないし、お前が何かミスをしてるとしか思えんよ。

何日もこのスレで文句言う前に自分で原因究明した方が有意義だと思うけど。
737デフォルトの名無しさん
2018/10/02(火) 16:18:21.16ID:/QfTYNRi
意味のわからない、bat なんか使うな

PowerShell を使え
738デフォルトの名無しさん
2018/10/02(火) 16:32:10.71ID:6qlwhkG7
>>736
俺じゃねぇw

PowerShellは、起動毎に毎回0.5秒くらい待たされるの我慢ならん。
739デフォルトの名無しさん
2018/10/02(火) 17:04:03.50ID:bPi5Hx1y
kotlin-compiler-1.2.71-windows-x64.zipを展開したものを使うと確かになるようだ
740デフォルトの名無しさん
2018/10/02(火) 17:05:32.14ID:ibUSG6OV
自分で解決できないんだからgradle使えば
741デフォルトの名無しさん
2018/10/02(火) 17:24:31.60ID:hjXu6C7/
>>739
ならない人はそれじゃないやつ使ってんのかね?
742デフォルトの名無しさん
2018/10/02(火) 17:26:43.04ID:hjXu6C7/
>>736
何日もって木曜と金曜にしか書いてないが?
なんでこんなことで苛立つ?おまえ疲れてんのか?
743デフォルトの名無しさん
2018/10/02(火) 17:55:47.89ID:6qlwhkG7
っていうか、-windows-x64なんてのがあるのか。
何もついてない方なら、問題ないな。
D:\home>kotlin -version
Kotlin version 1.2.71-release-64 (JRE 11+28)
D:\home>kotlinc -version
info: kotlinc-jvm 1.2.71 (JRE 11+28)
744デフォルトの名無しさん
2018/10/02(火) 17:56:45.74ID:uz2k60mG
この子、悪気はないのに周りから嫌われるタイプっぽい。。
745デフォルトの名無しさん
2018/10/02(火) 18:08:01.19ID:uz2k60mG
>>743
俺も今試してみたけど問題なかったわ。なんなんだろうな。
746デフォルトの名無しさん
2018/10/02(火) 18:11:31.71ID:hjXu6C7/
>>743
よく見たらwindows-x64が付いてないzipファイルもダウンロードページにあるね。
OSごとに分けたから共通のがなくなったのかと思って見てなかったよ。
どうもありがとう。そっちでやってみる。
747デフォルトの名無しさん
2018/10/02(火) 18:15:45.96ID:hjXu6C7/
うまく行った。
748デフォルトの名無しさん
2018/10/03(水) 01:01:41.06ID:jikKostS
kotlin-compiler-1.2.71.zip と kotlin-compiler-1.2.71-windows-x64.zip の違い。

* kotlin-compiler-1.2.71-windows-x64.zip

bin\kotlin-compiler.exe があり、それでコンパイルをするようになっている。
これは WSL の Ubuntu の file コマンドに読ませると下記出力がある。
kotlin-compiler.exe: PE32+ executable (console) x86-64 (stripped to external PDB), for MS Windows

* kotlin-compiler-1.2.71.zip

lib/kotlin-compiler.jar があり、それをそのPCにインストールされた java コマンドで動かしてコンパイルをするようになっている。
749デフォルトの名無しさん
2018/10/03(水) 07:47:58.09ID:bMY4sgMH
JETで各プラットフォームのバイナリーがつくようになったらしい
https://blog.jetbrains.com/kotlin/2018/09/kotlin-1-2-70-is-out/
よくわからないけどJETでのビルドミス?
750デフォルトの名無しさん
2018/10/03(水) 11:04:07.41ID:MQnZqDNR
なんでGradle使わないんだろ
751デフォルトの名無しさん
2018/10/03(水) 12:15:19.60ID:PjNDkZKJ
さあ。
自分は、プロジェクト開いていないときでもREPLを使えるようにstandalone版も入れているけど。
GradleだけでREPLを「簡単に」使える方法あるのかな(イメージ的には、npm install -g)?
752デフォルトの名無しさん
2018/10/03(水) 13:14:06.19ID:ByEFsyrD
>>750
使わないんじゃなくて、スキルがなくて使えないんだろ
753デフォルトの名無しさん
2018/10/03(水) 13:23:23.07ID:PjNDkZKJ
確かにないよw
でも、たかがREPL動かすためにGradleで苦労する必要もない。
システムにインストール(ダウンロードしてPATH通すだけ)すれば済む話だし。
Gradleはwrapperオンリーで、プロジェクト専用でしか使わない、と自分は決めてる。
754デフォルトの名無しさん
2018/10/03(水) 13:26:22.23ID:NOwCXmGY
あっもう結構です
755デフォルトの名無しさん
2018/10/03(水) 14:01:19.66ID:gJy1D1hJ
だから、Ruby をやっておけって言ってる

Ruby == Groovy
Rails == Grails

Ruby, Groovy に型推論を付けたら、Kotlin, Haxe になる。
基本は、クロージャ
756755
2018/10/03(水) 14:06:01.23ID:gJy1D1hJ
Gradle, Ruby のBundler, npm は、ほぼ同じ
757デフォルトの名無しさん
2018/10/03(水) 14:34:55.44ID:MQnZqDNR
なんかめんどくさい奴だなほんと
トラブル起きた時にこのスレでクレクレするだけで自分で何もせず回答待ち、おまけにスキルがないのを開き直りかい

ついでに関係ないRuby基地外までやって来てカオスw
758デフォルトの名無しさん
2018/10/03(水) 14:40:52.95ID:X8xhhWwD
そんな針に釣られるなよ
759デフォルトの名無しさん
2018/10/03(水) 15:29:24.11ID:4kFnpcns
>>757
複数の人を十把一絡げにして一人だと考えてないか?
なお、最初にWindowsのx64版がおかしいと書いたのは俺だ。
760デフォルトの名無しさん
2018/10/03(水) 15:38:50.68ID:L9VSGZ0e
自演か
761デフォルトの名無しさん
2018/10/03(水) 15:51:18.05ID:4kFnpcns
少なくとも俺はrubyは知らない。
762デフォルトの名無しさん
2018/10/03(水) 17:56:10.58ID:qAqPsDCa
確かにこれはめんどくさい
763デフォルトの名無しさん
2018/10/03(水) 19:08:32.84ID:arhBJOST
rubyはム版に生息してるいつものrubyガイジだろ
764デフォルトの名無しさん
2018/10/03(水) 19:11:15.68ID:qAqPsDCa
あいつ他のスレでも見かけるけど、板中のスレ全部巡回してるのかな
765デフォルトの名無しさん
2018/10/03(水) 23:09:54.42ID:My3Rjwp+
学習段階以外でREPL使う用途が思いつかない
766デフォルトの名無しさん
2018/10/04(木) 20:43:53.45ID:AnIvRrkz
Kotlinではあまりやらないけど、LLだとたまに使う

巨大XMLの一部構造を解析する必要があるときなんかに、
「この要素でこの子要素持ってないやついる?」
「この要素の子要素でこの属性持ってないヤツいる?」
「この要素のこの属性が取りうる値一覧くれ」
みたいなのを逐一繰り返し聞く必要がある場合なんかにはREPLの方が楽
767デフォルトの名無しさん
2018/10/04(木) 21:55:58.93ID:GW9bGudq
IntelliJのデバッガ使った方が楽じゃね
768デフォルトの名無しさん
2018/10/05(金) 09:00:21.69ID:TVcycwJc
俺もIDEAのEvaluate Expression使う。完全にREPLの上位互換だと思う。
769デフォルトの名無しさん
2018/10/06(土) 13:09:06.04ID:WgHY7o0s
Kotlin fest動画来たな
770デフォルトの名無しさん
2018/10/14(日) 07:11:14.48ID:beYTJsD+
android studio3.2で、カーソルがある行のみ整形するショートカットを教えてください
771デフォルトの名無しさん
2018/10/14(日) 08:14:53.09ID:07hzNJXL
>>770
Shift+下 の後 Ctrl+Alt+l (エル)
772デフォルトの名無しさん
2018/10/14(日) 21:05:23.47ID:beYTJsD+
>>771
ありがとうございます。
けっこう手順を踏まないとダメなんですね

次に書く行がある場合Ctrl+Shift+Enterで整形できたのですが、
}前など最終行の場合にイライラしてました・・
773デフォルトの名無しさん
2018/10/14(日) 22:36:11.51ID:pGqNEbzG
>>772
Settings の Keymap の Editor Actions の中に、Emacs Tab というのがある
押すと、カーソルがある行だけを、前の行に合わせてインデントしてくれる
たぶんデフォルトだとキーに割り当てられてないので、何か適当なキーに割り当てて使う
じぶんはこれを Ctrl + I と Tab に割り当てて使っている
Tabを直接入力できなくなるけど、特に困ったことは無い
774デフォルトの名無しさん
2018/10/15(月) 21:35:33.77ID:E6pr56BO
 私たち日本人の、日本国憲法を改正しましょう。
総ム省の、『憲法改正國民投票法』、でググって
みてください。拡散も含め、お願い致します。
775デフォルトの名無しさん
2018/10/17(水) 11:52:16.07ID:5AnSWZbJ
ずっとkotlinばっか書いてると久しぶりにjavaを書いた時に==で文字列比較とかしそうになって危険
776デフォルトの名無しさん
2018/10/17(水) 12:17:00.62ID:09vqJ2WQ
C#とkotlinだけで書けばええんや
777デフォルトの名無しさん
2018/10/18(木) 00:43:49.66ID:CSkK3ONp
今更C#覚える気にはならん
778デフォルトの名無しさん
2018/10/18(木) 07:40:45.75ID:KOCQ6LQm
NativeきたらC#は不要になるな
779デフォルトの名無しさん
2018/10/18(木) 09:17:43.73ID:xtVP5nmJ
そういやnative試しにやってみたらちゃんとコンパイルできて感動した
780デフォルトの名無しさん
2018/10/18(木) 09:39:16.93ID:NtzxCfOc
native着々と出来上がってきてていいね
781デフォルトの名無しさん
2018/10/18(木) 09:50:00.53ID:LiE4kJE0
あれってKotlinだけでiOSのGUIまで全部いけるの?
782デフォルトの名無しさん
2018/10/18(木) 09:53:18.19ID:LiE4kJE0
自分で調べたけど行けそうだね、今週末にでもなんか作ってみるか
783デフォルトの名無しさん
2018/10/18(木) 10:07:13.26ID:+dNyBfsQ
どうせ日本語文字処理とか日本語表示とか日本語フォントとか日本語入力とかで(どう)しようもないバグとかあるんだろ
お前ら使ってわかりやすく報告しろ
784デフォルトの名無しさん
2018/10/18(木) 11:12:07.81ID:Oe/xKmru
サーバー側もiOSもAndroidもKotlinのみでできてJVMからも独立して最強じゃん
785デフォルトの名無しさん
2018/10/18(木) 11:13:01.88ID:Oe/xKmru
Flutterとkotlin native どっちが将来性あるんだろうか
786デフォルトの名無しさん
2018/10/18(木) 11:28:37.05ID:+dNyBfsQ
いまモノがあるという時点で後者
まあ仮に3年後に乗り換えだとしても3年は便利に使えるわけだし充分だろう
787デフォルトの名無しさん
2018/10/18(木) 11:35:55.95ID:LiE4kJE0
俺はFlutterの方が将来性あるし、シェアも大きくなると思うけどな。
特にグーグルがまじでAndroidを捨て去るならそうなると思う。

が、Dartとかいう古き悪しきJavascriptみたいなゴミは書きたくないからNativeを書くぞ俺は
788デフォルトの名無しさん
2018/10/18(木) 11:38:34.71ID:/F7k6oEO
>>784
当方はプログラミングの勉強を始めたいと考えている初心者です

ド素人の質問ですみませんが、
Kotlin nativeだとJVM(Oracle JDKやOpen JDKを含む)の制約から解放されるのですか?
ライブラリとかまだKotlin独自のものが少ないので、色々難しい課題があるとは思いますが、
とりあえずOracleからの著作権侵害訴訟のリスクに怯えなくてもKotlinで開発出来るように
なるなら、安心して開発に取り組めるようになるのではないかと思いまして
もし見当違いの質問でしたら、申し訳ありません
789デフォルトの名無しさん
2018/10/18(木) 11:50:17.69ID:vXtTFe2k
>>783
emojiのおかげでそのへん心配する必要はほぼ無くなったな
790デフォルトの名無しさん
2018/10/18(木) 12:03:26.12ID:Mxr2Ur4L
>>788
代わりに極めて高い確率でKotlin nativeそのものが頓挫しコード資産や経験がパーになるリスクを背負うことになるけど、それでもよければ
791デフォルトの名無しさん
2018/10/18(木) 13:01:35.45ID:G4vijIF0
>>783
あるかなあ?元から国際化考えて作られたものだからnativeになったからといって新たにそれのバグが追加されるとは思えんが。
792デフォルトの名無しさん
2018/10/18(木) 13:10:28.86ID:bOGKoKpZ
GUI側でなんかありそうな気はうっすらする
793デフォルトの名無しさん
2018/10/18(木) 13:53:48.29ID:/F7k6oEO
>>790
私がKotlin native習得に挫折するなら話は分かりますが、Kotlin nativeそのものが頓挫することは
ないんじゃないでしょうか?
794デフォルトの名無しさん
2018/10/18(木) 14:01:13.13ID:Mxr2Ur4L
>>793
普通にあるよ
何を勘違いしてるのか知らないが、たかが小さな会社の俺プラットフォームでプロダクションには現状誰も使ってないんだぞ?
そんなもん毎日のように腐るほど生み出されては消えていっている
逆に成功したら超ラッキー、くらいのレベルだ
Kotlinユーザーってほぼ例外なく他の言語も使えるから、Javaがゴタゴタしてるからって無理にKotlinに固執する理由もない
言っちゃ悪いけど、他に選択肢を持っている人がオモチャとして観察するフェーズであり、キャリアを賭けるようなもんじゃない
795デフォルトの名無しさん
2018/10/18(木) 14:29:52.26ID:Oe/xKmru
これから新規でクロスプラットフォームでアプリ作るとしたらflutterとkotlin nativeどっちがいいんすか
796デフォルトの名無しさん
2018/10/18(木) 14:41:31.35ID:mC/Lwmhp
React nativeがいいよ
797デフォルトの名無しさん
2018/10/18(木) 14:52:18.29ID:/F7k6oEO
>>794
なるほど、社内でのKotlin nativeプロジェクトにおける開発という意味で頓挫と仰っておられたのですね
了解しました
Kotlin自体の開発元のJetBrains社によるKotlin native開発の頓挫のことを指してるのかと思ってしまったので。。
確かに現場視点から見ると、著作権云々より色々考慮しなくてはいけないことがあるんでしょうね

私の元々の質問の意図は、Kotlin nativeで作成したネイティブバイナリのコードであれば、Oracleの著作権
侵害とは一切関わりのないコードが生成できるのかと確認することでした
実際の現場での開発運用までいくと、会社による顧客へのサポート対応とか諸々の課題を当然考慮しないと
いけないでしょうが、今回の質問はそこまで踏み込んでおらず、あくまでOracleの著作権の影響範囲とその
回避について、Kotlin nativeの開発は有用か尋ねたつもりでした

多分私を学生だと思われて、現場の泥臭いことを教えていただいたのですね
勘違いさせてすみません
50近いオッサンが、趣味と好奇心の延長で質問したことですので
798デフォルトの名無しさん
2018/10/18(木) 15:56:54.48ID:Mxr2Ur4L
>>797
そうじゃなくてJetBrainsによるKotlin native開発が頓挫する話だ
JetBrainsはMSやOracle、Googleといった力押しで言語を普及させることのできるような企業と比較すれば遥かに「小さな会社」だよ
趣味なら好きにすればいいし、頓挫しても経験は決してゼロにはならないけど、
Javaロックインよりも遥かに大きなリスクを抱えることになるというのは理解しておきなさい
799デフォルトの名無しさん
2018/10/18(木) 16:23:08.89ID:LiE4kJE0
>>794に禿げ上がるほど同意しすぎて禿げたわ

まだまだおもちゃとしか言えないレベルだよな。
とは言え一年前に比べたらだいぶ進化してるから、一年後にどうなってるかはわからない。
800デフォルトの名無しさん
2018/10/18(木) 17:02:31.96ID:/F7k6oEO
>>798
なるほど、まだKotlin nativeは使い物になるレベルに達していない代物なのですね
色々ご教授いただき、ありがとうございました。

正直、従来のKotlinとKotlin nativeとの言語としての完成度の差を知らなかったので、
大変勉強になりました
今は、(Kotlin nativeではなく)ノーマル(従来)のKotlinを触って勉強したいと思います
801デフォルトの名無しさん
2018/10/18(木) 18:54:28.76ID:aXnVPh22
使い物になるかどうか俺にはまだわからない。
802デフォルトの名無しさん
2018/10/18(木) 20:57:17.61ID:2fRxoa3c
flutterは使い物になってるん
803デフォルトの名無しさん
2018/10/18(木) 21:23:22.75ID:L9eqCZWO
現状大差ない
どちらもプロダクトに投入してる例はあるけどまだまだこれから
804デフォルトの名無しさん
2018/10/18(木) 23:19:27.58ID:W/jJZT8E
React Native + Kotlin/JS + Objective-C でアプリ書いてるけど
React Native + Kotlin/Common + Kotlin/Native (RCT_EXPORT_MODULEだけObjC) を考えてる
805デフォルトの名無しさん
2018/10/18(木) 23:56:45.28ID:2fRxoa3c
React Nativeは糞なん
806デフォルトの名無しさん
2018/10/19(金) 00:01:12.66ID:0w8u7dR8
>>804
Kotlin使ってるならObjCじゃなくSwift使えよ
構文とか似てるし
807デフォルトの名無しさん
2018/10/19(金) 05:50:07.67ID:anLrnbMW
>>804
なんでそんな目に見える苦行の道を選んだのかw
808デフォルトの名無しさん
2018/10/19(金) 06:53:56.43ID:o50FFHF4
>>806
以前別アプリで使ってたけど型推論あるとビルドクッソ遅いの直ったの?
809デフォルトの名無しさん
2018/10/19(金) 10:32:23.06ID:QF/fmEqa
ちょっとでも欠点を見つけるとそれを理由にして新しいものを拒否するやつってどこの世界にも必ずいるよな
810デフォルトの名無しさん
2018/10/19(金) 11:39:41.80ID:A/qV8EFP
それ以上に、古いものの欠点を過剰に騒ぎ立てて新しいものをゴリ押ししようとする奴のほうが多い気がする
811デフォルトの名無しさん
2018/10/19(金) 11:45:04.89ID:A/qV8EFP
あと個人的な経験でいうと、新しいものの欠点はむしろ検討段階で見落とされて後で問題になることが非常に多い
新規導入におけるビジネス判断って、フィーチャーだけに目が行って非機能仕様や細かい制約はあまり考慮されないもんだ
812デフォルトの名無しさん
2018/10/19(金) 11:47:27.55ID:QF/fmEqa
顔真っ赤だぞ
813デフォルトの名無しさん
2018/10/19(金) 12:05:14.92ID:tmON5lM4
今ある問題に目を瞑って現状維持に固執するやつは多い
新しいものを見ると特に検証もせず推し進めるやつもいる
814デフォルトの名無しさん
2018/10/19(金) 12:17:58.33ID:3T6bO47t
新しいものを受け入れられなくなった時が老化の始まりだと思っている
815デフォルトの名無しさん
2018/10/19(金) 13:18:39.60ID:CgT1zPa0
人は歩みを止めた時に、そして挑戦を諦めた時に年老いてゆくのだと思います。

このソフトを使えばどうなるものか。 危ぶむなかれ、危ぶめば道はなし。
踏み出せばその一足が道となり、その一足が道となる。

迷わず使えよ、使えばわかるさ ありがとう!
816デフォルトの名無しさん
2018/10/19(金) 13:35:53.85ID:A/qV8EFP
都合よく自分の使いたいものを想定して一般論を語るのはいけない
こんな糞パッケージや糞製品導入した奴は子ねって思ったこと、ITエンジニアならあるだろ?
817デフォルトの名無しさん
2018/10/19(金) 18:28:06.35ID:anLrnbMW
自社が製品として販売しているオリジナルフレームワークを自社サービスで使っているせいで仕事を辞めたことはある。
本当に、本当にゴミフレームワークだった。
818 ◆QZaw55cn4c
2018/10/19(金) 19:44:06.11ID:akKjNeBd
>>814
その新しいものとやらが実際には価値のないものだったら動かない方が勝りますね
819デフォルトの名無しさん
2018/10/19(金) 19:53:50.60ID:gPrGaWTX
重要なのは新しいか古いかではなく、自分の望みを叶える事に使える道具かどうかだ。
820デフォルトの名無しさん
2018/10/20(土) 07:22:23.67ID:LPuzIORG
>>819
叶えるのに最適かどうか、と言わないとC言語でなんでもできるおじさんがやって来るぞ。
821デフォルトの名無しさん
2018/10/20(土) 12:16:34.27ID:u8BRF3D8
C++よりCだな
822デフォルトの名無しさん
2018/10/20(土) 13:28:58.42ID:qwv4GmvH
>>820
そういやそうだな。
C、そしてアセンブラ最強になってしまう。
823デフォルトの名無しさん
2018/10/28(日) 15:23:51.96ID:D9Gt7gmT
Kotlin の Char には isAlphabetic() がないのな。
しょうがないからプログラムの上の方にこんなの作って使っている。

fun Char.isAlphabetic() = Character.isAlphabetic(toInt())

こういうのってこうやって簡単に作れちゃうから最初から標準のライブラリに入れてないんだろうか?
しかし最初からあってくれた方が楽と言えば楽だなあ。
824デフォルトの名無しさん
2018/10/28(日) 15:42:20.00ID:ISWax1Kh
直接JavaのAPIを呼ぶべきだからだよ
そんな基準でKotlin版作ってたらキリがない
そもそもCharacterのメソッドってプログラマの使いやすさよりもUnicodeの仕様を正しく反映することを意図して作られていて、
そんなに頻繁に使うようなものではないだろ
知ってると思うけどisAlphabeticって平仮名とか含むんだぞ?
825デフォルトの名無しさん
2018/10/28(日) 16:24:20.91ID:B8FJbCxl
おっUnicodeのクソさならおじさん語っちゃうぞ
826デフォルトの名無しさん
2018/10/28(日) 16:49:19.52ID:Pbs4Hud/
クロスプラットフォーム狙うなら用意しなきゃ駄目だな
827デフォルトの名無しさん
2018/10/28(日) 17:53:59.71ID:kYm0OnSb
>>825
じゃJstarの開発マニュアルから初めてくれ

全て聞き流してあげよう
828デフォルトの名無しさん
2018/10/28(日) 19:45:18.26ID:HCT7bRsv
>>824
Charでやっといてくれればnativeでコンパイルする時にもそのままにできるという利点がある。
829デフォルトの名無しさん
2018/10/28(日) 20:35:21.54ID:rIZW9HtV
なんでByte型に符号が必要なんだろ。
扱いづらすぎ
c#のbyte型にしてたもんせ
830デフォルトの名無しさん
2018/10/29(月) 10:36:46.12ID:kmR/sVLv
そして符号付きbitシフトとかどこで使うのか、今でも意味不明
Javaの負の遺産を引きずってるなー
831デフォルトの名無しさん
2018/10/29(月) 10:45:27.47ID:f3zS/Ojj
Kotlinがそれなりに流行ったのはJavaの呪いを受け入れたからに他ならない
その代償がその程度であれば小さいもんだろう
832デフォルトの名無しさん
2018/10/29(月) 11:08:01.70ID:6BFpO29N
そういや符号付きシフトライト使わんな
833デフォルトの名無しさん
2018/10/29(月) 11:25:07.20ID:cH/HmFkL
javaつうか元々cの右シフトの挙動が定義されてなかったから、それを引きずってるだけ
834デフォルトの名無しさん
2018/10/29(月) 13:20:28.49ID:pPcgFW80
まあそこらへんは存在したとしてもどうせ使うことはないだろうから別にいいよ
835 ◆QZaw55cn4c
2018/10/29(月) 20:41:03.84ID:MQrExvvX
>>830
シフトに関しては符号付き、符号無しの区別は重要だと思いますよ
836デフォルトの名無しさん
2018/10/29(月) 20:46:14.26ID:cH/HmFkL
算術シフトなんて今時使わんのう
837デフォルトの名無しさん
2018/10/29(月) 20:54:00.50ID:dR2v0XVE
ビットシフトはビットシフトで考えたほうが早いオールドタイプを宥めるために存在する
彼らの言う「ビットシフトでやったほうが速い処理」が必要な、いつか来る未来というのは結局来ずに終わる可能性のほうが高い
残りの折り返し見えた人生、来るほうにかけて生きてもいいけどさ
838 ◆QZaw55cn4c
2018/10/29(月) 21:01:19.06ID:MQrExvvX
>>837
冪剰余のバイナリ法をみても、ビットシフトは重要だと思いますよ…
839デフォルトの名無しさん
2018/10/29(月) 21:12:23.49ID:/nQ888E/
符号無しシフトは非常に稀には使うけど 符号付きシフトは使った記憶がない
とはいえKotlinでは記号じゃないから負の遺産とは思わないな

C++みたいに右シフトがtemplate構文の邪魔するとかなったら呪縛もいいとこだけど
840デフォルトの名無しさん
2018/10/29(月) 21:19:40.25ID:a61r9koc
ビットシフトを使うほどカリッカリにパフォーマンスに拘る時にkotlin、というかjvm言語を使うかって話よね。
必要な場面があるのは分かるけど、今時のサーバーで普通のシステムを動かす前提なら普通はまず求められないし、可読性を犠牲にしてまで使うべきだとは思わない。
841デフォルトの名無しさん
2018/10/29(月) 22:03:26.21ID:WjcZBaAC
主に移植性や相互運用性のために残ってるだけで批判の対象になるようなケースはほとんど実在しないと思うけどな
842 ◆QZaw55cn4c
2018/10/29(月) 22:40:20.39ID:MQrExvvX
>>839
>右シフトがtemplate構文の邪魔するとか
C++11 lator でこの制限はなくなりました
843デフォルトの名無しさん
2018/10/29(月) 23:00:18.21ID:pPcgFW80
使うシチュエーションは確かにあるけどものすごく稀だな
あれば2年に1回くらいは使うかもしれないけどなかったらなかったで別に困らない
844デフォルトの名無しさん
2018/10/30(火) 13:02:10.09ID:yLOLSFfe
ビットシフトな。実務で使うことはまあないな。
何かの解析とか組み込み系なら多用するだろうけど、そんなところではそもそもこちょりん使わないだろう。
845デフォルトの名無しさん
2018/10/30(火) 13:25:58.04ID:uh+5PDyF
ビットシフトは画像処理やBluetoothで使いまくるぞ
846デフォルトの名無しさん
2018/10/30(火) 13:57:51.39ID:yLOLSFfe
だからそういうのを自前で実装するケースってそうそうないやろ、って話でしょ
847デフォルトの名無しさん
2018/10/30(火) 14:20:24.64ID:XfhSBW4w
元々ビット単位で詰め込んであるようなデータの解析には使った方が見易くなるかも知れない。ネットワークのパケットとか、その他色々あるよね。

もちろん割り算や余り計算すれば特定のビット抜き出す事はできるし、恐らく最適化されると最終的なコードは同じになるだろうけどね。

なのでどう書くと見易くなるかの問題だな。16で割って8の余り出すように書くか 4 ビット右シフトして 7 を and するように書くか。
だいたいは後者の方が見易く分かりやすいかも知れないが、場合によっては前者の方が良いかも知れない。
848デフォルトの名無しさん
2018/10/30(火) 14:46:02.26ID:bp+Jjz8r
ビット操作するなら素直にビット操作演算子つかえばいいんじゃね
ことりんはわり算した時のビット内容に規定があるのかわからんし
849デフォルトの名無しさん
2018/10/30(火) 17:13:35.01ID:yLOLSFfe
なんだ、低レベルな処理をkotlinで書きたい人って結構いるもんなのか。
そういうのはCか最近ならGoあたりを使うと思ってた。
850デフォルトの名無しさん
2018/10/30(火) 17:37:55.08ID:9UQqj8fB
最初は普通にkotlinで書いて、ボトルネックになるようならネイティブに逃がすでしょ。画像処理とか明らかにヘビーなことやるなら最初からネイティブで書くけど。

ところでkotlinネイティブで、本体の部分はJVMとかでkotlinで書いて、ヘビーな部分はkotlinネイティブで書いて利用するとか芸当簡単にできるようになるのか?
851デフォルトの名無しさん
2018/10/30(火) 17:40:45.12ID:9UQqj8fB
例えばandroid画像処理アプリ本体はdalvikのkotlinで動かして、画像処理本体はkotlinで書くけどネイティブでとか。
852デフォルトの名無しさん
2018/10/30(火) 18:47:41.21ID:gLBwTwyT
論理的にはできるはずだから、パフォーマンス比較してみたいなそれは
853デフォルトの名無しさん
2018/10/31(水) 00:32:35.54ID:vLSvux0L
透過的にできるようになるといいな。例えばメソッドに native 付けておけばそのメソッドは自動でネイティブにコンパイルされるとか。
854デフォルトの名無しさん
2018/10/31(水) 00:37:12.39ID:l6hBIWd4
Androidならともかく、PCの方の非海賊版JVMのパフォーマンスをnativeが超えるのは相当難しそう
855デフォルトの名無しさん
2018/10/31(水) 06:48:37.29ID:98pSB8cX
そこはnativeってかLLVMの範疇の話だべ
856デフォルトの名無しさん
2018/10/31(水) 10:40:22.28ID:dR1y5/6Z
Kotlin1.3の新機能
https://aakira.app/blog/2018/10/whatsnew-kotlin13/

いろいろ面白い
857デフォルトの名無しさん
2018/10/31(水) 11:08:01.55ID:3SYFbLW8
>>855
LLVMのコードってほとんどただの抽象化された機械語だから、
Kotlinを動かすならこれまでJVMに依存してたランタイムの機能を独自に相当作り込まなきゃいけないよ
858デフォルトの名無しさん
2018/10/31(水) 13:31:42.08ID:Qq+hlwEM
1.3はcontractが地味に嬉しい
859デフォルトの名無しさん
2018/11/01(木) 21:27:46.03ID:1iukrLVD
10月初めのと基本同じ情報だけど日本語で来てるから貼っとく

Kotlin 1.3リリース ? コルーチン、Kotlin/Nativeベータ
https://blog.jetbrains.com/jp/2018/10/30/1511
860デフォルトの名無しさん
2018/11/01(木) 23:50:12.25ID:qS+FGnrA
これだけの大幅機能追加なら、そろそろJavaみたいにKotlin3とかに名前変更してもいいと思うけどな
861デフォルトの名無しさん
2018/11/02(金) 06:54:17.88ID:vPK+PbBn
Goとかrustみたいに、システムプログラミング向けとしてもkotlin /native は使われる将来性はある?
862デフォルトの名無しさん
2018/11/02(金) 07:04:17.48ID:sk3a5Htb
>>861
プリミティブのintと参照のIntを明示的に区別する仕様ではないから向いていないのではと思う。
863デフォルトの名無しさん
2018/11/02(金) 07:05:33.59ID:jzdzUnCl
>>861
低いレイヤーを直接触るようなことはやりにくいから、あえて使う理由もないと思う
出来ないことはないだろうけど
864デフォルトの名無しさん
2018/11/02(金) 07:23:29.85ID:7Yuyvv3H
参照型にnullを許さないってのも、微妙だな
書いてて疲れる。

hoge?.fuga
とか
hoge!!
とか返って可読性が落ちてる希ガス
865デフォルトの名無しさん
2018/11/02(金) 07:41:58.45ID:99M9u1qg
>>864
そうだよ
面倒だから使いたくないでしょ
使わないようにしたいんだよ
だからそうなっている
866デフォルトの名無しさん
2018/11/04(日) 10:09:12.87ID:hIyIwIUL
情報少ないけどKotlin/NativeはGCでなくARCってことでいいのかな

参考
https://blog.jetbrains.com/kotlin/2017/04/kotlinnative-tech-preview-kotlin-without-a-vm/
https://github.com/JetBrains/kotlin-native/issues/587
https://github.com/JetBrains/kotlin-native/issues/1698

>>861
GoはGCによる停止時間を極小化するために学術レベルのことやってる
 (全体の処理効率が多少下がってもリアルタイム性優先)
RustはGCでない
Kotlin/NativeがARCならシステムプログラミング用途でも支障無いと思う
867デフォルトの名無しさん
2018/11/04(日) 12:16:15.86ID:3vbFFfcV
arcだとすると既存プログラムはコードを書き換えないといけない場合があると思うけど、それを承知で採用してるの?
868デフォルトの名無しさん
2018/11/04(日) 12:25:22.13ID:kw3WZhj1
やってみたかっただけでしょ
所詮オモチャなんだから
869デフォルトの名無しさん
2018/11/04(日) 12:38:32.84ID:hIyIwIUL
ARC with cyclic collector というのをちらほら見る
弱参照を使わなくても既存コードのままで問題無いようだ

ただこれがGCのような停止時間を発生させるかなどはよく分からなかった
870デフォルトの名無しさん
2018/11/04(日) 13:09:57.98ID:4F1Ldwnu
おもちゃなのか
871デフォルトの名無しさん
2018/11/04(日) 13:11:27.17ID:Ujv6OCQm
諸々の問題の解決を試みているうちに、気がついたら出来上がったものはGCそのものだったというオチになりそう
既存の枯れた技術を舐めてかかって自分で実装してみてはじめてそれが十分に優れていたことに気付く
技術の過度な抽象化による間違った万能感に陥りがちなITエンジニアにはよくあること
872デフォルトの名無しさん
2018/11/04(日) 13:21:16.17ID:yZ41sxSU
オリジナル言語を頑張って作ったが結局動作的にLispになったみたいな話だな
873デフォルトの名無しさん
2018/11/04(日) 14:17:20.37ID:gWJ/1CAI
そのまんまでしょ。弱参照ないARCで管理するが、循環参照用に定期的にGCは走らせる。
874デフォルトの名無しさん
2018/11/04(日) 14:21:36.32ID:gWJ/1CAI
だから循環参照するクラス大量だとフルGC走らせるのと同じことになるが、大抵のプログラムでは循環参照するクラスはそんな大量じゃないので大抵のケースではARC with cyclic collectorの方が速くなるとか
875デフォルトの名無しさん
2018/11/04(日) 14:23:51.54ID:gWJ/1CAI
ところでkotlinにweak reference見たいのあったっけ?
876デフォルトの名無しさん
2018/11/04(日) 14:54:43.50ID:eEexL0w4
>>870
大人の
877デフォルトの名無しさん
2018/11/04(日) 14:58:25.67ID:hIyIwIUL
>>875
nativeでは kotlin.native.ref.WeakReference
jvmでは java.lang.ref.WeakReference が有る
jsには無いからcommonにも無い
878デフォルトの名無しさん
2018/11/04(日) 19:14:10.57ID:0dNetsrH
javaや.netにあるのは知ってるから質問けど
そっか、所詮、最大公約数になるから他の言語に引きずられまくりでjsとかにねぇからkotlinで標準で用意されてねぇのか。
879デフォルトの名無しさん
2018/11/04(日) 20:08:53.22ID:yQqM28AX
いやKotlinに無い理由はJavaにあるからだよ
建前はともかく、実態はAltJavaとしてしか使われてないしJBもそれを前提に開発してるのが実情
880デフォルトの名無しさん
2018/11/04(日) 22:06:08.12ID:MOVpxqlB
現状だとメモリ管理は対応プラットフォームの機能に寄生するみたいな感じになってるのは気になるね
iOS向けだとiOSのARCを利用するし、Cなら手動で開放してる
Kotlin/Native として統一的なメモリ管理機構を作らないと、プラットフォームを超えたコードの共有化とかはかなり限定的なものになりそう

しかし統一的なメモリ管理機構を言語で用意すると、プラットフォーム側で用意してるメモリ管理機構と重複部分ができて無駄だなとも思う
Xamarinとかはそんな感じだし
881デフォルトの名無しさん
2018/11/04(日) 22:31:08.12ID:hIyIwIUL
ARCはOS関係無くね、Swiftと同じく普通にコンパイラとランタイムによる実装でしょ
現時点でcommon書くときメモリに関して支障は感じないけど
メモリ管理機構ってJVM上やJS上でどういうのを想定してる?
882デフォルトの名無しさん
2018/11/04(日) 23:19:36.30ID:MOVpxqlB
JS はランタイム側でGCやってくれるし、JVMもGCやってくれるので、
アプリケーション側の kotlin コードでメモリ開放する必要ないし、循環参照とかも意識する必要ないでしょう

Kotlin iOS では、Swift や Obj-C と同じランタイム側にあるARCを使っているのではないのかな?
この場合アプリケーション側の kotlin コードでは、循環参照とかを意識しなくてはいけないのでは?

Cライブラリを使ってLinux上で直接動くような Kotlin Native コードの場合には、
malloc や free に相当するもので手動でメモリ確保開放とかやる必要があったりしますよね?
https://kotlinlang.org/docs/reference/native/c_interop.html
883デフォルトの名無しさん
2018/11/05(月) 00:00:51.88ID:L+6WacOy
んなわけあるかい
LLVMで普通に直接動く実行コードを生成してるだけで、iOSのオブジェクトモデルとは別物だ
iOSに循環参照を自動的に見つけて解放してくれるって事実上の独自GCやぞ
そんなもん勝手に組み込めるんならみんなとっくにやっとる
884デフォルトの名無しさん
2018/11/05(月) 00:53:31.72ID:gUcvv7gK
var x = Foo()
Bar(x)
x = Boo()

以上のような Kotlin コードをコンパイルしたときに、Boo()の結果を x に代入するまえに x に入っていた Foo() への参照をどう処理するかってこと
Bar(x)の結果、だれかが x に入っていた Foo オブジェクトへの参照を保持している可能性がある

JVMやJSだと単に x を上書きするコードにコンパイルすればいいよね
iOS向けにコンパイルするときには release(x) みたいなのを含んだ LLVM コードに変換される?
もしくは、Kotlin が独自の ARC みたいなの持っていて、それに応じた処置がおこなわれるの?

Linux 向けの Kotlin / Native でコンパイルはこのままできるのかな?
885デフォルトの名無しさん
2018/11/05(月) 01:36:44.15ID:2KUKl2mx
>>882 >>884
ObjCランタイムは普通にCのABIのライブラリ群だから
純粋なC言語から呼べるしKotlin/Nativeからも呼べる

iOSでもLinuxでもプラットフォームのAPIを使うには
それに沿ったメモリ構造や解放関数の呼び出しなどのリソース管理が必要だけど
外部呼び出しを除いたKotlin/Nativeの部分にmalloc/free/releaseなどは必要無いよ
886デフォルトの名無しさん
2018/11/05(月) 02:10:02.43ID:gUcvv7gK
>>885
そうすると、 Kotlin / Native で普通に確保したオブジェクトの解放はどういう方式で行われているのかな?
リファレンスカウンタ? GCでは無いよね?
リファレンスカウンタだとすれば、Kotlin/JVMでは問題無いオブジェクト同士が参照しあう構造は、避けないとダメだよね
887デフォルトの名無しさん
2018/11/05(月) 06:27:49.62ID:DuzbnuJe
ここで不毛な言い争いするくらいなら実際にコード書いて試せばいいのでは。。
888デフォルトの名無しさん
2018/11/05(月) 07:27:17.05ID:2KUKl2mx
>>886

>>873-874
https://github.com/JetBrains/kotlin-native/blob/master/FAQ.md

> Q: What is Kotlin/Native memory management model?
> A: Kotlin/Native provides an automated memory management scheme, similar to what Java or Swift provides. The current implementation includes an automated reference counter with a cycle collector to collect cyclical garbage.
889デフォルトの名無しさん
2018/11/05(月) 07:52:42.52ID:gUcvv7gK
>>888
ありがとう。参考になった
890デフォルトの名無しさん
2018/11/06(火) 11:37:39.99ID:13CfGTjW
Kotlin 1.3 には Kotlin Native がバンドルされているみたいに書いてあるWebページがあるが、されてないよね?
bin ディレクトリ以下はいつも通りのスクリプトやバッチファイルがあるだけで kotlin-native はないんだけど。
何かオプションで変わるのか?
891デフォルトの名無しさん
2018/11/06(火) 19:55:52.84ID:MUP1fE6Q
>>890
ということはNativeがバンドルされているみたいに書いてある可能性があるな
892デフォルトの名無しさん
2018/11/06(火) 23:53:17.85ID:BD76rR44
どうやら KotlinConf 2018 の基調講演では1.3 に native バンドルすると発表していたようだ。
https://www.publickey1.jp/blog/18/kotlinnativekotlin_13winmaciosandroidwebassemblykotlinconf_2018.html
それでこういう記事になったのかも知れない。
https://www.publickey1.jp/blog/18/kotlin_13javavmkotlinnative.html

で、実際バンドルされているのかいないのか?
893デフォルトの名無しさん
2018/11/07(水) 04:08:57.36ID:uTkGbVYN
古いIntelliJ(1.3) + Kotlin1.3プラグイン: 表示されず
最新IntelliJ(2.5) 素の状態(1.2.51)   : 表示されず
最新IntelliJ(2.5) + Kotlin1.3プラグイン: 新規プロジェクトでKotlin/Nativeが表示された

IntelliJ側も一定以上のバージョンが必要みたい

Gradleプラグインは混ぜる意味無いし、
GitHubのリポジトリ直リリースの方も別のリポジトリと混ぜたりしないだろうから
バンドル云々は関係無いと思う
894デフォルトの名無しさん
2018/11/14(水) 11:15:27.33ID:m5bayMOd
Native使ってみたいけどNativeの恩恵にあずかれそうなアプリねーな
895デフォルトの名無しさん
2018/11/14(水) 12:44:13.09ID:ouXx+ttu
開発環境をインストール出来ない会社のPCで威力を発揮
896デフォルトの名無しさん
2018/11/14(水) 13:13:51.91ID:bryEJhFF
>>895
そらならKotlinだろうがnativeだろうがインストールできないのでは?
897デフォルトの名無しさん
2018/11/14(水) 13:14:35.60ID:bryEJhFF
タイプミスった
スマホのタイプミスは変になるなあ
とほほ
898 ◆QZaw55cn4c
2018/11/14(水) 21:03:33.84ID:1oDeoExT
>>897
フリック入力には早く慣れたい、今30文字/分レベル
899デフォルトの名無しさん
2018/11/15(木) 10:16:23.76ID:9CKUsg3j
ATOKのフラワータッチでブラインド余裕だわ
900デフォルトの名無しさん
2018/11/15(木) 19:41:57.59ID:/p28cUOS
AWSのJDKってKotlinでも使えるの?
901デフォルトの名無しさん
2018/11/15(木) 21:01:05.69ID:GB4CWMFp
どうやったらKotlinを使えなくできると思うのか、逆に聞きたい
902デフォルトの名無しさん
2018/11/15(木) 21:59:02.19ID:Zxq7WOdf
kotlinを何だと思ってるんだ?
903デフォルトの名無しさん
2018/11/15(木) 22:05:51.83ID:7h5p3DlT
>>897
そんな些細なミスでいちいち訂正と言い訳しなくていいよ
904デフォルトの名無しさん
2018/11/15(木) 22:34:05.06ID:cJq6eeYE
>>900
Kotlinで書いたコードが動くまでの仕組みの基礎中の基礎を調べた方が良いよ
905デフォルトの名無しさん
2018/11/15(木) 22:41:22.51ID:LMGGLgEy
つまりkotlinは一回javaに変換してからコンパイルしてるってこと?
906デフォルトの名無しさん
2018/11/15(木) 23:18:48.42ID:TNWk/8K+
いいえ
直接Javaクラスファイルが作られます
907デフォルトの名無しさん
2018/11/15(木) 23:34:43.61ID:thmm/mkW
JVMはバイトコードを読むもの
Kotlinソースコードはバイトコードを吐く
Javaソースコードもバイトコードを吐く
他のJVM言語(Groovy、Scala、JRuby、Jython等)もバイトコードを吐く
ドゥユゥアンダースタン?
908デフォルトの名無しさん
2018/11/16(金) 02:51:53.33ID:RZeahJQu
>>905
概念的にはそうなんだけど実際にはそういう人間にとってわかりやすい中間的な状態はすっ飛ばして内部でいきなりバイトコード作っている。
909デフォルトの名無しさん
2018/11/16(金) 06:20:06.46ID:7Oyx3zj5
>>905
Javaで書かれたコードはClassファイルに変換される
Kotlinで書かれたコードもClassファイルに変換される

つまり、OpenJDK (JVM)から見たら、実行する時点でそのコードがもともとJavaで書かれていたのかKotlinで書かれていたのかの区別はできない。
910デフォルトの名無しさん
2018/11/16(金) 07:42:39.93ID:SxJuNQsd
なるほど ありがとうございます

JDKっていうのはコンパイラだけじゃなくてインタプリタも含まれてるのか
911デフォルトの名無しさん
2018/11/16(金) 09:09:35.65ID:j42pfltv
912デフォルトの名無しさん
2018/11/16(金) 12:09:05.80ID:cFUtGW68
そもそもAWSのJDKっても普通のOpenJDKに対して長期的にバグフィックスとセキュリティ修正をするってだけだからな。
913デフォルトの名無しさん
2018/11/16(金) 12:35:30.76ID:f+AE9bwu
>>912
それだけでもありがたい。
914デフォルトの名無しさん
2018/11/16(金) 12:51:50.09ID:InCl5VjB
Kotlin使っといてJavaのLTS期間がどうとかアホかよ
Kotlinって常に最新バージョンしかサポートされてなくて、
新しいバージョンリリースされた瞬間にサポート切れなんだけど、そこ理解してる?
915デフォルトの名無しさん
2018/11/16(金) 13:21:45.24ID:ffAbnTNN
>>910
JDKってか、JVMにバイトコードのインタープリタとJITコンパイラ(実行時によく使用されるメソッドとかをバイトコードから機械語にコンパイルする)が含まれてる
916デフォルトの名無しさん
2018/11/16(金) 13:25:37.10ID:cFUtGW68
>>913
あ、すまん、文脈としては「だからAWSのJDKでだけ動かないなんてことはない」と言いたかった。
917デフォルトの名無しさん
2018/11/16(金) 13:26:14.79ID:cFUtGW68
>>914
それとJDKのサポート期間と、なんの関係もないじゃん。いったい何と戦ってるのか。
918デフォルトの名無しさん
2018/11/16(金) 13:32:19.68ID:InCl5VjB
>>917
どのみち放置運用するようなものには全く使えないんだから、半年毎にJDKを更新するくらい大した問題じゃないでしょ
919デフォルトの名無しさん
2018/11/16(金) 13:48:45.91ID:wIRSNKmo
Xamarinみたいな糞でやるからそうなる
920デフォルトの名無しさん
2018/11/16(金) 14:10:05.60ID:cFUtGW68
>>918
最高に頭の悪い見解をありがとう。
そうだね、うんうん、君の言う通りだよ。
921デフォルトの名無しさん
2018/11/16(金) 18:19:57.19ID:7Oyx3zj5
>>918
それが大した問題だからここ何ヶ月も世界中で大騒ぎしてたわけで。。

まあアプリ本体とJDKをDockerかなんかでまとめてコンテナ化とかしてりゃ何の苦労もないけどな、
現実に本番環境でそこまで出来てるところはまだ少数派だろう。
922デフォルトの名無しさん
2018/11/16(金) 19:42:48.03ID:4Z/2Zn+l
うわー。Pleiades インストールしたら IntelliJ IDEA が日本語に!

慣れてないと違和感あるなこれw
923デフォルトの名無しさん
2018/11/17(土) 07:34:08.71ID:KWZ5EwMD
eclipseで開発してるやつおる?
最近 eclipse の Kotolin のプラグイン更新されてるみたいだけど、やっぱり IntelliJ の方が断然快適なんだろうか
eclipse ずっと使ってきたから、今から開発環境変えるのも苦労しそう
924デフォルトの名無しさん
2018/11/17(土) 08:00:43.63ID:SiZmC7/H
むしろそういったIME使わずに作ってる人いない?
どうも自分で制御出来ない感じが慣れなくって
925デフォルトの名無しさん
2018/11/17(土) 08:05:44.83ID:vtnmvVoJ
日本人のITリテラシーは土人並みやで
926デフォルトの名無しさん
2018/11/17(土) 08:33:58.05ID:WPCLsCCD
>>923-924
おぢさん達、気持ちはわかるけどその程度のことくらい頑張らないと仕事なくなるよ
927デフォルトの名無しさん
2018/11/17(土) 10:32:10.09ID:Lyuticwx
>>923
IntelliJの良いところは開発環境周りの苦労がほぼないことだよ
eclipseから移るとマジで別世界で漏らしそうになる
928デフォルトの名無しさん
2018/11/17(土) 11:38:32.70ID:tnhZ/1Ed
eclipse使っててよくストレス溜めずにいられるよな
929デフォルトの名無しさん
2018/11/17(土) 11:46:54.76ID:8wpf7s1e
>>924
IMEワロス
変数名を日本語にしちゃう人ですかぁ?
930デフォルトの名無しさん
2018/11/17(土) 11:52:52.29ID:B4GISbTr
自演乙
931デフォルトの名無しさん
2018/11/17(土) 12:03:25.62ID:Lyuticwx
>>929
日本語で命名するの、騙されたと思ってやってみたらみやすくてワロタわ。
個人プロジェクトでしかやってないけど、テストケースを日本語にしておくとめっちゃ見やすい。
932デフォルトの名無しさん
2018/11/17(土) 12:22:39.88ID:W3t77A42
自分も趣味のプロジェクトはテストだけ日本語で書いてる
933デフォルトの名無しさん
2018/11/17(土) 13:01:34.66ID:By/5vlbY
>>923
一回使ってみてから決めたら?
そもそもkotlinやるならintellijのほうがいいと思うが
934デフォルトの名無しさん
2018/11/17(土) 13:47:53.54ID:rc62Vrp5
Kotlin使うなら開発元のJetBrainsを支援する意味でもIntelliJの有償版を使うべき
最近はJavaがゴタゴタしてるし、JBが強いスマホ分野ではIDE離れの動きが出てきてるし、開発環境市場はVSCodeが席巻してる
このままだと会社無くなってKotlinも終わっちゃうよ
935デフォルトの名無しさん
2018/11/17(土) 13:48:05.80ID:KWZ5EwMD
SWT使うから、eclipseのWindowBuilderないとちょっときついのよね
IntelliJ は魅力的だしとりあえずインストールしてみたけど、IDE2つ起動しないといけなくなりそう
936デフォルトの名無しさん
2018/11/17(土) 21:54:40.24ID:ftBRdYwQ
>>923
プラグインが0.7.2くらいの時に使ったことがあったが、Javaのプログラミングの時にまでエラーが出るようになって、
たまらずアンインストールした。
その後どうなったか知らないが、まだアルファ版のままみたし、もともとのContributorはほとんど関与していなくて、
現在のContributorは実質ほぼ一人だけみたいだから、IntelliJのサポートレベルには
遠く及ばないんじゃなかろうか。
https://github.com/JetBrains/kotlin-eclipse/graphs/contributors
937デフォルトの名無しさん
2018/11/18(日) 00:00:27.08ID:GJ109gfR
>>934
支援させてやるから、俺にも買ってくれよ
938デフォルトの名無しさん
2018/11/18(日) 19:31:38.08ID:2vqoBI/V
>>936
やる気なさすぎてワロタ
まあJBがeclipseを手厚くサポートするメリットが何もないもんな
939デフォルトの名無しさん
2018/11/22(木) 21:37:26.67ID:WC7mf3YT
kotlin勉強してみたけど、なんていうんだろこれまでだと泥臭い書き方になるものが
すっきりかけるようになっていいな
JavaよりC#のほうがいいと思ってたがC#もdelegateを導入したあたりから複雑化して
いまとなってはkotlinのほうがなんか直感的にわかる
940デフォルトの名無しさん
2018/11/22(木) 21:53:40.76ID:BxA30JEc
本当に使ってるの?
C#のdelegateは最初のバージョンからあるし、KotlinってC#をリスペクトしてて
盲目的にC#にあるものは全部取り入れてるからC#より複雑だぞ
941デフォルトの名無しさん
2018/11/22(木) 23:32:14.84ID:36KvwJdV
C#よりいい点はレシーバ付きラムダ式と拡張関数の書き方かな

ジェネリクスは…
reifiedはがんばってる気がするけど
942デフォルトの名無しさん
2018/11/23(金) 00:02:58.62ID:jI4KYN6E
あんま使ってないんだと思うしスレチだが
最近のC#はdelegate負の遺産として使わないぞ
943デフォルトの名無しさん
2018/11/23(金) 01:25:32.06ID:fYjwDIpD
この流れはチャンスだ
使った事ないけどデリゲートって何ですか?
デリケートなら知ってます
944デフォルトの名無しさん
2018/11/23(金) 12:09:30.81ID:uLRLCLS/
easy scalaとしてkotlin開発始めたんだからC#関係ないぞw
てかC#もscalaの記法パクってるの多いからな
945デフォルトの名無しさん
2018/11/23(金) 12:13:14.21ID:2OhrHiHK
エヴァしか知らないとアニメ表現が全部エヴァのパクリに見える現象がここにも
946デフォルトの名無しさん
2018/11/23(金) 14:30:09.94ID:88YT2KBI
作ろうとしていたのは静的型付けのgroovyで、静的型付け言語の先輩のC#やScalaの記法を参考にしただけなんですけどね
947デフォルトの名無しさん
2018/11/23(金) 14:53:48.45ID:mswwi/pb
他の言語やった後に C# やると
event や delegate キーワードはなんじゃこれって思うよね
948デフォルトの名無しさん
2018/11/23(金) 17:00:12.01ID:ZfEOkgRs
>>945
Cのパクリ言語の多さには驚かされます。
949デフォルトの名無しさん
2018/11/23(金) 19:26:48.74ID:R6GgleAv
B..orz
950デフォルトの名無しさん
2018/11/23(金) 20:30:04.34ID:sjUJivrs
B→Cは本人達による改良だぞ
951デフォルトの名無しさん
2018/11/23(金) 22:54:35.99ID:8BniVbk+
>>943
最後の一文から知りたいのでなくて、ネタをやりたかったのだろうとは思うが、一応説明すると、
基底クラスを継承する代わりに、継承したい基底クラスのインスタンスを指定すると、
あたかも継承したかのように振る舞う機能。
基底クラスのメソッド呼び出しは、上記で指定したインスタンスに委譲(delegate)され、
そのインスタンスのメソッドが呼ばれる。

Effective Javaによると継承は一般的に間違いを起こしやすとしてdelegateするよう勧めている。

overrideするメソッドがたくさんあるけど具象クラスがないインターフェースを実装する時に
ヘルパークラスから生成したインスタンスに委譲すると便利。
952デフォルトの名無しさん
2018/11/29(木) 16:05:57.68ID:nHLSJTBx
KotlinでWindowsとかのデスクトップアプリ作ろうと思ったら、やっぱTornadoFXとかになるの?
ネイティブで作れたら嬉しいんだけど
953デフォルトの名無しさん
2018/11/29(木) 16:56:34.05ID:ExWFlvb4
そもそもWindowsのデスクトップアプリを作るなら、C#かC++だろ
なんでわざわざKotlinで作るんだ
954デフォルトの名無しさん
2018/11/29(木) 17:09:39.01ID:xQKvJzEq
Kotlinが好きなのかKotlinしか知らないからやろ
955デフォルトの名無しさん
2018/11/29(木) 17:24:12.38ID:OofVoAKX
windows「とかの」
まぁクロスプラット狙ってるならそれでもいいんじやねぇの
956デフォルトの名無しさん
2018/11/29(木) 17:26:42.57ID:tIHf4qpT
Javaでクロスプラットフォームなクライアントアプリを作ろうとしたが、クリップボードひとつまともに機能しかった悲しい思い出が甦る
957デフォルトの名無しさん
2018/11/29(木) 18:27:18.48ID:93l6OrKk
TornadeFXとかあかんやろ(見もせずに言ってます)
ティアが嵩むほどシステムの信頼性は下がる(見もせずに言ってます)
Java JavaFX Kotlin あかんやろ、Java標準からも外されるくらいクソなJavaFX、あかんやろ(見もせずに言ってます)
958デフォルトの名無しさん
2018/11/29(木) 19:16:53.65ID:8tueZiBH
とりあえずAndroid用アプリでも作っときなさい。
今はその方が使ってくれる人は多そうだしな。
GUIも問題なし。

そうでなければGUIなしの主にサーバ用プログラム作るかかな。
GUIはクライアント側に任せる。クライアント側は何でも良い。
959デフォルトの名無しさん
2018/11/29(木) 19:33:01.28ID:iATAGwWK
一つのことにこだわって新しいことの習得がおっくうになるのは老化してる証拠
960デフォルトの名無しさん
2018/11/29(木) 19:36:46.41ID:L2YcYUgx
JavaのAWTがつかえるんじゃないの
961デフォルトの名無しさん
2018/11/29(木) 19:43:58.47ID:8tueZiBH
そうだな。ボケ防止にもなるから新しいことやった方が良い。

ただしボケ防止の場合は完璧な状態になる必要はない。
学習を続けるという脳を使い続ける行為が重要なのであって、完璧になってゴールしてしまったらそこで学習が終わってしまうからだ。
962デフォルトの名無しさん
2018/11/29(木) 22:30:52.83ID:BEC3KPap
>>959
尊師のお言葉にもあるけど、経験値が増えるにつれて、わざわざ自分で使い込んでみなくてもある程度わかるようになってしまうんだよな
Kotlinなんてまさにそうで、Javaに十分精通してる人なら「ああ、記述をライトにしたAltJavaね。機会があれば使おう。」で終わり
963デフォルトの名無しさん
2018/11/29(木) 22:49:53.88ID:anCZlMXk
Javaで出来ることをKotlinで書くだけだから普通に出来るでしょ
まあそもそもデスクトップアプリをJavaで作ること自体あんまりおすすめしないけど
964デフォルトの名無しさん
2018/11/30(金) 02:32:19.54ID:KY1rTXDt
まあそのうちnativeできるし、何かできるんじゃなかろうか。
965デフォルトの名無しさん
2018/11/30(金) 07:59:18.39ID:pFci1ptA
>>962
確かに老い先短くなると、学習する期間で縮む余命の方が、残りの余命の間に得られる利益を上回るよね。
966デフォルトの名無しさん
2018/11/30(金) 08:47:06.15ID:JSlOh1Qz
>>965
余命の問題だけじゃないけどな
・この程度なら必要になったときにググれば十分だ
・類似技術を習得済みだから最悪でも今持ってるスキルの範囲でカバー可能
経験を積めば大抵こうなるから、わざわざ使い込んで試す利益は限りなく低くなる
967デフォルトの名無しさん
2018/11/30(金) 12:25:01.05ID:J79R14WK
少なくとも触らないで理解した気になってる奴は成長しない
968デフォルトの名無しさん
2018/11/30(金) 12:56:15.42ID:vx8Iixcx
Kotlinに慣れてくるとJavaに戻る気は失せてくる。
型推論とか色々とコンパイラが面倒見てくれるから楽だ。
969デフォルトの名無しさん
2018/11/30(金) 13:50:09.33ID:SLlZ3057
C#も型推論とかあるし、Kotlinが出来るなら、
学習コストは少ないだろ
970デフォルトの名無しさん
2018/11/30(金) 14:01:04.03ID:LHvn0OZF
最新のJava使えるなら型推論あるし、javaでもそこまでいらいらしなくったな。
971デフォルトの名無しさん
2018/11/30(金) 15:21:36.33ID:GKWVzoy/
つうかどの言語も似たような感じになってる
972デフォルトの名無しさん
2018/11/30(金) 21:50:01.48ID:vx8Iixcx
٩( ᐛ )و
973デフォルトの名無しさん
2018/12/03(月) 11:14:21.81ID:m1M1hiPd
Kotlinは言語としてとてもよくできている、しかし現実的な用途がピーキーだ

おすすめできる人
 ・現在Javaでプログラミングしている人
おすすめできない人
 ・まだJavaでプログラミングしていない人

「いまからJava勉強してアプリとかサービスとか作ろうと思うんです」という初心者の人がいたらアホかやめとけと言うと思う
それはKotlinにも当てはまる
「いまさらJavaで作らなくてもいいぞ」という進言はJavaの文法の小難しさというより周辺の環境を考慮しての物言いなはずである
KotlinはJavaの環境のJava文法部分を変更するもので、たとえばJavaでのゲームGUIのつくりにくさや外部ライブラリの面妖さを変更してはくれない
「いやあちょうどJavaでプログラミングしようかと思ってたとこなんですよ」という人がたまたまいたならもう全力でおすすめできるのだが
974デフォルトの名無しさん
2018/12/03(月) 12:14:09.57ID:7ySpxLkd
ピーキー?
975デフォルトの名無しさん
2018/12/03(月) 12:18:13.71ID:sXa35AcC
Javaの文法が小難しいとか小学生かよ
976デフォルトの名無しさん
2018/12/03(月) 12:19:55.67ID:XSpjUKkp
Scalaとかいう意識高い系の先輩を倒したと思ったらまさか大地主様に後ろから殴られるとはな
977デフォルトの名無しさん
2018/12/03(月) 12:25:19.72ID:hZ1xmoNV
×小難しさ
○クソさ
978デフォルトの名無しさん
2018/12/03(月) 12:30:15.88ID:hZ1xmoNV
確かに今現在Java使ってるやつには折伏したくなるがプログラミング初心者ですって奴にJVM言語は勧められないな
979デフォルトの名無しさん
2018/12/03(月) 12:38:10.63ID:GZdJt5rg
初心者ですって奴には何勧めるの?
980デフォルトの名無しさん
2018/12/03(月) 12:47:01.90ID:OUmDU7Ge
もともと、既存Javaユーザーを救おうというのがコンセプトっぽいしなKotlin

>>979
本当にまったく何もわからなければC#(とUnity)
なにか新しくてそれなりに作れる言語やってみたいとか骨のあること口走ったらGo
みんなと同じがいいのならPython
981デフォルトの名無しさん
2018/12/03(月) 12:52:57.12ID:tXuBcYwL
Androidはkotlinかdartになりつつある
982デフォルトの名無しさん
2018/12/03(月) 13:57:28.32ID:ygSmLhmH
Androidアプリ作りたいって初心者は多いから、普通にコトリン勧めるよ。
そこで慣れていく頃にはサーバーサイドKotlinももうちょっとはメジャーになってるだろうし
983デフォルトの名無しさん
2018/12/03(月) 19:03:59.84ID:qI5Yf4Oh
慣れていくが潰れていくに見えて
厳しい世界を海馬見た
984デフォルトの名無しさん
2018/12/03(月) 19:36:33.56ID:czODpH2j
Androidはデザパタ強制的に叩き込まれるから初心者にもいいと思う
985デフォルトの名無しさん
2018/12/04(火) 12:23:41.67ID:j/4iahuf
理論上最速って理由でC++に挑んで潰れてく初心者は大勢見た
986デフォルトの名無しさん
2018/12/04(火) 12:34:54.66ID:zGwuExf2
理論上はVM言語が最速でしょ
実行時の統計に基づいた最適化が可能だから
987デフォルトの名無しさん
2018/12/04(火) 12:51:09.49ID:HMynH27O
どんな最適化してくれるかに掛かっていると言える。
その辺の自由度はあまりない。
988デフォルトの名無しさん
2018/12/07(金) 22:57:19.96ID:xWcDprPO
Javaだと1週間かかっていた機能追加が、Kotlin移行後は2~3日でできるようになりました。

――工数が半分以下に減ってるんですね……! Android版Yahoo!ニュースではまだJavaを使っている部分もあるかと思いますが、今後Kotlinへ完全移行する予定はあるのでしょうか?

https://employment.en-japan.com/engineerhub/entry/2018/12/07/110000
989デフォルトの名無しさん
2018/12/08(土) 11:23:56.70ID:4y6zqDWu
今プログラミング始めるなら最初はWeb公用語のJS(TS)からでいいよ
990デフォルトの名無しさん
2018/12/08(土) 12:15:52.25ID:PDZ5mPet
>>989
プログラミングすることだけが目的の勧め方じゃないですかァー!
991デフォルトの名無しさん
2018/12/08(土) 20:33:31.47ID:oXOQORcd
そろそろかと思い次スレたてた。
Kotlin 5
http://2chb.net/r/tech/1544268581/l50
992デフォルトの名無しさん
2018/12/08(土) 23:16:31.24ID:xmV4OmOO
>>991
993デフォルトの名無しさん
2018/12/09(日) 14:57:26.51ID:rgDJoSoN
有難き早漏
994デフォルトの名無しさん
2018/12/09(日) 16:42:39.11ID:+OEVv2Al
println("乙")
995デフォルトの名無しさん
2018/12/10(月) 14:37:10.12ID:aAESLT1a
>>990
何作りたいのかまったくヒアリングできないのならJSでもいいような気がする
実はiPhoneアプリ作りたいんでしたーでもなんとか…なんとか…いやどうだろう、なんとか
996デフォルトの名無しさん
2018/12/11(火) 12:41:59.76ID:l2VtJ3NB
大丈夫、JSでもiPhoneアプリは作れる
997デフォルトの名無しさん
2018/12/11(火) 23:48:54.57ID:eLKcPM1+
そろそろ埋める?
998デフォルトの名無しさん
2018/12/12(水) 10:40:30.38ID:I3Mp/+TW
Kotlin 5
http://2chb.net/r/tech/1544268581/
999デフォルトの名無しさん
2018/12/12(水) 11:02:21.85ID:XAdiQzbb
1000への道はKotlinで敷き詰められている。
1000デフォルトの名無しさん
2018/12/12(水) 11:02:47.76ID:XAdiQzbb
ま、いいや。次行こう次。
10011001
Over 1000Thread
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 147日 17時間 2分 20秒
10021002
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php

ニューススポーツなんでも実況



lud20250323085517ca
このスレへの固定リンク: http://5chb.net/r/tech/1531818027/
ヒント:5chスレのurlに http://xxxx.5chb.net/xxxx のようにbを入れるだけでここでスレ保存、閲覧できます。

TOPへ TOPへ  

このエントリをはてなブックマークに追加現在登録者数177 ブックマークへ


全掲示板一覧 この掲示板へ 人気スレ | Youtube 動画 >50 >100 >200 >300 >500 >1000枚 新着画像

 ↓「Kotlin 4 ->画像>1枚 」を見た人も見ています:
次世代言語15 Go Rust Swift Kotlin TypeScript
次世代言語議論スレ[Rust Kotlin Haskell]第6世代
次世代言語17 Go Rust Kotlin TypeScript Julia
次世代言語14 Go Rust Swift Kotlin TypeScript
次世代言語13 Go Rust Swift Kotlin TypeScript
次世代言語15 Go Rust Bosque Kotlin TypeScript
次世代言語9[Haskell Rust Kotlin TypeScript Dart]
【IT】Kotlinで開発された初のAndroid向け不正アプリが発見
Kotlin 7
Kona Linux 4杯
【Kotlin】Compose Multiplatform 1
【乞食コイン】KOJIKI COIN 4【KIZUNAスワップ】
次世代言語25 TypeScript Swift Go Kotlin Rust Nim
次世代言語22 Go Nim Rust Swift Kotlin TypeScript
次世代言語29 TypeScript Swift Go Kotlin Rust Nim
Seattle Mariners Vo.1150
Seattle Mariners Vo1152
Seattle Mariners Vo1159
ゲイが語るEvery Little Thing
【◆BREITLING ブライトリング 総合78◆】
Every Little Thing総合雑談スレッド-225-
進撃2Final Battleのアマゾンランキングwwwwwwwww
BREITLING ブライトリング エアロスペース 総合2
【FREEDOM LAND】JACKS'N'JOKER【INSIDE OUTLAW】
【BATTLE AGAINST】LOVEBITES Vol.①【DAMNATION】
【秋の両国】新日総合スレッド1966【KING OF PRO-WRESTLING】
Outlast 2のNintendoSwitch版が海外で発売!!!XboxOne版との比較動画が完全に間違い探しな件w
【ゲーム】『ポケモン』新作、Switchに登場 2018年以降に発売 他Switch向けゲーム情報あり「Nintendo Spotlight:E3 2017」
【●】KINOKOCAKE【●】
【KOK】KING OF KINGS 17
真夏の夜の淫夢.seinoyorokobi
真夏の夜の淫夢.Princess Mako
【 カミコベ 】Comin' Kobe
【NEC-HE】PCエンジンmini ★14【KONAMI】
【KOF】THE KING OF FIGHTERS ALLSTAR part9
【KOF14】THE KING OF FIGHTERS XIV Part163
【KOF14】THE KING OF FIGHTERS XIV Part151
【KOF14】THE KING OF FIGHTERS XIV Part141
【KOF】THE KING OF FIGHTERS ALLSTAR part1
【KOF】THE KING OF FIGHTERS ALLSTAR part41
THE KING OF FIGHTERS ALLSTAR part60【KOF】
【KOF】THE KING OF FIGHTERS ALLSTAR part15
【KOF】THE KING OF FIGHTERS ALLSTAR part45
【KOF】THE KING OF FIGHTERS ALLSTAR part32
【Yokocho coin】横丁コイン 3軒目【バル横丁】
【KOFAS】THE KING OF FIGHTERS ALLSTAR part237
【KOFAS】THE KING OF FIGHTERS ALLSTAR part135
【KOFAS】THE KING OF FIGHTERS ALLSTAR part226
【KOFAS】THE KING OF FIGHTERS ALLSTAR part136
【KOFAS】THE KING OF FIGHTERS ALLSTAR part127
【KOFAS】THE KING OF FIGHTERS ALLSTAR part170
【KOFAS】THE KING OF FIGHTERS ALLSTAR part231
【KOFAS】THE KING OF FIGHTERS ALLSTAR part185
【KOFAS】THE KING OF FIGHTERS ALLSTAR part245
【KOFAS】THE KING OF FIGHTERS ALLSTAR part162
【KOFAS】THE KING OF FIGHTERS ALLSTAR part210
【KOFAS】THE KING OF FIGHTERS ALLSTAR part112
【KOFAS】THE KING OF FIGHTERS ALLSTAR part222
【KOFAS】THE KING OF FIGHTERS ALLSTAR part180
【KOFAS】THE KING OF FIGHTERS ALLSTAR part146
【KOFAS】THE KING OF FIGHTERS ALLSTAR part132
【KOFAS】THE KING OF FIGHTERS ALLSTAR part154
【KOFAS】THE KING OF FIGHTERS ALLSTAR part142
【KOFAS】THE KING OF FIGHTERS ALLSTAR part151
08:20:47 up 55 days, 9:19, 0 users, load average: 7.41, 8.00, 8.29

in 1.5189650058746 sec @1.5189650058746@0b7 on 061121