[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 06/15 14:01 / Filesize : 227 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Swiftスレ



1 名前:デフォルトの名無しさん mailto:sage [2014/06/03(火) 04:12:21.08 ID:rEEU5ykv]
WWDC2014で発表されたAppleの新言語Swiftについて語りましょう
https://developer.apple.com/swift/

620 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 12:03:20.24 ID:V8pGZEud]
>>615 Swiftの本質が解っていないな。 そもそもスクリプトとコンパイラは全く別物。
スクリプトは万能になり得ないが、基本的にコンパイラ系は万能になりうる。

オープンソースにして一番影響が大きいのは、iOS, Androidの開発環境が同じになってうまくすれば相互にリンク出来る事。
ObjCだと開発者も二の足を踏むのが多かったがSwiftなら誰でも使える。

621 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 12:06:42.20 ID:2xoDUg4i]
>>620はもう口を開かないほうがいいな。

622 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 12:21:42.51 ID:qgapksJl]
たいていのスマホアプリはAndroidとマルチ展開するからWebインターフェースとか
AIRがよく使われるんだよね。
たとえばRubyOnRailsでiOSアプリ作れるかというと、作れる(というか運用してるとこもある)
サーバ集約型なら、クライアント側はブラウザを埋め込むだけの最低限のコードを書けば
いいからね。

SwiftでAndroidとの相互移植がしやすくなるかというと、全くそんなことは無い。
Webブラウザを呼び出すコードを書くくらいなら雛形いくらでもあるからねー。

623 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 12:24:15.33 ID:7DlOm7kz]
iOSアプリがRoRで作れるなんて寝言は
クライアント側も全部Rubyで書いてから言えカス

624 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 12:26:17.99 ID:graFfHTB]
クライアント側は(UI)WebView使うって書いてるのにかわいそう

625 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 12:27:34.90 ID:hZx8QV4G]
こんなんがあるんだが

ttp://www.rubymotion.com/

626 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 12:28:38.40 ID:qgapksJl]
逆に言えばクライアント側がWebを表示するだけのサーバ集約型アプリなら
大半はRoRで作れることを認めたわけだね

SwiftでAndroidとのマルチ開発できるなら世話ねーよwww

627 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 12:31:18.51 ID:7DlOm7kz]
>クライアント側がWebを表示するだけのサーバ集約型アプリ
アプリの一部に限定して大半なんてのたまわれても困るんだが?


Xamarinにお布施した方がマシだろ

628 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 12:35:54.12 ID:+1iNceTN]
そもそもObjective-Cは単にsmalltalk+Cで
あんなシンプルな言語をピープー言って使えなかった層が
"ぼくの知ってる言語に似てるような気がするから使える!"なんてことが
あるわけがねぇじゃねぇか。



629 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 12:36:48.12 ID:3IBdnZ1u]
AirとかwebViewアプリとかTitaniumとかはマルチプラットフォーム舐めてる奴のたわ言
まともな会社ならそれぞれのプラットフォームのネイティブで実装するのが最も確実で最もユーザフレンドリーで最もメンテナブルで
結果的に最もコストが低いと分かってるから実際そうしてる

630 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 12:41:52.69 ID:vfBwvsek]
>>628
そういう奴に限ってSwiftはjavascriptを置き換えてWeb標準になるだの
Androidと共通の開発言語になるだの妄想しているというw

631 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 12:45:27.35 ID:qgapksJl]
> 最もメンテナブルで

アプリのアップデートのたびにいちいちダウンロードさせるのがメンテナブルか?www
あんまり笑わせないでくれ。

大規模なUI更新をしてもサーバ側だけですむのはWebインターフェースのメリットだよ。
Amebaとかのソーシャルアプリは本当はWebだけで完結してるが
プッシュ通知が送れるからなんちゃってネイティブアプリ版も作ってるにすぎない。

「Apple税」を3割もとられるのはアプリ屋にとっては痛い話なんだけどね。

632 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 12:47:44.86 ID:V8pGZEud]
>>622 そんなのアプリと言えるか。 それに最近はそんなWebブラウザで出来るような質の悪いアプリはリジェクトされる。

633 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 12:50:31.61 ID:7DlOm7kz]
>>625
これを例にあげて"iOSアプリはRubyで作れる"っていう主張ならまだわかる

