Kotlin 4

**デフォルトの名無しさん** · 2018/07/17(火) 18:00:27.88

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

※前スレ
http://mevius.5ch.net/test/read.cgi/tech/1521401186/

**デフォルトの名無しさん** · 2018/08/17(金) 12:20:38.11

>>344
なこと言ってるからいつまでもメジャーになれないんだよ

**デフォルトの名無しさん** · 2018/08/17(金) 12:56:35.66

しかしkotlinの話題ねーな

**デフォルトの名無しさん** · 2018/08/17(金) 13:24:43.25

>>349
なる必要などないしその労力は無駄であるというのがfvwm95の昔からの結論

**デフォルトの名無しさん** · 2018/08/17(金) 13:42:05.69

>>348
Homebrew知らんの？

**デフォルトの名無しさん** · 2018/08/17(金) 14:17:43.45

>>352
HomebrewってGUIだっけ?
>>350
XamarinスレだからKotlin 1.3の話をする人がいないのは仕方ないね。

**デフォルトの名無しさん** · 2018/08/17(金) 14:33:17.11

ん？Windowsにまともなパッケージマネージャあったっけ？

**デフォルトの名無しさん** · 2018/08/17(金) 14:43:55.53

scoop

**デフォルトの名無しさん** · 2018/08/17(金) 15:29:41.25

>>354
apt
ほぼ普通のUbuntuがVMなしで使える

**デフォルトの名無しさん** · 2018/08/17(金) 15:32:05.29

>>353
今のMacではHomebrewはmacOSのセキュリティと干渉してしょっちゅう不具合起こすよ

**デフォルトの名無しさん** · 2018/08/17(金) 16:30:28.89

>>357
毎日のように使うけど、しょっちゅうってほど不具合は起きないぞ
OSのメジャーアップデートの時はやばいが

**デフォルトの名無しさん** · 2018/08/17(金) 21:16:05.18

同じく、しょっちゅう使ってるが、特にHomebrewで不具合起きてないぞ

**デフォルトの名無しさん** · 2018/08/17(金) 21:48:31.12

El Capitanになった時だけは死んだけど、それ以来はそんなことないな

**デフォルトの名無しさん** · 2018/08/17(金) 23:32:30.00

MacはOSバージョン毎年変わるくせにアプリの互換問題な耐えないから大嫌い

**デフォルトの名無しさん** · 2018/08/18(土) 06:32:26.18

Xamarinみたいな糞でやるから不具合を起こす

**デフォルトの名無しさん** · 2018/08/18(土) 06:43:35.72

$brew install Xamarin
...
...
$ Error: Xamarin is shit. Uninstall it ? (Y/Y)

**デフォルトの名無しさん** · 2018/08/18(土) 10:30:10.12

Windowsが好きなら黙って使っとけよ
わざわざ自分が使わないものを貶めなくてもいいだろ

**デフォルトの名無しさん** · 2018/08/18(土) 11:06:43.75

Windowsは特に好きではないな

**デフォルトの名無しさん** · 2018/08/18(土) 11:36:54.08

マカーはキモいから嫌い

**デフォルトの名無しさん** · 2018/08/18(土) 11:46:54.19

かといってMacが好きというわけでもない

**デフォルトの名無しさん** · 2018/08/18(土) 11:56:45.00

MacはBSDに綺麗な服着せて見た目かっこよくしただけだからな
ちょっと凝ったことしようとするとシェル駆使する必要があって、Javaとか使ってるだけの純プログラマーに使いこなすのは難しいんだろ

**デフォルトの名無しさん** · 2018/08/18(土) 12:00:07.22

Kotlinの話題はスレ違い

**デフォルトの名無しさん** · 2018/08/18(土) 12:33:38.16

>>368
いや、Macのそういうところは好きだ。あのGUIは邪魔。

**デフォルトの名無しさん** · 2018/08/18(土) 22:33:24.33

MacとWindowsなんて、どこの板のどこのスレでも大荒れ必死な話題なのにこの程度しか燃えないのか
ほんとこのスレ過疎ってるな

**デフォルトの名無しさん** · 2018/08/18(土) 22:44:15.04

盛り上がるのは知識がなくても誰でも一言言える話題だからだろうな。
スレチだから他でやれば

**デフォルトの名無しさん** · 2018/08/19(日) 16:56:24.77

ほんそれ。ここはXamarinスレだから、OS論争は他所でやれ、

