トップページ⇒tech
1001コメント313KB

Swift part4 [転載禁止]©5ch.io

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2014/11/13(木) 15:39:01.67ID:TmOo0Hy+
WWDC2014で発表されたAppleの新言語Swiftについて語りましょう

関連スレ
TypeScript（MS） VS Swift（Apple）
http://peace.2ch.net/test/read.cgi/tech/1401758403/
帰ってきた動的言語 VS 静的言語（代表Swift）
http://peace.2ch.net/test/read.cgi/tech/1401809550/
新言語Swiftを語るスレ
http://anago.2ch.net/test/read.cgi/mac/1401736249/
プログラミング言語Swift
http://anago.2ch.net/test/read.cgi/mac/1401736921/

前スレ
Swiftスレ
http://peace.2ch.net/test/read.cgi/tech/1401736341/
Swift part2
http://peace.2ch.net/test/read.cgi/tech/1402465335/
Swift part3
http://peace.2ch.net/test/read.cgi/tech/1406083608/
0362デフォルトの名無しさん2014/12/29(月) 13:22:28.47ID:atzcVtFw
obj-cとswiftくらいに別モノなんですがそれは

>>358
いいんじゃね、ビルドに時間かかるかもしれんが
よほどのアプリじゃなければ耐えられるだろ
0363デフォルトの名無しさん2014/12/29(月) 14:06:48.52ID:H6hPKJP0
>>361
キーボードとマウス、HDMI接続のディスプレイはWindowsで使ってる物を流用するから大丈夫だと思う。
最初は出来るだけ出費を抑えたいからminiを買う事にするよ。

>>362
一部の動作に時間が掛かるくらいなら我慢するよ。
そんな大層なアプリ作れるようになる自信もないし、出来るだけ出費を抑えたいんだよね。
今は不便にならない程度に最低限の物を買えれば満足だよ。

質問に答えてくれたお二方ありがとう。
0364デフォルトの名無しさん2014/12/29(月) 14:36:10.29ID:gRutPDG7
トラックパッドくらいはあった方がいいぞ
ロジクールの安物でもいいから
0365デフォルトの名無しさん2014/12/29(月) 15:02:48.15ID:H6hPKJP0
>>364
調べてみたけどタッチパネルの要領でMacを操作出来そうな感じでいいね。
自分で作ったアプリの動作確認をする時に実機に近い感覚で動かせそうな所もいい。

トラックパッドの購入も検討してみるよ。ありがとう。
0366デフォルトの名無しさん2014/12/29(月) 15:15:41.88ID:UGzXTa7o
キーボードとマウスは純正の方がいいと思う
最初ロジクールのMX-RとかG700とかdiNovoとか使って格好つけてたけど、
結局キーとプリントが一致してなかったり、故障を繰り返したりして
純正のApple Wireless KeyboardとApple Magic Trackpadに落ち着いた
少なくともMac専用(Mac対応じゃなくてMac専用)の奴がいいと思う
昔クソみたいなWindowsノート使ってたから最初「トラックパッドなんて」と思ったけど
Apple Magic TrackpadはWindowsノートのトラックパッドとは別物で、もうマウスには戻れん
ジェスチャでデスクトップ移動するの便利過ぎる
0367デフォルトの名無しさん2014/12/29(月) 15:25:23.71ID:z3+ydwsT
そこまでマカーになるならminiの選択はねーだろ
0368デフォルトの名無しさん2014/12/29(月) 15:42:02.25ID:/14L8mdX
図書館に「はじめてのSwiftプログラミング」ってのあったから借りてくるは
0369デフォルトの名無しさん2014/12/29(月) 15:51:58.47ID:H6hPKJP0
>>366
キーボードもMac専用の方がいいんだね。
最初はWindowsのキーボードを使用して、不便に感じる場面が増えたら、Mac専用キーボードも購入する事にするよ。ありがとう。

