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

Swiftスレ

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2014/06/03(火) 04:12:21.08ID:rEEU5ykv
WWDC2014で発表されたAppleの新言語Swiftについて語りましょう
https://developer.apple.com/swift/
0611デフォルトの名無しさん2014/06/08(日) 10:33:16.37ID:397riybv
あるはず
0612デフォルトの名無しさん2014/06/08(日) 10:35:54.73ID:V8pGZEud
>>610 script的に遊びたいから？
手っ取り早いのは、Macのサーバにtelnetで入ってTerminal でSwiftインタプリタやLLDBを動かすことだろうな。
でも第3者にオープンするのはNDA違反だな。

正式リリースされれば、オンラインスクールとして何処かがやり始めるだろう。
0613デフォルトの名無しさん2014/06/08(日) 10:45:23.87ID:u29basmL
> >>610 script的に遊びたいから？
仕様は読むけどやっぱり動かしてみたいのよ。
正式リリースまで課金デベロッパーしか動かせないなんてのはつまんない。
0614デフォルトの名無しさん2014/06/08(日) 11:01:20.33ID:t5DgyYSS
言語仕様はNDA関係なくiBooksで無料購入できるべ
0615,,・´∀｀・,,）っ-○○○2014/06/08(日) 11:39:27.03ID:qgapksJl
今までだってGNU ObjCがあったのにMac以外の環境で全く流行らなかったことを
考えればオープン仕様になったところで普及は見込めんな

スクリプトで遊びたいなら月額980円のレンタルサーバでRailsやNode.js使った
Webアプリ作ったほうがよっぽど楽しいと思うよ
0616デフォルトの名無しさん2014/06/08(日) 11:43:30.53ID:hZx8QV4G
別に980円じゃなくてもいいだろ
0617デフォルトの名無しさん2014/06/08(日) 11:56:34.69ID:vgC+RWbD
>>615
iOSアプリ開発者でさえ仕方なく使ってたObjCを、それ以外のプラットフォームの開発者が使うわけないじゃん
0618デフォルトの名無しさん2014/06/08(日) 11:56:50.28ID:7DlOm7kz
AppleがObj-Cを強制していたから仕方なく使ってただけで
他の選択肢があるなら好き好んで使わないというだけの話
0619,,・´∀｀・,,）っ-○○○2014/06/08(日) 12:01:10.61ID:qgapksJl
皮肉なことだけどRuby on Rails勉強会によく参加する開発者のかなりの割合がMac使い

まあ非Mac環境のユーザーは今使えるものを使えってことだな
0620デフォルトの名無しさん2014/06/08(日) 12:03:20.24ID:V8pGZEud
>>615　Swiftの本質が解っていないな。　そもそもスクリプトとコンパイラは全く別物。
スクリプトは万能になり得ないが、基本的にコンパイラ系は万能になりうる。

オープンソースにして一番影響が大きいのは、iOS, Androidの開発環境が同じになってうまくすれば相互にリンク出来る事。
ObjCだと開発者も二の足を踏むのが多かったがSwiftなら誰でも使える。
0621デフォルトの名無しさん2014/06/08(日) 12:06:42.20ID:2xoDUg4i
>>620はもう口を開かないほうがいいな。
0622,,・´∀｀・,,）っ-○○○2014/06/08(日) 12:21:42.51ID:qgapksJl
たいていのスマホアプリはAndroidとマルチ展開するからWebインターフェースとか
AIRがよく使われるんだよね。
たとえばRubyOnRailsでiOSアプリ作れるかというと、作れる（というか運用してるとこもある）
サーバ集約型なら、クライアント側はブラウザを埋め込むだけの最低限のコードを書けば
いいからね。

SwiftでAndroidとの相互移植がしやすくなるかというと、全くそんなことは無い。
Webブラウザを呼び出すコードを書くくらいなら雛形いくらでもあるからねー。
0623デフォルトの名無しさん2014/06/08(日) 12:24:15.33ID:7DlOm7kz
iOSアプリがRoRで作れるなんて寝言は
クライアント側も全部Rubyで書いてから言えカス
0624デフォルトの名無しさん2014/06/08(日) 12:26:17.99ID:graFfHTB
クライアント側は(UI)WebView使うって書いてるのにかわいそう
0625デフォルトの名無しさん2014/06/08(日) 12:27:34.90ID:hZx8QV4G
こんなんがあるんだが

