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

Swift part3

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

Apple Developer
https://developer.apple.com/swift/
Welcome to Swift
https://developer.apple.com/library/prerelease/ios/referencelibrary/GettingStarted/LandingPage/
iBooks: The Swift Programming Language
https://itunes.apple.com/jp/book/swift-programming-language/id881256329?mt=11
書籍の形にはなってないけどドキュメント
The Swift Programming Language
https://developer.apple.com/library/prerelease/ios/documentation/Swift/Conceptual/Swift_Programming_Language/index.html#//apple_ref/doc/uid/TP40014097
Using Swift with Cocoa and Objective-C
https://developer.apple.com/library/prerelease/ios/documentation/Swift/Conceptual/Swift_Programming_Language/index.html#//apple_ref/doc/uid/TP40014097
Swift Standard Library Reference
https://developer.apple.com/library/prerelease/ios/documentation/General/Reference/SwiftStandardLibraryReference/
Swift Blog
https://developer.apple.com/swift/blog/
Resources (Xcode 6が無料でダウンロードできる)
https://developer.apple.com/swift/resources/

関連スレ
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://peace.2ch.net/test/read.cgi/tech/1401736341/
Swift part2
http://peace.2ch.net/test/read.cgi/tech/1402465335/
0273デフォルトの名無しさん2014/08/26(火) 23:05:47.19ID:GsbihVDY
UIApplicationのデリゲートを swift で組んで
あぁ、過去のフレームワークの呪縛に swift も囚われるのか
と誰しもが思ったはず

あのメソッド、体を張ったギャグだろ、もはや
0274デフォルトの名無しさん2014/08/27(水) 00:13:46.13ID:Auhnp5AU
>>272
MVVMにしても、MVPにしても、厳密に使われてるの見たことないわ。やるにしても、サードパーティでやればいいんじゃね？
DIとか廃れたし、DCIとか流行ってもなくね？
MVVMはともかく、ほか2つはiOS/OS X界隈じゃあまり重要視されていないと思われ。
0275デフォルトの名無しさん2014/08/27(水) 00:16:58.33ID:MDxpf5sK
.NETは知らんけど、Android SDKよりはCocoa Touchの方がマシだと思う
0276デフォルトの名無しさん2014/08/27(水) 00:23:01.27ID:Auhnp5AU
>>273
そんなに変か？よくわからん
呪縛と言うが、プログラムは常に負の遺産化して行くもんだし、むしろ綺麗に引き継げていると思うけど。
0277デフォルトの名無しさん2014/08/27(水) 00:24:32.43ID:s5ONx/CD
　Wiki見る限りMVVM＝Cocoa Bindingで１０年以上前にOSXに実装したけど、結局iOSに
持って来なかったな。DI的手法はStoryboardとかxmodelとかそうだと思うけど。

　あういうのって大抵がCocoaとSmalltalkで既に実現していたのを焼き直しただけ。
例えばActive Recordとか元ネタがEOF(現Core Data)じゃない？
0278デフォルトの名無しさん2014/08/27(水) 00:49:03.97ID:Auhnp5AU
>>277
俺はiOSメインだからよく知らないが、Cocoa Bindingってまだ結構つかわれてるのかな？ああいうのって、コード上から何してるか分かりにくいから敬遠しがちだわ。(IBも若干抵抗あったし)

iOSにないのはパフォーマンスの問題かな？
ライブラリはあるみたいね
https://github.com/ReactiveCocoa/ReactiveViewModel
0279デフォルトの名無しさん2014/08/27(水) 00:55:04.16ID:s5ONx/CD
>>278
　メンテナンスの問題とそれほどPCアプリほど複雑な依存関係を実装するニーズが無かったのと二つだと思う。
WPFみても嵌っている人多そうだし。
後、UIView自体はCALayerのラッパーの用な物なんで作れないとか。

