アカウント名:
パスワード:
Objective-CよりもSwiftといいつつ、まだまだ安定しないSwift。Kotlinがこれからって、JavaやC++よりも安定するんでしょうか?
これからはKotlinだろ?といいつつビジネスではなおもJavaやC++を使っていくんじゃないかと。
Swiftはアップル出だから安泰ではなかろうか。
#アップルは開発機材であるMacを売りたいがために、#iPhoneの開発環境縛りをしてるのであった。
安定っていうのがよくわからないけれど、昔の言語だから、最近の流行に合わせようと互換性を保てない書式変更が出てきたりだけど、最近の言語だからこそ最初から完成形に近いから。安定してるんじゃないだろうか。
Swiftのこれまでの破壊的変更の多さを言ってんでしょ。ABI安定は3でやるといって間に合わず、4で間に合わずまた延期したし。
むしろあのAppleがABI安定化なんか検討していたことに驚いた
もうXamarin + C#でいいじゃんと思うんだが・・・
禿道
言語設計チームの方針、センス、能力によるのでは。C#みたいに新要素どんどん入れつつ破壊的変更を極力抑えてる言語もあるわけで。
#Anders Hejlsberg is GOD
おっと、PHPへの悪口はそこまでだ。
#PHPからPHPへの移植作業だけで殺す気か。
Null許容参照型 [infoq.com]とか、ひどい破壊的変更が提案されてるけどね
まぁでも、そこって、もしC#を最初から設計し直せるならそうしたかったナンバーワンじゃないですか。今からでも遅すぎることはないと思う。
アンダースさん、作り直すならNull非許容型を入れたいと言ってたような。。
はい、正確にはそうです。今回の提案はNull非許容をデフォルトの挙動にして、Null許容型を新設すると言うものなので、よりドラスティックなものです。しかしまぁ行き着くところは同じく「Null許容と非許容の両方の型があり、用途に合わせて使い分けられている状態」なので、上コメでは敢えて一緒くたに言いました。
swiftは2014年発表(開発は2010年から)kotlinは2011年発表、2012年オープンソース化、バージョン1.0が2016年
発表年が安定度につながるんですか?それはないと思います。
じゃあ、安定しないんじゃないの。
>じゃぁ
じゃぁって・・・少なくとも使われる頻度とメンテナンス頻度でしょう。
発表してまったく使われずメンテナンスもされない言語はいっぱいありますよね。
一応グーグルのおかげで実行環境やコンパイラの品質は改善するだろう。各種クラスの仕様や文法はグーグルが積極的に改善するのでしばらく荒れる。
Googleが手をだしたら劣化するだろ。GoとかDartとか見てりゃGoogleに言語設計のセンスが無いのはわかる
https://ja.wikipedia.org/wiki/Kotlin [wikipedia.org]
設計したの、GoogleじゃなくてJetBrainsみたいね。
うまく行ったら買収するかも?JetBrainsからすれば自社の言語が普及すれば自社にとってプラスなのでグーグルに協力的になるかも。かもかも。
そういえば、MSはVS、AppleはXcodeがあるけど、GoogleはIDE出してないですね。Android StudioはIntelliJみたいなものだし。
買収されてReSharperの開発が適当になったら嫌だなぁ……。
既に安定してるがてか今更Javaはないだろ
仮想マシン上というガッカリ感
> 仮想マシン上というガッカリ感
仮想マシンをかましているからこそ、Androidはメジャーバージョンが上がっても安定して互換性を確保できているわけですがiOSなんてぼろくそで泣きそうですよ
※ これに対する素人Apple信者の反論は一切無視します
マシンパワーが十分にあるなら仮想化のレイヤーを一枚挟んでおくととても有効ということはPCやサーバーなどでも証明済みですからね
仮想マシンは互換性確保のために有利ではあるけど、必須ではないんじゃない?今だとLLVMとか他の選択肢もあるでしょ。別に仮想マシンなくてもWindowsみたいに互換性確保してる例もあるわけで。
というか、メジャーバージョン云々より機種間での互換性の方が……。作ったアプリでXperiaでだけ発生するバグが出て、意味不明過ぎて投げ出さざるを得なかった事が。
> 作ったアプリでXperiaでだけ発生するバグが出て、意味不明過ぎて投げ出さざるを得なかった事が。
そういうのは具体的に書かないとあなたがタコなのを放り出してるだけとしか見られませんよ
アプリ名バレたくないので。僕がタコなのは否定しないけど、Xperiaでのみ発生したのは事実だからなぁ……。まあ、嘘だと思うならどうぞご勝手に。
「ポケモンGO 非対応端末機友の会 [togetter.com]」なんてのがあるくらい、AndroidではOSの対応バージョンに含まれていても、互換性問題で動かないなんてのは日常茶飯事やで。
それは互換性云々じゃなくてジャイロの有無じゃない?
例えばそのサイトで真っ先に例に上がっているDOCOMO SH-01Hは、ちゃんとジャイロセンサー積んでいる [nttdocomo.co.jp]が非対応機種だ。
> 例えばそのサイトで真っ先に例に上がっているDOCOMO SH-01Hは、ちゃんとジャイロセンサー積んでいる [nttdocomo.co.jp]が> 非対応機種だ。
まずあなたは2つの観点で認識を間違えています
・該当機種を非対応にしているのはアプリ開発元であってGoogleではありませんさらにapkを直接入れることで普通に動作しているという報告も多く、動作はするが単にアプリ開発元がサポート対象外にしているだけです
・ポケモン初期のころの時点ではシャープ機種そのものがアプリ開発元の指定する対象機種から外されていましたSH-01Hだけの話でもありませんエコ技というシャープ機種に搭載された省電力機能との兼ね合いを懸念して外されていたのではなどと推測されていましたね
上記について、アプリ開発元には正式な動作確認をした機種に配信する(逆に配信対象としない機種を決める権利もある)という簡単な事実すら理解できていないですよね
例外もあるけどatomでもarmでも開発者側は余り気にせず動くというメリットもありますし。JVM嫌う人はGCが嫌いなんでしょうかね。
なんかですね、仮想マシンを使うと耐えがたいほど遅くなると思い込んでいる人たちがいるんですよたぶんそう言う人たちはGCが走るからとかいう理由じゃなくて仮想マシンだからというイメージだけで話してる
> なんかですね、仮想マシンを使うと耐えがたいほど遅くなると思い込んでいる人たちがいるんですよ> たぶんそう言う人たちはGCが走るからとかいう理由じゃなくて仮想マシンだからというイメージだけで話してる
単に無知なiPhone信者が、必死にAndroidを叩くために妄想上の「とってもとっても重たい仮想マシン」を脳内で作り出してるだけです彼らにとっては仮想マシンは「重いもの」ではなく「重くなければならないもの」となっています
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
安定度は? (スコア:0)
Objective-CよりもSwiftといいつつ、まだまだ安定しないSwift。
Kotlinがこれからって、JavaやC++よりも安定するんでしょうか?
これからはKotlinだろ?といいつつビジネスではなおもJavaやC++を使っていくんじゃないかと。
Re:安定度は? (スコア:2)
Swiftはアップル出だから安泰ではなかろうか。
#アップルは開発機材であるMacを売りたいがために、
#iPhoneの開発環境縛りをしてるのであった。
安定っていうのがよくわからないけれど、
昔の言語だから、最近の流行に合わせようと互換性を保てない
書式変更が出てきたりだけど、
最近の言語だからこそ最初から完成形に近いから。
安定してるんじゃないだろうか。
Re:安定度は? (スコア:1)
Swiftのこれまでの破壊的変更の多さを言ってんでしょ。
ABI安定は3でやるといって間に合わず、4で間に合わずまた延期したし。
Re: (スコア:0)
むしろあのAppleがABI安定化なんか検討していたことに驚いた
Re: (スコア:0)
流行の先端にいながら、互換性が無くなる変更を1度しかやったことがない C# なんて言語もあるんですよ。C# は最近の言語ではないですよ。
その1件も、影響を受ける例は見たこないと言われるようなやつです。
今、提案されてるうちの一つは、そんなレベルではない普通に互換性が壊れそうなレベルのもありますけど。
Re:安定度は? (スコア:1)
もうXamarin + C#でいいじゃんと思うんだが・・・
Re:安定度は? (スコア:1)
.net standardにしたからか自分だけかは知らんが、一級言語には及ばない気がする。
すばらしいんだけどね。
Re:安定度は? (スコア:1)
.NET のランタイムをサービス/共有化できるようになったら、ほんとにJava使うメリットなくなると思う。
Re: (スコア:0)
禿道
Re:安定度は? (スコア:1)
言語設計チームの方針、センス、能力によるのでは。
C#みたいに新要素どんどん入れつつ破壊的変更を極力抑えてる言語もあるわけで。
#Anders Hejlsberg is GOD
Re:安定度は? (スコア:1)
おっと、PHPへの悪口はそこまでだ。
#PHPからPHPへの移植作業だけで殺す気か。
Re: (スコア:0)
Null許容参照型 [infoq.com]とか、ひどい破壊的変更が提案されてるけどね
Re:安定度は? (スコア:2)
まぁでも、そこって、もしC#を最初から設計し直せるならそうしたかったナンバーワンじゃないですか。
今からでも遅すぎることはないと思う。
Re: (スコア:0)
アンダースさん、作り直すならNull非許容型を入れたいと言ってたような。。
Re:安定度は? (スコア:2)
はい、正確にはそうです。
今回の提案はNull非許容をデフォルトの挙動にして、Null許容型を新設すると言うものなので、よりドラスティックなものです。
しかしまぁ行き着くところは同じく「Null許容と非許容の両方の型があり、用途に合わせて使い分けられている状態」なので、上コメでは敢えて一緒くたに言いました。
Re: (スコア:0)
swiftは2014年発表(開発は2010年から)
kotlinは2011年発表、2012年オープンソース化、バージョン1.0が2016年
Re: (スコア:0)
発表年が安定度につながるんですか?
それはないと思います。
Re: (スコア:0)
じゃあ、安定しないんじゃないの。
Re: (スコア:0)
>じゃぁ
じゃぁって・・・
少なくとも使われる頻度とメンテナンス頻度でしょう。
発表してまったく使われずメンテナンスもされない言語はいっぱいありますよね。
Re: (スコア:0)
一応グーグルのおかげで実行環境やコンパイラの品質は改善するだろう。
各種クラスの仕様や文法はグーグルが積極的に改善するのでしばらく荒れる。
Re: (スコア:0)
Googleが手をだしたら劣化するだろ。GoとかDartとか見てりゃGoogleに言語設計のセンスが無いのはわかる
Re: (スコア:0)
https://ja.wikipedia.org/wiki/Kotlin [wikipedia.org]
設計したの、GoogleじゃなくてJetBrainsみたいね。
Re: (スコア:0)
うまく行ったら買収するかも?JetBrainsからすれば自社の言語が普及すれば自社にとってプラスなのでグーグルに協力的になるかも。かもかも。
Re: (スコア:0)
そういえば、MSはVS、AppleはXcodeがあるけど、GoogleはIDE出してないですね。
Android StudioはIntelliJみたいなものだし。
Re: (スコア:0)
買収されてReSharperの開発が適当になったら嫌だなぁ……。
Re: (スコア:0)
既に安定してるが
てか今更Javaはないだろ
Re: (スコア:0)
仮想マシン上というガッカリ感
Re: (スコア:0)
> 仮想マシン上というガッカリ感
仮想マシンをかましているからこそ、Androidはメジャーバージョンが上がっても安定して互換性を確保できているわけですが
iOSなんてぼろくそで泣きそうですよ
※ これに対する素人Apple信者の反論は一切無視します
マシンパワーが十分にあるなら仮想化のレイヤーを一枚挟んでおくととても有効ということは
PCやサーバーなどでも証明済みですからね
Re: (スコア:0)
仮想マシンは互換性確保のために有利ではあるけど、必須ではないんじゃない?
今だとLLVMとか他の選択肢もあるでしょ。
別に仮想マシンなくてもWindowsみたいに互換性確保してる例もあるわけで。
というか、メジャーバージョン云々より機種間での互換性の方が……。
作ったアプリでXperiaでだけ発生するバグが出て、意味不明過ぎて投げ出さざるを得なかった事が。
Re:安定度は? (スコア:2)
型とかも,javaだからといって手を抜かないとか。
ま,それでも起きるときは起きるんだけどね。
浅く広く多機種多言語を扱ってるからか,
ヘッポコのくせにそういう部分のカンは鋭くなった気がするけど。
Re: (スコア:0)
> 作ったアプリでXperiaでだけ発生するバグが出て、意味不明過ぎて投げ出さざるを得なかった事が。
そういうのは具体的に書かないとあなたがタコなのを放り出してるだけとしか見られませんよ
Re: (スコア:0)
アプリ名バレたくないので。
僕がタコなのは否定しないけど、Xperiaでのみ発生したのは事実だからなぁ……。
まあ、嘘だと思うならどうぞご勝手に。
Re: (スコア:0)
「ポケモンGO 非対応端末機友の会 [togetter.com]」なんてのがあるくらい、
AndroidではOSの対応バージョンに含まれていても、互換性問題で動かないなんてのは日常茶飯事やで。
Re: (スコア:0)
部分的ではあるけど、カスタムしてる部分では既存の物との乖離が激しすぎる。
あれは Android の一つと考えるより、Android と互換レイヤーのある何か別のものと考えたくなる。
Galaxy もそういう感じだが、今はアプリ書くときは Galaxy に合わせる。それで AOSP や Nexus のほうで問題がでるなら Nexusが悪いって言われるからな。
Re:安定度は? (スコア:2)
というと真っ先に思いつくのはサウンド系??
Axon7なんかもOpen ESでアクセスしたときのサウンドドライバー挙動が結構イミフ。
Re: (スコア:0)
それは互換性云々じゃなくてジャイロの有無じゃない?
Re: (スコア:0)
例えばそのサイトで真っ先に例に上がっているDOCOMO SH-01Hは、ちゃんとジャイロセンサー積んでいる [nttdocomo.co.jp]が
非対応機種だ。
Re: (スコア:0)
> 例えばそのサイトで真っ先に例に上がっているDOCOMO SH-01Hは、ちゃんとジャイロセンサー積んでいる [nttdocomo.co.jp]が
> 非対応機種だ。
まずあなたは2つの観点で認識を間違えています
・該当機種を非対応にしているのはアプリ開発元であってGoogleではありません
さらにapkを直接入れることで普通に動作しているという報告も多く、
動作はするが単にアプリ開発元がサポート対象外にしているだけです
・ポケモン初期のころの時点ではシャープ機種そのものがアプリ開発元の指定する対象機種から外されていました
SH-01Hだけの話でもありません
エコ技というシャープ機種に搭載された省電力機能との兼ね合いを懸念して外されていたのではなどと推測されていましたね
上記について、
アプリ開発元には正式な動作確認をした機種に配信する(逆に配信対象としない機種を決める権利もある)
という簡単な事実すら理解できていないですよね
Re: (スコア:0)
例外もあるけどatomでもarmでも開発者側は余り気にせず動くというメリットもありますし。
JVM嫌う人はGCが嫌いなんでしょうかね。
Re: (スコア:0)
なんかですね、仮想マシンを使うと耐えがたいほど遅くなると思い込んでいる人たちがいるんですよ
たぶんそう言う人たちはGCが走るからとかいう理由じゃなくて仮想マシンだからというイメージだけで話してる
Re: (スコア:0)
> なんかですね、仮想マシンを使うと耐えがたいほど遅くなると思い込んでいる人たちがいるんですよ
> たぶんそう言う人たちはGCが走るからとかいう理由じゃなくて仮想マシンだからというイメージだけで話してる
単に無知なiPhone信者が、必死にAndroidを叩くために妄想上の「とってもとっても重たい仮想マシン」を脳内で作り出してるだけです
彼らにとっては仮想マシンは「重いもの」ではなく「重くなければならないもの」となっています