ttp://www.rubymotion.com/
0626,,・´∀｀・,,）っ-○○○2014/06/08(日) 12:28:38.40ID:qgapksJl
逆に言えばクライアント側がWebを表示するだけのサーバ集約型アプリなら
大半はRoRで作れることを認めたわけだね

SwiftでAndroidとのマルチ開発できるなら世話ねーよｗｗｗ
0627デフォルトの名無しさん2014/06/08(日) 12:31:18.51ID:7DlOm7kz
>クライアント側がWebを表示するだけのサーバ集約型アプリ
アプリの一部に限定して大半なんてのたまわれても困るんだが？


Xamarinにお布施した方がマシだろ
0628デフォルトの名無しさん2014/06/08(日) 12:35:54.12ID:+1iNceTN
そもそもObjective-Cは単にsmalltalk+Cで
あんなシンプルな言語をピープー言って使えなかった層が
"ぼくの知ってる言語に似てるような気がするから使える!"なんてことが
あるわけがねぇじゃねぇか。
0629デフォルトの名無しさん2014/06/08(日) 12:36:48.12ID:3IBdnZ1u
AirとかwebViewアプリとかTitaniumとかはマルチプラットフォーム舐めてる奴のたわ言
まともな会社ならそれぞれのプラットフォームのネイティブで実装するのが最も確実で最もユーザフレンドリーで最もメンテナブルで
結果的に最もコストが低いと分かってるから実際そうしてる
0630デフォルトの名無しさん2014/06/08(日) 12:41:52.69ID:vfBwvsek
>>628
そういう奴に限ってSwiftはjavascriptを置き換えてWeb標準になるだの
Androidと共通の開発言語になるだの妄想しているというｗ
0631,,・´∀｀・,,）っ-○○○2014/06/08(日) 12:45:27.35ID:qgapksJl
> 最もメンテナブルで

アプリのアップデートのたびにいちいちダウンロードさせるのがメンテナブルか？ｗｗｗ
あんまり笑わせないでくれ。

大規模なUI更新をしてもサーバ側だけですむのはWebインターフェースのメリットだよ。
Amebaとかのソーシャルアプリは本当はWebだけで完結してるが
プッシュ通知が送れるからなんちゃってネイティブアプリ版も作ってるにすぎない。

「Apple税」を3割もとられるのはアプリ屋にとっては痛い話なんだけどね。
0632デフォルトの名無しさん2014/06/08(日) 12:47:44.86ID:V8pGZEud
>>622 そんなのアプリと言えるか。　それに最近はそんなWebブラウザで出来るような質の悪いアプリはリジェクトされる。
0633デフォルトの名無しさん2014/06/08(日) 12:50:31.61ID:7DlOm7kz
>>625
これを例にあげて"iOSアプリはRubyで作れる"っていう主張ならまだわかる

ただRoR使ってクライアント側を軽視して作ったマルチプラットフォームアプリが
大部分において他より優位であるかのような主張は一理ない
0634,,・´∀｀・,,）っ-○○○2014/06/08(日) 12:52:24.35ID:qgapksJl
>>632
お前が気に入らないだけだろ。現実みろよ

https://itunes.apple.com/jp/app/garufurendo-jia/id570930454?mt=8
https://itunes.apple.com/jp/app/tian-xia-tong-yikuronikuru/id557479658?mt=8

