新言語Swiftを語るスレ

とりあえず立てました

OpenCVとTesseract OCRを使ってる俺は、Objective-C++から離れなさそうだorz..

Apple Developer
https://developer.apple.com/swift/

iBooks: The Swift Programming Language
https://itunes.apple.com/jp/book/swift-programming-language/id881256329?mt=11

つい先日勉強始めたばっかりなんだよなー
新しい方に乗り換えるかなー

ちょっと見た限りではObjCの構文をモダンにしたついでに名前を変えてみた、という感じだね
ObjCより高速というのはLLVMのオプティマイザが優秀、ということなのかな

ObjCの最大の利点は個人的にはソースレベルでCやC++を混ぜられるフリーダムさだと思うのだけどね

既に勉強会イベント告知あってワロタw

ガリバーの作者名って何でとはもちろん思わなかったよもちろん

とりあえずObjective-C2の本、ゴミ箱捨てていいですかね

当分はobj-cでいくわ

JavaScriptとかPHPみたいにロジックだけで書ける言語だといいんだけどな。
メモリ管理とか気にせずに。

世良公則のグループ？

Objective-Cとどっちを覚えればいいですか？
両方は勘弁して

>>7
kwsk

新しいプログラミング言語 Swift
http://dev.classmethod.jp/smartphone/swift/

>>15
めっちゃ簡単やん

私がui_nyanだ@ui_nyan
きょうのアップルの発表会で公開された新言語Swiftがどれくらいのインパクトか、
開発者じゃない人にわかりやすく解説すると、「いままで最寄のコンビニが徒歩３０分で１９時に閉店するデイリーヤマザキだったのに、今日いきなり家の目の前に２４時間営業のセブンイレブンができた」
感じです

でもそのセブン、店員がオープニングスタッフで教育不足なんだ

>>17
>>18
徹夜で草不可避

まだSwift使ったことないくせにわかったように言うのやめてほしい

やっべえObj-C殺しにきた
そこは盲点だった

let people = ["Anna": 67, "Beto": 8, "Jack": 33, "Sam": 25]
for (name, age) in people {
println("\(name) is \(age) years old.")
}

米アップル、iOSアプリの新開発言語にSwiftを導入
http://ggsoku.com/2014/06/ios-8-swift/
米アップルは2日（現地時間）、iOS 8に新開発言語「Swift」を導入すると発表した。

Swiftは非常に軽快に動くことが特徴であり、Objective-CとC言語の中間に位置するようなイメージであるという。
コード体系はC言語を踏襲。
CocoaやCocoa Touchに対応することはもちろん、LLVMコンパイラを利用してビルドされる。

LLVM
http://ja.wikipedia.org/wiki/LLVM
LLVM とは、コンパイル時、リンク時、実行時などあらゆる時点でプログラムを最適化するよう設計された、任意のプログラミング言語に対応可能なコンパイラ基盤である。

LLVM は、JavaとJava VMの関係のように、まず仮想機械をターゲットとした中間コード（ビットコード）を生成し、その仮想機械向けコードを特定のマシンの機械語に変換する。

仕様記述言語とか証明支援とかモデルベース開発とか
自動コード生成とかに行って欲しいんだが、
結局既存の言語の焼き増しでしかないのか。

ソフトウェア開発って90年代から進歩しないね。

playgrounds を使うとインタラクティブに実行できる。
https://developer.apple.com/library/prerelease/ios/referencelibrary/GettingStarted/LandingPage/Art/largeshot_2x.png

>>24
あんまり進歩しすぎると、プログラマが着いて来れない

シンタックスみたらこれLLじゃない・・・
とどのつまりjsやPythonでCocoa/Cocoa Touch利用できるってことだよ
こりゃーiOS開発はSwiftが主流になるわ絶対
だってiOSってObjectiv-Cで開発するほどのプラットホームじゃないってずっと思ってたんだよな

LLVM Compiler Overview

Important:
This is a preliminary document for an API or technology in development.

Apple is supplying this information to help you plan for the adoption of the technologies and programming interfaces described herein for use on Apple-branded products.
This information is subject to change, and software implemented according to this document should be tested with final operating system software and final documentation.
Newer versions of this document may be provided with future seeds of the API or technology.

The LLVM compiler is the next-generation compiler, introduced in Xcode 3.2 for Snow Leopard, based on the open source LLVM.org project.
The LLVM.org project employs a unique approach of building compiler technologies as a set of libraries.
Capable of working together or independently, these libraries enable rapid innovation and the ability to attack problems never before solved by compilers.
Multiple technology groups within Apple are active contributors within the LLVM.org community, and they use LLVM technology to make Apple platforms faster and more secure.

In Xcode, the LLVM compiler uses the Clang front end (a C-based languages project on LLVM.org) to parse source code and turn it into an interim format.
Then the LLVM code generation layer (back end) turns that interim format into final machine code.
Xcode also includes the LLVM GCC compiler, which uses the GCC compiler front end for maximum compatibility, and the LLVM back end, which takes advantage of LLVM's advanced code generator.
This shows the flexibility of a library-based approach to compiler development.
There are many other features, such as link-time optimization, more detailed diagnostic information, and even static analysis, that are made available to Xcode due to the adoption of LLVM.

これTypeScriptににてるね。

Cベースとか言ってるけど、関数の引数に型あるし、
クラスやインターフェースもあるし、これ明らかに
TypeScriptを意識してるよな。

Rust言語？

うん、全くわからん

これ覚えやすい？
CとC++しかやったことないけど、すげーコードが見にくい
Objectiv-Cよりはマシになったようだけど

>>33
JavaScriptとその派生であるTypeScriptやCoffeeScriptなんかを
知っていれば、読みやすいというか、ほぼまんまｗ

対話型によく似てんだよなあ

めっちゃ既視感のある文法なんで学習コストは小さいな。

新しい発想とかいってるけど、
これTypeScriptだな。
MSのパクリかｗ

ObjCは要らない子なん？

Swiftで作ったアプリはiphon5で動かないんだろ？

>>6
>ObjCの最大の利点は個人的にはソースレベルでCやC++を混ぜられるフリーダムさだと思うのだけどね

それが欠点でもある。メモリーリークとかが見逃されて製品版出荷される最大の理由だろう。

>>40
何にも知らないのにね。

>>39　どれでだって動くよ。　少なくとも４S以降は動く筈。　iOS8が4S以降対応だから。
元々LLVMはマシンに依存しないし。

笑った
http://cpplover.blogspot.jp/2014/06/appleswift.html?m=1

構ってIDコロ助。

なるほどまったくわからん

1レスでマスターできるSwift言語入門
他言語のよせあつめだから、マスターするにはこれだけで十分ｗ
（まあざっとしか見てないから間違ってたらすまん）

タイプセーフ言語。全般的に型ある。型キャストもある。
Generics搭載、アトリビュートあり

var（変数）とlet（定数）。変数・引数の定義は「名前: 型」の順番
文字列リテラル = よくある文字列クラス。文字列の中で変数展開や関数実行可能
for、for in、while、do while、if、swtchがある。
ループ系はラベルが使えてbreak、continueできるタイプ
switchは、caseにそこそこ色んなモノが使えてFallthroughキーワードでフォールするタイプ

関数はfuncで定義。デフォルト引数と名前付き引数が使える。
可変引数は...、inoutキーワードで引数で戻り値を返せる。クロージャある。アロー演算子もある。

タイプセーフEnum。おなじみのclassとstruct。thisはself。
(たぶん)単一実装継承。インターフェース（protocols）継承は複数可能
overrideキーワード、プロパティ（set、getキーワード）あり
コンストラクタ＝init、デストラクタ=deinit。
自動リファレンスカウンタ方式。Weak Referencesあり
extensionで既存クラス拡張可能

例外、try-catchは不明（なし？）

何も知らないのにね。

CocoaもSwift/ObjCダブル記法になってる
かつてのJavaが復活したようだ。そのうちObjC対応しないクラスとか
出てくるんだろうな。。。

謎のEmoji押し

今objective-C覚えながらソフト作ってるところだけどこっちの方が覚えやすいのかぁ
もっとも英語が読めない身としてはまだobjecの方が情報探せるからすぐには使えなそうだけど

言語仕様を見た感じ割と楽そう
ただちょっと普及しなさそうだな
どの新言語も出た直後は盛り上がるけど、半年も経つと失速してるし…

アップルがどれだけ本気かによる気がする
ObjCからの段階的移行でも発表すれば広がるんだろうが…

まあ、Objective-CとSwiftで
どちらもアップル専用言語って
扱いになるだろうね。

あとはどっちの言語がアップル専用言語として
使われていくかでしょう。
それ以外の用途では使われない。

>>50
http://i.imgur.com/PerJotj.jpg

コピペでできたようなリファレンスだな

>>53
早速遊んでるけど今のところiOSでしか動かない模様www
新規プロジェクトでSwift選択できるがCocoaだとObjective-Cのプロジェクトになる
iOSでSwift触ってるけどめちゃくちゃ簡単wwww
iOSアプリなんて軽いものつくるのにObjective-Cなんて重たい言語いらんかったんや！！www

機能紹介で namespacesって言ったときに聴衆がすげぇ湧いたけどどういうことなの？

つかクソ言語でやらされてたことについて謝れや

アクセス修飾子のないJsへnamespaceでスコープを制限できる機能を追加したのと同じだから

()地獄
[]地獄
block地獄　からは抜け出せそうな

似たような言語は幾つもあるけど、Xcodeの支援を全力に受けられるのが一番の強みかな

XcodeというかiOS開発で避けて通れない唯一の選択肢だからだよ
であればこそObjective-Cなんてレガシーな言語がここまで普及したわけで
言語の筋で言えばC#が一番優れてると思うし好きだな
TypeScript作ったのもM$の人だしSwiftはまんまTypeScriptだし
開発環境や言語に関してはM$たいしたもんだよ

>>43
>at 05:26

>AnonymousJune 3, 2014 at 5:37 AM
>iBooks版は読んでないので知りませんが、おそらくこちらのHTML版と同等だと思います。
>https://developer.apple.com/lib....

たった10分で論破されてるw クズすぎるなwww

>>43
こういう頭の硬いおっさんは一生C++使ってりゃいいんだよ

>>62
ドワンゴこんな奴雇ってるんだぜ

まあドワンゴだし

LLVMって言葉が上の方にあるけど、これってLLっぽいけどインタープリタでもなく
その場コンパイルでもなく、コンパイルしてアセンブラを出力してバイナリ作成する
従来型のコンパイラという認識でいいんだよね？ VMが解釈するわけでなく。

プログラミング言語swift公式ページ
http://swift-lang.org/

>>61
開発環境に関してはMSは優れてるけど、ユーザー環境についてはどうかと思う。
ランタイムとか.Net Frameworkのバージョンがいろいろあって、ユーザーがそれを
一々インストールしなきゃ使えないというのはイマイチ。

とりあえず今はswiftって奴が熱いよねとか言っとけば通ぶれるんだろ？

AppleScriptObjCとかどうなるんだよ

AppleScriptSwiftとか生まれるのか

>>66
それ、名前が同じだけど別のSwift

変数名にUnicode文字が使えるのか。
最近の言語ではあたりまえだけど。

>>67
最新OS以外に最新のランタイムを提供しないAppleよりはマトモだと思うけど...

これでできたバイナリはiOS8以降用になんの？

>>14
https://www.facebook.com/events/687412111328417/

>>66
それ別の言語じゃね？

?の意味が今一わからない
C#のNullableみたいなもんなのか

拡張子がまんま.swift って言語史上最長じゃないの？

そもそも拡張子文化を無くしたい

>>77
.coffee

>>77
.cikernel

ぬ

>>78
rm *.obj の代わりに
rm --type=obj って書きたいってこと？

拡張子は便利だから無くなることはないよ。

CLIが存在しないMacではたまたま拡張子が
あってもなくても違いを感じられなかっただけ。

txt開いたらwordが起動されたんだが。

>>83
それは何も間違ってない。

HTMLファイルを何で開くかと考えたら
ファイルによって開くアプリが決まるわけじゃないと
理解できるだろう。

まだあえて追加した拡張子を廃止とか言ってる奴いたのかよ
せめてファイルをなくせかファイル名をなくせと主張してほしいわ

もうObjective-Cは覚えなくていいの？代替になるの？

>>85
実身／仮身モデルを採用しろ！とかですね

ObjeC書けるってドヤ顔してた先行者も一緒にヨーイドンでSwift始めるのかあ胸熱

この、変数が絵文字でもいいってのは珍しいの？
他の言語ではどう？

http://i.imgur.com/Z73qpVJ.jpg

名前付けwhileとかは嬉しいな。break や continue が分かりやすくなる。

>>89
普通はできないな。
顔文字なんて使いたいって思う奴も少ないが。
ただ、2バイトコード対応したのはそれなりに意味はあるかも。

>>89
絵文字と言っても只のUnicode文字列
変数名として絵文字を使うことは珍しいが
絵文字を含むUnicode文字を変数名に使える言語は珍しくない。
JavaとかJavaScriptとか。
変数名に漢字が使えるというだけならVBやVBAでも使えた。

まぁさわやかで悪くないんじゃないでしょうか
あくまで悪くないだけで最近の言語としてはふつーだけど
ただなんでこんなググラビリティ低そうな言語名なんだよ

やってみたらPHPでも絵文字変数使えた。
Perlはだめだった

ここらへんに乗っている言語なら出来るかもね。
http://rosettacode.org/wiki/Unicode_variable_names

A6 SoCのCPUコアのコードネームもSwiftだしなｗ

>>86 多分完全に置き換わるだろう。　すぐになくなる訳ではないが、開発者の負担がSwiftの方が少ないし早いスピードのコードが書けるんだから。

Cの関数を呼ぶのにObjCのラッパーにお世話になる必要があるようでは
置き換わることはないと思うが

>>12
ツイスト

テイラー？

swiftもいいけど、cloudkitの方が期待してる
サーバーサイドを書かずにswiftだけで完結できるって事だよね

>>91
漢字変数名なら、COBOLであるよ。絵文字は知らないが。
顔文字変数名も、一部の変態が使っているよ。

アップル、新しいプログラミング言語「Swift」を発表
2014/06/03 10:13
http://m.japan.cnet.com/#story,35048822

他の言語がこれまでに勢いを失った分野でSwiftが成功するということを示す指標となる可能性がある。
Appleは実質的に、同社の熱烈なファンである開発者層を抱えているからだ。

>>97 いろんなとこで粘着してるな。

こう書かれてるから、C互換性は失われないはず。 C言語用の専用型もあるし。
“Swift is a new programming language for iOS and OS X apps that builds on the best of C and Objective-C, without the constraints of C compatibility.”

抜粋: : Inc、Apple. “The Swift Programming Language.” Apple Inc., 2014-05-27T07:00:00Z. iBooks.
この素材は著作権で保護されている可能性があります。

iBooks Storeでこのブックをご覧ください: https://itunes.apple.com/WebObjects/MZStore.woa/wa/viewBook?id=881256329

Swift はLLな人達にも取っ付きやすい構文だから、ライトなアプリは競争が激しくなりそうだなー

>>103
without the constraints of C compatibility
Cとの互換性に縛られること無く

とまさに書いてあるのにどう読んだら互換性は失われないとなるのか

>>97 WWDC の中で、SwiftはOBJCと、Cと同じアプリケーションの中で混在出来ると言ってる。
しかもその中間に位置すると言ってるからわざわざOBJCまで遡る必要があるとは思えない。 直接Cの型を扱えるのがその証拠では？
http://i.imgur.com/zXuh9hi.jpg

Objective-CがCを呼べる以上は
Objective-Cのクラスをそのまま使えるSwiftがCの型を扱えなきゃ困るだろう

Objective-C++はどうなるんだべ

俺もCやC++はいったんObj-Cのラッパー介さないとアクセス出来ない気がするんだが
できると言う人はコードで示してほしいな

まだ読んでないが、.swiftの中でCと混在できるのけ？
つか、たんまりある既存APIが一遍には置き換わらんだろ。
かなり時間がかかるんじゃね？

http://developers.slashdot.org/comments.pl?sid=5232847&cid=47151309

>From what I can tell (I just got out of WWDC and am reading through the docs)
>it can be bridged to, but not directly called. You can directly call Obj-C methods
>through the bridge, but not C methods. You'd have to bridge to the Obj-C methods which then call C methods.

Swift のプロジェクトに .c ファイル作ると Projectname-Bridging-Header.h ってのが作られて
そこで #include すれば C の関数呼べたわ
スマソ

自分のプロジェクトじゃなくて、外部のライブラリの関数も呼べるん？