ただRoR使ってクライアント側を軽視して作ったマルチプラットフォームアプリが
大部分において他より優位であるかのような主張は一理ない

634 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 12:52:24.35 ID:qgapksJl]
>>632
お前が気に入らないだけだろ。現実みろよ

https://itunes.apple.com/jp/app/garufurendo-jia/id570930454?mt=8
https://itunes.apple.com/jp/app/tian-xia-tong-yikuronikuru/id557479658?mt=8

Appleは自社の決済システムを使って欲しいだけよ

635 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 12:53:49.74 ID:qgapksJl]
> クライアント側を軽視
Webインターフェースだと軽視したことになるのか。面白いこというなー

636 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 13:00:21.80 ID:7DlOm7kz]
わざわざできる事を制限してパフォーマンスも悪くしてどのあたりが軽視じゃないの?
明らかに向いてないアプリもまだまだ多いよね?

637 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 13:00:37.10 ID:bdkGEBLC]
>>631
よくApple税とか言う奴居るが、普通にパッケージ売りしたらもっと中間マージンで飛ぶわ

638 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 13:00:56.15 ID:qgapksJl]
ID:V8pGZEud
Webブラウザでできるアプリでリジェクトされた例を示してください!
さあ速く!



639 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 13:03:22.22 ID:qgapksJl]
>>637
HTML5がどうだのいろいろ屁理屈こねてWebブラウザで動くFlashは潰したけど
アプリ組み込みのFlash(=AIR)は残ってるよね。
結局は決済レジの問題だよ。

640 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 13:10:56.67 ID:HIL+OgKB]
構ってちゃんを相手してやるなんてお前ら優しいな

641 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 13:14:50.93 ID:3IBdnZ1u]
これがクロスプラットフォーム技術だ!
i.imgur.com/OwlAzgf.png

642 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 13:15:41.97 ID:qgapksJl]
> わざわざできる事を制限してパフォーマンスも悪くして
Appleの悪口はそのへんにしとこうか
自社決済に誘導したいがためにわざとWebブラウザを不便にしてる

643 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 13:18:06.12 ID:qgapksJl]
>>641
へたくそな図だな。春に入社した社会人1年でもそんな稚拙なプレゼン資料作らないぞ

644 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 13:29:20.68 ID:qgapksJl]
ID:V8pGZEudちゃんまだー?

https://itunes.apple.com/jp/app/microsoft-office-mobile/id541164041?mt=8

これWebベース(Office365)だって知ってた?
ID:V8pGZEudちゃんの理論に基づけばリジェクトされてるはずなのだが?

645 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 13:32:15.00 ID:hZx8QV4G]
var list: Array<String> = ["Hoge"]

var list: String[] = ["Hoge"]

var list = ["Hoge"]
は同じ意味でいいんだっけ?

646 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 13:33:04.40 ID:qgapksJl]
いいよ

647 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 13:37:43.57 ID:QKVAB3OC]
まあWebアプリでしっかりしたUIを作るのはかなりつらい感じではある
もっと簡単にできればいいが

648 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 13:45:39.57 ID:hZx8QV4G]
書き方がいっぱいあって紛らわしい
var list: Array<String> = []
var list: String[] = []
var list = String[]()



649 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 13:47:28.22 ID:AzMImLSv]
春はへんなのが湧くな

650 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 13:48:20.47 ID:qgapksJl]
暦がわからない変なのとかね

651 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 13:55:01.37 ID:Aui8aakP]
>>629
たしかにその三つはそういう評判だが‥
Xamarin はどうかね?

652 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 13:58:36.32 ID:qgapksJl]
既にWebベースのソフト資産を持ってる企業にとっての選択肢としてAIRやWebViewは
ベターな選択だろう。0から作る場合は別。

653 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 14:03:59.73 ID:q4GiwvBh]
JobsのFlash殺しは大成功だったな。

654 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 14:12:10.38 ID:hZx8QV4G]
Swiftには、privateやprotectedといったアクセス指定子みたいなものが見当たらないんですが、
全部おっぴろげ〜ってことですかね?
隠したかったらクロージャを使えってことですかね?