Appleは自社の決済システムを使って欲しいだけよ
0635,,・´∀｀・,,）っ-○○○2014/06/08(日) 12:53:49.74ID:qgapksJl
> クライアント側を軽視
Webインターフェースだと軽視したことになるのか。面白いこというなー
0636デフォルトの名無しさん2014/06/08(日) 13:00:21.80ID:7DlOm7kz
わざわざできる事を制限してパフォーマンスも悪くしてどのあたりが軽視じゃないの？
明らかに向いてないアプリもまだまだ多いよね？
0637デフォルトの名無しさん2014/06/08(日) 13:00:37.10ID:bdkGEBLC
>>631
よくApple税とか言う奴居るが、普通にパッケージ売りしたらもっと中間マージンで飛ぶわ
0638,,・´∀｀・,,）っ-○○○2014/06/08(日) 13:00:56.15ID:qgapksJl
ID:V8pGZEud
Webブラウザでできるアプリでリジェクトされた例を示してください！
さあ速く！
0639,,・´∀｀・,,）っ-○○○2014/06/08(日) 13:03:22.22ID:qgapksJl
>>637
HTML5がどうだのいろいろ屁理屈こねてWebブラウザで動くFlashは潰したけど
アプリ組み込みのFlash（＝AIR）は残ってるよね。
結局は決済レジの問題だよ。
0640デフォルトの名無しさん2014/06/08(日) 13:10:56.67ID:HIL+OgKB
構ってちゃんを相手してやるなんてお前ら優しいな
0641デフォルトの名無しさん2014/06/08(日) 13:14:50.93ID:3IBdnZ1u
これがクロスプラットフォーム技術だ！
http://i.imgur.com/OwlAzgf.png
0642,,・´∀｀・,,）っ-○○○2014/06/08(日) 13:15:41.97ID:qgapksJl
> わざわざできる事を制限してパフォーマンスも悪くして
Appleの悪口はそのへんにしとこうか
自社決済に誘導したいがためにわざとWebブラウザを不便にしてる
0643,,・´∀｀・,,）っ-○○○2014/06/08(日) 13:18:06.12ID:qgapksJl
>>641
へたくそな図だな。春に入社した社会人1年でもそんな稚拙なプレゼン資料作らないぞ
0644,,・´∀｀・,,）っ-○○○2014/06/08(日) 13:29:20.68ID:qgapksJl
ID:V8pGZEudちゃんまだー？

https://itunes.apple.com/jp/app/microsoft-office-mobile/id541164041?mt=8

これWebベース（Office365）だって知ってた？
ID:V8pGZEudちゃんの理論に基づけばリジェクトされてるはずなのだが？
0645デフォルトの名無しさん2014/06/08(日) 13:32:15.00ID:hZx8QV4G
var list: Array<String> = ["Hoge"]
と
var list: String[] = ["Hoge"]
と
var list = ["Hoge"]
は同じ意味でいいんだっけ？
0646,,・´∀｀・,,）っ-○○○2014/06/08(日) 13:33:04.40ID:qgapksJl
いいよ
0647デフォルトの名無しさん2014/06/08(日) 13:37:43.57ID:QKVAB3OC
まあWebアプリでしっかりしたUIを作るのはかなりつらい感じではある
もっと簡単にできればいいが
0648デフォルトの名無しさん2014/06/08(日) 13:45:39.57ID:hZx8QV4G
書き方がいっぱいあって紛らわしい
var list: Array<String> = []
var list: String[] = []
var list = String[]()
0649デフォルトの名無しさん2014/06/08(日) 13:47:28.22ID:AzMImLSv
春はへんなのが湧くな
0650,,・´∀｀・,,）っ-○○○2014/06/08(日) 13:48:20.47ID:qgapksJl
暦がわからない変なのとかね
0651デフォルトの名無しさん2014/06/08(日) 13:55:01.37ID:Aui8aakP
>>629
たしかにその三つはそういう評判だが‥
Xamarin はどうかね？
0652,,・´∀｀・,,）っ-○○○2014/06/08(日) 13:58:36.32ID:qgapksJl
既にWebベースのソフト資産を持ってる企業にとっての選択肢としてAIRやWebViewは
ベターな選択だろう。0から作る場合は別。
0653デフォルトの名無しさん2014/06/08(日) 14:03:59.73ID:q4GiwvBh
JobsのFlash殺しは大成功だったな。
0654デフォルトの名無しさん2014/06/08(日) 14:12:10.38ID:hZx8QV4G
Swiftには、privateやprotectedといったアクセス指定子みたいなものが見当たらないんですが、
全部おっぴろげ〜ってことですかね？
隠したかったらクロージャを使えってことですかね？
0655デフォルトの名無しさん2014/06/08(日) 14:13:12.30ID:3IBdnZ1u
>>651
Xamarinはモデル層限定で使うなら、まぁ、アリかなって感じ
個人的にだけど