考えてみりゃ、呼べなきゃ使い物にならんわなw
しゃべってねえでさっさと使ってみろってことか。はいわかりました。

>>108
Using Swift with Cocoa and Objective-C
では
You cannot import C++ code directly into Swift. Instead, create an Objective-C or C wrapper for C++ code.
らしいよ

swiftためすにはxcode6betaが必要なんだよね？

あと90分早く過ぎろ帰って試したーい

うむ
https://developer.apple.com/library/prerelease/ios/documentation/Swift/Conceptual/BuildingCocoaApps/index.html
＞Any Objective-C framework (or C library) that's accessible as a module can be imported directly into Swift.
＞This includes all of the Objective-C system frameworks—such as Foundation, UIKit, and SpriteKit—as well as common C libraries supplied with the system.

JavaやC#とは違うところかい。

>>56
Objective-Cにとても欲しかったからじゃね。違ったけどw

http://qiita.com/nori0620/items/cf956fea84e82ec2aee5
この今日半日以下で読み応えのあるまとめ。すっごいなあ
>>76
ほぼ正解。なのかな？

let it go

だぜ
セミコロンがいらないのは違和感あるな

>>104
プログラミング言語は単なる手段であってアプリの成功の可否はアイデアでしょ

アイデアはあるがObj-Cはなあ‥‥って人の参入障壁が下がって
競争激化って話でしょう

let = C/Objective-Cでのconst付き変数
かあ

let lastRefreshDate: AnyObject? = userDefaults.objectForKey("LastRefreshDate")
if let date = lastRefreshDate as? NSDate {
println("¥(date.timeIntervalSinceReferenceDate)")

なんじゃ、これはと思ったが、if文で変数宣言できてーのか
if lastRefreshDate {
とは書けないのか？？
println("¥(NSDate(lastRefreshDate).timeIntervalSinceReferenceDate)")
と書けそうだが、ダメだから宣言してーのかな？？NSDateはDateじゃないのねえ

>>120
れりごー♪

>>119
なあに英語とプログラムができる人なら単に公開されてる文章を斜め読みして半日で書けるよ。俺は無理だけど。
英語得意な人はSwift本で一儲けできそうですな。
人口の多いRubyやC#あたりからも参入してくるぞー。

なんか上にあった調べも読みもせずに脳内妄想垂れ流しのブログのに対してのってもありのw

>>122
ActionScript触ってたFlasherあたりが入ってきやすいんじゃないかな

>>127 それの関連は多そう。
javascriptしか知らないWebプログラマ達ね。 彼らはあまり深入りはしないだろうけど単純なデザイン重視なのには強い。

Perl, PHP プログラマも参入して来るな。

なんだかSwiftを見てるとHTML5を意識してるんじゃ無いのかなと言う気がする。

Swift中間コードが直接Javascriptで実行出来るんじゃ無いのかな。ブラウザが直接認識すればJITとして高速に動けるはずだし。

むしろネイティブとウェブをSwiftに統一させたいのかもね

>>128
> なんだかSwiftを見てるとHTML5を意識してるんじゃ無いのかなと言う気がする。

どう見ても仕様がTypeScriptのパクリじゃんｗ

いや何のパクリとかじゃなく今イケてる言語作るなら誰が作っても大体こうなるってだけだろ

あっち系の人だと思うからかまわない方がいいと思うよ。なにも得ることはないだろう
暇つぶしにはなるだろうけどw

TypeScriptのパクリとか言ってるやつは
ActionScriptとか没になったECMAScript4とかを知らないんだろうな

>>131
俺が作っても大体こうなるわ

サーバサイドこれで書きたい

ActionScriptの恨みをついにはらす時が来たか！！

いやーObjective-Cより100倍書きやすいけどそれでも満足か？と問われればベースをTypeScriptにしたのは不満だけどねwww
俺はやっぱベースは静的言語がよかったな、言語の筋や理解しやすさ・扱いやすさ等々C#をそのままパクればよかったのに
Xamarinの人気もC#でコーディングできるからであって、ライブラリを共有できるとかぶっちゃけかんけーねぇよ

インターフェースやクラス定義でアクセス修飾子ないのイライラするわ
JSとかコーディングしててもスケールアップしてくるとイミフになるからな

文字列をdoubleとかに変換するにはどうしたらいいんだろう？
let str = "123"
var num = str.toInt()
これは通るのに、
let str = "123.45"
var num = str.toDouble()
var num = Double(str)
var num = str.doubleValue()
var num = str.toFloat()
いろいろやったけど通らない。

やっぱり慣れ親しんだ.hは欲しいなぁ

swiftってuiのマークアップはxmlだったりするの？

@IBOutlet, @IBActionってあるらしいぞ。てか、そんなアレみたくなるわけないじゃん

今Objective-Cの解説本を書いてる人は涙目？

既存クラスへのメソッドの追加、プリプロセッサ無しだったら嫌だなあと思ったが、共にあるので安心した

>>139 これで一応いけた

let str = "123.45"
var num: Double = Double(str.bridgeToObjectiveC().doubleValue)

正しいかは知らない
Extensionを使ってtoDouble()とか実装した方がいいのかも

xibの直書き、まるでandroidやwindowsのような悪夢だ

extension String { func toInt() -> Int? }
があるのに toFloat や toDouble が無いのは変だね

今読み始めたけど、面白いね。

どれをやればいいの？
って聞いている人が居るみたいだけど、全部やればいいよ
CもObjective-CもSwiftも全部ね
知っておいて損はないよ

とりあえず、jsやっとけば間違い無いだろ

?の意味は大体分かったけど、!の意味が今いち分からん
!って別にいらなくね？

swift = アマツバメ
http://upload.wikimedia.org/wikipedia/commons/d/dd/Apus_apus_01.jpg

Swiftの英語の意味的には形容詞か副詞の方の意味だと思うけど

いや、ガリバーの作者の方に違いない

>>153 いや、WWDCの画面にもアマツバメのシンボルが描かれてたから間違いないよ。
http://i.imgur.com/zXuh9hi.jpg

SwiftでiTunes Connectにアプリ申請できるのはいつ頃？

なるほど

>>155
それ、三日月、二枚舌でぺろぺろ
っていう画像じゃなかったの？

触ってみた感じ良い言語だと思う
Objective-C大好きな俺からすれば少し寂しいけど
プライベートAPIとかは触れないっぽいし共存出来るならいいや

>>156 iOS8が正式リリースされた後だろうから、8〜9月以降だろうな。

http://i.imgur.com/zXuh9hi.jpg

アップ間違えた。 こっち
http://i.imgur.com/ZtVto4d.jpg

>>145
ありがとう。
どうも、それでしか出来なさそうだね。
なんで実装してないんだろう？意図的に実装してないのか？それとも開発が間に合ってないのか？
例外処理もなさそうだし。

ドキュメント読んでるけど、この言語なかなか面白いね
普段モダン言語に触れてないから新鮮

今playgroundで遊んでみてるけど
これからはXcode自体もちゃんと学習しようかなぁ　
とちょっと思いますね。

SwiftってMavericksでも使えるのね
Playgroundモードが楽しい

SwiftからObjective-CのAPIが呼べるし、Objective-CからSwiftのAPIが呼べる
こんな嬉しいことはない

とりあえずiOS8が出てから触り始めるかあ、それまではObjective-Cよろしくな

Objective-C「私の役目は、それまで・・・なんですね。」

>>166
>Objective-CからSwiftのAPI
ほーほーそっちもできるか。さすがだなw

もうswiftで動画音楽の再生とかデータの保存ってできる？

>>170
Xcode 6入れればSwiftでCocoaアプリが作れるよ

>>119

情報ありがとう
ObjCからプログラミングしだした自分にとっては慣れない書き方多くて困惑中だな

言語が変わるだけでフレームワークは同じなんだから、慣れりゃいつものCocoaだよ。
ObjCもそんなすぐに死ぬとは思えないから、今はSwiftの解析は偉い人たちに任せておくのがいいな。

LLをやってきた人には取っつきやすい言語だけど、ObjCだけの世界でやってきた人は
新鮮だったり困惑するのか。>>163とか>>172みたいに。
そういう人もいるのかぁって思った。

セミコロンからの卒業

ネイティブのiOSやAndroidアプリばかり書いてたきた人にはフリーダムで取っつきにくいかもね
セミコロンが無いだけでも違和感・・・

一番怖いのはユーザー増えないのでswift終了しますってパターンだな
アップルだけにありそう

>>54
リファレンス作れもしない
人生コピペで作られてるお前よりマシだよボケ

>>55
もともと制限が厳しい上にリソースも厳しいiosのためだったから仕方ない。

アップルがSwiftって言い出したんなら、それに逆らわない方が吉。
変にObjective-Cに固執してると、ドンドン肩身が狭くなっていくと思われ。

OpenDocって昔あったな。

プライベートでiPhoneアプリ開発してて仕事ではJavaかC#ばかりやってる俺にはまさに理想とする言語だわ。すんごい取っ付き易い

LLなのにネイティブコンパイルができるって凄いよな。
そういう言語って他に無いんじゃない？
どこかのサードパーティがSwiftのAndroid版とか作りそう。

>>181
Cyberdog以外にコレといったソフトが思い浮かばない。
開発中のものはスゴいと思わせるものがあったのだが、リリースされた時には
ガッカリなものになっていた。

QuickDrawGXと共に時代の徒花で終わった

SwiftでHTML/CSSの邪悪な仕様から解放される日も近いか？

>>185 それは話が別だろ。　別次元の話。　むしろJavascriptから解放される可能性が高い。

WebkitにLLVMコンパイラを実装するそうだからSwift中間言語を直接Webきｔ上で動かせる日は近い。　
HTML標準になるには遠い話かもしれないがその時はjavascriptコンバータを通してやればよい。

誰か　Hello World を見せてくれと言う書き込みが有ったが、回答としてこんなのが有った。　解りやすいかも

１．　一番簡単な例
println("Hello, world")

２．　変数も使った例
var announcement = "Hello, world"
println("announcement")

或は定数をつかって
let announcement = "Hello, world"
println("announcement")

まるでBASIC見たい

×　println("announcement")

正しくは
println(announcement)
または
println("¥(announcement)")

Swiftで魅力的な7つの機能
ttp://blog.livedoor.jp/rapple_lab/archives/7650765.html

この記事のBMI計算のところ、インスタンス生成しまくってるけどこんな書き方しか出来ないもんなの？キャスト無いの？

>>189
キャストはない
BMIの計算はもっと簡素にかけるはずw

>>190
身長体重Doubleで宣言して身長100じゃなくて計算結果に対して×10000でいいだろとは思ったw

weight / (height * height) *10000

こっちの方が分かり易い気がする。

もともとDouble型のheightやweightをDouble型にいちいちキャストしてるのが意味不明だな？

heightはDoubleなんだからDouble(height)にする必要ないとおもうけど
Intにキャストしないと小数点がでちゃうよね。
小数点ださない
[NSString stringWithFormat:@"私のBMIは%.0dです", weight / ((height / 100) * (height / 100))];

の方が簡単で自由度が高いように思えるのは俺だけ？
変数を含む文字列のローカライズはどうすんだろ。したのようにローカライズ文章を変数前後で
細切れにしないとだめとか？？

Objective-C:
NSString* myBmiString = [NSString stringWithFormat: NSLocalizedString(@"My BMI is %.0d.", @""), bmi];

Swift:
let string1 = NSLocalizedString("My BMI is ", comment: "")
let string2 = NSLocalizedString(".", comment: "")
let myBmiString = string1 + String(Int(bmi)) + string2

あ、本当だ。
キャストしてるからIntで宣言してるのかと思い込んでた。

よくよく見たらDoubleじゃなくてDobleとか書いてるしこのコード実行してねぇなコイツ…

で、初心者の俺でも使えるのかね？諸君。

メソッドの戻り値見にくくね？
funcの場所じゃだめだったのか

ドキュメントの Implicitly Unwrapped Optionals
型宣言のところにびっくりマーク付きで String! と書いとけば、
値がないときにエラーを出しますよ、という風に書かれてるけど

var assumedString: String! = "An implicitly unwrapped optional string."
assumedString = nil
println(assumedString)

がエラー無く実行できてしまうな。なんでだ。

>>196
どんな言語でもそうだが、プログラミングが楽になっても簡単になるわけではない

>>196
プログラムのプの字もわからないなら、おそらく無理。
最低限、PHP程度は使えないと無理じゃね？っていうか、
フロチャぐらい書けないと土台にも乗れない。

『Surface Pro 3』、91,800円から…　　こりゃノートPCを駆逐できませんわ…
http://asaru233.blog.fc2.com/blog-entry-72.html

>>198
それprintln内でも明示的に「!」つける必要があるんじゃ？

>>198
型宣言でのエラーって関数の引数じゃ無かった？
func printFoo(assumedString:String!)
println(assumedString)
}

もしくは変数使用時に指定
println(assumedString!)

その例だと、変数宣言の時にnilを初期値として与えられないnil許可String型って宣言になる。
nil入れたくないなら?も!も付けずに宣言するといいよ。
出先で、コード走らせてはないから書き方ちよっと間違ってるかもしれんが

ポインターを知らなくてもコードの読み書きができる
型セーフでタイポにも強い
オブジェクトとプリミティブ型の区別しら意識しなくていい
サンドボックスでコンパイル無しでトライアンドエラーで確認できる

こりゃ、初心者プログラマやVBあがり、PHPerが大量参入してくるぞ
Appleはそれを受け入れる覚悟は出来ているのか
リンゴがアマツベメに啄まれたなんてシャレにならんぞ

構ってちゃん。

>>202
>>203
宣言時に「!」付けておけば、使うときにいちいち「!」を付けておかなくていい(implicit)タイプの
Optionals となる、とドキュメントには説明されてるんだが。まあいいや。

func printFoo(assumedString:String!){
println(assumedString)
}

printFoo(nil)

もエラーはでない。まあいいか。

/* コメント */ がネストできるのは地味にありがたいな

そこでエラーを出したいのなら、やはり
println(!assumedString)
とするしかないよ

>>206
これはエラーになった

func printFoo(assumedString: String?){
println(assumedString!)
}

printFoo(nil);

println が nil も受けとるからじゃないの

func myprintln(str: String) { println(str) }

var s: String! = "abc"
s = nil

myprintln(s)
>> fatal error: Can't unwrap Optional.None

func println<T>(object: T)

nil が NilType だから受けとれる？？

俺的メモ

var fruits = ["Apple", "Orange"];
fruits[1] = "Banana"

これが出来るのは当然として、

let fruits = ["Apple", "Orange"];
fruits[1] = "Banana" // エラーにならない

これも出来ちゃうんだな
constantな配列でも値の変更はできるらしい
追加や削除はダメ

ディクショナリの方はちゃんとエラーになる
let fruits = [0: "Apple", 1: "Orange"];
fruits[1] = "Banana" // エラーになる

これならＯＫ
var fruits = [0: "Apple", 1: "Orange"];
fruits[1] = "Banana" // エラーにならない

>>199
>>200
そうか、それはすまなかった・・・。

あれ？　でも>>209のコードを実際のプロジェクトで実行しても特に落ちたりとかしないんだな
間違いに気づかない可能性なくね？

>>212
Arrayは言語仕様的なものだから、入れ物部分だけ不変になって中身は問わない→中身は編集出来る。そのletで定義した変数に他のArray入れようとするとダメなはず。

Dictionaryはクラスだから不変にするとオブジェクトの状態を変える事が出来ない→中身編集出来ない。

Swift本のWhile文の説明の所でいきなり蛇と梯子のゲームの話が出てくるがウザいことこの上ない
しかし、メーカからこんだけ丁寧に書かれた本が出て出てるなら解説本なんていらないな
但し英語圏に限るけど
まだ全部読んでないけどこの本の和訳が出たら日本でもこれだけでいいような気がする

偉い方お邪魔します
この言語、ゲーム以外にもいい感じなんでしょうか？
CADとか3DCGとかDTM、DTV、画像編集、化学計算
ただ気になる素人です。。

>>216
まぁこれから解説本書くやつもこれ読んで学んでるだろうしな

>>217 当たり前。　汎用言語。

>>219
あざーす！

>>217
アプリの上位レイヤーではいい感じでしょう。
そこに上げたジャンルはどれも低レベルのパフォーマンス重視の処理がメインなので、
そういう処理は相変わらずCがメインです。

>>221
ありがとうございます！！
「低レベル」で一瞬ビビりましたが、意味を理解しました！
調子に乗って解った気にならないように今後気をつけます！

>>217
そういうジャンルは独自のCコード使ってる事あるけど、現状Cを混在させるのが面倒らしいし、向いてるかどうかで言えば向いてないと思う

overrideとか暗黙でも良かった気がするが
この方が可読性良いのか？

>>223　混在できるよ。　C専用の型も扱える。
そもそも今はCも　Clang/LLVMでコンパイルするからSwift/LLVMのバイトコードも同じ物だだろうし。
アセンブラに落とした後でも手作業ですら最適化も可能だし。　LLDBでデバッグできるし。

>>223
ういっす！
実は一番期待していたVectorworksおちうCADのグダグダ感解消ですが
あきらめました。
増築改築の廃墟的なソフトなので無理っぽいですね！

ありがとうございます！

他人が作る時の話なのかよ

>>224
自作のメソッド名が継承元と被ってしまって意図せずオーバーライドしてしまうのを避けるためでしょ

可読性だけならIDEがoverrideしてる旨を自動検知して表示してくれるだけでもいいけど、
意図しないoverrideをコンパイラがきっちりエラーだしてくれるほうがいいからね

>>228
継承元に同名のメソッドがあると警告出てるから結局意図せずオーバーライドすることは出来なくね？

>>229
あぁ、コンパイラ側では出ないのか
納得

そういやこれstaticメンバとかstaticメソッドって作れないの？

作れるよ
Language Guide読めよw

>>233
Classes and Structuresの項だけ読んで早とちりしてたw
PropertiesにもMethodsにもちゃんと書いてたね、サンクス！

これ、アップルより先に日本語訳出したら売れるだろうなー
半年後くらいはSwift初心者本が大量に出るな

しかしiPadのiBookで読むとすごく捗る

switch文がかなり便利になってるな

Language Guideの各項の日本語解説でブログ書いたら需要あるかな？
全文翻訳は無理だけど、コードを元に解説くらいならイケる

しかし、オプション変数のif文が今一ピンとこないな

var i: Int?

if i {
println("i = \(i).")
}

でもコンパイル通るのに、なんで

if let j = i {
println("j = \(j).")
}

みたいにわざわざ別の変数に代入する書き方が必要なんだろ？

>>238
iを変更したくない場合じゃね？
特殊なループ開始インデックス持ってる場合とか。

bool値以外がコンパイルエラー吐くのも慣れないと厳しい

>>237 早い者勝ち。 一部でも早く出せば以後注目を持ち続けられる。
やって。
何処かから執筆依頼が来るかもよ。

来年早々には公式日本語版も出るだろうから早いに越したことは無い。

>>238
ブロック内の処理はブロック外の処理となるべく関連が浅い方が見通しがいいし、
値が変わる変数よりも値が変わらない定数をなるべく使うようにしたほうが間違いが少ない

まあ、あのサンプルだったらどっちでも同じなわけで
まあ、サンプルだから単にこうもできますよ的に意味なくても示すこともあるわけで

>>242
たんにスコープを局所化したいって話なのか...

>>238
if let j = i {
}

は

if i {
var j: Int = i!
}

だよ

そういえば、if分は条件にBooleanだけ指定できるって書いてあったけど、オプション変数だと数値でもエラーにならないんだよな
var i: Int? = 100
if i {
println("i = \(i).")
}

>>245
jが定数じゃなくて変数になるの？

>>246
まじだ
よくわからんな

>>245
letは不変で、varは可変だからちょっと違うと思う

func increment(val: Int) -> Int { return val + 1 }

var i: Int? = 5

//increment(i) // Int 型引数に Int? 型は渡せない

//increment(i!) // i! にすれば渡せるが、i が nil の場合は実行時エラーになる危険なコード

if i {
increment(i!) // OK
// 非オプショナルな Int が欲しいとき毎回ビックリマークつけないといけない
}

if i {
let j: Int = i! // nil 判定すれば安全に Int? → Int キャストできる
increment(j) // OK
}

if let j:Int = i { // どうせなら nil 判定といっしょにしちゃえ
increment(j) //OK
}

>>250 なるほど! Thx

>>250
分かり易い！

ブロック内では値検証済みの値で処理するってのを明示できることになるのか
なるほどなあ

Cの関数呼べるんだけど、よほどうまく設計されてないと
外部のCのライブラリを直接扱うのは難しいな
C構造体まわりの挙動が意味不明で手に負えない

Cの関数呼べるのか
じゃぁOpenGLのAPIも直接呼べそうだね
OpenCVはC++ベースが主流だからちと厳しいか

俺は1980年ごろ、小学生だったが、MSXとかPC8801でBASICという言語でプログラムを書いてた。
こんな言語。

10 for a=1 to 10
20 print"こんにちは";a;"回目"
30 next a
40 goto 10

もちろんオブジェクト指向なんてのは無かったし俺も知らない。
そんな俺が30年ぶりにプログラムを学ぼうと思ったらSwiftが来た。
30年間、プログラムにはノータッチ。
職業はコンピュータとは無関係のパティシエで、
そこそこ成功して一生分の生活費はたまったので、
40歳になった今、趣味でiPhoneプログラムをやろうと思うんだが、
こんなスキルの俺に理解できるだろうか。
Swiftって簡単？

パティシエってそんなに儲かるのか・・・

デフォルト引数を途中の引数だけに指定できるのも地味にありがたいな

とりあえずわかったこと

C構造体は定義からstructを取り除いたものがswiftでの型となるっぽい。
直接自動変数として確保できるようだけど、メンバへのアクセス方法が不明。初期化方法も不明。
構造体のポインタであれば
ptr.memory.member
の形式でアクセスできるので、とりあえずmallocで確保してキャストして...という方法ならOK。

mallocとかで確保したCOpaquePointerを他の型のポインタにキャストするには
var ptr = malloc(1000)
var castPtr = UnsafePointer<TYPE>(ptr)
とするらしい

Swift標準ライブラリの一覧はないのか

このスイーツが…（*ﾉﾉ)ｷｬｯ