**デフォルトの名無しさん** · 2018/08/20(月) 09:40:13.59

Kotlinもよろしく

**デフォルトの名無しさん** · 2018/08/20(月) 09:50:24.62

プログラミング言語のシェア競争は安定期に？人気ランキングから見えてきたこと
https://wired.jp/2018/08/18/apple-swift-android-kotlin-rankings/

**デフォルトの名無しさん** · 2018/08/20(月) 10:10:29.63

やっぱこれからはJavascriptなんだな

**デフォルトの名無しさん** · 2018/08/20(月) 10:21:41.26

これからはっていうか、JavaScriptは公用語みたいなもんだし……

**デフォルトの名無しさん** · 2018/08/20(月) 11:51:43.10

Nodeが出来て、JavaScript はなんでも作れるようになったしな

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

CSSって言語なんかい

**デフォルトの名無しさん** · 2018/08/20(月) 12:28:51.39

>>374
スレ違い

**デフォルトの名無しさん** · 2018/08/20(月) 22:36:41.19

ことりん…寿命短かったな…

**デフォルトの名無しさん** · 2018/08/20(月) 22:58:38.25

これからは Kotlin の時代

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

>>382
Android: 成功しているが、まだJavaの方が優勢。しかもモバイルOSはFuchsiaに移行していく。
JVM: OpenJDKの半年ごとリリースのサイクルについていけなくなる。
Javascript: 圧倒的にTypescript
Native: 完成の目処がたたない。
どうしよう未来(さき)が見えない…
と、スレチながら極論してみる。

**デフォルトの名無しさん** · 2018/08/21(火) 07:00:16.40

つまりDelphiの時代が来るということか

**デフォルトの名無しさん** · 2018/08/21(火) 07:46:05.84

>>383
FuchsiaのSDK(Flutter)ってDartだってw

**デフォルトの名無しさん** · 2018/08/21(火) 07:49:19.34

Nativeをもっと重視すべきだったんだよな
完全に後手

**デフォルトの名無しさん** · 2018/08/21(火) 08:52:04.60

JBのリソースがそこまで足りてないんだろ
flutterが出る前にGoogle様に会社ごと買収して貰えばよかった

**デフォルトの名無しさん** · 2018/08/21(火) 08:52:53.59

>>385
ほんとそれだけが地獄だよな。
flutterは良く出来てるけど、Dartが辛すぎるww

**デフォルトの名無しさん** · 2018/08/21(火) 10:34:10.23

リソースないならJS切り捨ててNativeに注力しろよって思う
もしくは逆か
両方やろうとするからどっちも中途半端になってSwiftにもTSにも勝てないんだよ

**デフォルトの名無しさん** · 2018/08/21(火) 10:45:03.25

JBって未だに正式なJavaの認証のないグレーなOpenJDKを配布してるよね
Nativeなんか成功するわけないんだから、遊んでる余裕があるなら
JBがOracleの正式なライセンスを受けたOpenJDKのディストリビュータになって、顧客にOpenJDKの安定的な提供を確約すべき
このままだとVSCodeに食われて潰れるのも時間の問題

**デフォルトの名無しさん** · 2018/08/21(火) 12:01:52.04

全然意味がわからない

**デフォルトの名無しさん** · 2018/08/21(火) 12:15:49.34

わかんないんです

**デフォルトの名無しさん** · 2018/08/21(火) 12:45:30.29

そのうちなんとかなるだろう。

Fuchsiaになったらなったでそれ用にコンパイルできるやつができればいいんじゃないか？

**デフォルトの名無しさん** · 2018/08/21(火) 17:18:03.76

Javaは仮想マシン使ってクロスプラットフォーム対応ってのが新しいと言われて普及したけど、それも今は昔
今後の主流はPWAだからJavaとかオワコンになりつつおる

**デフォルトの名無しさん** · 2018/08/21(火) 17:57:40.74

PWAねえ
少なくとも当面の間は主流になることはないと思うよ
ビジネス的な理由で

**デフォルトの名無しさん** · 2018/08/21(火) 18:12:15.63

あー、馬場が持ってたベルト？

**デフォルトの名無しさん** · 2018/08/21(火) 18:29:43.31

NWA

**デフォルトの名無しさん** · 2018/08/22(水) 08:56:38.71

