Swiftスレat TECH
Swiftスレ - 暇つぶし2ch415:デフォルトの名無しさん
14/06/05 22:42:40.01 qTkh2drY
>>413
arrayもdictionaryもstructureなんだからdictionaryの動作が正しいよね。きっと。
arrayのはパフォーマンス上げるためなんだろけどunshareを標準にして欲しい。

>>412
>要素追加した瞬間にcopyされて別物か?
明日試してみるよ

416:デフォルトの名無しさん
14/06/05 22:53:48.76 ZqenSHM0
javaのプリミティブが嫌いだったんだけど
swiftは無い?

417:デフォルトの名無しさん
14/06/05 22:54:26.94 ZaCMtfJy
arrayの特別扱いってなんかPHP臭がするんですけど。。。

418:デフォルトの名無しさん
14/06/05 22:54:34.73 qTkh2drY
あとarrayをループさせる時はfor - in より for var i = 0;i < array.count;++
でループさせて array[i] で参照したほうが20%ほど早かった。
この辺もobjective-cと違うよね。

419:デフォルトの名無しさん
14/06/05 23:02:45.98 sbVpP/3M
うーん

var array1 = [1,5,7,4]
var array2 = sort(array1, >)

この時、array1までもソートされる破壊的な操作なんだけど、

sort(&array1, >)
って呼ぶのを強制された方がしっくりくるのだが。

420:デフォルトの名無しさん
14/06/05 23:06:47.17 wJ9V7wb/
やっぱり*は必要だったのだ

421:デフォルトの名無しさん
14/06/05 23:07:49.74 qTkh2drY
>>420
同意!!

422:デフォルトの名無しさん
14/06/05 23:10:47.70 DedpSM9H
最近の言語ってセミコロンや括弧を無くすことに躍起だけど
文法にambiguousな部分が出てきたりしないのだろうか。

423:デフォルトの名無しさん
14/06/05 23:12:19.01 ZqenSHM0
>>422
よくわかりません、どゆこと?

424:デフォルトの名無しさん
14/06/05 23:15:46.09 Ss1X6IjI
とりあえず、配列にはcopy()とunshare()があることを意識しといた方かよさそう
あと関数の引数に配列を渡して操作するきは、inout付きにした方がいいのかな

425:デフォルトの名無しさん
14/06/05 23:15:46.59 XqFykZgR
>>419
破壊されたくなければ、明示的に
var array2 = sort(array1.copy(), >)
しろって方針なんだろうな。コスト削減のために

426:デフォルトの名無しさん
14/06/05 23:18:00.24 XqFykZgR
でも関数の引数が自動的にコピーとなるような指示詞が欲しいな

427:デフォルトの名無しさん
14/06/05 23:21:06.13 Ss1X6IjI
var array1 = [1,5,7,4]
var array2 = array1.copy()
array2.sort(>)

若しくは、

var array1 = [1,5,7,4]
var array2 = array1
array1.unshare()
array2.sort(>)

とか

428:デフォルトの名無しさん
14/06/05 23:27:16.58 ABWTHSvc
てか、破壊されるなら戻り値でArray戻さないでよ、紛らわしい
仮にも標準関数なのに

429:デフォルトの名無しさん
14/06/05 23:27:27.26 lzzD+Ao8
そういうもんだと割り切りゃいいか
Effective本的なのが欲しいね。細部の落とし穴が存在しない言語なんて求めるだけ酷だろし

430:デフォルトの名無しさん
14/06/05 23:28:15.04 XqFykZgR
func foo(var a : Int[]) {
a.unshare()
...//いろいろな処理
}
こうすればいいのか。

ちなみに引数のところから var を抜くとエラーになる。

431:デフォルトの名無しさん
14/06/05 23:45:56.24 XqFykZgR
let listA : Int[] = [1,2,3,4,5,6,7]
let listB : Int[] = listA.filter({$0 % 2 == 0})
let listC = filter(listA,{$0 % 2 == 0})

listB は普通の新しい配列なのに、listC は遅延リストなのが面白いな

432:デフォルトの名無しさん
14/06/05 23:51:31.90 Ss1X6IjI
配列みたいなコピーコストの高いやつはデフォルト同じやつ参照でいいんだが
ディクショナリは代入した時点でコピーしちゃうみたなんで、おいそれと代入しにくいな
配列よりむしろディクショナリの挙動の方が気になる

433:デフォルトの名無しさん
14/06/06 00:29:37.83 GafzTiNN
Swiftの仕様をまだ全部は見切れてないけど、クラスのSubscripts化とか、Property observer みたいにちょっと新鮮かなと感じる特徴もあるけどね

434:デフォルトの名無しさん
14/06/06 00:35:14.23 lrmBy0jf
subscript って何かと思ったら、C++ の operator[] のオーバーロードみたいなもんかな

435:デフォルトの名無しさん
14/06/06 00:44:38.91 RYqBXsRp
演算子のオーバーロードできんの?
これで他人が読めないコードが書けるな。

436:デフォルトの名無しさん
14/06/06 00:47:05.88 GafzTiNN
でける

437:デフォルトの名無しさん
14/06/06 00:55:20.98 xKXbmGps
絵文字でな

438:デフォルトの名無しさん
14/06/06 00:59:06.51 0NzWvF7l
たとえばこれがHaskellみたいにどうしてもそういうシンタックスが必要だ、と
いうことで新言語作るのならいいけど、新しい言語作りたい病の人が大して意味もない
のに既存の言語を適当に交ぜたみたいな新言語作ったら、まあいい加減にしてくれよ、
と思うのが普通でしょ。

Appleの場合なまじプラットフォームとしては力があるから、「これでやります」と
言われたら従うしかない。
いろんな人が迷惑する。それだけにしか使い道のない言語に脳細胞使われちゃうわけで。

439:デフォルトの名無しさん
14/06/06 01:16:10.65 xKXbmGps
>>438
選択肢が増えただけだが。
頭悪いな、君は

440:デフォルトの名無しさん
14/06/06 01:17:41.85 cHkwjIcW
>>438
まずobj-cが古臭く冗長で無理がきてる、という問題に向き合った成果じゃないの
とりあえずの所でいうと、obj-cだって事実上Apple製品以外で使われとらんし

obj-cもうちょいどうにかならんのか、というのはユーザサイドから腐るほど言われてた言葉だしなあ

それだけにしか使いどころがないダサい言語が、とりあえず使いどころは変わってないけどフレッシュになりました、ってことでしょ

441:デフォルトの名無しさん
14/06/06 01:22:28.17 Ynv3Q/53
>>438
ぱっと見た感じ他の言語の寄せ集めだから別に覚える事なんてほとんどないわけだが。

442:デフォルトの名無しさん
14/06/06 01:24:17.01 M36FOYua
誰か、Objective-C擁護派は居ないのか?
Swift登場以前は居たんだろ?

443:デフォルトの名無しさん
14/06/06 01:34:54.40 bHnhPL3c
SwiftでCoreFoundationやQuartzの関数は呼べますか?
例えばCGContextRef を取得して操作したりとかできるんでしょうか?

444:デフォルトの名無しさん
14/06/06 01:46:40.68 lrmBy0jf
>>443
このスレを CG で検索してみろ