655 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 14:13:12.30 ID:3IBdnZ1u]
>>651
Xamarinはモデル層限定で使うなら、まぁ、アリかなって感じ
個人的にだけど

ただやっぱりApple/Google等プラットフォーマーと開発者の関係の中に第三のファクターが入ってくるのは、やはりリスクではある
いつまでサポートしてくれるか分からないし、サポートし続けてもらうためにこっちが応援しつづけなければならないコストを暗に抱える
Flasherが必死にAdobeヨイショするように

656 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 14:14:43.04 ID:qgapksJl]
表には出てこなくなっただけでFlashソフト資産を持ってるソフト屋は
AIRを使ってアプリ作ってる

657 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 14:20:53.73 ID:hZx8QV4G]
カプセル化はオブジェクト指向の3大要素の1つなんだけどなぁ
これがないって一体どういうこと?

658 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 14:37:03.11 ID:AgjsACot]
べつにアクセス制限はカプセル化に必須ではないのでは



659 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 14:49:06.40 ID:hZx8QV4G]
>>658
アクセス制限できないと外側から変数を触られまくり放題じゃん

660 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 15:02:10.44 ID:HIL+OgKB]
これクラスや関数の宣言だけして実装はしないヘッダを作れないの?

661 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 15:06:37.69 ID:vfBwvsek]
アクセス指定子は中の人がそのうち追加するかも...と言ってるらしい
stackoverflow.com/questions/24003918/does-swift-have-access-modifiers

662 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 15:15:29.01 ID:O86GK+gR]
javaみたいな変なクラス単位のアクセス指定じゃなくてオブジェクト単位のprivate/publicがいいな

663 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 15:35:36.15 ID:hZx8QV4G]
>>661 サンキュー
今んとこはプロトコルとクロージャでファクトリメソッド使えって書いてるね

664 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 15:36:33.28 ID:V8pGZEud]
モジュール単位見たい。 で、モジュールの中を見たければimport

665 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 15:47:37.29 ID:qgapksJl]
>>664
で、>>638, >>644への回答は?さっさと答えろや知ったかクズ

666 名前:デフォルトの名無しさん [2014/06/08(日) 17:29:31.82 ID:BZF26sA9]
iBookで読めるスイフト本にはパッケージの仕組みの解説ないよね?extensionが適用されるスコープのルールが気になるんよなあ

667 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 17:31:33.90 ID:81o4BWeL]
>>662
それって動的型付け?

668 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 17:31:49.86 ID:ABq33sCq]
はぁ?
そのものズバリのExtensionsって章でスコープの解説しているだろボケ



669 名前:デフォルトの名無しさん [2014/06/08(日) 17:36:06.42 ID:BZF26sA9]
genericなextensionを宣言できるようにして欲しいなあ

extension <T> Array<T>: Seq<T>

みたいに書けるとエロい

670 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 17:36:26.43 ID:V8pGZEud]
ドキュメント作る側とか開発側とかなり丁々発止のやりとりがあったんだろうな。

普通の解説本ではこんなに使う立場に立った本は書けない。

流石、末端ユーザーと歩んだApple。

671 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 17:39:40.66 ID:qgapksJl]
ひょっとして ID:V8pGZEud はまともなアプリ開発した実績がないんじゃないの?

672 名前:デフォルトの名無しさん [2014/06/08(日) 17:43:05.84 ID:j3SKCg8z]
間違いない

673 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 18:09:18.89 ID:O86GK+gR]
>>667
SmalltalkやRubyのインスタンス変数みたいなアクセス制御を想定してたけど動的静的は関係無い
Javaとかのはprivateでもクラスが同じなら他のオブジェクトからアクセス出来てしまうけど
クラスとか継承とか関係なく他のオブジェクトからのアクセスだけ出来ないほうが好き
静的型付け言語で言えばOCamlのprivateとかScalaのprotected[this]がそれに相当するらしいが

674 名前:デフォルトの名無しさん [2014/06/08(日) 18:25:55.40 ID:jXab0XRf]
>>641
見事に何も伝わらないスライド
コレは確実にダメ社員 or ニートですわ

675 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 18:27:29.52 ID:vfBwvsek]
まあObj-Cの@privateとかはコンパイラがチェックするだけで
実行時はチェックされずどこからもアクセス可能だからね