>>256
情報が集積されるまで当分時間かかるから
Mac持ってるならRubyでもいじってれば

>>250
初心者なんだけど、Int? → Intにキャストした時、
nilはゼロとかになるの？

Swift標準ライブラリのドキュメント、あったし
file:///Applications/Xcode6-Beta.app/Contents/Developer/Documentation/DocSets/com.apple.ADC_Reference_Library.DeveloperTools.6_0.docset/Contents/Resources/Documents/documentation/General/Reference/SwiftStandardLibraryReference/index.html

>>256
英語読めるなら2ヶ月学べば書けると思うよ
読めないならObjCでいいんじゃないかな？

iphoneアプリに拘らなければrubyやpythonも取っつきやすくて面白いよ

>>263
未定義値(nil)をInt型に代入はできない。実行時エラーになる

やってみて簡単かは人によるが、ここにいる人間はほとんどの人間は簡単だっていうだろう
なぜならObjective-Cのとっつきにくさを知っており、かつそれを理解した上だから
ただオブジェクト指向分からないまま簡単だからっていう理由でプログラミングするのは厳しいと思うがまぁ個人でやる分には構わないんじゃない
一緒に開発したいとは思わないけど

Mac OSXでperlを10年以上使い、2、3
年前にpythonに乗り換えました。主に
大量のファイルから文字列を抜き出して
数を数えたり、htmlファイルを生成した
りしています。このような用途で、Swift
に乗り換えるのは、効率的でしょうか？

>>268
効率以前に乗り換える必要あるか？
たしかに同じことは出来るだろうけど俺は簡単なスクリプトならこれからもPythonで書くよ

>>268
乗り換える必要性が分からん

Swiftはスクリプト言語じゃないし
コンパイルしないと走らない

まあAppleのことだから
いつObjCのサポートがドロップしてもいいような覚悟は必要だろうね

新規に開発するものでどちらを選ぶかはともかく
既存のプロジェクトを今すぐ変える必要性はないんじゃない
見たところlibswift_で始まるライブラリに動的リンクされてて、これらが最新OS以外に提供されるかは不透明だし。

今からObjCベースの書籍を出そうとしてたところは今頃変な汗かいてそう

Obj-Cの本なんて萩原本だけで充分なのに

2つのタプルが同じかどうかの比較って一発でできないのかな

しかし、Swift弄ってるからかしらんがXCode6立ち上げっぱなしだとどんどんメモリを食いつぶしていくな

AppleがSwiftの紹介でPythonと比較したからこういう質問が出るんだろね。
構文は似て無くもないけど、インタプリタと比較したのはどうかと思う。

今んところ、Swift本は萩原本より読みやすい

>>183
そうなると
Swift一つで両方作れそうだな

正規表現リテラル欲しかった

関数内に関数を定義出来るのが地味に便利だな

>>12

わかりにきーwww

>>267
お前一言多い奴だよね。
多分お前の周りもお前に対してそう思ってるよきっと。

>>271
http://qiita.com/smurakami/items/a11643cf2cb93df27720
インタプリタもあるってよ

Emacsのswift-modeをgithubにあげてる人がいるな

>>284
Oh!

あとは対話型シェルがあれば

>>281
Blocksででもできるじゃん？使ってるし

というかPlayGroundがあるならターミナルで動かせるような対話シェルもあるのかな

>>284
NDA房じゃないけど、これXcode6の機能だからまずくね？

クロージャの記述がわかりにくいな
なんで in なんだろ

>>288
あぁ、そだね

関数型を返す関数のシグネチャがぱっと見分かりにくいな
まぁ慣れなんだろうけど

>>289
https://developer.apple.com/swift/
このSwiftのページの下の方に Read-Eval-Print-Loop (REPL)とか書いてあるぞ
＞ The debugging console in Xcode includes an interactive version of the Swift language built right in.
＞ Use Swift syntax to evaluate and interact with your running app, or write new code to see how it works in a script-like environment.
＞ Available from within the Xcode console, or in Terminal.

VBとC#しか知らないオレが通りますよっと

jsとかActionScriptしかやったことないけど
なんか馴染みのある感じだなこれ。
Obj-Cはカッコばっかで何書いてあるのか意味不明だったわ

>>294
おー素晴らしいな

>>257
ほとんどのパティシエは貧乏。
俺の場合はたまたま成功した。
と言っても20年以上かかったけど。

ワロタ
ID変えてまでってそんなに悔しかったのかよ
句読点も取っとけよｗ

知人に元パティシエいるよ
今タクシーの運転手やってるけど

PythonとかRubyじゃだめだったのか。
また似たようなLL言語風味の文法を覚えるのは脳細胞の無駄

http://togetter.com/li/675599
お前らもうCPUの歓声聞いた？

なんだこのクソ難しい言語は
日本語で作りなさい

Haskell風の意味がわからない

CPUの歓声っつうか冷却ファンのうなり音なら聞こえるが

Haskell風？
引数と戻値が整数の関数の型が Int -> Int だったりするとことか？
let 〜 in 〜 の構文がなんとなく似た風味を醸す？
セミコロンがいらなかったり
関数自体の宣言には型を書くけど、関数の中で使ってる変数とかは推論に頼って型宣言省略するとことか？！

>>237
プログラミングの基本みたいなことは要らないから、リファレンス的にサクッと検索できると嬉しいな

普通に需要ある

翻訳の著作権ってどうなるんだっけ

清水は黙ってろ。

Enumが高機能なんだけど使いどころが今一ピンとこない

>>306
リファレンスか〜。一通りドキュメント解説書いた後に書こうかね。その頃にはXCode6正式リリースされてNDA気にしなくて良くなりそうだし。

>>312
安価ミスられてるけど、期待してます(*^^*)

>>313
すまぬ…orz

ドンマイp(^_^)q

StringはNSStringとして扱えるけど
NSStringのメソッド使いたかったらbridgeToObjectiveC()挟むかキャストするかしなきゃならんのか

>>284
インタプリタ環境でCocoaやCのAPI呼べたら最強なんだけど、無理なお願いだよね

>>317
AppleScriptObjCで既にやってるけど。

>>289 LLDBがターミナルで動くらしい。

なぁ、なんでconstがletなんだ？

>>301
ほんとこれ
どこもかしこも独自の言語作りすぎ
既に普及してる言語を踏襲して欲しい

既存の言語使い回しても独自拡張とか言い始める未来しか見えない

>>317
出来るじゃん

例外もアクセス修飾子もないし名前空間も期待してたのと違う
どうしてこうなった

例外はいらん

アクセス修飾子はデベロッパフォーラムでAppleの中の人がはっきりこう言ってる
We don't usually promise anything for the future, but in this case we are making an exception. Swift will have access control mechanisms.

ネームスペースはモジュールごと（コンパイルターゲットごと）に分けられる
Apple的にはモジュールが即ちネームスペースだと考えてるみたい

>>325
Xcode関連は詳しくないんだけど、
そのモジュールにはユニーク名前を付けられるのかね？
いろんなとこからモジュールを持ち寄ったときに名前がぶつからないように

407 名前：名称未設定[sage] 投稿日：2014/06/05(木) 04:53:53.36 ID:1u+uwOdd0
Swiftでコマンドライン引数を取る
http://oropon.hatenablog.com/entry/2014/06/05/025326

408 名前：名称未設定[sage] 投稿日：2014/06/05(木) 05:23:18.93 ID:1u+uwOdd0
2014-06-04
Swiftを触ってみた
http://hotchemi.hateblo.jp/entry/2014/06/04/084737
Swiftの基本を学習したメモ

ざっと全体を眺められる。

410 名前：名称未設定[sage] 投稿日：2014/06/05(木) 08:15:32.65 ID:1u+uwOdd0
Apple's top secret Swift language grew from work to sustain Objective C, which it now aims to replace

http://appleinsider.com/articles/14/06/04/apples-top-secret-swift-language-grew-from-work-to-sustain-objective-c-which-it-now-aims-to-replace

Swift の考案者は、LLVM創設者の Chris Lattner だそうだ。

documentation guru と同様に compiler optimization ninja と言う言葉が使われてるのは面白い。 それと dogfooding group
(テストグループ)とか、いつも内部で使ってるんだろうな。

すごく面白いから一読を勧める。
特に
Swift's Interactive Playgrounds & REPL

"I hope that by making programming more approachable and fun,
we'll appeal to the next generation of programmers and to help redefine how Computer Science is taught," Lattner stated.

Apple notes that the REPL debugging console in Xcode "includes an interactive version of the Swift language built right in.
Use Swift syntax to evaluate and interact with your running app, or write new code to see how it works in a script-like environment."

>>325
なるほど、でもモジュールによる名前空間分離って前からあったよな？
WWDCじゃSwiftの機能としてnamespaceが挙げられてたと思うんだが…
いずれにしてもアクセス修飾子の件を見るに、
まだ言語仕様のレベルで未完成だと思ってたほうがいいのか

例外についてはassertionとoptionalとかでなんとかしろってことらしいが
既存のライブラリで例外吐くやつ使うときはどうするんだろう

>>301 >>321
はいはい、流れについてくのに疲れて愚痴る
老害はとっとと退場してください 邪魔邪魔

>>328 >既存のライブラリで例外吐くやつ使うときはどうするんだろう
https://developer.apple.com/library/prerelease/ios/documentation/Cocoa/Conceptual/Exceptions/Exceptions.html#//apple_ref/doc/uid/10000012i
Instead of exceptions, error objects (NSError) and the Cocoa error-delivery mechanism are the recommended way to communicate expected errors in Cocoa applications.
For further information, see Error Handling Programming Guide.

>>328
Obj-CのコードからNSException投げられると落ちるだけ

関係ないけどこれまでNSErrorのポインタ渡してたのは、これからはタプルにして返すのが主流になったりするかな？
Obj-Cからの流れで今こうなってるのが
class func sendSynchronousRequest(_ request: NSURLRequest!, returningResponse response: AutoreleasingUnsafePointer<NSURLResponse?>, error error: NSErrorPointer) -> NSData!
こんな感じになっていったり
class func sendSynchronousRequest(_ request: NSURLRequest!) -> (NSData?, NSURLResponse, NSError?)

>>327
これ見ると、たかだか数ページの公式のSwift Tourを日本語訳するだけでも需要があるのな
SwiftのiBookを全訳すると間違いなく売れるな

まだAPIがObj-Cに引っ張られていて、というか機械的に置き換えてるだけで、Swiftの良さを全然活かせてないから
これから来年のWWDCまで一年かけてAPIもSwift向けにがらっと変えられそう

>>331
エラーをタプルで返すのは俺好みで嬉しいかも

>>331
落ちるだけって、それでいいのかよｗ
まあ元々あんまり推奨されてなかったみたいだし
どうしても問題になるライブラリがあるならObjCでラップすれば済むってことかな

swiftでiPhoneアプリ開発デビューしよう
早く正式版出して

もうObjective-CはPythonやRubyに対するPerlみたいなポジションになっていくんだろうな