ただやっぱりApple/Google等プラットフォーマーと開発者の関係の中に第三のファクターが入ってくるのは、やはりリスクではある
いつまでサポートしてくれるか分からないし、サポートし続けてもらうためにこっちが応援しつづけなければならないコストを暗に抱える
Flasherが必死にAdobeヨイショするように
0656,,・´∀｀・,,）っ-○○○2014/06/08(日) 14:14:43.04ID:qgapksJl
表には出てこなくなっただけでFlashソフト資産を持ってるソフト屋は
AIRを使ってアプリ作ってる
0657デフォルトの名無しさん2014/06/08(日) 14:20:53.73ID:hZx8QV4G
カプセル化はオブジェクト指向の３大要素の１つなんだけどなぁ
これがないって一体どういうこと？
0658デフォルトの名無しさん2014/06/08(日) 14:37:03.11ID:AgjsACot
べつにアクセス制限はカプセル化に必須ではないのでは
0659デフォルトの名無しさん2014/06/08(日) 14:49:06.40ID:hZx8QV4G
>>658
アクセス制限できないと外側から変数を触られまくり放題じゃん
0660デフォルトの名無しさん2014/06/08(日) 15:02:10.44ID:HIL+OgKB
これクラスや関数の宣言だけして実装はしないヘッダを作れないの？
0661デフォルトの名無しさん2014/06/08(日) 15:06:37.69ID:vfBwvsek
アクセス指定子は中の人がそのうち追加するかも...と言ってるらしい
http://stackoverflow.com/questions/24003918/does-swift-have-access-modifiers
0662デフォルトの名無しさん2014/06/08(日) 15:15:29.01ID:O86GK+gR
javaみたいな変なクラス単位のアクセス指定じゃなくてオブジェクト単位のprivate/publicがいいな
0663デフォルトの名無しさん2014/06/08(日) 15:35:36.15ID:hZx8QV4G
>>661 サンキュー
今んとこはプロトコルとクロージャでファクトリメソッド使えって書いてるね
0664デフォルトの名無しさん2014/06/08(日) 15:36:33.28ID:V8pGZEud
モジュール単位見たい。 で、モジュールの中を見たければimport
0665,,・´∀｀・,,）っ-○○○2014/06/08(日) 15:47:37.29ID:qgapksJl
>>664
で、>>638, >>644への回答は？さっさと答えろや知ったかクズ
0666デフォルトの名無しさん2014/06/08(日) 17:29:31.82ID:BZF26sA9
iBookで読めるスイフト本にはパッケージの仕組みの解説ないよね？extensionが適用されるスコープのルールが気になるんよなあ
0667デフォルトの名無しさん2014/06/08(日) 17:31:33.90ID:81o4BWeL
>>662
それって動的型付け？
0668デフォルトの名無しさん2014/06/08(日) 17:31:49.86ID:ABq33sCq
はぁ？
そのものズバリのExtensionsって章でスコープの解説しているだろボケ
0669デフォルトの名無しさん2014/06/08(日) 17:36:06.42ID:BZF26sA9
genericなextensionを宣言できるようにして欲しいなあ

extension <T> Array<T>: Seq<T>

みたいに書けるとエロい
0670デフォルトの名無しさん2014/06/08(日) 17:36:26.43ID:V8pGZEud
ドキュメント作る側とか開発側とかなり丁々発止のやりとりがあったんだろうな。

普通の解説本ではこんなに使う立場に立った本は書けない。

