Swift part5 [転載禁止]©2ch.net

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

2015/06/08(月) 15:58:16.35ID:q9UjHTcj

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アプリ開発初心者質問箱43[touch][iPad]
http://anago.2ch.net/test/read.cgi/mac/1427294210/

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

前スレ
Swift part4
http://peace.2ch.net/test/read.cgi/tech/1415860741/

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

2015/06/08(月) 16:15:05.26ID:q9UjHTcj

公式リンクなど
◆ Swift
https://developer.apple.com/swift/
◆ Swift Blog
https://developer.apple.com/swift/blog/

公式ドキュメント
◆ The Swift Programming Language
https://developer.apple.com/library/ios/documentation/Swift/Conceptual/Swift_Programming_Language/
[iBooks版] https://itun.es/i6LR9w5
◆ Using Swift with Cocoa and Objective-C
https://developer.apple.com/library/ios/documentation/Swift/Conceptual/BuildingCocoaApps/
[iBooks版] https://itun.es/i6Lr53p
◆ Swift Standard Library Reference
https://developer.apple.com/library/ios/documentation/General/Reference/SwiftStandardLibraryReference/

公式フォーラム (英語、要デベロッパーアカウント)
https://devforums.apple.com/community/tools/languages/swift

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

2015/06/08(月) 17:41:06.60ID:q9UjHTcj

FAQ

・初心者なんだけど Objective-C と Swift どっちで始めればいい？
趣味でやるならどちらでも好きな方をどうぞ。
就職・転職のための勉強ならObjCの知識はほぼ必須と思われるのでObjCから入るのが無難。
ObjCでもSwiftでも使うフレームワーク(UI○○やNS○○といったクラス群)は共通なので、アプリの作り方に大差は無いです。
Swiftの方がナウくて便利な書き方ができるが、その分覚えることは多め。
またSwiftが頻繁に仕様変更されるのは初心者にはツラいかも。

・日本語のドキュメント無いの？
残念ながら現在のところ無い。いつか翻訳されるとすれば↓ここに置かれるはず。
https://developer.apple.com/jp/documentation/
すでに日本語の解説本が多数出版されてるから、英語が苦手なら書籍で学ぶのアリ。

・買うならどの本がいい？
立ち読みして自分に合いそうなのを自分で探せ。
ただし若い言語のため仕様が流動的で、バージョンアップのたびに書籍の内容が古くなってしまう可能性があるので、
サポートサイトで新バージョン対応情報を公開していたり、随時アップデートされる電子書籍を選ぶといいかもしれない。

・Xcode をアップデートしたらコンパイルエラー出まくりなんだけど!?
マイナーバージョンアップでも破壊的な変更をばんばんブッ込んでくる。諦めろ。
変更点は Xcode のリリースノートにまとめられてる。歴代バージョンのリリースノートはこちら。
https://developer.apple.com/library/ios/releasenotes/DeveloperTools/RN-Xcode/Chapters/Introduction.html
あるいは公式ドキュメント巻末の Revision History をチェック。
https://developer.apple.com/library/ios/documentation/Swift/Conceptual/Swift_Programming_Language/RevisionHistory.html

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

2015/06/08(月) 18:12:47.12ID:1uy+JnRl

結局、前スレ980は応えてくれないのか

テキトーだなぁ

980 デフォルトの名無しさん sage 2015/06/06(土) 03:32:35.71 ID:oCRp4V5u
>>976
いいものが流行るとは限らない、というか流行った試しがない。

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

2015/06/08(月) 18:35:34.07ID:8BbyhLgT

驚きのしつこさ

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

2015/06/08(月) 19:58:45.33ID:8ayeeFdr

お疲れ

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

2015/06/08(月) 21:13:41.23ID:qojgtlkm

>>1乙

最後は何やらズレまくったオブジェクト思考輪を言い合ってたしな
意味のうっすい長文でここ何スレだ？状態だったわ

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

2015/06/08(月) 22:22:34.15ID:kjP1Q/FU

そうなんだ。おめでとう

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

2015/06/09(火) 00:41:46.69ID:UWgu5k4X

WWDCでSwift 2.0来る？

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

2015/06/09(火) 00:56:43.70ID:I5/3zD4Z

Swift++に決まっとろう

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

2015/06/09(火) 01:05:45.25ID:UWgu5k4X

オプソ化来る？

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

2015/06/09(火) 03:16:15.05ID:iCI1kMlG

Swift 2 来たぞー
オプソ化も来たぞー
Linux来たぞー

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

2015/06/09(火) 03:16:20.21ID:R+SZmPBW

おぷそ北

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

2015/06/09(火) 03:17:06.01ID:iCI1kMlG

http://i.imgur.com/r4opuYC.png%0A

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

2015/06/09(火) 03:19:01.69ID:u4SNieIi

オプソきたなwwww

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

2015/06/09(火) 03:19:52.16ID:iCI1kMlG

Error handling model って Eitherモナド的なのだろうか
だったらいいな

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

2015/06/09(火) 03:23:09.70ID:fvX+yb3s

でもフレームワークはiOS/OSX縛りだからな。

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

2015/06/09(火) 04:28:07.06ID:iCI1kMlG

>>16
https://developer.apple.com/swift/
try-catchだった
ズコー

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

2015/06/09(火) 04:37:36.38ID:sS3sYaTp

さて、2.0 になったことだし本格的に全部勉強してみようかな

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

2015/06/09(火) 05:55:14.07ID:fvX+yb3s

>>18
最後の引数がNSError返すのをうまく利用したか。。。アクロバテックやな。

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

2015/06/09(火) 06:29:59.98ID:INLxs7EF

Now everyone can get their app on their Apple device.

実機で遊べるようになったのか？

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

2015/06/09(火) 06:48:11.05ID:V4aAmu84

>>18
エラー投げる可能性がある関数なりメソッドの前にtry書かないといけないのはめんどくさいけどエラーが投げられるか箇所を明文化させたかったということなんだろうか

それにしてもエラーハンドリングの開始がdoになったせいでdo whileがrepeat whileに変わるのかw

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

2015/06/09(火) 07:01:50.60ID:64CXZqno

また大幅変更か
短期間で何回も重いxcodeダウンロードするのが大変だ

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

2015/06/09(火) 07:41:48.15ID:KUpysjdI

>>18
エイプリルフールだっけ？と思ったらマジだったwww

nilable constructor追加でも笑ったけどネタの尽きない言語だな
3.0はよ

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

2015/06/09(火) 09:59:11.63ID:iCI1kMlG

1.xから2になるとHello worldが動かなくなる言語があるらしいwww

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

2015/06/09(火) 11:12:20.74ID:3Zjk19Ec

おっと、python3000の悪口はそこまでだ

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

2015/06/09(火) 11:39:28.75ID:4sXlWcXI

IronSwift待ったなしやな

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

2015/06/09(火) 11:40:04.35ID:cb4RF0UN

これってさiPadでもSwift使ってアプリ開発ができるようになったって事？

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

2015/06/09(火) 11:47:41.78ID:+WjrqpRP

>>20
そういうことなのか。互換性に縛られすぎたろ。。
Eitherモナド的なやり方が便利だし好みだったのだけど
コレ標準にされたらチーム開発ではこっち使わざるを得ないやん。泣ける

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

2015/06/09(火) 12:02:34.86ID:uWFTYHvi

>>27
Jwiftも期待していいですか

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

2015/06/09(火) 16:20:06.12ID:JaICcfX7

>>20
そこまでしてError投げたくねー
というか、Errorない方が良いと思ってなくしたんじゃなかったのかよw

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

2015/06/09(火) 18:28:56.54ID:I5/3zD4Z

オープンソースってマジなのか

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

2015/06/09(火) 18:41:17.56ID:sS3sYaTp

>>18のとこにも書いてあるな。年末らしいけど

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

2015/06/09(火) 21:56:28.64ID:eOi42ZaS

まあprotocolのextensionがいけるのは素直に嬉しいな

>Protocol extensions and default implementations
とあるけど、protocolのメソッドに実装持たせると普通にコンパイルエラーにならん？

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

2015/06/10(水) 02:04:23.13ID:kN7JzA5H

https://developer.apple.com/library/prerelease/ios/documentation/Swift/Conceptual/Swift_Programming_Language
Pre-Release の『The Swift Programming Language』

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

2015/06/10(水) 10:23:28.36ID:WD6tRVot

まあこの例外の仕様なら、静的に例外が発生する箇所が決定するんで
C++, Javaみたく不意の例外で死んだりはしない
tryキーワードは冗長に思えるけど、例外が発生する箇所をプログラマーが常に意識できるのは良いと思う

例外安全（爆）とかいう闇と戦う必要ないんだ。。

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

2015/06/10(水) 10:27:57.45ID:pBygssoQ

闇と戦う必要ない(藁)

無駄なコーディングとライン数増加がギャグなんだよなぁ(爆)

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

2015/06/10(水) 12:50:02.26ID:RL/8DMEZ

Error/Exceptionがバグの温床とは何だったのか
Eitherの方がスマートだな、公式フレームワークに含めないものか

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

2015/06/10(水) 14:50:44.12ID:8JHMxPQr

まあEitherが標準になってくれてたら最高だったなぁ
関数はカリー化しまくってApplicativeに使うのが気持ち良かったんよ
if letなんかよりずっとすっきりかける

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

2015/06/10(水) 17:25:48.45ID:kARjVbYE

オープン化で盛り上がってないんだね。
Cocoa がオープンになるわけでもなければ、Linux に Xcode が移植されて Playground でコーディングできるわけでもないしね。
GNU Smalltalk だって使ってる人はいるみたいだから、使う人はいるんだろうけど。

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

2015/06/10(水) 17:55:18.98ID:aGKc1k6d

他のプラットフォーム上のSwiftで何を作れるかわからない>>40に何がわかるか予想できるかというのかw

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

2015/06/10(水) 17:58:42.68ID:KmePr2o+

ｳｫ-無償公開なんてApple SUGEEEE、的な盛り上がり(持ち上げ)を・・・

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

2015/06/10(水) 17:59:46.71ID:aGKc1k6d

なにそれww

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

2015/06/10(水) 18:53:22.72ID:hYhaIMoA

>>40
> GNU Smalltalk だって使ってる人はいるみたいだから

老婆心ながら、
GNU Smalltalk はたしかに Smalltalk だしオプソなので間違いではないのですが、ファンお手製の実装なうえ、
Smalltalk としてもかなり変わり種なので、この文脈で引き合いに出すのにはあまりふさわしくないと思います。
（名前の印象から、Smalltalk を知らない人の中には本家の生き残りだと勘違いしている人が多いみたいです…^^;）

伝統的な Smalltalk 処理系では、Squeak や、最近ではそこからフォークした Pharo の知名度が比較的高いです。
なお Squeak は、XEROX PARC開発の Smalltalk-80 のプレリリースバージョン v1 を Lisa/Mac に移植した
Apple Smalltalk の直系の子孫です。ちなみに商品化された v2 の直系の子孫も VisualWorks という名で
Cincom 社により現在も開発・販売されています。興味ないと思いますが、今後の言及の際の参考になれば。

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

2015/06/10(水) 22:39:49.75ID:t+NAubY9

煽り文句なんかいらない
この2行だけで盛り上がる
ftp://dev.apple.com/developer/swift/swift-2.0-src.tbz2
ftp://dev.apple.com/developer/swift/MIT_licence
逆にこれがなくてどう盛り上がれと

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

2015/06/10(水) 23:10:35.81ID:1FrSousk

それでどう盛り上がるの？

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

2015/06/10(水) 23:14:55.55ID:jE7KPPqy

Appleにコードは期待してない
そんなものより謳い文句を
それがないからswiftは1.0以降盛り下がってる

ドヤ顔で素晴らしいでしょうってプレゼンがないんだよなぁ、本当に
もうやる気がないのかねぇ

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

2015/06/10(水) 23:44:58.21ID:QbpEZ8U3

マジかよもうUPされたんか
週末読もう。根をあげる型推論のロジックとかどうなってんのか気になるわw

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

2015/06/11(木) 03:23:21.04ID:6Kqx+wy+

>>44
20年前と現状変わってなさ過ぎてわろた

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

2015/06/11(木) 10:18:47.23ID:EPi0aMcf

Xcode7 では有料($99)のdeveloper会員にならなくても
自作アプリを実機に転送して動かせるとかって情報を
読んだんだが本当なの？
それとも私の脳内日本語訳の誤訳？

とりあえず Xcode7 beta 使ってみるか

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

2015/06/11(木) 11:44:08.13ID:9zgzKZfe

>>50
Free Provisioningだってよ

https://developer.apple.com/library/prerelease/ios/documentation/DeveloperTools/Conceptual/WhatsNewXcode/Articles/xcode_7_0.html#//apple_ref/doc/uid/TP40015242-SW10

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

2015/06/11(木) 13:18:04.00ID:HKYHDUuK

>>48
もう気付いているのかもしれないけど
>>45のURLは>>45が適当に作ったURLの模様
まだ公開されていないと思う

005350

2015/06/11(木) 14:38:47.23ID:EPi0aMcf

>>51
情報ありがとう
有料developer会員じゃないけど作成中のアプリを実機(iPhone6)に転送して
動かすことができたよ
やっぱり実機で動くと（未完成とはいえ）『ここまでできた～』って感じがして
達成感があるね

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

2015/06/12(金) 02:18:30.03ID:Cv0xc/HT

http://hayabusa6.2ch.net/test/read.cgi/pc2nanmin/1361040277/281
　 ↑　↑　↑　　↑　↑　↑　

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

2015/06/12(金) 05:14:13.11ID:cn19eqG5

ver2で早くもくずれるとはw

C♯に遥かに及ばんな。

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

2015/06/12(金) 10:15:18.46ID:f8rVNIu/

オープンソース化でかなり仕様が変わるんじゃないかな。
標準APIもかなり整備されるようになると思う。
ぶっちゃけas NSStringは早く何とかして欲しい。

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

2015/06/12(金) 11:26:35.50ID:KyxIsaWo

オープンソースにしなくてもかなり仕様変わるよ
as NSStringは必須になったか
今さら驚きもしないけど手間が増えたなぁ

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

2015/06/12(金) 14:02:27.97ID:TKFQnn5v

Objective-Cで良かったのに

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

2015/06/12(金) 14:17:39.34ID:pS8SL/N8

じゃあObjective-C使ってればいいのに

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

2015/06/12(金) 14:24:08.77ID:SRqArOrY

それでいいんじゃね

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

2015/06/12(金) 14:39:21.48ID:XlPfzU6S

だな
マジで無理に使うことない

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

2015/06/12(金) 14:55:05.34ID:N7UoNOPD

来年3.0になるなら来年から始めるわ

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

2015/06/12(金) 15:38:33.04ID:qp6MkQCv

そんな白けること言うなよ

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

2015/06/12(金) 15:52:00.64ID:pS8SL/N8

あすなろSwift

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

2015/06/13(土) 10:25:07.44ID:Q8udpihI

マクロ使えるようになったら使う

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

2015/06/13(土) 11:07:11.02ID:vKyR4zOv

>>65
え、今使えないの！？

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

2015/06/13(土) 11:19:08.09ID:0G+UhOBY

マクロ欲しいとか旧石器時代かよ

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

2015/06/13(土) 11:29:56.98ID:LbOj1Tya

swiftcの前にcpp回せばいいじゃん
javaでもやってたろ？

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

2015/06/13(土) 19:52:27.51ID:jW0NkmMx

>>44
> この文脈で引き合いに出すのにはあまりふさわしくないと思います。
この文脈ってのは俺が書いたコメントの中の文脈であって、それは Cocoa がない Swift に対する MVC も Morphic もない GNU Smalltalk ということなんだけどさ。
文脈言うなら単語に反応して反射的に思ったことを書くのはよろしくないのではないか。

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

2015/06/13(土) 20:01:34.65ID:0G+UhOBY

そもそもLinuxでGUIプログラミングしようって人がかなり少数派だろ
LinuxでSwift使えたらいいなって人のほとんどはWebアプリ用途を想定してるだろ
FoundationをぜんぶSwift標準ライブラリで賄えるようになればCocoaなんかいらん
Foundation相当あればWebフレームワークはポコポコ作られそう
まぁC関数は使えるからFoundation相当なくてもジェバンニが一晩でやってくれそうだけど

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

2015/06/13(土) 22:15:03.88ID:ASJ7EEa8

>>70
それはギャグで言ってるのかね？

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

2015/06/13(土) 22:28:13.49ID:JGp46XIO

>>69
それは失礼いたしました。

「（Squeak/Pharo をあえて選ばず、GUI を欠き Smalltalk の旨味を享受しにくい）GNU Smalltalk だって
使っている人がいる」　ということでしたか。

てっきり Smalltalk を歴史上の滅びた言語か何かだと勘違いしている程度の認識の人が
「古い Smalltalk だってオプソにさえなっていば使い続ける人がいるんだから、Cocoa 抜きの Swift だって…」
という文脈かと早合点してしまいました。

読解力が乏しくてお恥ずかしい限りです。

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

2015/06/13(土) 22:37:00.40ID:0G+UhOBY

>>71
あ？

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

2015/06/14(日) 03:40:54.57ID:U2RPzwt6

>>70
GUI系のニーズは知らんけど、Foundation Kitは公開してもアップルの
利益を妨げるものではないと思うけどな。

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

2015/06/14(日) 08:54:20.73ID:cNZlfYi6

Foundationの裏方のCore Foundationはオープンなわけだしな
Foundationのオープン化じゃなくてStringやArray並みの互換性もたせた上でSwift Standard Libraryに含めてしまって欲しいけど
I/Oも正規表現も標準で無い言語とかギャグかと

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

2015/06/14(日) 09:49:23.50ID:1wsIrGuD

I/O
stdio/system callを使えばええんやで

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

2015/06/14(日) 19:17:20.62ID:W7/kQwFj

アップルにフレームワークを整備する理由ない
しかし、整備されないと不便すぎる

LinuxやWinで動かせても動くねーってだけで使える予感しかしねえ
無理に使う理由もないのでどうでもいいと言えばそれまでだが

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

2015/06/14(日) 19:18:00.48ID:W7/kQwFj

使えない予感だった、死にたい

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

2015/06/14(日) 20:12:32.35ID:dyjHIIPo

今更、アップルがWebObjectの後継を作っても仕方ないし、iPhoneどころかMacですら
必要アプリはほとんど出揃っているんでフレームワークを全公開する必要はな
いけど、Foundation Kitは最低限公開しないとiOSアプリ開発で育った3rdライ
ブラリ/フレームワークが全然使えない。

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

2015/06/14(日) 20:40:44.29ID:20RjUlHX

iOSで育った3rdのライブラリの多くはUI絡みのものなのでFoundationだけあっても使えないのには変わり無いでしょうな

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

2015/06/14(日) 21:12:00.12ID:dyjHIIPo

>>80
そんなことはない。Realmとか。

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

2015/06/14(日) 21:39:23.96ID:67vZyor3

Lumberjackが使えないと死ねそう
swift言語仕様変更で毎度ビルドエラー出て、iOSですら死にかけてる
ロガーもswift用が出るのを待つのかねぇ

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

2015/06/14(日) 22:01:11.15ID:3YDPXBe8

Linux上でOS X/iOSアプリが開発出来るなら

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

2015/06/14(日) 23:08:14.85ID:1wsIrGuD

他のプラットフォームで動くコンパイラがまだ出る気配もないのに(早くても来年頭かなあ)、できないできない君ばっか
誰でもできないできないなんて言えるし、できないのにはなんの意味も参考にならんぞなw

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

2015/06/15(月) 00:08:57.82ID:C8NZWNjk

>>84
お前は日本語できない君か？

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

2015/06/15(月) 00:34:06.82ID:01ZbfJjh

>>83
iOS/Linux開発は廃れたがobj-cかc/c++ならクロスコンパイルでいけんだろ
swiftがクロスコンパイルに対応するかは知らん

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

2015/06/15(月) 00:35:26.72ID:V4AYzxXO

読めなかったら気にしなくてもいいんだぞ
なんか噛み付いているってことは読めているのだろうと、それでも難癖つけたいとしか思えないぞw

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

2015/06/15(月) 00:39:09.88ID:V4AYzxXO

>>86
あら、まともなレスをしょうもないので挟んですみません。反省はしないw

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

2015/06/15(月) 00:59:12.11ID:gEN/6QbS

>>81
だからそんなん一部でしょって。
多くのライブラリはUIKitないと使えないよ。

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

2015/06/15(月) 01:09:52.11ID:01ZbfJjh

>>89
UIKit使わない低レイヤーライブラリの存在否定しすぎだ
お前さんは使ったことないのかもしれんが、そういうモノは必要だし、多数存在してる

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

2015/06/15(月) 01:35:20.59ID:r/MEgINN

UIKit系とそれ以外のフレームワーク/ライブラリは別世界やな。

前者は個人が転職のネタ様等に作っていて流行り廃りが激しいが、
後者はちゃんとした法人が作っているケースが多い。

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

2015/06/15(月) 04:23:31.80ID:gEN/6QbS

>>90
CoreFoundationオンリーのライブラリも作った事あるし低レベルレイヤーのライブラリを否定し過ぎってのは俺に対してバイアスかかってるよ。
多数ってどれぐらいの数だ。その中にはCのオープンソースをObjective-Cでラップしたり別言語での実装を移植しただけのようなものも多くあるだろ。
純Foundationでちゃんと使えるライブラリはどれぐらいの数あんの？

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

2015/06/15(月) 06:50:55.78ID:dbouic4A

少なくとも10個はあるんじゃね？w

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

2015/06/15(月) 16:29:05.46ID:/EBSK0RR

菅ｗ

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

2015/06/15(月) 19:49:50.08ID:SpKrWK6f

数が多けりゃいいものでもないしな。UIKit絡みのライブラリ
なんて流行の服を着る様なもんだし

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

2015/06/15(月) 19:55:34.16ID:HQj5S+Kn

自分の資産が使えなくても良いというその覚悟はいいな
作った(笑)が単にラッパーライブラリなだけだったら、イラネだろう

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

2015/06/15(月) 20:19:01.22ID:V4AYzxXO

他のプラットフォームで何を作るつもりなの？そこがすっぽり抜けている、または全く考えていないようだから不毛な

>>81のなんてなんだろと思ったら(主に)mobileへのじゃないの
オープンソースだったらまずはLinux(FreeBSDの方が濃厚だろうが)あたりかと俺は思うが。だったらMySQLとかの方がよっぽど＆そっちを使うななので、ふーんでしかないな俺はw

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

2015/06/15(月) 20:30:28.99ID:cuF7Nbne

BSDとはまたニッチな
MySQL共々、基幹系のリプレースされない所では残ってるのかねぇ
そしてそんな所に色んな意味で安定しないswiftを持っていくのは危ないだろw

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

2015/06/15(月) 20:35:18.78ID:V4AYzxXO

http://ja.wikipedia.org/wiki/Clang
ということらしいよ。たかが一言語のコンパイラが安定しないから危ないとかはないだろw

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

2015/06/15(月) 20:46:31.80ID:V4AYzxXO

>>98
>MySQL共々、基幹系のリプレースされない所では残ってるのかねぇ
何を言っているのかイミフだったが、そういうw意味か？大勢が新しいモノに移行するわけではないのはCがまだ大多数だったりTomcatが大多数だったりするのを見るとなあ。知らんけどw
ああ、ここ最近の一連の流れでもそのような気がしないでもないww

ちなみに MySQL「とか」ね

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

2015/06/15(月) 21:31:51.91ID:k005ii56

Cはいいとして、Java屋としてもTomcatは泣きたくなるな
他に信頼性のあるプラットフォームがないのは分かるが、なんかこう、、、

Tomcatに代わるランタイムを死ぬ気でSwiftで作ってもnodejsにすら勝てる気がしねぇ
挙げ句、Core Foundationも使わずC/C++ライブラリ叩くなら、Nginxでいいと判断されそう

サーバでswift使うにしても、何に使えば的確なのか難しいねぇ

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

2015/06/15(月) 21:40:46.44ID:V4AYzxXO

デーモンアプリ／プログラムとか、コマンドラインとか、Cで書いていたのを～とか

使いたいヤツが使えるでええやん。>>101はそれは俺には使えない特に使いたくもないってことにしか読めないなあ
なんで他のプラットフォームでのSwiftフレームワークが出るかもしれない(いや出ると思うけどw)というのが抜きなのか

Macアプリ(ちゃんとしたの)でphyton製のがぽろぽろぽろりあるのを見ると使う人は使うんじゃね

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

2015/06/16(火) 02:41:43.77ID:In84evFv

イラネ

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

2015/06/17(水) 07:51:00.33ID:ng9gOX6n

pythonはUNIXから続く物好きなディベロッパーが多いからだろ
Luaのちゃんとしたアプリが多いなら参考にもなろう

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

2015/06/17(水) 12:18:27.16ID:TcOpUBLl

CarbonからCocoaへの移行、つまり開発者層がC/C++からObjCへ切り替えるのが
意外にゆっくりだったことを考えると、Swiftへの切り替えもそうなるかもしれん
ならないかもしれん

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

2015/06/17(水) 13:28:49.63ID:+GlajU+f

iPhone以降はあの頃よりずっとスピード感ある

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

2015/06/18(木) 18:51:40.98ID:IwphfK0q

すごいスピード感の言語仕様変更が笑える
swift2のdo-try-catch率先して使いたくなかったが、使ってみるとなかなかに面白い
他言語のexceptionと同列じゃなく、メソッド引数の&error省略のためなんだな

非同期関数はハンドラブロックの記述省略、同期関数はエラーポインタの記述省略
まぁ、、、いいんじゃね、、、という気分になった

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

2015/06/18(木) 21:11:10.48ID:ZceM3uO5

ハンドラブロックの記述省略なんてできるの？

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

2015/06/18(木) 22:23:31.33ID:5/uDK7Tt

キーワード部分の省略な

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

2015/06/19(金) 12:39:24.53ID:fpEnerGj

Swiftがサーバサイド(linux)で動くことで、
サーバサイドとクライアントサイドがちゃんぽんで1プロジェクト内にかけたらいいかも。とMeteor.jsをいじりながら思いました。

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

2015/06/19(金) 13:22:22.90ID:UqQp0wpC

サーババックエンドとウェブブラウザAppとAndroidとiOSが一言語で実装出来ると良いな
今の所、そんな言語はjs一択だ

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

2015/06/19(金) 13:44:28.01ID:3LXXktEj

iCloudでサーバサイドロジック書けるようになったらしいけどJSらしいなw
そこはSwiftだろうw

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

2015/06/19(金) 13:59:19.06ID:fpEnerGj

ttp://jp.techcrunch.com/2015/06/18/20150617google-microsoft-mozilla-and-others-team-up-to-launch-webassembly-a-new-binary-format-for-the-web/

swiftもWebAssemblyに対応してくれればっていうかLLVM使ってるんだから
bitCodeがWebAssemblyに対応すれば必然的に対応するのかな。
これでjsと対抗できるけど、これに対応したらjsで全部やればいいじゃんってなりそうで怖い

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

2015/06/19(金) 14:22:13.41ID:09nvWreM

14M弱の小さくないswiftランタイムが全ブラウザに組み込まれるならアリかもな
アプリケーションコードよりよほど足を引っ張りそう
久しぶりに調べたらswift 2.0ビルドしたら二倍近い容量になってんじゃねーかw

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

2015/06/19(金) 15:03:35.91ID:FzphauAa

>>114
それどこの Dart

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

2015/06/19(金) 16:51:38.43ID:W/agSMw2

vbや当時のperlすら無理だったのに、その1/1000のユーザーもいない
swiftがういう理由で組み込まれるんだｗ

誰の納得も得られんよ。

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

2015/06/19(金) 18:56:06.35ID:SJVlWbGn

WebKitな人がじゃね

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

2015/06/19(金) 19:00:13.48ID:FzphauAa

政治とか時代の要請とかもあるからな

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

2015/06/19(金) 19:02:39.57ID:l+bRnUf+

小さなランタイムってそもそもUIフレームワーク寄りの互換ライブラリじゃなかったけか。
FoundationKitの部分もSwiftが独り立ちすれば不要になるし。

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

2015/06/19(金) 19:14:10.35ID:SJVlWbGn

どの言語だってええやん＆誰の納得も必要ないやんw
WebAssemblyコードの大きさが言語によってどれだけ違いがあるのかってとこだけやな

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

2015/06/19(金) 21:15:37.55ID:fF+4eCdf

>>119
ちげーよ > 小さなランタイム

インデントの位置がobj-cに比べて格段に見易いから使ってるけど
色々真面目に取り組んでくれないと他者に布教出来んわ

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

2015/06/19(金) 21:34:33.57ID:Zp4oUSRv

企業固有の組み込み機器を組み込みOSで開発してる場合とは違い、
具体的なターゲットがiPhoneやMacでメモリ容量も分かってるのに、Swiftのランタイム容量の微増を気にする意味が分からない
.NETフレームワークのように巨大だと話は別だが

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

2015/06/19(金) 22:25:14.08ID:FpXNlVs/

ヒント:ユーザのダウンロード時間

まだHSPAが標準じゃない国もある

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

2015/06/20(土) 00:32:10.38ID:A0VGz1Sy

>>116 は最近のプログラミング事情を知らないか、居る場所がそうなんだろう
プログラミング人口はJava、Objective-C、C/C++が多くて、そのうちObjective-Cは今後そのままSwiftに移行する
ごく普通に考えてアプリが100万種類を超えるiOSやAndroidの開発者が多いのはすぐわかる
もしperlの開発者がその1000倍もいるならperlのプログラムはひょっとして10億種類もあるのだろうか

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

2015/06/20(土) 00:43:37.84ID:m/GPi3MC

なに言ってんだこいつ

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

2015/06/20(土) 03:01:22.73ID:pSIQD0+F