でもflutterって現状sdkってより只のUIツールキットだからな。だからfuchsiaのOS提供機能のAPIが別に用意されてそれは他の言語から自由にアクセスできるんだろうし。
下手するとdart/flutterを全く介さないアプリもfuchsiaで動かせるとか?
そこでmicrosoftさんで出番ですよ

**デフォルトの名無しさん** · 2018/08/22(水) 14:52:28.46

valをletにしてくれ

**デフォルトの名無しさん** · 2018/08/22(水) 15:46:02.41

sed 's/val/let/g'

**デフォルトの名無しさん** · 2018/08/22(水) 17:58:32.00

>>395
そんなこと言ってると時代に取り残されるぞ

**デフォルトの名無しさん** · 2018/08/22(水) 18:06:27.10

そういう本質的でない技術は主流になってからやりゃいいよ

**デフォルトの名無しさん** · 2018/08/22(水) 20:16:12.08

let って再代入可な方じゃないの

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

>>403
関数型言語では、束縛といってletは再入不可だが、
JavaScriptとTypeScriptはなぜか再入可能になる

**デフォルトの名無しさん** · 2018/08/22(水) 20:39:29.39

letよりvalの方が好きなんだけど

**デフォルトの名無しさん** · 2018/08/22(水) 20:40:29.82

>>401
技術者としてはキャッチアップしておかなくちゃいけないけど、既存のプラットホームとの兼ね合いで主流になるまでのハードルは高いよ
具体的に言えばAppleとグーグルの稼ぎが減ってしまうから

**デフォルトの名無しさん** · 2018/08/22(水) 20:42:06.98

完全にjavascript脳だったわ…

**デフォルトの名無しさん** · 2018/08/22(水) 20:45:35.82

>>407
それは君のせいじゃないから大丈夫

**デフォルトの名無しさん** · 2018/08/22(水) 20:46:41.41

jsは呪い

**デフォルトの名無しさん** · 2018/08/22(水) 20:54:36.48

本日は朝から晩までC言語漬けでした。

**デフォルトの名無しさん** · 2018/08/22(水) 21:02:15.44

>>409
確かに
>>399
varとvalが紛らわしいと思う一方で、letと束縛のイメージが結びつかなくて気持ち悪いと思う自分がいる。

**デフォルトの名無しさん** · 2018/08/22(水) 21:11:20.85

>>411
確かにlet自体には束縛の意味はない。関数型言語ではletを使って束縛をする(デフォルトで再入不可)というだけの話。JavaScriptではデフォルトが再入可能なので、letも再入可能になったってことかな？

**デフォルトの名無しさん** · 2018/08/22(水) 21:22:01.52

Ｃ言語程の糞はない

**デフォルトの名無しさん** · 2018/08/22(水) 23:32:50.26

