Swift part7 [無断転載禁止]©2ch.net

0001デフォルトの名無しさん

2016/03/21(月) 01:32:08.64ID:N7YCc9d1

WWDC2014で発表されたAppleの新言語Swiftについて語りましょう

関連スレ
let s: プログラミング言語? = Swift[2]
http://anago.2ch.net/test/read.cgi/mac/1408755325/

プログラミング言語Swift 3
http://anago.2ch.net/test/read.cgi/mac/1408762479/

[SDK]iPhoneアプリ開発初心者質問箱45[touch][iPad]
http://potato.2ch.net/test/read.cgi/mac/1447650023/

Xcode part13 [転載禁止]©2ch.net
http://anago.2ch.net/test/read.cgi/mac/1424907278/

Swiftアンチスレ part1
http://echo.2ch.net/test/read.cgi/tech/1458491343/

前スレ
Swift part6
http://echo.2ch.net/test/read.cgi/tech/1454416808/

0002デフォルトの名無しさん

2016/03/21(月) 01:33:41.73ID:bbX9YEmL

swift覚えるよりiOSとUIKit覚えたほうが勝ちだぞ＞初心者
今swiftでググってもカスみたいな情報しかないから
swiftは7.0あたりからやろうぜ

0003デフォルトの名無しさん

2016/03/21(月) 02:00:39.02ID:dP9e8KHJ

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

0004デフォルトの名無しさん

2016/03/21(月) 08:59:53.92ID:O7DG3syI

>>2
それをいったらobj-cだって新旧で結構変わったと思うで
publicとかprivateみたいなkeywordをobj-cで見つけたらそれは古いってこと。

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

0005デフォルトの名無しさん

2016/03/21(月) 09:22:26.81ID:3RlX6oQV

>>2
アンチスレにどうぞ

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

0006デフォルトの名無しさん

2016/03/21(月) 10:17:35.31ID:EH5YIJq/

Swiftでdelegate protocolを自前で定義してたら古いObj-C脳のクソ設計だと思う
@objcな public インターフェースなら苦笑しながら使うかな

0007デフォルトの名無しさん

2016/03/21(月) 10:43:20.15ID:bbX9YEmL

Swiftからやると他の言語できないクソ脳エンジニアになるよ！

0008デフォルトの名無しさん

2016/03/21(月) 11:42:49.98ID:oATdEu/y

日曜プログラマはSwiftで遊んでおけばいい
仕様がコロコロ変わるSwiftを今使うプロはただの馬鹿ってだけ

0009デフォルトの名無しさん

2016/03/21(月) 12:38:27.36ID:ylWFjvTF

>>8
これに尽きるんだよな
みんな遊びでやってるのに煽りに踊らされたObj-Cのプロが突っ込んでくるだけで

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

0010デフォルトの名無しさん

2016/03/21(月) 13:26:45.04ID:QxUzppQu

delegateの代わりに何を使うの？

0011デフォルトの名無しさん

2016/03/21(月) 15:17:16.57ID:bbX9YEmL

callbackじゃね？
もう@Nullable annotation使ってjavaでいいんじゃね？

0012デフォルトの名無しさん

2016/03/21(月) 15:20:10.97ID:dcaKrC6d

obj-cにもnilableキーワード追加されてるんだけどなぁ
なぜそこでJavaを推すのか、コレガワカラナイ

0013デフォルトの名無しさん

2016/03/21(月) 16:51:16.85ID:RNfIYUgS

ゴミはゴミ箱へ
アンチはアンチスレへ

0014デフォルトの名無しさん

2016/03/21(月) 18:13:52.92ID:hbyc55kz

protocol指向なのにdelegateパターン否定してどうするのwww

0015デフォルトの名無しさん

2016/03/21(月) 19:16:39.99ID:sdIAUD51