445:デフォルトの名無しさん
14/06/06 02:00:09.31 bHnhPL3c
出来るもんだな (´∀`)

446:デフォルトの名無しさん
14/06/06 02:27:42.23 cHkwjIcW
>>442
や、より簡単な形でとりあえずobj-cで出来ることがだいたい出来るようになってる訳だし相反するものでもないんでないかな
smalltalk信奉者なんかで、かつ概念的な語りが好きな方々が一定数残ると思うけどね
皮肉でなく、昔語りをする人は必要だ

447:デフォルトの名無しさん
14/06/06 02:34:14.55 QTGzN/i9
何かgoとかtypescriptが出た時より騒がれてるけど、何が凄いの?

448:デフォルトの名無しさん
14/06/06 02:40:41.45 cHkwjIcW
>>447
obj-cランタイム互換でしょ
うざがられてたけど仕方ないと思われてた古めかしい設計のobj-cを苦もなく差し替えられる

あとc互換っぷりも個人的にはビビってる
低レイヤでなんか色々捗りそう

449:デフォルトの名無しさん
14/06/06 02:51:42.76 rzjQXmlP
いまごろランタイムも書き直し中なのかなあ。
AndroidをGoにするのは難しいから
またAndroidはもっさりって言われちゃうな

450:デフォルトの名無しさん
14/06/06 03:00:34.92 30cQq14w
今はSwiftScriptかSwiftTalkを開発中

451:デフォルトの名無しさん
14/06/06 06:06:55.21 kAncoGTb
>>447
GoなんてGoogle社員が暇な時間に作ってみましたってだけで
別にChromeの中核スクリプトに採用する為のものでもなんでもないからな
メンツがメンツだけに一時期注目されたけどあれでも騒がれすぎだった

452:デフォルトの名無しさん
14/06/06 06:14:19.62 VdkUhq2q
>>451
↑こいつ知ったかで良くここまで自信まんまんに恥晒せるな
すごいわ

453:デフォルトの名無しさん
14/06/06 07:38:18.52 1jHAJD54
>>407
varでもよかったんだ
ところでbの型ってOptional(型!)だったらりする?

>>415
推測だけどGo-langのスライスみたいにArrayはあくまでラッパーで本体は別に存在するんじゃない
だから代入した場合本体の参照のみコピーされるのではないかと
unshareの機構も合点がいくし

>>447
発表した時点で”使える”言語だからじゃないの?
あと注目度の高いWWDCの基調講演で発表されたというインパクトもあるかもね

454:デフォルトの名無しさん
14/06/06 07:59:08.42 Wfg//q6J
ObjC冗長だって言うけど、Swiftになったら結局コメント書かなきゃいけなくなる予感
ObjCはappleDocコメントとメソッド名で機能は殆んどつたわるからな
つかAppleDocとかCocoaPodsとかSwiftに移行するのかな

455:デフォルトの名無しさん
14/06/06 08:02:22.50 s5X4N2N/
>>453
>>>407
>varでもよかったんだ
>ところでbの型ってOptional(型!)だったらりする?

bはOptionalにならない。必ず値が入るから。

b = a!

と同じ

456:デフォルトの名無しさん
14/06/06 08:14:54.58 s5X4N2N/
どうでもいいけど

var a:Bool?
var b = !a!

みたいな書き方も出来るのな。
まぁ否定演算子と間違える奴は居ないか

457:デフォルトの名無しさん
14/06/06 08:23:58.96 dQ9iK7KV
>>438
Swiftレベルの文法で脳細胞使ってんなよ
初見で書けるだろこんなの

458:デフォルトの名無しさん
14/06/06 08:26:07.34 XasNKctc
>>451
実績がないのは事実
と思っていたがdocckerでgo始まったと思ったわ

459:デフォルトの名無しさん
14/06/06 08:30:57.55 LzbjDMik
>>457
いつまでもマルチコピペ野郎に反応すんなks

460:デフォルトの名無しさん
14/06/06 08:57:10.26 DTdJKogB
Boys, be ambiguous!

461:デフォルトの名無しさん
14/06/06 09:32:25.44 NbZ9JiJc
>>446
より簡単に書けるからこそ、後でみてわからなくなりそう

array[index]
[array objectAtIndex:index]

事前知識なしで意味がとりやすいのは後者

462:デフォルトの名無しさん
14/06/06 09:45:58.53 j3uepfFp
>>450 SwiftScript は絶対に出てきそう。 Swiftインタプリタと実現性はどっこいどっこい。
AppleScriptを置き換えてあらゆるものを統一言語で処理する。

463:デフォルトの名無しさん
14/06/06 09:46:48.62 +4efFwAW
COBOLの場合

ADD A B GIVING C
C = A + B

事前知識なしで意味がとりやすいのは後者
こうですか!? わかりません><

464:デフォルトの名無しさん
14/06/06 09:48:04.30 +4efFwAW
あれ、前後まちがえた...

465:デフォルトの名無しさん
14/06/06 10:14:11.16 bHnhPL3c
Swiftは関数の引数にラベルを書けるから可読性が落ちることはないと思う。
まぁどっちの場合もプログラマの命名センスに依存するけど
今手元に実行環境ないから確認できなけど、Arrayにも valueAtIndex的なメソッドあるんじゃないかな

466:デフォルトの名無しさん
14/06/06 10:14:32.43 ueXkqxBK
Objective-Cはオブジェクト指向入門としては分かり易いけど、オブジェクト指向に慣れてくるとモダンオブジェクト指向言語の方が書きやすいんだよなぁ

467:デフォルトの名無しさん
14/06/06 10:22:04.34 y58jmSWV
>>432
いやDictionaryの方は素直じゃねえか?
参照だけするなら新しいオブジェクトを増やさない。CopyOnWriteって思想でしょ。

Arrayは中身だけ書き換えるソートみたいな処理があるから、中身変えただけじゃコピーされないように
したんじゃねえの?
でも中身を書き換えてもコピーされないような特殊メソッドを用意してやったほうが良かった気がするんだよなぁ。

>>461
いやいや、[対象 操作:引数]って構文がノーマルCからかけ離れてるから、一概には……
30年前くらいにパソコンを始めるとまず学習するBASICでも配列はA(4)みたいにアクセスしてたし。

468:デフォルトの名無しさん
14/06/06 10:24:52.84 IcDjZ6AK
オブジェクト指向は愚かな考え。
スレリンク(tech板)

469:デフォルトの名無しさん
14/06/06 10:33:51.88 VHSXa0o7
>>468
人間クラス継承して美少女クラス作るとか言ってる時点でオブジェクト指向理解できてない。
美少女クラス作るなら二次元人クラス継承するに決まってんだろ

470:デフォルトの名無しさん
14/06/06 10:50:52.82 N1a6rny2
たとえば
postBlog("眠い")
だと確実に混乱する

postBlog(title: "眠い")
とみんな書いてくれるだろうか

半強制的に
[self postBlogWithTitle:@"眠い" withBody:nil]
とかなっていた方が読みやすいのは私だけか
selfとか主語も明示されているし

URLリンク(qiita.com)
※例示しただけで元記事を否定する意図はありません

471:デフォルトの名無しさん
14/06/06 10:53:33.80 lrmBy0jf
>>470
[self postBlog:@"眠い" with:nil]
だと確実に混乱する

[self postBlogWithTitle:@"眠い" withBody:nil]
とみんな書いてくれるだろうか

472:デフォルトの名無しさん
14/06/06 10:53:44.46 BvDrvDh3
Swiftってラピュタに出てくるやつかな

473:デフォルトの名無しさん
14/06/06 10:57:06.27 DTdJKogB
URLリンク(www.moonmile.net)
_name 参照してないから詐欺だよな

474:デフォルトの名無しさん
14/06/06 11:00:07.92 N1a6rny2
>>471
オブジェクティブCのいいところって、
下のようなメソッド名に無意識のうちに誘導されるところだと思っていたんだけど、上のような書き方をする人も結構いるんですかね

475:デフォルトの名無しさん
14/06/06 11:02:40.60 lrmBy0jf
>>474
470みたいなこと心配してる辺り、お前とお前の周囲はよっぽど低レベルなプログラマばかりだと思ったが

476:デフォルトの名無しさん
14/06/06 11:04:41.80 cj6UOPoT
postBlogWithTitle: body: こうだべ

477:デフォルトの名無しさん
14/06/06 11:08:44.12 UcUEUerQ
新人とか派遣がしょっちゅう入れ替わりで入ってくるんだろw

478:デフォルトの名無しさん
14/06/06 11:31:18.80 dQ9iK7KV
>>470
もうSwift使うのやめなよ

479:デフォルトの名無しさん
14/06/06 11:45:21.84 y58jmSWV
>>474
少なくともAppleの出してるガイドライン的にはしたの書き方になる
上の書き方は悪い例としてあげられている
その良いところって、ObjectiveCの、というよりライブラリの出来じゃ?

480:デフォルトの名無しさん
14/06/06 11:47:59.73 Tyg3LYFk
そんなに悪いこと言ってるとは思わんけどね

でも気をつけないと行けないのはAPI作る側で、利用する側じゃないんだよな
func postBlog(title: String) {}
だと postBlog("漏らした") としか書けない

postBlog(title: "漏らした") と書けるためには
func postBlog(#title: String) {} と定義しないと行けない

デフォルトと逆にしてほしいね
デフォルトでラベル付きで、#付けたらラベル無しがいい

しかも、何故かイニシャライザはデフォルトでラベル付きになる
class Blog {
 init(title: String) {}
}
って書くだけでラベル付きになる
let entry = Blog(title: "漏らした")

メソッドとイニシャライザでデフォルトが逆で紛らわしい

481:デフォルトの名無しさん
14/06/06 11:53:15.28 WrtGDpxm
イニシャライザはObjC側に持ってくとinitWithが補完されるから...とかそういうのが絡んでるのでは

482:デフォルトの名無しさん
14/06/06 12:09:31.02 1jHAJD54
配列添字演算子[]よりObjective-Cのメッセージ式で使う[]の方が
よっぽど意味不明だと思うけど

>>455
>bはOptionalにならない。必ず値が入るから。
やっぱそうなるのね
bにnil再代入出来たらOptional Bindingの意味ないじゃんって思ってたからちょっと気になって

>>480
それなら関数名postBlogWithTitle()すればいいんじゃないの?

483:デフォルトの名無しさん
14/06/06 12:15:42.34 WrtGDpxm
[]はプリプロセッサの名残だからねえ

484:デフォルトの名無しさん
14/06/06 12:39:11.46 TaxzDts5
今からXcode新しいの入れようと思うんだけど
swiftで作ったアプリはiOS7ターゲットのアプリとしてもうリリースできるの?

485:デフォルトの名無しさん
14/06/06 12:53:56.04 WrtGDpxm
SSEとかintrinsicsを使う方法はあるのだろうか

486:デフォルトの名無しさん
14/06/06 12:57:56.85 Tyg3LYFk
>>482
>それなら関数名postBlogWithTitle()すればいいんじゃないの?

面倒くさいから1引数で例示してるけど、ラベル付き引数が真価を発揮するのは多引数のときなんで多引数で脳内変換して呼んでくれ

func fill(#red: Int, #green: Int, #blue: Int) {}
func fill(#hue: Int, #saturation: Int, #lightness: Int) {}
と定義して
fill(red: 20, green: 30, blue: 40)
と呼ぶか

func fillRGB(red: Int, green: Int, blue: Int) {}
func fillHSL(hue: Int, saturation: Int, lightness: Int) {}
と定義して
fillRGB(10, 20, 30)
と呼ぶか

俺は圧倒的に前者の方がいい

ちなみに、うっかり
func flll(red: Int, green: Int, blue: Int) { println("RGB") }
func fill(hue: Int, saturation: Int, lightness: Int) { println("HSL") }
なんて定義すると、一つ目の fill が二つ目の fill で上書きされて、
fill(20, 30, 40)
で常に二つ目の HSL の方しか呼び出されないみたい
コンパイラも何も注意してくれない…
こういううっかりミスをなくすためにもデフォルトでラベル付きにして
どうしてもラベル付けたくないときだけ # 付けてラベル無しに出来る仕様の方がいいと思うんだ

487:デフォルトの名無しさん
14/06/06 13:05:06.24 A5R0aIHZ
Objective-Cは要するにCで、クラス化したモジュールに命令を送る
つまり『言語に追加した機能を使う』時は[]でっていう形で統一されてて
そこで「なにになにをさせる」って明示的な書き方をせよって念押しされてたから
他のオブジェクト指向言語が嵌った
"後でソース見たら何やってんのかわかんねぇ"問題が大幅に軽減されていたんだけど

いろいろガタがきてたCをモダン言語に差し替えたのはいいが
それで結果としてプログラマーの陥る精神疾患
「タイプ量が少なければ俺が楽、人には読めない難しい書き方する俺カッケー」が
輸入されて来ちゃったら本末転倒だよなーとは思ってる。
そもそもObjective-Cでも引数ラベルガン無視で[hoge: : :]って書いたり
キャメルケースなんかシラネーヨwwwってクラスやメソッドをAAA、BBBって
書いてもプログラム構文的には問題がないわけで
ありゃ文化的に"そう書かないと後で死ぬぞ?"と強制したものだから
Swiftでリセットした時に「魔法の呪文みたいに書くのがプロなんだよ
俺の呪文が解読できねぇのは素人!」みてぇなヒャッハー(モヒカン装備)が
流れ込んできて暴れられたらせっかくのSwiftが
他の言語が陥ったのと同じ混乱持ち込まれそうで嫌だなぁ。と
Appleはサンプルや正書法をしっかりして欲しいとは思う。

488:デフォルトの名無しさん
14/06/06 14:22:42.46 dQ9iK7KV
JavaScriptやruby出身のにわかが暴れるわけですわ

489:デフォルトの名無しさん
14/06/06 14:43:09.87 bOG7+wI5
動的型.vs.静的型のときに「動的型信者は、簡潔に書けるからスクリプト系の言語を
支持してるのあって、静的型でスクリプト言語なみに簡潔にかける言語がでてきたら
静的型のほうが断然いいよな」って言っても、動的型のほうだいいって認めなかったな。

あのときの動的信者はswiftは使用禁止な。
泣いて謝ってもるゆさん。

490:デフォルトの名無しさん
14/06/06 15:21:15.78 7zy6H/7g
mac持ってるけどIOSデベロッパーじゃないからxcode6betaが取れない・・・
なんか方法ないかなー

491:デフォルトの名無しさん
14/06/06 15:34:40.07 y58jmSWV
>>490
方法?あるよ
クレジットカードを手にしてiOS Developer Programを購入する

492:デフォルトの名無しさん
14/06/06 15:41:17.61 7zy6H/7g
>>491
採用

493:デフォルトの名無しさん
14/06/06 15:42:02.29 NEq+KBRq
一年間7800円なんだからゲーム一本買うようなもんだと思えばいいじゃん。ゲームより楽しいよ。

494:デフォルトの名無しさん
14/06/06 15:48:29.43 UcUEUerQ
8400じゃなかったか

495:デフォルトの名無しさん
14/06/06 15:51:14.13 BJtvL66b
>>486
俺は後者のほうがいいけど?

別に誰もswift強制してないんだから、objc使えばいいじゃん

496:デフォルトの名無しさん
14/06/06 15:54:05.74 wKIGaEH1
>>493
ほんとそれ

497:デフォルトの名無しさん
14/06/06 15:56:17.69 y58jmSWV
>>493
ゲームする時間がないから躊躇してんだよなぁ

498:デフォルトの名無しさん
14/06/06 16:07:14.35 y58jmSWV
>>484
まだできません

499:デフォルトの名無しさん
14/06/06 16:11:18.17 J6hrkM26
>>494
7800だよ。開発者登録やめてたけどSwift発表されて早く触ってみたくて即日登録した俺が言うんだから間違いないw

500:デフォルトの名無しさん
14/06/06 16:16:25.49 7zy6H/7g
>>493
なるほどその考えいいな!最近は本当にゲームよりプログラミングの方が楽しいから行けるかも!

501:デフォルトの名無しさん
14/06/06 16:29:18.65 UcUEUerQ
なるほど、4月から税別表記になったんだっけか

502:デフォルトの名無しさん
14/06/06 16:48:05.07 343Zpa5B
あ、8400円は税5%込みの時の値段か。納得。

503:デフォルトの名無しさん
14/06/06 18:42:20.59 T3cjS8yL
tupleは、3つまではレジスタ渡し(rax,rdx,rcx)で返されて
それ以上は全部スタック渡しになるようだ
でも浮動小数点はxmm0,xmm1の次はx87のスタックトップ使ってて超謎仕様

504:デフォルトの名無しさん
14/06/06 18:43:54.35 T3cjS8yL
全部ってのは4つ目からスタック、ではなく1つ目から全部という意味ね

505:デフォルトの名無しさん
14/06/06 19:38:00.97 s5X4N2N/
てことはタプルは3つまでにしといた方がパフォーマンスいいのか。ループ内で使う場合とかは頭の片隅に置いておいた方がいいな

506:デフォルトの名無しさん
14/06/06 19:59:36.99 7T18ju/1
>>490
取るってなんだ取るって、どっかにくっついちゃったのか

507:デフォルトの名無しさん
14/06/06 20:51:16.59 A5R0aIHZ
弟がダウンロードのことを「引き込む」っていうので
いつも会話で違和感あるの思い出した。
「落とす」も考えたらたいがいだな

508:デフォルトの名無しさん
14/06/06 21:22:13.16 xKXbmGps
感覚的にタプルはペアなオブジェクトな印象‥何でだろうw

509:デフォルトの名無しさん
14/06/06 21:25:39.79 s5X4N2N/
>>508
key-value的に使うことが多いからじゃね?
後は処理結果とエラーコードとか

510:デフォルトの名無しさん
14/06/06 21:33:29.63 XcM2C4Vm
>>508
一般にはN個の要素から構成されるタプル(tuple, 組)について、
2要素のものをペア(pair, 対)と呼ぶ
同様に、3要素をトリプル(triple)、4要素をクワッダプル(quadruple)と
呼ぶことがある
Wikipediaの「タプル」のページに詳しい解説あり

511:デフォルトの名無しさん
14/06/06 21:35:00.88 5aTUsUzW
>>469
石川梨華は2Dではない

512:デフォルトの名無しさん
14/06/06 21:35:46.29 bHnhPL3c
感覚的にタプルはなんかたっぷんたっぷんしてるイメージがある

513:デフォルトの名無しさん
14/06/06 21:36:10.59 Jz5ObmDX
PHPやJavaを駆逐するような言語を期待してたのになぁ

514:デフォルトの名無しさん
14/06/06 21:36:59.13 lrmBy0jf
タプルは直積集合

515:デフォルトの名無しさん
14/06/06 21:43:55.80 XcM2C4Vm
の要素

516:デフォルトの名無しさん
14/06/06 21:58:13.31 bHnhPL3c
しかしSwiftの解説本が出る時に、
Optional Types とか force-unwrap とか Optional Chaining とか
Subscripts とか Memberwise initializer とか Nested Types とか
どういう風に訳されるのかね
適当な訳語が乱立しないようにApple Japan辺りが指針を出すべきだと思うけどね

517:デフォルトの名無しさん
14/06/06 22:24:12.80 KlEM9OMP
今時訳さないんじゃない

518:デフォルトの名無しさん
14/06/06 22:31:33.80 bHnhPL3c
訳すでしょ
Designated Initializer もデシグネイテッドイニシャライザじゃなくて指定イニシャライザって訳してるし

519:デフォルトの名無しさん
14/06/06 22:31:56.30 ICJsHYDG
Javaの公式ドキュメント日本語訳だとOptionalはそのままだなあ

520:デフォルトの名無しさん
14/06/06 22:37:48.39 qsDOAuAz
>>518
デザイネイテッドとちゃうの

521:デフォルトの名無しさん
14/06/06 22:38:53.62 qsDOAuAz
なんでもない俺が悪かった

522:デフォルトの名無しさん
14/06/06 22:41:05.86 UgiouvQd
デジグネイテッド

523:デフォルトの名無しさん
14/06/06 22:43:13.61 bHnhPL3c
すまん、シの濁点が抜けてた
デジグネイテッドね

524:デフォルトの名無しさん
14/06/06 23:18:36.37 WrtGDpxm
tupleのレジスタ渡しはarm64だと4つまでOKだった。

525:デフォルトの名無しさん
14/06/06 23:35:21.34 qsDOAuAz
なんでamd64だと変わるんだw
最適化の傾向がよくわからんね
llvmがゴニョゴニョしてるんだろうけど

というかamd64上って仮想環境動作かhackintoshってことですか

526:デフォルトの名無しさん
14/06/06 23:36:13.64 qsDOAuAz
ごめんなさい空目
armですねすみません
疲れてるな
寝ます

527:デフォルトの名無しさん
14/06/06 23:49:25.99 WrtGDpxm
x86_64だと3つ、arm64(aarch64)だと4つ。

528:デフォルトの名無しさん
14/06/07 00:23:20.70 jgc6Krm+
>>518
野球のDHに合わせて指名イニシャライザのほうが分かりやすかったよな

529:デフォルトの名無しさん
14/06/07 01:32:28.79 K30zkuC1
>>482
Smalltalk のブロックが [] なんだから inline Smalltalk を書ける Objective C が [] を Smalltalk 部分の埋め込みに使うのは当然だろう。
無知な奴にとって意味不明だというのはそれは当たり前であって何の主張にもならない。

530:デフォルトの名無しさん
14/06/07 02:13:32.75 rMJ4X6ee
むしろ昨日の昼にム板のスレでの門外漢の
"だいたいObjective-Cなんてさー"的なdisりに呆れて書き込んだ内容が
コピペ君にまるごとコピペされて俺の方が困惑。

531:デフォルトの名無しさん
14/06/07 02:49:46.03 Xnu2GevG
Xcodeの補完ってまだ動かないの?
ならしばらく様子見したい

532:デフォルトの名無しさん
14/06/07 06:25:43.11 SxbAzKvi
>>507
語源をたどると
相手が月とか衛星にあるコンピュータで
こっちから投げるのがアップロード
落とすのがダウンロード
なら自然な表現だな

533:デフォルトの名無しさん
14/06/07 08:36:29.60 Qlm7Irx9
誰か言語比較のWiki に追加してくれ。わかる範囲で入れて置いてくれれば誰かが追加して行くだろう。

URLリンク(ja.wikipedia.org)プログラミング言語の比較

534:デフォルトの名無しさん
14/06/07 09:01:34.57 PYm58794
>>531
動くよ

535:デフォルトの名無しさん
14/06/07 11:05:05.36 54tfAzAv
>>491
クレカ持ってないんだがw
クレカ無いとデベロッパー登録は無理?

536:デフォルトの名無しさん
14/06/07 11:13:46.01 MHvRsMmd
visaデビッドみたいなのでも認証通る?通らない?
URLリンク(ja.wikipedia.org)デビットカード

537:デフォルトの名無しさん
14/06/07 11:56:22.67 Qlm7Irx9
商品購入と同じだから銀行振り込みでも良いよ。

538:デフォルトの名無しさん
14/06/07 11:57:08.93 Qlm7Irx9
個人の場合は簡単だが企業の場合は少し面倒くさい。

539:デフォルトの名無しさん
14/06/07 12:11:50.39 uAOOSJ5Q
あれ? 無料会員だとダウンロードできないの?

540:デフォルトの名無しさん
14/06/07 12:14:42.36 PYm58794
無料会員は正式リリース後にまたお越し下さい

541:デフォルトの名無しさん
14/06/07 13:16:18.13 SRkoD9Jh
>>536
通る
つかebank(ちくせう、今じゃ楽天だ)で通った

542:デフォルトの名無しさん
14/06/07 13:29:20.97 4IjJ2QZJ
指定イニシャライザとコンビニエンスイニシャライザを明確に区別する仕様はいいね

543:デフォルトの名無しさん
14/06/07 13:49:08.07 2vvW/YAp
>>529
Smalltalk では [] がブロックだからこそ、普通のメッセージ送信に [] が必須な ObjC の文法には違和感があるよ。

544:デフォルトの名無しさん
14/06/07 13:57:18.75 Qlm7Irx9
1年で開発者登録数が倍増しそうだな。

545:デフォルトの名無しさん
14/06/07 14:05:28.21 4IjJ2QZJ
2倍に増えるどうかは中国次第

546:デフォルトの名無しさん
14/06/07 14:14:34.00 +6c+B5Zd
日本語の文字も使えるなら、なでしこ涙目だな

547:デフォルトの名無しさん
14/06/07 14:17:35.25 Xnu2GevG
>>544
いや増えないだろ
アプリのアイデアないと使わないし

548:デフォルトの名無しさん
14/06/07 14:22:59.23 jgc6Krm+
>>547
ワナビーを捕まえるビジネスですよ。

期間が1年だから
実機で動かす必要があるギリギリまで
申し込まないほうがいいぞ>新規開発者

549:デフォルトの名無しさん
14/06/07 14:48:28.70 Qlm7Irx9
>>547 いや、単なる勉強として登録するのが結構増えると思う。

あ、でも正式リリースされると登録しなくても使えるのか。

アプリのお試しリリースと言うのは良いね。

550:デフォルトの名無しさん
14/06/07 14:49:53.48 4QkqBwnr
>>547
俺ツール作るのに良い感じだけどね
何も売る目的だけでは無いかな

551:,,・´∀`・,,)っ-○○○
14/06/07 14:56:19.27 x3Apu0jy
Obj-Cの[]ってWindowsでいうところのSendMessageだよな
うん、やっぱきめえwww