　将来、App Kitが廃止されて、OSXもiOSもUIKitに一本する時どうなるかやね。


　
0280デフォルトの名無しさん2014/08/27(水) 01:21:22.87ID:Auhnp5AU
>>279
なるほどね。
てか、AppKit廃止されんの？まあ、されるんなら、UIKit側に合わせるだろうけど。SwiftもARC一本化したしな
0281デフォルトの名無しさん2014/08/27(水) 03:56:01.48ID:9Ysrcdv4
Swiftとあまり関係ないけど、
Storyboard SegueのAPIとかをもっと洗練させて欲しいんだけどな。
現状だとprepareForSegueがどんどん肥大化するし、
UnwindSegueも超絶使いにくい。
だんだんpresentViewControllerとdismissViewControllerでいいじゃんとか思ってくる。
0282デフォルトの名無しさん2014/08/27(水) 09:06:00.02ID:qNhMHOnM
言語の名前

SwiftよりAurisのほうが、広く普及するみたいな感じでいいと思うのだが。
0283デフォルトの名無しさん2014/08/27(水) 09:48:07.27ID:9be3Q43w
https://developer.apple.com/library/ios/referencelibrary/GettingStarted/RoadMapiOS/DesignPatterns.html
0284デフォルトの名無しさん2014/08/27(水) 10:12:00.61ID:mXhl2ow7
？
0285デフォルトの名無しさん2014/08/27(水) 10:47:40.70ID:+JOa++3v
>>276
そっちは分かりづらいな
UITableViewの方が分かりやすい
メソッド名、キーワードの扱い無理矢理すぎる
swiftだけから始めたエンジニアが理解(納得)できるメソッド名じゃねーよ、あんなの
0286デフォルトの名無しさん2014/08/27(水) 10:56:21.15ID:mXhl2ow7
否定するなら代案をださなきゃ
否定は最も安易な意見
0287デフォルトの名無しさん2014/08/27(水) 11:07:30.58ID:+JOa++3v
>>286
で？
0288デフォルトの名無しさん2014/08/27(水) 11:13:41.80ID:mXhl2ow7
>>287
いや、もういい
俺が悪かった
0289デフォルトの名無しさん2014/08/27(水) 14:21:55.90ID:F/J1AYIT
Smalltalkにより近づけた方が新参者が湧いてこないでよかったのに
0290デフォルトの名無しさん2014/08/27(水) 16:28:00.36ID:D317Wfm+
>>289 Mac と iPhone / iPad を買ってくれるお客さんを増やすためには、沢山の新参者が必要なんですよ

言語と言っても営業ツールなんだから

ま、Javaを作ったSUNは無くなってしまった
オープンソースにしすぎるのも良し悪し、落し所が難しいね
けど旧社員はハッピーじゃ無いのかな

そう言えば SUN もBSDだったね
0291デフォルトの名無しさん2014/08/27(水) 16:34:51.08ID:pNPs7EXf
MySQL買ったから買収されただけだろ
0292デフォルトの名無しさん2014/08/27(水) 16:35:42.95ID:pNPs7EXf
あとSunOSはBSD系だけどSolarisはSysV系
0293デフォルトの名無しさん2014/08/27(水) 17:53:54.48ID:rIjA/xTp
Solarisもごく初期はBSD系だからややこしい。
0294デフォルトの名無しさん2014/08/27(水) 18:10:38.34ID:A+sUzTvq
Java VMは Microsoft も Apache も作ってたが Google の Dalvik しか残らずしかもなくなる予定
ARTしかりネイティブバイナリに落ち着く定めよのう
0295デフォルトの名無しさん2014/08/27(水) 18:41:05.87ID:h3Eh8rr+
>>293
Solaris1.0は便宜上SunOSの改名だからSolarisはSysVと考えていいかと。
>>294
ARTってDalvikのコード実行できないの？？MSXべーしっ君みたいなもんだと思ってたんだが。
0296デフォルトの名無しさん2014/08/27(水) 19:22:58.14ID:oxMQ7g2i
>>295
Dalvikのバイトコード(dex)をLLVM中間コードにコンパイル、LLVM中間コードからネイティブコードへコンパイル
これらをアプリインストール時に行う