Appleの新プログラミング言語、Swiftを使って半日くらいでFlappy Birdのクローンが書けた
http://jp.techcrunch.com/2014/06/05/20140604a-developer-cloned-flappy-bird-using-apples-new-programming-language-swift-in-a-matter-of-hours/
以前の開発言語、Objective-Cに比べて、Swiftに新たに備えられた高度な機能がデベロッパーの生産性を大きく向上させるだろうという予測が実証されたかたちだ。

Murrayは実際に使ってみて「新しくiOSアプリの開発に取り組むプログラマーに対してハードルを下げる「というAppleの目標は達成されたと考えている。
Murrayによれば、Swiftの大きなメリットの一つはPlaygroundsと呼ばれる機能だという。
ここではコードを編集しながら、それが実際にどう動作するかをリアルタイムで見ることができる。

「4時間よりはかかったが9時間まではかかっていない。ログによると空のフォルダーからデモが作動するようになるまで9時間近くかかっているが、その間に食事もしたし、子供を寝かしつけたりしていたのでね」と語った。

>>338 ソースコード
https://github.com/fullstackio/FlappySwift

Objective-Cプログラマが1行書く間にSwiftフログラマは10行ぐらい書いちゃうからね
しかもその10行で、Objective-Cの100倍ぐらいの処理が記述できるからね
こりゃ、石頭頑固保守派のObjective-CプログラマはほっといてSwiftに移行しない手はないね

Playgroundsは確かに便利なんだけと、コード補完があまり賢くないんだよな

>>340
Swiftとストーリーボードを使わない人は完全にオールドタイプになっていくわね

俺もアプリ開発して一攫千金


無理だな

Swiftを21世紀の現代を縦横無尽に飛び回るアマツバメに例えると、Objective-Cは原始時代を鈍重な足取りでのそのそ歩く恐竜だね

初心者も熟練も一斉にゼロからのプログラミング学習か。
って思ったらCやObjective-C知ってるやつとでないやつとでは大違いなんだな

配列のコピーはくせがあるな
サイズが変わる時だけコピーされるってのは意識しとかないとバグの元になりそうだ

ディクショナリはデフォが値渡しなんだけど、でかいディクショナリとかパフォーマンス的に大丈夫なんだろうか
関数の引数にする時は inout指定すればいいのか

Swiftでアイポンアプリを作ったら年収1000万超えて身長5cm伸びて可愛い彼女まで出来て人生逆転できました
どれもSiwft様々です

>>348
Swiftで作ってもまだ申請できないはずなんだが

>>349
事前申請は受け付けてるはず。リリースはまだ出来ないけど。

>>350
マジで！？
XCode6のベータで作った奴でいいの？

WWDCアプリはSwiftで作ったらしいね。　実験的に出したんだろうけど。

いつもと同じだとしたら、XcodeのGM以降じゃないとValidateされないとおもうが。
それにiOS8対応版の事前受け付けはiOS8正式版リリース２週間くらい前のGM版リリースから可能。

あ、ゴメン。今確認したらまだだったわ。
Swift発表時の勘違い記事見て騙されてた。

ライセンス無料にしろよ

smalltalk風のメッセージ送信は残して欲しかった
あれがobj-cの一番の魅力なのになんで不人気なんだろう

メッセージ送信なんて聞こえはいいけどただしのメソッド呼び出しだしね

ただしって誰？

ただしのメソッド呼び出し
「ただし〜！ご飯よ〜〜〜！！」

まさかMessage Forwardingができなくなったとか？

個人的には、単純にTABだけでインデントできるC系の構文のなかに、
そういうわけにもいかないのが混ざるのが不便といえば不便だった。

内部はobjc_msgSendにセレクタ投げる形で実装されてるのは変わってないので
書き方が変わっただけ

>>359
あーもー、テレビの音録音中だったのにー

旦那がタダシだからやめてくれ(´Д｀)

swiftでMacOSXのアプリもかけるの？

もちろん

>>363
イヤホンからライン入力すればいいのに

たかしはラジカセしか持ってないよ

Swiftスレがム板とこっちと両方あるからどっちかに統一して欲しい

なんか両方にマルチポストしてる変なのもいるしね

ム板は基本的にAppleアンチの巣だから…
Swiftに釣られて来てObjective-Cの悪口連呼とか
キモくてレスする気にもなんねぇわ

どうもたかしです

とはいえ、iphoneプログラミングにも頻用されるであろう言語を新・macでってのも何か違う気がするよな
いや、xcodeはmacで走ると考えれば問題ないか？

[SDK]iPhoneアプリ開発初心者質問箱38[touch][iPad]
っていう続いているスレがすでにあったりするけど？

>>374
それはアプリ開発だから完全にxcodeだけど、こっちは言語スレじゃん？
objective-cスレはマ板にあってここにはない
swiftスレはム板とここ
……マ板に立てた方がいい気がしてきた

参ったな

クラス変数（タイププロパティ？）の仕様が若干キモいな

>>366
ゼロからでも覚えやすい言語ですか？

それは"ゼロから覚えやすい言語"というのをどう定義するかしだいだな。
よく練られた文法となにより書く側から即実行テストができる環境で
21世紀のBASIC言語と言って差し支えないぐらい
プログラミング初心者教育に最適な言語である一方、
ぶち込まれてる概念はここ十年間最前線のプログラマーの間で
議論が交わされていた最先端の代物てんこ盛りだから
いま全部本当に使いこなせる奴いんのか？ってぐらい
高度なものが詰まっていたりもする。

まあ、そんなん。
んで、世界のみんな昨日からヨーイドンでゼロからスタート中。

Appleの新プログラミング言語Swiftは、4年前の1人プロジェクトから始まった
http://jp.techcrunch.com/2014/06/05/20140604apples-new-programming-language-has-been-in-development-for-nearly-four-years/

>>379
頑張って日曜プログラマ目指してみます！

>>379
取り敢えずXcodeをローカライズして欲しいの(´・ω・`)

簡単にアプリが開発できるとか、おまえら考え甘すぎｗ

>>383 色んな人が居るから単に勉強用として触るだけも有りだろ。

本当にこの言語はプログラム教育に良い。　タイムシェアリングでダートマスBASICを新入社員教育でやった事を思い出した。
早くSwiftコンパイラ/REPLをオープンソースにした方が良い。
最近のAppleはオープンソースに熱心だからLLVMコンパイラとして搭載されるのも早いと思う。

Swiftについては今の所概ね好印象なんだが１つだけ不満がある
それは、
if a < b < c {
:
}

という書き方が出来ないところだ
Pythonを意識したなら、これは取り込んで欲しかったなぁ

>>379
ほんと、モダン言語の良いとこどり
最新の言語で最新のデバイスのプログラミングできる面白さ

なんかこう、みんな一斉にヨーイどんってのがいいね。

>>385 if b in a+1..c {
となるのかな？

>>388
すげー！
これありなの？

できないだろ
試してから書いてくれ

RubyやPythonとくらべてどっちがわかりやすいですか？

>>388
もしこれがアリだとしても整数でしかつかえないしaがcより大きかったらどうなるのとか

ふと気になって
for i in 5...1 { println(i) }
ってやったらエラーや逆順にはならずに無限ループになったよ
範囲に変数使うのは注意しないと行けないな

まあそれはCのforだって無限になるんじゃないか

Cに for in あったっけ？

新Mac版勢い一位がプログラミング言語てw

まぁ変態言語からの脱却は喜ばしい限り
しかも処理速度アップって言う事なし

printfは何処…

List型、cons、car、cdr、末尾再帰最適化があれば言うこと無かったのに。

それはLispで

>>399
現状lispやhaskellでやれてることが、新しいswiftでもできると嬉しかった。

そもそも関数型言語ではないので

swiftも関数が第1級オブジェクトみたいなんで、関数型の要素は取り込んでるでしょ。
そもそもlispだって、純粋な関数型言語ではないし。
まあ、無いもんは無いんで、しょうがないです。

関数型言語のパターンは持っていると言ってるね。　map. filter等

その辺りはPerlにだってある

iBookでチュートリアルっぽい章だけ読んだ。
まあ、C#とかもそうだけど、Appleもなんか新しい言語作りたい病が押さえられなかったってことだろうね。
別に新言語作らなくてもいいやん。Pythonあたりを採用すれば。
Appleデベロッパーになる踏み絵みたいなもんか。

PythonってC関数が普通に呼べるんだｗ

C関数が呼べないと死ぬの？

Pythonあたりをとか気軽に言うが、Pythonってネイティブコードへのコンパイラってあるの？
単に俺の知っている、あるいは俺の知らないことでも、ぐぐればすぐにってのじゃないの？
新しい言語を新しく憶えるのだったらPythonだろうがなんだろうが同じだと思うが、どう違うの？

葉っぱ一枚あればいい持たざる物のお前と違って、他の連中は資産を利用したいんだよ

Pythonの資産？
結局畑違いで仕事をしていたのを俺にとって簡単だからってことじゃないの？
Pythonがそんなに使いたかったら、PyObjCやってりゃええやん。すでにあるんだから

408くんは次からは何を主張したいのかもっと考えてから手を上げましょう

たとえばこれがHaskellみたいにどうしてもそういうシンタックスが必要だ、と
いうことで新言語作るのならいいけど、新しい言語作りたい病の人が大して意味もない
のに既存の言語を適当に交ぜたみたいな新言語作ったら、まあいい加減にしてくれよ、
と思うのが普通でしょ。

Appleの場合なまじプラットフォームとしては力があるから、「これでやります」と
言われたら従うしかない。
いろんな人が迷惑する。それだけにしか使い道のない言語に脳細胞使われちゃうわけで。

おわかり？

>>412
お前がそう思うんならそうなんだろう、お前ん中ではな

Swiftは言語仕様としてはかなり簡単な部類だから、これを習得する為に脳細胞使って困るくらいならプログラマ辞めた方がいいレベルだと思う…

>>412
単に他の言語を憶えたくはないってだけにしか聞こえない
必要だから憶える必要ないから憶えないってだけでしかないなあ。それだけにしか使い道の言語でもそれの濃さがあるなら憶えるのしかないし憶えるのは楽しいやん？
憶えてもいっこなんかやったら終わりだったら、確かにそんなの必要ないけどな

おまえらの信仰心がためされてるんだよ

なぜ自分とこで言語をつくったか
それは、仕様を自分とこで決められるし、既存のフレームワークに合わせて拡張しやすいからでしょ
よその言語使うとよその顔色を伺わないといけない

Apple的には既存を借りてくるより自社で作るだろう。

Pythonとスピード比較とかしてたけど100倍位スピードの差があるだろ。
そんな物でアプリが作れるわけが無い。
アホも休み休み言いなさい。

他の言語にないAppleらしい特徴もあるんだけどね
ハッシュテーブルをクラスに流用する言語はあるけど、その逆の発想でくるとは思わんかったわ
まぁ絵文字変数はプレゼンでしか使わんか

Objective-Cは既存を借りてきましたけどね(ｷﾘｯ

objective-cだってappleデバイス以外は基本使わないし、
swiftに変わったって同じだな。新言語の学習はswift程度なら
問題ない。既存のライブラリとか呼べるし、C++CLIよりは
よっぽどいい。

まあ、欲を言えばC#みたく標準化して欲しいけど。
サーバーサイドで使ってみたい。

swiftだけでUITextviewのタッチイベントの受け取りってできる？
極力ObjCを使わないで書きたい

Apple的には、多分Swift JITまで作ってアプリからWebまで全てをSwiftでやることを考えてるんじゃ無いかな。
Javascript では遅すぎるから。
その前段階としてWebkitにLLVM入れてJavascriptの4段階目まで最適化するJITを組み込んだ。だからiOS8 OSXのSafariが、35%早くなった。

Playgroundsもその成果の一つだろう。

Swiftが標準的なHTMLツールになるのは遠い先だろうが、iOSだけのHTMLアプリ/EPUBアプリは十分考えられる。

>>424
各ベンダーの思惑があるからSwiftがWeb標準になることはないでしょ
かつてネスケのJavaScriptに、MSがVBScriptで対抗しよとして、結局ブラウザ戦争には
勝ったけどスクリプト戦争には負けたし
今や、MSだけじゃなく、Google、Firefox、Opera...といる中で、例えオプソにしたとしても
標準化は無理だろ

いやWebkitでシェアを稼いでるから、Webkitに標準装備すれば自ずと世界制覇は比較的簡単に出来る。
もうWebkitにはLLVMも入れたんだし、SwiftもLLVMにオープンソースにしてMicrosoftも使えるようにしておけばそんなに無理な話でも無い。

HTMLからFlashを追い出したり、mpeg4 movieを採用させたり、iOSの力は大きい。
或いは、iBooks Authorで作ったibook だけには、swift を埋め込めるようにするとか、実際に今でもWidgetが埋め込めるし何でもあり。

Swiftの日本語ディスカッションで一番議論が進んでるの、このスレだと思う

まーApple内でしか使えない知識に人生の貴重な時間を1秒足りとも費やしたくないってのはわからなくもないけど、
そういう人はそもそもSwiftの議論に参加すらしないんじゃないか

C#やJavaで直接ネイティブ呼び出せるの？

>>428
だね。
対してポジティブに受け取れば、
Apple内でしか使えない言語だからこそ、
開発者にとっても彼らに参入してほしいAppleにとっても、
その言語はできる限り
容易に習得できるものであってほしくて、
それに応えてくれるかもしれないのがSwiftなのかなと。

>>429
JavaはJNIで呼べる。ブリッジのできとしてはアレだと思うけど

>>429
http://www.atmarkit.co.jp/fjava/special/jna/jna_1.html#01
JNAなんてあるのね
C#もPythonもwあるようだけど。まあでもアレだなあw

プログラミング素人が9時間でフラッピーマリオのコード書けるもんなの？

>>426
>いやWebkitでシェアを稼いでるから、Webkitに標準装備すれば自ずと世界制覇は比較的簡単に出来る。

いまだApple信者のおつむは夢一杯、妄想一杯で幸せなんですな。

誰か、Objective-C擁護派は居ないのか？
Swift登場以前は居たんだろ？

暇なのか？w

Swiftでxibファイルか何かをHTML/CSSに変換するのは実は簡単なのか？

>>435
「Ｃでプログラミングするには人生は短すぎる」って有名な言葉があるけど
ObjCでもみんな同じ心境なんじゃない？

あっぽーは紀文の著作権を侵害してる
http://image.rakuten.co.jp/nunoviki/cabinet/pop/kibun_series.jpg

>>438
横だが

>>Ｃでプログラミングするには人生は短すぎる

これ、俗にいう噂のひとり歩きってやつだよ

>>345
Xcode自体扱いにくい

Objective-CかSwiftかなんて瑣末な問題なんだよ。
Xcodeがうんこなんよ、Visual Studio使えたら言語なんてなんでもいいんだよ。
どうせ仕事じゃ案件ごとの要件のフレームワークに合わせて言語使い分けるんだから。

>>435
Swiftドキュメント読んでから、もう擁護しようがない、さようならObjC
一年後、書店のObj-CコーナーがすべてSwiftに置き換わるで
少なくとも、これから学習する言語ではなくなったかな

>>442
＞どうせ仕事じゃ案件ごとの要件のフレームワークに合わせて言語使い分けるんだから。

そういう愚をSwiftで終わらせたいんだろう。
今はSwiftはApple専用だが、オープンソースになるだろう。

日本発擬人化はよ

>>435
obj-cの可読性やわかりやすさを気に入っていたから、swiftが切り捨ててきたのは結構残念

文法はどうでもいいけどPlaygroundの存在がデカイ
それだけでSwiftに移行したいレベル

>>442
たまにはAppCodeさんのことも思い出してあげてください…

配列のインデックスに負の数書けないんだな

>>444
サーバーでSQL、Java、Python、Ruby、たまにphp
クライアントでC#、C/C++、ObjeC、Java、ｊavascriptな現状で一本化できる気がしない・・・

>>450 別に好きな物を使えば良いだろ。　適材適所と言う物は残るに決まってる。
ただ、多くの分野で使える用になって行く可能性を持っている。
SQLは別物。　
Javascriptを置き換えるにはSwiftScriptの出現かJavascriptを吐き出すコンパイラが必要。
WebKitでの実装が必要。

しかし言えている事は、iOS OSXアプリの開発者が増えてその多くがSwiftで満足すれば成功と言えるから、一般の言語の状況とは少し事情が違うと言える。
ObjeCのハードルの高さで参入を見送っていた層がどっと雪崩こんで来ることは想像に難くない。

iOS Android両方に使えるために、JavaかJavascriptを吐き出せれば鬼に金棒。　Javascriptは存在しているようだからサードパーティーがすぐにサポートしてくるだろう。
LLVMベースだからクロスコンパイル環境は万全。

>>450
Javaは一本化する思想で開発者に悪夢をもたらしたがSwiftは快楽をもたらす。多くの開発者はそう思ってる、日本人を除いて。

また英語のドキュメント読むのかよ
とか思ってるのかね

読むんだよ
コンピュータで覇権取ってるのはアメリカなんだよ
そこはもう変えられないんだよ

>>451 iOSアプリの開発ツールは数々あれどどれもストアに出品するには数十万と言うライセンス料を払わないといけないそれがXcodeでほぼただ。
Uniti, Xamarin, PhotoGap、Qt　みんなそう。

こんな声が有った。
＞UnityもいいIDEと思ったけど、気が変わった。Unityでちゃんとしたもの作ろうとしたらPro買わなきゃだし、iOS版と合わせて初期投資が32万円を超える。
その点Xcodeならタダ。

>>453 英語が苦手な人は半年待てばよい。　公式日本語マニュアルも、市販の解説本もドット出回るから。
多分正式リリースが出る頃には何冊か解説本が出てきそう。

今頃、ソフトウェアの訳書を生業とする人達と出版社の人達が、恐らく最高のプライオリティでSwiftを訳してるだろうな
出せばベストセラーが約束されてるようなもんだし

でも正式リリースまでにSwiftの仕様ちょくちょく変わりそうだけどなぁ

で、結局Cの関数を呼び出せたやつはいるの?

発表直後でここまで実用的に扱われた言語って今まで無かったよなぁ。

もう翻訳では最新技術に追いつけない事に気づいた方が良い。

発表されたその日に、成熟した開発環境と軽量なシミュレータが既にあって実機動作も可能だもんね
しかも今年は開発者以外に公開してる情報も多いから、特にLLな新規開発者の開拓を狙ってるね

>>460
もちろんそうなんだけど、世の中には訳書が必要な人達が大勢いるのもまた事実なのよね

>>457 最近は出版した後の変更フォローはWebでやってるケースも出てきてるから多少間違いが有っても許されるよ。
サンプルコードも追加されたりしてる。　電子書籍だとそれらがいっぺんに解決するけどね。
プログラム解説本は電子書籍がベスト。　コピペで試せるから。　アップデートもすぐに出来るし。

>>458
今更まだそんなこと言ってるんだｗ

>>464
まあ、蟹も木から落ちる、というからな。

>>462
＞>>460
＞もちろんそうなんだけど、世の中には訳書が必要な人達が大勢いるのもまた事実なのよね

そんな事だから日本のプログラマはレベル低いんだよ。

小学生が翻訳本から入って天才に化けるかもしれないぞw

同じ型のコンストラクタやメソッドをラベルを使ってオーバーロード出来るのがいいね

Playground で Printable なオブジェクトを println() しても description がプリントされないのは Playground のバグってことでいいのかな
アプリではちゃんとプリントされるんだよな

Swiftの公式ドキュメントは英語読めなくても大体理解出来るだろ。
オブジェクト指向言語かじった人間ならコード部分だけ追っかけても概要把握出来るし、動きが分かりづらい部分は実行して試せばいい。
逆にこのドキュメントが分からんって人間はXCodeのエラーすら読めなくてまともに開発出来ないんじゃないか？

そうなんだけど、形から入るプログラマって一定数いると思ってる。
各ドキュメントが完璧に揃っていないと進めない、仕様が固まるまでは何もしない
こういうタイプ

まともに開発出来ないんじゃないか？
なにがまともかにもよるが、おっせー、つかいものにならなさそう

swiftで2ちゃんの専ブラ作りたい

他の言語でArray#eachにあたる処理もArray#mapでやれってことなのかな
WWDCのビデオでもeachっぽいことをmapでやって見せてたし
別にいいけどなんか気持ち悪い

本屋に行けば山のようにいろんなプログラミング言語の本があるから、世の中的にはまあそういうことなんだろう
英語の言語仕様を読まない読めない読む気がない人がたくさんいるんだろう
iOSはアップルのドキュメントとstackoverflowで何とかなるけど

あれ
let nums = [1, 2, 3, 4, 5]
nums.map { println($0) }
WWDCの"Intermediate Swift"でこんな感じのコード出てたけど、落ちる
どういうこっちゃ

日本の職業プログラマの8割が5分以内にFizzBuzz書けないって言うしな……嘆かわしい限りだ

殆どがコーダーレベルだからだろ。　doogfooding連中も含んでるだろうし。

>>474
eachにあたるのはfor inじゃない？

>>479
メソッドチェーンできないじゃん

?の使い方が凄く嫌だけど、使うなってことだよな？ｗ

>>481
?使わないとnil全く扱えないけどいいの？

>>445
メガネ三つ編み委員長の言語使うことにする

>>482 いやいやSwiftを使いたくないと言うネガキャンだろ。　>>481は

あぁ、(Swiftを)使うなって事だよな？w
って意味だったか。納得。

C#でNullableに慣れてると?は使い易いんだが、やはり初見では違和感強いもんなのかね？
C#だといちいちhasValueでチェックしてvalueを使うなんていうめんどくさい事しなきゃいけないから、Swiftの!はとても楽で助かるし分かり易いんだが

>>483
実はヒラの図書委員。

>>398
Listは関数型プログラミングに最適なデータ構造であるけれど、
Arrayと比較すればCPU/メモリ効率が低いのだから、
関数型言語ではないSwiftで組み込み型としてサポートされないのも
しかたないのではないかと思う
幸い、関数型の要素の多くは備わっているのだから、
自分のプログラミングスタイルに調和するリスト処理ライブラリを
自作すればいいのでは....

末尾再帰最適化(TCO)についても同様で、
手続き型のループ構文があるのだからfold関数をループ構文で実装することによって、
TCOが要求される多くの局面で関数型プログラミングに対応できると考える

こういった対応は、RubyやJavaScript(jQuery)で関数型プログラミングを
実践するケースと同様に考えればいいと思うし、
Swiftは関数型プログラミングに適した言語のように見える

個人的に残念だったのは、if や switch といった分岐(branch)が
式(expression)ではなく文(statement)として設計されている点
まあ、これもRubyが変態なだけで、Swiftが常識的な言語設計なんですけどね....

>>476
・Swiftのmapは処理だけしてVoid返すことは出来ないから気ィ付けや - 定食屋おろポン
　　http://oropon.hatenablog.com/entry/2014/06/05/040728

>>487
> 個人的に残念だったのは、if や switch といった分岐(branch)が式(expression)ではなく文(statement)として設計されている点

これは俺も残念だったな。Rust とかでの
let price =
if item == "salad" {
3.50
} else if item == "muffin" {
2.25
} else {
2.00
};
というのが好きだったんだが。

要望出しまくれば今後のバージョンで追加されるんじゃないかな。

dat落ちしてる過去スレ「Mac関連ﾈﾀをそれはもう凄まじい勢いで翻訳するｽﾚ7」からコピペ
　　http://anago.2ch.net/test/read.cgi/mac/1194073058/

--
666 名前: 終章を訳した人 Mail: 投稿日: 2011/08/07(日) 16:15:03.22 ID: I8tYQ0f30
（第１１ページ続き）

代わりにAppleが採用したのは伝統的コンパイラの最新版（Clang）であり、これはLLVMの上で動作する。
LLVMは、仮想マシンと同じコンセプトの多く（例えばバイトコードや実行時コンパイラ）をより低レベルで
サポートするフレームワークである。

以上を総合した上で考えると、将来、Objective-Cの最も高レベルな部分に関してだけメモリ管理とメモリ
保護をサポートし、一方で従来のライブラリやコードとのバイナリ互換性は維持するような、新たな言語が
導入されるであろうことは想像に難くない。このアプローチはこれまで「C抜きのObjective-C」と呼ばれて
きたものだが、実現は遠い未来の話ではない。新たな仕様を一つ一つ追加することで（ARCはその最新のも
のだ）、Objective-Cにオプショナルな（でも推奨される）機能と制約が徐々に増えていく。そして最後の
新仕様を追加する時、「これぞ新言語の誕生」と満を持して喧伝するーーこんな流れになるんじゃないだろ
うか。

Appleは、gccから脱却してより高速で高機能なコンパイラに乗り換えるため、これまでに多くの時間と労力
を費やしてきた。そして移行が完了した今、Appleは革新的な新機能のためにリソースを振り向けることが
できるようになった。今後数年のWWDCが興味深い。

>>491
すげえ。見事に予言してやがる。

>>488
いやだからWWDCのビデオでこんなコードが紹介されてるんだって
"Intermediate Swift"の42分くらいから or PDFの281ページくらいから見てくれ
Appleの人が勘違いしてるだけなんだろうか

>>491
ううむ
arstechnicaの記事だと思うが、あそこはさすがだな

原文は
memory-managed, memory-safe language that incorporates only the highest-level aspects of Objective-C
とちゃんと言ってるのにその訳は微妙だぞ

>>491 凄いな。 まだ当時は会社全体のコンセプトまではなっていなかっただろうに。

ずっとアップルを離れていたから最近の事情に疎いんだけど、Hyper Card ってまだ使ってる人いるの？
或いはApple Scriptとか。

そんなこんなを皆Swiftが飲み込める気がする。

HTMLや、EPUBに入って行けたら一気にひろまる。

AppleScriptはAppleEventとべったりだし、言語仕様どうこうだけの問題じゃないと思うが

>>498 それは内部事情だけど、内部て使うのに内部だけの秘め事があっても構わない。

ただ共通語が通じるだけで大きい。

swiftがjsに代わってweb標準になるとか、さすがに夢見すぎだろ

>>497
applescript使ってるよ
相変わらず日常の些細な操作に便利、地味にサポート続いてる
ただ用途がまったく違うのでswiftで代用とはならんよ

ぶっちゃけ、ちゃんとしたGCが無い言語でWeb関連をやりたいとは思わない
サーバサイドもクライアントサイドも

>>476
しむらー、戻り値ー

>>489
多分岐(Swift の switch文)も同じだね
関数型言語やRubyだと多分岐は式だから、以下のRubyコードのように
クロージャ内で一時変数を宣言することなく簡潔な式として書ける

prices = items.map { |item|
　　case item
　　when "salad"
　　　　3.50
　　when "muffin"
　　　　2.25
　　else
　　　　2.00
　　end
}

>>490
分岐構文は言語設計上の根幹に関わるから、難しいんじゃないかと思う
可能性があるとすれば、手続き型の C# が発表されて数年後に F# が登場したように、
数年後に functional-Swift みたいな新言語が発表されるみたいな....

Swiftはクロージャ内であればreturn文で式を書けるから、
>>504のコードは不適切だった
以下のように訂正する

X: クロージャ内で一時変数を宣言することなく簡潔な式として書ける
O: 簡潔な式として書ける

prices = case item
　　when "salad"
　　　　3.50
　　when "muffin"
　　　　2.25
　　else
　　　　2.00
　　end

Swiftってカテゴリあるの？

Extensionがあるよ

swiftだと、メモリ管理気にしなくていいの？(´･ω･`)