>>367
まあ、そうかもしれないけどさ。
ディスプレイは持ってるし、コスパを優先すると周辺機器の購入費を差し引いてもminiが安くなるんだよね。
0370デフォルトの名無しさん2014/12/29(月) 17:04:12.88ID:gRutPDG7
ロジのトラックパッドはMac専用だし純正より傾斜がなくて使いやすい
0371デフォルトの名無しさん2014/12/29(月) 17:20:39.81ID:hl22pesi
SSD入れる金ないならMacBook Airがいいと思う
キーボードやマウス、ディスプレイは外付けでもいいぜ
0372デフォルトの名無しさん2014/12/29(月) 18:16:46.79ID:H6hPKJP0
>>370
なるほど。値段も純正より安いし良さそうだね。
トラックパッドの購入はロジクールのものを検討してみるよ。

>>371
もうminiポチッちゃったよ・・・。
でも速度はそこまで求めてないし、外出先で使う予定とかもないから安上がりのminiで満足だよ。

このスレには親切な人が多くて助かったよ。
皆さん、色々とアドバイスありがとう。
0373デフォルトの名無しさん2014/12/29(月) 21:21:55.70ID:eIUECoX4
当然メモリは盛ったよな？
0374デフォルトの名無しさん2014/12/29(月) 21:50:36.17ID:D1yl9c1P
もりもり盛るならProでも選択してろ
そろそろスレチ、助言したいヤツはMac板へどうぞ
0375デフォルトの名無しさん2014/12/30(火) 01:42:37.12ID:uoJ7fLPx
>「モダン」な関数型言語であるSwiftに交代してしまいました。
>いちおうSwfitは「マルチパラダイム」ということになっていますが、
「モダン」たる所以はそれが関数型言語仕様だからです。
http://qiita.com/kenokabe/items/9c650ec8bcb1418c596d#objective-c-swift

Swiftって関数型なん？
0376デフォルトの名無しさん2014/12/30(火) 02:04:04.33ID:+dTYxojg
記事全体の雰囲気からわかるだろ
主張のために都合のいい事例を引っ張ってきてるだけの、典型的な高尚なこと言ってそうで特に意味はない記事だから気にせんでいいよ
Swift自体はAppleが言ってる通りのObjective-C without CだからOOPLなのは間違いない
0377デフォルトの名無しさん2014/12/30(火) 09:38:49.42ID:vPTYHLe9
毛の壁さんはスルーの方向でお願いします。
0378デフォルトの名無しさん2014/12/30(火) 11:38:38.75ID:+7B8jKAW
>>375
有名なキチガイじゃないかそいつ
0379デフォルトの名無しさん2014/12/30(火) 14:45:32.58ID:NXyTCPVl
>>375
その人、精神世界だのなんだの凄いよね記事が。
同じ職場には絶対いたくないタイプ。
0380デフォルトの名無しさん2014/12/30(火) 15:20:20.78ID:tZaAsYaj
まぁこういう人がいて助かることもあるし
常時一緒に仕事はしたくないが
0381デフォルトの名無しさん2014/12/30(火) 15:50:33.92ID:TbKXXcxI
RawOptionSetTypeの使い方がよくわからないんだけど

例えばObjectiveCで↓みたく書いていたのは
//UIDocument* document
if (document.documentState & UIDocumentStateInConflict) {}

swiftでは↓と書けばいいんでしょうか？
if document.documentState & .InConflict != nil {}