直接dexが動いているわけではない。
0297デフォルトの名無しさん2014/08/27(水) 19:24:22.93ID:oxMQ7g2i
>>294
サードパーティの、が抜けてる。
あと、Dalvik VMはJavaVMではない。全く別物
0298デフォルトの名無しさん2014/08/27(水) 19:38:33.63ID:A+sUzTvq
一応、素のjava classのためのクラスローダーとか乗ってるんだけどな
まぁ、定義を追っても下らないので気にすんな
0299デフォルトの名無しさん2014/08/27(水) 19:49:08.99ID:oxMQ7g2i
>>298
それってJavaVMのバイトコードを直接実行できんの？
できなきゃVMとしては別物。定義を追う必要もない
0300デフォルトの名無しさん2014/08/27(水) 20:10:31.37ID:Dapo3mLs
>>299
めんどくさいなぁ、ガラケー時代のJavaVMと呼ばれたモノはみんな素のjava classをプレコンパイルしたバイナリを実行してたんだよ、Dalvikと同じく
同じ定義で素のクラスが喰えるモノをJavaVMと表現する古い人もいるんだよ
DalvikがJavaを名乗らなかったのはDoJaと同じ理由だろうよ

swift(iOS Runtime)やARTは完全にネイティブコードだから別次元なんだよなぁ
ハードスペックが上がった今時そんなにネイティブに拘らんでもと思うが
0301デフォルトの名無しさん2014/08/27(水) 20:20:28.18ID:h3Eh8rr+
>>300
＞ハードスペックが上がった今時そんなにネイティブに拘らんでもと思うが
それでもやっぱり携帯デバイスはネイティブでないと電池とかも持たなかったりでね。
AndroidよりiOSのアプリのほうがハードは貧弱だけど快適だって評価も結構あったよね？
ネイティブでの生産性を上げるというアプローチは、iOSでネイティブアプリを作らせていたAppleの方針だし
その結果がSwiftなんだろうよ。
0302デフォルトの名無しさん2014/08/27(水) 20:30:23.13ID:Auhnp5AU
>>300
DoJaは正式なJavaME(JavaVM含む)では？
>素のjava classをプレコンパイルしたバイナリを実行してた
何言ってるのかわからない。
JavaVMの定義は、「JavaVM向けバイトコードの命令セットを実行する仮想マシン」であってそれ以上でもそれ以下でもない。
その古い人たちというのは、勘違いしてただけ。

＞DalvikがJavaを名乗らなかったのはDoJaと同じ理由だろうよ
違う。
まず、DalvikVMはJavaVMのバイトコードを直接実行できない（何度でも言うが）
また、VM関係なくAPIなども含めた環境がSUN(今はOracleか)の互換テストを通っていない。
だから、法律上Javaを名乗れない
0303デフォルトの名無しさん2014/08/27(水) 20:33:29.08ID:Dapo3mLs
iOSはアニメーションで誤魔化してるが案外動作もっさりだからなw
バックグラウンドマルチプロセスを解放したりとそろそろバッテリーは劣化を見せ始めるからテコ入れは必要だったんだろうな
0304デフォルトの名無しさん2014/08/27(水) 20:36:07.84ID:Auhnp5AU
>>303
俺もあんまり詳しくないが、てきとーなこと言ってね？
アニメーションで誤魔化してる→バックグラウンドと全然つながってないし。
0305デフォルトの名無しさん2014/08/27(水) 20:38:26.83ID:Dapo3mLs
>>302
DoJaは正に法律的にJavaを名乗れなかったし、Dalvikは素のクラスファイルのクラスローダがあるし
噛み合わんぜよwやっぱりもう下らないじゃないかww
0306デフォルトの名無しさん2014/08/27(水) 20:40:59.41ID:Dapo3mLs
>>304
繋げてないからな、ネイティブコードに関する2つ視点の話だ
0307デフォルトの名無しさん2014/08/27(水) 20:51:32.31ID:Auhnp5AU
>>305
そもそもDoJaはVM部分はJavaMEなのでは？プロファイルやAPIの部分のみ独自
だから、Javaを名乗りようがない