676 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 18:28:17.89 ID:qgapksJl]
×印の意味がまったく意味不明だしな
まともなGUI組めない人間だと一発でわかったよ

677 名前:デフォルトの名無しさん [2014/06/08(日) 18:30:55.85 ID:Isn3H6F1]
>>669
出来るやろ

678 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 18:30:59.87 ID:qgapksJl]
>>675
C++も関数ポインタさえ取得すればprivate関数呼び放題ですけどね
実行時に属性チェックするのは速度的に不利だから静的な解決になるのは仕方ない



679 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 18:34:39.45 ID:U23bUypY]
>>641
なにこれ?

680 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 18:39:51.65 ID:vfBwvsek]
>>678
Obj-Cは、そもそもメソッドに属性は付けられなくて全部publicになっちゃう
ヘッダに露出させんなということらしいが

681 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 18:43:15.59 ID:RY7l8BgD]
言語を否定出来るレベルに無い人が
騒いでいて、痛々しく。

682 名前:デフォルトの名無しさん [2014/06/08(日) 18:49:02.50 ID:Qgtqu9Sx]
言語を否定する人の多くがその言語の1機能のみを切り出して否定する。
言語の思想によって必要な機能だから実装されているのであって、その機能のみを否定するのは滑稽と言わざるを得ない。
その思想に対する否定なら分かるが、それが理解出来ないからと機能を否定するくらいなら黙っておいた方が無能をひけらかさないで済むぞ

683 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 19:05:35.04 ID:pXOmIGvx]
>>681
ニワカな奴ほど語りたがる。この一言だろうねw

言語使用が糞()、実装がタコ()、美しくない()、
汎用的じゃない()、コストが〜()、OSが糞()

↑こんなの技術者ならば酒飲んでても書き込めないわ。
語るレベルに無いからこそ気軽に語れるという構造。

684 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 19:27:33.21 ID:q7rIIcVG]
頭が固くなって新しいことについていけない畏怖から攻撃的、否定的になる人ってよくいるよね

685 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 20:04:15.47 ID:nMb57tOa]
>>682
>言語を否定する人の多くがその言語の1機能のみを切り出して否定する。
それどころか、Swiftは便所の落書きだと「Appleだから」で否定されてる件w
Objective-Cを置き換えかねない物が物だけに
"Appleだから"で賛美してる奴が皆無なもんだから
Swiftについては宗教的アンチの言動が目立つ目立つw

686 名前:デフォルトの名無しさん [2014/06/08(日) 21:19:18.25 ID:L3IirfqI]
そりゃ頭の悪い老害は自分の仕事を失う恐れがある新しい技術なんてネガキャンしか出来ないからな。

687 名前:デフォルトの名無しさん [2014/06/08(日) 21:33:31.46 ID:2ruPoz8R]
これって実行速度はどうなのよ
JavaやC#との比較が出てこないのはどうして

688 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 21:40:03.69 ID:qgapksJl]
その比較はおかしくねーか?
Swiftの生成コードは中間言語じゃねーぞ

まあC#やJavaも曲がりなりにもネイティブコード吐くことはできるが



689 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 21:43:40.34 ID:+1iNceTN]
>>687
MacとiOS専用だからC#と比べろ言われても困るし
Javaと言われてもなぁ…
つか、実行テスト環境外だとObjective-Cより最適化されて速くなった
Obj-C後継のネイティブコンパイル言語だから発表時の通り
Objective-C<Swift<Cって速度順だと思うぞ?

690 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 21:47:33.69 ID:2ruPoz8R]
実行速度は同じハードウェアでOSは別物いれて同じタスク実行させてみれば比較できね?
Objective-Cはコンパイルするのに動的な部分があったのでCより遅かったけど
SwiftはCより遅くなるとしたら何が原因なのか知りたいわ

691 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 21:47:34.41 ID:vfBwvsek]
こんな記事はあるけど
ch.nicovideo.jp/akiba-cyberspacecowboys/blomaga/ar546266

たぶんAppleが言ってたObj-Cより速いってのはSwiftのArrayやDictionaryを
NSArray/NSDictionaryの代わりに使える場合は速くなるよってことだと思う

