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

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/

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

2014/12/20(土) 12:11:33.61ID:O4miB5kz

>>262
俺は 2. の return 書いてるな

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

2014/12/20(土) 12:47:06.52ID:6HqoPE1D

>>265
動揺してるの？　支離滅裂だな。
引用元に「July 1979」ってちゃんと書いてあるのに…
ちなみに見学は同年11月と12月。「少し前」で問題ないと思うが？

>>266
引用ポラロイドが掲載された記事にもゼロックスからパクって劇的に変わったって書いてあるよ。
ビル・アトキンソンは相変わらず苦しい言い訳しているけど。

http://www.folklore.org/StoryView.py?story=Busy_Being_Born.txt
> It's tempting to say that the change was caused by the famous Xerox PARC visit,
> which took place in mid-December 1979, but Bill thinks that the windows predated that,
> although he can't say for sure.

スレチっていうけど、ジョブズが Smalltalk から（GUI から時間をおいて）パクった
動的性やオブジェクト指向の話を GUI の起源の文脈に持って行っちゃったのは>>260 だ。

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

2014/12/20(土) 13:16:49.89ID:zxj03n1L

責任の所在はどうでもいいがスレ違い長文邪魔

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

2014/12/20(土) 13:59:57.41ID:e+FqSQyU

x 責任の所在はどうでもいいがスレ違い長文邪魔

o 責任の所在をうやむやにしたいのでスレ違い長文邪魔ということにして追い出そう

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

2014/12/20(土) 14:27:47.81ID:ZTpHhdUi

いや、マジでスレ違いの責任なんてどうでもいいから

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

2014/12/20(土) 15:10:09.71ID:vzAHlIV1

いい加減スレ違いは死ねよ。

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

2014/12/20(土) 16:55:45.30ID:okfIjRQW

なにかをdisりたいのはわかったからもっとわかりやすく
マカーがー！とか信者ガー！ってキチガイだって記号つけてくれんかね。
なんか意味があるのか？って読んじゃうじゃないか。

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

2014/12/20(土) 17:59:11.57ID:xiBVy1mL

ID:okfIjRQWガー
伝えたいことがさっぱり分からない

>>262
2.が1.1仕様での適当なお作法な気がする
でも、その内言語仕様変更で変わりそう

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

2014/12/20(土) 18:41:51.33ID:vomlY6xf

私は()を最後に書くようにしてる。まぁreturnでもいいけど

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

2014/12/22(月) 08:22:31.42ID:1JxRKZUV

>>259
それ、日本人だけだよ。

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

2014/12/22(月) 08:39:50.61ID:zD7Q3DiY

>>276
万国共通だろw

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

2014/12/22(月) 11:41:45.89ID:vJzriLwY

思うんだけどさ、楽をするためにパクるんじゃなくて、より良いものを作るためのパクリは許されると思うんだ。
だからSwiftはもっと他の言語の分かりやすい部分をパクってください……

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

2014/12/22(月) 12:47:06.86ID:Il/lP/tT

楽をするためにパクるってなんだ？

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

2014/12/22(月) 13:22:51.23ID:YpCLTSv6

ただの朴李コピペ＝楽な朴李

オリジナルにインスパイアされてそれをベースにしつつも改良上位互換のオレオレ＝許して欲しい朴李

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

2014/12/22(月) 14:13:03.34ID:XmRm6Paw

>>277
プログラマ関係で世界共通だねぇ…
通常の工学技術者や数学者とかと比べて
深くて狭くて変化が速くて多様だから
共通部分が実は少なくて
ムエタイと柔道どっちが強い？的な
格オタの最強議論みたいになるw

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

2014/12/22(月) 17:34:51.93ID:Xzs/5BAt

>>278
末尾の;をなくすパクリは評価してあげて欲しい
(でも句読点やピリオドみたいで文末分かりやすくて好きだった
swiftで書いたらダセーって馬鹿にされるから書かないけど)

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

2014/12/22(月) 22:49:18.07ID:T28a7f13

>>282
ウチでは、他の言語で書いたときに;つけ忘れる奴が続出するから、;書くように規約で定めてる。
RoR案件とかのチームでも同様。
行末に;書かなきゃいけない言語はあるけど書いちゃいけない言語は(少なくともうちの扱っている言語の範囲では)無いので。

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