>Dalvikは素のクラスファイルのクラスローダ
これ何のこと？教えてよ
0308デフォルトの名無しさん2014/08/27(水) 20:57:33.30ID:MDxpf5sK
ヨソでやってください
0309デフォルトの名無しさん2014/08/27(水) 20:57:58.56ID:Auhnp5AU
>>306
じゃあ、１つづつ
＞iOSはアニメーションで誤魔化してるが案外動作もっさりだからなw
アニメーション（エフェクトやインジケータ）による体感時間の軽減はわかるんだが、それを除いただけでもっさりするとは思えない。
例えば、どの辺りがもっさりなんだ（開発者の視点で頼む）
＞バックグラウンドマルチプロセスを解放したりとそろそろバッテリーは劣化を見せ始めるからテコ入れは必要だったんだろうな
そこら辺はOS側の仕事だから、Swiftは関係ないだろう
0310デフォルトの名無しさん2014/08/27(水) 21:02:30.30ID:FM2rf8sy
おいおいここはSwift スレだぞ
もうそろそろJava談義は良いだろ

一つだけSwiftに近い話に戻せば、Javaがいくらがんばってもネイティブと勝負するにはそれなりに高価なハードじゃ無いと勝負にならない
0311デフォルトの名無しさん2014/08/27(水) 21:04:01.68ID:aRzM6R4R
法律もクソも、上納金払ってオラクルが認めてくれればJavaだしそうでなければJavaじゃない
それだけだよ
テスト云々は、Javaと認められたければこうしてね、というガイドにすぎず、
オラクルがJavaと認めるかどうか判断するときにそれに従わなきゃいけない筋合いはない
0312デフォルトの名無しさん2014/08/27(水) 21:08:16.51ID:Auhnp5AU
>>311
JavaではなくJavaVMの話だ。
JavaVMのバイトコードを動かせないVMをJavaVMと言い張るから反論した。
ちゃんと読めばわかること。
0313デフォルトの名無しさん2014/08/27(水) 21:11:19.88ID:h3Eh8rr+
みなさーん、スレタイスレタイ
レスの内容、ちょっとは関連付けてよｗ
0314デフォルトの名無しさん2014/08/27(水) 21:19:37.99ID:FM2rf8sy
>>311 そんな勝手なことをしたら言語規格なんて無くなるだろ

やるんならソサエティの中で指導的立場で動くのが大人と言うものだ
まるでガキ
0315デフォルトの名無しさん2014/08/27(水) 21:30:37.67ID:hJeKPnbu
ちゅうか、ForthとかPrologとかlispとかSmalltalkとかJSとかBasicとか方言だらけやん。
むしろJavaは方言の癖が殆どない。
0316 ◆QZaw55cn4c 2014/08/27(水) 22:17:28.20ID:MFzPg3cf
scala‥clojure‥
0317デフォルトの名無しさん2014/08/27(水) 23:44:29.62ID:KvXUn5/Y
面白い子が入るくらいに swift はハードル下げたなぁ
swift は色んな言語仕様の闇鍋だから方言も多くなりそうで楽しみだ
0318デフォルトの名無しさん2014/08/28(木) 09:28:38.99ID:oLZoKG4i
>>315 Javaは仕様検定で外れることを許さなかったからだけど、それを無視したのがGoogleだろ。

Swiftは変化の自由度が高いがそれを方言と呼ぶのかどうか？ 単なるお化粧みたいなものだからな。それが蔓延することも無いだろ
0319デフォルトの名無しさん2014/08/28(木) 09:28:53.30ID:jNc6SsC3
先取り！Swift
http://www.amazon.co.jp/dp/B00L35LRPI/

なかなか面白そう
0320デフォルトの名無しさん2014/08/28(木) 09:37:49.85ID:oLZoKG4i
はじめてのSwiftプログラミング
http://www.amazon.co.jp/gp/aw/d/4777518515/ref=mp_s_a_1_fkmr0_1?qid=1409186139&;sr=8-1-fkmr0&pi=AC_SX110_SY165_QL70
0321デフォルトの名無しさん2014/08/28(木) 09:40:51.49ID:oLZoKG4i
Swift離陸ガイド
https://itunes.apple.com/jp/book/swift-li-lugaido/id893120939?mt=11
0322デフォルトの名無しさん2014/08/28(木) 11:38:20.51ID:vaW2spuO
昨日から暴れてるやつは Android あがりの Apple信者 か？
何かと自分を信じて他者の意見は聞く耳持たねーなw
0323デフォルトの名無しさん2014/08/28(木) 14:57:58.01ID:jyVEFMJW
文法の解説だけじゃなくて
SwiftをきっかけにiOSアプリ開発に参入した人向けの
Cocoa Touchの触り方も含めた本が欲しいな
0324デフォルトの名無しさん2014/08/28(木) 15:21:34.54ID:oLZoKG4i
>>323 何もかも待ってたらいつになるか解らないよ