しょぼい小遣いを夢見た人間が
iOS上でアプリを霧散させてるだけでだけで、
本来の意味での資産性があまり増さなかったのは
iphoneが爆発的にうれたのに
MACのシェアがあまり増加しなかった
ことからも明らかだが。

全員がswift？
全OSで主流でつかわれるぐらいにならんと、
20年ぐらいの継続的に必要とされる
分厚い時代の試練には耐えられんぞ。

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

2015/06/20(土) 04:12:19.42ID:D5IZmo75

なに言ってんだこいつ

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

2015/06/20(土) 05:59:20.52ID:dNxi7RaR

Swiftについての質問ここでもいいのかな・・・
Cの関数をSwiftで利用する方法はすぐ見つかったんですが
Swiftの関数をCで利用する方法はあるんでしょうか？
Swiftのクラス→ObjC→C
の方法は見つかったんですが関数を直接使うのは無理なんでしょうか

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

2015/06/20(土) 08:51:38.47ID:837NZnyd

なに言ってんだこいつ

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

2015/06/20(土) 08:52:16.04ID:xF6AnLPg

そもそもSwiftの関数のABIってfixしてんのかな

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

2015/06/20(土) 09:13:06.21ID:EfU6zrgl

>>124
それくらいありそうな気がしなくもないなw > Perl

ABIは流石にfixしてんだろ、、、多分
ランタイムでごちゃごちゃブリッジしまくってそうだけど
C関数は普通に叩けるんじゃなかったけ？Bridge-Headerは必要かも

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

2015/06/20(土) 09:23:01.58ID:c2ijhovV

>>128
できるけど制限があって、Swiftのモダンな機能(ジェネリクスなど)は殆ど使えない

やり方としては、Obj-CからSwiftを使えばいいだけ。詳しくは Obj-C Swift migration のセクションを読んで下さい
Obj-CはCのランタイムそのものだから、普通に.mファイルのグローバルなスコープの位置にC言語の関数を書けばそれで動く

Swiftの関数(が返すクラスなどの型)に関しては、Cが値とポインタしか扱えないからそのまま使うのは意味がないので、一旦Swift→Obj-C→Cで処理するのがいいと思う

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

2015/06/20(土) 12:39:11.31ID:dNxi7RaR

>>131 >>132
やはりそうなりますか
Brdging-Headerに宣言入れたらObjCを介さずSwiftから使えたので
逆も出来ないかと考えてたんですが
ObjCやSwiftについてはまだド素人なので大変参考になりました
ありがとうございました

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

2015/06/21(日) 19:10:40.22ID:og2GSzic

「毎日修造」からこの言葉を贈ろう

考えろ！考えるな！

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

2015/06/24(水) 19:24:37.24ID:67w2VxAe

swift2(Xcode7)でコメントのフォーマット変わっとる
下位互換も殺されてワロス...

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

2015/06/24(水) 20:36:28.18ID:Up2q66iI

仕事で使ってるならご愁傷様です。
遊びなら別にいいでしょ。mdでコメントかけるのは嬉しいけど

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

2015/06/24(水) 20:56:41.34ID:YphdkkWn

Xcodeがコンバートしてくれないの？

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

2015/06/24(水) 23:08:32.99ID:0PsypIzo

>>136
あっちのスレのID真っ赤君ぽい

コンバートはダメだねぇ
元よりswift1.3から2.0へのコンバートも当然不十分だったし、コメントはせっせと直すよ

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

2015/06/25(木) 00:04:38.14ID:pEuo8reg

コメントってどう変わったの？

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

2015/06/25(木) 02:26:14.53ID:3L0EGzhJ

>>138
違うぞ
よほど何か根にもっているように見えるから止めなさいw

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

2015/06/25(木) 09:27:59.82ID:xQmSwP7K

/**
こんなんなった.
- parameter message: 昔の:param:とか@paramは使えない
- parameter ref: 非Betaの書き方はNSHipster参照, 最近Swift Documentationの記事更新してた
*/
// FIXME: return とか throws の書き方誰か教えて

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

2015/06/25(木) 10:13:50.03ID:9obXKYAt

Documenting return values:
- returns: ...

リリースノートに書いとる
throwsは知らん

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

2015/06/25(木) 10:17:21.82ID:3L0EGzhJ

Swiftの言語仕様じゃなくてDocumentation generatorの仕様じゃね

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

2015/06/25(木) 11:19:35.53ID:PP5KzNNd

だな、だから Apple は悪くない
使いこなせないバカが悪い

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

2015/06/25(木) 12:16:22.01ID:9obXKYAt

Appleは常に正しい。アーメン。

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

2015/06/25(木) 16:14:52.78ID:OtDY2Gxj

RxSwift使ってる人いる？
reactivecocoaで行こうと思ってたけど、なんかRxSwiftのほうがドキュメントしっかりしててて、同じ感覚でrxJavaとかに応用効きそうだし、こっちにしようかなーと思うんだけど実際のところどうなのかなーと

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

2015/06/25(木) 20:51:41.81ID:y9bVWrUH

ネットで簡単なコード試せるところないかな？

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

2015/06/25(木) 21:03:14.52ID:iF0ZymcN

>>146
試してみたらswift2で動かない(T_T)
xcode6にいったん帰る

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

2015/06/25(木) 22:18:58.50ID:s9po12+M

ブランチあるんじゃね？確認してないけど

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

2015/06/26(金) 02:35:44.21ID:YZ0qfouH

ReactiveCocoaで2wayのバインドってできる？
その他フレームワークでも良いんだけど……

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

2015/06/26(金) 08:21:52.95ID:BLurehVv

>>150
できるよ。

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

2015/06/26(金) 09:15:45.18ID:suToufG/

>>151
ありがとう
どこか参考になりそうな情報ありますか？
一方向のバインドはDaynamicProperty使えば簡単にできたけど
双方向にするのが解らなかった……

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

2015/06/26(金) 10:53:29.41ID:BLurehVv

>>152
http://www.raywenderlich.com/74106/mvvm-tutorial-with-reactivecocoa-part-1

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

2015/06/26(金) 15:17:20.84ID:9XRugqbw

>>153
今日試してみます、ありがとう

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

2015/06/27(土) 19:42:10.72ID:6aMutac6

>>142
thx

throwsはXcodeの更新待ちかな
流石に追加すんだろ

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

2015/06/28(日) 23:43:23.91ID:ICJf/muu

初心者で公式のサイトみてたらこんなのあったんだけど誤植？
class SomeClass {
static var storedTypeProperty = "Some value."
static var computedTypeProperty: Int {
// return an Int value here
}
class var overrideableComputedTypeProperty: Int {
// return an Int value here
}
}
クラスは普通のタイププロパティもてないんじゃないの？

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

2015/06/29(月) 22:05:40.57ID:nNtmCvcQ

GRAMMAR OF A TUPLE TYPE

tuple-type → (tuple-type-bodyopt)
tuple-type-body → tuple-type-element-list...opt
tuple-type-element-list → tuple-type-element tuple-type-element,tuple-type-element-list
tuple-type-element → attributesoptinoutopttype inoutoptelement-nametype-annotation
element-name → identifier

tuple-type-body → tuple-type-element-list...opt
この点々ってなに？

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

2015/06/29(月) 22:19:15.99ID:T3p1Dt6T

可変長引数に使うやつじゃないの

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

2015/06/29(月) 22:34:35.66ID:nNtmCvcQ

そっか
(Int,Int...)とかいう型の値を勝手に作れるとかそういうことじゃないんだね
ありがとう

あと>>156もできればお願い！

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

2015/06/29(月) 22:48:43.06ID:T3p1Dt6T

>>156,159
Swift1.2(Xcode6.3)からの新機能
“static” methods and properties are now allowed in classes (as an alias for class final).
You are now allowed to declare static stored properties in classes,
which have global storage and are lazily initialized on first access (like global variables).
Protocols now declare type requirements as static requirements instead of declaring them as class requirements. (17198298)

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

2015/06/29(月) 22:53:49.76ID:nNtmCvcQ

>>160
そうなんだ
一応swift2のやつみてたんだけどなんにしても記述が間違えなんだね
ありがとう！

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

2015/06/29(月) 22:55:53.61ID:T3p1Dt6T

え？いや間違ってないだろ？ごめん何言ってるのかわからない。

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

2015/06/29(月) 23:02:43.66ID:nNtmCvcQ

説明のところで
For classes , you can define computed type property only.
ってあったから

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

2015/06/29(月) 23:13:22.84ID:T3p1Dt6T

あぁ、そういうこと
昔の記述の名残だな

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

2015/06/30(火) 00:18:01.56ID:Hos01B44

ああ、いわゆるクラス変数のことか
2.0になってまたなんかかわるのかな？

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

2015/07/01(水) 00:07:29.14ID:fwKVYmxN

何回か読み直して流れを理解したわ
昔の情報が残る系は勘弁してほしいなw

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

2015/07/01(水) 12:24:02.21ID:k5RhOFay

めも
http://codezine.jp/article/detail/8768

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

2015/07/01(水) 12:39:10.24ID:FXivnCCo

Swiftの範囲演算子って「...」と「..<」だけど、なんで「..」はダメになったんだっけ？

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

2015/07/01(水) 13:36:52.09ID:qCBSz/ox

>>167
無駄に長いのでまとめ直しどうぞ

..は随分前にダメになってね？
1.0とかそのくらいで

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

2015/07/01(水) 15:50:26.59ID:DXkWToqb

>>168
どっちがどっちか分かりやすくするため
<付いてる方がお尻を含まないことにした方が分かりやすいってことだろ

あと ... が閉区間、.. が半開区間の仕様は直感的には分かりやすいんだけど、Rubyとかと真逆になるのが非常に紛らわしい
Rubyだと ... はお尻を含まず .. はお尻を含む範囲になる
それを避ける意味でも .. は使わないことにしたんじゃないだろうか

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

2015/07/01(水) 16:19:14.54ID:gUnspd+F

Appleがrubyごときを意識したとは思えないがな
むしろ意識したら、あえて異なる表記にするだろう

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

2015/07/01(水) 17:36:48.63ID:35Evkltb

RxSwiftつかっている方が居たら、教えてください。
作成したあるストリームについて、処理途中で中断させたいのです。
途中でsendCompleted を投げればいいかなーと思っているのですが、、、、

例として、以下のコードで、”next:3”まで出た時点で、”complited”を出力してほしいんです。
//start
let intObserver = from([1,2,3,4,5])
intObserver
>- subscribe(next: { (input) -> Void in
println("next:¥(input)")
}, error: { (error) -> Void in
println("error:¥(error)")
}, completed: { () -> Void in
println("complited")
})
//end

filter { $0 <= 3} を入れればいいと言うのは、なしで

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

2015/07/01(水) 17:40:54.61ID:QrFo/Q1s

とんちかな

[1,2,3]にすれば良い

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

2015/07/01(水) 18:05:31.57ID:35Evkltb

>>173
すいません。もともとはNSEventの無限長ストリームだったものを、
質問のためにcodeを単純化してます。

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

2015/07/01(水) 19:23:58.60ID:2rQ4cjLT

takeとかtakeWhile/Untilないの？

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

2015/07/01(水) 20:53:13.34ID:paBhA78F

>>168
Perl でも .. が閉区間だからなー

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

2015/07/02(木) 00:03:45.34ID:x6xQ0aqh

>>175
takeUntilで行けそうでしたが、別なところでハマってしまいい、
subjectを使う方法で回避しました。

func testProxySubject() {
let proxysubject = Subject<Int>()
let observer = from([1,2,3,4,5,6,7,8,9])

proxysubject >- subscribe(
next: {
println("¥($0)")

if $0 >= 3 {
sendCompleted(proxysubject)
}
},
error: {
println("error:¥($0)")
},
completed: {
println("complited.")
}
)
observer >- subscribeNext {
sendNext(proxysubject, $0)
}
}

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

2015/07/16(木) 02:20:47.16ID:a05wBIOI

開発PCにMacBook Air使ってるやつおる？
メモリ4GBはさすがに厳しいように思うのだが、軽さが魅力でな、、、

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

2015/07/16(木) 06:23:59.44ID:iWUeXINE

ノ
8Gメモリだけど普通に開発出来てる
が、swiftのビルドはobj-cに比べ若干ストレス溜まる

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

2015/07/16(木) 09:52:19.72ID:6EQmn7gw

最新のXcodeならObjCと同等のコンパイルスピードになったんじゃなかったっけ？

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

2015/07/16(木) 10:07:48.67ID:8733FcCL

初期の非修正ファイルまでビルドするバカな動作は辞めたけど
obj-c互換ヘッダ作るのは必要だし
何より、Copying swift libraryにイラっとする

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

2015/07/16(木) 11:03:29.48ID:6EQmn7gw

小さなランタイムなんてまだやってんのか。
あれMarverics/iOS7のための互換ライブラリだと思ってたんだけど、結局何なんだ。
Yosemite/iOS8オンリーでコンパイルしても生成されるし。

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

2015/07/16(木) 15:08:41.93ID:sl2ipofk

SwiftってObjective-Cより生産性の高い開発ができるの？

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

2015/07/16(木) 19:40:02.31ID:Z7inOObC

>>183
静的言語だから、ソースコード自動生成ツールみたいなのはできるかもね。

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

2015/07/16(木) 21:36:59.13ID:a05wBIOI

>>179
さすがに8GBは積んだ方がいいかー
サンクス！

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

2015/07/17(金) 12:36:59.03ID:OId25oC9

>>184
obj-cも静的言語だと思うんだけど、どうだろう

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

2015/07/17(金) 12:48:40.12ID:RTw9+8lc

政敵言語…

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

2015/07/17(金) 14:23:11.57ID:rpLj8C5W

政敵虐待…

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

2015/07/17(金) 16:10:32.10ID:Z8jVuc7G

>>186
そんなことないでしょう。
id型とか、NSArray型にどんな型でも突っ込めるところとか。

Go言語も汎用的なコードを書こうとするとか空インターフェース型になっちゃって、動的言語じゃねーのと突っ込みたくなります。

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

2015/07/17(金) 16:16:36.82ID:vzbJbQvj

静的動的の定義が曖昧
そして静的だからいい／動的だからだめというのが全く不可解
個々の趣味の範囲でしかないな。静的動的が曖昧という点からも

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

2015/07/17(金) 17:24:07.28ID:v8hyYkH9

>>190
動的、静的の区別を正確に考えたら、型宣言がある、無しが静的、動的の定義だと思い出しました。

つまりobjectiveC,go,swiftは静的言語だし、php,jsは動的言語ですね。
失礼しました。

ただ、php触ったあとにgoを使おうとすると、goはGenericsが無いゆえに、何でも入る型を引数に使おうとしてしまって、なんか動的言語臭い使い方をしてしまいました。

で、初めてswiftでGenericsを使った時に、そこがうまく出来て感動したんですよねー。objectiveCにはGenericsが無いので、goっぽくなりがちかなと。

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

2015/07/17(金) 20:44:51.84ID:Vn5a14Qe

obj-cにgenerics入ったよな、Xcode 7 beta 3で

obj-c without CなswiftはCを知らない(嫌いな)ヤツが使うと生産性は上がる
他はそんなにメリットないし、デメリットも少なくない

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

2015/07/17(金) 22:14:58.95ID:FAxLDha2

でもさ、新規のアプリ開発案件なんて、ほとんどがiOS7以降対象じゃない？
だからうちはSwift移行がかなり進んでる

言語仕様を早く固めて欲しいわ～

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

2015/07/17(金) 22:23:20.50ID:vzbJbQvj

Genericsが無ければなんだとか、なんだかなw
あればあればで無ければ無ければでしかないな
まあ、直接アクセスでいちいちキャストするの面倒くさいってのだけだな。その点が解決できるらしいのが>>192かな
plistなんてなんでもかんでもブッこめるからこそなのに

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

2015/07/17(金) 23:19:47.25ID:v8hyYkH9

>>192
おおっ　objectiveCも進化してるんですね。
それなら、かならずしもswiftである必要ないですね。
swiftリリース後もobjectiveCを発展させるってことは、
AppleはObjectiveCを見捨ててはいないってこと？

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

2015/07/18(土) 00:13:45.70ID:JPanVfzK

>>195
　進化というか、Swiftに移行するために強引に仕様を変えている感じ。
新言語としては異例な普及度を見るに、Swiftへの移行はもう山を越えたんで、
後はどうObjective-Cをディスコンにさせるか考えていると思う。

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

2015/07/18(土) 00:17:42.98ID:DtFtz5KL

全面的に書き換えるなんてありえないよ。それほどまでにいいとは思ってないだろう
下層はCやC++であったりもするからな
てことで
>後はどうObjective-Cをディスコンにさせるか考えている
は無いと断言しようw

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

2015/07/18(土) 00:23:11.18ID:W6NZSPH+

ObjCがこの先生きのこると本気で思ってるならAppleという会社の考え方を知らなすぎる

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

2015/07/18(土) 00:24:11.53ID:DtFtz5KL

あと、
>Swiftに移行するために
ではなく、Swiftとの親和性を上げるためにじゃね。__nullable __nonnullとかな

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

2015/07/18(土) 00:27:54.83ID:JPanVfzK

>>197

>http://www.vagrantup.jp/entry/2015/06/17/091113
より
「ちなみに今年のWWDCでのセッションで紹介されているサンプルコードはほとんどがSwiftでした。」

を見るにアップルはSwiftに移行させたくて仕方がないみたい。
まあ、影響はでかいんで向こう5年はあると思うけど。

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

2015/07/18(土) 00:28:27.62ID:DtFtz5KL

>>198
生き残るどうかじゃなく、実際全面的に書き換えるにはなんだがな
NSなんたらだっていまだあるのにw(イミフ)

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

2015/07/18(土) 00:32:20.42ID:DtFtz5KL

>>200
まあ、アプリ開発者向けにSwift推しはそうなんだろう。でなきゃわざわざ新しい言語なんて作ろうともしないだろうからな
フレームワークがSwiftになりしかもObjevtive-Cから使えないというのになったら言うようになるかもねえ(ありえないと思うけどw)

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

2015/07/18(土) 08:30:38.29ID:ti+3xLno

>>200
むしろobj-cが存在することが笑い話だなw
そこは何が何でもswiftだけにしとけよ

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

2015/07/18(土) 08:36:06.09ID:LeYIVAHt

コード公開してるHealthKitはswiftらしいぞ
swift 2の言語仕様追従面倒そうだぁ

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

2015/07/18(土) 08:51:51.50ID:COEZBNGQ

確かに面倒だが、仕方なし、、
そういえば去年までobjc教えてた会社が、今年からswiftに切り替えてた
objcを全く知らない世代がすぐそこまで迫ってるぜ

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

2015/07/18(土) 10:43:37.53ID:hgQvXMrs

>>199
obj-cの機能を文法変えたものがswiftなので逆もまた然り
ダブルスタンダードで双方機能追加を続けるんだろうな
いつ面倒になってもうヤダって心折れるか楽しみだ

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

2015/07/18(土) 11:04:08.89ID:DtFtz5KL

なんで楽しみなのかさっぱりだな。キモっ

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

2015/07/18(土) 11:14:09.54ID:COEZBNGQ

ま、IE8と一緒で、いつまでも旧iOSを使い続ける会社が日本には多いからさ
その手の企業内アプリに携わってるとobjcからは離れられんよね、、、

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

2015/07/18(土) 11:18:54.17ID:DtFtz5KL

なんだかSwift一択じゃなきゃ嫌だというのがわからんな。悪意の推測でもってしてはわからないでもないけどw
今のSwiftってまだ、Cを完全には使えない、C++なんて全くなんだけどな
まあ、これからまだまだ拡張するのだろうが、今現在でObjevtive-C無しではまだ自立できてない言語なのに(フレームワークがとても大きいが言語そのものとしても)
CもC++も使わないヤツにはそんなことはどうでもいい想像すらできないことなのかもしれないが

__nullable __nonnull はObjevtive-Cにあってもなくても困らないが、Swiftで使うには無いと困る拡張だかんね

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

2015/07/18(土) 11:20:47.23ID:DtFtz5KL

反論めいたのが>>208だもんな。なーんもわかってないのがSwift好きって理解してまうぞw

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

2015/07/18(土) 11:21:31.51ID:QAsqB6ba

>>208
旧iOSと言ってもバージョンいくつまで？親が使ってるiPadが未だに初代でiOS6が未だに稼働中なんだか、流石に今iOS6向け開発はむりだよね？
未だにアプリのアップデートが来るのが不思議なんだが。

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

2015/07/18(土) 11:25:15.04ID:QAsqB6ba

そろそろapple自身がフレームワーク自体をswiftで作ってくれないと、まだまだ言語仕様が安定しないんじゃないかと疑ってしまうわ。

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

2015/07/18(土) 11:34:35.64ID:COEZBNGQ

>>212
だべな～、年末辺りにいきなり3.0とかきて憤死しそうな予感がするｗ

あと、ID:DtFtz5KL は何で一人で発狂してんの？
お前に話しかけてないし、そんなに Swift 嫌いならこのスレ来なきゃいいべ？

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

2015/07/18(土) 11:39:01.33ID:DtFtz5KL

>>211
全然無理じゃ無いよ。ある意味ふつーにiOS 5.1.1が実質かな。iOS 4.3も可能だが64bit縛りでは無理

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

2015/07/18(土) 11:41:40.79ID:DtFtz5KL

>>213
いや別にSwift嫌いじゃ無いよ。好きも嫌いも無いな
掲示板で話しかけるなとかwうん、全般的に頭悪そうねw

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

2015/07/18(土) 11:59:42.16ID:3+wrsUj9

なんか急に発狂しててワラタ
何度かアポー信者が発狂してるのは見たがこれは新しいタイプだな

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

2015/07/18(土) 12:01:47.93ID:DtFtz5KL

レスが多い＝発狂なの？
それとも、言っていることがとても変なの？

上ならアホだな。下ならどういうことなのか？まあ、発狂している俺にはわからんかww

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

2015/07/18(土) 12:08:23.59ID:COEZBNGQ

あー、すまん
スレが汚れるからわいが消えるわ

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

2015/07/18(土) 12:12:22.88ID:kCKHuefB

最近過疎ってたしID:DtFtz5KLで遊びたい
と言ったらダメだろうか

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

2015/07/18(土) 12:19:45.09ID:DtFtz5KL

空気読もうとしてるな。てか空気読めないから聞いているのか？なんてw
くっだらねーな、お前っ！さぁ、具体的にこいっ！
Fight!

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

2015/07/18(土) 12:39:22.41ID:QAsqB6ba

>>214
確認させて。
これってxcode6で、iOS5.1向けの開発が可能ってこと？

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

2015/07/18(土) 12:43:25.15ID:QAsqB6ba

>>221
すんません。ちょいググったらわかることを聞いてしまった。

http://qiita.com/SolaRayLino/items/b759e84bfe197ba0f16d#comment-37969dd9a3504d74df59

でくるわけね。家のipadは死んでなかったんや！

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

2015/07/18(土) 12:54:18.20ID:QAsqB6ba

>>222
swiftでは開発は無理だった。ios7までか、、、、
初代iPad全然現役なのにな～

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

2015/07/18(土) 12:54:45.00ID:DtFtz5KL

>>222
2. はいらないと思うけどな
64bit「も」の場合はポップアップメニュー項目には6.0までしか出ないが、5.1と打てば「5.1.1 にせんかいっ」ってなる

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

2015/07/18(土) 12:59:06.56ID:DtFtz5KL

>>223
あー、そんな意図も含んでいるのかなと思ったが。まさにか
残念

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

2015/07/18(土) 13:06:03.00ID:q0WF4YW9

ID:DtFtz5KL「vipからきますた」

>>223
コンパイラがOSSになったら気合いで移植するヤツが出てくるだろ
swiftでiOS6もAndroidも開発出来るよ、やったね

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

2015/07/18(土) 13:09:17.79ID:JPanVfzK

　何気に組み込み用途でニーズがありそうやな。C++とのブリッジをどう確保するか次第だけど。

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

2015/07/18(土) 13:10:18.18ID:DtFtz5KL

イミフ

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

2015/07/18(土) 13:12:51.89ID:DtFtz5KL

>>228 は >>226の1行目へのね。いちおう

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

2015/07/18(土) 13:24:45.24ID:UuxauZft

普通にユーザの書くobj-c++コードを経由するんだろ
小さなランタイムが無くて速度性能がC相当なら組み込みへの展開の可能性があるな、不可能だろうけど

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

2015/07/18(土) 14:16:02.91ID:wgRLw5oL

キチガイが暴れてて笑った ID:DtFtz5KL

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

2015/07/18(土) 19:04:52.55ID:RSs2WNLz

面白い子はもう巣に帰ったの？

>>227
goとrustが同じこと言ってるな
当然供給はあっても需要はないが
わざわざ新しい別言語扱うメリットない

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

2015/07/18(土) 22:00:21.19ID:M9RJpY8b

>>232
　Swiftと似たようなコンセプトのAdaが衰退してC++が主流になったから、
OSS化後の人気次第かもね。

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

2015/07/19(日) 01:34:48.01ID:NiIWwO5s

goとか論外だけどrustはええな
swiftなんて新言語作らずrustそんまま持ってこれんかったんか。。

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

2015/07/19(日) 02:57:31.94ID:+rneIk/0

Adaとかようそんなん知っとるね

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

2015/07/19(日) 06:18:06.36ID:EKLQY3O4

文法の違いはほっといてswiftよりC++のが機能多いからなぁ
実用を考えたら他環境での利用はないわな

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

2015/07/21(火) 14:33:54.05ID:N4HdUVQ3

>>236
全部移植できないの？

LLVMでしょ？

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

2015/07/22(水) 08:12:03.27ID:dvVspnO2

>>207
安易に「キモっ」とか言ったから粘着されてんのか？

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

2015/07/22(水) 08:26:59.18ID:s+gv6pIn

きもっ

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

2015/07/22(水) 10:48:10.59ID:Md5kWR9m

>>236-237
機能が多ければいいというものではない
JavaはC++の余分・危険な機能を削って削って削ったから社畜用として評価された

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

2015/07/22(水) 11:41:15.20ID:bVEQ923Z

クスッとした

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

2015/07/22(水) 11:42:24.69ID:bVEQ923Z

>>240
Run anywhere...

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

2015/07/22(水) 14:01:15.64ID:D1Lrdm2t

絶対値100以下のガウス素数を表示するプログラムを教えてください。
ちなみにC言語です。

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

2015/07/22(水) 14:05:30.29ID:D1Lrdm2t

すみません間違えました。

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

2015/07/22(水) 16:50:00.59ID:rU+9fQUM

>>240
1.8で肥大化しけどな。

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

2015/07/22(水) 17:30:24.30ID:up2hQYH7

Javaは1.5でギブ、1.3くらいがシンプルで良い
swiftはbetaの頃が良かったような気がするが今は昔でうろ覚え

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

2015/07/22(水) 19:31:26.57ID:LUxezJzH

>>240
文法的な機能だけじゃなく、std::の機能もないからなぁ、単純にstd::threadとか
他環境に持ってたとき、C言語と同じように分岐させるつもりなんかね

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

2015/07/24(金) 13:39:40.99ID:QV7Td6xP

>>233
swift と ada のどの辺が似たコンセプト？

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

2015/07/24(金) 15:46:05.80ID:HSvIYPUR

似てない似てないw
低レベル志向でrustと、スレッドが構文としてあるという意味でgoと比べるならまだわかるけど
swiftは似てないw

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

2015/07/24(金) 16:29:13.44ID:Ch2dabsR

C/C++に代わろうとしたAdaと
C/C++に代わろうとしたswiftって意味だろ

機能については比較が古過ぎてどれも合わんよ

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

2015/07/24(金) 16:39:47.53ID:HSvIYPUR

よーわからん
時期的には同年代というかむしろC++がAdaの需要を取ってった方だし
swiftについては最初から取って代わるとかそんな気はないだろ、囲い込み目的の独自言語

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

2015/07/24(金) 20:05:16.57ID:Ch2dabsR

>>251
分からないならそれで良いんじゃね？
お前さんが分からなくても誰も困らんし

>>247
ifdefの嵐か、、、笑えるネ

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

2015/07/24(金) 20:55:29.71ID:SFFfFyhx

>>248
ポインタを安全に扱える組み込み用静的言語

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

2015/07/24(金) 21:02:49.64ID:tvG7ULk8

swiftって何か安全だっけ？
rustくらい徹底してるなら分かるけど、obj-cからなんの変わりもなくね？

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

2015/07/25(土) 02:57:12.26ID:+cpqItEQ

そういえば、swiftってARCをoffにできないよね？
あーでも全部weakで持たせるとかやれるし、全然安全じゃなさそう。

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

2015/07/25(土) 16:29:06.45ID:57sMN/UP

組み込み用なら小さな()ランタイムをやめろ

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

2015/07/25(土) 17:25:43.15ID:69bDPEv+

()つけて嘲笑しているが、何もわかってない

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