コンパイルは通るんだけどなんか自信がない...
0382デフォルトの名無しさん2014/12/30(火) 16:58:32.66ID:gwQSmuOi
>>375
C->C++の時にオブジェクト指向って奴はピンと来なかったけど
なんかObjective-Cで「ああオブジェクト指向ってつまり
こういうことをしたくて言ってたのかー」と思った俺としては
オブジェクト指向ってのはたとえばユニットバスの
こことここに電気ガス水道排水つなぐんだよって
接続部に"柔軟性を持たせて"ユニットの取り回しを楽にする方向で
関数型ってのは中の配管とかを矛盾なく接続するための
"パーツ規格化"方向だと思ってるから、そもそも扱うレベルの違う考え方で
別に混在してもなんの矛盾も無い気がするんだけどなぁ…
0383デフォルトの名無しさん2014/12/30(火) 18:39:54.77ID:KQdhdDnR
優秀なデータモデラーやオブジェクトモデラーでそういう哲学的な物
の見方をする人はいるけど、単に理屈をこねるだけならいらない人。
0384デフォルトの名無しさん2015/01/01(木) 01:17:36.81ID:fTJMQ+Gx
本屋言ったらほんとSwift本増えているな
最初の一冊としておすすめなのはどれなの？
0385デフォルトの名無しさん2015/01/02(金) 11:27:40.08ID:xPYdf4Ls
AppCode3.1ってAutoLayout対応してない？なんかググってもよくわからない・・・
0386デフォルトの名無しさん2015/01/02(金) 11:28:49.66ID:xPYdf4Ls
×AutoLayout → ○AutoLayoutの編集
0387デフォルトの名無しさん2015/01/02(金) 13:31:31.85ID:esSYQIPg
スレチ
それにAppCodeはもうオワコンだよ
SwiftになってAppCodeの優位性無くなったしコード補完もお話にならない
Xcodeで完結した方がいい
0388デフォルトの名無しさん2015/01/02(金) 19:31:54.40ID:xPYdf4Ls
3.1がSwift対応していたので飛びついたけどUI編集ちょっと微妙だった(;´д｀)
スレチすんません
0389デフォルトの名無しさん2015/01/07(水) 08:07:42.40ID:7s8hjn62
概出かな
http://www.softantenna.com/wp/mac/apple-software-quality/
0390デフォルトの名無しさん2015/01/07(水) 09:14:20.97ID:l7T8BUFQ
がいしゅつ久しぶりに見た
0391片山博文MZ ◆T6xkBnTXz7B0 2015/01/07(水) 18:18:51.23ID:RQIpnW4I
正しくは既出(きしゅつ)
0392デフォルトの名無しさん2015/01/07(水) 18:48:03.52ID:HBzie/+Q
>>391
ふいんき(何故か変換出来ない)読めよ、、、
0393デフォルトの名無しさん2015/01/07(水) 18:49:36.13ID:XTW9mVfN
げ…月極駐車場
0394デフォルトの名無しさん2015/01/07(水) 21:13:17.26ID:YQozNMlo
http://swiftdoc.org/
0395デフォルトの名無しさん2015/01/07(水) 21:49:28.54ID:YQozNMlo
http://www.4gamer.net/games/999/G999905/20141226033/index_2.html
GC版スマブラでさえデバッグやってた岩田社長
0396デフォルトの名無しさん2015/01/07(水) 23:11:36.69ID:CwD9wxwu
これって仕様？バグ？
2.0...5.0 ~= Double.NaN // true

当然↓は全部 false
2.0 < Double.NaN // false
Double.NaN < 5.0 // false
2.0 < Double.NaN && Double.NaN < 5.0 // false
0397デフォルトの名無しさん2015/01/07(水) 23:23:37.77ID:CwD9wxwu
あー、 <= と >= が true 返すのか
なにこれバグ？
それとも IEEE だか何だかで決まってる振る舞いだったりするの？俺がアホなだけ？

2.0...5.0 ~= Double.NaN // true
2.0..<5.0 ~= Double.NaN // false