>>412
(ｷﾘｯが付きそうなレスする前に再入可能の意味をググってみよう
リアルで恥かかなくて済んでよかったね

**デフォルトの名無しさん** · 2018/08/22(水) 23:39:06.16

>>414
mutable immutableの和訳なんてどうでも良い

**デフォルトの名無しさん** · 2018/08/22(水) 23:51:36.95

reentrantのことかな？

**デフォルトの名無しさん** · 2018/08/23(木) 02:26:41.19

>>404
let を最初に使ったのは Lisp だろ
Lisp の let は新しいスコープを作り、そのスコープに変数を束縛する
スコープに束縛された変数は、再代入可能だし、初期値も必須では無い

最近の関数言語でも概念的には一緒だと思うんだけどね？
関数言語 let a = 1 とかした場合、これは a に 1 を束縛しているのではなくて、スコープに変数 a を束縛してその値を 1 にしている
そして >>411 が言ってるように、関数言語の場合は変数が再代入不可能だから a の値が 1 固定になる

**デフォルトの名無しさん** · 2018/08/23(木) 02:50:29.42

binding自体は難しいものではないからな
特定の言語仕様がくっついたまんまの状態で別の言語で考えると「？？」ってなるだけ
それは方言だってやつね

**デフォルトの名無しさん** · 2018/08/23(木) 05:10:43.81

>>417
関数型言語

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

>>417
let a be 1 で値を1にするというのはまだわかるのだけど、
英語nativeじゃないからかもしれないが、
letという単語にそういうスコープ束縛の意味はない気がするのでイメージしづらい。

>>414
再入可能と再代入可能は違うとだけ指摘すればいいものを。
リアルでそんな指摘のしかたでは敵も多かろうに。

**デフォルトの名無しさん** · 2018/08/23(木) 06:15:01.67

let it be

**デフォルトの名無しさん** · 2018/08/23(木) 06:25:49.65

俺からしたらreentrantを再入可能なんていう訳がしっくりこないが
再呼出可能だろうと

**デフォルトの名無しさん** · 2018/08/23(木) 06:55:01.57

もう一つ違和感の原因に思い当たったのだけど、
value a is 1, variable a is 1は英語の第三文型だけど、
let a be 1だと、第五文型になるので、統一感がなくなるというのもあるかもしれない。

**デフォルトの名無しさん** · 2018/08/23(木) 07:02:20.78

違和感といえばC言語の『＝』ですでに違和感感じてたw
左辺と右辺違うやんって

**デフォルトの名無しさん** · 2018/08/23(木) 07:44:11.85

letと言えばBASICじゃろ

**デフォルトの名無しさん** · 2018/08/23(木) 08:07:32.06

let me see

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

whisper words of wisdom

**デフォルトの名無しさん** · 2018/08/23(木) 09:25:48.69

Let it be.

**デフォルトの名無しさん** · 2018/08/23(木) 16:05:20.94

let me go.

**デフォルトの名無しさん** · 2018/08/23(木) 17:05:44.50

>>423 第三文型じゃなくて第二文型(SVC)だったorz 第三文型はSVOだ
>>424
そのときにHaskellを知っていれば・・・みたいな話?

**デフォルトの名無しさん** · 2018/08/25(土) 12:19:58.62

>>430
その後に知ったのがMLなのでHaskellは無用だった

**デフォルトの名無しさん** · 2018/08/25(土) 14:40:53.80

Kotlin conf

**デフォルトの名無しさん** · 2018/08/25(土) 17:16:38.87

>>432
今日やるのはKotlin confじゃなくてKotlin Fest 2018だよね。
なんか進展ありました?

**デフォルトの名無しさん** · 2018/08/25(土) 20:16:12.81

スライドと動画のリンクはよ

**デフォルトの名無しさん** · 2018/08/26(日) 13:31:35.98

2018年人気＆嫌われプログラミング言語トップ25- Stack Overflow
https://news.mynavi.jp/article/20180604-639227/

Kotlin は結構愛されて求められてるね。

**デフォルトの名無しさん** · 2018/08/26(日) 13:37:00.99

スライド一覧
ttps://kotlin.connpass.com/event/91666/presentation/

**デフォルトの名無しさん** · 2018/08/26(日) 17:07:51.07

今まで色々な言語使ってきたけど、ことりんは凄く気に入ってる
ただ、それが依存してるJavaがなぁー

**デフォルトの名無しさん** · 2018/08/26(日) 17:20:40.99

おらくるりん

**デフォルトの名無しさん** · 2018/08/26(日) 18:00:56.59

>>437
ほんそれ。Kotlinにガッツリ打ち込みたいけど、JVM自体がリスク因子になっちゃってて

**デフォルトの名無しさん** · 2018/08/27(月) 09:06:47.08

Kotlinは良い言語だよ、本当に良い言語だ(Dartを書きながら)

**デフォルトの名無しさん** · 2018/08/27(月) 09:24:55.01

そのうちなんとかなるだろう

**デフォルトの名無しさん** · 2018/08/27(月) 09:36:28.91

なんくるないさぁ

**デフォルトの名無しさん** · 2018/08/27(月) 10:25:22.43

KotlinはnativeかJSのどっちかに注力しないとJVMに引きずられて消えてく気がする

**デフォルトの名無しさん** · 2018/08/27(月) 10:53:20.42

そもそもKotlinは、なぜJVMで動くのが前提で作られたのか
Javaとの互換性を重視したんだろうけども

**デフォルトの名無しさん** · 2018/08/27(月) 11:19:52.14

そりゃJetBrainsの客層を考慮したら当然でしょ
JBの売上ってIntelliJとReSharperがほとんどだろ
後者はC#があるからKotlinは必要とされない
したがって選択肢はJavaしかない

**デフォルトの名無しさん** · 2018/08/27(月) 12:09:48.36

kotlinってGoogleと協議とかなしで作り出したん？

**デフォルトの名無しさん** · 2018/08/27(月) 12:14:18.45

Googleと協議してたらクソ言語が出来上がってただろうね

**デフォルトの名無しさん** · 2018/08/27(月) 15:20:05.25

Scala挫折組が低機能Scalaとして開発始めたんだから当然JVM言語