気にかけてあげた方がいい

swiftファイルをimport or includeって出来る？
それっぽくやってみたけどうまく行かない

今から勉強するけどどうしたらいいんだよ

Objective-Cは要するにCで、クラス化したモジュールに命令を送る
つまり『言語に追加した機能を使う』時は［］でっていう形で統一されてて
そこで「なにになにをさせる」って明示的な書き方をせよって念押しされてたから
他のオブジェクト指向言語が嵌った
"後でソース見たら何やってんのかわかんねぇ"問題が大幅に軽減されていたんだけど

いろいろガタがきてたCをモダン言語に差し替えたのはいいが
それで結果としてプログラマーの陥る精神疾患
「タイプ量が少なければ俺が楽、人には読めない難しい書き方する俺カッケー」が
輸入されて来ちゃったら本末転倒だよなーとは思ってる。
そもそもObjective-Cでも引数ラベルガン無視で［hoge: : :］って書いたり
キャメルケースなんかシラネーヨwwwってクラスやメソッドをAAA、BBBって
書いてもプログラム構文的には問題がないわけで
ありゃ文化的に"そう書かないと後で死ぬぞ？"と強制したものだから
Swiftでリセットした時に「魔法の呪文みたいに書くのがプロなんだよ
俺の呪文が解読できねぇのは素人！」みてぇなヒャッハー(モヒカン装備)が
流れ込んできて暴れられたらせっかくのSwiftが
他の言語が陥ったのと同じ混乱持ち込まれそうで嫌だなぁ。と

またお前か

>>512
テストをないがしろにして、コードを
何度も読み返すような開発をしてれば
そうだろうけどね。

実際のリファクタリングでコードの読みやすさが
最重要なわけではないし、中身よりインターフェースでしょ。

コピペ君の相手してんな

WWDC直前からObjective-C本を買って勉強し始めだった俺は少し困惑中。
中途半端にならないようにswiftやりたいのをグッっと我慢してObjective-C勉強中。。。
Cocoa使う事には変わりないし、古いソフトの保守の仕事もきっとあるだろうし・・・

むしろ昨日の昼にム板のスレでの門外漢の
"だいたいObjective-Cなんてさー"的なdisりに呆れて書き込んだ内容が
コピペ君にまるごとコピペされて俺の方が困惑。

たぶんコメントも知らない素人だと思う

>>502 なんで頑なにGCを採用しないのか解らないんだろ。 GCは必要メモリの6倍以上のメモリが無いとスピード低下が著しくなる。 4倍以下で苦しくなる。
だからARCにしたんだよ。
GCは豊富にメモリがあるPCとかサーバなら成り立つが、一般的なPCやノートPC、スマホでは無理がある。

>>519
今時のスマフォの性能でGCがそんな致命的な問題になることはないよ
だけど応答性を追求した場合にARCの方が有利なのは確かなんで、アップルとしてはGCをやりたくないんだろ
Web関係はそんなのを追及してもほとんど意味が無いのでGC有りでまったり組みます

>>446
読みやすい？わかりやすい？
馬鹿かお前？
読みにくくわかりづらいから作ったってことわからんお前みたいな、頭悪いデベはもう不要ってこともわからんの？

誰かが書いてたけど、頭の古い開発者を無理矢理振り落としてこれからの時代の開発者は俺たちが取り込むよ、っていう暗黙のメッセージもあるんだろうな

>>520
CocoaでGCやったけど、廃れた。確かにARCで十分になってしまったからな
ARCのちょっとしたトリックでさえも理解できないやつぁGCに拘るのだろうが、そんなヤツいるのか？

>>521
いやまあ私は必要ならばSwiftも使っていきますけど

こんなにもobjective-Cが読みにくいとかきれいに書けないとか憎まれているというのが、私の印象と全く逆だったので意外でした

全く同意

>>516
やり始めならむしろさっさとSwift切り替えた方が賢い選択だよ。
本一冊無駄になるくらい安いもんだ。

>>524
C言語系ではC#の次に好きな言語だけどね>obj-c

ただ、objective-c++になるとカオスっぷりが
ハンパないから、obj-c++を使うなら圧倒的にswiftになるかな。

まだ(？)SwiftはC++を取り込んでいないので、Objective-C++を例に出すのはちょっとおかしくね？
Objective-C++はC++「も」つかう場面で必要で、カオスだが気軽にちゃんぽんできるのがすばらしいんだけどなw

SwiftでC扱うのも結構カオスになりそうだけどな
Cのライブラリの設計にもよるだろうけど

>>491
なんて凄い予見者なんだ
細部まで丹念に調べ緻密な解析から得た情報から成る確実な予見
素晴らしい（≧∇≦）

できる限りC++で書いてフレームワークの呼び出しとかどうしても必要な所だけObjective-Cな私にとってはmmがデフォルトです

よくわからんのだがVBAとどっちが難しいんだ

>>528
別に完全に取り込まなくてもいいんだ。
obj-cを使っててc++の機能を使いたい時も多いから、
swift程度のエッセンスで十分。
ジェネリック、演算子オーバーロード、デフォルト引数。十分だよ。
名前空間と例外も欲しかったけど、まあいいや。
c++を全部取り込んだらswiftまでカオスになるしw
ヘッダにifdef仕込みまくるのはもう勘弁w

>>533
元々>>527が何を言いたいのかさっぱりになってしまうんちゃう？
Objective-C++だってObjective-CでC++のラッパーを書けばカオスにはならんし。ラッパー書かないとカオスってことならわかるけど
ラッパー書かないでちゃんぽんできるのが以下省略

ヘッダにifdef仕込みまくるのはもう勘弁ってのも「勘弁」って言うほどなら書きようも使いようもいくらでもあるのになあ

ああ、
>>ジェネリック、演算子オーバーロード、デフォルト引数
を使いたいのか
そのためにObjective-C++なのか。予想外だな。それでカオスとかって自らカオスにしているとしか思えない。しかもカオスが好きかと思えば違うとか。俺の理解を遥かに超えていた