692 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 21:48:40.50 ID:qgapksJl]
JavaもHotSpotコンパイラがあるからなぁ・・・
ただiOSでは動かんしJava-Cocoaってまともに保守されてないんじゃね?

693 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 21:57:30.89 ID:vfBwvsek]
>>690
メソッド呼び出しが動的束縛なのはSwiftも変わらないよ。そうじゃなきゃObj-C互換を保てないし。
ただSwiftにはstructも用意されてて、こっちに追加したメソッドは静的に呼び出し先が決まるので
Obj-C互換のOOPは要らずカプセル化程度でいいという場合はオーバーヘッドを小さくできる。

694 名前:デフォルトの名無しさん [2014/06/08(日) 22:04:20.73 ID:jOrVVeIi]
>>691
ObjC固有のコードの実行時間が気になる〜
誰か教えて。

695 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 23:03:50.84 ID:sw1PudVp]
Swift-Pythonの比較グラフを信じるなら、JavaとSwiftはそん色ない気はする。
もちろん、OSの機能をダイレクトに扱える場面ではSwiftだろうけど。

696 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 23:10:24.86 ID:bkCTLeYU]
>>678
private ならコンパイル時に弾かれる‥普通では呼び放題というわけにはいかないみたい‥
ideone.com/TFQ979

697 名前:デフォルトの名無しさん mailto:sage [2014/06/08(日) 23:42:13.55 ID:bkCTLeYU]
>>695
Swift-Xamarin のガチがみたかったんだが‥

698 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/08(日) 23:57:40.96 ID:qgapksJl]
C++のメンバ関数は暗黙的にthisポインタを引数にとるからpublicで呼ぶにも
通常の関数コールでは呼び出せないぜ
MSVCなら__thiscallだがgccだといろいろ面倒だった気が・・・

もちろんstatic関数にする



699 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/09(月) 00:12:24.74 ID:zgyYB5Bh]
staticじゃなくてもいけたわ。脱線したが
ideone.com/aIaVwf

700 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 01:04:01.32 ID:quK33S+U]
>>698
>>698
>暗黙的にthisポインタを引数にとるからpublicで呼ぶにも通常の関数コールでは呼び出せないぜ

なに、public にすれば問題なし、めったに出番のない ::* 演算子、 ->* 演算子が活躍する。
それにしても迂回戦法とはこれはこれで興味深い。
インスタンスを初期化しておいてそれを表示するprivateメンバ関数を返すpublicメンバ関数、てのはできるようだ
peace.2ch.net/test/read.cgi/tech/1313183984/754

701 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 01:07:52.57 ID:XaG4yhUa]
なんでわざわざそういうバッドノウハウ的な使い方するんだ?

702 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 01:21:43.93 ID:QWDfgH1h]
>>691 それインチキだよ。
Cの方は

for (int j=0;j<100;j++){

と書いて、Swift の方は
var j=0
while j<100{

j++
}
とわざわざ遅くなるようにコーディングしてる。
やるなら同じようなコーディングにしないと比較にならん。
for var j=0; j<100;j++ {
と書かないとインチキ。 遅くなって当然。

わざとらしい。金を稼ぐためのネタだな。

703 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 01:36:13.00 ID:h36Zu9t6]
>>613
ある意味そういう集客でありビジネスだからな

704 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 02:15:14.04 ID:8Vvx2paz]
>>702
それがなんで遅くなって当然なんだ?

705 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 02:26:09.11 ID:nsQThdvO]
どっちもこんなんにしかなりそうにないな
xor %ecx, %ecx
1:
add $1, %ecx
:
cmp $100, %ecx
jne 1b

706 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 02:43:19.99 ID:lO6PsSYY]
この言語が発表されてから、にわか共がブログに書いたりツイートしてるせいで、検索の邪魔でしょうがない。

見たくなる記事のタイトルだけど、中身は空っぽ。なかなか面白い言語だ。とかよくわかってないから知ったかで中身がない文。

ここにも結構、知ったかが居るけど黙っててくれるかな?少しは勉強してから書き込もうね。

707 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 03:04:10.37 ID:4ZIBy88G]
お兄ちゃんカッコいい!

708 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 06:30:59.19 ID:AGtOGQv0]
(何が検索結果に出ることを期待してるんだろう…)



