Kotlin 5

1 名前：デフォルトの名無しさん mailto:sage [2018/12/08(土) 20:29:41.41 ID:oXOQORcd.net] JetBrainsが開発した期待の新言語、Androidの公式開発言語にしてサーバーサイドもなんでもいけるKotlinについて語りましょう ※前スレ https://mevius.5ch.net/test/read.cgi/tech/1531818027/ 232 名前：デフォルトの名無しさん [2019/02/05(火) 12:42:55.22 ID:NCwCR2JI.net] リン付ければなんでも可愛らしくなると思いやがってそうはいかねえぞべらんめえ ←江戸っ子 233 名前：デフォルトの名無しさん mailto:sage [2019/02/05(火) 15:01:18.53 ID:PldLlsCY.net] > ←江戸っ子 ウザっ 234 名前：デフォルトの名無しさん [2019/02/05(火) 15:25:14.63 ID:NCwCR2JI.net] うざりん 235 名前：デフォルトの名無しさん [2019/02/06(水) 19:35:52.56 ID:59jOjkSQ.net] 上でシステム系にはGoみたいに書かれてるんだけど、kotlin/nativeはGoより遅いのかな。 現状ではそうなのかも知れないけど、最終的にはGoと同等の速度が出せるポテンシャル(仕組み)だと 思ってるんだけどそうでもないの？ 236 名前：デフォルトの名無しさん mailto:sage [2019/02/06(水) 19:49:42.95 ID:nvZvChxt.net] goに勝つのは流石に無理じゃ？ 237 名前：デフォルトの名無しさん mailto:sage [2019/02/06(水) 20:35:25.96 ID:gjOdQxAx.net] Goに比べたら遥かに複雑怪奇な言語だから最適化は不利だろう JVMの挙動をエミュレーションするための無駄な処理は少なからず必要だろうし 238 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 00:37:31.07 ID:UFwIxg8c.net] 1 c 2 go 5 jvm 10 script系 3くらいいける？ 239 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 05:59:54.51 ID:Ftq4Fy0N.net] >>232 構造的に無理 Goは構造をシンプルに保って高速軽量を維持するために言語仕様を必要最低限にしてるから、 書く人間の使いやすさを追求してるこちょりんとは根本的に目指してるものからして違う 240 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 07:33:55.52 ID:ygKhuk/7.net] >>235 いけると思う JIT後はJVMが1〜2だけど 241 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 08:43:07.10 ID:qMU5zT+q.net] なんでRustはあんなに速いん？言語の抽象度は同じくらいやろ？ 242 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 10:01:05.59 ID:ygKhuk/7.net] >>238 根幹の言語機能の所有権とライフタイムにより C++でのムーブセマンティクスやRAII 243 名前：みたいなのをより高度にコンパイラが認識出来るので 速度(効率)を保ったまま安全性を高められてる [] [ここ壊れてます] 244 名前：デフォルトの名無しさん [2019/02/07(木) 10:55:21.09 ID:esduY2Xd.net] Goはフットプリントも小さいからな。 C++だと、iostreamを静的リンクしただけでもそこそこ大きくなるのに。 245 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 12:43:04.54 ID:nkNDSe3E.net] 上で1..10の速さ書いたんやけどあれは実測じゃなくて速さランクのイメージや。 go<kotlin native<<jvm<<壁<<script言語 こうなるなら納得なんやけど、現実には kotlin native ≒ jvmなの？ 最適化されたらgoに迫ると思い込んでるんやけどそんな甘くないんかな。 246 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 13:44:29.30 ID:Ftq4Fy0N.net] 最適化できたらそらそうだけど、その最適化がどこまで出来るかどうかはお天道様にしか分からない 247 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 14:46:10.65 ID:nkNDSe3E.net] それもそうやね。大人しく半年か1年くらい待ってみるわ 248 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 14:47:12.25 ID:ygKhuk/7.net] コンパイラの頑張り次第で Go ≒ Kotlin/Native まで行ける可能性はある ベンチマークでは C ≒ Rust << Go ≒ JVM Rust vs Go　https://benchmarksgame-team.pages.debian.net/benchmarksgame/faster/rust-go.html Go vs Java　https://benchmarksgame-team.pages.debian.net/benchmarksgame/faster/go.html しかしGCの性質の違い、JVM起動時間、JIT、並列処理サポートなどにより 各ユースケースに対する適性は速度だけでは決まらない 249 名前：デフォルトの名無しさん mailto:sage [2019/02/08(金) 16:17:29.13 ID:nPWMA0BU.net] 3桁ごとにカンマ打つには、 val str= "123456" println( str.format("%,d")) 想定では、123,456のはずが123456になる 使い方間違ってるかな？ 250 名前：デフォルトの名無しさん mailto:sage [2019/02/08(金) 17:15:55.53 ID:3DPCoowD.net] 逆じゃね？ 251 名前：デフォルトの名無しさん mailto:sage [2019/02/08(金) 18:09:56.46 ID:nPWMA0BU.net] 逆＋Intでないとダメみたい BigDecimal放り込んだら勝手に12,345.6789みたいになればと思ったんだけど、自分で作るの面倒で信用ならん 252 名前：デフォルトの名無しさん mailto:sage [2019/02/08(金) 18:45:11.42 ID:MkVUfclC.net] jvmならNumberFormatでいいんじゃないの import java.math.BigDecimal import java.text.NumberFormat val BigDecimal.fmtStr: String get() = NumberFormat.getNumberInstance().format(this) fun main(args: Array<String>) { val a = BigDecimal(12345.6789) println("${a.fmtStr}") } 253 名前：デフォルトの名無しさん mailto:sage [2019/02/08(金) 19:35:10.36 ID:MkVUfclC.net] ごめんよく見たら丸められてたから訂正 https://ideone.com/AvbxFT 254 名前：デフォルトの名無しさん mailto:sage [2019/02/08(金) 19:59:36.92 ID:nPWMA0BU.net] >249 "."探して、整数と小数点以下に分けて整数部分にカンマ打ってから合体させようとしこしこ作ってたら別のアイデア出てた ありがと 255 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 06:09:56.82 ID:6/bHpQ6m.net] locale によってはカンマが3桁区切りではないかも知れないし記号がカンマではないかも知れないので こうやって自分でやっちゃった方が良いのでは？ println(java.text.DecimalFormat("#,##0.000").format(java.math.BigDecimal("1234567890.1235"))) // 1,234,567,890.124 256 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 07:35:37.20 ID:fJwH+mSX.net] >>251 ロケールに従わず常にカンマにしたいという意図ならそれだとそぐわないと思う DecimalFormatに与えたカンマはカンマという文字ではなくグループ区切り子なのでロケールに応じた文字で出力されるよ 257 名前：デフォルトの名無しさん mailto:sage [2019/02/10(日) 17:34:05.13 ID:BbTEeZaP.net] 日本, アメリカ, イギリス 他 1 = 1.000 < 10 < 1,000 = 1000 ドイツ, イタリア 他 1 = 1,000 < 10 < 1.000 = 1000 ロシア, フランス 他 1 = 1,000 < 10 < 1 000 = 1000 オーストラリア, カナダ 他 1 = 1.000 < 10 < 1 000 = 1000 国際単位系(SI) 1 = 1,000 = 1.000 < 10 < 1 000 = 1000 　　空白を小数区切りに使う国が無いことと、ポイントとカンマの各国のばらつきから 　　読み取り間違いを避けるための妥協案のようなもの 258 名前：デフォルトの名無しさん mailto:sage [2019/02/10(日) 17:41:28.40 ID:BbTEeZaP.net] おまけ Ruby, Java, Kotlin 他 1 = 1.000 < 10 < 1_000 = 1000 C++ 1 = 1.000 < 10 < 1'000 = 1000 　アンダースコアをユーザー定義リテラル用に使っていたため 259 名前：デフォルトの名無しさん [2019/02/10(日) 18:10:30.74 ID:6jFJUgix.net] そうか。じゃあグループセパレータを自分でカンマにセットしとかないと確実にカンマにはならないってことだな。 260 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 05:43:38.35 ID:xDY2FToe.net] Java全然書いたことないんだけどJavaのこと調べてたらこの言語に辿り着いた Android公式言語とのことだけど、Androidアプリ開発以外の用途でJavaでやることもKotlinで出来るの？ もうJavaじゃなくてKotlin学んだほうがいい？ PythonとCしか書けない 261 名前：デフォルトの名無しさん [2019/02/12(火) 05:56:17.28 ID:SvKCMiwA.net] おわこん 262 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 06:15:00.09 ID:PanSk5rI.net] >>256 > JavaでやることもKotlinで出来るの？ できる。 > もうJavaじゃなくてKotlin学んだほうがいい？ JavaをやってからKotlinを学んだほうがいいけど、PythonとCができるなら、Kotlinから始めるのもありかも。 263 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 08:01:07.40 ID:zazJl4ej.net] >>256 APIリファレンス読むためにJavaのメソッド定義の構文を知っておくくらいで Kotlinをメインに学んで良いと思うよ 成果物はJavaクラスファイル（※）なので出来ることは同じ やろうと思えば1プロジェクトで混在しても普通にお互い呼べる ※Kotlin/JS, Kotin/Nativeとかの別形式もある 264 名前：デフォルトの名無しさん [2019/02/12(火) 11:22:53.23 ID:8lolhehX.net] Scalaってどこいったん？ 265 名前：デフォルトの名無しさん [2019/02/12(火) 14:31:00.63 ID:8DpMAebM.net] Scalaは衰退しました 266 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 15:06:09.44 ID:ncKC6kPX.net] 使われてるところでは安定して使われてるみたい 拡大は止まったと思うけど 267 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 20:08:57.00 ID:hkCwi0n8.net] scala組がkotlinに合流してくれたら覇権言語狙えるんやないか。 ということは、kotlinに必要なのはお洒落感？ 268 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 20:28:23.96 ID:VerJGrBE.net] Scalaやってた意識高い系はみんなとっくにRustへ移行した 269 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 21:03:35.46 ID:pT/fbk4d.net] >>256 それをJavaで作る必要があって、Javaで作ることを誰かに強制されているなら、それはJavaで作る それをJavaで作る必要があって、Javaで作ることを誰にも強制されてないなら、それはKotlinで作る それをJavaで作る必要がないなら、JavaでもKotlinでも作らない。他の言語を使う。めんどくさいじゃん 270 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 09:04:09.69 ID:KRdNZL9E.net] ちょっと前はScala民がやたらKotlinを叩いてたけど、それももう見なくなったな 271 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 13:18:45.36 ID:ikkFeMPB.net] 現在はKotlin教とGo教の戦い？ 272 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 14:52:01.31 ID:e0d6KWci.net] 言語に自己肯定感を求める人は無難無個性言語Kotlinや低脳言語Goでは欲求が満たされないことを知りRustへ行った 273 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 18:00:16.64 ID:41RZIXro.net] >>267 両方とも同時期に流行り始めたけど、用途的にあんまり競合してない希ガス 274 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 19:36:21.84 ID:n4QfG8LN.net] おれもどうせならオシャレな言語がいいんだがスマホのアプリ作りたいならkotlinしかないよね？ 275 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 20:05:24.56 ID:o4GE+skC.net] つDart 276 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 20:07:39.49 ID:kPXKdc0M.net] dartがオシャレ…？ 277 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 20:43:21.05 ID:KRdNZL9E.net] flutter普及への最大の障害がDartだよな 278 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 22:02:27.55 ID:O2gl0nE8.net] >>270 あなたの言うスマホアプリがゲームだけであるなら、Unityを使うことができる これはWindowsマシンでAndroidゲームもiPhoneゲームも作ることができる（iPhoneの実機はあったほうがいいけど） あなたの言うスマホアプリがiPhoneアプリであるなら開発マシンはMacでiPhoneは必須、個人なら言語は公式のSwift（就職する気なら今からObjective-Cに手を出して時間不足で爆死しよう） Windowsマシンでも作成だけはできるがユーザーの「よくわからないけど動きません」に対して「よくわからないので直せません」と答えるしかなくなる（所詮エミュ） あなたの言うスマホアプリがAndroidアプリである場合のみ、Windows（別にLinuxでもMacでもいいけど）でKotlinを使うことで作ることができる ゲームを作ることももちろんできるが、基本的に全部自力での実装になるので序盤から山が高いし若干面倒くさい（後々勉強にはなるが） 手間と面倒だけ考えるならUnityとC#でやったほうがサンプルも解説も書籍もライブラリも山ほどあるし楽は楽、詰まってもだいたい先人が解いてるのでイージー。タイムイズマネー もちろん他の言語で作ることもできて、たとえばもしあなたにC++の知識があるならC++でゴリゴリ作ることもできるんだけど、そんな人はこんなこと聞かないよね えっXamarin？ごめーん忘れてた。「もしあなたがいっぱしのWindowsアプリケーション開発者であるなら」その知識とXamarinとC#と.NETを使うことでAndroid/iPhoneアプリ開発ができるよ 279 名前：デフォルトの名無しさん [2019/02/13(水) 23:07:05.67 ID:eA/7rWxO.net] >>268 それぞれちょっとずつカジってみたんだけどScalaの人がRustでファイナルアンサーするとは思えんかった。 RustはWebやるにはキツかったからまだどっかで彷徨ってるのかも。 >>269 現在のGoの用途→Webサーバ、Nativeアプリ JetBrainsが思惑ってるKotlin, Kotlin/Nativeの用途→ Webサーバ, Nativeアプリ、というか何だか色々。 うまく行けばこれから競合していくんかな。 280 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 06:44:05.14 ID:l2sDxPpK.net] >>275 Goもこちょりんもどちらも使うけど、一口にWEBサーバーと言っても得意なジャンルが違うな、少なくとも現時点では。 今後GoにSpringみたいなフルスタックのフレームワークが出てきたら思いっきり競合するかもね。 281 名前：デフォルトの名無しさん [2019/02/14(木) 09:29:59.23 ID:9tQDIG7c.net] 合体させて Gotlin 282 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 11:59:45.42 ID:PQjGjDTM.net] 実際、Goの運用性とKotlinの生産性が合わさればわりと最強だと思う Kotlin nativeみたいにKotlinのエコシステムを再現する方向だとどうしてもJVMをエミュレーションするような感じになって歪みが出る 逆にGoの文法をKotlinに寄せるほうが筋がいい 283 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 13:00:16.45 ID:DBAMfZpK.net] 歪みってどういうの？ 284 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 15:39:16.51 ID:cVDEqZjL.net] >>279 逆に聞くが、仮に完全にゼロベースで Kotlin native を開発してたとして、今と同じ言語仕様になったと思う? 特定の処理系を前提にして作られて普及した言語が他へ移植されて成功した例はない 285 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 17:06:41.26 ID:DBAMfZpK.net] 具体的な支障は無いってことでいいの？ 286 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 19:02:02.86 ID:HgCh9LDM.net] 横からだけどjvmの負の特性も引き継ぎやすいってことかと思った。 起動が遅いとか、メモリ食うとか。 287 名前：デフォルトの名無しさん [2019/02/14(木) 21:20:40.39 ID:FnxMJF+D.net] 起動が遅い事は遅いが昔からすれば今時のPCは速いね。 Windows95や98の頃なんかどうしてくれようというほど遅かったからなあ。 昔はみんな忍耐力強かったよなあ。 288 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 05:29:24.84 ID:Ytmv+Yd8.net] >>280 確かにJVMのジェネリクス型消去がなかったら、reifiedみたいな複雑怪奇な仕様はなかったろうな。 移植については大抵は非公式移植事例だから、楽観はできないけど、まだ決めつけるには速いかと。 Scala.NET...うっ、頭が... 289 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 08:15:53.64 ID:EWf/hEPb.net] 新しいところでいうと、inline classなんか普通にユーザー定義の値型があれば全く必要ないな unsigned integerもだいぶ無理矢理感が酷い Kotlin native特有の話だと、C interopのための構造体のマッピングとか超無理矢理で最高にエイリアン感ある 290 名前：デフォルトの名無しさん [2019/02/15(金) 09:58:26.61 ID:KLsspNaS.net] iPhoneにおけるSwiftの立ち位置＝AndroidにおけるKotlinの立ち位置 291 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 10:48:24.63 ID:szDoWtiX.net] あ、はい 292 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 10:54:34.88 ID:tar5L0r6.net] inline class = ユーザー定義の値型 = C#のstruct そして最適化が十分ならそれらが必要無いことをRustとGoが証明してる ヒープかスタックかは自動で判断される 293 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 10:56:38.52 ID:PR4djPv7.net] 特定のVM前提で設計されて他へ移植されて成功した言語の例としてはAndroidのJava/KotlinやUnityのC#、Node.jsのJSあたりが該当すると言えなくもないけど、 それらは言語の移植ではなくVMごと移植だからなあ 基本的にVM言語の他への移植は成功しないよ 294 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 11:07:58.47 ID:tar5L0r6.net] AndroidやC#のいくつかのターゲットはAOTで それらも「VMごと」に含むなら LLVMを使うC++(Clang)も同じ扱いになる 295 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 15:42:23.69 ID:FI28dGgE.net] 最近、kotlin触ってるけど、C#より学習コストが高いです それで、C#erがkotlinに切り替える際に、意識すべき点って何かありますか？ 296 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 16:15:05.26 ID:PR4djPv7.net] >>291 Javaの制限を理解すること JVMは.NETのCLRに比べて機能的にはずっとショボくて、その制限に由来する奇妙な仕様がKotlinには数多く存在する Javaに慣れてないとそのあたりは直感的に理解しづらい 297 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 17:24:02.62 ID:Hx3jejna.net] >>292さんの言ってる「Javaの制限」て例えばどんなこと？ 298 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 17:29:59.00 ID:tar5L0r6.net] >>291 プログラム言語全般に言えることだけど 各構文を概要程度でも良いので、まずは一通り知ること C#知ってて引っ掛かりそうな箇所として思いついたのは ・最後のパラメータがラムダの場合は丸括弧の後に書ける 　他に引数が無い場合は丸括弧も省略出来る 　(GroovyやSwiftのTrailing Closureと同じ) ・レシーバ付きラムダ ・inlineラムダ ・returnはfunから抜けるもので、ラムダから抜けるものではない ・IterableとSequenceは遅延評価 ・コンパイルでジェネリクス情報は消える ・suspendは同期(await)が基本動作 299 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 17:31:30.02 ID:tar5L0r6.net] >>294脱字 ×　・IterableとSequenceは遅延評価 〇　・Iterableと違ってSequenceは遅延評価 300 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:07:22.01 ID:KHCIiBIM.net] kotlin勉強中なんだけど、結局のところjetbrainsがscala推さずにkotlin出したのは何でなの？ 商業的に旨みがあるから？それともbetter javaとしてのscalaに見切りをつけたから？それとも？ 301 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:33:17.97 ID:tar5L0r6.net] コンセプトの違い 302 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:10:54.49 ID:9S5XTVoX.net] >>296 自分でScalaやってみればすぐにわかるよ まともな感性があれば、あんなものが普及するわけがないことは明らかだった JetBrainsもIDEを作る会社として自由にできる言語が一つは欲しかったというのはもちろんあっただろうけどね 303 名前：デフォルトの名無しさん [2019/02/15(金) 23:25:58.35 ID:KHCIiBIM.net] >>296 なるほど。Scalaのこれ以上の普及は難しいという判断があった(だろう)ってことなら納得。 304 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 23:41:27.98 ID:KHCIiBIM.net] まちがえた。上は >>298 雑念を捨ててkotlin邁進してきます 305 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 15:17:06.30 ID:lTjIe/CZ.net] Scalaは言語マニアのオナニー言語だよなあ 306 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 17:00:29.98 ID:odkD9xpX.net] なんだかんだでscalaは採用企業多いけどね kotlinもtwitterとかpaypalみたいな大手で使ってくれると宣伝になるんだけど 307 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 17:31:16.36 ID:W7DuQqzW.net] 日本のYahooがKotlin採用したくらいではさざなみさえ立たないか 308 名前：デフォルトの名無しさん [2019/02/17(日) 08:06:13.22 ID:8BWCGdz7.net] Scalaの方が出たのが早かったし意識高い系(笑)が挙って使ったから でもそれを維持出来る新人たちが居ないのが現状 Scalaは端的に複雑で難解な部分が多い 2018年後半以降Scalaの記事殆ど見かけないやろ？ コップ本(笑) 309 名前：デフォルトの名無しさん mailto:sage [2019/02/17(日) 11:12:07.88 ID:IdBTBZJc.net] Androidの公式言語がScalaになる世界線もあり得たと思うけど、そうならなかったってことはつまりそういうこと 310 名前：デフォルトの名無しさん mailto:sage [2019/02/17(日) 11:17:52.27 ID:IdBTBZJc.net] 一年くらいScalaで仕事してたしまあ慣れればどうってことはないと思うけど、ScalaとKotlinで選べるとしたらよほどの変人以外はKotlin選ぶと思うわw 311 名前：デフォルトの名無しさん mailto:sage [2019/02/17(日) 11:30:47.79 ID:OQFPUwNT.net] ScalaはHaskellを意識しすぎ 簡潔に書きたいだけならKotlinかClosureの方がいい 312 名前：デフォルトの名無しさん mailto:sage [2019/02/17(日) 11:57:32.09 ID:nzXhLQND.net] Scalaのコンセプトは、スケーラビリティの理論実証 　オブジェクト指向と関数型の統合によりスケーラビリティが実現すると考え 　小規模から大規模まで同じ書き方/考え方で記述出来るように設計されている 　出自はコンピュータサイエンスの学者 Kotlinのコンセプトは、より良い産業向け言語 　Javaからの移行や相互運用、コンパイル速度、使い勝手について 　「仕事の道具」であることを意識して設計されている 　出自はIDE製品を提供する企業 313 名前：デフォルトの名無しさん [2019/02/17(日) 12:47:22.79 ID:7MWZQWrl.net] どっちも我田引水なだけやん 314 名前：デフォルトの名無しさん mailto:sage [2019/02/17(日) 13:01:53.97 ID:nzXhLQND.net] 設計思想と既存資産があるから多様に派生し人が集まる C, C++, Objective-Cが合流しないのも同様 それを我田引水と評することに何の意味もない 315 名前：デフォルトの名無しさん mailto:sage [2019/02/17(日) 15:40:49.55 ID:1RbyA1NJ.net] >>310 ｸｽｸｽ 316 名前：デフォルトの名無しさん mailto:sage [2019/02/17(日) 15:53:56.04 ID:tF7RiGiR.net] scalaでAndroidのプラグインとかあった気がする 我田引水ってなんか意味わからんな 317 名前：デフォルトの名無しさん mailto:sage [2019/02/17(日) 23:16:27.59 ID:ek0K0t7B.net] >>309 むしろ我田引水でない言語なんかあるんだろうか。 強いて言うならgrassとかwwww 318 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 02:04:27.28 ID:XPBhJDxI.net] 我田引水ってのは共用物について不正に占有したり自らの便宜を図ったりするような場合を言う 自己アピールや競争を含めた利己的な行動すべてを我田引水と揶揄するのは農耕民族的な発想が過ぎる そういうのは道徳というより村八分や出る杭が打たれるのを恐れる面が強くイノベーションの足枷 319 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 11:11:01.50 ID:+13B6eaL.net] もはや何のスレだか分からない 320 名前：デフォルトの名無しさん [2019/02/18(月) 13:20:37.82 ID:cZFby2gr.net] 道徳説教スレ 321 名前：デフォルトの名無しさん [2019/02/18(月) 13:34:09.52 ID:trvxFZJG.net] 我田引水スレ 322 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 19:19:37.69 ID:I6FKQlBO.net] 後ろ盾がjetbrainsっていうのはどうなんやろ。 大手と比べてどんなメリットデメリットあると思う？ 323 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 19:29:55.81 ID:Sk2Bqw0/.net] てか、我田引水ってどういう意味だっけwwww 324 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 19:50:06.12 ID:TrdfW/q6.net] >>318 googleと仲いいしintellijシリーズが売れなくなるとも思えんし安泰なんじゃ？ 325 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 20:44:26.76 ID:bWM4TeHv.net] スカラ信者がまた荒らしてるな 326 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 21:57:58.91 ID:EXht3ErA.net] >>318 大手と比べるとメリットはない。後ろ盾のない言語よりはいい。 IDEの開発会社という意味では、言語の普及がIDEの売上に直結する可能性があるので Oracleみたいに独立不採算だからマネタイズに走るという思考にはなりにくいが、 絶対的なものではない。 327 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 22:33:30.93 ID:nEhvYQ88.net] IDEの開発会社であるが故のリスクもあるけどね VSCodeのような強力な他の開発ツールがKotlinサポートにおいてIntelliJを超えてしまってユーザーが流れた場合、 JetBrainsにとってKotlinの開発を続けることにもはや意味がなくなってしまう 328 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 22:58:18.56 ID:/oirkxE3.net] 後ろ盾最強はやっぱrust？ 329 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 23:02:22.94 ID:3dpq5+94.net] Goでぇす！ 330 名前：デフォルトの名無しさん [2019/02/19(火) 08:14:46.86 ID:cAOiK8uf.net] 後ろ盾の強さでいったらGoだべ あれだけの巨大企業がついてる上に、開発も独裁せずに異常なまでにオープンであることを重視してるし 331 名前：デフォルトの名無しさん mailto:sage [2019/02/19(火) 09:12:17.39 ID:D8b3v+Fo.net] >>326 最強のSEO力でそう見せてるだけだぞ それでもDartに対するヘイトは抑えきれなかったようだが 332 名前：デフォルトの名無しさん mailto:sage [2019/02/19(火) 09:33:24.18 ID:cAOiK8uf.net] >>327 直接Go開発周りのディスカッションを見てきての感想だから、SEOも何も関係ねーよ 英語が読めるなら自分の目で確かめることをお勧めする あれはある意味理想的なOSS開発の形かもしれない

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef