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

Swift part2

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2014/06/11(水) 14:42:15.02ID:+13mKJ0Z
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
今のところbeta版のXcode 6がSwift対応らしい
https://developer.apple.com/xcode/downloads/

関連スレ
TypeScript（MS） VS Swift（Apple）
http://peace.2ch.net/test/read.cgi/tech/1401758403/

前スレ
Swiftスレ
http://peace.2ch.net/test/read.cgi/tech/1401736341/
0375デフォルトの名無しさん2014/07/05(土) 01:54:55.86ID:Mg3y7G5e
設計思想の嬌声が聞こえてきちゃうんですね
0376デフォルトの名無しさん2014/07/05(土) 02:20:02.33ID:pTDYhgjU
>>373 Dartは、あくまでもWebアプリ用だよ。
VMで実行するか、Javascriptに変換して実行するかの二つに一つ。
端末側アプリの開発用では無い。

端末は、Java, go
主流はJavaのままだろう。 Googleとしては、goに移行させたいかもしれないけど。
0377デフォルトの名無しさん2014/07/05(土) 02:28:47.28ID:Hq9eeGT6
>>376
まあこれ見てよ
http://m.jp.techcrunch.com/2014/07/01/20140629googles-dart-programming-language-is-coming-to-the-server/

GoはC/C++の置き換えを目指しているのではないかと思う。一般的な例外機構を採用しなかったり、パフォーマンスとコンパイル速度に重きを置いている。
AndroidのサポートがSDKではなくNDKだしね。

これ以上はスレ違いだからやめとくけど
0378デフォルトの名無しさん2014/07/05(土) 02:29:19.64ID:5PqNKKxq
>>373
>Goは元々システム向け言語だからな。

そう、ただし Go は GCとスレッドをサポートしているから、
C というよりも Java や C# (および Swift)と真正面から競合する言語だね
だから Google が Android というOS記述言語に Go を採用しなかったのは、
メジャーな 「Java(= Oracle)を排除できるほど Go には魅力(優位性)が無い」と
Google が戦略的に判断したからじゃないのかな

Google はWebサービスに関しては巨人かもしれないけど、
Microsoft や Apple と比べれば「OS ベンダーとしては後発」になる
Go が普及しないのは、生まれの不幸といえるのかもしれない
遠い将来、Android がスマフォ/タブレット市場を独占し、
Apple が離脱するような時代が到来すれば、Go に再び陽があたるかもね
0379デフォルトの名無しさん2014/07/05(土) 02:35:25.49ID:dvkFKgZc
これをSwiftに書き直したらどんな感じよ
type TinyOperation interface {
　MoveTo( target Point )
　LineTo( target Point )
}
type Operation interface {
　TinyOperation
　QuadraticBezierTo( target, control1 Point )
　CubicBezierTo( target, control1 control2 Point )
}
type OperationAdapterForTiny struct {
　TinyOperation
　/* その他略 */
}
func ( _ *OperationAdapterForTiny )QuadraticBezierTo( target, control1 Point ){ /*略*/ }
func ( _ *OperationAdapterForTiny )
CubicBezierTo( target, control1 control2 Point ) { /*略*/ }

type TinySVG{ /*略*/ }
func ( _*TinySVG )MoveTo( target Point ) { /*略*/ }
func ( _*TinySVG )LineTo( target Point ) { /*略*/ }

func Main() {
　path := &OperationAdapterForTiny{ /*略*/ }
　path.TinyOperation = &TinySVG{}
　path.CubicBezierTo( &Point{ 1, 0 }, &Point{ 1, 2 }, &Point{ 2, 2 } )
}
0380デフォルトの名無しさん2014/07/05(土) 02:40:10.84ID:765Tx3Gv
>>374
カップラーメン:お湯を注いで3分待つ
お店のラーメン:家から出て歩いて店行って食券買って待つ