2015/07/25(土) 18:06:04.45ID:3dBy/tNM

).(

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

2015/07/25(土) 18:56:39.72ID:57sMN/UP

笑えるならそれはそれでいい根性してるなw

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

2015/07/25(土) 21:15:44.74ID:69bDPEv+

不思議な頭しているな。まあ元レス自体でわかっていたが

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

2015/07/26(日) 06:55:13.33ID:WbVmI104

現15MBのランタイムが本当に小さくて組み込みでなんら問題じゃないと？
一昔前の組み込みJavaランタイムなんて500KBくらいで出来てたのにでかすぎだろ

組み込み業界を分かってないのか、世代が違うのか
常識が違うのは分かったよ

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

2015/07/26(日) 07:01:16.26ID:WbVmI104

あ、批判するなら何が間違ってるか教えてね
前に2レスには根拠ない人格批判しかないので

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

2015/07/26(日) 11:48:22.14ID:GOCA7qcd

> 組み込み業界を分かってないのか、世代が違うのか
お前の会社の仕事がそういった機器がターゲットってだけだろ。
カーナビだって組み込みだぜ。別に洗濯機にまで swift 載せろなんて言ってねーよ。
一つも残らずありとあらゆる組み込み機器がターゲットだなんてありえないんだから、ボクちゃんの仕事にマッチしないってだけでスネるなよ。

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

2015/07/26(日) 12:09:59.69ID:jcTHls2X

>>261
やっぱり根本的に何もわかってないんだな
「現」がなんのOSでだから、はたまた、どのバージョンで動かすためになのか、ちょっと考えれば「現」と組み込みを比較するのは全く無意味だと、基礎がわかっていればわかることなのに

>組み込み業界を分かってないのか、世代が違うのか
>常識が違うのは分かったよ
組み込みはこんぴゅーたの基礎がわからなくてもできことだと、また、基礎が無くてやっていけることだと、よくわかった
って、お前組み込み業界じゃないだろ？組み込み業界に失礼なヤツだなw

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

2015/07/27(月) 14:09:10.56ID:AcynyEyY

なんか長々論じててワロタ
3行でおk

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

2015/07/27(月) 22:12:06.45ID:c40R2BRO

文章長の閾値低すぎね？
活字離れかよ

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

2015/07/28(火) 08:18:16.80ID:di492UPI

今北産業

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

2015/08/01(土) 09:01:34.31ID:0NoApea7

printlnが使えないorz

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

2015/08/01(土) 09:16:27.57ID:MsXTBWi9

printfが使えないorz

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

2015/08/01(土) 09:41:36.78ID:0NoApea7

>>269
つC

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

2015/08/01(土) 16:23:36.11ID:GJ7OFyXB

つ java

冗談はさておき、swift 2で無くなったんだっけ、println
tryと合わせて色々改修してるから覚えてねーや

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

2015/08/01(土) 19:03:30.70ID:0NoApea7

>>271
納得

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

2015/08/02(日) 12:04:02.59ID:TUUwcz7t

>>263
iOS(swiftが動く)が載ってるカーナビが組み込みって言いたいのかな
iOSもAndroidも組み込みOSを名乗るにゃ大きいよのう

swiftランタイムがオーブンソースになって組み込みLinuxで十分に耐えうるバージョンを誰か開発すると良いなぁ
取り合えず動かしましたな産廃はごめんどす

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

2015/08/02(日) 13:25:03.32ID:14nyYGDS

プログラマなら自分で作れよ

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

2015/08/02(日) 18:42:52.92ID:sqGnINSm

需要のない組み込み向けswiftランタイムはイラネ
アポーOSのobj-c代替で十分だろ

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

2015/08/02(日) 18:48:38.49ID:+URxb+ao

需要＝俺の好み
そういうのは需要とは言わないw

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

2015/08/02(日) 19:58:02.84ID:tcwCEMJZ

それはブーメランささってる、、、

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

2015/08/02(日) 20:41:20.72ID:+URxb+ao

ブーメラン？
いや俺は需要云々とは無関係。そういう仕事じゃないし
彼がそういう仕事についていたとしても、彼の周り彼個人のことで全く無いとは彼でも否定できないだろうっていう

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

2015/08/03(月) 08:17:29.09ID:hX0Vf767

ブーメランじゃなく悪魔の証明かよ

swift 2は来月くらいに公開かね
移植面倒だから早く一般公開して欲しいぜ

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

2015/08/03(月) 11:48:50.39ID:TmMAzrxa

ブーメランじゃなく悪魔の証明？はあ？
ソフトウェアなんてそんなもんだろ。この世に存在する全てのソフトが(仮に)お前にとって必要なのか？
てか、お前にとって必要ないソフトは誰にとっても必要ないってのか？って、そうい言っているからおかしいってのにわからんのかなあ。わからんのだろなw

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

2015/08/03(月) 12:17:55.05ID:B+FZkifl

アップル好きには普通に需要があると思うよ
今は人口多いし組み込みLinuxなんかを使うかは別として欲しいという声はあるだろ

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

2015/08/03(月) 12:19:23.06ID:TzOErtto

No, I don't.

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

2015/08/03(月) 13:47:01.84ID:XTeSO+DZ

これは相手しちゃいけない子
Appleを愛し過ぎて適材適所を忘れてる

>>281
No, I will do.

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

2015/08/03(月) 13:54:31.75ID:TmMAzrxa

なんでそうも2値なのか。職業病じゃなくてと思うぞw
別に夢想したいヤツにはとくに否定する理由もないってだけなのに、どうしても否定したい意味がわからん
俺は別に組み込み向けSwiftが出ようが出まいがどうでもいい。単に無闇に否定する理由がなにもなく否定しているのが我慢ならんwだけだ

まだ、PureなSwiftでさえ出てないないのに、適材適所も何もない夢想だねえでええやん。なにをそう否定したがるのか、その理由を述べられるなら述べられよ、大人さんw

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

2015/08/03(月) 13:56:14.87ID:TmMAzrxa

>>284
>単に無闇に否定する理由がなにもなく否定しているのが我慢ならん
あー2値にとっては、またAppleがとかいう短絡思考になるかもしれないが、そうじゃないよ、我慢できんのは。理解できねーっていう方

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

2015/08/04(火) 10:45:55.01ID:yoCiqJcp

Appleは正しい、アーメン

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

2015/08/04(火) 11:11:33.16ID:gxudF/JY

>>284
二値じゃないから他の言語を選択肢に入れろって話じゃね？

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

2015/08/04(火) 11:25:19.45ID:ToZtaCip

そういう見方のもあるのか、なるほど。ひねくれすぎてるわw

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

2015/08/04(火) 15:42:19.31ID:D/M0ablB

差分コンパイルありでも一行修正するだけでビルド時間が分単位で掛かるしSwiftもうやだ。
ビルド時間速める知識が俺にないからいけないのか？
Stringを+operatorで連結しまくりとかしてないし、ビルドの様子眺めると何かのファイルがボトルネックってわけでなく、１ファイルずつ丁寧にビルドしてらっしゃるコンパイラさんの様子が伺えるだけ。

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

2015/08/04(火) 16:04:19.97ID:D/M0ablB

あと型推論してるから遅くなるらしいけど、そんなんなら型推論入れてくれるなよ。
C++は型推論使っても全くコンパイル時間に差がある感じはしないのに。
結局Objective-C++でもSwiftと同等のことできるしなぁ…

C++でinline化したりpImplの実装にすればヘッダと実装分ける面倒なコードにもならないし。
Optional型はboost::optional使えばいいし。SwiftがObjectiveC++より優れてるところってなんだろうか。
あとSwiftはCocoa使うときにAnyObjectにキャストしたりする作業が紛れ込んできて地味にコードが醜くなる気がする。

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

2015/08/04(火) 16:38:05.72ID:57aWnzM3

文法がイマドキ、が最高にして唯一のメリットじゃなかろうか

C++11を糖衣したobjcを糖衣したswift
機能、性能はどうしたって劣るので、そこは見ちゃいけない
文法だけ見ればobjcより優れてる、ように見えるかもしれない

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

2015/08/04(火) 17:29:21.77ID:D/M0ablB

>>291
確かにその通りだ

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

2015/08/04(火) 17:31:14.61ID:73Xk66VZ

文法しかないのか….

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

2015/08/04(火) 19:15:13.72ID:MitT+r3W

>>289
循環依存しまくってて一箇所の修正が全体に影響しまくってるとか？
基本、外部仕様はプロトコルで定義して
実装コード間には依存関係ができないように書けば大丈夫だと思うけど

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

2015/08/04(火) 19:20:44.10ID:GIG+wPuC

インクリメンタルビルド有りで分って・・・Swiftってそんなに遅いのか？

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

2015/08/04(火) 21:39:02.52ID:BEpAn9hT

ヘッダファイルをユーザが書かない代わりに、
ビルド時にヘッダファイル相当のモノを作って
前回ビルドキャッシュと差分比較して、、、

まぁ普通にclassベースで書いたらobj-cより余分に時間かかるだろうなぁ
ヘッダファイル代わりにprotocol定義多用すればマシになるかもしれんが
だったら素直にヘッダファイル書かせろよっつーね

ビルド時間を犠牲にヘッダを書く手間が減ってるんだ
その犠牲が誤差になるような高スペックマシンでビルドするのが望まれてるんだろう

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

2015/08/04(火) 23:28:51.97ID:GIG+wPuC

マシンスペックに頼らないといけない言語ってなんか昔のJavaみたいだな。

世の中の需要を考えるとマシンスペックはもうこれ以上は大して上がらないだろうから、
Xcodeは並列処理とかソフトウェア面でSwiftの面倒を見てやらないといけないんだろうな。

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

2015/08/04(火) 23:55:08.53ID:pHpby06U

だったらPROを買えばいいじゃない
そんな考え方だろうAppleは

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

2015/08/05(水) 05:54:45.75ID:ZlLXdzL2

>>294
プロトコル書いたら速くなりました…
ヘッダファイル書かないからその代替の定義も基本しないものなのだと勘違いしてました。

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

2015/08/05(水) 10:17:36.32ID:jHc/OBKG

>>294
こんなバッドノウハウが横行するのか

0301511

2015/08/05(水) 12:21:03.34ID:3/rYclG3

カプセル化の面から言えばバッドじゃないと思うよ

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

2015/08/05(水) 12:32:50.51ID:HvhE7jdk

>>297
Javaに頼ってるって言えばAndroidじゃん？

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

2015/08/05(水) 14:40:08.04ID:gzFd3e8/

「昔の」とあるだろ

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

2015/08/05(水) 14:49:04.38ID:oZkyr7PH

プロトコルはvirtual関数しか持たないC++ クラスのエイリアスだから
ヘッダファイルの代替って訳じゃないよ
ヘッダファイルと違って実行時のオーバーヘッドが付与されるよ

constexprやinline使ったオーバーヘッドを減らす努力を無為にするから
ヘッダファイル代替じゃなくカプセル化目的で使うモノだな

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

2015/08/05(水) 19:03:50.17ID:ZlLXdzL2

なるほど

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

2015/08/05(水) 21:41:46.53ID:nmI7/z1M

[UIViewController] - [UIView] Rect(0, 0, 300, 600)
|__[UIScrollView] Rect(0, 0, 300, 600)
|_[UIView] Rect(0, 0, 300, 1200)
|_[UIButton] Rect(0, 1000, 70, 30)

みたいにあったときにUIButtonをタップしても反応しないのってなんでなんでしょうか…
UIButtonがもっと上の座標にある時は反応するんです。。。

座標が上の方だと反応するので
touchesShouldCancelInContentView
delaysContentTouches
は関係ないのかなーって思うんですけど…

UIViewController] - [UIView]をはみ出しているせいでしょうか？？

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

2015/08/05(水) 22:54:44.58ID:BXX6Surd

>>306
こっちでどうぞ
[SDK]iPhoneアプリ開発初心者質問箱44[touch][iPad] [転載禁止]©2ch.net
http://anago.2ch.net/test/read.cgi/mac/1438127845/

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

2015/08/05(水) 23:03:27.66ID:nmI7/z1M

>>307
失礼しました…

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

2015/08/19(水) 11:47:37.95ID:qlCDolK8

swift 2.1 betaって2.0 stableの後にすぐ来るかね

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

2015/08/23(日) 19:10:49.16ID:RlzmhSot

Xcode7試してるんだけどなんかUITableViewでセルの再利用で固まるなあ
どゆことー

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

2015/09/11(金) 02:14:29.52ID:IJA+4L1Q

オプショナルの省略可能引数が複数ある関数は補完が効かなくなるんだなあ

enum Params {...}
func hoge(a: Params? = nil, b: String? = nil ) {...}

hoge(a: /*enumの補完が出ない*/)

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

2015/09/18(金) 11:17:06.33ID:Jz5D0EiB

また、新たなSwiftとの闘いが始まる...

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

2015/09/18(金) 12:19:13.77ID:QYMK1u2B

オープンソース化進捗どうですか？

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

2015/09/18(金) 15:38:58.87ID:Vzi7mP4w

まだ初めてなかったのかよwww
今回は結構控えめだと思う

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

2015/09/18(金) 17:44:48.83ID:T7K9jnc8

swiftオープンソースとは言うけどどこまでオープンにするの
NSStringとかNSArrayとかのコードもオープンになるの？
内部的に使ってるならオープンにしないとまともに動かん気がするんだけど。

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

2015/09/18(金) 19:05:43.83ID:CHoirNkx

NSString String
NSArray Array
NSDictionary Dictionary
は、どう見ても内部的に別物だろ。てことで、Foundationが無くてもいいんじゃね
その杞憂には全く関係ないがFoundationはAppleのじゃないのがあるし、MiniならAppleがオープンソースとして公開しているよ

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

2015/09/18(金) 19:13:31.44ID:CHoirNkx

あ、あるのは Foundation Kit じゃなくて、Core Foundation ね

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

2015/09/18(金) 20:00:14.34ID:UVKr39f1

rustやgo並のクロスコンパイル対応したオープンソースになったらドン引きする

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

2015/09/21(月) 02:02:39.45ID:2OPOgkNH

Swift機能豊富すぎてわけわかんねーけど楽しいな

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

2015/09/21(月) 02:27:22.59ID:yzepsCoQ

ケットシーファンクラブは、ただのくぎゅうファンクラブだろ

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

2015/09/21(月) 13:04:28.85ID:FebtkaWJ

生産性はJavaよりはるかに高いよな

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

2015/09/21(月) 13:34:22.66ID:zCotARir

詳解Swift 2.0対応版まだー？
今度はKindle版は画像スキャンじゃなくてまともな作りにしてほしいな。技術書で画像スキャンとか誰も得しないだろ

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

2015/09/21(月) 13:48:57.83ID:RKd13GKO

>>321
一時的に生産性高くなるけど、メンテ工数も高いな
言語仕様変更に追従する予算を忘れたプロマネは死すべし

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

2015/09/21(月) 14:37:41.68ID:a4o55LrK

出版社は楽して儲かるので得してるな
2.0 stableってリリースしたんだっけ

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

2015/09/21(月) 14:39:24.85ID:HkKMmpY5

もう objective-C/C++ でいいよ
C/C++ がそのまま使えるのが大きい

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

2015/09/21(月) 15:36:16.82ID:KFcKXjg0

>>325
逆に全滅してほしいw

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

2015/09/21(月) 15:42:55.19ID:fXik4cAW

>>326
全滅したらAppleが潰れちゃうw