流石、末端ユーザーと歩んだApple。
0671,,・´∀｀・,,）っ-○○○2014/06/08(日) 17:39:40.66ID:qgapksJl
ひょっとして ID:V8pGZEud はまともなアプリ開発した実績がないんじゃないの？
0672デフォルトの名無しさん2014/06/08(日) 17:43:05.84ID:j3SKCg8z
間違いない
0673デフォルトの名無しさん2014/06/08(日) 18:09:18.89ID:O86GK+gR
>>667
SmalltalkやRubyのインスタンス変数みたいなアクセス制御を想定してたけど動的静的は関係無い
Javaとかのはprivateでもクラスが同じなら他のオブジェクトからアクセス出来てしまうけど
クラスとか継承とか関係なく他のオブジェクトからのアクセスだけ出来ないほうが好き
静的型付け言語で言えばOCamlのprivateとかScalaのprotected[this]がそれに相当するらしいが
0674デフォルトの名無しさん2014/06/08(日) 18:25:55.40ID:jXab0XRf
>>641
見事に何も伝わらないスライド
コレは確実にダメ社員 or ニートですわ
0675デフォルトの名無しさん2014/06/08(日) 18:27:29.52ID:vfBwvsek
まあObj-Cの@privateとかはコンパイラがチェックするだけで
実行時はチェックされずどこからもアクセス可能だからね
0676,,・´∀｀・,,）っ-○○○2014/06/08(日) 18:28:17.89ID:qgapksJl
×印の意味がまったく意味不明だしな
まともなGUI組めない人間だと一発でわかったよ
0677デフォルトの名無しさん2014/06/08(日) 18:30:55.85ID:Isn3H6F1
>>669
出来るやろ
0678,,・´∀｀・,,）っ-○○○2014/06/08(日) 18:30:59.87ID:qgapksJl
>>675
C++も関数ポインタさえ取得すればprivate関数呼び放題ですけどね
実行時に属性チェックするのは速度的に不利だから静的な解決になるのは仕方ない
0679デフォルトの名無しさん2014/06/08(日) 18:34:39.45ID:U23bUypY
>>641
なにこれ？
0680デフォルトの名無しさん2014/06/08(日) 18:39:51.65ID:vfBwvsek
>>678
Obj-Cは、そもそもメソッドに属性は付けられなくて全部publicになっちゃう
ヘッダに露出させんなということらしいが
0681デフォルトの名無しさん2014/06/08(日) 18:43:15.59ID:RY7l8BgD
言語を否定出来るレベルに無い人が
騒いでいて、痛々しく。
0682デフォルトの名無しさん2014/06/08(日) 18:49:02.50ID:Qgtqu9Sx
言語を否定する人の多くがその言語の1機能のみを切り出して否定する。
言語の思想によって必要な機能だから実装されているのであって、その機能のみを否定するのは滑稽と言わざるを得ない。
その思想に対する否定なら分かるが、それが理解出来ないからと機能を否定するくらいなら黙っておいた方が無能をひけらかさないで済むぞ
0683デフォルトの名無しさん2014/06/08(日) 19:05:35.04ID:pXOmIGvx
>>681
ニワカな奴ほど語りたがる。この一言だろうねｗ

言語使用が糞（）、実装がタコ（）、美しくない（）、
汎用的じゃない（）、コストが〜（）、OSが糞（）

↑こんなの技術者ならば酒飲んでても書き込めないわ。
語るレベルに無いからこそ気軽に語れるという構造。
0684デフォルトの名無しさん2014/06/08(日) 19:27:33.21ID:q7rIIcVG
頭が固くなって新しいことについていけない畏怖から攻撃的、否定的になる人ってよくいるよね
0685デフォルトの名無しさん2014/06/08(日) 20:04:15.47ID:nMb57tOa
>>682
＞言語を否定する人の多くがその言語の1機能のみを切り出して否定する。
それどころか、Swiftは便所の落書きだと「Appleだから」で否定されてる件w
Objective-Cを置き換えかねない物が物だけに
"Appleだから"で賛美してる奴が皆無なもんだから
Swiftについては宗教的アンチの言動が目立つ目立つw
0686デフォルトの名無しさん2014/06/08(日) 21:19:18.25ID:L3IirfqI
そりゃ頭の悪い老害は自分の仕事を失う恐れがある新しい技術なんてネガキャンしか出来ないからな。
0687デフォルトの名無しさん2014/06/08(日) 21:33:31.46ID:2ruPoz8R
これって実行速度はどうなのよ
JavaやC#との比較が出てこないのはどうして
0688,,・´∀｀・,,）っ-○○○2014/06/08(日) 21:40:03.69ID:qgapksJl
その比較はおかしくねーか？
Swiftの生成コードは中間言語じゃねーぞ