552:デフォルトの名無しさん
14/06/07 15:00:55.77 89QZzfla
Smalltalkを真似るんだったらクロージャを[]にしてメソッドチェーンするのにいちいち書かなくて済むようにはしてほしかったな

553:デフォルトの名無しさん
14/06/07 15:03:55.54 4IjJ2QZJ
なぜ言語の文法とOSのAPIを比べるのか

554:デフォルトの名無しさん
14/06/07 15:10:34.56 4QkqBwnr
気の毒でつっこめないよw

555:デフォルトの名無しさん
14/06/07 15:20:58.98 Qlm7Irx9
Swiftは、Pre Compilerを使わないと言う前提だから、実行時の動的書き換えがよく考えられてると思う。

556:,,・´∀`・,,)っ-○○○
14/06/07 15:38:00.11 x3Apu0jy
メッセージはAPIあるいはsendメソッドであるべきだったと思うよ

557:デフォルトの名無しさん
14/06/07 15:44:55.10 4QkqBwnr
ははは

558:デフォルトの名無しさん
14/06/07 15:46:09.57 54tfAzAv
>>537
なるほどサンクス

559:デフォルトの名無しさん
14/06/07 15:49:55.47 7pBMlLiO
その理屈だとSwiftでもメソッド呼び出しはobj->send(selector, args)みたいな書式にしろという主張かね

560:,,・´∀`・,,)っ-○○○
14/06/07 15:55:21.94 x3Apu0jy
なんでわざわざWindowsAPIを例に出したと思ってるのだ

