TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
OpenCLプログラミング#1
くだすれPython(超初心者用) その38
Regular Expression(正規表現) Part15
ふらっと C#,C♯,C＃（初心者用） Part137
ｿｰｽｺｰﾄﾞ ﾎｽﾃｨﾝｸﾞ総合【GitHub,GitLab,Bitbucket等】
プログラマー目指してるんだが色々と教えてくれ
Visual Studio 2017 Part5
Ruby 初心者スレッド Part 63
Rubyについて（アンチ専用） Part005
Rust Part5
TypeScript（MS） VS Swift（Apple）
- 1 ：2014/06/03 〜 最終レス ：2019/10/04
- まあ、どちらもタイプセーフJavaScriptという
似たような言語なんだから仲良くしろや。
- 2 ：
- 複雑すぎる
- 3 ：
- 比べる相手違うだろｗｗｗ
Swiftはネイティブコードへのコンパイルだぞ
- 4 ：
- >>3
それは文法とは関係ないだろ。
TypeScript -> JavaScript -> native
ネイティブコードへのコンパイルは可能。
- 5 ：
- >>4 nativeを吐き出せるのか？ 単にJITが動くだけだろ？
- 6 ：
- しかしどちらも中核にLLVMを使ってるからLLVM byte codeは基本的に同じ物を吐き出すんだろうな。
だからやろうと思ったら TypeScriptとSwiftのマージも比較的簡単に出来そう。
LLVMはJavascriptに限らず、Ruby, Phyton、Java等等色んな言語にもコンパイルできる。
- 7 ：
- JavaScriptを介してのネイティブコードへの変換は型情報が失われちまわないか？
型情報無い状態で静的なネイティブコードに変換すると性能的にかなり劣化すると思う
- 8 ：
- >>7 Javascriptを介してるんじゃなくてLVMMの中間コードから各種コードを生成しているから何も失われない。
- 9 ：
- TypeScriptってLLVMの中間コードへ直接変換できるの？MSが提供してるの？
- 10 ：
- 調べてみる限りTypeScriptのコンパイラーはJavaScript(TypeScript？)で書かれてるって情報しか見つからん
MS以外がLLVMバージョンを作ってるのか？
- 11 ：
- 役割的にはどう考えてもC#と比べるべきだろ
そっちが相手だと全く勝ち目ないけどw
- 12 ：
- Cocoa を呼び出すためのカジュアルな言語が Swift で .NET を呼び出すカジュアルな言語が C# だからその通りだろう。
勝ち目って何を基準にするのかねえ。 .NET の未来が明るそうには見えないけど。
- 13 ：
- >>10 コンパイラはLLVMだよ。 LLVMからJavascriptを出してる。
LLVMは中間コードを作り、そこからJavascriptや、マシン語やJavaコードを作り出せる。
- 14 ：
- >>12
あんたの愛するiPhoneのアプリにもC#で書かれてるものが沢山あるんだぜ
- 15 ：
- >>13
どこに行けばその情報が手に入る？
公式見てもTypeScriptのコンパイラはTypeScript自身で書かれているようにしか見えない
使う時はnode.jsインストールしてnpmでコンパイラのパッケージをインストールしろって書いてあるし
- 16 ：
- 囲い込みをやめて開発者のことを考えるなら
JavaScriptでネイティブアプリ作れるようにするのが正解だよな
それこそTypeScriptだって使えるし
- 17 ：
- >>15 ごめん勘違いしてた。 おっしゃるとおり。
- 18 ：
- よそでもスイフトをスクリプト言語みたいに言ってる連中いたな。
C#に型推論が入った時も、動的型とかバリアント型と区別ついてない連中いっぱいいたし。
まあ、ぱっと見が重要なんだろうな。
- 19 ：
- 型推論を動的型付けとか言っちゃうやつは黙ってRuby(笑)に帰れよって思う
- 20 ：
- 明らかなゴミであるObjective-Cを置き換えられるなら何でもいいという暴論
- 21 ：
- あとあとやっぱりObjective-Cの方がよかったーSwiftダメだーとなる可能性が微レ存？
- 22 ：
- >>21 有る訳ないだろ。 そうそうたる言語のプロ達が出した結論なんだから。
それに見ればわかるが今までの言語の良い所取りをした感じで悪い感じがしない。
- 23 ：
- Obj-Cを敬遠していたニワカが流入してきて検索結果の質が落ちたーSwiftダメだー
- 24 ：
- >>23
それはありうるな
- 25 ：
- ObjCもデザイナー上がりのにわかプログラマだらけじゃないか…
- 26 ：
- そこにJavaScript上がりのにわかWebプログラマーが入ってきます
- 27 ：
- 私がにわかです
- 28 ：
- このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
- 29 ：
- つかこれ Scala やん。
- 30 ：
- にわか意見だけどScalaに似てるとは感じる
Scala熟知してる方に、違いを解説するブログ執筆をお願いしたいレベル
- 31 ：
- この言語って誰が使うの?
c,java辺りの開発者はまず使わないし、coffee script使う層は企業臭がするから使わない。
世界はもう、javascriptの一人勝ちだよ
ScalaやSwiftなんて新しい言語さわって悲しくなってこないの？
そんなもの触ったところで、コーディングスキルなんて伸びないんだよ？
- 32 ：
- >>31 ぶっ！ Javascriptしか知らない奴がコーディングスキルなんてよく言うよ。
- 33 ：
- コーダーでもなければ、コーディングスキルが伸びることなんて期待しないだろ。
- 34 ：
- >>32
そもそも、javascriptの他は、関数型以外、どれも同じパラダイムでしょ
- 35 ：
- 新言語と成熟されてない周辺ツールなんて、何が楽しくてこんな言語さわるのか連中の気が知れないよ
- 36 ：
- >>34 Swiftは関数型だけど？
- 37 ：
- 関数型の特性が取り込まれてるだけで、手続き型言語じゃん
- 38 ：
- swiftはc++に疲れて組み込みスクリプトとかに逃げてる人にも魅力ありそうな
まあまずオープンになるのか分からんが
Appleの柵の中に限って言えば、obj-cに疲れた開発者達が枚挙するのはまあ確定だろな
つかほんとobj-cでできてswiftに出来ないことが見当たらないレベルだし、将来的にobj-cをディスコンにする気満々にさえ見えてくる
- 39 ：
- オープンにしちゃうとわざわざ特に新規性のない新言語作った意味がないからね
- 40 ：
- >>39 多分動的言語としての発展性を持った言語だから普及が早いと思う。
デバッグ環境では動的言語としてインタプリタが動くから。
教育に最適
- 41 ：
- >>40
ある程度メジャーな言語なら今時そんなもんできない言語の方が珍しいぞ
EclipseのJavaとかVS上のC#/VBあたりですらできるというのに
- 42 ：
- C#なんかはRoslynで本格的にスクリプト言語として使えるようになりそう
- 43 ：
- >>41 それは単にデバッガが動くだけでインタプリタとは言えない気がする。
- 44 ：
- >>43
REPLは当然できるしデバッグ実行中にコード書き換えたりとか普通にできるよ
今更特に珍しいことでもないので大して宣伝したりしないけど
- 45 ：
- インタプリタが動くって、デバッグ中に対話モードが提供されるってことじゃないの？
- 46 ：
- >>45
それはイミディエイトウィンドウという名称で20年前から広く普及している機能だ
- 47 ：
- ランタイムがobj-cなら今までの通り、ネイティブコード吐いても中身は動的抽象化済みって構造でしょ
インタプリタみたいに使えてるのは、その都度ワンライナー分のバイナリ吐いて実行してるとしてもランタイムだけ共有すれば済むから軽く済むからじゃないのかしら
固定のVMシステムなしにここまでやれるというのはなんか不安になるレベルだけど、LLVMの恩恵とかフル活用してる感じだし収穫期の技術なんだろな
- 48 ：
- >>31
>世界はもう、javascriptの一人勝ちだよ
10年前のお前らに言ってやったら鼻で笑われただろうな
- 49 ：
- 今言っても鼻で笑われるけどね
- 50 ：
- 10年前からajaxは流行ってたし、MicrosoftはJScript以外は載せなかった
先見性はあるものの、市場での主導権を握れなかった哀れな連中さ
- 51 ：
- 独禁法でやられただけだよね。ドッキンドッキンされなかったら違ってたと思うよ。
- 52 ：
- 10年前にAjaxなんて言葉あったっけ
- 53 ：
- 1947年発売だよ
- 54 ：
- 洗剤の方のajaxのことかしら
- 55 ：
- マジかよ
そんな洗剤あったのかよ
逆にその洗剤と掛けた可能性はあるな
- 56 ：
- コナミの音楽のいい縦シューと
オランダのサッカーチームが混ざってたけど
いまはKPOPもいるのかよ
TypeScriptもLLVMに乗せるようになったらおもろいな
- 57 ：
- jQuery的な意味でのAJAXは10年前くらいかな
- 58 ：
- へえ、最近はjQuery的とかで括られるんだ
……
- 59 ：
- 10年前指して言ったつもりなんだけど
- 60 ：
- や、単にGoogleMapで評判になった非同期処理系にajaxって名前がついたのはjQueryより前だよって話です
今か前かとかじゃなく違和感あんのよ
JavaScript的な意味、とか言ってくれてればなんも引っかからなかったと思う、くらいの話
そもそもajaxと聞いて日本で洗剤と混同する層もいないだろうし、なんか嫌な言いがかりだったと思うわ
すまんです
- 61 ：
- ajaxは2005年くらいからのイメージ
- 62 ：
- Swiftの対戦相手はC#だろ
- 63 ：
- Swiftは良い所取りをしているが、他の言語とも親和性が良いと思う。解りやすい。
LLVMが、普及し始めてるから個別の言語がなんであれ強調出来そうな環境が整いつつある。
言語の強い部分はそれで書く。各々を一緒に使えれば良いんじゃ無い？
- 64 ：
- >>63
LLVMの設計者が、効率的に動く様に作ったのがSwiftだからなぁ。
- 65 ：
- .NETもそうだけど、言語間の互換性をとる時代だな
それにたいしてJavaといったら
- 66 ：
- LLVMでネイティブ吐くあたり、仮想マシンが無いってのが面白いね
.Netの巨大戦艦っぷりも萌えるし一概にどっちがいいでもないけど。
MSはMSでarmスマホ・タブとIntel winで同一アプリを動作させるつもりのようだし
あ、でもpNaClみたいな実装すればAppleもそういうアプローチを取れなくもないのかな
こういう夢を最初に見せてくれたのがJavaだったはずなのに、なんか後追いムードだな
>>65
JavaVM上で動く言語実装自体はいろいろあるじゃない
ネイティブ連携はめんどいけど
- 67 ：
- Javaはすぐ訴訟起こすイメージだな
このままだとAndroidも別言語に切り替えになりそうな気さえする
- 68 ：
- JVMは仕様が貧弱で、Javaと、JVMを前提にして設計された言語と、
エミュレーション的な動作のオーバーヘッドが問題にならない元々遅いスクリプト以外を動かすのには向かない
対して.NETは最初から共通言語基盤として設計されてるからね
- 69 ：
- >>67 そのつもりだろ。 だからGDKなんてJava以外で開発して使うツールその物。
J2C J2ObjC なんてのも出してる。 JavaからC++やObjective-Cに変換する。
Java自体のスピードの限界も有るし。
- 70 ：
- 今、androidの公式言語をdartにすれば、Java+Oracleを潰せる
- 71 ：
- がんがれ
- 72 ：
- Googleはどっかのりんごちゃんと違ってプログラミング言語作りのセンス無いの自覚してるからな
言語作るのに関してはMSは飛び抜けて優秀
- 73 ：
- 自覚してんのにdartとかgoとか出してんのかよ
- 74 ：
- そういうのは出してるだけで、玩具はあくまで玩具と理解してるよ
Googleはメディアを掌握してるからちょっとしたことでも話題になるけどね
Dartなんて未だにChromeに搭載されてないし、されるようになる気配もなく
特にやる気もないみたい
- 75 ：
- dartのベンチ結果は既にjavaと同程度だよ。中国なんて、golangの普及がすごいからね
特にやる気が無さそうに見えるのは、最後に自分たちのプロダクトが成功することを信じて疑わない王者の余裕だよ
- 76 ：
- dartはjavascriptへのコンパイラがあるからブラウザへの組み込みをがんばる必要ないでしょ。
コンテンツ作る側も他ブラウザを考えたらJavascriptでも作らなきゃならないのは変わらないし、その辺ちゃんとわかってる人は無理にブラウザに入れようとは思わないよ。
そんな事考えるのはswiftがJavascriptも置き換えて云々とかいうApple信者ぐらい。
- 77 ：
- Dartは当初からブラウザに組み込まれるのが売りだったし
JSに代わって中間言語として使われるはずだったからこそ
あんなJavaモドキなガチガチ仕様にしたのにね
ただのAltJS止まりなら存在価値ゼロのJavaの出来損ない
- 78 ：
- >>77
そんなガチガチかねぇ。
メソッドオーバーロード無いけどオペレータオーバーロードはありだし、オプショナル型だから変数の型宣言は省略できるし、
けっこうバランス取れたユルさだと思う。
- 79 ：
- ちょっと前から話題のDockerがgoで書かれてるんだよな
これで実績できればサーバー書いたりする言語として普及が進むかも
- 80 ：
- 比較対象はどう見てもgoだろ
- 81 ：
- // Go
type string String
func Tag( name String ) String {
var tag String = "<" + name + "/>"
return tag
}
// Swift
func Tag( name :String ) -> String {
var tag :String = "<" + name + "/>"
return tag
}
ソックリー、ソックリー！
- 82 ：
- string を + で結合するスタイルはどうも好きになれない
- 83 ：
- var tag = "<\(name)>"
の方が汎用性が有り美しいかも。
いろんな書き方が出来るSwiftは洗練されてる。
多分Swiftではこの書き方がメインになるのでは？ どんな型でも結合出来るし。
- 84 ：
- >>83
現実には書式設定が必要な場合が多いのであんまり美しくなくなるんだよね
結局従来のprintf方式がスマート
- 85 ：
- >>84 NSStringのformatは確かに美しくない。 println(NSString(format:"%5.2f", 1.2345)) //1.23
何か美しい演算子で表現できるようになると良いね。
例えば
var d = 1.234567
//operator infix ~> {}
@infix func ~> (left: Double, right: Int) -> String {
if right == 0 {
return "\(Int(left))"
}
var k = 1.0
for i in 1..right+1 {
k = 10.0 * k
}
let n = Double(Int(left*k)) / Double(k)
return "\(n)"
}
println("\(d~>2)") //1.23
println("\(d~>1)") //1.2
println("\(d~>0)") //1
// 或は------------------
@infix func % (value:Double, format:String) -> String {
return NSString(format:format, value)
}
println( d % "%5.2f") //1.23
println( d % "%5.1f") //1.2
// よりは美しい
- 86 ：
- フォーマットはセキュリティのリスクがあるからSwiftには入れてないんだ
フォーマットしたかったらNSFormatter使えって言ってたから、そういう仕様なんだよ
- 87 ：
- 多言語対応するなら全く役に立たないし
せいぜいデバッグに使う程度のおまけ機能ってこと
- 88 ：
- 倍角文字がね
- 89 ：
- 他言語化する時は結局Swift版のNSLocalizedStringを呼んでstringWithFormatに突っ込むんだろうな
- 90 ：
- ◎2chスレッド勢いランキングサイトリスト◎
★+ニュース板
・ 2NN (推奨サイト)
・ 2chTimes
★+ニュース板新着
・ 2NN新着
・ Headline BBY
・ unker Headline
★+ニュース板その他
・ Desktop2ch
・ 記者別一覧
★全板
・ 全板縦断勢いランキング (推奨サイト)
・ スレッドランキング総合ランキング
・ ログ速
★全板実況込み
・ 2勢 (推奨サイト)
・ READ2CH
・ i-ikioi
※ 要タイトル検索
※ 2chブラウザ併用推奨
- 91 ：
- Swiftって正規表現による置換は無いの？
Formatはそれで代用できるでしょ
- 92 ：
- FormatだけならFormatterを使えば済む話。
でも正規表現的な物もあった方が良いと思う。
話は変わるが、ターミナル上でSwiftをインタプリタとして動かして見るとちょっとした感動が有った。
これでJavascriptの代わりに使えれば言うこと無いんだが。
もちろん全ての環境で動かすことは難しいだろうから、MacOS iOS環境だけで良いけど。
iOSでターミナルを解放することも無いだろうから、WebKitの中だけでも良い。これは結構実現性が高いと踏んでいる。
- 93 ：
- interpeter風実行はgoでもできなかったっけ？
- 94 ：
- >>92
Javascriptへのコンパイルを可能にしない限りWebサイトに使えることはないだろう
- 95 ：
- >>94 既にWebKitにLLVM が乗って、JavascriptのVMが動き始めてるの知ってる？ みんな次のバージョンでサポートする。スピードが30%上がる。
iPhoneだとiOS8から。今ベータが動いてる。
swiftはLLVMのLLDBでインタプリタを実現してるから、Javascripが動く環境で動かすのは容易い話であり、WebKitの主導者のAppleが入れてしまえば多分抵抗なくみんな使い始める。
最初はプラグインか何かのオプションになるだろうが。
とは言っても、1〜2年はかかるだろう。
- 96 ：
- LLVMベースが何を意味するか解るか？
Javascript の中間コードとSwiftの中間コードは同じなんだから、JavascriptのVMが動くと言うことはSwiftのVMも動くと言う事。
標準採用されるまでに時間がかかるのは当然。
- 97 ：
- いや、別言語をAppleの手の中で動かせるのは当然わかる
それが他の環境、WindowsとかAndroidにも対応しないとはやらない
移植性のよさが利点のWebの分断は批判が大きいだろう
そのためにはJavascriptを中間コードから生成せねばならないが、そこでTypeScriptやCoffeeScriptと戦って勝てるのか
WebKitのシェアはblink移行で下がってるから、ハイブリットアプリで内部て使うとかがいいとこじゃない？
- 98 ：
- 直接実行できるのだけが利点なら、VBScript、Dartがすでにあるけど、どれもまず聞かないという
- 99 ：
- やろうと思えばそんなにかからんのじゃね
Emscriptenなんてのもあるし
- 100 ：
- >>95
見たらアグレッシブな最適化の部分だけじゃないか。
js をパースして次が LLVM IR ならともかく、話が全然違う。
聞いたことないし GC どうすんのかとかあるし、なんかおかしいと思ったんだよ。LLVM が何かわかってない発言だ。
100〜のスレッドの続きを読む
一般的な処理を関数型の書き方をすると遅い
「OS自作入門」
くだらないアルゴリズムを考えるスレ
C言語なら俺に聞け 146
将来的にPGになりたいんだが、やっぱCから？
バージョン管理システムについて語るスレ10
Rust Part7
【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ55【php,py,pl,rb】
WindowsDDK各種についてのスレ
ｿｰｽｺｰﾄﾞ ﾎｽﾃｨﾝｸﾞ総合【GitHub,GitLab,Bitbucket等】
--------------------
ちょっとつぶやきたいこと PART489
【神の手】ぺそにんグッズ２【神の手】
落語芸術協会【略して芸協】十二期目
HONDA PCX150 Part60
復活!キャンプ場で見てみたい綺麗な若奥さん その25
DAZN（ダ・ゾーン）専用スレッド・４
音楽評論垢総合スレpart3
でみめんツイヲチスレ
けもフレ信者アンチスレ94
【FEH】ファイアーエムブレムヒーローズpart2959
2018ｲﾝﾃﾞｨｶｰｼﾘｰｽﾞ Lap.3 開幕戦ｾﾝﾄﾋﾟｰﾄ→ﾌｪﾆｯｸｽ
武田騎馬軍団vsYahoo!GeoCities
☆ 体臭を克服するスレ 69 ★
櫻井翔に結婚して欲しくない人のスレ
昔の競馬
【MSE】Microsoft Security Essentials 70台目
(DDR)AC版DanceDanceRevolution A Part326
【森友学園問題】 「森友学園」情報開示訴訟 市議側が全面勝訴 値引き根拠示さぬ国「違法」 大阪高裁
☆彡日能研『カリテ応用』クラス限定★ぱーと１６
【モグ】アメーバ・モグ part47【ネットウォッチ】
TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