まあC#やJavaも曲がりなりにもネイティブコード吐くことはできるが
0689デフォルトの名無しさん2014/06/08(日) 21:43:40.34ID:+1iNceTN
>>687
MacとiOS専用だからC#と比べろ言われても困るし
Javaと言われてもなぁ…
つか、実行テスト環境外だとObjective-Cより最適化されて速くなった
Obj-C後継のネイティブコンパイル言語だから発表時の通り
Objective-C＜Swift＜Cって速度順だと思うぞ？
0690デフォルトの名無しさん2014/06/08(日) 21:47:33.69ID:2ruPoz8R
実行速度は同じハードウェアでOSは別物いれて同じタスク実行させてみれば比較できね？
Objective-Cはコンパイルするのに動的な部分があったのでCより遅かったけど
SwiftはCより遅くなるとしたら何が原因なのか知りたいわ
0691デフォルトの名無しさん2014/06/08(日) 21:47:34.41ID:vfBwvsek
こんな記事はあるけど
http://ch.nicovideo.jp/akiba-cyberspacecowboys/blomaga/ar546266

たぶんAppleが言ってたObj-Cより速いってのはSwiftのArrayやDictionaryを
NSArray/NSDictionaryの代わりに使える場合は速くなるよってことだと思う
0692,,・´∀｀・,,）っ-○○○2014/06/08(日) 21:48:40.50ID:qgapksJl
JavaもHotSpotコンパイラがあるからなぁ・・・
ただiOSでは動かんしJava-Cocoaってまともに保守されてないんじゃね？
0693デフォルトの名無しさん2014/06/08(日) 21:57:30.89ID:vfBwvsek
>>690
メソッド呼び出しが動的束縛なのはSwiftも変わらないよ。そうじゃなきゃObj-C互換を保てないし。
ただSwiftにはstructも用意されてて、こっちに追加したメソッドは静的に呼び出し先が決まるので
Obj-C互換のOOPは要らずカプセル化程度でいいという場合はオーバーヘッドを小さくできる。
0694デフォルトの名無しさん2014/06/08(日) 22:04:20.73ID:jOrVVeIi
>>691
ObjC固有のコードの実行時間が気になる〜
誰か教えて。
0695デフォルトの名無しさん2014/06/08(日) 23:03:50.84ID:sw1PudVp
Swift-Pythonの比較グラフを信じるなら、JavaとSwiftはそん色ない気はする。
もちろん、OSの機能をダイレクトに扱える場面ではSwiftだろうけど。
0696デフォルトの名無しさん2014/06/08(日) 23:10:24.86ID:bkCTLeYU
>>678
private ならコンパイル時に弾かれる‥普通では呼び放題というわけにはいかないみたい‥
http://ideone.com/TFQ979
0697デフォルトの名無しさん2014/06/08(日) 23:42:13.55ID:bkCTLeYU
>>695
Swift-Xamarin のガチがみたかったんだが‥
0698,,・´∀｀・,,）っ-○○○2014/06/08(日) 23:57:40.96ID:qgapksJl
C++のメンバ関数は暗黙的にthisポインタを引数にとるからpublicで呼ぶにも
通常の関数コールでは呼び出せないぜ
MSVCなら__thiscallだがgccだといろいろ面倒だった気が・・・