C++アレルギーの奴って居るよな

俺はObjective-C++大好き

C++はこないだのObjective-Cへのblocks追加で感じた「あ、やばいな」の先へ
突き進んじゃった言語。
逆にあれであ〜そろそろObjective-C3.0かな？と思ってたらSwiftに化けたわけだが…

なんでもいいが某サイトでのSwiftのプロトコルへの
「インタフェースですよね。なんでProtocolという名前にしてしまったのだろう。
もうObjective-Cなんかどうでもいいじゃない。」って物言いが
まるで「総選挙ですよね。なんで人気投票という名前にしてしまったのだろう。」ぐらいもにょもにょする…

>>490
エスパーすぎる件

まちがえた>>491

>>530
「Smalltalk + C = Objective-C」なのだから、
>>491にある「C抜きのObjective-C」が Smalltalk
あるいはSmalltalk風の新言語であったのなら完璧な予見だった

実際には>>491にある技術的基盤を前提にしつつも、
Smalltalkの構文を捨てC言語をベースとするモダンな言語仕様に落ち着いた
結果として、個人的にはSwiftの設計方針を肯定したいけれど、
これまでに蓄積されてきたObj-Cプログラミングのノウハウを
捨て去ろうとする決断なのだから、
それに抵抗しようとする批判意見が生ずるのもやむをえない

>>541
>これまでに蓄積されてきたObj-Cプログラミングのノウハウを
>捨て去ろうとする決断なのだから、

誰が言ってんだよそんなこと
全然捨ててないだろ

Cocoa自体がObjective-Cで書かれているからおいそれと捨てる訳にはいかない

オブジェクト指向の部分はObj-Cから発展継承させつつ
手続き型言語のプリミティブな部分をCからモダンな言語風に再設計した
という感じじゃないの

>>526
たった今しがた↓の本を読み終えたところ
ttp://www.amazon.co.jp/dp/4501552700
別の言語が出来る人を前提にした本でした。
(CとOOP言語をどれか一つできればスイスイ読める。)
Xcodeのバージョンが少し古いけど特に問題なかったです。
と言う訳で今swift読み中。

過去、言語が古い物から新しい物に切り替わるのに15年前後かかるっていう話がありまして、
Cocoaとつき合ってくなら10年くらいは両方触るんじゃねーかなと思っとります。

>>543 いやObjCは最終的に全てコンバートするつもりだと思うよ。
全部出来るかどうかは社内の反対派もいるだろうから徐々にだろうが。
2〜3年かかるのかもしれないが。

コンバータの出来がよく、パフォーマンス低下がなければもっと早いかもしれない。
ほとんどコンバートした段階ではノウハウも溜まるからオープンソースにも出来るだろう。

>>545 Appleは、Power PCからIntel PC, 更にはARM と切り替えた実績があるから、仮想化技術は進んでる。
だからLLVM で主導的な貢献をしている。

全てを熟知した上でのSwiftだから切替は早いと思う。
ここで切り替えられなければ、何十年もロートルが幅を利かせる状態となり世代交代も進まない。

切替えないと知的財産のロスとなることはAppleはよく知ってるはず。

Swiftの発表でObjCには二の足を踏んでたが理解しやすいSwiftだったらやって見ると言う人間がいかに多いか見ればわかるだろう。

しかしこんなに早い認知度は珍しいね。 正式リリースされてアプリが出回るようになると押しも押されぬ状態になりそう。

>>547
アップルの切り替えの速さは折り紙付きだからさっさと移行するだろうね

Appleが「切り替える」のは別に好きなペースでやればいいんだよ。
Swiftで既存のクラスを再実装したところでObjCとの互換性は失われないのだから。

問題はいつ「切り捨てる」かでしょ。
ヘッダファイルを無くし、コンパイラを排除して新規開発が不可能になるのがいつになるか。

>>546
Classic/Carbon(C++)からCocoa(Obj-C)への移行がそうだったように、
Obj-CとSwiftが併存する時代が数年続いた後、
Obj-Cへの決別が宣言されるのだろうと予想する
もちろんその間にもSwift自身は1.0, 2.0,... へと進化を続け、
Swiftの普及とOSX/iOS上での依存度は急速に増していく

ただしObj-Cとの完全な決別に関しては、
2001年のOSX1.0発表によるCocoa登場から
2011年のOSX10.7(Lion)によるRosetta廃止を考えると、
>>546の10年くらいを要するという予測も
あながち間違いではないのかもしれない

>>549 いやいや、ObjCが言語として切り捨てることは無いんだよ。
LLVMに既に入ってるんだからAppleがやらなくても恩恵は結構受けられる。

新しいApple系の開発では使えなくなるだろうけど。
つまりメンテナンス業務でしか需要は無い。
でもメンテナンス業務は結構美味しいよ。

>>547
Appleの中はそりゃさっさと移行すると思います。。。
COBOLからJavaへの置き換えが未だに終わってない件を例を挙げるのは極端な例ですが、
今既にObjective-Cで動いているシステムをメンテする際にSwiftへ書き換える事を望まれるかと言われればNOと思います。
新規開発案件がSwiftになるかってのは積極的に採用されて行くと思いますが、
不具合発生時にObj-C版との動作差異を調べてAppleへバグ起票なんて作業が発生しそうで怖いですw

>>551
言語としてじゃないよ。>>543からの流れを読んでくれ。
Cocoaフレームワークを使ったアプリがObj-Cで開発できなくなるのはいつか、という話だ。
それは「切り替え」だけでは発生しない。「切り捨て」が必要だ。

>>552 あー、業務で使ってる状態ではなかなか切り替えられないでしょうね。

今だに銀行系でCOBOLが動いていて大昔のエンジニアがウハウハしてました。 ソロソロ終焉でしょうが。

企業と言うか、担当者がトラブルを避けたいから昔のまま動かしていたいと思うのは当然です。
何も変化させないのであれば、それが正解。 でもそのうち首を切られるでしょう。

ARCによりメモリ管理の煩雑さも大分軽減され、toll-freeによりCoreFoundationとの連携もシームレス、配列やディクショナリ、NSNumberもリテラル表記でぐんと使いやすくなった
それに、クラスエクステンションでプロパティやメソッドをプライベート化できるのもSwiftにはない魅力。C言語やC++との連携もおてのもの
長年使われてきた実績と資産、枯れたノウハウと安心感
まだまだ若いもんには負けんよ

>>553 ？新しい開発？
だったらかなり早い時期が想定される。

過去をメンテナンスするコストは膨大だから、切り捨て御免。

Cocoaフレームワークの刷新　= 全ての現存アプリ、フレームワークを巻きこんだOS全体の刷新　
を意味するからな
いくら斬り捨て御免なAppleでも数年レベルで出来る切り捨てではない

>>557
Rosetta的なものが登場すれば10年はかからんかもな

>>556
そんなに早いとは思わんね。あなたが例に出したPPC->Intelの移行でも
Intelに「切り替え」が始まったのは2006年1月だが
最終的にPowerPCアプリの開発ができなくなったのは2011/3リリースのXcode 4からだ。
切り捨てに5年かかっている。

>>567 別に瓊条件に切り捨てるわけじゃ無いからね。
今までの資産はそのまま使えるんだから何のコストもかからない。

しかし、たかが言語１つのためにそこまでのコストを払うかね
C++が出てきて、やんやともてはやされてもUnixの根幹は変わらずC言語ベースだったし、C言語は今も変わらず現役バリバリの言語だし
ObjCとSwiftも棲み分けされるんじゃないのかね
ObjCには今更捨て去るにはあまりにも膨大な資産があるし

MacOSのときのBSDもそうだが、今回もまたLLVMをパクってきてさも自分のところの
技術でござい、みたいな顔つきがうっとうしすぎるな。

>>559
68K->PowerPC->x86-64(EM64T)
も忘れないで。

>>561
これ思い出した
ttp://www.kh.rim.or.jp/~nagamura/misc/stroustrup-interview.html

>>561 Cは全ての根幹だからそれが無くなる訳は無い。　アセンブラが絶対になくならないのに近い。
Swiftの最終章を読んだらCPUの叫びが聞こえた。　確かにCPUが透けて見えた。
昔々、Cが初めて登場した時の感動そのまま。

CPUの叫びっていう表現、最近流行ってるのん？

最終章ってAdvanced Operatorsのことか？

江添さすがだな

Appleが新言語、Swiftを発表するも、すでに閉鎖的すぎて絶望しかない
http://cpplover.blogspot.jp/2014/06/appleswift.html

蟲はキチガイオープンソース教信者なので放っておけば良い。

なんかもう今日となっては"COBOLの第一人者が首まで海水に浸かりながら
意味不明なことを呟いてる"ぐらいの感じ

>>569
失礼だな
彼は自由ソフトウェア信者であってオープンソース信者ではない
オープンソースと呼ばれるモノの中には不自由なソフトウェアが含まれているからな

カルトじゃねーかw

なんでそんなヤツを取り上げるのかさっぱりわからんな。注目に値するヤツなのか？

なんでそんなヤツを取り上げるのかさっぱりわからんな。注目に値するヤツなのか？

あら、Server Internal Errorちゅうたから書き込めなかったかと思ったら書き込まれてた

日本語ドキュメント来てるのね

日本語ドキュメントって、GitHubに英文ドキュメントファイル丸々アップロードして
「翻訳ご協力ください」で丸投げのカスのことじゃないだろうなw

>>577 あれはアフカスだろ。　怪しすぎる。　
ホームページ見ても広告だけだし、参加の仕方も書いていないし、どうやってEPUB文書を編集するの？
何の説明もない。　

>>577
今見たけど、あまりの丸投げっぷりにワロタ
言い出しっぺがある程度訳さないと誰も追随しないだろ

ちょっと話は外れるけど、あのEPUBに圧縮されていないフラットな状態のXHTMLを読めるリーダってあるんだっけ?　どこかで見たような気もするが。

まぁでもとりあえずアクションを起こすことはいいことだね

そうか？　やる気のあるバカほど始末に負えないものもないんだが。職場とかでも。

バカかどうかはまだわからない
まぁでもいちゃもんがついたみたいね
ttps://github.com/swift-jp/swift-guide/issues/1

>Appleが新言語、Swiftを発表するも、すでに閉鎖的すぎて絶望しかない
>http://cpplover.blogspot.jp/2014/06/appleswift.html

煽り狙いではあるけど、まったく間違ってはいないよね。
あらゆる手段で囲い込みを計るAppleはかつて批判されたMS以上に薄汚いやり口と
いうか、不自由な世界を作り出そうとしている。

全くの間違いだね。
単にケチを付けたいだけ。

君さ、実はどっかのアフィサイトの人で
必死でいろんなとこでマッチ擦ってみてね？

>>584 何言ってるんだか、今の処最初から　iOS OSX 用なんだからどこが閉鎖的で何が不自由なんだよ。
ベータ版で開発者しかアクセスしちゃいけない物なのに仕様書だけはオープンになってるだけでも有りがたいと思わないと。

間違って仕様書が見れないなんて言っておいて見れる事が解っても謝りもしない。

いずれにしても蟲とその取り巻きは林檎のエコシステムとは対極の存在なので（今も昔も）、
いちいち関わっていてもらちあかないし誰も得しないので、放っておくが良い。

自分のやりたいプラットフォームを選べばよいだけの話だろ

むしろ今年のWWDCで感じたのは、明らかにiOS/OS Xを開放し始めているな、ということだね。
（ObjCに比べてSwiftは不自由という意見もあるけど）

楽なものが出来ると、ほぼ必ず頑固な否定派が出て来て、昔の苦労話をダラダラと垂れ流す。
ARCの時もそんな感じだったかも。
今回の変化は大きいので、開発者は総世代交代で良いかもしれない。
馴染めない古老はAndroidかなんかに流れたほうが良いかも。

むしろObj-C使いは老害みたいなことを言って煽る変なののほうが多い気が...

ObjCが悪いとは思わないけどな。
ここぞとばかりにObjCを叩いてからSwiftを持ち上げる人多いけど。

Androidは2.x系の呪縛からなかなか離れられない「邪悪なプラットフォーム」（w

「Obj-Cは文法が変態だから〜」とか、あれ絶対Obj-C部分じゃなくて
オブジェクト指向使いまくりで、なにやってんのかソース読めないとこで
挫折してるパターンだから、Swiftで書き方が変わったからどーこーってんじゃ
ないよなぁ。

>>591
同意

メソッドの中でクラス定義もできるのか
なんかもう感覚的には完全にスクリプト言語だな

classとstructの違いがいまいちわからない。classだけあればいいんじゃないかな？

クラスと構造体の違いがわからないと申したか

言語仕様に
>Inheritance enables one class to inherit the characteristics of another.
>Type casting enables you to check and interpret the type of a class instance at runtime.
>Deinitializers enable an instance of a class to free up any resources it has assigned.
>Reference counting allows more than one reference to a class instance.
と書いてある

要するにOOPに使う(決定的な違いは継承とポリモーフィズム)のがclassなんじゃね
structの方が軽く、メソッド呼び出しはobjc_msgSendではなく普通の関数呼び出し(リンク時に解決)になる。

>>600
classは実行時にインスタンスの型が解釈/検査が検査されると書いてあるね
それに対してstructは(型推論によって)コンパイル時にインスタンスの型が解釈/検査される
型システムに関しては、
　　"動的型付けで柔軟な class vs. 静的型付けで安全な struct"
という違いがあるということではないのかと思う

あと、型推論とOOPを両立した言語にはOCamlがあるけど、
こちらのclassは静的に型付けされるから(Swiftと比較すれば)安全だけど柔軟性には欠ける
Swiftのclassが動的型付けなのは、Smalltalkに由来するObj-Cの動的OOPをサポートするためだと
思うけど、言語作者の設計思想に違いが見えて面白い

>>599
この期に及んでこんな初歩的な疑問が湧くとはびっくりですw
structやenumのメンバーとしてメソッド定義出来るとかもう何でもありですわ。
enumなんて番号に名前付けるだけかと思ってたのに頑張り杉

>>600
ありがとうです。おっしゃるとおりstructは継承できないでした。

LLVM IR中間バイトコードからJAVAバイトコードに変換するのがあるみたいだな。
LLJVM とProteusccの二つ。
Javaのライブラリーをどう呼ぶのか解らないが、Javaに無関係にSwiftでコンパイルして変換すれば動くはずだな。

Javascriptに変換するより確実性があるな。
SwiftでAndroidも開発できれば喜ぶのが沢山出てくるな。
てもやはりAndroid用フレームワークを利用しないといけないだろうから何らかのラッパーとかが必要になるんだろうな。
これはすぐにサードパーティーが出て来そうだな。

既存のクラス(?)をなんでも拡張できるextensionが強力過ぎる。たとえば
extension Int {
func timesRepeat( closure: ()->() ){
for i in 1...self { closure() }
}
}
というような定義をするとすべての整数にSmalltalk風のtimesRepeat:メッセージが送れる。
5.timesRepeat { println("hello") }
この結果helloが5行表示される。
省略無しだと5.timesRepeat( {println("hello")} )と書くのだけど省略できて上のように書けてしまう。

>>604
最近の言語ならできるでしょう

>>584
不自由ってのは誰かの自由が自分の自由より優先された状態なんだから、まず君が何が欲しくて何を代償に出来るか言ってもらわないと

そういう頭でっかちの抽象的言説はどーでもいい

>>592
そう。なんでか使うヤツをターゲットにしているのが不思議w
Swiftを真っ向から否定しているヤツなんてみたことが無いんだけどなあ。珍しく
あ、ひとりObjective-Cも使ってもいない門外漢がここで取り上げられているけどw

>>603 Android 開発用にGDK が有るね。 これがLLVM/Clang で使うキット見たい。
だからSwiftからも使えそう。

switch文でbreakいらないのとか、VBに似てるな

Objective-C同様、引数にキーワードつけて読みやすくなってるのはいいんだけど
呼び出すときに
関数:キーワードつけない
メソッド:1つめ以外キーワードつける
イニシャライザ(というかコンストラクタ):全部キーワードつける
と統一されてないのがキモい。

メソッドとイニシャライザの仕様の違いはイニシャライザはObj-C側に持って行く時に
イニシャライザの最初のキーワードにinitWith-が補完されたメソッドに変換されるという仕様からだろうね

関数は定義側でキーワード付けてあればキーワードで引数与えられるようだけどね。

>>611
たしかにそう思った
>メソッド:1つめ以外キーワードつける
[ mypoint movetoX:3 Y:4 ] みたいなObjective-C (Smalltalk) 表記に合わせることで、
移行や共存を楽にしようという意図があるのじゃないかな。この例なら
mypoint.movetoX(3, Y:4)って書き換えれば良いとすぐわかるし