>>325
swiftからCはシームレスに叩けるから・・・(死んだ魚の目
なお、呼び出される動作は考えてはいけない

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

2015/09/21(月) 23:06:40.98ID:X8E4srJj

コンパイル遅すぎる。。もう嫌だ逃げたい

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

2015/09/22(火) 15:49:50.79ID:MfA+bvFT

Swiftのラベル無視してコンパイルしたい

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

2015/09/23(水) 04:03:53.16ID:QHqYPkMQ

>>325
c++のライブラリ使いたいときにobjective-c++が使えるのは便利。
インターフェースにNSDictionaryとかNSArray使ってラップすればそのまま、swiftで使えるし。

c++とのインターフェースをswiftがサポートしようとするのは流石に無理あるだろうしね。

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

2015/09/23(水) 08:35:51.99ID:JGY6NGKN

他の言語がC++をサポートしないのは面倒な上にメリットが少ないからだけど
swiftは面倒でもC++の呼び出しは頑張ってサポートした方が良いと思うけどな、標準Libがしょぼすぎる

今のままオーブンソースになってもiOS/Mac OS以外で実用性ないだろ
両OS上では使うけど、他環境への持ち出しは頭悪いと思う

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

2015/09/23(水) 15:54:33.24ID:QHqYPkMQ

>>331
swiftがlinux対応によるメリットってCIがlinux環境で動いてくれるってことかなと。
正直xcodeのコマンドライン版でもいいので環境まるまるlinuxで動くようにしてくんないかなー。そしたらビルド遅い問題も解決しない？

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

2015/09/24(木) 03:51:09.34ID:pI0tsndd

swift3ではenumをイテレート出来るようにしてくれ

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

2015/09/24(木) 15:35:42.48ID:jZjSABaw

>>332
クロスコンパイラ、多分アポーはやらないのでハカーに期待
keychain、開示されるワケがないのでクラッカーに期待
CI出来るといいね

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

2015/09/29(火) 18:16:05.63ID:/Akf4srq

GCDでblockが関数外に関数に続いてな表記になったが、これってGCD関連の関数だけの特別例外なのかな？汎用的なものなのかな？宣言を見たら関数内のままだし、ルールがよくわからんな
珍しく関数内の表記もそのまま使えるようだけど
dispatch_async(queue, { () -> Void in
})
dispatch_async(queue) { () -> Void in
}

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

2015/09/29(火) 19:25:34.67ID:/Akf4srq

なるほど
引数の最後がblockなら関数外にな表記にできるっていういちおう汎用性のあるのなのね
ラベル付いていたらどう書くのかと思ったら書かなくてもよしなのね。書く方法が逆にわからんけど

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

2015/09/29(火) 22:31:25.47ID:i8Oa4vHf

それ、 swift 1.0の頃から一貫してそうじゃね？ > 末尾ブロックの省略表記

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

2015/09/29(火) 22:40:09.70ID:/Akf4srq

確かにXcode 6.4でも有効だった。最初からなのかはわからないけど
Xcode 7での補完が変わったのでいまさら気づいたってとこだった

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

2015/09/30(水) 00:17:30.98ID:Ni3ggr7i

dispatch_async(queue) { () -> Void in
}

こっちの書き方の方を推奨しているコーディング規約の方が多いね
handlerとか書かなくていいから

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

2015/09/30(水) 03:44:15.18ID:O8F3yytc

まだいまいちキモイ感が拭えないが、
@syncronized(lockObject) {
}
の代わりに
dispatch_sync(lockQueue) {
}
は逆にとても好ましい

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

2015/09/30(水) 11:45:24.27ID:2TkwnPLU

アットマークが泣いてるぞ

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

2015/09/30(水) 21:44:30.79ID:7VLpriBq

swiftと関係ないがGCDよりNSOperation使った方がよかろうに
まぁどっちもオープンソースになってからany platformで使えるか分からんので、今切り替えるべきじゃないけど

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

2015/10/01(木) 03:41:37.72ID:eIVqclAu

GCDのほうがいいでしょ

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

2015/10/01(木) 03:59:03.96ID:TfN6hj++

どっちも使いよう。>>342なんてレスに対しては>>343なんてレスにしかならないだろうが
GCDの方が速いとかあったようななかったようなだが、仮にだとしても実際実感できるほどでもないだろうし
制御できる機能があるので(完全ではないが)必要ならNSOperation、お手軽にちょいと一仕事をってのだとGCDだな、俺は。GCDの場面の方が数多くあるけど

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

2015/10/02(金) 09:58:03.14ID:y/a3zwFa

Appleの文化として新しいものが正義だと思うよ
古いAPIつらっと消すから追い続けないとひどい目に会ったりする

複雑でオブジェクト作りまくるNSOperationより手軽で軽いGCDの方がPGとしては好ましいだろうけど
上流行程から見たらPGの苦労なんて度外視されるものだ

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

2015/10/02(金) 11:08:38.29ID:VKqpWLIE

何を妄想を語っているのだか
NSThreadですらまだあるのに。ちゃんとAppleのドキュメントを読めば？
上流工程とか言っているからドキュメントすら読まないなんとなく開発しているタイプなんだろうけど

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

2015/10/02(金) 15:35:36.70ID:ClpytUE+

新しいものポイポイ追加変更してる swiftで古いの使うのか、、、
頑張るなw

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

2015/10/02(金) 16:29:16.03ID:Zx82TsQo

680x0時代のMacでもswiftで作れるん？

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

2015/10/02(金) 16:51:05.92ID:iUAavedK

68kのmacでosx動くと思ってんの？

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

2015/10/02(金) 17:54:33.18ID:VKqpWLIE

>>347
マジで言っているのか、酔っ払いみたいにただ絡みたいだけなのか、どっちやねん
マジで言っていそうに見えるから怖いなw

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

2015/10/02(金) 18:23:20.17ID:5WAHQuOs

怖いなw

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

2015/10/02(金) 22:00:21.36ID:Vg6bhvw9

絡んでる子怖い

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

2015/10/11(日) 10:09:37.52ID:L/2BKddT

OSSにする気あんの？

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

2015/10/11(日) 10:17:42.26ID:AQhK5jCj

ありますん

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

2015/10/12(月) 15:56:19.38ID:trpR/Ql4

インラインで構わないから、C++も書けるようにしてほしい。
でっかいインラインになると思うけど。

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

2015/10/15(木) 13:56:24.53ID:dEudz13p

>>355
objective-c++使いなよ。むしろswift肥大化する方向性を減らす方向に行って欲しい。
c,c++のコード資源はobjective-c,c++に任せる方向で棲みわけて欲しい。

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

2015/10/15(木) 16:08:27.22ID:EZZKeUj4

そうなるんじゃないかね。
SwiftでCとの連携めちゃくちゃしずらい。
(a as UnsafeMutablePointer<CGFloat>).memoryとか発狂しそう。
その内C風のシンタックスシュガー取り入れたりするんだろうか。

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

2015/10/15(木) 17:31:42.13ID:QP6NYvOM

rustやgoは肥大化させて、C++要らないようにしてるしな
期待薄だけど iOS, Mac OS以外でも使って欲しいなら必要だよなぁ

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

2015/10/20(火) 00:00:12.99ID:/o7/qjtE

多分、ある時点でC系のAPIをSwift風にリプレースするのだと思う。

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

2015/10/20(火) 08:18:15.97ID:p770YeP/

http://qiita.com/glayash/items/0e7f597d71918df4aad3
上記とか見てるとcoreFundationがC以外で書き換えられるのってメリット無い気がするけど

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

2015/10/20(火) 16:04:06.33ID:1OMzqZVd

俺の理解できる言語ひとつのみでにしてほしいという願望が根底にあっての予想でしかないのだろ

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

2015/10/20(火) 23:25:41.90ID:nTbmHvZw

長くて途中で読むのやめたけど
Core Foundationを書き換える必要はなくて、 Core Foundationをラップするインターフェースと実装があれば
SwiftからC11, C++14の機能が使えて実用に耐えるので幸せ

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

2015/10/30(金) 01:38:24.58ID:DXlHM0TX

そろそろ仕様は固まってきましたか？

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

2015/10/31(土) 16:19:14.46ID:8QDtaEsD

思いっきし変わってるよ。
Xcodeがなければみんな発狂してるレベルだよ。
オープンソース化したら更に仕様変更増えるんじゃないか。

0365名無し募集中。。。

2015/10/31(土) 18:56:14.38ID:xraV4XFn

仕様変更を楽しめないようになったら続かない

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

2015/10/31(土) 18:58:27.02ID:kUI0+GLn

もうどう仕様もないな

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

2015/10/31(土) 21:06:39.60ID:Dxf2Pnwh

今までの入門本が全部ゴミになった。

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

2015/11/01(日) 04:02:02.92ID:lRUXw/XB

swiftでosx開発の質問をしたいんですがiOSの初心者質問スレしか見つからず困ってます。
ここに描いてもよろしいですか？

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

2015/11/01(日) 10:19:08.62ID:kpc4xvnN

つhttp://kanae.2ch.net/test/read.cgi/prog/1214208397

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

2015/11/14(土) 15:25:16.35ID:E+/9uAHX

Wikipediaの「影響を受けた言語」のところにD言語があるのは、仕様変更におけるスタンスはD言語を参考にしているということですかね

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

2015/11/14(土) 16:10:00.65ID:BOkPBvc2

アップルが下位を捨てるのは珍しくないと思う
というと、アポー好きがアレは残ってるコレは残ってるって発狂するけど

swiftは色んな言語の色んな文法をチャンポンに採用してるから、D言語からも何かの文法を持ってきてるんだろう

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

2015/11/14(土) 16:39:32.62ID:HNBt+FzC

唐突すぎて何か根に持っている臭がプンプンな文だな

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

2015/11/14(土) 18:31:29.51ID:mKP1+Dxz

お前も素直にアレコレ言えば良いのに

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

2015/11/14(土) 19:10:14.12ID:TRagv9VG

>>368
たしかにosx開発用の質問スレほしいっすね。
UXKitとかでたタイミングとかでもほしい。

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

2015/11/14(土) 19:18:42.60ID:TgsjaKtt

>>372
D言語、Swift共に仕様変更で下位互換がないって話じゃないの？

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

2015/11/14(土) 20:29:39.90ID:HNBt+FzC

>>375
ふむ。それでもやっぱり2行目が唐突すぎwどこから湧いてきたのだかっていう

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

2015/11/14(土) 20:51:19.46ID:TRagv9VG

むしろobjective-cが全盛の時代のうちはswiftはどんどん仕様変更してほしい。
swiftに移行しきってから仕様変更されるのは辛いけど、今はobjective-cもメインなわけだし。

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

2015/11/14(土) 23:29:26.80ID:KvThdAEp

objective-Cの(よく知らんが)【smalltalk】+【C】の部分つか
メッセージの柔軟性によるクラス取り回しや動的な扱いがけっこう気に入ってて(smalltalkの部分？)
swiftが【objective-C without C】だっつーから期待したら
たぶん最近の言語事情に合わせてそこの部分まで普通のレベルにダウングレードしちゃったつか
整理したJavaみたいなのをもう一個作りましたみたいなのだったつか…

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

2015/11/14(土) 23:50:32.99ID:no70Q/Qt

Javaっぽいかい?
どう見ても関数型言語なのに

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

2015/11/15(日) 01:46:22.53ID:qNoZ8ZjT

2.0ってＴｒｙだらけにならんの？
見苦しい

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

2015/11/15(日) 09:47:05.77ID:VMDG18y+

Swiftの求人の平均最低月給228,000円
http://jobinjapan.jp/job-listing/keyword-swift.html

Objective-Cの求人の平均最低月給230,800円
http://jobinjapan.jp/job-listing/keyword-objective-c.html

Javaの求人の平均最低月給220,000円
http://jobinjapan.jp/job-listing/keyword-java-pg.html

スキル別の平均最低月給リスト
http://jobinjapan.jp/cate/

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

2015/11/15(日) 10:10:52.55ID:bEHu4/sc

>>374
昔あったけど需要ないのとiOS開発スレが大きくなりすぎて自然消滅した
Cocoaはさっぱり！っていうスレ

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

2015/11/15(日) 14:11:43.37ID:RjfxkIq9

こんな安月給で働けとか地獄だな

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

2015/11/15(日) 15:11:04.88ID:ZHNlFxQT

>>379
どこを見たらそうなるのか、普通に知りたい

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

2015/11/15(日) 15:12:13.06ID:ZHNlFxQT

あ、javaっぽくないのは同意

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

2015/11/15(日) 16:33:45.09ID:xo8y48fd

オープンソースらしいんですがlinuxでもswift使えますか？
mac持ってないので言語そのものの学習をlinuxでしたいです

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

2015/11/15(日) 17:40:24.12ID:tTRnEh6/

Swiftは前衛芸術みたいな言語だわ
理を追求した関数型言語の対極に位置してる

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

2015/11/15(日) 18:10:58.34ID:PV6fOtMt

なるほど
わかりやすい

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

2015/11/15(日) 19:01:42.51ID:4X+AQy9Z

理より利を追求しろというね
学者のオモチャには良いんだけどな

swiftに利があるかはイマイチ分からない

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

2015/11/16(月) 01:02:35.89ID:Cu7ErnNd

>>386
AppleがSwiftをオープンソースとして公開するのが近々
それからLinuxだのに誰かがコンパイラだけじゃなくライブラリの整備など諸々ポーティングしたりだろうから、Linuxでできるとしてもまだまだ先の話だろうな

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

2015/11/16(月) 01:09:56.64ID:Cu7ErnNd

と、思い込んでいたが、
https://developer.apple.com/swift/blog/?id=29
どうやらハナからLinux対応でのらしい？
standard libraryとはどれだけのかはわからんが、まあLinuxだとCのライブラリも豊富だからなんかそれなりのを作ろうと思えば作れるのだろうな

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

2015/11/16(月) 01:16:38.06ID:Bkt0qLlT

JAVAを学校で学んで2級取っただけの初心者ですけど、Swiftって
めっちゃJAVAに似てる。
学んだ事が流用出来そうなのでSwiftに専念します。皆さん宜しく。

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

2015/11/16(月) 01:38:26.28ID:7yHHnP/U

職種別、資格別、スキル別の平均最低月給リスト
http://jobinjapan.jp/cate/
全掲載求人109,160件の平均最低月給195,800円

Swiftの求人の平均最低月給225,600円
http://jobinjapan.jp/job-listing/keyword-swift.html

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

2015/11/16(月) 03:16:55.96ID:2q66nzJK

関数型言語に対するイメージがかなり偏ってることだけはよくわかった

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

2015/11/16(月) 07:59:01.91ID:BP6+ttt3

関数ポインタ=関数型って思ってるニワカ多そうだよな
副作用がない実装によるデメリットを認めないのも多い
swiftが関数型かどうかは毛の壁さんが論じてるので疑う余地ないけどw

standard libraryは swiftlib だけじゃねーのかね
このままだとスレッド使うにもifdef使うことになって泣ける

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

2015/11/16(月) 10:27:20.81ID:Cu7ErnNd

XDispatch使える／使えるようにするんじゃないの。Appleでなくても誰かが
そんな一つのソースどのプラットフォームでもでというのがどれだけあるのか知らんけど

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

2015/11/16(月) 15:38:22.96ID:3X6d0KMH

> 関数ポインタ=関数型って思ってるニワカ多そうだよな
一時期 Wikipedia に、関数型言語とは関数を第一級オブジェクトとして扱う言語である、とか書いてあって、それで誤解した連中が沢山いたらしい。
その程度でカテゴリ分けする必要ないだろ、という程度の知能もない連中。

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

2015/11/16(月) 17:51:12.85ID:nWIfyrk4

> 副作用がない実装によるデメリットを認めないのも多い
状態汚染させないためにlet宣言だけにしたり
関数再起呼び出しでコールスタックに負荷かけたり
そんなことした関数型での実装は人にもマシンにも優しくない

無難に関数ポインタ程度に扱うswiftプログラムは例え前衛芸術でもスマートだと思うよ

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

2015/11/16(月) 18:03:54.80ID:Q942jPTl

オブジェクト指向の本質は"クラス"の使い回しの方ではなく
できるだけオブジェクトに"命令"を与えると処理をクラスが勝手にやるようにして
通信を抽象化し「歩け」で歩くように、わざわざ
「与える:コマンド(左前足前に出す、右後ろ足前に出す、右前足前に出す、左後ろ足前に出す)」
みたい作って、六本脚や二本足にバージョンアップした時に
影響が上位ルーチンへ及ばないよう、単位を独立した"オブジェクト"と捉える。

だったのに、Javaの普及やobjective-Cの復権でメソッド/メッセージが浸透するまで
「オブジェクト指向はクラスの便利な使い回しである！」
「オブジェクト指向は組み込み関数を外から呼べる考えかたのことである！」
とか妙にトンチンカンな理解ベースでの説明ばっかりで
90年代を通じて「オブジェクト指向なんてCの関数と変わらないから単純にコードコピペでいいんじゃね？」
「いいや！コピペは全部修正しなきゃいけないけどクラスなら一回でいい！(キリッ」みたいな
噴飯ものの議論がなされてた記憶が…

あんま「関数型言語の理解がー」とか笑えんというか…

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

2015/11/16(月) 18:15:23.52ID:Q942jPTl

あと、個人的な意見だと関数型はパーツとしての堅牢性を最重視した方向からのアプローチだから
それって上の例だと「(歩け)ってバグのない完全なパーツができました
「左前足(歩け)、右後ろ足(歩け)、右前足(歩け)、左後ろ足(歩け)」
これで脚が何本になろうと歩きます！」みたいな
それって本当に主張してる究極の解決なのかなぁ…感がですね…

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

2015/11/16(月) 19:37:33.94ID:P+Iv1KZM

>>399
このオブジェクト志向の本質ってどこで定義されたものなの？
すげえ興味あるわ

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

2015/11/16(月) 19:46:46.84ID:P+Iv1KZM

>>400
堅牢性ってバグが無いって意味なの？
逆に例外じゃなくてバグの存在を許容してる言語って存在するの？

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

2015/11/16(月) 20:00:43.82ID:6H4dK92G

2000年初頭のオブジェクト思考解説本では良く見た定義じゃね？C++しかりJavaしかり

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

2015/11/16(月) 20:10:44.42ID:OxmQfEqf

iOS SDKに苦しめられてる身としては
そんな堅牢性がどの辺りで発揮されているのか気になる

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

2015/11/16(月) 20:22:35.69ID:P+Iv1KZM

10年以上前の書籍名も筆者もわからない解説本での説明がオブジェクト志向の本質の定義になるの？

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

2015/11/16(月) 20:25:11.89ID:OxmQfEqf

並行処理での安全性を理論レベルで担保できるErlangのアクターならともかく
SmalltalkやObjCのオブジェクトがJava, C++に対して、堅牢性の面でリードしてる部分って何よ

むしろクラスによる静的型付けにフォーカスしてる後者の方がより堅牢だと思うんだけど。。
煽ってるわけじゃないよ。素直に疑問

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

2015/11/16(月) 20:28:09.64ID:CIlvyk0l

>>402
副作用がないって意味の堅牢さじゃないの？
逆に関数型どう解釈してバグになったの？

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

2015/11/16(月) 21:12:13.20ID:P+Iv1KZM

>>407
400で、堅牢性の記述とし「バグのない完全なパーツができました、、、」って書いてあるんじゃん

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

2015/11/17(火) 00:38:55.22ID:of/WOUg/

別にオブジェクト指向と関数型って相反するものでもない気がするんだけどなー
むしろ補完関係として成り立つ気がする

大体、副作用を良しとしない関数型言語において、関数が第一級オブジェクトである事が求められるのは、そうじゃないとクロージャも作れず使い物にならないからでしょ
クロージャは環境を内包するものと考えれば、まさにクラスと同じだしね

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

2015/11/17(火) 00:43:36.83ID:+/yiBKO+

swiftはじめて触ったけどデバッガで変更した値が反映されないぞ
どういうこと？

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

2015/11/17(火) 06:41:13.64ID:s0AmLvy4

>>409
俺もそう思うがオブジェクト指向が「おいパン買ってこいや」で
「いつもの焼きそばパンなかったからアンパン買ってきました」までやってくれると
"俺"は楽でいいね。なのに対して、関数型言語理論の信奉者からみたら
上の例は副作用だらけで発狂するような惨状だからなw
ローレベルでの利点はわかるからうまくミックスされるといいんだが。

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

2015/11/17(火) 07:51:44.95ID:1sTJz9AC

関数型ってのは部品がそうなってりゃいい話で、UIとか含めて全体を関数型でできるわけじゃない。

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

2015/11/17(火) 08:04:29.26ID:mzWJw1SS

UIとか全体を含めて関数型言語で記述するためのからくりがモナドでしょ

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

2015/11/17(火) 09:38:01.70ID:yMxQEAtM

GUIなんてぇのはその出自自体がSmalltalk（≒ケイらの暫定ダイナブックOS）で、
メッセージングOOPの申し子みないなもんだから。モナドなんかでこねくりまわすんじゃなくて、
今のGUIを越えるUI/UXを新しく関数型向けに再定義しなきゃ非効率でかなわん

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

2015/11/17(火) 14:30:01.64ID:VYYqpjgI

Apple UIKitを関数型に再定義する酔狂な輩待ちだな
そこまで関数型とSwiftに酔った奴がいるとは思ってないけども

しかしまぁ、obj-cからdelegateは叩き易いけど、swiftから叩くとキモくていかん
スマートな文法を swift 3.0あたりで再定義願うぜ

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

2015/11/18(水) 13:23:28.08ID:N1+LdCwz

>>415
どういう時がキモいの？if letで対象のプロトコルにキャストするのではいかんの？

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

2015/11/19(木) 10:19:27.54ID:3KJLl7Wd

>>416
いろんなやり方あると思うけど、Swiftならそのデリゲートをプロトコルの型でオプショナル型のプロパティとして持つんやで。
デリゲートのメソッドを呼ぶ時はアンラップするだけ。

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

2015/11/19(木) 10:21:18.09ID:3KJLl7Wd

何がキモいのかは俺もわかんないけど、まさかAnyObjectとかでデリゲート持ってるのか？

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

2015/11/19(木) 14:42:19.80ID:Af3mSR/r

Swiftで辛いところはC/C++との連携部分くらいじゃないか？

オブCだけでできたところはSwiftの方が大分楽。もうオブCなんて使いたくない

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

2015/11/19(木) 15:13:20.49ID:3KJLl7Wd

デキの悪い輩と協業するのが厳しい。
上のデリゲートの例じゃないけど、ObjCのノリでやたらとAnyObjectやAny型使ってきたり、強力なSwitch文使えば綺麗に整理できるところをこれでもかってif文で突っ走ったり、、、、
真顔でSwitch文は使う人が少ないから可読性が落ちるよ。とか言うからな、、、、

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

2015/11/19(木) 15:19:22.13ID:3KJLl7Wd

>>419
Swiftは俺もよく出来てると思うわ。
でも未だにクラスと構造体どっち使うかすげえ迷うケースがあるわ。
Apple的には今は迷うならクラスにしとけって感じなんだろうけどね。

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

2015/11/19(木) 15:29:24.64ID:bOfep/L0

>>416
前置キーワードのメソッドが呼び出し側も実装側も愉快だと思う
Obj-c互換仕様の苦肉の策だろうが難しいね

クラスと構造体とEnumと、それぞれ意義があるのに理解してないヤツは市ね
swift 1.0の頃はいたけど、未だにそんなヤツはいないよなぁ？

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

2015/11/19(木) 17:44:12.94ID:Lvrr45W8

クラスも構造体も使わないで関数オンリーな俺は少数派なの？
だってその方が分かりやすいんだもん

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

2015/11/19(木) 17:56:57.58ID:3KJLl7Wd

>>423
それで一体何を作ってんの？

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

2015/11/19(木) 18:16:55.40ID:Lvrr45W8

>>424
今作ってるのは動画プレーヤー

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

2015/11/19(木) 18:34:21.48ID:WPiWFk7/

swiftアプリケーションを関数型で設計/実装する分には良いんじゃね

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

2015/11/19(木) 19:00:17.26ID:/zyx7Wn8

タプルもなし?

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

2015/11/19(木) 19:35:02.21ID:ACoiEjWO

関数があれば、数値も、リストも、enumも......いらない!
http://qiita.com/KDKTN/items/5fb1563ac2790d0ac265

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

2015/11/19(木) 19:49:20.63ID:/zyx7Wn8

みんな大好きラムダ計算

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

2015/11/19(木) 19:55:02.28ID:JCddD6+I

>>425
横からすまんがコーデックはどうするの？
OS標準対応する奴だけ再生可能？

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

2015/11/19(木) 20:49:49.85ID:Lvrr45W8

Yes

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

2015/11/19(木) 22:18:50.68ID:9wsCIrIF

ぺちぱーだと構造体とかはDictionary で代用しそう
おお怖

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

2015/11/19(木) 22:27:56.80ID:QgwbkzUl

obj-cとの親和性を考えたら一概に悪いとは言えない
obj-cは過去のモノと言い張って全力で切り捨てるヤツも怖いよな

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

2015/11/19(木) 23:16:44.35ID:+mhUbfKw

Objective-CだけSwiftだけとどっちもどっちだが、どっちも言語がどうの言っているが、おめーが使いこなせないだけだろとしか見えないよな

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

2015/11/19(木) 23:30:10.86ID:9wsCIrIF

うん。まず、母国語（ぼこくご）を使（つか）いこなせるよう頑張（がんば）ろう！

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

2015/11/19(木) 23:39:10.23ID:+mhUbfKw

なにかどうしても馬鹿にしたいらしいのだけはわかる。明後日からすぎてなにをというのはわからんがw

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

2015/11/20(金) 11:26:15.43ID:tmU3R+RJ

Objective-Cを過去のものとして扱う文系上司はもう一度外部研修し直してこい。
Swiftで工数削減とかめでたいこと言ってんじゃねえ！

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

2015/11/20(金) 22:16:37.83ID:jGv+O95q

詳解Swift改訂版来た。荻原教授、忙しそうなのによく書いてくれた。

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

2015/11/21(土) 00:14:49.01ID:8kcVam9N

>>433
俺はobjective-C好きだから「もうちょいobjective-C後継にして欲しかったなー」と思うけど
逆になんか知らんけど"objective-Cを憎んで"て「ヒャッハー！あの憎いobjective-Cが死にやがったぜ！！」って人がネットにいるよねw
別にswiftどーこーじゃなくてメッセージ式アンチみたいな人w

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

2015/11/21(土) 03:37:45.60ID:yQU7B84w

obj-cなんか言語仕様はめちゃくちゃ簡単なのに、どの辺が憎いのかわからん。

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

2015/11/21(土) 03:41:11.93ID://2/HV1n

そういうのは理屈じゃないでしょう。

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

2015/11/21(土) 04:12:40.43ID:0W5yXz+D

初心者で、UDMYっていう動画通信教育で学び始めましたが
JAVA2級だけ取ってます。一冊、マニュアル欲しいんですが
詳細Swift改訂版はベストなんでしょうか？

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

2015/11/21(土) 10:37:55.38ID:5BBjaDAW

>>442
なんでまだ発売されてもない本の評判聞くの。
まあ、今までの感じで言うと、無難な選択じゃないかな？
英語いけるなら本家のSwift本読みなよ。
良い事いっぱい書いてある。

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

2015/11/21(土) 12:53:53.20ID:+qmJr5EI

java2級がどの程度なのかがわからん

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

2015/11/21(土) 13:41:10.86ID:qVbZJgdf

ジャバ2級w

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

2015/11/21(土) 13:42:10.42ID:LTZXAjGf

コーヒーの淹れ方たくさん知ってそう

0447uy ◆Qawu9.2l1E

2015/11/21(土) 14:57:15.54ID:uVehkYL0

ジャアアアアアアアアアアアアアアアアアアアアアアアアアアアアアアアアアアアアアｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

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

2015/11/21(土) 17:50:56.57ID:g6RPO4Op

>>439-441
メッセージ表記の文法とか、無駄に長いメソッド名, 変数名とか
obj-cの悪習がswiftで撤廃されてヒャッハーしてる

[obj var]の変数表記はobj-cの時点で見直し入ってたし
メッセージ表記は幻想としては良いけど、実用的じゃなかったと思うよ

そうは言っても、obj-cを意識しないわけにもいかないから
@objcで宣言するインターフェースはくっそ長いメソッド, 変数名で実装してる

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

2015/11/21(土) 18:23:49.46ID:cTgJ1kDQ

なんかスレ伸びてるとおもったらObjective-C派とSwift派が争ってたのか。
Swiftは年々キモくなってるからいい勝負かもな。

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

2015/11/21(土) 18:26:17.60ID:pj6HPKNQ

この人はいちいちタイプしているらしい。使いこなせていない典型
プロパティが採用された本来の意味がわかってないし、メッセージ表記は幻想～イミフすぎw

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

2015/11/21(土) 18:33:25.74ID://2/HV1n

今更メソッドの長さなんてどうでも良いよな

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

2015/11/21(土) 18:42:33.21ID:pj6HPKNQ

まあ我流でどうとでも言うのは構わないと思うけどw、苦もなく使いこなせている人がいるのにそれからは自ら劣っていると自己紹介する意味がわからん
しかも苦もなく使いこなせている人が多数いるだろうから平均以下であるとw

でも、だいたいそういうヤツは自ら劣っているとは認識していないのは、対象を批判／揶揄することから明らか。まあ根本的に頭が...

なんつってw

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

2015/11/21(土) 18:44:47.90ID:j4kpXzv1

>>449
いや、これはいつもの否定を許さない人たちの常駐じゃないかと
swiftもobjcも素晴らしい、アーメン

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

2015/11/21(土) 18:51:02.70ID:pj6HPKNQ

そうだよ。そうじゃないけど
俺はなんらかを否定するけど俺を否定するなとしか読めないなw最後のその〆からも、さすがだな
てか、個人的否定になんの意味があるのかね？社会一般的常識としても否定文句いうだけのヤツというのはだいたい...しかもトンチンカンな否定には否定したくなるは...

なんつってw

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

2015/11/21(土) 19:01:55.68ID:gMUmmNdJ

他者は否定してるなw
swiftやobjcは否定しないようだけど

なんつってw

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

2015/11/21(土) 19:09:43.38ID:pj6HPKNQ

否定するヤツに否定するのとは違う。否定するヤツが出なければ否定なんてしない。コミュニケーションだよw(気持ち的にはデバッグ的な意識が強いけどww)

初めに否定しだすヤツはなにを期待しているのだろうか？傷の舐め合い？俺のありがたい言葉を聞け？

マジでw

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

2015/11/21(土) 19:24:30.52ID:8bIpMrhf

> 否定するヤツが出なければ否定なんてしない。
要はマンセーしろってね

なんつってw

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

2015/11/21(土) 19:43:44.87ID:pj6HPKNQ

ちがうっちゅうに。まあ、否定だけよりはよいかもねと思わなくもないがなw

なにか個人的否定に意味があるのを知っているようだから、
初めに否定しだすヤツはなにを期待しているのだろうか？傷の舐め合い？俺のありがたい言葉を聞け？
のお応えを是非お聞きしたい。そんな単細胞(失礼w)的な返しじゃなくてさ

マジでマジでw

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

2015/11/21(土) 20:16:54.03ID:+boGrrid

またこの人か。相変わらずの気持ち悪さ

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

2015/11/21(土) 20:37:06.83ID:pj6HPKNQ

気持ち悪いといえば、上の文句言うのにそれに文句(意見)するなというのは、まあ、女の属性だわな
言っているのが女だったら、まあ、そういう属性があるのは知っているからいいとして、男だったらやっぱりなにか気持ちわりいな

なんつってw

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

2015/11/21(土) 21:20:29.38ID://2/HV1n

まあ明らかにキチガイだからNGするしかない。ID:pj6HPKNQ

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

2015/11/21(土) 22:01:21.57ID:87+Pme19

>>451
obj-cは英文よろしくメソッド名、キーワード名を命名するから、1ステップが数行に渡るんだよ
Xcodeの整形だと、改行入れると更に残念なことになるし
キーワード10個とかのメソッドがあると書くのじゃなく、読むのがうんざりする

swiftの命名規則はアップルのサンプルコードも長くしてないから
swiftではそういう所を「別の観点」で「改善」したんだと思ってる

英文として読めることを求めたObj-Cと
プログラムとしての読み書きしやすさを求めたswiftと観点が違うんじゃないかと
俺はプログラマなので後者の方が助かってる

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

2015/11/21(土) 22:41:25.66ID:8kcVam9N

いや、英文として読めるとかがどーとかじゃなくて
名前空間がないからユニークネームが長くなってるだけじゃ…

ただ、これは昔から思ってるし、メッセージ式をあの形にした人々も思ってたんだろうけど
なんでプログラマーはなんで「わざとプログラムを略語で自ら読解不能にするのがあんなに好きなの？」？

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

2015/11/21(土) 22:45:34.72ID:pj6HPKNQ

>キーワード10個とかのメソッド
いかにを強調するためにウソを言ってはいかんよ。全てがウソに見えるからw
10個の引数なんてどの言語にしたって読むのがうんざりするようなw

多数のブツを引き渡す場合にはNSDictionaryでとかが常套手段だと思うけど。私的メソッドなら考え方を改めたほうがいいような
仮にあってもそれがしょっちゅうでもないんだから気にしないってのもあるな。しょっちゅうなら考え方を改めたほうがいいようなw

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

2015/11/21(土) 22:49:56.46ID:pj6HPKNQ

>>463
Cからプログラミングの勉強を始めたのなら、いまだにC標準関数はそうだからな
それがカッコイイと刷り込まれているんじゃないかなあw

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

2015/11/21(土) 23:06:10.06ID:yQU7B84w

改行いれて残念になるのは、メソッドにblocks引数が二個あるときだな。

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

2015/11/22(日) 07:21:35.22ID:m6JXnEWE

>>463
objective-cって名前空間無いの？
http://cocoadays-info.blogspot.jp/2013/10/objective-c-modules.html
上の記事見るとあるっぽいけど

ジェネリクスも実装されたしswiftと一緒に進化する方向で使われ続けるのかなーと思える。

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

2015/11/22(日) 07:37:46.59ID:WunYQ6a0

@import なんてあったのか……

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

2015/11/22(日) 13:08:40.62ID:YBB6ktHM

俺らが求めてる名前空間
Foundation.NSString *string = nil;

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

2015/11/22(日) 15:16:40.38ID:clwpOOfy

引数10個のとかあったっけ
Swiftで短くなって嬉しいのはenum系だなぁ
引数名の長さはこれからも大して変わらん気がする
サンプルで短いのはそれがサンプルだからであって

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

2015/11/22(日) 15:22:38.68ID:LiruJHlu

CGImageCreate が10個だね。

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

2015/11/22(日) 15:23:40.26ID:LiruJHlu

あ11個だw

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

2015/11/22(日) 15:29:03.87ID:clwpOOfy

でもそれObjCじゃないでござるの巻

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

2015/11/22(日) 16:09:09.88ID:ZdmDxBqt

>>469
NSが名前空間を兼ねてるよ

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

2015/11/22(日) 16:32:40.25ID:YBB6ktHM

- (instancetype)initWithBitmapDataPlanes:(unsigned char *)planes pixelsWide:(NSInteger)width pixelsHigh:(NSInteger)height
bitsPerSample:(NSInteger)bps samplesPerPixel:(NSInteger)spp hasAlpha:(BOOL)alpha isPlanar:(BOOL)isPlanar
colorSpaceName:(NSString *)colorSpaceName bitmapFormat:(NSBitmapFormat)bitmapFormat
bytesPerRow:(NSInteger)rBytes bitsPerPixel:(NSInteger)pBits;

AAかよ

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

2015/11/22(日) 17:54:34.64ID:X8JcywCN

逆にみてなんだか割とわかるというか、むしろsppってなんの略だ？つか
これを"長い"ってだけの理由で略されたら初見死ねるんだが。

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

2015/11/22(日) 18:23:51.74ID:ZdmDxBqt

そりゃsamplesPerPixelの略でしょ

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

2015/11/22(日) 19:14:12.21ID:JB5daibZ

これよくできてると思う自分は毒されていたのかw

同じことを他のライブラリでは複数の行の組み合わせで書くので視認性悪いと思っていたんだよね。
libavformatとかQuickTimeとか。

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

2015/11/23(月) 11:04:27.62ID:0jHf7Nao

英語として読みやすい
プログラミング言語としては別

>>463
自然言語だって口語だと崩すじゃん
それと同じだ

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

2015/11/23(月) 14:57:26.74ID:5yZmzCJ8

>>439
いろいろおかしいひとがいるね

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

2015/11/24(火) 18:45:01.91ID:ATeXIkLa

Swiftで以下のように配列を定義したり、シャッフルすることは可能でしょうか？

$hoge[0]["id"] = 1;
$hoge[0]["name"] = "name1";
$hoge[1]["id"] = 2;
$hoge[1]["name"] = "name2";
$hoge[2]["id"] = 3;
$hoge[2]["name"] = "name3";
$hoge[3]["id"] = 4;
$hoge[3]["name"] = "name4";
$hoge[4]["id"] = 5;
$hoge[4]["name"] = "name5";

shuffle($hoge);

print_r($hoge);

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

2015/11/24(火) 19:37:01.84ID:uyzoyOV6

shuffleは実装しないとダメかな

var hoge:[(id:Int, name:String)] = [(1, "name1"), (2, "name2"), (3, "name3"), (4, "name4"), (5, "name5")]

extension MutableCollectionType where Index == Int {
mutating func shuffle() {
for i in 0 ..< count - 1 {
let j = Int(arc4random_uniform(UInt32(count - i - 1))) + i + 1
swap(&self[i], &self[j])
}
}
}
hoge.shuffle()
print(hoge)

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

2015/11/24(火) 20:31:06.06ID:h0T4PJbA

Swiftとかいうかプログラミング初心者なんですが、画像を配置してそれがタップされたかどうかを判別するコードってどう書けばいいですか？
よろしくお願いします。

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

2015/11/24(火) 20:40:52.52ID:ATeXIkLa

ご回答ありがとうございます！実際に動いて感動です。。。ありがとうございました。

何故where Index == Intとするとcountに5が入るのでしょうか。調べても分かりませんでした。

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

2015/11/24(火) 21:00:03.74ID:FZyGdApM

>>484
countは自分のプロパティを参照してるんだろ
self.countと思えば分かりやすい？

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

2015/11/24(火) 21:07:20.93ID:ATeXIkLa

やさしく教えてくださってありがとうございます。selfで理解できました。

where Index == Intと記述がないと、Binary operator '..<' cannot be applied to operands of type 'Int' and 'Self.index.Distance'と言われてしまいます。これはどいういう関わりがあるのでしょうか。

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

2015/11/24(火) 21:49:09.13ID:HPZFI3s+

>>483
ボタンパーツに画像を貼っておくとタップされた時に
ボタンが勝手に「俺が押されたらしいぞ？」と検知してくれる。

ちなみに現代では推奨されない(けれど昔から使われてる)よくある手法は
画面全体のタップを検知してイベントスタート、タップされた位置座標データ(x,y)をとる
その位置が画像内かをif文等で判定、どれかの画像と一致したら処理開始。
flashアプリ等がよくこの形式で作られているのでそちらからの転向者が
ナチュラルにこれやってて「なにやってんだおまえ！」言われる。
(いろいろあるが、主に"修正がめんどくさい"ので「普通にやれや！」言われる)

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

2015/11/25(水) 07:21:14.71ID:LQ0IY85g

>>486
そこに引っかかるなら
extension Array {
だと思ってくれて構わない
sortInPlaceに合わせてMutableCollectionTypeでshuffleを定義しただけだから

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

2015/11/25(水) 20:06:40.84ID:lpjk39uc

>>488
ありがとうございます！理解できました。やさしく教えてくださってありがとうございました。

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

2015/11/27(金) 14:02:11.44ID:dxbkfQTF

出てきた頃は、またJavaコピーかとおもった。それならMono C#使うわと思った
それからしばらく離れていたが、今見ると色々足りないScalaに見える。ゴチャゴチャとしているのに、あのカオスな記述力があるわけでもない
一体どこに行こうとしてるのか誰か知ってたら教えてくれ

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

2015/11/27(金) 14:30:14.06ID:gG2aZuSF

あなたのいない世界

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

2015/11/27(金) 18:13:18.90ID:YYjixM1J

色んな言語の文法の良いとこ取りしたアップル OS専用のフロントエンド言語
文法が唯一の特徴だけど、書くだけならobj-cよりシンプル？で便利？かな

マルチコアに最適化しやすいgoや
メモリセーフで速いrustとは違う所を目指してる、、、はず

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

2015/11/27(金) 21:29:14.72ID:xRRjvVPb

JavaやMono C#みたいな Run Anywhere も向かってる方向じゃないな

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

2015/11/28(土) 09:08:20.45ID:SbMJmhTc

debug anywhere に向かってもね‥

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

2015/11/28(土) 17:54:29.39ID:ERrsiO7J

イマドキの新興言語ならクロスコンパイルで debug anywhere が当然
LLVMでコンパイルできてOSSなswiftも当然だよなぁ？

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

2015/11/28(土) 23:30:44.40ID:+KzrqIFs

debug anywhereって具体的にどういうことなの？

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

2015/11/29(日) 11:36:50.85ID:ObMGZT+8

ggrks

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

2015/11/29(日) 12:38:29.37ID:4SB95NTF

>>496
えーと、たぶん「スタバでコード弄ってドヤ顔」？

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

2015/11/29(日) 12:56:15.15ID:97PNN/En

Javaの昔の売り文句 "Write once, run anywhere" に対する有名な "Write once, debug everywhere" のジョークを知らないのか
知ってて "debug everywhere" を "debug anywhere" と取り違えてる >>494 を茶化してるのか
アスペな俺には読みづらい流れだぜ

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

2015/11/29(日) 13:01:54.59ID:U49gaUJj

debug anywhere 好きな場所でデバッグ出来るぜヒャッハー
debug everywhere あらゆる場所でモグラ叩きを強いられるぜヒャッハー

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

2015/11/29(日) 14:04:32.15ID:1fewhKho

そしてswiftはLLVMだから everywhere なんだよなw

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

2015/11/29(日) 22:47:52.59ID:mstAENSD

ここでプログラミング言語別の求人件数と平均給与をみれるけど
Objective-Cの方が求人件数と給与は多い。
http://jobinjapan.jp/cate/

それでもSwiftを選ぶ価値はあるのかな？

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

2015/11/30(月) 05:59:10.17ID:Rbh4UwGH

初心者の給料なら安くて当然。
初心者じゃないなら両方できて当然。

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

2015/11/30(月) 21:29:50.20ID:9cujsd0i

ナビゲーションバーに作った全選択ボタンでtableViewのセルを全選択させたいです。

func onClickButton() {
for (var i = 0; i < hogeTableView.numberOfRowsInSection(0); i++) {
// ここに選択させる処理をどうやって書いたら良いか分からない
// hogeTableView[i].checked = check のように書きたい
}
}

教えていただけますでしょうか。

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

2015/11/30(月) 22:56:05.48ID:7yiy1aa7

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

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

2015/12/01(火) 11:42:10.47ID:hHYF0TpU

rxSwiftとかreactiveCocoaを使って開発されてる方にお聞きしたいんですが
複数のViewContorrlerにまたがる処理というか画面遷移を伴う処理について
何か工夫されてることってあったりしますでしょうか？

結局 prepareSegueとかでViewController切替時に情報の受け渡しをするような処理
で、つまり既存のやり方で処理を書いているんですが
FRPの思想からして全体的な流れをstreamで処理するという思想からはずれているような気がしますしどうなのかなーと

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

2015/12/01(火) 23:50:10.13ID:x+jW1SsJ

>>506
参考にならんかもだけど、MVVM構成にしてモデルに当たる部分はシングルトンにしちゃってるわ
保持するデータ量も多くなかったし

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

2015/12/02(水) 00:54:05.84ID:Dd1Y/SUB

>>506
その辺りは自分も色々と試行錯誤しました
1. 現在の画面を表現するストリーム（サブジェクト）
2. 遷移のアニメーションの開始と終了を表すストリーム
3. VCの処理そのものを統合したストリーム

こんな構成でやってましたが、
遷移に既存の仕組みが一切使えず、アニメーションも作り直しだったので一度限りでやめました
元の仕組みから外れすぎるのもデメリット大きいという感じ...

受け渡し→結果取得は多少泥臭くても
最終的にObservableで表現できていればメインの処理はすっきりしますね

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

2015/12/02(水) 01:24:31.73ID:IjqrUfR/

>>502
これからはObjective-Cは消えてなくなる。
Swiftの案件が増えてくる
過去の情報で未来を縛るカス
はようちねや

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

2015/12/02(水) 12:37:28.03ID:73dOv5jQ

>>508
ありがとうございました。やっぱり泥臭くても既存のやり方で
各viewControllerの中の世界だけでFRPを使うってやり方でいってみます。

ReduxSwiftも気にはなっているんですけど、、
http://qiita.com/susieyy/items/415916ead03a3e9514d5

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

2015/12/02(水) 21:59:54.73ID:Dd1Y/SUB

ReduxSwiftよさそう

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

2015/12/02(水) 22:55:19.90ID:HRPmVw/a

obj-cから文法がちょっと変わった程度のswiftで
流行りモノのフレームワークを主軸にしたら面倒が多いので
swiftでも枯れたobj-cっぽいフレームワーク安定

要所要所で独立して使うのは便利だと思う

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

2015/12/03(木) 10:56:58.43ID:mxNpxuCU

仕様変更で書き直し及び最初からチェックし直しが苦にならなければ存分に使ってもいいんじゃね？

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

2015/12/04(金) 02:31:50.80ID:Kj9OqSwY

オープンソース化きたぞ
https://github.com/apple/swift

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

2015/12/04(金) 02:35:13.58ID:pnhBxhCA

Foundation Kitまで配布してるんやな。しかも全部Swiftで書き直し。

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

2015/12/04(金) 03:55:31.74ID:Kj9OqSwY

FoundationはSwift3.0に向けてまだまだ開発中だな
中身は NSUnimplemented() になってるのが多い

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

2015/12/04(金) 07:42:12.20ID:P/CIFo79

これでオブジェクトCの廃止は決定的だな。

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

2015/12/04(金) 10:11:20.29ID:BpYVV/aw

これを機にswiftでandroidアプリ作れたらおもしれーな。
LLVMってjavaの中間コード吐けるの？

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

2015/12/04(金) 10:15:22.21ID:vTVbWll2

ビルドにpython-devを要求して何してんだ、と思ったらビルドツールにpythonスクリプト使っとる
これでObjCの廃止の代わりに、Pythonの復権は決定的だな
まぁ取り敢えず、swiftcでswiftcがビルドできるようになってから出直し、この調子なら再来年かなぁ

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

2015/12/04(金) 15:00:54.08ID:Kj9OqSwY

3.0でAPIの命名規則が随分簡素化されるようだ
https://github.com/apple/swift-evolution/blob/master/proposals/0005-objective-c-name-translation.md

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

2015/12/04(金) 17:19:29.04ID:hsObKRI5

>>514
うぉ、マジじゃねーかｗ

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

2015/12/04(金) 18:37:02.49ID:GDhH02SQ

これでバグの対応も自分でできるね

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

2015/12/04(金) 18:46:24.97ID:6o3GoIeV

わざわざlinuxに入れてまで使いたいと思わないけど
これでconsoleアプリでも作れっての？

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

2015/12/04(金) 18:49:02.92ID:6DDV4IWH

>>520
The proposed changes are massively source-breaking for Swift code
と自白しててウケる

2.0から2.1であまりにも控えめな変更で引いてたけど
こういう仕様変更があってこそswiftで遊べるってもんだ

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

2015/12/04(金) 19:07:14.28ID:iP3xL9q7

>>521
よし、Windows用のIDEつくってくれ

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

2015/12/04(金) 19:27:00.71ID:6DDV4IWH

先にwinで動くコンパイラ作れ、ボケ
IDEはAppCodeでいいだろ

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

2015/12/04(金) 20:14:34.39ID:BpYVV/aw

>>524
CI環境のためにMacを買う必要なくなるんじゃね

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

2015/12/04(金) 20:18:11.36ID:BpYVV/aw

for in ループで独自のオブジェクトを対応される場合
NSFastEnumerationプロトコルを実装するやり方と
swiftになってから付いたGeneratorプロトコルやSequenceプロトコルを実装するやり方があるみたいですが、どっちがいいんですかね。

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

2015/12/04(金) 21:37:51.89ID:QEWUbxmL

やっと注釈入れてきたけど、滅茶苦茶だなこの記事
ちゃんと直せよ…

http://jp.techcrunch.com/2015/12/04/20151203apples-swift-programming-language-is-now-open-source/

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

2015/12/04(金) 22:03:26.73ID:cxOKMmr2

>>529
これは呆れるほど酷いな。

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

2015/12/04(金) 23:33:38.30ID:ZYmdaS32

これでもうMACがなくても開発できるね。
登録はどうなるかしらんけど

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

2015/12/05(土) 00:03:22.05ID:kOR9orP9

え
Cocoaもねえのに　何を開発すんだよｗ
OSX用もiOS用もなんもつくれねえぞ？
コマンドラインであそぶくらいしか使いみちねーわ
でもそれなら　使用の安定しないSwift使う意味もねえ
Appleのオネイニーにしかみえんわ

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

2015/12/05(土) 01:03:37.71ID:/HX/hq4Y

実装を見てニヤニヤするのには十分です

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

2015/12/05(土) 07:13:30.91ID:kOR9orP9

ただ　Swift自体Objective-Cより読みやすくなったってだけで
別段魅力ある言語でも無いんだよね
iOSの開発するにあたって　取っつきはいいけど
しゃーなしで使ってるだけで
他の環境でわざわざ使う意味ねえ罠
オープンソースにしたってApple囲い込み環境以外で普及するとは思えない

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

2015/12/05(土) 07:22:03.20ID:C3r/TwTw

wxWidgetやtk, gtk, qtのswiftラッパーがすぐに出て
qiitaでswiftでMac, Linux兼用GUI App作ってみた、な記事が上がるだろうよ
それにどれほどの価値があるか知らんけど

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

2015/12/05(土) 08:06:37.29ID:erd57Ogi

とりあえず必要とされるのは、簡単に作れて実用的な
SinatraみたいなHTTPサーバつくる環境だろ

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

2015/12/05(土) 10:17:58.97ID:Gm7MUN1D

>>534
サーバーサイドもこれで書きたい言う奴もいるからなあ
頭おかしい林檎信者じゃないとしたら、Swiftしか知らないとかだろうか

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

2015/12/05(土) 12:44:01.64ID:galJMX/c

Core Dataも公開しないのかな？
それとも新しいORマッパーを開発中？

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

2015/12/05(土) 13:01:59.79ID:1QQYB7le

サーバーサイドやるならKotlinの方がいい気が。

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

2015/12/05(土) 13:24:59.65ID:UTEK8G7U

IBMもコミットしていくらしい
https://developer.ibm.com/swift/2015/12/03/swift-moves-to-open-source-a-development-perspective/

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

2015/12/05(土) 13:58:41.49ID:+zUD87vK

サーバ用途ならマルチプロセッサ並列処理に長けるgoのが良いよ
swift 3.0ですら非同期処理は見送りって言ってるswiftで
サーバで利用するアホは「作ってみた」なサンデープログラマだけだろう

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

2015/12/05(土) 14:06:35.73ID:+zUD87vK

そんなこと思ってたらIBMはサーバサイドでの swift 利用を開始するぜって言っててワロタ

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

2015/12/05(土) 14:47:14.30ID:galJMX/c

XcodeでWin/Linux用バイナリを吐けるようにするんかな。
それでiOS/Macデベロッパー以外もMac買うようになったら
Swiftのオプソ化なんて安いもんやね。

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

2015/12/05(土) 14:50:19.39ID:ckYMWiJu

Windowsは死に体

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

2015/12/05(土) 15:08:28.32ID:galJMX/c

>>541
goとかerlangみたいな言語マニアを唸らせるようなも作っても
swift(Apple)みたいに周りをどんどん巻き込んでいかければ意味がない。

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

2015/12/05(土) 16:03:04.98ID:UTEK8G7U

AppleがFoundation使い続ける気なら、NSStringとSwift.StringとかNSArrayとSwift.Arrayの二重行政状態がこの先もずっと続くってことかな
せめて被ってるのは一本化してほしいわ

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

2015/12/05(土) 16:05:08.54ID:C3B40WK5

結局、objective-cは、なくなるの？
はっきりとロードマップを公開してくれよ、
りんごさん

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

2015/12/05(土) 16:21:03.88ID:NGKIaVGD

>>547
＞結局、C++は、なくなるの？
＞はっきりとロードマップを公開してくれよ、
＞マイクロソフトさん
とか言ってる奴がいたら指差して嗤う

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

2015/12/05(土) 16:27:41.60ID:UTEK8G7U

いやObjCはなくなるだろ普通に

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

2015/12/05(土) 16:35:29.92ID:galJMX/c

まあ、10年から15年ぐらいはあると思うけど。

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

2015/12/05(土) 16:35:42.43ID:ckYMWiJu

Objective-Cが日の目を見たのは
ジョブズがゴミ箱から取り出してNeXTに使ったから
ジョブズが死んだ今だれも見向きもしなくなっても可笑しくない

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

2015/12/05(土) 16:38:46.59ID:bOfmuCEI

>>548
そこでC++出してくるのはおかしいだろ
実質Apple専用言語の話なんだから
VBやVBAはなくなるの？ならわかるが

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

2015/12/05(土) 17:01:50.49ID:pK0sc289

VBの新製品はもう出ないよ

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

2015/12/05(土) 17:28:27.83ID:/HX/hq4Y

アップルが今まで一度でもロードマップなんて示した事あったっけ?

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

2015/12/05(土) 19:59:54.79ID:Brd2T4ha

>>543
Xcodeじゃなくswift-clangの仕事だ
goやrustは実際そうしてるしな
swift ossでそこまでやるのが夢だろうが3.0でもないなw

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

2015/12/05(土) 21:56:39.07ID:Bm9OTLzJ

ここでまさかのObjective-C3.0登場！
とかいうことがない限り時間かかってでもSwiftメインに移行すると思うよ
そもそもAppleがObjective-Cで問題ないと思ってたらSwiftなんて作らないだろうしw

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

2015/12/05(土) 22:06:06.91ID:/HX/hq4Y

社内で複数のプロジェクトが同時に走っているんだろうね
成果が出たところから発表してるだけでさ
他にも新言語のプロジェクトが動いていても驚かないよ

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

2015/12/05(土) 22:28:22.76ID:ehpdBZYP

>>557
そんなgoogleみたいなことはしないだろう
http://gigazine.net/news/20140213-apple-research-development-expenditure/
appleの研究開発費は東芝よりも下とのこと
他の言語の開発を黙認するような感じじゃないでしょ
研究するより技術力のある会社を買収したほうが早いってことかもしれんけど。

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

2015/12/05(土) 23:35:36.56ID:OU/y6XEW

WebObjectつーのがあった気が

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

2015/12/05(土) 23:40:22.76ID:/HX/hq4Y

2013年の開発費が約4611億円で2011年の倍近く2009年の3倍以上
何か先行投資してるのかな

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

2015/12/06(日) 07:13:53.23ID:RBlHhmXG

【　オンラインTCGエディター　】　>>1

デュエル・マスターズ的な非電源TCGの　《　オンライン化ツクール系ソフト　》　制作の企画。

例えば、ガチンコ・ジャッジを直ぐにでも導入できる機能を持っておりながら、
当面それを扱わず単純化させておいて、事後的に導入拡張する際に当該システムを
ブロック構造の組み合わせで後付け挿入できるように予めシステム化してあるソフト（エディター）。
既存の非電源TCGを劣らずに再現できるならば大概のニーズに応えられる筈。
バトスピ、ヴァンガ、ウィクロス、ポケカ、デジモン、ゼクス、モンコレ、ガンダム・ウォー、ライブオン、ディメンション・ゼロ、カードヒーロー、シャーマン・キングなど
のシステムを完全再現できるように設計するけど、他に此のTCGの此のシステムは再現希望とか有ったら書いて。
マジック：ザ・ギャザリングの全システムを完全に再現するのは無理だから、此れだけは必用だ！って部分のみリクエストして。
WEB通信での対戦は、個vs個、多数乱戦、チームvsチーム、個vsチームを可能な仕様とする方針。

設計思想は　《　RPGツクール　》　が良いかな？　　他に、優れたエディター有ったら挙げてみて。

個人や企業などのベンダーが提示する開発費（見積もり）で折り合えば、発注する。
↓
エディター群から基本コンセプトを絞り込む（もちろんオリジナルで優れた新ネタが有れば導入する）。
↓
遊戯王OCGに関しては、タッグフォース、ADS、デュエルオンラインを発注先ベンダーに研究させる。
なるべく前述３つで可能な再現は全て実装させる方向を目指す。　まぁ努力する・・・
バトスピ、ヴァンガ、バディ、デュエマなど発売済みゲームソフトが存在してるケースはベンダーに研究させる。
↓
各社TCGを再現するテストプレイ　⇒　更に改良や修正。
↓
機能制限した下位版を５万円以上で発売　＋　デュエリ－グ用に改造した上位版でサーバー稼動＝営業開始。
↑
下位版の改造および商用利用には、別途で当社との契約が必要。

さ～て、製作ベンダー見つけよっと！ｗｗ（ｸｽ
http://wc2014.2ch.net/test/read.cgi/entrance2/1449039272/-18

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

2015/12/06(日) 09:53:54.44ID:Bjx/HJny

>>556
swiftに合わせてそっちも仕様追加してるけどバージョン付けはしないだろうねぇ
Objective-C 2.xくらいは付けて欲しいものだが

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

2015/12/06(日) 13:54:12.10ID:H97bT42+

学校で、eclipse使ってandroidの開発やってた頃より、
xcode使ってswiftでiOS開発してる方が圧倒的にスムーズで
わかりやすい、作業しやすいな。
仕事じゃないしこの先Macしか使わないつもりだからSwift一本でいいや。

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

2015/12/06(日) 15:28:28.37ID:BEe60gjw

>>563
今はeclipseじゃなくてandroidStudioだけどな

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

2015/12/07(月) 02:47:14.81ID:8Xso/p7O

>>560
千人規模で電気自動車開発中、2019年発売予定。

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

2015/12/07(月) 16:18:57.47ID:EZx2tbAw

swiftのパッケージマネージャーってなんなの？
cocapodsとか要らなくなるの？

https://realm.io/jp/news/swift-opensource/

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

2015/12/08(火) 11:58:11.56ID:i2Oz16TU

node jsのnpmみたいなもの
今はLinuxどころかiOS, watchOS, tvOSでも使えないって言ってる

carthage使ってた方がマシじゃないかね
carthageがLinux対応するなら、だけど

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

2015/12/08(火) 13:16:11.03ID:5VlrYBzu

また髪の話してる

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

2015/12/08(火) 14:19:31.50ID:3v7FKO8k

>>567
なるほどーhomebrewの作者の人が担当らしいから楽しみではある。
cocoapodsは終了かなー

npmはプラットフォームの差に苦しんで色々面倒くさいことになったりしてるみたいだけど
swiftは歴史に学んで最初から考慮済みであることを祈る

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

2015/12/08(火) 21:20:38.84ID:tfN4AuvJ

GameScene上でタッチイベントを作るのってどうやったらいいですか？
調べても出てこないので。

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

2015/12/10(木) 09:14:12.62ID:U0ipPDuo

CocoaPodsのswift対応はどうなんだろうね
Xcodeに強く依存するから在りようが違うだろうけど

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

2015/12/10(木) 19:47:56.20ID:6p+J3/cL

>>570
質問の意図がわからんがSKViewはUIViewのサブクラス

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

2015/12/13(日) 13:00:08.61ID:b/VpOhJw

つーか、Objective-Cでよくね？？

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

2015/12/13(日) 14:19:36.90ID:J2FjjwDn

つーかC++でよくね
Objective-C++はすげーよくできてるし

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

2015/12/13(日) 14:28:15.62ID:b/VpOhJw

Objective-C++ってObjective-Cの良さが消え去って、単にCocoa Foundation使えるC++
ってだけじゃないかと思ったんだけど気のせい？

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

2015/12/13(日) 15:03:44.64ID:HmxCuTc7

だから上の発言はc++で開発を進めてインターフェースだけobj-c++を使おうぜってことじゃないの。Eigenとか使おうとするとobj-c++がないと詰む

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

2015/12/13(日) 15:20:14.20ID:QEM1HCCi

C++側のC拡張使いこなしてるならObjective-C++でいいんじゃね？

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

2015/12/13(日) 16:25:59.11ID:J2FjjwDn

ARC型がC++のcopy, moveのセマンティクスにちゃんと沿うように実装されているので
値レベルでがっつり混ぜ込める。OCのオブジェクトをC++のコンテナにぶちこんだりも自由

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

2015/12/13(日) 16:34:44.69ID:etBxJcNE

ARCはほんとよくできてる。

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

2015/12/13(日) 16:37:52.10ID:vPZIPXjp

Objective-Cは鼻血が出るほど便利だと思う
しかし、一般の使ったことない人と話すと、なんでobjc/swiftじゃないの？と言われる
そして使ってる人を探すのは結構辛い

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

2015/12/13(日) 16:38:20.62ID:vPZIPXjp

違う、、、一行目はobjc++だ

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

2015/12/13(日) 20:37:40.21ID:zNV9sp23

リファクタリングできなくなるから…

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

2015/12/13(日) 23:13:52.82ID:TGDsgHyX

Obj-C++ってコンパイル遅くね？

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

2015/12/13(日) 23:17:50.77ID:VKWjpVbd

前々から思ってたけどObjective-Cのメリットって具体的に何？
idあるからキャスト楽とか？

C++に関してはあんなバッドノウハウの塊速度が欲しい時以外使いたくないっていうのが本音

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

2015/12/13(日) 23:40:09.41ID:etBxJcNE

Obj-Cのメリットって言ったら、C+オブジェクトシステムである事、これに尽きるよ。

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

2015/12/13(日) 23:51:32.26ID:6iF4+jUm

>>585
ほんとこれ
シンプルなんだよね言語の基本思想自体が
実際表現もレガシーCとObjectiveな部分でまったく違うから、レガシーなCが
わかりやすい形で共存できる他にない稀有な言語仕様であることは間違いない

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

2015/12/14(月) 01:30:06.91ID:ihUsYndj

共存できることに何の価値もなくね

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

2015/12/14(月) 01:47:31.92ID:1+hFJVF9

swiftスレなんだからswiftのメリット考えろよw
ところでC++と共存出来ないswiftはマジ不便
objc++挟んでのやり取りは結構きついぜ？

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

2015/12/14(月) 02:10:46.85ID:b2CmJBSx

Swiftを使う利点は自己満Swift開発者の成果が現れ高給が支払われることに貢献できる

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

2015/12/14(月) 02:50:47.97ID:SpBZpsSO

SwiftとCは共存できる？

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

2015/12/14(月) 04:00:58.02ID:PCT38V0V

>>587
クラスへの命令が明示的に［］でくくられたメッセージ式になってて
基本的にクラスにコマンド送るときにはそれしかないから
普通のCで書いてるとこと外に命令してなんかしてもらってるとこの
区別が異様にはっきりしてんだよ。
モダンな言語はなぜか必死になってそいつが変数なのか関数なのかクラスなのかを
意識させないようにしようと画策してんだけどあいつら絶対プログラマーを
意図的に苦しめようとしてるだろ！？って感じ。

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

2015/12/14(月) 07:37:07.83ID:+q+2Sn85

こいつ、obj.var表記で苦しんでそうwww

0593名無しさん＠そうだ選挙に行こう

2015/12/14(月) 08:04:09.86ID:iyJlbI2/

>>591
ほんそれ

0594名無しさん＠そうだ選挙に行こう

2015/12/14(月) 08:13:35.84ID:y/zYJygF

Hoge()
が関数呼び出しなのか構造体作成なのかクラス生成なのかクロージャ実効なのか分からんからな
IDEありきの言語だと思う

0595名無しさん＠そうだ選挙に行こう

2015/12/14(月) 09:53:53.14ID:91eDBd+G

それ、意識する必要あんの？

0596名無しさん＠そうだ選挙に行こう

2015/12/14(月) 16:17:33.55ID:ValKpzVS

意識高い系エンジニアは気にする
意識低い俺はC++以上の高級言語で「戻り値を返す式」以上の意味を区別しても
プログラムの動作はそうそう変わんねーよ、と思考停止する
呼び出し側じゃなく、実装側は気にすべきだろうけどなー

0597名無しさん＠そうだ選挙に行こう

2015/12/14(月) 19:03:31.06ID:Mqkp3rLx

なんというかいろんな言語がとりあえずcとの連携はサポートしてるからcは言語間インターフェースになり得るんじゃないかな。
となるとcがもう少し言語機能をアップして欲しい。
せめて連想配列は欲しい

0598名無しさん＠そうだ選挙に行こう

2015/12/14(月) 19:06:51.93ID:6cQ1LEo2

AppleがBlocksをC標準にするように働きかけてるって話があったような。

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

2015/12/14(月) 20:22:22.20ID:dbHJ0JgW

>>595
あとで他人が困る。
あとで自分も困る。
Objective-Cは「おまえはこれを実行」ってクラスにテキスト送る
超絶大雑把な側からスタートしてるから逆にクラスが何をやって
どういう命令を受けてるのかをはっきりさせとかないと自分が死ぬ。ってのが
もう直感でわかるのだけど
PRINTって打つのが面倒くさいから"？"にしよう！思想の尻尾みたいな人々が
これとこれは似てるからいっしょにしよう！タイプ数が減った！とか
いまだに言ってるのみるとゲロ出そうになる。

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

2015/12/14(月) 20:32:12.00ID:ihUsYndj

意味不明なこと言ってないで
具体的に同じことをするObjCとSwiftのコード並べて、ここがこうだからObjCの方がいいんだって指摘してみろよ

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

2015/12/14(月) 20:35:23.50ID:n4HjOhXW

>>599
何となく言いたいことはわかる
ソースコードは短く書けりゃいいってもんじゃないんだよな
裏で何が起こってるのか分かりにくい言語は好きじゃない

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

2015/12/14(月) 21:13:41.82ID:qTgjMDDs

Swiftらしさの拠り所がないからな、ObjC叩くしかない

Swiftでプロトコル指向プログラミングとやらで書いた公式のまともな使用に耐えうるコードを見てみたいんだけど
いつになりますかねぇ？

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

2015/12/14(月) 21:42:59.36ID:ihUsYndj

Standard libraryがプロトコル指向じゃん
節穴？

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

2015/12/14(月) 21:56:04.12ID:qTgjMDDs

そこしかないけど、君Swiftのstdだけで実用性のあるコード書けるん？

Foundationはオブジェクト指向みたいだし、
やっぱ大規模になるとクラスベース安定なのかねぇ

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

2015/12/14(月) 22:28:31.58ID:b2CmJBSx

Objective-C 3.0はよ

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

2015/12/14(月) 23:54:09.10ID:3eXGymfD

C#の時代よろしくcocoa時代の負の遺産やしがらみを全部捨ててもっと伸び伸びと
設計してれば良かったのにねぇswiftも

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

2015/12/15(火) 00:00:11.57ID:RO4QszJY

AppleとしてはObjC推しだったんじゃねえの
こっそり作ってたらウケたから表に出したけど、使えたものじゃなかった
でも信者は大絶賛してるからこのままいっちまうぜ！って感じだろ

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

2015/12/15(火) 00:00:43.33ID:eToRAOyd

いや…異次元からの使者すぎて既存のフレームワークとかみ合わないから
swiftにみんな「どうすりゃいいんだこれ？」言ってんですけど

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

2015/12/15(火) 00:14:34.62ID:RO4QszJY

現状、Swiftサイコーって煽ってるのは、ObjC書けない弱者か、大抵ブランディング目的の連中なんだよな

RealmとかバグだらけのDBがやたらSwiftの第一人者ぶってるけど、その前に自分とこのバグ直せと
ttps://github.com/realm/realm-cocoa/blob/3226133d0017162caf9c6b8d7ee6d5b54860ab8f/Realm/RLMAnalytics.mm
あとBundleIDをサーバに送ってるのは何がしたいんですかね
ハッシュ化はしてるがバンドルで使える文字列集合ならレインボーテーブルで逆引き余裕なんだよなー

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

2015/12/15(火) 00:15:30.18ID:/k3phr6/

>>1
デュエル・マスターズ　Android版，ｉ-OS版、公式　http://dm.takaratomy.co.jp/extra/dmapp/entrygate_ds/
デュエル・マスターズ対戦CGI ex
https://web.archive.org/web/20150809154946/http://www53.atwiki.jp/dmsuishinparty/pages/314.html

デュエル・マスターズ（デュエマ）DM ONLINE 1.8a　　／　　VanGuard ONLINE 1.5a
https://web.archive.org/web/20150809160254/http://uhyohyohyo.sak　ura.ne.jp/hsp.html

ヴァンガード専用ネット対戦ツール【 VanGuard Online 】
https://web.archive.org/web/20150809155032/http://kiimaa.jugem.jp/?eid=61

「カードファイト!!ヴァンガード」のネット対戦ができる公式オンラインゲーム「Cardfight!! Online」 2015年冬スタート
https://web.archive.org/web/20150809153724/http://supersolenoid.blog63.fc2.com/blog-entry-6886.html

遊戯王　Automatic Dueling System
https://web.archive.org/web/20150809164855/http://www3.atwiki.jp/ads-wiki/pages/20.html

遊戯王　デュエル・オンライン
https://web.archive.org/web/20150809171527/http://www31.atwiki.jp/vipdo/pages/15.html
https://web.archive.org/web/20140628005202/http://do.yugioh-portal.net/

ウィクロス（ WIXOSS ）　WEBXOSS　http://webxoss.com/about_en.html　http://webxoss.com/DeckEditor/

BG（ボードゲーム）Engine　https://web.archive.org/web/20151209080842/https://bgengine.net/
https://web.archive.org/web/20151209172205/http://14owl.hateblo.jp/entry/2015/12/09/011234

アプレンティス　　マジック：ザ・ギャザリング（MtG）ｵﾝﾗｲﾝ化　http://homepage1.nifty.com/Q_Q/ap.html
https://web.archive.org/web/20151202202725/http://homepage1.nifty.com/Q_Q/ap.html

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

2015/12/15(火) 00:17:09.66ID:/k3phr6/

【　オンラインTCGエディター　】　　　>>1,>>610

デュエル・マスターズ的な非電源TCGの　《　オンライン化ツクール系ソフト　》　制作の企画。

例えば、ガチンコ・ジャッジを直ぐにでも導入できる機能を持っておりながら、
当面それを扱わず単純化させておいて、事後的に導入拡張する際に当該システムを
ブロック構造の組み合わせで後付け挿入できるように予めシステム化してあるソフト（エディター）。
既存の非電源TCGを劣らずに再現できるならば大概のニーズに応えられる筈。
デュエマ、ヴァンガ、ウィクロス、ポケカ、デジモン、ゼクス、モンコレ、旧ガンダム・ウォー、ライブオン、ディメンション・ゼロ、シャーマン･キング、カードヒーローなど
のシステムを完全再現できるように設計するけど、他に此のTCGの此のシステムは再現希望とか有ったら書いて。
マジック：ザ・ギャザリングの全システムを完全に再現するのは無理だから、此れだけは必用だ！って部分のみリクエストして。
個vs個、多数乱戦、チームvsチーム、個vsチームを実現し、P2P通信対戦プラグイン有り。

設計思想は　《　RPGツクール　》　が良いかな？　　他に、優れたエディター有ったら挙げてみて。

個人や企業などのベンダーが提示する開発費（見積もり）で折り合えば、発注する。
↓
エディター群から基本コンセプトを絞り込む（もちろんオリジナルで優れた新ネタが有れば導入する）。
↓
遊戯王OCGに関しては、タッグフォース、ADS、デュエルオンラインを発注先ベンダーに研究させる。
バトスピ、ヴァンガ、デュエマなど発売済みゲームソフトが存在してるTCGはベンダーに研究させる。
↓
各社TCGを再現するテストプレイ　⇒　更に改良や修正　＋　コード記述の仕様書（設計書）を作成。
↓
機能制限した下位版を制作しても原則として発売せず　＋　上位版デュエリ－グ用でサーバー稼動。
↑
下位版を仮に発売した場合の改造および商用利用には、別途で当社との契約が必要。

さ～て、インド人ベンダーと日本人の翻訳用PGを見つけよっと！ｗｗ
http://wc2014.2ch.net/test/read.cgi/entrance2/1449623194/-18

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

2015/12/15(火) 00:20:45.19ID:Vj+3N2ql

とりあえずSwiftは使い物にならない地雷だということはわかった
正直、Swift発表された時も、いや別に困ってねーし
めんどくさいだけだから要らないって思ったわ

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

2015/12/15(火) 00:32:27.79ID:YKb9ONm5

使い物にならない言語など存在しないでしょ
使い物にならないプログラマがいるだけでさ

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

2015/12/15(火) 00:36:45.64ID:+QNyrCxt

最近0.xから安定リリースなる時にガッカリ化する言語多い気がするわ
Rustなんかもそうだったな。あっちは流石にswiftよりまだ纏まってるが似たようなもんだし

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

2015/12/15(火) 00:37:04.73ID:Hablbi5O

ネタ作りのために無駄に新しい言語を押し付けられてもめんどいってのはわかる

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

2015/12/15(火) 01:12:42.96ID:/ky4gEL8

そう言われればSwift 1.0の時が一番アツかったかも

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

2015/12/15(火) 02:26:58.45ID:uLiDB4QP

Swiftを用いコードだけでMac上にウインドウ生成する場合どう書いたらいいでしょうか？

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

2015/12/15(火) 08:04:02.01ID:ThSWRCNo

神がデザインなされた言語なので人が迷うことはない
ウインドウが見えないのは信仰心不足

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

2015/12/15(火) 10:43:13.13ID:yCjDkAC0

>>613
C--見ても同じこと言えんの？

>>618
ちょっとワロタ
迷うヤツはアポーの教えへの理解/学習が足りないのは確かだな

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

2015/12/15(火) 11:27:40.15ID:4hJ9AaQ8

Swift2.0くらいになれば便利になったなーみたいになるよ

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

2015/12/15(火) 21:24:48.16ID:RO4QszJY

きっとSwift 5.0くらいになるともう手を動かさなくても神の御心でプログラムができあがるようになるな

はやくObjCと同じ規模のコードを書くんだ、そうすればSwiftコンパイラが遅すぎてヤバいってのが分かるよ
2.1の今でも遅い、そしてコンパイラの基礎部分は既にオープンソース化したので、
ここから根本的な速度のボトルネックが改善されていくことは期待できない

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

2015/12/15(火) 21:30:53.31ID:0+wWMBI1

>>621
>そしてコンパイラの基礎部分は既にオープンソース化したので、
>ここから根本的な速度のボトルネックが改善されていくことは期待できない

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

2015/12/15(火) 21:32:07.01ID:KvoSvvs6

>>621
なんでオープンソース化すると速度改善しないの？
その理屈だとオープンソースの言語はすべて速度改善できないってこと？

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

2015/12/15(火) 22:20:08.78ID:RO4QszJY

ObjCもGNUに入ってたからずっとオープンソースだったのは知ってるかね
あまりの進歩のなさにAppleがキレてClangに投資して、ObjC2.0で別物みたいに進化させたけど、
このときはLLVMフロントエンドとして、コンパイラを1から作り直すことでやっと言語仕様と速度が改善されたわけで

そのLLVM作った、コンパイラについて知り尽くしている達人中の達人が設計製造したのが今の激遅Swiftコンパイラなんだから、
プロモーター気取りの凡人がどんどんプルリクしてる今後のSwiftコンパイラに何を期待してるのか逆に分からん

コンパイラ作ってる人、関わる人ってのは結局C++やLLVM分かるんで、今のSwiftで何か作ることのストレスもわからんと思う
PHPを作った人もC++しか書いてないから、PHPがクソな理由が分からんとか言ってたし

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

2015/12/15(火) 22:24:49.45ID:0+wWMBI1

ID:RO4QszJY

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

2015/12/15(火) 22:54:38.00ID:yn6qZjSp

経歴は確かに凄いLattnerさんが実はアンポンタンだったってオチは？
既に信者を引き連れてるのであまり叩くと煩い人が出てきそうだけど

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

2015/12/15(火) 23:49:35.59ID:KvoSvvs6

>>624
RubyやGoなどの例を挙げるまでもなくオープンソースで後から高速化してる言語も一杯あるわけだから、ちょっと視野が狭すぎるんじゃ？

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

2015/12/16(水) 00:29:32.72ID:xvUvz5Nf

ttp://labs.gree.jp/blog/2015/12/14786/
GREEもSwiftやめてS3行くし本格的に葬式ムードだな

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

2015/12/16(水) 01:10:06.11ID:3/WXPllW

>>628

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

2015/12/16(水) 01:18:51.85ID:017P2otv

二つのSwiftを同時に使うプロジェクトにいた事あるけど混乱したわw

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

2015/12/16(水) 12:44:41.71ID:XMf+CpQU

>>628
まじかー、 swift 2.0がリリースされる頃に戻ってくるかもなー

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

2015/12/16(水) 12:48:31.36ID:yQvrJjLh

Swiftの神聖五文字はAppleの占有物とするべき

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

2015/12/16(水) 13:00:43.46ID:m5hXWPYq

ただの流行りだったなー

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

2015/12/16(水) 22:08:32.75ID:5yNzxOb2

>>628
Swift 違いだな。オライリーの近刊で間違いそうになったばかり。

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

2015/12/16(水) 22:13:50.99ID:EER0Azxf

Objective-C 3.0 ﾏﾀﾞｧ-? （・∀・）っ/凵⌒☆ﾁﾝﾁﾝ

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

2015/12/17(木) 00:49:49.80ID:MEiKE//X

待人来ず

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

2015/12/17(木) 08:31:06.29ID:/Ow/T2VQ

ん？

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

2015/12/17(木) 09:41:36.26ID:G5PAV/s5

MSがObjC3を作ったら最高に面白いのに

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

2015/12/17(木) 11:18:27.41ID:vDr5tk6L

Swift 全予約語 (81語) の解説
http://qiita.com/ezura/items/610caef024cb5f956db7

予約語で言語を観察するって面白いネタな気がする
結構重要そうなのに知らない予約語あるなー
inout使ったことなかった

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

2015/12/17(木) 12:20:42.45ID:pAv53lX7

inoutなしだとソートとか実装できないし

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

2015/12/17(木) 15:32:38.23ID:OH0HZA8D

>>624
Clang にコミットしたのは GPL v3 のせいだよ。

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

2015/12/17(木) 16:12:14.95ID:vDr5tk6L

DIって結局ラップするプロトコルを作るってことですよね。

realmのオブジェクトをラップするプロトコルを作るってことは各カラムごとに

var xxxx:Type { get }みたいなのを作って修正するたびに同期するってことですよね。
凄くめんどくさいいいいい

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

2015/12/17(木) 19:12:24.61ID:G5PAV/s5

Swiftはプログラミングニュービー向けの矯正ギプスだらけだから、
DIみたいな高度なことは諦めて、どうぞ

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

2015/12/17(木) 19:15:36.09ID:G5PAV/s5

しかし今日日、データストアの実装にユーザコード振り回されるなんて時代錯誤なのに、
Realmはキャッチ例外で間違った使い方を教えるとか頭悪いこと言ってるのやばいよね

メリットはCoreData理解出来ない子でも使えるくらい簡単なことだけ

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

2015/12/17(木) 21:12:42.19ID:BfV8lrDI

Core Dataも大概だろw

>>638
MSは次期JavaScript仕様の Type Script 作ってるから、、、
Swiftより早く出たので、そろそろ枯れて土に還りそうだけど

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

2015/12/18(金) 00:24:55.15ID:CZ7ioTqn

ほとんどのiOSアプリ（笑）はCoreDataレベルの複雑さが必要なもの扱ってないのに、背伸びして実装するのが間違い
そもそも本当にDBいるのか良く考えよう
そして通信と、所詮ローカルの処理でしかないDBとどちらが本当の速度のボトルネックになるのか考えよう
SQLiteからRealmにして0.1sの処理を0.001sにできたとしても、通信に20sかかるなら、20.1sが20.001sになるだけだぞ

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

2015/12/18(金) 23:16:04.41ID:KQU5y03j

結論
Objective-Cでいい
無駄にSwiftにポーティングする面倒くささをメリットが超えない

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

2015/12/19(土) 00:08:36.48ID:x8aMcs0w

.NETが主流になれない理由とひとつと完全に一致

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

2015/12/19(土) 01:51:18.83ID:IkuUmuE6

>>646
通信に20秒は例えとしてどうかと
>>647
新規案件ならともかくたまによく見る既存の製品をSwiftに移植しましたってのは単なる宣伝だよな

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

2015/12/19(土) 03:01:31.29ID:7ZVmpEw8

あぽーも金儲けの宣伝にSwift作ったんだし、使う側も宣伝のために使わにゃ損だからなw

本気で現行よりずっと良いと思ってるのは崇めてるヤツラだけだろうよ
要所要所は悪かないが、業務で使えるレベルじゃねーわな

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

2015/12/19(土) 03:21:12.89ID:nEJLJZaD

Macでも一時期JAVA併用というかJAVAに徐々に移行みたいなこと言ってたけど
結局、うまく馴染まないのでObjective-C一本に回帰したのに
なんでまたこう微妙にしっくりこない仕様で作ったかなぁswift

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

2015/12/19(土) 03:29:49.23ID:NDq8KL0N

ObjCって文法が独特だから慣れた人はしがみつくねぇ

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

2015/12/19(土) 03:40:54.21ID:nEJLJZaD

そういうことじゃないんだ。うん。

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

2015/12/19(土) 08:10:24.42ID:OecQCpGl

自分でどう思ってようが、世間から見たらしがみついてる老害にしか見えないんだ。うん。

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

2015/12/19(土) 08:23:44.66ID:J8tlg3pQ

こういう子をそそのかすとチョロイswiftの仕事が得られる
これだからswift出来ますよ、の宣伝はやめられんぜ

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

2015/12/19(土) 09:15:21.14ID:dNXWfsX0

プログラマはMacを使ってるってマジ？
http://hayabusa3.2ch.net/test/read.cgi/news/1450395043/

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

2015/12/19(土) 09:27:49.94ID:3OdRc5nK

>>651
Cocoa Java懐かしいな

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

2015/12/19(土) 09:28:24.45ID:3OdRc5nK

Cocoa Java懐かしいな

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

2015/12/19(土) 11:04:22.52ID:lHSkIlFH

Swiftはどうでもいいんだが、Swift信者の声のでかさは問題だな。
そもそもこいつら本当に現場で使ったことあるのかと問い詰めたい。学生やサンデープログラマなら尚更たちが悪い。
こういう奴らの情報引き合いにSwift移行指示された日には会社辞めたくなるぞ。

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

2015/12/19(土) 11:15:58.39ID:BBUxwf4S

Swiftスレに来て何言ってるんだコイツ

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

2015/12/19(土) 11:21:50.68ID:lHSkIlFH

議論のネタを投下しただけだろ。なにをそんなに焦ってるんだ。

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

2015/12/19(土) 12:07:59.26ID:Iyrr+ixc

MSも Java VM 作ってたし、あの頃のJavaは凄かったよな、、、
Swiftの小さな(笑)ランタイムをMSやOracle, GNUが作る日はくるかねぇ

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

2015/12/19(土) 12:24:41.40ID:Kxe6gKgf

Swift教

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

2015/12/19(土) 15:49:55.82ID:TV8OiN+s

でもまぁxcodeにswiftのリファクタリング機能が実装されてからが本番かもね

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

2015/12/19(土) 15:54:17.49ID:Kxe6gKgf

ぶっちゃけ、踊らされて覚えても無駄に終わる感が半端ない

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

2015/12/19(土) 16:22:55.28ID:iG82T79N

たしかJavaの出始めの頃もそう言われてたな

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

2015/12/19(土) 16:38:28.94ID:0q4dBgjn

>659
人間の話はマ板でやってね。

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

2015/12/19(土) 19:27:47.14ID:OuzujH7K

Javaは最初から重たすぎ死ねって言われてたような

>>664
ランタイムバイナリはObj-Cと大して変わらんから
そうそう意味あるリファクタリングは期待出来んぞ
せいぜいObj-C以下の機能がObj-C相当になる程度じゃない？

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

2015/12/19(土) 19:55:06.95ID:2iYqOki0

>>662
MSはJavaの自社専用方言作り始めてJ++(microsoft™️)とかやったから
放逐されてJ#とか作ったあげくサポートやめてなかったっけか

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

2015/12/20(日) 00:21:38.25ID:mC/FwhMD

Swiftはなんでそんなリファクタリングが難しいの？
せめて名前の変更くらいはつけて欲しいんだけど、、、

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

2015/12/20(日) 01:55:13.52ID:GahkM8eK

Objective-Cでいいわ
Appleに乗せられてSwift使っちゃう奴は情弱

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

2015/12/20(日) 01:57:49.47ID:Vl7P3hnO

ごめん>>668の理屈がさっぱりわからん
バカな俺に説明してください

そもそもリファクタリングがない現状でもenumにおけるswitch文の網羅性検査ができる時点でObjective-C以下ということはない気がするけど

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

2015/12/20(日) 07:34:38.31ID:LqI/UELJ

>>672
記述のリファクタリングと、バイナリのリファクタリングと、文法上の制約と色々混ざってる
整理して分けて考えろ

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

2015/12/20(日) 14:20:10.17ID:iRAP7sbG

>>664
やっぱIDEがどうにかならん事には感はあるわswiftは。
Jetbrainsの変態ども引き抜いてXcode一新させるとかいう噂はどうなったのか
いつまでVisualStudioの三周遅れ続けてるんだよ林檎は

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

2015/12/20(日) 16:00:34.41ID:77/eUBwW

Jetbrainの人らを引き抜いて入れたりしてXcodeがMacアプリっぽくなく進化してしまわないだろうか

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

2015/12/20(日) 16:46:55.77ID:taiE1sJf

オープンソース化したから世界中のスーパーハッカーが超すごいIDEをただ働きで作るんでしょ？

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

2015/12/21(月) 02:02:50.40ID:9UN2TS0D

IDEの問題じゃないけどな

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

2015/12/21(月) 03:09:04.71ID:C1oSsnMd

スーパーハカーはswift.vimとかswift.elとか作って遊んでそう
確かswift.vimは公式レポジトリにも突っ込まれてたよな？魔改造PRを出して困らせたい

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

2015/12/21(月) 11:42:18.41ID:ZYmKzVkB

高階型扱えるようにして欲しい
誰もやらないんなら俺がやるぞ？

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

2015/12/24(木) 15:14:31.06ID:WaEuygaS

UILabel のなかに「戻る」と入力するとフォントサイズをどれだけ小さくしても
戻の上の方が欠けて表示されてしまいます。
xcodeは7.1です。
解決法知ってらっしゃる方教えていただきたいです

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

2015/12/24(木) 16:19:47.72ID:U+gEU/GT

>>680
それは、戻の上の部分が欠けているのではなくて、別な字体？が表示されている現象。
UIButtonなどでも同様の現象が発生してるね。どこかのバグなのかな。
システムフォントだと起こる現象みたいで、フォント指定を変更することで対処可能。
たとえば以下のように。
aLabel.font = UIFont(name:"HiraginoSans-W6", size:12.0)

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

2015/12/24(木) 16:42:12.30ID:WaEuygaS

>>681
ありがとうございます。
質問した後でなんとなくそうかなとも思っていたのですが、よくある現象なんですね。
どう変えれば良いか分からなかったので、助かりました。

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

2015/12/24(木) 19:43:34.57ID:Xid5FbCP

日本語フォントに対して英字でサイズ計算するバグでしょ
ずーっと昔からある

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

2015/12/25(金) 10:37:05.54ID:PGIlXZYL

つまり仕様だな。

0685sage

2016/01/01(金) 09:02:19.66ID:G1d9SKHn

ViewControllerA (ViewA)

let nextVC = self.storyboard?.instantiateViewControllerWithIdentifier("ViewB")

presentViewController(nextVC!, animated: true, completion: nil)

ViewControllerB (ViewB)
let nextVC = self.storyboard?.instantiateViewControllerWithIdentifier("ViewC")
presentViewController(nextVC!, animated: true, completion: nil)

でViewCまで遷移した後で、ViewAに一気に戻りたいのですが、キレイに戻るにはどうすれば良いでしょう？
self.presentingViewController?.presentingViewController?.dismissViewControllerAnimated(true, completion: nil)
で戻ると、一瞬ViewBが見えてしまって見苦しいです。

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

2016/01/01(金) 10:50:41.04ID:w8UZcEt0

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

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

2016/01/01(金) 12:04:56.79ID:G1d9SKHn

>> 686
すまん。ありがとう。

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

2016/01/06(水) 02:20:16.05ID:HrtXtRKN

Swiftの文字列処理ってなんでこう洗練されてないんだろう。コロコロ変わるし

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

2016/01/06(水) 03:39:06.11ID:erJMRWpG

確かに。後ろの一文字を一文字削った文字列を作ろうとすると、
以外にシンプルなコードか書けなくてビビった。
str.substringToIndex(str.endIndex.advancedBy(-1))
が一番短いコードであってる？

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

2016/01/06(水) 12:13:41.00ID:3SstUnII

>>689
美しい記述だと思うけど

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

2016/01/06(水) 12:40:59.34ID:BwPawJkM

せっかく色んな所で省略記法で短く書けるのに、一方でそれを台無しにするswiftスキ
swift 3.0の++, --オペレータ削除とかウケる

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

2016/01/06(水) 12:52:19.48ID:zF3cauCR

いまからSwiftやるより仕様変更後のSwift3.0から始めたほうがいい？

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

2016/01/06(水) 13:06:50.87ID:s4nHOu1p

誰か正規表現リテラルとFoudationじゃない標準の正規表現クラス(構造体)のプロポーザル出しといて

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

2016/01/06(水) 17:40:22.90ID:LbbNwO5c

>>691
短いコードよりわかりやすいコードの方が読む時間は短くなる

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

2016/01/06(水) 18:37:20.28ID:JQN6HVa0

お、そうだな
だったら func hogehoge() {} より function hoge() -> Void {} って書いて
funcみたいな存在しない英単語なんて論外だし、-> Voidの省略なんてやめた方がいいな

ちょっとやってみたけど、predecessorを使わない表記が見つからなかったよ・・・
str[str.startIndex..<str.endIndex.predecessor()]

extension String {
public subscript (subRange: Range<Int>) -> String { get }
}
で拡張するのが幸せかなぁ
確か、いつかのバージョンアップで削除されたモノなのでお作法的には気分悪いんだろうけど

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

2016/01/06(水) 18:44:01.87ID:Cw6R6Bmh

>>695
それをやったらJavaになるんじゃね？

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

2016/01/06(水) 19:07:51.56ID:JQN6HVa0

Swiftはいろんな言語の良いトコ取りをした文法が最大で唯一の良い所なので、他の言語に似ることは悪いことではないのでは
JavaよりKotlinとかPythonなんかのスクリプトっぽい表記だと思った > str[start..<end] 表記

IntではなくString.Indexを使うオーバーヘッドってどんなもんなんだろうね, 性能改善を求めてString.Indexの方が軽いから切り替えた？
IntもString.Indexもstructな時点でプリミティブ型にさせろという話だが

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

2016/01/06(水) 19:13:44.53ID:erJMRWpG

>>697
kotlin
> str[start..<end] 表記
表記イケルの？
ならandroid開発にも興味出て来た。
「swift使いが学ぶAndroid開発」とかそんなkotlin本でないかな
ブログでもいいよ

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

2016/01/06(水) 19:54:00.64ID:dKGWEjRg

>>689
>後ろの一文字を一文字削った文字列を作ろうとすると、
>str.substringToIndex(str.endIndex.advancedBy(-1))

日本語での説明とコードの長さがほぼ同じだな

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

2016/01/06(水) 21:00:53.22ID:XGjOfIj7

>>1
RPGツクール2000　， RPGツクールMV　https://tkool.jp/mv/ （ＪavaＳcript 採用）

WOLF　RPGエディター　http://www.silversecond.com/WolfRPGEditor/

デュエル・マスターズ　Android版，ｉ-OS版、公式　http://dm.takaratomy.co.jp/extra/dmapp/entrygate_ds/
デュエル・マスターズ対戦CGI ex
https://web.archive.org/web/20150809154946/http://www53.atwiki.jp/dmsuishinparty/pages/314.html

デュエル・マスターズ（デュエマ）DM　ONLINE　1.8a　　／　　VanGuard　ONLINE　1.5a
https://web.archive.org/web/20150809160254/http://uhyohyohyo.sak　ura.ne.jp/hsp.html

ヴァンガード専用ネット対戦ツール【 VanGuard Online 】
https://web.archive.org/web/20150809155032/http://kiimaa.jugem.jp/?eid=61

「カードファイト!!ヴァンガード」のネット対戦ができる公式オンラインゲーム「Cardfight!! Online」 2015年冬スタート
https://web.archive.org/web/20150809153724/http://supersolenoid.blog63.fc2.com/blog-entry-6886.html

遊戯王　Automatic Dueling System
https://web.archive.org/web/20150809164855/http://www3.atwiki.jp/ads-wiki/pages/20.html

遊戯王　デュエル・オンライン
https://web.archive.org/web/20150809171527/http://www31.atwiki.jp/vipdo/pages/15.html
https://web.archive.org/web/20140628005202/http://do.yugioh-portal.net/

ウィクロス（ WIXOSS ）　WEBXOSS　http://webxoss.com/about_en.html　http://webxoss.com/DeckEditor/

BG（ボードゲーム）Engine　https://web.archive.org/web/20151209080842/https://bgengine.net/
https://web.archive.org/web/20151209172205/http://14owl.hateblo.jp/entry/2015/12/09/011234

アプレンティス　　マジック：ザ・ギャザリング（MtG）ｵﾝﾗｲﾝ化　http://homepage1.nifty.com/Q_Q/ap.html
https://web.archive.org/web/20151202202725/http://homepage1.nifty.com/Q_Q/ap.html

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

2016/01/06(水) 21:01:46.37ID:XGjOfIj7

【　オンラインTCGエディター　】　　　>>1,>>700

デュエル・マスターズ的な非電源TCGの　《　オンライン化ツクール系ソフト　》　制作の企画。

例えば、ガチンコ・ジャッジを直ぐにでも導入できる機能を持っておりながら、
当面それを扱わず単純化させておいて、事後的に導入拡張する際に当該システムを
ブロック構造の組み合わせで後付け挿入できるように予めシステム化してあるソフト（エディター）。
既存の非電源TCGを劣らずに再現できるならば大概のニーズに応えられる筈。
デュエマ、ヴァンガ、ウィクロス、ポケカ、デジモン、ゼクス、モンコレ、旧ガンダム・ウォー、ライブオン、ディメンション・ゼロ、シャーマン･キング、カードヒーローなど
のシステムを完全再現できるように設計するけど、他に此のTCGの此のシステムは再現希望とか有ったら書け。
マジック：ザ・ギャザリングの全システムを完全に再現するのは無理だから、此れだけは必用だ！って部分のみリクエストしろ。
個vs個、多数乱戦、チームvsチーム、個vsチームを実現し、P2P通信対戦プラグイン有り。

設計思想は　《　RPGツクール　》　が良いかな？　　他に、優れたエディター有ったら挙げてみろ。

個人や企業などのベンダーが提示する開発費（見積もり）で折り合えば、発注する。
↓
エディター群から基本コンセプトを絞り込む（もちろんオリジナルで優れた新ネタが有れば導入する）。
↓
遊戯王OCGに関しては、タッグフォース、ADS、デュエルオンラインを発注先ベンダーに研究させる。
バトスピ、ヴァンガ、デュエマなど発売済みゲームソフトが存在してるTCGはベンダーに研究させる。
↓
各社TCGを再現するテストプレイ　⇒　更に改良や修正　＋　コード記述の仕様書（設計書）を作成。
↓
機能制限した下位版を制作しても原則として発売せず　＋　上位版デュエリ－グ用でサーバー稼動。
↑
下位版を仮に発売した場合の改造および商用利用には、別途で当社との契約が必要。

さ～て、インド人ベンダーと日本人の翻訳担当SEを見つけよっと！ｗｗ
http://wc2014.2ch.net/test/read.cgi/entrance2/1451262577/-16

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

2016/01/06(水) 23:05:56.45ID:sQ84qfGP

>>689
以前それと似たコードで、先頭の1文字とそれ以降を分ける処理を書いたら、iOSの実機上で凄まじく遅かった。
最適化かけてもたいして速くならない。
元の文字列が大きかったのもあるが、NSStringにキャストしてメソッド使う様にしたら30-40倍も速くなった。

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

2016/01/06(水) 23:08:20.54ID:T9/gTX99

C#にも値型と参照型の概念はあるけど、
Swiftの構造体信仰は異常

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

2016/01/06(水) 23:15:23.16ID:Sa0ze47a

Objective-C由来の「なんでもクラスをポインタ渡し」なだけじゃねぇの。

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

2016/01/06(水) 23:24:32.93ID:rYjNpsY7

久しぶりにプログラミングしたいんだが簡単？そうなswiftにしたいんだけど
金もあまりないし
どこまでやるかわからんので

http://swiftlang.ng.bluemix.net/#/repl

ここで勉強しながらmac貯金しながら次の世代のmac待つかな

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

2016/01/07(木) 00:42:12.94ID:6MYS1zKz

金ないならkotlinにしとけばいいんじゃね

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

2016/01/07(木) 08:57:48.40ID:1HNF69hY

>>704
structは値渡しだから Swiftは「なんでも構造体を値渡し」だろ？
そりゃobj-cに比べれば重たくはなるわなぁ
ポインタ操作しない分、言語仕様レベルで安全(笑)だけども

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

2016/01/07(木) 10:04:10.17ID:HfKcXnaZ

堅牢性よりは速度を取りたい。上流工程の人は逆に速度より堅牢性重視かな？

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

2016/01/07(木) 12:58:22.88ID:jIlluorF

swiftは言うほど堅牢じゃないけどな
swiftで安全に実装するヤツはobjcでも安全に実装するよ

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

2016/01/07(木) 13:44:02.13ID:xfq8RJvP

いや、ObjCに比べたらずっと堅牢に書きやすい

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

2016/01/07(木) 18:36:49.04ID:5vBatdMC

下流人間向けの言語だよな
いつまでPGやってんの？

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

2016/01/07(木) 18:51:05.38ID:g0p6lEya

無論死ぬまで

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

2016/01/07(木) 19:07:31.15ID:5vBatdMC

では今死に給へ

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

2016/01/07(木) 19:47:14.68ID:LLMMv1AA

>>709
関数型はおかしな記述を許さないから云々を聞くことは多いけど
「クラス達がやることだからクラスちゃんと書いてw」で
問題を外に括り出してるObjective-Cと
「言語仕様でこう定めたから問題は起きない！(キリッ」って既存言語で、
既存言語が常に仕様外の書き方が必要になって増築を繰り返したあげく
わけわかんなくなって新言語ってのを繰り返してるのを見ると
"この言語は堅牢"とか「ふーん」と言いながら眺めちゃう感じというか。
(swiftもそっちから来た外様の作ったナニカという感じ)

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

2016/01/07(木) 21:23:25.96ID:DeLlvPMB

何か言いたい事が山ほどあって、わけわかんなくなったレスだな
3行でおk

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

2016/01/07(木) 21:31:43.09ID:8IoEi0G1

俺みたいにcの基礎しか知らないのにはswiftがいいな

久しぶりにプログラミングしたい

mac mini
6万買うかな

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

2016/01/07(木) 21:32:59.72ID:8IoEi0G1

メモリ4GBで、なんとかなりますよね？

簡単なiPhoneアプリ作ってみたいんですが

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

2016/01/07(木) 21:36:13.86ID:POx9JfzG

>>713
ネタにマジレス乙

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

2016/01/07(木) 22:35:36.13ID:QJMpewAq

>>716
だったらむしろObjective-Cのほうが簡単

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

2016/01/07(木) 23:56:09.70ID:tckUSIqG

だねぇ

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

2016/01/07(木) 23:59:40.59ID:8IoEi0G1

>>719
そうなんですか
ありがとうございます

メモリは4GBで足りますか？

新型待つかも迷いどころです

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

2016/01/08(金) 00:08:59.61ID:9PCMLGrN

Swiftはビルドが思いから、MacProの最上位モデルじゃないと無理
貧民ならビルドのはやいObjCやったほうがいい

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

2016/01/08(金) 00:20:08.51ID:gc7pwQgr

おまえらビルドどの位かかってるの？

うちはシンプルなiOS向けアプリだが2秒も掛からないぞ。

MacBook Pro Corei7

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

2016/01/08(金) 07:17:54.62ID:9PCMLGrN

半日くらい

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

2016/01/08(金) 07:24:35.69ID:Ad7ItPsg

>>722
swiftの本買ってしまったよ

時間はかかっても大丈夫
他のことして待つよ
趣味のプログラミングレベルで
単純しかできないし

mac miniの一番安いのか
air13か
pro retina13か
迷ってる

下に行くほど将来の生活を圧迫

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

2016/01/08(金) 07:25:57.70ID:Ad7ItPsg

cpuパワー考えると新型のskylake待ったほうが良さそうですね

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

2016/01/08(金) 08:50:28.38ID:anKVaihK

swift 2.0くらいから真面目にインクリメントビルド&ヘッダファイル生成するから早くなったし(震え声

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

2016/01/08(金) 09:35:50.23ID:Y5BkYpDk

Appleに乗せられてSwift使わなきゃいけない人たちは大変だねぇ

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

2016/01/08(金) 11:50:35.59ID:UWN/wWQK

Appleに乗せられてSwiftが流行っていると思っている人を誑かすと美味しいからなw
美味しいならやらないわけにはいかない

> str.substringToIndex(str.endIndex.advancedBy(-1))
str substrings to str's end index advanced by -1

> 日本語での説明とコードの長さがほぼ同じだな
英語での説明とコードの長さも大体一致だな
そういうObj-C文化のI/F踏襲だからそりゃそうなんだけどウゼェ
Swift 0.xの頃のシンプルな記述カムバック(期待できない

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

2016/01/08(金) 12:10:01.35ID:OV772LIP

NSRangeの方がまだマシだったろ
Swiftでクソさに磨きがかかったAPIのひとつだなそれ

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

2016/01/08(金) 13:18:16.40ID:e/uwyka/

Apple関連のAPIって美しい部類？
AndroidとかUnityとかの他言語と比べて

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

2016/01/08(金) 13:21:45.52ID:z4hXV6gM

Androidもひどいけど、個人的にはiOS SDKの方がひどい
stackoverflowで大量のノウハウが価値を持ってる現状がそれを示している
落とし穴にハマるように設計されてるんじゃないかと疑うレベル

Unityは使ったことないな

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

2016/01/08(金) 13:39:23.59ID:kqfGhIBq

英語と日本語どっちが美しい？って言ってるようなもんだから優劣ないと思う
アイヌ後くらいに変態かもだけど、慣れたら愉快に自然と使える

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

2016/01/08(金) 14:27:43.11ID:N7KFDKy/

>>731
Androidアプリは実動作でカクカク引っかかるが
iPhoneアプリは実動作でヌルヌル
カックカクが美しいと思ってる人はあたまおかしい
そゆこと。

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

2016/01/08(金) 14:36:20.41ID:9WLGSSd/

アタマおかしそうでフイタ

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

2016/01/08(金) 14:43:29.49ID:/U+i+vMx

それAPIの問題？　OSからハードまでガチガチに縛ってるからじゃないの？

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

2016/01/08(金) 14:49:18.38ID:YHGUk7UB

APIじゃなくて、なんでもメインスレッドでやってるかどうかとか、プログラマの腕の問題じゃね？

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

2016/01/08(金) 15:16:01.38ID:N7KFDKy/

>>736
iOSのAPIはOS設計上のポイントがいくつかあって
一つがMacOSの方から来てる描画をAPIに丸投げするシステムで
例えばスクロール時は単に一枚ポリゴンの合成された"絵"が
グラフィックチップの能力でスクロールしてるだけだから異様に軽い。
もう一つは10年ぐらい前の非力なモバイルを想定して
OS的に画面へのタッチをすべてに最優先でハンドリングする設計

性能アップでこのあたりの利点がAndroidと埋まるかと思ったら
やっぱり最速で軽く反応するように作ってる部分は埋まらなくて
いつまでたってもAndroidはあのカクつきや押したのに
あれ？あれ？ってのがなくならない。

基本的にNeXTとObjective-Cの考え方の根本は
「命令投げたらあとはオブジェクトが自分の好きなタイミングで勝手にやる」なので
OSX->iOSと来ても変わらずAPIは自分のタイミングでやるのだけれども
Androidよりよくタスクが回ってる感はある。

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

2016/01/08(金) 15:56:02.70ID:9WLGSSd/

うん、API関係ないね

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

2016/01/08(金) 16:46:30.14ID:wApsmYuu

Androidが嫌いなんだろうなということは分かった

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

2016/01/08(金) 18:14:28.13ID:OV772LIP

Androidを作ったのもAppleのやつだぞ

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

2016/01/08(金) 19:13:01.66ID:tvicL04+

Androidが嫌いなんじゃなくて、Apple以外の全てが嫌いで最低だと思ってるんだよ
Android以前はWindows(MS)と戦ってた戦士だろう

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

2016/01/09(土) 19:51:33.76ID:Jhgv3Y/5

API設計の優劣って、言語の優劣より重要な気がする。
iOSのAPI設計は比較的美しい部類だと言われてるけど、それって単に命名が冗長で英文として読み取れるから？

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

2016/01/09(土) 20:04:20.14ID:icauOTZ4

Apple様が作ったものは全て美しい
理由などない

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

2016/01/09(土) 20:07:44.08ID:twzP5tPG

Swiftの強引な導入は近年まれにみる失態だが

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

2016/01/09(土) 20:29:06.59ID:LTp7Wuz0

文法はクズだが､中身はいいぞ

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

2016/01/09(土) 20:36:31.50ID:OPhYktUK

>>744
これだなw

Objective-Cは自然言語(英語)として読み易く
Swift初期はプログラミング言語として読み易かった
今のSwiftは、、、また自然言語に戻そうとするAPI変更が多くてどうするのか分からない

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

2016/01/09(土) 20:43:44.74ID:vK1SFKnv

>>746
文法削ったらObjective-C++(C++11)の劣化互換になるよ
文法しか良い所ないのにそれをディスっちゃダメだよ

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

2016/01/10(日) 12:50:44.93ID:P3AH4KNx

やっぱりObjective-Cでいいって結論なんだよなぁ
Appleは変える方向を間違ったな
課題があるならObjective-C 3.0で改善すればいいだけ

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

2016/01/10(日) 13:04:50.27ID:EhcDjDik

Swiftに飛び付かなかったワイ、高みの見物

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

2016/01/10(日) 16:38:42.09ID:0mgTIe1k

Swift最高だろ
Swift最高を100回唱えろ

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

2016/01/10(日) 17:03:08.52ID:u62SqsLR

swift最高objc最高apple最高

>>750
この言語は渦中で面白がって遊ぶモノ、オモチャとして有能よ

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

2016/01/10(日) 17:09:59.47ID:0mgTIe1k

未だにObjectiveCやってる老害は仕事なくなるぞ
Swiftの方が100倍早いコードになるからな

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

2016/01/10(日) 17:37:29.31ID:w95bevfO

適応力はプログラマに必要な資質の中でもかなり重要なものだと思うけど
ObjCからSwiftへの移行程度のことで文句言ってる奴は適応力のなさって点から資質にかなりの疑問を持たざるをえない

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

2016/01/10(日) 19:20:21.23ID:isYkwNcj

正直objective-cでもswiftでもどっちでもいい。
xcodeのおかげで特にどっちでも使える。

結局両方使えるようにしとくのがいいんじゃないかな。
特に学習コストはそんなでもないでしょ。API周りは大体共通なんだから。

でもRxならobjective-c+ReactiveCocoaよりもswift+rxSwiftの方が使いやすい。
クロージャーの自動補完も型情報も含めて補完してくれるのは本当に便利。

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

2016/01/10(日) 19:38:50.89ID:+DhYENcU

Rxブームは一過性で廃れる

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

2016/01/10(日) 20:20:56.39ID:u0kLlqyf

スレチだけどアスペクト志向がARCやアノテーションで使われてるように拾う神もいるんじゃないかね

SwiftでLinuxプログラミングがマイブーム
Swift 0.xの頃のようなマゾっぷりが堪らない

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

2016/01/11(月) 11:01:08.42ID:HoJC5dfe

マジレスすると､C++のほうが勝ってる

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

2016/01/11(月) 17:40:49.17ID:BY87Fdb7

C++おじさんは無駄に言語仕様を複雑にすることで新規参入を防いでいる
Swiftの美しい記事でC++と同じことが出来るようになったら息の根が止まる

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

2016/01/11(月) 18:00:51.30ID:OuJcIxnE

美しい記事？

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

2016/01/11(月) 19:52:13.74ID:HRlmUjq/

オ○ニー言語で美しいコード()書いて自己満にひたる敬虔な信者たち

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

2016/01/11(月) 20:43:42.37ID:NxavNjTr

C++11の機能をモダンな文法でオーバーラップしたものがSwiftなので、次のSwiftのやるべきことはC++14への追従かな
C++から離れたいと思ってる人はいるだろうけど、LLVMがC/C++を追っている限り離れられなさそう

C++11のスレッドの機能をSwift3.1で頼むよ、今秋のSwift3.0でも見送りとかアホじゃねーの
Goのdeferをパクったようにgoroutineをパクりたいとか思ってそうだけど、流石にそれは無理じゃないの

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

2016/01/11(月) 22:21:35.77ID:BY87Fdb7

GCDというスレッド機能があるから除外されてるだけ
なんか問題あるのか？

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

2016/01/11(月) 22:35:09.58ID:SuEDi2uX

GCDにたんまりあるからな。

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

2016/01/12(火) 08:20:31.40ID:krrfUVLW

Swiftの小さなランタイムよりGoのランタイムの方が小さい気がするから
Swiftランタイムにgoroutineのランタイムを組み込む可能性はあるかな

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

2016/01/12(火) 10:37:58.51ID:h7YQNneQ

>>753
フレームワークが全てSwiftで書き直されない限りSwiftからObjective-Cにブリッジしてる分遅いと聞いたと聞いたけどどうなの？
WWDCでのSwiftこんなに早いぜという比較は特定の条件下での話で実用的なコードではあの通りにはならないんじゃないかと考え直させられた

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

2016/01/12(火) 11:29:34.60ID:fgQB1rVg

>>766
正直iOS機器に速度とか性能とか求めてないからどうでもよくね？
UIのレスポンスが悪い場合はロジックの問題なわけだし
少なくとも普通に使ってれば違いはない。なら保守性の高い方の言語を使うべし

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

2016/01/12(火) 12:30:06.60ID:V5bMIqIZ

ブリッジて、よくわからんが他社のモダン言語は自社のOSのAPI呼ぶと遅くなるのけ？

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

2016/01/12(火) 13:51:23.36ID:j21Lranf

Swiftの場合: struct Int(Swift) -> class NSInteger(Obj-C) -> int64_t(C/C++)
Obj-Cの場合: class NSInteger(Obj-C) -> int64_t(C/C++)
実用において1段階余分なブリッジは入りそう

RustはC言語互換のプリミティブ型があるな(int64_t = i64みたいなのが沢山)
Goも同じようなプリミティブ型を用意してるかな
まぁ、性能きにする奴はSwiftなんて使わないだろうけども

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

2016/01/12(火) 15:40:29.68ID:hRVfjez3

Objective-Cでいい件について

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

2016/01/12(火) 20:40:12.91ID:YWhJbdVo

お前らSwiftのことよく知らないみたいだから､言っとくけど
Swift3からfor文使えなくなるぞ

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

2016/01/12(火) 21:38:41.41ID:BFR3qMNA

その程度で大騒ぎするヤツはにわか
swift 1.x使ってたらフーンで終わるよなw

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

2016/01/12(火) 22:07:16.95ID:l2cnaMqQ

++のインクリメントも使えなくなるしな
互換性より進化を優先するアグレッシブな開発姿勢はAppleらしいというか、Rubyっぽいというか。保守的な人にはつらいだろね、そういう人はJavaでもやれば

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

2016/01/12(火) 23:00:59.04ID:O5xkhWJA

>>771
おいおいクソじゃねーか

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

2016/01/12(火) 23:10:41.93ID:ZJDiBnV3

>>769
NSIntegerはクラスじゃないんですがそれは

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

2016/01/12(火) 23:27:27.65ID:QRvq6qwC

forが使えないでどうやってループ組むの？
while？
まさか再帰のみ？

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

2016/01/12(火) 23:41:56.42ID:2xaNffIA

>>776
再帰のみ
かっこいいなあ

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

2016/01/13(水) 00:08:40.61ID:e7vCENwv

>>771
これか

Swiftがオープンソース化されて３週間、起こった変化について
https://realm.io/jp/news/swift-opensource-3weeks/
>その中で、初めて受け入れられた外部の人間が提出した提案は、
>Erica Sadun氏が提出したCスタイルのforループを無くそうという提案です。
>Swift 2.2からはCスタイルのforループを使用すれば警告が表示されるようになります。

Remove C-style for-loops with conditions and incrementers
https://github.com/apple/swift-evolution/blob/master/proposals/0007-remove-c-style-for-loops.md

Swiftに今後追加される言語仕様について調べてみた
http://qiita.com/yusuke_tashiro/items/5de142441c6daef8b1c0

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

2016/01/13(水) 00:49:40.68ID:Yv2pYbSo

ワクワクしてきたぞ

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

2016/01/13(水) 01:19:22.63ID:QOkfu1gg

realmくっさ
アプリが売れない人間がSwiftマンとしてでしゃばってる感がすごい

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

2016/01/13(水) 02:01:10.97ID:r1yf0M63

>>778
わざわざなくすメリットについて詳しく

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

2016/01/13(水) 02:27:06.25ID:m4dbZcdw

forなんてバグの宝庫なんだからなくなっても何ら惜しくない。

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

2016/01/13(水) 07:22:57.05ID:+D+wdP/q

バグが多いかどうかが問題じゃない
Cから脱却してカコイイかどうかが問題なのだ

obj-c without c って名乗ってるから
C言語由来の文法をプロポーサルで否定したら通りそうだよなw

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

2016/01/13(水) 07:47:19.40ID:BS9VoQXF

>>783
>カコイイかどうかが問題
ほんとこれ
Swiftはただのオ○ニー言語

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

2016/01/13(水) 10:43:49.19ID:guLl/eCO

今時のプログラミングはみんなそうだろ。アホか。

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

2016/01/13(水) 12:02:58.10ID:+e6rNCch

>>773
Obj-CじゃなくJavaを勧めるのはなんなん？
そして、Obj-CがSwiftに追従してモリモリ増えているのはAppleらしくないって言外に言ってるの？

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

2016/01/13(水) 13:34:50.13ID:W/VWXs4P

C-styleのforなくすとか意識だけ高くて大したメリットなくね
キモいコミュニティだなー
switchやifが式じゃなくてステートメントな時点で
関数型の道をハナっから滑ってるセンスゼロ言語なのにうけるわー

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

2016/01/13(水) 14:57:33.54ID:GCPbUNQN

C-style排除の意識高い系はそうだけど、関数型が至高と思ってる意識高い系もちょっとな
関数型を目指してるわけじゃないSwiftにそんなこと言われても困るわ

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

2016/01/13(水) 17:34:25.58ID:amDPqdIg

>>776
プロポーサル読んでないけど Iterator の for は使えるんじゃないの
iterator forにインデックスアクセスがあったからc-style forと同じことは出来そう
そこまでしてc-style forを削って意味があるのか知らん

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

2016/01/13(水) 17:45:14.07ID:8+JzBA0B

なんか、swiftは言語としてはいいのかもしれないけど
Appleの方向性と合ってない気がするんだよなぁ…
パロアルトがGUIシステム断念して結果AppleがMac出したみたいに
Appleから離れて独自でやったほうが芽があるんじゃないかっつか…

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

2016/01/13(水) 18:58:16.50ID:Yv2pYbSo

Appleの方向性って何？

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

2016/01/13(水) 19:56:02.40ID:6G2YT6Gy

var a = ["a", "b", "c"]
for (i, value) in a.enumerate() {
print("¥(i): ¥(value)")
}

0: a
1: b
2: c

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

2016/01/13(水) 21:14:23.56ID:BS9VoQXF

forもバグの元とか言ってる奴はもはやプログラマやめたほうがいいレベル

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

2016/01/13(水) 22:04:31.31ID:cjoN9klk

でも確かにどっちかというとswiftでは
for x in 0 ..< 100 {
print(x)
}
の構文のほうがよく使う気がする。好みの問題だとは思うが

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

2016/01/13(水) 22:27:15.25ID:BvZrk89z

なるほどcスタイルのforか。
確かにいらんな。

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

2016/01/13(水) 23:34:42.68ID:Y1WNNHFk

>>792のようにenumerateを呼び出すと余分に処理が走って性能悪くなるって思わないのかね
これでobj-cより性能良いとか言い続けるならヘソで茶が沸かせるわ

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

2016/01/13(水) 23:50:11.88ID:QOkfu1gg

>>792
美しい…
仏像のようなコードだ

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

2016/01/14(木) 07:19:29.54ID:Ki1jiFwK

Swift信者「なんて美しいコードなんだ…ｳｯﾄﾘ…」
一般人「きめぇええええええええええ」

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

2016/01/14(木) 10:13:46.68ID:6Qr9td66

一般人（笑）

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

2016/01/14(木) 19:05:11.75ID:BAEcJCit

>>794
単純にn回繰り返すだけなら
(0..<n).forEach{print("¥($0)")}
でもいいしね

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

2016/01/14(木) 19:40:52.31ID:adQplC7n

美しい、、、南斗水鳥拳のようなコードだ

新しい文法は良いんだが、C-styleのメリットのある文法を削除するのが喜劇
体を張ったギャグをこれからも期待できて嬉しい

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

2016/01/14(木) 20:15:36.71ID:M1BRoaXp

Appleは善の思想で言語仕様を作ったから日本で一番流行るだろうな

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

2016/01/15(金) 09:54:16.80ID:Io96MPSL

すでに世界で一番の普及成長率だっけか？の称号を得てるんだよなぁ
これほど早く流行った言語は過去にないって映画のうたい文句のようなこと言ってる

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

2016/01/15(金) 11:49:21.48ID:sJDMkxOL

a===b
a!==b
この違いって何？

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

2016/01/15(金) 14:26:02.63ID:tvazrp+u

!(not)じゃないの
===の意味を知りたいなら、まずググれ

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

2016/01/15(金) 19:21:34.07ID:6G1KfaDx

>>803
その名の通りSwiftyに普及していく
3が出る頃にはもうジャバスクリプト書いてる人の仕事はなくなっている

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

2016/01/15(金) 22:08:16.07ID:LrCQPzpM

LLVMだからSwiftからJSに変換ビルドしてブラウザ上でも動くようになるしな！
夢がひろがりんぐ

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

2016/01/15(金) 23:23:06.31ID:ZD+o5oUx

もっとググラビリティの高い名前にしてほしかった

0809デフォルトの名無しさん

2016/01/16(土) 00:16:02.10ID:UI4m9Jpx

Swiftは3.0でブレイクしそうだね

0810デフォルトの名無しさん

2016/01/16(土) 01:23:51.75ID:qmhebQx+

3.0の頃には4.0のプロポーサルが出てて、ついにObj-C++にない機能を乗せてきたwwwって笑ってそう
そこまで行って、かつ、保守性が信頼できるに至ったら真面目に使いたい
当然のように 3.0 Out of Scope, Full source compatibility と言われたんじゃ、保守性のかけらもないからな

0811デフォルトの名無しさん

2016/01/16(土) 14:29:57.72ID:nDeXfimU

言語仕様には特に不満ないし今後もずっとc#やobjc++の後追いし続けてくれれば良いよ
文法の糞さは3.0で全て破壊的アップデートして欲しいけど

0812デフォルトの名無しさん

2016/01/16(土) 14:32:59.64ID:Zu5tKMyf

Swiftでサリンが作れるようになったら世界征服が始まる

0813デフォルトの名無しさん

2016/01/16(土) 19:04:21.08ID:OFJaYx5o

Swiftがただの自己満言語だという時点で終わってる

0814デフォルトの名無しさん

2016/01/16(土) 19:32:20.46ID:o1tKgFaF

信者がついてるので美味しい時は多からずある
まぁ終わるどころか始まってないけどなwww

0815デフォルトの名無しさん

2016/01/17(日) 02:02:24.83ID:ZiDNJTI9

パッと見素晴らしい仕様の数々と
使えば使うほど手に馴染まずイライラしてくるこの感じ何かに似てる
rustかな

0816デフォルトの名無しさん

2016/01/17(日) 04:01:32.41ID:FlB639H5

objcじゃない？

0817デフォルトの名無しさん

2016/01/17(日) 09:09:47.83ID:XkgcfDXJ

rustは徹頭徹尾パッと見は素晴らしく見えない
vimと同じ感じで慣れるとよく馴染んで好き、布教できないけど

やっぱりobjcだよなぁ

0818デフォルトの名無しさん

2016/01/17(日) 10:07:22.40ID:mCSRON/4

Chris「お前らSwiftどんどん使えよ？そして俺の高給を支えるんだ。わかったな信者ども」
http://www.nondot.org/sabre/

0819デフォルトの名無しさん

2016/01/17(日) 10:25:28.34ID:+0AG8Wi3

イケメンだと思った

0820デフォルトの名無しさん

2016/01/17(日) 10:25:44.05ID:mFXPZuim

クリスはSwiftなくてもLLVMだけで人間国宝だろ
将来は大統領かもしれない

0821デフォルトの名無しさん

2016/01/17(日) 13:40:27.94ID:7+f7ESwY

いやいや、ただのベジータだろ…

0822デフォルトの名無しさん

2016/01/18(月) 08:56:46.03ID:U+LeuQGW

禿げだけど王子だから！！

0823デフォルトの名無しさん

2016/01/18(月) 12:17:58.20ID:q+EWuZkp

Swiftを書いていると脳内ドーパミンだばだばでやばいな

0824デフォルトの名無しさん

2016/01/18(月) 21:41:16.99ID:kec8HNua

>>820
そのおっさん何かスゴいの？

0825デフォルトの名無しさん

2016/01/18(月) 22:20:53.09ID:KePnn6sE

llvmのメイン開発者やろ。凄すぎるわ
でもコンパイラの神でも言語設計はあれなんだな...

0826デフォルトの名無しさん

2016/01/18(月) 23:42:09.84ID:WFEJ4wV5

Swiftは黒歴史

0827デフォルトの名無しさん

2016/01/18(月) 23:56:53.14ID:2gTT25d0

ObjCは糞の色

0828デフォルトの名無しさん

2016/01/18(月) 23:57:38.31ID:WFEJ4wV5

ちょっと何言ってっかわかんないっすね

0829デフォルトの名無しさん

2016/01/19(火) 12:36:26.03ID:CtAjeXv8

swift使い始めてから彼女は出来るわ宝くじは当たるわ本当に神言語ですわww

0830デフォルトの名無しさん

2016/01/19(火) 20:49:52.40ID:TQz1/Rol

Swift使ってる人は働かなくていいから
Swiftを忘れてしまう、というのが唯一の欠点

0831デフォルトの名無しさん

2016/01/19(火) 22:54:08.79ID:ktdh+Hk3

>>829
宗教ですね

0832デフォルトの名無しさん

2016/01/20(水) 12:56:16.32ID:xrqpD1Un

SwiftってApple社内でもあんまり使われてない。
http://applech2.com/archives/47565793.html
まだまだ破壊的な変更はいるでーって言われてんのかな

0833デフォルトの名無しさん

2016/01/20(水) 13:34:10.83ID:9ynd22f3

>>832
たんに32ビットに対応できないから、じゃなかったかな。それが必要じゃないケースではSwiftで書かれてるって、中の人がコメントしてた気がする

0834デフォルトの名無しさん

2016/01/20(水) 14:38:53.10ID:gCoCaVUN

32bit swift runtimeはあるよな？
ないなら流石にずさん過ぎるだろ

0835デフォルトの名無しさん

2016/01/20(水) 14:55:04.68ID:13wvDJa2

32bit…MacだとC2Dの時に全機種64bitになったから2008年
最低9年以上前の環境向けのナニカかー…

0836デフォルトの名無しさん

2016/01/20(水) 15:13:28.87ID:GprgfEcT

今時 32bit とか何の冗談だと

0837デフォルトの名無しさん

2016/01/20(水) 15:23:29.79ID:gCoCaVUN

本当にないのかよ、お粗末すぎるwww
まぁMacOSの閉じた中ではそれでいいんだろうな
iOS向けにあってもMacOSにないもの、アポー世界では誰も不思議思わないんだろうし

0838デフォルトの名無しさん

2016/01/20(水) 15:58:18.92ID:RQwq70Pt

優先順位という言葉を知らないひとかな？

0839デフォルトの名無しさん

2016/01/20(水) 16:24:17.33ID:gXVHb0el

"汎用"に夢見過ぎなんだよ

0840デフォルトの名無しさん

2016/01/20(水) 16:50:27.38ID:xrqpD1Un

iOSでさえ64bit化果たしたわけで、Macではいらないよなぁ。
Windowsも一時期32bit,64bit移行期みないなのがあったけど、OSに互換性がなかったよな。
それに比べたら十分スムーズに以降できたきがするね > OSX

0841デフォルトの名無しさん

2016/01/20(水) 16:56:53.39ID:UNz/QRBs

LLVMだけど動作する実行環境めっさ縛ります
このスレのpart1, 2の頃の夢は破れたよね

そんな夢も希望もあったが、妄想でしかなかったんだなぁ

0842デフォルトの名無しさん

2016/01/20(水) 17:41:37.68ID:HUKHfgWZ

32ビット対応してないから swift app がないって言ってるのに、なんで要らないが結論なのか

0843デフォルトの名無しさん

2016/01/20(水) 19:02:54.22ID:xrqpD1Un

>>842
https://support.apple.com/ja-jp/HT4287
10.8からOSXは32bit非対応となったのでもswiftで32bit対応したいとしたら
10.7以前のOSXのためってことになるね。意味ないでしょ

0844デフォルトの名無しさん

2016/01/20(水) 19:35:48.94ID:DdLSVxYa

別にそれで良いけど、したらば swiftアプリがないのはなんでなんだろうね
単純に使えない言語だから、 Apple社内でも評判悪いのか

0845デフォルトの名無しさん

2016/01/20(水) 20:20:04.31ID:QNFxnsui

>>844
そのうちios用に開発用アプリ来るのかね？

0846デフォルトの名無しさん

2016/01/21(木) 00:31:54.42ID:oPRI9+Je

>>844
32ビット対応が必要じゃないケースでは、Apple社内でも積極的にSwiftが採用されてるって、フェディリギだかがPodcastで答えてるよ

0847デフォルトの名無しさん

2016/01/21(木) 00:35:21.89ID:oPRI9+Je

このスレには何人か、Swiftが評判悪いってことにしたい人がいるようだねぇ
まぁAppleのSwiftへのリソースの割きかたを見てたら、評判良かろうが悪かろうがSwiftが今後のスタンダードになるのは決定事項だと思うがね。それがAppleのやりかただし

0848デフォルトの名無しさん

2016/01/21(木) 04:22:43.41ID:GHMcx0c9

>>846
32bit対応無意味とユーザは言う一方で、32bit対応ないから使えないとアポーは言う
擁護が矛盾しててワケワカランなw

0849デフォルトの名無しさん

2016/01/21(木) 09:30:59.98ID:RPwDDAtm

>>847
信者は大変だね

0850デフォルトの名無しさん

2016/01/21(木) 09:32:22.79ID:HWG7oM0K

>>847
実際よくはないだろ

0851デフォルトの名無しさん

2016/01/21(木) 13:40:25.95ID:y7YSJqpw

TIOBE indexでSwiftがObjective-Cを追い越す
http://goo.gl/3tXXq3

0852デフォルトの名無しさん

2016/01/21(木) 13:44:53.18ID:Qx9YbyHq

どんな字面の言語か興味あったからちょっとスレ開いてみたけど
コードが全く書かれていないなｗ

0853デフォルトの名無しさん

2016/01/21(木) 14:01:45.61ID:oPRI9+Je

> 2016年の終わりまでに、Objective-Cはトップ20から脱落し、Swiftは10位以内を争うようになる可能性が高い。2016年のTIOBEの「Language of the Year」はSwiftになりそうだ。

まぁこれが大方の予想で、実際そうなるだろうね

0854デフォルトの名無しさん

2016/01/21(木) 14:08:41.67ID:sq74eyGp

すごく意味ない数字だけどそうだろうね
評判悪くて、実用出来なくても、信者がついている限りは噂にはなる

アーメン

0855デフォルトの名無しさん

2016/01/21(木) 19:04:14.88ID:c2wLyGbU

世界がiOS開発している、というだけでObjCはあそこまでいった
Swiftは組み込みもサーバも全て制圧する

0856デフォルトの名無しさん

2016/01/21(木) 20:03:12.43ID:0FSjxym/

それだけじゃなく、JSに代わりWebAppを、C#(.NET), C++(Qt,GTK)に代わりPC Appを制圧する
今はApp Store上の9割がたObj-C AppだけどOSSになったから一気に普及する

0857デフォルトの名無しさん

2016/01/21(木) 21:26:43.75ID:2sqata06

オープンソース化がSwiftを勢いづける
http://www.infoq.com/jp/news/2016/01/swiftly-oss

0858デフォルトの名無しさん

2016/01/21(木) 22:42:17.33ID:oPRI9+Je

>>854
逆に、否定的な側からは意味のある数字は出せるの？主観で否定してるだけ？

0859デフォルトの名無しさん

2016/01/21(木) 22:56:01.02ID:B0Oh6AOG

>>858
>>832

今年末が楽しみだなw

0860デフォルトの名無しさん

2016/01/22(金) 01:16:50.09ID:IAL+K4nS

ネットでApple社内でSwift使われてないって言われると躍起になってSwift使ってくる
そういう会社でしょ
WWDC '16で大々的にSwift使ってますアピールしそう

0861デフォルトの名無しさん

2016/01/22(金) 01:18:31.70ID:67Y2ju6u

低レイヤで使うものじゃないんじゃないの？

0862デフォルトの名無しさん

2016/01/22(金) 05:14:52.59ID:cYRZiCtq

そろそろ仕様は固まりましたか？

0863デフォルトの名無しさん

2016/01/22(金) 06:12:57.31ID:3L51fmLI

これを低レイヤーで使うアホは流石に信者でもいないだろ、、、いないよな、、、？

0864デフォルトの名無しさん

2016/01/22(金) 08:12:10.23ID:SwFL9R7w

>>854
そうだね
ナムナム…

0865デフォルトの名無しさん

2016/01/22(金) 09:16:12.14ID:Epv+Ry8i

>>860
流行らせないとヤヴァイからな

0866デフォルトの名無しさん

2016/01/22(金) 12:04:19.93ID:IejezU7v

今メカジョブズをSwiftで作ってるよ

0867デフォルトの名無しさん

2016/01/24(日) 00:49:09.22ID:tIQ3cTTZ

>>863
どういう問題があるん？

0868デフォルトの名無しさん

2016/01/24(日) 01:25:27.48ID:m83Y2e/W

参照カウント方式とかじゃね？
頻繁に呼び出されるオブジェクトまで参照カウント方式で管理すると効率が悪い。

0869デフォルトの名無しさん

2016/01/24(日) 01:27:18.20ID:oO2UXUzr

Objective-CもすでにGCあるのに何を言ってるのか

0870デフォルトの名無しさん

2016/01/24(日) 03:00:54.06ID:6zzJ2ABK

C++にも参照カウント入ってるのにな

0871デフォルトの名無しさん

2016/01/24(日) 06:03:24.38ID:+ApTBv8H

C++はスマートポインタ使うか利用者が選択出来るけど、SwiftはARC強制だろうが

0872デフォルトの名無しさん

2016/01/24(日) 12:18:38.16ID:COw/P3SL

>>869
Obj-CもGC機構は一律クソだから撤去されたのに何を言ってるのか

小さな(笑)ランタイムがバージョン毎にマチマチでカチンとする
上位レイヤーのswiftバージョン更新しようとしたら、下と互換性なくてビルド通らなかったり苦労するわ

0873デフォルトの名無しさん

2016/01/24(日) 14:44:38.88ID:9WBwqGgr

オブジェクト管理ごときでバグ作っちゃうようなやつはプログラマ辞めればいいと思う

0874デフォルトの名無しさん

2016/01/24(日) 16:15:35.40ID:sSbgFAaM

そんなヤツを救うためにARCや言語仕様で安全なswiftをAppleが作ったんだけどな
最上位レイヤーのオモチャとしては良いよね

0875デフォルトの名無しさん

2016/01/24(日) 17:06:20.76ID:xqfdZX8d

＞頻繁に呼び出されるオブジェクトまで参照カウント方式で管理すると効率が悪い。
これ、なんだろう？if count==0とかレジスタインクリメントをやる1マシンサイクルが
もったいないってカーネルかなんか作ってる人の話かね。

0876デフォルトの名無しさん

2016/01/24(日) 18:12:16.25ID:r/CMHRYt

実際ちりつもでライブラリ層はそういう所を気にべきだからな
プリミティブ型が基本使えないのもSwiftが低レイヤーには向かない一因だ

0877デフォルトの名無しさん

2016/01/24(日) 19:02:43.16ID:HT3unC8Z

生ポインタが扱いづらい時点でそれ向きじゃないってわかるじゃん。

0878デフォルトの名無しさん

2016/01/24(日) 21:43:17.65ID:xZn7WE3F

Swiftが解決するべきなのは本物のプログラマの抱える話題
低レベルなやつがSwiftのことを考えて動作すればいいだけ

0879デフォルトの名無しさん

2016/01/25(月) 01:00:49.92ID:GAMyunjf

マシンサイクルもくそも
不変オブジェクトぐらい扱い最適化してくれるんじゃないの？

プリミティブ型が使えないてなんでよ

0880デフォルトの名無しさん

2016/01/25(月) 01:10:22.27ID:PWDppOEl

>>878-879みたいな考えの足りない人向けの言語だよなぁ
まぁ需用はあるんだし、考えなしにテキトーなプログラム組むのはいいな

0881デフォルトの名無しさん

2016/01/25(月) 05:48:57.97ID:RAoipU99

用法用量を守って正しくお使いください

0882デフォルトの名無しさん

2016/01/25(月) 23:21:45.70ID:GAMyunjf

だから具体的に問題を言え
ナマポ言いたいだけちゃうんか

0883デフォルトの名無しさん

2016/01/26(火) 00:17:45.74ID:wRUjo7B4

ヌルポ？

0884デフォルトの名無しさん

2016/01/26(火) 02:15:36.50ID:7yym+JYy

>>874
おもちゃおもちゃって、趣味でしか使わねぇ日曜プログラマはSwiftでオ○ってろ

0885デフォルトの名無しさん

2016/01/26(火) 10:01:20.21ID:wRUjo7B4

オモチャをオモチャと言われて癇癪起こすのは子供っぽい

業務で使ってる、今は1.xのコードを2.2のコードにリライトするだけのことが多いけど
新規PJでswiftは大惨事と判断されて滅多に見なくなった

0886デフォルトの名無しさん

2016/01/26(火) 12:19:08.47ID:xo3YKoKT

使い手の力量が問われる言語だからね
オブジェクトCはバグってても動作する神言語だと思う人もいるだろう

0887デフォルトの名無しさん

2016/01/26(火) 12:32:38.43ID:V41xSpKm

力量関係なく言語仕様変更追従にうんざりしてるだけなんよ

むしろプログラミング初心者でも安全に実装出来るのがswiftのウリ
要領大きくて、性能悪くて、メンテ工数多くても、目先の生産性は高いと思う

0888デフォルトの名無しさん

2016/01/26(火) 19:39:20.36ID:xo3YKoKT

どうせオブジェクトC先輩の作ったアプリ、1分も起動しないうちに削除されるんでしょ

0889デフォルトの名無しさん

2016/01/26(火) 20:32:50.61ID:5/AnOBS0

>>887
バージョン固定したらええだけちゃうん？

0890デフォルトの名無しさん

2016/01/26(火) 21:04:48.97ID:EU4FmmWP

Swift1.x(Xcode6.x)でバージョン固定したら、iOS9.2端末で開発できないよ？

0891デフォルトの名無しさん

2016/01/26(火) 23:34:31.53ID:kUXN5uCX

>>887
仕様の前進進歩に歓喜しているSwifterも多いのが事実

0892デフォルトの名無しさん

2016/01/27(水) 02:25:21.12ID:UE2hEaJA

>>886
使い手の力量(信仰心)は試されてるなw

商用開発で常用しない前提で、仕様の変更はバッチコーイ
方向性のふらつきはあれど、前に進むのは楽しい話だ

0893デフォルトの名無しさん

2016/01/27(水) 02:42:36.79ID:Z6RB3FpQ

4.0あたりで安定するだろ
消えなければ

0894デフォルトの名無しさん

2016/01/27(水) 02:59:42.41ID:PkxRplm5

>>885
いやおもちゃなことは同意してんだよ
仕事はObjective-Cで十分

0895デフォルトの名無しさん

2016/01/27(水) 07:53:36.83ID:9euitWUR

swiftバージョンあがったけど
Ｔｒｙだらけになりませんか

0896デフォルトの名無しさん

2016/01/27(水) 10:34:04.66ID:9T6d+yCe

NSError使ってるところとか？
tryってオプションじゃなかった？

0897デフォルトの名無しさん

2016/01/27(水) 17:26:42.25ID:bdFJAlXw

try!を多用

0898デフォルトの名無しさん

2016/01/27(水) 17:27:23.66ID:RHL1LOrE

catch!!

0899デフォルトの名無しさん

2016/01/27(水) 18:01:42.20ID:PPvhJZHd

release!!!

0900デフォルトの名無しさん

2016/01/27(水) 20:57:15.10ID:HoVN379t

Wikipedia流し読みした程度の知識しかないがタプルとかプロパティの監視とか便利そうなの多いな

0901デフォルトの名無しさん

2016/01/27(水) 21:19:23.34ID:2gUp3t7m

一見とっつきやすいからswiftの闇に囚われようぜ

0902デフォルトの名無しさん

2016/01/27(水) 23:08:14.39ID:9T6d+yCe

Swiftで一個アプリ作ったけど、結局一番慣れてるObjective-Cに戻ってしまった。
AppleがObjective-Cを廃止しないことを願う。

0903デフォルトの名無しさん

2016/01/27(水) 23:47:32.25ID:9euitWUR

swiftの何がいやなんだ

0904デフォルトの名無しさん

2016/01/27(水) 23:58:54.84ID:bdFJAlXw

生産性を考えたらSwift一択だろ

0905デフォルトの名無しさん

2016/01/28(木) 01:42:03.44ID:HygSvj+w

Swiftとかいう意識高い系言語

0906デフォルトの名無しさん

2016/01/28(木) 10:11:17.80ID:Fbn4fPli

>>903
CのAPI触りづらいだろ。

0907デフォルトの名無しさん

2016/01/28(木) 11:34:05.79ID:Wdmp9xLy

これ

0908デフォルトの名無しさん

2016/01/28(木) 12:43:01.06ID:s5WFyOF3

SwiftやXcodeを勉強するのによさげな本やサイト知ってたら教えてください
Web(AngularやPHP)出身だからどうも慣れない

0909デフォルトの名無しさん

2016/01/28(木) 13:38:36.48ID:Px1xE/E8

PHPerごときが触っていい言語じゃない

0910デフォルトの名無しさん

2016/01/28(木) 14:15:51.37ID:tTuOSjjQ

聖地巡礼(公式サイト)おすすめ
スクリーンショット付きで悪くはない、特別良くもないけど
つーか、言語仕様もIDE機能もコロコロ変わるからネットや書籍の情報古くて鉄板がない
その内信仰心も芽生えて他の言語、IDEがクソに見えてくるよ

0911デフォルトの名無しさん

2016/01/28(木) 16:06:59.08ID:lgv1Rgj6

PHPerデブ
邪魔をしないで

0912デフォルトの名無しさん

2016/01/28(木) 19:30:15.03ID:m2iGUIGD

画面の下にtabBarを作り、４つボタンを作成して
４つのサイト、webviewに切り替える、というようなアプリにチャレンジしてみました。

ただ、これだとタブバーで文字通り切り替わることはできたのですが
ボタンを押してもリロードというか、各サイトのトップには飛んでくれません・・

４つのボタンで切り替えて、
TOPページに飛ぶようなプログラムはどのようにすれば良いのでしょうか。

0913デフォルトの名無しさん

2016/01/28(木) 19:34:52.66ID:Px1xE/E8

>>910
リファクタリングできないXcodeはfxxkだろ
iOS7対応するにはSwift1で書く必要があるとかkusoやろ

0914デフォルトの名無しさん

2016/01/28(木) 20:22:00.78ID:gyZyxwhj

初歩的な質問で問題ないんだが
SwiftStubってサイトで軽く試してみてる程度なんだが、下のコードでエラー吐くんだ

func innerProduct( left:(Float,Float), right:(Float,Float) ) -> Float{
return left.0*right.0 + left.1*right.1
}
print("\( innerProduct( (1.0, 0.0), (1.0, 1.7320508) ) )")

どうも呼び出すとき第二引数にラベル付けろと言ってるらしく、right:を第二引数の頭に付けたら通ったんだ。たしかこの書き方だと外部引数名付いてないはずだよな？　正規の仕様ではなくてSwiftStubのバグだと思っていいんかな

0915デフォルトの名無しさん

2016/01/28(木) 21:07:26.94ID:HygSvj+w

Swift使ってるのが原因

0916デフォルトの名無しさん

2016/01/28(木) 22:46:50.68ID:kO/mtD5K

初歩的な知識でコンパイラ様を疑うような不届き者は死ぬべき
この書き方というのが何を指しているかわからんが多分これ

http://www.slideshare.net/tomohirokumagai54/swift-20-cswift-53225022
74p

0917デフォルトの名無しさん

2016/01/29(金) 04:24:30.38ID:wqZm+F8m

>>914だが、>>916のリンク先見てようやく分かった　単純に仕様が変わってて俺が着いてけないのか

_指定すればいいんだろうけど、定義か呼び出しのどちらかでしか第一引数と第二引数以降を同じように書けないってのは中途半端な気がするなぁ

0918デフォルトの名無しさん

2016/01/29(金) 05:08:16.03ID:R6Qbrt0w

コンパイラを疑うのは誰もが通る道。

0919デフォルトの名無しさん

2016/01/29(金) 08:19:36.44ID:GlpxZwCq

Swiftのような新興宗教は疑って然るべきだろむしろ

0920デフォルトの名無しさん

2016/01/29(金) 08:34:06.53ID:VmNseRlH

それでもお前の書くコードよりマシだよ。

0921デフォルトの名無しさん

2016/01/29(金) 08:59:41.18ID:bmhanVnI

>>920
その返し根拠もないし意味あんの？

0922デフォルトの名無しさん

2016/01/29(金) 09:11:20.05ID:HCCjz0Yv

変に見えるのは使い手の力量が足りなくて教えを正しく理解出来てないだけ

パラメータキーワード周りの表記は2,3回変わってるからもっかいくらい変わるかもな
C-style forみたいな機能デグレしないなら、まぁ適当に変えてくれと思う

0923デフォルトの名無しさん

2016/01/29(金) 16:14:31.38ID:ylJzDEmm

現在アプリを立ち上げると、”写真”アプリのようにカメラロール内の画像一覧が表示され、
任意の画像を選択すると”safari”に遷移しgoogle画像検索で検索できるアプリを作っています。
app storeで入手できる

0924デフォルトの名無しさん

2016/01/29(金) 16:15:41.64ID:ylJzDEmm

現在アプリを立ち上げると、”写真”アプリのようにカメラロール内の画像一覧が表示され、
任意の画像を選択すると”safari”に遷移しgoogle画像検索で検索できるアプリを作っています。
app storeで入手できる"画像で検索"というアプリを使っていたのですが（ステマじゃないです）、
広告が鬱陶しくシンプルなUIのアプリを自分で作ってしまおうと考えました。
しかし、悪戦苦闘したのですが全然実力のない私には実装が難しいので、ソースコードを見ていただき、ぜひご指摘やアドバイスをいただきたいと思いました。
以下のコードは、アプリを立ち上げると”写真”アプリのようにカメラロール内の画像一覧を表示することを目指し書いた物です。（まだ、googl画像検索へ画像を渡す方法を知らないため）
しかし、画像一覧が表示されないので、どこかが間違っていると思うのですが、私にはわかりません。わかる方にアドバイスをいただけたら、大変ありがたいです。
viewWillApperを使用したのは、裏で起動している状態でもアプリアイコンをタップすると写真一覧を表示できるようにとの理由です。

0925デフォルトの名無しさん

2016/01/29(金) 16:17:21.13ID:ylJzDEmm

import UIKit
class ViewController: UIViewController,UIImagePickerControllerDelegate,UINavigationControllerDelegate {
　override func viewDidLoad() {
super.viewDidLoad()
// Do any additional setup after loading the view, typically from a nib.
}
override func viewWillAppear(animated: Bool) {
pickImageFromLibrary() //ライブラリから写真を選択する
}
//ライブラリから写真を選択
func pickImageFromLibrary() {
　 if UIImagePickerController.isSourceTypeAvailable(UIImagePickerControllerSourceType.PhotoLibrary) { //追記
　　　 //写真ライブラリ(カメラロール)表示用のViewControllerを宣言しているという理解
let controller = UIImagePickerController()

//おまじないという認識で今は良いと思う
controller.delegate = self

//新しく宣言したViewControllerでカメラとカメラロールのどちらを表示するかを指定
//以下はカメラロールの例
//.Cameraを指定した場合はカメラを呼び出し(シミュレーター不可)
controller.sourceType = UIImagePickerControllerSourceType.PhotoLibrary

//新たに追加したカメラロール表示ViewControllerをpresentViewControllerにする
self.presentViewController(controller, animated: true, completion: nil)
} }

override func didReceiveMemoryWarning() {
super.didReceiveMemoryWarning()
// Dispose of any resources that can be recreated.
}}

0926デフォルトの名無しさん

2016/01/29(金) 16:18:21.79ID:ylJzDEmm

また、google画像検索へ画像を渡す方法も教えていただくと大変嬉しいです。よろしくお願いします。

0927デフォルトの名無しさん

2016/01/29(金) 17:18:05.85ID:CJnI1PX8

ほとんど教えてくれって言ってるようなもんだろw

0928デフォルトの名無しさん

2016/01/29(金) 17:34:42.97ID:ylJzDEmm

>>927　すみません。その通りかもしれません。私の実力不足が原因です。

0929デフォルトの名無しさん

2016/01/29(金) 18:58:51.67ID:HCCjz0Yv

0930デフォルトの名無しさん

2016/01/29(金) 19:13:10.51ID:FZMMs7G8

広告がうっとおしいから自分で作ろうとする→悪戦苦闘する→労力と時間に見合った報酬が欲しくなる→広告を付ける

0931デフォルトの名無しさん

2016/01/29(金) 19:18:40.50ID:ylJzDEmm

>>929スレチでしたか…ありがとうございます

0932デフォルトの名無しさん

2016/01/29(金) 19:38:44.63ID:01uKWdlg

>>931
iPhone3GSが出て公式にアプリ開発可能になった2009年春の段階では
だれも(開発者以外)は「Appleのスマートホンなんか信者以外に売れねぇよ！www」
って笑ってたから、開発本スレがここじゃなくてMac板にあるのよねー

0933デフォルトの名無しさん

2016/01/29(金) 20:59:42.53ID:bmhanVnI

>>930
ﾜﾛﾀ

0934デフォルトの名無しさん

2016/01/29(金) 21:14:25.37ID:HCCjz0Yv

>>932
2行目を日本語でおk
日本語不自由ならswiftでもいいぞ

0935デフォルトの名無しさん

2016/01/29(金) 21:25:42.92ID:xE3kiTxg

>>934
If you is Fool {
you.die()
}

0936デフォルトの名無しさん

2016/01/30(土) 00:36:40.69ID:ojpNP/gs

you is fool?

0937デフォルトの名無しさん

2016/01/30(土) 02:06:46.97ID:RKF+X5pH

懐かしい言い回しだな

0938デフォルトの名無しさん

2016/01/30(土) 06:35:32.98ID:byy2JZ46

>>935
Ifでビルドエラー出そう
ああ、日本語でもswiftでもないのか

0939デフォルトの名無しさん

2016/01/30(土) 13:38:50.49ID:csh0XLYy

Swift使わされてる人可哀想

0940デフォルトの名無しさん

2016/01/30(土) 13:48:06.80ID:dUiYBRpY

ObjCしか使えない人可哀想

0941デフォルトの名無しさん

2016/01/30(土) 13:51:08.96ID:csh0XLYy

は？ちょっと何言ってっかわかんないっすね

0942デフォルトの名無しさん

2016/01/30(土) 13:52:16.01ID:2xGJb+v2

どっかのサイトで､SWIFTの使用率2%きってたよ

0943デフォルトの名無しさん

2016/01/30(土) 14:04:41.44ID:V4RyAZAn

とにかくswiftだけじゃなくいろいろさわればいいんじゃね。
最近ではelixir触ったけど面白い。パターンマッチング最高。
swiftにも欲しい機能だ　メソッド呼び出しで使えたら最高すぎる

0944デフォルトの名無しさん

2016/01/30(土) 14:09:02.41ID:O/B5fA7b

Swiftは林檎信者と意識高い系日曜プログラマ御用達言語なんだからしょうがないだろ
今さら何言ってんだお前ら

0945デフォルトの名無しさん

2016/01/30(土) 14:37:50.86ID:lnrWOtkS

納品しないプログラマー

0946デフォルトの名無しさん

2016/01/30(土) 14:41:44.62ID:uPM277UW

Swift3では、forが使えなくなるが、それは序の口。
新しい発想の言語へと進化するために、今後数回の予定は決まっている。

Swift4では、ifとswitchが使えなくなる。
新しく追加されるのは、god、king、queen、soldier、occasionally、sometimes、often、almost、alwaysなど。

Swift5では、classが使えなくなる。
新しく追加されるのは、ulo、born、die、sleep、awake、firm、stickなど。

Swift6では、四則演算が使えなくなる。
新しく追加されるのは、mix、separate、transform、escape、burst、moltなど。

結論：Swiftと、まともに付き合っても無駄。

0947デフォルトの名無しさん

2016/01/30(土) 14:41:55.02ID:byy2JZ46

swiftアプリ納品して、納品後にもデスマーチになったプログラマ多いから、、、
あの頃のプロマネは間違ってたんや

0948デフォルトの名無しさん

2016/01/30(土) 14:45:41.44ID:csh0XLYy

>>946
それがネタじゃなかったらマジでクソだなｗ

0949デフォルトの名無しさん

2016/01/30(土) 14:57:41.32ID:ZAZLw+W1

946 がせっかくボケてくれたのに、「ネタじゃなかったら～」とかアホなレスが付いてしまった。

0950デフォルトの名無しさん

2016/01/30(土) 14:58:11.35ID:IwHrHlYh

Swiftやってりゃアンテナ張っててフットワーク軽いと思われるからな。
動作テストに時間かけるちゃんとした会社じゃ毎年仕様変更が入るような言語を使うのは無理。依頼された機能変更以外の箇所のコードの変更なんて嫌がられるよ。
でも実務で使えるタイミングを見極めるために仕事と関係無い個人的に使うアプリでSwiftは使ってる。

0951デフォルトの名無しさん

2016/01/30(土) 14:59:03.62ID:csh0XLYy

>>949
だからネタなんだろ？

0952デフォルトの名無しさん

2016/01/30(土) 14:59:47.58ID:8YKjszMI

forの頭の変数定義使えなくなったら
スコープ内でだけ使いたい変数があるときどうすりゃいいんだよ

0953デフォルトの名無しさん

2016/01/30(土) 15:20:46.63ID:O/B5fA7b

>>946
いやあまりネタに思えない
そのくらいSwiftは意識高い系オ○ニー言語

0954デフォルトの名無しさん

2016/01/30(土) 16:54:02.60ID:byy2JZ46

>>946
四則演算はもっと早くなくなってもおかしくないな
3向けにPR出したら通るかもな、通らなかったら安心して使えるし、釘さしPRに意味はあるかも

0955デフォルトの名無しさん

2016/01/30(土) 22:43:08.28ID:8YKjszMI

悪い話に具体性が全然ない件
具体的に何が問題だったんだ

0956デフォルトの名無しさん

2016/01/30(土) 23:40:26.30ID:voSTJRE9

>>955
>>952
ブーメラン？

0957デフォルトの名無しさん

2016/01/30(土) 23:42:02.45ID:vD4B2mAx

グローバルスタンダートのJavaらしいプログラミング言語にしないと人集まらんよ
構造体とかやめてクラスにして、GC入れよう

0958デフォルトの名無しさん

2016/01/31(日) 00:03:41.72ID:f8JRo9Mm

>>956
そんなことでデスマにならんだろ

0959デフォルトの名無しさん

2016/01/31(日) 00:25:34.57ID:x8+Lc/im

当時のデスマの原因はこんな感じだった
Obj-CだとこういうAPIがあるのに、Swiftだとどうすれば良いんだよ！(Stringとか当然のように互換APIがない
また言語仕様変わったよ、エラーが大量に出て書き直しだよ！(To last swift syntaxがない、あっても使い物にならない
たった1行編集しただけで全ソースビルドとかビルド時間長すぎ！(インクリメントビルドしない

>>957
Javaは敵対視してあまり文法は似せようとしてないからなぁ、Kotlinのnull safe(nil safe)は真似てる感じだけど
グローバルスタンダードのJSらしいプログラミング言語にした結果、コールバックネストだらけになってるのは標準フレームワークでなんとかして欲しい

0960デフォルトの名無しさん

2016/01/31(日) 01:35:57.23ID:aWQbC0CB

>>959
無理にSwift使うのがいけない
以上。

0961デフォルトの名無しさん

2016/01/31(日) 02:35:14.62ID:x8+Lc/im

知ってるよwww
Appleの売り文句になびいたプロマネ死ね、だからデスマなんだよwww

今は随分マシになったけど、そんなデスマ実績があるから
性能良いだの、生産性が高いだの、保守性が良いだの、信者が言うとどの口が言うかと笑われる

日曜以外にswiftやってたらアタマオカシイよ

0962デフォルトの名無しさん

2016/01/31(日) 02:39:51.56ID:EUV5dFT+

Ｓｗｉｆｔの流れについてこれないやつはどうせこの先取り残されるから今のうちに死んだ方がいいよ
ある意味Appleは優しい
宗教がクズにクズだと教えてくれるか？金をむしりとることしか考えないなら、もっとクズなことをする
社会的に意義のあるSwiftは、Appleにとっては世界への貢献、個人にとっては未来を買うための先行投資

0963デフォルトの名無しさん

2016/01/31(日) 03:42:43.73ID:EfhkZRGh

本当にApple好きなら「宗教」という単語を絶対使わない
よって、煽りたいだけの愉快犯
以上。

0964デフォルトの名無しさん

2016/01/31(日) 08:16:07.03ID:Jo2Qk2DB

文頭で既にマカーの匂いがしない

0965デフォルトの名無しさん

2016/01/31(日) 10:13:35.55ID:2lMtsceY

ジョブズの後にやっちまった失敗その一だろSwiftは

0966デフォルトの名無しさん

2016/01/31(日) 10:37:51.96ID:3CY5fnxo

みんなその時が来れば使うし、信者はわざわざこんな時期からステマする必要はないと思うんだ。
下手に支持してSwift移行の消耗者増やすのは良くない。
Swiftプロジェクトで炎上中の俺が言うんだから。

Swiftの失敗は様子見が過ぎて戦略が中途半端になってること。
Objective-Cを廃止するかしないかはっきりしないから、みんな先走ってSwiftで消耗する。
Appleの秘密主義とSwiftの罪は重い。

0967デフォルトの名無しさん

2016/01/31(日) 11:32:42.21ID:Xy5zpHvw

いや廃止しないってw　できないだろ。

0968デフォルトの名無しさん

2016/01/31(日) 12:45:01.32ID:80EMLBLy

>>966
炎上って事は仕事？

0969デフォルトの名無しさん

2016/01/31(日) 13:13:23.48ID:3CY5fnxo

>>968
そうだよ。
Swiftで工数削減キャンペーン絶賛実施中

0970デフォルトの名無しさん

2016/01/31(日) 15:12:38.17ID:2lMtsceY

で、却って工数増えてるとか胸熱
ほんとSwiftって趣味言語だよな

0971デフォルトの名無しさん

2016/02/01(月) 01:32:47.89ID:1LzZPtbS

Swift2.2からやっと標準ライブラリ、Cocoaについて修正を開始するみたい。
Objective-c APIの互換も議論中。
https://swift.org/blog/swift-api-transformation/

0972デフォルトの名無しさん

2016/02/01(月) 08:00:49.27ID:aEHEtGvk

>>971
それはもうSwift3での決定に含まれてるよ
ObjCの劣ったAPIはすぐに切り捨てられる

0973デフォルトの名無しさん

2016/02/01(月) 09:23:32.12ID:YpeITDLt

Swiftマンセー！！

0974デフォルトの名無しさん

2016/02/01(月) 09:37:07.44ID:7VqTohSV

切り捨てじゃなくシンタックスで巧みに回避だろ？
末尾のクロージャーやNSErrorと同じで別にObj-C APIがなくなる訳でもなし

0975デフォルトの名無しさん

2016/02/01(月) 10:40:33.60ID:JSIDf+Kv

その頃にはObjective-C 3.0にもこんな構文が追加されるようになるだろ。
@alias addLineTo: = addLineToPoint:;

0976デフォルトの名無しさん

2016/02/01(月) 14:20:03.68ID:SYF4wdwM

プログラム初心者でswiftを勉強しているのですが
paizaのDランクすら全部解けません。
アプリ開発の教科書という本を買って途中までやってみましたが、基本を知りたくて
詳解swiftという本も注文してみました。
初心者からswiftが書けるといえるレベルまで上げるにはどんな本やサイトを参考にすればいいですか？
ドットインストールの有料版も登録しようかと思っています。

0977デフォルトの名無しさん

2016/02/01(月) 15:57:39.25ID:istC2Pfs

;おそらくC言語がわかってない
俺だったら､C言語の概念がわかったらSWIFTの勉強する

0978デフォルトの名無しさん

2016/02/01(月) 16:04:42.16ID:3ewvXmu8

Objective-C without CのSwiftでCから学びたくないです><

0979デフォルトの名無しさん

2016/02/01(月) 17:05:49.74ID:3/L4NHIn

paizaの問題ってほとんど制御文じゃん。
ループと分岐と配列だぞSwift関係ねえ。

0980デフォルトの名無しさん

2016/02/01(月) 17:21:28.30ID:SYF4wdwM

確かに何もわかっていないです。
Objective-Cの本も買ってみます！
アプリ開発の本から買ったので制御文の典型になじみがなくて
paizaの問題をswiftで記述できるようになりたくて、ググろうにも制御文とかもわからなくてどうググろうか困っていました。
こつこつやっていきたいと思いますありがとうございました！

0981デフォルトの名無しさん

2016/02/01(月) 18:01:48.04ID:3ewvXmu8

単純に制御文の問題なら>>2のこれ読めば？
公式ドキュメント The Swift Programming Language

日本語訳が公式にあるのかは知らん、非公式有料はばら撒かれてるんじゃなかったかね

0982デフォルトの名無しさん

2016/02/01(月) 18:14:53.39ID:wKXmdQaj

Objective-Cやった時に関係演算子!=に「これなんだっけ？」ってCの本引っ張って来て調べたのは秘密

0983デフォルトの名無しさん

2016/02/01(月) 19:20:36.08ID:xYw43U0J

>>980
プログラム初心者がいきなりObjCなんかやったら挫折するのは目に見えてる。

0984デフォルトの名無しさん

2016/02/01(月) 19:24:17.17ID:aEHEtGvk

誰でもできるジャバがいいね
慣れてきたらジャバスクリプトでネットの開発もできる

0985デフォルトの名無しさん

2016/02/01(月) 20:07:50.14ID:istC2Pfs

Swift覚えるのに､Obj-c関係ないだろ

0986デフォルトの名無しさん

2016/02/01(月) 21:01:26.20ID:0HrFMJp6

>>977
>>978
ｸｿﾜﾛﾀ

0987デフォルトの名無しさん

2016/02/01(月) 21:14:20.37ID:84B0KlUA

初めてのプログラム言語にいきなりswiftを選ぶなんて！

0988デフォルトの名無しさん

2016/02/01(月) 21:58:05.13ID:wKXmdQaj

プレイグラウンド見たときは"21世紀のBASIC"になるか？と思ったんだけどなぁ…
なんだろうな、iPadの試作品を2005年ぐらいに出してたら
こんな感じのハンパ感だったのかな？的な

0989デフォルトの名無しさん

2016/02/01(月) 22:56:17.44ID:z99kaFbf

プログラミング処女をSwiftに捧げるのはもったいない

0990デフォルトの名無しさん

2016/02/01(月) 23:52:34.63ID:B9Zho3/j

確かにplayground入らない子だよなー。
testの書き方を最初に指導すればいらないだろう

0991デフォルトの名無しさん

2016/02/02(火) 00:12:04.26ID:48oTvB22

ステップ実行出来ないプレイグラウンドじゃ、はにゃ？でしょ初心者には
まあ俺が初心者なのだが
クロージャーとかも、ステップ実行しなきゃ多分理解できない
しかももう忘れてる

0992デフォルトの名無しさん

2016/02/02(火) 02:21:56.55ID:DY1XqRps

>>982
Macは man operator でマニュアルでない？

0993デフォルトの名無しさん

2016/02/02(火) 09:23:20.22ID:q8O0kAyN

>>977
それならObjective-Cでいいだろ

0994デフォルトの名無しさん

2016/02/02(火) 10:45:53.79ID:SsYGYGOk

本屋行ったらiPhoneコーナーほぼSwiftだけになってた

0995デフォルトの名無しさん

2016/02/02(火) 11:32:07.31ID:bCVWTN/m

Swift流行らせたい出版業界 VS Swfit移行が面倒くさい既存プログラマ

0996デフォルトの名無しさん

2016/02/02(火) 13:22:20.16ID:8TcFiJl0

別に面倒だからという理由ではない。もし面倒だとしてもメリットが多ければガンガン移行するよ。

0997デフォルトの名無しさん

2016/02/02(火) 18:13:52.14ID:maNBniog

>>994
Objective-Cの本は買われちゃうから
次々入ってくるswiftの本だけ売れ残って
棚に居座るブックオフの書棚現象だな。

0998デフォルトの名無しさん

2016/02/02(火) 20:20:55.56ID:SsYGYGOk

売れない本はさっさと返本するから本屋に置いてるのは売れる本だけやぞ

0999デフォルトの名無しさん

2016/02/02(火) 21:04:57.55ID:UGg1n5uy

↓次スレよろしくね

1000デフォルトの名無しさん

2016/02/02(火) 21:25:07.03ID:Ao+i9LUL

1000とっだどー

10011001

Over 1000Thread

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

10021002

Over 1000Thread

２ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。

───────────────────
《プレミアム会員の主な特典》
★ ２ちゃんねる専用ブラウザからの広告除去
★ ２ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
http://premium.2ch.net/
http://pink-chan-store.myshopify.com/

Swift part5 [転載禁止]©5ch.io