ほらこのようにラーメンが出てくる待ち時間を比べたら圧倒的にカップラーメンが早い！(キリッ
こうですか？><わかりません><
なんで食券のとこから比べないんですか？
0381デフォルトの名無しさん2014/07/05(土) 02:52:36.64ID:oVhlbldd
>>379の補足。
>>379の要点は、TinySVGは移動と線分の描画しかできないが、TinySVGに
移動と線分の描画だけあればBezier曲線を描画できる
OperationAdapterForTinyを取り付けることでOperation型に
適合しているところ。
0382デフォルトの名無しさん2014/07/05(土) 03:25:44.93ID:5PqNKKxq
>>381
Swift を勉強したいのなら、まず自分でコードを書いてみるのがいいでないの？
他人にやらせるんぢゃなくて....
0383デフォルトの名無しさん2014/07/05(土) 19:27:50.62ID:b45VDszC
ちょっと以下のコードを見て欲しいんですが

var dict:Dictionary<String,String>? = Dictionary<String,String>()
dict["a"]="abc" //<--ここでsubscriptメソッドがないって怒られる

変数宣言の部分を変えずにどうすれば代入できるか教えてくださいm(_ _)m
0384デフォルトの名無しさん2014/07/05(土) 20:20:31.31ID:b45VDszC
>>383

すんません自己解決しました

var dict:Dictionary<String,String>? = Dictionary<String,String>()
var dict2 = dict!
dict2["a"]="abc"
0385デフォルトの名無しさん2014/07/05(土) 20:37:13.38ID:zVIhfQ1o
>>384
もともとのdictの方の値は変わらなくていいの？
0386デフォルトの名無しさん2014/07/05(土) 21:15:00.62ID:b45VDszC
>>385
参照渡しだと思い込んでました

var dict:Dictionary<String,String>? = ["aaa":"bbb"]
var dict2 = dict!
dict2["a"] = "abc"
dict = dict2

ってことですね
0387デフォルトの名無しさん2014/07/05(土) 21:20:56.81ID:zVIhfQ1o
オプショナルな配列やディクショナリはイミュータブルになるらしい。
だから、いったんアサインしたらもう要素の変更や追加は出来なくなる。
ディクショナリをどうしてもオプショナルな変数として使ってあとで要素を変更したかったら、つどアサインし直すしかない
0388デフォルトの名無しさん2014/07/05(土) 21:29:25.00ID:b45VDszC
>>387
なるほどー。納得しました。
ということはこういう挙動になるのは
String,Array,Dictionaryくらいってことですかね。
0389デフォルトの名無しさん2014/07/05(土) 21:41:09.53ID:zVIhfQ1o
>>388
Stringはそもそもイミュータブルだからあまり気にする必要はないと思うけど、ただアンラップは必要

var s: String? = "aaa"
s += "bbb" // ← これはエラー
s = s! + "bbb" // これはオッケー
0390デフォルトの名無しさん2014/07/05(土) 21:45:19.44ID:xdz/XkUa
最近は横文字がそのままカタカナになってる事が
多くて読みづらくて困る。ルー語じゃないんだから日本語にしてほしいなぁ。

任意型の配列や辞書は変更できなくなるらしい。
だから、いったん割り当てたらもう要素の変更や追加は出来なくなる。
辞書をどうしても任意型の変数として使ってあとで要素を変更したかったら、つど割り当てし直すしかない
0391デフォルトの名無しさん2014/07/05(土) 22:05:51.00ID:zVIhfQ1o
>>390
日本語の公式解説が無い今の時点で独自の和訳日本語を使うと後で混乱のもとになる。
任意型という表現が公式なものならいいが、そうでない場合、誤解を生む可能性がある。
あと、ディクショナリ、イミュータブル、アサインという言葉は、特にIT関係者の間ではもう十分に浸透してると思う。
イミュータブルを単に変更としてしまうと、changeやmodifyと勘違いされる可能性がある。
0392デフォルトの名無しさん2014/07/05(土) 22:08:12.01ID:lG7Vks4t
いっそ明らかに普及したものを除いて英単語そのまま書くのを押したい
0393デフォルトの名無しさん2014/07/05(土) 22:41:31.79ID:5PqNKKxq
>>391
>イミュータブルを単に変更としてしまうと、changeやmodifyと勘違いされる可能性がある。

ミュータブル(mutable)とイミュータブル(immutable)の日本語訳は、
昔からそれぞれ可変と不変だろ
ミュータブルを変更を訳す人が無知なだけ
>>390だって「もう要素の変更(update)や追加(add)は出来なくなる」と
解釈するのが普通だと思うけどね
0394デフォルトの名無しさん2014/07/05(土) 22:57:59.34ID:0zi9Gl/Q
ArrayとDictionaryって結構直感的でない所多いよなあ。
ま、DictionaryなどのコレクションはOptionalにしない方が良いだろうな。
0395デフォルトの名無しさん2014/07/06(日) 00:04:21.89ID:7pAe/j5J
>>393
意訳だから辞書通りじゃなくていいでしょ。
日本語で判ればいいのよ判れば。
あとupdateは変更より更新じゃない？
downdateできちゃダメだから。
0396デフォルトの名無しさん2014/07/06(日) 03:36:23.05ID:3qD8tN7V
Rubyで連想記憶のことをhashって名前にしているのはセンス悪いよね。
機能じゃなくて、それを実現しているアルゴリズムの名前付けちゃうのはだめって
カーニハン先生が言ってた
0397デフォルトの名無しさん2014/07/06(日) 03:50:44.25ID:fVlVkcLx
>>396
Rubyは例外処理もrescueだのensureだの変な名前つけるし、後発だから奇をてらいたかったんだよきっと
勘弁して差し上げろ
0398デフォルトの名無しさん2014/07/06(日) 04:04:37.77ID:GjvnhWDM
>>397
rescue ensuerはSmalltalk由来だよ。
ちょいちょいSmalltalk由来の用語や機能があって
年々その色が濃くなってる。
0399デフォルトの名無しさん2014/07/06(日) 04:10:19.27ID:GjvnhWDM
>>391
辞書、可変、不変、割り当てって言葉も十分浸透してると思うぞ。
0400デフォルトの名無しさん2014/07/06(日) 04:20:48.60ID:8W/9eoDc
カタカナで書くのは対訳のある単語とない単語が混ざってアレになるのを避けるためじゃね
それなら初めから全部カタカナで書いたほうが楽
0401デフォルトの名無しさん2014/07/06(日) 06:44:45.70ID:pBYyLByM
>>387
もうこれでいいや
optionalなarrayやdictionaryはimmutableになるらしい。
だから、いったんassignしたらもう要素の変更や追加は出来なくなる。
dictionaryをどうしてもoptionalな変数として使ってあとで要素を変更したかったら、つどassignし直すしかない
0402デフォルトの名無しさん2014/07/06(日) 08:56:57.09ID:wroK/xvX
OptionalもArrayもDictionaryも型名なんだから大文字含めてそのままでいいだろ
0403デフォルトの名無しさん2014/07/06(日) 12:18:34.54ID:vgKebaqN
同じ用語でも言語ごとに違いあったりするから型名やキーワードはそのまま使ったほうが無難といえば無難
0404デフォルトの名無しさん2014/07/06(日) 12:19:30.74ID:imSiv+lN
If you assign an array or a dictionary to an optional value, it will be immutable.
So once you assign a value to the variable, you can neither add nor update any items to the value.
If you want to use an optional value of that type and update the items of the value after it has assigned, you need to assign a new instance which include the new items every time.
0405デフォルトの名無しさん2014/07/06(日) 12:26:30.27ID:WD1US8Yy
英語読めないやつはSwift手出すの止めとけ
エロい人が日本語の解説本だすまで待て

トップを走りたいなら英語勉強しろ
0406デフォルトの名無しさん2014/07/06(日) 12:36:18.28ID:g9cBJIwi
やっぱ>>404か>>390のどっちかだな。
カタカナ英語は気持ち悪い。
0407デフォルトの名無しさん2014/07/06(日) 12:56:53.22ID:kiq0BT0K
プログラムを算譜、インターフェースを境界面とちゃんと訳す木村泉先生訳の
本でも読んで正しい日本語訳とか何かを考えろよお前ら
0408デフォルトの名無しさん2014/07/06(日) 13:43:23.01ID:MR0J7zgQ
収納的属性、電算的属性
0409デフォルトの名無しさん2014/07/06(日) 14:02:52.83ID:g9cBJIwi
変数
関数
参照
構造体

C言語の時代は良かったな
明治時代の魂が残ってた
0410デフォルトの名無しさん2014/07/06(日) 14:13:25.10ID:EiccLsDu
マジで言っていそうで気持ち悪い
0411デフォルトの名無しさん2014/07/06(日) 14:29:15.53ID:g9cBJIwi
templateとclassを訳せなかったC++世代はヘタレだな
0412デフォルトの名無しさん2014/07/06(日) 14:29:42.13ID:XSnNqaqG
関数頭部とか90年代の変な訳語はなんなんだあれ
0413デフォルトの名無しさん2014/07/06(日) 14:37:39.17ID:g9cBJIwi
今は宣言と定義で定着したな
0414デフォルトの名無しさん2014/07/06(日) 15:11:26.51ID:WD1US8Yy
何でもかんでも日本語に訳せばいいとは思わないけどね
英語で意味を感じられればそれでいい
何てったって現地人はそうなんだから
0415デフォルトの名無しさん2014/07/06(日) 15:14:04.09ID:UgKQDcKg
ジェネリクスω
0416デフォルトの名無しさん2014/07/06(日) 15:28:58.82ID:uiO74oNf
>>414
やっぱ先輩ぱネェっす
0417デフォルトの名無しさん2014/07/06(日) 16:55:58.22ID:vf+otpu+
>>414
現地人は外国語じゃなく母国語で理解してると思うよ。
0418デフォルトの名無しさん2014/07/06(日) 17:48:50.09ID:4Al3+AY7
ちょんのわくせー
0419デフォルトの名無しさん2014/07/06(日) 18:33:02.81ID:vf+otpu+
classの色んな言語表現。

Клас, ААП
?
???

自国語に訳せてない国ってやっぱ少ないのな。
0420デフォルトの名無しさん2014/07/06(日) 19:35:34.29ID:6AiziFNr
訳せてないってことは語彙がない。概念がない。
新しい概念を導入するなら無理に日本語で作る必要は無い。
0421デフォルトの名無しさん2014/07/06(日) 19:44:55.59ID:BmWAhxas
わかればいいんだよ馬鹿どもが。もっと身のある話をしろ
0422デフォルトの名無しさん2014/07/06(日) 20:44:38.22ID:vf+otpu+
>>420
じゃお役所言葉で日本語になってるものは日本語でいいよね。
0423デフォルトの名無しさん2014/07/06(日) 21:28:06.85ID:wcmxE/LV
computer system を日本語訳してくだしあ
0424デフォルトの名無しさん2014/07/06(日) 21:30:12.91ID:q8UnPLrb
そういやタッチとかスワイプって訳されてないな
さわさわ？
0425デフォルトの名無しさん2014/07/06(日) 21:48:23.16ID:uI+Octwc
>>423 電子計算機システムまたは電子計算機機構
0426デフォルトの名無しさん2014/07/06(日) 21:50:23.05ID:c4JqBC4F
電子計算機ってなんかもっとカッコいい訳があっていい気がするんだよな
0427デフォルトの名無しさん2014/07/06(日) 21:58:15.04ID:eWlTyoxb
>>390
インサイドマックは、横文字が横文字のままで英単語と日本語が混ざった
とても日本語の翻訳文書と言えるものでは無かったけどな。
あんな最悪な翻訳本はなかなか無いぞ
0428デフォルトの名無しさん2014/07/06(日) 22:03:34.13ID:wcmxE/LV
>>426
電影算盤とか？
0429デフォルトの名無しさん2014/07/06(日) 22:10:41.39ID:XSnNqaqG
"継承"で学んだけど、英文の説明の中でのインヘリタンス(inheritance)の方が
遺伝的形質を受け継ぐ意味がよく伝わってイメージでわかるとは思ったかな。
継承だと持ち替えて渡してる感じだけどインヘリタンスは"伝統"みたいに
切れ目なく続いてるイメージの言葉なんだ、あれ。
0430デフォルトの名無しさん2014/07/06(日) 22:12:34.62ID:wcmxE/LV
相伝とか
0431デフォルトの名無しさん2014/07/06(日) 22:45:18.45ID:eWlTyoxb
インヘリタンスよりポリモーフィズムの日本語訳にしっくり来るのがないな
0432デフォルトの名無しさん2014/07/06(日) 22:45:48.32ID:eWlTyoxb
>>426
電脳で良いんじゃない?
0433デフォルトの名無しさん2014/07/06(日) 22:47:47.99ID:8W/9eoDc
>>431
多態とか多相じゃね
0434デフォルトの名無しさん2014/07/06(日) 22:52:26.14ID:vf+otpu+
>>426
電算機とか
0435デフォルトの名無しさん2014/07/06(日) 22:54:10.86ID:q8UnPLrb
そんなこと言い出したらオブジェクトとかプロパティとか
0436デフォルトの名無しさん2014/07/06(日) 23:01:23.67ID:wcmxE/LV
カタカナがいやなら、もう中国語をそのまま持ち込めばいいよ
0437デフォルトの名無しさん2014/07/06(日) 23:13:35.44ID:QMJgvLLE
critiqueを批判、blameを非難、variableを変数と訳してきた先人の努力を馬鹿にすんな。
0438デフォルトの名無しさん2014/07/06(日) 23:58:51.89ID:kiq0BT0K
templateはひな形でいいんじゃないかと思う。
virtualは何がいいんだろう？　実質か？
0439デフォルトの名無しさん2014/07/07(月) 00:04:07.19ID:S+o9LG15
>>437
そういえば「文字変数」なんて変な日本を違和感なく使ってるな
0440デフォルトの名無しさん2014/07/07(月) 00:09:06.82ID:q8c61ayr
いい加減ウザすぎ
0441デフォルトの名無しさん2014/07/07(月) 00:32:29.39ID:+HnIPqmo
>>438
仮想で定着してるだろ
0442デフォルトの名無しさん2014/07/07(月) 01:37:56.73ID:QwaEb3jX
仮想と実質じゃ受け取る意味はまるで違うんだが
どうしてこうなったんだか
0443デフォルトの名無しさん2014/07/07(月) 03:55:41.85ID:q8c61ayr
仮に想定した関数
仮に想定したメモリ(領域)
なにも不思議でもなんでもないだろ。いい加減うるせーよw
0444デフォルトの名無しさん2014/07/07(月) 07:22:40.86ID:dSawaSg/
トラフィックをトラヒックと表記するのはそろそろやめて欲しい
0445デフォルトの名無しさん2014/07/07(月) 07:49:41.67ID:UwWyk3rG
2チャネルを2チャンネルと…
0446デフォルトの名無しさん2014/07/07(月) 08:09:22.00ID:x5DTrf0D
>>442
> どうしてこうなったんだか
オメーの使ってる辞書がマヌケなだけだな

http://www.oxforddictionaries.com/us/definition/american_english/virtual
Almost or nearly as described, but not completely or according to strict definition:
0447デフォルトの名無しさん2014/07/07(月) 08:16:54.82ID:Z4mY2qtS
辞書じゃなくて >438 だろ。落ち着け。
0448デフォルトの名無しさん2014/07/07(月) 08:18:26.31ID:x5DTrf0D
Virtual: 実質
って書いてある辞書があるんだろ。
0449デフォルトの名無しさん2014/07/07(月) 08:20:46.18ID:X/HL5rf/
落ち着いて447を読めよ
0450デフォルトの名無しさん2014/07/07(月) 08:23:42.95ID:x5DTrf0D
>>438 == >>442
0451デフォルトの名無しさん2014/07/07(月) 09:02:46.16ID:iqLntt6B
virtualの意味 - 英和辞典 Weblio辞書
http://ejje.weblio.jp/content/virtual
【形容詞】【限定用法の形容詞】(比較なし)1(表面または名目上はそうでないが)事実上の，実質上の，実際(上)の



日本語読解力が不自由だと >>438 みたいな人間になるのか
0452デフォルトの名無しさん2014/07/07(月) 09:09:04.90ID:mEpbzYkR
Virtualは、未だ完成してない大体のもの、状態、のこと？
0453デフォルトの名無しさん2014/07/07(月) 09:12:33.56ID:dSawaSg/
完成してるかしてないかはどうでも良い
っていうか C++ の virtual 関数のことを言ってる？
0454デフォルトの名無しさん2014/07/07(月) 09:16:25.39ID:K8QQxYM3
>>446 お前ね辞書は先頭行が正しいと思ってじゃねーのか？　中学の辞書の引きかたからやり直せ。
0455デフォルトの名無しさん2014/07/07(月) 09:19:07.55ID:K8QQxYM3
>>451 その辞書がくそ。　見るなら２行目の虚像から想像すべき。　realの反対と書かれてるだろ。

Computing Not physically existing as such but made by software to appear to do so:
a virtual computer
See also virtual reality.

1.2Carried out, accessed, or stored by means of a computer, especially over a network:
a virtual library
0456デフォルトの名無しさん2014/07/07(月) 09:21:09.44ID:x5DTrf0D
>>454
これ以外は「実質」と訳される可能性のある定義はのってない。
お前はどれが「実質」と訳されたと思ったんだ?
恥ずかしがらずに言ってみな。
0457デフォルトの名無しさん2014/07/07(月) 09:22:00.76ID:K8QQxYM3
コンピュータ用語としてどの辞書も書かれてるのに何を見てるんだか。
ロングマン英和。
２．　仮想の、インターネット（コンピュータ）上の
0458デフォルトの名無しさん2014/07/07(月) 09:24:27.92ID:dSawaSg/
>>455
real の反対は imaginary であって
virtual は決して虚像ではないよ
0459デフォルトの名無しさん2014/07/07(月) 09:26:24.40ID:dSawaSg/
virtual が本当に real の反対って意味なら
そもそも virtual reality なんて例出せるはずがないω
0460デフォルトの名無しさん2014/07/07(月) 09:26:30.16ID:K8QQxYM3
>>456 俺はその辞書の2番3番目を見ろと言ってるだけ。
大抵の辞書の1番目には実質的なと言う訳が載ってる事は載ってる。
でもどの辞書も2行目にはコンピュータ用語としての仮想の訳が載ってる。
0461デフォルトの名無しさん2014/07/07(月) 09:29:40.99ID:K8QQxYM3
>>458.459 >>451　の辞書に載ってる例を言ったまで。 <> real
virtual image <> real image
0462デフォルトの名無しさん2014/07/07(月) 09:32:50.50ID:x5DTrf0D
>>460
virtualの訳として「実質」が相応しいと言い出した奴(>>438,>>442)を弄ってるんだよ。
話の流れ読めないバカは引っ込んでろ。
0463デフォルトの名無しさん2014/07/07(月) 09:32:50.78ID:dSawaSg/
すくなくともそのリンク先の <> real の例では
2 の方が【光学】と限定的に書かれているのだから採用すべきではないな
0464デフォルトの名無しさん2014/07/07(月) 09:40:19.13ID:KviRjZif
そろそろSwiftのはなししてください
アマツバメとかは無しで
0465デフォルトの名無しさん2014/07/07(月) 10:10:16.02ID:5fSmqSt+
先取り！Swiftって本、密林見ると結構売れてるみたいね

1位 ─ Kindleストア > Kindle本 > コンピュータ・IT > プログラミング
1位 ─ 本 > コンピュータ・IT > プログラミング > その他
2位 ─ Kindleストア > Kindle本 > 科学・テクノロジー > 工学
0466デフォルトの名無しさん2014/07/07(月) 10:16:07.08ID:5fSmqSt+
目次をみると、公式本以上の情報が載ってるようには思えないけど、英語難民が多いってことか
そして、optionalはそのまま、optionalと書いてるな
いい訳語が見つからなかったのか
0467デフォルトの名無しさん2014/07/07(月) 10:24:17.06ID:IyIUUBDt
required・optionalは必須・任意じゃね？
0468デフォルトの名無しさん2014/07/07(月) 12:14:48.36ID:GwyaFZsE
語彙の話は専門スレ立ててやっとけよ。このはSwiftのスレだっつーの

>>465
どう見てもクズ本だが、日本語ってだけで売れるんだからボロい商売だな。
0469デフォルトの名無しさん2014/07/07(月) 13:25:40.88ID:x5DTrf0D
>>467
Swiftのドキュメント読んだ事ないバカは引っ込んでろ
optionalはSwiftの言語機能, requiredと対の機能ではない

ところでアマゾンを密林と呼んでるキミは、retinaでなく網膜と呼んでるんだよな。当然。
0470デフォルトの名無しさん2014/07/07(月) 13:29:04.80ID:6dTggk85
訳とスラングの違いもわからないバカなの
0471デフォルトの名無しさん2014/07/07(月) 13:33:07.60ID:x5DTrf0D
日本語をスラングにするのやめてくれない?
バカっぽくてイラつくから。
0472デフォルトの名無しさん2014/07/07(月) 13:56:48.04ID:6dTggk85
カルシウム足りないバカなのん
0473デフォルトの名無しさん2014/07/07(月) 14:41:17.95ID:NzVZBKqW
>>466
英語が浸透してない明治時代ならともかく
現在は、用語は英語表記でいいと思います。
日本語訳で慣れちゃうと、英語の記事を見た時に、各単語の対応がわからなくなりそうです。
0474デフォルトの名無しさん2014/07/07(月) 15:16:55.24ID:X/HL5rf/
キレまくりですな ID:x5DTrf0D
■ このスレッドは過去ログ倉庫に格納されています