プロパティのweakはObjCでもあるから分かるんだけど、unownedってのが今一ピントこない
unsafe_unretainedと同じなのか？　でも後ろに!をつける書き方もあってよう分からん

Swiftでautoreleaseブロックって作れないのか？
"Using Swift with Cocoa and Objective-C"にも記述が見当たらないのだが

ジョブズがいたらswiftは存在しただろうか

>>616
開発は4年前からみたいだし、上の方で出てた翻訳スレで2011年には既に兆候が現れてたみたいだからね
あのドヤ顔で発表してただろ

名前は飲み物系で言ってほしかった
Juiceとか

XcodeのInterface BuilderでボタンなどからSwiftソースコードにドラッグしてactionやoutlet指定するってのはまだ出来ないのかな？それ以前に入力補完もまだ効かない気がする。(playgroundでは効くけど)

テキストのサンプルを上から順にプレイグラウンドに打ってたら
ループや制御文の辺りでなぜかループ数とか表示しなくなって焦った
コンソールになんかx86うんちゃらみたいなシステムエラー出てたけど
なんかそれかなぁ

>>619
新規プロジェクト指定するときに言語選べた。気づかなかった。お騒がせしてごめん。

英語読めないやつは、どこで勉強すりゃええのん
早く初心者本出してくれ

>>622
>英語読めないやつは、どこで勉強すりゃええのん

英語教室

そもそもobject cってnextで使ってたからプログラマが居た、という理由だけで選ばれて、
当時主流だったc++に比べて技術的に積極的に採用すべき理由なんて何もなかったよね。
メモリリークするC++とか悪口言われてさw

MSがjavaを素直に採用し続けれずに、c#作ったようなもので、ちょっと会社の調子がいいと
すぐ新言語作りたい病が始まるんだよな。

Appleの歴史って結構場当たり的な仕方の無い選択が多かったけど、そこに過剰に意味を
求めるというか、object cも積極的に推す奴がいたりしたけど、swiftが出たら一夜にして
ob-cの欠点を解消した・・・とか洗脳されちゃうのが笑える。

構ってちゃん。

>>622 先ずはiBook が読める環境にした方が良いぞ。
MacかiOS端末で見るのが効率的。
HTMLバージョンを見て居ても、検索を全体にかけられないから。

解らなけりゃ単語をクリックすれば辞書も引けるし。

Tourの章ぐらいはすぐ読めるよな。
というか、ものすごく平易な英語じゃね？　ラリー・ウォールとか変なジョークや凝った文ない
から悩む所無いし。
こんなので苦労している奴はいくら単語がすぐ引ける環境用意してもダメというか、義務教育
レベルの英語力も抜け落ちている根本的な欠陥があるポンコツ脳だからダメだと思う。

初代からPlusあたりまでにでたMacintoshの本でObjective-Cについていろいろ書かれてたなあ
あの頃からジョブズはObjective-C好きだったんだな

この最初のドキュメントはすごくわかりやすく書かれてるね。

さすが、Document Guru 達が作り上げただけ有る。

英語を読めない人はとりあえずqiitaとかクラスメソッドのブログ読んでみればいいんじゃね
でもAPIリファレンスは英語のみだし、有用な情報も英語のブログや質問サイトだから結局英語を読めないとアプリ書けないよ

>>624
そういえばMSのJavaに対してかって変えんなぼけえとSunが文句言っていたような
もろもろ短絡的で認識が甘いなそのレス

このスレにいる人達はみんな英語読めるのかぁ。すごいなぁ。

能書きはもう良いからなんか作ってみた報告とかねーのかよ
そこでここが良かったとか悪かったとか具体的な話があれば説得力がある
ぐだぐだ理屈ばっかり達者なクズばっかりだなここは

普通の大学出てりゃ英語くらい分かるだろ。
何年習ってんだよ？

という煽りはこのくらいにして、技術系の英語の本は分かりやすいよ。
出てくる単語は限られてるし、文法も限られてる。
しばらく読んでりゃ慣れる。

>>633
お前がやればいいじゃん。お前の欲しいレス情報が無いからそれって、だだこねているだけで、そのクズとやらと同等かそれ以下だろうw
ほとんど大勢が手探りだろ。手探りの中から良い情報もあればいろいろあるだろう

まだbeta1だし、Swiftの言語仕様だけでアプリ書けないし

能書きだけじゃなくて、まず手を動かしてモノ作り出来る奴の例

Appleの新プログラミング言語、Swiftを使って半日くらいでFlappy Birdのクローンが書けた
http://jp.techcrunch.com/2014/06/05/20140604a-developer-cloned-flappy-bird-using-apples-new-programming-language-swift-in-a-matter-of-hours/

うん、秀才はすごいよね
俺凡人だから地道に頑張るわ

>>338で出てるし
いちいち貼らなくていいよ

この週末でSwift Tourの例題ほとんど試したし、IBでoutletやactionも接続できるようになったし
明日からSwiftでOSX/iOSの簡単なアプリが書ける気がしてきたよ

>>628
Cを拡張してオブジェクト指向となると、いまになってみれば
C++よりObjective-Cの方が筋がいいとわかるけど
プログラミング言語というのが一つのCPUで単一のコンパイル済みのアプリを
動かすことしか想定していないのだったら動的管理なんて
特殊なケースだし管理ランタイムで貧弱なCPUパワー食う意味ないし
そりゃC++の"継承による再利用がオブジェクト指向！"ってなるよな。
マルチコアでマシンパワーが湯水のようになるのに15年
ああ、悲しいかなObjective-Cが本来の力を発揮し始めたら
こんどはThe Cの部分が足を引っ張り世代交代とは…

よく分からんが、昔のMacはPASCALじゃなかったけ？
objcはネクストからだったと思う。
それにジョブズはプログラムはやらなかった。
言語についてのこだわりはなかったはず。

そういえばソースが公開されたとニュースがあったなあと、
http://www.computerhistory.org/atchm/macpaint-and-quickdraw-source-code/
PASCALとアセンブリだな。その後C(,C++)となったみたいだけど

昔はアセンブラ以外だとまともな使える言語ってPASCALとFORTRANくらいしかなかったから。
WizardryとかもPASCALで作られてた。

>>629
昔のInside Macintoshを思い出したわ
とても読みやすいドキュメントで中学高校ぐらいの英語やってれば
すんなり読めるのね
あれのおかげでこの手の英語のドキュメント読むのは怖く無くなった