このあたりでスタートした方が良さそう

Using Swift with Cocoa and Objective-C
https://developer.apple.com/library/prerelease/ios/documentation/Swift/Conceptual/BuildingCocoaApps/#//apple_ref/doc/uid/TP40014216-CH2-XID_0

Cocoa向けコーディングガイドライン
https://developer.apple.com/jp/devcenter/ios/library/documentation/CodingGuidelines.pdf

その他日本語ドキュメント
https://developer.apple.com/jp/devcenter/ios/library/japanese.html
0325デフォルトの名無しさん2014/08/28(木) 19:19:23.76ID:jyVEFMJW
>>324
おお、こんな記事があったとは！
ガイドラインも既存コード読むのに役立ちそうです
ありがとう！
0326デフォルトの名無しさん2014/08/28(木) 20:32:00.95ID:yRMFmFIO
コード書く以前の問題だな。
0327デフォルトの名無しさん2014/08/28(木) 21:02:11.33ID:2FYnqC4s
コード書く以前の問題だな。（ｷﾘｯ

だっておwwww
0328デフォルトの名無しさん2014/08/29(金) 15:02:35.40ID:kn9vxvuO
swiftからobjective-cのメソッド呼びたいんだがうまくいかん。

http://stackoverflow.com/questions/24002369/how-to-call-objective-c-code-from-swift
上のサイトを参考に.hと.mのobjective-cソースを自分で書いてビルドした場合はうまくいったん
だが、外部ベンダー提供の.hと.aを使って呼び出そうとすると、.hに書かれているNSObjectとか
の名前解決ができずにリンクエラーがでてしまう。解決策しっている方いませんでしょうか？
それとも現行では外部のstatic libraryを利用できないのでしょうか？
0329デフォルトの名無しさん2014/08/29(金) 15:15:59.43ID:mzrllt6p
import してないんだろどうせ
0330デフォルトの名無しさん2014/08/29(金) 16:06:28.63ID:a/Gp6hPI
insert してないんだろ童貞
0331デフォルトの名無しさん2014/08/29(金) 17:10:14.59ID:iI6DvmYa
まだ発売されてないけど、洋書はいくつか出てきたね
http://amazon.co.jp/dp/1491908904/
http://amazon.co.jp/dp/1491908947/
http://amazon.co.jp/dp/013403757X/
http://amazon.co.jp/dp/067233724X/
http://amazon.co.jp/dp/B00MN07D8M/
0332デフォルトの名無しさん2014/08/29(金) 17:20:35.03ID:a/Gp6hPI
洋モノか．．．ハァハァ..
0333デフォルトの名無しさん2014/08/30(土) 01:24:26.72ID:StdEIgkV
>>328　View　＞　Navigator　＞　Show Project Navigator　
ビルドするディレクトリを選んで　BuildPathに両方コンパイルするように　＋でコンパイルファイルを追加