2014/12/23(火) 01:49:01.64ID:P5sDmlXO

それはダサい、、、
コミット前チェックでエラー検出してチームで困ることはなくして
多言語またがって頭切り替えられないのはPGが賢くなれよ

誰が整備したのか、レベルが低いバッドノウハウだよ、それは

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

2014/12/23(火) 08:05:38.57ID:A/OhGwda

;の有無ぐらい、組み込みやコテコテのUNIX-Cみたいな関数風メソッド、構造体風クラスを作る奴よりかは
１０００倍増し。

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

2014/12/23(火) 09:36:06.41ID:AonmbbBr

程度が低い自慢乙

ドキュメント生成ツールとかコードフォーマットチェッカーとかswiftは整備遅いよなぁ
obj-cも大概だったけどswiftも期待したらダメなのかね

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

2014/12/23(火) 09:43:18.39ID:Cbd3aR0Y

天才が使う言語だからな

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

2014/12/23(火) 10:29:36.33ID:xE/EZEvs

セミコロンはDelphiの単行ifからのelse書いたときにビックリしたなあ

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

2014/12/23(火) 10:51:08.41ID:T5aqpKIB

セミコロンは無い方にミスしてばかりだよな
無いのが自然なんだと感じる瞬間

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

2014/12/23(火) 13:28:04.40ID:mjR6AsrL