>>611でも出てるけど、関数の引数の指定がバリエーション豊かでキモい
下位互換とか親和性とか、色々詰め込みすぎだろ
drawMessage(message: String, x: Int, y: Int) // drawMessage("Hello", x:0, y:0)
drawMessage(messageText message: String, x: Int, y: Int) // drawMessage(messageText:"Hello", x:0, y:0)
drawMessage(#message: String, x: Int, y: Int) // drawMessage(message:"Hello", x:0, y:0)

関数、コンストラクタ、メソッドで分けてるんじゃなくて
Obj-C => Swift への互換実装時に担当者の気分で決めてねーか、これ
Cocoa.Framework でケースバイケースなI/F定義で混乱したわ

ところで、>>640よ
SwiftでMac OSアプリを作ってみたが、xibからswiftコードの@IBOutletの繋ぎ方がワカランかった
どこのマニュアル読めば分かるのか教えておくれ

xibから.swiftへドラッグアンドドロップでできる

一応試してみたが、それiOS Appの場合だけじゃね？
Mac OS Appだとスムーズにいかんのだが、Mac OS App + Xcode のマニュアル少なすぎる
質問しておいてアレだが、言語の問題じゃなくIDEの問題だからXcodeスレに行くべきか

インラインアセンブリの使い方はよ

githubのswift日本語訳プロジェクトがボロカスに叩かれててワロタ
コメントにもあったけど、みんな第一人者になりたくて必死だな
オセロみたいに一発逆転のチャンスなのはわかるけどさ

>>650
許諾気をつけろよの一言でいいのに、必死すぎて笑える

swift-jpに関しては明らかに他人任せだったり、原文地引き網してたり、が反感に拍車をかけてるだろ
こういうのは言い出しっぺが積極的に動かんかぎり、叩かれてなかったとしてもどのみちうまく行かなかっただろう

プログラミング経験まったくのゼロだけど、swiftから始めてもいい？

いいけど開発や動作環境どうするのさ

開発？

>>653　Mac を買って、OSXの正式発売秋までまつ。　待てなければデベロッパに入る。１万円しないんだから安いものだが。

その様子ならswift触るのは半年待った方がいい
pythonとか他の言語からはじめたら？

プレイグラウンド触ってるとこれ最強のプログラミング学習環境じゃん！って思うんだけど
いまのところ英語がネックだよなぁ…あと出たばかりで関連文献の無さ。

『Swiftで覚えるプログラミング』(日本語)とか出始めるまでつらい。

githubの翻訳プロジェクトどんどん泥沼になっていって遠くから見てるぶんには最高に面白いな

朝見た後に昼休みにも見たんだが、悪い方向にどんどん盛り上がってるwww

どっちにしろSwift本の翻訳版は
ttps://developer.apple.com/jp/devcenter/ios/library/japanese.html
に、遅かれ早かれ出てくると思うんだが

> 協議した結果

1人で脳内協議したのかなw

>>661
そうなんだよね
求められてるのは完訳じゃなくて、初心者本とか既存コードとのミックスとかガイドから読み取れるノウハウのほうじゃないのかな

翻訳あったほうが絶対いいのに
マカーはケチ多いんですねｗ

お前は何も出来ないのにね。

あると便利なものを当事者でもないのに拒否するってｗ
よほど新人を恐れているようだｗｗ

でもお前は何も出来ないのにね。

こんなゴタゴタを見てる暇があったら辞書片手に原文読んだ方がよいぞw

Wikipediaの方が進行早いぞ　

ttp://ja.wikipedia.org/wiki/Swift_(繝励Ο繧ｰ繝ｩ繝溘Φ繧ｰ險�隱?)

あれ？文字化けした
もう一回

ttp://ja.wikipedia.org/wiki/Swift_(%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E)

>>659 あいつ余程のバカだな。　翻訳は許されたとしてもiBooksを違法コピーして公にするなんて。
文章だけなら許されて翻訳と言う事は可能性としてはあるが、CSSからDOMや何から丸ごとコピーが許される訳が無い。

著作権もソフトの事も知らないまるで見当違いのど素人みたいだな。

>>670
おお、訳がなかなか読みやすいw

https://ja.wikipedia.org/wiki/%E7%89%B9%E5%88%A5:%E6%8A%95%E7%A8%BF%E8%A8%98%E9%8C%B2/Swift-jp

どういうことだよwww

>>673 図々しいやっちゃな。　ちゃっかり宣伝入れたらさっそく削除されてんの。

*[http://swift-jp.com Swift言語 | 日本語ドキュメント] {{Ref-ja}} - [[濱田優]]による公式ドキュメントの翻訳

こいつだな。
https://ja.wikipedia.org/wiki/%E6%BF%B1%E7%94%B0%E5%84%AA
はまだゆう
生誕 1983年10月7日(30歳)
千葉県

>>674
自分のWikipediaまで追加してんのか、こりゃ随分と面の皮が厚いな

>>674 しかもGitHubは皆でとか言いながら、もうちゃっかりと自分の翻訳だなんて書きやがって殴りたくなってきた。

ところで、Playgroundsでリアルタイムの変数表示をストップさせる事は出来るんだろうか

>>673
すごいなーwww
なんかこんなすごいヤツ久しぶりにみたような気がする

>>674
とんだ道化師だな

>>662
ということは、脳内でなかったら秀和かな？
ヤツが話持っていって秀和乗り気で、ある意味秀和後押しだったらおもしろいなー(棒)

なんかこれはもういろいろおかしな事案になってしもうたな

どうせそのうちAppleから日本語訳くるんじゃないの？

昔はAppleのドキュメントの翻訳権って確か ttp://www.mosa.gr.jp/ が持ってたよな
今ってどうなってんだろ

しかしこれからは小学生がそこそこ英語使える時代になるのでしょ？
となれば「僕英語苦手で…」と薄ら笑いを浮かべている大人も
さすがにどうにかせざるを得ない訳で、英日訳の需要はないんじゃないかなあ

英語しかなければ英語で読むけど、日本語で読めるならとりあえず日本語を読むけどな。

だね
んで翻訳がおかしいっぽいとこだけ原文を読むw

なんつーか、サムラゴーチを彷彿とさせる香具師だな

>>681
Objective-C 2.0とかはノリノリだったから、言う通り出そうだと思うけどねえ

英語以外だと日本語のほかにどんな言語で出てるのかな

GitHub見ると、Chineseとか、Koreanとかの同種のプロジェクトがあがってるね
どこの国にも似たような奴がいるようでw

考えることは一緒だなw
国籍や国境なんか無い

ますます炎上してるけど、あのプルリクは面白いと思ってやってるんだろうか
うすら寒いけど

C++の死亡が決定的になったな

お前らは何かやろうとしている人を見つけると、まずは足を引っ張ろうとするんだな。
どうでもいい瑣末なことばっかりこだわって、ゲームの一本でも書いてみることすらしないし。
プログラミングが好きなんじゃなくて、匿名で偉そうなことを言いたいネットイナゴなんだろうなあw

C++は本来のまさにC+1の場所で活用され続けるんじゃね？
もともと、他にいい位置の言語がなかったから広がりすぎただけで。

>>693
誰と会話してるんだよカス。

Playgrounds落ちまくるううおおおイライラ

>>650
あれはあれで役に立つものなんだからやらしときゃいいのに
足の引っ張り合い多いよな。日本人特有だ。

焦る必要は何もないのになんでそんなに焦っているの？
ヤツの場合はAppleから返事来るまで停止がまとも。なんだかわからんが焦って先行する意味は、なんか別の要因があるんじゃねえのってえの
お前もなんで焦ってるの？そのうち近くAppleの正式日本語訳のが出るよ

そりゃ有名になりたいから、じゃないの
GoとかTypeScriptとはインパクトが全然違うし

英語のドキュメントを読めない時点で、半分負け組だろ。

>>699
それかもしれないがそれじゃないかもしれない。が、うさん臭さが漂う
そういえばXcodeのAPI Documentationを地道に独力で日本語化して公開していた人がいたなあ。ああいうのは好ましいw 著作権的にはアウトだったのかもしれないが

こんなの、英語というより技術英語だから単語なんて限られているし、
これが読めなかったらLibrary Referenceとかstackoverflowとかどうするのかな？

>>701
完全に一人で単独で訳してから公開してたら、また反応も違ってたかもね

中国ではすでにGirHubで有志による訳が開始されてて1000スター超えてる
お国柄の違いかw

あの国が著作権とか気にする訳ないだろ

>>701
京都の人だな。

まぁ、Swfitの公式アイコンをそのまま流用してる時点で、あぁそういうことには無頓着な人なんだってのは分かるよ

あの手の奴に関わると、後で自分まで痛い目にあるだろうから、俺は暖かめに
見守ってるよ（っていうか、別に見る気もしないけど）
現状で、Devで配布されている英語のリファレンスで大体の事はわかるし、無
理に日本語のマニュアルはなくてもいいかなぁ〜って思うわ。

こういうところにも勢いの差が表れるな。
日本製品とアジアの新興勢力情勢そのまんまを見るようだ。
良いか悪いかはまぁおいといてw

中国の団結力凄いなw
IssueやPull requestも活発だしContributorも多い

Swiftから入っちゃうと、C覚えるの大変そう？

WiKiの方もGitでやれれば良いのにな、手伝おうと思ってもぶつかりそうで怖くて手が出せない。

単純に日本語に訳してるの読むよりも、各章の要点掻い摘んで紹介してくれてるブログの方が分かり易いしな

これから翻訳本売ろうとしてる偉いさんが困るからね。
潰されたね。
日本はやっぱだめだね〜

違うよ。 あいつは人の手を借りて成果は全て自分の物にしようと言う魂胆が見え見えだから誰も同情しないんだよ。

本当に共同翻訳するつもりなら協力者も現れるだろうけど一人もあらわれないだろ。

それにプロジェクトをまとめた経験もなさそうで、あんなやり方でプロジェクトが進むわけ無い。

一応Language Guideまで読了
やっぱ言語レベルでの例外処理（トライキャッチ）はないみたいね
あと、正規表現も出てこなかったからこれも言語レベルでは無さげ
NSRegularExpressionを使えってことなのかな
どうせならPerlやRubyみたいに簡潔な記述で正規表現使いたかったけどなぁ...
プロトコルも結局、オプショナルなメソッドを定義したり、適合性をチェックするには、@objcの属性がいるみたいで、Objective-Cとの結びつきが強いみたいね
こりゃObjective-Cは当分残るでしょ　まぁCocoa自体がObjCで書かれてるからやむを得ないか
こんな仕様じゃオープンソース化しようにも難しいかもね

静的型付けの言語でありながら動的型付きっぽく書ける型の類推とか、列挙型にメソッド定義できたり、ネストした型を定義できるのはいいね
クラスと構造体は代入時の振る舞いも変わるし、値を変える時はmutatingの指定が必要だったりとか、慣れるまでは使い分けに悩みそうだなぁ
クラスの2フェーズの初期化もちょっと他の言語と違うから流れをしっかり頭に入れとかないとなぁ
Genericsや演算子のオーバーロード、Subscriptなんかはアプリ開発者の立場からはあまり使う機会無いかなぁ
ライブラリ作る人にはありがたいかもだけど

ということで、さて次はどうしよう．．．とりあえずWWDCのSwift関連のビデオでも見るか

>>713
>これから翻訳本売ろうとしてる偉いさんが困るからね。

翻訳して売ろうとするような馬鹿はいないよ、この馬鹿。

つーかまんこだよ

しかし、ツイッターで色んな有名人からフルボッコにされてそれに乗っかるフォロワーにもフルボッコとは。
元々グレーというより黒なのに言い訳がましく反論したのも火に油だけど、ありゃプチネットリンチにも見える。
規約読んでねー、著作者に確認してねー、了解ですー、で済む話なのに。

とにかく他人が有名になるのが許せない、なんでもケチ付けてやる、って奴が多すぎるよな。
こういうときに限って著作権著作権とわめきだすが、普段は動画サイトとかで違法動画みたり、
山形浩生の無断翻訳とか読んでいるクセに。

いや、アレはリンチされても仕方ないだろ。忠告受けてすぐに削除しとけば叩かれなかったのに

まさに現代日本の縮図

近づかない方が良いよ

Githubは消したみたいだな。

言語となんにも関係ない話題だったんで
もともとスルー&しつこいのは
その話しかしない荒らしとみなしてNGしてたわ。

ＮＧ指定したなら黙ってりゃいいのに、なんでいちいち報告したがるのだろう？
ほんとにバカなのかな？

構ってちゃん。

ほんとそれ
なんか誇示したいのかね

そろそろネットウォッチにでも移ってやってくれ

規約、規制だらけで身動きが取れないとは、やっぱり日本だ。すばらしい。
しかも英語力は世界でも最低レベルw

著作権とか権利関係に無頓着な奴って大抵自分の力で何かを生み出した事の無い奴なんだよなぁ……権利を侵害される側になれば、権利や規約は守らなきゃいけないって事はまともに教育された日本人なら誰でも分かる事なんだが

>>728
同意

>>729
気に入らない事があれば社会が悪いだの日本が悪いだの
いちいち大げさで気持ち悪い

>>724
ほんこれ
俺もNGにぶち込んでスルーしてたわw

>>729
英語力は文章に限っては全然低くない
会話が糞なだけ
日本がどうのこうの言う前にまず自分だな

日本は〜と言ってる人たちは
何処の国と比べて言ってるのか気になるところではある

はぁ、今日も粛々とNGにぶち込む作業継続かぁ
そろそろ黙ってスルーしろよお前らw

黙ってNGしてろよw

そろそろSwiftの話でもしようか

燃えろいい女、宿無し、あんたのバラード、ひきがね、、いい歌ばかりだったな。

それはツイスト

坂道でいきなり車うごかなくなっちゃって…

それはエンジンストール、全然違う

よく東急ハンズのライバル店ってみられるよね、黄色い看板目立つけど

なんだかわからないのでいろいろ検索してみたが、、、、
ロフトって西武から独立してたのか・・・

特徴的な角度で振り向く女の子が多いアニメ製作会社、嫌いじゃない

それはシャフ度

6月1日の来日公演見に行けなかった〜

それはテイラー・スウィフト


企画部門の人とかがホワイトボードに弱み・強みとか区分けしてドヤ顔で解説しても何言ってるかサッパリなやつ

それはSWAT

小保方？

日本の平均的なIT技術者のレベルが何故欧米と比べて格段に劣るのか
このスレを見てるとよく分かりますね

あー
インドで未だ身分制度が残ってるらしいね〜

それはカースト

イカエビホタテ

アメリカではITエンジニアはスター職業、日本だとキモオタだもの

構ってIDコロ助。

効率化しか出来ない創造性のない人間がITエンジニアやってもつまらない事しか出来ませんよ

＼(^O^)／ 了解で〜す

SWATさいぼうはありまぁすっ！

>>726
お前どこにでも沸くのなw

小保方は熟女物でAVデビューするべき

構ってIDコロ助。

PLaygroundが便利すぎて鼻血出た
ビューや画像の結果をビジュアルに表示してくれるのはいいね！

>>761
構ってはお前だからな 病院行けよ

NGID:fxOhWQ3Y0

Appleの新言語「Swift」のドキュメントを無断で翻訳するプロジェクトが登場して話題に
http://yro.slashdot.jp/story/14/06/10/0221202/

スラドでも話題になってんな。

まあ、やっぱり著作権云々言うのは足引っ張りたいだけだよな。
そうじゃないなら他のWEB上の勝手翻訳にも文句付けろよ、と。
中国や韓国の同じようなプロジェクトが進んでいるのをみると、日本人の陰湿さが
良くわかる。

アップルがストップかけたならともかく、役に立つならやらせれば良かったのに

>>765
> 批判というか嘲笑されてる訳 (スコア:5, 参考になる)
> by Anonymous Coward on 2014年06月10日 12時24分 (#2618369)
>
> この主催者が嘲笑されてるのは、
> ・プロジェクトを作っても自分では殆ど訳さない
> ・Wikipedia の Swift のページに個人プロジェクトへのリンクを張る（即リバート）差分 [wikipedia.org]
> ・Wikipedia に自分のページを自分で作る 濱田優 [wikipedia.org]
>
> とかやってる、哀れ感全力の道化だからだよ。

若者が抱く「何者かになりたい」願望を嗤うのは気の毒。

何かやろうとしている人を指差してあざ笑うのがfjからの日本のネットの伝統だもんな
優しく諭して、間違いを許してやるとかできないのか？
この人もずっと言われ続けるんだろうな

>>768
そういう言い方が一番残酷だと思うわｗ

今見てみたら、サイトのプロジェクトそのもの閉じちゃったね
お気の毒

やりたいから協力してといえば、そんなの駄目じゃんというのは何処でもいて
そういうのがよくないんじゃなくて、やりたいことへの試練の１つだから
もし、いわれるのが嫌なら、全部できあがってからやりましたって出すべき
それにしても
会社でも仕事ほったらかしでSwiftのサイトばかり見てる奴がいるけど
時流からして新言語はただの流行で重大なことでもなんでもないから
あちこち新言語だらけで、言語の習得に時間を取られるのが正直うんざり

ギタリスト、ベーシスト、ドラマ募集
当方ボーカル
なんて募集を掛ける人間も、歌にはそれなりに自信があるわけだしさ

翻訳者募集
当方名声担当
ではな

>>767
ほんとこれに尽きるよなあ
予め自分で何割か訳した上でGitHubでのみ公開してたら、世論の風向きは違ってたかもね
あれじゃあフリーライダー臭が強すぎて四面楚歌になるわ

あるいは一人で完全に訳してから公開して、外野からの指摘にも「俺が一人でやってること、俺一人でリスク背負ってやってるんだから口出しすんな」とかなら、もう抱かれてもよかったのに

>>698
他人が焦ってるように思えるのはおまえの心が焦ってるからじゃないの？

iosに限っては新言語は重要だわな。
Cは画像処理とかで必須だから残るだろうけど、99%のアプリはswiftになるだろうね。

うむ、仕事でiOSアプリ作ってるなら、今Swift調べてないプログラマはプロじゃない。

だな、そしてそろそろそんなに騒ぐモノじゃないと分かってきた

言語なんてツールでしかないから、生産性も品質も変わらない
むしろ、 appledocとかコーディング規約とか整備されてない分、まだ製品で扱っちゃいけない

Playgroundって、変数の履歴やアニメーションの動きを可視化してくれるって意味では新しいと思うんだけど、
こういう実行環境って他にもあるんだっけ？

>>776
残念ながらそれは全く見当違い
最後に「そのうち近くAppleの正式日本語訳のが出るよ」で完結しているので。わかりやすく簡潔にすると、待ってればいいだけじゃんだから

Appleの日本語訳も時には解りにくいことがあって、原著をみて理解することが幾度か。
結局は時間が経過して
ググってあちこちのブログなどで
検証された方々のコードで試して体得するのが一番だったりするｗ

iBooks読みづらいな、、pdfにしてくれんかのう

>>779
文字の連結に＋が使えるのは、生産性に大きく影響するんだぞ（笑い

言語仕様が変わると生産性は変わるしそれに応じて品質も変わるけど、開発者次第で必ずしも良い方向に行くかは不明。
それ以前にXcodeのSwiftコード補完がまだまだ不安定でダメダメでそこでイライラしてる。
まあリリースされてまだ一週間でこれだけのことができてるのは逆に凄いことなのかもしれないが...

>>781
じゃあスルーしとけばいいじゃん

部分文字列に配列風にアクセス出来るようにして欲しいわ
str[3..5]みたいに
当然あるだろうと思ったら、配列風どころかメソッドにもなくて
部分文字列取りたいだけでNSSring持ち出さないといけないとかアフォかと

>>787
まぁ、こんな書き方でもいけるんだけど、
println(str.substringFromIndex(3).substringToIndex(2))

俺から君にすばらしいスニペットをプレゼントしよう
extension String {
subscript (r: Range<Int>) -> String {
get {
let startIndex = advance(self.startIndex, r.startIndex)
let endIndex = advance(startIndex, r.endIndex - r.startIndex)

return self[Range(start: startIndex, end: endIndex)]
}
}
}

これで、str[3..5]ってやってごらんよ

>>786
なんでそう言うのかさっぱりだな。あの時点では普通のノリだと思うけど
まあ、今のはいまさらなのでもうだけどなwなんかあさって向いているし

>>785
開発バージョンをリリースとは言わんだろ。

集合として扱えるんだからなんかありそうだけどな。
for char in str{}
が使えるんだから。

Swiftは磨きがかかって行く言語なんだろうな。　皆が勝手な使い方を始める前に色々揃えて欲しいな。

>>788
変態的なextensionが捗るな
変態的なdefine使いが叩かれるのと同じく叩かれるだろうが
汎用性とか色々落ちるから変態拡張は勘弁

>>780
lighttable

>>773
何にせよ、自分じゃ1行も訳してないっていうのが致命的にダメだよな。
秀和もこんなアホと手を切らないと秀和自体の信用が落ちるだろ。

最初の最初だけ訳してた気がするｗ

>>787
>部分文字列に配列風にアクセス出来るようにして欲しいわ

瑣末な指摘のようでありながら、RubyでもPythonでもJavascriptでもできるこの程度の
ことがさっと出来ないというのは不便だし、先行する言語をちゃんと研究していない
証拠っぽいなあ。
関数型言語とかのマネをする以前に、まずやるべきことがあるだろうと。

>>788
なるほどthx

DevForumのスレ見つけたわ
デフォではStringのsubscriptがString.Index型しか受け付けないから、Int型でsubscriptをオーバーロードしてやるんだな

extension String {
subscript(index: Int) -> Character {
return self[advance(self.startIndex, index)]
}

subscript(range : Range<Int>) -> String {
let startIndex = advance(self.startIndex, range.startIndex)
let endIndex = advance(startIndex, range.endIndex - range.startIndex)

return self.substringWithRange(Range(start: startIndex, end: endIndex))
}
}

var string = "Hello everyone, this is a bit better now!"

var c : Character = string[1] // result is: e
var substr = string[30..41] // result is "better now!"

多値を返せるのは割と評価したい

>>796
こいつ、なにさまだよ。

お客様だよ

>>790
ああ、そうだ、まだ正式リリース前だった

Ruby風のマイナスの範囲インデックスできたったw

extension String {
subscript(range : Range<Int>) -> String {
get {
let startIndex = advance(self.startIndex, range.startIndex)
var endIndex: String.Index!

if range.endIndex <= 0 {
endIndex = advance(self.endIndex, range.endIndex)
} else {
endIndex = advance(startIndex, range.endIndex - range.startIndex)
}

return self.substringWithRange(Range(start: startIndex, end: endIndex!))
}
}
}

var string = "Hello Swift!"
string[6...(-1)] // "Swift!"
string[6...(-2)] // "Swift"
string[6..(-1)] // "Swift"
string[6..(-2)] // "Swif"

楽しい

文字列インデックスの扱いがめんどくさいのは内部文字コードとして素のUnicodeを使ってるからかな

>>803　Unicodeの取り扱いは良く出来てるよ。　上の例も日本語でも問題ないし。

あらゆるApple製品同様、出た時はボロボロ。しかしその後信じられないほど成長する。
iPhone3Gを思い出せ。

信じられないほどの成長はしていないんだよなぁ
信じられないくらい使えない端末から何とか耐えられる端末にはなったけど
iPadなんかは初代から大して変わってないし

節穴ですね

Xcode5とXcode6 betaって共存できますか?

できるよ
新機能がたくさんあるよ

Cより簡単なの？

既にいくつかの言語触ってるとめちゃくちゃ簡単
初めてだったり言語何か1つぐらいしか知らないと、色んなパラダイムの詰め合わせだから時間かかるかも

って印象

？と！の使い分けは初心者にはポインタに匹敵する難しさ！じゃないの？

簡単簡単、言語的にスッキリしてるからC系の言語知ってれば大抵のコーディングは初見で大体の意味はつかめるだろう。

Playgroundでコーディングしてる最中に1行毎の結果がわかるから、うろ覚えで書いて行っても解る。

言語的に懐が深いから全てを使いこなすのはスキルがいるだろうけど、だんだん使いやすい言語に発展して行くよ。

上の文字列操作の例なんかは良い例だけど、文字列操作辺りはまとめてリリースされるだろう。 SQLのLIKE みたいなのも欲しいな。

文字列のappendやformatからの解放

>>812 些細な事だろう。
言語が全く初めての初心者の場合、存在理由があまり理解出来ないかもしれないけど、コーディング練習して行くうちに理解出来るよ。
バグもこのおかげで減るだろうし。

文字列関係は、全体的な設計をしてるんだろう。
正規表現とか、フォーマットとか必要だけど、昔ながらの文法では解りづらく統一性が無い。
初心者でも直感的にわかる体系になって欲しい。

>>815
>練習して行くうちに理解出来るよ。
理解した頃には納入済になっていた件

>>817 そんなレベルの人間が納品レベルのプログラムは出来ないから安心しな。

>>817 それに理解していないで書いても、バグがあまり出無いようになってるから大丈夫。
安全弁みたいな物だから、納品するレベルの大量のコーディングをすれば、否応無く使うことになるよ。
コンパイルエラーになるから使わざるを得ない。

初心者でもバグが少なくなるようによく考えられてるよ。

文字列操作は拡張詰合せたライブラリをそのうちどっか作るだろ

>>818
例えば、TableViewのメソッドで

@optional func tableView(tableView: UITableView!, heightForRowAtIndexPath indexPath: NSIndexPath!) -> CGFloat

こういう風に引数の宣言が！付きで宣言されてるんだけど、どうしてだかわかる？
引数が！無しの場合と！付きの場合と意味的にどう違うんだろう

自己解決しました

ちなみに、

func cellForRowAtIndexPath(indexPath: NSIndexPath!) -> UITableViewCell!

は戻り値にも！がついてるね
よく考えられてるね

今までの言語の多くの例外やバグは、このnil/null の処理に対する考慮不足だからね。
コンパイル段階からはっきりさせるのは、ありがたいこと。

Exceptionを無くした要因もこの補償が有るからだろう。
swift使えばそんなのはほとんど必要ないから必要な時だけ考慮しなさいと言うメッセージだな。

C, C++, C#できるけどObj-Cで挫折した俺でもSwiftならいけるかな・・・

>825
Obj-Cのどこで挫折したの？

つまりはSwiftではJavaでおなじみのヌルポが無くなるってことだよな
寂しくなるな

ヌルポはObj-Cにもないよ

実はJavaもJDK1.8でOptional導入済みだったりする

nilが入ったままのoptionalな変数に!付ければ実行時エラーは普通に起こるでしょ

ヌルポってWikiにも出てるんだな。 そのうち国際共通語になって、Swingの説明書にも載るかもな