obj->Selector(args)

でええやん。ObjCの[]はやっぱりありえん。

561:デフォルトの名無しさん
14/06/07 15:56:15.38 4IjJ2QZJ
CocoaにはNSNotificationっていう立派なメッセージングシステムがあるんだけど

562:デフォルトの名無しさん
14/06/07 15:57:58.69 4IjJ2QZJ
ObjCの[]をDisるなら、Lispの()もDisらなきゃ

563:,,・´∀`・,,)っ-○○○
14/06/07 16:01:52.86 x3Apu0jy
MFCのメッセージクラッカもたいがいきめえ

564:デフォルトの名無しさん
14/06/07 16:09:39.57 7pBMlLiO
なんで[obj selector:args]は駄目でobj->selector(args)はいいの

565:デフォルトの名無しさん
14/06/07 16:15:42.81 IaW8jP+0
Obj-Cの文法は既存のCの文法とは別にするとこで
Obj-CとCの部分を明確に区別することが目的だろ

566:デフォルトの名無しさん
14/06/07 17:06:12.92 Xnu2GevG
>>561
delegateを使うより好きなんだよな
ただコードを追いにくいのと後始末忘れて
リークするという欠点が

567:デフォルトの名無しさん
14/06/07 18:05:21.65 TgR+bTx+
なぜ比較対象がPython w
相変わらずインチキ臭いプレゼンが好きなんだな
URLリンク(tctechcrunch2011.files.wordpress.com)

568:デフォルトの名無しさん
14/06/07 19:20:37.06 SxbAzKvi
rubyじゃ知らない人が多すぎるからだろ

569:デフォルトの名無しさん
14/06/07 19:22:39.50 3bOF7vlv
C++とかJavaとかと比較しよう

570:デフォルトの名無しさん
14/06/07 19:26:21.82 SxbAzKvi
江添さすがだな

Appleが新言語、Swiftを発表するも、すでに閉鎖的すぎて絶望しかない
URLリンク(cpplover.blogspot.jp)

571:デフォルトの名無しさん
14/06/07 19:40:41.15 TlGqKTZW
仮に、他のプラットフォームで使えたとしても、Goなどと比べて特長(徴じゃないよ)が全くない。
だから、普通の人は閉鎖的だと言ってわざわざ絶望しない。

572:デフォルトの名無しさん
14/06/07 19:55:29.09 rMJ4X6ee
こんな奴がC++の幹部やってるようじゃ未来は暗いな
早晩ObjCとSwiftに駆逐されるでしょう

だいたい自由(笑)なんてのはとっくに敗北してる
マルウェア天国のGoogle Playを見ろよ
ソフトの発展にはAppleみたいな信頼できる組織の統制が絶対に必要なんだよ

573:デフォルトの名無しさん
14/06/07 19:56:47.37 7pBMlLiO
自由なソフトウェア教というApple教より不自由な宗教にハマってるようにしか見えんわなw

574:デフォルトの名無しさん
14/06/07 19:57:36.03 /UoE9drH
>>567
で、C/C++ との比較はいかに?

575:デフォルトの名無しさん
14/06/07 19:58:25.69 /UoE9drH
>>572
>C++の幹部
ここ笑うところですか?

576:デフォルトの名無しさん
14/06/07 19:58:27.41 pVPDhPb9
ソフトウェア利用者の自由は保証するが、作る人の自由は保証しない。

577:デフォルトの名無しさん
14/06/07 20:00:21.98 qArHvPwZ
>>572
なんでNGされてるのかと思ったらおまえマルチポストコピペ君じゃん。

578:デフォルトの名無しさん
14/06/07 20:48:22.66 PqyH2mKV
>>535
この春に更新した時はクレジットカードかApple Storeギフトカードの選択しかできなかった。
Apple Storeギフトカードはコンビニ払いができるので、カードなしでも大丈夫。手数料もなし。
7800+消費税分の金額で自分宛のApple Storeギフトカードを購入。
コンビニでの入金後、2日くらいでコードがメールで届く。
Apple StoreでiOS Developer Programを購入するときにApple Storeギフトカードを選択して
事前に購入したコードを入力すれば完了。

579:デフォルトの名無しさん
14/06/07 20:55:25.02 x/Jslsu8
SwiftだのC++だのPythonだのJavaだのたいして変わらん奴らで罵り合ってて恥ずかしくなるわ

言語には2種類しかないんだよ

Lispかそれ以外の言語か。

580:デフォルトの名無しさん
14/06/07 21:02:23.99 rMJ4X6ee
>>577
NGにしてるしてるってわめくバカが一番ちゃんと読んでいる不思議w

581:デフォルトの名無しさん
14/06/07 21:04:30.93 9clZYbXx
最近は共有NGってのもあるだろ

582:デフォルトの名無しさん
14/06/07 21:19:37.20 4IjJ2QZJ
4GのMacbook AirだとPlayground弄るのもきついな
固まったり、落ちたりする

583:デフォルトの名無しさん
14/06/07 22:03:33.64 x7Ot83v2
江添ってC++の幹部だったのかー
知らなかったわー

584:デフォルトの名無しさん
14/06/07 22:09:58.99 ZS7Pwk6Y
お前ら嫉妬すんなよw
有名企業で言語の啓蒙が仕事とかなかなかできないぞw
しかしSwiftは興味深いし楽しい
自分が楽しめればよれこそが自由だよ

585:デフォルトの名無しさん
14/06/07 22:32:50.70 kB4Uf9RW
否定意見を嫉妬認定はろくでもない奴の法則

586:デフォルトの名無しさん
14/06/07 22:36:14.08 5ZPexMcX
自分の好きな物を否定されたら顔真っ赤にして人格否定するのはろくでなしの法則

587:デフォルトの名無しさん
14/06/07 23:10:34.72 4IjJ2QZJ
Playgound でオプショナルなオブジェクト変数にnilを代入してもデストラクタが呼ばれないんだが
なんでだろ?

588:デフォルトの名無しさん
14/06/07 23:14:17.44 4IjJ2QZJ
アプリ内で実行するとちゃんとデストラクタが呼ばれるなぁ
PlaygoundだとAutoreleaseが働かないとかそんな制約でもあんのかな?

589:デフォルトの名無しさん
14/06/07 23:39:56.27 Qlm7Irx9
swift vs scala
URLリンク(raw.githubusercontent.com)

590:デフォルトの名無しさん
14/06/07 23:42:16.39 wMSL+ECD
>>579
やはりここにも原理主義者が現れたか





。。。その通りなんだけどね

591:デフォルトの名無しさん
14/06/07 23:44:14.20 8u8pZjmd
>>570
>Appleが新言語、Swiftを発表するも、すでに閉鎖的すぎて絶望しかない
>URLリンク(cpplover.blogspot.jp)

煽り狙いではあるけど、まったく間違ってはいないよね。
あらゆる手段で囲い込みを計るAppleはかつて批判されたMS以上に薄汚いやり口と
いうか、不自由な世界を作り出そうとしている。

592:デフォルトの名無しさん
14/06/07 23:49:39.16 7pBMlLiO
すでに閉鎖的すぎて の根拠がApple製ハード/ソフトでしか言語仕様が読めねーよ という事だったのだけど
オンラインでHTML版が公開されていることを指摘された時点でちゃんと題を訂正すべきだったのにね という話では

593:デフォルトの名無しさん
14/06/07 23:52:14.17 hsTjpk2m
>>591
あ、またこれコピペマルチポストだ。

594:デフォルトの名無しさん
14/06/07 23:55:37.47 QGBu1diG
全然仕様とか見てないんだけどObjective-Cの大幅アップデートではないの?

595:,,・´∀`・,,)っ-○○○
14/06/08 00:05:21.10 x3Apu0jy
ObjCを近代的に書き直したらこうなったってことでしょ
結局[]の不人気を認めたってことで



CilkPlusとかTBBとかと組み合わせて使うことは考慮されてるのかしら?

596:デフォルトの名無しさん
14/06/08 01:07:16.19 hZx8QV4G
しかしこのスレもひところの勢いがなくなったな
みんなもう飽きたのかな

597:デフォルトの名無しさん
14/06/08 01:10:00.26 XamXsQNr
たとえば>>591,595のように何人か勘違いしてる住人がいるみたいなので、
新Mac板の翻訳スレからSwift誕生の背景を見事に推察していた
三年前(2011年8月)のカキコを紹介しとく

・Mac関連ネタをそれはもう凄まじい勢いで翻訳するスレ7 (dat落ち)
  スレリンク(mac板:666番)

598:デフォルトの名無しさん
14/06/08 01:10:06.56 vfBwvsek
>>595
Apple純正でもスレッドプールの実装でGCDがあるんだけど、これはそのままSwiftでも使えるらしい。

599:デフォルトの名無しさん
14/06/08 01:27:33.40 d5ULdee/
キチガイ信者とキチガイアンチ。
もうちょっと冷めた見方できんのかね。

600:デフォルトの名無しさん
14/06/08 01:35:46.67 RY7l8BgD
新しく言語増えてヒステリックになる人の心理がよくわからないんだよね
奇をてらった物でも無く、習得するのに一時間もかからない
この言語を何故憎むのか
Openで無いから?それも意味わからんし

601:デフォルトの名無しさん
14/06/08 01:38:12.06 c1PsnxZ1
>>596
ヒント NDA

602:デフォルトの名無しさん
14/06/08 02:27:41.11 7I1k7dLg
結局NDAは一般に公開されてるものに関しては無視して良いの?

603:デフォルトの名無しさん
14/06/08 02:29:18.68 V8pGZEud
>>602 そりゃそうだよ。

604:デフォルトの名無しさん
14/06/08 02:29:52.71 hZx8QV4G
>>600
1時間で最低限でも習得でもするには、400ページある基本的なランゲージリファレンスだけでも
1ページ9秒のペースで読まなきゃならんわけだが

605:デフォルトの名無しさん
14/06/08 03:44:35.78 18mQ8a3z
>>582
こっちも落ちまくって全然話にならない。
最後まで安定しなければ、いよいよ買い替えか?