2.0 == Double.NaN // false
2.0 < Double.NaN // false
2.0 <= Double.NaN // true
0398デフォルトの名無しさん2015/01/07(水) 23:40:09.76ID:KQ7alaGI
IEEEだか何だか的にはNaNの比較演算は全部falseが正しいんじゃなかったっけ
たぶん a<=b を内部的に !(a>b) として扱ってるんだろう
0399デフォルトの名無しさん2015/01/08(木) 09:28:05.07ID:SfUYkux2
NaNは==か!=でしかないのがふつー。他の比較は未定義／実装による
0400デフォルトの名無しさん2015/01/08(木) 09:35:55.69ID:SfUYkux2
そもそも比較するのはダメでNaNかどうかの判定専用の関数を使えという実装もあるか
0401デフォルトの名無しさん2015/01/08(木) 10:17:32.02ID:j3ZP3pGG
>>399
アホか、NaN == NaN はfalseだ
0402デフォルトの名無しさん2015/01/08(木) 10:57:34.98ID:8JNtfJvt
NaNってなんですの？
0403デフォルトの名無しさん2015/01/08(木) 10:58:22.89ID:wauwVN/D
主要な言語では NaN が絡む比較は != だけ true で ==, <, >, <=, >= は false を返すようにはっきり定義されてるみたいだよ

(Javaの場合)
http://docs.oracle.com/javase/specs/jls/se8/html/jls-4.html#jls-4.2.3

NaN is unordered, so:
・The numerical comparison operators <, <=, >, and >= return false if either or both operands are NaN (§15.20.1).
・The equality operator == returns false if either operand is NaN.
・In particular, (x<y) == !(x>=y) will be false if x or y is NaN.
・The inequality operator != returns true if either operand is NaN (§15.21.1).
・In particular, x!=x is true if and only if x is NaN.


Swift のこの糞仕様かバグか知らんけど、現状では Double 型で <=, >= での比較あるいは ClosedInterval でのパターンマッチをする場合は
その前に必ず isNaN() でチェックしないといけないという糞面倒なことになる
0404デフォルトの名無しさん2015/01/08(木) 11:14:44.54ID:/JiSUbNO
小まめなチェックが必要...
swiftの通常運転だな！
0405デフォルトの名無しさん2015/01/08(木) 18:31:46.24ID:r57e4tCf
NaN は非順序 unordered で、比較演算は常に false を返さないとダメみたいだ
0406デフォルトの名無しさん2015/01/08(木) 18:42:50.54ID:4MqR1IHZ
そりゃそうだ。数字じゃないのに大小関係つけちゃダメだろ
0407デフォルトの名無しさん2015/01/08(木) 20:02:06.81ID:j3ZP3pGG
Swift的にはOptional<Float>がNaN許可、ただのFloatはNaN拒否(その場で例外)みたいな定義が良かったのかな
まあ今更変更は無理だろうけど
0408デフォルトの名無しさん2015/01/08(木) 21:52:24.42ID:bG5RLew0
1.1の暴挙に比べれば容易くねーか？
0409デフォルトの名無しさん2015/01/17(土) 11:06:57.94ID:5Isdz78l
なんで時々過疎るんだこのスレ
0410デフォルトの名無しさん2015/01/17(土) 11:11:15.03ID:8ToY3jo0
ほとんど一人で書いてるからじゃね
0411デフォルトの名無しさん2015/01/17(土) 11:22:09.44ID:CLNfIDKX
swift飽きた、obj-cうめぇ！
ヘッダを自分で書かなくていいいのは楽で良いけど
わざわざデメリット多いswift使うのはバカだと確信しました
なワケでネタがない、誰かネタくれよ
0412デフォルトの名無しさん2015/01/17(土) 11:32:33.66ID:Myj9loPB
なるほど
一言で判り易く言ってくれたので
ますます人寄り付かなくなって
過疎るな
0413デフォルトの名無しさん2015/01/17(土) 14:08:02.76ID:t2YjwJtA
swiftはタイプ量は減るのがメリットなんよ
ヘッダファイルしかり、型宣言しかり、ブロックしかり

