アカウント名:
パスワード:
Appleの開発ツールはどう考えてもCoolじゃないからなぁそんなもん使ってやる作業をCoolとは考えたくないぞ、と
#個人的にはVB2.0のほうが、まだiPhone開発環境よりマシだと思うんだぜ
あれって自由度がやたら高かった気がするけどiPhone開発環境より環境としてマシですかね?PB/IB/Xcodeは時々使うけどiPhone SDKは触ったことがないので比較したらどうなのかは知りませんが。Appleは基本的に選択肢を制限して「俺がCoolだと思うものを使え(Coolだと思え)」ということだと思うので縛られるの好きな方面には良いのではないでしょうか。
#VBRJP200.DLLというランタイムを一番に思い出した
Xcode含むiPhone開発キットは、「自由度が高い」を「その辺を実装しない」で実現してることが多いからなぁMSはどちらかっていうと多機能かつ親切設計っぽい感じ(本当に親切かは知らんが)にしておいて、「ツールがサポートしない範囲の自由度が高いことやりたければ面倒な手順を踏め」ってアプローチだと思うだから「自由度が高い」部分を要求されるような開発ではXcode(やiPhone SDKの各種ツール)は強力だけど、たとえばビジネス用アプリをサクッと作るのには向いてない。
まぁ、開発の自由度以外にアプリを動かす自由度(審査とか)を含めても、iPhoneは「ビジネス向けではない」し、それ向けのソフトを作ってる「プログラマー」とビジネス向けのソフトを作ってる「プログラマー」を一緒くたにして「クールか」なんて言っても、それは実のところ「F1レーサーがクールならタクシーのドライバーもクールか」ってぐらい方向性が違う。
確かに、たとえば良くある「テキストボックスに何か値を入れたら計算して答えを出す」ようなシンプルなアプリを作るなら、VB2.0の方が楽だわな。VB6.0やVB.NETと比べたら隔世の感どころじゃねーわ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
どうでもいいが (スコア:0)
Appleの開発ツールはどう考えてもCoolじゃないからなぁ
そんなもん使ってやる作業をCoolとは考えたくないぞ、と
#個人的にはVB2.0のほうが、まだiPhone開発環境よりマシだと思うんだぜ
Re: (スコア:2)
あれって自由度がやたら高かった気がするけどiPhone開発環境より環境としてマシですかね?
PB/IB/Xcodeは時々使うけどiPhone SDKは触ったことがないので比較したらどうなのかは知りませんが。
Appleは基本的に選択肢を制限して「俺がCoolだと思うものを使え(Coolだと思え)」ということだと思うので
縛られるの好きな方面には良いのではないでしょうか。
#VBRJP200.DLLというランタイムを一番に思い出した
Re:どうでもいいが (スコア:0)
Xcode含むiPhone開発キットは、「自由度が高い」を「その辺を実装しない」で実現してることが多いからなぁ
MSはどちらかっていうと多機能かつ親切設計っぽい感じ(本当に親切かは知らんが)にしておいて、「ツールがサポートしない範囲の自由度が高いことやりたければ面倒な手順を踏め」ってアプローチだと思う
だから「自由度が高い」部分を要求されるような開発ではXcode(やiPhone SDKの各種ツール)は強力だけど、たとえばビジネス用アプリをサクッと作るのには向いてない。
まぁ、開発の自由度以外にアプリを動かす自由度(審査とか)を含めても、iPhoneは「ビジネス向けではない」し、それ向けのソフトを作ってる「プログラマー」とビジネス向けのソフトを作ってる「プログラマー」を一緒くたにして「クールか」なんて言っても、それは実のところ「F1レーサーがクールならタクシーのドライバーもクールか」ってぐらい方向性が違う。
確かに、たとえば良くある「テキストボックスに何か値を入れたら計算して答えを出す」ようなシンプルなアプリを作るなら、VB2.0の方が楽だわな。VB6.0やVB.NETと比べたら隔世の感どころじゃねーわ。