606:デフォルトの名無しさん
14/06/08 04:17:20.28 ABq33sCq
能書きはもう良いからなんか作ってみた報告とかねーのかよ
そこでここが良かったとか悪かったとか具体的な話があれば説得力がある
ぐだぐだ理屈ばっかり達者なクズばっかりだなここは

607:デフォルトの名無しさん
14/06/08 05:46:39.01 3IBdnZ1u
つ[言い出しっぺの法則]

608:デフォルトの名無しさん
14/06/08 06:22:30.36 sljRGwJ9
>>606
その前に作る似値するかどうかを話し合ってんだろうが
なんでも、やってみないとわからんって馬鹿だろ

609:デフォルトの名無しさん
14/06/08 06:51:33.93 TOeZB11U
Objective-C同様、引数にキーワードつけて読みやすくなってるのはいいんだけど
呼び出すときに
関数:キーワードつけない
メソッド:1つめ以外キーワードつける
イニシャライザ(というかコンストラクタ):全部キーワードつける
と統一されてないのがキモい。
全部キーワードつけたいよ・・・

610:デフォルトの名無しさん
14/06/08 09:55:32.52 u29basmL
誰かWeb上の簡易エミュレータ作ってくれないかな
そういうのもNDA違反になるの?

611:デフォルトの名無しさん
14/06/08 10:33:16.37 397riybv
あるはず

612:デフォルトの名無しさん
14/06/08 10:35:54.73 V8pGZEud
>>610 script的に遊びたいから?
手っ取り早いのは、Macのサーバにtelnetで入ってTerminal でSwiftインタプリタやLLDBを動かすことだろうな。
でも第3者にオープンするのはNDA違反だな。

正式リリースされれば、オンラインスクールとして何処かがやり始めるだろう。

613:デフォルトの名無しさん
14/06/08 10:45:23.87 u29basmL
> >>610 script的に遊びたいから?
仕様は読むけどやっぱり動かしてみたいのよ。
正式リリースまで課金デベロッパーしか動かせないなんてのはつまんない。

614:デフォルトの名無しさん
14/06/08 11:01:20.33 t5DgyYSS
言語仕様はNDA関係なくiBooksで無料購入できるべ

615:,,・´∀`・,,)っ-○○○
14/06/08 11:39:27.03 qgapksJl
今までだってGNU ObjCがあったのにMac以外の環境で全く流行らなかったことを
考えればオープン仕様になったところで普及は見込めんな

スクリプトで遊びたいなら月額980円のレンタルサーバでRailsやNode.js使った
Webアプリ作ったほうがよっぽど楽しいと思うよ

616:デフォルトの名無しさん
14/06/08 11:43:30.53 hZx8QV4G
別に980円じゃなくてもいいだろ

617:デフォルトの名無しさん
14/06/08 11:56:34.69 vgC+RWbD
>>615
iOSアプリ開発者でさえ仕方なく使ってたObjCを、それ以外のプラットフォームの開発者が使うわけないじゃん

618:デフォルトの名無しさん
14/06/08 11:56:50.28 7DlOm7kz
AppleがObj-Cを強制していたから仕方なく使ってただけで
他の選択肢があるなら好き好んで使わないというだけの話

619:,,・´∀`・,,)っ-○○○
14/06/08 12:01:10.61 qgapksJl
皮肉なことだけどRuby on Rails勉強会によく参加する開発者のかなりの割合がMac使い

まあ非Mac環境のユーザーは今使えるものを使えってことだな

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

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

621:デフォルトの名無しさん
14/06/08 12:06:42.20 2xoDUg4i
>>620はもう口を開かないほうがいいな。

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

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

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

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

625:デフォルトの名無しさん
14/06/08 12:27:34.90 hZx8QV4G
こんなんがあるんだが

URLリンク(www.rubymotion.com)

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

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

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


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

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

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

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

631:,,・´∀`・,,)っ-○○○
14/06/08 12:45:27.35 qgapksJl
> 最もメンテナブルで

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

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

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

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

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

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

634:,,・´∀`・,,)っ-○○○
14/06/08 12:52:24.35 qgapksJl
>>632
お前が気に入らないだけだろ。現実みろよ

URLリンク(itunes.apple.com)
URLリンク(itunes.apple.com)

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

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

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

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

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

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

640:デフォルトの名無しさん
14/06/08 13:10:56.67 HIL+OgKB
構ってちゃんを相手してやるなんてお前ら優しいな

641:デフォルトの名無しさん
14/06/08 13:14:50.93 3IBdnZ1u
これがクロスプラットフォーム技術だ!
URLリンク(i.imgur.com)

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

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

644:,,・´∀`・,,)っ-○○○
14/06/08 13:29:20.68 qgapksJl
ID:V8pGZEudちゃんまだー?

URLリンク(itunes.apple.com)

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

645:デフォルトの名無しさん
14/06/08 13:32:15.00 hZx8QV4G
var list: Array<String> = ["Hoge"]

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

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

646:,,・´∀`・,,)っ-○○○
14/06/08 13:33:04.40 qgapksJl
いいよ

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

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

649:デフォルトの名無しさん
14/06/08 13:47:28.22 AzMImLSv
春はへんなのが湧くな

650:,,・´∀`・,,)っ-○○○
14/06/08 13:48:20.47 qgapksJl
暦がわからない変なのとかね

651:デフォルトの名無しさん
14/06/08 13:55:01.37 Aui8aakP
>>629
たしかにその三つはそういう評判だが‥
Xamarin はどうかね?

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

653:デフォルトの名無しさん
14/06/08 14:03:59.73 q4GiwvBh
JobsのFlash殺しは大成功だったな。

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

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

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

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

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

658:デフォルトの名無しさん
14/06/08 14:37:03.11 AgjsACot
べつにアクセス制限はカプセル化に必須ではないのでは

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

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

661:デフォルトの名無しさん
14/06/08 15:06:37.69 vfBwvsek
アクセス指定子は中の人がそのうち追加するかも...と言ってるらしい
URLリンク(stackoverflow.com)

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

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

664:デフォルトの名無しさん
14/06/08 15:36:33.28 V8pGZEud
モジュール単位見たい。 で、モジュールの中を見たければimport

665:,,・´∀`・,,)っ-○○○
14/06/08 15:47:37.29 qgapksJl
>>664
で、>>638, >>644への回答は?さっさと答えろや知ったかクズ

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

667:デフォルトの名無しさん
14/06/08 17:31:33.90 81o4BWeL
>>662
それって動的型付け?

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

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

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

みたいに書けるとエロい

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

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

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

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

672:デフォルトの名無しさん
14/06/08 17:43:05.84 j3SKCg8z
間違いない

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

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

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

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

677:デフォルトの名無しさん
14/06/08 18:30:55.85 Isn3H6F1
>>669
出来るやろ

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

679:デフォルトの名無しさん
14/06/08 18:34:39.45 U23bUypY
>>641
なにこれ?

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

681:デフォルトの名無しさん
14/06/08 18:43:15.59 RY7l8BgD
言語を否定出来るレベルに無い人が
騒いでいて、痛々しく。

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

683:デフォルトの名無しさん
14/06/08 19:05:35.04 pXOmIGvx
>>681
ニワカな奴ほど語りたがる。この一言だろうねw

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

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

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

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

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

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

688:,,・´∀`・,,)っ-○○○
14/06/08 21:40:03.69 qgapksJl
その比較はおかしくねーか?
Swiftの生成コードは中間言語じゃねーぞ

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

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

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

691:デフォルトの名無しさん
14/06/08 21:47:34.41 vfBwvsek
こんな記事はあるけど
URLリンク(ch.nicovideo.jp)

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

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

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

694:デフォルトの名無しさん
14/06/08 22:04:20.73 jOrVVeIi
>>691
ObjC固有のコードの実行時間が気になる~
誰か教えて。

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

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

697:デフォルトの名無しさん
14/06/08 23:42:13.55 bkCTLeYU
>>695
Swift-Xamarin のガチがみたかったんだが‥

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

もちろんstatic関数にする

699:,,・´∀`・,,)っ-○○○
14/06/09 00:12:24.74 zgyYB5Bh
staticじゃなくてもいけたわ。脱線したが
URLリンク(ideone.com)

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

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

701:デフォルトの名無しさん
14/06/09 01:07:52.57 XaG4yhUa
なんでわざわざそういうバッドノウハウ的な使い方するんだ?

702:デフォルトの名無しさん
14/06/09 01:21:43.93 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:デフォルトの名無しさん
14/06/09 01:36:13.00 h36Zu9t6
>>613
ある意味そういう集客でありビジネスだからな

704:デフォルトの名無しさん
14/06/09 02:15:14.04 8Vvx2paz
>>702
それがなんで遅くなって当然なんだ?

705:デフォルトの名無しさん
14/06/09 02:26:09.11 nsQThdvO
どっちもこんなんにしかなりそうにないな
xor %ecx, %ecx
1:
add $1, %ecx
:
cmp $100, %ecx
jne 1b

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

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

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

707:デフォルトの名無しさん
14/06/09 03:04:10.37 4ZIBy88G
お兄ちゃんカッコいい!

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

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

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

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

710:デフォルトの名無しさん
14/06/09 09:22:21.00 w5pULqfp
今日のNGID:zgyYB5Bh

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

712:デフォルトの名無しさん
14/06/09 09:42:49.18 S+QBVpXR
NDAガーNDAガー
これ嫁
URLリンク(qiita.com)

713:デフォルトの名無しさん
14/06/09 10:02:26.18 h36Zu9t6
NDAだからやめろ!キリッ

そういうやつ大杉

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

715:デフォルトの名無しさん
14/06/09 11:09:40.87 7K00Yvor
swiftにわかじゃない人間とは

716:デフォルトの名無しさん
14/06/09 11:13:51.93 Q8TzlagX
Appleとしての動向にふれるような部分でなきゃ問題にならんと思うよ

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

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

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

719:デフォルトの名無しさん
14/06/09 14:40:49.49 TxALYa2U
日本語化プロジェクトがあるけどhtmlにちょくに和訳入れてるのが気に入らないから手伝う気がうせる
URLリンク(github.com)

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

720:デフォルトの名無しさん
14/06/09 15:04:03.53 QWDfgH1h
>>719 販売目的のマジ基地だから触らない方が良いぞ。

*[URLリンク(swift-jp.com)<)
はまだゆう
生誕 1983年10月7日(30歳)
千葉県

721:デフォルトの名無しさん
14/06/09 15:08:38.32 Q8TzlagX
売名丸見えでウザいのは確かだがマジ基地とまで言われるのかw

722:デフォルトの名無しさん
14/06/09 15:09:45.90 VmG+vOt5
マジ基地度合いで言ったらID:QWDfgH1hもいい勝負だな

723:デフォルトの名無しさん
14/06/09 15:15:47.37 h36Zu9t6
>>719
うさんくさいから関わらない方がいい

724:デフォルトの名無しさん
14/06/09 15:15:55.28 TxALYa2U
この人有名な人なの?wikipediaに載るってよっぽど有名でない限りは削除対象になるよ
URLリンク(ja.wikipedia.org)

725:デフォルトの名無しさん
14/06/09 15:21:02.39 TxALYa2U
ああ納得した
URLリンク(github.com)