もちろんstatic関数にする
0699,,・´∀｀・,,）っ-○○○2014/06/09(月) 00:12:24.74ID:zgyYB5Bh
staticじゃなくてもいけたわ。脱線したが
http://ideone.com/aIaVwf
0700デフォルトの名無しさん2014/06/09(月) 01:04:01.32ID:quK33S+U
>>698
>>698
＞暗黙的にthisポインタを引数にとるからpublicで呼ぶにも通常の関数コールでは呼び出せないぜ

なに、public にすれば問題なし、めったに出番のない ::* 演算子、 ->* 演算子が活躍する。
それにしても迂回戦法とはこれはこれで興味深い。
インスタンスを初期化しておいてそれを表示するprivateメンバ関数を返すpublicメンバ関数、てのはできるようだ
http://peace.2ch.net/test/read.cgi/tech/1313183984/754
0701デフォルトの名無しさん2014/06/09(月) 01:07:52.57ID:XaG4yhUa
なんでわざわざそういうバッドノウハウ的な使い方するんだ？
0702デフォルトの名無しさん2014/06/09(月) 01:21:43.93ID:QWDfgH1h
>>691 それインチキだよ。
Cの方は

for (int j=0;j<100;j++){

と書いて、Swift の方は
var j=0
while j<100{

j++
}
とわざわざ遅くなるようにコーディングしてる。
やるなら同じようなコーディングにしないと比較にならん。
for var j=0; j<100;j++ {
と書かないとインチキ。 遅くなって当然。

わざとらしい。金を稼ぐためのネタだな。
0703デフォルトの名無しさん2014/06/09(月) 01:36:13.00ID:h36Zu9t6
>>613
ある意味そういう集客でありビジネスだからな
0704デフォルトの名無しさん2014/06/09(月) 02:15:14.04ID:8Vvx2paz
>>702
それがなんで遅くなって当然なんだ？
0705デフォルトの名無しさん2014/06/09(月) 02:26:09.11ID:nsQThdvO
どっちもこんなんにしかなりそうにないな
xor %ecx, %ecx
1:
add $1, %ecx
:
cmp $100, %ecx
jne 1b
0706デフォルトの名無しさん2014/06/09(月) 02:43:19.99ID:lO6PsSYY
この言語が発表されてから、にわか共がブログに書いたりツイートしてるせいで、検索の邪魔でしょうがない。

見たくなる記事のタイトルだけど、中身は空っぽ。なかなか面白い言語だ。とかよくわかってないから知ったかで中身がない文。

ここにも結構、知ったかが居るけど黙っててくれるかな？少しは勉強してから書き込もうね。
0707デフォルトの名無しさん2014/06/09(月) 03:04:10.37ID:4ZIBy88G
お兄ちゃんカッコいい！
0708デフォルトの名無しさん2014/06/09(月) 06:30:59.19ID:AGtOGQv0
(何が検索結果に出ることを期待してるんだろう…)
0709,,・´∀｀・,,）っ-○○○2014/06/09(月) 07:41:32.46ID:zgyYB5Bh
>>701
もちろん使わないぜ？
ただ、「呼べなくする」ことと、ポリシーで呼ばなくすることは全くの別問題ということよ。
protectedやprivateは、ポリシーを遵守するためにコンパイラが少しだけ手助け
してくれてるだけにすぎない。

WindowsのMFCなんて全部のメソッドがpublicだぜ
全部publicって当時のメッセージベースオブジェクト指向では当たり前だったんじゃねーの？
WindowsもSmalltalkの影響を受けてると言われてるしなｗ

結局は使う人間のポリシーの問題よ。
MVCのフレームワークにしろ、各機能を無視してViewだけにコードをべた書きすることも
できる(自称「PHPできます」のアホに多い）けど、そこはコーディングルールを定めて
自分らで縛りを設けて使うじゃん。
本当に外部から呼ばれて困るメソッドなら状態変数でも使ってチェックするよ。
0710デフォルトの名無しさん2014/06/09(月) 09:22:21.00ID:w5pULqfp
今日のNGID:zgyYB5Bh
■ このスレッドは過去ログ倉庫に格納されています