709 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2014/06/09(月) 07:41:32.46 ID:zgyYB5Bh]
>>701
もちろん使わないぜ?
ただ、「呼べなくする」ことと、ポリシーで呼ばなくすることは全くの別問題ということよ。
protectedやprivateは、ポリシーを遵守するためにコンパイラが少しだけ手助け
してくれてるだけにすぎない。

WindowsのMFCなんて全部のメソッドがpublicだぜ
全部publicって当時のメッセージベースオブジェクト指向では当たり前だったんじゃねーの?
WindowsもSmalltalkの影響を受けてると言われてるしなw

結局は使う人間のポリシーの問題よ。
MVCのフレームワークにしろ、各機能を無視してViewだけにコードをべた書きすることも
できる(自称「PHPできます」のアホに多い)けど、そこはコーディングルールを定めて
自分らで縛りを設けて使うじゃん。
本当に外部から呼ばれて困るメソッドなら状態変数でも使ってチェックするよ。

710 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 09:22:21.00 ID:w5pULqfp]
今日のNGID:zgyYB5Bh

711 名前:デフォルトの名無しさん [2014/06/09(月) 09:36:46.55 ID:+5RVIEA6]
>>706 みたいなのはハウツー探してるコピペコーダーだろ。
言語仕様の解説見ても理解出来ないから不要という判断をして、有用な情報が無いとボヤいておる。
NDAあるから公式ドキュメントに載ってる事以外は書けないんだから、必要なら自分で検証すればいいだけなのにね

712 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 09:42:49.18 ID:S+QBVpXR]
NDAガーNDAガー
これ嫁
qiita.com/uasi/items/4d17cd1b7f83a6814c83

713 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 10:02:26.18 ID:h36Zu9t6]
NDAだからやめろ!キリッ

そういうやつ大杉

714 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 11:08:53.15 ID:smk9SD1q]
>>712
お堅いことを言わせてもらうと、アップル社の公式見解ではないもの、あるいはアップル社を代表して公式に意見を述べているのかどうか不明確な情報(WWDCでスタッフに聞いたよ、レベルの話)を、〜してよい、と書いてしまうのはどうだろう。
ま、現実的には余程のことじゃない限り黙認っていうか、いちいちそんなことに構ってられないとスルーされるんだろうけど。

715 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 11:09:40.87 ID:7K00Yvor]
swiftにわかじゃない人間とは

716 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 11:13:51.93 ID:Q8TzlagX]
Appleとしての動向にふれるような部分でなきゃ問題にならんと思うよ

時期に関する「予定は未定」の情報を好んで撒き散らす厨は危ないな

717 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 11:18:10.37 ID:smk9SD1q]
Swiftを普及させたいだろうし、今回からベータ版に関する公開情報も増やしてるから、以前よりはオープンにして新規開発者を取り込もうとしてるかな。
ベータのスクショや動画を流してるニュースサイトの方が遥かに問題だけど、あれもPR効果になるから黙認してるんだろうな。

718 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 11:28:35.83 ID:hEsikYaY]
>>712
騒いでもいいけどベータ版に関する話ってことで不具合をあげつらわないようにってことか
バイナリや見た目に関してはアウト、と
↑であったように、ドキュメント見ただけじゃわかりにくくて
ベータ版を使って実行した結果を検証してもらうくらいなら大丈夫かな?



719 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 14:40:49.49 ID:TxALYa2U]
日本語化プロジェクトがあるけどhtmlにちょくに和訳入れてるのが気に入らないから手伝う気がうせる
https://github.com/swift-jp/swift-guide

せめてさsphinxとかドキュメント管理ツールを使えよ・・・

720 名前:デフォルトの名無しさん mailto:sage [2014/06/09(月) 15:04:03.53 ID:QWDfgH1h]
>>719 販売目的のマジ基地だから触らない方が良いぞ。

*[swift-jp.com Swift言語 | 日本語ドキュメント] {{Ref-ja}} - [[濱田優]]による公式ドキュメントの翻訳

こいつだな。
https://ja.wikipedia.org/wiki/%E6%BF%B1%E7%94%B0%E5%84%AA
はまだゆう
生誕 1983年10月7日(30歳)
千葉県






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<227KB

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