726:デフォルトの名無しさん
14/06/09 15:23:51.19 Ujl5/fza
>>724
だからwiki開いたら、削除対象になるよ?って警告が出てくるよ。
この件でwikiの中の人にチェックされてしまったら削除される可能性が高いな

727:デフォルトの名無しさん
14/06/09 15:27:23.32 TxALYa2U
wikipediaで削除されたケース
URLリンク(ja.wikipedia.org)
dankogaiとか高木先生とかmatzならwikipediaに載るのもわかるが、この人はそこまで有名じゃないよね
そのうち削除依頼出されるでしょう

728:デフォルトの名無しさん
14/06/09 17:14:31.59 hLL8713Q
>>725
はてブで逆張りしてる連中を全員ID晒したいレベル
せっかくNDAが緩和された矢先にこんなタコが現れるのうけるわ

729:デフォルトの名無しさん
14/06/09 17:19:07.26 hLL8713Q
アップルの新プログラミング言語”Swift”はHTML5とネイテイブ・アプリ対立を解消するのか!!?:インターネットの第二の波とソーシャルメディアマーケティング:ITmedia オルタナティブ・ブログ
URLリンク(blogs.itmedia.co.jp)

Swiftって変な人間を引き寄せる何かがあるのか

730:デフォルトの名無しさん
14/06/09 17:28:38.05 h36Zu9t6
iOS, OSX特化言語ってだけで寄ってくるエンジニアはアレだわ(煽り)

731:デフォルトの名無しさん
14/06/09 17:33:18.90 smk9SD1q
>>729
うーむ、これはいったい何がどうなってこうなった

732:た
14/06/09 17:48:16.53 s5Hl48NH
しかしAppleはなんでわざわざ既に存在する言語(URLリンク(swift-lang.org))と同じ名前にしたかね
普通はよけいな混乱をさけるために既存の名前は避けると思うんだけど
どういう意図があるんだろ
もともとマイナー言語だから知名度を奪うって意図ではないだろうし

733:デフォルトの名無しさん
14/06/09 17:49:47.98 w5pULqfp
言い名前だからだろう。
マイナー言語だからわざわざ配慮してやる必要もないし。

734:デフォルトの名無しさん
14/06/09 17:50:12.21 4ZIBy88G
なんかこだわりの名前なんじゃないのかね。
アップルは気に入った名前思いつくと多少問題あっても強引に行くよね。

735:デフォルトの名無しさん
14/06/09 17:56:01.05 smk9SD1q
アイコンまでちょっと似てるのはどうよ
上向きと下向きで違うけど
しかもご丁寧にアップルのSwiftサイトからswift-langのサイトにリンクを張っているのもいやらしい

736:デフォルトの名無しさん
14/06/09 17:58:59.77 w5pULqfp
/.Jに、二つの言語を勘違いした挙げ句、恥の上塗りを続けてる馬鹿が居たな。

737:デフォルトの名無しさん
14/06/09 18:03:28.62 h36Zu9t6
並列コンピューティングのためのオープンソース言語をAppleはObjC置き換えのために採用した!(ドヤァ

ってやつだな

738:デフォルトの名無しさん
14/06/09 18:11:59.02 ONQsoPE1
名前をパクる言語とか4ねよ

739:デフォルトの名無しさん
14/06/09 18:28:05.76 QWDfgH1h
MicrosoftもSwiftと言うWeb言語を作ったことあるんだけどね。
仕返しだ。

740:デフォルトの名無しさん
14/06/09 19:10:07.89 u+LuodF+
実にApple関連スレらしい流れで安心したw

741:デフォルトの名無しさん
14/06/09 19:40:44.44 hEsikYaY
>>732
GoogleがGoを発表した時に同じことが起こったな。きっとそれへのオマージュだよ。

つか、iPhoneの発表時も名前被りについて色々やりあったし、誰かが使っているという理由で
名前を変えないってのがApple文化なんじゃない?

742:デフォルトの名無しさん
14/06/09 19:47:34.26 4ZIBy88G
そもそも会社名がいきなりそれ

743:デフォルトの名無しさん
14/06/09 19:52:52.92 giBZ7TRA
swift-jpwwww
香wばしいなwwwwww

www

    wwww

744:デフォルトの名無しさん
14/06/09 20:22:08.33 iGaYXK8/
>>729
いきなり最近ちょいちょい便所の落書きでみかける
「Objective-Cは難しくて糞だけどSwiftはなんか知ってる言語っぽい感じだから
Appleは心を入れ替えてボクらのために優しい言語を用意してくれたんだろ?」
って例の妄想炸裂から始まってて噴いた。
アホか。Objective-Cは単純なC文法の上で空気のように
既存のフレームワーククラスを使いまくってるから初心者がキツイんであって
フレームワークの勉強でつまずいて生産性ガーつってるレベルなら
そこはSwiftでもまったく変わらねぇよ。むしろ、そんな勘違いで始めたりしたら
Swiftのサンプルで既存クラス呼び始めたら「やっぱりAppleだった!」とか言い出すだろ、コイツ。

745:デフォルトの名無しさん
14/06/09 20:29:01.88 16+Ytjlq
日本語なら-jaか-jpnじゃねえの?
日本ならjpだが

746:デフォルトの名無しさん
14/06/09 20:39:07.88 HI6hafSQ
gnuじゃ無いので好き

747:,,・´∀`・,,)っ-○○○
14/06/09 20:41:20.12 zgyYB5Bh
LLVMスレでも言及されてたけどAppleがClangに移行したのはGPLv3回避のためらしいね

748:デフォルトの名無しさん
14/06/09 21:17:27.84 SGt0DtR9
>>736
あればひどかったな

SwiftってSwyft由来?高速って意味?

749:デフォルトの名無しさん
14/06/09 21:19:08.03 QWDfgH1h
>>748 Swift=アマツバメ 当然高速

750:デフォルトの名無しさん
14/06/09 21:23:33.46 QoOJXL5M
>>747
大きな理由の一つなのは間違いないだろうね
その甲斐あって、鈍化したobj-cテコ入れの主導権を握り、Blocksなどcレベルでの魔改造も可能になりswiftに至ってる訳だから先見の明があったなぁと思う

.netという化け物を構築したMSと比べて、妙にネイティブコードに固執してて興味深い
電力効率とか考え抜いた結果なのか、単にVM実行が嫌いなのかはわからんけど

751:デフォルトの名無しさん
14/06/09 21:27:40.97 s5Hl48NH
WindowsPhoneって.netフレームワークが入ってるのん?

752:デフォルトの名無しさん
14/06/09 21:30:31.47 Y5/zgnch
ねえ、これってクラス作成時は必ずしも継承のためのスーパークラスを指定する必要は無いって事?
NSObjectみたいなの無いの??

Subclasses include their superclass name after their class name, separated by a colon.
There is no requirement for classes to subclass any standard root class, so you can include or omit a superclass as needed.

753:デフォルトの名無しさん
14/06/09 21:34:46.90 S+QBVpXR
>>752
そだよ
NSObjectはNSObjectで指定すれば継承できるよ

でも隠れてるだけで結局中では祖先クラスは存在しそうだけど
そういえばSwiftってClassクラスみたいなの無いのかな

754:,,・´∀`・,,)っ-○○○
14/06/09 21:36:59.95 zgyYB5Bh
>>751
ストアアプリの実行環境が.NETベースだから当然そう。
ただし既存のWinFormsやWPFで作ったデスクトップアプリは動かないぜ
実行権限が与えられてるのはあくまでストアアプリだけ。
WindowsCEアプリは言わずもがな。

755:デフォルトの名無しさん
14/06/09 21:39:09.10 Y5/zgnch
>>753
やっぱそうなのね
さんきゅー

756:デフォルトの名無しさん
14/06/09 21:47:04.94 s5Hl48NH
>>754
そうなのね、さんきゅー

757:デフォルトの名無しさん
14/06/09 21:54:17.05 Y5/zgnch
しかし英語苦手な人間に取っては英語マニュアルはすげえ辛い
アップルジャパンは何やってるんだ?
英語だけじゃなくて日本語とか中国語くらいのマニュアルは同時に出して欲しいもんだわ

758:デフォルトの名無しさん
14/06/09 22:07:01.19 Y5/zgnch
てかあったんかい!!!!!!!!!

swift-jp

759:デフォルトの名無しさん
14/06/09 22:14:17.76 iGaYXK8/
>>757
Appleは初めてか?力抜けよ。
わりと主要なドキュメントは翻訳してくれてるけど
見てのとおり細かいアップデートが多いのでバージョンが合わず
読んで最新との差分は自分で補完
URLリンク(developer.apple.com)

「Swiftプログラミング言語」もそのうちたぶんそこに並ぶとおもうけど
XcodeがGM後とかかな。

760:デフォルトの名無しさん
14/06/09 22:16:30.76 Y5/zgnch
>>759
ありがとう
ObjectiveーCで研修受け初めて1ヶ月目って言うなんとも間の悪いプログラミング初心者です

761:デフォルトの名無しさん
14/06/09 22:20:20.82 s5Hl48NH
Apple社員だったら笑う

762:デフォルトの名無しさん
14/06/09 23:01:19.07 Q8TzlagX
もう少し後だったら 研修のメニューがSwiftだったかもな
そしてさらに後でカイジちっくに号泣してたりしてな

763:デフォルトの名無しさん
14/06/09 23:19:25.09 Y5/zgnch
しかも3ヶ月コースで、今更Swiftに変更しないってさ
講師もSwiftなんか出来ないから当たり前っちゃ当たり前だけどさ・・・
長い目で見て廃れて行くのが確定な言語の学習ってモチベ上がんないよ
せめて発表は2ヶ月待って欲しかったわ

764:デフォルトの名無しさん
14/06/09 23:25:42.82 smk9SD1q
まあでもObjective-Cのデザインパターンは知っておいて損は無いぞ
実際、Swiftだけ勉強してもアプリ書けないし

765:デフォルトの名無しさん
14/06/09 23:26:05.97 Q8TzlagX
Swiftなんぞ勉強しても無駄だった…は怖くないのん

766:デフォルトの名無しさん
14/06/09 23:32:18.65 giBZ7TRA
言語の1つや2つ覚えて損だの得だの言ってるうちは素人だから気にすんな

767:デフォルトの名無しさん
14/06/09 23:33:23.41 WkMzfMh6
>>758
そこは上で話題になっている目立ちやがりで自分でwiki作っては
GitHubの翻訳プロジェクト()は1ページすら翻訳してないつークソのサイトだぞ

768:,,・´∀`・,,)っ-○○○
14/06/09 23:35:52.14 zgyYB5Bh
まともにエンジニアやってて1つの言語だけしかまともに使えないようなのは
どのみちどんな言語覚えたところで使えんでしょ。
まあiOSに関してはどっちかというと仕事投げる側の立場だけどね。

769:デフォルトの名無しさん
14/06/09 23:42:46.31 DWC4HoCe
URLリンク(ja.wikipedia.org)(%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E)&oldid=51929060
URLリンク(twitter.com)

770:デフォルトの名無しさん
14/06/10 00:29:26.31 Agz9Iwrb
>>768
おい団子よ、健気にも必死に食らいついてきている >>700 には答えてやらんのか?

771:,,・´∀`・,,)っ-○○○
14/06/10 00:37:20.94 xcIcA5DY
いや、実用性ないって先に言ってるじゃん
そんな回りくどいことやんなくてもfriendで非公開メンバにアクセスできるし
別に覚える必要ないんだぜ