これで行くんじゃないかな？
0334デフォルトの名無しさん2014/08/30(土) 06:15:20.49ID:YPht6fe8
イマドキ書籍よりよっぽど stackoverflowの方が役に立つだろうに
こういうのを買う層はどこなのかねぇ
ライトな日曜プログラマはやっぱりこういうのを必要としてるんだろうか
0335デフォルトの名無しさん2014/08/30(土) 09:21:34.58ID:GkcWN69o
体系的に憶える場合は書籍が早い。ただし、ちゃんとした本に限るけど。
0336デフォルトの名無しさん2014/08/30(土) 09:41:40.93ID:oKYlo8pl
何か問題(疑問)が起きて、それを解決するのには、Stackoverflowの方が早いけど
そもそも問題を起こさないように、足元を固めるのには、書籍とかの方がいいよね。
例えばObjective-Cでも、KVOを知らずObserverパターンを自分で実装する人がいる。
それでもたいてい問題は起こらないので、Issue-DrivenだとKVOを使った方がいいということに気づかない。
何か問題が起こってから、KVOでやった方がいいということに気づき、書き直すと時間の無駄。
そうならないように、最初のうちはトップダウンである程度知識を総ナメしておく方がよい。
将棋や囲碁と一緒だ。最善手を打つためには、定石をある程度知っておく必要がある。
定石を知らない打ち手は、知らず知らずのうちに悪手を打つ。
少なくとも最初のうちは、体系的に学ぶことは、基本的な定石を把握し、初歩的な悪手を大幅に減らすのに役立つだろう。
0337デフォルトの名無しさん2014/08/30(土) 09:42:29.36ID:SnBvB4qP
まぁ、StackOverflowで回答して評価を3桁もらってやっと一人前といったところだろうな
StackOverflowを見るだけのうちはまだまだ半人前だよな
俺ももうすぐ３桁いくぜ
0338デフォルトの名無しさん2014/08/30(土) 09:54:37.82ID:Kf1182vd
FAQに最初に即答できたら一人前、か。なるほど。
0339デフォルトの名無しさん2014/08/30(土) 10:13:48.93ID:SnBvB4qP
ん？ そんなルールあるのか？
0340デフォルトの名無しさん2014/08/30(土) 10:27:31.32ID:DHyy7By+
言語もデザインパターンも所詮ツールで解決の難易度はあれど解決できない問題はありえないだろうがな
Appleは改善という触れ込みでコロコロ仕様変更するからプロジェクト全体でそれに付き合ってたら時間も金もかかりすぎる
日曜プログラミングで流行りものを追って遊ぶのは面白いんだけどなぁ
0341デフォルトの名無しさん2014/08/30(土) 16:23:18.62ID:cGa4wD+G
俺付いていけない自慢wいや、それ自慢じゃないからww
0342デフォルトの名無しさん2014/08/30(土) 16:31:29.50ID:bYPUGWXG
>>340
触れ込み？改善はしてるじゃん
そもそもbetaのプログラミング言語に何を期待してるんだか。
君、生まれたてのプログラミング言語をハックしたことないでしょ
0343デフォルトの名無しさん2014/08/30(土) 18:23:24.58ID:GkcWN69o
MSみたいにさんざん花火を打ち上げて放置とか、Googleみたいに面倒な事はメーカーと
アプリ開発者に丸投げとかより全然増しだと思うけどな。
0344デフォルトの名無しさん2014/08/30(土) 18:39:10.78ID:KLDsW6YE
少なくともSwift は、基本は押さえて大風呂敷は抑えてる感じだな。
少し押さえすぎとも思うが、小さなプロジェクトがよくぞ育ったと思う
0345デフォルトの名無しさん2014/08/30(土) 18:51:16.91ID:EJ3Xk0X2
この先、ObjCの動的な部分に依存しているCocoaのデザインを、どう静的なSwift上のデザインに落とし込んでいくのかが興味深い

Cocoaが完全に静的な設計になっていくのか
あるいはSwiftに動的な機能が追加されていくのか
はたまた動的なObjCと静的なSwiftが共存しつづけるのか
0346デフォルトの名無しさん2014/08/30(土) 18:52:21.79ID:GkcWN69o
　プラットホーム運用と移行のノウハウを世界で最も蓄積している会社だから、そのへんは
安心していいと思う。
0347デフォルトの名無しさん2014/08/30(土) 19:25:47.40ID:EmqnD2gG
どっちに向かうのかは興味深いね
既存の動的な品物はobj-c流用のまま、新しいものには関数型アプローチ取り込んで行くとかも出来るだろうし
記法の柔軟さの確保に色々ご執心なようだし
0348デフォルトの名無しさん2014/08/30(土) 22:53:17.70ID:4b2+PPNH
>>342
フレームワークAPIが枯れたデリゲートモデルのくせに、iOSバージョンアップの度に改変することを言ったんだ
改変は別にswiftのベータを言ってる訳じゃねーよ