デメリットは言うほどセキュアじゃなくnilアクセスで落ちる、小さくないランタイムで速度,容量増、obj-cライブラリとの親和性微妙
0414デフォルトの名無しさん2015/01/17(土) 15:02:47.76ID:sqhqU9t5
CoffeeScript 最高
ですねわかります
0415デフォルトの名無しさん2015/01/18(日) 04:03:22.31ID:oCmAbTPI
>>413
Swiftで書いててnilで落ちるのは書いたやつがどうしようもないアホタレなだけやないか
0416デフォルトの名無しさん2015/01/18(日) 11:25:56.58ID:ZTPATsLt
つまり、どうしようもないアホタレが書き込まなくなったと
0417デフォルトの名無しさん2015/01/18(日) 11:33:21.14ID:9yORck7L
swiftもnil, NaNチェックが小まめに必要と身に染みて分かったわな
0418デフォルトの名無しさん2015/01/18(日) 12:40:56.66ID:FrxzlsYx
>swiftもnil, NaNチェックが小まめに必要

Objective-C でいいやん
0419デフォルトの名無しさん2015/01/18(日) 23:25:35.15ID:ACJ/Scxg
アップルのプログラム言語Swift、異例のランキング急上昇
http://www.gizmodo.jp/2015/01/swift_1.html?utm_source=rss20&;utm_medium=rss
0420デフォルトの名無しさん2015/01/19(月) 08:14:41.94ID:C0KWQUdj
>>411
ネタもなにも
数年後には消えてるよコレ。完全に人の期待裏切ってるどうでもいい言語
だもんｗｗ
0421デフォルトの名無しさん2015/01/19(月) 09:48:41.31ID:jGwp2f1A
なるほど
Dart みたいなものか
0422デフォルトの名無しさん2015/01/19(月) 10:13:24.63ID:Bxyc3tII
最近メインストリームに乗った言語の要因(今は昔ではある
JavaはRun anywhere
PHPはHTMLの中にコードが書ける
RubyはRuby on rails
swiftは、、、？

objcとの互換を引っ張りすぎて特徴無さすぎ
rubyみたいに言語として普通でも優れたフレームワークがあればと思うけど
それもobjcから問題なく叩けるから目立たないね
0423デフォルトの名無しさん2015/01/19(月) 11:00:39.94ID:X7WYIBYU
>>422
アップルのプラットフォーム専用言語という性質を変えるつもりはアップルにもないだろうから
メインストリームに乗せることなんてハナから想定していないと思うけど。

もちろんオープンソース化はするかもしれないし、
その場合には他のプラットフォームでSwiftコンパイラを走らせて遊ぶ好事家が現れるだろうけど、
そういう動きにアップルが積極的にコミットすることはないだろうし
アップルがSwiftの仕様変更を考えるに当たって、他のプラットフォームへの移植性に配慮することもないだろうと思う。
0424デフォルトの名無しさん2015/01/19(月) 13:27:01.68ID:KroxEeJe
なるほど
pythonはオワコンか
0425デフォルトの名無しさん2015/01/19(月) 13:36:53.76ID:C3HXE5br
>>423
問題なのは

同じその方向性でありながら、だったらObj-Cでいいやってのが大半
なほど、swiftに圧倒的な魅力がないってのがね。
0426デフォルトの名無しさん2015/01/19(月) 13:49:09.77ID:BqKfPTpX
ある程度コードの蓄積があればまた変わってくるだろう
0427デフォルトの名無しさん2015/01/19(月) 14:18:41.83ID:rEWfpaKH
アップルの中のメインストリームで良いから何か特徴を
obj-cでなくswiftじゃないと出来ないフレームワークって作れないかねぇ
0428デフォルトの名無しさん2015/01/19(月) 14:57:32.99ID:KroxEeJe
アポーが WPF とか WinRT とか作るとは思えないな
0429デフォルトの名無しさん2015/01/19(月) 18:25:35.41ID:LJNkygOR
swiftはLLVM互換だから何処でも動く(予定)らしいよ
# 去年夏くらいの希望的コメント
0430デフォルトの名無しさん2015/01/20(火) 01:08:04.45ID:Hr3j4XeI
>>425
＞だったらObj-Cでいいやってのが大半なほど、

それはこのスレだけの集計結果だろう
0431デフォルトの名無しさん2015/01/20(火) 12:06:22.79ID:PellDhE9
Swiftスレでそうであればちょっとは意味があるだろう。たかが2chのスレではあるがw
0432デフォルトの名無しさん2015/01/20(火) 13:36:39.87ID:uvF5QKOi
母数が少ないからのう
(根本はswiftユーザーの母数が少ないせい)
0433デフォルトの名無しさん2015/01/20(火) 18:18:43.35ID:8Xcw/Tsm
Swiftって､ジョブスが考えたの？
0434デフォルトの名無しさん2015/01/20(火) 21:00:45.56ID:6xQqA8hU
ショブス最後の作品
0435デフォルトの名無しさん2015/01/20(火) 22:20:10.45ID:+wjvYlxp
struct で mutating なメソッドでメソッドチェーンしようとしても
返値が定数として扱われるからチェーンできないのが残念

struct Num {
var val = 0
mutating func increment() -> Num {
val++
return self
}
}

var n = Num()
n.increment().increment()
// error: immutable value of type 'Num' only has mutating members named 'increment'
0436デフォルトの名無しさん2015/01/20(火) 23:42:46.59ID:Hr3j4XeI
>>431
5人ぐらいしか書き込んでる人いないのに？
0437デフォルトの名無しさん2015/01/20(火) 23:58:37.70ID:arSCg0Ys
Swift は PHP とか Javascript とかやってた Web 屋がメインターゲットだろう。
すでに objc 覚えた人間は objc の方が余計な層がない分だけ扱いやすいということもあろうが、Web 屋に C をやらせるのは厳しいだろう。

>>429
LLVM はコンパイラやインタプリタを作るためのフレームワークであって、JVM のような VM ではなく ir を走らせる共通ランタイムのようなものは無い。
さらに Swift を動かすためには Cocoa を移植する必要があり、それが大変。
0438デフォルトの名無しさん2015/01/21(水) 00:01:11.20ID:VO+ahiZX
>>436
5にんってよくわかるなw
それだったら「集計結果」なんて大層なもんんじゃ無いだろ
0439デフォルトの名無しさん2015/01/21(水) 01:16:00.10ID:MJRK+RVK
SwiftはWeb屋向きって根拠何？
0440デフォルトの名無しさん2015/01/21(水) 06:15:26.93ID:aZwz4ve8
>>435
クラス使えってことかねぇ

>>439
LLな言語仕様が根拠じゃね？
アポーが有像無像な数のLL層を取り込みたいんだろうなとは思う
0441デフォルトの名無しさん2015/01/21(水) 08:54:23.33ID:HiNqxen5
>>438
なに真剣に反応してんの？
0442デフォルトの名無しさん2015/01/21(水) 09:23:27.19ID:D2CSjkS2
>>441
ブーメランささってんぜ？
0443デフォルトの名無しさん2015/01/21(水) 11:09:16.55ID:9Nan+1RY
>>437
UI層まで持ってていろんな環境で使える言語ってのが少ないのはそういうとこだよね
Javaがそういうとこ頑張ってるのは偉いと思う
0444デフォルトの名無しさん2015/01/21(水) 18:01:23.49ID:P1goTA9N
Web屋というかFlash作ってたような世代を取り入れたいんだろう。
HTML5+JSで開発してる層をネイティブアプリ開発に呼び込みたいという戦略もある。
0445デフォルトの名無しさん2015/01/21(水) 23:03:04.27ID:MBThOwi8
SwiftがってわけじゃないがExcelVBAしかやったことないとまず概念とか基本的なとこで躓くな
例えば二郎のコールを作るアプリのメニュー考えたときに、
サイズ→小、大
脂→抜き、マシ、マシマシ、チョモランマ
野菜→マシ、マシマシ、エベレスト
とかメニューと設定値が階層になってる
なるべくリテラル？ベタ書きしないように書く場合、MVCのどこにどういう変数で宣言すればいいんだ？とか何が正解か悩みまくって進まない・・・
0446デフォルトの名無しさん2015/01/22(木) 01:23:56.52ID:BXdeTyfz
ExcelVBAしかやったことがないってのはド素人と変わらないからな
まあがんばりや
0447デフォルトの名無しさん2015/01/22(木) 06:51:47.79ID:nCxlNqmW
XcodeのUIがクズいのを差し引いても
そこからの剥離は越えるの大変だろうな
0448デフォルトの名無しさん2015/01/22(木) 11:41:38.87ID:8E4FiOYa
VBAだとオブジェクトとかビューを意識しなくていいから素人の自分でもすんなり複雑なことができた
手でやるのをコードで作文するだけだし
ちなみに上の場合だとどういうファイル構成、変数の持ち方しますか？
0449デフォルトの名無しさん2015/01/22(木) 13:52:56.60ID:f6+j47qC
おすすめしないけど
View: Storyboardだけで頑張る
Controller: UIViewControllerを継承したクラスだけで頑張る
Model: NSNotification+Dictionaryで Controller間を投げ合い(同一Controller内はblock)

これでswiftは突き進みたいと思いながら
Cocoaのdelegateに邪魔されて何とかかんとか

MVC(オブジェクト思考)とか関数型とか swift関係なくなるから
Cocoaスレ的なトコに行った方が良い答えがあるかもなー
0450デフォルトの名無しさん2015/01/22(木) 14:13:06.09ID:8E4FiOYa
いきなり綺麗な書き方は無理ですよね
とりあえずコードは煩雑でも動くものをたくさん書いて後からMVCならこう切り分けられるとか考えてみます
0451デフォルトの名無しさん2015/01/22(木) 22:15:31.87ID:IufG/aAk
>>447
＞そこからの剥離は越えるの大変だろうな

はく‐り【剥離】
［名］(スル)はがれること。また、はがすこと。「網膜が―する」「塗装を―する」

？ 日本語も使えないレベルの人間が
Xcodeを使いこなすのはそら難しかろう。
0452デフォルトの名無しさん2015/01/22(木) 23:23:41.73ID:A5+6oQBx
swiftのドキュメント英語だしな
日本人はつらいな
0453デフォルトの名無しさん2015/01/23(金) 06:41:00.50ID:Hr76SqrY
久しぶりに本屋行ったら
swiftの本いっぱい並んでたω
0454デフォルトの名無しさん2015/01/23(金) 10:28:29.01ID:JCQM20f+
Swift移行してみたいけど、機能多すぎて学習面倒臭そう。
0455デフォルトの名無しさん2015/01/24(土) 16:11:33.33ID:KxFe7/be
>>451
「乖離」っていいたかったんじゃね？と思ったけど
それでもちょっと変な文章だよなー
0456デフォルトの名無しさん2015/01/25(日) 08:38:19.46ID:42ZeVnYv
>>454
Playground使ったら数時間でなんとかbirdがswiftで作れるくらいに優しい
(外部objcライブラリで結構楽してる模様)
0457デフォルトの名無しさん2015/01/27(火) 11:39:20.43ID:6q+9W1rs
こんなOS依存の言語を覚えるべきではない
0458デフォルトの名無しさん2015/01/27(火) 12:51:15.59ID:N7NBIOGD
って言いにくるアホ。お前が興味津々じゃねえかw
0459デフォルトの名無しさん2015/01/27(火) 12:58:43.56ID:DURkNW7P
objcを ios だけのために学んだ多くのエンジニア涙目ww
0460デフォルトの名無しさん2015/01/27(火) 13:09:06.17ID:N7NBIOGD
それでチミは今は何をつこーて何かを作っているのかいな？何もできなさそうだけど
0461デフォルトの名無しさん2015/01/27(火) 13:29:13.33ID:67Qc+F4N
>>460
gtkを使ったマルチプラットフォームに興味あるよ
swiftに全く関係ない話題だと思うけど

swiftもそろそろオープンソースコンパイラ&ランタイム出ないかねぇ
1.0準拠でいいんだけど、何か規約に抵触するんだっけ
■ このスレッドは過去ログ倉庫に格納されています