この手のハックは長らくやってないもんでthisポインタをとるメンバー関数の
関数ポインタのとり方ド忘れしてもーたわ。というか使わんが。

772:デフォルトの名無しさん
14/06/10 00:45:52.67 a31TBF10
-Dprivate=public とでもつけてコンパイルすればいいじゃないの。

773:デフォルトの名無しさん
14/06/10 00:48:18.90 DOQ61YsY
天才現る!

774:デフォルトの名無しさん
14/06/10 00:52:23.29 sFxDcnZ9
クラス(orメソッド)宣言に@objcを付ける(もしくはObjCのクラスを継承する)と
メソッド呼び出しはobjc_msgSendを使ったものになる
クラス宣言に@objcを付けなければ、ObjCと非互換になる代わりに
メソッド呼び出しはC++のvirtual相当(直接関数ポインタを取得してcall)になる
クラス宣言に@objcを付けず、かつメソッド宣言に@finalを付けると
メソッド呼び出しは完全に静的になる

よって、Swiftは完全な動的束縛、静的に型付けされた動的束縛、静的束縛の3つの形態で使えるようだ。

775:デフォルトの名無しさん
14/06/10 00:52:59.41 6cE+ZY/a
痛々しい‥

776:デフォルトの名無しさん
14/06/10 00:57:42.27 DOQ61YsY
板板C

777:デフォルトの名無しさん
14/06/10 01:05:16.07 NONZII8t
良いサイト見つけた
URLリンク(swift-jp.com)

778:デフォルトの名無しさん
14/06/10 01:21:00.50 OQqyrhpu
停止したのね

779:デフォルトの名無しさん
14/06/10 01:22:31.27 REntBPTv
>>758
>>777

これって管理人の自演だろ

いいからテメーで作ったwikipediaのページに書き込め

780:,,・´∀`・,,)っ-○○○
14/06/10 01:23:27.95 xcIcA5DY
Cellのときはソニーはこういうのに寛容で結局ソニー自ら日本語マニュアル出した
でもこれは有志ってよりは明らかに営利目的だな

781:デフォルトの名無しさん
14/06/10 01:26:48.73 6cE+ZY/a
マニュアルは開発機とセットで付いてきますよ?

782:デフォルトの名無しさん
14/06/10 01:29:44.22 REntBPTv
営利っていうか、自分だけで翻訳するならともかく自分は1ページすらやってないし
あとはGitHubで林檎信者にやらせるつもりだからな

783:,,・´∀`・,,)っ-○○○
14/06/10 01:32:47.81 xcIcA5DY
Happy Macintoshプログラミングみたいに本1~2冊かける人がやるならともかく
何の実績も無い人がやったらあかんね

ドメインとってるあたりアフィ収入でも狙ってるのかなと思ってしまった。

784:デフォルトの名無しさん
14/06/10 01:36:38.69 REntBPTv
しかも怪しいのが現状のサイトは「中身が何一つない」のにこんな書き込みがされてるところ
数日前にドメイン取るついでにステマ隊雇ったっぽい

758 名前:デフォルトの名無しさん[] 投稿日:2014/06/09(月) 22:07:01.19 ID:Y5/zgnch [4/6]
てかあったんかい!!!!!!!!!

swift-jp


777 名前:デフォルトの名無しさん[sage] 投稿日:2014/06/10(火) 01:05:16.07 ID:NONZII8t
良いサイト見つけた
URLリンク(swift-jp.com)

785:デフォルトの名無しさん
14/06/10 01:41:55.33 sFxDcnZ9
githubのリポジトリ消えてるじゃんw

786:デフォルトの名無しさん
14/06/10 01:56:55.52 p8HHtVx/
ホームページの方もとっくに停止案内が出されてるのに、ステマ隊は細細とやってるのが痛々しい。

787:デフォルトの名無しさん
14/06/10 02:22:57.46 n/7UqZgM
注意喚起:Swift-jpに参加してはいけない
URLリンク(hamukazu.com)

これも要するに「抜け駆けすんな」って顔真っ赤にしてるだけだろw

788:デフォルトの名無しさん
14/06/10 02:40:22.77 zsUBnUfU
有志の翻訳にすら難癖つけて潰すマカw
ほんと気持ち悪いコミュニティだなw

789:デフォルトの名無しさん
14/06/10 02:49:57.46 0CY4RrJi
>>777
うぜぇ

790:デフォルトの名無しさん
14/06/10 02:50:59.21 0CY4RrJi
AppleのAPI触るエンジニアが英語苦手ってどーゆーことだよ
あれくらい読めや

791:デフォルトの名無しさん
14/06/10 09:40:12.28 BJXVpNc/
言語1割、Framework 9割だから。

792:デフォルトの名無しさん
14/06/10 10:05:02.23 X6cJ7/Gc
アップル関連は英語読めないとまともに開発できないだろ・・・

793:デフォルトの名無しさん
14/06/10 10:06:19.80 2MebFii0
面白い茶番を見せてもらった

794:デフォルトの名無しさん
14/06/10 10:16:14.78 6cE+ZY/a
iPhoneのアプリは初心者が作ってるの多いからな
とにかく落ちる。この言語で少しはマシに
なればいいんだけど

795:デフォルトの名無しさん
14/06/10 10:20:02.16 g9EqOkq2
プログラミング自体が初めての層にはおすすめできない感じだな。
シンプル化したお手軽言語ってことでもないね。

他言語の良い所を取り入れているのはいいんだけど、いきなりこういう言語から入っても概念がつかめずに死ぬ。

796:デフォルトの名無しさん
14/06/10 10:20:44.20 6cE+ZY/a
え?w

797:デフォルトの名無しさん
14/06/10 10:30:20.97 GAcToLno
>>795
じゃあ、Pascalからでも入るか?
それとも30年前のようにBASICからやったほうがいいか?
死ぬ奴は、何やっても死ぬから安心しなさい。

798:デフォルトの名無しさん
14/06/10 10:33:18.81 0QUarWOU
そろそろSwiftの話でもしようか

799:デフォルトの名無しさん
14/06/10 11:42:23.04 f4Kli3TP
ガリバーの話か。

800:デフォルトの名無しさん
14/06/10 11:56:45.11 X6cJ7/Gc
とりあえずオブジェクト志向言語なら興味持ったもので始めればいいよ
一回ハマれば必要に応じて自然と新しい言語や概念を学ぶようになるから
Swiftの良いところはMacを買えば一通りの開発環境と実行環境が揃うところかな

801:デフォルトの名無しさん
14/06/10 11:58:49.40 IQXrTSSv
>>800
それは半年後だよな。
今環境揃えようと思ったらデベロッパープログラムで8400円(税込)払わんと

802:デフォルトの名無しさん
14/06/10 12:09:28.96 X6cJ7/Gc
ああ、そうか
まあゲーム一本か二本買うと思えば・・・

803:デフォルトの名無しさん
14/06/10 12:29:35.06 cxCmRHDQ
どっかにswiftバイナリ落ちてんじゃね

804:デフォルトの名無しさん
14/06/10 12:35:22.30 IQXrTSSv
コンパイラだけあっても使いにくそうな、、、、Xcode6あったほうがいいべ
ライブラリも必要だし。

805:デフォルトの名無しさん
14/06/10 12:43:34.42 IQXrTSSv
>>363
なるほど、Swift自体は可変長定義できるみたいだけど
Cの可変長は直接呼べない、ということになるのかも
遅レスでした

806:デフォルトの名無しさん
14/06/10 12:45:26.51 p8HHtVx/
>>795 スクリプト的なお手軽言語としても入っていけるよ。 
シェルや、BASICの文法レベルでも書けるし、高度な扱い方もできると言うだけで初心者がすぐにすべてを理解できなくても良いだろ。
学習教材としては最適だと思うぞ。 リアルタイムに実行できると言うのが初心者には一番良い。
ただ実際に何か作ろうと思うとAPIとか色々面倒くさくなるがそれはどんな言語も同じだからな。

しかし The Swift Programing Language は良く書けてるな。 
良く有るこれが出来るあれが出来ると言う押しつけがましさが無く、簡単な所から例題中心に話を進めてるのが素晴らしい。

>>801 半年後と言う事は無い。 3か月後。 その頃には入門本も沢山出てくるだろう。

807:デフォルトの名無しさん
14/06/10 12:52:08.19 IQXrTSSv
たしかに3か月チョイの可能性は高いか。
最短で、iPhoneの出る9月20日前後にiOS8とともにXcode6解禁、かな

808:デフォルトの名無しさん
14/06/10 16:45:52.85 X6cJ7/Gc
しかしまだ発表から一週間か
いろいろあったなあ

どこが最初に日本語書籍を発売するかな
買わないけど

809:デフォルトの名無しさん
14/06/10 17:17:45.58 R+j21wgE
(他環境の人に説明しておくとSwiftは現在Xcode6ベータ版でしか動かなくて
そのベータ版を落とすのに有料の年間開発者登録がいる。
しかしXcode自体はMacの標準開発環境として無料提供されていて
現在Xcode5.1.1はAppStoreからタダで落としてMacアプリの開発に使えるので
Xcode6も秋にβが取れて標準提供され始めたらたら
当然Swiftもタダで使えるだろうということ。(Macは買えw))

810:デフォルトの名無しさん
14/06/10 19:32:40.93 woaJQtdN
そういやXcodeってDeloper Programに参加してないユーザー向けに
600円くらいで売ってた謎の時期があったのを思い出した

811:,,・´∀`・,,)っ-○○○
14/06/10 20:41:50.96 xcIcA5DY
Yellowbox的なもの(他のOSに移植可能な開発環境)は欲しいところだねー

812:デフォルトの名無しさん
14/06/10 22:20:18.19 sppGvHaZ
文字列使うときは、ついつい@をつけようとしちゃうよね

813:デフォルトの名無しさん
14/06/10 22:21:30.99 Agz9Iwrb
>>771
おいだんごよ、恥ずかしくも >>700 =糞コードを撒き散らすQZ ごときに「標準でできますよ~♪」と指摘されて、それでも生きていけるのか?

814:デフォルトの名無しさん
14/06/10 22:22:11.67 xo5SfOIJ
だんごはNGしてるから見えんわ。お前もそうしろ、相手するだけ無駄だから。

815:デフォルトの名無しさん
14/06/10 23:06:37.37 6cE+ZY/a
老害っぽい匂いがするよね、彼
技術についていけない悲哀を感じる

816:,,・´∀`・,,)っ-○○○
14/06/10 23:10:26.81 xcIcA5DY
>>813
だからそんな無価値なコードなんて最初から興味ないっつーの

817:デフォルトの名無しさん
14/06/10 23:27:27.57 Agz9Iwrb
>>815
ついていけない技術?C++02 の標準が?

