16/03/21 01:33:41.73 bbX9YEmL.net
swift覚えるよりiOSとUIKit覚えたほうが勝ちだぞ＞初心者
今swiftでググってもカスみたいな情報しかないから
swiftは7.0あたりからやろうぜ
3:デフォルトの名無しさん
16/03/21 02:00:39.02 dP9e8KHJ.net
俺は174*83*27、柔道三段・剣道四段・空手二段、ガチムチの機動隊員
日夜激しい訓練と任務に明け暮れてる
だから股間のピストルはいつも暴発寸前だ！
お前の菊門に発射させろ！
25～35くらいの同体型の短髪雄野郎、激しく盛ろうぜ！
捕縛術の心得もあるので緊縛プレイを求めてるＭ野郎歓迎だ！
特に希望があれば制服プレイも可
複数も可
非番の日なら都内なら連絡寄越せばすぐ逮捕しに行く！
ケツマンおっぴろげて神妙に待ってろ！
4:デフォルトの名無しさん
16/03/21 08:59:53.92 O7DG3syI.net
>>2
それをいったらobj-cだって新旧で結構変わったと思うで
publicとかprivateみたいなkeywordをobj-cで見つけたらそれは古いってこと。
swiftだったらなんだろう
NSErrorを直接扱ってたら古いコード？
5:デフォルトの名無しさん
16/03/21 09:22:26.81 3RlX6oQV.net
>>2
アンチスレにどうぞ
>>2はほっといて、初心者はSwiftで iOS, UIKit を学べば良いなw
JavaScriptやってたらなんとなく文法似てるからObj-Cより親しみ易い
6:デフォルトの名無しさん
16/03/21 10:17:35.31 EH5YIJq/.net
Swiftでdelegate protocolを自前で定義してたら古いObj-C脳のクソ設計だと思う
@objcな public インターフェースなら苦笑しながら使うかな
7:デフォルトの名無しさん
16/03/21 10:43:20.15 bbX9YEmL.net
Swiftからやると他の言語できないクソ脳エンジニアになるよ！
8:デフォルトの名無しさん
16/03/21 11:42:49.98 oATdEu/y.net
日曜プログラマはSwiftで遊んでおけばいい
仕様がコロコロ変わるSwiftを今使うプロはただの馬鹿ってだけ
9:デフォルトの名無しさん
16/03/21 12:38:27.36 ylWFjvTF.net
>>8
これに尽きるんだよな
みんな遊びでやってるのに煽りに踊らされたObj-Cのプロが突っ込んでくるだけで
>>6
イマドキ、Obj-Cでもdelegate定義したら古いコード
よって、 Swiftでdelegate定義したら設計者の頭カチ割るくらいでいい
10:デフォルトの名無しさん
16/03/21 13:26:45.04 QxUzppQu.net
delegateの代わりに何を使うの？
11:デフォルトの名無しさん
16/03/21 15:17:16.57 bbX9YEmL.net
callbackじゃね？
もう@Nullable annotation使ってjavaでいいんじゃね？
12:デフォルトの名無しさん
16/03/21 15:20:10.97 dcaKrC6d.net
obj-cにもnilableキーワード追加されてるんだけどなぁ
なぜそこでJavaを推すのか、コレガワカラナイ
13:デフォルトの名無しさん
16/03/21 16:51:16.85 RNfIYUgS.net
ゴミはゴミ箱へ
アンチはアンチスレへ
14:デフォルトの名無しさん
16/03/21 18:13:52.92 hbyc55kz.net
protocol指向なのにdelegateパターン否定してどうするのwww
15:デフォルトの名無しさん
16/03/21 19:16:39.99 sdIAUD51.net
>>10
Handler使うと良い
実態はインライン関数程度に最適化されるので性能も悪くない
今時 Delegate が許されるのは(ry
16:デフォルトの名無しさん
16/03/21 19:16:48.11 O7DG3syI.net
delegateという考えは古くないと思うし現役だと思うけど。
仮にtableViewを再実装するとしてdelegate使わずどうするわけ？
>protocol指向なのにdelegateパターン否定してどうするのwww
プロトコル指向とdelegateパターンの関連がよくわからん
17:デフォルトの名無しさん
16/03/21 19:49:01.63 lXGzGGTr.net
古いシステムAPIはNSURLConnectionからNSURLSessionへみたいにアポー様が書き直すの待つ
どう書き直すのがベターかはNSURLSession参考にしてどうぞ
最近追加するAPIはハンドラばかりじゃないかね
18:デフォルトの名無しさん
16/03/21 20:09:27.30 RNfIYUgS.net
テーブルビューがデリゲートやめてクロージャだらけになったら悪夢だな
URLConnectionは使い捨てることが多いからクロージャと相性良かっただけだ
19:デフォルトの名無しさん
16/03/21 20:15:20.29 lXGzGGTr.net
クリックイベント拾うだけなら1つで済むと思うけどな
全APIをクロージャーに書き換えずとも、プロパティ操作で良いし
Sessionも細かい制御するコード書いたらクロージャーだらけよw
20:デフォルトの名無しさん
16/03/21 20:28:33.51 oATdEu/y.net
>>13
アンチスレなんてあるの？
21:デフォルトの名無しさん
16/03/21 20:31:49.52 1G+fr+EX.net
ここがアンチスレだよな？
22:デフォルトの名無しさん
16/03/21 20:34:33.74 RNfIYUgS.net
Swiftアンチスレ part1
ｽﾚﾘﾝｸ(tech板)
23:デフォルトの名無しさん
16/03/21 20:35:29.01 oATdEu/y.net
馬鹿かよ
クソスレ立ててんじゃねぇ
24:デフォルトの名無しさん
16/03/21 20:58:04.90 O7DG3syI.net
そもそもdelegateは機能の移譲なわけだから、
クロージャーを使う、使わないは的はずれ。
多分obj-c時代、block構文がなかった時に、
クロージャーを本来使ったほうがいいところをdelegateを使って実現しているところがあって、そのことを誰かが指摘したことを聞きかじって、
delegateは悪だって思い込んじゃったんだな。
昔AlertViewが本来クロージャーを使うところをdelegateを使っていたけど
今置き換わったAlertControllerはクロージャーを使ってる。
まだ若干残っているかもしれんけど、まぁ自分で直して使えばいいし
俺はrxSwift使うからどっちでもStreamにしてしまうけど
25:デフォルトの名無しさん
16/03/21 22:03:44.75 tREJBwET.net
NSURLConnection だって色々とやろうとしたら callback block なんかじゃやってられんしな
26:デフォルトの名無しさん
16/03/21 23:27:29.33 QxUzppQu.net
NSURLSessionだってクロージャは一部でdelegateメソッドがたくさん存在してるよ
クロージャは便利だがそれで全て置き換えられるわけでは無い
27:デフォルトの名無しさん
16/03/21 23:44:02.58 9U8ePjvZ.net
確かにその場しのぎとしてクロジャはオブジェクト不要レベルの凄まじい文字通り型破りが出来るけど
delegateはオブジェクト同士のやり取りに大枠を作るパターンなので大枠がないと必要不必要の話になりにくい
28:デフォルトの名無しさん
16/03/22 00:18:39.36 BVW6crR9.net
Obj-Cで使う分には良いがSwiftでdelegateの宣言も利用もキモいがな
アレはobj-c互換の苦肉の仕様は体を張ったギャグだわw
不思議に思わないとか、意味分からないヤツはホントにswift使ってんの？って問うレベル
こういうギャグをちょいちょいはさむから swiftはやめらんねえ
29:デフォルトの名無しさん
16/03/22 00:52:10.75 /RBCdqDr.net
？
なんかキモいことあったっけ？
30:デフォルトの名無しさん
16/03/22 01:37:30.84 LHRIJmml.net
AppleはSwiftゴリおしやめるらしいぞ！
Swifter哀れwwwwwwwwww
31:デフォルトの名無しさん
16/03/22 01:39:27.27 /RBCdqDr.net
ゴミはゴミ箱へ、アンチはアンチスレへ
32:デフォルトの名無しさん
16/03/22 01:48:54.88 H1BdO10t.net
NSプレフィックス無し、nil返さないcocoaまだ？
swift3.0に間に合うのか？
4.0でまた非互換？構文変わるのか？
33:デフォルトの名無しさん
16/03/22 01:53:38.89 LHRIJmml.net
swiftそのものがお笑いネタだろ？
swift推してる連中はAndroid厨が面白がって煽ってるだけ
まともなiOSエンジニアが信頼性のないswiftなんか使うワケないだろハゲチビ
34:デフォルトの名無しさん
16/03/22 02:13:57.56 H1BdO10t.net
Swift3.0ソースが公開されたら
Optional型を排除
map、flatmapなどの直感的にわからない機能の排除
してSwift-作るよ
35:デフォルトの名無しさん
16/03/22 03:15:02.77 /RBCdqDr.net
ゴミはゴミ箱へ、アンチはアンチスレへ
36:デフォルトの名無しさん
16/03/22 08:33:18.33 LHRIJmml.net
Apple信者 分裂
obj-c:山口組
swift:神戸山口組
抗争状態
37:デフォルトの名無しさん
16/03/22 08:36:26.15 SrGcCmkC.net
何でSwiftマンセーしないとゴミなの？
38:デフォルトの名無しさん
16/03/22 08:38:19.84 8Ghfw7bL.net
>>29
自前でdelegate宣言して、delegateで宣言したメソッドを呼び出す、までやってみろ
メソッド名、キーワード名はきちんとObj-Cお作法に合わせる前提でな
TableViewを外から使っててても何か変、と思うが
自分で実態書いてたらすごくバカっぽいと気付く
39:デフォルトの名無しさん
16/03/22 08:39:51.09 SrGcCmkC.net
SwiftってKVO使えないんだな・・
40:デフォルトの名無しさん
16/03/22 09:00:08.51 8Ghfw7bL.net
身のないバズワードで煽ってるからゴミなんじゃないの？
KVOは個々にプロパティ切った方が安全でそっちが使われてるし
無駄機能の提供分処理オーバーヘッドかかるから削るわ、、、
って公式ドキュメントで説明あったはず
41:デフォルトの名無しさん
16/03/22 09:05:43.25 SrGcCmkC.net
何でnil禁止しないの？
42:デフォルトの名無しさん
16/03/22 09:30:25.96 8Ghfw7bL.net
どちて坊やは一休さんの世界へお帰り
ゴミはゴミ箱へ、アンチはアンチスレへ
43:デフォルトの名無しさん
16/03/22 11:29:27.62 zCNWVxOy.net
Xcode更新(Swift 2.2)キタ
そして、++, --のdeprecateが入ったwww
これはワーニングの嵐の予感、ワーニング0の商用開発だと泣けるな
他にも細々機能追加あるので、もう一回遊べるドン
44:デフォルトの名無しさん
16/03/22 13:04:43.08 VLOpUBBk.net
>>30
マジで？マジなら朗報じゃねぇか
45:デフォルトの名無しさん
16/03/22 13:06:09.33 VLOpUBBk.net
>>31
>>42
ID変えてご苦労さま
46:デフォルトの名無しさん
16/03/22 14:15:55.73 Ox2t7CWt.net
ゴミはゴミ箱へ、アンチはアンチスレへ
47:デフォルトの名無しさん
16/03/22 15:11:04.33 kmp6Vmna.net
ゴミはゴミ箱へ、アンチはアンチスレへ
48:デフォルトの名無しさん
16/03/22 15:17:25.55 Ox2t7CWt.net
i++って i = i.advance() で置き換えるのかと思ったら、i += 1 で置き換えるのな
まだ advance のI/F宣言もなされてないようだし、秋にまたConvert To Last Swift Syntaxかね
この程度ならまだバグなく差し替えられるだろうから良いけど(1.xの頃のバグのせいでConvertは信用してない
49:デフォルトの名無しさん
16/03/22 16:14:53.46 VLOpUBBk.net
>>46
>>47
IDパラ使いでご苦労さま
50:デフォルトの名無しさん
16/03/22 16:23:24.87 VLOpUBBk.net
>>48
ところで優柔不断なクリスの気まぐれを逐一フォローし続けるのは時間の無駄だよ
Swiftは仕様が固まってから使えばいい
51:デフォルトの名無しさん
16/03/22 18:00:03.84 uAieVvDE.net
swiftはバージョン進み過ぎでgolangより歴史が浅いって忘れてしまう
けど仕様の破壊的変更が大きいから仕方ないのかな。
golangは2.0になる気配が全くしない。それだけ安定しているってことだけど、
スレは伸びない。
swiftは3.0もすぐにもでそうだけどいつリリース予定だっけ？
52:デフォルトの名無しさん
16/03/22 18:12:48.27 /RBCdqDr.net
10月
53:デフォルトの名無しさん
16/03/22 20:02:39.64 GZFXD3/a.net
他大手会社が言語開発してるから自分もやらなきゃ(焦り
で始まったような言語だからな
TypeScript, Go, Rust, Kotlin, Nim, etc.あの頃は結構大量に出てた気がする
54:デフォルトの名無しさん
16/03/22 22:25:12.48 VLOpUBBk.net
AppleらしくObjective-C 3.0で進めばいいのにね
バカだねぇ
55:デフォルトの名無しさん
16/03/22 22:46:51.34 GZFXD3/a.net
ゴミはゴミ箱へ、アンチはアンチスレへ
56:デフォルトの名無しさん
16/03/22 23:00:54.83 3eyye6+D.net
swift関数型みたいな事出来たっけ？？
57:デフォルトの名無しさん
16/03/22 23:30:40.40 GZFXD3/a.net
Kenokabe先生の所へどうぞ
58:デフォルトの名無しさん
16/03/23 00:36:02.08 90Oe+hOc.net
Swiftで下記の処理を書けなくなると聞いたのですが、本当ですか？
for var i = 0; i >= -10; i -= 1 {
}
59:デフォルトの名無しさん
16/03/23 00:55:36.44 37+iz5Nw.net
ggrks
URLﾘﾝｸ(github.com)
60:デフォルトの名無しさん
16/03/23 00:59:37.75 90Oe+hOc.net
>>59
開発者なんかおいてきぼりでacceptされた--, ++はもうどうでもいいんです
気になっているのはfor文のことなんですが
61:デフォルトの名無しさん
16/03/23 01:29:51.80 QU83f3j8.net
proposal読め、ゴミ
62:デフォルトの名無しさん
16/03/23 01:56:31.43 90Oe+hOc.net
なんでそんなにプリプリしてるんですか？
これですよね？
URLﾘﾝｸ(github.com)
よんだんですが、forループはインクリメントしかあたまにないのか、デクリメントに対するSwiftコード例が見当たらなく…
63:デフォルトの名無しさん
16/03/23 02:16:58.77 Q7VdyZfN.net
ここで話題になってる
ｽﾚﾘﾝｸ(tech板)
64:デフォルトの名無しさん
16/03/23 02:22:11.31 90Oe+hOc.net
何ですか？そのｸｿｽﾚは…。
65:デフォルトの名無しさん
16/03/23 04:06:08.61 xMqkzezD.net
Whileで書き換えろってことかな
ループローカル変数のスコープ切るのに
do {}で括るのがウザい
66:デフォルトの名無しさん
16/03/23 07:02:42.65 8DTPyQ3g.net
>>58
for i in 0.stride(through: -10, by: -1) {
}
67:デフォルトの名無しさん
16/03/23 08:51:13.99 2nZwj8cw.net
とにかく変わった感を無理やり醸し出してる感が
鼻につく「嫌な感じ」の言語
それがSwift
68:デフォルトの名無しさん
16/03/23 09:01:27.68 ECT2y/er.net
obj-cは大豆、swiftは納豆
大豆はそのままでは食べられないし手間がかかるし面倒だがそもそも枝豆で常温保存もきくし豆腐にも納豆にもなる
納豆は高機能食品で身体にもいい、アレンジ料理もある、でもかき混ぜないと美味しくない納豆でしかない
69:デフォルトの名無しさん
16/03/23 09:09:24.27 2C5Noqzb.net
ゴミはゴミ箱へ、アンチはアンチスレへ
70:デフォルトの名無しさん
16/03/23 09:20:48.13 IjQfzLPy.net
>>67
ほんそれ
わざわざ自分からアンチ産み出していくスタイルは新しいよな
71:デフォルトの名無しさん
16/03/23 09:33:08.50 2C5Noqzb.net
ゴミはゴミ箱へ、アンチはアンチスレへ
72:デフォルトの名無しさん
16/03/23 12:13:55.58 t+F3ZbWm.net
>>51
Wineって10年くらい1.00にならず枯れたソフトもあるのでバージョンは信用ならない
あれが1.00出した時はびっくりしたよ
73:デフォルトの名無しさん
16/03/23 20:03:20.80 WABTO3x4.net
わいの半年前の知識通用するかこのスレ見てたら不安になってきた
たった半年だぞおい
74:デフォルトの名無しさん
16/03/23 20:47:02.91 KX8VTTfh.net
2.xはそんな変わってないじゃん
betaから1.xにかけては半年も前の知識が通用するわけがなかったけど
75:デフォルトの名無しさん
16/03/23 22:35:24.55 HdSesjVg.net
Swift初期は半年毎にビルドエラーの嵐でおもろかった
ここ一年はまったく動きが少なくておもろない
Swift 3.0のコンパイラはまだかね
オープンソース()なら段階的にそろそろ出してもよかろう
76:デフォルトの名無しさん
16/03/24 11:58:58.16 JWV8N7sH.net
オープンソースなんだから自分でビルドすればよかろう
77:デフォルトの名無しさん
16/03/24 12:16:08.88 GtV4TiIV.net
コンパイルくらいは自分でするんだけど実装も済んでたかなと
Proposalで仕様は切ったけど、実装は内々だよだとお手上げだから
78:デフォルトの名無しさん
16/03/24 15:20:39.55 ZLy3hEZf.net
そして、Swiftは終わった・・
79:デフォルトの名無しさん
16/03/24 15:45:57.79 Dhc5pA31.net
ゴミはゴミ箱へ、アンチはアンチスレへ
80:デフォルトの名無しさん
16/03/24 15:50:49.60 Dhc5pA31.net
ブランチ出来てたので人柱になってみるか
81:デフォルトの名無しさん
16/03/24 18:22:47.63 oQPLZdwZ.net
>>77
FoundationはいろいろとNot Implementedだったような気がする
GitHubには出てこない社内プロジェクトで進んでるんだろうか。それともGitHub上のが全てで完全にオープンで進めてるんだろうか。
82:デフォルトの名無しさん
16/03/24 21:24:56.68 1csU5sj0.net
iPhone無かったら見向きもされなかったクソ言語と
iPhone無かったら生まれなかったクソ言語でヤリ合うスレはここですか？
83:デフォルトの名無しさん
16/03/25 00:16:18.41 MJ1mYSYG.net
>>82
つ Swiftアンチスレ part1
ｽﾚﾘﾝｸ(tech板)
84:デフォルトの名無しさん
16/03/25 00:22:20.14 enybkgjI.net
なんでそんなに必死なの？
85:デフォルトの名無しさん
16/03/25 00:48:28.61 q1HiUdlP.net
>iPhone無かったら見向きもされなかったクソ言語と
OS Xで使われてたしコミュニティもあって実績も歴史もあった
iPhoneでより普及したってだけ
86:デフォルトの名無しさん
16/03/25 00:48:49.37 FvDwNEk8.net
Swiftの負けを認めてるからだろ・・
87:デフォルトの名無しさん
16/03/25 07:02:59.87 Tmo5HUkd.net
ゴミはゴミ箱へ、アンチはアンチスレへ
88:デフォルトの名無しさん
16/03/25 13:05:22.12 G+z1ebGz.net
URLﾘﾝｸ(developers.eure.jp)
これはいい記事
89:デフォルトの名無しさん
16/03/25 13:30:56.82 QgeTY0RV.net
パターンマッチの例が無理矢理使ってる感じで気に入らんな
いくつかは素直にwhereやas?で書いたほうがずっと可読性高いはず
90:デフォルトの名無しさん
16/03/25 13:37:57.75 NKX3Q+Iw.net
> シングルトンの代わりに staticの関数やプロパティを使用する enum で作成する
enumをそういう用途で使ったらダメだろw
バッドノウハウにバッドノウハウを重ねたような実装に笑うわ
いっそシングルトンモデルは「悪」と諦めた方が良さそう
91:デフォルトの名無しさん
16/03/25 13:38:12.95 QgeTY0RV.net
シングルトンをenumにしろってのも気に入らない
structとclassだとインスタンスの初期化ができてしまうからっていうけど
initをprivateで宣言すればいいだけだし
何よりenumのセマンティクスを破壊してるのがバッドノウハウ感しかない
92:デフォルトの名無しさん
16/03/25 13:39:51.72 QgeTY0RV.net
被ったwスマンw
93:デフォルトの名無しさん
16/03/25 13:47:05.96 QgeTY0RV.net
do { }でコード整理ってのもなんだかなー感しかない
全体的にこの人のコードは自己流の変な工夫が多くて一般的な良いコードではないと思う
94:デフォルトの名無しさん
16/03/25 13:51:00.08 NKX3Q+Iw.net
反面教師としていい記事だったな
全面的に悪いというわけじゃないと思うので、良い所だけ参考にしようじゃないの
95:デフォルトの名無しさん
16/03/25 20:11:04.25 enybkgjI.net
とりあえずこんなにSwiftは素晴らしいんだぜって思わせたいという必死さは伝わった
96:デフォルトの名無しさん
16/03/25 20:47:58.44 G+z1ebGz.net
>>89
パターンマッチの例は普通だと思ったんですが
どの辺の例が無理矢理なのか詳しく
97:デフォルトの名無しさん
16/03/25 21:18:37.98 NKX3Q+Iw.net
普通かどうかは置いといて、メジャーバージョンアップでビルド通らなくなりそうだなぁ、とは思ったぞ
1.系の頃ならマイナーバージョンアップでビルド通らなくなるコードだろ、アレ
98:デフォルトの名無しさん
16/03/26 06:33:25.62 VEvx/urc.net
スコープを絞る目的でdo{}を使えというSwiftの仕様がキライ。
C同様にシンプルな{}のサポート入れてほしい。
99:デフォルトの名無しさん
16/03/26 07:41:43.28 coY0vF2b.net
swiftの仕様じゃなく、ブログ書いたへっぽこプログラマのバッドノウハウ
スコープ絞ること自体、イマドキのプログラミング事情に則してなくね？
昔は関数ブロックにしたら、バイナリコード増加や
関数呼び出しの処理低下になるからブロックが良しだったんだろうけど
コンパイラの最適化が賢い今なら無駄なテクニックだろうよ
そもそも容量や性能気にするヤツは swift 使うな
100:デフォルトの名無しさん
16/03/26 10:10:23.50 3IE1+gr+.net
関数foo(block: (() -> ())? = nil)があったとして
foo()の次に{}が来たらクロージャになってしまうからSwiftの言語仕様じゃ無理だろう
101:デフォルトの名無しさん
16/03/26 17:29:25.22 wyrGFEOD.net
>>99
スコープ絞るのは人間のケアレスミスを防ぐためだろう。
102:デフォルトの名無しさん
16/03/26 20:33:57.78 MHYjyRMB.net
>>100
なるほど、それでdoが必要なのか
3.0で何とか仕様変更して欲しいな
103:デフォルトの名無しさん
16/03/26 20:49:59.20 +sP2UFyn.net
rustみたいに文末;必須にするか、、、
rustはrustの信念で;採用してるけど、;の意味論が分かりづらく評判イクナイ
goはどうしてるんだっけかな
104:デフォルトの名無しさん
16/03/27 01:47:48.43 FjCKG/3R.net
>>103
goは暗黙の ; を導入している
つまり関数宣言として
func hoge() {
XXXX
}
であり
func hoge()
{
}
は
func hoge();
{
}
とみなされるのでシンタックスエラー
正直 {の改行位置の言語による強制は好き。構文規約じゃなく言語仕様で縛ってほしい
105:デフォルトの名無しさん
16/03/27 01:59:07.04 JtoXaVyt.net
ここはクソ言語のスレじゃないのかよ
106:デフォルトの名無しさん
16/03/27 04:30:35.96 aLm5Q9s6.net
挑戦的だが流行らなさそうな仕様だなw
コードフォーマットの強制はpythonもそうだけど、人を選んで流行ってないからなぁ
107:デフォルトの名無しさん
16/03/27 07:12:05.69 8I3ts8K5.net
pythonは多目的汎用スクリプト言語としては
世界で一番でかいシェアだが…
108:デフォルトの名無しさん
16/03/27 08:21:38.75 aLm5Q9s6.net
python以外のメジャー言語だと皆無じゃん？
その制約があっても他にメリット多いから使われてるけど、他言語が追従するメリットじゃないんだろう
# python好きだし別に嫌悪感ないけど、全てを崇めるほど信者じゃない
swiftはgofmt程度のフォーマッタは提供して欲しいかのう
Xcodeあるからイラネ、とまったく期待出来んが
109:デフォルトの名無しさん
16/03/27 08:59:02.86 b5RPwXUJ.net
python流行ってない
↓
そんなことはない
↓
python以外は皆無
どういうことなのか
110:デフォルトの名無しさん
16/03/27 09:24:41.47 FjCKG/3R.net
do {
}
使うくらいなら関数宣言の{位置の強制でいいと思うよ
func () {
}
と
func()
{
}
のどっちがいいとか正直どうでもいいしswiftlintとかでどっちがに強制するでしょ。どうせ。
111:デフォルトの名無しさん
16/03/27 09:49:19.24 aLm5Q9s6.net
>>109
python以外で使われてないからその文法が流行ってない
読み取ってくれよ
コードの柔軟性が減る独善的な決め打ちはやだなぁ
GoogleもApple程度(以上？)に独善的な会社になったからアイツに全力追従は生理的な恐怖感があるわw
112:デフォルトの名無しさん
16/03/27 12:32:04.87 7FbQZXuJ.net
コードの柔軟性を嫌ってる人がswiftを持ち上げてるんじゃないの
いわく、バグが入り込む潜在的なリスクが上がるだの
メンテしにくくなるだのって
113:デフォルトの名無しさん
16/03/27 13:16:28.03 DyvlX5iX.net
Swiftはまだまだ混沌としてるな～
114:デフォルトの名無しさん
16/03/27 13:35:47.37 FjCKG/3R.net
正直swiftのクロージャーの書き方がシンプル過ぎて危険な気がしてきた。
特に$0を使うときはinを省略できちゃうとか
おかげでただのブロックをdo{}にしなきゃいけないのはどうなんだろう。
115:デフォルトの名無しさん
16/03/27 22:22:33.95 1SWxeIio.net
NSURL.fileURLWithPath()で、nil返す事があるってドキュメントに
書いてあるのに、optional定義になっていないのは何故なんだぜ。
こういうのは修正されたらされたで、ソースがコンパイルエラーになるよなぁ。
116:デフォルトの名無しさん
16/03/27 22:34:14.75 sgFnxYvA.net
そもそもnilを絶対返さない事って可能なのか？
インスタンスの生成は、大元のmallocが領域確保できずにnullを返す可能性があるだろ。
117:デフォルトの名無しさん
16/03/27 22:44:45.05 aLm5Q9s6.net
スタックメモリから確保した値型
という揚げ足はおいといて、初期にnilable constructorがなかった辺り
理想としてnilを返さない在り様は考えたかったんじゃないかなぁ
118:デフォルトの名無しさん
16/03/27 23:21:49.32 e5rLGyrL.net
>>115
とりあえず明示的にOptionalで宣言しとけば大丈夫
let url: NSURL? = NSURL.fileURLWithPath("")
URLﾘﾝｸ(bugs.swift.org)
119:デフォルトの名無しさん
16/03/28 00:31:18.01 35WvO0+g.net
>>117
オブジェクトがヒープに確保されるかぎり無理だな。
120:デフォルトの名無しさん
16/03/28 07:19:37.81 wmjJbUJq.net
おお、SwiftのバグデータベースはDashboardなのか。会社でも使ってる^_^
なるほど、強制的にOptionalに代入して対処するのか。サンクス。
121:デフォルトの名無しさん
16/03/28 07:55:02.53 wmjJbUJq.net
DashboardじゃなくてJIRAだったorz
122:デフォルトの名無しさん
16/03/28 08:48:38.40 KMc9zxLb.net
やっぱりSwiftはまだ無理だな
123:デフォルトの名無しさん
16/03/28 10:25:41.05 3yOAg9Gy.net
ゴミはゴミ箱へ、アンチはアンチスレへ
>>115
その辺り、バージョンアップの度に修正入ってビルドエラーになってる気がするので
見つけたら直す程度の気分で修正を続けて頂きたい
124:デフォルトの名無しさん
16/03/28 13:40:24.67 9My0XcMr.net
ゴミはアンチスレへ、アンチはゴミ箱へ
125:デフォルトの名無しさん
16/03/28 16:50:08.31 naz2d2Z+.net
変なのにいつかれちゃったな
126:デフォルトの名無しさん
16/03/28 21:05:04.45 JMwJMyoN.net
アンチアンチ騒いでんのはただの荒しだな
127:デフォルトの名無しさん
16/03/28 21:30:44.74 ZqkJQBhv.net
アンチスレとこっちのスレで分断煽りしてるやつがいるんだよなあ
128:デフォルトの名無しさん
16/03/28 22:02:51.73 5fM64+wd.net
swiftのクラスってメンバ変数定義できないんですか？
129:デフォルトの名無しさん
16/03/28 22:44:01.03 CHShieCO.net
>>127
Swift推進部隊の常駐監視員さんですか？
130:デフォルトの名無しさん
16/03/29 00:15:06.66 YmwztG1b.net
>>128
ゴミはゴミ箱へ
>>119で考え直したが
昔nilable constructorがなかったのって
もしかしてスタックからメモリ確保した時と同じ振る舞いで良しと思ったのか
あまりにもバカっぽい仕様で訂正入ったけど
当時の訂正時の今さらかよと笑ったけど、今なら分かる
131:デフォルトの名無しさん
16/03/29 01:46:32.19 aRsQmQC4.net
全部が値渡しで済むわけじゃないし。
確保した領域のアドレス値渡しとそのエイリアスという方法は合理的なんだよ。
nilについては、計算結果がnilになるケースがあるのは当然。
132:デフォルトの名無しさん
16/03/29 08:18:59.35 nMn7bUzs.net
swiftなんか業務で使ったらそれこそゴミだろ
133:デフォルトの名無しさん
16/03/29 08:22:36.38 KgX6u3mt.net
日本人特有の「右向け右、左向け左」だよ。
こんなクソ言語誰が使うんだよ？
134:デフォルトの名無しさん
16/03/29 08:30:14.82 ivbQoXVD.net
ここって質問OKですか？
135:デフォルトの名無しさん
16/03/29 08:33:38.25 nMn7bUzs.net
>>129
Apple社員だったら笑えないよなw
>>133
もう言語云々の時代は終わったよね
とりあえずAppleは方向を間違えている
xcodeのやるべき事はスケルトンコードを充実させること、コードの書き方を縛ること
テーブル配置したらデータソースを定義させるとか、各デリゲートメソッドのサンプルをこれでもか！ってくらいデフォルトで表示して、ほとんどプログラムレスでフレームワークを使わせる
これに限るだろ
136:デフォルトの名無しさん
16/03/29 08:43:15.35 ivbQoXVD.net
CFStreamCreatePairWithSocketToHostを使って通信書いてるんだがタイムアウト秒数の指定方法を教えてくれ
137:デフォルトの名無しさん
16/03/29 09:24:37.45 YmwztG1b.net
>>135
IDEが完璧なら言語はどんなクズでもいいってのはAppleらしいな
今時、特定OS, 特定IDEでしか開発出来ないのはどうよ？と思ったけど、Appleなら仕方ないね
Swiftは試験的にOSSで進行してるけど、失敗と諦めて撤退したら、OS, IDE縛りは再開するかもな
138:デフォルトの名無しさん
16/03/29 16:15:33.26 9g6Gfq8r.net
swiftはウンコ言語
ファイルサイズが超でかくなる
139:デフォルトの名無しさん
16/03/29 16:44:19.49 MxWoqHhz.net
アンチスレ一名様ご案内～
140:デフォルトの名無しさん
16/03/29 22:09:31.50 wpZ3koN4.net
>>139
常駐監視員さん、今日もお務めご苦労様です
141:デフォルトの名無しさん
16/03/29 23:21:55.47 YmwztG1b.net
ゴミはゴミ箱へ、アンチはアンチスレへ
142:デフォルトの名無しさん
16/03/30 02:13:43.93 5F4g6pQ3.net
>>141
まずお前がゴミ箱に入ったほうがいいんじゃね？
143:デフォルトの名無しさん
16/03/30 14:36:14.83 0ZbxLViT.net
>>137
swiftはxcodeがないとまともにコーディングできませんね。
多分失敗ですねコレは。
>>141
お前がいちばん要らないってことに早く気づけよ。
144:デフォルトの名無しさん
16/03/30 14:53:57.06 fQuWRFFA.net
つ AppCode
145:デフォルトの名無しさん
16/03/30 15:58:15.65 W76BP9PM.net
Vimでおk
146:デフォルトの名無しさん
16/03/30 22:14:03.05 H9Cbt8Cy.net
氏ねクソ言語
147:デフォルトの名無しさん
16/03/31 10:08:54.53 J8XzMq9M.net
emacs「俺もいる」
148:デフォルトの名無しさん
16/03/31 21:36:41.67 zZSZ9BAw.net
Swift3の後ってなにか大きな変更あったっけ？
Swift3あたりで安定しそうならそろそろSwift始めてみようかな。
149:デフォルトの名無しさん
16/03/31 21:46:07.41 771dSU/Z.net
さっさと始めろ
150:デフォルトの名無しさん
16/04/01 00:58:09.31 8Qqw47Uo.net
Swift 5.0くらいから始めても遅くない
あるいはobj-cで申請うけつけないぞ！
になってからがベストなタイミング
151:デフォルトの名無しさん
16/04/01 01:03:19.64 fx11B/6Z.net
そんなC++のライブラリ全滅なことされたら相当プラットフォームとして終わりだな
152:デフォルトの名無しさん
16/04/01 01:21:44.35 egHpJ7nT.net
どーせ無職がお遊びでプログラミングやってんだろ？
いつ始めても一緒じゃん
153:デフォルトの名無しさん
16/04/01 01:34:28.04 bo4MW43i.net
でもアマゾンのランキング見るとswift関連が上位独占してるよね。
154:デフォルトの名無しさん
16/04/01 03:04:35.23 S3HE+hcV.net
仕事の本より趣味の本の方が売れるからな
155:デフォルトの名無しさん
16/04/01 03:13:30.47 g1WVFi5R.net
もうobj-Cの本は新しいの出てないからな
156:デフォルトの名無しさん
16/04/01 03:14:14.91 6pTbkI8Y.net
もうC#で作る時代になったわ
【速報】Xamarin のこれからについて！ - Xamarin 日本語情報
URLﾘﾝｸ(ytabuchi.hatenablog.com)
157:デフォルトの名無しさん
16/04/01 07:19:28.87 fXdSWGIV.net
>>148
3がfixしてないのに何を期待してるんだ
取り合えず3.0の out of scope が更新予定だろ
158:デフォルトの名無しさん
16/04/01 08:41:37.06 8Qqw47Uo.net
言語なんかどうでもいいよ。
経済効果狙ってるやつらに踊らされるな
159:デフォルトの名無しさん
16/04/01 08:55:28.60 AXWT7bPq.net
Sygwin終了
MACよりも､WINの方に需要が移るぞ
160:デフォルトの名無しさん
16/04/01 09:19:56.31 EzFlUU58.net
>>159
日本語でおk
161:デフォルトの名無しさん
16/04/01 09:41:17.68 mINzAYSR.net
アンチの正体はxamarin日本代理店の社員だったのか
162:デフォルトの名無しさん
16/04/01 09:45:58.79 FQQiXdjO.net
swiftってobj-c から cを抜いたってあるけど
c ― って言語あるのな。ググリビティが低すぎて検索シンドいけど
163:デフォルトの名無しさん
16/04/01 12:17:29.49 xFvcjZKE.net
>>162
どうやって検索すんの？ｗ
気になるが出てくる気配がないw
164:デフォルトの名無しさん
16/04/01 12:36:52.80 FQQiXdjO.net
>>163
c minus minus
165:デフォルトの名無しさん
16/04/01 15:44:05.24 xFvcjZKE.net
>>164
thx
166:デフォルトの名無しさん
16/04/01 19:27:08.97 6bcNYIZw.net
本当にいいもので変える合理的な理由があればこんなにアンチは出てこない
そういうことだ
167:デフォルトの名無しさん
16/04/01 20:41:57.22 vSPHDFRv.net
キリッ
168:デフォルトの名無しさん
16/04/01 23:16:00.66 HD6HWf8d.net
Appleも$wift・・ついに守銭奴か・・
169:デフォルトの名無しさん
16/04/02 00:58:48.41 uMvMoPO+.net
関数型プログラミング的にはSwift結構いいんでない？
あとReactiveなんちゃらとか
170:デフォルトの名無しさん
16/04/02 05:36:23.08 FK2pO5O7.net
プログラミングできる人ってすごいなぁ
171:デフォルトの名無しさん
16/04/02 09:28:42.81 oXs6Wm7b.net
JavaScriptプログラマは入りやすいよな
関数ブロックとか、型推論による省略とか、Obj-Cよりはそれっぽい
Reactiveやらプロトコル指向の流行り物フレームワークはUIKitとの相性が微妙？
UIとロジックを分離して設計したら不便ないのかな、教えてエロイ人
172:デフォルトの名無しさん
16/04/02 09:59:33.04 NSyOUFVI.net
>>171
Reactiveのいいところって関数型プログラミングっぽくなることかメリット
つまりただのパイプを量産するのでテストは楽そう。
でもそれを使って綺麗に実装できるかというと
ViewControllerが邪魔な気がする。
状態を持たない作りをするんだけどViewControllerの存在自体
画面遷移を概念化したものだからReactiveXXに取っては邪魔。
173:デフォルトの名無しさん
16/04/02 10:46:21.15 oXs6Wm7b.net
そうだよなぁ、、、
FBのReactive.js, NativeはUI含めてReactiveフレームワークを構成してるけど
ViewController的な存在は許してなかったものな
Qiitaで流行り物に食い付いてるヤツラが
そこの誤りに気付いてUIフレームワークを作るまでSwift Reactiveは待ちかのう
174:デフォルトの名無しさん
16/04/02 11:19:22.00 uxGei7w7.net
$wiftにするとカネ儲かるのか？
Reactiveとかもカネ儲かるのか？
175:デフォルトの名無しさん
16/04/02 11:33:58.97 9i4gG7TD.net
objective-Cに不満でもあるなら
176:デフォルトの名無しさん
16/04/02 12:09:24.09 oXs6Wm7b.net
>>174
ディスり芸に熱心だからマジレスすると
保守派を説得するという業務にお金出す人がいるので、お前みたいなヤツがいると儲かる
Obj-CでもSwiftでもどっちでもいい、と言われると儲からない
177:デフォルトの名無しさん
16/04/02 12:19:27.66 id0boXxj.net
だからアンチを黙らせたいなら、Swiftに変える逼迫的かつ合理的な理由を示せばいいだけだろ
全然難しくなくね？
178:デフォルトの名無しさん
16/04/02 12:24:07.87 Z8lSMNsA.net
ディスり芸してるのはアンチじゃなく愉快犯なんだけどな
より実のない>>177はマジ者のアンチっぽいけど
179:デフォルトの名無しさん
16/04/02 12:45:35.70 hePw8lF7.net
状態を持たないプログラムって、例えばどんなの？
180:デフォルトの名無しさん
16/04/02 13:06:52.70 Z8lSMNsA.net
純粋関数型のHaskellが分かりやすい
ブロック内でしか変数を扱えないから状態を持たない(持てない)
最近使ってる人少ないかもだけど、Emacs Lispもそうだっけか
181:デフォルトの名無しさん
16/04/02 13:38:16.50 NSyOUFVI.net
>>173
ReactiveNativeに走るっというのもありかと。
まだまともに動いてないけどmacアプリも作れるっぽい
182:デフォルトの名無しさん
16/04/02 13:38:45.01 NSyOUFVI.net
>>180
pureScriptつかってReactiveNativeとか出来たらいいのかね
183:デフォルトの名無しさん
16/04/02 13:50:51.24 Z8i1qvMv.net
単に状態は引数で渡すというだけのこと
184:デフォルトの名無しさん
16/04/02 13:53:06.66 hePw8lF7.net
画面は状態を維持するし、シリアライズするモデルも状態を保持する必要があるから、
全体を関数型で構築するのは無理ということだね。
185:デフォルトの名無しさん
16/04/02 14:03:17.36 Z8i1qvMv.net
>>184
そういう状態を全部引数で渡す関数として書けるように考えられたのが
純粋関数型プログラミング言語です
引数で渡す関数として書くということを意識する必要を省くためにモナドとかを使います
Haskellとか
186:デフォルトの名無しさん
16/04/02 14:05:22.83 hePw8lF7.net
>>185
ユーザーの入力を変数に保持する必要があるでしょう。
187:デフォルトの名無しさん
16/04/02 14:11:44.82 Z8i1qvMv.net
>>186
ユーザの入力を処理する関数を返す関数を実装すれば、その状態すらも引数です
188:デフォルトの名無しさん
16/04/02 14:14:08.13 Z8lSMNsA.net
空中戦を繰り広げてるけど、実際に純粋関数型でUIアプリ作ってみると良いよ
言語仕様としては状態を持つオブジェクトは許さないけど
実際問題として状態を持たないと成り立たないから状態保持を実現するって
若干矛盾したモノを作ることになる
189:デフォルトの名無しさん
16/04/02 14:22:48.15 Z8i1qvMv.net
簡単に考えるのならば
ユーザの入力等のイベントと現在の状態を引数に新しい状態を返す関数を実装します
その関数を繰り返し呼べばいいのです
190:デフォルトの名無しさん
16/04/02 14:26:19.39 hePw8lF7.net
>>189
なるほどね、画面更新のたびにその関数を呼んで全ピクセル計算するわけだw
191:デフォルトの名無しさん
16/04/02 15:22:02.50 jUxZCBE4.net
Reactive.jsとかReactiveNativeとか言ってるやつら、名前からして間違ってて知ったか丸出しでウケる
192:デフォルトの名無しさん
16/04/02 15:54:56.88 Z8lSMNsA.net
今なら箸が転がっても笑ってくれそう
React Native(js) vs Swift なら Swift の方が使いやすいと思う
フレームワークとしてはキレイだけど、Reactは色々と理想を追い求めすぎてんよ、、、
193:デフォルトの名無しさん
16/04/02 16:42:19.29 KyAVAA6u.net
>>190
vdomとか知らなそう
194:デフォルトの名無しさん
16/04/02 18:59:16.74 Z8i1qvMv.net
>>190
全部計算して新しい状態を作り直す必要は無いのです
入力等のイベントの影響をうける部分だけを作り直して、
変化の無い部分は古い状態への参照でいいのです
場合によっては古い状態をまるごと新しい状態として返すのもありです
これを実現するために重要なのが不変オブジェクトであり、
オブジェクトが不変であるからコピーでは無く参照を使って
上記を効率良く実現します
195:デフォルトの名無しさん
16/04/02 19:24:29.25 KyAVAA6u.net
ObjC擁護してSwift叩いてる層は、単に新しい技術やパラダイムを知らない、知ろうとしてないだけ？
196:デフォルトの名無しさん
16/04/02 19:39:09.47 VQ71+BzP.net
AppKitでもUIKitでもなんでもいいけど、
Swift NativeのUIフレームワークがない限り、
import Cocoaはほぼ必須ですよね。
どんなにSwift推しでも、UIはCocoaに頼る必要がある以上、
純粋なSwiftオブジェクトより、NSObjectのサブクラスを
結局使っちゃうけどなぁ。
197:デフォルトの名無しさん
16/04/02 19:40:54.56 NSyOUFVI.net
>>192
それにXamrinも足してバトルしてほしい。
果たしてどれがいいのか。
windowsPhoneの将来に期待が持てるようになったら
c#という選択肢もありなのかもとはいえc#の魅力は全く知らないんだけど
198:デフォルトの名無しさん
16/04/02 20:09:18.47 cxMWKDGl.net
おれの場合Windows業務系の開発が仕事の主体だし
こんな状況になったらもうC#一択かな
199:デフォルトの名無しさん
16/04/02 20:16:12.43 Vva5uz2t.net
叩いてる人の具体的な意見としてはどういうのがあるんだっけ？
iOSアプリ開発が中心の人ならともかく、たまに開発するくらいの頻度だと、
必要になるまで積極的にSwiftを勉強しない、なぜならObj-Cで同じことできるから様子見、ってのは叩くのとは違うよね？
200:デフォルトの名無しさん
16/04/02 20:28:32.82 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(ゲーム)以外で１言語マルチプラットフォームは汎用的な商用開発に耐えない
201:デフォルトの名無しさん
16/04/02 20:39:14.93 tXaplc4T.net
RubyMotionとかあったなぁ、あれこそ完全にオワコンだな
202:デフォルトの名無しさん
16/04/02 21:06:38.73 jUxZCBE4.net
デスクトップだとElectron製アプリが爆発的に増えてるけどね
203:デフォルトの名無しさん
16/04/02 21:46:02.88 pt9xx1lF.net
C#は開発効率良いよなぁ
linqとwpfはすごいわ
どっちも開発に使ってるけどswiftはまだ泥臭いコード書かされるところ多い
204:デフォルトの名無しさん
16/04/02 23:20:31.24 NSyOUFVI.net
>>203
もうちっと具体的にC#のメリットをswiftと比較して語ってくれると嬉しい。
205:デフォルトの名無しさん
16/04/03 02:18:06.73 h3llWWlJ.net
>>194
それ状態を保持してるじゃん。＞古い状態
206:デフォルトの名無しさん
16/04/03 02:41:34.96 Dm6lakgM.net
Swiftの勉強したくないからSwiftアンチしてると思ってるバカが多すぎ
207:デフォルトの名無しさん
16/04/03 02:43:32.39 ZV9NMQt1.net
>>205
だれが古い状態を保持しているのですか？
208:デフォルトの名無しさん
16/04/03 03:03:14.07 h3llWWlJ.net
>>207
は？
保持して無いなら何を参照してるんだよ。
209:デフォルトの名無しさん
16/04/03 04:29:19.01 sllzJKZR.net
根本的に関数型プログラミングをわかってなさそうだな
210:デフォルトの名無しさん
16/04/03 10:19:48.90 cQ4xdL6z.net
他人の書いた$wiftコードは読めない
211:デフォルトの名無しさん
16/04/03 10:35:16.71 o+6XAuqe.net
>>206
swiftで仕事してるが型推論で楽々なswiftがクソすぎ
その時楽したペナルティーが大きすぎる
optionalはプロとビギナーで使い方が違いすぎてカオスになるし
えっクソコードの無駄な頑張りも痛い
212:デフォルトの名無しさん
16/04/03 11:24:32.60 ivs60oLk.net
>>206
お前は勉強しても理解できないだけだもんな
213:デフォルトの名無しさん
16/04/03 12:01:14.79 Vjn15VJc.net
2年も前からswift使うとobjcより生産性低くて工数かかるって言われてるのに
今さらObj-Cマンセーを担いでアンチするのは理解に苦しむ
こちとら、それを承知で使ってるんだよ
アンチやヘイトしてる信者は何を期待してるんだろうね
swiftが害悪だからやめろってのは、PGじゃなくPMに言うべきことだろ
214:デフォルトの名無しさん
16/04/03 12:08:07.30 ZV9NMQt1.net
>>208
状態の一部分もしくは全体を参照しているのは、引数もしくは戻り値です
215:デフォルトの名無しさん
16/04/03 12:34:48.18 ygJhNlIm.net
>>212
そういう思い込みもバカ丸出しだな
Objective-CができてSwiftが理解できないやつなんていないだろ
216:デフォルトの名無しさん
16/04/03 13:00:53.80 Vjn15VJc.net
Optionalやfor eachは理解出来ても使いこなせない子がいるらしいっすよ？
あと、インクリメントは分かるけど、デクリメントが分からない>>62とか
新しいことを使いこなせないと大変だなぁ
217:デフォルトの名無しさん
16/04/03 13:45:04.44 NF4r9xee.net
ちょっとXamarinをきっかけにC#もみてるんだけどoptional型あるんだね。
URLﾘﾝｸ(ja.wikipedia.org)
ちょっとやってみたくなってきた。
C#は歴史がそれなりにあるから言語仕様的に割と安定してるのかな。
マルチプラットフォームで開発できるのは魅力的だなぁ
ビジネスロジックをandroidとiosで共有化できるし
typeScriptといいVSCといいマイクロソフトの開発環境の開発力は高い気がする。
いっその事ios開発環境をマイクロソフトが作って欲しい
218:デフォルトの名無しさん
16/04/03 13:54:22.32 jlk/WnzK.net
>>215
いや、直近のスレの流れを見てるといるみたいだぞw
219:デフォルトの名無しさん
16/04/03 14:16:46.24 /Jgcl09N.net
>>218
もしそれが本当ならなおさらSwiftの利点がなくね？
220:デフォルトの名無しさん
16/04/03 14:40:54.17 jlk/WnzK.net
>>219
どゆこと？
Swiftに限らず、何かの利点とそれを理解できない人がいることは関係あるのかな
221:デフォルトの名無しさん
16/04/03 16:15:55.91 z6Yr/MxX.net
質問です。
NSStringとStringの相互変換
NSArrayとArrayの相互変換
これらのオーバーヘッドとか、ガイドラインとか、
まとめられたページを探しています。
前者は必ず成功すると理解しているけど、オーバーヘッドは無視出来るのか？
後者は参照型との変換が都度発生するので極力変換を避ける、と理解していれば良いですか？
222:デフォルトの名無しさん
16/04/03 17:19:55.49 Vjn15VJc.net
それくらい自分でベンチマーク作れと言いたいが
URLﾘﾝｸ(pastebin.com)
% 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:デフォルトの名無しさん
16/04/03 17:23:08.10 Vjn15VJc.net
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:デフォルトの名無しさん
16/04/03 17:40:07.69 ivs60oLk.net
NSArray→Arrayは型チェックでO(n)かかる
ObjCの方でジェネリクス指定してる場合どうなるかは知らん
225:デフォルトの名無しさん
16/04/03 17:49:50.31 Vjn15VJc.net
NSArrayで<Int>で指定しようとしたら当然ながらビルドエラーだったよ:(
その辺りも暗黙の型変換入ってるから、NSObjectを要素にした方が正確かもしれん
226:デフォルトの名無しさん
16/04/03 18:19:32.27 Vjn15VJc.net
NSObjectにしたらNSArray to Arrayも耐えられる速度になったので、ループ回数の補正も直したよ
URLﾘﾝｸ(pastebin.com)
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倍 遅いのは条件分岐ってレベルじゃない
227:デフォルトの名無しさん
16/04/03 19:04:27.11 9TLLLdbK.net
NSArray to Arrayは構造体に中身詰めなおしてるけど、
Array to NSArrayはSwift Arrayをヒープに移動させて、参照保持してるだけなんじゃないの
228:デフォルトの名無しさん
16/04/03 19:39:31.15 wuVkf/n+.net
それだけなら>>226で同等性能な説明がつかなくないか
最新のObj-C仕様を知らないが、今もNSArrayにプリミティブ型突っ込めないよな？
Array<Int> => NSArray<NSNumber> で全要素分のNSNumberインスタンスを作ってるんじゃないか
それなら要素がIntの Array to NSArray だけ極端に遅い理由は分かる
まぁ暗黙の型変換はアポーの御心によってちょいちょい動作変わるから、理解するより慣れろで使うべきだと思う
229:デフォルトの名無しさん
16/04/03 21:29:23.76 ivs60oLk.net
The Swift Array Design
URLﾘﾝｸ(github.com)
230:デフォルトの名無しさん
16/04/03 23:19:17.99 +4G3NwOT.net
まさか早い早いと言っていたSwiftが遅かったとはな、、残念だ
231:デフォルトの名無しさん
16/04/04 06:14:38.99 8ikdH9Gd.net
これ要は、普通にArray<object>使うと代入直後は値型じゃなくて参照型になるって言ってるかな？
ObjectでなくSwift側がprimitiveである場合、変換で都度全要素のCastが動くから重い。
CopyーOnーWriteなので、更新がかかったらその場でコピー、値型として振舞う。
その場合メモリ断片化し得ると読んだけど、cast直後と、その後Arrayの要素を操作した後とで、パフォーマンスに差が出そう。
232:デフォルトの名無しさん
16/04/04 08:08:31.69 D+O6J8Kz.net
ネイティブアプリのメモリの断片化なんてH/Wの仕事だから、そこがモッサリjavaとの大きな違い
233:デフォルトの名無しさん
16/04/04 08:14:44.38 8AVinqFc.net
Arrayは参照渡しなだけでバッファはヒープにあるだろ
234:デフォルトの名無しさん
16/04/04 08:17:20.50 D+O6J8Kz.net
obj-Cのほうが単純で分かりやすいよな
235:デフォルトの名無しさん
16/04/04 09:36:37.71 8CglthOk.net
SwiftのArrayも、要素の追加削除ができる時点で、内部的にはポインタで管理だな。
236:デフォルトの名無しさん
16/04/04 10:26:33.55 opjeZDWo.net
メモリ断片化排除ってhwの仕事だったの！？
237:デフォルトの名無しさん
16/04/04 10:33:43.73 8AVinqFc.net
ネイティブアプリはそうだよMMUの仕事
javaはVMがシコシコやってる
238:デフォルトの名無しさん
16/04/04 10:40:25.06 Cu4dHpfA.net
VMがMMUに処理を渡してる、とマジレス
VMもネイティブバイナリだから当然だよなぁ
>>230
速いって思ってるのはエアプログラマだろw
実用してるヤツラでもswiftの性能の悪さは周知の事実だ
それを補うメリットがある(？)から使ってんだろ
239:デフォルトの名無しさん
16/04/04 11:00:09.67 Cu4dHpfA.net
>>235
let Arrayとvar Arrayで中の人が違う、、、と思いたい
NSArrayとNSMutableArrayも違うよな、そうだよいってくよ、バーニィ
240:デフォルトの名無しさん
16/04/04 13:47:45.04 M4TbN6Fx.net
Swiftに変える合理的な理由などない
Appleが変えたいから
それ以外に理由などない
AppStoreでおこぼれもらいたい下僕どもはただただ従うのみ
以上だ
241:デフォルトの名無しさん
16/04/04 13:48:51.34 Cu4dHpfA.net
>>240
>>167
242:デフォルトの名無しさん
16/04/04 18:00:20.26 gxcrcrM1.net
ちょっと誰か教えてください
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:デフォルトの名無しさん
16/04/04 18:03:57.96 gxcrcrM1.net
あ、、ポイントは i += 5なところです。。 i += 1 なら 0...100 やりゃいいんで困らないのですが。。
244:デフォルトの名無しさん
16/04/04 18:07:16.72 gxcrcrM1.net
すみません。 >>66 に答えがありました。。。
245:デフォルトの名無しさん
16/04/04 20:25:14.42 wuqWnIzW.net
0.stride(through: 100, by: 5).forEach はどうよ、と思ったら遅せぇww
URLﾘﾝｸ(swiftlang.ng.bluemix.net)
$0も可読性悪いし、Map forEachはないわな
この程度は誤差だけど、可読性無視したにわかが好んで使いそうなので
その場合は生暖かい目で見てあげるのが正しい処置なんだろうな
246:デフォルトの名無しさん
16/04/04 21:25:03.05 Fl6xz6zl.net
その書き方するぐらいならwhile使えよ
247:デフォルトの名無しさん
16/04/04 22:05:14.86 wuqWnIzW.net
アンチがフィーバーする前にも言われてたけど
for each入れるのは良いけどC style forを削除するのはアホだよなぁ
proposalではC style forとstrideが等価機能って言ってるけど、性能まではそうではない
248:デフォルトの名無しさん
16/04/04 22:26:32.36 M4TbN6Fx.net
アンチCありきの言語なんだから仕方ないだろ
諦めろ
249:デフォルトの名無しさん
16/04/04 23:00:56.42 gxcrcrM1.net
swift まだまだ言語仕様変更たくさん入りそうで、大量のコード書くのが怖いや(;^ω^)
250:デフォルトの名無しさん
16/04/04 23:20:21.52 6rJY0GHh.net
性能より間違いの無さなんだろうね
レベルの低いプログラマでも安全なコードになる様、自由に書けないように設計されてる気がする
251:デフォルトの名無しさん
16/04/04 23:30:43.92 /YWN6rjn.net
>>250
>レベルの低いプログラマでも安全なコードになる様、自由に書けないように設計されてる気がする
もし本当にそうならまずARCをやめるべきだろ。
単純にobj-c依存ライブラリが大半な過渡期であり、
性能よりモダンな書き方と依存ライブラリとの極力シームレスな接続を目指したってところ。
そのうちswiftで書きなおされた新UIKitがswiftで書かれてきて
それをobj-cから無理やり使えるという逆転状態に持って行くと思う。
そうやって少しずつ移行を進めていく。
いままでのAppleのやり方ってそうだったし。
252:デフォルトの名無しさん
16/04/04 23:52:16.36 o1N15YB8.net
>>245
lazy 噛ませてリリースビルド(-O)でコンパイルすれば
lazy-stride + forEach と stride + for-in と C-style for文 は同等の速さだったぞ
253:デフォルトの名無しさん
16/04/05 00:07:19.99 WKkWXPD6.net
lazyとかwww
いまはLOUDNESSやろ
254:デフォルトの名無しさん
16/04/05 01:38:58.64 pISDoJRE.net
>>250
バカ用言語Swift ｗｗｗｗｗｗｗｗｗｗｗｗ
255:デフォルトの名無しさん
16/04/05 02:21:47.43 nbcjpUyM.net
自由度高杉で$wiftが嫌いなんだが・・
256:デフォルトの名無しさん
16/04/05 02:26:45.35 nbcjpUyM.net
lazyとかのコンパイラマジックをあてにしてると痛い目に会う
257:デフォルトの名無しさん
16/04/05 03:01:19.06 vohu3sSY.net
lazyがコンパイラマジックとかwww
258:デフォルトの名無しさん
16/04/05 04:51:22.88 9nVBXDaf.net
>>247
性能はどう頑張ってもCと等価にはならんよ。
>>229にも等価がゴールだと書いてるが、ランタイムで関数呼んでる時点でオーバーヘッドがある。
Appleは低レベル用のCのAPIも整備してるので、使い分けだよ。
259:デフォルトの名無しさん
16/04/05 06:33:49.45 ERWE0AZ3.net
>>258
それは承知だけど、C style forは勿体ないなぁ、、、と
for I in 0...100 で1づつ上げるなら同等だったけどさ
ついでに ++ と advancedBy の性能評価したら、こっちは同等だった
Obj-Cも SwiftもどうせIDEなしじゃ辛い言語なので、コーティングの面倒は無視しよう
260:デフォルトの名無しさん
16/04/05 08:55:00.32 nbcjpUyM.net
>>238
VMか使うメモリとアプリが使うメモリは違う
アプリが使うメモリはVMが管理する必要がある
MMUの手助けは多少あるかもしれないがVMからMMUは見えないから
261:デフォルトの名無しさん
16/04/05 08:57:55.34 nbcjpUyM.net
今更swift覚えるヒマがあったらframework3つ覚えたほうがいいよ
262:デフォルトの名無しさん
16/04/05 08:59:05.90 0lBSdogL.net
もう言語レベルの未来はC#かjavaでいいよ。。
263:デフォルトの名無しさん
16/04/05 09:06:22.79 x9DvuyDk.net
意識高い系は車輪の再発明って言葉好きだけど
そういう奴に限ってこういうの好きなんだよな
264:デフォルトの名無しさん
16/04/05 09:07:17.02 OQs1aMgK.net
何十年前のVM実装を想定してるんだ、、、
AndroidはJava、JavaだからVM、VMだからMMUは見えない
よって、 AndroidはMMU見えてない、みたいな短絡理解すらありそう
OSやランタイム、コンパイラ特性を個々に詳しくないけど、厳密に管理したいって人はC/C++安定だな
Obj-Cも大概特異なコードだけど、それに輪をかけるSwiftは全く向かない
意識高く無駄に気を回して、逆に性能悪いコード書きそうだよ
265:デフォルトの名無しさん
16/04/05 09:12:53.69 0lBSdogL.net
AndroidはLinux KernelつまりC/C++じゃんか
266:デフォルトの名無しさん
16/04/05 09:36:57.75 OQs1aMgK.net
論点ズラしか、マジレスか、ネタか分からんが、ちょっとワロタw
C#のダイレクトマーケティングより、そのお笑いを活かして欲しい
267:デフォルトの名無しさん
16/04/05 15:09:32.55 sjapxTBH.net
>>252
うろ覚えの範囲で構わないのでサンプルコードplz
lazy周りの有効な使い方が知りたいよ
268:デフォルトの名無しさん
16/04/07 00:11:24.76 Fjwi80f7.net
C#って、最近はCホンハイって呼ばれてるんだろ。
恥ずかしくて使いたくないよ。
269:デフォルトの名無しさん
16/04/07 00:41:27.76 1vbmFl9s.net
$wiftも恥ずかしい
270:デフォルトの名無しさん
16/04/07 01:01:05.65 1vbmFl9s.net
潰れたシャープって全てがシャープじゃなかったな・・
東芝も間もなく倒産だし・・
271:デフォルトの名無しさん
16/04/07 10:30:15.38 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>() // ← 死亡
}
}
272:デフォルトの名無しさん
16/04/07 19:48:08.62 aCu/sOt7.net
>>271
どうした？泣き言か？
273:デフォルトの名無しさん
16/04/07 22:05:52.99 AfKykSUD.net
落ちるのは問題でしょ
こういう問題ってOSバージョンアップした時に起きたりするの？
274:デフォルトの名無しさん
16/04/08 08:49:03.84 dKbs4Qh+.net
なんでクソなSwiftなんか使ってんだよ
自業自得
もっと完成度が上がってからにすればいいのに
275:デフォルトの名無しさん
16/04/08 11:15:57.76 qHK9+Kc0.net
これマジすか？
Google、Android用開発言語として
「Swift」への移行を検討中か？！
URLﾘﾝｸ(gori.me)
276:デフォルトの名無しさん
16/04/08 12:07:03.72 5f93SXyM.net
ステマ乙
Xamarinくらいのダイレクトマーケティングでやり直し
277:デフォルトの名無しさん
16/04/08 12:41:39.88 EiHjwqmG.net
もしGoogleが開発に加わったらかつてのWebKitみたいに開発改良が加速するだろうな
278:デフォルトの名無しさん
16/04/08 13:07:38.04 yaLzK7dn.net
ORACLEにネチネチ金を毟り取られるのに嫌気がさしたんだろう
279:デフォルトの名無しさん
16/04/08 13:15:40.30 5f93SXyM.net
スレチだけど、Oracle(Sun Microsystems)に対しては不誠実すぎるからむしられてまえと思う
Java仕様策定グループに入って数年後、自前のJavaVM実装作ってAndroidとかOracleはキレていい
DartやGoもモバイル向けじゃないし、永遠むしられろ
ART Runtimeごときで逃げられると思うなよ
280:デフォルトの名無しさん
16/04/08 13:44:51.93 8K8OxpzX.net
swiftでandroid使えるようにするくらいなら
googleが正式にkotlinをメイン言語に据えるって発表したほうがいいのでは？
281:デフォルトの名無しさん
16/04/08 15:56:59.47 Im2yO6bb.net
AppleもGoogleもSwiftへの「移行」ってのが馬鹿だよなあ
なんでMSみたいにユーザーが言語選べるようにしないんだ
282:デフォルトの名無しさん
16/04/08 16:19:23.35 AA7rm6mz.net
本来なら一本化する方がいいに決まってる
283:デフォルトの名無しさん
16/04/08 17:18:00.93 yaLzK7dn.net
WWDCまであと二ヶ月しか無いけどSwift関連ではバージョン3意外に何かアナウンスできるものがあるんだろうか
中の人の進捗どうなんだろ
284:デフォルトの名無しさん
16/04/08 17:44:19.86 8K8OxpzX.net
>>282
それは開発者の都合であり
エコシステム作ってる側からすれば 囲い込みたい
285:デフォルトの名無しさん
16/04/09 00:19:04.12 A771Lk4q.net
>>282
objcとswiftはダメだと
286:デフォルトの名無しさん
16/04/09 00:26:05.37 ncpORidQ.net
Swiftの覇権確定したな
287:デフォルトの名無しさん
16/04/09 01:12:02.68 ncdfEqIF.net
>>272
泣き言だよﾊﾞｶﾔﾛｰ
>>273
swift2.2対応かね？
>>274
Xcode7.2まで問題なかったが完成度あげられたせいで発生した問題ですが？
ていうかいつまでもObjCとか使ってられねーよ。
Appleがいつ打ち切るかなんてわかったもんじゃねーし。
288:デフォルトの名無しさん
16/04/09 03:14:42.74 WgVJAQjW.net
UIColorにextensionでFailable Initializerを追加してんだけどreturn nilする場合は先にself.init()しないとBAD ACCESSで落ちるようになったわ
2.2からは早期に打ち切れるようになったんじゃないのかよｗ
289:デフォルトの名無しさん
16/04/09 05:17:38.03 y+sZ9AFx.net
継承とextensionは実装が別物じゃないの？
と思うけど、切り分け理解出来ない子が多そうだから
super.init()の後呼びなんて非対応のままにしておけば良いのにな
290:デフォルトの名無しさん
16/04/09 07:29:14.73 er2VxWog.net
実は2.1までextensionでself.init()呼ばなくても通ったんだよ
291:デフォルトの名無しさん
16/04/09 08:57:01.51 7UNIlT2O.net
>>274
アンチスレ行こうぜ
ここはswiftがお似合いの人種のスレだ
292:デフォルトの名無しさん
16/04/09 10:52:52.68 SYvRu2WC.net
みんな色んな人間の反応が見たくて集まってるわけだからアンチスレへの隔離は意味ないよ。
アンチの書き込みも信者の書き込みもきちんと真摯に受け止めるくらいじゃないと。
信者同士の馴れ合いがしたいんならFacebookのほうがいいね！
293:デフォルトの名無しさん
16/04/09 11:41:16.47 y+sZ9AFx.net
いや、生産性のないヘイトだけのアンチはアンチスレにどうぞ
ダメな所を指摘するんじゃなくて、ディスリ芸だったりObj-Cマンセーだったり、前スレ酷かったからな
294:デフォルトの名無しさん
16/04/09 11:42:27.61 DXF/IQ/W.net
Swiftマンセーも酷いけどな
295:デフォルトの名無しさん
16/04/09 11:57:01.15 ncdfEqIF.net
ObjCが良かろうが悪かろうが、Apple様がSwiftに力入れる（そのうちObjCは切るかもしれない）って言ってんだからついていくしかないだろうが。
296:デフォルトの名無しさん
16/04/09 12:02:49.79 I/CXpaoQ.net
しかないって、依存度100%だな
297:デフォルトの名無しさん
16/04/09 12:08:48.10 y+sZ9AFx.net
マジモンのswift信者は前スレ、今スレにはいないと思うがなぁ
Obj-Cを切るかもという噂もあるが
SwiftはそのうちIBMに押し付けてアポーはフェードアウトする可能性もある
どうせApple OS専用言語なので依存するのは良いが、Obj-Cと両睨みでやってないと恐い
298:デフォルトの名無しさん
16/04/09 12:42:42.02 E3dGW4Br.net
アンチはアンチなりにもっと具体的に問題点を指摘してくれたほうが
意味があるからなんとなくのアンチはやめて欲しいところ。
obj-cもcのライブラリとか使いたい時にはありがたい。
c++のライブラリもNSDictionaryとかNSArrayを使ってラッパーを作って
swiftから使うという使い方が便利。
だからobj-cもずっと残って欲しい。swiftからcのライブラリを使うのはつらすぎる。
俺にとっては住み分けの問題でどっちも必要なんだよね。
でビジネスロジックはswiftを使いたいかな。
299:デフォルトの名無しさん
16/04/09 12:52:33.99 SYvRu2WC.net
>>295 >>297
>Apple様がSwiftに力入れる（そのうちObjCは切るかもしれない）って言ってんだから
>Obj-Cを切るかもという噂もあるが
初耳詳細希望
300:デフォルトの名無しさん
16/04/09 14:32:45.14 Aqi7sbs/.net
$wiftがいいとか悪いとか嫌とかなのではなくて、同じ結果を出すのに、なんで新しい言語を覚えなきゃならないのかってこと
obj-Cで十分まともなプロダクトになる
301:デフォルトの名無しさん
16/04/09 14:34:29.62 ncpORidQ.net
ObjCなんか切るに決まってんだろ
今年のWWDCでObjCの葬式やるよ
URLﾘﾝｸ(i.imgur.com)
302:デフォルトの名無しさん
16/04/09 15:27:41.98 Zt4TYUJ0.net
なんかすげえことになったな
去年くらいにswiftやったほうがいいことになる
とかまとめサイトにまとめられてたやつがいたが
このことだったのか…
303:デフォルトの名無しさん
16/04/09 16:19:14.06 y+sZ9AFx.net
JavaScriptに文法似せてその層のプログラマを新規参入させるのが目的で、現行Obj-Cやってる層はそのままで良い
というのに、何故か、排斥される！と危機感？を感じてディスりに来るObj-C信者がいるのがオカシイ
>>299
眉唾情報をフィルタ出来る人でないと(掲示板を使うのは)難しい
>>290
self.initなしで動いてたのは驚きだw
なんか突貫で直した感じだから、そのうちまた改修入りそうね
304:デフォルトの名無しさん
16/04/09 16:27:50.03 E3dGW4Br.net
>>300
むしろ新しい言語覚えるのそんなに大変じゃないだろ
UIKitの使い方は一緒だし
305:デフォルトの名無しさん
16/04/09 16:51:39.75 C4V1QWwj.net
>>303
JavaScriptしか書けない人間ってあまりいないかも知れないが、純JavaScripterがSwiftをやったら型とオプショナルでつまずきそうな気がする
306:デフォルトの名無しさん
16/04/09 17:12:20.04 f4edAL7s.net
将来はobjc切るかもしれないけど、数年はないでしょう。
それなりにば言語として落ち着いたらobjcに対する新機能実装は減っていき、swift優先で実装されるんだろうけど。
いそれなりに言語として普及してアプリが出た状態にならないと
iOS/Macのアプリ開発者が減ってアプリ販売本数が減ってアップル収益を崩しかねない。
5年以上は両方続くと思うなあ。
307:デフォルトの名無しさん
16/04/09 17:20:19.13 hh+9O34o.net
AppleのOSの開発に限ったとしても
現時点では魅力のない言語だと思うよ
AppleのOSの開発だけで満足する人で既存の言語を知らない人がするにはいいかも知れないけど
将来性がまた見えてないしリスクがあることは承知してやるべきだ。
WindowsやLinuxやモバイルまでも考えているなら、こんなもの論外だということは認めてからやろう。
308:デフォルトの名無しさん
16/04/09 18:23:44.93 y+sZ9AFx.net
そんな分かりきったことをドヤ顔で言わなくてもw
>>305
型はJSでも少なからず意識するし大丈夫じゃない？
コンパイル時にエラー出す分、楽な気がする
オプショナルは、、、評判悪いのう
慣れると別に大したモノじゃないけど、最初のナニコレ！？感をよく聞くわ
309:デフォルトの名無しさん
16/04/09 18:33:48.60 f0Ftsbz8.net
Swiftのターゲットの範囲ではObj-Cより書きやすく、読みやすくなるのは事実だと思うし、Swiftの存在価値がないとは思わない。
一方で、SwiftがObj-Cを全て代替できるわけではないのだから、Obj-Cで書いたほうが明らかに楽な部分があるのもまた事実。
Swiftなんて消えてなくなる、Obj-Cなんて消えてなくなる、のどちらでも、言ってる人は業務範囲が狭くて羨ましい。
Obj-C++が使えなくなって、C++のライブラリ使うのにラッパーのCライブラリを書いて呼び出すなんてのは本当に勘弁してほしい。
310:デフォルトの名無しさん
16/04/09 21:26:09.43 4JfbIEc3.net
Swiftが使われるようになるって聞いたけど
勉強は難しいか？
311:デフォルトの名無しさん
16/04/09 21:34:40.36 mpcW37K+.net
ですか？
312:デフォルトの名無しさん
16/04/09 21:52:10.73 W0UfgkyU.net
Swiftの言語仕様自体は別に難しくないけど
結局標準的なパターンみたいなものがなくて、
「これがSwift流だ！」って言ってるやつがみんな自己流オナコード見せ付けてくるから、
真面目に業務に利用する言語として勉強するのは難しいと思う
逆に分からんやつしかおらんから、オナコード書いてSwift使えるって詐称するのは簡単
313:デフォルトの名無しさん
16/04/09 21:59:08.05 I/CXpaoQ.net
新しいパターンとかは無いもんな。
314:デフォルトの名無しさん
16/04/09 22:03:01.90 l+ThhSix.net
新しいパターンもクソもないだろ
素人ほど意味不明なこと言いだすよね
315:デフォルトの名無しさん
16/04/09 23:53:12.86 I/Nepcfn.net
Swift終わったな・・
316:デフォルトの名無しさん
16/04/09 23:54:30.39 n9LxNHOQ.net
もうアセンブラでいいよ
317:デフォルトの名無しさん
16/04/09 23:56:21.31 I/Nepcfn.net
オレに聞け！スレがたたない限り無理
318:デフォルトの名無しさん
16/04/10 00:06:38.95 A0p52JdG.net
>>315
このレス懐かしいなw
久しぶりに見た気がする
319:デフォルトの名無しさん
16/04/10 01:27:53.00 6670WvNR.net
>>303
いや排斥予定なんだろ？
じゃなかったらこんなアンチがわくわけがない
320:デフォルトの名無しさん
16/04/10 02:51:14.76 D6Hp94Di.net
>>280
kotolin悪くない、っていうかjavaより断然いい、があれはあくまでjvmありきだから。
321:デフォルトの名無しさん
16/04/10 09:31:20.98 9iv4xHc1B
>>319
Android Swiftの件に便乗してるんだと思われ。
これを機会にSwiftの流れを作りたいんだろ。
322:デフォルトの名無しさん
16/04/10 09:39:34.75 rj6qoVqH.net
obj-c->むかつく->会社の子のおっぱいでも眺める->落ち着く->obj-c->むかつく->おっぱい->落ち着く->完成！
323:デフォルトの名無しさん
16/04/10 09:44:10.20 0r3l3lBi.net
あの子のおっぱい! →nilでエラー
学んだ事：ブラをunwrapしてはいけない
324:デフォルトの名無しさん
16/04/10 09:51:52.51 R6ov6kXF.net
>>323
ブラはOptional型じゃないだろ。
325:デフォルトの名無しさん
16/04/10 10:20:06.51 0FVsEp1C.net
あの子のおっぱい? →nil
貧乳でもエラーにならない
326:デフォルトの名無しさん
16/04/10 11:01:20.73 6670WvNR.net
>>323
いくらなんでもnilはないだろ
327:デフォルトの名無しさん
16/04/10 16:44:27.77 CsnO/3sK.net
SyaseiとかMankoって名前の言語名だったら引くよな
328:デフォルトの名無しさん
16/04/10 16:46:39.95 0r3l3lBi.net
ヌーブラunwrapするときやけに萌えない？
329:デフォルトの名無しさん
16/04/10 22:21:57.14 R6ov6kXF.net
>>328
見たことないくせに。DT。
330:デフォルトの名無しさん
16/04/10 22:58:58.73 oi7Bl5FF.net
最近またswift使い始めたけどプロトコル指向って要するにどういうこと？
どんな感じの図式になるのか想像できなくて書き始められんのだけど。
クラス使わないって訳ではないんでしょ？
331:デフォルトの名無しさん
16/04/10 23:03:59.44 oi7Bl5FF.net
protocolにextentionで実装持たせられるってのはPlaygroundで出来たけど
これ変数の格納はできないじゃん？そこはクラスでやんの？
332:デフォルトの名無しさん
16/04/10 23:45:39.00 /P1vqiEk.net
そういう流行りモノはQiitaに行った方がいい
ここですらReactive、関数型、プロトコル指向、etc.、一年単位の流行りは追ってない
333:デフォルトの名無しさん
16/04/10 23:54:03.56 O9tCugyR.net
そういう意識高い系用語は気にしなくていいです
334:デフォルトの名無しさん
16/04/11 00:03:12.37 A/BjqMBa.net
Qiitaどころかググっても分かりやすい説明ないんだよねー
単に翻訳したやつを上っ面だけ紹介してるような。
まあ2.0でそういうことも出来るようになったよ的な感覚でとらえとくわ
335:デフォルトの名無しさん
16/04/11 01:29:15.25 9FWId5yL.net
Reactive・・・古いCocoaプログラマなら「Cocoa bindingがやっと時代に追いついたか」という感想しか持たない
そうでもなくても、Observerパターンの発展系でしかないので、デザパタをちゃんと理解できている人なら新しくもなんともない
関数型・・・ガチな純粋関数型言語をやりたければHaskellでもやればいいと思うけど、数学の問題解くのにしか使えないよ？
第一級関数の性質があればいいだけなら、blocks導入の時点で実現されていたから今更
プロトコル指向・・・インターフェース指向の言い換えでしかない上、今のオブジェクト指向では当たり前すぎる考え方
用語を変えて新しい概念と吹聴するのはやめよう
336:デフォルトの名無しさん
16/04/11 02:11:41.59 MkoKiZNz.net
>>335 に大筋同意だけど、ちょっとずつ改良が加えられてる印象かな
objc派には改悪かもしれないけど
337:デフォルトの名無しさん
16/04/11 04:53:44.70 aGBiTu9S.net
Qiitaとか業界の癌だよ
もう新しいもの要らない
338:デフォルトの名無しさん
16/04/11 05:57:00.57 9g5J4zYC.net
プロトコル指向は、実装ベースの継承じゃなくてインターフェースをベースにしたクラス設計をしなさいってこと。
Swift においてはプロトコル拡張を使うと特に便利になるよ、程度のこと。
protocol oriented programming definition
で調べてみたらいい。日本に紹介されてるレベルと大差ない。Java などの例も載っている程度。
dependency injection とかアスペクト指向なんかもプロトコル指向の上にあると言える。
難しく考える必要はない。
またobjcがなくなるなんて話が出てたが無知の証。
Cocoaを使うためのobjcでありSwiftであって、フレームワークを書き直すまで捨てられることはない。NSが何の略だか知りもしないのだろう。
性能が必要な部分をc/c++で書くならSwiftよりもずっといいだろう。Adobeやゲーム屋を追い出すとでも思うのか？
Macの歴史は過去切り捨ての歴史でもあり、もちろんCocoaを捨てることも十分ありうるが、その時はSwiftも一緒にポイだろう。
> 数学の問題解くのにしか使えないよ？
アホか。
339:デフォルトの名無しさん
16/04/11 09:16:38.51 JMJBUF7I.net
泥にこれ使うらしいから学ぼうかと思うんだけどおすすめの参考書とかある？
linux環境しかないけど無理かな？
340:デフォルトの名無しさん
16/04/11 09:42:13.05 +5+6KXlB.net
Swiftは必ず死ぬからやめておけ
341:デフォルトの名無しさん
16/04/11 10:07:22.28 +5+6KXlB.net
xcodeが静的解析するなら新言語とか要らないからframeworkの使い方のミスを解析してくれ、昨今の開発って単機能はリファレンス見れば分かるんだけど、APIとか含めて流れを作ると思い通り動かない。サンプルみたいに単純なアプリないし。
342:デフォルトの名無しさん
16/04/11 10:28:18.59 3F0sD+jV.net
>>339
幾つか本買ったけど正直ググるだけで解決する
343:デフォルトの名無しさん
16/04/11 10:44:23.60 MTy2aKBY.net
むしろ更新の早い新興言語で書籍買うのは悪手
公式マニュアルを一通り読むだけの方が要らぬ癖つかなくて良いと思う
344:デフォルトの名無しさん
16/04/11 15:22:34.65 OiRdskgr.net
>>343
要らぬ癖はよく分かる
まだスタンダードが定着してないからかオレオレな感じの書き方してる解説が多い
345:デフォルトの名無しさん
16/04/11 18:46:39.84 Kfk3xLXq.net
てかプロトコル継承した時点で自動的に実装が必要なもの書き出してほしいわ
その方が単に英語でエラー吐くだけよりいい
346:デフォルトの名無しさん
16/04/11 23:29:44.16 LzbagMmcX
今後のバージョンアップで対応してくれるんじゃ・・・。
というかSwiftは未だにそういう問題が多いから移行したくない。
347:デフォルトの名無しさん
16/04/12 00:47:58.88 YBx8tJyQ.net
overrideが必要なinitも自動でスタブ生成してほしいな
348:デフォルトの名無しさん
16/04/12 09:31:42.05 kx5vTK/C.net
Swift使ってもなにも楽にならない
のはなぜ？
349:デフォルトの名無しさん
16/04/12 09:36:45.58 YZl+O2OR.net
アンチスレへ一名様ご案内ー
350:デフォルトの名無しさん
16/04/12 09:51:18.33 tRCUeSpH.net
>>348
楽云々よりヌルポで死ななくなるやん。真面目に書いてれば。
351:デフォルトの名無しさん
16/04/12 09:52:12.05 YBx8tJyQ.net
>>348
ObjCでチャランポランな糞コード書いてたからじゃね？
352:デフォルトの名無しさん
16/04/12 09:55:35.59 b1a+lXWX.net
SwiftをAndroidで動かしたアホがいるのなww
URLﾘﾝｸ(romain.goyet.com)
353:デフォルトの名無しさん
16/04/12 10:09:13.39 lG7pLY/m.net
>>345
この辺はobj-cがまだ優位かな。
swiftの各種支援機能をxcodeに実装して欲しいけど
リファクタリングすらついてないからね。
xcode自体歴史が長いからそろそろコードを一から描き直さないと
swift対応できないのかもね。それともApple自体が
swiftの言語仕様大改変が今後も続くことを想定してxocde側の実装を避けてるのかな。
354:デフォルトの名無しさん
16/04/12 10:30:44.86 lG7pLY/m.net
>>335
Reactiveの項目に関してはちょっと補足がある気がする。
RxSwiftとかReactiveCocoaとかの話だと思うんだけど
イベントの発生源を起点とした無限長のストリームという
共通のインターフェースを提供する機能だと思う。
NotificationとかKVOとかを統一したインターフェースで扱えるのがメリット。
でもそれだけじゃ見通しの良いコードにはならない癖にわりと
学習コストがかかるのがちょっと残念な感じなんだよね。
355:デフォルトの名無しさん
16/04/12 10:55:55.46 YBx8tJyQ.net
>>353
>この辺はobj-cがまだ優位かな。
何言ってんだ
protocolのスタブ生成してくれないのはObjCでもずっとそうだろ
Visual StudioでもEclipseでも当たり前の機能なのに
356:デフォルトの名無しさん
16/04/12 11:06:21.13 b1a+lXWX.net
IDEスレや意識高い系用語定義スレで議論していいのよ
357:デフォルトの名無しさん
16/04/12 12:16:34.08 4EryMQpP.net
swiftダメだな
358:デフォルトの名無しさん
16/04/12 13:37:14.55 3pztNk3v.net
objcもダメだな
359:デフォルトの名無しさん
16/04/12 16:23:55.61 mumEYJrK.net
オレダメだな
360:デフォルトの名無しさん
16/04/12 16:35:47.27 e83HVM6/.net
>>359
それは誰も否定はしない
361:デフォルトの名無しさん
16/04/12 17:09:54.86 kUvY1uFu.net
d
362:デフォルトの名無しさん
16/04/12 19:45:19.00 eZE6JLFo.net
>>349
常駐さんなんですか？
363:デフォルトの名無しさん
16/04/12 21:32:15.45 j5hPE/df.net
お兄ちゃんたち！
助けて欲しいんだけど、、、、、
xcodeでiphone用のipaファイルを作りたいんだ！
でも、開発者アカウントを持ってないから普通にエクスポートはできないんだ。
でもでも、以前に作ったAppのipaファイルはなぜかPC上にあるんだよ！
Ad-Hocかかってるみたいだけど、どうやったのかな。。。。笑
ググっても分かんないんだ！！
どなたか教えてください。お願いします。
364:デフォルトの名無しさん
16/04/12 22:33:28.14 4EryMQpP.net
swiftで長時間コード書いてると時々xcodeが狂ったように候補出してこない
もう無理
365:デフォルトの名無しさん
16/04/12 22:47:53.15 vHk/wBZC.net
IDEに頼るな
昔はおまじないすら暗記してたじゃねーか
366:デフォルトの名無しさん
16/04/12 23:31:15.73 nXw/ekKx.net
>>363
ｽﾚﾘﾝｸ(mac板)
367:デフォルトの名無しさん
16/04/13 00:06:09.54 9DNq0lN2.net
xcodeがクソかswiftがクソか分からんが、
おれもサクサク感ゼロのxcodeにキレた。
おまけに正しいのにエラーが消えずにレインボー5分間とか氏ねと言いたい。
つーか、objcで必要十分。
368:デフォルトの名無しさん
16/04/13 00:24:49.97 bcDeoDYO.net
Googleがswiftに色目使い出したからそろそろ覚えようかなって
369:デフォルトの名無しさん
16/04/13 00:52:01.09 lSl2+y/I.net
アンチはXcodeに不満をぶつけ
煽りはGoogleがSwift採用とはやしたてる
まとめてアンチスレへ
370:デフォルトの名無しさん
16/04/13 00:59:19.29 yHrGnE3i.net
信者は(ry
371:デフォルトの名無しさん
16/04/13 01:28:57.80 lSl2+y/I.net
俺が信者ならGoogleがSwift採用！ObjC終わった！！と煽りに乗ってるわw
372:デフォルトの名無しさん
16/04/13 08:03:43.34 5YpsHLv2.net
swiftの？！だらけのクソ言語のつまらなさと言ったら、もう、、
373:デフォルトの名無しさん
16/04/13 09:14:21.43 u0LvYLS6.net
手垢のついたOptionalヘイトはアンチスレへ
374:デフォルトの名無しさん
16/04/13 09:47:51.21 5YpsHLv2.net
毎日アンチスレへの誘導ご苦労様です。
375:デフォルトの名無しさん
16/04/13 09:54:59.09 obtZo0BS.net
>>355
warningマークをクリックしてみ
自動生成されるから
376:デフォルトの名無しさん
16/04/13 10:54:34.96 OxsnhqsY.net
>>375
されねぇよ
嘘をつくな
377:デフォルトの名無しさん
16/04/13 11:26:27.39 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:デフォルトの名無しさん
16/04/13 13:00:48.78 godLSBrx.net
requireならwarningに出るだろ。
379:デフォルトの名無しさん
16/04/13 13:28:47.84 OxsnhqsY.net
プロトコルの実装は出ないだろ
380:デフォルトの名無しさん
16/04/13 18:22:04.57 A8uT4887.net
require init はwarningから出た気がするな
プロトコルはescから選択しないと書き出されない
381:デフォルトの名無しさん
16/04/14 22:46:47.28 c3AHFV0e.net
過疎ってるな～swiftダメかな
でもコレSUZUKI自動車の登録商標じゃね？
またスイーフトとかって発音するの？
382:デフォルトの名無しさん
16/04/14 22:55:37.49 c3AHFV0e.net
いつも九州の後は東京
ガクブル
383:デフォルトの名無しさん
16/04/15 00:11:58.11 03IKtZ1j.net
ReSwift使ってる人いたらどういうものか説明頼む。
ViewController普通に使うの？
384:デフォルトの名無しさん
16/04/15 00:43:00.86 5/mWNXdA.net
UIApplicationはUIWindowを持ち、UIWindowはrootViewControllerを持ちます。
385:デフォルトの名無しさん
16/04/15 08:14:23.09 JfynkH74.net
Protocolなんてただのデザインパターン
ただの関数ポインタ
新しくも何にもない
swiftなんかクソ
386:デフォルトの名無しさん
16/04/15 08:26:11.71 di5xTRuF.net
しかし世界的にAppleひとり勝ちでAndroidスマホが死亡寸前なんだよな・・困った・・
387:デフォルトの名無しさん
16/04/15 08:35:10.78 Eh8CUZTo.net
世界的にはiPhoneのシェアがジリジリ減ってるんじゃなかったっけ？
日本も奨励金廃止でiPhoneピンチだし
388:デフォルトの名無しさん
16/04/15 08:43:48.70 sryCqOCh.net
>>386
何言ってんだこいつ
389:デフォルトの名無しさん
16/04/15 12:12:20.21 4Of+vWQLo
>>386
世界的にはコストの安いAndroidが人気だよ。
>>388
そのセリフ最近良く見るけど使ってて恥ずかしくない？
390:デフォルトの名無しさん
16/04/15 17:01:06.08 JfynkH74.net
iPhone SEの登場で世界的にもiPhoneだらけになる
391:デフォルトの名無しさん
16/04/15 17:03:09.23 JfynkH74.net
Androidは産業機器で生き残れるか・・
Appleがその分野に興味を持ったらアウトかな・・
392:デフォルトの名無しさん
16/04/15 18:49:33.80 ZI8wph9z.net
こういうApple信者がAppleの出したSwiftを認めないのはヤバいなぁと思う
今後Appleが出す新しいモノ、盲目的に素晴らしいって言ってくれなくなるんだものな
393:デフォルトの名無しさん
16/04/15 20:27:12.94 Eh8CUZTo.net
SEは見事に5cの二の舞を演じてるようだが
394:デフォルトの名無しさん
16/04/16 00:33:35.08 muPEsxBp.net
Appleはオワコン
時代はswift
395:デフォルトの名無しさん
16/04/16 11:07:41.24 BpfZK0NE.net
swiftだけはない
？！だらけで書いてて楽しくない
396:デフォルトの名無しさん
16/04/16 11:16:17.26 szTbrL/L.net
nilが問題なのではなく
「nilは大問題だ！！！」
と騒いで業界を掻きまわしてる奴らが問題
そんなつまらん洗脳にひっかかるな！
ジョブズが愛したobj-cでコツコツやろう
397:デフォルトの名無しさん
16/04/16 13:55:54.73 LcVOg6yU.net
ビックリしたり疑問を感じたりかわいいやつだな
398:デフォルトの名無しさん
16/04/16 20:19:28.86 szTbrL/L.net
swiftオワコン！
399:デフォルトの名無しさん
16/04/17 03:12:15.54 8vmz7utu.net
「おれ、Obj-Cは分かりませんが、Swift分かります(キリ！」
400:デフォルトの名無しさん
16/04/17 11:31:50.56 CLrgwT7G.net
オワランじゃないのかｗ
401:デフォルトの名無しさん
16/04/17 12:39:23.91 xvYfSxoW.net
オマエバカジャナイノ？
402:デフォルトの名無しさん
16/04/18 00:24:17.61 JpFOEkpc.net
何だか最近盛り上がってないね。書き込みも少ない。
WWDCの頃には活発になるかな。
403:デフォルトの名無しさん
16/04/18 01:38:56.09 nfIr/7yZ.net
これでもム板勢いトップ5やぞ
ム板に人居ないだけ
っていうか2ch自体がオワコンなだけ
404:デフォルトの名無しさん
16/04/18 04:00:43.08 JpFOEkpc.net
勢い順にスレを見てみたけど上3つは凄い書き込みあるね。4位のこのスレ以下がオワコンって事なのか。
405:デフォルトの名無しさん
16/04/18 12:04:23.62 snkwxXca.net
上3つも有用な書き込みなんかほとんどないぞ
406:デフォルトの名無しさん
16/04/18 12:24:18.74 tt2oJWEpr
昔は新聞やメディアよりも2chのほうがまともな書き込み多かったのにな。
407:デフォルトの名無しさん
16/04/18 19:56:49.70 WqZxjq6c.net
>>400
「なるほど。ところで君C言語くらいはできるよね？」
408:デフォルトの名無しさん
16/04/18 22:10:24.79 2NYR58Ly.net
c言語の賢者様に聞きたいんだが「」は何の意味があるの？
409:デフォルトの名無しさん
16/04/18 22:39:01.43 0/EGhw/x.net
面接官と受験者のやり取りと見た
410:デフォルトの名無しさん
16/04/18 23:50:35.73 zu7aLdO9.net
AndroidのためにJavaを覚えるとStrutsのシステム保守に回されるし、
iOSのためにObj-Cを覚えると謎のグローバル変数で奇跡的に動作している組み込みの世界に送られる
411:デフォルトの名無しさん
16/04/19 00:05:05.29 s2otlseG.net
Swiftやればいいじゃん
炎上が約束されたiOS PJに回されるよ
412:デフォルトの名無しさん
16/04/19 00:15:51.95 IBERuxjj.net
SwiftはC++ライブラリ使えないのがほんまゴミ
413:デフォルトの名無しさん
16/04/19 03:28:01.43 4LryzsHW.net
知らんけどC++ぐらい使えるんじゃないのか？
414:デフォルトの名無しさん
16/04/19 03:57:41.41 uGfv6epY.net
>>413
Obj-C++でラッパークラス書かないといけない
415:デフォルトの名無しさん
16/04/19 06:59:59.54 bvEsMKnT.net
swift swift って、無視、無視
絶対に騙されないぞ！！！
416:デフォルトの名無しさん
16/04/19 07:15:24.38 nAe9TicD.net
Swift信者って自民党みたい
信用して頑張っても老後破産だし
417:デフォルトの名無しさん
16/04/19 07:22:42.52 nAe9TicD.net
AppleはタイミングをみてSwiftをIBMに手放すんじゃないか？
盛り上げゴリ押しがキモい。
unwrapなんかプロには不要だし。面倒くさいだけ。
やっぱりC#かな・・
418:デフォルトの名無しさん
16/04/19 07:26:04.64 bvEsMKnT.net
最近感動した事
プロスポーツにお金を払ってはいけない
Appleにお金を払ってはいけない
419:デフォルトの名無しさん
16/04/19 08:08:42.82 bvEsMKnT.net
いい加減実行時エラーの場所をピンポイントで教えろやボケ
420:デフォルトの名無しさん
16/04/19 08:44:20.37 s2otlseG.net
>>412
つ swiftpp
421:デフォルトの名無しさん
16/04/19 09:42:29.81 4LryzsHW.net
>>419
Xcodeで実行時にちゃんとピンポイントで止まらないか？
422:デフォルトの名無しさん
16/04/19 10:05:18.59 nAe9TicD.net
AppDelegateまで吹っ飛ぶか妙なtry catchで止まる
相変わらず低レベル
423:デフォルトの名無しさん
16/04/19 12:03:40.65 krngbMoP.net
すべてのexceptionを受け取るブレークポイントを設定しておくだけ。
３秒で完了する。
424:デフォルトの名無しさん
16/04/19 12:57:06.95 s2otlseG.net
try!を下手に使ってんのかね
もしくはoptionalを適切に使わずobjcならnilで落ちるようなコードか
素直にobjc使った方が幸せそう
425:デフォルトの名無しさん
16/04/19 13:29:40.22 tfyi/j80m
try!指定で例外が発生すると落ちるのな。
本当になにがしたい言語なんだ。
426:デフォルトの名無しさん
16/04/19 14:30:40.53 OAmiO/7v.net
URLﾘﾝｸ(developer.apple.com)
なんというSwift推しデザイン
ObjC廃止発表ありそう
427:デフォルトの名無しさん
16/04/19 16:07:49.73 gZmx/yh7.net
マジで廃止発表があると思っているのなら頭がおかしいとしか
428:デフォルトの名無しさん
16/04/19 16:11:04.01 zUr07xy4.net
Swiftは信者の存在が邪魔
429:デフォルトの名無しさん
16/04/19 16:15:06.56 OAmiO/7v.net
オブシー信者涙目wwww
430:デフォルトの名無しさん
16/04/19 16:19:47.12 s2otlseG.net
objc信者を煽りたい愉快犯だろ
これに食いつくアンチはいない、、、と思いたい
前スレはアホほどいたけど
431:デフォルトの名無しさん
16/04/19 16:27:59.41 EsWfQWP3.net
objc終わるのか
もうおわってたようなもんだったけど、改めてご愁傷さま…
432:デフォルトの名無しさん
16/04/19 18:48:39.85 krngbMoP.net
別にobj-c終わらんよ。swiftと競合するものじゃない
すみ分けは可能だし
433:デフォルトの名無しさん
16/04/19 21:42:13.64 OAmiO/7v.net
競合でも住み分けでもなく置き換えなんだよなぁ
434:デフォルトの名無しさん
16/04/19 22:44:50.21 2kJ5ApAM.net
置き換えなんかあるわけない。
無知すぎるし頭悪すぎる。
435:デフォルトの名無しさん
16/04/20 00:37:17.24 n6ET3y8i.net
でも、AppleはこれからどんどんSwiftにリソースを割いていくし、逆にObjCはSwiftへの追従程度のメンテナンスモードになることは、ObjC用語してる人も認めるよね？
リソースを割けば良くなるとも普及するとも限らないけれど。
436:デフォルトの名無しさん
16/04/20 01:16:17.99 SKLC0XTP.net
むかし、数年間「これからはJavaだぜ！」ってんで
AppleがCocoa-Javaって環境を用意したことがあって
すぐ「やめます」ってなるんだが、それとおなじ臭いしかしない。
437:デフォルトの名無しさん
16/04/20 01:28:35.71 cGwyfDni.net
これからはJavaだぜw
あたりはずれもあるさ。
438:デフォルトの名無しさん
16/04/20 02:22:59.17 e+SS73Ln.net
オワジェクティブ・シー
439:デフォルトの名無しさん
16/04/20 02:58:47.51 Sq6qMtsx.net
まともにSwiftでコードを書いてたら置き換えどころかObjCの廃止なんて10年単位で無理だと分かるもんだがね。まともに書いてないライトウェイトな考えの奴程Swiftに夢見てるよな。
440:デフォルトの名無しさん
16/04/20 03:29:52.50 n6ET3y8i.net
>>439
今のところオープンソースで存在するSwiftで書かれたライブラリはどれも、ライトウェイトでまともじゃないな感じすか？
それらと比較して、ObjCで書かれたライトウェイトじゃないまともなオープンソースなライブラリって例えばどんなのを指してます？
441:デフォルトの名無しさん
16/04/20 08:14:32.12 F55WC+O9.net
ライブラリじゃないが
まともじゃないjazzy
まともなappledoc
他に選択肢ないから使うけどクッソウケる実装だったぞ
442:デフォルトの名無しさん
16/04/20 10:33:59.88 dLT3plyk.net
>>436
MSがJavaVM作って訴訟負けしたからな
OSベンダーによる自前VMは当時許されなかった
443:デフォルトの名無しさん
16/04/20 11:53:57.25 n6ET3y8i.net
>>441 jazzyのどこらへんが、Swiftがライトウェイトでまともじゃないかんじっすか？
444:デフォルトの名無しさん
16/04/20 12:16:49.66 e+SS73Ln.net
jazzy
Ruby 71.1% CSS 18.2% HTML 9.0% JavaScript 1.7%
445:デフォルトの名無しさん
16/04/20 12:43:31.84 dLT3plyk.net
やっぱりSwiftコードは少ないな！
コード量はさほどではないにしても、enumにメソッド追加しまくりでシネと思う
enumを構造体やクラスとして使ってんじゃねーよ
ObjC:AFNetworking, Swift:Alamofireも結構ひどかった覚えがあるな
まぁ後者は取り敢えず作ってみた、という感じだったので今はマシになっているか廃れているかしてるかもしれんが
446:デフォルトの名無しさん
16/04/20 13:00:26.95 e+SS73Ln.net
防衛線張りまくりのアンチほどカッコ悪いものはないなw
447:デフォルトの名無しさん
16/04/20 13:05:34.66 dLT3plyk.net
使ってる上で批判は良かろうw
Optionaaaaaalって叫んでるワケでもなし
CocoaPodsでObjC Lib + Swift安定
Carthageも Swift 3.0 の Package Manager で居なくなるかもしれんし、Swift Libなんて使ってるエアプログラマと遊ばせろw
448:デフォルトの名無しさん
16/04/20 13:40:23.96 n6ET3y8i.net
え？ 「まともにSwiftでコードを書いてたら置き換えどころかObjCの廃止なんて10年単位で無理だと分かる」という話の流れから、その例えとして出てきたjazzyが「Rubyで書かれてるライブラリだからダメ」っすか？
それってSwiftとObjCの話じゃないですよね？
449:デフォルトの名無しさん
16/04/20 13:49:17.07 Sq6qMtsx.net
>>440
誰がオープンソースライブラリの話してるんだ？
どっからそんな話出てきた
450:デフォルトの名無しさん
16/04/20 13:54:50.48 7F2Xm21c.net
何事もやりすぎたらダメだよ
Swift推しってobj-cで飯食ってるやつらの目くらまし
AppleやSwiftに未来なんかない
451:デフォルトの名無しさん
16/04/20 13:55:20.49 n6ET3y8i.net
>>449
あなたの言う「まともにSwiftでコードを書いてたら置き換えどころかObjCの廃止なんて10年単位で無理だと分かる」を客観的に判断できるものとして、オープンソースのライブラリより適したものがあるなら、それでも構いません。
「俺がSwiftでまともなコードを書けないからダメ」って主張ではないんですよね？
452:デフォルトの名無しさん
16/04/20 13:59:24.43 dLT3plyk.net
jazzyやAlamofireのSwift部分読めよ
なんでスルーするんだよ, せっかく出してやったのに悲しいじゃないか
453:デフォルトの名無しさん
16/04/20 14:32:01.12 e+SS73Ln.net
>>452
だからjazzyのswift部分ってどこだよw
Swiftで書かれたライブラリの実例としてjazzyが「クッソウケる実装」とか強弁したのに
jazzy実はRuby実装でしたってばれてアンチ顔真っ赤で話題そらしに必死w
454:デフォルトの名無しさん
16/04/20 14:35:28.10 dLT3plyk.net
えー・・・コードも追えないのかよ・・・
jazzyの中の人な
URLﾘﾝｸ(github.com)
455:デフォルトの名無しさん
16/04/20 14:39:00.78 DCGtbL6y.net
なんか恥ずかしいSwiftエアプログラマがいるな
456:デフォルトの名無しさん
16/04/20 14:39:48.41 e+SS73Ln.net
>>454
jazzyじゃなくてSourceKittenだろw
457:デフォルトの名無しさん
16/04/20 16:28:45.36 VhMLjGPy.net
>>435
> ObjC用語してる人も認めるよね？
認めるわけないだろ。無知すぎるし頭悪すぎる。
OS や Cocoa 自体を objc じゃなくて Swift で書くってか？
Adobe やゲーム屋が c/c++ を使わなくなるってか？
アホが。
458:デフォルトの名無しさん
16/04/20 16:34:01.03 g9fYYFr2.net
まずはSwiftの処理系をSwiftで書くところからかなｗ
459:デフォルトの名無しさん
16/04/20 16:53:43.76 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:デフォルトの名無しさん
16/04/20 17:35:21.30 LJSD1Vw4.net
3行でおk
要はSwiftは遊びには良い言語ってことだな
目くじら立てるObjC信者やエアプログラマがいるけど、面白い言語だもんな
アポー信者と楽しく遊びたいね
461:デフォルトの名無しさん
16/04/20 20:10:26.06 EM73E2Zf.net
AppleがObjective-Cを収束するとか言わなければこんなに荒れないし
SwiftはSwiftで楽しむ人もいただろう
462:デフォルトの名無しさん
16/04/20 20:11:26.00 EM73E2Zf.net
×収束
○終息
463:デフォルトの名無しさん
16/04/20 20:19:34.23 R26Bkih2.net
Appleはそんなこと言ってないだろw
言ってるのはお前さんみたいな煽りと、Qiitaの意識高い系エンジニアだけだ
あとそれに煽られたObjC信者もか
464:デフォルトの名無しさん
16/04/20 20:30:27.19 EM73E2Zf.net
>>463
Pure-Objective-Cアプリは今後リジェクトされるってことは終息方向じゃないのかと
URLﾘﾝｸ(www.slashgear.com)
> Your Mac app or iOS app must be written in Objective-C and Swift,
> or written entirely in Swift.
465:デフォルトの名無しさん
16/04/20 20:36:51.59 GRpMhYNy.net
すぐ信者いう奴ってバカなの？
466:デフォルトの名無しさん
16/04/20 20:42:13.35 cGwyfDni.net
なんかすげえ脳内変換を見たぞ
> Your Mac app or iOS app must be written in Objective-C and Swift,
> or written entirely in Swift.
467:デフォルトの名無しさん
16/04/20 20:46:23.91 EM73E2Zf.net
MacアプリまたはiOSアプリはObjective-CとSwift、またはすべてSwiftで書かなければなりません。
468:デフォルトの名無しさん
16/04/20 21:37:20.77 cGwyfDni.net
それは変換前でしょw
469:デフォルトの名無しさん
16/04/20 21:40:31.75 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:デフォルトの名無しさん
16/04/20 21:41:29.20 EM73E2Zf.net
Objective-Cのみのアプリも許されるなら
written in Objective-C or Swift
になるがそうなってない
471:デフォルトの名無しさん
16/04/20 23:05:14.29 bFweoV0M.net
Qiitaと同じレベルで笑い所だろw
去年のWWDCのAppleのサンプルコードは半分以上がobjcだったけど、今年は頑張るのかねぇ