>>10
Handler使うと良い
実態はインライン関数程度に最適化されるので性能も悪くない
今時 Delegate が許されるのは(ry

0016デフォルトの名無しさん

2016/03/21(月) 19:16:48.11ID:O7DG3syI

delegateという考えは古くないと思うし現役だと思うけど。
仮にtableViewを再実装するとしてdelegate使わずどうするわけ？

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

0017デフォルトの名無しさん

2016/03/21(月) 19:49:01.63ID:lXGzGGTr

古いシステムAPIはNSURLConnectionからNSURLSessionへみたいにアポー様が書き直すの待つ
どう書き直すのがベターかはNSURLSession参考にしてどうぞ

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

0018デフォルトの名無しさん

2016/03/21(月) 20:09:27.30ID:RNfIYUgS

テーブルビューがデリゲートやめてクロージャだらけになったら悪夢だな
URLConnectionは使い捨てることが多いからクロージャと相性良かっただけだ

0019デフォルトの名無しさん

2016/03/21(月) 20:15:20.29ID:lXGzGGTr

クリックイベント拾うだけなら1つで済むと思うけどな
全APIをクロージャーに書き換えずとも、プロパティ操作で良いし
Sessionも細かい制御するコード書いたらクロージャーだらけよw

0020デフォルトの名無しさん

2016/03/21(月) 20:28:33.51ID:oATdEu/y

>>13
アンチスレなんてあるの？

0021デフォルトの名無しさん

2016/03/21(月) 20:31:49.52ID:1G+fr+EX

ここがアンチスレだよな？

0022デフォルトの名無しさん

2016/03/21(月) 20:34:33.74ID:RNfIYUgS

Swiftアンチスレ part1
http://echo.2ch.net/test/read.cgi/tech/1458491343/

0023デフォルトの名無しさん

2016/03/21(月) 20:35:29.01ID:oATdEu/y

馬鹿かよ
クソスレ立ててんじゃねぇ

0024デフォルトの名無しさん

2016/03/21(月) 20:58:04.90ID:O7DG3syI

そもそもdelegateは機能の移譲なわけだから、
クロージャーを使う、使わないは的はずれ。
多分obj-c時代、block構文がなかった時に、
クロージャーを本来使ったほうがいいところをdelegateを使って実現しているところがあって、そのことを誰かが指摘したことを聞きかじって、
delegateは悪だって思い込んじゃったんだな。

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

0025デフォルトの名無しさん

2016/03/21(月) 22:03:44.75ID:tREJBwET

NSURLConnection だって色々とやろうとしたら callback block なんかじゃやってられんしな

0026デフォルトの名無しさん

2016/03/21(月) 23:27:29.33ID:QxUzppQu

NSURLSessionだってクロージャは一部でdelegateメソッドがたくさん存在してるよ
クロージャは便利だがそれで全て置き換えられるわけでは無い

0027デフォルトの名無しさん

2016/03/21(月) 23:44:02.58ID:9U8ePjvZ

確かにその場しのぎとしてクロジャはオブジェクト不要レベルの凄まじい文字通り型破りが出来るけど
delegateはオブジェクト同士のやり取りに大枠を作るパターンなので大枠がないと必要不必要の話になりにくい

0028デフォルトの名無しさん

2016/03/22(火) 00:18:39.36ID:BVW6crR9

Obj-Cで使う分には良いがSwiftでdelegateの宣言も利用もキモいがな
アレはobj-c互換の苦肉の仕様は体を張ったギャグだわw
不思議に思わないとか、意味分からないヤツはホントにswift使ってんの？って問うレベル

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

0029デフォルトの名無しさん

2016/03/22(火) 00:52:10.75ID:/RBCdqDr

？
なんかキモいことあったっけ？

0030デフォルトの名無しさん

2016/03/22(火) 01:37:30.84ID:LHRIJmml

AppleはSwiftゴリおしやめるらしいぞ！
Swifter哀れwwwwwwwwww

0031デフォルトの名無しさん

2016/03/22(火) 01:39:27.27ID:/RBCdqDr

ゴミはゴミ箱へ、アンチはアンチスレへ

0032デフォルトの名無しさん

2016/03/22(火) 01:48:54.88ID:H1BdO10t

NSプレフィックス無し、nil返さないcocoaまだ？
swift3.0に間に合うのか？
4.0でまた非互換？構文変わるのか？

0033デフォルトの名無しさん

2016/03/22(火) 01:53:38.89ID:LHRIJmml

swiftそのものがお笑いネタだろ？
swift推してる連中はAndroid厨が面白がって煽ってるだけ
まともなiOSエンジニアが信頼性のないswiftなんか使うワケないだろハゲチビ

0034デフォルトの名無しさん

2016/03/22(火) 02:13:57.56ID:H1BdO10t

Swift3.0ソースが公開されたら
Optional型を排除
map、flatmapなどの直感的にわからない機能の排除
してSwift-作るよ

0035デフォルトの名無しさん

2016/03/22(火) 03:15:02.77ID:/RBCdqDr

ゴミはゴミ箱へ、アンチはアンチスレへ

0036デフォルトの名無しさん

2016/03/22(火) 08:33:18.33ID:LHRIJmml

Apple信者分裂
obj-c:山口組
swift:神戸山口組
抗争状態

0037デフォルトの名無しさん

2016/03/22(火) 08:36:26.15ID:SrGcCmkC

何でSwiftマンセーしないとゴミなの？

0038デフォルトの名無しさん

2016/03/22(火) 08:38:19.84ID:8Ghfw7bL

>>29
自前でdelegate宣言して、delegateで宣言したメソッドを呼び出す、までやってみろ
メソッド名、キーワード名はきちんとObj-Cお作法に合わせる前提でな

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

0039デフォルトの名無しさん

2016/03/22(火) 08:39:51.09ID:SrGcCmkC

SwiftってKVO使えないんだな・・

0040デフォルトの名無しさん

2016/03/22(火) 09:00:08.51ID:8Ghfw7bL

身のないバズワードで煽ってるからゴミなんじゃないの？

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

0041デフォルトの名無しさん

2016/03/22(火) 09:05:43.25ID:SrGcCmkC

何でnil禁止しないの？

0042デフォルトの名無しさん

2016/03/22(火) 09:30:25.96ID:8Ghfw7bL

どちて坊やは一休さんの世界へお帰り
ゴミはゴミ箱へ、アンチはアンチスレへ

0043デフォルトの名無しさん

2016/03/22(火) 11:29:27.62ID:zCNWVxOy

Xcode更新(Swift 2.2)キタ
そして、++, --のdeprecateが入ったwww
これはワーニングの嵐の予感、ワーニング0の商用開発だと泣けるな
他にも細々機能追加あるので、もう一回遊べるドン

0044デフォルトの名無しさん

2016/03/22(火) 13:04:43.08ID:VLOpUBBk

>>30
マジで？マジなら朗報じゃねぇか

0045デフォルトの名無しさん

2016/03/22(火) 13:06:09.33ID:VLOpUBBk

>>31
>>42
ID変えてご苦労さま

0046デフォルトの名無しさん

2016/03/22(火) 14:15:55.73ID:Ox2t7CWt

ゴミはゴミ箱へ、アンチはアンチスレへ

0047デフォルトの名無しさん

2016/03/22(火) 15:11:04.33ID:kmp6Vmna

ゴミはゴミ箱へ、アンチはアンチスレへ

0048デフォルトの名無しさん

2016/03/22(火) 15:17:25.55ID:Ox2t7CWt

i++って i = i.advance() で置き換えるのかと思ったら、i += 1 で置き換えるのな
まだ advance のI/F宣言もなされてないようだし、秋にまたConvert To Last Swift Syntaxかね
この程度ならまだバグなく差し替えられるだろうから良いけど(1.xの頃のバグのせいでConvertは信用してない

0049デフォルトの名無しさん

2016/03/22(火) 16:14:53.46ID:VLOpUBBk

>>46
>>47
IDパラ使いでご苦労さま

0050デフォルトの名無しさん

2016/03/22(火) 16:23:24.87ID:VLOpUBBk

>>48
ところで優柔不断なクリスの気まぐれを逐一フォローし続けるのは時間の無駄だよ
Swiftは仕様が固まってから使えばいい

0051デフォルトの名無しさん

2016/03/22(火) 18:00:03.84ID:uAieVvDE

swiftはバージョン進み過ぎでgolangより歴史が浅いって忘れてしまう
けど仕様の破壊的変更が大きいから仕方ないのかな。
golangは2.0になる気配が全くしない。それだけ安定しているってことだけど、
スレは伸びない。
swiftは3.0もすぐにもでそうだけどいつリリース予定だっけ？

0052デフォルトの名無しさん

2016/03/22(火) 18:12:48.27ID:/RBCdqDr

10月

0053デフォルトの名無しさん

2016/03/22(火) 20:02:39.64ID:GZFXD3/a

他大手会社が言語開発してるから自分もやらなきゃ(焦り
で始まったような言語だからな

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

0054デフォルトの名無しさん

2016/03/22(火) 22:25:12.48ID:VLOpUBBk

AppleらしくObjective-C 3.0で進めばいいのにね
バカだねぇ

0055デフォルトの名無しさん

2016/03/22(火) 22:46:51.34ID:GZFXD3/a

ゴミはゴミ箱へ、アンチはアンチスレへ

0056デフォルトの名無しさん

2016/03/22(火) 23:00:54.83ID:3eyye6+D

swift関数型みたいな事出来たっけ？？

0057デフォルトの名無しさん

2016/03/22(火) 23:30:40.40ID:GZFXD3/a

Kenokabe先生の所へどうぞ

0058デフォルトの名無しさん

2016/03/23(水) 00:36:02.08ID:90Oe+hOc

Swiftで下記の処理を書けなくなると聞いたのですが、本当ですか？

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

}

0059デフォルトの名無しさん

2016/03/23(水) 00:55:36.44ID:37+iz5Nw

ggrks
https://github.com/apple/swift-evolution/blob/master/proposals/0004-remove-pre-post-inc-decrement.md

0060デフォルトの名無しさん

2016/03/23(水) 00:59:37.75ID:90Oe+hOc

>>59
開発者なんかおいてきぼりでacceptされた--, ++はもうどうでもいいんです
気になっているのはfor文のことなんですが

0061デフォルトの名無しさん

2016/03/23(水) 01:29:51.80ID:QU83f3j8

proposal読め、ゴミ

0062デフォルトの名無しさん

2016/03/23(水) 01:56:31.43ID:90Oe+hOc

なんでそんなにプリプリしてるんですか？
これですよね？
https://github.com/apple/swift-evolution/blob/master/proposals/0007-remove-c-style-for-loops.md
よんだんですが、forループはインクリメントしかあたまにないのか、デクリメントに対するSwiftコード例が見当たらなく…

0063デフォルトの名無しさん

2016/03/23(水) 02:16:58.77ID:Q7VdyZfN

ここで話題になってる
ttp://echo.2ch.net/test/read.cgi/tech/1458491343/

0064デフォルトの名無しさん

2016/03/23(水) 02:22:11.31ID:90Oe+hOc

何ですか？そのｸｿｽﾚは…。

0065デフォルトの名無しさん

2016/03/23(水) 04:06:08.61ID:xMqkzezD

Whileで書き換えろってことかな

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

0066デフォルトの名無しさん

2016/03/23(水) 07:02:42.65ID:8DTPyQ3g

>>58
for i in 0.stride(through: -10, by: -1) {

}

0067デフォルトの名無しさん

2016/03/23(水) 08:51:13.99ID:2nZwj8cw

とにかく変わった感を無理やり醸し出してる感が
鼻につく「嫌な感じ」の言語
それがSwift

0068デフォルトの名無しさん

2016/03/23(水) 09:01:27.68ID:ECT2y/er

obj-cは大豆、swiftは納豆
大豆はそのままでは食べられないし手間がかかるし面倒だがそもそも枝豆で常温保存もきくし豆腐にも納豆にもなる
納豆は高機能食品で身体にもいい、アレンジ料理もある、でもかき混ぜないと美味しくない納豆でしかない

0069デフォルトの名無しさん

2016/03/23(水) 09:09:24.27ID:2C5Noqzb

ゴミはゴミ箱へ、アンチはアンチスレへ

0070デフォルトの名無しさん

2016/03/23(水) 09:20:48.13ID:IjQfzLPy

>>67
ほんそれ
わざわざ自分からアンチ産み出していくスタイルは新しいよな

0071デフォルトの名無しさん

2016/03/23(水) 09:33:08.50ID:2C5Noqzb

ゴミはゴミ箱へ、アンチはアンチスレへ

0072デフォルトの名無しさん

2016/03/23(水) 12:13:55.58ID:t+F3ZbWm

>>51
Wineって10年くらい1.00にならず枯れたソフトもあるのでバージョンは信用ならない
あれが1.00出した時はびっくりしたよ

0073デフォルトの名無しさん

2016/03/23(水) 20:03:20.80ID:WABTO3x4

わいの半年前の知識通用するかこのスレ見てたら不安になってきた
たった半年だぞおい

0074デフォルトの名無しさん

2016/03/23(水) 20:47:02.91ID:KX8VTTfh

2.xはそんな変わってないじゃん
betaから1.xにかけては半年も前の知識が通用するわけがなかったけど

0075デフォルトの名無しさん

2016/03/23(水) 22:35:24.55ID:HdSesjVg

Swift初期は半年毎にビルドエラーの嵐でおもろかった
ここ一年はまったく動きが少なくておもろない

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

0076デフォルトの名無しさん

2016/03/24(木) 11:58:58.16ID:JWV8N7sH

オープンソースなんだから自分でビルドすればよかろう

0077デフォルトの名無しさん

2016/03/24(木) 12:16:08.88ID:GtV4TiIV

コンパイルくらいは自分でするんだけど実装も済んでたかなと
Proposalで仕様は切ったけど、実装は内々だよだとお手上げだから

0078デフォルトの名無しさん

2016/03/24(木) 15:20:39.55ID:ZLy3hEZf

そして、Swiftは終わった・・

0079デフォルトの名無しさん

2016/03/24(木) 15:45:57.79ID:Dhc5pA31

ゴミはゴミ箱へ、アンチはアンチスレへ

0080デフォルトの名無しさん

2016/03/24(木) 15:50:49.60ID:Dhc5pA31

ブランチ出来てたので人柱になってみるか

0081デフォルトの名無しさん

2016/03/24(木) 18:22:47.63ID:oQPLZdwZ

>>77
FoundationはいろいろとNot Implementedだったような気がする
GitHubには出てこない社内プロジェクトで進んでるんだろうか。それともGitHub上のが全てで完全にオープンで進めてるんだろうか。

0082デフォルトの名無しさん

2016/03/24(木) 21:24:56.68ID:1csU5sj0

iPhone無かったら見向きもされなかったクソ言語と
iPhone無かったら生まれなかったクソ言語でヤリ合うスレはここですか？

0083デフォルトの名無しさん

2016/03/25(金) 00:16:18.41ID:MJ1mYSYG

>>82
つ Swiftアンチスレ part1
http://echo.2ch.net/test/read.cgi/tech/1458491343/

0084デフォルトの名無しさん

2016/03/25(金) 00:22:20.14ID:enybkgjI

なんでそんなに必死なの？

0085デフォルトの名無しさん

2016/03/25(金) 00:48:28.61ID:q1HiUdlP

>iPhone無かったら見向きもされなかったクソ言語と
OS Xで使われてたしコミュニティもあって実績も歴史もあった
iPhoneでより普及したってだけ

0086デフォルトの名無しさん

2016/03/25(金) 00:48:49.37ID:FvDwNEk8

Swiftの負けを認めてるからだろ・・

0087デフォルトの名無しさん

2016/03/25(金) 07:02:59.87ID:Tmo5HUkd

ゴミはゴミ箱へ、アンチはアンチスレへ

0088デフォルトの名無しさん

2016/03/25(金) 13:05:22.12ID:G+z1ebGz

https://developers.eure.jp/event/10-tips-when-moving-from-objective-c-to-swift-ja/
これはいい記事

0089デフォルトの名無しさん

2016/03/25(金) 13:30:56.82ID:QgeTY0RV

パターンマッチの例が無理矢理使ってる感じで気に入らんな
いくつかは素直にwhereやas?で書いたほうがずっと可読性高いはず

0090デフォルトの名無しさん

2016/03/25(金) 13:37:57.75ID:NKX3Q+Iw

> シングルトンの代わりに staticの関数やプロパティを使用する enum で作成する
enumをそういう用途で使ったらダメだろw
バッドノウハウにバッドノウハウを重ねたような実装に笑うわ
いっそシングルトンモデルは「悪」と諦めた方が良さそう

0091デフォルトの名無しさん

2016/03/25(金) 13:38:12.95ID:QgeTY0RV

シングルトンをenumにしろってのも気に入らない
structとclassだとインスタンスの初期化ができてしまうからっていうけど
initをprivateで宣言すればいいだけだし
何よりenumのセマンティクスを破壊してるのがバッドノウハウ感しかない

0092デフォルトの名無しさん

2016/03/25(金) 13:39:51.72ID:QgeTY0RV

被ったwスマンw

0093デフォルトの名無しさん

2016/03/25(金) 13:47:05.96ID:QgeTY0RV

do { }でコード整理ってのもなんだかなー感しかない
全体的にこの人のコードは自己流の変な工夫が多くて一般的な良いコードではないと思う

0094デフォルトの名無しさん

2016/03/25(金) 13:51:00.08ID:NKX3Q+Iw

反面教師としていい記事だったな
全面的に悪いというわけじゃないと思うので、良い所だけ参考にしようじゃないの

0095デフォルトの名無しさん

2016/03/25(金) 20:11:04.25ID:enybkgjI

とりあえずこんなにSwiftは素晴らしいんだぜって思わせたいという必死さは伝わった

0096デフォルトの名無しさん

2016/03/25(金) 20:47:58.44ID:G+z1ebGz

>>89
パターンマッチの例は普通だと思ったんですが
どの辺の例が無理矢理なのか詳しく

0097デフォルトの名無しさん

2016/03/25(金) 21:18:37.98ID:NKX3Q+Iw

普通かどうかは置いといて、メジャーバージョンアップでビルド通らなくなりそうだなぁ、とは思ったぞ
1.系の頃ならマイナーバージョンアップでビルド通らなくなるコードだろ、アレ

0098デフォルトの名無しさん

2016/03/26(土) 06:33:25.62ID:VEvx/urc

スコープを絞る目的でdo{}を使えというSwiftの仕様がキライ。
C同様にシンプルな{}のサポート入れてほしい。

0099デフォルトの名無しさん

2016/03/26(土) 07:41:43.28ID:coY0vF2b

swiftの仕様じゃなく、ブログ書いたへっぽこプログラマのバッドノウハウ
スコープ絞ること自体、イマドキのプログラミング事情に則してなくね？

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

そもそも容量や性能気にするヤツは swift 使うな

0100デフォルトの名無しさん

2016/03/26(土) 10:10:23.50ID:3IE1+gr+

関数foo(block: (() -> ())? = nil)があったとして
foo()の次に{}が来たらクロージャになってしまうからSwiftの言語仕様じゃ無理だろう

0101デフォルトの名無しさん

2016/03/26(土) 17:29:25.22ID:wyrGFEOD

>>99
スコープ絞るのは人間のケアレスミスを防ぐためだろう。

0102デフォルトの名無しさん

2016/03/26(土) 20:33:57.78ID:MHYjyRMB

>>100
なるほど、それでdoが必要なのか
3.0で何とか仕様変更して欲しいな

0103デフォルトの名無しさん

2016/03/26(土) 20:49:59.20ID:+sP2UFyn

rustみたいに文末;必須にするか、、、
rustはrustの信念で;採用してるけど、;の意味論が分かりづらく評判イクナイ

goはどうしてるんだっけかな

0104デフォルトの名無しさん

2016/03/27(日) 01:47:48.43ID:FjCKG/3R

>>103
goは暗黙の ; を導入している

つまり関数宣言として

func hoge() {
XXXX
}
であり

func hoge()
{
}
は

func hoge();
{

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

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

0105デフォルトの名無しさん

2016/03/27(日) 01:59:07.04ID:JtoXaVyt

ここはクソ言語のスレじゃないのかよ

0106デフォルトの名無しさん

2016/03/27(日) 04:30:35.96ID:aLm5Q9s6

挑戦的だが流行らなさそうな仕様だなw
コードフォーマットの強制はpythonもそうだけど、人を選んで流行ってないからなぁ

0107デフォルトの名無しさん

2016/03/27(日) 07:12:05.69ID:8I3ts8K5

pythonは多目的汎用スクリプト言語としては
世界で一番でかいシェアだが…

0108デフォルトの名無しさん

2016/03/27(日) 08:21:38.75ID:aLm5Q9s6

python以外のメジャー言語だと皆無じゃん？
その制約があっても他にメリット多いから使われてるけど、他言語が追従するメリットじゃないんだろう
# python好きだし別に嫌悪感ないけど、全てを崇めるほど信者じゃない

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

0109デフォルトの名無しさん

2016/03/27(日) 08:59:02.86ID:b5RPwXUJ

python流行ってない
↓
そんなことはない
↓
python以外は皆無

どういうことなのか

0110デフォルトの名無しさん

2016/03/27(日) 09:24:41.47ID:FjCKG/3R

do {
}
使うくらいなら関数宣言の{位置の強制でいいと思うよ

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

0111デフォルトの名無しさん

2016/03/27(日) 09:49:19.24ID:aLm5Q9s6

>>109
python以外で使われてないからその文法が流行ってない
読み取ってくれよ

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

0112デフォルトの名無しさん

2016/03/27(日) 12:32:04.87ID:7FbQZXuJ

コードの柔軟性を嫌ってる人がswiftを持ち上げてるんじゃないの
いわく、バグが入り込む潜在的なリスクが上がるだの
メンテしにくくなるだのって

0113デフォルトの名無しさん

2016/03/27(日) 13:16:28.03ID:DyvlX5iX

Swiftはまだまだ混沌としてるな～

0114デフォルトの名無しさん

2016/03/27(日) 13:35:47.37ID:FjCKG/3R

正直swiftのクロージャーの書き方がシンプル過ぎて危険な気がしてきた。
特に$0を使うときはinを省略できちゃうとか
おかげでただのブロックをdo{}にしなきゃいけないのはどうなんだろう。

0115デフォルトの名無しさん

2016/03/27(日) 22:22:33.95ID:1SWxeIio

NSURL.fileURLWithPath()で、nil返す事があるってドキュメントに
書いてあるのに、optional定義になっていないのは何故なんだぜ。

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

0116デフォルトの名無しさん

2016/03/27(日) 22:34:14.75ID:sgFnxYvA

そもそもnilを絶対返さない事って可能なのか？
インスタンスの生成は、大元のmallocが領域確保できずにnullを返す可能性があるだろ。

0117デフォルトの名無しさん

2016/03/27(日) 22:44:45.05ID:aLm5Q9s6

スタックメモリから確保した値型

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

0118デフォルトの名無しさん

2016/03/27(日) 23:21:49.32ID:e5rLGyrL

>>115
とりあえず明示的にOptionalで宣言しとけば大丈夫
let url: NSURL? = NSURL.fileURLWithPath("")

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

0119デフォルトの名無しさん

2016/03/28(月) 00:31:18.01ID:35WvO0+g

>>117
オブジェクトがヒープに確保されるかぎり無理だな。

0120デフォルトの名無しさん

2016/03/28(月) 07:19:37.81ID:wmjJbUJq

おお、SwiftのバグデータベースはDashboardなのか。会社でも使ってる^_^

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

0121デフォルトの名無しさん

2016/03/28(月) 07:55:02.53ID:wmjJbUJq

DashboardじゃなくてJIRAだったorz

0122デフォルトの名無しさん

2016/03/28(月) 08:48:38.40ID:KMc9zxLb

やっぱりSwiftはまだ無理だな

0123デフォルトの名無しさん

2016/03/28(月) 10:25:41.05ID:3yOAg9Gy

ゴミはゴミ箱へ、アンチはアンチスレへ

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

0124デフォルトの名無しさん

2016/03/28(月) 13:40:24.67ID:9My0XcMr

ゴミはアンチスレへ、アンチはゴミ箱へ

0125デフォルトの名無しさん

2016/03/28(月) 16:50:08.31ID:naz2d2Z+

変なのにいつかれちゃったな

0126デフォルトの名無しさん

2016/03/28(月) 21:05:04.45ID:JMwJMyoN

アンチアンチ騒いでんのはただの荒しだな

0127デフォルトの名無しさん

2016/03/28(月) 21:30:44.74ID:ZqkJQBhv

アンチスレとこっちのスレで分断煽りしてるやつがいるんだよなあ

0128デフォルトの名無しさん

2016/03/28(月) 22:02:51.73ID:5fM64+wd

swiftのクラスってメンバ変数定義できないんですか？

0129デフォルトの名無しさん

2016/03/28(月) 22:44:01.03ID:CHShieCO

>>127
Swift推進部隊の常駐監視員さんですか？

0130デフォルトの名無しさん

2016/03/29(火) 00:15:06.66ID:YmwztG1b

>>128
ゴミはゴミ箱へ

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

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

0131デフォルトの名無しさん

2016/03/29(火) 01:46:32.19ID:aRsQmQC4

全部が値渡しで済むわけじゃないし。
確保した領域のアドレス値渡しとそのエイリアスという方法は合理的なんだよ。

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

0132デフォルトの名無しさん

2016/03/29(火) 08:18:59.35ID:nMn7bUzs

swiftなんか業務で使ったらそれこそゴミだろ

0133デフォルトの名無しさん

2016/03/29(火) 08:22:36.38ID:KgX6u3mt

日本人特有の「右向け右、左向け左」だよ。
こんなクソ言語誰が使うんだよ？

0134デフォルトの名無しさん

2016/03/29(火) 08:30:14.82ID:ivbQoXVD

ここって質問OKですか？

0135デフォルトの名無しさん

2016/03/29(火) 08:33:38.25ID:nMn7bUzs

>>129
Apple社員だったら笑えないよなw
>>133
もう言語云々の時代は終わったよね

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

0136デフォルトの名無しさん

2016/03/29(火) 08:43:15.35ID:ivbQoXVD

CFStreamCreatePairWithSocketToHostを使って通信書いてるんだがタイムアウト秒数の指定方法を教えてくれ

0137デフォルトの名無しさん

2016/03/29(火) 09:24:37.45ID:YmwztG1b

>>135
IDEが完璧なら言語はどんなクズでもいいってのはAppleらしいな
今時、特定OS, 特定IDEでしか開発出来ないのはどうよ？と思ったけど、Appleなら仕方ないね

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

0138デフォルトの名無しさん

2016/03/29(火) 16:15:33.26ID:9g6Gfq8r

swiftはウンコ言語
ファイルサイズが超でかくなる

0139デフォルトの名無しさん

2016/03/29(火) 16:44:19.49ID:MxWoqHhz

アンチスレ一名様ご案内～

0140デフォルトの名無しさん

2016/03/29(火) 22:09:31.50ID:wpZ3koN4

>>139
常駐監視員さん、今日もお務めご苦労様です

0141デフォルトの名無しさん

2016/03/29(火) 23:21:55.47ID:YmwztG1b

ゴミはゴミ箱へ、アンチはアンチスレへ

0142デフォルトの名無しさん

2016/03/30(水) 02:13:43.93ID:5F4g6pQ3

>>141
まずお前がゴミ箱に入ったほうがいいんじゃね？

0143デフォルトの名無しさん

2016/03/30(水) 14:36:14.83ID:0ZbxLViT

>>137
swiftはxcodeがないとまともにコーディングできませんね。
多分失敗ですねコレは。

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

0144デフォルトの名無しさん

2016/03/30(水) 14:53:57.06ID:fQuWRFFA

つ AppCode

0145デフォルトの名無しさん

2016/03/30(水) 15:58:15.65ID:W76BP9PM

Vimでおk

0146デフォルトの名無しさん

2016/03/30(水) 22:14:03.05ID:H9Cbt8Cy

氏ねクソ言語

0147デフォルトの名無しさん

2016/03/31(木) 10:08:54.53ID:J8XzMq9M

emacs「俺もいる」

0148デフォルトの名無しさん

2016/03/31(木) 21:36:41.67ID:zZSZ9BAw

Swift3の後ってなにか大きな変更あったっけ？
Swift3あたりで安定しそうならそろそろSwift始めてみようかな。

0149デフォルトの名無しさん

2016/03/31(木) 21:46:07.41ID:771dSU/Z

さっさと始めろ

0150デフォルトの名無しさん

2016/04/01(金) 00:58:09.31ID:8Qqw47Uo

Swift 5.0くらいから始めても遅くない
あるいはobj-cで申請うけつけないぞ！
になってからがベストなタイミング

0151デフォルトの名無しさん

2016/04/01(金) 01:03:19.64ID:fx11B/6Z

そんなC++のライブラリ全滅なことされたら相当プラットフォームとして終わりだな

0152デフォルトの名無しさん

2016/04/01(金) 01:21:44.35ID:egHpJ7nT

どーせ無職がお遊びでプログラミングやってんだろ？
いつ始めても一緒じゃん

0153デフォルトの名無しさん

2016/04/01(金) 01:34:28.04ID:bo4MW43i

でもアマゾンのランキング見るとswift関連が上位独占してるよね。

0154デフォルトの名無しさん

2016/04/01(金) 03:04:35.23ID:S3HE+hcV

仕事の本より趣味の本の方が売れるからな

0155デフォルトの名無しさん

2016/04/01(金) 03:13:30.47ID:g1WVFi5R

もうobj-Cの本は新しいの出てないからな

0156デフォルトの名無しさん

2016/04/01(金) 03:14:14.91ID:6pTbkI8Y

もうC#で作る時代になったわ

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

0157デフォルトの名無しさん

2016/04/01(金) 07:19:28.87ID:fXdSWGIV

>>148
3がfixしてないのに何を期待してるんだ
取り合えず3.0の out of scope が更新予定だろ

0158デフォルトの名無しさん

2016/04/01(金) 08:41:37.06ID:8Qqw47Uo

言語なんかどうでもいいよ。
経済効果狙ってるやつらに踊らされるな

0159デフォルトの名無しさん

2016/04/01(金) 08:55:28.60ID:AXWT7bPq

Sygwin終了
MACよりも､WINの方に需要が移るぞ

0160デフォルトの名無しさん

2016/04/01(金) 09:19:56.31ID:EzFlUU58

>>159
日本語でおk

0161デフォルトの名無しさん

2016/04/01(金) 09:41:17.68ID:mINzAYSR

アンチの正体はxamarin日本代理店の社員だったのか

0162デフォルトの名無しさん

2016/04/01(金) 09:45:58.79ID:FQQiXdjO

swiftってobj-c から cを抜いたってあるけど
c ― って言語あるのな。ググリビティが低すぎて検索シンドいけど

0163デフォルトの名無しさん

2016/04/01(金) 12:17:29.49ID:xFvcjZKE

>>162
どうやって検索すんの？ｗ
気になるが出てくる気配がないw

0164デフォルトの名無しさん

2016/04/01(金) 12:36:52.80ID:FQQiXdjO

>>163
c minus minus

0165デフォルトの名無しさん

2016/04/01(金) 15:44:05.24ID:xFvcjZKE

>>164
thx

0166デフォルトの名無しさん

2016/04/01(金) 19:27:08.97ID:6bcNYIZw

本当にいいもので変える合理的な理由があればこんなにアンチは出てこない
そういうことだ

0167デフォルトの名無しさん

2016/04/01(金) 20:41:57.22ID:vSPHDFRv

キリッ

0168デフォルトの名無しさん

2016/04/01(金) 23:16:00.66ID:HD6HWf8d

Appleも$wift・・ついに守銭奴か・・

0169デフォルトの名無しさん

2016/04/02(土) 00:58:48.41ID:uMvMoPO+

関数型プログラミング的にはSwift結構いいんでない？
あとReactiveなんちゃらとか

0170デフォルトの名無しさん

2016/04/02(土) 05:36:23.08ID:FK2pO5O7

プログラミングできる人ってすごいなぁ

0171デフォルトの名無しさん

2016/04/02(土) 09:28:42.81ID:oXs6Wm7b

JavaScriptプログラマは入りやすいよな
関数ブロックとか、型推論による省略とか、Obj-Cよりはそれっぽい
Reactiveやらプロトコル指向の流行り物フレームワークはUIKitとの相性が微妙？
UIとロジックを分離して設計したら不便ないのかな、教えてエロイ人

0172デフォルトの名無しさん

2016/04/02(土) 09:59:33.04ID:NSyOUFVI

>>171
Reactiveのいいところって関数型プログラミングっぽくなることかメリット
つまりただのパイプを量産するのでテストは楽そう。
でもそれを使って綺麗に実装できるかというと
ViewControllerが邪魔な気がする。
状態を持たない作りをするんだけどViewControllerの存在自体
画面遷移を概念化したものだからReactiveXXに取っては邪魔。

0173デフォルトの名無しさん

2016/04/02(土) 10:46:21.15ID:oXs6Wm7b

そうだよなぁ、、、
FBのReactive.js, NativeはUI含めてReactiveフレームワークを構成してるけど
ViewController的な存在は許してなかったものな

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

0174デフォルトの名無しさん

2016/04/02(土) 11:19:22.00ID:uxGei7w7

$wiftにするとカネ儲かるのか？
Reactiveとかもカネ儲かるのか？

0175デフォルトの名無しさん

2016/04/02(土) 11:33:58.97ID:9i4gG7TD

objective-Cに不満でもあるなら

0176デフォルトの名無しさん

2016/04/02(土) 12:09:24.09ID:oXs6Wm7b

>>174
ディスり芸に熱心だからマジレスすると
保守派を説得するという業務にお金出す人がいるので、お前みたいなヤツがいると儲かる
Obj-CでもSwiftでもどっちでもいい、と言われると儲からない

0177デフォルトの名無しさん

2016/04/02(土) 12:19:27.66ID:id0boXxj

だからアンチを黙らせたいなら、Swiftに変える逼迫的かつ合理的な理由を示せばいいだけだろ
全然難しくなくね？

0178デフォルトの名無しさん

2016/04/02(土) 12:24:07.87ID:Z8lSMNsA

ディスり芸してるのはアンチじゃなく愉快犯なんだけどな
より実のない>>177はマジ者のアンチっぽいけど

0179デフォルトの名無しさん

2016/04/02(土) 12:45:35.70ID:hePw8lF7

状態を持たないプログラムって、例えばどんなの？

0180デフォルトの名無しさん

2016/04/02(土) 13:06:52.70ID:Z8lSMNsA

純粋関数型のHaskellが分かりやすい
ブロック内でしか変数を扱えないから状態を持たない(持てない)
最近使ってる人少ないかもだけど、Emacs Lispもそうだっけか

0181デフォルトの名無しさん

2016/04/02(土) 13:38:16.50ID:NSyOUFVI

>>173
ReactiveNativeに走るっというのもありかと。
まだまともに動いてないけどmacアプリも作れるっぽい

0182デフォルトの名無しさん

2016/04/02(土) 13:38:45.01ID:NSyOUFVI

>>180
pureScriptつかってReactiveNativeとか出来たらいいのかね

0183デフォルトの名無しさん

2016/04/02(土) 13:50:51.24ID:Z8i1qvMv

単に状態は引数で渡すというだけのこと

0184デフォルトの名無しさん

2016/04/02(土) 13:53:06.66ID:hePw8lF7

画面は状態を維持するし、シリアライズするモデルも状態を保持する必要があるから、
全体を関数型で構築するのは無理ということだね。

0185デフォルトの名無しさん

2016/04/02(土) 14:03:17.36ID:Z8i1qvMv

>>184
そういう状態を全部引数で渡す関数として書けるように考えられたのが
純粋関数型プログラミング言語です
引数で渡す関数として書くということを意識する必要を省くためにモナドとかを使います
Haskellとか

0186デフォルトの名無しさん

2016/04/02(土) 14:05:22.83ID:hePw8lF7

>>185
ユーザーの入力を変数に保持する必要があるでしょう。

0187デフォルトの名無しさん

2016/04/02(土) 14:11:44.82ID:Z8i1qvMv

>>186
ユーザの入力を処理する関数を返す関数を実装すれば、その状態すらも引数です

0188デフォルトの名無しさん

2016/04/02(土) 14:14:08.13ID:Z8lSMNsA

空中戦を繰り広げてるけど、実際に純粋関数型でUIアプリ作ってみると良いよ

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

0189デフォルトの名無しさん

2016/04/02(土) 14:22:48.15ID:Z8i1qvMv

簡単に考えるのならば
ユーザの入力等のイベントと現在の状態を引数に新しい状態を返す関数を実装します
その関数を繰り返し呼べばいいのです

0190デフォルトの名無しさん

2016/04/02(土) 14:26:19.39ID:hePw8lF7

>>189
なるほどね、画面更新のたびにその関数を呼んで全ピクセル計算するわけだw

0191デフォルトの名無しさん

2016/04/02(土) 15:22:02.50ID:jUxZCBE4

Reactive.jsとかReactiveNativeとか言ってるやつら、名前からして間違ってて知ったか丸出しでウケる

0192デフォルトの名無しさん

2016/04/02(土) 15:54:56.88ID:Z8lSMNsA

今なら箸が転がっても笑ってくれそう

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

0193デフォルトの名無しさん

2016/04/02(土) 16:42:19.29ID:KyAVAA6u

>>190
vdomとか知らなそう

0194デフォルトの名無しさん

2016/04/02(土) 18:59:16.74ID:Z8i1qvMv

>>190
全部計算して新しい状態を作り直す必要は無いのです
入力等のイベントの影響をうける部分だけを作り直して、
変化の無い部分は古い状態への参照でいいのです
場合によっては古い状態をまるごと新しい状態として返すのもありです
これを実現するために重要なのが不変オブジェクトであり、
オブジェクトが不変であるからコピーでは無く参照を使って
上記を効率良く実現します

0195デフォルトの名無しさん

2016/04/02(土) 19:24:29.25ID:KyAVAA6u

ObjC擁護してSwift叩いてる層は、単に新しい技術やパラダイムを知らない、知ろうとしてないだけ？

0196デフォルトの名無しさん

2016/04/02(土) 19:39:09.47ID:VQ71+BzP

AppKitでもUIKitでもなんでもいいけど、
Swift NativeのUIフレームワークがない限り、
import Cocoaはほぼ必須ですよね。

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

0197デフォルトの名無しさん

2016/04/02(土) 19:40:54.56ID:NSyOUFVI

>>192
それにXamrinも足してバトルしてほしい。
果たしてどれがいいのか。
windowsPhoneの将来に期待が持てるようになったら
c#という選択肢もありなのかもとはいえc#の魅力は全く知らないんだけど

0198デフォルトの名無しさん

2016/04/02(土) 20:09:18.47ID:cxMWKDGl

おれの場合Windows業務系の開発が仕事の主体だし
こんな状況になったらもうC#一択かな

0199デフォルトの名無しさん

2016/04/02(土) 20:16:12.43ID:Vva5uz2t

叩いてる人の具体的な意見としてはどういうのがあるんだっけ？
iOSアプリ開発が中心の人ならともかく、たまに開発するくらいの頻度だと、
必要になるまで積極的にSwiftを勉強しない、なぜならObj-Cで同じことできるから様子見、ってのは叩くのとは違うよね？

0200デフォルトの名無しさん

2016/04/02(土) 20:28:32.82ID:3k8UGCk0

>>197
ファイッ
Lua: Corona
Python: Kivy
Ruby: RubyMotion
C/C++: Cocos2dx
C#: Xamarin
Java: RoboVM
HTML5/JS: Cordova
JS: React Native
Any: Unity

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

0201デフォルトの名無しさん

2016/04/02(土) 20:39:14.93ID:tXaplc4T

RubyMotionとかあったなぁ、あれこそ完全にオワコンだな

0202デフォルトの名無しさん

2016/04/02(土) 21:06:38.73ID:jUxZCBE4

デスクトップだとElectron製アプリが爆発的に増えてるけどね

0203デフォルトの名無しさん

2016/04/02(土) 21:46:02.88ID:pt9xx1lF

C#は開発効率良いよなぁ
linqとwpfはすごいわ
どっちも開発に使ってるけどswiftはまだ泥臭いコード書かされるところ多い

0204デフォルトの名無しさん

2016/04/02(土) 23:20:31.24ID:NSyOUFVI

>>203
もうちっと具体的にC#のメリットをswiftと比較して語ってくれると嬉しい。

0205デフォルトの名無しさん

2016/04/03(日) 02:18:06.73ID:h3llWWlJ

>>194
それ状態を保持してるじゃん。＞古い状態

0206デフォルトの名無しさん

2016/04/03(日) 02:41:34.96ID:Dm6lakgM

Swiftの勉強したくないからSwiftアンチしてると思ってるバカが多すぎ

0207デフォルトの名無しさん

2016/04/03(日) 02:43:32.39ID:ZV9NMQt1

>>205
だれが古い状態を保持しているのですか？

0208デフォルトの名無しさん

2016/04/03(日) 03:03:14.07ID:h3llWWlJ

>>207
は？
保持して無いなら何を参照してるんだよ。

0209デフォルトの名無しさん

2016/04/03(日) 04:29:19.01ID:sllzJKZR

根本的に関数型プログラミングをわかってなさそうだな

0210デフォルトの名無しさん

2016/04/03(日) 10:19:48.90ID:cQ4xdL6z

他人の書いた$wiftコードは読めない

0211デフォルトの名無しさん

2016/04/03(日) 10:35:16.71ID:o+6XAuqe

>>206
swiftで仕事してるが型推論で楽々なswiftがクソすぎ
その時楽したペナルティーが大きすぎる
optionalはプロとビギナーで使い方が違いすぎてカオスになるし
えっクソコードの無駄な頑張りも痛い

0212デフォルトの名無しさん

2016/04/03(日) 11:24:32.60ID:ivs60oLk

>>206
お前は勉強しても理解できないだけだもんな

0213デフォルトの名無しさん

2016/04/03(日) 12:01:14.79ID:Vjn15VJc

2年も前からswift使うとobjcより生産性低くて工数かかるって言われてるのに
今さらObj-Cマンセーを担いでアンチするのは理解に苦しむ

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

0214デフォルトの名無しさん

2016/04/03(日) 12:08:07.30ID:ZV9NMQt1

>>208
状態の一部分もしくは全体を参照しているのは、引数もしくは戻り値です

0215デフォルトの名無しさん

2016/04/03(日) 12:34:48.18ID:ygJhNlIm

>>212
そういう思い込みもバカ丸出しだな
Objective-CができてSwiftが理解できないやつなんていないだろ

0216デフォルトの名無しさん

2016/04/03(日) 13:00:53.80ID:Vjn15VJc

Optionalやfor eachは理解出来ても使いこなせない子がいるらしいっすよ？
あと、インクリメントは分かるけど、デクリメントが分からない>>62とか
新しいことを使いこなせないと大変だなぁ

0217デフォルトの名無しさん

2016/04/03(日) 13:45:04.44ID:NF4r9xee

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

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

0218デフォルトの名無しさん

2016/04/03(日) 13:54:22.32ID:jlk/WnzK

>>215
いや、直近のスレの流れを見てるといるみたいだぞw

0219デフォルトの名無しさん

2016/04/03(日) 14:16:46.24ID:/Jgcl09N

>>218
もしそれが本当ならなおさらSwiftの利点がなくね？

0220デフォルトの名無しさん

2016/04/03(日) 14:40:54.17ID:jlk/WnzK

>>219
どゆこと？
Swiftに限らず、何かの利点とそれを理解できない人がいることは関係あるのかな

0221デフォルトの名無しさん

2016/04/03(日) 16:15:55.91ID:z6Yr/MxX

質問です。
NSStringとStringの相互変換
NSArrayとArrayの相互変換
これらのオーバーヘッドとか、ガイドラインとか、
まとめられたページを探しています。

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

0222デフォルトの名無しさん

2016/04/03(日) 17:19:55.49ID:Vjn15VJc

それくらい自分でベンチマーク作れと言いたいが
ttp://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, プリミティブ型でも違う気がするからそれは自分でやれ

0223デフォルトの名無しさん

2016/04/03(日) 17:23:08.10ID:Vjn15VJc

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

0224デフォルトの名無しさん

2016/04/03(日) 17:40:07.69ID:ivs60oLk

NSArray→Arrayは型チェックでO(n)かかる
ObjCの方でジェネリクス指定してる場合どうなるかは知らん

0225デフォルトの名無しさん

2016/04/03(日) 17:49:50.31ID:Vjn15VJc

NSArrayで<Int>で指定しようとしたら当然ながらビルドエラーだったよ:(
その辺りも暗黙の型変換入ってるから、NSObjectを要素にした方が正確かもしれん

0226デフォルトの名無しさん

2016/04/03(日) 18:19:32.27ID:Vjn15VJc

NSObjectにしたらNSArray to Arrayも耐えられる速度になったので、ループ回数の補正も直したよ
ttp://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倍遅いのは条件分岐ってレベルじゃない

0227デフォルトの名無しさん

2016/04/03(日) 19:04:27.11ID:9TLLLdbK

NSArray to Arrayは構造体に中身詰めなおしてるけど、
Array to NSArrayはSwift Arrayをヒープに移動させて、参照保持してるだけなんじゃないの

0228デフォルトの名無しさん

2016/04/03(日) 19:39:31.15ID:wuVkf/n+

それだけなら>>226で同等性能な説明がつかなくないか

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

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

0229デフォルトの名無しさん

2016/04/03(日) 21:29:23.76ID:ivs60oLk

The Swift Array Design
https://github.com/apple/swift/blob/master/docs/Arrays.rst

0230デフォルトの名無しさん

2016/04/03(日) 23:19:17.99ID:+4G3NwOT

まさか早い早いと言っていたSwiftが遅かったとはな、、残念だ

0231デフォルトの名無しさん

2016/04/04(月) 06:14:38.99ID:8ikdH9Gd

これ要は、普通にArray<object>使うと代入直後は値型じゃなくて参照型になるって言ってるかな？

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

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

0232デフォルトの名無しさん

2016/04/04(月) 08:08:31.69ID:D+O6J8Kz

ネイティブアプリのメモリの断片化なんてH/Wの仕事だから、そこがモッサリjavaとの大きな違い

0233デフォルトの名無しさん

2016/04/04(月) 08:14:44.38ID:8AVinqFc

Arrayは参照渡しなだけでバッファはヒープにあるだろ

0234デフォルトの名無しさん

2016/04/04(月) 08:17:20.50ID:D+O6J8Kz

obj-Cのほうが単純で分かりやすいよな

0235デフォルトの名無しさん

2016/04/04(月) 09:36:37.71ID:8CglthOk

SwiftのArrayも、要素の追加削除ができる時点で、内部的にはポインタで管理だな。

0236デフォルトの名無しさん

2016/04/04(月) 10:26:33.55ID:opjeZDWo

メモリ断片化排除ってhwの仕事だったの！？

0237デフォルトの名無しさん

2016/04/04(月) 10:33:43.73ID:8AVinqFc

ネイティブアプリはそうだよMMUの仕事
javaはVMがシコシコやってる

0238デフォルトの名無しさん

2016/04/04(月) 10:40:25.06ID:Cu4dHpfA

VMがMMUに処理を渡してる、とマジレス
VMもネイティブバイナリだから当然だよなぁ

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

0239デフォルトの名無しさん

2016/04/04(月) 11:00:09.67ID:Cu4dHpfA

>>235
let Arrayとvar Arrayで中の人が違う、、、と思いたい
NSArrayとNSMutableArrayも違うよな、そうだよいってくよ、バーニィ

0240デフォルトの名無しさん

2016/04/04(月) 13:47:45.04ID:M4TbN6Fx

Swiftに変える合理的な理由などない
Appleが変えたいから
それ以外に理由などない
AppStoreでおこぼれもらいたい下僕どもはただただ従うのみ
以上だ

0241デフォルトの名無しさん

2016/04/04(月) 13:48:51.34ID:Cu4dHpfA

>>240
>>167

0242デフォルトの名無しさん

2016/04/04(月) 18:00:20.26ID:gxcrcrM1

ちょっと誰か教えてください

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

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

0243デフォルトの名無しさん

2016/04/04(月) 18:03:57.96ID:gxcrcrM1

あ、、ポイントは i += 5なところです。。 i += 1 なら 0...100 やりゃいいんで困らないのですが。。

0244デフォルトの名無しさん

2016/04/04(月) 18:07:16.72ID:gxcrcrM1

すみません。 >>66 に答えがありました。。。

0245デフォルトの名無しさん

2016/04/04(月) 20:25:14.42ID:wuqWnIzW

0.stride(through: 100, by: 5).forEach はどうよ、と思ったら遅せぇww
ttp://swiftlang.ng.bluemix.net/#/repl/40ddd8e51fed22e0f73f04401e36f7448a559376ab0455580d3691e515d7de2f

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

0246デフォルトの名無しさん

2016/04/04(月) 21:25:03.05ID:Fl6xz6zl

その書き方するぐらいならwhile使えよ

0247デフォルトの名無しさん

2016/04/04(月) 22:05:14.86ID:wuqWnIzW

アンチがフィーバーする前にも言われてたけど
for each入れるのは良いけどC style forを削除するのはアホだよなぁ
proposalではC style forとstrideが等価機能って言ってるけど、性能まではそうではない

0248デフォルトの名無しさん

2016/04/04(月) 22:26:32.36ID:M4TbN6Fx

アンチCありきの言語なんだから仕方ないだろ
諦めろ

0249デフォルトの名無しさん

2016/04/04(月) 23:00:56.42ID:gxcrcrM1

swift まだまだ言語仕様変更たくさん入りそうで、大量のコード書くのが怖いや(;^ω^)

0250デフォルトの名無しさん

2016/04/04(月) 23:20:21.52ID:6rJY0GHh

性能より間違いの無さなんだろうね
レベルの低いプログラマでも安全なコードになる様、自由に書けないように設計されてる気がする

0251デフォルトの名無しさん

2016/04/04(月) 23:30:43.92ID:/YWN6rjn

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

0252デフォルトの名無しさん

2016/04/04(月) 23:52:16.36ID:o1N15YB8

>>245
lazy 噛ませてリリースビルド(-O)でコンパイルすれば
lazy-stride + forEach と stride + for-in と C-style for文は同等の速さだったぞ

0253デフォルトの名無しさん

2016/04/05(火) 00:07:19.99ID:WKkWXPD6

lazyとかwww
いまはLOUDNESSやろ

0254デフォルトの名無しさん

2016/04/05(火) 01:38:58.64ID:pISDoJRE

>>250
バカ用言語Swift ｗｗｗｗｗｗｗｗｗｗｗｗ

0255デフォルトの名無しさん

2016/04/05(火) 02:21:47.43ID:nbcjpUyM

自由度高杉で$wiftが嫌いなんだが・・

0256デフォルトの名無しさん

2016/04/05(火) 02:26:45.35ID:nbcjpUyM

lazyとかのコンパイラマジックをあてにしてると痛い目に会う

0257デフォルトの名無しさん

2016/04/05(火) 03:01:19.06ID:vohu3sSY

lazyがコンパイラマジックとかwww

0258デフォルトの名無しさん

2016/04/05(火) 04:51:22.88ID:9nVBXDaf

>>247
性能はどう頑張ってもCと等価にはならんよ。
>>229にも等価がゴールだと書いてるが、ランタイムで関数呼んでる時点でオーバーヘッドがある。
Appleは低レベル用のCのAPIも整備してるので、使い分けだよ。

0259デフォルトの名無しさん

2016/04/05(火) 06:33:49.45ID:ERWE0AZ3

>>258
それは承知だけど、C style forは勿体ないなぁ、、、と
for I in 0...100 で1づつ上げるなら同等だったけどさ

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

0260デフォルトの名無しさん

2016/04/05(火) 08:55:00.32ID:nbcjpUyM

>>238
VMか使うメモリとアプリが使うメモリは違う
アプリが使うメモリはVMが管理する必要がある
MMUの手助けは多少あるかもしれないがVMからMMUは見えないから

0261デフォルトの名無しさん

2016/04/05(火) 08:57:55.34ID:nbcjpUyM

今更swift覚えるヒマがあったらframework3つ覚えたほうがいいよ

0262デフォルトの名無しさん

2016/04/05(火) 08:59:05.90ID:0lBSdogL

もう言語レベルの未来はC#かjavaでいいよ。。

0263デフォルトの名無しさん

2016/04/05(火) 09:06:22.79ID:x9DvuyDk

意識高い系は車輪の再発明って言葉好きだけど
そういう奴に限ってこういうの好きなんだよな

0264デフォルトの名無しさん

2016/04/05(火) 09:07:17.02ID:OQs1aMgK

何十年前のVM実装を想定してるんだ、、、
AndroidはJava、JavaだからVM、VMだからMMUは見えない
よって、 AndroidはMMU見えてない、みたいな短絡理解すらありそう

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

0265デフォルトの名無しさん

2016/04/05(火) 09:12:53.69ID:0lBSdogL

AndroidはLinux KernelつまりC/C++じゃんか

0266デフォルトの名無しさん

2016/04/05(火) 09:36:57.75ID:OQs1aMgK

論点ズラしか、マジレスか、ネタか分からんが、ちょっとワロタw
C#のダイレクトマーケティングより、そのお笑いを活かして欲しい

0267デフォルトの名無しさん

2016/04/05(火) 15:09:32.55ID:sjapxTBH

>>252
うろ覚えの範囲で構わないのでサンプルコードplz
lazy周りの有効な使い方が知りたいよ

0268デフォルトの名無しさん

2016/04/07(木) 00:11:24.76ID:Fjwi80f7

C#って、最近はCホンハイって呼ばれてるんだろ。
恥ずかしくて使いたくないよ。

0269デフォルトの名無しさん

2016/04/07(木) 00:41:27.76ID:1vbmFl9s

$wiftも恥ずかしい

0270デフォルトの名無しさん

2016/04/07(木) 01:01:05.65ID:1vbmFl9s

潰れたシャープって全てがシャープじゃなかったな・・
東芝も間もなく倒産だし・・

0271デフォルトの名無しさん

2016/04/07(木) 10:30:15.38ID:eSoOpHnE

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>() // ← 死亡
}
}

0272デフォルトの名無しさん

2016/04/07(木) 19:48:08.62ID:aCu/sOt7

>>271
どうした？泣き言か？

0273デフォルトの名無しさん

2016/04/07(木) 22:05:52.99ID:AfKykSUD

落ちるのは問題でしょ
こういう問題ってOSバージョンアップした時に起きたりするの？

0274デフォルトの名無しさん

2016/04/08(金) 08:49:03.84ID:dKbs4Qh+

なんでクソなSwiftなんか使ってんだよ
自業自得
もっと完成度が上がってからにすればいいのに

0275デフォルトの名無しさん

2016/04/08(金) 11:15:57.76ID:qHK9+Kc0

これマジすか？

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

0276デフォルトの名無しさん

2016/04/08(金) 12:07:03.72ID:5f93SXyM

ステマ乙
Xamarinくらいのダイレクトマーケティングでやり直し

0277デフォルトの名無しさん

2016/04/08(金) 12:41:39.88ID:EiHjwqmG

もしGoogleが開発に加わったらかつてのWebKitみたいに開発改良が加速するだろうな

0278デフォルトの名無しさん

2016/04/08(金) 13:07:38.04ID:yaLzK7dn

ORACLEにネチネチ金を毟り取られるのに嫌気がさしたんだろう

0279デフォルトの名無しさん

2016/04/08(金) 13:15:40.30ID:5f93SXyM

スレチだけど、Oracle(Sun Microsystems)に対しては不誠実すぎるからむしられてまえと思う
Java仕様策定グループに入って数年後、自前のJavaVM実装作ってAndroidとかOracleはキレていい

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

0280デフォルトの名無しさん

2016/04/08(金) 13:44:51.93ID:8K8OxpzX

swiftでandroid使えるようにするくらいなら
googleが正式にkotlinをメイン言語に据えるって発表したほうがいいのでは？

0281デフォルトの名無しさん

2016/04/08(金) 15:56:59.47ID:Im2yO6bb

AppleもGoogleもSwiftへの「移行」ってのが馬鹿だよなあ
なんでMSみたいにユーザーが言語選べるようにしないんだ

0282デフォルトの名無しさん

2016/04/08(金) 16:19:23.35ID:AA7rm6mz

本来なら一本化する方がいいに決まってる

0283デフォルトの名無しさん

2016/04/08(金) 17:18:00.93ID:yaLzK7dn

WWDCまであと二ヶ月しか無いけどSwift関連ではバージョン3意外に何かアナウンスできるものがあるんだろうか
中の人の進捗どうなんだろ

0284デフォルトの名無しさん

2016/04/08(金) 17:44:19.86ID:8K8OxpzX

>>282
それは開発者の都合であり
エコシステム作ってる側からすれば　囲い込みたい

0285デフォルトの名無しさん

2016/04/09(土) 00:19:04.12ID:A771Lk4q

>>282
objcとswiftはダメだと

0286デフォルトの名無しさん

2016/04/09(土) 00:26:05.37ID:ncpORidQ

Swiftの覇権確定したな

0287デフォルトの名無しさん

2016/04/09(土) 01:12:02.68ID:ncdfEqIF

>>272
泣き言だよﾊﾞｶﾔﾛｰ

>>273
swift2.2対応かね？

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

0288デフォルトの名無しさん

2016/04/09(土) 03:14:42.74ID:WgVJAQjW

UIColorにextensionでFailable Initializerを追加してんだけどreturn nilする場合は先にself.init()しないとBAD ACCESSで落ちるようになったわ
2.2からは早期に打ち切れるようになったんじゃないのかよｗ

0289デフォルトの名無しさん

2016/04/09(土) 05:17:38.03ID:y+sZ9AFx

継承とextensionは実装が別物じゃないの？
と思うけど、切り分け理解出来ない子が多そうだから
super.init()の後呼びなんて非対応のままにしておけば良いのにな

0290デフォルトの名無しさん

2016/04/09(土) 07:29:14.73ID:er2VxWog

実は2.1までextensionでself.init()呼ばなくても通ったんだよ

0291デフォルトの名無しさん

2016/04/09(土) 08:57:01.51ID:7UNIlT2O

>>274
アンチスレ行こうぜ
ここはswiftがお似合いの人種のスレだ

0292デフォルトの名無しさん

2016/04/09(土) 10:52:52.68ID:SYvRu2WC

みんな色んな人間の反応が見たくて集まってるわけだからアンチスレへの隔離は意味ないよ。
アンチの書き込みも信者の書き込みもきちんと真摯に受け止めるくらいじゃないと。
信者同士の馴れ合いがしたいんならFacebookのほうがいいね！

0293デフォルトの名無しさん

2016/04/09(土) 11:41:16.47ID:y+sZ9AFx

いや、生産性のないヘイトだけのアンチはアンチスレにどうぞ
ダメな所を指摘するんじゃなくて、ディスリ芸だったりObj-Cマンセーだったり、前スレ酷かったからな

0294デフォルトの名無しさん

2016/04/09(土) 11:42:27.61ID:DXF/IQ/W

Swiftマンセーも酷いけどな

0295デフォルトの名無しさん

2016/04/09(土) 11:57:01.15ID:ncdfEqIF

ObjCが良かろうが悪かろうが、Apple様がSwiftに力入れる（そのうちObjCは切るかもしれない）って言ってんだからついていくしかないだろうが。

0296デフォルトの名無しさん

2016/04/09(土) 12:02:49.79ID:I/CXpaoQ

しかないって、依存度100%だな

0297デフォルトの名無しさん

2016/04/09(土) 12:08:48.10ID:y+sZ9AFx

マジモンのswift信者は前スレ、今スレにはいないと思うがなぁ

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

0298デフォルトの名無しさん

2016/04/09(土) 12:42:42.02ID:E3dGW4Br

アンチはアンチなりにもっと具体的に問題点を指摘してくれたほうが
意味があるからなんとなくのアンチはやめて欲しいところ。

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

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

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

0299デフォルトの名無しさん

2016/04/09(土) 12:52:33.99ID:SYvRu2WC

>>295 >>297
>Apple様がSwiftに力入れる（そのうちObjCは切るかもしれない）って言ってんだから
>Obj-Cを切るかもという噂もあるが

初耳詳細希望

0300デフォルトの名無しさん

2016/04/09(土) 14:32:45.14ID:Aqi7sbs/

$wiftがいいとか悪いとか嫌とかなのではなくて、同じ結果を出すのに、なんで新しい言語を覚えなきゃならないのかってこと
obj-Cで十分まともなプロダクトになる

0301デフォルトの名無しさん

2016/04/09(土) 14:34:29.62ID:ncpORidQ

ObjCなんか切るに決まってんだろ
今年のWWDCでObjCの葬式やるよ
http://i.imgur.com/H9oFV1I.jpg

0302デフォルトの名無しさん

2016/04/09(土) 15:27:41.98ID:Zt4TYUJ0

なんかすげえことになったな
去年くらいにswiftやったほうがいいことになる
とかまとめサイトにまとめられてたやつがいたが
このことだったのか…

0303デフォルトの名無しさん

2016/04/09(土) 16:19:14.06ID:y+sZ9AFx

JavaScriptに文法似せてその層のプログラマを新規参入させるのが目的で、現行Obj-Cやってる層はそのままで良い
というのに、何故か、排斥される！と危機感？を感じてディスりに来るObj-C信者がいるのがオカシイ

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

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

0304デフォルトの名無しさん

2016/04/09(土) 16:27:50.03ID:E3dGW4Br

>>300
むしろ新しい言語覚えるのそんなに大変じゃないだろ
UIKitの使い方は一緒だし

0305デフォルトの名無しさん

2016/04/09(土) 16:51:39.75ID:C4V1QWwj

>>303
JavaScriptしか書けない人間ってあまりいないかも知れないが、純JavaScripterがSwiftをやったら型とオプショナルでつまずきそうな気がする

0306デフォルトの名無しさん

2016/04/09(土) 17:12:20.04ID:f4edAL7s

将来はobjc切るかもしれないけど、数年はないでしょう。
それなりにば言語として落ち着いたらobjcに対する新機能実装は減っていき、swift優先で実装されるんだろうけど。
いそれなりに言語として普及してアプリが出た状態にならないと
iOS/Macのアプリ開発者が減ってアプリ販売本数が減ってアップル収益を崩しかねない。
5年以上は両方続くと思うなあ。

0307デフォルトの名無しさん

2016/04/09(土) 17:20:19.13ID:hh+9O34o

AppleのOSの開発に限ったとしても
現時点では魅力のない言語だと思うよ
AppleのOSの開発だけで満足する人で既存の言語を知らない人がするにはいいかも知れないけど
将来性がまた見えてないしリスクがあることは承知してやるべきだ。
WindowsやLinuxやモバイルまでも考えているなら、こんなもの論外だということは認めてからやろう。

0308デフォルトの名無しさん

2016/04/09(土) 18:23:44.93ID:y+sZ9AFx

そんな分かりきったことをドヤ顔で言わなくてもw

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

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

0309デフォルトの名無しさん

2016/04/09(土) 18:33:48.60ID:f0Ftsbz8

Swiftのターゲットの範囲ではObj-Cより書きやすく、読みやすくなるのは事実だと思うし、Swiftの存在価値がないとは思わない。
一方で、SwiftがObj-Cを全て代替できるわけではないのだから、Obj-Cで書いたほうが明らかに楽な部分があるのもまた事実。

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

0310デフォルトの名無しさん

2016/04/09(土) 21:26:09.43ID:4JfbIEc3

Swiftが使われるようになるって聞いたけど
勉強は難しいか？

0311デフォルトの名無しさん

2016/04/09(土) 21:34:40.36ID:mpcW37K+

ですか？

0312デフォルトの名無しさん

2016/04/09(土) 21:52:10.73ID:W0UfgkyU

Swiftの言語仕様自体は別に難しくないけど
結局標準的なパターンみたいなものがなくて、
「これがSwift流だ！」って言ってるやつがみんな自己流オナコード見せ付けてくるから、
真面目に業務に利用する言語として勉強するのは難しいと思う

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

0313デフォルトの名無しさん

2016/04/09(土) 21:59:08.05ID:I/CXpaoQ

新しいパターンとかは無いもんな。

0314デフォルトの名無しさん

2016/04/09(土) 22:03:01.90ID:l+ThhSix

新しいパターンもクソもないだろ
素人ほど意味不明なこと言いだすよね

0315デフォルトの名無しさん

2016/04/09(土) 23:53:12.86ID:I/Nepcfn

Swift終わったな・・

0316デフォルトの名無しさん

2016/04/09(土) 23:54:30.39ID:n9LxNHOQ

もうアセンブラでいいよ

0317デフォルトの名無しさん

2016/04/09(土) 23:56:21.31ID:I/Nepcfn

オレに聞け！スレがたたない限り無理

0318デフォルトの名無しさん

2016/04/10(日) 00:06:38.95ID:A0p52JdG

>>315
このレス懐かしいなw
久しぶりに見た気がする

0319デフォルトの名無しさん

2016/04/10(日) 01:27:53.00ID:6670WvNR

>>303
いや排斥予定なんだろ？
じゃなかったらこんなアンチがわくわけがない

0320デフォルトの名無しさん

2016/04/10(日) 02:51:14.76ID:D6Hp94Di

>>280
kotolin悪くない、っていうかjavaより断然いい、があれはあくまでjvmありきだから。

0321デフォルトの名無しさん

2016/04/10(日) 09:39:34.75ID:rj6qoVqH

obj-c->むかつく->会社の子のおっぱいでも眺める->落ち着く->obj-c->むかつく->おっぱい->落ち着く->完成！

0322デフォルトの名無しさん

2016/04/10(日) 09:44:10.20ID:0r3l3lBi

あの子のおっぱい! →nilでエラー
学んだ事：ブラをunwrapしてはいけない

0323デフォルトの名無しさん

2016/04/10(日) 09:51:52.51ID:R6ov6kXF

>>322
ブラはOptional型じゃないだろ。

0324デフォルトの名無しさん

2016/04/10(日) 10:20:06.51ID:0FVsEp1C

あの子のおっぱい? →nil
貧乳でもエラーにならない

0325デフォルトの名無しさん

2016/04/10(日) 11:01:20.73ID:6670WvNR

>>322
いくらなんでもnilはないだろ

0326デフォルトの名無しさん

2016/04/10(日) 16:44:27.77ID:CsnO/3sK

SyaseiとかMankoって名前の言語名だったら引くよな

0327デフォルトの名無しさん

2016/04/10(日) 16:46:39.95ID:0r3l3lBi

ヌーブラunwrapするときやけに萌えない？

0328デフォルトの名無しさん

2016/04/10(日) 22:21:57.14ID:R6ov6kXF

>>327
見たことないくせに。DT。

0329デフォルトの名無しさん

2016/04/10(日) 22:58:58.73ID:oi7Bl5FF

最近またswift使い始めたけどプロトコル指向って要するにどういうこと？
どんな感じの図式になるのか想像できなくて書き始められんのだけど。
クラス使わないって訳ではないんでしょ？

0330デフォルトの名無しさん

2016/04/10(日) 23:03:59.44ID:oi7Bl5FF

protocolにextentionで実装持たせられるってのはPlaygroundで出来たけど
これ変数の格納はできないじゃん？そこはクラスでやんの？

0331デフォルトの名無しさん

2016/04/10(日) 23:45:39.00ID:/P1vqiEk

そういう流行りモノはQiitaに行った方がいい
ここですらReactive、関数型、プロトコル指向、etc.、一年単位の流行りは追ってない

0332デフォルトの名無しさん

2016/04/10(日) 23:54:03.56ID:O9tCugyR

そういう意識高い系用語は気にしなくていいです

0333デフォルトの名無しさん

2016/04/11(月) 00:03:12.37ID:A/BjqMBa

Qiitaどころかググっても分かりやすい説明ないんだよねー
単に翻訳したやつを上っ面だけ紹介してるような。
まあ2.0でそういうことも出来るようになったよ的な感覚でとらえとくわ

0334デフォルトの名無しさん

2016/04/11(月) 01:29:15.25ID:9FWId5yL

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

用語を変えて新しい概念と吹聴するのはやめよう

0335デフォルトの名無しさん

2016/04/11(月) 02:11:41.59ID:MkoKiZNz

>>334 に大筋同意だけど、ちょっとずつ改良が加えられてる印象かな
objc派には改悪かもしれないけど

0336デフォルトの名無しさん

2016/04/11(月) 04:53:44.70ID:aGBiTu9S

Qiitaとか業界の癌だよ
もう新しいもの要らない

0337デフォルトの名無しさん

2016/04/11(月) 05:57:00.57ID:9g5J4zYC

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

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

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

0338デフォルトの名無しさん

2016/04/11(月) 09:16:38.51ID:JMJBUF7I

泥にこれ使うらしいから学ぼうかと思うんだけどおすすめの参考書とかある？

linux環境しかないけど無理かな？

0339デフォルトの名無しさん

2016/04/11(月) 09:42:13.05ID:+5+6KXlB

Swiftは必ず死ぬからやめておけ

0340デフォルトの名無しさん

2016/04/11(月) 10:07:22.28ID:+5+6KXlB

xcodeが静的解析するなら新言語とか要らないからframeworkの使い方のミスを解析してくれ、昨今の開発って単機能はリファレンス見れば分かるんだけど、APIとか含めて流れを作ると思い通り動かない。サンプルみたいに単純なアプリないし。

0341デフォルトの名無しさん

2016/04/11(月) 10:28:18.59ID:3F0sD+jV

>>338
幾つか本買ったけど正直ググるだけで解決する

0342デフォルトの名無しさん

2016/04/11(月) 10:44:23.60ID:MTy2aKBY

むしろ更新の早い新興言語で書籍買うのは悪手
公式マニュアルを一通り読むだけの方が要らぬ癖つかなくて良いと思う

0343デフォルトの名無しさん

2016/04/11(月) 15:22:34.65ID:OiRdskgr

>>342
要らぬ癖はよく分かる
まだスタンダードが定着してないからかオレオレな感じの書き方してる解説が多い

0344デフォルトの名無しさん

2016/04/11(月) 18:46:39.84ID:Kfk3xLXq

てかプロトコル継承した時点で自動的に実装が必要なもの書き出してほしいわ
その方が単に英語でエラー吐くだけよりいい

0345デフォルトの名無しさん

2016/04/12(火) 00:47:58.88ID:YBx8tJyQ

overrideが必要なinitも自動でスタブ生成してほしいな

0346デフォルトの名無しさん

2016/04/12(火) 09:31:42.05ID:kx5vTK/C

Swift使ってもなにも楽にならない
のはなぜ？

0347デフォルトの名無しさん

2016/04/12(火) 09:36:45.58ID:YZl+O2OR

アンチスレへ一名様ご案内ー

0348デフォルトの名無しさん

2016/04/12(火) 09:51:18.33ID:tRCUeSpH

>>346
楽云々よりヌルポで死ななくなるやん。真面目に書いてれば。

0349デフォルトの名無しさん

2016/04/12(火) 09:52:12.05ID:YBx8tJyQ

>>346
ObjCでチャランポランな糞コード書いてたからじゃね？

0350デフォルトの名無しさん

2016/04/12(火) 09:55:35.59ID:b1a+lXWX

SwiftをAndroidで動かしたアホがいるのなww
ttp://romain.goyet.com/articles/running_swift_code_on_android/

0351デフォルトの名無しさん

2016/04/12(火) 10:09:13.39ID:lG7pLY/m

>>344
この辺はobj-cがまだ優位かな。
swiftの各種支援機能をxcodeに実装して欲しいけど
リファクタリングすらついてないからね。
xcode自体歴史が長いからそろそろコードを一から描き直さないと
swift対応できないのかもね。それともApple自体が
swiftの言語仕様大改変が今後も続くことを想定してxocde側の実装を避けてるのかな。

0352デフォルトの名無しさん

2016/04/12(火) 10:30:44.86ID:lG7pLY/m

>>334
Reactiveの項目に関してはちょっと補足がある気がする。

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

0353デフォルトの名無しさん

2016/04/12(火) 10:55:55.46ID:YBx8tJyQ

>>351
>この辺はobj-cがまだ優位かな。
何言ってんだ
protocolのスタブ生成してくれないのはObjCでもずっとそうだろ
Visual StudioでもEclipseでも当たり前の機能なのに

0354デフォルトの名無しさん

2016/04/12(火) 11:06:21.13ID:b1a+lXWX

IDEスレや意識高い系用語定義スレで議論していいのよ

0355デフォルトの名無しさん

2016/04/12(火) 12:16:34.08ID:4EryMQpP

swiftダメだな

0356デフォルトの名無しさん

2016/04/12(火) 13:37:14.55ID:3pztNk3v

objcもダメだな

0357デフォルトの名無しさん

2016/04/12(火) 16:23:55.61ID:mumEYJrK

オレダメだな

0358デフォルトの名無しさん

2016/04/12(火) 16:35:47.27ID:e83HVM6/

>>357
それは誰も否定はしない

0359デフォルトの名無しさん

2016/04/12(火) 17:09:54.86ID:kUvY1uFu

d

0360デフォルトの名無しさん

2016/04/12(火) 19:45:19.00ID:eZE6JLFo

>>347
常駐さんなんですか？

0361デフォルトの名無しさん

2016/04/12(火) 21:32:15.45ID:j5hPE/df

お兄ちゃんたち！
助けて欲しいんだけど、、、、、
xcodeでiphone用のipaファイルを作りたいんだ！
でも、開発者アカウントを持ってないから普通にエクスポートはできないんだ。
でもでも、以前に作ったAppのipaファイルはなぜかPC上にあるんだよ！
Ad-Hocかかってるみたいだけど、どうやったのかな。。。。笑
ググっても分かんないんだ！！
どなたか教えてください。お願いします。

0362デフォルトの名無しさん

2016/04/12(火) 22:33:28.14ID:4EryMQpP

swiftで長時間コード書いてると時々xcodeが狂ったように候補出してこない
もう無理

0363デフォルトの名無しさん

2016/04/12(火) 22:47:53.15ID:vHk/wBZC

IDEに頼るな
昔はおまじないすら暗記してたじゃねーか

0364デフォルトの名無しさん

2016/04/12(火) 23:31:15.73ID:nXw/ekKx

>>361
http://potato.2ch.net/test/read.cgi/mac/1447650023/

0365デフォルトの名無しさん

2016/04/13(水) 00:06:09.54ID:9DNq0lN2

xcodeがクソかswiftがクソか分からんが、
おれもサクサク感ゼロのxcodeにキレた。
おまけに正しいのにエラーが消えずにレインボー5分間とか氏ねと言いたい。
つーか、objcで必要十分。

0366デフォルトの名無しさん

2016/04/13(水) 00:24:49.97ID:bcDeoDYO

Googleがswiftに色目使い出したからそろそろ覚えようかなって

0367デフォルトの名無しさん

2016/04/13(水) 00:52:01.09ID:lSl2+y/I

アンチはXcodeに不満をぶつけ
煽りはGoogleがSwift採用とはやしたてる

まとめてアンチスレへ

0368デフォルトの名無しさん

2016/04/13(水) 00:59:19.29ID:yHrGnE3i

信者は(ry

0369デフォルトの名無しさん

2016/04/13(水) 01:28:57.80ID:lSl2+y/I

俺が信者ならGoogleがSwift採用！ObjC終わった！！と煽りに乗ってるわw

0370デフォルトの名無しさん

2016/04/13(水) 08:03:43.34ID:5YpsHLv2

swiftの？！だらけのクソ言語のつまらなさと言ったら、もう、、

0371デフォルトの名無しさん

2016/04/13(水) 09:14:21.43ID:u0LvYLS6

手垢のついたOptionalヘイトはアンチスレへ

0372デフォルトの名無しさん

2016/04/13(水) 09:47:51.21ID:5YpsHLv2

毎日アンチスレへの誘導ご苦労様です。

0373デフォルトの名無しさん

2016/04/13(水) 09:54:59.09ID:obtZo0BS

>>353
warningマークをクリックしてみ
自動生成されるから

0374デフォルトの名無しさん

2016/04/13(水) 10:54:34.96ID:OxsnhqsY

>>373
されねぇよ
嘘をつくな

0375デフォルトの名無しさん

2016/04/13(水) 13:00:48.78ID:godLSBrx

requireならwarningに出るだろ。

0376デフォルトの名無しさん

2016/04/13(水) 13:28:47.84ID:OxsnhqsY

プロトコルの実装は出ないだろ

0377デフォルトの名無しさん

2016/04/13(水) 18:22:04.57ID:A8uT4887

require init はwarningから出た気がするな
プロトコルはescから選択しないと書き出されない

0378デフォルトの名無しさん

2016/04/14(木) 22:46:47.28ID:c3AHFV0e

過疎ってるな～swiftダメかな
でもコレSUZUKI自動車の登録商標じゃね？
またスイーフトとかって発音するの？

0379デフォルトの名無しさん

2016/04/14(木) 22:55:37.49ID:c3AHFV0e

いつも九州の後は東京
ガクブル

0380デフォルトの名無しさん

2016/04/15(金) 00:11:58.11ID:03IKtZ1j

ReSwift使ってる人いたらどういうものか説明頼む。
ViewController普通に使うの？

0381デフォルトの名無しさん

2016/04/15(金) 00:43:00.86ID:5/mWNXdA

UIApplicationはUIWindowを持ち、UIWindowはrootViewControllerを持ちます。

0382デフォルトの名無しさん

2016/04/15(金) 08:14:23.09ID:JfynkH74

Protocolなんてただのデザインパターン
ただの関数ポインタ
新しくも何にもない
swiftなんかクソ

0383デフォルトの名無しさん

2016/04/15(金) 08:26:11.71ID:di5xTRuF

しかし世界的にAppleひとり勝ちでAndroidスマホが死亡寸前なんだよな・・困った・・

0384デフォルトの名無しさん

2016/04/15(金) 08:35:10.78ID:Eh8CUZTo

世界的にはiPhoneのシェアがジリジリ減ってるんじゃなかったっけ？
日本も奨励金廃止でiPhoneピンチだし

0385デフォルトの名無しさん

2016/04/15(金) 08:43:48.70ID:sryCqOCh

>>383
何言ってんだこいつ

0386デフォルトの名無しさん

2016/04/15(金) 17:01:06.08ID:JfynkH74

iPhone SEの登場で世界的にもiPhoneだらけになる

0387デフォルトの名無しさん

2016/04/15(金) 17:03:09.23ID:JfynkH74

Androidは産業機器で生き残れるか・・
Appleがその分野に興味を持ったらアウトかな・・

0388デフォルトの名無しさん

2016/04/15(金) 18:49:33.80ID:ZI8wph9z

こういうApple信者がAppleの出したSwiftを認めないのはヤバいなぁと思う
今後Appleが出す新しいモノ、盲目的に素晴らしいって言ってくれなくなるんだものな

0389デフォルトの名無しさん

2016/04/15(金) 20:27:12.94ID:Eh8CUZTo

SEは見事に5cの二の舞を演じてるようだが

0390デフォルトの名無しさん

2016/04/16(土) 00:33:35.08ID:muPEsxBp

Appleはオワコン
時代はswift

0391デフォルトの名無しさん

2016/04/16(土) 11:07:41.24ID:BpfZK0NE

swiftだけはない
？！だらけで書いてて楽しくない

0392デフォルトの名無しさん

2016/04/16(土) 11:16:17.26ID:szTbrL/L

nilが問題なのではなく
「nilは大問題だ！！！」
と騒いで業界を掻きまわしてる奴らが問題
そんなつまらん洗脳にひっかかるな！
ジョブズが愛したobj-cでコツコツやろう

0393デフォルトの名無しさん

2016/04/16(土) 13:55:54.73ID:LcVOg6yU

ビックリしたり疑問を感じたりかわいいやつだな

0394デフォルトの名無しさん

2016/04/16(土) 20:19:28.86ID:szTbrL/L

swiftオワコン！

0395デフォルトの名無しさん

2016/04/17(日) 03:12:15.54ID:8vmz7utu

「おれ、Obj-Cは分かりませんが、Swift分かります(キリ！」

0396デフォルトの名無しさん

2016/04/17(日) 11:31:50.56ID:CLrgwT7G

オワランじゃないのかｗ

0397デフォルトの名無しさん

2016/04/17(日) 12:39:23.91ID:xvYfSxoW

オマエバカジャナイノ？

0398デフォルトの名無しさん

2016/04/18(月) 00:24:17.61ID:JpFOEkpc

何だか最近盛り上がってないね。書き込みも少ない。
WWDCの頃には活発になるかな。

0399デフォルトの名無しさん

2016/04/18(月) 01:38:56.09ID:nfIr/7yZ

これでもム板勢いトップ5やぞ
ム板に人居ないだけ
っていうか2ch自体がオワコンなだけ

0400デフォルトの名無しさん

2016/04/18(月) 04:00:43.08ID:JpFOEkpc

勢い順にスレを見てみたけど上3つは凄い書き込みあるね。4位のこのスレ以下がオワコンって事なのか。

0401デフォルトの名無しさん

2016/04/18(月) 12:04:23.62ID:snkwxXca

上3つも有用な書き込みなんかほとんどないぞ

0402デフォルトの名無しさん

2016/04/18(月) 19:56:49.70ID:WqZxjq6c

>>396
「なるほど。ところで君C言語くらいはできるよね？」

0403デフォルトの名無しさん

2016/04/18(月) 22:10:24.79ID:2NYR58Ly

c言語の賢者様に聞きたいんだが「」は何の意味があるの？

0404デフォルトの名無しさん

2016/04/18(月) 22:39:01.43ID:0/EGhw/x

面接官と受験者のやり取りと見た

0405デフォルトの名無しさん

2016/04/18(月) 23:50:35.73ID:zu7aLdO9

AndroidのためにJavaを覚えるとStrutsのシステム保守に回されるし、
iOSのためにObj-Cを覚えると謎のグローバル変数で奇跡的に動作している組み込みの世界に送られる

0406デフォルトの名無しさん

2016/04/19(火) 00:05:05.29ID:s2otlseG

Swiftやればいいじゃん
炎上が約束されたiOS PJに回されるよ

0407デフォルトの名無しさん

2016/04/19(火) 00:15:51.95ID:IBERuxjj

SwiftはC++ライブラリ使えないのがほんまゴミ

0408デフォルトの名無しさん

2016/04/19(火) 03:28:01.43ID:4LryzsHW

知らんけどC++ぐらい使えるんじゃないのか？

0409デフォルトの名無しさん

2016/04/19(火) 03:57:41.41ID:uGfv6epY

>>408
Obj-C++でラッパークラス書かないといけない

0410デフォルトの名無しさん

2016/04/19(火) 06:59:59.54ID:bvEsMKnT

swift swift って、無視、無視
絶対に騙されないぞ！！！

0411デフォルトの名無しさん

2016/04/19(火) 07:15:24.38ID:nAe9TicD

Swift信者って自民党みたい
信用して頑張っても老後破産だし

0412デフォルトの名無しさん

2016/04/19(火) 07:22:42.52ID:nAe9TicD

AppleはタイミングをみてSwiftをIBMに手放すんじゃないか？
盛り上げゴリ押しがキモい。
unwrapなんかプロには不要だし。面倒くさいだけ。
やっぱりC#かな・・

0413デフォルトの名無しさん

2016/04/19(火) 07:26:04.64ID:bvEsMKnT

最近感動した事

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

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

0414デフォルトの名無しさん

2016/04/19(火) 08:08:42.82ID:bvEsMKnT

いい加減実行時エラーの場所をピンポイントで教えろやボケ

0415デフォルトの名無しさん

2016/04/19(火) 08:44:20.37ID:s2otlseG

>>407
つ swiftpp

0416デフォルトの名無しさん

2016/04/19(火) 09:42:29.81ID:4LryzsHW

>>414
Xcodeで実行時にちゃんとピンポイントで止まらないか？

0417デフォルトの名無しさん

2016/04/19(火) 10:05:18.59ID:nAe9TicD

AppDelegateまで吹っ飛ぶか妙なtry catchで止まる
相変わらず低レベル

0418デフォルトの名無しさん

2016/04/19(火) 12:03:40.65ID:krngbMoP

すべてのexceptionを受け取るブレークポイントを設定しておくだけ。
３秒で完了する。

0419デフォルトの名無しさん

2016/04/19(火) 12:57:06.95ID:s2otlseG

try!を下手に使ってんのかね
もしくはoptionalを適切に使わずobjcならnilで落ちるようなコードか

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

0420デフォルトの名無しさん

2016/04/19(火) 14:30:40.53ID:OAmiO/7v

https://developer.apple.com/wwdc/
なんというSwift推しデザイン
ObjC廃止発表ありそう

0421デフォルトの名無しさん

2016/04/19(火) 16:07:49.73ID:gZmx/yh7

マジで廃止発表があると思っているのなら頭がおかしいとしか

0422デフォルトの名無しさん

2016/04/19(火) 16:11:04.01ID:zUr07xy4

Swiftは信者の存在が邪魔

0423デフォルトの名無しさん

2016/04/19(火) 16:15:06.56ID:OAmiO/7v

オブシー信者涙目wwww

0424デフォルトの名無しさん

2016/04/19(火) 16:19:47.12ID:s2otlseG

objc信者を煽りたい愉快犯だろ
これに食いつくアンチはいない、、、と思いたい
前スレはアホほどいたけど

0425デフォルトの名無しさん

2016/04/19(火) 16:27:59.41ID:EsWfQWP3

objc終わるのか
もうおわってたようなもんだったけど、改めてご愁傷さま…

0426デフォルトの名無しさん

2016/04/19(火) 18:48:39.85ID:krngbMoP

別にobj-c終わらんよ。swiftと競合するものじゃない
すみ分けは可能だし

0427デフォルトの名無しさん

2016/04/19(火) 21:42:13.64ID:OAmiO/7v

競合でも住み分けでもなく置き換えなんだよなぁ

0428デフォルトの名無しさん

2016/04/19(火) 22:44:50.21ID:2kJ5ApAM

置き換えなんかあるわけない。
無知すぎるし頭悪すぎる。

0429デフォルトの名無しさん

2016/04/20(水) 00:37:17.24ID:n6ET3y8i

でも、AppleはこれからどんどんSwiftにリソースを割いていくし、逆にObjCはSwiftへの追従程度のメンテナンスモードになることは、ObjC用語してる人も認めるよね？

リソースを割けば良くなるとも普及するとも限らないけれど。

0430デフォルトの名無しさん

2016/04/20(水) 01:16:17.99ID:SKLC0XTP

むかし、数年間「これからはJavaだぜ！」ってんで
AppleがCocoa-Javaって環境を用意したことがあって
すぐ「やめます」ってなるんだが、それとおなじ臭いしかしない。

0431デフォルトの名無しさん

2016/04/20(水) 01:28:35.71ID:cGwyfDni

これからはJavaだぜw
あたりはずれもあるさ。

0432デフォルトの名無しさん

2016/04/20(水) 02:22:59.17ID:e+SS73Ln

オワジェクティブ・シー

0433デフォルトの名無しさん

2016/04/20(水) 02:58:47.51ID:Sq6qMtsx

まともにSwiftでコードを書いてたら置き換えどころかObjCの廃止なんて10年単位で無理だと分かるもんだがね。まともに書いてないライトウェイトな考えの奴程Swiftに夢見てるよな。

0434デフォルトの名無しさん

2016/04/20(水) 03:29:52.50ID:n6ET3y8i

>>433
今のところオープンソースで存在するSwiftで書かれたライブラリはどれも、ライトウェイトでまともじゃないな感じすか？
それらと比較して、ObjCで書かれたライトウェイトじゃないまともなオープンソースなライブラリって例えばどんなのを指してます？

0435デフォルトの名無しさん

2016/04/20(水) 08:14:32.12ID:F55WC+O9

ライブラリじゃないが
まともじゃないjazzy
まともなappledoc

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

0436デフォルトの名無しさん

2016/04/20(水) 10:33:59.88ID:dLT3plyk

>>430
MSがJavaVM作って訴訟負けしたからな
OSベンダーによる自前VMは当時許されなかった

0437デフォルトの名無しさん

2016/04/20(水) 11:53:57.25ID:n6ET3y8i

>>435 jazzyのどこらへんが、Swiftがライトウェイトでまともじゃないかんじっすか？

0438デフォルトの名無しさん

2016/04/20(水) 12:16:49.66ID:e+SS73Ln

jazzy
Ruby 71.1% CSS 18.2% HTML 9.0% JavaScript 1.7%

0439デフォルトの名無しさん

2016/04/20(水) 12:43:31.84ID:dLT3plyk

やっぱりSwiftコードは少ないな！
コード量はさほどではないにしても、enumにメソッド追加しまくりでシネと思う
enumを構造体やクラスとして使ってんじゃねーよ

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

0440デフォルトの名無しさん

2016/04/20(水) 13:00:26.95ID:e+SS73Ln

防衛線張りまくりのアンチほどカッコ悪いものはないなw

0441デフォルトの名無しさん

2016/04/20(水) 13:05:34.66ID:dLT3plyk

使ってる上で批判は良かろうw
Optionaaaaaalって叫んでるワケでもなし

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

0442デフォルトの名無しさん

2016/04/20(水) 13:40:23.96ID:n6ET3y8i

え？「まともにSwiftでコードを書いてたら置き換えどころかObjCの廃止なんて10年単位で無理だと分かる」という話の流れから、その例えとして出てきたjazzyが「Rubyで書かれてるライブラリだからダメ」っすか？

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

0443デフォルトの名無しさん

2016/04/20(水) 13:49:17.07ID:Sq6qMtsx

>>434
誰がオープンソースライブラリの話してるんだ？
どっからそんな話出てきた

0444デフォルトの名無しさん

2016/04/20(水) 13:54:50.48ID:7F2Xm21c

何事もやりすぎたらダメだよ
Swift推しってobj-cで飯食ってるやつらの目くらまし
AppleやSwiftに未来なんかない

0445デフォルトの名無しさん

2016/04/20(水) 13:55:20.49ID:n6ET3y8i

>>443
あなたの言う「まともにSwiftでコードを書いてたら置き換えどころかObjCの廃止なんて10年単位で無理だと分かる」を客観的に判断できるものとして、オープンソースのライブラリより適したものがあるなら、それでも構いません。

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

0446デフォルトの名無しさん

2016/04/20(水) 13:59:24.43ID:dLT3plyk

jazzyやAlamofireのSwift部分読めよ
なんでスルーするんだよ, せっかく出してやったのに悲しいじゃないか

0447デフォルトの名無しさん

2016/04/20(水) 14:32:01.12ID:e+SS73Ln

>>446
だからjazzyのswift部分ってどこだよw

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

0448デフォルトの名無しさん

2016/04/20(水) 14:35:28.10ID:dLT3plyk

えー・・・コードも追えないのかよ・・・

jazzyの中の人な
ttps://github.com/jpsim/SourceKitten/tree/c4da1e86f441ee9596c441ec3321e5d023beca19/Source/sourcekitten

0449デフォルトの名無しさん

2016/04/20(水) 14:39:00.78ID:DCGtbL6y

なんか恥ずかしいSwiftエアプログラマがいるな

0450デフォルトの名無しさん

2016/04/20(水) 14:39:48.41ID:e+SS73Ln

>>448
jazzyじゃなくてSourceKittenだろw

0451デフォルトの名無しさん

2016/04/20(水) 16:28:45.36ID:VhMLjGPy

>>429
> ObjC用語してる人も認めるよね？
認めるわけないだろ。無知すぎるし頭悪すぎる。
OS や Cocoa 自体を objc じゃなくて Swift で書くってか？
Adobe やゲーム屋が c/c++ を使わなくなるってか？
アホが。

0452デフォルトの名無しさん

2016/04/20(水) 16:34:01.03ID:g9fYYFr2

まずはSwiftの処理系をSwiftで書くところからかなｗ

0453デフォルトの名無しさん

2016/04/20(水) 16:53:43.76ID:e4aBFzwZ

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が廃止して欲しいんだかさっぱりわからない。片方書けたらどっちも書けるだろマジで

0454デフォルトの名無しさん

2016/04/20(水) 17:35:21.30ID:LJSD1Vw4

3行でおk

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

0455デフォルトの名無しさん

2016/04/20(水) 20:10:26.06ID:EM73E2Zf

AppleがObjective-Cを収束するとか言わなければこんなに荒れないし
SwiftはSwiftで楽しむ人もいただろう

0456デフォルトの名無しさん

2016/04/20(水) 20:11:26.00ID:EM73E2Zf

×収束
○終息

0457デフォルトの名無しさん

2016/04/20(水) 20:19:34.23ID:R26Bkih2

Appleはそんなこと言ってないだろw
言ってるのはお前さんみたいな煽りと、Qiitaの意識高い系エンジニアだけだ
あとそれに煽られたObjC信者もか

0458デフォルトの名無しさん

2016/04/20(水) 20:30:27.19ID:EM73E2Zf

>>457
Pure-Objective-Cアプリは今後リジェクトされるってことは終息方向じゃないのかと
http://www.slashgear.com/for-scholarship-students-at-wwdc-swift-is-mandatory-14378923/

> Your Mac app or iOS app must be written in Objective-C and Swift,
> or written entirely in Swift.

0459デフォルトの名無しさん

2016/04/20(水) 20:36:51.59ID:GRpMhYNy

すぐ信者いう奴ってバカなの？

0460デフォルトの名無しさん

2016/04/20(水) 20:42:13.35ID:cGwyfDni

なんかすげえ脳内変換を見たぞ
> Your Mac app or iOS app must be written in Objective-C and Swift,
> or written entirely in Swift.

0461デフォルトの名無しさん

2016/04/20(水) 20:46:23.91ID:EM73E2Zf

MacアプリまたはiOSアプリはObjective-CとSwift、またはすべてSwiftで書かなければなりません。

0462デフォルトの名無しさん

2016/04/20(水) 21:37:20.77ID:cGwyfDni

それは変換前でしょw

0463デフォルトの名無しさん

2016/04/20(水) 21:40:31.75ID:JtCcg8uQ

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.

0464デフォルトの名無しさん

2016/04/20(水) 21:41:29.20ID:EM73E2Zf

Objective-Cのみのアプリも許されるなら
written in Objective-C or Swift
になるがそうなってない

0465デフォルトの名無しさん

2016/04/20(水) 23:05:14.29ID:bFweoV0M

Qiitaと同じレベルで笑い所だろw
去年のWWDCのAppleのサンプルコードは半分以上がobjcだったけど、今年は頑張るのかねぇ

0466デフォルトの名無しさん

2016/04/20(水) 23:18:17.34ID:FHidoXBv

qiitaってあかんのか？

0467デフォルトの名無しさん

2016/04/20(水) 23:27:49.28ID:ovX+E2e7

今年の奨学金のお題はswiftだよ！
ってこと以外の情報は読み取れないけど。

0468デフォルトの名無しさん

2016/04/20(水) 23:45:41.34ID:bFweoV0M

Qiitaは直近一年のSwiftの記事で検索して便利？に使うよ
それ以上前の記事は言語仕様変更や流行遅れなことが多いから見ないけど

0469デフォルトの名無しさん

2016/04/21(木) 00:08:32.07ID:8XSM/QkZ

Foundationがswiftに書き換えられてからがswiftの本番かもね。

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

0470デフォルトの名無しさん

2016/04/21(木) 00:35:11.26ID:obVg+k0e

betaの頃に夢見た話だな
小さなランタイムが全ブラウザに移植されるわけねーってフルボッコだったけど

0471デフォルトの名無しさん

2016/04/21(木) 00:48:12.22ID:8XSM/QkZ

>>469
github見てたら普通にlinuxサポートしてんのね。
流石にwindowsはサポートしてないけど
osxやiosのカーネルがlinuxに変わる布石だったりして。

0472デフォルトの名無しさん

2016/04/21(木) 00:58:32.39ID:TdVCOaFJ

Swift終了

0473デフォルトの名無しさん

2016/04/21(木) 01:04:13.66ID:obVg+k0e

>>471
goやrustはwin, linux, mac, android, iOS, mips, arm, etc.とやってるけどな
当然クロスコンパイラ混みで

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

0474デフォルトの名無しさん

2016/04/21(木) 01:30:29.43ID:lcserAfg

Windowsは10なら既にSwift動いてなかったっけ？
どっかで記事見た気がする

0475デフォルトの名無しさん

2016/04/21(木) 03:15:59.76ID:oZFZzpoQ

常識的に考えればObj-Cを捨てるとかカーネルを全然違う系統のものに変えるとか、システムの互換性や安定性を極端に下げるような方針転換はしないと思うから、
馬鹿なんじゃないのかと批判しようと思ったけど、
68kからPowerPC、Mac OSからMac OS X、Power PCからx86へと尽く過去の資産を切っていったAppleに常識は通じないのかとふと思った

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

0476デフォルトの名無しさん

2016/04/21(木) 05:43:39.39ID:OzluRFnN

これからGoogleやMicrosoftと凌ぎを削って開発者の獲得を目指すのに、対応言語を増やす事はあれどなぜ既存のものをすぐ廃止する、廃止できると考えられるのか？
近視眼的なプログラマ目線でなくて経営から見た方がいい
一本化によるコストダウンもあるにはあるが移行コストも莫大なわけで、これまでのアップルの資産は数年でリプレイス出来るレベルじゃない

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

0477デフォルトの名無しさん

2016/04/21(木) 06:14:02.25ID:cpYK8ioK

GoogleがSwiftってのが嫌だ！Appleのそばに来るな！
クックはバカっぽいからSwiftは大失敗すると思う。
・Watch売れてない
・デカイiPad Pro売れてない
・iPhone SE売れてない
ジョブズ居なくなってから何も売れてない。
バカなんだろうな。

0478デフォルトの名無しさん

2016/04/21(木) 06:23:22.02ID:cpYK8ioK

obj-cの終焉はiPhone時代の終焉

0479デフォルトの名無しさん

2016/04/21(木) 07:05:46.42ID:lcserAfg

まぁ、本当にObjCだけで良かったのなら、わざわざ新言語のSwiftを作る必要はないわけで。
Apple様がこれからどちらに注力していき、どちらを終わらせるかは、明白だと思うけどなぁ。
今年のWWDCは、Swift 3.0以外にも何か大事がありそうで、今からとても楽しみ。

0480デフォルトの名無しさん

2016/04/21(木) 07:11:12.53ID:7ilSXgVD

話題作りで株価操作だろ、新しいframeworkならともかく新しい言語なんか覚えたくもない
どうせ結果は同じなんだから

0481デフォルトの名無しさん

2016/04/21(木) 07:17:21.08ID:7ilSXgVD

クックはやり方が下手。
おいおい！AppleのツールはSwiftって言語で書かれてるらしいぞ！
みたいな口コミみたいなところから持ってけばいいのに、1.2なんかクソだったしとりあえず3.0からまた始めるよ。

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

0482デフォルトの名無しさん

2016/04/21(木) 07:24:03.18ID:cpYK8ioK

swift専用、obj-c専用、のxcodeがいいんだけど

0483デフォルトの名無しさん

2016/04/21(木) 07:32:16.59ID:m1c7Omj5

Objective-CとSwiftの両方用意しときゃいいだけだろ
でjs厨的なやつも取り込みつつ現状の開発者はキープ
メンテの工数がきついとか舐めたこと言ってんじゃねぇぞApple

0484デフォルトの名無しさん

2016/04/21(木) 10:26:01.48ID:TdVCOaFJ

Swift終わったな

0485デフォルトの名無しさん

2016/04/21(木) 10:28:47.19ID:F6qCcv/0

>>476
ジョブズのsecret double life 忘れたかw
2000年の時点でOSX Intel版も出そうと思えば出せたと思われる。

0486デフォルトの名無しさん

2016/04/21(木) 12:28:18.38ID:8XSM/QkZ

http://www.infoq.com/jp/news/2015/03/apple-uxkit-framework-found
uxkitって話題になったけどいまだに出る気配ないよね。
上記によるとUIKitの再描画コードがシングルスレッドである点を問題視してるけど
androidでも同じだし、
マルチスレッドで動作するUIFrameworkってモバイル、PC含めて存在するの？

0487デフォルトの名無しさん

2016/04/21(木) 12:32:24.48ID:vGhgEsTT

AndroidのSurfaceView

0488デフォルトの名無しさん

2016/04/21(木) 12:46:26.60ID:1tW+tZJE

Swiftって、やりようによってはViewController.swiftに全クラス書けてしまうわけじゃない。
どういうときに他の.swiftファイルに分けるべきだとか、決まりごとみたいなのってある？

0489デフォルトの名無しさん

2016/04/21(木) 12:49:17.63ID:F6qCcv/0

ViewController.mにも全クラスかけるよ。

0490デフォルトの名無しさん

2016/04/21(木) 17:55:40.13ID:vGhgEsTT

objcのお作法に合わせるのが普通じゃないかね

0491デフォルトの名無しさん

2016/04/21(木) 17:59:57.96ID:oZFZzpoQ

>>479
で、Obj-C終わらせるとして、今まで書かれた大量のObj-CによるMac OS Xのシステムやアプリケーションのコード、iOSアプリはどうなると思うの？

0492デフォルトの名無しさん

2016/04/21(木) 19:34:37.52ID:aGfTB/fd

>>491
今までアップルがやってきたやり方を振り返れば考えるまでもないんじゃない？ ObjC触ってるならにわかなアップル歴でもないよね

0493デフォルトの名無しさん

2016/04/21(木) 19:39:08.53ID:MBs1iI/e

c/c++ で書きたい部分はなくならないんだから objc が無くなる訳がない。

0494デフォルトの名無しさん

2016/04/21(木) 19:50:22.85ID:vGhgEsTT

煽りに反応してるアホはまとめてアンチスレに行けよ

0495デフォルトの名無しさん

2016/04/21(木) 19:53:20.23ID:aGfTB/fd

無くならないのと、終わってないのは、違う意味で使ってるなぁ

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

0496デフォルトの名無しさん

2016/04/21(木) 21:58:10.78ID:k9qMiNyf

objc厨は文末にセミコロンを付けてくれないかな;
区別しやすくするために;

0497デフォルトの名無しさん

2016/04/21(木) 22:47:29.10ID:K3VU8sXc

そ;れ;な;

return 1;
}

0498デフォルトの名無しさん

2016/04/22(金) 00:56:24.00ID:gdMhTsNf

僕はswiftユーザーだけど;
swiftは衰退すると思うね;

0499デフォルトの名無しさん

2016/04/22(金) 00:56:28.23ID:na/YLjXQ

>>495
本当にそうなんだとしたら、せっかくAndroidに比べてメディア系がiOSは強いっていうアドバンテージがあるのに、わざわざその強みもなくすとはAppleもつまんない企業だなぁ。

0500デフォルトの名無しさん

2016/04/22(金) 01:44:53.15ID:pnsulXqJ

Swift信者じゃないんですけど!
Obj-Cの…大学?に通ってるんですけど!

0501デフォルトの名無しさん

2016/04/22(金) 01:53:16.00ID:YjOD3UQ2

appleは移行が得意な会社だと思うよ。
MacもOSをNextStepベースに変更したし
CPUアーキテクチャも何度も変更した。今はintelとarm両方にすら対応した。
２つの状態を共有して十分普及したら古い方を切り離す
という移行の仕組みで何度もCPUアーキテクチャだったりOSだったり
変更を行ってきた。

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

0502デフォルトの名無しさん

2016/04/22(金) 02:56:06.49ID:Po5tCyYM

アーキテクチャの変更はコンパイルし直すだけでだいたい解決するようにAppleがうまくやってくれたわけで、Objective-CからSwiftへの変更はCarbonからCocoa並みのインパクトと労力をサードパーティに強いるよ。
もし本気でSwiftへの移行を推し進めるのならApple純正のコンバータを提供してくれるかもな。

0503デフォルトの名無しさん

2016/04/22(金) 08:30:52.71ID:cu9U8SWC

AppleがSwiftに移行していくと言わなければ、ほとんどのやつは
すでにコード資産もたくさんあるだろうしObjective-C使うだろうな
Swift使うのは意識高い系だけだろ

0504デフォルトの名無しさん

2016/04/22(金) 09:41:22.17ID:hbzFAedw

Appleのモノは全て素晴らしいという訓練された信者と
ウケるオモチャが出来たと遊ぶハカー(笑)が使ってる

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

0505デフォルトの名無しさん

2016/04/23(土) 09:31:11.75ID:DlwhOkey

Swiftは書いてて楽しくないんだよな。
GCDもSwiftっぽくかけるだけで動作は全く同じでクラッシュしてもどこかわからない。
意味なく表記を変えたい人だけSwiftやればいいよ。
obj-cにもなんちゃってgenericsとnullable導入された今、どっちを使うか賢いやつは知っている。
新言語なんか覚えるのはナンセンス。

0506デフォルトの名無しさん

2016/04/23(土) 09:32:52.88ID:U4eeg9FW

アンチスレへどうぞ

0507デフォルトの名無しさん

2016/04/23(土) 10:14:55.64ID:DSC3p/Cx

Swift終わったな

0508デフォルトの名無しさん

2016/04/23(土) 10:23:52.86ID:cPCOyfl3

ファンクタ、アプリカティブ、モナドがSwiftを使ってわかりやすく説明されてる
http://www.russbishop.net/monoids-monads-and-functors

Objcでは無理そう

0509デフォルトの名無しさん

2016/04/23(土) 10:30:02.06ID:U4eeg9FW

ざっと読んだけどブロック分やジェネリクスの汚いコードなら出来るんじゃね
Swiftも十分に汚いからどんぐりの背比べだけど

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

0510デフォルトの名無しさん

2016/04/23(土) 13:07:17.01ID:HTvjMeTz

>>508
当初変態呼ばわりされたObjective-Cが霞んで見えるほどクソすぎるシンタックスだわ

0511デフォルトの名無しさん

2016/04/23(土) 13:23:45.55ID:7je2/+Js

アンチCを拗らせすぎてどんどんクソ構文になってきてるな
もっとうまくやれよSwift
バカなの？

0512デフォルトの名無しさん

2016/04/23(土) 13:28:54.80ID:b/dTUV5/

>>508
objc なら c++ のテンプレートを使えばよい。

0513デフォルトの名無しさん

2016/04/23(土) 13:30:43.63ID:pe7A/Xk6

>>495
MacもiPodもiPhoneもiPadも、登場時はこんなもの売れるわけ無い！って叩く奴多数だったけどね。
ライバルのネガキャンだけじゃなく、本当にそう思ってる者が多かった。
今から見れば、理由は簡単で、「従来からある何かの変種」だと見做そうとしてたから。
言語や製品のあるべき未来に近づいてるか？という目で見る人は少ない。

0514デフォルトの名無しさん

2016/04/23(土) 14:19:14.06ID:IsykvOxk

配列ってなんで添字アクセスした時Optionalで返ってこないの？
辞書はOptionalで返すのに一貫性ないじゃん

0515デフォルトの名無しさん

2016/04/23(土) 15:00:46.30ID:U4eeg9FW

煽りのわりには愉快な構想だなぁと関心した
当然無理な構想だけど

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

0516デフォルトの名無しさん

2016/04/23(土) 18:30:40.51ID:09Xre7an

おそらく数年後には、、、、

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

0517デフォルトの名無しさん

2016/04/23(土) 18:36:42.36ID:5fBWqHdD

Swift-C++ だなきっと・・・Swift-C# だったりして

0518デフォルトの名無しさん

2016/04/23(土) 18:50:53.68ID:NO2QW+MS

>>513
iPhoneが売れるわけないって言ってるやつら見る目なさすぎって当時呆れてた俺だがSwiftはこの先どうなるか分からんと見ている

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

0519デフォルトの名無しさん

2016/04/23(土) 19:04:36.36ID:U4eeg9FW

iPhone音声発信出来ないバグが多発してたから、、、
iPadはUS先行発売でビッグウェーブで日本人も食いつきまくりだったろ

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

0520デフォルトの名無しさん

2016/04/24(日) 00:29:05.22ID:nqSWTZK5

>Swiftは完成品をドーンと発表しなかったからショボイ雰囲気
Appleらしくないよな
ジョブズ時代のAppleなら、最初からある程度完成度の高い状態で
お披露目して一気に普及させるようにリリースしてたはず
初代iPhoneだってそうだった
そういうところにAppleの凄さを感じたりもしていたのだが...

0521デフォルトの名無しさん

2016/04/24(日) 01:30:55.20ID:cau9bF6X

>>485のsecret double lifeがまさにそれだな
Swiftも確かに数年間Apple内部でこっそりやってきたんだけど世間に発表してから2年経ってもまだまだな感じ
あと数年経てば小慣れてきていい感じに普及するかもな

0522デフォルトの名無しさん

2016/04/24(日) 01:39:00.82ID:3jQBxcsR

もう、javaかc#でいいじゃん

0523デフォルトの名無しさん

2016/04/24(日) 01:39:25.97ID:3jQBxcsR

金使わないぞ！

0524デフォルトの名無しさん

2016/04/24(日) 01:41:01.06ID:ZRk/831v

そう、新しいものは要注意
お金を使わせられるだけ
経済活動に協力してはいけない

0525デフォルトの名無しさん

2016/04/24(日) 01:54:24.28ID:ZRk/831v

チケット買って行く＝負け組

0526デフォルトの名無しさん

2016/04/24(日) 02:15:42.62ID:gR/TwUg1

チケットを買う金もない=負け組

0527デフォルトの名無しさん

2016/04/24(日) 03:09:49.30ID:KkS4eGjy

Swiftの開発体制はこれまでのAppleでは行ってなかったような、だいぶOSSコミュニティ寄りの開発の進め方だよね。かなりオープンというか。

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

0528デフォルトの名無しさん

2016/04/24(日) 04:43:56.57ID:d3IsJSTD

こんなポンコツ言語やってる奴いるの?

0529デフォルトの名無しさん

2016/04/24(日) 06:50:35.86ID:uOKdAUzC

時代の流れに乗ってみたんだろうけど、信者がついて来ないやり方は失敗だったなぁ
逆ブレしたObjC原理主義信仰のアンチを増やしすぎた

0530デフォルトの名無しさん

2016/04/24(日) 07:07:30.89ID:ZRk/831v

Swiftは5.0から

0531デフォルトの名無しさん

2016/04/24(日) 13:40:18.11ID:xn+uuIMP

Appleはオワコン

0532デフォルトの名無しさん

2016/04/24(日) 13:50:51.29ID:BfdrGh3V

このスレ見てたら結局C#使うのが一番楽そうに思えてくる

0533デフォルトの名無しさん

2016/04/24(日) 14:34:42.96ID:d3IsJSTD

>>513
iPod や iPhone,iPad はリリース前はともかく、リリース後は誰も普及しないなんて思わなかった。
Swift はどうだ? 上記の物とは全く逆の評価。
こんなの普及してほしいプログラマなんていないだろう。

0534デフォルトの名無しさん

2016/04/24(日) 14:57:16.97ID:ewb3DHT8

Swiftは大人気で、プログラマーはみんなやりたがってる、
アンケートを取れば一番人気の言語だ、
とか書いてあるのを良く見かけるけど、そうなの？
実感がないのだが？

0535デフォルトの名無しさん

2016/04/24(日) 15:13:23.19ID:jZ92YXb9

言語は素敵だけど、ライブラリが旧来のままなのが残念すぎる。

0536デフォルトの名無しさん

2016/04/24(日) 15:33:16.62ID:nqSWTZK5

>>534
ステマに決まってんだろそんなの

0537デフォルトの名無しさん

2016/04/24(日) 15:37:47.59ID:u7VpznkW

Swiftは欲張りすぎだな。
without C なら、ポインタ操作だのnullableだの一切やめて上層だけで組めるようにすれば良かったんでは。
できる事は限られるけどな。

0538デフォルトの名無しさん

2016/04/24(日) 16:50:04.91ID:b5fQXBMX

>>527
今のクックみたいにフィードバックをよく取り入れて物を作っていくよりジョブズみたいに独裁的に進めた方が良かったんじゃないのか
Appleには一流のエンジニアがたくさんいるんだし

0539デフォルトの名無しさん

2016/04/24(日) 16:59:45.59ID:kSoBPfTc

>>513
ジョブズが停めてたのが目に見えてわかるぐらいswiftは退歩してる言語だから…
いや、違うな…Obj-Cもまた変なベクトルの言語だけれども
少なくともC++みたいなのが迷い込んだ袋小路からは距離を置いた言語ではあった。
swiftはね、なんか袋小路のどんずまりで頭ぶつけてた奴らが
袋小路から首だけ出して「新天地だ！」って言ってるような、
"いままでと同じ泥沼に浸かったままじゃねーか！"って言いたいつか
少年が「王様は裸だ！」って言わないとわかんねーのかこいつら？な言語なの。

0540デフォルトの名無しさん

2016/04/24(日) 17:07:22.83ID:uOKdAUzC

多少は分かってるからObjC信者がいる
ここにヘイトしてくる狂信者っぷりは依然そのままだけど

0541デフォルトの名無しさん

2016/04/24(日) 18:32:14.41ID:b5fQXBMX

>>539
ジョブズが停めてたってのは初耳。どっかにソースある？

0542デフォルトの名無しさん

2016/04/24(日) 20:02:52.20ID:LIMXHAmJ

俺もジョブズが止めてたって初めて聞いた
ソース出して

0543デフォルトの名無しさん

2016/04/25(月) 01:53:47.08ID:CN38tcOf

>>539
ジョブズが止めてたなんて嘘でしょ。

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

0544デフォルトの名無しさん

2016/04/25(月) 02:13:54.75ID:T5W8CMM0

AppleがいつSwiftの話をやめるか今から楽しみ。
Swiftは一瞬だけ普及しておわる。

0545デフォルトの名無しさん

2016/04/25(月) 02:39:16.45ID:weZCW8i5

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月オープンソース化

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

0546デフォルトの名無しさん

2016/04/25(月) 09:18:43.26ID:6hm9slTz

ジョブズが止めてたって話から、関わってないって話に刷り変わっててワロス

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

0547デフォルトの名無しさん

2016/04/25(月) 11:41:05.45ID:xm7aaVCy

Swiftマンセーはステマ

0548デフォルトの名無しさん

2016/04/25(月) 14:36:08.21ID:uvV7TCK6

ステマって単語久々に聞いたわ

0549デフォルトの名無しさん

2016/04/25(月) 14:52:28.94ID:lOaK7I8B

>>546
俺はジョブズが停めてたって書き込みを見たから気になって時系列を調べてみただけだぞ
刷り変えってなんだ

0550デフォルトの名無しさん

2016/04/25(月) 22:03:12.49ID:28D3xrYo

Swiftなんかに踊らされるなよ～

0551デフォルトの名無しさん

2016/04/25(月) 22:29:10.79ID:38IKJfHp

ゴミはゴミ箱へ
アンチはアンチスレへ

0552デフォルトの名無しさん

2016/04/25(月) 22:29:59.03ID:d8W/vHDZ

>>549
亡くなってすぐにAppleが絡み出したように見える

0553デフォルトの名無しさん

2016/04/26(火) 00:18:01.96ID:KUbgmjPe

ジョブスなら objC の廃止までロードマップにのせるはずだ

0554デフォルトの名無しさん

2016/04/26(火) 00:29:44.37ID:fzQfkmE+

「ジョブズ」で「ObjC」な

0555デフォルトの名無しさん

2016/04/26(火) 00:39:00.45ID:MzogmFMS

は？

0556デフォルトの名無しさん

2016/04/26(火) 00:42:59.95ID:Sh/377mq

ジョブズなら～とかお前は大川隆法か

0557デフォルトの名無しさん

2016/04/26(火) 01:01:30.84ID:pUDdCBPP

Swiftに踊らされてるよ～

♪　∧,＿∧　　♪
　　 ( ´･ω･) ))
　(( (　つ　ヽ、　　　♪
　　　〉とノ　)))
　　（__ノ^(＿)

　　　∧＿,∧　♪
　 (( (･ω･` )
♪　 /　⊂　) ))　♪
　　((( ヽつ〈
　　 (＿)^ヽ__）

0558デフォルトの名無しさん

2016/04/26(火) 01:57:33.10ID:/JezqE/r

ob-cなんて記号だらけで読みづらいわ
swift今はガチガチだし整備されてない印象だけど今後もっと柔軟になるでしょ

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

0559デフォルトの名無しさん

2016/04/26(火) 02:35:58.18ID:dhI85j1e

(´・ω・｀)良い言語は概念にしろ文法にしろ他にどんどんパクられる

0560デフォルトの名無しさん

2016/04/26(火) 02:54:22.19ID:2csp8TRZ

ユーザー的には良いことじゃん
jsみたいに絶対的な地位が付加したらもっと楽しくなる
選択肢なんて無い方が良いわ
アプリのW3Cみたいなの結成してほしい

0561デフォルトの名無しさん

2016/04/26(火) 09:05:55.10ID:oNVdaUhv

ジョブスがswiftに興味持つわけ無いだろ。
計算機のレイアウトのためにGUIのツールを作らせるくらいブログラミングに興味ないやつだぞ

0562デフォルトの名無しさん

2016/04/26(火) 09:12:58.56ID:zTqhNGkU

モダン()な言語Swift
意識高い系のあなたにぴったりです

0563デフォルトの名無しさん

2016/04/26(火) 19:02:44.99ID:gziRJOQu

throwとdeferは失敗なパクリだと思った
optionalは慣れたら便利に使えるけど、あいつら使う日がくる気がしねー

0564デフォルトの名無しさん

2016/04/26(火) 22:33:50.05ID:gSQX/kYk

>>559はlispの使い手

0565デフォルトの名無しさん

2016/04/27(水) 08:18:52.93ID:44/gLsSj

optionalなんかめんどくさいだけじゃん
絶対にSwiftなんか使わん

0566デフォルトの名無しさん

2016/04/27(水) 08:21:14.45ID:wxiNnqIT

煽りがワンパターンすぎてつまらんぞ
もっと工夫しろ

0567デフォルトの名無しさん

2016/04/27(水) 08:25:08.25ID:eKwuIXWw

いつも監視ご苦労さん

0568デフォルトの名無しさん

2016/04/27(水) 08:26:00.11ID:44/gLsSj

Swift終わったな

0569デフォルトの名無しさん

2016/04/27(水) 08:31:18.62ID:44/gLsSj

某大手は組み込みへの応用を視野にSwiftはスルーするってよ
ランタイムがクソデカイし

0570デフォルトの名無しさん

2016/04/27(水) 08:33:38.48ID:eKwuIXWw

パクリ言語はダメだろ！？

0571デフォルトの名無しさん

2016/04/27(水) 08:41:29.55ID:eKwuIXWw

AppleがいつSwiftをあきらめるか楽しみで仕方ないよな～
今もこれからも時代はC#だよな～
Obj-Cはそれなりによかったが、iOSのためにSwiftなんか覚えても先が知れてる。
また新しい言語来るたびに苦労するのか？
マゾなの？

0572デフォルトの名無しさん

2016/04/27(水) 08:46:01.59ID:44/gLsSj

Appleもついに終わるか・・
もう売れないプロダクト感満載だし
iPhone7もiOS Xもたいしたことなさそうだし
jobsが生きててくれたら・・

0573デフォルトの名無しさん

2016/04/27(水) 08:55:52.70ID:61ZB7v+r

ID変え忘れてるぞ、どうした？

0574デフォルトの名無しさん

2016/04/27(水) 09:01:23.18ID:FURXXw38

>>571
Swiftのクソさ加減は誰の目にも自明だからな
いかにごまかしてフェードアウトするかその方法を探ってるだろう

0575デフォルトの名無しさん

2016/04/27(水) 20:26:16.09ID:Fr+o2Pfe

ライバルを増やさないように必死な工作が続いているというわけか…

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

と同じ流れだ

0576デフォルトの名無しさん

2016/04/27(水) 22:11:35.01ID:o0v8t3G/

>>575
ちょっと何言ってっかわかんないっすね
まさかライバル増やしたくないからとかいうしょぼい理由で
Swiftがクソだと言ってるとは思ってないよね？

0577デフォルトの名無しさん

2016/04/28(木) 02:48:12.16ID:cGoZpe21

そんな習得の難しい言語かよw
むしろ教科書的な言語だとすら思うわ
手になじむツールとしてはまだまだ未成熟なのは認めるけど

0578デフォルトの名無しさん

2016/04/28(木) 03:24:20.72ID:Wm1uQx8e

SwifterつうかAppleがオワコン

0579デフォルトの名無しさん

2016/04/28(木) 10:13:12.03ID:CfkwFJmh

Appleの次に来るのはどこ？

0580デフォルトの名無しさん

2016/04/28(木) 10:41:25.42ID:Q0S16tI3

JavaScript iOSフレームワークやってたらSwiftが随分便利だったなぁと死にたくなった
LL文法はいいんだが、JSに限らずネイティブ言語じゃない言語でiOSアプリ実装辛すぎシネ

0581デフォルトの名無しさん

2016/04/28(木) 11:27:13.63ID:fDDbRIn4

C#でのiOS開発は楽ですよ

0582デフォルトの名無しさん

2016/04/28(木) 11:31:12.70ID:vGVdpx6N

またUnity厨か

0583デフォルトの名無しさん

2016/04/28(木) 11:51:17.90ID:ncPOVSkC

おいらはObjective-Cで楽しく踊るよ～

♪　∧,＿∧　　♪
　　 ( ´･ω･) ))
　(( (　つ　ヽ、　　　♪
　　　〉とノ　)))
　　（__ノ^(＿)

　　　∧＿,∧　♪
　 (( (･ω･` )
♪　 /　⊂　) ))　♪
　　((( ヽつ〈
　　 (＿)^ヽ__）

0584デフォルトの名無しさん

2016/04/28(木) 11:51:48.39ID:Q0S16tI3

いや、Xamarinのステマ厨だと思うよ
昨日はID変え忘れてたようだけど今日は大丈夫っぽい

毎日ご苦労

0585デフォルトの名無しさん

2016/04/28(木) 12:39:34.97ID:ncPOVSkC

それにしてもSwiftは無いな・・

0586デフォルトの名無しさん

2016/04/28(木) 12:42:43.09ID:kFWxlXsE

swift、それは書いていて楽しく無い言語

0587デフォルトの名無しさん

2016/04/28(木) 14:27:47.94ID:/mxrv/ni

https://github.com/xamarin/xamarin-macios

0588デフォルトの名無しさん

2016/04/28(木) 15:00:39.15ID:UC16EIkK

実はFlashが一番だということに、最近気づいた
何でもコードを打つのは面倒に感じる

0589デフォルトの名無しさん

2016/04/28(木) 20:19:53.03ID:B+IQUyxU

ねくらファンタジーマップチップ素材集
http://www.dlsite.com/home/work/=/product_id/RJ165626.html/?unique_op=af
マップにこだわりたい人向けの、高難易度上級者向けマップチップです。
森/洞窟/海岸/砂漠/荒野/マグマ洞窟/凍結洞窟/村/街/城砦/遺跡/異空間が作れます

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

0590デフォルトの名無しさん

2016/04/28(木) 21:15:52.34ID:nQ0T9aCz

optional否定してる人ってプログラミングを生業にしてるのか問い詰めたい
nilの可能性が考慮不要なスコープが作れるのはほんとうに便利だと思うんだけど。

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

0591デフォルトの名無しさん

2016/04/28(木) 21:52:02.08ID:Lj1JhLte

あくまで言語一般として例外キャッチするよりは
転ばぬ先の杖としてはいい概念だと思う

0592デフォルトの名無しさん

2016/04/28(木) 22:00:06.56ID:Lvhv4goI

オプショナル型はnilの可能性が残るんだけどね

0593デフォルトの名無しさん

2016/04/28(木) 22:18:06.96ID:ICO5spDj

コピペだろ

0594デフォルトの名無しさん

2016/04/29(金) 03:46:17.34ID:vUDh4C6L

Cのポインタそのまま利用してるObjCとかはともかく、Javaとかはなんでわざわざnullの概念を引きずったんだろう

0595デフォルトの名無しさん

2016/04/29(金) 05:19:44.07ID:bkwVGZra

optional型なんか要らないよ。静的解析で十分。
BasicみたいなSwiftじゃ、まともなアプリ作れないし。

0596デフォルトの名無しさん

2016/04/29(金) 07:12:23.18ID:6OVF3TV8

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とかく必要さえない。

0597デフォルトの名無しさん

2016/04/29(金) 07:22:08.62ID:KOzpN5av

ゴミはゴミ箱へ
アンチはアンチスレへ

0598デフォルトの名無しさん

2016/04/29(金) 09:54:04.75ID:IN3TbFX7

>>597
だからまずおまえがゴミ箱に入ったほうがいいんじゃね？

0599デフォルトの名無しさん

2016/04/29(金) 10:12:51.35ID:KOzpN5av

単発IDでそれだけ言われてもな
ネタ出せネタ

0600デフォルトの名無しさん

2016/04/29(金) 10:24:33.89ID:IM8h9sHg

オプショナル型とヌルポを混同しとるアホがおるな

0601デフォルトの名無しさん

2016/04/29(金) 10:38:59.41ID:3+tfDsNW

ﾔﾚﾔﾚ ┐(´ｰ｀)┌ ﾏｲｯﾀﾈ

0602デフォルトの名無しさん

2016/04/29(金) 11:24:01.50ID:JIzpONNX

>>594
開始時とかに空っぽにしておきたいなんてシチュは山ほどあるだろ
いちいちnullクラス用意するなんて現実的でない

0603デフォルトの名無しさん

2016/04/29(金) 12:41:11.79ID:uCFXbJ0d

>>561
ジョブズは古いハッカー側の人だから職業プログラマーじゃないだけで
むしろ、コンピュータ関連の知識は君より広かったと思うよ。
あの人の怖かったのはコアの部分で技術を知ってるから
ハンパなもん出すと「これまだ不完全だよね？」ってガチで見抜いちゃう最高経営者だったってこと。

0604デフォルトの名無しさん

2016/04/29(金) 13:13:41.33ID:RopIrFO/

https://www.youtube.com/watch?v=BNeXlJW70KQ
“Steve Jobs brainstorms with the NeXT team (1985)”

↑これ見れ。

0605デフォルトの名無しさん

2016/04/29(金) 14:07:25.47ID:RM2zRYND

これからもnullを返すAPIを作りまっせ！

0606デフォルトの名無しさん

2016/04/29(金) 14:09:21.47ID:RM2zRYND

Swiftはnull許容するなよ初心者の学習用途に専念しろw

0607デフォルトの名無しさん

2016/04/29(金) 14:34:41.97ID:toQo/1wB

未だにSwiftに移行できてない低脳がいるのか

0608デフォルトの名無しさん

2016/04/29(金) 14:42:41.99ID:amgJTGBg

今年のWWDCもSwift推しっぽいな
ついてこれない奴は取り残されるだけ

0609デフォルトの名無しさん

2016/04/29(金) 15:09:08.90ID:Nju8NWPB

>>606
間違えたものを代入した時点で取り敢えず止まってくれるから初学者にはいいんじゃないの？

0610デフォルトの名無しさん

2016/04/29(金) 15:11:25.53ID:aR4AsH9j

nilを許容しなきゃCocoaAPIも呼べないということにも気づかないアホにレスすんなよ

0611デフォルトの名無しさん

2016/04/29(金) 16:06:03.80ID:1BOP6qvd

>>610のほうが絶対にアホだけど

0612デフォルトの名無しさん

2016/04/29(金) 16:09:04.02ID:RM2zRYND

大手キャリア、大手ゲーム、電通系、リクルート系、などの大手開発全部、obj-cスキル必須ですよ。

0613デフォルトの名無しさん

2016/04/29(金) 16:43:44.13ID:lsNi2p2g

この辺がずっと曖昧なんだけど、
nilでメモリから消せるんだよね？
値があるってことはメモリ使ってるんだよね？
何が溜まってて何が消えてるのか分かりづらい
ハードに優しいswift設計の本とかサイト知りませんか？

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

0614デフォルトの名無しさん

2016/04/29(金) 16:55:00.93ID:lsNi2p2g

Debug -> Debug Workflow -> Always show disassembly
のチェック外したらアセンブリ表示出なくなるらしいね！
今まで何で検索できなかったんだろう。。

0615デフォルトの名無しさん

2016/04/29(金) 17:06:23.08ID:aR4AsH9j

質問は質問スレで
あと質問内容はもっと具体的に

0616デフォルトの名無しさん

2016/04/29(金) 17:16:37.39ID:mvLhCwIT

初心者ほどSwift使っちゃダメなんじゃねw

0617デフォルトの名無しさん

2016/04/29(金) 17:19:42.94ID:amgJTGBg

1日の売り上げが始めて2000円突破したぞ
ばんじゃ～い＼(^_^)／
1日1万円突破する日も近いなこりゃ

0618デフォルトの名無しさん

2016/04/29(金) 17:20:36.18ID:lsNi2p2g

>>615
ごめん
optionalの会話が多かったから

0619デフォルトの名無しさん

2016/04/29(金) 17:45:27.23ID:WqUKKLN9

>>596
全然中身を見てないけど変数の中身がnullかどうか静的に解決できないから
Optional型ができたんだが。

0620デフォルトの名無しさん

2016/04/29(金) 19:57:30.15ID:1BOP6qvd

obj-cから勉強しろよ。

0621デフォルトの名無しさん

2016/04/29(金) 20:55:43.90ID:YX/Wey/P

来年ぐらいにSwift-Cが出るよ。それまで静観だな。
ってことで、オロナミンCでも飲むか。

0622デフォルトの名無しさん

2016/04/29(金) 21:15:57.09ID:xz+/kgb6

Swiftive-C

0623デフォルトの名無しさん

2016/04/30(土) 01:02:58.06ID:ylKqAvHZ

>>622
ｸｿﾜﾛﾀｗｗｗ

0624デフォルトの名無しさん

2016/04/30(土) 01:12:38.80ID:OlHeR4LZ

笑いどころが分からんのだけど解説して

0625デフォルトの名無しさん

2016/04/30(土) 01:17:45.02ID:ylKqAvHZ

>>624
アンチCなSwiftがCに寄り添うなんて皮肉のパンチ効いてるだろ

0626デフォルトの名無しさん

2016/04/30(土) 01:45:36.62ID:dLQkfXTY

java8もオプショナル採用してるじゃん
あっちに比べれば読みやすいと思うけどね

0627デフォルトの名無しさん

2016/04/30(土) 01:53:42.00ID:xvwYpAPT

言語として進化を追い求めるのはいいことだが無駄にwithout Cを
進めてるのが反感買ってると思う
もはやCっぽくないシンタックスにすること自体が目的になってるきらいがある

0628デフォルトの名無しさん

2016/04/30(土) 02:51:08.92ID:Miiu5zBA

cの関数は呼べるけどな
enumとかswitchとかcより進化して便利になってる
c書く時もついセミコロンを忘れてしまう。まぁはっきりいって複数文でも書く必要でもなけりゃセミコロンは不要
進化についてこれないやつは釘とトンカチで家建ててろ

0629デフォルトの名無しさん

2016/04/30(土) 06:59:24.58ID:kWQ7lpEn

enumやswitchが便利になったのは分かるけどそれを進化と呼ぶのなら、今まで出来てた事が出来なくなったのは退化と言えるのかも知れない
切れるところはうまく切り捨ててフラグメントや人的ミスを減らしたいんだろうけど

0630デフォルトの名無しさん

2016/04/30(土) 08:54:01.45ID:ylKqAvHZ

クリス・ラットナーはなぜ未だにCが使われ多くの主要言語がCをベースの文法で作られて来たのか冷静に考えた方がいいな

0631デフォルトの名無しさん

2016/04/30(土) 11:02:27.94ID:vPU05Uaz

Swiftの文法もCベースじゃん

0632デフォルトの名無しさん

2016/04/30(土) 12:03:47.33ID:uVz81x78

GitHubで匿名通信（Tor、i2p等）ができるBitComet（トラッカーサイト不要でDHTだけで日本語検索可能）
みたいな、BitTorrentがオープンソースで開発されています
言語は何でも大丈夫だそうなので、P2P書きたい！って人居ませんか？
Covenantの作者（Lyrise）がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al

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

0633デフォルトの名無しさん

2016/04/30(土) 13:46:07.84ID:RPm3M18b

SmalltalkベースのObj-Cはキモいって散々言ってたのに、
今度はCらしさはキモいとか言い出して、自分らしさの旅に出てるのはおもろい

0634デフォルトの名無しさん

2016/04/30(土) 13:50:11.40ID:kRSfMr4Y

ゆうてもObjective-CはCだからな

0635デフォルトの名無しさん

2016/04/30(土) 14:24:12.32ID:f44Q6Jmk

プロトコル指向で思考するのが至高

0636デフォルトの名無しさん

2016/04/30(土) 16:27:19.41ID:DF6XE0RQ

シコシコうるせーよ

0637デフォルトの名無しさん

2016/04/30(土) 17:26:11.62ID:OlHeR4LZ

ES7のasyncっぽく書けるようにならんかな

0638デフォルトの名無しさん

2016/04/30(土) 17:52:19.20ID:vPU05Uaz

ぬぁるぁんっ！

0639デフォルトの名無しさん

2016/04/30(土) 17:58:27.36ID:eHAeCysG

>>631
えっ

0640デフォルトの名無しさん

2016/04/30(土) 18:00:41.90ID:fKcUWrpK

Swift.netはよ

0641デフォルトの名無しさん

2016/04/30(土) 19:40:32.13ID:kuSmKopo

>>637
あんまりPromiseを便利に使ったことないけど、PromiseKitの使い心地を聞きたい

0642デフォルトの名無しさん

2016/04/30(土) 21:53:52.41ID:7WxZi1Cp

【Swiftでクリエイティブコーディング！C4とは】
http://hackist.jp/?p=7345

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

0643デフォルトの名無しさん

2016/04/30(土) 22:19:34.28ID:OlHeR4LZ

うぉっ、じゃねぇよ
p5スレとマルチポストしてんじゃねぇぞ死ね

0644デフォルトの名無しさん

2016/05/02(月) 01:19:21.27ID:N0IjnnZv

SwiftってJSみたいにブラウザとかサーバーで動くようにならんのかね？

0645デフォルトの名無しさん

2016/05/02(月) 01:24:06.86ID:qfD+rnzZ

Frameworkの移植がまだまだ必要だけど一応Linux版が少し動いてるらしい

0646デフォルトの名無しさん

2016/05/02(月) 01:43:20.68ID:N0IjnnZv

>>645
ああ、まだ全然使えないらしいね。
使うとしてもレンタルサーバーでは厳しいか。

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

0647デフォルトの名無しさん

2016/05/02(月) 02:32:20.35ID:GEZivW4j

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

0648デフォルトの名無しさん

2016/05/02(月) 03:13:32.62ID:N0IjnnZv

せや！
JSが進化すればええんや！
DOM操作系では最強だし。

0649デフォルトの名無しさん

2016/05/02(月) 06:34:51.55ID:w9cVS61w

ある程度規模が大きなコードになってくると
型きっちり決められる言語で高機能IDE使って開発したほうが
後のメンテとか機能拡張とかすごい楽だよ

0650デフォルトの名無しさん

2016/05/02(月) 08:43:40.25ID:bzpdhBbq

>>648
先日のID変え忘れから、ID変えるのやめたんだろうけど、私利死滅といか、意識散漫というか
一貫性がないからID変えた方がまだ良いな

0651デフォルトの名無しさん

2016/05/02(月) 12:27:06.77ID:pohLtEMa

>>650
だってswift自体完成してないのにサーバーサイドとかDOM操作用のAPI?SDK?とか夢のまた夢だと思ったんだもん。
他社のブラウザでswiftが動くとかも想像出来ないし、、
それならブラウザ掌握しててサーバーサイドでも動くJSがswift的に進化する方が現実的かなって。

0652デフォルトの名無しさん

2016/05/02(月) 12:28:49.03ID:fJ4Z7cBO

Swiftの胡散臭さに一役買ってるのはQiitaと意識高い系のカスどもだろ
余計なことすんなよ

0653デフォルトの名無しさん

2016/05/02(月) 12:29:05.16ID:faAxGKCj

Pythonが駆逐するんじゃねえかな
ここ最近破竹の勢いだし多分覇権言語になるでしょ

0654デフォルトの名無しさん

2016/05/02(月) 12:59:03.02ID:Gu1IstNf

そのうちSwiftで書いてWebAssemblyにコンパイルしてブラウザで動かせるようになるんじゃね

0655デフォルトの名無しさん

2016/05/02(月) 13:09:07.21ID:bzpdhBbq

OSSになる前のLLVMだからどこでも動く、というロマンと同じだなw

小さな10M弱のランタイムがないと動かないからムリだろ
iOSネイティブであのサイズ、WebAssemblyでも同等以上のサイズになって
そんなランタイムDLさせるのはありえんわ

ロマンを実現するならランタイムが極小になるようにswift compactみたいなサブセット規格でも作るかねぇ

0656デフォルトの名無しさん

2016/05/02(月) 13:11:33.81ID:BA60vqZ3

そもそもWebアプリでSwiftである必要がないだろ

0657デフォルトの名無しさん

2016/05/02(月) 13:44:45.54ID:pohLtEMa

swiftである必要が無い？
じゃあ一生新しい言語を追いかける事を受け入れるの？
俺は嫌だな、せめてこの場でだけでもあらがいたい。

swift compact？大歓迎だよ！

0658デフォルトの名無しさん

2016/05/02(月) 13:59:50.64ID:BA60vqZ3

Swiftに限らず強い推進活動はやがて排他的な活動へと発展し争いを生む
人間はいつまでたっても学ばない生き物
戦争もなくなんねぇよそんなんじゃ

0659デフォルトの名無しさん

2016/05/02(月) 14:27:58.29ID:8/s268j0

だって毎回当事者が違うだろ

0660デフォルトの名無しさん

2016/05/02(月) 15:24:39.31ID:pohLtEMa

別に排他的にならなくても選択肢としてSwiftが増えるだけでしょ。
JSしか選べないフロントエンドの現状が異常なのでは？
web屋なんてJSからSwiftに乗り換えるとか楽勝、むしろ歓迎じゃない？
jQuery的なライブラリも当然出る前提だけど。

そういう風になっていけばSwiftだけしか使わなくていい人も増える。
ライブラリもエディタも増える。知識ある人も増えて良いことづくめ。

0661デフォルトの名無しさん

2016/05/02(月) 16:03:48.70ID:eijU4WPw

Webのクライアントサイドに限ってはサポートする言語は１つでいいよ
VBスクリプトと混在するJavaScriptの亜種で混沌としてたあの時代に戻るわけにはいかない

0662デフォルトの名無しさん

2016/05/02(月) 17:37:51.29ID:bzpdhBbq

>>658
ワロタ
Swift, ObjC両立を許容しない排他的なObjC信者への煽りかw

イマドキ言語を縛るのはナンセンスだとWebブラウザ版LLVMを作ろうと Web Assembly なんだろうから
Web Assemblyのロマンを実現出来るかは別として一つの言語がマルチプラットフォームで動くのは歓迎したい

だから、Swiftのクロスコンパイルを早くしろ
あとWindowsでも動くようにしろ

0663デフォルトの名無しさん

2016/05/02(月) 17:55:34.33ID:BA60vqZ3

>>662
>Swift, ObjC両立を許容しない排他的なObjC信者への煽りかw
いやいや両立を許容しない予定なのはApple自身だろ...
両立を許容する宣言しとけばこんなゴタゴタは起こらないかと

0664デフォルトの名無しさん

2016/05/02(月) 18:00:13.50ID:IAgjaX48

Appleはそんな予定を表明してませんよw

0665デフォルトの名無しさん

2016/05/02(月) 18:01:16.04ID:BA60vqZ3

いやいやObjective-C→Swiftへの移行を強行してるでしょ

0666デフォルトの名無しさん

2016/05/02(月) 18:04:06.55ID:IAgjaX48

してないと思うけどw

0667デフォルトの名無しさん

2016/05/02(月) 18:07:11.34ID:j4GOSkH0

ob-cが終わるとは言ってなくね？
c++も使えるでしょ。メンドイけど。

0668デフォルトの名無しさん

2016/05/02(月) 18:13:29.90ID:j4GOSkH0

つーかどうせコンパイルしてバイナリなりアセンブリに変換するならどれでもええやん的な。
javaだってxcodeが対応すれば動くんでしょ？
あれか、SDKが互換性ないんか。

0669デフォルトの名無しさん

2016/05/02(月) 18:26:38.93ID:eijU4WPw

Obj-Cにもそのうちオプショナル型が導入されるかもな。無理やり感満載で汚くなりそうだけど

0670デフォルトの名無しさん

2016/05/02(月) 18:47:57.48ID:IAgjaX48

導入しなくても全部オプショナルでしょObjCは。

0671デフォルトの名無しさん

2016/05/02(月) 18:48:49.16ID:eijU4WPw

ん？

0672デフォルトの名無しさん

2016/05/02(月) 18:59:03.35ID:BA60vqZ3

>>666
え？そうなの？
Objective-Cを引き続き使いたい人は使えて、Swift使いたい人はSwiftで書いてが許されるってこと？
だったらぜんぜんええやん
何も問題ない

0673デフォルトの名無しさん

2016/05/02(月) 19:15:44.59ID:j4GOSkH0

>>672
今はob-c案件に固まってるけど今後仕事で使うならswift案件もこなせないとな。
swiftから入った人間はob-c勉強する気起きない人多いから有利だと思う。

0674デフォルトの名無しさん

2016/05/02(月) 19:31:20.24ID:O8ZuUKmC

obj-c案件とかswift案件とかあるのか

0675デフォルトの名無しさん

2016/05/02(月) 20:14:39.03ID:bzpdhBbq

一周回って？減ってきてるけど、swift案件は昔は結構見たぞ
アポーが作った新しい言語！これは素晴らしいはずだ！！と踊らされた上流行程がSwift強制、そして炎上
1.xの頃はこのスレもその手の苦労話多かったわ

0676デフォルトの名無しさん

2016/05/02(月) 20:47:51.01ID:O8ZuUKmC

なんで苦労したんだろ
経験不足とか？

0677デフォルトの名無しさん

2016/05/02(月) 21:37:03.46ID:0mUL9362

今もそうだけどswift(xcodeの)アプデの度にとんでもない数のエラーが出る。
swift3.0はまたもの凄い書き直しが予想されてる。
作りっきりのアプリならいいけど今大きなプロジェクトでswift使うとアプデの度に死ねる。

0678デフォルトの名無しさん

2016/05/02(月) 21:50:47.91ID:0mUL9362

それが理由で工数が無駄に掛かるから最近はswift案件が激減してる。
というか業務ではほぼ絶滅。
開発途上の言語というのが周知になった以上、あと数年はswift案件は無いと思った方がいい。

0679デフォルトの名無しさん

2016/05/02(月) 22:46:03.46ID:1Tr+zk4h

受託開発で相手がSwift使いたいって言ってきたら工数増でウマー
自社案件なら使わない。結局使い分けよ

0680デフォルトの名無しさん

2016/05/02(月) 23:32:25.92ID:u5kruKQi

逆でしょ
受託案件で客がSwiftリスクを理解して、増加した工数分金を積んでくれることは稀
自社案件は技術アピールと、Objective-Cが死んでも生き残れるエンジニアを育成するためにSwiftを使う

0681デフォルトの名無しさん

2016/05/03(火) 00:28:35.38ID:zq0gDxAm

>>674
ほんそれ
本当に両立する気なら開発者が好きなほう選べばいいはずだがそうじゃないってことだろ

0682デフォルトの名無しさん

2016/05/03(火) 01:23:30.94ID:T59mhQ8r

>>681
いや、好きな方で書けばいいよ；
どっちで書いても同じように動くんだから。
でも客やチームリーダーに指定されたら従うしか無いって話。
エラー書き直すって言っても、アプリをアップデートする際に必要なだけで、バイナリ化してストアに出してるアプリが急に動かなくなるって話じゃない。

Apple的にはどっちで書いてもいいけどswftの方が書きやすくなってるし、一瞬でビルドできるおかげて新しい機能（@IBDsignableとか）も使えるからどんどん使ってねー的なスタンスじゃないの？

サードのライブラリはob-cとc++の混在パターンが今は多いけどswiftでも共存できるし、swiftしかやったこと無くてもUIKitが同じだから全く読めないこともない。
極論言えばob-cで作ってるチームの中で自分だけswiftでクラス作ってても共存できるから結局個人の好きな方で書けばいい。
ob-cに至ってはコード中にc++をシレッと混ぜても動くカオスっぷり。

Xcodeってそういうぶっ飛んだシロモノなんだぜ？
頭イカれてるとしか思えないフリーダム仕様なんだぜ？
ジョブズきもいだろ～

0683デフォルトの名無しさん

2016/05/03(火) 01:39:42.27ID:T59mhQ8r

すまん。ちょっと飲み過ぎたわ。
これは酷い

0684デフォルトの名無しさん

2016/05/03(火) 03:36:46.96ID:mwOpHUip

結局、ここ5年間はobj-c知らなきゃ仕事はない。
そのうちにSwiftは死亡する。

0685デフォルトの名無しさん

2016/05/03(火) 03:55:47.16ID:17bZM0J+

Swiftってインタプリタ実行言語みたいでキモイ

0686デフォルトの名無しさん(笑)

2016/05/03(火) 08:31:20.37ID:L6xs34vK

>>683
賢者タイムかよｗｗｗ

0687デフォルトの名無しさん

2016/05/03(火) 09:02:48.22ID:S8jXYqZo

>>680
上乗せ出来ないプロマネはシネばいい
それこそずっと言われて来たことだ

ObjCとSwiftの機能が対に存在してなくて
ObjCでこうする場合、Swiftだとどうすればいいんだって問題もあったな
String周りとか機能不十分な上に仕様を何度も変えるから困ったわ

0688デフォルトの名無しさん

2016/05/03(火) 10:13:01.37ID:YZda0r1T

Swiftなんてobj-C知ってれば3日で覚えるんだから覚えればいいだろ
覚えたからって別に害になるわけでもなく

0689デフォルトの名無しさん

2016/05/03(火) 10:30:35.65ID:0FoxRkYE

覚えてもすぐ仕様が更新されてイラっとするからもっと先でいいや

0690デフォルトの名無しさん

2016/05/03(火) 10:40:40.03ID:D9sDF8Mu

>>688
3人日が勿体ない

0691デフォルトの名無しさん

2016/05/03(火) 10:55:26.66ID:YZda0r1T

人生に余裕なさすぎw

0692デフォルトの名無しさん

2016/05/03(火) 11:11:29.39ID:0FoxRkYE

ついに人生観を語り出したか
末期だな

0693デフォルトの名無しさん

2016/05/03(火) 11:29:25.26ID:YZda0r1T

人生観ってw 大げさすぎ

0694デフォルトの名無しさん

2016/05/03(火) 11:34:38.18ID:0FoxRkYE

人生持ち出したんはお前だろ

0695デフォルトの名無しさん

2016/05/03(火) 11:40:23.95ID:YZda0r1T

リラックス、リラックスw
ていくいっといーじー

0696デフォルトの名無しさん

2016/05/03(火) 11:44:10.82ID:0FoxRkYE

うーんｗ

0697デフォルトの名無しさん

2016/05/03(火) 12:02:34.90ID:zkUFOdEF

>>688
それな
こっちはすでに全面的にSwiftに移行した
Objective-CでもSwiftでもどっちでも開発できるが、新規案件は全てSwiftに移行

0698デフォルトの名無しさん

2016/05/03(火) 12:40:27.55ID:vvwdlVaH

Objective-CモドキのSwiftを書くのと、
Swiftの標準ライブラリレベルのSwift書くのとじゃレベル感違うからなー

特にProtocol Extensionを前提とした設計は難しい
ダイヤモンド継承問題を再燃させている

0699デフォルトの名無しさん

2016/05/03(火) 12:41:41.07ID:0b/HUIkJ

今Swiftで書いておけばメンテナーがいなくてアップデート案件も自分のとこに回ってくるしな

0700デフォルトの名無しさん

2016/05/03(火) 12:48:28.36ID:sRhmbJDb

一旦Swiftに移行したらもうobj-cには戻れませんわ
obj-cでのプロパティ宣言とか、型宣言必須とか、カッコ構文とか、ヘッダと実装がファイルで別々になるのとか面倒くさすぎてもうね

0701デフォルトの名無しさん

2016/05/03(火) 12:48:34.96ID:zkUFOdEF

ObjCの自前ライブラリはどんどんプロトコル指向でSwiftに書き換えていってる
今やSwiftの方が開発しやすい

0702デフォルトの名無しさん

2016/05/03(火) 13:05:00.09ID:A7H6g7v8

バージョンアップ時の修正なんか、Swift移行で上がった生産性で払って余裕でお釣りがくるよな

0703デフォルトの名無しさん

2016/05/03(火) 13:15:22.00ID:vvwdlVaH

基本的にコードは書くより考える時間の方が長いから、
Swiftで記述量減ってもそこまで生産性上がらないんだよなぁ
あと、ビルドがまだ重い、リファクタリングできないという生産性への負のインパクトが大きすぎる

0704デフォルトの名無しさん

2016/05/03(火) 15:45:42.08ID:S8jXYqZo

>>698
ライブラリ書くとObjC互換 IFにしようとしてObjCもどきのSwiftになる罠
あとSwiftライブラリのXcode versionに引っ張られてXcodeのversion上げられない地雷もツライ

アプリケーション層ならSwiftらしく書けるんだけどなぁ

0705デフォルトの名無しさん

2016/05/03(火) 18:51:44.37ID:iODoTOQv

プロトコル指向なんてプロトコルで超小分けに細分化してパーツ組んでクラスに合体させるだけとちゃうのん？
クラスの参照とか気にしなくて良いらしいから精神衛生的に良いってくらいにしか良さがわからん。

0706デフォルトの名無しさん

2016/05/03(火) 19:18:49.57ID:G9XEXQGe

匿名通信（Tor、i2p等）ができるファイル共有ソフトBitComet（ビットコメット）みたいな、
BitTorrent（Covenant）が活発な情報交換・交流コミュニティでオープンソース開発されています（プログラマー募集中）

言語は何でも大丈夫だそうなので、P2P書きたい！って人居ませんか？

Covenantの作者（Lyrise氏）がそういう人と話したいそうなので、よろしければツイートお願いします<(_ _)>
https://twitter.com/Lyrise_al

ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできない情報発信好きアスペルガーｗ

The Covenant Project
概要

Covenantは、純粋P2Pのファイル共有ソフトです

目的

インターネットにおける権力による抑圧を排除することが最終的な目標です。そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します

特徴

Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)

接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
１

0707デフォルトの名無しさん

2016/05/03(火) 19:49:19.37ID:8r0M9GSx

死ね

0708デフォルトの名無しさん

2016/05/03(火) 19:53:47.84ID:sRhmbJDb

生まれろ

0709デフォルトの名無しさん

2016/05/03(火) 20:29:33.54ID:jSIt0Mms

趣味でスウィフトどころか、プログラミングをはじめてはじめたものだがかなり楽しいわ。
必ずしも仕事に繋がる必要はないよね？

0710デフォルトの名無しさん

2016/05/03(火) 21:31:55.71ID:zBWhUN4e

ここそんな人ばっかだよ。

0711デフォルトの名無しさん

2016/05/03(火) 22:07:06.10ID:kzvDuqU1

Swift使いたくて使ってる人ばかりだからね
実用性はどうでもいい

0712デフォルトの名無しさん

2016/05/03(火) 23:20:26.35ID:JtOUjSkK

おまえら立派なスウィフターだな

0713デフォルトの名無しさん

2016/05/04(水) 07:25:23.81ID:OGyJ//k3

Swift終わったな

0714デフォルトの名無しさん

2016/05/04(水) 07:42:36.97ID:AS0nDrtT

Swift始まったな

0715デフォルトの名無しさん

2016/05/04(水) 10:02:37.42ID:r49AWqCR

Swiftやってるな

0716デフォルトの名無しさん

2016/05/04(水) 10:22:37.31ID:D79M6+1d

Swiftクソだな

0717デフォルトの名無しさん

2016/05/04(水) 10:35:50.18ID:r49AWqCR

馬鹿には理解できない言語だな

0718デフォルトの名無しさん

2016/05/04(水) 10:42:57.18ID:D79M6+1d

と思って悦に浸ってる勘違い意識高い系バカが使う言語だな

0719デフォルトの名無しさん

2016/05/04(水) 13:04:48.03ID:1trhxMwI

愉快犯同士の空中戦やめい
ObjC信者もSwift使いもポカーンだわ

0720デフォルトの名無しさん

2016/05/04(水) 13:57:25.01ID:ca9oVIgU

ObjCの狂信者がSwiftの動向にビクビクしながらこのスレ覗きに来てるのが笑えるわw

0721デフォルトの名無しさん

2016/05/04(水) 14:58:35.83ID:7sUhWWXr

どっちの言語も書けるスタンスで双方のイマイチなところを批判してももう一方の信者だとレッテル貼られるのが匿名掲示板の辛いところだな

0722デフォルトの名無しさん

2016/05/04(水) 15:02:45.09ID:kAhLboWM

>>721
双方のイマイチなところを具体的に頼む

0723デフォルトの名無しさん

2016/05/04(水) 15:20:45.59ID:1luj0Nf3

Swiftはwithout CだからインラインCが書けない
Objective-CはC拡張だから制御文はCのまま
やっぱSwiftive-Cだろ

0724デフォルトの名無しさん

2016/05/04(水) 15:25:51.79ID:L0ARy0sB

好きな言語使えばいいのに何をいがみ合ってるんだよｗ

0725デフォルトの名無しさん

2016/05/04(水) 15:35:40.08ID:MZQDLmi3

現場で必要とされるヤツを使えばいいだけ

0726デフォルトの名無しさん

2016/05/04(水) 15:37:04.37ID:1trhxMwI

どんだけCが好きなんだよww
インラインCって意味分からん、他言語コードがコピペで動くものなんぞ要らんわ
無理にやるなら、JSのevalみたいに実行時にステップ実行か？

マジレスするならお前はObjective-C++使え
Cが書けて型推論もジェネリクスもexceptionもクロージャも何もかもがあってObjC, Swiftの上位互換
実用上マイナーだから使いにくいけど最強の言語だと思ってる

0727デフォルトの名無しさん

2016/05/04(水) 15:37:50.28ID:1/nIslLH

荒れるのはObjC厨がこのスレ書き込むから

0728デフォルトの名無しさん

2016/05/04(水) 16:06:22.75ID:kAhLboWM

Swiftのことが気になって気になって気になってしょうがないんたろうな

0729デフォルトの名無しさん

2016/05/04(水) 17:24:35.12ID:D79M6+1d

>>723
それじゃObjective-Cでいいってことになっちゃうからダメだろ

0730デフォルトの名無しさん

2016/05/04(水) 17:34:43.60ID:49ZtW6XP

CGPointとCGPointMakeの違いを教えてクレメンス

0731デフォルトの名無しさん

2016/05/04(水) 18:54:39.40ID:QuiB877u

質問スレ行けっていわれんぞ。
CGPointは参照のみだったかも。
だから自分で数値入れる時はmake使うってだけだと思う、俺もはっきりした記憶ないけど。

それよりストリングindex面倒臭すぎじゃプロトコル指向なんてプロトコルで超小分けにパーツ組んで合体させるだけとちゃうのん？ね？
ちょっとしたことなのに何行も書かないと出来ないこと多い。
今例えようと思ったけど出てこんかったスマン。

0732デフォルトの名無しさん

2016/05/04(水) 18:56:42.40ID:7sUhWWXr

>>722
スタンスを明らかにして改めて書いたら俺の言ってる事の証明にはならないけど、これまでに何回かスレには書いててるよ
>>722
イニシャライザが違うだけで結果は同じ。後者はSwift以前からあった初期化関数。Swiftらしい書き方という事で前者が登場した。どっちを使ってもいい

0733デフォルトの名無しさん

2016/05/04(水) 18:58:03.01ID:QuiB877u

>>731
悪い、何か勝手にコピぺ入った。
正しくはこれ↓

それよりストリングindex面倒臭すぎじゃね？
ちょっとしたことなのに何行も書かないと出来ないこと多い。
今例えようと思ったけど出てこんかったスマン。

0734デフォルトの名無しさん

2016/05/04(水) 18:58:30.04ID:Lk860syx

KVOがないのはクソ仕様

0735デフォルトの名無しさん

2016/05/04(水) 18:58:50.61ID:7sUhWWXr

>>731
違いあるの？あったら嘘教えてる事になるな。ごめん。

0736デフォルトの名無しさん

2016/05/04(水) 19:57:43.50ID:1trhxMwI

ググったら「【iOS】CGPoint()とCGPointMake()の違い」というくだすれ行きなQiitaがトップにヒットしたわな
>>730は、このページで理解できないなら公式サイトのSwiftマニュアルを読み直せ、という話だが
CGPoint() ... 構造体のコンストラクタ
CGPointMake() ... 構造体を返すメソッド

返す実態は両方とも構造体の値型なので、機能に違いはなさげ
性能は・・・後者の方が2倍弱速くてワロタ
ホント、Swift発表時にObjCより早いとか言ってたのはどういうベンチマークだったんだよw

0737デフォルトの名無しさん

2016/05/04(水) 20:58:48.38ID:Y14GgyGL

オーディオデータの取り込みに詳しい方助けてください
CMSampleBufferの使い方がわからず苦戦しています。海外のサイトをみても全くわからず路頭に迷っています
ttps://teratail.com/questions/34067

0738デフォルトの名無しさん

2016/05/04(水) 22:53:42.82ID:7sUhWWXr

>>736
おお俺も勉強になった。ありがとう。

0739デフォルトの名無しさん

2016/05/04(水) 23:36:23.10ID:LrlISPBQ

>>688
実際敷居は低いと思うわ
javascriptやlinqに似たところある気がするし、実用的なものになるかどうかはさておきobj-c知らなくても書けるしね

0740デフォルトの名無しさん

2016/05/05(木) 07:36:43.38ID:1W29GGFc

>>739
おれは逆に色んな言語の違いがわからないんだよね
大学の時にＣやった程度だけどjsもphpもswiftも大した違いがわからないまま割とすんなり書けるようになった
細かい書き方に違いはあれど基本同じに見える
機能的な問題？

非オブジェクト指向とかアセンブラとは違うのわかるけど、、

0741デフォルトの名無しさん

2016/05/05(木) 07:47:57.66ID:WWv6suKc

>>726
vc++よりもいいの？

0742デフォルトの名無しさん

2016/05/05(木) 08:12:05.46ID:e++JP2v+

>>740
なでしことHaskellとnimとLispくらいはやってみれば？
動作環境も用途も機能も大体同じ言語やってたら、そりゃ多少の意識高い系なら同じに見えるわ

0743デフォルトの名無しさん

2016/05/05(木) 12:24:21.29ID:1W29GGFc

>>742
なでしこ聞いたことあるなー
日本人向けって言ってたから興味あるかも

言うて戻すのにいちいちリハビリするのめんどい、、
基本プログラミングは言語統一してくれ派閥なもんで

0744デフォルトの名無しさん

2016/05/05(木) 12:43:48.35ID:83OAMlQj

なでしこはオワコン

0745デフォルトの名無しさん

2016/05/05(木) 13:30:24.16ID:uz/T5fPr

なでなでシコシコ？

0746デフォルトの名無しさん

2016/05/05(木) 13:42:36.16ID:e++JP2v+

この程度にリハビリが必要とか言うから意識高い系なんだよ
どの言語も同じ程度に読み書き出来るなら弘法筆を選ばずで何の問題もなかろう
言語に依存する機能や特性、性能を気にしてないなら、尚更言語文法くらい気にせず使えるようになれよ

なお、SwiftはObjCと機能、特性はほぼ一緒で性能は下位互換
文法くらいしか楽しむ所ないから困る

0747デフォルトの名無しさん

2016/05/05(木) 14:06:09.35ID:Rev/1OWf

リハビリにSwiftは適さないので、他の言語をお勧めする

0748デフォルトの名無しさん

2016/05/05(木) 14:22:17.32ID:BaL+pKTS

WWDCでswift限定の何かがあるのか。
http://japan.cnet.com/news/service/35081399/

0749デフォルトの名無しさん

2016/05/05(木) 14:33:34.68ID:83OAMlQj

SwiftはObj-Cの上位互換言語

0750デフォルトの名無しさん

2016/05/05(木) 14:49:46.56ID:83OAMlQj

Swiftから他の言語に戻った時の弊害

文末のセミコロンを忘れる
if文の()を忘れる
switch文のbreak;を忘れる

0751デフォルトの名無しさん

2016/05/05(木) 15:45:19.51ID:M3xx0KzK

>>749
ちょっと何言ってっか（略

0752デフォルトの名無しさん

2016/05/05(木) 17:15:33.85ID:eZmHLWJz

>>748
フレームワークのSwift移行計画を発表するんじゃない？

0753デフォルトの名無しさん

2016/05/05(木) 17:27:22.88ID:e++JP2v+

バズワード並べただけのブロガーホイホイではなかろうか
>>748がブロガーかどうかは別としても普通に釣り上がってるし

よくて、なんとかKitをSwiftから叩くとMac OS, iOS, watchOS, tvOSがこのように連携できます(ﾄﾞﾔｧ
だと予想

そんなことよりswift 3.0の真面目な進捗報告を願いたい

0754デフォルトの名無しさん

2016/05/05(木) 17:33:16.06ID:YhZGBBy2

>>740
forthをお勧めする。

0755デフォルトの名無しさん

2016/05/05(木) 18:00:45.50ID:w6zqabi+

進捗報告も何もオープンなのに

0756デフォルトの名無しさん

2016/05/05(木) 18:37:07.39ID:/k6lk36c

GitHubみろよ

0757デフォルトの名無しさん

2016/05/05(木) 18:40:17.10ID:e++JP2v+

お前ら純粋だなw

オープンソース=全ての進行が公開されている
と解釈できるほど俺は純粋じゃない

0758デフォルトの名無しさん

2016/05/05(木) 18:42:23.92ID:gHd2qrOP

WWDC で ObjC の切り捨て発表

0759デフォルトの名無しさん

2016/05/05(木) 19:09:29.80ID:w6zqabi+

コミュニティを裏切ってまで裏で進めるメリットって何だ？

0760デフォルトの名無しさん

2016/05/05(木) 19:21:28.69ID:1W29GGFc

xcodeのハイブリッド化とかは？
もうできてるんだっけ？

0761デフォルトの名無しさん

2016/05/05(木) 19:37:52.83ID:y2h1rl3P

何と何のハイブリッドよ？

0762デフォルトの名無しさん

2016/05/05(木) 20:35:39.24ID:VfNasYy1

swiftからcライブラリとか使いづらいのは、
obj-cとのすみ分けだと思っている。
cやc++のライブラリを使いたい時にobj-cでラッパーコードを書いて
swiftからobj-cのインターフェース呼び出しのコードを書いていくと
便利。これで住み分け出来てるからswiftとobj-cは共存共栄できると思う。

0763デフォルトの名無しさん

2016/05/05(木) 21:29:26.22ID:6UCX1o0o

単純にやる気がない、手が回ってないだけだと思うが
C++が叩けないのは他の新興言語も同じだからいいとして、Cの叩きづらさ叩かれづらさは尋常じゃない
2.0で若干改善したけど3.0でもう一度一新してくれねーかなぁ

>>759
Androidも建前上はAOSPコミュニティの持ち物だけどGoogleが裏でゴリゴリ進めてGoogle I/Oでﾄﾞﾔｧってやってるじゃんよ
コミュニティ主体のOSSと企業主体のOSSじゃ進め方は違って当然

0764デフォルトの名無しさん

2016/05/05(木) 21:31:03.60ID:9z+vbfGv

>>761
win/mac
期待はしてないけどiOS/Androidも。
せめてPlaygroundだけでもiOSで試したい

0765デフォルトの名無しさん

2016/05/05(木) 21:40:03.10ID:w6zqabi+

>>763
うん、で、Swiftでそれやるメリットは何なの？
Androidの場合は新機能をライバルに知られないことと、発表会を盛り上げられることが考えられるけど

0766デフォルトの名無しさん

2016/05/05(木) 22:00:55.15ID:eZmHLWJz

>>764, 761
iPad版は出てもおかしくないと思う。
winやAndroidはどうでもいいと思う。大して売り上げに影響しないだろうし。

0767デフォルトの名無しさん

2016/05/05(木) 22:03:31.62ID:VoEPaWRz

タブレットで本格的なプログラミングはないわぁ

0768デフォルトの名無しさん

2016/05/05(木) 22:10:18.20ID:YJJ4THJY

without Cなら、obj-c++使うからいい

0769デフォルトの名無しさん

2016/05/05(木) 22:13:56.52ID:YJJ4THJY

swiftive-c++希望、NSプレフィックスは取るな

0770デフォルトの名無しさん

2016/05/05(木) 23:10:07.89ID:hzKJRrN+

>>765
Swift 3.0で発表会盛り上げてどうぞ
goやrustをライバル視してるならそっちへの牽制もあるか？逆にswiftがパクることの方が多いけど

0771デフォルトの名無しさん

2016/05/05(木) 23:31:09.68ID:09EmDjov

>>764
開発者の囲い込みに成功してるAppleが他社プラットフォームにわざわざ塩を送らないでしょ
MSは囲い込み競争に負けてるからMacでも開発できるような体制になっけども

0772デフォルトの名無しさん

2016/05/05(木) 23:52:40.77ID:eZmHLWJz

キーボード付きタブレットは昔のDOS入りノートPCと同じだからな。

0773デフォルトの名無しさん

2016/05/06(金) 00:06:20.76ID:IoBG5ZO+

>>771
Linuxで動かしてなんでWinで動かないんだよwwwwって笑い者になってるから
WWDCじゃないとしても早めにやるんじゃないのかね

ない時はそんなもの要らないと言って、出来たらヴォースゲー流石アポー！！
と絶賛するのが訓練された信者の在り方かもしれんが

0774デフォルトの名無しさん

2016/05/06(金) 00:12:03.12ID:ASZ35Xju

cygwinポートなら既にマージされてるけど

0775デフォルトの名無しさん

2016/05/06(金) 00:28:14.82ID:r2RofS0q

>>743
「プログラミングは言語統一してくれ派閥」とか言ってる時点でなぁ
プログラミング言語はそれぞれ目指す目標が違うんだから、そんな未来は来ない
実際に何か書いて動かす必要があるのなら、複数言語覚えちゃうほうが明らかに手っ取り早いし、普通みんなそうしてる

そもそも、プログラミング言語だけ統一したところで例えばサーバーサイドとアプリとWebでは作法が全然違うし、
アプリですらプラットフォームごとにUIの思想はばらばらな訳で、世の中がiOSとMacだけになるとかそういう状況にならないと一切旨味はないと思うぞ

そんな夢を見続けているのって無意味じゃない？

0776デフォルトの名無しさん

2016/05/06(金) 01:19:20.26ID:hPBBpARM

>>771
CやC++やる本物のギークはLinuxだし、量産業務プログラマはWindows PCだし、
Macが囲い込みできている開発者ってオサレ気取りのワナビだけじゃないの？
高いハードのお布施で伸びてきたけど、Apple Watchがコケて先は見えない

アプリはソシャゲくらいしかお金にならないから、
本物の業務の現場でプログラムやってるWin層からマージン取る方にいくんじゃないかな

0777デフォルトの名無しさん

2016/05/06(金) 01:33:24.47ID:ASZ35Xju

つい無駄に雄弁になってコンプレックスを悟られちゃうタイプかな

0778デフォルトの名無しさん

2016/05/06(金) 01:39:34.05ID:hPBBpARM

コンプレックスというか危機感かな
Windowsの仕事は10年先もあるだろうし、C/C++やる本物のプログラマはずっと必要
Swiftエコシステムをマネタイズする仕組みを作らないとみんな飢えるよ

0779デフォルトの名無しさん

2016/05/06(金) 02:33:48.32ID:yYbOXUzQ

>>773
レスのアンカー辿ってくれ
言語じゃなくてXcodeの話だぞ

0780デフォルトの名無しさん

2016/05/06(金) 03:09:59.29ID:XHqCx5Mk

初心者の俺にはxcodeで予測変換でるのありがたいんだけど、他の言語？というかソフトでもでるの？

0781デフォルトの名無しさん

2016/05/06(金) 04:29:04.77ID:QCGxwQ8w

>>773
よくわからんがUNIXで動いてるものをUNIX同士で移植したの見て
なんでおれたちMicrosoft社の独自規格OSでも動くようにしないんだ！って
言ってるバカがどっかに居るってこと？

0782デフォルトの名無しさん

2016/05/06(金) 08:12:24.31ID:a+APx1Ve

Xcodeのwin対応でアプリが増えることも、開発者プランの加入が増えることもAppleとユーザー双方にメリットがあることだと思う。
macが買えないとか会社の都合でwin使ってる人だってiOSは持ってたりする訳で、そこにswiftを学習する機会を与えれば将来的にプラスになると思うんだけどなー

0783デフォルトの名無しさん

2016/05/06(金) 10:04:00.90ID:rONbK8Rq

Xcodeは何もiPhoneアプリ開発専用じゃないんだが
Win版が出たとしてMacアプリの検証どうやんの？

0784デフォルトの名無しさん

2016/05/06(金) 10:46:20.90ID:hWQFOZ7X

>>781
goやrustがMac, Linux, Win, Android, iOS, MIPS, x86と対応してるのに後発のswiftが出来てないことへの皮肉、分からないのかな？

>>783
ブーメランささってんよ
Mac OS, iOS専用じゃないから、それらが開発出来る必要ない

0785デフォルトの名無しさん

2016/05/06(金) 10:52:12.60ID:4ICSGBEM

>>782
Appleはハードを売ってる会社だからそう簡単な話じゃないと思う

0786デフォルトの名無しさん

2016/05/06(金) 11:39:35.37ID:rONbK8Rq

>>784
Xcodeで何つくるの？

0787デフォルトの名無しさん

2016/05/06(金) 12:08:58.97ID:SLyybgrK

>>786
apple watch
apple TV

0788デフォルトの名無しさん

2016/05/06(金) 12:24:49.00ID:a+APx1Ve

普通にiOSアプリ作る前提で話してた。
winで実機テストできたらiOS機器も少し伸びるだろうし、
iOS使って簡単にでもswiftの学習が促進されれば将来のMacユーザーやApple信者も増加すると思うんだ。
おまじないが無くて書きやすい言語だからこそユーザーを引き込む力が強いと思う。

0789デフォルトの名無しさん

2016/05/06(金) 13:44:27.33ID:S+Ntpto5

>>786
IBMがサーバサイドSwiftとか考えてるから(棒読み

0790デフォルトの名無しさん

2016/05/06(金) 16:41:00.77ID:r2RofS0q

>>788
開発者側の環境を整えたらどうしてiPhoneが売れるようになるの？
自分がiPhoneだったらAndroidを、AndroidだったらiPhoneを、「開発環境が良くなって魅力的なアプリが増えました！」って売り文句で買う気する？

iOSアプリ開発でお金稼ぎたい人、企業はまずMac miniとか買っちゃうから。
WindowsでXcodeが動いて欲しいとか言ってるのはWinノートしか持ってないけどiPhone持ってるみたいな大学生だけだろ？

0791デフォルトの名無しさん

2016/05/06(金) 17:45:06.85ID:QCGxwQ8w

まぁ、WindowsPhoneアプリで一儲けできるなら
安いWindows機を買ってやらないこともないっつか
むしろその場合に逆に「Macだけで開発できるように公式互換エミュ作れ！」とか言ったら
完全に狂人の戯言だよなぁ…
そんな環境で売り物テストしたくねぇし、ドザがナチュラルに
気が狂ってると思うことは多い。

0792デフォルトの名無しさん

2016/05/06(金) 18:53:05.36ID:a+APx1Ve

>>790
winでiPhone使ってる人めっちゃいるよ？
アプリ作ってみたいってだけでMacに乗り換えるってのは仕事の関係もあったりして難しいと思う。
winとかiOSでXcodeが出ればディベロッパープログラムの加入だけでも凄い利益になるし、これからはGoogleみたいにappストアで広告枠作るらしいから開発者人口は多い方がAppleは儲かる。
宣伝的にも公開アプリ数は昔から普通に泥と比較されてるじゃん。

0793デフォルトの名無しさん

2016/05/06(金) 19:03:15.20ID:a+APx1Ve

あと、開発者になったら最新機種に乗り換える頻度も高くなるし4s以降とかiPadとかも買いたくなるでしょ？
iOSに関して売上は確実に伸びるしappストアのDL数も伸びる。
ユーザー的にも便利になるし誰が損するのか全然見えない

0794デフォルトの名無しさん

2016/05/06(金) 19:29:42.24ID:XRJOmAOR

ういんどうず w

0795デフォルトの名無しさん

2016/05/06(金) 19:38:21.57ID:r2RofS0q

>>792
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数が増える要素がないだろ。

0796デフォルトの名無しさん

2016/05/06(金) 19:42:01.71ID:ZXd1jUzZ

おまじないって何よ

0797デフォルトの名無しさん

2016/05/06(金) 19:59:30.48ID:U9P/4iQF

MacでVisualStudioが出るくらいありえない

0798デフォルトの名無しさん

2016/05/06(金) 20:53:36.44ID:SLyybgrK

Mac買ってコーティングはWindowsのVisual Studio＋xamarinでやるのが向いてると思うぜ

0799デフォルトの名無しさん

2016/05/06(金) 21:02:47.67ID:ASZ35Xju

MacにVSでたじゃん
VS Codeだけど

0800デフォルトの名無しさん

2016/05/06(金) 23:23:48.46ID:4ICSGBEM

>>792
Developer Programに入るだけよりMacも買ってもらった方が儲かるだろ
>>795も言ってるようにMac miniやMacBookごときを買うのを躊躇して開発を始められないような熱の少ないライトなDeveloperは眼中にないよ
ただ作ってみました的な質の悪いアプリはストアの質も落ちるしノーサンキューだろう

0801デフォルトの名無しさん

2016/05/07(土) 02:13:27.67ID:rFR0bWUt

　精々2万人ぐらいしかユーザーが増えないのにWindows版なんか作るわけない。
作りたきゃMacぐらい買うってw。Airを中古で買えば6万ぐらい済むのに。

　後、4ICSGBEMが言うようにアプリ開発はもはや素人の出る幕はない。

0802デフォルトの名無しさん

2016/05/07(土) 02:19:00.71ID:rFR0bWUt

　最近は聞かなくなったが、少し前までOSXのWindows版を出せとかいう話をよく聞いた。

出すとしたら、値段的に8万円ぐらいで売らないととてもペイしない。
＋開発環境だと50万ぐらい。

なんのことはない。昔のOPENSTEPの値段やね。

0803デフォルトの名無しさん

2016/05/07(土) 02:48:19.89ID:/XtTgEZq

>>801
＞4ICSGBEMが言うようにアプリ開発はもはや素人の出る幕はない。
プロがいきなり畑から生えてくるんですね
わかります。

あといまのモシモシゲーのアレを作ってるやつらがあれでプロって自称したら噴く

0804デフォルトの名無しさん

2016/05/07(土) 06:41:15.09ID:l6vJbo0+

あんなもしもしゲー（）と馬鹿にすると思うが、作るのには相当の工数がかかってるぞ
普通にプロの複数人体制でそこそこの期間とらないとできない

アプリで儲けたいのならそれなりにしっかりしたコンセプトも必要だし、見た目をしっかりさせるためのデザイナーも必要だし、現状ではPRだってしっかりやらなきゃ
そもそもダウンロードにつながらない。

遊びでやってみたいなら、Androidを買ってみるか、初期投資はちょっとつらいかもしれないがMac miniとかを買うのがマジでお勧め。

実際、Windows版Xcodeが出たとして、何作ってストアに売り込むつもりなの？そんなに独創的で流行るアイディアを持ってるのかな？

0805デフォルトの名無しさん

2016/05/07(土) 09:22:27.09ID:IXkQvPOM

Swiftのはなしをしろ

0806デフォルトの名無しさん

2016/05/07(土) 12:37:26.27ID:8sdmQ+pX

ほしかったら自分で作れよ
なに人任せにしてるんだよ

0807デフォルトの名無しさん

2016/05/07(土) 12:43:43.23ID:v7dF15fo

一人で作って何年かかると思ってんだよアホか

0808デフォルトの名無しさん

2016/05/07(土) 12:48:02.69ID:IXkQvPOM

ねだるな勝ち取れ

0809デフォルトの名無しさん

2016/05/07(土) 14:38:32.12ID:8sdmQ+pX

だれも一人で作れと言ってないし
ここで意味もない叫びをするくらいなら動けば？って思っただけ
自分だったらそうするけど

0810デフォルトの名無しさん

2016/05/07(土) 14:59:44.91ID:lcp+0jE0

>>804
そんな独創的な流行るアイデアがあればとっくに機材そろえて開発に着手してるだろうよ

0811デフォルトの名無しさん

2016/05/07(土) 15:00:11.80ID:cEgjFU9Q

やらねーくせにw

0812デフォルトの名無しさん

2016/05/07(土) 15:02:19.22ID:rFR0bWUt

ちなみにxcodeは新mac板に専用のスレが立っているからな。

0813デフォルトの名無しさん

2016/05/07(土) 15:25:11.05ID:/xZz2ykS

swiftもMac板にもスレあるし、そっちに行った方がいいな

0814デフォルトの名無しさん

2016/05/07(土) 15:56:22.83ID:B5W1/mr8

今度立てるときはスレタイの先頭はSwiftか【Swift】にしろよ。
意味わかるだろ？

0815デフォルトの名無しさん

2016/05/07(土) 17:21:07.71ID:Ni9dNVoc

押し付けないでください！！！

0816デフォルトの名無しさん

2016/05/07(土) 17:22:02.04ID:Ni9dNVoc

objective-cで何の問題もないんです！

0817デフォルトの名無しさん

2016/05/07(土) 17:34:55.93ID:rCqt5XGU

そうだな

0818デフォルトの名無しさん

2016/05/07(土) 17:42:23.95ID:B5W1/mr8

いやスレッドの視認性の話。

0819デフォルトの名無しさん

2016/05/07(土) 18:03:27.58ID:4X0XqLuK

独創的なアイデアがあれば、ひとりでいいんだよ。
独創的なアイデアがないから、人手だけやたらとかけた壮大な駄作ができるんだろ。
いまのファイナルファンタジーがそうだろ

0820デフォルトの名無しさん

2016/05/07(土) 19:36:44.96ID:/XtTgEZq

独創的とかじゃなくて
あたりまえのことをあたりまえにやることの重要性。
iPhone触った後にAndroid触った時の
「なんでこんなことができてないんだ？」といっしょ。

0821デフォルトの名無しさん

2016/05/07(土) 19:48:43.10ID:QTOH9uq0

それ君がAndoridの使い方を理解してないか、国産クソガラパゴスAndroidを見て評価してるんじゃないの
最近で言えば、AppExtensionはAndroidの丸パクリだよね
「なんでいまだにホーム画面にウィジェット置けないんだ？」って感じ

0822デフォルトの名無しさん

2016/05/07(土) 20:53:17.77ID:IXkQvPOM

あの、ここSwiftスレなんすけど

0823デフォルトの名無しさん

2016/05/07(土) 21:09:48.42ID:5SVpA7kW

Swiftすげー
Swift面白い
Swift最強

0824デフォルトの名無しさん

2016/05/07(土) 21:10:15.32ID:v7dF15fo

>>823
kwsk

0825デフォルトの名無しさん

2016/05/07(土) 21:43:25.91ID:QTOH9uq0

Swift3.0の情報漁ってても辛くなるだけだしなぁ
あんまり表のSwifterが触れたがらないゴミプロポーザルの話でもするか？

0826デフォルトの名無しさん

2016/05/07(土) 22:17:45.59ID:QTOH9uq0

誤訳があったらスマンな、誰も真面目に訳さないからな

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でキャストせよ

0827デフォルトの名無しさん

2016/05/07(土) 22:31:45.06ID:Ni9dNVoc

押し付けないでください！
押し付けないでください！
押し付けないでください！

0828デフォルトの名無しさん

2016/05/07(土) 22:34:02.13ID:IXkQvPOM

訳じゃなくてどうゴミだと思うのか書けよ

0829デフォルトの名無しさん

2016/05/07(土) 22:34:40.14ID:lHpho2mQ

SwiftのProposalなのにObjective-Cの話しかしてないのね

0830デフォルトの名無しさん

2016/05/07(土) 22:42:27.78ID:QTOH9uq0

>>828
32行の行数制限で両方書くのは流石に難しいな、お前も煽ってないでSwiftの話をしてもいいんだぜ
基本的に記述がどんどん安全で冗長になっていくゴミ提案ばかり
逆に記述がスマートになりそうなSE-0018とかはリジェクト

あとSwiftらしいFoundationを1から作るのを諦めてるのが将来的にマイナスだと思うんだが
letとvarがあり、CopyOnWriteのSwiftでNSCopyingプロトコルなんて意味がない

0831デフォルトの名無しさん

2016/05/08(日) 00:16:04.93ID:2fJZaif/

>>826
SE-0062
嬉しい。コード補完も効くだろうし便利になる。

SE-0069 SE-0070
ややこしい事になってきた感じがする。

SE-0072
自動キャストなくなるのかよw
明示的にする事でコンパイラが迷わなくてコンパイルも早くなるんだろうからその点はいいけど、細かい暗黙的な変換を気にしないで書ける読めるという方向を諦めたのは少し残念

いい進化と微妙な変更と残念な退化といろいろあるね

0832デフォルトの名無しさん

2016/05/08(日) 00:34:55.34ID:hpeMWjdb

>>831
SE-0062
クラスに対するキーパスは便利になるけど、
配列や辞書みたいな、動的に名前を解決するものはどうなるのか

SE-0069はもうちょっと全貌を纏め上げてくれないとなんとも言えないが
Immutableのlet String、NSStringとMutableのvar String、NSMutableStringにしたいのか？

SE-0072についてフォロー（？）をしておくと、String -> NSStringは現状のまま
NSStringは内部実装が多数あるから、コンパイラをよほど賢くしないとStringへのキャストに失敗する

Swift3のテーマは、Objective-Cの延命だと思う
言語仕様としての洗練はSwift4からだろう

0833デフォルトの名無しさん

2016/05/08(日) 00:40:10.63ID:p3vkdm2Y

暗黙の型変換なんて要らないだろ。
そんなもの最初から要らなかったんだよ。

0834デフォルトの名無しさん

2016/05/08(日) 00:43:54.36ID:SEggZNIX

暗黙の型変換→便利
明示的宣言→普通
asキャスト→ウザイ

0835デフォルトの名無しさん

2016/05/08(日) 00:45:18.05ID:h81zC51w

沈黙の艦隊
進撃の巨人
暗黙の型変換

0836デフォルトの名無しさん

2016/05/08(日) 00:45:24.41ID:SEggZNIX

Objective-Cで十分です。

0837デフォルトの名無しさん

2016/05/08(日) 00:53:28.87ID:TL89dNO8

型推論でソース嫁ないだろ！ゴルァ！

0838デフォルトの名無しさん

2016/05/08(日) 00:54:22.32ID:TL89dNO8

Swift3終わったな

0839デフォルトの名無しさん

2016/05/08(日) 11:03:25.00ID:5SbN0uzB

>>836
うん、みんな知ってる

0840デフォルトの名無しさん

2016/05/08(日) 11:28:43.16ID:vJgYNSfB

Swiftの方がマスターした時の生産性が高いけどな

0841デフォルトの名無しさん

2016/05/08(日) 11:45:42.25ID:n3Nh2GSe

よく生産性高いという話聞くけどイマイチ実感がわかないんだけど
具体的にどういうところがよくなるわけ？

0842デフォルトの名無しさん

2016/05/08(日) 12:09:18.59ID:jk+W7Qvs

タイプ数が減ってる

0843デフォルトの名無しさん

2016/05/08(日) 12:12:53.06ID:n3Nh2GSe

それってxcodeのコード補完でどうにでもなるレベルだと思うけど違うんかな

0844デフォルトの名無しさん

2016/05/08(日) 12:42:09.36ID:jk+W7Qvs

var string = ""
NSMutableString *string = @"";
Xcode補完込みで減ってる

誤差だとは思う

0845デフォルトの名無しさん

2016/05/08(日) 12:42:50.99ID:vJgYNSfB

例えば、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();

クラスや構造体の定義とかも楽

0846デフォルトの名無しさん

2016/05/08(日) 13:02:10.31ID:vJgYNSfB

スマソ
最後の例は間違ってたw

【swift】
let info = self.getInfo()

【obj-c】
PersonInfo *const info = [self getName];

0847デフォルトの名無しさん

2016/05/08(日) 13:02:44.30ID:JDG6pqSg

・ヘッダーファイル不要
・self ; 不要
・if let where
・function().function().function()
・よく使い回すものはプロトコル拡張で再利用性向上

0848デフォルトの名無しさん

2016/05/08(日) 13:03:52.98ID:vJgYNSfB

また間違ったw

【obj-c】
PersonInfo *const info = [self getInfo];

0849デフォルトの名無しさん

2016/05/08(日) 13:14:52.66ID:jk+W7Qvs

・function().function().function()
[function [function [function]]]

・よく使い回すものはプロトコル拡張で再利用性向上
今までもUtilクラス等で再利用してる

微妙にObjCエアプログラマっぽい

>> 848
今時 ObjCでgetter使う奴もいまい
PersonInfo *const info = self.info;
で良いんじゃないかな、self.が必要な分、やっぱりSwiftよりタイプ数多いけど

0850デフォルトの名無しさん

2016/05/08(日) 13:29:52.96ID:JDG6pqSg

ん？プロトコル拡張をクラスの再利用と同じと思ってるのかな
ProjectBuilder のころから ObjC 書いてる俺はエアなのかw
それは失礼しましたw

0851デフォルトの名無しさん

2016/05/08(日) 13:32:04.37ID:jk+W7Qvs

目的、実現機能は同じだろ？
文法変わってスゲーと言ってるなら、それも良し

0852デフォルトの名無しさん

2016/05/08(日) 13:34:47.26ID:JDG6pqSg

カスタマイズポイントをプロトコルを conform してるクラス（または struct）に集中できるところが違う

0853デフォルトの名無しさん

2016/05/08(日) 13:43:07.84ID:v+P74dHu

コードを読む側としてはletに何が入っているのかわからないからメンテナンス性は悪い
型推論は大規模なコードを書くと、型推論がコンパイルのボトルネックになるから、敢えて定義することが多い
特にジェネリックみたいな入れ子のクラスの推論は弱い

0854デフォルトの名無しさん

2016/05/08(日) 13:58:33.69ID:LcnT42uz

>>853
同意
見てて明らかすぎる場合は省略していいかなという感じはしてきたが、なんかのメソッドの戻り値とかを代入されてるとなんだかわからない
タイプしたくないという要望は否定しないから、勝手にIDEで補完してくれりゃいいんだけどな

0855デフォルトの名無しさん

2016/05/08(日) 15:07:37.14ID:GwDyGEQe

可読性のために必要と考えるなら型を明示すればいいだけ
そこはプログラマの裁量だろ

0856デフォルトの名無しさん

2016/05/08(日) 15:08:59.78ID:GwDyGEQe

あと、enumにメソッド書けるとことか何気に便利

0857デフォルトの名無しさん

2016/05/08(日) 16:19:41.58ID:k7Hfd6+4

結局obj-cが足引っ張ってるからswiftを洗練出来ないんでしょ？

0858デフォルトの名無しさん

2016/05/08(日) 16:33:39.38ID:HU46K3x1

ソウダヨ

0859デフォルトの名無しさん

2016/05/08(日) 18:29:02.26ID:OtOURaLi

Visual Studio+C#の型推論ならvarの上にカーソル持って行ったら型がツールチップで表示されるから問題ないんだけど、Xcodeはそういうのやってくれないんだな

0860デフォルトの名無しさん

2016/05/08(日) 18:49:36.58ID:qY7FGqHE

言語の仕様とツールの仕様は別の話

0861デフォルトの名無しさん

2016/05/08(日) 19:09:04.13ID:hpeMWjdb

どのタイミングで型推論が可能か、ってことだから言語仕様の話でしょ？

C#のvarは使えるタイミングをローカル変数に限定してるから、その時点で型が確定している
利便性を上げるだけで特に副作用がない

Swiftはなんでもかんでもletとvarを使わせるから、
現状だと全ソースをコンパイルしないと型が確定しない

0862デフォルトの名無しさん

2016/05/08(日) 19:29:21.75ID:wG9lSdB2

副作用？

0863デフォルトの名無しさん

2016/05/08(日) 20:03:36.56ID:qY7FGqHE

C#のvarと、Swiftのvar、letは意味が違う
Swiftのvar, letは変数の定義だけど、c#のvarは、variant型から来てんじゃねーの？

0864デフォルトの名無しさん

2016/05/08(日) 20:11:47.08ID:hpeMWjdb

VBのvariant型は確かに近いけど、由来は両方ともvariable（変数）でしょ
むしろletに再代入不可の意味を持たせるのはSwiftだけになると思うから、他の言語から見たら異様に見えそう

0865デフォルトの名無しさん

2016/05/08(日) 20:42:21.27ID:qY7FGqHE

大概の言語に定数定義の仕組みがあるから別に異様ではない
型類推させる時だけvarとかつけるC#の方が異様
Swiftの var a = 10 は純粋にプリミティブなInt型だろうけど、
C#のvar a = 10は、Variant構造体とかに値を格納してそう
知らんけど

0866デフォルトの名無しさん

2016/05/08(日) 20:46:59.04ID:LcnT42uz

>>865
それはVBの話なんじゃないの？
あと、C++にもautoってのがあるけど、C#のvarに似た感じだし異様だとは思わないかな

0867デフォルトの名無しさん

2016/05/08(日) 21:03:28.66ID:OtOURaLi

>>865
いいえ
var a = 10;
はint型です

0868デフォルトの名無しさん

2016/05/08(日) 21:09:24.45ID:hpeMWjdb

>>865
いろいろ勘違いしてるなー、C#のvarはその場合はIntに解決される
C#は基本的には静的型付け言語、後付けで追加されたdynamic型以外は静的に型が決まる

letってのは古代のBasicだと代入命令だから、再代入不可が変に思える
今後主流になるECMA7だとローカルスコープの変数にletが使われているし、混乱を招きそう
元ネタは数学（～として定義する、をletと書く）

あと、Swiftでlet a = 10 をした場合、IntegerLiteralConvertibleに準拠した型のうち適切な型に決定される
だからコンパイル時まで型が決まらない
しかもどういう優先度があるのかはコンパイルマジック

0869デフォルトの名無しさん

2016/05/08(日) 21:37:56.47ID:k7Hfd6+4

電卓程度の小さなアプリならdidSetとwillSetの簡単な記述だけでほとんど完成したりする所は便利で使いまくってるな
頭で設計しながらリアルタイムで出来上がっていくから楽しい
delegate = self の記述は省略してもいいんじゃないかと思ってる
あとoptional関係はもっとスッキリした記述で対策できたらいいな

0870デフォルトの名無しさん

2016/05/08(日) 21:46:49.95ID:k7Hfd6+4

>>868
そういうのって変数クリックで右窓のQuickHelpに現時点で設定されてる型見れるんじゃないの？
コンパイルマジックを恐れるような作業する時はちゃんと型指定すればいいだけだし
型推論はおまけの機能ってことでよくない？
何かそこに力注ぐとガラパゴス化が進みそうで嫌だ。

0871デフォルトの名無しさん

2016/05/08(日) 21:47:07.48ID:qY7FGqHE

結局、SwiftのvarとC#のvarは字面が同じだけで意味的には別物ってことじゃん
>>861のSwiftのletやvarがC#のvarと比べてどうのこうのという比較はおかしい

0872デフォルトの名無しさん

2016/05/09(月) 00:11:09.34ID:c6sD7MQ9

質問なんだけど、例えば

例１）
if enumValue == .None {
value_1 = inputValue
}else{
value_2 = inputValue
}

みたいなのがあったとして、value_1と2に変数の代入を振り分ける時に
value_1と2のエイリアス的なものって作れないのかな？
こんな感じで、

例２）
var areas = nil
if enumValue == .None {
areas = value_1
}else{
areas = value_2
}
areas = inputValue

『代入する側』の振り分けは普通にあるけど
『代入される側』は参照とかコピーとか理解できてなくて疑問に思った

0873デフォルトの名無しさん

2016/05/09(月) 00:35:35.00ID:beZqczUX

>>864
むしろletに再代入許す言語なんてないと思うが。

0874デフォルトの名無しさん

2016/05/09(月) 00:40:29.33ID:beZqczUX

>>868
letは代入命令では無い。お前はもっと勉強したほうがいい。
let束縛でクグレ。

0875デフォルトの名無しさん

2016/05/09(月) 00:43:58.32ID:beZqczUX

letの起源はBASICなんかよりも古いLISP

0876デフォルトの名無しさん

2016/05/09(月) 01:29:50.31ID:wknROfBd

>>873-875
・モダンな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年くらい

ググれで勝利宣言しないでソースを持ってきて戦おう

0877デフォルトの名無しさん

2016/05/09(月) 01:42:27.09ID:wknROfBd

あと破壊的代入を許さない純粋関数型言語なら、
letで定義したレキシカルスコープの変数が再代入不可能ってのは自明の話なわけであって…

Swiftは関数型もモチーフに入れてるけれど、ベースは手続き型言語なので、
letにconstの意味を意味を持たせていることにどうしても違和感が拭えないという話をしてるだけなのよ？
variable/constantなら対義語だけど、var/letって英語としても対じゃないじゃん（笑）

おそらくこれはSwift1のころの、グローバルにジェネリクス関数を定義する、
数学的なアプローチを取ろうとしていたころの名残で、深く考えてもあまり意味はないだろうと思う

0878デフォルトの名無しさん

2016/05/09(月) 01:45:46.80ID:UQymDFyU

letの元ネタが数学って認めるなら再代入(再定義)できないのが本来のletのあり方ってことじゃないの

0879デフォルトの名無しさん

2016/05/09(月) 01:49:07.60ID:rf35Jf5X

varだろうがletだろうが字面には拘らないし、letがconstとかでも別にいい。letの方が文字数が少ないから好みではあるが
ただ、グローバル変数からローカル変数にいたるまで可変変数と定数の使い分けの明確化をコンパイラの警告で徹底させているのはSwiftの功績の一つだとは思う

0880デフォルトの名無しさん

2016/05/09(月) 01:59:15.53ID:UQymDFyU

プログラミング作法的にまず定数ありきで、必要な時だけ変数にするべきというのを考えると
もし (定数定義の文字数) > (変数定義の文字数) だと、心理的にタイプ数少ない変数定義ファーストの癖がついてしまってよくない
定数を const にするなら変数は variable って8文字書かせるぐらいにしないとって個人的に思う
逆に let 以外に、var より短くて気軽に使ってもらえそうな定数定義用のキーワード候補って思いつかない

0881デフォルトの名無しさん

2016/05/09(月) 02:04:05.46ID:rf35Jf5X

可変変数はvarでいいよね
で、それに対応する定数のための記号となると、letでいいんじゃねと思う
不変という意味では、constの他に、fixとか、immutableとかありそうだけど、varの対義としてはなんかしっくりこないしね

0882デフォルトの名無しさん

2016/05/09(月) 02:14:23.33ID:wknROfBd

>>878
数学のletについて言うなら、これは本来使役動詞に分類されるもので、
「aを10と仮定しますね」程度の意味で、「だからaには20は入らないです」という意味までは包含しないよ
そもそも数学の世界に代入という考え方はないからね…あくまで元ネタっていうだけ
let / var はSwiftの世界の中だけで見たときは、さっぱりした記法でいいと思う

>>881
個人的に気になるのは、let structは不変だけど、let classは単なる再代入不可の変数ということ
let束縛なんて高尚なものではない
let a = ReferenceArray()
a.append(Element())
って、気持ち悪くない？まあAppleもそれを分かっているから、クラス排斥をしたいんだろうけど・・・

0883デフォルトの名無しさん

2016/05/09(月) 07:37:53.97ID:IM0fFSSs

どっちも３文字で短くて書きやすいし意味的にもわかりやすい
Swift の let/var という書き方は非常に良いと思う

0884デフォルトの名無しさん

2016/05/09(月) 08:59:49.29ID:5AXMGR+2

>>882
別にクラス排斥をアップルは望んでないだろ
それを言ってるのは関数型！プロトコル指向！！と言ってる意識高い人たち

Cocoaをクラスなしで操作するIFを公式で提供する気はない
そんなことしたらObjCから叩けなくなってしまう

0885デフォルトの名無しさん

2016/05/09(月) 09:14:12.20ID:D9bjr26a

>>884
SE-0069読んでみ

0886デフォルトの名無しさん

2016/05/09(月) 10:03:29.00ID:0czJu7Uu

>>882
structは値型、classは参照型という捉え方してるので、letで設定したクラスのメンバを変更できても別に違和感はないな

0887デフォルトの名無しさん

2016/05/09(月) 12:10:07.49ID:I7KppH2B

そんなに熱くなるような話じゃねーだろ

0888デフォルトの名無しさん

2016/05/09(月) 12:50:42.32ID:Hf2VjWxH

まぁ、まぁ、落ち着いてw

0889デフォルトの名無しさん

2016/05/09(月) 13:50:34.32ID:EdwSTZkP

Windowsユーザーのワイ
開発できなくてしこしこjavaを使ってる模様

敷居高すぎ

0890デフォルトの名無しさん

2016/05/09(月) 13:59:22.38ID:Zq6Yv26E

>>889
何の開発をしたいの？

0891デフォルトの名無しさん

2016/05/09(月) 14:33:09.32ID:5AXMGR+2

XamarinステマのC#推しの出番
はよこい

0892デフォルトの名無しさん

2016/05/09(月) 16:20:38.91ID:vLNKu85p

アプリ開発に興味があって独学し始めたんですがここ見てるとswiftってダメみたいな空気を感じます
何を勉強すればよいでしょう?

0893デフォルトの名無しさん

2016/05/09(月) 16:26:01.02ID:xNRDveim

アプリの構造とフレームワークの使い方

0894デフォルトの名無しさん

2016/05/09(月) 16:28:39.01ID:wW23qoVV

>>892
Apple教に入信するならSwift
潰しがきくのはC#、Java
どっちつかずならとりあえず、Objective-C
敷居の高さは、
Objective-C > Swift > Java > C#
JavaとC#は敷居の高さ的には同等だけど、ツールや開発環境的にC#の方が若干低め

0895デフォルトの名無しさん

2016/05/09(月) 16:45:55.86ID:vLNKu85p

>>893
>>894
レスありがとうございます
参考にさせてもらいます
質問板でないのは承知の上でもうひとつ
コーディングする上で一つの機能に対していくつかの書き方があるかと思うのですが「どの書き方が良い」とする判断基準って何でしょう?可読性のみって事はないですよね
スレ違いでごめんなさい

0896デフォルトの名無しさん

2016/05/09(月) 16:54:15.90ID:xNRDveim

可読性を優先するかパフォーマンスを優先するかの二択だよ

0897デフォルトの名無しさん

2016/05/09(月) 16:54:24.71ID:9+EnAQM8

>>892
なにをもなんもiOSならObjective-C、AndroidならJava。
そして、どちらも(というより最近はなんでも)
システムが用意してる機能をどう叩くかが勉強の過半を占めるから
むしろ、そういうライブラリの使い方を覚える学習の方が大事。
逆に言えばライブラリはどの対応言語からも叩けるから
わかってる人が無茶すりゃ言語なんてなんでもいい。

swiftについて言えば言語そのものはいちばんモダンだけれども
いま、Objective-C用にObjective-Cで作られたライブラリを
Appleが改変するかどうかの段階だから、いちおう学習しながらみんな様子見中。

0898デフォルトの名無しさん

2016/05/09(月) 17:17:27.01ID:vLNKu85p

>>896
>>897
レスありがとうございます
大変参考になりました
皆さんと語り合えるぐらいになるのを目標に勉強します
スレチ失礼しました

0899デフォルトの名無しさん

2016/05/09(月) 18:30:41.21ID:5WUI3njW

>>897
並行制御の言語仕様がない時点でモダンではないかなー
async/awaitの存在を知ったら、selfが循環参照しないかビクビクしながら
クロージャコールバックヘル書いてるSwift屋は死んじゃうよ

0900デフォルトの名無しさん

2016/05/10(火) 06:00:14.46ID:/6xXmhvV

swift屋は平行制御が swift 3 で見送られたことに大笑いして、もうそこは期待してないよ
今さらネタにもされぬ

0901デフォルトの名無しさん

2016/05/10(火) 10:33:21.93ID:0Ohv65sc

async/awaitって実際のところ使いやすいの？
generaterとか歴史をセットで追いかけている人には使いやすいだろうけど
関数実行途中に呼び出し元に戻る挙動って、直感的かと言われると微妙なんだよね。
特に複数スレッドでその挙動された日には頭が沸騰しそう。

0902デフォルトの名無しさん

2016/05/10(火) 10:55:12.82ID:ZdmM1iht

使いやすいよ
気軽に非同期処理出来るから多用しまくり

0903デフォルトの名無しさん

2016/05/10(火) 11:28:05.15ID:jRV+cfGN

循環参照はweakやunowned使えばいいし
非同期処理ならNSOperationで十分やで

0904デフォルトの名無しさん

2016/05/10(火) 12:51:37.76ID:UIYAHbLV

そこはGCDでしょ

0905デフォルトの名無しさん

2016/05/10(火) 14:15:01.82ID:/6xXmhvV

新興言語でweak, unownedを意識させるのが古くさいとは思う
GCDもObjCではNSOperationへ乗り換えさせてるのに、移植をしないからGCDに先祖戻り

4でgoroutine相当をパクってくれると期待してる

0906デフォルトの名無しさん

2016/05/10(火) 15:21:17.45ID:UIYAHbLV

先祖戻りって？
SwiftでもNSOperation使えばいいやん

0907デフォルトの名無しさん

2016/05/10(火) 15:48:57.68ID:YkQDCvlG

weakとか循環参照を意識しなくちゃいけないのは並行制御云々よりARCの問題なんじゃないの？

0908デフォルトの名無しさん

2016/05/10(火) 15:57:58.43ID:2UczGuFz

だよね
Obj-CもSwiftも参照カウンタ方式のメモリ管理してるからしょうがない
それがいやなから片っ端からunownedにすればいい
C#はガベコレで不要なメモリ破棄してんだからそもそもメモリ管理のコンセプトが違う

0909デフォルトの名無しさん

2016/05/10(火) 17:43:45.90ID:/6xXmhvV

どういう擁護だ、だから古くさいんだろ？
GCないRustも気合いでなんとかしてるし、時代遅れの言語/ランタイム仕様の見直しどうぞ

>>906
ヒント: Swift on Linux

0910デフォルトの名無しさん

2016/05/10(火) 18:08:36.07ID:zXNMLqy+

>>905
>GCDもObjCではNSOperationへ乗り換えさせてる

え？逆じゃないの？

0911デフォルトの名無しさん

2016/05/10(火) 18:08:46.40ID:2UczGuFz

一概に古臭いともいえんでしょ
参照カウント方式の方がメモリ効率いい場合もあるし
Linuxとの互換性もそのうち使えるレベルになるんとちゃう？

0912デフォルトの名無しさん

2016/05/10(火) 18:25:47.17ID:0Ohv65sc

>>911
古臭いといえば古臭いんじゃないかな。循環参照は防げないわけだし。
ARCが出た時は革命的だと思ったけど、循環参照も人間側が意識しなくても
防ぐ手段を用意して欲しいところ。

rust見たくonwershipを一箇所にしか持てない仕様にするとかかね。

0913デフォルトの名無しさん

2016/05/10(火) 19:12:34.89ID:HXxhcrDc

unique_ptrを昇華させたRust
shared_ptr, weak_ptrを昇華?(強制)させたARC
在り方違うけどもうちょっと頑張ってみても良いかな
他プラットフォームへの互換性は祈ってる

0914デフォルトの名無しさん

2016/05/10(火) 20:31:30.24ID:l1dnu8xV

参照カウント型のメモリ管理で循環参照を回避する仕組みを入れ込もうとするといろんなとこにオーバーヘッドがかかってきそう
そもそも、そこに気を回せない奴は言語問わずメモリリークおこしそう

0915デフォルトの名無しさん

2016/05/10(火) 20:46:20.87ID:XHWXVDIf

alloc/deallocを手で書いてないプログラマは二流

0916デフォルトの名無しさん

2016/05/10(火) 20:49:11.91ID:pDn//wQc

そこはARCでいいだろ

0917デフォルトの名無しさん

2016/05/10(火) 21:13:40.85ID:xJZDFb+p

Apple、次期メジャーバージョン「Swift 3.0」のリリース過程を解説、正式リリースは2016年後半予定
https://codezine.jp/article/detail/9423

>「Swift 3.0」では、言語仕様および標準ライブラリに大きな変更が行われるため、
>「Swift 2.2」とはソースコードの互換性が失われる。

0918デフォルトの名無しさん

2016/05/10(火) 21:23:30.36ID:ulgJR1hu

>>914
モバイル端末のマシンスペックが上がっていけばまたGC的なメモリ管理に戻しても十分動くようになるかもね

0919デフォルトの名無しさん

2016/05/10(火) 21:38:30.19ID:N1cY8Gnf

>>917
現行のswiftは失敗だったということか

0920デフォルトの名無しさん

2016/05/10(火) 21:48:01.85ID:XHWXVDIf

>>916
ARCじゃまともに参照型のメモリを管理できんから値型プッシュしてるんだぞ？

0921デフォルトの名無しさん

2016/05/10(火) 22:13:41.41ID:HXxhcrDc

値型だとalloc,freeしないだろw
ARCポインタ、値型構造体しか使えないswift, objcでどうして欲しいんだよ

0922デフォルトの名無しさん

2016/05/10(火) 22:24:01.53ID:5Hat3bdZ

Swift言語を非公式にWindowsへ移植した「Swift for Windows」プレリリース版が公開される
https://osdn.jp/magazine/16/05/10/154000

0923デフォルトの名無しさん

2016/05/10(火) 23:40:02.42ID:/xHUYlq2

>>922
さすがにWindowsでSwift使おうとは思わないが
需要あるのかな……

0924デフォルトの名無しさん

2016/05/11(水) 00:27:37.16ID:7WCzOel+

>>919
って言うか出たばっかだからまだまだ使用が変わって当然。
javaもrubyも一般的になったなと感じるまでには10年とかかかってる。

0925デフォルトの名無しさん

2016/05/11(水) 00:46:19.55ID:UApFb9iY

Swiftは今でさえObj-Cより生産性高いだろ
コード量も少なくすむし、読みやすい

0926デフォルトの名無しさん

2016/05/11(水) 01:21:13.09ID:Vh3ph2Zp

>>924
じゃあ次回以降もまた互換性のない仕様変更があるってことか
こんなもん仕事では使えないよな

0927デフォルトの名無しさん

2016/05/11(水) 02:07:39.38ID:k8IgVYjp

Swift Package Managerってどんなもん？
CocoaPodsやCarthageいらなくなるんかね

0928デフォルトの名無しさん

2016/05/11(水) 07:12:24.43ID:JAZShg4p

公式でできるのはいいことだ
Xcodeにパッケージの検索機能とかついたらいいな

0929デフォルトの名無しさん

2016/05/11(水) 08:36:01.06ID:YffqwLPw

生産性って、何？
今書いてもゴミコード確定なSwiftは生産性ゼロでしょ？

0930デフォルトの名無しさん

2016/05/11(水) 08:42:55.79ID:4IudTOj9

なぜそこまで悲観的なんだ
どんな言語でもメジャーアップデートで大幅な変更入るのは当たり前だし、Swiftはそのサイクルが今はまだ短めなだけ
多少互換性がなくなってもXcodeである程度機械的に変換してくれるだろうし
手直ししても半日ぐらいで対応できるだろ
それより、iOS自体やフレームワークの変更への対応の方が大変

0931デフォルトの名無しさん

2016/05/11(水) 08:43:10.79ID:ETyeHi8v

目先のライトなコードの生産速度、とマジレス

0932デフォルトの名無しさん

2016/05/11(水) 09:38:17.89ID:9S32dyBI

>>930
＞手直ししても半日ぐらいで対応できるだろ
んなもん規模によるとしか言えない

何かあっても詫び石で済むようなアプリならXcodeの自動変換でいいよ
ただ再レビュー再テストが発生した時になぜそんなstableじゃない言語を選んだのかを上や横やクライアントに説明できるようにしておく必要はあるかな

0933デフォルトの名無しさん

2016/05/11(水) 09:53:39.23ID:4IudTOj9

Androidだって、WindowsだってOSやSDKがメジャーアップデートしたら、検証なしでアプリがそのままコンパイル通って動くとは普通考えないだろ
iPhoneやMacも、バイナリレベルでは旧バージョンが一応動くようにしてくれてるが、いずれにしろどんな環境でも再レビューや再テストは発生するだろ
そこが不要なのを保証してくれるのは汎用機とかオフコンの世界じゃないのか？

0934デフォルトの名無しさん

2016/05/11(水) 10:05:41.23ID:ETyeHi8v

言語仕様のことを言ってるのか、ランタイム仕様のことを言っているのか分からんが
どちらも基本は下位互換ありで、動かない機能があったら動かないのかよwwwと笑われるのが常じゃなかろうか
Apple OSはバイナリレベルで動かないランタイムバージョンアップをすることが珍しくないから今更気にしない

Xcodeの自動変換はバカだから期待できないよなぁ
1.xの頃に比べれば多少マシになってるけど、相変わらず漏れが多い印象だ

0935デフォルトの名無しさん

2016/05/11(水) 10:05:57.87ID:l+MXa3J8

いずれにせよ今swiftを学んでも近い将来に知識が役にたたなくなってしまうということだからな
仕事ではやってられんよ

0936デフォルトの名無しさん

2016/05/11(水) 10:18:21.72ID:4IudTOj9

>>935
いや、それ今Cocoaフレームワークの使い方覚えても役に立たなくなるって言ってるのと同じレベルでしょ
毎年山のように変更されるんだから
言語の変更点なんてかわいいもんだよ

0937デフォルトの名無しさん

2016/05/11(水) 11:18:04.23ID:sA9FQTwa

>>914
でも実際のところ循環参照を意識してコード書いている奴がどれだけいるのかな。
とりあえずかけちゃうのがな～。
swiftlintとかで警告出すようにするとかかな

0938デフォルトの名無しさん

2016/05/11(水) 11:22:42.84ID:sA9FQTwa

>>927
たしかhomebrewの作者がApple社員になって担当してるんだよね。
>Swift Package Manager

homebrew以前は正直パッケージ管理周りはlinux系のほうが良さ気で
OSXヘイトだったけど、今はhomebrewの方がいいと思える。
各パッケージの追従が速い。golangとかhomebrewのアップデートで
バージョンアップしたんだって知ることが多いくらい

0939デフォルトの名無しさん

2016/05/11(水) 11:35:41.66ID:xqMebsDc

>>938
Arch Linuxオヌヌメ
というか、それフロントツールじゃなくて、サーバ側のメンテポリシーの話だろ

Swift Package ManagerのサーバはIBMだったか？
npmみたいにちょいちょいトラブルがありそうだよな
どうにもならない問題だけど、どうするのかねぇ

0940デフォルトの名無しさん

2016/05/11(水) 12:19:08.27ID:sA9FQTwa

>>939
当然パッケージ管理に関する感想はインフラの挙動含めてのことだね。
tapすればテスト的なパッケージを取り込めるのも手軽で良かった。

linuxはdocker経由でしか使わんと思うからalpinelinuxかな。今触るとしたら。

0941デフォルトの名無しさん

2016/05/11(水) 12:32:30.11ID:T3iqLJ21

ほんとにAppleの互換性軽視はひどいと思う
Microsoftは互換性最優先で、C#もVBも最初期からほぼソースの下位互換を保ってるし、バイナリも.NET Framework2.0以降なら問題なく動作する
Windows自体も相当低層のことしてるか、仕様外のことに依存してない限りかなりまで互換性を保ってる

Microsoft以外にしても、規模のでかい破壊的変更を加えてるのはごく少数

0942デフォルトの名無しさん

2016/05/11(水) 12:55:35.15ID:YffqwLPw

いままでの言語仕様がクソだったと認められるのは偉いよ
そんなクソを珍味だと崇めてる林檎信者には同情するが

0943デフォルトの名無しさん

2016/05/11(水) 13:10:29.80ID:r7xSO0od

>>941
それ、下位互換じゃなくて、後方互換じゃないのか？

0944デフォルトの名無しさん

2016/05/11(水) 13:32:13.27ID:T3iqLJ21

>>943
書き間違えてた、後方互換だ

0945デフォルトの名無しさん

2016/05/11(水) 14:26:11.17ID:sA9FQTwa

今Android開発の勉強をしていてModelにあたる
ContentProviderの勉強をしてるんだけど、
coreDataとは違うんだよね。
coreDataはdbそのままなんだけど、
ContentProviderはdbをラップしてWebAPI設計をしているイメージ。
androidの場合画面遷移も
あるuriに遷移するって感じですごくwebっぽい。

正直カルチャーショックだったんで、
iOSとAndroidの両方を開発してる人はどう考えているか知りたい。
実際どっちが開発しやすいの？
webやってる人はAndroidの方が開発しやすい？

0946デフォルトの名無しさん

2016/05/11(水) 14:40:26.20ID:xqMebsDc

宗教/文化の違いを理解して個々に作る
、、、のが嫌ならCordovaでもやればどうだろう
Cordovaに限らないけどウェブ屋はそっち方面に走る印象

0947デフォルトの名無しさん

2016/05/11(水) 15:50:50.62ID:GeTKo991

クロージャーが深い場合に、現状では以下のような書き方してて良くない感じなんだけど、賢い方改善策を教えて下さい。

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のせいでネストが余計深くなるのをなんとかしたい

0948デフォルトの名無しさん

2016/05/11(水) 15:54:10.59ID:JAZShg4p

if let じゃなくて guard 使え

0949デフォルトの名無しさん

2016/05/11(水) 16:14:06.79ID:sA9FQTwa

>>946
いや。多分お互いに吸収しあって能力を高め合うのが理想。
AndroidではネットワークにアクセスするAPIはメインスレッドで実行すると
例外を吐く仕様になってる。でもそうするとネットワークアクセスの
メインスレッド実行を無くせるからiOSでも採用すべき仕様だと思う。

例えばAndroidのR.XXって形で文字列とか画像に対して自動で定数を設定できる機能があるんだけど、R.Swiftってのがでてる。
手動でenumとか切るよりずっと便利だしバグを防げる

0950デフォルトの名無しさん

2016/05/11(水) 17:34:56.64ID:xqMebsDc

それ、if letじゃなく多段コールバックのせいだと思うぞ
PromiseKit使ったら多少マシになりそう

0951デフォルトの名無しさん

2016/05/11(水) 17:48:01.96ID:wO5x2wz+

そもそもifが必要なのかこれ

0952デフォルトの名無しさん

2016/05/11(水) 18:18:50.02ID:rI6oMt4o

>>932
上やクライアントがswift指定してるという罠

0953デフォルトの名無しさん

2016/05/11(水) 21:29:19.17ID:XprVS9+n

Swift3で破壊的変更が起きてデスマーチになっても
上やクライアントには関係ないからな

0954デフォルトの名無しさん

2016/05/11(水) 21:59:25.44ID:P7ZP3HoH

javaやc#って破壊的変更あったっけ？
なかった気がする

0955デフォルトの名無しさん

2016/05/11(水) 22:39:21.12ID:4sje7yOY

初期の頃のソースがそのままコンパイルできるってこと？

0956デフォルトの名無しさん

2016/05/12(木) 01:02:58.87ID:6kP9VQqv

Swiftは終わりだろうね

0957デフォルトの名無しさん

2016/05/12(木) 01:18:14.63ID:R4Q88AV6

すぐにSwift3が始まるからな

0958デフォルトの名無しさん

2016/05/12(木) 01:24:46.97ID:6aRY0Xqb

swift5くらいまでは手を着けない方が良さそうだな

0959デフォルトの名無しさん

2016/05/12(木) 01:28:53.32ID:Wf8oBi+n

Swift楽だわ
もうObj-Cには戻れんわ

0960デフォルトの名無しさん

2016/05/12(木) 01:37:23.61ID:ByEEOU/C

UIKitをObjective-Cのかわりに使う分にはSwiftは楽だよ
Swiftを本格的に使おうとすると全然楽ではないし、破壊的変更で苦しむことになる
Swift2で書かれ、メンテナンスされていないゴミライブラリ郡を篩い分ける作業だけでもおぞましい

0961デフォルトの名無しさん

2016/05/12(木) 01:54:26.12ID:Wf8oBi+n

ゴミライブラリなんか使うなよ

0962デフォルトの名無しさん

2016/05/12(木) 02:42:02.98ID:4J49ezna

Androidの開発コードにSwiftを使用する
http://www.infoq.com/jp/news/2016/05/swift-for-android

0963デフォルトの名無しさん

2016/05/12(木) 08:51:06.10ID:qxIPhfDG

betaから2.0までは半年単位で破壊変更だったろ
むしろ2.0から3.0までの変更が少なすぎて、飽きてる人多そう

0964デフォルトの名無しさん

2016/05/12(木) 08:58:35.49ID:6aRY0Xqb

つまりswiftは趣味でしか使えないってことか

0965デフォルトの名無しさん

2016/05/12(木) 09:16:51.06ID:ICr6Z31q

>>962
これはAndroid SDK作ってるチームに、あんな言語本気で使うの？って否定された

0966デフォルトの名無しさん

2016/05/12(木) 09:19:07.59ID:qxIPhfDG

荒し目的以外でSwiftがガチで使えるって言ってるヤツはいないしな
それに気づいてないアンチは多いけど

0967デフォルトの名無しさん

2016/05/12(木) 09:22:00.70ID:hzAx9gGp

海外のサイトみてみろよ
ガチで使ってる人いっぱいいるだろ

0968デフォルトの名無しさん

2016/05/12(木) 09:30:44.81ID:qxIPhfDG

全体の何%だって話だよ
使う人はいるだろうけどメジャー言語で使うには辛い

>>965
サーバ向け言語のgoをiOSで動かしたGoMobileのブーメランささってんなw

0969デフォルトの名無しさん

2016/05/12(木) 09:53:40.02ID:hzAx9gGp

メジャー言語ってなんだよ
使う言語の１つでいいだろ

0970デフォルトの名無しさん

2016/05/12(木) 10:52:15.43ID:Wf8oBi+n

WWDCが楽しみだな
言語のプレゼンでワクワクさせられるのはAppleならではだな

0971デフォルトの名無しさん

2016/05/12(木) 12:28:17.97ID:4J49ezna

swift コマンドって OSX にデフォで入ってる？
Xcode 導入しないと入らない？

0972デフォルトの名無しさん

2016/05/12(木) 13:53:43.25ID:J9pMJf8f

RealmSwiftってライブラリ使ってるんだけど、
こいつ単体で容量50MB超えるってどういうことですか？
どうにもならないんですか？

0973デフォルトの名無しさん

2016/05/12(木) 14:05:55.91ID:fvp8F2Pu

それはSwiftだからしょうがないんじゃないか

0974デフォルトの名無しさん

2016/05/12(木) 14:06:21.98ID:zM8eV0Fx

32bitと64bitバイナリが内包されててApp StoreからDLする前に最適化されて半分にはなるんじゃね？とテキトーに答えてみる
iOSスレかRealmスレに有識者いそう

0975デフォルトの名無しさん

2016/05/12(木) 14:24:02.32ID:u+gI67IU

>>972
ビルドした後のバイナリのサイズみてみればいいんじゃね？

>>973
Obj-C版のRealmは200Mあるんだが

0976デフォルトの名無しさん

2016/05/12(木) 17:40:25.26ID:DKtdIGc+

>>975
200Mかあ。

そう言えば、Mac IIの内蔵HDDは40Mだったな。
200Mだと、、、、Quadraのころかなあ。
言語は、LightSpeec Cあたりだっけ。

0977デフォルトの名無しさん

2016/05/12(木) 19:42:21.96ID:6wLBo9DQ

>>975
realmSwiftとrxSwiftを使ったアプリ作ってるけど
ipaファイルのサイズは11MBだったぞ。
ライブラリ側のサイズ見ても仕方なくね？

0978デフォルトの名無しさん

2016/05/12(木) 20:47:25.72ID:79OW2QnO

なうい、かっこいい言語だから使っていてる。理由なんてそれだけで充分

0979デフォルトの名無しさん

2016/05/12(木) 21:47:38.18ID:C03XQQkD

そう思って学習していくとObjective-Cより大幅に遅れた界隈の人たちが
そこに住んだままいまさら新たに考えたしんげんごってわかってきて
こんなのダメじゃね？となるという

0980デフォルトの名無しさん

2016/05/12(木) 22:42:43.43ID:zM8eV0Fx

>>978
Swiftはチョベリグダヨネー(East End風

>>977
その半分がSwiftランタイムだと思うとちょっとアレだけどな
WebViewなアプリをSwiftで作った時はコレはやらかしたとマジで後悔したよ
本体よりランタイムの方がずっと大きいでやんの、、、

RealmだのRxだの使ってれば多少は後悔も少なかったと悔やむ

0981デフォルトの名無しさん

2016/05/13(金) 00:02:32.70ID:OwCwO3Ka

>>948
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の数字をどんどんインクリメントしていかないといけないのはどうしようもないんですかね。

>>950
PromiseKit使えるように各種ライブラリを修正していくってことですか？コールバック受けるメソッドが全部自分が書いたやつだったらPromiseKit前提にするのも良いのかな

>>951
selfのnil判定がそもそも要らないだろうってこと？感覚的にそのようには思えていないんですけれども

0982デフォルトの名無しさん

2016/05/13(金) 00:51:07.61ID:AZHuwgvK

感覚てそんなファジーなこといわれてもわからん

0983デフォルトの名無しさん

2016/05/13(金) 02:19:07.18ID:hsr/lvyK

>>981
全部一緒でいい
あと 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 を返すメソッドでラップする

0984デフォルトの名無しさん

2016/05/13(金) 07:18:01.26ID:eLoYCWPt

>>983
う、美しい言語仕様だー(目をぐるぐるさせながら)

0985デフォルトの名無しさん

2016/05/13(金) 10:04:14.58ID:7v+s5Rqr

someHeavyMethod(param)
[weak self] in
　guard let strongSelf = self else { return }

})

質問者じゃないけど、コレ出来る？

0986デフォルトの名無しさん

2016/05/13(金) 11:07:00.51ID:7fsj0BUa

>>985
横からだけど、自分はできてるけどできない理由は何？

0987デフォルトの名無しさん

2016/05/13(金) 11:11:36.74ID:7v+s5Rqr

誰も直さないから[weak self]があるとダメって言う話かなぁと

0988デフォルトの名無しさん

2016/05/13(金) 12:11:57.26ID:hsr/lvyK

何言ってるかわからん

0989デフォルトの名無しさん

2016/05/13(金) 12:25:05.59ID:AYUc/5X4

xcodeのViewControllerってMVCモデルでいうVとＣが一体になってますって意味じゃないよね？
ただのControllerだよね？
IBとViewControllerが密着してるから後はModelだけ作ればええねんって言ってる奴がいるんだけど、、

0990デフォルトの名無しさん

2016/05/13(金) 13:08:16.05ID:CAtVBk8L

質問の意図がわからん
ViewControllerっつうくらいだから、Viewのコントローラーだろ
MVCでいうとVに近いけど、Cを独立させて明確にすることもできるししないこともできる
ViewControllerをDataSourceプロコトルに適合させてMの役割を担わせることもできる
要は作り方次第でどーにでもできる

0991デフォルトの名無しさん

2016/05/13(金) 14:22:07.21ID:AYUc/5X4

そっかVだわ。
じゃあxibで作ったviewのオーナークラスはUIViewControllerを継承したクラスにすべきなのかな。
今までUIViewのサブクラスにしてたわ。

0992デフォルトの名無しさん

2016/05/13(金) 14:34:06.52ID:OwCwO3Ka

>>983
なるほど。とてもすっきりしました。ありがとう。
PromiseKitも次回は導入検討します。

>>987
https://developer.apple.com/library/ios/documentation/Swift/Conceptual/Swift_Programming_Language/AutomaticReferenceCounting.html#//apple_ref/doc/uid/TP40014097-CH20-ID48
キャプチャリストの構文は把握してますか？

0993デフォルトの名無しさん

2016/05/13(金) 14:47:16.02ID:4noKv6w/

いやControllerだろう。
UIViewは表示処理
UIViewControlerはライフサイクル管理とかイベントとUIview都のひも付け等を担当。
Modelとの連携もUIViewControllerでまとめる。

0994デフォルトの名無しさん

2016/05/13(金) 15:35:59.76ID:AYUc/5X4

わかった！
viewとModelでは直接やり取りせず、
viewControllerを介してview群とModel群でやり取りすればいいんだね！

0995デフォルトの名無しさん

2016/05/13(金) 15:37:27.61ID:XkDH6Kvi

ViewController is Controller
Not View

0996デフォルトの名無しさん

2016/05/13(金) 21:59:24.00ID:4noKv6w/

MVCの本質がわかったところでそれで綺麗にかけるかというと微妙な気がする。
RxSwiftとかつかってMVVMみたいな設計してるアプリで
オープンソースでコードが直接参照できも乗ってないですかね？

0997デフォルトの名無しさん

2016/05/13(金) 22:24:37.47ID:txnRg8L7

swiftなんかオナニー
新しい言語に乗り換えてたらキリがないだろ？

0998デフォルトの名無しさん

2016/05/13(金) 22:56:02.22ID:iQGFQdt2

キリがなくて何か問題でも？
新しい言語触るの楽しくね？

0999デフォルトの名無しさん

2016/05/13(金) 23:09:57.97ID:K3athqnx

楽しくない

1000デフォルトの名無しさん

2016/05/13(金) 23:18:06.77ID:eLoYCWPt

新しい概念を持ち込んだ言語は面白いけど
Swiftは単にいいとこどりしようとして失敗してるだけだからな
言語ヲタには面白くない

10011001

Over 1000Thread

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 53日 21時間 45分 58秒

10021002

Over 1000Thread

２ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。

───────────────────
《プレミアム会員の主な特典》
★ ２ちゃんねる専用ブラウザからの広告除去
★ ２ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
http://premium.2ch.net/
http://pink-chan-store.myshopify.com/

Swift part7 [無断転載禁止]©5ch.io