818:,,・´∀`・,,)っ-○○○
14/06/10 23:34:46.15 xcIcA5DY
x86/PPC/ARMのアセンブリからRubyOnRailsまでこなす俺にはかなうまいて
C++のクラスのメンバ関数のコール規約は処理系依存で
C++で書く場合は結局Cスタイル関数にするか
JNIとかCOMでラップしないとまともに使えないんだよね。

だからmatzに「C++など論外(笑)」と一蹴される
こないだも社内用のgem何本か書いたけど基本CのABIにあわせてるよ。

819:デフォルトの名無しさん
14/06/10 23:35:46.61 2MebFii0
やっぱりだんごさんには叶わないや!

820:デフォルトの名無しさん
14/06/10 23:39:19.50 dlyGCN1m
それだけ技術持ってる()のにこんな所に常駐してるって・・・
なんかどんな人間かだいたいわかっちゃうなw

821:デフォルトの名無しさん
14/06/10 23:43:59.17 Agz9Iwrb
>>818
それをいうなら C のコール規約も同じくらいに処理系依存なんだが?

822:デフォルトの名無しさん
14/06/10 23:52:41.49 FSGEM+lA
あっ...(察し)

823:デフォルトの名無しさん
14/06/10 23:57:38.10 6cE+ZY/a
察したw

824:,,・´∀`・,,)っ-○○○
14/06/11 00:01:52.79 LAxb9MUT
> C のコール規約も同じくらいに

はぁ?
この時点でバカ確定だな


少なくともC++のクラスのメンバ関数をasmで書く気はしないわ
何だよあの変なシンボル名

Cシンボルなら関数名の頭にアンダースコアついたりつかなかったりするだけだから
全然わかるがC++はthisポインタをどのレジスタ、あるいはスタックの何番目に置くかすら
コンパイラごとに統一されてないよ
CのABIはOS・CPUごとに標準仕様からそのとおりに実装しておけば基本的に
問題は発生しない。

825:デフォルトの名無しさん
14/06/11 00:03:17.43 ug2CV5mo
SWIFTさいぼうはありまぁすっ!

826:デフォルトの名無しさん
14/06/11 00:33:14.77 vLToDvML
なんか自分を大きく見せようと必死なアニマルがおるな

827:,,・´∀`・,,)っ-○○○
14/06/11 00:38:27.85 LAxb9MUT
俺はC++でextern "C"とかCOMやJNIでラップされた関数以外は
他言語から触る能力すらない矮小なへたれです

828:デフォルトの名無しさん
14/06/11 01:04:46.73 Q3ZzLtX4
マングリ返し

829:デフォルトの名無しさん
14/06/11 01:06:43.39 uZh6FSPa
Apple側というかMacやiOS、XcodeやObjective-Cの側に立ってると
いやでもまぁだいたいこの先こんなことを狙ってるのかな?ってのが
透けてみえるものなのだけど
(外れることもあるので予想を喧伝はしない恥ずいからw)

そして、逆にこっち側にいるとね、盲人たちが象を撫でて
自分のとこから見えた「それだけはねぇよ!w」って吹いちゃうレベルの
自分勝手で手前味噌なおかしなこと言ってるのも見えるのだよ。

上のコテハンもまさにそういう輩なのでID変わる度に
この時間ぐらいに書き込まれてる一日の最初のだけみて
「ああやっぱりw」とノイズ源としてNGしている。
わかりましたか?

830:,,・´∀`・,,)っ-○○○
14/06/11 01:16:37.28 LAxb9MUT
> 自分勝手で手前味噌なおかしなこと
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
鏡みろwwww

831:デフォルトの名無しさん
14/06/11 11:07:33.59 KsdklSL7
NG推奨ID
ID:LAxb9MUT

832:デフォルトの名無しさん
14/06/11 12:32:16.43 +m+GdR9M
反論できなくなると「NG推奨」なんだな
本当にスルーしたいなら黙ってNGにすればいいのに、どうしていちいち主張したり、みんなで一緒に無視しよう、とかやりたがるのだろう?

よほど自分に自信がないのだろうなあ。

833:デフォルトの名無しさん
14/06/11 12:57:15.03 KsdklSL7
今日のNG推奨ID
ID:+m+GdR9M

834:デフォルトの名無しさん
14/06/11 13:46:23.70 FXAfZ5/z
自分の気に入らないものから目をそらすのは構わないけど
他人を巻き込むな

835:デフォルトの名無しさん
14/06/11 14:45:18.44 GUlJLFxg
ID: KsdklSL7 哀れ切ない

836:デフォルトの名無しさん
14/06/11 14:45:22.73 +13mKJ0Z
Swift part2
スレリンク(tech板)

837:デフォルトの名無しさん
14/06/11 14:59:54.83 sX+LlGqB
スレ立て早すぎ
このペースじゃ週末まで持つだろ

838:デフォルトの名無しさん
14/06/11 16:20:04.98 uk765Nkn
昨今のご時勢だとスレ立てたいときに立てられるとは限らないからなぁ

839:デフォルトの名無しさん
14/06/11 16:22:04.78 FXAfZ5/z
肝心な時に落ちてなけりゃなw
ここは少ないと落ちたりしないっけ

840:デフォルトの名無しさん
14/06/11 16:33:11.15 P7ZIpX73
早くスレ立てし過ぎると新しいスレに書き込みが無くて落ちるんだよねこの板

841:デフォルトの名無しさん
14/06/11 16:36:01.06 KsdklSL7
ID変えて自演までするか・・・
ご苦労なこった

842:デフォルトの名無しさん
14/06/11 16:37:03.06 +m+GdR9M
こんどは敵は一人妄想か

843:デフォルトの名無しさん
14/06/11 16:39:54.72 jMeQqd1h
濱田さんはいい人なんです!リーダーシップを発揮しようとするところを変なクズが妨害したのが許せません

844:デフォルトの名無しさん
14/06/11 17:11:40.19 qDgSaB/o
濱田はもうiOS界隈で悪評が広まったからお仕事来ないだろうなぁ…可哀想に

845:デフォルトの名無しさん
14/06/11 17:41:02.34 r4NqivjH
>>843
ぱっと見、皮肉だと思うが
あの感じだと本人がこういうことを言いかねないかもw

846:デフォルトの名無しさん
14/06/11 17:54:13.75 UdRVZfOE
濱田さんをバカにするな!彼は日本のプログラマーを支える貴重で優秀な人材なのだ!

847:デフォルトの名無しさん
14/06/11 18:12:12.83 mGpoQXd/
先日まで無名の動物だったのに、すっかりギャグキャラとして有名になってしまったな濱田よ

848:デフォルトの名無しさん
14/06/11 18:36:12.83 r4NqivjH
悪名は無名に優る

849:デフォルトの名無しさん
14/06/11 19:36:29.60 +m+GdR9M
黙ってまず自分から翻訳をサイトに載せていたらぜんぜん評価は違っただろうな。
著作権ゴロも黙ってて。

850:デフォルトの名無しさん
14/06/11 20:11:38.85 pAqkAn+y
OSSのSwift処理系作ってる人作ろうとしてる人一人くらいいないの

851:デフォルトの名無しさん
14/06/11 20:15:52.11 vLToDvML
まだAppleの立場が分からんからなぁ
もしかしたら正式リリース時にオープン化するかもしれんし

852:デフォルトの名無しさん
14/06/11 20:19:51.15 Q3ZzLtX4
いずれはANSIとかで標準化したいんじゃないのかね

853:デフォルトの名無しさん
14/06/11 20:20:19.29 5Vpw7sTy
まるで作れるみたいな言い草

854:デフォルトの名無しさん
14/06/11 20:41:27.08 KsdklSL7
Appleの歴史考えるとオープン化なんかする訳ないだろ
てかしないでもいいよ

855:デフォルトの名無しさん
14/06/11 21:04:03.77 Q3ZzLtX4
でもlaunchdとかlibdispatchとかオープンになってるよね

856:デフォルトの名無しさん
14/06/11 21:32:38.14 96LLWm/r
オープンにするメリットがないからなあ
コードの使い回しがきかない→Appleハード用だけリリース
ってほうがAppleの売り上げ上がりそうだし

857:デフォルトの名無しさん
14/06/11 21:42:03.46 Cctr4Pa0
オープンソース化する → Swift人口増える → iOSアプリ開発人口が増える

858:デフォルトの名無しさん
14/06/11 21:44:50.23 G3j6BmES
オープンが正義って風潮に疑問を感じる

859:デフォルトの名無しさん
14/06/11 21:48:03.89 mGpoQXd/
www.opensource.apple.com 見れば分かるけど、オープンソースにするのに Apple は一々何か理由付けは要らんぞ

860:デフォルトの名無しさん
14/06/11 22:36:13.92 OBl07mWp
アップルって結構オープンソースを公開してるよね。
専用のホームページまで作って。
OS XやiOSの一部を公開してるけど知らない人も結構いるんだろうな。

861:デフォルトの名無しさん
14/06/11 22:55:44.80 8PaEVtDP
LLVM とWebkit は大成功を収めてるしね。

862:デフォルトの名無しさん
14/06/11 23:02:38.04 8PaEVtDP
>>859 凄いね。

863:デフォルトの名無しさん
14/06/11 23:04:58.72 2nENyiHy
Swiftで作ったアプリは、前のOSでも動作するの?

864:デフォルトの名無しさん
14/06/11 23:05:40.29 KJz18v4E
LLVMやWebKitはAppleが始めたわけではないから例としてはあまり適当ではないな

865:デフォルトの名無しさん
14/06/11 23:06:55.10 w3B8Jh8N
メリットというとdarwinって誰のためのオープンなんだろな
実用になる物も出てないし、それこそappleにメリットないような
義理立てなのかな。オープンライセンスの絡むコアをまとめて晒しときましたよ、的な

866:デフォルトの名無しさん
14/06/11 23:08:38.54 8PaEVtDP
>>864 WebKitは丸々Safariのソースを提供したんだよ。 LLVMも最初からAppleが全面的に作ってきた。

867:デフォルトの名無しさん
14/06/11 23:10:03.43 8PaEVtDP
>>865 昔どこでもハードを作って良いとしていた時の名残では?

868:デフォルトの名無しさん
14/06/11 23:13:57.86 w3B8Jh8N
>>863
これNDAの範疇かなー
デプロイターゲットが10.4まで選べるという夢を今しがた見たけど10.4ないし動作確認する所までの夢は見てないので悪しからず
今見てる夢がそもそもSpriteKit系でAutoLayoutなんかが含まれてるため結局10.7まであげないとビルドも通らなくて恐縮です
どこまで下げれるのか夢みる人の寝言が聞けるといいですね

869:デフォルトの名無しさん
14/06/11 23:14:15.10 KJz18v4E
>>866
いやWebKitはLGPLのKHTMLが元だからソースを公開せざるを得なかっただけ。
LLVMが最初からAppleが作ったってどんな妄想だよw Clangと勘違いしてないか

870:デフォルトの名無しさん
14/06/11 23:19:16.37 w3B8Jh8N
>>866
その元はコンカラのKHTMLエンジン。オープンだけど大元はKDEの産物で、appleはフォークするまでは無関係すよ
>>867
CHRPすか?それはOSXより前過ぎる


次ページ
最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch