板検索:
Swift part7 (1026)
まとめビュー
1
デフォルトの名無しさん[]   投稿日:2016/03/21 01:32:08  ID:N7YCc9d1.net


2
デフォルトの名無しさん[]   投稿日:2016/03/21 01:33:41  ID:bbX9YEmL.net(3)
swift覚えるよりiOSとUIKit覚えたほうが勝ちだぞ>初心者
今swiftでググってもカスみたいな情報しかないから
swiftは7.0あたりからやろうぜ
コメント3件

3
デフォルトの名無しさん[]   投稿日:2016/03/21 02:00:39  ID:dP9e8KHJ.net
俺は174*83*27、柔道三段・剣道四段・空手二段、ガチムチの機動隊員
日夜激しい訓練と任務に明け暮れてる
だから股間のピストルはいつも暴発寸前だ!
お前の菊門に発射させろ!
25〜35くらいの同体型の短髪雄野郎、激しく盛ろうぜ!
捕縛術の心得もあるので緊縛プレイを求めてるM野郎歓迎だ!
特に希望があれば制服プレイも可
複数も可
非番の日なら都内なら連絡寄越せばすぐ逮捕しに行く!
ケツマンおっぴろげて神妙に待ってろ!

4
デフォルトの名無しさん[]   投稿日:2016/03/21 08:59:53  ID:O7DG3syI.net(3)
>2
それをいったらobj-cだって新旧で結構変わったと思うで
publicとかprivateみたいなkeywordをobj-cで見つけたらそれは古いってこと。

swiftだったらなんだろう
NSErrorを直接扱ってたら古いコード?

5
デフォルトの名無しさん[sage]   投稿日:2016/03/21 09:22:26  ID:3RlX6oQV.net
>2
アンチスレにどうぞ

>2はほっといて、初心者はSwiftで iOS, UIKit を学べば良いなw
JavaScriptやってたらなんとなく文法似てるからObj-Cより親しみ易い

6
デフォルトの名無しさん[sage]   投稿日:2016/03/21 10:17:35  ID:EH5YIJq/.net
Swiftでdelegate protocolを自前で定義してたら古いObj-C脳のクソ設計だと思う
@objcな public インターフェースなら苦笑しながら使うかな
コメント1件

7
デフォルトの名無しさん[]   投稿日:2016/03/21 10:43:20  ID:bbX9YEmL.net(3)
Swiftからやると他の言語できないクソ脳エンジニアになるよ!

8
デフォルトの名無しさん[]   投稿日:2016/03/21 11:42:49  ID:oATdEu/y.net(3)
日曜プログラマはSwiftで遊んでおけばいい
仕様がコロコロ変わるSwiftを今使うプロはただの馬鹿ってだけ
コメント1件

9
デフォルトの名無しさん[sage]   投稿日:2016/03/21 12:38:27  ID:ylWFjvTF.net
>8
これに尽きるんだよな
みんな遊びでやってるのに煽りに踊らされたObj-Cのプロが突っ込んでくるだけで

>6
イマドキ、Obj-Cでもdelegate定義したら古いコード
よって、 Swiftでdelegate定義したら設計者の頭カチ割るくらいでいい

10
デフォルトの名無しさん[sage]   投稿日:2016/03/21 13:26:45  ID:QxUzppQu.net(2)
delegateの代わりに何を使うの?
コメント1件

11
デフォルトの名無しさん[]   投稿日:2016/03/21 15:17:16  ID:bbX9YEmL.net(3)
callbackじゃね?
もう@Nullable annotation使ってjavaでいいんじゃね?

12
デフォルトの名無しさん[sage]   投稿日:2016/03/21 15:20:10  ID:dcaKrC6d.net
obj-cにもnilableキーワード追加されてるんだけどなぁ
なぜそこでJavaを推すのか、コレガワカラナイ

13
デフォルトの名無しさん[sage]   投稿日:2016/03/21 16:51:16  ID:RNfIYUgS.net(3)
ゴミはゴミ箱へ
アンチはアンチスレへ
コメント1件

14
デフォルトの名無しさん[]   投稿日:2016/03/21 18:13:52  ID:hbyc55kz.net
protocol指向なのにdelegateパターン否定してどうするのwww