それについては筆を選ばずのスタンスでそんなに興味津々でもなし
色んな言語をやった結果、自分は言語程度では生産性等々大きく変わらんからなぁ
0349デフォルトの名無しさん2014/08/30(土) 23:05:21.90ID:cGa4wD+G
ちょろちょろ変えられるけど、そんな目くじらたてる時間がかかる変更なんて経験無いけどな
ちっちゃいことを大きくってのは、自分が原因を他に転換でよく見られる行為でもあるんだけど、違うよな？そんな時間がかかる大きな変更ってなに？

新しいOSでは新しいフレームワークが出てそれに対応のほうがだな。既存のフレームワークを置き換える新しいフレームワークもあるが
それでも、しばらくは(というかいつまでもw)古いのも使えるので特に目くじらたてる必要も無く、既存のフレームワークを置き換える新しいフレームワークも確かに置き換えるだけあるというのがだいたいだし
で、そんなに目くじらたてる／対応が大変なのってなに？
0350デフォルトの名無しさん2014/08/31(日) 00:01:26.79ID:VM252+zm
　WPFやSliver lightは放置で、WinFormを捨てるのかというとそういうアナウンスはないMSとか
　4年かかってもUI構築ツールやプロファイリングツールすら作れなかったり、機種事の非互換性を
放置したGoogleよりかは全然まし。
0351デフォルトの名無しさん2014/08/31(日) 01:08:18.88ID:bI3XySez
MS混乱してるよなー。ユニバーサルアプリもどうなることやら
osxだとgcからモダンランタイム、ARCときて困惑が無かったわけではないけどこんなもんでないの
古い事言えばCocoaJava切り捨て、PPC切り捨て、Carbonの緩やかな棺桶入り、Rubyに浮気する素振りとか紆余曲折あったけどw
まあこれらはiOS関係ないけど、切り捨て体質とは言われるけど態度がはっきりしてる分やりやすい側面もあるよ
blocks拡張なんかも最初見たときは暴挙だと思ったけど、結果的にはまあ
0352デフォルトの名無しさん2014/08/31(日) 01:31:31.19ID:/8NlpQDR
最近だとQuickTime周りも迷走してたな
0353デフォルトの名無しさん2014/08/31(日) 02:04:44.79ID:DDUAuyBQ
Appleは動作するプラットフォームが限られているし、コントロールできる。
切り捨てはするが、移行期間の用意と、新しいAPIなどの開発環境(Xcodeなど)を一通り揃えてくる。
また、熱心な信者も多いため、OSSなども軒並み着いてくる。
ARC,LLVM+Clang,iOSの64bit化,blocks(GCD),iOS7...

特にARCの対応と、Appleは関係ないがCocosPodの対応とか、すごく早く感じた