句読点置かない一文の方が読みやすいか、という話よな
文章として句点(,)があって読点(. or ;)がないのは行儀悪いけど読めるものなぁ
行儀悪くても楽な方が自然だと感じる人間工学、深いな(棒読み

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

2014/12/23(火) 13:44:41.39ID:05NBv1au

行末に;は人間には特に利点のないバッドノウハウ以外の何者でもないわな。
インデントに・を使わせるぐらいの無意味な愚策

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

2014/12/23(火) 14:15:41.60ID:YfW6lSJW

>>291
実際、んなもん必要としない言語も多数存在しているしね。
まぁ、そういった言語の場合、逆に文中に改行する場合には、文末に変な記号
つけたり、文頭に演算子ツケさせられたりするが。まだ、人間的といえる。

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

2014/12/23(火) 18:01:47.52ID:mNsKNJvM

Cは文じゃなくて式なんだが

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

2014/12/23(火) 19:50:23.48ID:Zz850x3H

Cは英語の文を模倣した式を言語仕様に取り込んだという歴史
;はそれに加えてコンパイラが作り易かったんだろうけど

swiftのif文のブレス省略禁止はメンドイ
仕様変更しねーかな

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

2014/12/23(火) 20:27:02.42ID:AGJ8QvKb

プログラミングはExcelのVBAくらいしか経験ないんだけど、
iOSアプリ作るのにいきなりswiftから始めて大丈夫ですか？
先にc言語やった方がいいとかそういうのあれば教えてください

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

2014/12/23(火) 22:27:40.49ID:A016c1T4

まずCとC++、LISPとHaskellを覚えてからにしなさい

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

2014/12/23(火) 22:41:34.16ID:VGER51n9

>>293
C では式に ; を付けると文になるよ。

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

2014/12/24(水) 01:14:23.72ID:b0jSArqn

>>294
Perlなんかもそうなんだけど、あっちは単行用に別の構文があるからな
でもそれが一番良い気がするよ
自分ではまずミスせんけど、初心者とかは
単行ifの次の行にインデントした文書いてブレース追加しない奴とかやっぱおるし

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

2014/12/24(水) 11:24:57.10ID:ynPN5kR/

ところで実際、AppStoreでどれくらいのアプリがSwiftで作られてんの？

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

2014/12/24(水) 11:54:59.59ID:Efn6whnF

>>299
殆ど皆無

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

2014/12/24(水) 13:07:52.01ID:FD5xY/4e

>>300
ソース

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

2014/12/24(水) 17:31:34.80ID:N9ELTZrK

>>301
醤油

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

2014/12/25(木) 08:32:30.96ID:RKnbuxlN

>>301
ソースが欲しけりゃスーパー行けよ。
オススメはおたふくだな。

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

2014/12/25(木) 14:13:50.60ID:a219dvQ9

まあ来年5月から提出するアプリはSwift制が義務付けされるから気にする必要もないんでないの

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

2014/12/25(木) 14:56:00.23ID:+jJ+M8OF

>>304
それがマジで起こったら大混乱しそうだなｗ

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

2014/12/25(木) 15:09:07.05ID:/Ik4y+wK

時期はともかくそう言われる時は絶対来るよね

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

2014/12/25(木) 15:28:11.27ID:/EfaTYzZ

そうなったらトリガーだけswiftにしてあとはobj-cで組むアプリを作るわw

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

2014/12/25(木) 15:30:32.86ID:uLEqdUem

まあ、CarbonからCocoaへの移行に十数年の猶予期間があったから、obj-cも十年くらいは使えるでしょう。ぼちぼちSwiftも覚えていこうぜ！

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

2014/12/25(木) 17:42:02.23ID:CdAsQDb7

64bit対応は結構切り捨て早いけどな
小さなランタイムがOSに内包されたら主開発言語を切り替えかな
あいつ、ホントうざく感じる

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

2014/12/26(金) 08:19:38.56ID:uzn4bewm

>>304
初耳なんだが？

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

2014/12/26(金) 09:03:10.22ID:vVR74RNM

情弱ですねわかります

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

2014/12/26(金) 09:09:50.15ID:DeBnPaCe

objc 切り捨てたらゲームが Android よりしょっぱくなるからそれは無い。
大体、そんな方向性なら METAL なんて出すかってんだスットコドッコイ。

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

2014/12/26(金) 09:40:24.28ID:In8c7O3N

>>312
MetalはSwiftでも使えるでしょ。
そもそもMetalは脱Googleと同様、
OpenGLという社外コンポーネントへの依存を廃して
プロダクションの独立性を確保しようという、リスクヘッジの一環。
Objective-C/Swift論争には関係ない。

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

2014/12/26(金) 10:38:10.33ID:GBWI2vDb

開発者側のリスクヘッジとしては、プラットホームへの依存を廃するという事で、
描画はOpenGLですな。

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

2014/12/26(金) 11:08:53.90ID:PdY4Cgam

Swift移行したプロジェクト、デスマ中。
Swiftなら開発期間短くなるとか幻想だから。
3年もかけて習得したObjective-C切り捨てた上司死ね。

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

2014/12/26(金) 11:15:22.07ID:1icPJas5

想像に容易くてワロタww
年末/年始と大変だろうがガンガレ

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

2014/12/26(金) 11:21:47.46ID:RztFzAub

3年もかけて習得した？

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

2014/12/26(金) 11:37:06.21ID:uzn4bewm

>>315
可哀想にね。

はっきりいって熟れていない上に、全く普及もしていないから
まともな企業は今は入るべきじゃないのに

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

2014/12/26(金) 11:42:47.55ID:CmrZLX32

>>315
Swift移行がデスマの要因になるとかObjC習得に3年かかるとか、お前がヘボすぎだろ
向いてないから仕事変えろ

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

2014/12/26(金) 12:09:36.69ID:8KzXZWWg

swiftらしい Closure や if let 文他諸々の新しい文法試してたら
他の本来の気を付けるべき箇所でバグ埋め込んでってなる

一人で無責任なアプリなら良いけど
商用製品はデスマになりやすいよ(経験談
無責任になりたいので swift は個人PJのみに改めた

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

2014/12/26(金) 12:10:01.87ID:oSoIQ7p/

>>315
デスマを乗り越えた時よその会社より一歩前にいる。というのを妄想してプロジェクトを進めたのかもね。

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

2014/12/26(金) 12:25:52.27ID:30bRtTjR

>>319
グループで開発すると習熟度に差がでるだろ。動いている既存プロジェクトを移行とかありえんよ。
一人で作ってるとか、新規プロジェクトならまだしも、だ！

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

2014/12/26(金) 13:28:25.51ID:reVP76Le

新規プロジェクトでもobj-cならこうだけどswiftだとどうやんだよ...って工期延びがち
同じないし少ない工数見積もったら失敗するよな

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

2014/12/26(金) 14:08:02.48ID:uzn4bewm

>>323
そゆこと。
それが熟れていないってこと。結局別の言語を勉強しながらトランスレーション
して仕事してるようなものなんで、効率最悪になるよ。

こんなの、普及してから手をだすべきってのはそういうこと。企業でやってるなん
て馬鹿もいい所だわ。

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

2014/12/26(金) 17:06:20.51ID:30bRtTjR

企業でやること自体は否定しないよ。
ただ、いきなり舵を切って突撃するのは怖いね。

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

2014/12/26(金) 17:31:05.99ID:uRXUfZte

企業が開発工数(時間と金)を増やす懐の広さを持ってくれればなw
幻想を抱いたヤツは死んでいい

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

2014/12/26(金) 19:12:00.17ID:51cLymMa

エントロピー増やしただけという

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

2014/12/26(金) 19:33:48.20ID:YEOxttSN

>>320
>swiftらしい Closure や if let 文他諸々の新しい文法試してたら
>他の本来の気を付けるべき箇所でバグ埋め込んでってなる
具体的にどういうことなのかな？

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

2014/12/26(金) 19:44:11.47ID:oSoIQ7p/

>>328
ロジックを書くことに集中できないって事じゃないかな？

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

2014/12/26(金) 20:49:16.13ID:qyIsFa4y

>>313
OpenGL ESは社外コンポーネントじゃないぜ。
標準規格だし、大元はImgのPowerVR用ドライバだとしてもAppleの手がかなり入ってる。

ただ従来の標準規格と今時のGPUのハードウェアとの乖離が大きくなってドライバのオーバーヘッドが
無視できなくなってGPUの能力をフルに引き出せなくなったから、AMDのMantleみたいな
よりハードウェアにより近い軽いドライバを用意しよう、ってのがトレンドだったりする。
Metalもその流れ。

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

2014/12/26(金) 20:58:19.60ID:vHfzhEsO

>>330
んー？と首をかしげてやっぱり社外じゃねーのかと結論に至る
まぁスレチだからどうでもいいな

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

2014/12/26(金) 21:18:31.28ID:30bRtTjR

社外の規格（標準規格）に基づいた社内の実装って言いたかったんじゃ？

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

2014/12/26(金) 21:45:08.44ID:7trXBF+Z

クロージャとかオプショナルなんて散々他の言語で既出なのにいまさら学習とか言ってる人は向いてないと思う

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

2014/12/26(金) 22:42:10.29ID:CUFp5HoJ

>>333
ワロタw

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

2014/12/27(土) 12:25:34.47ID:jNQO8eeH

機能を覚えるのはそんなに難しくないよ。学習なんて大げさなものでもない。
問題は言語の癖を理解するのに時間がかかるってことだろ。
Objective-Cの癖を熟知して適切な設計ができるようになるにはたしかに数年くらいかかる。
言語なんてみんなそうだとおもうけど。

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

2014/12/27(土) 14:27:46.77ID:dStmEI+6

いまどき言語変えて習熟に数年かかるって流石に役立たずの欠陥言語すぎるだろ

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

2014/12/27(土) 14:41:08.47ID:XgN/PSTj

荻原本読んだくらいだけど、あまり困らずにSwiftで書けてるよ。
企業で移行するのはリスク高と思うけど、
Swiftだとどうやんだよ…って悩むようなのは余りない
マクロ多用してたりしなければ、そんなに困るほど変わってはないと思うけどなぁ

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

2014/12/27(土) 16:29:06.07ID:MX7gHd2K

昔Stringクラスに便利なAPIあるはず...存在しねー！ってキレた
あとswiftらしさとCocoaらしさの間でベストエフォートの模索とかな
swift単体、Cocoa単体は悪かねーが、全体を見たら良くもねー

企業採用案は小さなランタイムのよる？速度、容量のデメリットが致命的だな

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

2014/12/27(土) 20:18:46.05ID:kkGhT74X

swiftでのアプリ開発って先にc言語やcocoaとかいうフレームワークを学んだ方がいいの？
用語がたくさん出てきて初心者は何から学べばいいのか分かりにくい

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

2014/12/28(日) 08:04:02.83ID:itRhsDvh

お勉強なら全部合わせて3日で詰め込め

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

2014/12/28(日) 09:28:54.21ID:csBOmpC4

swift言語を使ったcocoaフレームワークの学習本を読むのオススメ
探したことないけどあるだろうよ
レスを見る限りでは萩原本は向いてなさそう

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

2014/12/28(日) 09:54:01.22ID:6EqD0Cc0

>>340
そんな事が可能なの？！
>>341
ありがとう早速探してみるよ

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

2014/12/28(日) 12:40:03.44ID:4TGCE86Z

俺もプログラム初心者だ。
何から始めようか迷ったけど、結局Iphoneアプリを作ってみたいというのが目的だったから、swiftから始めたよ。

何からはじめるのがベストなのか、考えるのが面倒になってしまってな

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

2014/12/28(日) 13:25:42.89ID:6EqD0Cc0

>>343
swiftのアプリ開発で必要な知識を初歩から順を追って、まとめて学べる都合のいい本があれば迷わずに済むのにね

とにかく初心者同士、お互い頑張ろう

0345sage

2014/12/28(日) 21:40:46.14ID:HvTPQ5/8

空気読まずに質問。Swiftでできなくてobjective-Cでできないことってあるの？

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

2014/12/28(日) 21:44:15.58ID:jUzO+qs+

autolayoutに比べたらswiftなんて超絶楽だと思う。
ありゃブラックボックスな動きをするprologだ。

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

2014/12/28(日) 21:52:07.72ID:11uuJwKf

>>345
SwiftでもObj-Cでもできないことなら山のようにあるよ。

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

2014/12/28(日) 22:26:20.12ID:vKUPusOo

Autolayoutが難しいとかいうのは論理的思考力が足りてないんだと思う
原理を理解してれば合理的な動きしかしないよ

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

2014/12/28(日) 22:35:05.25ID:fYu//WjY

Auto Layoutは難しいっていうより最初のハードルが高いんだと思う
すぐエラー吐きまくる上、エラー読んでもよくわからないから「ぬわぁぁぁん疲れたもぉぉぉん」ってなる
落ち着いて簡単なレイアウトから始めれば怖くないはず

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

2014/12/28(日) 23:01:06.91ID:HvTPQ5/8

>>347
ごめん間違い。
ObjCでだけできることだ！

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

2014/12/28(日) 23:16:20.27ID:jUzO+qs+

>>348,349
原理を理解するのと
プライオリティの考え方を理解するのと
TableView、ScrollView周りとAutoresizing互換の挙動を理解するのと
3つの壁があるな。

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

2014/12/28(日) 23:40:49.99ID:fYu//WjY

Objective-Cにしかないのって@synchronizedとプロパティのatomic属性とかかな。
あとNSObject継承しないとKey Value ObservingとMethod Swizzlingができないはず。
Object AssociationはNSObject継承必須だったっけ… 調べてない。
あとはマクロぐらいじゃない? Genericsとか@autoclosureとか演算子オーバーロードで代替できそうだけど

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

2014/12/29(月) 00:25:30.19ID:VkdyKXmG

>>352
ありがと！なんか難しそうだから基本的なことはSwiftでできると理解しておきます！笑

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

2014/12/29(月) 01:01:18.14ID:1VAdYfrn

ObjCにtaple輸入してくれないかなー

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

2014/12/29(月) 01:18:27.82ID:UGzXTa7o

Objective-Cはこれから人口減ってSwiftに移っていくだけだし、いまさら言語機能の拡張とか要らんでしょ。
オブジェクトひとまとめにして返したいだけならNSArrayで十分

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

2014/12/29(月) 12:12:56.56ID:hb9S1WDc

よく分からんからとりあえず手持ちのDOS機でC言語の勉強してくるわ

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

2014/12/29(月) 12:17:12.44ID:/fu+2Q3X

Objective-C はあと10年は生き残る

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

2014/12/29(月) 12:19:15.91ID:H6hPKJP0

これからSwiftの勉強を始めようと思ってるんだけど、Macは1番安いmini買っても問題ないのかな？

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

2014/12/29(月) 12:21:36.99ID:wkpqa+ET

>>356
BASICの方がいいよ

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

2014/12/29(月) 12:59:42.59ID:gRutPDG7

>>359
一応VBAはできるのでBASICはいいかなと

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

2014/12/29(月) 13:22:23.27ID:Vx6+GdBu

>>358
miniは本体以外何も付属してないも同然だから、そこ注意な
背面の図見たりスペック表みて「これなら手持ちのモノを繋ぎ直せば済むな」と思うならアリ

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ノートのトラックパッドとは別物で、もうマウスには戻れん
ジェスチャでデスクトップ移動するの便利過ぎる

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