Swift part11 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>506
＞私は Apple Pencil 向けのサンプルコードを見つけようとしていました。それは全て Swiftで書かれており、今日までどれもコンパイル出来ません。
ワロタ だいたい世界的にもまぁみんなおんなじこと感じてるんだなぁという感想
さすがに古くさくなってきたかなぁって名作言語の後継と言って
微妙にコレジャナイ佳作レベルの言語出されてもどんな顔すればいいんだ的な。
「旧ガンダム」はさすがに古いでしょう？
さあ、紹介しましょう！これがまったく新しくなった宇宙世紀！
「ガンダムUC」と「ユニコーンガンダム」！
「あ…うん。」「お…おう…」的な 進化＝簡単になるべきなのにswiftは仕様がごちゃごちゃしていてわかりづらい
やりなおせ FORTRANに対するBASICみたいな割り切りが
なんか「メイン言語」化する中でできなくなって
また屋上屋を重ねる仕様変更地獄に陥ってる感じ。
それ、他言語が散々やらかしたパターンじゃねーかっつう そもそもAppleにはまともな開発環境作れる能力がないんだよ
MSかGoogleに土下座して頼めばいいのに きみはWindowsPhoneと泥のクロス開発でもやってなさいw >>507
それ誤訳だよね
None of it compiles today. >>515
「今日では」とかにするべきところを「今日まで」にしてるからか？
誤訳だって言うなら自分が正解と思う訳くらい書けや 便乗してみる。
>今ではどれもコンパイル出来ません。
かなぁ。 以前のサンプルが今ではコンパイル出来なくなってるってことか。
そっちのほうが深刻だな。 サンプルレベルなら自動マイグレーションですんなり動くだろうと思わなくもない
Xcode 8なんぞ古いXcodeも確保しておかなければならいが、特に問題なわけでもなさそうな 業務でSwift使ってるんじゃない人は気楽でいいですね
以前のコードが深刻なレベルでコンパイルできなくなるなんて
他の開発環境じゃ起こらないことだから
昔からだけどAppleはアプリ開発者を舐めすぎ >>520
昔からって知ってるのになんでやっているのだか？>>512といい>>513のままだな
単に金のためにか、やっぱ >>522
はあ？iOSアプリの開発の仕事は押し寄せてくるからだよ
iPhoneがまぐれ当たりしたばっかりにな
単に金のためだよ？それが何か？ 仕事としてのプログラマーか。いっぱいいるよな、アレな人はw
で、Swift選んだかのか？自ら苦行wに入ったんじゃねえの？
金のためだろ？我慢するなり、頑張るなりしろw金のためなんだから 仕事として「だけ」のプログラマーか
だな。いや、金儲け「だけ」のかw >>524
使う言語をいつでも自分で選べると思ってるようなニートはもう喋るな
それとも相当な上級さんかなｗ 案件で言語指定してるとこなんてごくごくごくまれにしか無いな
Swift指定してきてもあまり利点は無いですよって言うしwてかさ、お前がどういう組織なりでやってんのか知らんけど、Swiftの破壊的仕様変更は＋αの金儲けのチャンスやん、なんか知らんが強制(？)されてならw
お金に関して関わっていない言われたことをやる／やらされる立場なんだろな。上級とかいい出してるのをみると、どういうIT関係なのかだいたいわかるけどw >>527
お前のところでもごくごくまれにはあるんだろｗ
俺のところではむしろ通常なんだわ、言語どころがIDEまで指定されることが多い
客先で成果物をメンテしなくならないことが多いからな（最終納品先は省庁関係が多い）
お前とは話が平行線のままだろうからもうこれで終わり そういう環境で金儲けのためにだけにやってるんだから、お前自身が選んだ環境だろうからお前自身の責任がかなり大きいだろし、金儲けだけなんだから我慢するなり、頑張るなりしろwでしかないな
>>513の言うとおりでしかないとは、恐れ入るな>>513はww >>526
自分で選んだなら自業自得だし、そうでないとしても金もらってやってるんだから我慢しろってことじゃないかと しかたなくやってるんだから何の批判もするなと
なるほどなるほどカルト宗教の集会に紛れ込んでしまった俺がバカでした >>530
うん。金のためにしかやってないなら尚更ね。まあ奴隷のような給金でやらされているのなら可哀想だけどw
しかたなくやってるって、やっぱり奴隷か？w Swiftの破壊的仕様変更は＋αの金儲けのチャンスっていう視点のかけらもないことからも...w
しかたなくやってるって言い訳が通ると思ってるのがわけわからん。自分に対する言い訳ばかりなんだろうなと穿って悪意をもって見てしまうなww Swift 1時代やSwift 2時代のプロジェクトを保守する場合、見積もりとか面倒そうだな。
Swift 4対応って形で別料金取ればいいのか？ >>528
省庁関係ってWindows案件だよな？iPadとかMac案件あるの？ えーiPadじゃないのーって例の童貞コピペされちゃうぐらいには
いまWindowsノートとか泥タブは社会で恥ずかしい存在だしな。 swift人気ないな、これからはJavaScriptだな
swiftってキレッキレのダンスみたいでもういい加減にあきた
プログラムなんてゆる〜く書いてツールが指摘してきたらなおす
そンな感じでデザインとかビジネスロジック優先
ほとんどのアプリなんかデザインから2ヶ月あればリリース swiftは保守が大変→ってイメージが定着してしまった
それに初心者に全く向かない変態仕様になってしまった
もう人気ランキング浮上することはないな
jsで十分、次期xcodeもjs対応してくる jsというよりtypeScriptかな。
optional型とか、ジェネリクスとか。
swiftでいいなーと思った機能は結構入ってる。不満は?でアンラップできないくらい。 型推論しないobcのlight weight genericsで十分 Go言語とかどこで使われてんだよ
地下勢力でもどっかに潜んでんのか？ >>546
画面のモックアップに？
それともクラス設計の雛形に？
それともロジックの確認に？ PoCかな
そもそもそんな製品あったとして使うかどうか Goはジェネリクスかたくなに入れなかったり
意図的に言語の競争に参加するのを拒んでる気がする >>550
色々混ぜ込むと結局コモディ化していくだけだから。
でもOptional型は対応してといてほしかった。これは最初から言語に入ってないとどうしようもないし。 Xcode 8.3.3, OSX環境でSwift使ってScriptingアプリ作ってたんだが、プロジェクトをXcode 9.1向けに上げたら苦労している。
@objcMembers指定だけでいけるはずなんだよね？うーん。 >>552
俺昔から疑問だったんです。
Scriptingアプリってどうやって実装するの？
特に、アプリで操作される側は、どういう作りにしておけば良いの？
WindowsだとsendMessageを使ってアプリの操作ができそうな気がするけど、
iOSアプリだとどうするんだか、見当がつかん。 >>553
iOSならこことか。
ttps://developer.apple.com/jp/documentation/iPhone/Conceptual/iPhoneOSProgrammingGuide/Inter-AppCommunication/Inter-AppCommunication.html
ttps://developer.apple.com/library/content/documentation/FileManagement/Conceptual/DocumentInteraction_TopicsForIOS/Introduction/Introduction.html#//apple_ref/doc/uid/TP40010403 >553のはOSX向け、Scriptable Applicationの話なので別物。 var a: Int?
a = 10
a! += 1
a! += 3 552です。自己解決。
ttps://stackoverflow.com/questions/25605805/swift-nsscriptcommand-performdefaultimplementation
このsdef/cocoa classネタは再発になる。
Xcode833では大丈夫だったのに。
Swift4 SE-160実装での考慮漏れ？じゃなかろうか。 AVAudioEngineを使って録音してるんだけど、もしかして16bitでファイルに保存できないの…？
installTapの中でAVAudioFileに書き込んでいってるんだけどエラーになる… >>566
swiftの開発者がgoogleに行ったからかな？ こりゃSwiftは消えるな。
出て数年で、これだけ囲い込んでプッシュしても
早くも堅調に右肩下がりとか尋常ではない。 えー。せっかくかけるようになったのに。
もうちょい頑張ってよ。 swiftの仕様が安定するより、
kotlinがllvmに対応するほうが早い。
全アプリkotlnかjsで、かけるといいよ ラットナーは「AIをより簡単に」みたいな話だった気がするので、swiftからpythonに繋げてくれたりすれば個人的には使い道が増える >swiftからpython
今まさにその議論メーリスでやってるね swiftはもうダメだな
iOSと並行して開発されている新モバイルOSも謎のスクリプトで開発するらしいし
iPadでビルドできるらしいし let ore: Men
let kanojo: Women
ore.chinko.insert(into: kanojo.manko)
while !ore.itta {
ore.koshifuru()
kanojo.aegu()
} >>577
なにそれ初耳
Swiftと別に汎用言語作るとは思えないから
あるとしてもSiri/人工知能を扱うためのスクリプト言語とか
買収したWorkflow.appにのせるiOS版AppleScriptみたいなものとか
そういう分野特化のスクリプトじゃね なんかrubyもpythonとのバインディングでなんとか機械学習に参入しようとしてるってポッドキャストで昔聞いたな。
python学んだほうが早い Googleの新OS Fuchsiaに対応するブランチが切られたぞ
wktk
https://github.com/google/swift/commit/95179d35c84a7b98081003a6ab8de5f973755ac3
Add Fuchsia OS Support
Adds Fuchsia target support to the compiler and builds the stdlib for
Fuchsia. かなりスレ違いになるんだけど、
linuxカーネルって作り変えなきゃいけないほど問題あるもんなの？
単純にクラック耐性上げるために分けてるだけ？ 問題があって作り変えるというよりモバイルデバイス向けにカリカリに特化した新OSを作るって感じじゃないかな >>593
そうなんかな。でもforkして作るって手もあるのに一からってすげーなって 不具合というよりかは
GPL対策とドライバ周辺の保守性向上じゃないかな Swift製って言うと100%Swiftみたいに聞こえるけど、アプリの一部でSwiftを使っててもその判定に入ってると思う。 仕様もABI安定してないうちにSwift移行とかどんな神経してるんだよ。
個人ならまだしもAppleがそれやるのかよ。
その向けのパフォーマンスというかなんというか、Apple政治だな。 アプリやプライベートフレームワークだからABI関係ないし、ドッグフーディングはいい言語にするには絶対必要だ Apple自身が本格的なのひとつは無きゃ自動コンバートがどれだけ実用的なのかわからんし、ひとつとかでなくよりなら自動コンバートがよりより実用的にor破壊的変更はもうない(古い記述も許す)という姿勢の現れだろ
やっとSwift 1.0ってとこだな もう新しい言語とかどうでもいいからアプリを簡単に作れるようにしてくれ。
デザイナー要らずで絵が描けるとか、いいDBつむとか、API/Mapperコードの自動生成とか、ステート実行とか、画面作成はstoryboardとsegueしか利用しちゃいけないとか、
アプリのクラッシュ管理をiTunes connectだけで完全に出来るようにするとか、自動Analyticsしてくれるとか、
コード量を少なくしてくれ。 同じことを実現するのに色々な書き方が出来ないようにしてくれ。 なんで？
色々な書き方が出来た方がいいだろ
Storyboardでしか画面作成できなくするとXcodeでしかアプリ作れなくなるぞ Storyboardの中身はXMLだからXcodeがなくてもなんとかなる ■ このスレッドは過去ログ倉庫に格納されています