Swiftが普及して当たり前というのは、この辺りに慣れちゃってるからだろう。
0354デフォルトの名無しさん2014/08/31(日) 02:16:24.76ID:VM252+zm
>>352
QuickTimeはわりかし上手に切り捨てれたと思う。
AV Foundationを使っているでだろうFinal Cut Xは混乱してたけど。
0355デフォルトの名無しさん2014/08/31(日) 08:47:08.96ID:SnZOPnNh
>>354
64bit移行をうまく使ったよな。QuickTimeも、Carbonも。
0356デフォルトの名無しさん2014/08/31(日) 08:53:58.15ID:Hb4BAo98
とてもAppleスレらしい流れですね
0357デフォルトの名無しさん2014/08/31(日) 09:42:57.30ID:xJlNCNQH
>>355
ObjCのmodern runtimeへの移行も。
0358デフォルトの名無しさん2014/08/31(日) 10:12:50.44ID:VM252+zm
こう考えると、移行に失敗したのってCocoa JavaとQuickDrawGXぐらいじゃない？
0359デフォルトの名無しさん2014/08/31(日) 10:45:01.61ID:DlhsiS7V
移行頻発杉、という感覚だなw
信者ユーザが最近は多いのでディベロッパーも追従してるがよくやるよ
0360デフォルトの名無しさん2014/08/31(日) 13:08:25.88ID:L1WFOjt2
馬鹿がすぐに信者。たぶんとても大変なことなんだろうな、本人には
やることやるにすぎないから、何にも負担に思ってないだけなのにわからないんだろうな
0361デフォルトの名無しさん2014/08/31(日) 13:15:19.51ID:DlhsiS7V
信じる者は救われるからな
やることやって救われるようぜ
0362デフォルトの名無しさん2014/08/31(日) 13:17:15.51ID:L1WFOjt2
プログラミングなんてやることやるモノを作るもんだろ
おまえ、プログラマじゃないか本当はプログラミング好きじゃない、仕事としてやってるんだろうな
0363デフォルトの名無しさん2014/08/31(日) 15:04:01.07ID:P//zzEsi
>>362
プログラミングに限らず仕事ってそういうもんだろ？
たかが仕事にやりがい()とか、好きなことを仕事に()とか求めてるのは働いたことないガキだけだよ
好きなことをやってるうちは仕事じゃない、ただの趣味、お遊びだ
0364デフォルトの名無しさん2014/08/31(日) 15:19:47.73ID:L1WFOjt2
>>363
いやいや、すげー極論。好きでプログラミングをやっているのは趣味お遊びだって、どんだけお前の職場アレなのよw
さすがに仕事できないヤツ(にしか見えないw)の自己保身は馬鹿っぽすぎて飽きれた

お前とお前の周りは嫌々仕事しているかもしれないが、仕事を楽しんでいる人／やりがいを感じているのもいるんだぜ。どんな職種にも。お前には想像もできないだろうけど
あー、あほらしい

つい最近どっかで見た、モンキーという渾名の由来
文句言い→もんくいい→もんくぃぃ→モンキー (だったかな)
俺はクスっと来たが、お前は何も笑えないんだろうなw
0365デフォルトの名無しさん2014/08/31(日) 15:27:07.93ID:dK8Z1XNh
ブログラムはどんなに小さな部分にでも自分の創造性を潜りこますことが出来る楽しいおもちゃだろ

楽しく無ければ転職した方が良いと思うよ
0366デフォルトの名無しさん2014/08/31(日) 15:30:30.35ID:DDUAuyBQ
>>363
何で、所々にタプル入れてんだよ。
0367デフォルトの名無しさん2014/08/31(日) 15:40:26.87ID:NOhbDlov
>>363
プログラミングに限らず仕事ってそういうもんじゃないだろ？
仕事にやりがいとか、好きなことを仕事にとか求めないのはまともに仕事内容について学んだことのない無知だけだよ
好きじゃないことをやってるうちは仕事じゃない、ただの苦役だ、お金稼ぎだ
0368デフォルトの名無しさん2014/08/31(日) 15:47:30.32ID:L1WFOjt2
IT土方とかIT奴隷とかひとっくくりにされると、なんか反発を感じていたが、おおみえ切って堂々とあんなこと言うヤツいるんじゃなあ…
好きでもないのにいるヤツとか邪魔でしかない／尻拭いするときは最初からいなければいいのにとリアルに思うが、ネットでも邪魔な存在でしかないなあと
0369デフォルトの名無しさん2014/08/31(日) 15:52:03.50ID:5rh0udnx
なるなる
0370デフォルトの名無しさん2014/08/31(日) 15:53:15.31ID:dK8Z1XNh
IT土方とか言われて来てたのは、労働生産性の悪さや、時間当たりの賃金効率の悪さから。

でもほとんどの人は好きでやってると思うぞ。 新しいものに次から次に触れて知識欲を満足させてくれるし
0371デフォルトの名無しさん2014/08/31(日) 15:58:32.94ID:dK8Z1XNh
能力も知識欲も無く単純労働としか思ってい無い人間も多くなってるんだろうな

IT産業の裾野も広くなってるから、単純労働も有るよ、でも明日は次のステップに登れるんだよ。 一歩一歩階段を上ってればいずれ望みの景色が見れる
0372デフォルトの名無しさん2014/08/31(日) 16:14:21.40ID:5XossNlg
NGNG
■ このスレッドは過去ログ倉庫に格納されています