15
デフォルトの名無しさん[sage]   投稿日:2016/03/21 19:16:39  ID:sdIAUD51.net
>10
Handler使うと良い
実態はインライン関数程度に最適化されるので性能も悪くない
今時 Delegate が許されるのは(ry

16
デフォルトの名無しさん[sage]   投稿日:2016/03/21 19:16:48  ID:O7DG3syI.net(3)
delegateという考えは古くないと思うし現役だと思うけど。
仮にtableViewを再実装するとしてdelegate使わずどうするわけ?

>protocol指向なのにdelegateパターン否定してどうするのwww
プロトコル指向とdelegateパターンの関連がよくわからん

17
デフォルトの名無しさん[sage]   投稿日:2016/03/21 19:49:01  ID:lXGzGGTr.net(2)
古いシステムAPIはNSURLConnectionからNSURLSessionへみたいにアポー様が書き直すの待つ
どう書き直すのがベターかはNSURLSession参考にしてどうぞ

最近追加するAPIはハンドラばかりじゃないかね

18
デフォルトの名無しさん[sage]   投稿日:2016/03/21 20:09:27  ID:RNfIYUgS.net(3)
テーブルビューがデリゲートやめてクロージャだらけになったら悪夢だな
URLConnectionは使い捨てることが多いからクロージャと相性良かっただけだ

19
デフォルトの名無しさん[sage]   投稿日:2016/03/21 20:15:20  ID:lXGzGGTr.net(2)
クリックイベント拾うだけなら1つで済むと思うけどな
全APIをクロージャーに書き換えずとも、プロパティ操作で良いし
Sessionも細かい制御するコード書いたらクロージャーだらけよw

20
デフォルトの名無しさん[sage]   投稿日:2016/03/21 20:28:33  ID:oATdEu/y.net(3)
>13
アンチスレなんてあるの?

21
デフォルトの名無しさん[sage]   投稿日:2016/03/21 20:31:49  ID:1G+fr+EX.net
ここがアンチスレだよな?

22
デフォルトの名無しさん[sage]   投稿日:2016/03/21 20:34:33  ID:RNfIYUgS.net(3)

23
デフォルトの名無しさん[sage]   投稿日:2016/03/21 20:35:29  ID:oATdEu/y.net(3)
馬鹿かよ
クソスレ立ててんじゃねぇ

24
デフォルトの名無しさん[sage]   投稿日:2016/03/21 20:58:04  ID:O7DG3syI.net(3)
そもそもdelegateは機能の移譲なわけだから、
クロージャーを使う、使わないは的はずれ。
多分obj-c時代、block構文がなかった時に、
クロージャーを本来使ったほうがいいところをdelegateを使って実現しているところがあって、そのことを誰かが指摘したことを聞きかじって、
delegateは悪だって思い込んじゃったんだな。

昔AlertViewが本来クロージャーを使うところをdelegateを使っていたけど
今置き換わったAlertControllerはクロージャーを使ってる。
まだ若干残っているかもしれんけど、まぁ自分で直して使えばいいし
俺はrxSwift使うからどっちでもStreamにしてしまうけど

25
デフォルトの名無しさん[sage]   投稿日:2016/03/21 22:03:44  ID:tREJBwET.net
NSURLConnection だって色々とやろうとしたら callback block なんかじゃやってられんしな

26
デフォルトの名無しさん[sage]   投稿日:2016/03/21 23:27:29  ID:QxUzppQu.net(2)
NSURLSessionだってクロージャは一部でdelegateメソッドがたくさん存在してるよ
クロージャは便利だがそれで全て置き換えられるわけでは無い

27
デフォルトの名無しさん[sage]   投稿日:2016/03/21 23:44:02  ID:9U8ePjvZ.net
確かにその場しのぎとしてクロジャはオブジェクト不要レベルの凄まじい文字通り型破りが出来るけど
delegateはオブジェクト同士のやり取りに大枠を作るパターンなので大枠がないと必要不必要の話になりにくい

28
デフォルトの名無しさん[sage]   投稿日:2016/03/22 00:18:39  ID:BVW6crR9.net
Obj-Cで使う分には良いがSwiftでdelegateの宣言も利用もキモいがな
アレはobj-c互換の苦肉の仕様は体を張ったギャグだわw
不思議に思わないとか、意味分からないヤツはホントにswift使ってんの?って問うレベル

こういうギャグをちょいちょいはさむから swiftはやめらんねえ

29
デフォルトの名無しさん[sage]   投稿日:2016/03/22 00:52:10  ID:/RBCdqDr.net(4)

なんかキモいことあったっけ?
コメント1件

30
デフォルトの名無しさん[]   投稿日:2016/03/22 01:37:30  ID:LHRIJmml.net(3)
AppleはSwiftゴリおしやめるらしいぞ!
Swifter哀れwwwwwwwwww
コメント1件

31
デフォルトの名無しさん[sage]   投稿日:2016/03/22 01:39:27  ID:/RBCdqDr.net(4)
ゴミはゴミ箱へ、アンチはアンチスレへ
コメント1件

32
デフォルトの名無しさん[]   投稿日:2016/03/22 01:48:54  ID:H1BdO10t.net(2)
NSプレフィックス無し、nil返さないcocoaまだ?
swift3.0に間に合うのか?
4.0でまた非互換?構文変わるのか?

33
デフォルトの名無しさん[]   投稿日:2016/03/22 01:53:38  ID:LHRIJmml.net(3)
swiftそのものがお笑いネタだろ?
swift推してる連中はAndroid厨が面白がって煽ってるだけ
まともなiOSエンジニアが信頼性のないswiftなんか使うワケないだろハゲチビ

34
デフォルトの名無しさん[]   投稿日:2016/03/22 02:13:57  ID:H1BdO10t.net(2)
Swift3.0ソースが公開されたら
Optional型を排除
map、flatmapなどの直感的にわからない機能の排除
してSwift-作るよ

35
デフォルトの名無しさん[sage]   投稿日:2016/03/22 03:15:02  ID:/RBCdqDr.net(4)
ゴミはゴミ箱へ、アンチはアンチスレへ

36
デフォルトの名無しさん[]   投稿日:2016/03/22 08:33:18  ID:LHRIJmml.net(3)
Apple信者 分裂
obj-c:山口組
swift:神戸山口組
抗争状態

37
デフォルトの名無しさん[]   投稿日:2016/03/22 08:36:26  ID:SrGcCmkC.net(3)
何でSwiftマンセーしないとゴミなの?

38
デフォルトの名無しさん[sage]   投稿日:2016/03/22 08:38:19  ID:8Ghfw7bL.net(3)
>29
自前でdelegate宣言して、delegateで宣言したメソッドを呼び出す、までやってみろ
メソッド名、キーワード名はきちんとObj-Cお作法に合わせる前提でな

TableViewを外から使っててても何か変、と思うが
自分で実態書いてたらすごくバカっぽいと気付く

39
デフォルトの名無しさん[]   投稿日:2016/03/22 08:39:51  ID:SrGcCmkC.net(3)
SwiftってKVO使えないんだな・・

40
デフォルトの名無しさん[sage]   投稿日:2016/03/22 09:00:08  ID:8Ghfw7bL.net(3)
身のないバズワードで煽ってるからゴミなんじゃないの?

KVOは個々にプロパティ切った方が安全でそっちが使われてるし
無駄機能の提供分処理オーバーヘッドかかるから削るわ、、、
って公式ドキュメントで説明あったはず

41
デフォルトの名無しさん[]   投稿日:2016/03/22 09:05:43  ID:SrGcCmkC.net(3)
何でnil禁止しないの?

42
デフォルトの名無しさん[sage]   投稿日:2016/03/22 09:30:25  ID:8Ghfw7bL.net(3)
どちて坊やは一休さんの世界へお帰り
ゴミはゴミ箱へ、アンチはアンチスレへ
コメント1件

43
デフォルトの名無しさん[sage]   投稿日:2016/03/22 11:29:27  ID:zCNWVxOy.net
Xcode更新(Swift 2.2)キタ
そして、++, --のdeprecateが入ったwww
これはワーニングの嵐の予感、ワーニング0の商用開発だと泣けるな
他にも細々機能追加あるので、もう一回遊べるドン

44
デフォルトの名無しさん[sage]   投稿日:2016/03/22 13:04:43  ID:VLOpUBBk.net(5)
>30
マジで?マジなら朗報じゃねぇか

45
デフォルトの名無しさん[sage]   投稿日:2016/03/22 13:06:09  ID:VLOpUBBk.net(5)
>31
>42
ID変えてご苦労さま

46
デフォルトの名無しさん[sage]   投稿日:2016/03/22 14:15:55  ID:Ox2t7CWt.net(2)
ゴミはゴミ箱へ、アンチはアンチスレへ
コメント1件


47
デフォルトの名無しさん[sage]   投稿日:2016/03/22 15:11:04  ID:kmp6Vmna.net
ゴミはゴミ箱へ、アンチはアンチスレへ
コメント1件

48
デフォルトの名無しさん[sage]   投稿日:2016/03/22 15:17:25  ID:Ox2t7CWt.net(2)
i++って i = i.advance() で置き換えるのかと思ったら、i += 1 で置き換えるのな
まだ advance のI/F宣言もなされてないようだし、秋にまたConvert To Last Swift Syntaxかね
この程度ならまだバグなく差し替えられるだろうから良いけど(1.xの頃のバグのせいでConvertは信用してない
コメント1件

49
デフォルトの名無しさん[sage]   投稿日:2016/03/22 16:14:53  ID:VLOpUBBk.net(5)
>46
>47
IDパラ使いでご苦労さま

50
デフォルトの名無しさん[sage]   投稿日:2016/03/22 16:23:24  ID:VLOpUBBk.net(5)
>48
ところで優柔不断なクリスの気まぐれを逐一フォローし続けるのは時間の無駄だよ
Swiftは仕様が固まってから使えばいい

51
デフォルトの名無しさん[sage]   投稿日:2016/03/22 18:00:03  ID:uAieVvDE.net
swiftはバージョン進み過ぎでgolangより歴史が浅いって忘れてしまう
けど仕様の破壊的変更が大きいから仕方ないのかな。
golangは2.0になる気配が全くしない。それだけ安定しているってことだけど、
スレは伸びない。
swiftは3.0もすぐにもでそうだけどいつリリース予定だっけ?
コメント1件

52
デフォルトの名無しさん[sage]   投稿日:2016/03/22 18:12:48  ID:/RBCdqDr.net(4)
10月

53
デフォルトの名無しさん[sage]   投稿日:2016/03/22 20:02:39  ID:GZFXD3/a.net(3)
他大手会社が言語開発してるから自分もやらなきゃ(焦り
で始まったような言語だからな

TypeScript, Go, Rust, Kotlin, Nim, etc.あの頃は結構大量に出てた気がする

54
デフォルトの名無しさん[sage]   投稿日:2016/03/22 22:25:12  ID:VLOpUBBk.net(5)
AppleらしくObjective-C 3.0で進めばいいのにね
バカだねぇ

55
デフォルトの名無しさん[sage]   投稿日:2016/03/22 22:46:51  ID:GZFXD3/a.net(3)
ゴミはゴミ箱へ、アンチはアンチスレへ

56
デフォルトの名無しさん[sage]   投稿日:2016/03/22 23:00:54  ID:3eyye6+D.net
swift関数型みたいな事出来たっけ??

57
デフォルトの名無しさん[sage]   投稿日:2016/03/22 23:30:40  ID:GZFXD3/a.net(3)
Kenokabe先生の所へどうぞ

58
デフォルトの名無しさん[sage]   投稿日:2016/03/23 00:36:02  ID:90Oe+hOc.net(4)
Swiftで下記の処理を書けなくなると聞いたのですが、本当ですか?

for var i = 0; i >= -10; i -= 1 {

}
コメント1件

59
デフォルトの名無しさん[sage]   投稿日:2016/03/23 00:55:36  ID:37+iz5Nw.net

60
デフォルトの名無しさん[sage]   投稿日:2016/03/23 00:59:37  ID:90Oe+hOc.net(4)
>59
開発者なんかおいてきぼりでacceptされた--, ++はもうどうでもいいんです
気になっているのはfor文のことなんですが

61
デフォルトの名無しさん[sage]   投稿日:2016/03/23 01:29:51  ID:QU83f3j8.net
proposal読め、ゴミ

62
デフォルトの名無しさん[sage]   投稿日:2016/03/23 01:56:31  ID:90Oe+hOc.net(4)
なんでそんなにプリプリしてるんですか?
これですよね?
https://github.com/apple/swift-evolution/blob/master/proposals/0...
よんだんですが、forループはインクリメントしかあたまにないのか、デクリメントに対するSwiftコード例が見当たらなく…
コメント1件

63
デフォルトの名無しさん[sage]   投稿日:2016/03/23 02:16:58  ID:Q7VdyZfN.net

64
デフォルトの名無しさん[sage]   投稿日:2016/03/23 02:22:11  ID:90Oe+hOc.net(4)
何ですか?そのクソスレは…。

65
デフォルトの名無しさん[sage]   投稿日:2016/03/23 04:06:08  ID:xMqkzezD.net
Whileで書き換えろってことかな

ループローカル変数のスコープ切るのに
do {}で括るのがウザい

66
デフォルトの名無しさん[sage]   投稿日:2016/03/23 07:02:42  ID:8DTPyQ3g.net
>58
for i in 0.stride(through: -10, by: -1) {

}
コメント1件

67
デフォルトの名無しさん[]   投稿日:2016/03/23 08:51:13  ID:2nZwj8cw.net
とにかく変わった感を無理やり醸し出してる感が
鼻につく「嫌な感じ」の言語
それがSwift
コメント1件

68
デフォルトの名無しさん[]   投稿日:2016/03/23 09:01:27  ID:ECT2y/er.net
obj-cは大豆、swiftは納豆
大豆はそのままでは食べられないし手間がかかるし面倒だがそもそも枝豆で常温保存もきくし豆腐にも納豆にもなる
納豆は高機能食品で身体にもいい、アレンジ料理もある、でもかき混ぜないと美味しくない納豆でしかない

69
デフォルトの名無しさん[sage]   投稿日:2016/03/23 09:09:24  ID:2C5Noqzb.net(2)
ゴミはゴミ箱へ、アンチはアンチスレへ

70
デフォルトの名無しさん[sage]   投稿日:2016/03/23 09:20:48  ID:IjQfzLPy.net
>67
ほんそれ
わざわざ自分からアンチ産み出していくスタイルは新しいよな

71
デフォルトの名無しさん[sage]   投稿日:2016/03/23 09:33:08  ID:2C5Noqzb.net(2)
ゴミはゴミ箱へ、アンチはアンチスレへ

72
デフォルトの名無しさん[sage]   投稿日:2016/03/23 12:13:55  ID:t+F3ZbWm.net
>51
Wineって10年くらい1.00にならず枯れたソフトもあるのでバージョンは信用ならない
あれが1.00出した時はびっくりしたよ

73
デフォルトの名無しさん[sage]   投稿日:2016/03/23 20:03:20  ID:WABTO3x4.net
わいの半年前の知識通用するかこのスレ見てたら不安になってきた
たった半年だぞおい

74
デフォルトの名無しさん[sage]   投稿日:2016/03/23 20:47:02  ID:KX8VTTfh.net
2.xはそんな変わってないじゃん
betaから1.xにかけては半年も前の知識が通用するわけがなかったけど

75
デフォルトの名無しさん[sage]   投稿日:2016/03/23 22:35:24  ID:HdSesjVg.net
Swift初期は半年毎にビルドエラーの嵐でおもろかった
ここ一年はまったく動きが少なくておもろない

Swift 3.0のコンパイラはまだかね
オープンソース()なら段階的にそろそろ出してもよかろう

76
デフォルトの名無しさん[sage]   投稿日:2016/03/24 11:58:58  ID:JWV8N7sH.net
オープンソースなんだから自分でビルドすればよかろう

77
デフォルトの名無しさん[sage]   投稿日:2016/03/24 12:16:08  ID:GtV4TiIV.net
コンパイルくらいは自分でするんだけど実装も済んでたかなと
Proposalで仕様は切ったけど、実装は内々だよだとお手上げだから
コメント1件

78
デフォルトの名無しさん[]   投稿日:2016/03/24 15:20:39  ID:ZLy3hEZf.net
そして、Swiftは終わった・・

79
デフォルトの名無しさん[sage]   投稿日:2016/03/24 15:45:57  ID:Dhc5pA31.net(2)
ゴミはゴミ箱へ、アンチはアンチスレへ

80
デフォルトの名無しさん[sage]   投稿日:2016/03/24 15:50:49  ID:Dhc5pA31.net(2)
ブランチ出来てたので人柱になってみるか

81
デフォルトの名無しさん[sage]   投稿日:2016/03/24 18:22:47  ID:oQPLZdwZ.net
>77
FoundationはいろいろとNot Implementedだったような気がする
GitHubには出てこない社内プロジェクトで進んでるんだろうか。それともGitHub上のが全てで完全にオープンで進めてるんだろうか。

82
デフォルトの名無しさん[sage]   投稿日:2016/03/24 21:24:56  ID:1csU5sj0.net
iPhone無かったら見向きもされなかったクソ言語と
iPhone無かったら生まれなかったクソ言語でヤリ合うスレはここですか?
コメント1件

83
デフォルトの名無しさん[]   投稿日:2016/03/25 00:16:18  ID:MJ1mYSYG.net

84
デフォルトの名無しさん[sage]   投稿日:2016/03/25 00:22:20  ID:enybkgjI.net(2)
なんでそんなに必死なの?

85
デフォルトの名無しさん[sage]   投稿日:2016/03/25 00:48:28  ID:q1HiUdlP.net
>iPhone無かったら見向きもされなかったクソ言語と
OS Xで使われてたしコミュニティもあって実績も歴史もあった
iPhoneでより普及したってだけ

86
デフォルトの名無しさん[]   投稿日:2016/03/25 00:48:49  ID:FvDwNEk8.net
Swiftの負けを認めてるからだろ・・

87
デフォルトの名無しさん[sage]   投稿日:2016/03/25 07:02:59  ID:Tmo5HUkd.net
ゴミはゴミ箱へ、アンチはアンチスレへ

88
デフォルトの名無しさん[sage]   投稿日:2016/03/25 13:05:22  ID:G+z1ebGz.net(2)

89
デフォルトの名無しさん[sage]   投稿日:2016/03/25 13:30:56  ID:QgeTY0RV.net(4)
パターンマッチの例が無理矢理使ってる感じで気に入らんな
いくつかは素直にwhereやas?で書いたほうがずっと可読性高いはず
コメント1件

90
デフォルトの名無しさん[sage]   投稿日:2016/03/25 13:37:57  ID:NKX3Q+Iw.net(3)
> シングルトンの代わりに staticの関数やプロパティを使用する enum で作成する
enumをそういう用途で使ったらダメだろw
バッドノウハウにバッドノウハウを重ねたような実装に笑うわ
いっそシングルトンモデルは「悪」と諦めた方が良さそう

91
デフォルトの名無しさん[sage]   投稿日:2016/03/25 13:38:12  ID:QgeTY0RV.net(4)
シングルトンをenumにしろってのも気に入らない
structとclassだとインスタンスの初期化ができてしまうからっていうけど
initをprivateで宣言すればいいだけだし
何よりenumのセマンティクスを破壊してるのがバッドノウハウ感しかない

92
デフォルトの名無しさん[sage]   投稿日:2016/03/25 13:39:51  ID:QgeTY0RV.net(4)
被ったwスマンw

93
デフォルトの名無しさん[sage]   投稿日:2016/03/25 13:47:05  ID:QgeTY0RV.net(4)
do { }でコード整理ってのもなんだかなー感しかない
全体的にこの人のコードは自己流の変な工夫が多くて一般的な良いコードではないと思う

94
デフォルトの名無しさん[sage]   投稿日:2016/03/25 13:51:00  ID:NKX3Q+Iw.net(3)
反面教師としていい記事だったな
全面的に悪いというわけじゃないと思うので、良い所だけ参考にしようじゃないの

95
デフォルトの名無しさん[sage]   投稿日:2016/03/25 20:11:04  ID:enybkgjI.net(2)
とりあえずこんなにSwiftは素晴らしいんだぜって思わせたいという必死さは伝わった

96
デフォルトの名無しさん[sage]   投稿日:2016/03/25 20:47:58  ID:G+z1ebGz.net(2)
>89
パターンマッチの例は普通だと思ったんですが
どの辺の例が無理矢理なのか詳しく

97
デフォルトの名無しさん[sage]   投稿日:2016/03/25 21:18:37  ID:NKX3Q+Iw.net(3)
普通かどうかは置いといて、メジャーバージョンアップでビルド通らなくなりそうだなぁ、とは思ったぞ
1.系の頃ならマイナーバージョンアップでビルド通らなくなるコードだろ、アレ

98
デフォルトの名無しさん[sage]   投稿日:2016/03/26 06:33:25  ID:VEvx/urc.net
スコープを絞る目的でdo{}を使えというSwiftの仕様がキライ。
C同様にシンプルな{}のサポート入れてほしい。

99
デフォルトの名無しさん[sage]   投稿日:2016/03/26 07:41:43  ID:coY0vF2b.net
swiftの仕様じゃなく、ブログ書いたへっぽこプログラマのバッドノウハウ
スコープ絞ること自体、イマドキのプログラミング事情に則してなくね?

昔は関数ブロックにしたら、バイナリコード増加や
関数呼び出しの処理低下になるからブロックが良しだったんだろうけど
コンパイラの最適化が賢い今なら無駄なテクニックだろうよ

そもそも容量や性能気にするヤツは swift 使うな
コメント1件

100
デフォルトの名無しさん[sage]   投稿日:2016/03/26 10:10:23  ID:3IE1+gr+.net
関数foo(block: (() -> ())? = nil)があったとして
foo()の次に{}が来たらクロージャになってしまうからSwiftの言語仕様じゃ無理だろう
コメント1件

101
デフォルトの名無しさん[]   投稿日:2016/03/26 17:29:25  ID:wyrGFEOD.net
>99
スコープ絞るのは人間のケアレスミスを防ぐためだろう。

102
デフォルトの名無しさん[sage]   投稿日:2016/03/26 20:33:57  ID:MHYjyRMB.net
>100
なるほど、それでdoが必要なのか
3.0で何とか仕様変更して欲しいな

103
デフォルトの名無しさん[sage]   投稿日:2016/03/26 20:49:59  ID:+sP2UFyn.net
rustみたいに文末;必須にするか、、、
rustはrustの信念で;採用してるけど、;の意味論が分かりづらく評判イクナイ

goはどうしてるんだっけかな
コメント1件

104
デフォルトの名無しさん[sage]   投稿日:2016/03/27 01:47:48  ID:FjCKG/3R.net(3)
>103
goは暗黙の ; を導入している

つまり関数宣言として

func hoge() {
XXXX
}
であり

func hoge()
{
}


func hoge();
{

}
とみなされるのでシンタックスエラー

正直 {の改行位置の言語による強制は好き。構文規約じゃなく言語仕様で縛ってほしい

105
デフォルトの名無しさん[sage]   投稿日:2016/03/27 01:59:07  ID:JtoXaVyt.net
ここはクソ言語のスレじゃないのかよ

106
デフォルトの名無しさん[sage]   投稿日:2016/03/27 04:30:35  ID:aLm5Q9s6.net(4)
挑戦的だが流行らなさそうな仕様だなw
コードフォーマットの強制はpythonもそうだけど、人を選んで流行ってないからなぁ

107
デフォルトの名無しさん[sage]   投稿日:2016/03/27 07:12:05  ID:8I3ts8K5.net
pythonは多目的汎用スクリプト言語としては
世界で一番でかいシェアだが…

108
デフォルトの名無しさん[sage]   投稿日:2016/03/27 08:21:38  ID:aLm5Q9s6.net(4)
python以外のメジャー言語だと皆無じゃん?
その制約があっても他にメリット多いから使われてるけど、他言語が追従するメリットじゃないんだろう
# python好きだし別に嫌悪感ないけど、全てを崇めるほど信者じゃない

swiftはgofmt程度のフォーマッタは提供して欲しいかのう
Xcodeあるからイラネ、とまったく期待出来んが

109
デフォルトの名無しさん[sage]   投稿日:2016/03/27 08:59:02  ID:b5RPwXUJ.net
python流行ってない

そんなことはない

python以外は皆無

どういうことなのか
コメント1件

110
デフォルトの名無しさん[sage]   投稿日:2016/03/27 09:24:41  ID:FjCKG/3R.net(3)
do {
}
使うくらいなら関数宣言の{位置の強制でいいと思うよ

func () {
}

func()
{
}
のどっちがいいとか正直どうでもいいしswiftlintとかでどっちがに強制するでしょ。どうせ。

111
デフォルトの名無しさん[sage]   投稿日:2016/03/27 09:49:19  ID:aLm5Q9s6.net(4)
>109
python以外で使われてないからその文法が流行ってない
読み取ってくれよ

コードの柔軟性が減る独善的な決め打ちはやだなぁ
GoogleもApple程度(以上?)に独善的な会社になったからアイツに全力追従は生理的な恐怖感があるわw

112
デフォルトの名無しさん[sage]   投稿日:2016/03/27 12:32:04  ID:7FbQZXuJ.net
コードの柔軟性を嫌ってる人がswiftを持ち上げてるんじゃないの
いわく、バグが入り込む潜在的なリスクが上がるだの
メンテしにくくなるだのって

113
デフォルトの名無しさん[]   投稿日:2016/03/27 13:16:28  ID:DyvlX5iX.net
Swiftはまだまだ混沌としてるな〜

114
デフォルトの名無しさん[sage]   投稿日:2016/03/27 13:35:47  ID:FjCKG/3R.net(3)
正直swiftのクロージャーの書き方がシンプル過ぎて危険な気がしてきた。
特に$0を使うときはinを省略できちゃうとか
おかげでただのブロックをdo{}にしなきゃいけないのはどうなんだろう。

115
デフォルトの名無しさん[sage]   投稿日:2016/03/27 22:22:33  ID:1SWxeIio.net
NSURL.fileURLWithPath()で、nil返す事があるってドキュメントに
書いてあるのに、optional定義になっていないのは何故なんだぜ。

こういうのは修正されたらされたで、ソースがコンパイルエラーになるよなぁ。
コメント2件

116
デフォルトの名無しさん[sage]   投稿日:2016/03/27 22:34:14  ID:sgFnxYvA.net
そもそもnilを絶対返さない事って可能なのか?
インスタンスの生成は、大元のmallocが領域確保できずにnullを返す可能性があるだろ。

117
デフォルトの名無しさん[sage]   投稿日:2016/03/27 22:44:45  ID:aLm5Q9s6.net(4)
スタックメモリから確保した値型

という揚げ足はおいといて、初期にnilable constructorがなかった辺り
理想としてnilを返さない在り様は考えたかったんじゃないかなぁ
コメント1件

118
デフォルトの名無しさん[sage]   投稿日:2016/03/27 23:21:49  ID:e5rLGyrL.net
>115
とりあえず明示的にOptionalで宣言しとけば大丈夫
let url: NSURL? = NSURL.fileURLWithPath("")

https://bugs.swift.org/browse/SR-863

119
デフォルトの名無しさん[sage]   投稿日:2016/03/28 00:31:18  ID:35WvO0+g.net
>117
オブジェクトがヒープに確保されるかぎり無理だな。
コメント1件

120
デフォルトの名無しさん[sage]   投稿日:2016/03/28 07:19:37  ID:wmjJbUJq.net(2)
おお、SwiftのバグデータベースはDashboardなのか。会社でも使ってる^_^

なるほど、強制的にOptionalに代入して対処するのか。サンクス。

121
デフォルトの名無しさん[sage]   投稿日:2016/03/28 07:55:02  ID:wmjJbUJq.net(2)
DashboardじゃなくてJIRAだったorz

122
デフォルトの名無しさん[]   投稿日:2016/03/28 08:48:38  ID:KMc9zxLb.net
やっぱりSwiftはまだ無理だな

123
デフォルトの名無しさん[sage]   投稿日:2016/03/28 10:25:41  ID:3yOAg9Gy.net
ゴミはゴミ箱へ、アンチはアンチスレへ

>115
その辺り、バージョンアップの度に修正入ってビルドエラーになってる気がするので
見つけたら直す程度の気分で修正を続けて頂きたい

124
デフォルトの名無しさん[sage]   投稿日:2016/03/28 13:40:24  ID:9My0XcMr.net
ゴミはアンチスレへ、アンチはゴミ箱へ

125
デフォルトの名無しさん[sage]   投稿日:2016/03/28 16:50:08  ID:naz2d2Z+.net
変なのにいつかれちゃったな

126
デフォルトの名無しさん[sage]   投稿日:2016/03/28 21:05:04  ID:JMwJMyoN.net
アンチアンチ騒いでんのはただの荒しだな

127
デフォルトの名無しさん[sage]   投稿日:2016/03/28 21:30:44  ID:ZqkJQBhv.net
アンチスレとこっちのスレで分断煽りしてるやつがいるんだよなあ
コメント1件

128
デフォルトの名無しさん[]   投稿日:2016/03/28 22:02:51  ID:5fM64+wd.net
swiftのクラスってメンバ変数定義できないんですか?
コメント1件

129
デフォルトの名無しさん[sage]   投稿日:2016/03/28 22:44:01  ID:CHShieCO.net
>127
Swift推進部隊の常駐監視員さんですか?
コメント1件

130
デフォルトの名無しさん[sage]   投稿日:2016/03/29 00:15:06  ID:YmwztG1b.net(3)
>128
ゴミはゴミ箱へ

>119で考え直したが
昔nilable constructorがなかったのって
もしかしてスタックからメモリ確保した時と同じ振る舞いで良しと思ったのか

あまりにもバカっぽい仕様で訂正入ったけど
当時の訂正時の今さらかよと笑ったけど、今なら分かる

131
デフォルトの名無しさん[sage]   投稿日:2016/03/29 01:46:32  ID:aRsQmQC4.net
全部が値渡しで済むわけじゃないし。
確保した領域のアドレス値渡しとそのエイリアスという方法は合理的なんだよ。

nilについては、計算結果がnilになるケースがあるのは当然。

132
デフォルトの名無しさん[]   投稿日:2016/03/29 08:18:59  ID:nMn7bUzs.net(2)
swiftなんか業務で使ったらそれこそゴミだろ

133
デフォルトの名無しさん[]   投稿日:2016/03/29 08:22:36  ID:KgX6u3mt.net
日本人特有の「右向け右、左向け左」だよ。
こんなクソ言語誰が使うんだよ?
コメント1件

134
デフォルトの名無しさん[]   投稿日:2016/03/29 08:30:14  ID:ivbQoXVD.net(2)
ここって質問OKですか?

135
デフォルトの名無しさん[]   投稿日:2016/03/29 08:33:38  ID:nMn7bUzs.net(2)
>129
Apple社員だったら笑えないよなw
>133
もう言語云々の時代は終わったよね

とりあえずAppleは方向を間違えている
xcodeのやるべき事はスケルトンコードを充実させること、コードの書き方を縛ること
テーブル配置したらデータソースを定義させるとか、各デリゲートメソッドのサンプルをこれでもか!ってくらいデフォルトで表示して、ほとんどプログラムレスでフレームワークを使わせる
これに限るだろ
コメント1件

136
デフォルトの名無しさん[]   投稿日:2016/03/29 08:43:15  ID:ivbQoXVD.net(2)
CFStreamCreatePairWithSocketToHostを使って通信書いてるんだがタイムアウト秒数の指定方法を教えてくれ

137
デフォルトの名無しさん[sage]   投稿日:2016/03/29 09:24:37  ID:YmwztG1b.net(3)
>135
IDEが完璧なら言語はどんなクズでもいいってのはAppleらしいな
今時、特定OS, 特定IDEでしか開発出来ないのはどうよ?と思ったけど、Appleなら仕方ないね

Swiftは試験的にOSSで進行してるけど、失敗と諦めて撤退したら、OS, IDE縛りは再開するかもな
コメント1件

138
デフォルトの名無しさん[sage]   投稿日:2016/03/29 16:15:33  ID:9g6Gfq8r.net
swiftはウンコ言語
ファイルサイズが超でかくなる

139
デフォルトの名無しさん[sage]   投稿日:2016/03/29 16:44:19  ID:MxWoqHhz.net
アンチスレ一名様ご案内〜
コメント1件

140
デフォルトの名無しさん[sage]   投稿日:2016/03/29 22:09:31  ID:wpZ3koN4.net
>139
常駐監視員さん、今日もお務めご苦労様です

141
デフォルトの名無しさん[sage]   投稿日:2016/03/29 23:21:55  ID:YmwztG1b.net(3)
ゴミはゴミ箱へ、アンチはアンチスレへ
コメント2件

142
デフォルトの名無しさん[sage]   投稿日:2016/03/30 02:13:43  ID:5F4g6pQ3.net
>141
まずお前がゴミ箱に入ったほうがいいんじゃね?

143
デフォルトの名無しさん[]   投稿日:2016/03/30 14:36:14  ID:0ZbxLViT.net
>137
swiftはxcodeがないとまともにコーディングできませんね。
多分失敗ですねコレは。

>141
お前がいちばん要らないってことに早く気づけよ。

144
デフォルトの名無しさん[sage]   投稿日:2016/03/30 14:53:57  ID:fQuWRFFA.net
つ AppCode

145
デフォルトの名無しさん[sage]   投稿日:2016/03/30 15:58:15  ID:W76BP9PM.net
Vimでおk

146
デフォルトの名無しさん[]   投稿日:2016/03/30 22:14:03  ID:H9Cbt8Cy.net
氏ねクソ言語

147
デフォルトの名無しさん[sage]   投稿日:2016/03/31 10:08:54  ID:J8XzMq9M.net
emacs「俺もいる」

148
デフォルトの名無しさん[sage]   投稿日:2016/03/31 21:36:41  ID:zZSZ9BAw.net
Swift3の後ってなにか大きな変更あったっけ?
Swift3あたりで安定しそうならそろそろSwift始めてみようかな。
コメント1件

149
デフォルトの名無しさん[sage]   投稿日:2016/03/31 21:46:07  ID:771dSU/Z.net
さっさと始めろ

150
デフォルトの名無しさん[]   投稿日:2016/04/01 00:58:09  ID:8Qqw47Uo.net(2)
Swift 5.0くらいから始めても遅くない
あるいはobj-cで申請うけつけないぞ!
になってからがベストなタイミング

151
デフォルトの名無しさん[sage]   投稿日:2016/04/01 01:03:19  ID:fx11B/6Z.net
そんなC++のライブラリ全滅なことされたら相当プラットフォームとして終わりだな

152
デフォルトの名無しさん[sage]   投稿日:2016/04/01 01:21:44  ID:egHpJ7nT.net
どーせ無職がお遊びでプログラミングやってんだろ?
いつ始めても一緒じゃん

153
デフォルトの名無しさん[]   投稿日:2016/04/01 01:34:28  ID:bo4MW43i.net
でもアマゾンのランキング見るとswift関連が上位独占してるよね。

154
デフォルトの名無しさん[sage]   投稿日:2016/04/01 03:04:35  ID:S3HE+hcV.net
仕事の本より趣味の本の方が売れるからな

155
デフォルトの名無しさん[]   投稿日:2016/04/01 03:13:30  ID:g1WVFi5R.net
もうobj-Cの本は新しいの出てないからな

156
デフォルトの名無しさん[sage]   投稿日:2016/04/01 03:14:14  ID:6pTbkI8Y.net
もうC#で作る時代になったわ

【速報】Xamarin のこれからについて! - Xamarin 日本語情報
http://ytabuchi.hatenablog.com/entry/ms-xamarin

157
デフォルトの名無しさん[sage]   投稿日:2016/04/01 07:19:28  ID:fXdSWGIV.net
>148
3がfixしてないのに何を期待してるんだ
取り合えず3.0の out of scope が更新予定だろ

158
デフォルトの名無しさん[]   投稿日:2016/04/01 08:41:37  ID:8Qqw47Uo.net(2)
言語なんかどうでもいいよ。
経済効果狙ってるやつらに踊らされるな

159
デフォルトの名無しさん[sage]   投稿日:2016/04/01 08:55:28  ID:AXWT7bPq.net
Sygwin終了
MACよりも、WINの方に需要が移るぞ
コメント1件

160
デフォルトの名無しさん[sage]   投稿日:2016/04/01 09:19:56  ID:EzFlUU58.net
>159
日本語でおk

161
デフォルトの名無しさん[sage]   投稿日:2016/04/01 09:41:17  ID:mINzAYSR.net
アンチの正体はxamarin日本代理店の社員だったのか

162
デフォルトの名無しさん[sage]   投稿日:2016/04/01 09:45:58  ID:FQQiXdjO.net(2)
swiftってobj-c から cを抜いたってあるけど
c ― って言語あるのな。ググリビティが低すぎて検索シンドいけど
コメント1件

163
デフォルトの名無しさん[sage]   投稿日:2016/04/01 12:17:29  ID:xFvcjZKE.net(2)
>162
どうやって検索すんの?w
気になるが出てくる気配がないw
コメント1件

164
デフォルトの名無しさん[sage]   投稿日:2016/04/01 12:36:52  ID:FQQiXdjO.net(2)
>163
c minus minus
コメント1件

165
デフォルトの名無しさん[sage]   投稿日:2016/04/01 15:44:05  ID:xFvcjZKE.net(2)
>164
thx

166
デフォルトの名無しさん[sage]   投稿日:2016/04/01 19:27:08  ID:6bcNYIZw.net
本当にいいもので変える合理的な理由があればこんなにアンチは出てこない
そういうことだ

167
デフォルトの名無しさん[]   投稿日:2016/04/01 20:41:57  ID:vSPHDFRv.net
キリッ
コメント1件

168
デフォルトの名無しさん[]   投稿日:2016/04/01 23:16:00  ID:HD6HWf8d.net
Appleも$wift・・ついに守銭奴か・・

169
デフォルトの名無しさん[sage]   投稿日:2016/04/02 00:58:48  ID:uMvMoPO+.net
関数型プログラミング的にはSwift結構いいんでない?
あとReactiveなんちゃらとか

170
デフォルトの名無しさん[sage]   投稿日:2016/04/02 05:36:23  ID:FK2pO5O7.net
プログラミングできる人ってすごいなぁ

171
デフォルトの名無しさん[sage]   投稿日:2016/04/02 09:28:42  ID:oXs6Wm7b.net(3)
JavaScriptプログラマは入りやすいよな
関数ブロックとか、型推論による省略とか、Obj-Cよりはそれっぽい
Reactiveやらプロトコル指向の流行り物フレームワークはUIKitとの相性が微妙?
UIとロジックを分離して設計したら不便ないのかな、教えてエロイ人
コメント1件

172
デフォルトの名無しさん[sage]   投稿日:2016/04/02 09:59:33  ID:NSyOUFVI.net(5)
>171
Reactiveのいいところって関数型プログラミングっぽくなることかメリット
つまりただのパイプを量産するのでテストは楽そう。
でもそれを使って綺麗に実装できるかというと
ViewControllerが邪魔な気がする。
状態を持たない作りをするんだけどViewControllerの存在自体
画面遷移を概念化したものだからReactiveXXに取っては邪魔。

173
デフォルトの名無しさん[sage]   投稿日:2016/04/02 10:46:21  ID:oXs6Wm7b.net(3)
そうだよなぁ、、、
FBのReactive.js, NativeはUI含めてReactiveフレームワークを構成してるけど
ViewController的な存在は許してなかったものな

Qiitaで流行り物に食い付いてるヤツラが
そこの誤りに気付いてUIフレームワークを作るまでSwift Reactiveは待ちかのう
コメント1件

174
デフォルトの名無しさん[]   投稿日:2016/04/02 11:19:22  ID:uxGei7w7.net
$wiftにするとカネ儲かるのか?
Reactiveとかもカネ儲かるのか?
コメント1件

175
デフォルトの名無しさん[]   投稿日:2016/04/02 11:33:58  ID:9i4gG7TD.net
objective-Cに不満でもあるなら

176
デフォルトの名無しさん[sage]   投稿日:2016/04/02 12:09:24  ID:oXs6Wm7b.net(3)
>174
ディスり芸に熱心だからマジレスすると
保守派を説得するという業務にお金出す人がいるので、お前みたいなヤツがいると儲かる
Obj-CでもSwiftでもどっちでもいい、と言われると儲からない

177
デフォルトの名無しさん[sage]   投稿日:2016/04/02 12:19:27  ID:id0boXxj.net
だからアンチを黙らせたいなら、Swiftに変える逼迫的かつ合理的な理由を示せばいいだけだろ
全然難しくなくね?
コメント1件

178
デフォルトの名無しさん[sage]   投稿日:2016/04/02 12:24:07  ID:Z8lSMNsA.net(4)
ディスり芸してるのはアンチじゃなく愉快犯なんだけどな
より実のない>177はマジ者のアンチっぽいけど

179
デフォルトの名無しさん[sage]   投稿日:2016/04/02 12:45:35  ID:hePw8lF7.net(4)
状態を持たないプログラムって、例えばどんなの?

180
デフォルトの名無しさん[sage]   投稿日:2016/04/02 13:06:52  ID:Z8lSMNsA.net(4)
純粋関数型のHaskellが分かりやすい
ブロック内でしか変数を扱えないから状態を持たない(持てない)
最近使ってる人少ないかもだけど、Emacs Lispもそうだっけか
コメント1件

181
デフォルトの名無しさん[sage]   投稿日:2016/04/02 13:38:16  ID:NSyOUFVI.net(5)
>173
ReactiveNativeに走るっというのもありかと。
まだまともに動いてないけどmacアプリも作れるっぽい

182
デフォルトの名無しさん[sage]   投稿日:2016/04/02 13:38:45  ID:NSyOUFVI.net(5)
>180
pureScriptつかってReactiveNativeとか出来たらいいのかね

183
デフォルトの名無しさん[sage]   投稿日:2016/04/02 13:50:51  ID:Z8i1qvMv.net(5)
単に状態は引数で渡すというだけのこと

184
デフォルトの名無しさん[sage]   投稿日:2016/04/02 13:53:06  ID:hePw8lF7.net(4)
画面は状態を維持するし、シリアライズするモデルも状態を保持する必要があるから、
全体を関数型で構築するのは無理ということだね。
コメント1件

185
デフォルトの名無しさん[sage]   投稿日:2016/04/02 14:03:17  ID:Z8i1qvMv.net(5)
>184
そういう状態を全部引数で渡す関数として書けるように考えられたのが
純粋関数型プログラミング言語です
引数で渡す関数として書くということを意識する必要を省くためにモナドとかを使います
Haskellとか
コメント1件

186
デフォルトの名無しさん[sage]   投稿日:2016/04/02 14:05:22  ID:hePw8lF7.net(4)
>185
ユーザーの入力を変数に保持する必要があるでしょう。
コメント1件

187
デフォルトの名無しさん[sage]   投稿日:2016/04/02 14:11:44  ID:Z8i1qvMv.net(5)
>186
ユーザの入力を処理する関数を返す関数を実装すれば、その状態すらも引数です

188
デフォルトの名無しさん[sage]   投稿日:2016/04/02 14:14:08  ID:Z8lSMNsA.net(4)
空中戦を繰り広げてるけど、実際に純粋関数型でUIアプリ作ってみると良いよ

言語仕様としては状態を持つオブジェクトは許さないけど
実際問題として状態を持たないと成り立たないから状態保持を実現するって
若干矛盾したモノを作ることになる

189
デフォルトの名無しさん[sage]   投稿日:2016/04/02 14:22:48  ID:Z8i1qvMv.net(5)
簡単に考えるのならば
ユーザの入力等のイベントと現在の状態を引数に新しい状態を返す関数を実装します
その関数を繰り返し呼べばいいのです
コメント1件

190
デフォルトの名無しさん[sage]   投稿日:2016/04/02 14:26:19  ID:hePw8lF7.net(4)
>189
なるほどね、画面更新のたびにその関数を呼んで全ピクセル計算するわけだw
コメント2件

191
デフォルトの名無しさん[sage]   投稿日:2016/04/02 15:22:02  ID:jUxZCBE4.net(2)
Reactive.jsとかReactiveNativeとか言ってるやつら、名前からして間違ってて知ったか丸出しでウケる

192
デフォルトの名無しさん[sage]   投稿日:2016/04/02 15:54:56  ID:Z8lSMNsA.net(4)
今なら箸が転がっても笑ってくれそう

React Native(js) vs Swift なら Swift の方が使いやすいと思う
フレームワークとしてはキレイだけど、Reactは色々と理想を追い求めすぎてんよ、、、
コメント1件

193
デフォルトの名無しさん[sage]   投稿日:2016/04/02 16:42:19  ID:KyAVAA6u.net(2)
>190
vdomとか知らなそう

194
デフォルトの名無しさん[sage]   投稿日:2016/04/02 18:59:16  ID:Z8i1qvMv.net(5)
>190
全部計算して新しい状態を作り直す必要は無いのです
入力等のイベントの影響をうける部分だけを作り直して、
変化の無い部分は古い状態への参照でいいのです
場合によっては古い状態をまるごと新しい状態として返すのもありです
これを実現するために重要なのが不変オブジェクトであり、
オブジェクトが不変であるからコピーでは無く参照を使って
上記を効率良く実現します
コメント1件

195
デフォルトの名無しさん[sage]   投稿日:2016/04/02 19:24:29  ID:KyAVAA6u.net(2)
ObjC擁護してSwift叩いてる層は、単に新しい技術やパラダイムを知らない、知ろうとしてないだけ?

196
デフォルトの名無しさん[sage]   投稿日:2016/04/02 19:39:09  ID:VQ71+BzP.net
AppKitでもUIKitでもなんでもいいけど、
Swift NativeのUIフレームワークがない限り、
import Cocoaはほぼ必須ですよね。

どんなにSwift推しでも、UIはCocoaに頼る必要がある以上、
純粋なSwiftオブジェクトより、NSObjectのサブクラスを
結局使っちゃうけどなぁ。

197
デフォルトの名無しさん[sage]   投稿日:2016/04/02 19:40:54  ID:NSyOUFVI.net(5)
>192
それにXamrinも足してバトルしてほしい。
果たしてどれがいいのか。
windowsPhoneの将来に期待が持てるようになったら
c#という選択肢もありなのかもとはいえc#の魅力は全く知らないんだけど
コメント1件

198
デフォルトの名無しさん[sage]   投稿日:2016/04/02 20:09:18  ID:cxMWKDGl.net
おれの場合Windows業務系の開発が仕事の主体だし
こんな状況になったらもうC#一択かな

199
デフォルトの名無しさん[sage]   投稿日:2016/04/02 20:16:12  ID:Vva5uz2t.net
叩いてる人の具体的な意見としてはどういうのがあるんだっけ?
iOSアプリ開発が中心の人ならともかく、たまに開発するくらいの頻度だと、
必要になるまで積極的にSwiftを勉強しない、なぜならObj-Cで同じことできるから様子見、ってのは叩くのとは違うよね?

200
デフォルトの名無しさん[sage]   投稿日:2016/04/02 20:28:32  ID:3k8UGCk0.net
>197
ファイッ
Lua: Corona
Python: Kivy
Ruby: RubyMotion
C/C++: Cocos2dx
C#: Xamarin
Java: RoboVM
HTML5/JS: Cordova
JS: React Native
Any: Unity

こんなもの、どれでもいいレベル、軽いアプリケーションを作るなら得意な言語で作れば良い
どうせUnity(ゲーム)以外で1言語マルチプラットフォームは汎用的な商用開発に耐えない

201
デフォルトの名無しさん[sage]   投稿日:2016/04/02 20:39:14  ID:tXaplc4T.net
RubyMotionとかあったなぁ、あれこそ完全にオワコンだな

202
デフォルトの名無しさん[sage]   投稿日:2016/04/02 21:06:38  ID:jUxZCBE4.net(2)
デスクトップだとElectron製アプリが爆発的に増えてるけどね

203
デフォルトの名無しさん[sage]   投稿日:2016/04/02 21:46:02  ID:pt9xx1lF.net
C#は開発効率良いよなぁ
linqとwpfはすごいわ
どっちも開発に使ってるけどswiftはまだ泥臭いコード書かされるところ多い
コメント1件

204
デフォルトの名無しさん[sage]   投稿日:2016/04/02 23:20:31  ID:NSyOUFVI.net(5)
>203
もうちっと具体的にC#のメリットをswiftと比較して語ってくれると嬉しい。

205
デフォルトの名無しさん[sage]   投稿日:2016/04/03 02:18:06  ID:h3llWWlJ.net(2)
>194
それ状態を保持してるじゃん。>古い状態
コメント1件

206
デフォルトの名無しさん[sage]   投稿日:2016/04/03 02:41:34  ID:Dm6lakgM.net
Swiftの勉強したくないからSwiftアンチしてると思ってるバカが多すぎ
コメント2件

207
デフォルトの名無しさん[sage]   投稿日:2016/04/03 02:43:32  ID:ZV9NMQt1.net(2)
>205
だれが古い状態を保持しているのですか?
コメント1件

208
デフォルトの名無しさん[]   投稿日:2016/04/03 03:03:14  ID:h3llWWlJ.net(2)
>207
は?
保持して無いなら何を参照してるんだよ。
コメント1件

209
デフォルトの名無しさん[sage]   投稿日:2016/04/03 04:29:19  ID:sllzJKZR.net
根本的に関数型プログラミングをわかってなさそうだな

210
デフォルトの名無しさん[]   投稿日:2016/04/03 10:19:48  ID:cQ4xdL6z.net
他人の書いた$wiftコードは読めない

211
デフォルトの名無しさん[]   投稿日:2016/04/03 10:35:16  ID:o+6XAuqe.net
>206
swiftで仕事してるが型推論で楽々なswiftがクソすぎ
その時楽したペナルティーが大きすぎる
optionalはプロとビギナーで使い方が違いすぎてカオスになるし
えっクソコードの無駄な頑張りも痛い

212
デフォルトの名無しさん[sage]   投稿日:2016/04/03 11:24:32  ID:ivs60oLk.net(3)
>206
お前は勉強しても理解できないだけだもんな
コメント1件

213
デフォルトの名無しさん[sage]   投稿日:2016/04/03 12:01:14  ID:Vjn15VJc.net(6)
2年も前からswift使うとobjcより生産性低くて工数かかるって言われてるのに
今さらObj-Cマンセーを担いでアンチするのは理解に苦しむ

こちとら、それを承知で使ってるんだよ
アンチやヘイトしてる信者は何を期待してるんだろうね
swiftが害悪だからやめろってのは、PGじゃなくPMに言うべきことだろ

214
デフォルトの名無しさん[sage]   投稿日:2016/04/03 12:08:07  ID:ZV9NMQt1.net(2)
>208
状態の一部分もしくは全体を参照しているのは、引数もしくは戻り値です

215
デフォルトの名無しさん[sage]   投稿日:2016/04/03 12:34:48  ID:ygJhNlIm.net
>212
そういう思い込みもバカ丸出しだな
Objective-CができてSwiftが理解できないやつなんていないだろ
コメント1件

216
デフォルトの名無しさん[sage]   投稿日:2016/04/03 13:00:53  ID:Vjn15VJc.net(6)
Optionalやfor eachは理解出来ても使いこなせない子がいるらしいっすよ?
あと、インクリメントは分かるけど、デクリメントが分からない>62とか
新しいことを使いこなせないと大変だなぁ

217
デフォルトの名無しさん[sage]   投稿日:2016/04/03 13:45:04  ID:NF4r9xee.net
ちょっとXamarinをきっかけにC#もみてるんだけどoptional型あるんだね。
https://ja.wikipedia.org/wiki/C_Sharp
ちょっとやってみたくなってきた。
C#は歴史がそれなりにあるから言語仕様的に割と安定してるのかな。
マルチプラットフォームで開発できるのは魅力的だなぁ
ビジネスロジックをandroidとiosで共有化できるし

typeScriptといいVSCといいマイクロソフトの開発環境の開発力は高い気がする。
いっその事ios開発環境をマイクロソフトが作って欲しい

218
デフォルトの名無しさん[sage]   投稿日:2016/04/03 13:54:22  ID:jlk/WnzK.net(2)
>215
いや、直近のスレの流れを見てるといるみたいだぞw
コメント1件

219
デフォルトの名無しさん[sage]   投稿日:2016/04/03 14:16:46  ID:/Jgcl09N.net
>218
もしそれが本当ならなおさらSwiftの利点がなくね?
コメント1件

220
デフォルトの名無しさん[sage]   投稿日:2016/04/03 14:40:54  ID:jlk/WnzK.net(2)
>219
どゆこと?
Swiftに限らず、何かの利点とそれを理解できない人がいることは関係あるのかな

221
デフォルトの名無しさん[sage]   投稿日:2016/04/03 16:15:55  ID:z6Yr/MxX.net
質問です。
NSStringとStringの相互変換
NSArrayとArrayの相互変換
これらのオーバーヘッドとか、ガイドラインとか、
まとめられたページを探しています。

前者は必ず成功すると理解しているけど、オーバーヘッドは無視出来るのか?
後者は参照型との変換が都度発生するので極力変換を避ける、と理解していれば良いですか?

222
デフォルトの名無しさん[sage]   投稿日:2016/04/03 17:19:55  ID:Vjn15VJc.net(6)
それくらい自分でベンチマーク作れと言いたいが
http://pastebin.com/GVGL446t

% swiftc bench.swift
% ./bench
Array to NSArray: 196.956992149353 msec
Array to Array: 2.87497043609619 msec
NSArray to Array: 547.742962837219 msec
NSArray to NSArray: 0.0150203704833984 msec

なんかNSArray to Arrayが異常なのでキャストの仕方で良い方法をエロい人教えて
あと、要素の型がClass, Struct, プリミティブ型でも違う気がするからそれは自分でやれ

223
デフォルトの名無しさん[sage]   投稿日:2016/04/03 17:23:08  ID:Vjn15VJc.net(6)
25行目にdateの更新抜けてた、脳内補完でよろ
結果は誤差かのう
Array to NSArray: 195.33497095108 msec
Array to Array: 2.90495157241821 msec
NSArray to Array: 531.825959682465 msec
NSArray to NSArray: 0.0210404396057129 msec

224
デフォルトの名無しさん[sage]   投稿日:2016/04/03 17:40:07  ID:ivs60oLk.net(3)
NSArray→Arrayは型チェックでO(n)かかる
ObjCの方でジェネリクス指定してる場合どうなるかは知らん

225
デフォルトの名無しさん[sage]   投稿日:2016/04/03 17:49:50  ID:Vjn15VJc.net(6)
NSArrayで<Int>で指定しようとしたら当然ながらビルドエラーだったよ:(
その辺りも暗黙の型変換入ってるから、NSObjectを要素にした方が正確かもしれん

226
デフォルトの名無しさん[sage]   投稿日:2016/04/03 18:19:32  ID:Vjn15VJc.net(6)
NSObjectにしたらNSArray to Arrayも耐えられる速度になったので、ループ回数の補正も直したよ
http://pastebin.com/3NvM9xES

Array to NSArray: 193.588972091675 msec
Array to Array: 3.18503379821777 msec
NSArray to Array: 209.782004356384 msec
NSArray to NSArray: 3.2770037651062 msec

要素がIntでクッソ重いのはプリミティブ型だと型チェックに加えてコピーしてるんじゃないのかねぇ
NSArray to Array が Array to NSArray の 2,000倍 遅いのは条件分岐ってレベルじゃない
コメント1件

227
デフォルトの名無しさん[sage]   投稿日:2016/04/03 19:04:27  ID:9TLLLdbK.net
NSArray to Arrayは構造体に中身詰めなおしてるけど、
Array to NSArrayはSwift Arrayをヒープに移動させて、参照保持してるだけなんじゃないの

228
デフォルトの名無しさん[sage]   投稿日:2016/04/03 19:39:31  ID:wuVkf/n+.net
それだけなら>226で同等性能な説明がつかなくないか

最新のObj-C仕様を知らないが、今もNSArrayにプリミティブ型突っ込めないよな?
Array<Int> => NSArray<NSNumber> で全要素分のNSNumberインスタンスを作ってるんじゃないか
それなら要素がIntの Array to NSArray だけ極端に遅い理由は分かる

まぁ暗黙の型変換はアポーの御心によってちょいちょい動作変わるから、理解するより慣れろで使うべきだと思う

229
デフォルトの名無しさん[sage]   投稿日:2016/04/03 21:29:23  ID:ivs60oLk.net(3)

230
デフォルトの名無しさん[sage]   投稿日:2016/04/03 23:19:17  ID:+4G3NwOT.net
まさか早い早いと言っていたSwiftが遅かったとはな、、残念だ
コメント1件

231
デフォルトの名無しさん[sage]   投稿日:2016/04/04 06:14:38  ID:8ikdH9Gd.net
これ要は、普通にArray<object>使うと代入直後は値型じゃなくて参照型になるって言ってるかな?

ObjectでなくSwift側がprimitiveである場合、変換で都度全要素のCastが動くから重い。
CopyーOnーWriteなので、更新がかかったらその場でコピー、値型として振舞う。

その場合メモリ断片化し得ると読んだけど、cast直後と、その後Arrayの要素を操作した後とで、パフォーマンスに差が出そう。

232
デフォルトの名無しさん[]   投稿日:2016/04/04 08:08:31  ID:D+O6J8Kz.net(2)
ネイティブアプリのメモリの断片化なんてH/Wの仕事だから、そこがモッサリjavaとの大きな違い

233
デフォルトの名無しさん[]   投稿日:2016/04/04 08:14:44  ID:8AVinqFc.net(2)
Arrayは参照渡しなだけでバッファはヒープにあるだろ

234
デフォルトの名無しさん[]   投稿日:2016/04/04 08:17:20  ID:D+O6J8Kz.net(2)
obj-Cのほうが単純で分かりやすいよな

235
デフォルトの名無しさん[]   投稿日:2016/04/04 09:36:37  ID:8CglthOk.net
SwiftのArrayも、要素の追加削除ができる時点で、内部的にはポインタで管理だな。
コメント1件

236
デフォルトの名無しさん[sage]   投稿日:2016/04/04 10:26:33  ID:opjeZDWo.net
メモリ断片化排除ってhwの仕事だったの!?

237
デフォルトの名無しさん[]   投稿日:2016/04/04 10:33:43  ID:8AVinqFc.net(2)
健全でない言葉が含まれているため表示しません 内容を確認する

238
デフォルトの名無しさん[sage]   投稿日:2016/04/04 10:40:25  ID:Cu4dHpfA.net(3)
VMがMMUに処理を渡してる、とマジレス
VMもネイティブバイナリだから当然だよなぁ

>230
速いって思ってるのはエアプログラマだろw
実用してるヤツラでもswiftの性能の悪さは周知の事実だ
それを補うメリットがある(?)から使ってんだろ
コメント1件

239
デフォルトの名無しさん[sage]   投稿日:2016/04/04 11:00:09  ID:Cu4dHpfA.net(3)
>235
let Arrayとvar Arrayで中の人が違う、、、と思いたい
NSArrayとNSMutableArrayも違うよな、そうだよいってくよ、バーニィ

240
デフォルトの名無しさん[sage]   投稿日:2016/04/04 13:47:45  ID:M4TbN6Fx.net(2)
Swiftに変える合理的な理由などない
Appleが変えたいから
それ以外に理由などない
AppStoreでおこぼれもらいたい下僕どもはただただ従うのみ
以上だ
コメント1件

241
デフォルトの名無しさん[sage]   投稿日:2016/04/04 13:48:51  ID:Cu4dHpfA.net(3)

242
デフォルトの名無しさん[]   投稿日:2016/04/04 18:00:20  ID:gxcrcrM1.net(4)
ちょっと誰か教えてください

for var i = 0; i < 100; i += 5 {
//
}

みたいなforを書いたとき

C-style for statement is deprecated and will be removed in a future version of Swift

って将来のことをいわれ、書き換えようかとおもうのですが、こういうパターンのときってどうしたらいいんですか?

243
デフォルトの名無しさん[]   投稿日:2016/04/04 18:03:57  ID:gxcrcrM1.net(4)
あ、、ポイントは i += 5なところです。。 i += 1 なら 0...100 やりゃいいんで困らないのですが。。

244
デフォルトの名無しさん[]   投稿日:2016/04/04 18:07:16  ID:gxcrcrM1.net(4)
すみません。 >66 に答えがありました。。。

245
デフォルトの名無しさん[sage]   投稿日:2016/04/04 20:25:14  ID:wuqWnIzW.net(2)
0.stride(through: 100, by: 5).forEach はどうよ、と思ったら遅せぇww
http://swiftlang.ng.bluemix.net/#/repl/40ddd8e51fed22e0f73f04401e36f7448a559376ab0455580d3691e515d7de2f

$0も可読性悪いし、Map forEachはないわな
この程度は誤差だけど、可読性無視したにわかが好んで使いそうなので
その場合は生暖かい目で見てあげるのが正しい処置なんだろうな
コメント1件

246
デフォルトの名無しさん[sage]   投稿日:2016/04/04 21:25:03  ID:Fl6xz6zl.net
その書き方するぐらいならwhile使えよ

247
デフォルトの名無しさん[sage]   投稿日:2016/04/04 22:05:14  ID:wuqWnIzW.net(2)
アンチがフィーバーする前にも言われてたけど
for each入れるのは良いけどC style forを削除するのはアホだよなぁ
proposalではC style forとstrideが等価機能って言ってるけど、性能まではそうではない
コメント1件

248
デフォルトの名無しさん[sage]   投稿日:2016/04/04 22:26:32  ID:M4TbN6Fx.net(2)
アンチCありきの言語なんだから仕方ないだろ
諦めろ

249
デフォルトの名無しさん[sage]   投稿日:2016/04/04 23:00:56  ID:gxcrcrM1.net(4)
swift まだまだ言語仕様変更たくさん入りそうで、大量のコード書くのが怖いや(;^ω^)

250
デフォルトの名無しさん[sage]   投稿日:2016/04/04 23:20:21  ID:6rJY0GHh.net
性能より間違いの無さなんだろうね
レベルの低いプログラマでも安全なコードになる様、自由に書けないように設計されてる気がする
コメント2件

251
デフォルトの名無しさん[sage]   投稿日:2016/04/04 23:30:43  ID:/YWN6rjn.net
>250
>レベルの低いプログラマでも安全なコードになる様、自由に書けないように設計されてる気がする
もし本当にそうならまずARCをやめるべきだろ。
単純にobj-c依存ライブラリが大半な過渡期であり、
性能よりモダンな書き方と依存ライブラリとの極力シームレスな接続を目指したってところ。
そのうちswiftで書きなおされた新UIKitがswiftで書かれてきて
それをobj-cから無理やり使えるという逆転状態に持って行くと思う。
そうやって少しずつ移行を進めていく。
いままでのAppleのやり方ってそうだったし。

252
デフォルトの名無しさん[sage]   投稿日:2016/04/04 23:52:16  ID:o1N15YB8.net
>245
lazy 噛ませてリリースビルド(-O)でコンパイルすれば
lazy-stride + forEach と stride + for-in と C-style for文 は同等の速さだったぞ
コメント1件

253
デフォルトの名無しさん[sage]   投稿日:2016/04/05 00:07:19  ID:WKkWXPD6.net
lazyとかwww
いまはLOUDNESSやろ

254
デフォルトの名無しさん[sage]   投稿日:2016/04/05 01:38:58  ID:pISDoJRE.net
>250
バカ用言語Swift wwwwwwwwwwww

255
デフォルトの名無しさん[]   投稿日:2016/04/05 02:21:47  ID:nbcjpUyM.net(4)
自由度高杉で$wiftが嫌いなんだが・・

256
デフォルトの名無しさん[]   投稿日:2016/04/05 02:26:45  ID:nbcjpUyM.net(4)
健全でない言葉が含まれているため表示しません 内容を確認する

257
デフォルトの名無しさん[sage]   投稿日:2016/04/05 03:01:19  ID:vohu3sSY.net
健全でない言葉が含まれているため表示しません 内容を確認する

258
デフォルトの名無しさん[sage]   投稿日:2016/04/05 04:51:22  ID:9nVBXDaf.net
>247
性能はどう頑張ってもCと等価にはならんよ。
>229にも等価がゴールだと書いてるが、ランタイムで関数呼んでる時点でオーバーヘッドがある。
Appleは低レベル用のCのAPIも整備してるので、使い分けだよ。
コメント1件

259
デフォルトの名無しさん[sage]   投稿日:2016/04/05 06:33:49  ID:ERWE0AZ3.net
>258
それは承知だけど、C style forは勿体ないなぁ、、、と
for I in 0...100 で1づつ上げるなら同等だったけどさ

ついでに ++ と advancedBy の性能評価したら、こっちは同等だった
Obj-Cも SwiftもどうせIDEなしじゃ辛い言語なので、コーティングの面倒は無視しよう

260
デフォルトの名無しさん[]   投稿日:2016/04/05 08:55:00  ID:nbcjpUyM.net(4)
>238
VMか使うメモリとアプリが使うメモリは違う
アプリが使うメモリはVMが管理する必要がある
MMUの手助けは多少あるかもしれないがVMからMMUは見えないから

261
デフォルトの名無しさん[]   投稿日:2016/04/05 08:57:55  ID:nbcjpUyM.net(4)
今更swift覚えるヒマがあったらframework3つ覚えたほうがいいよ

262
デフォルトの名無しさん[]   投稿日:2016/04/05 08:59:05  ID:0lBSdogL.net(2)
もう言語レベルの未来はC#かjavaでいいよ。。

263
デフォルトの名無しさん[sage]   投稿日:2016/04/05 09:06:22  ID:x9DvuyDk.net
意識高い系は車輪の再発明って言葉好きだけど
そういう奴に限ってこういうの好きなんだよな

264
デフォルトの名無しさん[sage]   投稿日:2016/04/05 09:07:17  ID:OQs1aMgK.net(2)
何十年前のVM実装を想定してるんだ、、、
AndroidはJava、JavaだからVM、VMだからMMUは見えない
よって、 AndroidはMMU見えてない、みたいな短絡理解すらありそう

OSやランタイム、コンパイラ特性を個々に詳しくないけど、厳密に管理したいって人はC/C++安定だな
Obj-Cも大概特異なコードだけど、それに輪をかけるSwiftは全く向かない
意識高く無駄に気を回して、逆に性能悪いコード書きそうだよ

265
デフォルトの名無しさん[]   投稿日:2016/04/05 09:12:53  ID:0lBSdogL.net(2)
AndroidはLinux KernelつまりC/C++じゃんか

266
デフォルトの名無しさん[sage]   投稿日:2016/04/05 09:36:57  ID:OQs1aMgK.net(2)
論点ズラしか、マジレスか、ネタか分からんが、ちょっとワロタw
C#のダイレクトマーケティングより、そのお笑いを活かして欲しい

267
デフォルトの名無しさん[sage]   投稿日:2016/04/05 15:09:32  ID:sjapxTBH.net
>252
うろ覚えの範囲で構わないのでサンプルコードplz
lazy周りの有効な使い方が知りたいよ

268
デフォルトの名無しさん[sage]   投稿日:2016/04/07 00:11:24  ID:Fjwi80f7.net
C#って、最近はCホンハイって呼ばれてるんだろ。
恥ずかしくて使いたくないよ。

269
デフォルトの名無しさん[]   投稿日:2016/04/07 00:41:27  ID:1vbmFl9s.net(2)
$wiftも恥ずかしい

270
デフォルトの名無しさん[]   投稿日:2016/04/07 01:01:05  ID:1vbmFl9s.net(2)
潰れたシャープって全てがシャープじゃなかったな・・
東芝も間もなく倒産だし・・

271
デフォルトの名無しさん[]   投稿日:2016/04/07 10:30:15  ID:eSoOpHnE.net
XCode7.3にしたらSwift、iOS7でBad Accessするようになったんだが、早くなんとかしろよ。
というか早く開発のサポート打ち切り宣言してくれよ。

class A<T> {
var hoge: Int
init() { self.hoge = 1 }
}
class ViewController: UIViewController {
override func viewDidLoad() {
super.viewDidLoad()
let _ = A<Double>() // ← 死亡
}
}
コメント1件

272
デフォルトの名無しさん[sage]   投稿日:2016/04/07 19:48:08  ID:aCu/sOt7.net
>271
どうした?泣き言か?
コメント1件

273
デフォルトの名無しさん[sage]   投稿日:2016/04/07 22:05:52  ID:AfKykSUD.net
落ちるのは問題でしょ
こういう問題ってOSバージョンアップした時に起きたりするの?
コメント1件

274
デフォルトの名無しさん[sage]   投稿日:2016/04/08 08:49:03  ID:dKbs4Qh+.net
なんでクソなSwiftなんか使ってんだよ
自業自得
もっと完成度が上がってからにすればいいのに
コメント2件

275
デフォルトの名無しさん[sage]   投稿日:2016/04/08 11:15:57  ID:qHK9+Kc0.net
これマジすか?

Google、Android用開発言語として
「Swift」への移行を検討中か?!
http://gori.me/google/google-news/85695

276
デフォルトの名無しさん[sage]   投稿日:2016/04/08 12:07:03  ID:5f93SXyM.net(2)
ステマ乙
Xamarinくらいのダイレクトマーケティングでやり直し

277
デフォルトの名無しさん[sage]   投稿日:2016/04/08 12:41:39  ID:EiHjwqmG.net
もしGoogleが開発に加わったらかつてのWebKitみたいに開発改良が加速するだろうな

278
デフォルトの名無しさん[sage]   投稿日:2016/04/08 13:07:38  ID:yaLzK7dn.net(2)
ORACLEにネチネチ金を毟り取られるのに嫌気がさしたんだろう

279
デフォルトの名無しさん[sage]   投稿日:2016/04/08 13:15:40  ID:5f93SXyM.net(2)
スレチだけど、Oracle(Sun Microsystems)に対しては不誠実すぎるからむしられてまえと思う
Java仕様策定グループに入って数年後、自前のJavaVM実装作ってAndroidとかOracleはキレていい

DartやGoもモバイル向けじゃないし、永遠むしられろ
ART Runtimeごときで逃げられると思うなよ

280
デフォルトの名無しさん[sage]   投稿日:2016/04/08 13:44:51  ID:8K8OxpzX.net(2)
swiftでandroid使えるようにするくらいなら
googleが正式にkotlinをメイン言語に据えるって発表したほうがいいのでは?
コメント1件

281
デフォルトの名無しさん[sage]   投稿日:2016/04/08 15:56:59  ID:Im2yO6bb.net
AppleもGoogleもSwiftへの「移行」ってのが馬鹿だよなあ
なんでMSみたいにユーザーが言語選べるようにしないんだ

282
デフォルトの名無しさん[sage]   投稿日:2016/04/08 16:19:23  ID:AA7rm6mz.net
本来なら一本化する方がいいに決まってる
コメント2件

283
デフォルトの名無しさん[sage]   投稿日:2016/04/08 17:18:00  ID:yaLzK7dn.net(2)
WWDCまであと二ヶ月しか無いけどSwift関連ではバージョン3意外に何かアナウンスできるものがあるんだろうか
中の人の進捗どうなんだろ

284
デフォルトの名無しさん[sage]   投稿日:2016/04/08 17:44:19  ID:8K8OxpzX.net(2)
>282
それは開発者の都合であり
エコシステム作ってる側からすれば 囲い込みたい

285
デフォルトの名無しさん[sage]   投稿日:2016/04/09 00:19:04  ID:A771Lk4q.net
>282
objcとswiftはダメだと

286
デフォルトの名無しさん[sage]   投稿日:2016/04/09 00:26:05  ID:ncpORidQ.net(2)
Swiftの覇権確定したな

287
デフォルトの名無しさん[]   投稿日:2016/04/09 01:12:02  ID:ncdfEqIF.net(2)
>272
泣き言だよバカヤロー

>273
swift2.2対応かね?

>274
Xcode7.2まで問題なかったが完成度あげられたせいで発生した問題ですが?
ていうかいつまでもObjCとか使ってられねーよ。
Appleがいつ打ち切るかなんてわかったもんじゃねーし。

288
デフォルトの名無しさん[sage]   投稿日:2016/04/09 03:14:42  ID:WgVJAQjW.net
UIColorにextensionでFailable Initializerを追加してんだけどreturn nilする場合は先にself.init()しないとBAD ACCESSで落ちるようになったわ
2.2からは早期に打ち切れるようになったんじゃないのかよw

289
デフォルトの名無しさん[sage]   投稿日:2016/04/09 05:17:38  ID:y+sZ9AFx.net(5)
継承とextensionは実装が別物じゃないの?
と思うけど、切り分け理解出来ない子が多そうだから
super.init()の後呼びなんて非対応のままにしておけば良いのにな

290
デフォルトの名無しさん[sage]   投稿日:2016/04/09 07:29:14  ID:er2VxWog.net
実は2.1までextensionでself.init()呼ばなくても通ったんだよ
コメント1件

291
デフォルトの名無しさん[sage]   投稿日:2016/04/09 08:57:01  ID:7UNIlT2O.net
>274
アンチスレ行こうぜ
ここはswiftがお似合いの人種のスレだ

292
デフォルトの名無しさん[sage]   投稿日:2016/04/09 10:52:52  ID:SYvRu2WC.net(2)
みんな色んな人間の反応が見たくて集まってるわけだからアンチスレへの隔離は意味ないよ。
アンチの書き込みも信者の書き込みもきちんと真摯に受け止めるくらいじゃないと。
信者同士の馴れ合いがしたいんならFacebookのほうがいいね!

293
デフォルトの名無しさん[sage]   投稿日:2016/04/09 11:41:16  ID:y+sZ9AFx.net(5)
いや、生産性のないヘイトだけのアンチはアンチスレにどうぞ
ダメな所を指摘するんじゃなくて、ディスリ芸だったりObj-Cマンセーだったり、前スレ酷かったからな

294
デフォルトの名無しさん[sage]   投稿日:2016/04/09 11:42:27  ID:DXF/IQ/W.net
Swiftマンセーも酷いけどな

295
デフォルトの名無しさん[sage]   投稿日:2016/04/09 11:57:01  ID:ncdfEqIF.net(2)
ObjCが良かろうが悪かろうが、Apple様がSwiftに力入れる(そのうちObjCは切るかもしれない)って言ってんだからついていくしかないだろうが。
コメント2件

296
デフォルトの名無しさん[sage]   投稿日:2016/04/09 12:02:49  ID:I/CXpaoQ.net(2)
しかないって、依存度100%だな

297
デフォルトの名無しさん[sage]   投稿日:2016/04/09 12:08:48  ID:y+sZ9AFx.net(5)
マジモンのswift信者は前スレ、今スレにはいないと思うがなぁ

Obj-Cを切るかもという噂もあるが
SwiftはそのうちIBMに押し付けてアポーはフェードアウトする可能性もある
どうせApple OS専用言語なので依存するのは良いが、Obj-Cと両睨みでやってないと恐い
コメント2件

298
デフォルトの名無しさん[sage]   投稿日:2016/04/09 12:42:42  ID:E3dGW4Br.net(2)
アンチはアンチなりにもっと具体的に問題点を指摘してくれたほうが
意味があるからなんとなくのアンチはやめて欲しいところ。

obj-cもcのライブラリとか使いたい時にはありがたい。
c++のライブラリもNSDictionaryとかNSArrayを使ってラッパーを作って
swiftから使うという使い方が便利。

だからobj-cもずっと残って欲しい。swiftからcのライブラリを使うのはつらすぎる。
俺にとっては住み分けの問題でどっちも必要なんだよね。

でビジネスロジックはswiftを使いたいかな。

299
デフォルトの名無しさん[sage]   投稿日:2016/04/09 12:52:33  ID:SYvRu2WC.net(2)
>295 >297
>Apple様がSwiftに力入れる(そのうちObjCは切るかもしれない)って言ってんだから
>Obj-Cを切るかもという噂もあるが

初耳詳細希望
コメント1件

300
デフォルトの名無しさん[]   投稿日:2016/04/09 14:32:45  ID:Aqi7sbs/.net
$wiftがいいとか悪いとか嫌とかなのではなくて、同じ結果を出すのに、なんで新しい言語を覚えなきゃならないのかってこと
obj-Cで十分まともなプロダクトになる
コメント1件

301
デフォルトの名無しさん[sage]   投稿日:2016/04/09 14:34:29  ID:ncpORidQ.net(2)
ObjCなんか切るに決まってんだろ
今年のWWDCでObjCの葬式やるよ
http://i.imgur.com/H9oFV1I.jpg

302
デフォルトの名無しさん[sage]   投稿日:2016/04/09 15:27:41  ID:Zt4TYUJ0.net
なんかすげえことになったな
去年くらいにswiftやったほうがいいことになる
とかまとめサイトにまとめられてたやつがいたが
このことだったのか…

303
デフォルトの名無しさん[sage]   投稿日:2016/04/09 16:19:14  ID:y+sZ9AFx.net(5)
JavaScriptに文法似せてその層のプログラマを新規参入させるのが目的で、現行Obj-Cやってる層はそのままで良い
というのに、何故か、排斥される!と危機感?を感じてディスりに来るObj-C信者がいるのがオカシイ

>299
眉唾情報をフィルタ出来る人でないと(掲示板を使うのは)難しい

>290
self.initなしで動いてたのは驚きだw
なんか突貫で直した感じだから、そのうちまた改修入りそうね
コメント2件

304
デフォルトの名無しさん[sage]   投稿日:2016/04/09 16:27:50  ID:E3dGW4Br.net(2)
>300
むしろ新しい言語覚えるのそんなに大変じゃないだろ
UIKitの使い方は一緒だし

305
デフォルトの名無しさん[]   投稿日:2016/04/09 16:51:39  ID:C4V1QWwj.net
>303
JavaScriptしか書けない人間ってあまりいないかも知れないが、純JavaScripterがSwiftをやったら型とオプショナルでつまずきそうな気がする
コメント1件

306
デフォルトの名無しさん[]   投稿日:2016/04/09 17:12:20  ID:f4edAL7s.net
将来はobjc切るかもしれないけど、数年はないでしょう。
それなりにば言語として落ち着いたらobjcに対する新機能実装は減っていき、swift優先で実装されるんだろうけど。
いそれなりに言語として普及してアプリが出た状態にならないと
iOS/Macのアプリ開発者が減ってアプリ販売本数が減ってアップル収益を崩しかねない。
5年以上は両方続くと思うなあ。

307
デフォルトの名無しさん[sage]   投稿日:2016/04/09 17:20:19  ID:hh+9O34o.net
AppleのOSの開発に限ったとしても
現時点では魅力のない言語だと思うよ
AppleのOSの開発だけで満足する人で既存の言語を知らない人がするにはいいかも知れないけど
将来性がまた見えてないしリスクがあることは承知してやるべきだ。
WindowsやLinuxやモバイルまでも考えているなら、こんなもの論外だということは認めてからやろう。

308
デフォルトの名無しさん[sage]   投稿日:2016/04/09 18:23:44  ID:y+sZ9AFx.net(5)
そんな分かりきったことをドヤ顔で言わなくてもw

>305
型はJSでも少なからず意識するし大丈夫じゃない?
コンパイル時にエラー出す分、楽な気がする

オプショナルは、、、評判悪いのう
慣れると別に大したモノじゃないけど、最初のナニコレ!?感をよく聞くわ

309
デフォルトの名無しさん[sage]   投稿日:2016/04/09 18:33:48  ID:f0Ftsbz8.net
Swiftのターゲットの範囲ではObj-Cより書きやすく、読みやすくなるのは事実だと思うし、Swiftの存在価値がないとは思わない。
一方で、SwiftがObj-Cを全て代替できるわけではないのだから、Obj-Cで書いたほうが明らかに楽な部分があるのもまた事実。

Swiftなんて消えてなくなる、Obj-Cなんて消えてなくなる、のどちらでも、言ってる人は業務範囲が狭くて羨ましい。
Obj-C++が使えなくなって、C++のライブラリ使うのにラッパーのCライブラリを書いて呼び出すなんてのは本当に勘弁してほしい。

310
デフォルトの名無しさん[]   投稿日:2016/04/09 21:26:09  ID:4JfbIEc3.net
Swiftが使われるようになるって聞いたけど
勉強は難しいか?

311
デフォルトの名無しさん[sage]   投稿日:2016/04/09 21:34:40  ID:mpcW37K+.net
ですか?

312
デフォルトの名無しさん[sage]   投稿日:2016/04/09 21:52:10  ID:W0UfgkyU.net
Swiftの言語仕様自体は別に難しくないけど
結局標準的なパターンみたいなものがなくて、
「これがSwift流だ!」って言ってるやつがみんな自己流オナコード見せ付けてくるから、
真面目に業務に利用する言語として勉強するのは難しいと思う

逆に分からんやつしかおらんから、オナコード書いてSwift使えるって詐称するのは簡単

313
デフォルトの名無しさん[sage]   投稿日:2016/04/09 21:59:08  ID:I/CXpaoQ.net(2)
新しいパターンとかは無いもんな。

314
デフォルトの名無しさん[sage]   投稿日:2016/04/09 22:03:01  ID:l+ThhSix.net
新しいパターンもクソもないだろ
素人ほど意味不明なこと言いだすよね

315
デフォルトの名無しさん[]   投稿日:2016/04/09 23:53:12  ID:I/Nepcfn.net(2)
Swift終わったな・・
コメント1件

316
デフォルトの名無しさん[]   投稿日:2016/04/09 23:54:30  ID:n9LxNHOQ.net
もうアセンブラでいいよ

317
デフォルトの名無しさん[]   投稿日:2016/04/09 23:56:21  ID:I/Nepcfn.net(2)
オレに聞け!スレがたたない限り無理

318
デフォルトの名無しさん[sage]   投稿日:2016/04/10 00:06:38  ID:A0p52JdG.net
>315
このレス懐かしいなw
久しぶりに見た気がする

319
デフォルトの名無しさん[sage]   投稿日:2016/04/10 01:27:53  ID:6670WvNR.net(2)
>303
いや排斥予定なんだろ?
じゃなかったらこんなアンチがわくわけがない
コメント2件

320
デフォルトの名無しさん[]   投稿日:2016/04/10 02:51:14  ID:D6Hp94Di.net
>280
kotolin悪くない、っていうかjavaより断然いい、があれはあくまでjvmありきだから。

321
デフォルトの名無しさん[sage]   投稿日:2016/04/10 09:31:20  ID:9iv4xHc1B
>319
Android Swiftの件に便乗してるんだと思われ。
これを機会にSwiftの流れを作りたいんだろ。

322
デフォルトの名無しさん[]   投稿日:2016/04/10 09:39:34  ID:rj6qoVqH.net
obj-c->むかつく->会社の子のおっぱいでも眺める->落ち着く->obj-c->むかつく->おっぱい->落ち着く->完成!

323
デフォルトの名無しさん[]   投稿日:2016/04/10 09:44:10  ID:0r3l3lBi.net(2)
あの子のおっぱい! →nilでエラー
学んだ事:ブラをunwrapしてはいけない
コメント2件

324
デフォルトの名無しさん[sage]   投稿日:2016/04/10 09:51:52  ID:R6ov6kXF.net(2)
>323
ブラはOptional型じゃないだろ。

325
デフォルトの名無しさん[sage]   投稿日:2016/04/10 10:20:06  ID:0FVsEp1C.net
あの子のおっぱい? →nil
貧乳でもエラーにならない

326
デフォルトの名無しさん[sage]   投稿日:2016/04/10 11:01:20  ID:6670WvNR.net(2)
>323
いくらなんでもnilはないだろ

327
デフォルトの名無しさん[]   投稿日:2016/04/10 16:44:27  ID:CsnO/3sK.net
SyaseiとかMankoって名前の言語名だったら引くよな

328
デフォルトの名無しさん[]   投稿日:2016/04/10 16:46:39  ID:0r3l3lBi.net(2)
ヌーブラunwrapするときやけに萌えない?
コメント1件

329
デフォルトの名無しさん[sage]   投稿日:2016/04/10 22:21:57  ID:R6ov6kXF.net(2)
>328
見たことないくせに。DT。

330
デフォルトの名無しさん[sage]   投稿日:2016/04/10 22:58:58  ID:oi7Bl5FF.net(2)
最近またswift使い始めたけどプロトコル指向って要するにどういうこと?
どんな感じの図式になるのか想像できなくて書き始められんのだけど。
クラス使わないって訳ではないんでしょ?

331
デフォルトの名無しさん[sage]   投稿日:2016/04/10 23:03:59  ID:oi7Bl5FF.net(2)
protocolにextentionで実装持たせられるってのはPlaygroundで出来たけど
これ変数の格納はできないじゃん?そこはクラスでやんの?

332
デフォルトの名無しさん[sage]   投稿日:2016/04/10 23:45:39  ID:/P1vqiEk.net
そういう流行りモノはQiitaに行った方がいい
ここですらReactive、関数型、プロトコル指向、etc.、一年単位の流行りは追ってない

333
デフォルトの名無しさん[sage]   投稿日:2016/04/10 23:54:03  ID:O9tCugyR.net
そういう意識高い系用語は気にしなくていいです

334
デフォルトの名無しさん[sage]   投稿日:2016/04/11 00:03:12  ID:A/BjqMBa.net
Qiitaどころかググっても分かりやすい説明ないんだよねー
単に翻訳したやつを上っ面だけ紹介してるような。
まあ2.0でそういうことも出来るようになったよ的な感覚でとらえとくわ

335
デフォルトの名無しさん[sage]   投稿日:2016/04/11 01:29:15  ID:9FWId5yL.net
Reactive・・・古いCocoaプログラマなら「Cocoa bindingがやっと時代に追いついたか」という感想しか持たない
        そうでもなくても、Observerパターンの発展系でしかないので、デザパタをちゃんと理解できている人なら新しくもなんともない
関数型・・・ガチな純粋関数型言語をやりたければHaskellでもやればいいと思うけど、数学の問題解くのにしか使えないよ?
       第一級関数の性質があればいいだけなら、blocks導入の時点で実現されていたから今更
プロトコル指向・・・インターフェース指向の言い換えでしかない上、今のオブジェクト指向では当たり前すぎる考え方

用語を変えて新しい概念と吹聴するのはやめよう
コメント2件

336
デフォルトの名無しさん[sage]   投稿日:2016/04/11 02:11:41  ID:MkoKiZNz.net
>335 に大筋同意だけど、ちょっとずつ改良が加えられてる印象かな
objc派には改悪かもしれないけど

337
デフォルトの名無しさん[]   投稿日:2016/04/11 04:53:44  ID:aGBiTu9S.net
Qiitaとか業界の癌だよ
もう新しいもの要らない

338
デフォルトの名無しさん[]   投稿日:2016/04/11 05:57:00  ID:9g5J4zYC.net
プロトコル指向は、実装ベースの継承じゃなくてインターフェースをベースにしたクラス設計をしなさいってこと。
Swift においてはプロトコル拡張を使うと特に便利になるよ、程度のこと。
protocol oriented programming definition
で調べてみたらいい。日本に紹介されてるレベルと大差ない。Java などの例も載っている程度。
dependency injection とかアスペクト指向なんかもプロトコル指向の上にあると言える。
難しく考える必要はない。


またobjcがなくなるなんて話が出てたが無知の証。
Cocoaを使うためのobjcでありSwiftであって、フレームワークを書き直すまで捨てられることはない。NSが何の略だか知りもしないのだろう。
性能が必要な部分をc/c++で書くならSwiftよりもずっといいだろう。Adobeやゲーム屋を追い出すとでも思うのか?
Macの歴史は過去切り捨ての歴史でもあり、もちろんCocoaを捨てることも十分ありうるが、その時はSwiftも一緒にポイだろう。


> 数学の問題解くのにしか使えないよ?
アホか。

339
デフォルトの名無しさん[sage]   投稿日:2016/04/11 09:16:38  ID:JMJBUF7I.net
泥にこれ使うらしいから学ぼうかと思うんだけどおすすめの参考書とかある?

linux環境しかないけど無理かな?
コメント1件

340
デフォルトの名無しさん[]   投稿日:2016/04/11 09:42:13  ID:+5+6KXlB.net(2)
Swiftは必ず死ぬからやめておけ

341
デフォルトの名無しさん[]   投稿日:2016/04/11 10:07:22  ID:+5+6KXlB.net(2)
xcodeが静的解析するなら新言語とか要らないからframeworkの使い方のミスを解析してくれ、昨今の開発って単機能はリファレンス見れば分かるんだけど、APIとか含めて流れを作ると思い通り動かない。サンプルみたいに単純なアプリないし。

342
デフォルトの名無しさん[sage]   投稿日:2016/04/11 10:28:18  ID:3F0sD+jV.net
>339
幾つか本買ったけど正直ググるだけで解決する

343
デフォルトの名無しさん[sage]   投稿日:2016/04/11 10:44:23  ID:MTy2aKBY.net
むしろ更新の早い新興言語で書籍買うのは悪手
公式マニュアルを一通り読むだけの方が要らぬ癖つかなくて良いと思う
コメント1件

344
デフォルトの名無しさん[sage]   投稿日:2016/04/11 15:22:34  ID:OiRdskgr.net
>343
要らぬ癖はよく分かる
まだスタンダードが定着してないからかオレオレな感じの書き方してる解説が多い

345
デフォルトの名無しさん[sage]   投稿日:2016/04/11 18:46:39  ID:Kfk3xLXq.net
てかプロトコル継承した時点で自動的に実装が必要なもの書き出してほしいわ
その方が単に英語でエラー吐くだけよりいい
コメント1件

346
デフォルトの名無しさん[sage]   投稿日:2016/04/11 23:29:44  ID:LzbagMmcX
今後のバージョンアップで対応してくれるんじゃ・・・。
というかSwiftは未だにそういう問題が多いから移行したくない。

347
デフォルトの名無しさん[sage]   投稿日:2016/04/12 00:47:58  ID:YBx8tJyQ.net(3)
overrideが必要なinitも自動でスタブ生成してほしいな

348
デフォルトの名無しさん[]   投稿日:2016/04/12 09:31:42  ID:kx5vTK/C.net
Swift使ってもなにも楽にならない
のはなぜ?
コメント2件

349
デフォルトの名無しさん[sage]   投稿日:2016/04/12 09:36:45  ID:YZl+O2OR.net
アンチスレへ一名様ご案内ー
コメント1件

350
デフォルトの名無しさん[sage]   投稿日:2016/04/12 09:51:18  ID:tRCUeSpH.net
>348
楽云々よりヌルポで死ななくなるやん。真面目に書いてれば。

351
デフォルトの名無しさん[sage]   投稿日:2016/04/12 09:52:12  ID:YBx8tJyQ.net(3)
>348
ObjCでチャランポランな糞コード書いてたからじゃね?

352
デフォルトの名無しさん[sage]   投稿日:2016/04/12 09:55:35  ID:b1a+lXWX.net(2)
SwiftをAndroidで動かしたアホがいるのなww
http://romain.goyet.com/articles/running_swift_code_on_android/

353
デフォルトの名無しさん[sage]   投稿日:2016/04/12 10:09:13  ID:lG7pLY/m.net(2)
>345
この辺はobj-cがまだ優位かな。
swiftの各種支援機能をxcodeに実装して欲しいけど
リファクタリングすらついてないからね。
xcode自体歴史が長いからそろそろコードを一から描き直さないと
swift対応できないのかもね。それともApple自体が
swiftの言語仕様大改変が今後も続くことを想定してxocde側の実装を避けてるのかな。
コメント1件

354
デフォルトの名無しさん[sage]   投稿日:2016/04/12 10:30:44  ID:lG7pLY/m.net(2)
>335
Reactiveの項目に関してはちょっと補足がある気がする。

RxSwiftとかReactiveCocoaとかの話だと思うんだけど
イベントの発生源を起点とした無限長のストリームという
共通のインターフェースを提供する機能だと思う。
NotificationとかKVOとかを統一したインターフェースで扱えるのがメリット。
でもそれだけじゃ見通しの良いコードにはならない癖にわりと
学習コストがかかるのがちょっと残念な感じなんだよね。

355
デフォルトの名無しさん[sage]   投稿日:2016/04/12 10:55:55  ID:YBx8tJyQ.net(3)
>353
>この辺はobj-cがまだ優位かな。
何言ってんだ
protocolのスタブ生成してくれないのはObjCでもずっとそうだろ
Visual StudioでもEclipseでも当たり前の機能なのに
コメント1件

356
デフォルトの名無しさん[sage]   投稿日:2016/04/12 11:06:21  ID:b1a+lXWX.net(2)
IDEスレや意識高い系用語定義スレで議論していいのよ

357
デフォルトの名無しさん[]   投稿日:2016/04/12 12:16:34  ID:4EryMQpP.net(2)
swiftダメだな

358
デフォルトの名無しさん[sage]   投稿日:2016/04/12 13:37:14  ID:3pztNk3v.net
objcもダメだな

359
デフォルトの名無しさん[sage]   投稿日:2016/04/12 16:23:55  ID:mumEYJrK.net
オレダメだな
コメント1件

360
デフォルトの名無しさん[]   投稿日:2016/04/12 16:35:47  ID:e83HVM6/.net
>359
それは誰も否定はしない

361
デフォルトの名無しさん[sage]   投稿日:2016/04/12 17:09:54  ID:kUvY1uFu.net
d

362
デフォルトの名無しさん[sage]   投稿日:2016/04/12 19:45:19  ID:eZE6JLFo.net
>349
常駐さんなんですか?

363
デフォルトの名無しさん[]   投稿日:2016/04/12 21:32:15  ID:j5hPE/df.net
お兄ちゃんたち!
助けて欲しいんだけど、、、、、
xcodeでiphone用のipaファイルを作りたいんだ!
でも、開発者アカウントを持ってないから普通にエクスポートはできないんだ。
でもでも、以前に作ったAppのipaファイルはなぜかPC上にあるんだよ!
Ad-Hocかかってるみたいだけど、どうやったのかな。。。。笑
ググっても分かんないんだ!!
どなたか教えてください。お願いします。
コメント1件

364
デフォルトの名無しさん[]   投稿日:2016/04/12 22:33:28  ID:4EryMQpP.net(2)
swiftで長時間コード書いてると時々xcodeが狂ったように候補出してこない
もう無理

365
デフォルトの名無しさん[sage]   投稿日:2016/04/12 22:47:53  ID:vHk/wBZC.net
IDEに頼るな
昔はおまじないすら暗記してたじゃねーか

366
デフォルトの名無しさん[sage]   投稿日:2016/04/12 23:31:15  ID:nXw/ekKx.net

367
デフォルトの名無しさん[]   投稿日:2016/04/13 00:06:09  ID:9DNq0lN2.net
xcodeがクソかswiftがクソか分からんが、
おれもサクサク感ゼロのxcodeにキレた。
おまけに正しいのにエラーが消えずにレインボー5分間とか氏ねと言いたい。
つーか、objcで必要十分。

368
デフォルトの名無しさん[]   投稿日:2016/04/13 00:24:49  ID:bcDeoDYO.net
Googleがswiftに色目使い出したからそろそろ覚えようかなって

369
デフォルトの名無しさん[sage]   投稿日:2016/04/13 00:52:01  ID:lSl2+y/I.net(2)
アンチはXcodeに不満をぶつけ
煽りはGoogleがSwift採用とはやしたてる

まとめてアンチスレへ

370
デフォルトの名無しさん[sage]   投稿日:2016/04/13 00:59:19  ID:yHrGnE3i.net
信者は(ry

371
デフォルトの名無しさん[sage]   投稿日:2016/04/13 01:28:57  ID:lSl2+y/I.net(2)
俺が信者ならGoogleがSwift採用!ObjC終わった!!と煽りに乗ってるわw

372
デフォルトの名無しさん[]   投稿日:2016/04/13 08:03:43  ID:5YpsHLv2.net(2)
swiftの?!だらけのクソ言語のつまらなさと言ったら、もう、、

373
デフォルトの名無しさん[sage]   投稿日:2016/04/13 09:14:21  ID:u0LvYLS6.net
手垢のついたOptionalヘイトはアンチスレへ

374
デフォルトの名無しさん[]   投稿日:2016/04/13 09:47:51  ID:5YpsHLv2.net(2)
毎日アンチスレへの誘導ご苦労様です。

375
デフォルトの名無しさん[sage]   投稿日:2016/04/13 09:54:59  ID:obtZo0BS.net
>355
warningマークをクリックしてみ
自動生成されるから
コメント1件

376
デフォルトの名無しさん[sage]   投稿日:2016/04/13 10:54:34  ID:OxsnhqsY.net(2)
>375
されねぇよ
嘘をつくな

377
デフォルトの名無しさん[sage]   投稿日:2016/04/13 11:26:27  ID:e7OHEVNSJ
299 :デフォルトの名無しさん:2016/04/09(土) 12:52:33.99 ID:SYvRu2WC
>295 >297
>Apple様がSwiftに力入れる(そのうちObjCは切るかもしれない)って言ってんだから
>Obj-Cを切るかもという噂もあるが

初耳詳細希望

321 :デフォルトの名無しさん:2016/04/10(日) 09:31:20.98 ID:9iv4xHc1B
>319
Android Swiftの件に便乗してるんだと思われ。
これを機会にSwiftの流れを作りたいんだろ。

この後おっぱいネタで撹乱。

このスレの信者怖いな。

378
デフォルトの名無しさん[sage]   投稿日:2016/04/13 13:00:48  ID:godLSBrx.net
requireならwarningに出るだろ。

379
デフォルトの名無しさん[sage]   投稿日:2016/04/13 13:28:47  ID:OxsnhqsY.net(2)
プロトコルの実装は出ないだろ

380
デフォルトの名無しさん[sage]   投稿日:2016/04/13 18:22:04  ID:A8uT4887.net
require init はwarningから出た気がするな
プロトコルはescから選択しないと書き出されない

381
デフォルトの名無しさん[]   投稿日:2016/04/14 22:46:47  ID:c3AHFV0e.net(2)
過疎ってるな〜swiftダメかな
でもコレSUZUKI自動車の登録商標じゃね?
またスイーフトとかって発音するの?

382
デフォルトの名無しさん[]   投稿日:2016/04/14 22:55:37  ID:c3AHFV0e.net(2)
いつも九州の後は東京
ガクブル

383
デフォルトの名無しさん[sage]   投稿日:2016/04/15 00:11:58  ID:03IKtZ1j.net
ReSwift使ってる人いたらどういうものか説明頼む。
ViewController普通に使うの?

384
デフォルトの名無しさん[sage]   投稿日:2016/04/15 00:43:00  ID:5/mWNXdA.net
UIApplicationはUIWindowを持ち、UIWindowはrootViewControllerを持ちます。

385
デフォルトの名無しさん[]   投稿日:2016/04/15 08:14:23  ID:JfynkH74.net(3)
Protocolなんてただのデザインパターン
ただの関数ポインタ
新しくも何にもない
swiftなんかクソ

386
デフォルトの名無しさん[]   投稿日:2016/04/15 08:26:11  ID:di5xTRuF.net
しかし世界的にAppleひとり勝ちでAndroidスマホが死亡寸前なんだよな・・困った・・
コメント2件

387
デフォルトの名無しさん[sage]   投稿日:2016/04/15 08:35:10  ID:Eh8CUZTo.net(2)
世界的にはiPhoneのシェアがジリジリ減ってるんじゃなかったっけ?
日本も奨励金廃止でiPhoneピンチだし

388
デフォルトの名無しさん[sage]   投稿日:2016/04/15 08:43:48  ID:sryCqOCh.net
>386
何言ってんだこいつ
コメント1件

389
デフォルトの名無しさん[sage]   投稿日:2016/04/15 12:12:20  ID:4Of+vWQLo
>386
世界的にはコストの安いAndroidが人気だよ。
>388
そのセリフ最近良く見るけど使ってて恥ずかしくない?

390
デフォルトの名無しさん[]   投稿日:2016/04/15 17:01:06  ID:JfynkH74.net(3)
iPhone SEの登場で世界的にもiPhoneだらけになる

391
デフォルトの名無しさん[]   投稿日:2016/04/15 17:03:09  ID:JfynkH74.net(3)
Androidは産業機器で生き残れるか・・
Appleがその分野に興味を持ったらアウトかな・・

392
デフォルトの名無しさん[sage]   投稿日:2016/04/15 18:49:33  ID:ZI8wph9z.net
こういうApple信者がAppleの出したSwiftを認めないのはヤバいなぁと思う
今後Appleが出す新しいモノ、盲目的に素晴らしいって言ってくれなくなるんだものな

393
デフォルトの名無しさん[sage]   投稿日:2016/04/15 20:27:12  ID:Eh8CUZTo.net(2)
SEは見事に5cの二の舞を演じてるようだが

394
デフォルトの名無しさん[sage]   投稿日:2016/04/16 00:33:35  ID:muPEsxBp.net
Appleはオワコン
時代はswift

395
デフォルトの名無しさん[]   投稿日:2016/04/16 11:07:41  ID:BpfZK0NE.net
swiftだけはない
?!だらけで書いてて楽しくない

396
デフォルトの名無しさん[]   投稿日:2016/04/16 11:16:17  ID:szTbrL/L.net(2)
nilが問題なのではなく
「nilは大問題だ!!!」
と騒いで業界を掻きまわしてる奴らが問題
そんなつまらん洗脳にひっかかるな!
ジョブズが愛したobj-cでコツコツやろう

397
デフォルトの名無しさん[sage]   投稿日:2016/04/16 13:55:54  ID:LcVOg6yU.net
ビックリしたり疑問を感じたりかわいいやつだな

398
デフォルトの名無しさん[]   投稿日:2016/04/16 20:19:28  ID:szTbrL/L.net(2)
swiftオワコン!

399
デフォルトの名無しさん[]   投稿日:2016/04/17 03:12:15  ID:8vmz7utu.net
「おれ、Obj-Cは分かりませんが、Swift分かります(キリ!」

400
デフォルトの名無しさん[sage]   投稿日:2016/04/17 11:31:50  ID:CLrgwT7G.net
オワランじゃないのかw
コメント1件

401
デフォルトの名無しさん[]   投稿日:2016/04/17 12:39:23  ID:xvYfSxoW.net
オマエバカジャナイノ?

402
デフォルトの名無しさん[sage]   投稿日:2016/04/18 00:24:17  ID:JpFOEkpc.net(2)
何だか最近盛り上がってないね。書き込みも少ない。
WWDCの頃には活発になるかな。

403
デフォルトの名無しさん[sage]   投稿日:2016/04/18 01:38:56  ID:nfIr/7yZ.net
これでもム板勢いトップ5やぞ
ム板に人居ないだけ
っていうか2ch自体がオワコンなだけ

404
デフォルトの名無しさん[sage]   投稿日:2016/04/18 04:00:43  ID:JpFOEkpc.net(2)
勢い順にスレを見てみたけど上3つは凄い書き込みあるね。4位のこのスレ以下がオワコンって事なのか。

405
デフォルトの名無しさん[sage]   投稿日:2016/04/18 12:04:23  ID:snkwxXca.net
上3つも有用な書き込みなんかほとんどないぞ

406
デフォルトの名無しさん[sage]   投稿日:2016/04/18 12:24:18  ID:tt2oJWEpr
昔は新聞やメディアよりも2chのほうがまともな書き込み多かったのにな。

407
デフォルトの名無しさん[sage]   投稿日:2016/04/18 19:56:49  ID:WqZxjq6c.net
>400
「なるほど。ところで君C言語くらいはできるよね?」

408
デフォルトの名無しさん[sage]   投稿日:2016/04/18 22:10:24  ID:2NYR58Ly.net
c言語の賢者様に聞きたいんだが「」は何の意味があるの?

409
デフォルトの名無しさん[sage]   投稿日:2016/04/18 22:39:01  ID:0/EGhw/x.net
面接官と受験者のやり取りと見た

410
デフォルトの名無しさん[sage]   投稿日:2016/04/18 23:50:35  ID:zu7aLdO9.net
AndroidのためにJavaを覚えるとStrutsのシステム保守に回されるし、
iOSのためにObj-Cを覚えると謎のグローバル変数で奇跡的に動作している組み込みの世界に送られる

411
デフォルトの名無しさん[sage]   投稿日:2016/04/19 00:05:05  ID:s2otlseG.net(4)
Swiftやればいいじゃん
炎上が約束されたiOS PJに回されるよ

412
デフォルトの名無しさん[sage]   投稿日:2016/04/19 00:15:51  ID:IBERuxjj.net
SwiftはC++ライブラリ使えないのがほんまゴミ
コメント1件

413
デフォルトの名無しさん[sage]   投稿日:2016/04/19 03:28:01  ID:4LryzsHW.net(2)
知らんけどC++ぐらい使えるんじゃないのか?
コメント1件

414
デフォルトの名無しさん[sage]   投稿日:2016/04/19 03:57:41  ID:uGfv6epY.net
>413
Obj-C++でラッパークラス書かないといけない

415
デフォルトの名無しさん[]   投稿日:2016/04/19 06:59:59  ID:bvEsMKnT.net(3)
swift swift って、無視、無視
絶対に騙されないぞ!!!

416
デフォルトの名無しさん[]   投稿日:2016/04/19 07:15:24  ID:nAe9TicD.net(3)
Swift信者って自民党みたい
信用して頑張っても老後破産だし

417
デフォルトの名無しさん[]   投稿日:2016/04/19 07:22:42  ID:nAe9TicD.net(3)
AppleはタイミングをみてSwiftをIBMに手放すんじゃないか?
盛り上げゴリ押しがキモい。
unwrapなんかプロには不要だし。面倒くさいだけ。
やっぱりC#かな・・

418
デフォルトの名無しさん[]   投稿日:2016/04/19 07:26:04  ID:bvEsMKnT.net(3)
最近感動した事

プロスポーツにお金を払ってはいけない

Appleにお金を払ってはいけない

419
デフォルトの名無しさん[]   投稿日:2016/04/19 08:08:42  ID:bvEsMKnT.net(3)
いい加減実行時エラーの場所をピンポイントで教えろやボケ
コメント1件

420
デフォルトの名無しさん[sage]   投稿日:2016/04/19 08:44:20  ID:s2otlseG.net(4)
>412
つ swiftpp

421
デフォルトの名無しさん[sage]   投稿日:2016/04/19 09:42:29  ID:4LryzsHW.net(2)
>419
Xcodeで実行時にちゃんとピンポイントで止まらないか?

422
デフォルトの名無しさん[]   投稿日:2016/04/19 10:05:18  ID:nAe9TicD.net(3)
AppDelegateまで吹っ飛ぶか妙なtry catchで止まる
相変わらず低レベル

423
デフォルトの名無しさん[sage]   投稿日:2016/04/19 12:03:40  ID:krngbMoP.net(2)
すべてのexceptionを受け取るブレークポイントを設定しておくだけ。
3秒で完了する。

424
デフォルトの名無しさん[sage]   投稿日:2016/04/19 12:57:06  ID:s2otlseG.net(4)
try!を下手に使ってんのかね
もしくはoptionalを適切に使わずobjcならnilで落ちるようなコードか

素直にobjc使った方が幸せそう

425
デフォルトの名無しさん[sage]   投稿日:2016/04/19 13:29:40  ID:tfyi/j80m
try!指定で例外が発生すると落ちるのな。
本当になにがしたい言語なんだ。

426
デフォルトの名無しさん[sage]   投稿日:2016/04/19 14:30:40  ID:OAmiO/7v.net(3)
https://developer.apple.com/wwdc/
なんというSwift推しデザイン
ObjC廃止発表ありそう

427
デフォルトの名無しさん[sage]   投稿日:2016/04/19 16:07:49  ID:gZmx/yh7.net
マジで廃止発表があると思っているのなら頭がおかしいとしか

428
デフォルトの名無しさん[sage]   投稿日:2016/04/19 16:11:04  ID:zUr07xy4.net
Swiftは信者の存在が邪魔

429
デフォルトの名無しさん[sage]   投稿日:2016/04/19 16:15:06  ID:OAmiO/7v.net(3)
オブシー信者涙目wwww

430
デフォルトの名無しさん[sage]   投稿日:2016/04/19 16:19:47  ID:s2otlseG.net(4)
objc信者を煽りたい愉快犯だろ
これに食いつくアンチはいない、、、と思いたい
前スレはアホほどいたけど

431
デフォルトの名無しさん[sage]   投稿日:2016/04/19 16:27:59  ID:EsWfQWP3.net
objc終わるのか
もうおわってたようなもんだったけど、改めてご愁傷さま…

432
デフォルトの名無しさん[sage]   投稿日:2016/04/19 18:48:39  ID:krngbMoP.net(2)
別にobj-c終わらんよ。swiftと競合するものじゃない
すみ分けは可能だし

433
デフォルトの名無しさん[sage]   投稿日:2016/04/19 21:42:13  ID:OAmiO/7v.net(3)
競合でも住み分けでもなく置き換えなんだよなぁ

434
デフォルトの名無しさん[]   投稿日:2016/04/19 22:44:50  ID:2kJ5ApAM.net
置き換えなんかあるわけない。
無知すぎるし頭悪すぎる。

435
デフォルトの名無しさん[sage]   投稿日:2016/04/20 00:37:17  ID:n6ET3y8i.net(5)
でも、AppleはこれからどんどんSwiftにリソースを割いていくし、逆にObjCはSwiftへの追従程度のメンテナンスモードになることは、ObjC用語してる人も認めるよね?

リソースを割けば良くなるとも普及するとも限らないけれど。
コメント1件

436
デフォルトの名無しさん[sage]   投稿日:2016/04/20 01:16:17  ID:SKLC0XTP.net
むかし、数年間「これからはJavaだぜ!」ってんで
AppleがCocoa-Javaって環境を用意したことがあって
すぐ「やめます」ってなるんだが、それとおなじ臭いしかしない。
コメント1件

437
デフォルトの名無しさん[sage]   投稿日:2016/04/20 01:28:35  ID:cGwyfDni.net(3)
これからはJavaだぜw
あたりはずれもあるさ。

438
デフォルトの名無しさん[sage]   投稿日:2016/04/20 02:22:59  ID:e+SS73Ln.net(5)
オワジェクティブ・シー

439
デフォルトの名無しさん[sage]   投稿日:2016/04/20 02:58:47  ID:Sq6qMtsx.net(2)
まともにSwiftでコードを書いてたら置き換えどころかObjCの廃止なんて10年単位で無理だと分かるもんだがね。まともに書いてないライトウェイトな考えの奴程Swiftに夢見てるよな。
コメント1件

440
デフォルトの名無しさん[sage]   投稿日:2016/04/20 03:29:52  ID:n6ET3y8i.net(5)
>439
今のところオープンソースで存在するSwiftで書かれたライブラリはどれも、ライトウェイトでまともじゃないな感じすか?
それらと比較して、ObjCで書かれたライトウェイトじゃないまともなオープンソースなライブラリって例えばどんなのを指してます?
コメント1件

441
デフォルトの名無しさん[sage]   投稿日:2016/04/20 08:14:32  ID:F55WC+O9.net
ライブラリじゃないが
まともじゃないjazzy
まともなappledoc

他に選択肢ないから使うけどクッソウケる実装だったぞ
コメント1件

442
デフォルトの名無しさん[sage]   投稿日:2016/04/20 10:33:59  ID:dLT3plyk.net(5)
>436
MSがJavaVM作って訴訟負けしたからな
OSベンダーによる自前VMは当時許されなかった

443
デフォルトの名無しさん[sage]   投稿日:2016/04/20 11:53:57  ID:n6ET3y8i.net(5)
>441 jazzyのどこらへんが、Swiftがライトウェイトでまともじゃないかんじっすか?

444
デフォルトの名無しさん[sage]   投稿日:2016/04/20 12:16:49  ID:e+SS73Ln.net(5)
jazzy
Ruby 71.1% CSS 18.2% HTML 9.0% JavaScript 1.7%

445
デフォルトの名無しさん[sage]   投稿日:2016/04/20 12:43:31  ID:dLT3plyk.net(5)
やっぱりSwiftコードは少ないな!
コード量はさほどではないにしても、enumにメソッド追加しまくりでシネと思う
enumを構造体やクラスとして使ってんじゃねーよ

ObjC:AFNetworking, Swift:Alamofireも結構ひどかった覚えがあるな
まぁ後者は取り敢えず作ってみた、という感じだったので今はマシになっているか廃れているかしてるかもしれんが

446
デフォルトの名無しさん[sage]   投稿日:2016/04/20 13:00:26  ID:e+SS73Ln.net(5)
防衛線張りまくりのアンチほどカッコ悪いものはないなw

447
デフォルトの名無しさん[sage]   投稿日:2016/04/20 13:05:34  ID:dLT3plyk.net(5)
使ってる上で批判は良かろうw
Optionaaaaaalって叫んでるワケでもなし

CocoaPodsでObjC Lib + Swift安定
Carthageも Swift 3.0 の Package Manager で居なくなるかもしれんし、Swift Libなんて使ってるエアプログラマと遊ばせろw

448
デフォルトの名無しさん[sage]   投稿日:2016/04/20 13:40:23  ID:n6ET3y8i.net(5)
え? 「まともにSwiftでコードを書いてたら置き換えどころかObjCの廃止なんて10年単位で無理だと分かる」という話の流れから、その例えとして出てきたjazzyが「Rubyで書かれてるライブラリだからダメ」っすか?

それってSwiftとObjCの話じゃないですよね?

449
デフォルトの名無しさん[sage]   投稿日:2016/04/20 13:49:17  ID:Sq6qMtsx.net(2)
>440
誰がオープンソースライブラリの話してるんだ?
どっからそんな話出てきた
コメント1件

450
デフォルトの名無しさん[]   投稿日:2016/04/20 13:54:50  ID:7F2Xm21c.net
何事もやりすぎたらダメだよ
Swift推しってobj-cで飯食ってるやつらの目くらまし
AppleやSwiftに未来なんかない

451
デフォルトの名無しさん[sage]   投稿日:2016/04/20 13:55:20  ID:n6ET3y8i.net(5)
>449
あなたの言う「まともにSwiftでコードを書いてたら置き換えどころかObjCの廃止なんて10年単位で無理だと分かる」を客観的に判断できるものとして、オープンソースのライブラリより適したものがあるなら、それでも構いません。

「俺がSwiftでまともなコードを書けないからダメ」って主張ではないんですよね?

452
デフォルトの名無しさん[sage]   投稿日:2016/04/20 13:59:24  ID:dLT3plyk.net(5)
jazzyやAlamofireのSwift部分読めよ
なんでスルーするんだよ, せっかく出してやったのに悲しいじゃないか
コメント1件

453
デフォルトの名無しさん[sage]   投稿日:2016/04/20 14:32:01  ID:e+SS73Ln.net(5)
>452
だからjazzyのswift部分ってどこだよw

Swiftで書かれたライブラリの実例としてjazzyが「クッソウケる実装」とか強弁したのに
jazzy実はRuby実装でしたってばれてアンチ顔真っ赤で話題そらしに必死w

454
デフォルトの名無しさん[sage]   投稿日:2016/04/20 14:35:28  ID:dLT3plyk.net(5)
えー・・・コードも追えないのかよ・・・

jazzyの中の人な
https://github.com/jpsim/SourceKitten/tree/c4da1e86f441ee9596c44...
コメント1件

455
デフォルトの名無しさん[sage]   投稿日:2016/04/20 14:39:00  ID:DCGtbL6y.net
なんか恥ずかしいSwiftエアプログラマがいるな

456
デフォルトの名無しさん[sage]   投稿日:2016/04/20 14:39:48  ID:e+SS73Ln.net(5)
>454
jazzyじゃなくてSourceKittenだろw

457
デフォルトの名無しさん[]   投稿日:2016/04/20 16:28:45  ID:VhMLjGPy.net
>435
> ObjC用語してる人も認めるよね?
認めるわけないだろ。無知すぎるし頭悪すぎる。
OS や Cocoa 自体を objc じゃなくて Swift で書くってか?
Adobe やゲーム屋が c/c++ を使わなくなるってか?
アホが。

458
デフォルトの名無しさん[sage]   投稿日:2016/04/20 16:34:01  ID:g9fYYFr2.net
まずはSwiftの処理系をSwiftで書くところからかなw

459
デフォルトの名無しさん[sage]   投稿日:2016/04/20 16:53:43  ID:e4aBFzwZ.net
OSの方のSwiftではFoundationがSwiftで書かれてるからって、Foundation以外もObj-CからSwiftに移行中だと思うのは希望的観測すぎるんじゃないかなぁ
それ以外にも実際にMacやiOSのアプリを開発するのに必要なframeworkめちゃくちゃあるでしょ。AppleがSDKで提供してるのも、サードパーティが提供してるのも。

今はiOSアプリのおかげで少なくともインタフェース部はObj-Cで書かれたそれらのライブラリがそれなりの量の資産になってきたのに、Obj-C廃止しますとなったら、
相当にアプリ業界停滞するんじゃないのかなぁ、AppleについてくのバカバカしいからiOS対応やめよう、Webアプリでごまかそうってなるでしょ
せっかくそれなりのユーザ人口を持つプラットフォームを手に入れたのに、そのプラットフォームのユーザビリティが低くなりそうな決断はしないと思うけどなぁ
むしろ、Swiftは今までObj-C必須だったからネイティブアプリへの参入をためらっていてWebView一発みたいなアプリで済ませてた層へのアピールだと思うが
もちろん、これも希望的観測に過ぎないわけだが

なんでそんなにObj-Cが廃止して欲しいんだかさっぱりわからない。片方書けたらどっちも書けるだろマジで

460
デフォルトの名無しさん[sage]   投稿日:2016/04/20 17:35:21  ID:LJSD1Vw4.net
3行でおk

要はSwiftは遊びには良い言語ってことだな
目くじら立てるObjC信者やエアプログラマがいるけど、面白い言語だもんな
アポー信者と楽しく遊びたいね

461
デフォルトの名無しさん[sage]   投稿日:2016/04/20 20:10:26  ID:EM73E2Zf.net(5)
AppleがObjective-Cを収束するとか言わなければこんなに荒れないし
SwiftはSwiftで楽しむ人もいただろう

462
デフォルトの名無しさん[sage]   投稿日:2016/04/20 20:11:26  ID:EM73E2Zf.net(5)
×収束
○終息

463
デフォルトの名無しさん[sage]   投稿日:2016/04/20 20:19:34  ID:R26Bkih2.net
Appleはそんなこと言ってないだろw
言ってるのはお前さんみたいな煽りと、Qiitaの意識高い系エンジニアだけだ
あとそれに煽られたObjC信者もか
コメント1件

464
デフォルトの名無しさん[sage]   投稿日:2016/04/20 20:30:27  ID:EM73E2Zf.net(5)
>463
Pure-Objective-Cアプリは今後リジェクトされるってことは終息方向じゃないのかと
http://www.slashgear.com/for-scholarship-students-at-wwdc-swift-is-man...

> Your Mac app or iOS app must be written in Objective-C and Swift,
> or written entirely in Swift.
コメント1件

465
デフォルトの名無しさん[sage]   投稿日:2016/04/20 20:36:51  ID:GRpMhYNy.net
すぐ信者いう奴ってバカなの?

466
デフォルトの名無しさん[sage]   投稿日:2016/04/20 20:42:13  ID:cGwyfDni.net(3)
なんかすげえ脳内変換を見たぞ
> Your Mac app or iOS app must be written in Objective-C and Swift,
> or written entirely in Swift.

467
デフォルトの名無しさん[sage]   投稿日:2016/04/20 20:46:23  ID:EM73E2Zf.net(5)
MacアプリまたはiOSアプリはObjective-CとSwift、またはすべてSwiftで書かなければなりません。

468
デフォルトの名無しさん[sage]   投稿日:2016/04/20 21:37:20  ID:cGwyfDni.net(3)
それは変換前でしょw

469
デフォルトの名無しさん[sage]   投稿日:2016/04/20 21:40:31  ID:JtCcg8uQ.net
ObjC派がこのスレの上の方で煽ってた内容そのままをさっきの記事がドンピシャで否定してて笑った

Swift is no longer optional. Swift is no longer a ‘maybe I’ll toy with this one a bit’ language. Code in Swift or stay home, kids.

470
デフォルトの名無しさん[sage]   投稿日:2016/04/20 21:41:29  ID:EM73E2Zf.net(5)
Objective-Cのみのアプリも許されるなら
written in Objective-C or Swift
になるがそうなってない

471
デフォルトの名無しさん[sage]   投稿日:2016/04/20 23:05:14  ID:bFweoV0M.net(2)
Qiitaと同じレベルで笑い所だろw
去年のWWDCのAppleのサンプルコードは半分以上がobjcだったけど、今年は頑張るのかねぇ

472
デフォルトの名無しさん[sage]   投稿日:2016/04/20 23:18:17  ID:FHidoXBv.net
qiitaってあかんのか?

473
デフォルトの名無しさん[sage]   投稿日:2016/04/20 23:27:49  ID:ovX+E2e7.net
今年の奨学金のお題はswiftだよ!
ってこと以外の情報は読み取れないけど。

474
デフォルトの名無しさん[sage]   投稿日:2016/04/20 23:50:12  ID:YlK8moHuO
>464
それWWDCのやつでApp Store関係ないよ。

475
デフォルトの名無しさん[sage]   投稿日:2016/04/20 23:45:41  ID:bFweoV0M.net(2)
Qiitaは直近一年のSwiftの記事で検索して便利?に使うよ
それ以上前の記事は言語仕様変更や流行遅れなことが多いから見ないけど

476
デフォルトの名無しさん[sage]   投稿日:2016/04/21 00:08:32  ID:8XSM/QkZ.net(3)
Foundationがswiftに書き換えられてからがswiftの本番かもね。

ところでFoundationがオープンソースになったってことは
マルチプラットフォームになるのかな。
Webassemblyと組み合わせればwebアプリもswiftで書くという選択肢も出来てきそう。
コメント1件

477
デフォルトの名無しさん[sage]   投稿日:2016/04/21 00:35:11  ID:obVg+k0e.net(2)
betaの頃に夢見た話だな
小さなランタイムが全ブラウザに移植されるわけねーってフルボッコだったけど

478
デフォルトの名無しさん[sage]   投稿日:2016/04/21 00:48:12  ID:8XSM/QkZ.net(3)
>476
github見てたら普通にlinuxサポートしてんのね。
流石にwindowsはサポートしてないけど
osxやiosのカーネルがlinuxに変わる布石だったりして。
コメント1件

479
デフォルトの名無しさん[sage]   投稿日:2016/04/21 00:58:32  ID:TdVCOaFJ.net(2)
Swift終了

480
デフォルトの名無しさん[sage]   投稿日:2016/04/21 01:04:13  ID:obVg+k0e.net(2)
>478
goやrustはwin, linux, mac, android, iOS, mips, arm, etc.とやってるけどな
当然クロスコンパイラ混みで

swift 3.0でもホストコンパイルのままになりそうなSwiftに
クロスプラットフォームは期待しちゃダメだ

481
デフォルトの名無しさん[sage]   投稿日:2016/04/21 01:30:29  ID:lcserAfg.net(2)
Windowsは10なら既にSwift動いてなかったっけ?
どっかで記事見た気がする

482
デフォルトの名無しさん[sage]   投稿日:2016/04/21 03:15:59  ID:oZFZzpoQ.net(2)
常識的に考えればObj-Cを捨てるとかカーネルを全然違う系統のものに変えるとか、システムの互換性や安定性を極端に下げるような方針転換はしないと思うから、
馬鹿なんじゃないのかと批判しようと思ったけど、
68kからPowerPC、Mac OSからMac OS X、Power PCからx86へと尽く過去の資産を切っていったAppleに常識は通じないのかとふと思った

けど、本当にそんなことが起こるんだとしたらしばらくApple製のOSの完成度が下がってユーザー離れるだろうから、別のプラットフォームでの開発もできるようにしといた方がいいだろうけどね。

483
デフォルトの名無しさん[sage]   投稿日:2016/04/21 05:43:39  ID:OzluRFnN.net
これからGoogleやMicrosoftと凌ぎを削って開発者の獲得を目指すのに、対応言語を増やす事はあれどなぜ既存のものをすぐ廃止する、廃止できると考えられるのか?
近視眼的なプログラマ目線でなくて経営から見た方がいい
一本化によるコストダウンもあるにはあるが移行コストも莫大なわけで、これまでのアップルの資産は数年でリプレイス出来るレベルじゃない

それにこれは主観的な意見だが、ジョブズと違ってクックには一本化なんて事をやる思い切りの良さは無いと思う
しばらくは両輪でSwiftの盛り上がり次第でどちらにも転べるようにうまくやるだろう
コメント1件

484
デフォルトの名無しさん[]   投稿日:2016/04/21 06:14:02  ID:cpYK8ioK.net(3)
GoogleがSwiftってのが嫌だ!Appleのそばに来るな!
クックはバカっぽいからSwiftは大失敗すると思う。
・Watch売れてない
・デカイiPad Pro売れてない
・iPhone SE売れてない
ジョブズ居なくなってから何も売れてない。
バカなんだろうな。

485
デフォルトの名無しさん[]   投稿日:2016/04/21 06:23:22  ID:cpYK8ioK.net(3)
obj-cの終焉はiPhone時代の終焉

486
デフォルトの名無しさん[sage]   投稿日:2016/04/21 07:05:46  ID:lcserAfg.net(2)
まぁ、本当にObjCだけで良かったのなら、わざわざ新言語のSwiftを作る必要はないわけで。
Apple様がこれからどちらに注力していき、どちらを終わらせるかは、明白だと思うけどなぁ。
今年のWWDCは、Swift 3.0以外にも何か大事がありそうで、今からとても楽しみ。
コメント1件

487
デフォルトの名無しさん[]   投稿日:2016/04/21 07:11:12  ID:7ilSXgVD.net(2)
話題作りで株価操作だろ、新しいframeworkならともかく新しい言語なんか覚えたくもない
どうせ結果は同じなんだから

488
デフォルトの名無しさん[]   投稿日:2016/04/21 07:17:21  ID:7ilSXgVD.net(2)
クックはやり方が下手。
おいおい!AppleのツールはSwiftって言語で書かれてるらしいぞ!
みたいな口コミみたいなところから持ってけばいいのに、1.2なんかクソだったしとりあえず3.0からまた始めるよ。

しかし・・WWDCのポータルに熊本へのお悔やみなかったな・・。

489
デフォルトの名無しさん[]   投稿日:2016/04/21 07:24:03  ID:cpYK8ioK.net(3)
swift専用、obj-c専用、のxcodeがいいんだけど

490
デフォルトの名無しさん[sage]   投稿日:2016/04/21 07:32:16  ID:m1c7Omj5.net
Objective-CとSwiftの両方用意しときゃいいだけだろ
でjs厨的なやつも取り込みつつ現状の開発者はキープ
メンテの工数がきついとか舐めたこと言ってんじゃねぇぞApple

491
デフォルトの名無しさん[sage]   投稿日:2016/04/21 10:26:01  ID:TdVCOaFJ.net(2)
Swift終わったな

492
デフォルトの名無しさん[sage]   投稿日:2016/04/21 10:28:47  ID:F6qCcv/0.net(2)
>483
ジョブズのsecret double life 忘れたかw
2000年の時点でOSX Intel版も出そうと思えば出せたと思われる。
コメント1件

493
デフォルトの名無しさん[sage]   投稿日:2016/04/21 12:28:18  ID:8XSM/QkZ.net(3)
http://www.infoq.com/jp/news/2015/03/apple-uxkit-framework-found
uxkitって話題になったけどいまだに出る気配ないよね。
上記によるとUIKitの再描画コードがシングルスレッドである点を問題視してるけど
androidでも同じだし、
マルチスレッドで動作するUIFrameworkってモバイル、PC含めて存在するの?

494
デフォルトの名無しさん[sage]   投稿日:2016/04/21 12:32:24  ID:vGhgEsTT.net(3)
AndroidのSurfaceView

495
デフォルトの名無しさん[sage]   投稿日:2016/04/21 12:46:26  ID:1tW+tZJE.net
Swiftって、やりようによってはViewController.swiftに全クラス書けてしまうわけじゃない。
どういうときに他の.swiftファイルに分けるべきだとか、決まりごとみたいなのってある?

496
デフォルトの名無しさん[sage]   投稿日:2016/04/21 12:49:17  ID:F6qCcv/0.net(2)
ViewController.mにも全クラスかけるよ。

497
デフォルトの名無しさん[sage]   投稿日:2016/04/21 17:55:40  ID:vGhgEsTT.net(3)
objcのお作法に合わせるのが普通じゃないかね

498
デフォルトの名無しさん[sage]   投稿日:2016/04/21 17:59:57  ID:oZFZzpoQ.net(2)
>486
で、Obj-C終わらせるとして、今まで書かれた大量のObj-CによるMac OS Xのシステムやアプリケーションのコード、iOSアプリはどうなると思うの?
コメント1件

499
デフォルトの名無しさん[sage]   投稿日:2016/04/21 19:34:37  ID:aGfTB/fd.net(2)
>498
今までアップルがやってきたやり方を振り返れば考えるまでもないんじゃない? ObjC触ってるならにわかなアップル歴でもないよね

500
デフォルトの名無しさん[]   投稿日:2016/04/21 19:39:08  ID:MBs1iI/e.net
c/c++ で書きたい部分はなくならないんだから objc が無くなる訳がない。

501
デフォルトの名無しさん[sage]   投稿日:2016/04/21 19:50:22  ID:vGhgEsTT.net(3)
煽りに反応してるアホはまとめてアンチスレに行けよ

502
デフォルトの名無しさん[sage]   投稿日:2016/04/21 19:53:20  ID:aGfTB/fd.net(2)
無くならないのと、終わってないのは、違う意味で使ってるなぁ

例えば別の技術で言えば、
Flashは今後もなくならないだろうけど、もう終わってるよね
CoffeeScriptも、無くならないだろうけど、もう終わりに向かってるよね
日本の家電メーカーも、無くならないだろうけど、もうメインストリームではないよね
そういうかんじ
コメント2件

503
デフォルトの名無しさん[sage]   投稿日:2016/04/21 21:58:10  ID:k9qMiNyf.net
objc厨は文末にセミコロンを付けてくれないかな;
区別しやすくするために;

504
デフォルトの名無しさん[sage]   投稿日:2016/04/21 22:47:29  ID:K3VU8sXc.net
そ;れ;な;

return 1;
}

505
デフォルトの名無しさん[sage]   投稿日:2016/04/22 00:56:24  ID:gdMhTsNf.net
僕はswiftユーザーだけど;
swiftは衰退すると思うね;

506
デフォルトの名無しさん[sage]   投稿日:2016/04/22 00:56:28  ID:na/YLjXQ.net
>502
本当にそうなんだとしたら、せっかくAndroidに比べてメディア系がiOSは強いっていうアドバンテージがあるのに、わざわざその強みもなくすとはAppleもつまんない企業だなぁ。

507
デフォルトの名無しさん[sage]   投稿日:2016/04/22 01:44:53  ID:pnsulXqJ.net
Swift信者じゃないんですけど!
Obj-Cの…大学?に通ってるんですけど!

508
デフォルトの名無しさん[sage]   投稿日:2016/04/22 01:53:16  ID:YjOD3UQ2.net
appleは移行が得意な会社だと思うよ。
MacもOSをNextStepベースに変更したし
CPUアーキテクチャも何度も変更した。今はintelとarm両方にすら対応した。
2つの状態を共有して十分普及したら古い方を切り離す
という移行の仕組みで何度もCPUアーキテクチャだったりOSだったり
変更を行ってきた。

手始めにFoundationをswiftべーすに書き換えてるから
ちょっとずつobj-cのライブラリをswiftに置き換えていると思う。

509
デフォルトの名無しさん[sage]   投稿日:2016/04/22 02:56:06  ID:Po5tCyYM.net
アーキテクチャの変更はコンパイルし直すだけでだいたい解決するようにAppleがうまくやってくれたわけで、Objective-CからSwiftへの変更はCarbonからCocoa並みのインパクトと労力をサードパーティに強いるよ。
もし本気でSwiftへの移行を推し進めるのならApple純正のコンバータを提供してくれるかもな。

510
デフォルトの名無しさん[sage]   投稿日:2016/04/22 08:30:52  ID:cu9U8SWC.net
AppleがSwiftに移行していくと言わなければ、ほとんどのやつは
すでにコード資産もたくさんあるだろうしObjective-C使うだろうな
Swift使うのは意識高い系だけだろ

511
デフォルトの名無しさん[sage]   投稿日:2016/04/22 09:41:22  ID:hbzFAedw.net
Appleのモノは全て素晴らしいという訓練された信者と
ウケるオモチャが出来たと遊ぶハカー(笑)が使ってる

業務常時利用は辛いけど、普通に面白い言語じゃないか
betaから使い続けて慣れたらコーディング効率はobjc相当にはなった

512
デフォルトの名無しさん[]   投稿日:2016/04/23 09:31:11  ID:DlwhOkey.net
Swiftは書いてて楽しくないんだよな。
GCDもSwiftっぽくかけるだけで動作は全く同じでクラッシュしてもどこかわからない。
意味なく表記を変えたい人だけSwiftやればいいよ。
obj-cにもなんちゃってgenericsとnullable導入された今、どっちを使うか賢いやつは知っている。
新言語なんか覚えるのはナンセンス。

513
デフォルトの名無しさん[sage]   投稿日:2016/04/23 09:32:52  ID:U4eeg9FW.net(4)
アンチスレへどうぞ

514
デフォルトの名無しさん[]   投稿日:2016/04/23 10:14:55  ID:DSC3p/Cx.net
Swift終わったな

515
デフォルトの名無しさん[sage]   投稿日:2016/04/23 10:23:52  ID:cPCOyfl3.net
ファンクタ、アプリカティブ、モナドがSwiftを使ってわかりやすく説明されてる
http://www.russbishop.net/monoids-monads-and-functors

Objcでは無理そう
コメント2件

516
デフォルトの名無しさん[sage]   投稿日:2016/04/23 10:30:02  ID:U4eeg9FW.net(4)
ざっと読んだけどブロック分やジェネリクスの汚いコードなら出来るんじゃね
Swiftも十分に汚いからどんぐりの背比べだけど

functorの説明からこけてて笑った、無理に Swiftで解説しなくてもいいのよ
> Swift can't represent Functor

517
デフォルトの名無しさん[sage]   投稿日:2016/04/23 13:07:17  ID:HTvjMeTz.net
>515
当初変態呼ばわりされたObjective-Cが霞んで見えるほどクソすぎるシンタックスだわ

518
デフォルトの名無しさん[sage]   投稿日:2016/04/23 13:23:45  ID:7je2/+Js.net
アンチCを拗らせすぎてどんどんクソ構文になってきてるな
もっとうまくやれよSwift
バカなの?
コメント1件

519
デフォルトの名無しさん[]   投稿日:2016/04/23 13:28:54  ID:b/dTUV5/.net
>515
objc なら c++ のテンプレートを使えばよい。

520
デフォルトの名無しさん[]   投稿日:2016/04/23 13:30:43  ID:pe7A/Xk6.net
>502
MacもiPodもiPhoneもiPadも、登場時はこんなもの売れるわけ無い!って叩く奴多数だったけどね。
ライバルのネガキャンだけじゃなく、本当にそう思ってる者が多かった。
今から見れば、理由は簡単で、「従来からある何かの変種」だと見做そうとしてたから。
言語や製品のあるべき未来に近づいてるか?という目で見る人は少ない。
コメント3件

521
デフォルトの名無しさん[sage]   投稿日:2016/04/23 14:19:14  ID:IsykvOxk.net
配列ってなんで添字アクセスした時Optionalで返ってこないの?
辞書はOptionalで返すのに一貫性ないじゃん
コメント1件

522
デフォルトの名無しさん[sage]   投稿日:2016/04/23 15:00:46  ID:U4eeg9FW.net(4)
煽りのわりには愉快な構想だなぁと関心した
当然無理な構想だけど

>518
うまくやったら喜劇じゃない

523
デフォルトの名無しさん[sage]   投稿日:2016/04/23 18:30:40  ID:09Xre7an.net
おそらく数年後には、、、、

SwiftにC言語の要素を追加した、Swift-Cが登場すると思う。

524
デフォルトの名無しさん[sage]   投稿日:2016/04/23 18:36:42  ID:5fBWqHdD.net
Swift-C++ だな きっと・・・Swift-C# だったりして

525
デフォルトの名無しさん[sage]   投稿日:2016/04/23 18:50:53  ID:NO2QW+MS.net
>520
iPhoneが売れるわけないって言ってるやつら見る目なさすぎって当時呆れてた俺だがSwiftはこの先どうなるか分からんと見ている

>521
配列には何かしら中身が入ってるからで、辞書は該当のキーが無ければnilを返すからとしか言いようがない
配列のindexの範囲を超えた時はまた別のエラーが起こる

526
デフォルトの名無しさん[sage]   投稿日:2016/04/23 19:04:36  ID:U4eeg9FW.net(4)
iPhone音声発信出来ないバグが多発してたから、、、
iPadはUS先行発売でビッグウェーブで日本人も食いつきまくりだったろ

Swiftは完成品をドーンと発表しなかったからショボイ雰囲気
NMBみたいに発表すれば多少は良かったんだけどなぁ
NMBも発表直後こそは良かったが散々な評価で後続が出る気がしないけども

527
デフォルトの名無しさん[sage]   投稿日:2016/04/23 19:27:24  ID:fHXeWaXAN
iPhoneのあれは使ってもいないような奴らが想像だけで叩いていただけであって、
Swiftみたいに気軽に手に入れられるような代物だとまた違うでしょ。

iPhoneは当時かなり叩かれてたけど、実際に使ってる人の評判は良かった。
Swiftは実際に使ってる人の評判が悪いから将来が心配。

528
デフォルトの名無しさん[sage]   投稿日:2016/04/24 00:29:05  ID:nqSWTZK5.net(2)
>Swiftは完成品をドーンと発表しなかったからショボイ雰囲気
Appleらしくないよな
ジョブズ時代のAppleなら、最初からある程度完成度の高い状態で
お披露目して一気に普及させるようにリリースしてたはず
初代iPhoneだってそうだった
そういうところにAppleの凄さを感じたりもしていたのだが...

529
デフォルトの名無しさん[sage]   投稿日:2016/04/24 01:30:55  ID:cau9bF6X.net
>492のsecret double lifeがまさにそれだな
Swiftも確かに数年間Apple内部でこっそりやってきたんだけど世間に発表してから2年経ってもまだまだな感じ
あと数年経てば小慣れてきていい感じに普及するかもな

530
デフォルトの名無しさん[]   投稿日:2016/04/24 01:39:00  ID:3jQBxcsR.net(2)
もう、javaかc#でいいじゃん

531
デフォルトの名無しさん[]   投稿日:2016/04/24 01:39:25  ID:3jQBxcsR.net(2)
金使わないぞ!

532
デフォルトの名無しさん[]   投稿日:2016/04/24 01:41:01  ID:ZRk/831v.net(3)
そう、新しいものは要注意
お金を使わせられるだけ
経済活動に協力してはいけない

533
デフォルトの名無しさん[]   投稿日:2016/04/24 01:54:24  ID:ZRk/831v.net(3)
チケット買って行く=負け組

534
デフォルトの名無しさん[sage]   投稿日:2016/04/24 02:15:42  ID:gR/TwUg1.net
チケットを買う金もない=負け組

535
デフォルトの名無しさん[sage]   投稿日:2016/04/24 03:09:49  ID:KkS4eGjy.net
Swiftの開発体制はこれまでのAppleでは行ってなかったような、だいぶOSSコミュニティ寄りの開発の進め方だよね。かなりオープンというか。

未成熟な段階でリリースしたのも、よく言えばフィードバックを得ながら変えていくためと取れる。そのせいで仕様変更しまくりだが
コメント1件

536
デフォルトの名無しさん[sage]   投稿日:2016/04/24 04:43:56  ID:d3IsJSTD.net(2)
こんなポンコツ言語やってる奴いるの?

537
デフォルトの名無しさん[sage]   投稿日:2016/04/24 06:50:35  ID:uOKdAUzC.net(2)
時代の流れに乗ってみたんだろうけど、信者がついて来ないやり方は失敗だったなぁ
逆ブレしたObjC原理主義信仰のアンチを増やしすぎた

538
デフォルトの名無しさん[]   投稿日:2016/04/24 07:07:30  ID:ZRk/831v.net(3)
Swiftは5.0から

539
デフォルトの名無しさん[sage]   投稿日:2016/04/24 13:40:18  ID:xn+uuIMP.net
Appleはオワコン

540
デフォルトの名無しさん[sage]   投稿日:2016/04/24 13:50:51  ID:BfdrGh3V.net
このスレ見てたら結局C#使うのが一番楽そうに思えてくる

541
デフォルトの名無しさん[sage]   投稿日:2016/04/24 14:34:42  ID:d3IsJSTD.net(2)
>520
iPod や iPhone,iPad はリリース前はともかく、リリース後は誰も普及しないなんて思わなかった。
Swift はどうだ? 上記の物とは全く逆の評価。
こんなの普及してほしいプログラマなんていないだろう。

542
デフォルトの名無しさん[sage]   投稿日:2016/04/24 14:57:16  ID:ewb3DHT8.net
Swiftは大人気で、プログラマーはみんなやりたがってる、
アンケートを取れば一番人気の言語だ、
とか書いてあるのを良く見かけるけど、そうなの?
実感がないのだが?
コメント1件

543
デフォルトの名無しさん[sage]   投稿日:2016/04/24 15:13:23  ID:jZ92YXb9.net
言語は素敵だけど、ライブラリが旧来のままなのが残念すぎる。

544
デフォルトの名無しさん[sage]   投稿日:2016/04/24 15:32:13  ID:e+PkaMnHK(2)
命名規則変更するって言ってるし問題ない。

545
デフォルトの名無しさん[sage]   投稿日:2016/04/24 15:33:16  ID:nqSWTZK5.net(2)
>542
ステマに決まってんだろそんなの

546
デフォルトの名無しさん[sage]   投稿日:2016/04/24 15:37:47  ID:u7VpznkW.net
Swiftは欲張りすぎだな。
without C なら、ポインタ操作だのnullableだの一切やめて上層だけで組めるようにすれば良かったんでは。
できる事は限られるけどな。

547
デフォルトの名無しさん[sage]   投稿日:2016/04/24 16:50:04  ID:b5fQXBMX.net(2)
>535
今のクックみたいにフィードバックをよく取り入れて物を作っていくよりジョブズみたいに独裁的に進めた方が良かったんじゃないのか
Appleには一流のエンジニアがたくさんいるんだし

548
デフォルトの名無しさん[sage]   投稿日:2016/04/24 16:59:45  ID:kSoBPfTc.net
>520
ジョブズが停めてたのが目に見えてわかるぐらいswiftは退歩してる言語だから…
いや、違うな…Obj-Cもまた変なベクトルの言語だけれども
少なくともC++みたいなのが迷い込んだ袋小路からは距離を置いた言語ではあった。
swiftはね、なんか袋小路のどんずまりで頭ぶつけてた奴らが
袋小路から首だけ出して「新天地だ!」って言ってるような、
"いままでと同じ泥沼に浸かったままじゃねーか!"って言いたいつか
少年が「王様は裸だ!」って言わないとわかんねーのかこいつら?な言語なの。
コメント2件

549
デフォルトの名無しさん[sage]   投稿日:2016/04/24 17:07:22  ID:uOKdAUzC.net(2)
多少は分かってるからObjC信者がいる
ここにヘイトしてくる狂信者っぷりは依然そのままだけど

550
デフォルトの名無しさん[sage]   投稿日:2016/04/24 17:28:29  ID:e+PkaMnHK(2)
俺はObjC信者じゃないけど、単にSwift学ぶのが面倒なので当分はObjC派かな。

551
デフォルトの名無しさん[sage]   投稿日:2016/04/24 18:32:14  ID:b5fQXBMX.net(2)
>548
ジョブズが停めてたってのは初耳。どっかにソースある?

552
デフォルトの名無しさん[sage]   投稿日:2016/04/24 20:02:52  ID:LIMXHAmJ.net
俺もジョブズが止めてたって初めて聞いた
ソース出して

553
デフォルトの名無しさん[sage]   投稿日:2016/04/25 01:53:47  ID:CN38tcOf.net
>548
ジョブズが止めてたなんて嘘でしょ。

Appleの開発ツール責任者、Chris Lattnerによると、Swift言語の開発は2010年7月に始まった。彼は自身の個人ブログに、この言語が個人プロジェクトとしてスタートし、「存在を知っていたのはわずかな人々だけだった」と書いている。
2011年の終りに、数人の精鋭エンジニアがプロジェクトに加わり、Apple開発ツールチームの主要目標になったのは、2013年7月になってからだったという。

554
デフォルトの名無しさん[]   投稿日:2016/04/25 02:13:54  ID:T5W8CMM0.net
AppleがいつSwiftの話をやめるか今から楽しみ。
Swiftは一瞬だけ普及しておわる。

555
デフォルトの名無しさん[sage]   投稿日:2016/04/25 02:39:16  ID:weZCW8i5.net
2009年6月ジョブズ休業
2010年7月ラトナー個人的にSwiftを開発開始
2011年10月ジョブズ死去
2011年終わりAppleとしてSwiftを開発開始

ジョブズ関わってないだろうな。下手したらSwiftの本格始動について耳にすら入ってない可能性もある。
んでその後は

2014年6月Swift公開
2014年6月Swiftリリース
2015年6月Swift2公開
2015年9月Swift2公開
2015年12月オープンソース化

こうしてみると歴史も浅いしまだまだこれからって感じだな

556
デフォルトの名無しさん[sage]   投稿日:2016/04/25 09:18:43  ID:6hm9slTz.net
ジョブズが止めてたって話から、関わってないって話に刷り変わっててワロス

iOS 6だか7のMapにGoを出すジョブズならSwiftにもGoを出すだろ
MapもMac, iOSをまたがってようやく使えるようになったのでSwiftもあと5年は静観だなぁ
コメント1件

557
デフォルトの名無しさん[]   投稿日:2016/04/25 11:41:05  ID:xm7aaVCy.net
Swiftマンセーはステマ

558
デフォルトの名無しさん[sage]   投稿日:2016/04/25 14:36:08  ID:uvV7TCK6.net
ステマって単語久々に聞いたわ

559
デフォルトの名無しさん[sage]   投稿日:2016/04/25 14:52:28  ID:lOaK7I8B.net
>556
俺はジョブズが停めてたって書き込みを見たから気になって時系列を調べてみただけだぞ
刷り変えってなんだ
コメント1件

560
デフォルトの名無しさん[]   投稿日:2016/04/25 22:03:12  ID:28D3xrYo.net
Swiftなんかに踊らされるなよ〜

561
デフォルトの名無しさん[sage]   投稿日:2016/04/25 22:29:10  ID:38IKJfHp.net
ゴミはゴミ箱へ
アンチはアンチスレへ

562
デフォルトの名無しさん[sage]   投稿日:2016/04/25 22:29:59  ID:d8W/vHDZ.net
>559
亡くなってすぐにAppleが絡み出したように見える

563
デフォルトの名無しさん[sage]   投稿日:2016/04/26 00:18:01  ID:KUbgmjPe.net
ジョブスなら objC の廃止までロードマップにのせるはずだ

564
デフォルトの名無しさん[sage]   投稿日:2016/04/26 00:29:44  ID:fzQfkmE+.net
「ジョブズ」で「ObjC」な

565
デフォルトの名無しさん[sage]   投稿日:2016/04/26 00:39:00  ID:MzogmFMS.net
は?

566
デフォルトの名無しさん[sage]   投稿日:2016/04/26 00:42:59  ID:Sh/377mq.net
ジョブズなら〜とかお前は大川隆法か

567
デフォルトの名無しさん[sage]   投稿日:2016/04/26 01:01:30  ID:pUDdCBPP.net
Swiftに踊らされてるよ〜

♪ ∧,_∧  ♪
   ( ´・ω・) ))
 (( ( つ ヽ、   ♪
   〉 とノ )))
  (__ノ^(_)


   ∧_,∧ ♪
  (( (・ω・` )
♪  / ⊂ ) )) ♪
  ((( ヽつ 〈
   (_)^ヽ__)

568
デフォルトの名無しさん[sage]   投稿日:2016/04/26 01:57:33  ID:/JezqE/r.net
ob-cなんて記号だらけで読みづらいわ
swift今はガチガチだし整備されてない印象だけど今後もっと柔軟になるでしょ

そんなことはどうでもええねん
せっかく苦労してアプリ作ったのにiOSでしか動かんのが腹たつ

569
デフォルトの名無しさん[sage]   投稿日:2016/04/26 02:35:58  ID:dhI85j1e.net
(´・ω・`)良い言語は概念にしろ文法にしろ他にどんどんパクられる
コメント1件

570
デフォルトの名無しさん[sage]   投稿日:2016/04/26 02:54:22  ID:2csp8TRZ.net
ユーザー的には良いことじゃん
jsみたいに絶対的な地位が付加したらもっと楽しくなる
選択肢なんて無い方が良いわ
アプリのW3Cみたいなの結成してほしい

571
デフォルトの名無しさん[sage]   投稿日:2016/04/26 09:05:55  ID:oNVdaUhv.net
ジョブスがswiftに興味持つわけ無いだろ。
計算機のレイアウトのためにGUIのツールを作らせるくらいブログラミングに興味ないやつだぞ
コメント1件

572
デフォルトの名無しさん[sage]   投稿日:2016/04/26 09:12:58  ID:zTqhNGkU.net
モダン()な言語Swift
意識高い系のあなたにぴったりです

573
デフォルトの名無しさん[sage]   投稿日:2016/04/26 19:02:44  ID:gziRJOQu.net
throwとdeferは失敗なパクリだと思った
optionalは慣れたら便利に使えるけど、あいつら使う日がくる気がしねー

574
デフォルトの名無しさん[sage]   投稿日:2016/04/26 22:33:50  ID:gSQX/kYk.net
>569はlispの使い手

575
デフォルトの名無しさん[]   投稿日:2016/04/27 08:18:52  ID:44/gLsSj.net(4)
optionalなんかめんどくさいだけじゃん
絶対にSwiftなんか使わん

576
デフォルトの名無しさん[sage]   投稿日:2016/04/27 08:21:14  ID:wxiNnqIT.net
煽りがワンパターンすぎてつまらんぞ
もっと工夫しろ

577
デフォルトの名無しさん[]   投稿日:2016/04/27 08:25:08  ID:eKwuIXWw.net(3)
いつも監視ご苦労さん

578
デフォルトの名無しさん[]   投稿日:2016/04/27 08:26:00  ID:44/gLsSj.net(4)
Swift終わったな

579
デフォルトの名無しさん[]   投稿日:2016/04/27 08:31:18  ID:44/gLsSj.net(4)
某大手は組み込みへの応用を視野にSwiftはスルーするってよ
ランタイムがクソデカイし

580
デフォルトの名無しさん[]   投稿日:2016/04/27 08:33:38  ID:eKwuIXWw.net(3)
パクリ言語はダメだろ!?

581
デフォルトの名無しさん[]   投稿日:2016/04/27 08:41:29  ID:eKwuIXWw.net(3)
AppleがいつSwiftをあきらめるか楽しみで仕方ないよな〜
今もこれからも時代はC#だよな〜
Obj-Cはそれなりによかったが、iOSのためにSwiftなんか覚えても先が知れてる。
また新しい言語来るたびに苦労するのか?
マゾなの?
コメント1件

582
デフォルトの名無しさん[]   投稿日:2016/04/27 08:46:01  ID:44/gLsSj.net(4)
Appleもついに終わるか・・
もう売れないプロダクト感満載だし
iPhone7もiOS Xもたいしたことなさそうだし
jobsが生きててくれたら・・

583
デフォルトの名無しさん[sage]   投稿日:2016/04/27 08:55:52  ID:61ZB7v+r.net
ID変え忘れてるぞ、どうした?

584
デフォルトの名無しさん[sage]   投稿日:2016/04/27 09:01:23  ID:FURXXw38.net
>581
Swiftのクソさ加減は誰の目にも自明だからな
いかにごまかしてフェードアウトするかその方法を探ってるだろう

585
デフォルトの名無しさん[sage]   投稿日:2016/04/27 11:22:00  ID:9/2UzNftp
もう出しちゃったんだし、意地でも普及させるだろうけど、Swiftはないわ。

586
デフォルトの名無しさん[]   投稿日:2016/04/27 20:26:16  ID:Fr+o2Pfe.net
ライバルを増やさないように必死な工作が続いているというわけか…

以前の
プログラマーは儲からない
プログラマーは儲からない
プログラマーは儲からない

と同じ流れだ
コメント1件

587
デフォルトの名無しさん[sage]   投稿日:2016/04/27 22:11:35  ID:o0v8t3G/.net
>586
ちょっと何言ってっかわかんないっすね
まさかライバル増やしたくないからとかいうしょぼい理由で
Swiftがクソだと言ってるとは思ってないよね?

588
デフォルトの名無しさん[sage]   投稿日:2016/04/28 02:48:12  ID:cGoZpe21.net
そんな習得の難しい言語かよw
むしろ教科書的な言語だとすら思うわ
手になじむツールとしてはまだまだ未成熟なのは認めるけど

589
デフォルトの名無しさん[sage]   投稿日:2016/04/28 03:24:20  ID:Wm1uQx8e.net
SwifterつうかAppleがオワコン

590
デフォルトの名無しさん[sage]   投稿日:2016/04/28 10:13:12  ID:CfkwFJmh.net
Appleの次に来るのはどこ?

591
デフォルトの名無しさん[sage]   投稿日:2016/04/28 10:41:25  ID:Q0S16tI3.net(2)
JavaScript iOSフレームワークやってたらSwiftが随分便利だったなぁと死にたくなった
LL文法はいいんだが、JSに限らずネイティブ言語じゃない言語でiOSアプリ実装辛すぎシネ

592
デフォルトの名無しさん[sage]   投稿日:2016/04/28 11:27:13  ID:fDDbRIn4.net
C#でのiOS開発は楽ですよ

593
デフォルトの名無しさん[sage]   投稿日:2016/04/28 11:31:12  ID:vGVdpx6N.net
またUnity厨か

594
デフォルトの名無しさん[]   投稿日:2016/04/28 11:51:17  ID:ncPOVSkC.net(2)
おいらはObjective-Cで楽しく踊るよ〜

♪ ∧,_∧  ♪
   ( ´・ω・) ))
 (( ( つ ヽ、   ♪
   〉 とノ )))
  (__ノ^(_)


   ∧_,∧ ♪
  (( (・ω・` )
♪  / ⊂ ) )) ♪
  ((( ヽつ 〈
   (_)^ヽ__)

595
デフォルトの名無しさん[sage]   投稿日:2016/04/28 11:51:48  ID:Q0S16tI3.net(2)
いや、Xamarinのステマ厨だと思うよ
昨日はID変え忘れてたようだけど今日は大丈夫っぽい

毎日ご苦労

596
デフォルトの名無しさん[]   投稿日:2016/04/28 12:39:34  ID:ncPOVSkC.net(2)
それにしてもSwiftは無いな・・

597
デフォルトの名無しさん[]   投稿日:2016/04/28 12:42:43  ID:kFWxlXsE.net
swift、それは書いていて楽しく無い言語

598
デフォルトの名無しさん[sage]   投稿日:2016/04/28 13:05:24  ID:hVNFtww1+
コード量が減るのは嬉しいけど書いていて楽しくないのは同意。

599
デフォルトの名無しさん[sage]   投稿日:2016/04/28 14:27:47  ID:/mxrv/ni.net

600
デフォルトの名無しさん[]   投稿日:2016/04/28 15:00:39  ID:UC16EIkK.net
実はFlashが一番だということに、最近気づいた
何でもコードを打つのは面倒に感じる

601
デフォルトの名無しさん[]   投稿日:2016/04/28 20:19:53  ID:B+IQUyxU.net
ねくらファンタジーマップチップ素材集
http://www.dlsite.com/home/work/=/product_id/RJ165626.html/?unique_...
マップにこだわりたい人向けの、高難易度上級者向けマップチップです。
森/洞窟/海岸/砂漠/荒野/マグマ洞窟/凍結洞窟/村/街/城砦/遺跡/異空間が作れます

イラストアイコン素材集Vol.1
http://www.dlsite.com/home/work/=/product_id/RJ154598/?deqwas_inflo...;deqwas_tg=item_view
総数900点以上(380点+色違い、模様違いなど差分549点)

602
デフォルトの名無しさん[sage]   投稿日:2016/04/28 21:15:52  ID:nQ0T9aCz.net
optional否定してる人ってプログラミングを生業にしてるのか問い詰めたい
nilの可能性が考慮不要なスコープが作れるのはほんとうに便利だと思うんだけど。

obj-cのnilに対するメッセージ式がnil返すって挙動は問題の先送りだと思うし、
それが問題だと思うからswiftができたと思うんだけど。

603
デフォルトの名無しさん[sage]   投稿日:2016/04/28 21:52:02  ID:Lj1JhLte.net
あくまで言語一般として例外キャッチするよりは
転ばぬ先の杖としてはいい概念だと思う

604
デフォルトの名無しさん[sage]   投稿日:2016/04/28 22:00:06  ID:Lvhv4goI.net
オプショナル型はnilの可能性が残るんだけどね

605
デフォルトの名無しさん[sage]   投稿日:2016/04/28 22:18:06  ID:ICO5spDj.net
コピペだろ

606
デフォルトの名無しさん[sage]   投稿日:2016/04/29 03:46:17  ID:vUDh4C6L.net
Cのポインタそのまま利用してるObjCとかはともかく、Javaとかはなんでわざわざnullの概念を引きずったんだろう
コメント1件

607
デフォルトの名無しさん[]   投稿日:2016/04/29 05:19:44  ID:bkwVGZra.net
optional型なんか要らないよ。静的解析で十分。
BasicみたいなSwiftじゃ、まともなアプリ作れないし。

608
デフォルトの名無しさん[sage]   投稿日:2016/04/29 07:12:23  ID:6OVF3TV8.net
Optionalでスコープを切るのは使い方分かったんだが、静的解析のほうが融通効くんだよなぁ。

Optionalが有効なのは、スコープ内で使っているケースに限られる。
要はCだと
if (hoo && bar && func(hoo, bar)) {
}
と書くケースだけ。下記のケースなどには対応できないよね。
if (!hoo && hoo=func()) {
func2(hoo)
}

それに、無理にif letでOptionalを展開し、スコープ内で使わないと、使っていないと警告される。if letはnullでない事だけが必要な時に入りたいスコープって書き方には使えない。

Obj-Cが楽って感じるのは、こういうCのifをそのまま使ってるからだよね。一々!=nullとかく必要さえない。
コメント1件

609
デフォルトの名無しさん[sage]   投稿日:2016/04/29 07:22:08  ID:KOzpN5av.net(2)
ゴミはゴミ箱へ
アンチはアンチスレへ
コメント1件

610
デフォルトの名無しさん[sage]   投稿日:2016/04/29 09:54:04  ID:IN3TbFX7.net
>609
だからまずおまえがゴミ箱に入ったほうがいいんじゃね?

611
デフォルトの名無しさん[sage]   投稿日:2016/04/29 10:12:51  ID:KOzpN5av.net(2)
単発IDでそれだけ言われてもな
ネタ出せネタ

612
デフォルトの名無しさん[sage]   投稿日:2016/04/29 10:24:33  ID:IM8h9sHg.net
オプショナル型とヌルポを混同しとるアホがおるな

613
デフォルトの名無しさん[sage]   投稿日:2016/04/29 10:40:36  ID:lxf3O1Zv/(2)
最終的にはヌルポ回避することになるんだから別に間違ってはいない

614
デフォルトの名無しさん[sage]   投稿日:2016/04/29 10:38:59  ID:3+tfDsNW.net
ヤレヤレ ┐(´ー`)┌ マイッタネ

615
デフォルトの名無しさん[sage]   投稿日:2016/04/29 11:25:43  ID:lxf3O1Zv/(2)
オプショナルは値が存在するかしないかを表すものだから、ヌルポとは直接関係ないだろ

616
デフォルトの名無しさん[sage]   投稿日:2016/04/29 11:24:01  ID:JIzpONNX.net
>606
開始時とかに空っぽにしておきたいなんてシチュは山ほどあるだろ
いちいちnullクラス用意するなんて現実的でない

617
デフォルトの名無しさん[sage]   投稿日:2016/04/29 12:41:11  ID:uCFXbJ0d.net
>571
ジョブズは古いハッカー側の人だから職業プログラマーじゃないだけで
むしろ、コンピュータ関連の知識は君より広かったと思うよ。
あの人の怖かったのはコアの部分で技術を知ってるから
ハンパなもん出すと「これまだ不完全だよね?」ってガチで見抜いちゃう最高経営者だったってこと。

618
デフォルトの名無しさん[sage]   投稿日:2016/04/29 13:13:41  ID:RopIrFO/.net
https://www.youtube.com/watch?v=BNeXlJW70KQ
“Steve Jobs brainstorms with the NeXT team (1985)”

↑これ見れ。

619
デフォルトの名無しさん[]   投稿日:2016/04/29 14:07:25  ID:RM2zRYND.net(3)
これからもnullを返すAPIを作りまっせ!

620
デフォルトの名無しさん[]   投稿日:2016/04/29 14:09:21  ID:RM2zRYND.net(3)
Swiftはnull許容するなよ初心者の学習用途に専念しろw
コメント1件

621
デフォルトの名無しさん[sage]   投稿日:2016/04/29 14:34:41  ID:toQo/1wB.net
未だにSwiftに移行できてない低脳がいるのか

622
デフォルトの名無しさん[sage]   投稿日:2016/04/29 14:42:41  ID:amgJTGBg.net(2)
今年のWWDCもSwift推しっぽいな
ついてこれない奴は取り残されるだけ

623
デフォルトの名無しさん[sage]   投稿日:2016/04/29 15:09:08  ID:Nju8NWPB.net
>620
間違えたものを代入した時点で取り敢えず止まってくれるから初学者にはいいんじゃないの?

624
デフォルトの名無しさん[sage]   投稿日:2016/04/29 15:11:25  ID:aR4AsH9j.net(2)
nilを許容しなきゃCocoaAPIも呼べないということにも気づかないアホにレスすんなよ
コメント1件

625
デフォルトの名無しさん[]   投稿日:2016/04/29 16:06:03  ID:1BOP6qvd.net(2)
>624のほうが絶対にアホだけど

626
デフォルトの名無しさん[]   投稿日:2016/04/29 16:09:04  ID:RM2zRYND.net(3)
大手キャリア、大手ゲーム、電通系、リクルート系、などの大手開発全部、obj-cスキル必須ですよ。

627
デフォルトの名無しさん[sage]   投稿日:2016/04/29 16:43:44  ID:lsNi2p2g.net(3)
この辺がずっと曖昧なんだけど、
nilでメモリから消せるんだよね?
値があるってことはメモリ使ってるんだよね?
何が溜まってて何が消えてるのか分かりづらい
ハードに優しいswift設計の本とかサイト知りませんか?

あと、Xcodeでクラッシュした時にアセンブラ?みたいなのが出て
原因がわからない時が多いです。
あれどうにかなりませんか?

628
デフォルトの名無しさん[sage]   投稿日:2016/04/29 16:55:00  ID:lsNi2p2g.net(3)
Debug -> Debug Workflow -> Always show disassembly
のチェック外したらアセンブリ表示出なくなるらしいね!
今まで何で検索できなかったんだろう。。

629
デフォルトの名無しさん[sage]   投稿日:2016/04/29 17:06:23  ID:aR4AsH9j.net(2)
質問は質問スレで
あと質問内容はもっと具体的に
コメント1件

630
デフォルトの名無しさん[sage]   投稿日:2016/04/29 17:16:37  ID:mvLhCwIT.net
初心者ほどSwift使っちゃダメなんじゃねw

631
デフォルトの名無しさん[sage]   投稿日:2016/04/29 17:19:42  ID:amgJTGBg.net(2)
1日の売り上げが始めて2000円突破したぞ
ばんじゃ〜い \(^_^)/
1日1万円突破する日も近いなこりゃ

632
デフォルトの名無しさん[sage]   投稿日:2016/04/29 17:20:36  ID:lsNi2p2g.net(3)
>629
ごめん
optionalの会話が多かったから

633
デフォルトの名無しさん[sage]   投稿日:2016/04/29 17:45:27  ID:WqUKKLN9.net
>608
全然中身を見てないけど変数の中身がnullかどうか静的に解決できないから
Optional型ができたんだが。

634
デフォルトの名無しさん[]   投稿日:2016/04/29 19:57:30  ID:1BOP6qvd.net(2)
obj-cから勉強しろよ。

635
デフォルトの名無しさん[sage]   投稿日:2016/04/29 20:55:43  ID:YX/Wey/P.net
来年ぐらいにSwift-Cが出るよ。それまで静観だな。
ってことで、オロナミンCでも飲むか。

636
デフォルトの名無しさん[sage]   投稿日:2016/04/29 21:15:57  ID:xz+/kgb6.net
Swiftive-C
コメント1件

637
デフォルトの名無しさん[sage]   投稿日:2016/04/30 01:02:58  ID:ylKqAvHZ.net(3)
>636
クソワロタwww

638
デフォルトの名無しさん[sage]   投稿日:2016/04/30 01:12:38  ID:OlHeR4LZ.net(3)
笑いどころが分からんのだけど解説して
コメント1件

639
デフォルトの名無しさん[sage]   投稿日:2016/04/30 01:17:45  ID:ylKqAvHZ.net(3)
>638
アンチCなSwiftがCに寄り添うなんて皮肉のパンチ効いてるだろ

640
デフォルトの名無しさん[sage]   投稿日:2016/04/30 01:45:36  ID:dLQkfXTY.net
java8もオプショナル採用してるじゃん
あっちに比べれば読みやすいと思うけどね

641
デフォルトの名無しさん[sage]   投稿日:2016/04/30 01:53:42  ID:xvwYpAPT.net
言語として進化を追い求めるのはいいことだが無駄にwithout Cを
進めてるのが反感買ってると思う
もはやCっぽくないシンタックスにすること自体が目的になってるきらいがある

642
デフォルトの名無しさん[sage]   投稿日:2016/04/30 02:51:08  ID:Miiu5zBA.net
cの関数は呼べるけどな
enumとかswitchとかcより進化して便利になってる
c書く時もついセミコロンを忘れてしまう。まぁはっきりいって複数文でも書く必要でもなけりゃセミコロンは不要
進化についてこれないやつは釘とトンカチで家建ててろ

643
デフォルトの名無しさん[sage]   投稿日:2016/04/30 06:59:24  ID:kWQ7lpEn.net
enumやswitchが便利になったのは分かるけどそれを進化と呼ぶのなら、今まで出来てた事が出来なくなったのは退化と言えるのかも知れない
切れるところはうまく切り捨ててフラグメントや人的ミスを減らしたいんだろうけど

644
デフォルトの名無しさん[sage]   投稿日:2016/04/30 08:54:01  ID:ylKqAvHZ.net(3)
クリス・ラットナーはなぜ未だにCが使われ多くの主要言語がCをベースの文法で作られて来たのか冷静に考えた方がいいな

645
デフォルトの名無しさん[sage]   投稿日:2016/04/30 11:02:27  ID:vPU05Uaz.net(2)
Swiftの文法もCベースじゃん
コメント1件

646
デフォルトの名無しさん[]   投稿日:2016/04/30 12:03:47  ID:uVz81x78.net
GitHubで匿名通信(Tor、i2p等)ができるBitComet(トラッカーサイト不要でDHTだけで日本語検索可能)
みたいな、BitTorrentがオープンソースで開発されています
言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?
Covenantの作者(Lyrise)がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al

ちなみにオイラはCovenant(純粋P2Pのファイル共有ソフト)の完成が待ち遠しいプログラミングできないアスペルガーw

647
デフォルトの名無しさん[sage]   投稿日:2016/04/30 13:46:07  ID:RPm3M18b.net
SmalltalkベースのObj-Cはキモいって散々言ってたのに、
今度はCらしさはキモいとか言い出して、自分らしさの旅に出てるのはおもろい

648
デフォルトの名無しさん[sage]   投稿日:2016/04/30 13:50:11  ID:kRSfMr4Y.net
ゆうてもObjective-CはCだからな

649
デフォルトの名無しさん[sage]   投稿日:2016/04/30 14:24:12  ID:f44Q6Jmk.net
プロトコル指向で思考するのが至高

650
デフォルトの名無しさん[sage]   投稿日:2016/04/30 16:27:19  ID:DF6XE0RQ.net
シコシコうるせーよ

651
デフォルトの名無しさん[sage]   投稿日:2016/04/30 17:26:11  ID:OlHeR4LZ.net(3)
ES7のasyncっぽく書けるようにならんかな
コメント1件

652
デフォルトの名無しさん[sage]   投稿日:2016/04/30 17:52:19  ID:vPU05Uaz.net(2)
ぬぁるぁんっ!

653
デフォルトの名無しさん[sage]   投稿日:2016/04/30 17:58:27  ID:eHAeCysG.net
>645
えっ

654
デフォルトの名無しさん[sage]   投稿日:2016/04/30 18:00:41  ID:fKcUWrpK.net
Swift.netはよ

655
デフォルトの名無しさん[sage]   投稿日:2016/04/30 19:40:32  ID:kuSmKopo.net
>651
あんまりPromiseを便利に使ったことないけど、PromiseKitの使い心地を聞きたい

656
デフォルトの名無しさん[sage]   投稿日:2016/04/30 21:53:52  ID:7WxZi1Cp.net
【Swiftでクリエイティブコーディング!C4とは】
http://hackist.jp/?p=7345

うぉっ、こんなのがあったとは知らなんだ
Swift学習にもなるし手元のiOS端末を活用できるのは大きいな

657
デフォルトの名無しさん[sage]   投稿日:2016/04/30 22:19:34  ID:OlHeR4LZ.net(3)
うぉっ、じゃねぇよ
p5スレとマルチポストしてんじゃねぇぞ死ね

658
デフォルトの名無しさん[sage]   投稿日:2016/05/02 01:19:21  ID:N0IjnnZv.net(3)
SwiftってJSみたいにブラウザとかサーバーで動くようにならんのかね?

659
デフォルトの名無しさん[sage]   投稿日:2016/05/02 01:24:06  ID:qfD+rnzZ.net
Frameworkの移植がまだまだ必要だけど一応Linux版が少し動いてるらしい
コメント1件

660
デフォルトの名無しさん[sage]   投稿日:2016/05/02 01:43:20  ID:N0IjnnZv.net(3)
>659
ああ、まだ全然使えないらしいね。
使うとしてもレンタルサーバーでは厳しいか。

Webでやることなんて大したこと無いし、コンパイル一瞬でできそうだから擬似オブジェクト指向のスクリプト言語に依存する意味がわからんのだよね。
Swift始めてからよく言われてるJSやらPHPのガバガバ感が気持ち悪くて仕方ない。
やっぱスクリプト言語の方が制作的に断然早いの?

661
デフォルトの名無しさん[sage]   投稿日:2016/05/02 02:32:20  ID:GEZivW4j.net
コンパイル言語のJavaやC#を使ってWebアプリ作るには環境整えるのがめんどい
tomcatや.net等のフレームワークの類
その点、スクリプト言語はWebサーバのモジュールさえ用意すれば動くし、トライ&エラーで直ぐに動作確認できるから便利っつえば便利
SwiftをWebサーバと連携させるにはまだまだ環境的に足りないよね

662
デフォルトの名無しさん[sage]   投稿日:2016/05/02 03:13:32  ID:N0IjnnZv.net(3)
せや!
JSが進化すればええんや!
DOM操作系では最強だし。
コメント1件

663
デフォルトの名無しさん[sage]   投稿日:2016/05/02 06:34:51  ID:w9cVS61w.net
ある程度規模が大きなコードになってくると
型きっちり決められる言語で高機能IDE使って開発したほうが
後のメンテとか機能拡張とかすごい楽だよ

664
デフォルトの名無しさん[sage]   投稿日:2016/05/02 08:43:40  ID:bzpdhBbq.net(4)
>662
先日のID変え忘れから、ID変えるのやめたんだろうけど、私利死滅といか、意識散漫というか
一貫性がないからID変えた方がまだ良いな
コメント1件

665
デフォルトの名無しさん[sage]   投稿日:2016/05/02 12:27:06  ID:pohLtEMa.net(3)
>664
だってswift自体完成してないのにサーバーサイドとかDOM操作用のAPI?SDK?とか夢のまた夢だと思ったんだもん。
他社のブラウザでswiftが動くとかも想像出来ないし、、
それならブラウザ掌握しててサーバーサイドでも動くJSがswift的に進化する方が現実的かなって。

666
デフォルトの名無しさん[sage]   投稿日:2016/05/02 12:28:49  ID:fJ4Z7cBO.net
Swiftの胡散臭さに一役買ってるのはQiitaと意識高い系のカスどもだろ
余計なことすんなよ

667
デフォルトの名無しさん[sage]   投稿日:2016/05/02 12:29:05  ID:faAxGKCj.net
Pythonが駆逐するんじゃねえかな
ここ最近破竹の勢いだし多分覇権言語になるでしょ

668
デフォルトの名無しさん[sage]   投稿日:2016/05/02 12:59:03  ID:Gu1IstNf.net
そのうちSwiftで書いてWebAssemblyにコンパイルしてブラウザで動かせるようになるんじゃね

669
デフォルトの名無しさん[sage]   投稿日:2016/05/02 13:09:07  ID:bzpdhBbq.net(4)
OSSになる前のLLVMだからどこでも動く、というロマンと同じだなw

小さな10M弱のランタイムがないと動かないからムリだろ
iOSネイティブであのサイズ、WebAssemblyでも同等以上のサイズになって
そんなランタイムDLさせるのはありえんわ

ロマンを実現するならランタイムが極小になるようにswift compactみたいなサブセット規格でも作るかねぇ

670
デフォルトの名無しさん[sage]   投稿日:2016/05/02 13:11:33  ID:BA60vqZ3.net(5)
そもそもWebアプリでSwiftである必要がないだろ

671
デフォルトの名無しさん[sage]   投稿日:2016/05/02 13:44:45  ID:pohLtEMa.net(3)
swiftである必要が無い?
じゃあ一生新しい言語を追いかける事を受け入れるの?
俺は嫌だな、せめてこの場でだけでもあらがいたい。

swift compact?大歓迎だよ!

672
デフォルトの名無しさん[sage]   投稿日:2016/05/02 13:59:50  ID:BA60vqZ3.net(5)
Swiftに限らず強い推進活動はやがて排他的な活動へと発展し争いを生む
人間はいつまでたっても学ばない生き物
戦争もなくなんねぇよそんなんじゃ
コメント1件

673
デフォルトの名無しさん[sage]   投稿日:2016/05/02 14:34:40  ID:TRE+wW8cO(4)
もう新しい言語学ぶの面倒くさいから、Swiftが一人勝ちしてくれればいいよ。
Swift持ち上げてる奴らだってそれを望んでステマしてるんでしょ?


674
デフォルトの名無しさん[sage]   投稿日:2016/05/02 14:27:58  ID:8/s268j0.net
だって毎回当事者が違うだろ

675
デフォルトの名無しさん[sage]   投稿日:2016/05/02 15:24:39  ID:pohLtEMa.net(3)
別に排他的にならなくても選択肢としてSwiftが増えるだけでしょ。
JSしか選べないフロントエンドの現状が異常なのでは?
web屋なんてJSからSwiftに乗り換えるとか楽勝、むしろ歓迎じゃない?
jQuery的なライブラリも当然出る前提だけど。

そういう風になっていけばSwiftだけしか使わなくていい人も増える。
ライブラリもエディタも増える。知識ある人も増えて良いことづくめ。

676
デフォルトの名無しさん[sage]   投稿日:2016/05/02 16:03:48  ID:eijU4WPw.net(3)
Webのクライアントサイドに限ってはサポートする言語は1つでいいよ
VBスクリプトと混在するJavaScriptの亜種で混沌としてたあの時代に戻るわけにはいかない

677
デフォルトの名無しさん[sage]   投稿日:2016/05/02 17:37:51  ID:bzpdhBbq.net(4)
>672
ワロタ
Swift, ObjC両立を許容しない排他的なObjC信者への煽りかw

イマドキ言語を縛るのはナンセンスだとWebブラウザ版LLVMを作ろうと Web Assembly なんだろうから
Web Assemblyのロマンを実現出来るかは別として一つの言語がマルチプラットフォームで動くのは歓迎したい

だから、Swiftのクロスコンパイルを早くしろ
あとWindowsでも動くようにしろ
コメント1件

678
デフォルトの名無しさん[sage]   投稿日:2016/05/02 17:55:34  ID:BA60vqZ3.net(5)
>677
>Swift, ObjC両立を許容しない排他的なObjC信者への煽りかw
いやいや両立を許容しない予定なのはApple自身だろ...
両立を許容する宣言しとけばこんなゴタゴタは起こらないかと

679
デフォルトの名無しさん[sage]   投稿日:2016/05/02 18:00:13  ID:IAgjaX48.net(3)
Appleはそんな予定を表明してませんよw

680
デフォルトの名無しさん[sage]   投稿日:2016/05/02 18:01:16  ID:BA60vqZ3.net(5)
いやいやObjective-C→Swiftへの移行を強行してるでしょ

681
デフォルトの名無しさん[sage]   投稿日:2016/05/02 18:04:06  ID:IAgjaX48.net(3)
してないと思うけどw
コメント1件

682
デフォルトの名無しさん[sage]   投稿日:2016/05/02 18:07:11  ID:j4GOSkH0.net(3)
ob-cが終わるとは言ってなくね?
c++も使えるでしょ。メンドイけど。

683
デフォルトの名無しさん[sage]   投稿日:2016/05/02 18:13:29  ID:j4GOSkH0.net(3)
つーかどうせコンパイルしてバイナリなりアセンブリに変換するならどれでもええやん的な。
javaだってxcodeが対応すれば動くんでしょ?
あれか、SDKが互換性ないんか。

684
デフォルトの名無しさん[sage]   投稿日:2016/05/02 18:26:38  ID:eijU4WPw.net(3)
Obj-Cにもそのうちオプショナル型が導入されるかもな。無理やり感満載で汚くなりそうだけど
コメント1件

685
デフォルトの名無しさん[sage]   投稿日:2016/05/02 18:38:23  ID:TRE+wW8cO(4)
>684
Nullabilityと静的解析でどうにでもなるから、そこまでする必要はないでしょ。
nullableの結果をnullチェックしてなかったら警告出す程度で十分だと思う。

686
デフォルトの名無しさん[sage]   投稿日:2016/05/02 18:47:57  ID:IAgjaX48.net(3)
導入しなくても全部オプショナルでしょObjCは。

687
デフォルトの名無しさん[sage]   投稿日:2016/05/02 18:48:49  ID:eijU4WPw.net(3)
ん?

688
デフォルトの名無しさん[sage]   投稿日:2016/05/02 18:59:03  ID:BA60vqZ3.net(5)
>681
え?そうなの?
Objective-Cを引き続き使いたい人は使えて、Swift使いたい人はSwiftで書いてが許されるってこと?
だったらぜんぜんええやん
何も問題ない
コメント1件

689
デフォルトの名無しさん[sage]   投稿日:2016/05/02 19:15:44  ID:j4GOSkH0.net(3)
>688
今はob-c案件に固まってるけど今後仕事で使うならswift案件もこなせないとな。
swiftから入った人間はob-c勉強する気起きない人多いから有利だと思う。

690
デフォルトの名無しさん[sage]   投稿日:2016/05/02 19:31:20  ID:O8ZuUKmC.net(2)
obj-c案件とかswift案件とかあるのか
コメント1件

691
デフォルトの名無しさん[sage]   投稿日:2016/05/02 20:00:16  ID:TRE+wW8cO(4)
obj-c案件は相変わらず安定してるよ。
余談だけど間違ってもobjc要員だけでswiftプロジェクトを回そうとしないこと。
swift移行はデスマ必至なので完全に別言語だと思って始めたほうがいい。
前スレでも同じこと言ってた人いたけど。

692
デフォルトの名無しさん[sage]   投稿日:2016/05/02 20:14:39  ID:bzpdhBbq.net(4)
一周回って?減ってきてるけど、swift案件は昔は結構見たぞ
アポーが作った新しい言語!これは素晴らしいはずだ!!と踊らされた上流行程がSwift強制、そして炎上
1.xの頃はこのスレもその手の苦労話多かったわ

693
デフォルトの名無しさん[sage]   投稿日:2016/05/02 20:47:51  ID:O8ZuUKmC.net(2)
なんで苦労したんだろ
経験不足とか?

694
デフォルトの名無しさん[sage]   投稿日:2016/05/02 21:37:03  ID:0mUL9362.net(2)
今もそうだけどswift(xcodeの)アプデの度にとんでもない数のエラーが出る。
swift3.0はまたもの凄い書き直しが予想されてる。
作りっきりのアプリならいいけど今大きなプロジェクトでswift使うとアプデの度に死ねる。

695
デフォルトの名無しさん[sage]   投稿日:2016/05/02 21:50:47  ID:0mUL9362.net(2)
それが理由で工数が無駄に掛かるから最近はswift案件が激減してる。
というか業務ではほぼ絶滅。
開発途上の言語というのが周知になった以上、あと数年はswift案件は無いと思った方がいい。

696
デフォルトの名無しさん[sage]   投稿日:2016/05/02 22:47:35  ID:TRE+wW8cO(4)
たしかに業務で使うのは厳しい。
複数人で開発してるとXcodeのバージョンもタイミング見計らって一斉に上げなきゃいけなくなるしね。

697
デフォルトの名無しさん[sage]   投稿日:2016/05/02 22:46:03  ID:1Tr+zk4h.net
受託開発で相手がSwift使いたいって言ってきたら工数増でウマー
自社案件なら使わない。結局使い分けよ

698
デフォルトの名無しさん[sage]   投稿日:2016/05/02 23:32:25  ID:u5kruKQi.net
逆でしょ
受託案件で客がSwiftリスクを理解して、増加した工数分金を積んでくれることは稀
自社案件は技術アピールと、Objective-Cが死んでも生き残れるエンジニアを育成するためにSwiftを使う
コメント1件

699
デフォルトの名無しさん[sage]   投稿日:2016/05/03 00:28:35  ID:zq0gDxAm.net
>690
ほんそれ
本当に両立する気なら開発者が好きなほう選べばいいはずだがそうじゃないってことだろ
コメント1件

700
デフォルトの名無しさん[sage]   投稿日:2016/05/03 01:23:30  ID:T59mhQ8r.net(2)
>699
いや、好きな方で書けばいいよ;
どっちで書いても同じように動くんだから。
でも客やチームリーダーに指定されたら従うしか無いって話。
エラー書き直すって言っても、アプリをアップデートする際に必要なだけで、バイナリ化してストアに出してるアプリが急に動かなくなるって話じゃない。

Apple的にはどっちで書いてもいいけどswftの方が書きやすくなってるし、一瞬でビルドできるおかげて新しい機能(@IBDsignableとか)も使えるからどんどん使ってねー的なスタンスじゃないの?

サードのライブラリはob-cとc++の混在パターンが今は多いけどswiftでも共存できるし、swiftしかやったこと無くてもUIKitが同じだから全く読めないこともない。
極論言えばob-cで作ってるチームの中で自分だけswiftでクラス作ってても共存できるから結局個人の好きな方で書けばいい。
ob-cに至ってはコード中にc++をシレッと混ぜても動くカオスっぷり。

Xcodeってそういうぶっ飛んだシロモノなんだぜ?
頭イカれてるとしか思えないフリーダム仕様なんだぜ?
ジョブズきもいだろ〜

701
デフォルトの名無しさん[sage]   投稿日:2016/05/03 01:39:42  ID:T59mhQ8r.net(2)
すまん。ちょっと飲み過ぎたわ。
これは酷い
コメント1件

702
デフォルトの名無しさん[]   投稿日:2016/05/03 03:36:46  ID:mwOpHUip.net
結局、ここ5年間はobj-c知らなきゃ仕事はない。
そのうちにSwiftは死亡する。

703
デフォルトの名無しさん[]   投稿日:2016/05/03 03:55:47  ID:17bZM0J+.net
Swiftってインタプリタ実行言語みたいでキモイ

704
デフォルトの名無しさん(笑)[sage]   投稿日:2016/05/03 08:31:20  ID:L6xs34vK.net
>701
賢者タイムかよwww

705
デフォルトの名無しさん[sage]   投稿日:2016/05/03 09:02:48  ID:S8jXYqZo.net(2)
>698
上乗せ出来ないプロマネはシネばいい
それこそずっと言われて来たことだ

ObjCとSwiftの機能が対に存在してなくて
ObjCでこうする場合、Swiftだとどうすればいいんだって問題もあったな
String周りとか機能不十分な上に仕様を何度も変えるから困ったわ

706
デフォルトの名無しさん[sage]   投稿日:2016/05/03 10:13:01  ID:YZda0r1T.net(4)
Swiftなんてobj-C知ってれば3日で覚えるんだから覚えればいいだろ
覚えたからって別に害になるわけでもなく
コメント3件

707
デフォルトの名無しさん[sage]   投稿日:2016/05/03 10:30:35  ID:0FoxRkYE.net(4)
覚えてもすぐ仕様が更新されてイラっとするからもっと先でいいや

708
デフォルトの名無しさん[sage]   投稿日:2016/05/03 10:40:40  ID:D9sDF8Mu.net
>706
3人日が勿体ない

709
デフォルトの名無しさん[sage]   投稿日:2016/05/03 10:55:26  ID:YZda0r1T.net(4)
人生に余裕なさすぎw

710
デフォルトの名無しさん[sage]   投稿日:2016/05/03 11:17:53  ID:dkZvJ9wwp
三日間休みとって学べばそれなりに理解できるだろうけど、仕事で使ってる人はそんな余裕無いでしょ。
仕事中に少しづつ調べながら作ることになるから進捗が悪くなってデスマになる。
正直Appleは業界に混乱をもたしただけ。

swiftはobjcを置き換えるものではないってなんで宣言しないかな>Apple

711
デフォルトの名無しさん[sage]   投稿日:2016/05/03 11:11:29  ID:0FoxRkYE.net(4)
ついに人生観を語り出したか
末期だな

712
デフォルトの名無しさん[sage]   投稿日:2016/05/03 11:29:25  ID:YZda0r1T.net(4)
人生観ってw 大げさすぎ

713
デフォルトの名無しさん[sage]   投稿日:2016/05/03 11:34:38  ID:0FoxRkYE.net(4)
人生持ち出したんはお前だろ

714
デフォルトの名無しさん[sage]   投稿日:2016/05/03 11:40:23  ID:YZda0r1T.net(4)
リラックス、リラックスw
ていくいっといーじー

715
デフォルトの名無しさん[sage]   投稿日:2016/05/03 11:44:10  ID:0FoxRkYE.net(4)
うーんw

716
デフォルトの名無しさん[sage]   投稿日:2016/05/03 12:02:34  ID:zkUFOdEF.net(2)
>706
それな
こっちはすでに全面的にSwiftに移行した
Objective-CでもSwiftでもどっちでも開発できるが、新規案件は全てSwiftに移行

717
デフォルトの名無しさん[sage]   投稿日:2016/05/03 12:40:27  ID:vvwdlVaH.net(2)
Objective-CモドキのSwiftを書くのと、
Swiftの標準ライブラリレベルのSwift書くのとじゃレベル感違うからなー

特にProtocol Extensionを前提とした設計は難しい
ダイヤモンド継承問題を再燃させている
コメント1件

718
デフォルトの名無しさん[sage]   投稿日:2016/05/03 12:41:41  ID:0b/HUIkJ.net
今Swiftで書いておけばメンテナーがいなくてアップデート案件も自分のとこに回ってくるしな

719
デフォルトの名無しさん[sage]   投稿日:2016/05/03 12:48:28  ID:sRhmbJDb.net(2)
一旦Swiftに移行したらもうobj-cには戻れませんわ
obj-cでのプロパティ宣言とか、型宣言必須とか、カッコ構文とか、ヘッダと実装がファイルで別々になるのとか面倒くさすぎてもうね

720
デフォルトの名無しさん[sage]   投稿日:2016/05/03 12:48:34  ID:zkUFOdEF.net(2)
ObjCの自前ライブラリはどんどんプロトコル指向でSwiftに書き換えていってる
今やSwiftの方が開発しやすい

721
デフォルトの名無しさん[sage]   投稿日:2016/05/03 13:05:00  ID:A7H6g7v8.net
バージョンアップ時の修正なんか、Swift移行で上がった生産性で払って余裕でお釣りがくるよな

722
デフォルトの名無しさん[sage]   投稿日:2016/05/03 13:15:22  ID:vvwdlVaH.net(2)
基本的にコードは書くより考える時間の方が長いから、
Swiftで記述量減ってもそこまで生産性上がらないんだよなぁ
あと、ビルドがまだ重い、リファクタリングできないという生産性への負のインパクトが大きすぎる

723
デフォルトの名無しさん[sage]   投稿日:2016/05/03 15:45:42  ID:S8jXYqZo.net(2)
>717
ライブラリ書くとObjC互換 IFにしようとしてObjCもどきのSwiftになる罠
あとSwiftライブラリのXcode versionに引っ張られてXcodeのversion上げられない地雷もツライ

アプリケーション層ならSwiftらしく書けるんだけどなぁ

724
デフォルトの名無しさん[sage]   投稿日:2016/05/03 18:51:44  ID:iODoTOQv.net
プロトコル指向なんてプロトコルで超小分けに細分化してパーツ組んでクラスに合体させるだけとちゃうのん?
クラスの参照とか気にしなくて良いらしいから精神衛生的に良いってくらいにしか良さがわからん。

725
デフォルトの名無しさん[]   投稿日:2016/05/03 19:18:49  ID:G9XEXQGe.net
匿名通信(Tor、i2p等)ができるファイル共有ソフトBitComet(ビットコメット)みたいな、
BitTorrent(Covenant)が活発な情報交換・交流コミュニティでオープンソース開発されています(プログラマー募集中)

言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?

Covenantの作者(Lyrise氏)がそういう人と話したいそうなので、よろしければツイートお願いします<(_ _)>
https://twitter.com/Lyrise_al

ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできない情報発信好きアスペルガーw


The Covenant Project
概要

Covenantは、純粋P2Pのファイル共有ソフトです

目的

インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します

特徴

Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)

接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません

726
デフォルトの名無しさん[sage]   投稿日:2016/05/03 19:49:19  ID:8r0M9GSx.net
死ね

727
デフォルトの名無しさん[sage]   投稿日:2016/05/03 19:53:47  ID:sRhmbJDb.net(2)
生まれろ

728
デフォルトの名無しさん[sage]   投稿日:2016/05/03 20:29:33  ID:jSIt0Mms.net
趣味でスウィフトどころか、プログラミングをはじめてはじめたものだがかなり楽しいわ。
必ずしも仕事に繋がる必要はないよね?

729
デフォルトの名無しさん[sage]   投稿日:2016/05/03 21:31:55  ID:zBWhUN4e.net
ここそんな人ばっかだよ。

730
デフォルトの名無しさん[sage]   投稿日:2016/05/03 22:07:06  ID:kzvDuqU1.net
Swift使いたくて使ってる人ばかりだからね
実用性はどうでもいい

731
デフォルトの名無しさん[sage]   投稿日:2016/05/03 23:20:26  ID:JtOUjSkK.net
おまえら立派なスウィフターだな

732
デフォルトの名無しさん[]   投稿日:2016/05/04 07:25:23  ID:OGyJ//k3.net
Swift終わったな

733
デフォルトの名無しさん[sage]   投稿日:2016/05/04 07:42:36  ID:AS0nDrtT.net
Swift始まったな

734
デフォルトの名無しさん[sage]   投稿日:2016/05/04 10:02:37  ID:r49AWqCR.net(2)
Swiftやってるな

735
デフォルトの名無しさん[sage]   投稿日:2016/05/04 10:22:37  ID:D79M6+1d.net(3)
Swiftクソだな

736
デフォルトの名無しさん[sage]   投稿日:2016/05/04 10:35:50  ID:r49AWqCR.net(2)
馬鹿には理解できない言語だな

737
デフォルトの名無しさん[sage]   投稿日:2016/05/04 10:42:57  ID:D79M6+1d.net(3)
と思って悦に浸ってる勘違い意識高い系バカが使う言語だな

738
デフォルトの名無しさん[sage]   投稿日:2016/05/04 13:04:48  ID:1trhxMwI.net(3)
愉快犯同士の空中戦やめい
ObjC信者もSwift使いもポカーンだわ

739
デフォルトの名無しさん[sage]   投稿日:2016/05/04 13:57:25  ID:ca9oVIgU.net
ObjCの狂信者がSwiftの動向にビクビクしながらこのスレ覗きに来てるのが笑えるわw

740
デフォルトの名無しさん[sage]   投稿日:2016/05/04 14:58:35  ID:7sUhWWXr.net(4)
どっちの言語も書けるスタンスで双方のイマイチなところを批判してももう一方の信者だとレッテル貼られるのが匿名掲示板の辛いところだな
コメント1件

741
デフォルトの名無しさん[sage]   投稿日:2016/05/04 15:02:45  ID:kAhLboWM.net(2)
>740
双方のイマイチなところを具体的に頼む
コメント2件

742
デフォルトの名無しさん[sage]   投稿日:2016/05/04 15:20:45  ID:1luj0Nf3.net
Swiftはwithout CだからインラインCが書けない
Objective-CはC拡張だから制御文はCのまま
やっぱSwiftive-Cだろ
コメント1件

743
デフォルトの名無しさん[sage]   投稿日:2016/05/04 15:25:51  ID:L0ARy0sB.net
好きな言語使えばいいのに何をいがみ合ってるんだよw

744
デフォルトの名無しさん[sage]   投稿日:2016/05/04 15:35:40  ID:MZQDLmi3.net
現場で必要とされるヤツを使えばいいだけ

745
デフォルトの名無しさん[sage]   投稿日:2016/05/04 15:37:04  ID:1trhxMwI.net(3)
どんだけCが好きなんだよww
インラインCって意味分からん、他言語コードがコピペで動くものなんぞ要らんわ
無理にやるなら、JSのevalみたいに実行時にステップ実行か?

マジレスするならお前はObjective-C++使え
Cが書けて型推論もジェネリクスもexceptionもクロージャも何もかもがあってObjC, Swiftの上位互換
実用上マイナーだから使いにくいけど最強の言語だと思ってる
コメント1件

746
デフォルトの名無しさん[sage]   投稿日:2016/05/04 15:37:50  ID:1/nIslLH.net
荒れるのはObjC厨がこのスレ書き込むから

747
デフォルトの名無しさん[sage]   投稿日:2016/05/04 16:06:22  ID:kAhLboWM.net(2)
Swiftのことが気になって気になって気になってしょうがないんたろうな

748
デフォルトの名無しさん[sage]   投稿日:2016/05/04 17:24:35  ID:D79M6+1d.net(3)
>742
それじゃObjective-Cでいいってことになっちゃうからダメだろ

749
デフォルトの名無しさん[sage]   投稿日:2016/05/04 17:34:43  ID:49ZtW6XP.net
CGPointとCGPointMakeの違いを教えてクレメンス
コメント1件

750
デフォルトの名無しさん[sage]   投稿日:2016/05/04 18:54:39  ID:QuiB877u.net(2)
質問スレ行けっていわれんぞ。
CGPointは参照のみだったかも。
だから自分で数値入れる時はmake使うってだけだと思う、俺もはっきりした記憶ないけど。

それよりストリングindex面倒臭すぎじゃプロトコル指向なんてプロトコルで超小分けにパーツ組んで合体させるだけとちゃうのん?ね?
ちょっとしたことなのに何行も書かないと出来ないこと多い。
今例えようと思ったけど出てこんかったスマン。
コメント2件

751
デフォルトの名無しさん[sage]   投稿日:2016/05/04 18:56:42  ID:7sUhWWXr.net(4)
>741
スタンスを明らかにして改めて書いたら俺の言ってる事の証明にはならないけど、これまでに何回かスレには書いててるよ
>741
イニシャライザが違うだけで結果は同じ。後者はSwift以前からあった初期化関数。Swiftらしい書き方という事で前者が登場した。どっちを使ってもいい

752
デフォルトの名無しさん[sage]   投稿日:2016/05/04 18:58:03  ID:QuiB877u.net(2)
>750
悪い、何か勝手にコピぺ入った。
正しくはこれ↓

それよりストリングindex面倒臭すぎじゃね?
ちょっとしたことなのに何行も書かないと出来ないこと多い。
今例えようと思ったけど出てこんかったスマン。

753
デフォルトの名無しさん[]   投稿日:2016/05/04 18:58:30  ID:Lk860syx.net
KVOがないのはクソ仕様

754
デフォルトの名無しさん[sage]   投稿日:2016/05/04 18:58:50  ID:7sUhWWXr.net(4)
>750
違いあるの?あったら嘘教えてる事になるな。ごめん。

755
デフォルトの名無しさん[sage]   投稿日:2016/05/04 19:28:52  ID:QyV686/Wo(2)
Swiftが未完成だからでしょ。
本当に良い言語ならObjCユーザーだってとっくにSwift移行してみんな仲良く平和な世界になってるはず。

756
デフォルトの名無しさん[sage]   投稿日:2016/05/04 19:57:43  ID:1trhxMwI.net(3)
ググったら「【iOS】CGPoint()とCGPointMake()の違い」というくだすれ行きなQiitaがトップにヒットしたわな
>749は、このページで理解できないなら公式サイトのSwiftマニュアルを読み直せ、という話だが
CGPoint() ... 構造体のコンストラクタ
CGPointMake() ... 構造体を返すメソッド

返す実態は両方とも構造体の値型なので、機能に違いはなさげ
性能は・・・後者の方が2倍弱速くてワロタ
ホント、Swift発表時にObjCより早いとか言ってたのはどういうベンチマークだったんだよw
コメント1件

757
デフォルトの名無しさん[sage]   投稿日:2016/05/04 20:58:11  ID:QyV686/Wo(2)
CGPointMakeは単なるC言語の構造体だからな。
結局ObjCより早くなってもC言語より早くなることはないってことか。

758
デフォルトの名無しさん[]   投稿日:2016/05/04 20:58:48  ID:Y14GgyGL.net
オーディオデータの取り込みに詳しい方助けてください
CMSampleBufferの使い方がわからず苦戦しています。海外のサイトをみても全くわからず路頭に迷っています
https://teratail.com/questions/34067

759
デフォルトの名無しさん[sage]   投稿日:2016/05/04 22:53:42  ID:7sUhWWXr.net(4)
>756
おお俺も勉強になった。ありがとう。

760
デフォルトの名無しさん[sage]   投稿日:2016/05/04 23:36:23  ID:LrlISPBQ.net
>706
実際敷居は低いと思うわ
javascriptやlinqに似たところある気がするし、実用的なものになるかどうかはさておきobj-c知らなくても書けるしね
コメント1件

761
デフォルトの名無しさん[sage]   投稿日:2016/05/05 07:36:43  ID:1W29GGFc.net(3)
>760
おれは逆に色んな言語の違いがわからないんだよね
大学の時にCやった程度だけどjsもphpもswiftも大した違いがわからないまま割とすんなり書けるようになった
細かい書き方に違いはあれど基本同じに見える
機能的な問題?

非オブジェクト指向とかアセンブラとは違うのわかるけど、、
コメント2件

762
デフォルトの名無しさん[sage]   投稿日:2016/05/05 07:47:57  ID:WWv6suKc.net
>745
vc++よりもいいの?

763
デフォルトの名無しさん[sage]   投稿日:2016/05/05 08:12:05  ID:e++JP2v+.net(4)
>761
なでしことHaskellとnimとLispくらいはやってみれば?
動作環境も用途も機能も大体同じ言語やってたら、そりゃ多少の意識高い系なら同じに見えるわ
コメント1件

764
デフォルトの名無しさん[sage]   投稿日:2016/05/05 12:24:21  ID:1W29GGFc.net(3)
>763
なでしこ聞いたことあるなー
日本人向けって言ってたから興味あるかも

言うて戻すのにいちいちリハビリするのめんどい、、
基本プログラミングは言語統一してくれ派閥なもんで
コメント1件

765
デフォルトの名無しさん[sage]   投稿日:2016/05/05 12:43:48  ID:83OAMlQj.net(3)
なでしこはオワコン

766
デフォルトの名無しさん[sage]   投稿日:2016/05/05 13:30:24  ID:uz/T5fPr.net
なでなでシコシコ?

767
デフォルトの名無しさん[sage]   投稿日:2016/05/05 13:42:36  ID:e++JP2v+.net(4)
この程度にリハビリが必要とか言うから意識高い系なんだよ
どの言語も同じ程度に読み書き出来るなら弘法筆を選ばずで何の問題もなかろう
言語に依存する機能や特性、性能を気にしてないなら、尚更言語文法くらい気にせず使えるようになれよ

なお、SwiftはObjCと機能、特性はほぼ一緒で性能は下位互換
文法くらいしか楽しむ所ないから困る

768
デフォルトの名無しさん[sage]   投稿日:2016/05/05 14:06:09  ID:Rev/1OWf.net
リハビリにSwiftは適さないので、他の言語をお勧めする

769
デフォルトの名無しさん[sage]   投稿日:2016/05/05 14:22:17  ID:BaL+pKTS.net
WWDCでswift限定の何かがあるのか。
http://japan.cnet.com/news/service/35081399/
コメント2件

770
デフォルトの名無しさん[sage]   投稿日:2016/05/05 14:33:34  ID:83OAMlQj.net(3)
SwiftはObj-Cの上位互換言語
コメント1件

771
デフォルトの名無しさん[sage]   投稿日:2016/05/05 14:49:46  ID:83OAMlQj.net(3)
Swiftから他の言語に戻った時の弊害

文末のセミコロンを忘れる
if文の()を忘れる
switch文のbreak;を忘れる

772
デフォルトの名無しさん[sage]   投稿日:2016/05/05 15:45:19  ID:M3xx0KzK.net
>770
ちょっと何言ってっか(略

773
デフォルトの名無しさん[sage]   投稿日:2016/05/05 17:15:33  ID:eZmHLWJz.net(3)
>769
フレームワークのSwift移行計画を発表するんじゃない?

774
デフォルトの名無しさん[sage]   投稿日:2016/05/05 17:27:22  ID:e++JP2v+.net(4)
バズワード並べただけのブロガーホイホイではなかろうか
>769がブロガーかどうかは別としても普通に釣り上がってるし

よくて、なんとかKitをSwiftから叩くとMac OS, iOS, watchOS, tvOSがこのように連携できます(ドヤァ
だと予想

そんなことよりswift 3.0の真面目な進捗報告を願いたい

775
デフォルトの名無しさん[]   投稿日:2016/05/05 17:33:16  ID:YhZGBBy2.net
>761
forthをお勧めする。

776
デフォルトの名無しさん[sage]   投稿日:2016/05/05 18:00:45  ID:w6zqabi+.net(3)
進捗報告も何もオープンなのに

777
デフォルトの名無しさん[sage]   投稿日:2016/05/05 18:37:07  ID:/k6lk36c.net
GitHubみろよ

778
デフォルトの名無しさん[sage]   投稿日:2016/05/05 18:40:17  ID:e++JP2v+.net(4)
お前ら純粋だなw

オープンソース=全ての進行が公開されている
と解釈できるほど俺は純粋じゃない

779
デフォルトの名無しさん[]   投稿日:2016/05/05 18:42:23  ID:gHd2qrOP.net
WWDC で ObjC の切り捨て発表

780
デフォルトの名無しさん[sage]   投稿日:2016/05/05 19:09:29  ID:w6zqabi+.net(3)
コミュニティを裏切ってまで裏で進めるメリットって何だ?
コメント1件

781
デフォルトの名無しさん[sage]   投稿日:2016/05/05 19:21:28  ID:1W29GGFc.net(3)
xcodeのハイブリッド化とかは?
もうできてるんだっけ?

782
デフォルトの名無しさん[sage]   投稿日:2016/05/05 19:37:52  ID:y2h1rl3P.net
何と何のハイブリッドよ?
コメント1件

783
デフォルトの名無しさん[sage]   投稿日:2016/05/05 20:35:39  ID:VfNasYy1.net
swiftからcライブラリとか使いづらいのは、
obj-cとのすみ分けだと思っている。
cやc++のライブラリを使いたい時にobj-cでラッパーコードを書いて
swiftからobj-cのインターフェース呼び出しのコードを書いていくと
便利。これで住み分け出来てるからswiftとobj-cは共存共栄できると思う。

784
デフォルトの名無しさん[sage]   投稿日:2016/05/05 21:29:26  ID:6UCX1o0o.net
単純にやる気がない、手が回ってないだけだと思うが
C++が叩けないのは他の新興言語も同じだからいいとして、Cの叩きづらさ叩かれづらさは尋常じゃない
2.0で若干改善したけど3.0でもう一度一新してくれねーかなぁ

>780
Androidも建前上はAOSPコミュニティの持ち物だけどGoogleが裏でゴリゴリ進めてGoogle I/Oでドヤァってやってるじゃんよ
コミュニティ主体のOSSと企業主体のOSSじゃ進め方は違って当然
コメント1件

785
デフォルトの名無しさん[sage]   投稿日:2016/05/05 21:31:03  ID:9z+vbfGv.net
>782
win/mac
期待はしてないけどiOS/Androidも。
せめてPlaygroundだけでもiOSで試したい
コメント2件

786
デフォルトの名無しさん[sage]   投稿日:2016/05/05 21:40:03  ID:w6zqabi+.net(3)
>784
うん、で、Swiftでそれやるメリットは何なの?
Androidの場合は新機能をライバルに知られないことと、発表会を盛り上げられることが考えられるけど
コメント1件

787
デフォルトの名無しさん[sage]   投稿日:2016/05/05 22:00:55  ID:eZmHLWJz.net(3)
>785, 761
iPad版は出てもおかしくないと思う。
winやAndroidはどうでもいいと思う。大して売り上げに影響しないだろうし。

788
デフォルトの名無しさん[sage]   投稿日:2016/05/05 22:03:31  ID:VoEPaWRz.net
タブレットで本格的なプログラミングはないわぁ

789
デフォルトの名無しさん[]   投稿日:2016/05/05 22:10:18  ID:YJJ4THJY.net(2)
without Cなら、obj-c++使うからいい

790
デフォルトの名無しさん[]   投稿日:2016/05/05 22:13:56  ID:YJJ4THJY.net(2)
swiftive-c++希望、NSプレフィックスは取るな

791
デフォルトの名無しさん[sage]   投稿日:2016/05/05 23:10:07  ID:hzKJRrN+.net
>786
Swift 3.0で発表会盛り上げてどうぞ
goやrustをライバル視してるならそっちへの牽制もあるか?逆にswiftがパクることの方が多いけど

792
デフォルトの名無しさん[sage]   投稿日:2016/05/05 23:31:09  ID:09EmDjov.net
>785
開発者の囲い込みに成功してるAppleが他社プラットフォームにわざわざ塩を送らないでしょ
MSは囲い込み競争に負けてるからMacでも開発できるような体制になっけども
コメント2件

793
デフォルトの名無しさん[sage]   投稿日:2016/05/05 23:52:40  ID:eZmHLWJz.net(3)
キーボード付きタブレットは昔のDOS入りノートPCと同じだからな。

794
デフォルトの名無しさん[sage]   投稿日:2016/05/06 00:06:20  ID:IoBG5ZO+.net
>792
Linuxで動かしてなんでWinで動かないんだよwwwwって笑い者になってるから
WWDCじゃないとしても早めにやるんじゃないのかね

ない時はそんなもの要らないと言って、出来たらヴォースゲー流石アポー!!
と絶賛するのが訓練された信者の在り方かもしれんが
コメント2件

795
デフォルトの名無しさん[sage]   投稿日:2016/05/06 00:12:03  ID:ASZ35Xju.net(3)
cygwinポートなら既にマージされてるけど

796
デフォルトの名無しさん[sage]   投稿日:2016/05/06 00:28:14  ID:r2RofS0q.net(3)
>764
「プログラミングは言語統一してくれ派閥」とか言ってる時点でなぁ
プログラミング言語はそれぞれ目指す目標が違うんだから、そんな未来は来ない
実際に何か書いて動かす必要があるのなら、複数言語覚えちゃうほうが明らかに手っ取り早いし、普通みんなそうしてる

そもそも、プログラミング言語だけ統一したところで例えばサーバーサイドとアプリとWebでは作法が全然違うし、
アプリですらプラットフォームごとにUIの思想はばらばらな訳で、世の中がiOSとMacだけになるとかそういう状況にならないと一切旨味はないと思うぞ

そんな夢を見続けているのって無意味じゃない?

797
デフォルトの名無しさん[sage]   投稿日:2016/05/06 01:19:20  ID:hPBBpARM.net(2)
>792
CやC++やる本物のギークはLinuxだし、量産業務プログラマはWindows PCだし、
Macが囲い込みできている開発者ってオサレ気取りのワナビだけじゃないの?
高いハードのお布施で伸びてきたけど、Apple Watchがコケて先は見えない

アプリはソシャゲくらいしかお金にならないから、
本物の業務の現場でプログラムやってるWin層からマージン取る方にいくんじゃないかな

798
デフォルトの名無しさん[sage]   投稿日:2016/05/06 01:33:24  ID:ASZ35Xju.net(3)
つい無駄に雄弁になってコンプレックスを悟られちゃうタイプかな

799
デフォルトの名無しさん[sage]   投稿日:2016/05/06 01:39:34  ID:hPBBpARM.net(2)
コンプレックスというか危機感かな
Windowsの仕事は10年先もあるだろうし、C/C++やる本物のプログラマはずっと必要
Swiftエコシステムをマネタイズする仕組みを作らないとみんな飢えるよ

800
デフォルトの名無しさん[sage]   投稿日:2016/05/06 02:33:48  ID:yYbOXUzQ.net
>794
レスのアンカー辿ってくれ
言語じゃなくてXcodeの話だぞ

801
デフォルトの名無しさん[sage]   投稿日:2016/05/06 03:09:59  ID:XHqCx5Mk.net
初心者の俺にはxcodeで予測変換でるのありがたいんだけど、他の言語?というかソフトでもでるの?

802
デフォルトの名無しさん[sage]   投稿日:2016/05/06 04:29:04  ID:QCGxwQ8w.net(2)
>794
よくわからんがUNIXで動いてるものをUNIX同士で移植したの見て
なんでおれたちMicrosoft社の独自規格OSでも動くようにしないんだ!って
言ってるバカがどっかに居るってこと?
コメント1件

803
デフォルトの名無しさん[sage]   投稿日:2016/05/06 08:12:24  ID:a+APx1Ve.net(4)
Xcodeのwin対応でアプリが増えることも、開発者プランの加入が増えることもAppleとユーザー双方にメリットがあることだと思う。
macが買えないとか会社の都合でwin使ってる人だってiOSは持ってたりする訳で、そこにswiftを学習する機会を与えれば将来的にプラスになると思うんだけどなー
コメント1件

804
デフォルトの名無しさん[sage]   投稿日:2016/05/06 10:04:00  ID:rONbK8Rq.net(2)
Xcodeは何もiPhoneアプリ開発専用じゃないんだが
Win版が出たとしてMacアプリの検証どうやんの?
コメント1件

805
デフォルトの名無しさん[sage]   投稿日:2016/05/06 10:46:20  ID:hWQFOZ7X.net
>802
goやrustがMac, Linux, Win, Android, iOS, MIPS, x86と対応してるのに後発のswiftが出来てないことへの皮肉、分からないのかな?

>804
ブーメランささってんよ
Mac OS, iOS専用じゃないから、それらが開発出来る必要ない
コメント1件

806
デフォルトの名無しさん[sage]   投稿日:2016/05/06 10:52:12  ID:4ICSGBEM.net(2)
>803
Appleはハードを売ってる会社だからそう簡単な話じゃないと思う

807
デフォルトの名無しさん[sage]   投稿日:2016/05/06 11:39:35  ID:rONbK8Rq.net(2)
>805
Xcodeで何つくるの?
コメント2件

808
デフォルトの名無しさん[sage]   投稿日:2016/05/06 12:08:58  ID:SLyybgrK.net(2)
>807
apple watch
apple TV

809
デフォルトの名無しさん[sage]   投稿日:2016/05/06 12:24:49  ID:a+APx1Ve.net(4)
普通にiOSアプリ作る前提で話してた。
winで実機テストできたらiOS機器も少し伸びるだろうし、
iOS使って簡単にでもswiftの学習が促進されれば将来のMacユーザーやApple信者も増加すると思うんだ。
おまじないが無くて書きやすい言語だからこそユーザーを引き込む力が強いと思う。
コメント1件

810
デフォルトの名無しさん[sage]   投稿日:2016/05/06 13:44:27  ID:S+Ntpto5.net
>807
IBMがサーバサイドSwiftとか考えてるから(棒読み

811
デフォルトの名無しさん[sage]   投稿日:2016/05/06 16:41:00  ID:r2RofS0q.net(3)
>809
開発者側の環境を整えたらどうしてiPhoneが売れるようになるの?
自分がiPhoneだったらAndroidを、AndroidだったらiPhoneを、「開発環境が良くなって魅力的なアプリが増えました!」って売り文句で買う気する?

iOSアプリ開発でお金稼ぎたい人、企業はまずMac miniとか買っちゃうから。
WindowsでXcodeが動いて欲しいとか言ってるのはWinノートしか持ってないけどiPhone持ってるみたいな大学生だけだろ?
コメント1件

812
デフォルトの名無しさん[sage]   投稿日:2016/05/06 17:45:06  ID:QCGxwQ8w.net(2)
まぁ、WindowsPhoneアプリで一儲けできるなら
安いWindows機を買ってやらないこともないっつか
むしろその場合に逆に「Macだけで開発できるように公式互換エミュ作れ!」とか言ったら
完全に狂人の戯言だよなぁ…
そんな環境で売り物テストしたくねぇし、ドザがナチュラルに
気が狂ってると思うことは多い。


813
デフォルトの名無しさん[sage]   投稿日:2016/05/06 18:53:05  ID:a+APx1Ve.net(4)
>811
winでiPhone使ってる人めっちゃいるよ?
アプリ作ってみたいってだけでMacに乗り換えるってのは仕事の関係もあったりして難しいと思う。
winとかiOSでXcodeが出ればディベロッパープログラムの加入だけでも凄い利益になるし、これからはGoogleみたいにappストアで広告枠作るらしいから開発者人口は多い方がAppleは儲かる。
宣伝的にも公開アプリ数は昔から普通に泥と比較されてるじゃん。
コメント2件

814
デフォルトの名無しさん[sage]   投稿日:2016/05/06 19:03:15  ID:a+APx1Ve.net(4)
あと、開発者になったら最新機種に乗り換える頻度も高くなるし4s以降とかiPadとかも買いたくなるでしょ?
iOSに関して売上は確実に伸びるしappストアのDL数も伸びる。
ユーザー的にも便利になるし誰が損するのか全然見えない

815
デフォルトの名無しさん[sage]   投稿日:2016/05/06 19:29:42  ID:XRJOmAOR.net
う い ん ど う ず w

816
デフォルトの名無しさん[sage]   投稿日:2016/05/06 19:38:21  ID:r2RofS0q.net(3)
>813
WinでiPhone使ってる人のことは否定してないよ。
iOS開発したいのに手元のWinマシンでXcodeが動かないからできない、とかのたまってるあんたみたいなライト層を取り込むメリットがどこにあるのって話。
Macに乗り換えるんじゃなくて、iOS開発の時だけMacを使えばいいだけの話。

デベロッパープログラムで利益になると言っているが、Windowsで動くXcodeやiOSシミュレータの開発コストは0なのかい?
今なら本気で開発するつもりの人に開発専用のMac miniとかを買ってもらえて、デベロッパープログラムにも入って貰えるわけだから、
開発コスト、サポートコスト、どちらも削減できた上に売上まで増えるわけで、Apple的にはWindows版を開発するメリットなんてどこにもないと思うが。

現状、Xcodeはアップデートでどんどん古いMac OS Xのサポートを切ってる現状から見ても、少なくともWindowsのサポートってのはとんでもなく大きなコストがかかるから、
そんなことをやってもAppleは得しない。

Xcode for Winが出てくるようなタイミングは、iOSが凋落しまくって開発者が一切寄り付かなくなってそんな苦肉の策しかやることがないタイミングだろ。
現状、十分に活発なアプリ市場が出来上がってる以上、Windowsで開発できるようになったからってキラーアプリが増えるわけでもなし、ストアのDL数が増える要素がないだろ。
コメント1件

817
デフォルトの名無しさん[sage]   投稿日:2016/05/06 19:42:01  ID:ZXd1jUzZ.net
おまじないって何よ

818
デフォルトの名無しさん[sage]   投稿日:2016/05/06 19:59:30  ID:U9P/4iQF.net
MacでVisualStudioが出るくらいありえない

819
デフォルトの名無しさん[sage]   投稿日:2016/05/06 20:53:36  ID:SLyybgrK.net(2)
Mac買ってコーティングはWindowsのVisual Studio+xamarinでやるのが向いてると思うぜ

820
デフォルトの名無しさん[sage]   投稿日:2016/05/06 21:02:47  ID:ASZ35Xju.net(3)
MacにVSでたじゃん
VS Codeだけど

821
デフォルトの名無しさん[sage]   投稿日:2016/05/06 23:23:48  ID:4ICSGBEM.net(2)
>813
Developer Programに入るだけよりMacも買ってもらった方が儲かるだろ
>816も言ってるようにMac miniやMacBookごときを買うのを躊躇して開発を始められないような熱の少ないライトなDeveloperは眼中にないよ
ただ作ってみました的な質の悪いアプリはストアの質も落ちるしノーサンキューだろう

822
デフォルトの名無しさん[sage]   投稿日:2016/05/07 02:13:27  ID:rFR0bWUt.net(3)
 精々2万人ぐらいしかユーザーが増えないのにWindows版なんか作るわけない。
作りたきゃMacぐらい買うってw。Airを中古で買えば6万ぐらい済むのに。

 後、4ICSGBEMが言うようにアプリ開発はもはや素人の出る幕はない。
コメント1件

823
デフォルトの名無しさん[sage]   投稿日:2016/05/07 02:19:00  ID:rFR0bWUt.net(3)
 最近は聞かなくなったが、少し前までOSXのWindows版を出せとかいう話をよく聞いた。

出すとしたら、値段的に8万円ぐらいで売らないととてもペイしない。
+開発環境だと50万ぐらい。

なんのことはない。昔のOPENSTEPの値段やね。

824
デフォルトの名無しさん[sage]   投稿日:2016/05/07 02:48:19  ID:/XtTgEZq.net(2)
>822
>4ICSGBEMが言うようにアプリ開発はもはや素人の出る幕はない。
プロがいきなり畑から生えてくるんですね
わかります。

あといまのモシモシゲーのアレを作ってるやつらがあれでプロって自称したら噴く

825
デフォルトの名無しさん[sage]   投稿日:2016/05/07 06:41:15  ID:l6vJbo0+.net
あんなもしもしゲー()と馬鹿にすると思うが、作るのには相当の工数がかかってるぞ
普通にプロの複数人体制でそこそこの期間とらないとできない

アプリで儲けたいのならそれなりにしっかりしたコンセプトも必要だし、見た目をしっかりさせるためのデザイナーも必要だし、現状ではPRだってしっかりやらなきゃ
そもそもダウンロードにつながらない。

遊びでやってみたいなら、Androidを買ってみるか、初期投資はちょっとつらいかもしれないがMac miniとかを買うのがマジでお勧め。

実際、Windows版Xcodeが出たとして、何作ってストアに売り込むつもりなの?そんなに独創的で流行るアイディアを持ってるのかな?
コメント1件

826
デフォルトの名無しさん[sage]   投稿日:2016/05/07 09:22:27  ID:IXkQvPOM.net(4)
Swiftのはなしをしろ

827
デフォルトの名無しさん[sage]   投稿日:2016/05/07 12:37:26  ID:8sdmQ+pX.net(2)
ほしかったら自分で作れよ
なに人任せにしてるんだよ

828
デフォルトの名無しさん[sage]   投稿日:2016/05/07 12:43:43  ID:v7dF15fo.net(2)
一人で作って何年かかると思ってんだよアホか

829
デフォルトの名無しさん[sage]   投稿日:2016/05/07 12:48:02  ID:IXkQvPOM.net(4)
ねだるな勝ち取れ

830
デフォルトの名無しさん[sage]   投稿日:2016/05/07 14:38:32  ID:8sdmQ+pX.net(2)
だれも一人で作れと言ってないし
ここで意味もない叫びをするくらいなら動けば?って思っただけ
自分だったらそうするけど

831
デフォルトの名無しさん[sage]   投稿日:2016/05/07 14:59:44  ID:lcp+0jE0.net
>825
そんな独創的な流行るアイデアがあればとっくに機材そろえて開発に着手してるだろうよ

832
デフォルトの名無しさん[sage]   投稿日:2016/05/07 15:00:11  ID:cEgjFU9Q.net
やらねーくせにw

833
デフォルトの名無しさん[sage]   投稿日:2016/05/07 15:02:19  ID:rFR0bWUt.net(3)
ちなみにxcodeは新mac板に専用のスレが立っているからな。

834
デフォルトの名無しさん[sage]   投稿日:2016/05/07 15:25:11  ID:/xZz2ykS.net
swiftもMac板にもスレあるし、そっちに行った方がいいな

835
デフォルトの名無しさん[sage]   投稿日:2016/05/07 15:56:22  ID:B5W1/mr8.net(2)
今度立てるときはスレタイの先頭はSwiftか【Swift】にしろよ。
意味わかるだろ?

836
デフォルトの名無しさん[]   投稿日:2016/05/07 17:21:07  ID:Ni9dNVoc.net(3)
押し付けないでください!!!

837
デフォルトの名無しさん[]   投稿日:2016/05/07 17:22:02  ID:Ni9dNVoc.net(3)
objective-cで何の問題もないんです!

838
デフォルトの名無しさん[sage]   投稿日:2016/05/07 17:34:55  ID:rCqt5XGU.net
そうだな

839
デフォルトの名無しさん[sage]   投稿日:2016/05/07 17:42:23  ID:B5W1/mr8.net(2)
いやスレッドの視認性の話。

840
デフォルトの名無しさん[sage]   投稿日:2016/05/07 18:03:27  ID:4X0XqLuK.net
独創的なアイデアがあれば、ひとりでいいんだよ。
独創的なアイデアがないから、人手だけやたらとかけた壮大な駄作ができるんだろ。
いまのファイナルファンタジーがそうだろ

841
デフォルトの名無しさん[sage]   投稿日:2016/05/07 19:36:44  ID:/XtTgEZq.net(2)
独創的とかじゃなくて
あたりまえのことをあたりまえにやることの重要性。
iPhone触った後にAndroid触った時の
「なんでこんなことができてないんだ?」といっしょ。

842
デフォルトの名無しさん[sage]   投稿日:2016/05/07 19:48:43  ID:QTOH9uq0.net(4)
それ君がAndoridの使い方を理解してないか、国産クソガラパゴスAndroidを見て評価してるんじゃないの
最近で言えば、AppExtensionはAndroidの丸パクリだよね
「なんでいまだにホーム画面にウィジェット置けないんだ?」って感じ

843
デフォルトの名無しさん[sage]   投稿日:2016/05/07 20:53:17  ID:IXkQvPOM.net(4)
あの、ここSwiftスレなんすけど

844
デフォルトの名無しさん[sage]   投稿日:2016/05/07 21:09:48  ID:5SVpA7kW.net
Swiftすげー
Swift面白い
Swift最強
コメント1件

845
デフォルトの名無しさん[sage]   投稿日:2016/05/07 21:10:15  ID:v7dF15fo.net(2)
>844
kwsk

846
デフォルトの名無しさん[sage]   投稿日:2016/05/07 21:43:25  ID:QTOH9uq0.net(4)
Swift3.0の情報漁ってても辛くなるだけだしなぁ
あんまり表のSwifterが触れたがらないゴミプロポーザルの話でもするか?
コメント1件

847
デフォルトの名無しさん[sage]   投稿日:2016/05/07 22:27:38  ID:hfPhBXdU5
>846
気になる

848
デフォルトの名無しさん[sage]   投稿日:2016/05/07 22:17:45  ID:QTOH9uq0.net(4)
誤訳があったらスマンな、誰も真面目に訳さないからな

SE-0062 Obj-Cのキーパスを参照可能にする
 #selectorみたいにKVCする場合、#keypathでキーパスを取るように強制

SE-0064 Obj-Cのプロパティのgetter/setterのセレクタを参照可能にする
 プロパティのgetter/setterを#selectorで取得できなかったバグの修正

SE-0066 型引数の構文の標準化
 引数なしクロージャは () -> Void なのに、引数1のときだけ Int -> Void と括弧を省略できるのは
 一貫性がないから常に (Int) -> Void と書くようにせよ

SE-0067 FloatingPointプロトコルの改良
 今のFloatingPointプロトコルはIEE754が定める浮動小数点数を操作するには貧弱すぎるので改良する

SE-0068 Selfの意味を拡張する
 self.dynamicTypeをSelfでかけるようになる、今までできなかったのが頭悪い

SE-0069 Foundationの型を値型にする
 Foundationをプロトコル拡張で全て実装しなおすのは難しいから、
 NSDateなら、Date Structと、NSDate classに分離する(参照型はNSが残る)
 その上で、Swift APIでは letとvarでImmutable/Mutableを表現する

SE-0070 Optinalのプロトコルを宣言できるのはObj-Cのみとする
 プロトコル拡張とoptinalの存在が紛らわしいから、
 @objc optionalを全てのメソッドに付けないとエラーにする

SE-0072 暗黙の型変換削除
 Swiftコンパイラのバグの温床になっていたNSString -> Stringのような暗黙の型変換を全部なくす
 必要があるならば全てasでキャストせよ
コメント2件

849
デフォルトの名無しさん[]   投稿日:2016/05/07 22:31:45  ID:Ni9dNVoc.net(3)
押し付けないでください!
押し付けないでください!
押し付けないでください!

850
デフォルトの名無しさん[sage]   投稿日:2016/05/07 22:34:02  ID:IXkQvPOM.net(4)
訳じゃなくてどうゴミだと思うのか書けよ
コメント1件

851
デフォルトの名無しさん[sage]   投稿日:2016/05/07 22:34:40  ID:lHpho2mQ.net
SwiftのProposalなのにObjective-Cの話しかしてないのね

852
デフォルトの名無しさん[sage]   投稿日:2016/05/07 22:42:27  ID:QTOH9uq0.net(4)
>850
32行の行数制限で両方書くのは流石に難しいな、お前も煽ってないでSwiftの話をしてもいいんだぜ
基本的に記述がどんどん安全で冗長になっていくゴミ提案ばかり
逆に記述がスマートになりそうなSE-0018とかはリジェクト

あとSwiftらしいFoundationを1から作るのを諦めてるのが将来的にマイナスだと思うんだが
letとvarがあり、CopyOnWriteのSwiftでNSCopyingプロトコルなんて意味がない

853
デフォルトの名無しさん[sage]   投稿日:2016/05/08 00:16:04  ID:2fJZaif/.net
>848
SE-0062
嬉しい。コード補完も効くだろうし便利になる。

SE-0069 SE-0070
ややこしい事になってきた感じがする。

SE-0072
自動キャストなくなるのかよw
明示的にする事でコンパイラが迷わなくてコンパイルも早くなるんだろうからその点はいいけど、細かい暗黙的な変換を気にしないで書ける読めるという方向を諦めたのは少し残念

いい進化と微妙な変更と残念な退化といろいろあるね
コメント1件

854
デフォルトの名無しさん[sage]   投稿日:2016/05/08 00:34:50  ID:3zpmsjeYK
>848
SE-0069の参照型回避は使い方に気をつけないとパフォーマンス落ちそうで怖いな。
Cの構造体値渡しの問題と同じことになりそう。

855
デフォルトの名無しさん[sage]   投稿日:2016/05/08 00:34:55  ID:hpeMWjdb.net(4)
>853
SE-0062
クラスに対するキーパスは便利になるけど、
配列や辞書みたいな、動的に名前を解決するものはどうなるのか

SE-0069はもうちょっと全貌を纏め上げてくれないとなんとも言えないが
Immutableのlet String、NSStringとMutableのvar String、NSMutableStringにしたいのか?

SE-0072についてフォロー(?)をしておくと、String -> NSStringは現状のまま
NSStringは内部実装が多数あるから、コンパイラをよほど賢くしないとStringへのキャストに失敗する

Swift3のテーマは、Objective-Cの延命だと思う
言語仕様としての洗練はSwift4からだろう

856
デフォルトの名無しさん[sage]   投稿日:2016/05/08 00:40:10  ID:p3vkdm2Y.net
暗黙の型変換なんて要らないだろ。
そんなもの最初から要らなかったんだよ。

857
デフォルトの名無しさん[]   投稿日:2016/05/08 00:43:54  ID:SEggZNIX.net(2)
暗黙の型変換→便利
明示的宣言→普通
asキャスト→ウザイ

858
デフォルトの名無しさん[sage]   投稿日:2016/05/08 00:45:18  ID:h81zC51w.net
沈黙の艦隊
進撃の巨人
暗黙の型変換

859
デフォルトの名無しさん[]   投稿日:2016/05/08 00:45:24  ID:SEggZNIX.net(2)
Objective-Cで十分です。
コメント1件

860
デフォルトの名無しさん[]   投稿日:2016/05/08 00:53:28  ID:TL89dNO8.net(2)
型推論でソース嫁ないだろ!ゴルァ!

861
デフォルトの名無しさん[]   投稿日:2016/05/08 00:54:22  ID:TL89dNO8.net(2)
Swift3終わったな

862
デフォルトの名無しさん[sage]   投稿日:2016/05/08 11:03:25  ID:5SbN0uzB.net
>859
うん、みんな知ってる

863
デフォルトの名無しさん[sage]   投稿日:2016/05/08 11:28:43  ID:vJgYNSfB.net(4)
Swiftの方がマスターした時の生産性が高いけどな

864
デフォルトの名無しさん[sage]   投稿日:2016/05/08 11:45:42  ID:n3Nh2GSe.net(2)
よく生産性高いという話聞くけどイマイチ実感がわかないんだけど
具体的にどういうところがよくなるわけ?

865
デフォルトの名無しさん[sage]   投稿日:2016/05/08 12:09:18  ID:jk+W7Qvs.net(4)
タイプ数が減ってる

866
デフォルトの名無しさん[sage]   投稿日:2016/05/08 12:12:53  ID:n3Nh2GSe.net(2)
それってxcodeのコード補完でどうにでもなるレベルだと思うけど違うんかな

867
デフォルトの名無しさん[sage]   投稿日:2016/05/08 12:42:09  ID:jk+W7Qvs.net(4)
var string = ""
NSMutableString *string = @"";
Xcode補完込みで減ってる

誤差だとは思う

868
デフォルトの名無しさん[sage]   投稿日:2016/05/08 12:42:50  ID:vJgYNSfB.net(4)
例えば、obj-cはヘッダと実装でファイルが別々になるし、プロパティ宣言一つにしても記述量が多い
【swift】
var name: String

【obj-c】
@property (nonatomic, copy) NSString *name;

プロパティのセッタの振る舞いを変えたい場合も、obj-cだと保存用の内部変数用意してセッター丸ごと書かないといけないけど、swiftだと、willSet、didSet使って必要なとこだけ書けばいい

あと、型類推がきくからいちいち一時的な変数の型宣言しなくていいとか
【swift】
var name = "山田太郎"
let info = getInfo();

【obj-c】
NSString *name = "山田太郎":
PersonInfo* info = getInfo();

クラスや構造体の定義とかも楽

869
デフォルトの名無しさん[sage]   投稿日:2016/05/08 13:02:10  ID:vJgYNSfB.net(4)
スマソ
最後の例は間違ってたw

【swift】
let info = self.getInfo()

【obj-c】
PersonInfo *const info = [self getName];

870
デフォルトの名無しさん[sage]   投稿日:2016/05/08 13:02:44  ID:JDG6pqSg.net(3)
・ヘッダーファイル不要
・self ; 不要
・if let where
・function().function().function()
・よく使い回すものはプロトコル拡張で再利用性向上

871
デフォルトの名無しさん[sage]   投稿日:2016/05/08 13:03:52  ID:vJgYNSfB.net(4)
また間違ったw

【obj-c】
PersonInfo *const info = [self getInfo];

872
デフォルトの名無しさん[sage]   投稿日:2016/05/08 13:14:52  ID:jk+W7Qvs.net(4)
・function().function().function()
[function [function [function]]]

・よく使い回すものはプロトコル拡張で再利用性向上
今までもUtilクラス等で再利用してる

微妙にObjCエアプログラマっぽい

>> 848
今時 ObjCでgetter使う奴もいまい
PersonInfo *const info = self.info;
で良いんじゃないかな、self.が必要な分、やっぱりSwiftよりタイプ数多いけど

873
デフォルトの名無しさん[sage]   投稿日:2016/05/08 13:29:52  ID:JDG6pqSg.net(3)
ん?プロトコル拡張をクラスの再利用と同じと思ってるのかな
ProjectBuilder のころから ObjC 書いてる俺はエアなのかw
それは失礼しましたw

874
デフォルトの名無しさん[sage]   投稿日:2016/05/08 13:32:04  ID:jk+W7Qvs.net(4)
目的、実現機能は同じだろ?
文法変わってスゲーと言ってるなら、それも良し

875
デフォルトの名無しさん[sage]   投稿日:2016/05/08 13:34:47  ID:JDG6pqSg.net(3)
カスタマイズポイントをプロトコルを conform してるクラス(または struct)に集中できるところが違う

876
デフォルトの名無しさん[sage]   投稿日:2016/05/08 13:43:07  ID:v+P74dHu.net
コードを読む側としてはletに何が入っているのかわからないからメンテナンス性は悪い
型推論は大規模なコードを書くと、型推論がコンパイルのボトルネックになるから、敢えて定義することが多い
特にジェネリックみたいな入れ子のクラスの推論は弱い
コメント1件

877
デフォルトの名無しさん[sage]   投稿日:2016/05/08 13:58:33  ID:LcnT42uz.net(2)
>876
同意
見てて明らかすぎる場合は省略していいかなという感じはしてきたが、なんかのメソッドの戻り値とかを代入されてるとなんだかわからない
タイプしたくないという要望は否定しないから、勝手にIDEで補完してくれりゃいいんだけどな

878
デフォルトの名無しさん[sage]   投稿日:2016/05/08 15:07:37  ID:GwDyGEQe.net(2)
可読性のために必要と考えるなら型を明示すればいいだけ
そこはプログラマの裁量だろ

879
デフォルトの名無しさん[sage]   投稿日:2016/05/08 15:08:59  ID:GwDyGEQe.net(2)
あと、enumにメソッド書けるとことか何気に便利

880
デフォルトの名無しさん[sage]   投稿日:2016/05/08 16:19:41  ID:k7Hfd6+4.net(3)
結局obj-cが足引っ張ってるからswiftを洗練出来ないんでしょ?

881
デフォルトの名無しさん[sage]   投稿日:2016/05/08 16:33:39  ID:HU46K3x1.net
ソウダヨ

882
デフォルトの名無しさん[sage]   投稿日:2016/05/08 18:29:02  ID:OtOURaLi.net(2)
Visual Studio+C#の型推論ならvarの上にカーソル持って行ったら型がツールチップで表示されるから問題ないんだけど、Xcodeはそういうのやってくれないんだな

883
デフォルトの名無しさん[sage]   投稿日:2016/05/08 18:49:36  ID:qY7FGqHE.net(4)
言語の仕様とツールの仕様は別の話

884
デフォルトの名無しさん[sage]   投稿日:2016/05/08 19:09:04  ID:hpeMWjdb.net(4)
どのタイミングで型推論が可能か、ってことだから言語仕様の話でしょ?

C#のvarは使えるタイミングをローカル変数に限定してるから、その時点で型が確定している
利便性を上げるだけで特に副作用がない

Swiftはなんでもかんでもletとvarを使わせるから、
現状だと全ソースをコンパイルしないと型が確定しない
コメント1件

885
デフォルトの名無しさん[sage]   投稿日:2016/05/08 19:29:21  ID:wG9lSdB2.net
副作用?

886
デフォルトの名無しさん[sage]   投稿日:2016/05/08 20:03:36  ID:qY7FGqHE.net(4)
C#のvarと、Swiftのvar、letは意味が違う
Swiftのvar, letは変数の定義だけど、c#のvarは、variant型から来てんじゃねーの?

887
デフォルトの名無しさん[sage]   投稿日:2016/05/08 20:11:47  ID:hpeMWjdb.net(4)
VBのvariant型は確かに近いけど、由来は両方ともvariable(変数)でしょ
むしろletに再代入不可の意味を持たせるのはSwiftだけになると思うから、他の言語から見たら異様に見えそう
コメント1件

888
デフォルトの名無しさん[sage]   投稿日:2016/05/08 20:42:21  ID:qY7FGqHE.net(4)
大概の言語に定数定義の仕組みがあるから別に異様ではない
型類推させる時だけvarとかつけるC#の方が異様
Swiftの var a = 10 は純粋にプリミティブなInt型だろうけど、
C#のvar a = 10は、Variant構造体とかに値を格納してそう
知らんけど
コメント3件

889
デフォルトの名無しさん[sage]   投稿日:2016/05/08 20:46:59  ID:LcnT42uz.net(2)
>888
それはVBの話なんじゃないの?
あと、C++にもautoってのがあるけど、C#のvarに似た感じだし異様だとは思わないかな

890
デフォルトの名無しさん[sage]   投稿日:2016/05/08 21:03:28  ID:OtOURaLi.net(2)
>888
いいえ
var a = 10;
はint型です

891
デフォルトの名無しさん[sage]   投稿日:2016/05/08 21:09:24  ID:hpeMWjdb.net(4)
>888
いろいろ勘違いしてるなー、C#のvarはその場合はIntに解決される
C#は基本的には静的型付け言語、後付けで追加されたdynamic型以外は静的に型が決まる

letってのは古代のBasicだと代入命令だから、再代入不可が変に思える
今後主流になるECMA7だとローカルスコープの変数にletが使われているし、混乱を招きそう
元ネタは数学(〜として定義する、をletと書く)

あと、Swiftでlet a = 10 をした場合、IntegerLiteralConvertibleに準拠した型のうち適切な型に決定される
だからコンパイル時まで型が決まらない
しかもどういう優先度があるのかはコンパイルマジック
コメント2件

892
デフォルトの名無しさん[sage]   投稿日:2016/05/08 21:37:56  ID:k7Hfd6+4.net(3)
電卓程度の小さなアプリならdidSetとwillSetの簡単な記述だけでほとんど完成したりする所は便利で使いまくってるな
頭で設計しながらリアルタイムで出来上がっていくから楽しい
delegate = self の記述は省略してもいいんじゃないかと思ってる
あとoptional関係はもっとスッキリした記述で対策できたらいいな

893
デフォルトの名無しさん[sage]   投稿日:2016/05/08 21:46:49  ID:k7Hfd6+4.net(3)
>891
そういうのって変数クリックで右窓のQuickHelpに現時点で設定されてる型見れるんじゃないの?
コンパイルマジックを恐れるような作業する時はちゃんと型指定すればいいだけだし
型推論はおまけの機能ってことでよくない?
何かそこに力注ぐとガラパゴス化が進みそうで嫌だ。

894
デフォルトの名無しさん[sage]   投稿日:2016/05/08 21:47:07  ID:qY7FGqHE.net(4)
結局、SwiftのvarとC#のvarは字面が同じだけで意味的には別物ってことじゃん
>884のSwiftのletやvarがC#のvarと比べてどうのこうのという比較はおかしい

895
デフォルトの名無しさん[sage]   投稿日:2016/05/09 00:11:09  ID:c6sD7MQ9.net
質問なんだけど、例えば

例1)
if enumValue == .None {
value_1 = inputValue
}else{
value_2 = inputValue
}

みたいなのがあったとして、value_1と2に変数の代入を振り分ける時に
value_1と2のエイリアス的なものって作れないのかな?
こんな感じで、

例2)
var areas = nil
if enumValue == .None {
areas = value_1
}else{
areas = value_2
}
areas = inputValue

『代入する側』の振り分けは普通にあるけど
『代入される側』は参照とかコピーとか理解できてなくて疑問に思った

896
デフォルトの名無しさん[]   投稿日:2016/05/09 00:35:35  ID:beZqczUX.net(3)
>887
むしろletに再代入許す言語なんてないと思うが。
コメント1件

897
デフォルトの名無しさん[]   投稿日:2016/05/09 00:40:29  ID:beZqczUX.net(3)
>891
letは代入命令では無い。お前はもっと勉強したほうがいい。
let束縛でクグレ。

898
デフォルトの名無しさん[]   投稿日:2016/05/09 00:43:58  ID:beZqczUX.net(3)
letの起源はBASICなんかよりも古いLISP

899
デフォルトの名無しさん[sage]   投稿日:2016/05/09 01:29:50  ID:wknROfBd.net(3)
>896-898
・モダンなJavaScriptであるES6thだとletは再代入可、constは再代入不可という使い分け。分かりやすい
・letを代入命令として使っていたのはBASICの話(LET A = A + 1みたいな記述ができた)
そのため現在の手続き型の系譜としては、let=代入命令の印象が強い
・もちろんSwiftは関数型のパラダイムも取り入れている、letをLISPから引っ張ってきたのかもしれない
 ただ起源ではない。pure LISP(LISt Processor)にletはなかった(そもそもリストを処理するためだけの言語)
pure LISPは1960年、ダートマスBASICが1964年(ここでletが生まれた)、
 自分の知るletのあるLispは、Comon Lispで1984年くらい

ググれで勝利宣言しないでソースを持ってきて戦おう

900
デフォルトの名無しさん[sage]   投稿日:2016/05/09 01:42:27  ID:wknROfBd.net(3)
あと破壊的代入を許さない純粋関数型言語なら、
letで定義したレキシカルスコープの変数が再代入不可能ってのは自明の話なわけであって…

Swiftは関数型もモチーフに入れてるけれど、ベースは手続き型言語なので、
letにconstの意味を意味を持たせていることにどうしても違和感が拭えないという話をしてるだけなのよ?
variable/constantなら対義語だけど、var/letって英語としても対じゃないじゃん(笑)

おそらくこれはSwift1のころの、グローバルにジェネリクス関数を定義する、
数学的なアプローチを取ろうとしていたころの名残で、深く考えてもあまり意味はないだろうと思う

901
デフォルトの名無しさん[sage]   投稿日:2016/05/09 01:45:46  ID:UQymDFyU.net(2)
letの元ネタが数学って認めるなら再代入(再定義)できないのが本来のletのあり方ってことじゃないの
コメント1件

902
デフォルトの名無しさん[sage]   投稿日:2016/05/09 01:49:07  ID:rf35Jf5X.net(2)
varだろうがletだろうが字面には拘らないし、letがconstとかでも別にいい。letの方が文字数が少ないから好みではあるが
ただ、グローバル変数からローカル変数にいたるまで可変変数と定数の使い分けの明確化をコンパイラの警告で徹底させているのはSwiftの功績の一つだとは思う

903
デフォルトの名無しさん[sage]   投稿日:2016/05/09 01:59:15  ID:UQymDFyU.net(2)
プログラミング作法的にまず定数ありきで、必要な時だけ変数にするべきというのを考えると
もし (定数定義の文字数) > (変数定義の文字数) だと、心理的にタイプ数少ない変数定義ファーストの癖がついてしまってよくない
定数を const にするなら 変数は variable って8文字書かせるぐらいにしないとって個人的に思う
逆に let 以外に、var より短くて気軽に使ってもらえそうな定数定義用のキーワード候補って思いつかない

904
デフォルトの名無しさん[sage]   投稿日:2016/05/09 02:04:05  ID:rf35Jf5X.net(2)
可変変数はvarでいいよね
で、それに対応する定数のための記号となると、letでいいんじゃねと思う
不変という意味では、constの他に、fixとか、immutableとかありそうだけど、varの対義としてはなんかしっくりこないしね
コメント1件

905
デフォルトの名無しさん[sage]   投稿日:2016/05/09 02:14:23  ID:wknROfBd.net(3)
>901
数学のletについて言うなら、これは本来使役動詞に分類されるもので、
「aを10と仮定しますね」程度の意味で、「だからaには20は入らないです」という意味までは包含しないよ
そもそも数学の世界に代入という考え方はないからね…あくまで元ネタっていうだけ
let / var はSwiftの世界の中だけで見たときは、さっぱりした記法でいいと思う

>904
個人的に気になるのは、let structは不変だけど、let classは単なる再代入不可の変数ということ
let束縛なんて高尚なものではない
let a = ReferenceArray()
a.append(Element())
って、気持ち悪くない?まあAppleもそれを分かっているから、クラス排斥をしたいんだろうけど・・・
コメント2件

906
デフォルトの名無しさん[sage]   投稿日:2016/05/09 07:37:53  ID:IM0fFSSs.net
どっちも3文字で短くて書きやすいし意味的にもわかりやすい
Swift の let/var という書き方は非常に良いと思う

907
デフォルトの名無しさん[sage]   投稿日:2016/05/09 08:59:49  ID:5AXMGR+2.net(2)
>905
別にクラス排斥をアップルは望んでないだろ
それを言ってるのは関数型!プロトコル指向!!と言ってる意識高い人たち

Cocoaをクラスなしで操作するIFを公式で提供する気はない
そんなことしたらObjCから叩けなくなってしまう
コメント1件

908
デフォルトの名無しさん[sage]   投稿日:2016/05/09 09:14:12  ID:D9bjr26a.net
>907
SE-0069読んでみ

909
デフォルトの名無しさん[sage]   投稿日:2016/05/09 10:03:29  ID:0czJu7Uu.net
>905
structは値型、classは参照型という捉え方してるので、letで設定したクラスのメンバを変更できても別に違和感はないな

910
デフォルトの名無しさん[sage]   投稿日:2016/05/09 12:10:07  ID:I7KppH2B.net
そんなに熱くなるような話じゃねーだろ

911
デフォルトの名無しさん[sage]   投稿日:2016/05/09 12:50:42  ID:Hf2VjWxH.net
まぁ、まぁ、落ち着いてw

912
デフォルトの名無しさん[]   投稿日:2016/05/09 13:50:34  ID:EdwSTZkP.net
Windowsユーザーのワイ
開発できなくてしこしこjavaを使ってる模様

敷居高すぎ
コメント1件

913
デフォルトの名無しさん[sage]   投稿日:2016/05/09 13:59:22  ID:Zq6Yv26E.net
>912
何の開発をしたいの?

914
デフォルトの名無しさん[sage]   投稿日:2016/05/09 14:33:09  ID:5AXMGR+2.net(2)
XamarinステマのC#推しの出番
はよこい

915
デフォルトの名無しさん[sage]   投稿日:2016/05/09 16:20:38  ID:vLNKu85p.net(3)
アプリ開発に興味があって独学し始めたんですがここ見てるとswiftってダメみたいな空気を感じます
何を勉強すればよいでしょう?
コメント2件

916
デフォルトの名無しさん[sage]   投稿日:2016/05/09 16:26:01  ID:xNRDveim.net(2)
アプリの構造とフレームワークの使い方
コメント1件

917
デフォルトの名無しさん[sage]   投稿日:2016/05/09 16:28:39  ID:wW23qoVV.net
>915
Apple教に入信するならSwift
潰しがきくのはC#、Java
どっちつかずならとりあえず、Objective-C
敷居の高さは、
Objective-C > Swift > Java > C#
JavaとC#は敷居の高さ的には同等だけど、ツールや開発環境的にC#の方が若干低め
コメント1件

918
デフォルトの名無しさん[sage]   投稿日:2016/05/09 16:45:55  ID:vLNKu85p.net(3)
>916
>917
レスありがとうございます
参考にさせてもらいます
質問板でないのは承知の上でもうひとつ
コーディングする上で一つの機能に対していくつかの書き方があるかと思うのですが「どの書き方が良い」とする判断基準って何でしょう?可読性のみって事はないですよね
スレ違いでごめんなさい

919
デフォルトの名無しさん[sage]   投稿日:2016/05/09 16:54:15  ID:xNRDveim.net(2)
可読性を優先するかパフォーマンスを優先するかの二択だよ
コメント1件

920
デフォルトの名無しさん[sage]   投稿日:2016/05/09 16:54:24  ID:9+EnAQM8.net
>915
なにをもなんもiOSならObjective-C、AndroidならJava。
そして、どちらも(というより最近はなんでも)
システムが用意してる機能をどう叩くかが勉強の過半を占めるから
むしろ、そういうライブラリの使い方を覚える学習の方が大事。
逆に言えばライブラリはどの対応言語からも叩けるから
わかってる人が無茶すりゃ言語なんてなんでもいい。

swiftについて言えば言語そのものはいちばんモダンだけれども
いま、Objective-C用にObjective-Cで作られたライブラリを
Appleが改変するかどうかの段階だから、いちおう学習しながらみんな様子見中。
コメント2件

921
デフォルトの名無しさん[sage]   投稿日:2016/05/09 17:17:27  ID:vLNKu85p.net(3)
>919
>920
レスありがとうございます
大変参考になりました
皆さんと語り合えるぐらいになるのを目標に勉強します
スレチ失礼しました

922
デフォルトの名無しさん[sage]   投稿日:2016/05/09 18:30:41  ID:5WUI3njW.net
>920
並行制御の言語仕様がない時点でモダンではないかなー
async/awaitの存在を知ったら、selfが循環参照しないかビクビクしながら
クロージャコールバックヘル書いてるSwift屋は死んじゃうよ

923
デフォルトの名無しさん[sage]   投稿日:2016/05/10 06:00:14  ID:/6xXmhvV.net(3)
swift屋は平行制御が swift 3 で見送られたことに大笑いして、もうそこは期待してないよ
今さらネタにもされぬ

924
デフォルトの名無しさん[sage]   投稿日:2016/05/10 10:33:21  ID:0Ohv65sc.net(2)
async/awaitって実際のところ使いやすいの?
generaterとか歴史をセットで追いかけている人には使いやすいだろうけど
関数実行途中に呼び出し元に戻る挙動って、直感的かと言われると微妙なんだよね。
特に複数スレッドでその挙動された日には頭が沸騰しそう。

925
デフォルトの名無しさん[sage]   投稿日:2016/05/10 10:55:12  ID:ZdmM1iht.net
使いやすいよ
気軽に非同期処理出来るから多用しまくり

926
デフォルトの名無しさん[sage]   投稿日:2016/05/10 11:28:05  ID:jRV+cfGN.net
循環参照はweakやunowned使えばいいし
非同期処理ならNSOperationで十分やで

927
デフォルトの名無しさん[sage]   投稿日:2016/05/10 12:51:37  ID:UIYAHbLV.net(2)
そこはGCDでしょ

928
デフォルトの名無しさん[sage]   投稿日:2016/05/10 14:15:01  ID:/6xXmhvV.net(3)
新興言語でweak, unownedを意識させるのが古くさいとは思う
GCDもObjCではNSOperationへ乗り換えさせてるのに、移植をしないからGCDに先祖戻り

4でgoroutine相当をパクってくれると期待してる
コメント1件

929
デフォルトの名無しさん[sage]   投稿日:2016/05/10 15:21:17  ID:UIYAHbLV.net(2)
先祖戻りって?
SwiftでもNSOperation使えばいいやん
コメント1件

930
デフォルトの名無しさん[sage]   投稿日:2016/05/10 15:48:57  ID:YkQDCvlG.net
weakとか循環参照を意識しなくちゃいけないのは並行制御云々よりARCの問題なんじゃないの?

931
デフォルトの名無しさん[sage]   投稿日:2016/05/10 15:57:58  ID:2UczGuFz.net(2)
だよね
Obj-CもSwiftも参照カウンタ方式のメモリ管理してるからしょうがない
それがいやなから片っ端からunownedにすればいい
C#はガベコレで不要なメモリ破棄してんだからそもそもメモリ管理のコンセプトが違う

932
デフォルトの名無しさん[sage]   投稿日:2016/05/10 17:43:45  ID:/6xXmhvV.net(3)
どういう擁護だ、だから古くさいんだろ?
GCないRustも気合いでなんとかしてるし、時代遅れの言語/ランタイム仕様の見直しどうぞ

>929
ヒント: Swift on Linux

933
デフォルトの名無しさん[sage]   投稿日:2016/05/10 18:08:36  ID:zXNMLqy+.net
>928
>GCDもObjCではNSOperationへ乗り換えさせてる

え?逆じゃないの?

934
デフォルトの名無しさん[sage]   投稿日:2016/05/10 18:08:46  ID:2UczGuFz.net(2)
一概に古臭いともいえんでしょ
参照カウント方式の方がメモリ効率いい場合もあるし
Linuxとの互換性もそのうち使えるレベルになるんとちゃう?
コメント1件

935
デフォルトの名無しさん[sage]   投稿日:2016/05/10 18:25:47  ID:0Ohv65sc.net(2)
>934
古臭いといえば古臭いんじゃないかな。循環参照は防げないわけだし。
ARCが出た時は革命的だと思ったけど、循環参照も人間側が意識しなくても
防ぐ手段を用意して欲しいところ。

rust見たくonwershipを一箇所にしか持てない仕様にするとかかね。

936
デフォルトの名無しさん[sage]   投稿日:2016/05/10 19:12:34  ID:HXxhcrDc.net(2)
unique_ptrを昇華させたRust
shared_ptr, weak_ptrを昇華?(強制)させたARC
在り方違うけどもうちょっと頑張ってみても良いかな
他プラットフォームへの互換性は祈ってる

937
デフォルトの名無しさん[sage]   投稿日:2016/05/10 20:31:30  ID:l1dnu8xV.net
参照カウント型のメモリ管理で循環参照を回避する仕組みを入れ込もうとするといろんなとこにオーバーヘッドがかかってきそう
そもそも、そこに気を回せない奴は言語問わずメモリリークおこしそう
コメント2件

938
デフォルトの名無しさん[sage]   投稿日:2016/05/10 20:46:20  ID:XHWXVDIf.net(2)
alloc/deallocを手で書いてないプログラマは二流

939
デフォルトの名無しさん[sage]   投稿日:2016/05/10 20:49:11  ID:pDn//wQc.net
そこはARCでいいだろ
コメント1件

940
デフォルトの名無しさん[sage]   投稿日:2016/05/10 21:13:40  ID:xJZDFb+p.net
Apple、次期メジャーバージョン「Swift 3.0」のリリース過程を解説、正式リリースは2016年後半予定
https://codezine.jp/article/detail/9423

>「Swift 3.0」では、言語仕様および標準ライブラリに大きな変更が行われるため、
>「Swift 2.2」とはソースコードの互換性が失われる。
コメント1件

941
デフォルトの名無しさん[sage]   投稿日:2016/05/10 21:23:30  ID:ulgJR1hu.net
>937
モバイル端末のマシンスペックが上がっていけばまたGC的なメモリ管理に戻しても十分動くようになるかもね

942
デフォルトの名無しさん[sage]   投稿日:2016/05/10 21:38:30  ID:N1cY8Gnf.net
>940
現行のswiftは失敗だったということか
コメント1件

943
デフォルトの名無しさん[sage]   投稿日:2016/05/10 21:48:01  ID:XHWXVDIf.net(2)
>939
ARCじゃまともに参照型のメモリを管理できんから値型プッシュしてるんだぞ?

944
デフォルトの名無しさん[sage]   投稿日:2016/05/10 22:13:41  ID:HXxhcrDc.net(2)
値型だとalloc,freeしないだろw
ARCポインタ、値型構造体しか使えないswift, objcでどうして欲しいんだよ

945
デフォルトの名無しさん[sage]   投稿日:2016/05/10 22:24:01  ID:5Hat3bdZ.net
Swift言語を非公式にWindowsへ移植した「Swift for Windows」プレリリース版が公開される
https://osdn.jp/magazine/16/05/10/154000
コメント1件

946
デフォルトの名無しさん[sage]   投稿日:2016/05/10 23:40:02  ID:/xHUYlq2.net
>945
さすがにWindowsでSwift使おうとは思わないが
需要あるのかな……

947
デフォルトの名無しさん[]   投稿日:2016/05/11 00:27:37  ID:7WCzOel+.net
>942
って言うか出たばっかだからまだまだ使用が変わって当然。
javaもrubyも一般的になったなと感じるまでには10年とかかかってる。
コメント1件

948
デフォルトの名無しさん[sage]   投稿日:2016/05/11 00:46:19  ID:UApFb9iY.net
Swiftは今でさえObj-Cより生産性高いだろ
コード量も少なくすむし、読みやすい

949
デフォルトの名無しさん[sage]   投稿日:2016/05/11 01:21:13  ID:Vh3ph2Zp.net
>947
じゃあ次回以降もまた互換性のない仕様変更があるってことか
こんなもん仕事では使えないよな

950
デフォルトの名無しさん[]   投稿日:2016/05/11 02:07:39  ID:k8IgVYjp.net
Swift Package Managerってどんなもん?
CocoaPodsやCarthageいらなくなるんかね
コメント1件

951
デフォルトの名無しさん[sage]   投稿日:2016/05/11 07:12:24  ID:JAZShg4p.net(2)
公式でできるのはいいことだ
Xcodeにパッケージの検索機能とかついたらいいな

952
デフォルトの名無しさん[sage]   投稿日:2016/05/11 08:36:01  ID:YffqwLPw.net(2)
生産性って、何?
今書いてもゴミコード確定なSwiftは生産性ゼロでしょ?

953
デフォルトの名無しさん[sage]   投稿日:2016/05/11 08:42:55  ID:4IudTOj9.net(3)
なぜそこまで悲観的なんだ
どんな言語でもメジャーアップデートで大幅な変更入るのは当たり前だし、Swiftはそのサイクルが今はまだ短めなだけ
多少互換性がなくなってもXcodeである程度機械的に変換してくれるだろうし
手直ししても半日ぐらいで対応できるだろ
それより、iOS自体やフレームワークの変更への対応の方が大変
コメント1件

954
デフォルトの名無しさん[sage]   投稿日:2016/05/11 08:43:10  ID:ETyeHi8v.net(2)
目先のライトなコードの生産速度、とマジレス

955
デフォルトの名無しさん[sage]   投稿日:2016/05/11 09:38:17  ID:9S32dyBI.net
>953
>手直ししても半日ぐらいで対応できるだろ
んなもん規模によるとしか言えない

何かあっても詫び石で済むようなアプリならXcodeの自動変換でいいよ
ただ再レビュー再テストが発生した時になぜそんなstableじゃない言語を選んだのかを上や横やクライアントに説明できるようにしておく必要はあるかな
コメント1件

956
デフォルトの名無しさん[sage]   投稿日:2016/05/11 09:53:39  ID:4IudTOj9.net(3)
Androidだって、WindowsだってOSやSDKがメジャーアップデートしたら、検証なしでアプリがそのままコンパイル通って動くとは普通考えないだろ
iPhoneやMacも、バイナリレベルでは旧バージョンが一応動くようにしてくれてるが、いずれにしろどんな環境でも再レビューや再テストは発生するだろ
そこが不要なのを保証してくれるのは汎用機とかオフコンの世界じゃないのか?

957
デフォルトの名無しさん[sage]   投稿日:2016/05/11 10:05:41  ID:ETyeHi8v.net(2)
言語仕様のことを言ってるのか、ランタイム仕様のことを言っているのか分からんが
どちらも基本は下位互換ありで、動かない機能があったら動かないのかよwwwと笑われるのが常じゃなかろうか
Apple OSはバイナリレベルで動かないランタイムバージョンアップをすることが珍しくないから今更気にしない

Xcodeの自動変換はバカだから期待できないよなぁ
1.xの頃に比べれば多少マシになってるけど、相変わらず漏れが多い印象だ

958
デフォルトの名無しさん[sage]   投稿日:2016/05/11 10:05:57  ID:l+MXa3J8.net
いずれにせよ今swiftを学んでも近い将来に知識が役にたたなくなってしまうということだからな
仕事ではやってられんよ
コメント1件

959
デフォルトの名無しさん[sage]   投稿日:2016/05/11 10:18:21  ID:4IudTOj9.net(3)
>958
いや、それ今Cocoaフレームワークの使い方覚えても役に立たなくなるって言ってるのと同じレベルでしょ
毎年山のように変更されるんだから
言語の変更点なんてかわいいもんだよ

960
デフォルトの名無しさん[sage]   投稿日:2016/05/11 10:25:36  ID:Bz4x8w/j9
そもそも仕事で使うための言語じゃないし。
素人と初心者引き寄せて飼い慣らせるための言語だから。

961
デフォルトの名無しさん[sage]   投稿日:2016/05/11 11:18:04  ID:sA9FQTwa.net(5)
>937
でも実際のところ循環参照を意識してコード書いている奴がどれだけいるのかな。
とりあえずかけちゃうのがな〜。
swiftlintとかで警告出すようにするとかかな

962
デフォルトの名無しさん[sage]   投稿日:2016/05/11 11:22:42  ID:sA9FQTwa.net(5)
>950
たしかhomebrewの作者がApple社員になって担当してるんだよね。
>Swift Package Manager

homebrew以前は正直パッケージ管理周りはlinux系のほうが良さ気で
OSXヘイトだったけど、今はhomebrewの方がいいと思える。
各パッケージの追従が速い。golangとかhomebrewのアップデートで
バージョンアップしたんだって知ることが多いくらい
コメント1件

963
デフォルトの名無しさん[sage]   投稿日:2016/05/11 11:35:41  ID:xqMebsDc.net(3)
>962
Arch Linuxオヌヌメ
というか、それフロントツールじゃなくて、サーバ側のメンテポリシーの話だろ

Swift Package ManagerのサーバはIBMだったか?
npmみたいにちょいちょいトラブルがありそうだよな
どうにもならない問題だけど、どうするのかねぇ
コメント1件

964
デフォルトの名無しさん[sage]   投稿日:2016/05/11 12:19:08  ID:sA9FQTwa.net(5)
>963
当然パッケージ管理に関する感想はインフラの挙動含めてのことだね。
tapすればテスト的なパッケージを取り込めるのも手軽で良かった。

linuxはdocker経由でしか使わんと思うからalpinelinuxかな。今触るとしたら。

965
デフォルトの名無しさん[sage]   投稿日:2016/05/11 12:32:30  ID:T3iqLJ21.net(2)
ほんとにAppleの互換性軽視はひどいと思う
Microsoftは互換性最優先で、C#もVBも最初期からほぼソースの下位互換を保ってるし、バイナリも.NET Framework2.0以降なら問題なく動作する
Windows自体も相当低層のことしてるか、仕様外のことに依存してない限りかなりまで互換性を保ってる

Microsoft以外にしても、規模のでかい破壊的変更を加えてるのはごく少数
コメント1件

966
デフォルトの名無しさん[sage]   投稿日:2016/05/11 12:55:35  ID:YffqwLPw.net(2)
いままでの言語仕様がクソだったと認められるのは偉いよ
そんなクソを珍味だと崇めてる林檎信者には同情するが

967
デフォルトの名無しさん[sage]   投稿日:2016/05/11 13:10:29  ID:r7xSO0od.net
>965
それ、下位互換じゃなくて、後方互換じゃないのか?
コメント1件

968
デフォルトの名無しさん[sage]   投稿日:2016/05/11 13:32:13  ID:T3iqLJ21.net(2)
>967
書き間違えてた、後方互換だ

969
デフォルトの名無しさん[sage]   投稿日:2016/05/11 14:26:11  ID:sA9FQTwa.net(5)
今Android開発の勉強をしていてModelにあたる
ContentProviderの勉強をしてるんだけど、
coreDataとは違うんだよね。
coreDataはdbそのままなんだけど、
ContentProviderはdbをラップしてWebAPI設計をしているイメージ。
androidの場合画面遷移も
あるuriに遷移するって感じですごくwebっぽい。

正直カルチャーショックだったんで、
iOSとAndroidの両方を開発してる人はどう考えているか知りたい。
実際どっちが開発しやすいの?
webやってる人はAndroidの方が開発しやすい?

970
デフォルトの名無しさん[sage]   投稿日:2016/05/11 14:40:26  ID:xqMebsDc.net(3)
宗教/文化の違いを理解して個々に作る
、、、のが嫌ならCordovaでもやればどうだろう
Cordovaに限らないけどウェブ屋はそっち方面に走る印象
コメント1件

971
デフォルトの名無しさん[sage]   投稿日:2016/05/11 15:50:50  ID:GeTKo991.net
クロージャーが深い場合に、現状では以下のような書き方してて良くない感じなんだけど、賢い方改善策を教えて下さい。

someHeavyMethod(param, completion: {[weak self] in
 if let weakSelf = self {
  someHeavyMethod2(param2, completion: {[weak weakSelf] in
   if let weakSelf2 = weakSelf {
    someHeavyMethod3(param3, completion: {[weak weakSelf] in
     if let weakSelf3 = weakSelf2 {
     ...
     }
    })
   }
  })
 }
})

if letのせいでネストが余計深くなるのをなんとかしたい

972
デフォルトの名無しさん[sage]   投稿日:2016/05/11 15:54:10  ID:JAZShg4p.net(2)
if let じゃなくて guard 使え
コメント1件

973
デフォルトの名無しさん[sage]   投稿日:2016/05/11 16:14:06  ID:sA9FQTwa.net(5)
>970
いや。多分お互いに吸収しあって能力を高め合うのが理想。
AndroidではネットワークにアクセスするAPIはメインスレッドで実行すると
例外を吐く仕様になってる。でもそうするとネットワークアクセスの
メインスレッド実行を無くせるからiOSでも採用すべき仕様だと思う。

例えばAndroidのR.XXって形で文字列とか画像に対して自動で定数を設定できる機能があるんだけど、R.Swiftってのがでてる。
手動でenumとか切るよりずっと便利だしバグを防げる

974
デフォルトの名無しさん[sage]   投稿日:2016/05/11 17:34:56  ID:xqMebsDc.net(3)
それ、if letじゃなく多段コールバックのせいだと思うぞ
PromiseKit使ったら多少マシになりそう
コメント1件

975
デフォルトの名無しさん[sage]   投稿日:2016/05/11 17:48:01  ID:wO5x2wz+.net
そもそもifが必要なのかこれ
コメント1件

976
デフォルトの名無しさん[]   投稿日:2016/05/11 18:18:50  ID:rI6oMt4o.net
>955
上やクライアントがswift指定してるという罠

977
デフォルトの名無しさん[sage]   投稿日:2016/05/11 21:29:19  ID:XprVS9+n.net
Swift3で破壊的変更が起きてデスマーチになっても
上やクライアントには関係ないからな

978
デフォルトの名無しさん[sage]   投稿日:2016/05/11 21:59:25  ID:P7ZP3HoH.net
javaやc#って破壊的変更あったっけ?
なかった気がする

979
デフォルトの名無しさん[sage]   投稿日:2016/05/11 22:39:21  ID:4sje7yOY.net
初期の頃のソースがそのままコンパイルできるってこと?

980
デフォルトの名無しさん[sage]   投稿日:2016/05/12 01:02:58  ID:6kP9VQqv.net
Swiftは終わりだろうね

981
デフォルトの名無しさん[sage]   投稿日:2016/05/12 01:18:14  ID:R4Q88AV6.net
すぐにSwift3が始まるからな

982
デフォルトの名無しさん[sage]   投稿日:2016/05/12 01:24:46  ID:6aRY0Xqb.net(2)
swift5くらいまでは手を着けない方が良さそうだな

983
デフォルトの名無しさん[sage]   投稿日:2016/05/12 01:28:53  ID:Wf8oBi+n.net(3)
Swift楽だわ
もうObj-Cには戻れんわ

984
デフォルトの名無しさん[sage]   投稿日:2016/05/12 01:37:23  ID:ByEEOU/C.net
UIKitをObjective-Cのかわりに使う分にはSwiftは楽だよ
Swiftを本格的に使おうとすると全然楽ではないし、破壊的変更で苦しむことになる
Swift2で書かれ、メンテナンスされていないゴミライブラリ郡を篩い分ける作業だけでもおぞましい

985
デフォルトの名無しさん[sage]   投稿日:2016/05/12 01:54:26  ID:Wf8oBi+n.net(3)
ゴミライブラリなんか使うなよ

986
デフォルトの名無しさん[sage]   投稿日:2016/05/12 02:42:02  ID:4J49ezna.net(2)
Androidの開発コードにSwiftを使用する
http://www.infoq.com/jp/news/2016/05/swift-for-android
コメント1件

987
デフォルトの名無しさん[sage]   投稿日:2016/05/12 08:51:06  ID:qxIPhfDG.net(3)
betaから2.0までは半年単位で破壊変更だったろ
むしろ2.0から3.0までの変更が少なすぎて、飽きてる人多そう

988
デフォルトの名無しさん[sage]   投稿日:2016/05/12 08:58:35  ID:6aRY0Xqb.net(2)
つまりswiftは趣味でしか使えないってことか

989
デフォルトの名無しさん[sage]   投稿日:2016/05/12 09:16:51  ID:ICr6Z31q.net
>986
これはAndroid SDK作ってるチームに、あんな言語本気で使うの?って否定された
コメント1件

990
デフォルトの名無しさん[sage]   投稿日:2016/05/12 09:19:07  ID:qxIPhfDG.net(3)
荒し目的以外でSwiftがガチで使えるって言ってるヤツはいないしな
それに気づいてないアンチは多いけど

991
デフォルトの名無しさん[sage]   投稿日:2016/05/12 09:22:00  ID:hzAx9gGp.net(2)
海外のサイトみてみろよ
ガチで使ってる人いっぱいいるだろ

992
デフォルトの名無しさん[sage]   投稿日:2016/05/12 09:30:44  ID:qxIPhfDG.net(3)
全体の何%だって話だよ
使う人はいるだろうけどメジャー言語で使うには辛い

>989
サーバ向け言語のgoをiOSで動かしたGoMobileのブーメランささってんなw

993
デフォルトの名無しさん[sage]   投稿日:2016/05/12 09:53:40  ID:hzAx9gGp.net(2)
メジャー言語ってなんだよ
使う言語の1つでいいだろ


994
デフォルトの名無しさん[sage]   投稿日:2016/05/12 10:52:15  ID:Wf8oBi+n.net(3)
WWDCが楽しみだな
言語のプレゼンでワクワクさせられるのはAppleならではだな

995
デフォルトの名無しさん[sage]   投稿日:2016/05/12 12:28:17  ID:4J49ezna.net(2)
swift コマンドって OSX にデフォで入ってる?
Xcode 導入しないと入らない?

996
デフォルトの名無しさん[sage]   投稿日:2016/05/12 13:53:43  ID:J9pMJf8f.net
RealmSwiftってライブラリ使ってるんだけど、
こいつ単体で容量50MB超えるってどういうことですか?
どうにもならないんですか?
コメント1件

997
デフォルトの名無しさん[sage]   投稿日:2016/05/12 14:05:55  ID:fvp8F2Pu.net
それはSwiftだからしょうがないんじゃないか
コメント1件

998
デフォルトの名無しさん[sage]   投稿日:2016/05/12 14:06:21  ID:zM8eV0Fx.net(2)
32bitと64bitバイナリが内包されててApp StoreからDLする前に最適化されて半分にはなるんじゃね?とテキトーに答えてみる
iOSスレかRealmスレに有識者いそう

999
デフォルトの名無しさん[sage]   投稿日:2016/05/12 14:24:02  ID:u+gI67IU.net
>996
ビルドした後のバイナリのサイズみてみればいいんじゃね?

>997
Obj-C版のRealmは200Mあるんだが
コメント2件

1000
デフォルトの名無しさん[sage]   投稿日:2016/05/12 17:40:25  ID:DKtdIGc+.net
>999
200Mかあ。

そう言えば、Mac IIの内蔵HDDは40Mだったな。
200Mだと、、、、Quadraのころかなあ。
言語は、LightSpeec Cあたりだっけ。

1001
デフォルトの名無しさん[sage]   投稿日:2016/05/12 19:42:21  ID:6wLBo9DQ.net
>999
realmSwiftとrxSwiftを使ったアプリ作ってるけど
ipaファイルのサイズは11MBだったぞ。
ライブラリ側のサイズ見ても仕方なくね?
コメント1件

1002
デフォルトの名無しさん[sage]   投稿日:2016/05/12 20:47:25  ID:79OW2QnO.net
なうい、かっこいい言語だから使っていてる。理由なんてそれだけで充分
コメント1件

1003
デフォルトの名無しさん[sage]   投稿日:2016/05/12 21:47:38  ID:C03XQQkD.net
そう思って学習していくとObjective-Cより大幅に遅れた界隈の人たちが
そこに住んだままいまさら新たに考えたしんげんごってわかってきて
こんなのダメじゃね?となるという

1004
デフォルトの名無しさん[sage]   投稿日:2016/05/12 22:42:43  ID:zM8eV0Fx.net(2)
>1002
Swiftはチョベリグ ダヨネー(East End風

>1001
その半分がSwiftランタイムだと思うとちょっとアレだけどな
WebViewなアプリをSwiftで作った時はコレはやらかしたとマジで後悔したよ
本体よりランタイムの方がずっと大きいでやんの、、、

RealmだのRxだの使ってれば多少は後悔も少なかったと悔やむ

1005
デフォルトの名無しさん[sage]   投稿日:2016/05/13 00:02:32  ID:OwCwO3Ka.net(2)
>972
someHeavyMethod(param, completion: {[weak self] in
 guard let weakSelf = self else {
  return
 }
 
 someHeavyMethod2(param2, completion: {[weak weakSelf] in
  guard let weakSelf2 = weakSelf else {
   return
  }

  someHeavyMethod3(param3, completion: {[weak weakSelf] in
   guard let weakSelf3 = weakSelf2 else {
    return
   }
   ...
  })
 })
})
こんな感じ?確かにまだこっちのほうがよいかも。weakSelfの数字をどんどんインクリメントしていかないといけないのはどうしようもないんですかね。

>974
PromiseKit使えるように各種ライブラリを修正していくってことですか?コールバック受けるメソッドが全部自分が書いたやつだったらPromiseKit前提にするのも良いのかな

>975
selfのnil判定がそもそも要らないだろうってこと?感覚的にそのようには思えていないんですけれども
コメント1件

1006
デフォルトの名無しさん[sage]   投稿日:2016/05/13 00:51:07  ID:AZHuwgvK.net
感覚てそんなファジーなこといわれてもわからん

1007
デフォルトの名無しさん[sage]   投稿日:2016/05/13 02:19:07  ID:hsr/lvyK.net(2)
>1005
全部一緒でいい
あと strongSelf が普通

someHeavyMethod(param, completion: { [weak self] in
 guard let strongSelf = self else { return }
 
 someHeavyMethod2(param2, completion: { [weak self] in
  guard let strongSelf = self else { return }

  someHeavyMethod3(param3, completion: { [weak self] in
   guard let strongSelf = self else { return }
   ...
  })
 })
})

Promise 使うのにライブラリ修正なんて必要ない
非同期メソッドを Promise を返すメソッドでラップする
コメント2件

1008
デフォルトの名無しさん[sage]   投稿日:2016/05/13 07:18:01  ID:eLoYCWPt.net(2)
>1007
う、美しい言語仕様だー(目をぐるぐるさせながら)

1009
デフォルトの名無しさん[sage]   投稿日:2016/05/13 10:04:14  ID:7v+s5Rqr.net(2)
someHeavyMethod(param)
[weak self] in
 guard let strongSelf = self else { return }

})

質問者じゃないけど、コレ出来る?
コメント1件

1010
デフォルトの名無しさん[sage]   投稿日:2016/05/13 11:07:00  ID:7fsj0BUa.net
>1009
横からだけど、自分はできてるけどできない理由は何?

1011
デフォルトの名無しさん[sage]   投稿日:2016/05/13 11:11:36  ID:7v+s5Rqr.net(2)
誰も直さないから[weak self]があるとダメって言う話かなぁと
コメント1件

1012
デフォルトの名無しさん[sage]   投稿日:2016/05/13 12:11:57  ID:hsr/lvyK.net(2)
何言ってるかわからん

1013
デフォルトの名無しさん[sage]   投稿日:2016/05/13 12:25:05  ID:AYUc/5X4.net(3)
xcodeのViewControllerってMVCモデルでいうVとCが一体になってますって意味じゃないよね?
ただのControllerだよね?
IBとViewControllerが密着してるから後はModelだけ作ればええねんって言ってる奴がいるんだけど、、

1014
デフォルトの名無しさん[sage]   投稿日:2016/05/13 13:08:16  ID:CAtVBk8L.net
質問の意図がわからん
ViewControllerっつうくらいだから、Viewのコントローラーだろ
MVCでいうとVに近いけど、Cを独立させて明確にすることもできるししないこともできる
ViewControllerをDataSourceプロコトルに適合させてMの役割を担わせることもできる
要は作り方次第でどーにでもできる

1015
デフォルトの名無しさん[sage]   投稿日:2016/05/13 14:22:07  ID:AYUc/5X4.net(3)
そっかVだわ。
じゃあxibで作ったviewのオーナークラスはUIViewControllerを継承したクラスにすべきなのかな。
今までUIViewのサブクラスにしてたわ。

1016
デフォルトの名無しさん[sage]   投稿日:2016/05/13 14:34:06  ID:OwCwO3Ka.net(2)
>1007
なるほど。とてもすっきりしました。ありがとう。
PromiseKitも次回は導入検討します。

>1011
https://developer.apple.com/library/ios/documentation/Swift/Conceptual/Sw...#//apple_ref/doc/uid/TP40014097-CH20-ID48
キャプチャリストの構文は把握してますか?

1017
デフォルトの名無しさん[sage]   投稿日:2016/05/13 14:47:16  ID:4noKv6w/.net(2)
いやControllerだろう。
UIViewは表示処理
UIViewControlerはライフサイクル管理とかイベントとUIview都のひも付け等を担当。
Modelとの連携もUIViewControllerでまとめる。

1018
デフォルトの名無しさん[sage]   投稿日:2016/05/13 15:35:59  ID:AYUc/5X4.net(3)
わかった!
viewとModelでは直接やり取りせず、
viewControllerを介してview群とModel群でやり取りすればいいんだね!

1019
デフォルトの名無しさん[sage]   投稿日:2016/05/13 15:37:27  ID:XkDH6Kvi.net
ViewController is Controller
Not View

1020
デフォルトの名無しさん[sage]   投稿日:2016/05/13 21:59:24  ID:4noKv6w/.net(2)
MVCの本質がわかったところでそれで綺麗にかけるかというと微妙な気がする。
RxSwiftとかつかってMVVMみたいな設計してるアプリで
オープンソースでコードが直接参照できも乗ってないですかね?

1021
デフォルトの名無しさん[]   投稿日:2016/05/13 22:24:37  ID:txnRg8L7.net
swiftなんかオナニー
新しい言語に乗り換えてたらキリがないだろ?

1022
デフォルトの名無しさん[sage]   投稿日:2016/05/13 22:56:02  ID:iQGFQdt2.net
キリがなくて何か問題でも?
新しい言語触るの楽しくね?

1023
デフォルトの名無しさん[sage]   投稿日:2016/05/13 23:09:57  ID:K3athqnx.net
楽しくない

1024
デフォルトの名無しさん[sage]   投稿日:2016/05/13 23:18:06  ID:eLoYCWPt.net(2)
新しい概念を持ち込んだ言語は面白いけど
Swiftは単にいいとこどりしようとして失敗してるだけだからな
言語ヲタには面白くない

1025
1001[]   投稿日:0000/00/00 00:00:00
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 53日 21時間 45分 58秒

1026
1002[]   投稿日:0000/00/00 00:00:00
2ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 2ちゃんねる専用ブラウザからの広告除去
★ 2ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
http://premium.2ch.net/
http://pink-chan-store.myshopify.com/
更新情報
・スレッド一覧ページで過去ログのタイトル検索・一覧表示ができるようになりました(2016/1/20)
NGワード登録
登録する
スレッド内検索

プログラム板 タイトル検索

このスレッドが人気です(実況系)
実況 ◆ フジテレビ 82628 出家 (1000)フジ実況
実況 ◆ 日本テレビ 54261 カルト対893 (999)NTV実況
羽鳥慎一モーニングショー★2 (524)テレ朝実況
実況 ◆ テレビ朝日 46858 (902)テレ朝実況
実況 ◆ フジテレビ 82629 (152)フジ実況
連続テレビ小説 べっぴんさん★180 (939)NHK実況
白熱ライブ ビビット★1 (204)TBS実況
はやドキ!& あさチャン!月曜日★2 (379)TBS実況
このスレッドが人気です(ニュース系)
かばんから狆っ恥ずかしい瓠崑膺佑里もちゃ」 警察の所持品検査は「プライバシー侵害」と驚きの賠償命令…現場は震撼 (559)ニュー速+
【芸能】「出家します」清水富美加が電撃引退!『幸福の科学』活動専念へ★21 (1000)音楽・芸能ニュース
【政治】“田舎臭い少女風” 稲田防衛相のファッションに悪評[週刊新潮] (394)ニュー速+
【デッドライジング】 もしゾンビが大量発生したらどこに逃げるのが正解? (41)ニュー速
【芸能】「出家します」清水富美加が電撃引退!『幸福の科学』活動専念へ★22 (110)音楽・芸能ニュース
【社会】岐阜・金津園のソープランド摘発、岐阜県警 売春防止法違反の疑い (67)ニュー速+
【芸能】「出家します」清水富美加が電撃引退!『幸福の科学』活動専念へ★20 (1000)音楽・芸能ニュース
【静岡】イスラム教徒の保護者、「ハラール対応」ではない学校給食に苦慮 ムスリムへの理解と柔軟な対応求める★29 (1000)ニュー速+
プログラム板の人気スレ
次世代言語議論スレ【Go Rust Haskell Scala Erlang Elixir】 第二世代 (115)
【統計分析】機械学習・データマイニング12 (707)
ねねっちと一緒にプログラムを勉強するスレ (330)
スレ立てるまでもない質問はここで 145匹目 (617)
Excel VBA 質問スレ Part45 (681)
ふらっと C#,C♯,C#(初心者用) Part126 (566)
C言語なら俺に聞け 138 (767)
次世代言語議論スレ【Go Rust Haskell Scala Erlang Elixir】 (1000)
C++相談室 part129 (381)
くだすれPython(超初心者用) その32 (94)
Androidプログラミング質問スレ revision52 (860)
Visual Studio 2015 Part8 (224)
Xamarin Part3 (387)
【PHP】下らねぇ質問はここに書き込みやがれ 7 (835)
推薦図書/必読書のためのスレッド 81 (84)
クラス名・変数名に迷ったら書き込むスレ。Part27 (863)
Swift part9 (824)
☆★Java質問・相談スレッド179★★ (694)
Java入門・初心者質問スレ Part.2 (460)
関数型プログラミング言語Haskell Part30 (130)
c、Java、pythonを難易度でランク付けして (63)
+ JavaScript の質問用スレッド vol.122 + (661)
【初心者歓迎】C/C++室 Ver.100【環境依存OK】 (420)
Pythonのお勉強 Part52 (151)
このサイトについて
このサイトは2ちゃんねるからデータを取得し、表示するサービスです。
画像のインライン表示機能について
画像のURLの後ろにある[画像をインライン表示]をクリックすると、URLの下に表示します。
表示される画像は横幅100pxに縮小されていて、クリックすると原寸で表示します。
このサイトの特徴
1)スレッド内検索ができます
2)レス(「>>1」など)のポップアップができます
3)不適切な言葉を含む投稿を表示しません
4)ページ内で画像を直接表示できます
5)2ch他スレッドへのリンクはタイトル・板名つきでリンクします
6)すっきりとしたデザインで表示します
7)最新スレや前スレをチェック・一覧表示します
8)NGワード機能の搭載でイヤな言葉が目に入りません
9)荒らしを自動チェックします
10)スレッド内・同一IDの書き込みだけ表示できます
11)レスの返事をレスされた発言の下に表示する「まとめビュー」が利用できます
12)シリーズ化したスレッドの一覧を表示します
13)最新のスレッドがある場合はお知らせします
削除について
こちらをご覧ください
機能要望について
現在機能要望受付中です。
問い合わせについて
こちらのページからどうぞ
Amazon


このサイトは2ch.scからデータを取得・表示しています。削除などについてはこちらをご覧ください。 アクセスモード:差分取得 - 新着書き込みなし(304)