Mac OS Xでの開発環境はどれがｲｲ？

Mac OS Xでの開発環境 ..

39:デフォルトの名無しさん
06/12/05 09:51:35
>>38
ｽﾚﾘﾝｸ(tech板:85番)
ってことらしい。
宣伝厨のお蔭で無駄に詳しくなっちまったぜ。

40:デフォルトの名無しさん
06/12/05 11:41:47
URLﾘﾝｸ(www.youtube.com)

41:デフォルトの名無しさん
06/12/05 21:50:39
一応NSTextは使ってるけど、内部処理でUNIXコマンドを使っててなんたらかんたらってどっかで読んだ。

42:デフォルトの名無しさん
07/02/27 19:32:21
Eclipseはどうですか？

43:デフォルトの名無しさん
07/03/12 00:31:48
eclipseってGUIエディターが使えないんじゃなかったっけ。
だから俺はNetBeansでやっている。MacでPure Javaならこれしか無いと思う。
以前はXcodeでやっていたけど、NetBeans使い始めたら
パッケージ関係の扱いをいい加減にしてきたことに気がついた。

44:デフォルトの名無しさん
07/05/03 00:49:47
Carbonの情報って異常に少ない気がするんだが、みなどうしてる？

45:デフォルトの名無しさん
07/05/03 01:25:14
Carbon の情報はそれなりにあると思うけどな。ドキュメントもソースコードも。
API が肌に合わなかったんで、俺は途中で諦めたけどね…

46:デフォルトの名無しさん
07/05/03 02:36:17
いままでのC++の資産を生かしたいというありふれた理由なんだけど、
ぐぐってもあんま出ないなあと。Cocoaばっかりなんだよね。

47:デフォルトの名無しさん
07/05/03 18:51:42
だってCarbonで開発するメリットがないんだもん

48:デフォルトの名無しさん
07/05/03 19:46:21
そう？C++なら大部分をWinとクロスで開発できるじゃん。

49:デフォルトの名無しさん
07/05/03 19:47:08
Firefoxとかもそうしてるし

50:デフォルトの名無しさん
07/05/03 22:07:53
Objective-C++ というのもあるけどね。

51:デフォルトの名無しさん
07/05/04 01:00:23
うーん、存在は知ってるんだけど、これはC++も使えてCocoaで開発と
いうことになるのかなあ。
GUI部分も含めてC++のラッパーにしたいんだよね。大雑把にいうと
MyWindow w;
w.Show();
的に。多分不可能じゃないんだろうけど、Objective-C++だとifdefとか
が難しいことになりそうだなあと。

52:デフォルトの名無しさん
07/05/04 08:39:42
そのレベルの課題でCarbonの資料が無いとか言うのはちょっと…

53:デフォルトの名無しさん
07/05/05 04:51:08
いやぁ、xcode carbonとかで検索してもコードらしきものがひとつも見あたら
ないってのもなんだかなあと。carbon人口って皆無なのかと。

54:デフォルトの名無しさん
07/05/05 16:18:09
NetBeans で pureJava に１票！

55:デフォルトの名無しさん
07/05/05 20:53:29
MPW Carbon で検索する…というのは冗談だけど。
検索して出て来た、日本語で関係ありそうなところ。
URLﾘﾝｸ(www.ottimo.co.jp)
URLﾘﾝｸ(www.studioshin.com)
URLﾘﾝｸ(www17.plala.or.jp)
あとアップルの英文資料。中級以上のことをするなら読まざるを得ない。

56:デフォルトの名無しさん
07/05/05 23:12:59
>>55
どもです。最初のとこは初めて見ました。carbonというかtoolboxで探せと
いう感じか。なんか猫みたいなページだ。
しかし、マックデベ業界は動き速いなあ。もうみんなIntelなのか・・
URLﾘﾝｸ(www.nsknet.or.jp)
この人とかも大変そうだなあ。

57:デフォルトの名無しさん
07/05/05 23:34:15
英語に弱い人は PureJavaで行こうよ。
俺のことだけどｗ

58:デフォルトの名無しさん
07/05/06 01:23:22
英語苦手だけどサンプルコード読むぶんにはあんま関係ないしね。
PureJavaかあ。Windows上でPureJavaはもうちょっとあれなんだよなあ・・

59:デフォルトの名無しさん
07/05/06 06:21:09
いまのPureJavaは、昔のPureJavaとぜんぜん違うよ。
よかったら、NetBeansのGUIビルダー使ってみて。
ビジュアルでぽんぽん組んでいけるし、見た目はネイティブと
見違えるようだし、スピードも悪くないから。

一番いいのは、英語がまるでダメでもなんとかなることかもｗ

60:デフォルトの名無しさん
07/05/06 09:16:28
>>56
この辺は見た？
file:///Developer/Examples/Carbon/
file:///Developer/Examples/Carbon/HIFramework/

61:デフォルトの名無しさん
07/05/06 10:44:38
>>59
まぁね、速くはなってるんだろうけどさ。。
NetBeansは3年くらい前にJSP開発の時使ってた。ていうか、急ぎの仕事で
PureJavaでやったことあったんだ、Macの開発。VB的な印象があったかなあ。
APIを叩くのめんどくさそうというか。
今は趣味でやろうと思ってるから、なんていうかWindows的発想でやっぱ
いろいろできるC++かなあと思ってるかな。

62:デフォルトの名無しさん
07/05/07 14:24:12
JavaからJNIをふつーにコールできますか？

63:デフォルトの名無しさん
07/05/07 16:56:19
URLﾘﾝｸ(d.hatena.ne.jp)

まあ、Carbonアプリはユーザ側からも嫌われることが多いしね。

64:デフォルトの名無しさん
07/05/07 20:25:01
>>62
JNIを使うのが第一の目的と化しているなら、
Java使うことはやめるべきだろ。

もちろん、
SDLとか、クロスプラットフォームなライブラリを使うため、
とかいうなら分かるけど。

そういう人は、Objective-c とか c++ とか使うべき。
と、Java使いの俺は思うが。

65:デフォルトの名無しさん
07/05/07 22:22:57
昔VBやっててWin32呼ぶのに、アホみたいにdeclareとか書かなくちゃ
いけなくって、馬鹿らしくなってC++に移ったなあ。
それとおんなじ感じだろうなあ。

66:デフォルトの名無しさん
07/05/08 02:03:26
馬鹿が打ち明け話しなくていいです

67:デフォルトの名無しさん
07/05/08 04:26:46
子供は反応しなくていいです

68:デフォルトの名無しさん
07/05/16 15:07:03
Sun Java Studio Creator 2 を入れてみた。
JSFの開発って、XCodeではできないのかな？

69:デフォルトの名無しさん
07/05/16 15:40:33
全然関係ないんだけど、
CFLocaleCreateCanonicalLocaleIdentifierFromScriptManagerCodes
って関数名、けっこう長くない？　もっと長いＡＰＩあるかな…。

70:デフォルトの名無しさん
07/05/16 15:41:19
Mac固有のソフトの開発以外でXCodeってメリットある？

71:デフォルトの名無しさん
07/05/16 15:42:38
それは Eclipse とか他の開発環境と比較して、ということ？

72:デフォルトの名無しさん
07/05/16 15:56:15
>>69
有名なところでは、XLibにXmToggleButtonGadgetGetState()がある。
って、既に負けてるが。

73:デフォルトの名無しさん
07/05/16 16:17:53
Macで開発なんて、ドＭじゃなきゃ務まんないよ。
営業方針がコロコロ変わって、その都度、一般の開発者を切り捨てるからね。

74:デフォルトの名無しさん
07/05/16 18:53:15
OSXに入ってからはそんなことないけどね。

75:デフォルトの名無しさん
07/05/16 19:30:07
>>69
ObjC でパラメータまで全部入れていいなら

- [NSBitmapImageRep initWithBitmapDataPlanes:pixelsWide:pixelsHigh:bitsPerSample:samplesPerPixel:hasAlpha:isPlanar:colorSpaceName:bitmapFormat:bytesPerRow:bitsPerPixel:]

とか。

76:気まぐれアナスイ
07/05/16 19:56:42
!(Φ＿Φ+){side-over.していますが？}

77:デフォルトの名無しさん
07/05/16 20:18:23
>>75
セレクタのラベルは切れ目で改行できるから無しだろ。

78:デフォルトの名無しさん
07/05/16 21:40:10
>>73
>Macで開発なんて、ドＭじゃなきゃ務まんないよ。
>営業方針がコロコロ変わって、その都度、一般の開発者を切り捨てるからね。

そこまで分かっているなら、PureJavaでの開発も考えてみてくれ、
とJava使いより。

79:デフォルトの名無しさん
07/05/16 21:46:41
>>72
XmならxlibというよりMotifじゃねーの?

80:デフォルトの名無しさん
07/05/16 22:57:55
>>74
そうか？いまどき誰がObjectiveCなんて使うんだよ。
Appleは開発者を取り込むのがほんとに下手だよな。

81:デフォルトの名無しさん
07/05/16 23:01:18
そんな大それた話じゃないんだよ。

82:デフォルトの名無しさん
07/05/16 23:15:39
まあ大きな戦略ミスではあるな。ｼﾞｮﾌﾞｽﾞめ

83:デフォルトの名無しさん
07/05/16 23:20:17
>>74と>>80が微妙にかみ合ってない

84:デフォルトの名無しさん
07/05/16 23:54:41
>>69
URLﾘﾝｸ(paste.lisp.org)
んなんみつけた
CF function names sorted by length

85:デフォルトの名無しさん
07/05/17 01:20:07
OSXの営業方針自体が失敗だったということだね

86:デフォルトの名無しさん
07/05/17 01:40:10
元がNeXTなんだからいまさらObjectiveC外すのはありえないっつーか無理だろ

87:デフォルトの名無しさん
07/05/17 01:57:02
んじゃまあ失敗は避けられない運命みたいなもんだな。

88:デフォルトの名無しさん
07/05/24 10:00:27
＞ObjectiveC

これをＧＵＩツールとして使って、
中の人をＣ＋＋にする方法を教えて下さい。

お願いでつ。

89:デフォルトの名無しさん
07/05/24 10:47:11
Objective-C++だからだいじょぶ

90:デフォルトの名無しさん
07/05/24 11:04:02
いや、、、だから、

だいじょぶだいじょうぶって聞きたいんじゃなくて、

メソッドとか実施例キボン。

91:デフォルトの名無しさん
07/05/24 11:11:27
絶対、大丈夫だって！心配すんな。

92:デフォルトの名無しさん
07/05/24 11:12:39
大丈夫なのは分かったから、
その通り開発するから、
Objective-C++のインスコとかIDEは何なのかとか、
教えてＹＯ！

93:デフォルトの名無しさん
07/05/24 11:31:26
どうだろう…大丈夫じゃない気がしてきた。

94:デフォルトの名無しさん
07/05/24 12:53:09
なにやってんだおまいらw

95:デフォルトの名無しさん
07/05/24 13:17:40
MacOSXでC++の開発はCarbonでの作業が楽です。PowerPlantXでGUIを
作った方が良いかもしれんよ。これならGUIもC++で楽ができる。
絶対大丈夫だから、気にしないで頑張れ！！

96:デフォルトの名無しさん
07/05/24 13:27:54
＞PowerPlantX

ググッったら”CodeWarrior についてくる PowerPlantX ”とありましたが、大ジョブですか？
組み込みなんかではCodeWarrior氏滅しましたが。

97:デフォルトの名無しさん
07/05/24 14:00:39
>>ググッったら”CodeWarrior についてくる PowerPlantX ”とありましたが、大ジョブですか？
もう少しググったら色々出てくるよ

(1) PowerPlantXの入手先
オープンソースになったのでこちらからダウンロード
URLﾘﾝｸ(sourceforge.net)

(2) PowerPlantXのインストール
/LibrayにPowerPlantXフォルダーをごそっとコピー

(3) IDEとか
IDEはXCodeで大丈夫です。問題ないです。使えます。

(4) Documentとか
Documentフォルダーにごっそりあります。

CodeWarriorは死んだけどPowerPlantはまだ生きてます。

98:デフォルトの名無しさん
07/05/24 14:09:25
へぇ～、オプソのウィンドウライブラリなんだ。

コントロールをポトペタ貼り付ければ完成なんかなぁ？

ターゲット０＄はMacだし、ウィンドウ関係のAPIは０＄依存だから、Winで試す事は絶対無理だおね。

（ちょっと関係無いけど）これらをコンパイルしたものと、Free Pascal（とかLazarus）のオブジェクトコードをくっつけるなんて無理だおね？

と、いくつも疑問が起きました。

99:デフォルトの名無しさん
07/05/24 14:14:24
＞PowerPlant.framework

日本語マニュアルが欲しいんだお＞＜

100:デフォルトの名無しさん
07/05/24 14:50:41
Macプログラミングのセミナーなんか無いんだろうか？

101:デフォルトの名無しさん
07/05/24 15:02:46
NeXTのプログラミングセミナーに行ったよ
可愛いお姉さんが講師だったことは覚えてるが
教えてもらった内容はあまり覚えてない

途中で操作分からなくなって個人指導受けて
帰る前に二人っきりでお話出来たのが良い思い出

102:デフォルトの名無しさん
07/05/24 15:18:05
良い思いでは分かったが、

今そのセミナー無いだろ。

103:デフォルトの名無しさん
07/05/24 15:42:23
「可愛いお姉さんが個人指導してくれる」セミナーってところが重要だろう。
それならどこかあるんじゃなか？

104:デフォルトの名無しさん
07/05/24 16:08:08
いいから、開発実践的なもの何か一つ教えろＹＯ！

105:デフォルトの名無しさん
07/05/24 17:30:31
PowerPlantXは実践的です。C++は最強です。Objective-Cは糞です。
キレイなお姉さんの指導は少し難しいな。

PowerPlantの日本語ドキュメントはオープンソースにはならなかったんだね。
Amazonで検索したら出てくる古本でも買って読んだらどうですかね？

106:デフォルトの名無しさん
07/05/24 18:11:06
C++は最強の糞

107:デフォルトの名無しさん
07/05/24 18:39:28
>>88
ここ漁ればあるんじゃね↓
URLﾘﾝｸ(developer.apple.com)

108:デフォルトの名無しさん
07/05/24 18:49:08
C++ Tips and Tricks for Mac OS X
URLﾘﾝｸ(developer.apple.com)
Using C++ With Objective-C
URLﾘﾝｸ(developer.apple.com)

109:デフォルトの名無しさん
07/05/24 19:41:16
>>100
Cocoaセミナーじゃだめなの？

110:デフォルトの名無しさん
07/05/24 22:25:55
>109
＞「可愛いお姉さんが個人指導してくれる」セミナーってところが重要だろう。

111:デフォルトの名無しさん
07/05/25 00:19:04
>>110
俺んち来い。

112:デフォルトの名無しさん
07/05/25 02:45:52
>>102-103
お姉さんは24～26歳くらいだったと思う
たぶん15年くらい前の話だから今は40越えてるんだろうな

113:デフォルトの名無しさん
07/05/25 08:41:01
＞Cocoaセミナー

無いことない？

114:デフォルトの名無しさん
07/05/25 12:27:59
使えんやつらばっかだな。

115:デフォルトの名無しさん
07/05/25 14:12:17
おまいらの中の人には一人もココア使ったことあるヤシ居ないのか。

116:デフォルトの名無しさん
07/05/25 14:33:28
普通にjavaで良いじゃん。使えないの？

117:デフォルトの名無しさん
07/05/25 14:36:42
それって実際に使ってみてﾀﾞｲｼﾞｮﾌﾞだった？

それと、特殊な処理とかあるんでJNIを使わないといけない。
とかなると、Mac でﾁﾞｬｳﾞｧ使うセミナーとか受けたいしぃ。

118:デフォルトの名無しさん
07/05/25 15:05:01
＞Cocoaセミナー

これって、ｱﾎﾟｩのサイトにmovファイルがあったけど、それ見て独学すれば余韻だおね？
セミナーは将来の日付は無いし。

119:デフォルトの名無しさん
07/05/25 15:38:05
Cocoaセミナー全部ダウソしました。

＞Carbon
＞Spotlight の概要

カーボンとかも嫉妬か無いとイケナイでつか？

120:デフォルトの名無しさん
07/05/25 17:36:49
>>117
>>119
特殊な処理が何なのかを書いてくれないと必要かどうか分からない。
何を作ろうとしてんですか？

あと、セミナーにはキレイなおねいさんは出てこないのですが、
最後まで寝ないでみれそうですか？

121:119
07/05/25 18:17:57
特殊な処理ってのは、C++の演算処理です。

他は普通の処理だけで、ファイル保存とか通信とか出来ればおｋ。

セミナー画像見ましたが眠いっす。

122:デフォルトの名無しさん
07/05/25 18:31:10
>>119
セミナーは木下のファンだったら楽しいかもしれないけど、それ以外の人は退屈かもな。
あと、セミナーは新編が出るかもしれないと。
URLﾘﾝｸ(hmdt.jp)

123:デフォルトの名無しさん
07/05/25 21:13:17
>>121
C++の数値計算だけならば、CarbonもSpotlightも必要ないよ。
file処理もCの標準ライブラリでOKだし、通信も普通にsocketで出来る。

ただ、セミナーはCocoaセミナーは標準的な機能ではなくて、Cocoaの機能で
ファイル処理や通信をやっているので見るのは無駄かも。

124:デフォルトの名無しさん
07/05/26 18:28:18
>>97
>CodeWarriorは死んだけどPowerPlantはまだ生きてます。

いやーPowerPlantも役割を終えたのでは。

思えばCodeWarrior、Macがm68k->ppc移行期の頃に出現し(?)、
困惑するデベロッパーを救った... かもしれない。
そういえばPowerPlantのソースが付いていたのは良かった。
だから自分でとっくにgcc対応やIntel対応もやっていた。
今更フリーで公開されても個人的にはあまりインパクトがない。

125:デフォルトの名無しさん
07/05/28 08:47:28
じゃぁ、何使ってMAC用ソフト作れば良いの？？？？？

標準C++ライブラリなの？（ってこれだけじゃ画面作れないよね）
Cocoaなの？
Carbonはやめとくべき？
PowerPlantは辞めときますぅ。

126:デフォルトの名無しさん
07/05/28 08:52:29
Winで作ってCrossOverすればいいんじゃね

127:デフォルトの名無しさん
07/05/28 10:07:01
本当にみんなそれ使ってる？

・自IPアドレス取得ライブラリが誤動作
・MacのメニューがCrossOverに取られてるお

という漢字でつ。

128:デフォルトの名無しさん
07/05/28 10:09:45
Mac で Java / JNI ってできますか？
どこで習えばよいですか？

129:デフォルトの名無しさん
07/05/28 16:02:33
>>125
特別な理由がない限りCocoa

130:デフォルトの名無しさん
07/05/28 22:08:45
>>129
C#が使えないんだよねー。

131:デフォルトの名無しさん
07/05/28 22:48:55
>>130
Mono+Cocoa#で我慢すれ。

132:デフォルトの名無しさん
07/05/29 08:41:52
＞C#

Windowsの開発環境は有用だが、さすがにこれはｲﾗﾈ

133:デフォルトの名無しさん
07/05/30 21:22:09
>>132
食わず嫌いの(あるいは食っても飲み込めなかった)あなたがｲﾗﾈと言っても
仕方がないんじゃないの？
C#が使えるのならMacのプログラマも増えるよ。

134:デフォルトの名無しさん
07/05/30 22:31:25
C#が使いたいんならおとなしくMono使えばいいじゃん。

135:デフォルトの名無しさん
07/05/31 01:08:10
カスみたいなプログラマなら増えなくてもいいよ。

136:デフォルトの名無しさん
07/05/31 01:25:36
×：カスみたいなプログラマなら増えなくてもいいよ。
○：カスみたいなプログラマなら増えてはいけません。

いや、マジで給料泥棒とか足引っ張るだけのヤツとか要りません。勘弁してください。

137:デフォルトの名無しさん
07/05/31 07:14:32
Windowsの開発環境に慣れてからMacのXcodeを触ってびっくりするのはHelpの貧弱さだなあ。
VSに比べてダメダメだと思っていたC++ BuilderのHelpが素晴らしいものに見えてしまうぐらい。
総じてIDEも貧弱だし、プログラミング言語も実質のところObjective-CでないとAPIを使い切れない感じ。
いいフレームワークを持っているのにバランスがめちゃめちゃ悪いと思う。
OSにタダで付いて来るんだから仕方がないよと思いつつ、じゃあ金をだせばマシな環境があるのか
といえばそうでもないし、もうちょっとなんとかしてほしい。

138:デフォルトの名無しさん
07/05/31 09:47:27
ドトネトってクロス環境のためにありながら、
ブビ厨さえ使えないジャン。
ましてやＣ丼（笑）

139:デフォルトの名無しさん
07/05/31 12:14:11
そこでRealBasicですよ

140:デフォルトの名無しさん
07/05/31 12:50:51
誰も開発の話をしていないなｗ

141:デフォルトの名無しさん
07/05/31 14:15:33
>>137
そうか？ヘルプはうまくまとまってると思うけどな。付属のヘルプはあのくらいでちょうどいいと思う。

142:デフォルトの名無しさん
07/05/31 14:17:51
VSというか、Ｍ＄ＤＮ系ってデータが多いわりに解決策無しみたいのが多くていつも躓いてるんだよ。
それとインスコした場合、ディスクの肥やしになり杉。

143:デフォルトの名無しさん
07/05/31 15:18:57
誰だって、最初はカスみたいなプログラマだったんだから、生暖かく見守ってあげましょうよ。
黙って考えるヤツよりは、よく質問するヤツの方が成長は早いし、大成するよ。

144:デフォルトの名無しさん
07/05/31 17:23:49
>>142
特にスクリプティング害っつーのはひどいな
無駄口たたくくせに肝心なことは誤魔化してる
紙面埋めるだけの糞記事書く記者と同じ

145:デフォルトの名無しさん
07/05/31 17:35:55
＞スクリプティング害

どういう意味？

146:デフォルトの名無しさん
07/05/31 21:58:13
スクリプトを書いてる暇があったら公園へ散歩に行きましょう

の意。

147:デフォルトの名無しさん
07/06/01 07:52:53
MacそっちのけでMS叩いているあたりが実にMacスレ的ですねｗ

148:デフォルトの名無しさん
07/06/01 20:17:42
objective-cってなんで人気ないの？

149:デフォルトの名無しさん
07/06/01 21:02:15
カッコつけすぎだから

150:デフォルトの名無しさん
07/06/01 21:15:50
コンストラクタとかないしなあ。
自分で init 書かないといけないし。

151:デフォルトの名無しさん
07/06/02 09:34:11
Rubyで代用出来るようになったから

152:デフォルトの名無しさん
07/06/02 10:06:48
知らない奴がイメージでMac叩く→それは一長一短だね。それをいうならMSだって…→Mac信者はMS叩きばかりﾆﾀﾞ!

じつにMacスレらしい。

153:デフォルトの名無しさん
07/06/02 23:09:57
>>150
だからそれはObjCじゃなくてCocoaだと（ｒｙ

154:デフォルトの名無しさん
07/06/03 06:15:53
馬蚊（マカ）はMacなんか捨ててLinux使えばいいのに
7.04
URLﾘﾝｸ(www.ubuntulinux.jp)

155:デフォルトの名無しさん
07/06/03 09:44:02
>>154
君の期待は過去 10 年間、常に裏切られて来たよね。これからも同じだよ。
失敗から学ぼうよ。

156:デフォルトの名無しさん
07/06/03 09:57:46
>>155
そういうのを世間では目糞鼻糞、どんぐりの背比べ、便秘と下痢の喧嘩といいます。
みっともないからおよしなさい。

OSXの登場でWindowsのような糞OSは消えてなくなってMacプログラマが
報われるという期待も裏切られてまいりました。これからはもっと厳しくなりそうです。
でも今さらMacから離れようとは思わないですよ。
そういう矜持は他のマイナーOSユーザーだって持っているわけですから、つまらない
あおりを受けても流しましょう。

157:デフォルトの名無しさん
07/06/03 10:11:01
Mac も Windows も両方使ってる。
ついでに Linux も。
別に共存したんでいいんじゃなーい。

158:デフォルトの名無しさん
07/06/03 10:15:45
皆さん、板名100回読んで巣に帰ってね

159:デフォルトの名無しさん
07/06/03 10:41:57
プログラム板

>>156
みっともないと思うのは違いが分からない人間の発想だよね。
Ubuntu や Gentoo がどんなに頑張ってもﾏｸにはなれないんだよ。その逆も然り。
Windows を駆逐出来ると思ってしまう人には分からない世界かもしれないけど。
どっちが良いとか悪いとかの話じゃなくてね。

160:デフォルトの名無しさん
07/06/03 12:43:30
ubuntuがMacになろうとは思ってもいないだろう。
思ってもいないものを掴まえて「どんなに頑張ってもﾏｸにはなれないんだよ」
なんて変だよね。

それはそうと、Monoが段々使えるようになってきたので、ちょっと嬉しい。
Macでも動作するクロスプラットフォームGUI環境が増えるのはいいことだと思う。

161:デフォルトの名無しさん
07/06/03 12:50:17
いや、元々 Linux を Mac の代替として使うという話題だから。
変だと思うのはあなたが読み違えている所為。

それに Ubuntu はデフォルトで root が取れなかったりと、
割りと Mac と共通点のあるディストリだと思うよ。

162:デフォルトの名無しさん
07/06/03 15:24:39
>>154ってMac関係でよく見るコピペだぞ

163:デフォルトの名無しさん
07/06/03 15:46:56
マカは目に涙を溜めてキーボードを叩き続けた。
　「ｳﾘは祖国の言葉も話せない、だがObjctivbe-Cの誇りは忘れていないぞ！」
winへ転向もしない、かといってWWDCへ行こうともしない中途半端な自分。
そんな自分に出来ることは、２ｃｈでドザを叩き、工作することだった。
　「泣くものか！！　泣いたらドザに負けた事になる！！！！」
心の中で叫びながらマカはキーボードを叩き続けた。

　　　｀､｀　　ｶﾀｶﾀｶﾀｶﾀ...
　　　　∧＿∧　ミ＿＿＿_
　　　；< #｀Д´>つ|　|＼＼.| |　　　　
　　　（　つ　ノ　　|　|＿|≡| |□

164:デフォルトの名無しさん
07/06/03 15:51:29
Mac専用に開発するなんて狂気の沙汰だろ

165:デフォルトの名無しさん
07/06/03 15:58:06
Javaを使えば、
Windows上でMacの開発もできる…。

正直いうと、方針がコロコロ変わるMacの開発は付き合ってられないし、
Win上のJavaはスピードも速けりゃ、リリースそれ自体も早い。
（MacのJ2SE7はいつ出るんだ？）

Winで開発しといて、Macへそれをどう持ち込むかを
考えた方が、いろんな意味でずっと楽。

166:デフォルトの名無しさん
07/06/03 16:19:18
Java(笑)

167:デフォルトの名無しさん
07/06/03 16:45:15
>>161
> いや、元々 Linux を Mac の代替として使うという話題だから。
> 変だと思うのはあなたが読み違えている所為。

>>154みたいなネタに、>>155みたいに天に向かって唾を吐くような自虐レスを
返すのがみっともないって話ですよ。
>>155はLinuxを批判しているつもりかもしれないれど、世間から見れば全く
同じ台詞でMacを揶揄できちゃうでしょ？ああみっともない。

168:デフォルトの名無しさん
07/06/03 16:55:02
>>167
君がかつて Windows を批判した時の様な事を、俺がしているとでも思ったの?
みっともないのは過去の君であって、俺じゃないよ。残念だけど。

169:デフォルトの名無しさん
07/06/03 17:29:02
>それに Ubuntu はデフォルトで root が取れなかったりと、
>割りと Mac と共通点のあるディストリだと思うよ。
それはMac起源のやり方ニダ! ってか。鬱陶しい。

170:デフォルトの名無しさん
07/06/03 18:23:42
>>163
全米が泣いた。

負けるな！　頑張れ！

171:デフォルトの名無しさん
07/06/03 18:33:22
プログラム板で一行もコード書かないってある意味偉業だよな

172:デフォルトの名無しさん
07/06/03 20:40:45
Macの開発の方針ってそんなにゴロゴロ変わった？

173:デフォルトの名無しさん
07/06/03 20:47:45
Macのほうは知らんが、WindowsならWin95向けのソフトが
なんだかんだでだいたい素で動作するし、Win32API より前の
Win16API( って呼び方でいんだっけ？ )からもビット幅が
変わったぐらいでそんなに大きくは変わってない。

174:デフォルトの名無しさん
07/06/03 21:07:49
javaをやたら押してるやつ居るけど、重量級アプリやサーバープロセスなら
まあjava出来るやつも多いだろうし我慢するにしても、javaは起動が遅いからな。
javaにするくらいならRuby やpythonのほうが全然良いよ。
元々javaって中途半端だし、ObjCもガベコレサポートするからあまり出番ないんじゃないの？

175:デフォルトの名無しさん
07/06/03 21:38:56
長時間使う GUI アプリで Ruby や Python は無いな。
Java はまあ許せる。稼働中のモッサリ度は ObjC も Java も大差無い。

176:デフォルトの名無しさん
07/06/03 21:55:26
いやありまくるから。

177:デフォルトの名無しさん
07/06/03 22:07:41
無理せんでええよ。

178:デフォルトの名無しさん
07/06/03 22:23:09
まあ適材適所が出来ないコボラ2.0だろ。
実際Cocoa使う場合Javaの起動速度の遅さが目立つ分、Python,Ruby の方が良いし、
carbonとかのCAPIも比較的簡単に使えるしな。
そういう部分でもjavaっていちいちめんどくさいんだよ。

179:デフォルトの名無しさん
07/06/03 22:32:32
Python, Ruby が良い理由になって無いよ。
起動してから動きが遅いし、マルチコアの恩恵も受けられないし、良い事無い。

180:デフォルトの名無しさん
07/06/03 22:44:15
Javaって酸っぱい葡萄なんですよ

181:デフォルトの名無しさん
07/06/03 22:45:01
>>167
>>154みたいな成り済ましコピペ基地外がいるスレで
その尻馬に乗るような事をする貴方の方もかなりみっともないね。

182:デフォルトの名無しさん
07/06/03 22:48:26
でも Objective-Cべったりのソフトウェアを他のプラットフォームに移植するのって鬱になるよね。

183:デフォルトの名無しさん
07/06/03 22:50:47
なんで、あんなもん使い出したんだ？
さっぱりわからん

184:デフォルトの名無しさん
07/06/03 22:58:43
>>183
NeXTのときから使ってますがなにか？

185:デフォルトの名無しさん
07/06/03 22:59:20
appleって最近rubyにも熱心なんだろ
他のプラットフォームから開発者取り込もうと躍起らしいじゃん
appleのなんかのカンファレンスでいってたぞ
Macは開発者にとっても最適なプラットフォームということを
みんなに知ってもらいたいですみたいなこといってた

186:デフォルトの名無しさん
07/06/03 23:00:25
>>184
へー、そんなときから
全くひろがりなりないんだな

187:デフォルトの名無しさん
07/06/03 23:01:12
Objective-CならMac!!!!!!!!!!

188:デフォルトの名無しさん
07/06/03 23:03:17
>>185
最近はJavaに飽きてRuby/Pythonに夢中。

189:デフォルトの名無しさん
07/06/03 23:04:33
Mac信者とRuby信者は層がかぶってるからなぁ

190:デフォルトの名無しさん
07/06/03 23:14:06
かぶってないかぶってない

191:デフォルトの名無しさん
07/06/03 23:18:04
かってにかぶらせるなｗ

192:デフォルトの名無しさん
07/06/03 23:19:35
被っているのは別のもの。

193:デフォルトの名無しさん
07/06/03 23:22:25
かぶってると不衛生だし、ちゃんと手術受けろよ。

194:デフォルトの名無しさん
07/06/03 23:26:37
実はかぶってるほうが凄いんだぜ。

195:デフォルトの名無しさん
07/06/03 23:29:24
AppleもRuby/Pythonに本気 - OS Xはハッカーに魅力的か?
URLﾘﾝｸ(journal.mycom.co.jp)

これかな、いまmacの開発環境ぐぐってたら、みつかった

196:デフォルトの名無しさん
07/06/03 23:30:45
結論
Mac OS Xで本当に開発している人はこのスレ(む板)には独りもいない。

で、よろしいでしょうか？

197:デフォルトの名無しさん
07/06/03 23:33:43
>Macは開発者にとっても最適なプラットフォーム
なんて言ってみても、BSD信者や鯖管にとって都合のいい、カーネルに
近い部分だけの話だよね？

GUIの部分になると、「シェアの低いプロプラ環境」だからなあ。

198:デフォルトの名無しさん
07/06/03 23:34:46
>>195
たまにアメリカ行くけど、向こうの技術者は Mac 率高かったよ。
別の OS が動いてたりするけどねw

199:デフォルトの名無しさん
07/06/03 23:35:48
>>197
>GUIの部分になると、「シェアの低いプロプラ環境」だからなあ。

それでも、烏合の衆を地で行く Linux 勢のGUIアプリ群よりはマシだと思うが。

200:デフォルトの名無しさん
07/06/03 23:37:57
>マルチコアの恩恵も受けられないし、良い事無い。
アホですか？
まあObjCとか微妙なのは分かるけど、それ言っちゃうとjavaも微妙だしな。
ObjC はC/C++のオブジェクトを直接使えるし、Python,Rubyでも比較的サクッと
使えるからそんなに速度が気になるなら何とでもなる。
そもそもリソース気にしてるならjavaは無いと思うけどな。

201:デフォルトの名無しさん
07/06/03 23:38:07
いま、rubyはどこも標準サポートしてきてるから、おくれるわけにも
いかんだろうしなあ

202:デフォルトの名無しさん
07/06/03 23:38:15
>>196
俺は人じゃないのか

203:デフォルトの名無しさん
07/06/03 23:40:33
>>200
スケールしないって話なんだけど、無理にレスしなくていいよ。
気にすんな。

204:webmaster@気まぐれアナスイ
07/06/03 23:42:32
!(Φ＿Φ+)
Mac.を使用し理解できる構成まで高めるのであれば一に全てのdirectory.を見える様にしてからNet.に繋げます。

205:デフォルトの名無しさん
07/06/03 23:44:43
なんだこの、夢遊病者みたいなレスは

206:デフォルトの名無しさん
07/06/04 07:11:18
>>199
>それでも、烏合の衆を地で行く Linux 勢のGUIアプリ群よりはマシだと思うが。

オプソな人だとプロプラなことに嫌悪感を持つ人は多いんじゃないですかね。
そういう人たちにとっては、それだけでMac独自のGUI環境は比較対称から脱落です。
私もMacではX-Window Systemで使うことを前提にプログラムを作ってます。

一部のMacユーザーが「Macはオープンだからいい」なんて言ってます。
コマンドコンソールもX-Window Systemも使わない人が、受け売りでこんな風に
言っているのは恥ずかしいですね。

207:デフォルトの名無しさん
07/06/04 07:25:54
特定の事象に付いての相対的表現を拡大解釈しすぎだな

208:デフォルトの名無しさん
07/06/04 08:47:41
GNUSTEP があるからプロプライエタリと言う程でもない。
X11 に逃げなくとも wx 使えば良いし。

209:デフォルトの名無しさん
07/06/04 09:36:02
開発者はあつまらんでしょうな

210:デフォルトの名無しさん
07/06/04 09:44:27
ここまでに書かれたコードの行数・・・0行

211:デフォルトの名無しさん
07/06/04 13:20:48
>X11 に逃げなくとも wx 使えば良いし。

GUI以外はどうするのん。
こってこれない（もっていけない）やん。

Javaを使えば、GUI以外もWinで作ってそのまま
移植の必要もない。

212:デフォルトの名無しさん
07/06/04 16:25:55
結論
Mac OS Xで本当に開発している人は、「船頭多くして船山に登る」ということわざが好き

で、よろしいでしょうか？

213:デフォルトの名無しさん
07/06/04 17:02:52
どれがいいか、というからもめるんであって、
好きなの使えばいいんだって。

obj-CでもC++でも、Javaでもwx でも、
どれで作ってもいいようになっている。

ただ、一番いいのはCocoa がクロスプラットフォームに
なることなんだが。

214:デフォルトの名無しさん
07/06/04 22:04:29
>ただ、一番いいのはCocoa がクロスプラットフォームに
>なることなんだが

コーヒーを吹いた。

215:デフォルトの名無しさん
07/06/04 22:12:18
ていうか、GUIなんて結局はプラットフォームごとに書き直さなきゃいけないんだから。

216:デフォルトの名無しさん
07/06/04 22:21:40
>>211
>GUI以外はどうするのん。

GUI 以外でプロプライエタリな所って何処?
代替になるオープンソースのライブラリが全く無い箇所ってあるの?
全然こってこれるよ。いつだって何度だってさ。

217:デフォルトの名無しさん
07/06/04 22:32:36
Xcode 3.0 ＆ Objective-C 2.0で決まりだろ。

218:デフォルトの名無しさん
07/06/04 23:00:57
>ただ、一番いいのはCocoa がクロスプラットフォームに
>なることなんだが。
winからの移植なんでwin32をクロスプラットフォームしてくださいよ。
cocoaがクロスプラットフォームになっても喜ぶのはごく一部の変人だけだよ

219:デフォルトの名無しさん
07/06/04 23:32:45
>>218
もう殆どクロスプラットフォームじゃん。
取り敢えず Linux, *BSD, Solaris では動く。

220:デフォルトの名無しさん
07/06/04 23:37:38
Win32なんてそびえたつ糞じゃん

221:デフォルトの名無しさん
07/06/04 23:51:08
>>219
え？Cocoa のLinux実装があるんですか？
それはいいかも。

でもまあ、本家Macともども、Linux、*BSD、Solarisってそろいも揃ってマイナーばっかりだなあw
Windowsに実装されてこそ成熟と言えるわけですが。

>>220
そうそう。Win32よりも.NET。Monoプロジェクト頑張れ、ですね。

222:デフォルトの名無しさん
07/06/05 00:01:02
Cocotoronってどうよ

223:デフォルトの名無しさん
07/06/05 00:24:03
>>221
クロスプラットフォームは win32 の話だったが、君にはもう必要無いみたいだね。

224:デフォルトの名無しさん
07/06/05 00:42:41
マカーの言い方が鼻につく。
そろいもそろって、高慢ちきなのはデフォルト?w

2chだけでなくて、リアルもアレなのが痛いw

225:デフォルトの名無しさん
07/06/05 07:44:58
>>224
つ　チラシの裏

226:デフォルトの名無しさん
07/06/05 08:18:48
Win32は、Wineみたいにクローン環境を作ろうとする人たちがいるのに、
なんでOSXのクローン環境を作ろうという動きは目立たないのかな。

227:デフォルトの名無しさん
07/06/05 08:23:57
そりゃシェアが全然違うから。Windows は不便だし使いたくないけど、
Windows 用のアプリは使わなくてはいけないというケースが発生し易い。

228:デフォルトの名無しさん
07/06/05 09:15:32
あえてMonoでC#

229:デフォルトの名無しさん
07/06/05 09:18:18
>>226
iPodのクローンならいたるところに

230:デフォルトの名無しさん
07/06/05 10:19:33
iTunesもハードウェア制御に近いDVDプレーヤーもココアじゃなくてカーボンらしいじゃん。
ココアってＭ＄でいうところのヴビやドトネトに近いものがあるね。

231:デフォルトの名無しさん
07/06/05 10:52:44
ココアは撲滅だね。
やっぱ、カーボンかなぁ。

ココア撲滅委員会スレッドでも建てようかな？

232:デフォルトの名無しさん
07/06/05 20:16:43
iTunesがCarbonなのは開発チームが糞だから。
DVDプレーヤーは知らんが。

233:デフォルトの名無しさん
07/06/05 20:44:17
Win32よりも糞のCarbonを使おうなんて、
頭がどうかしてるとしか、思えんわな。

Monoで C丼の方がまだマシかな。

234:デフォルトの名無しさん
07/06/05 21:01:14
Mono って冗談だよね?
Cocoa 使わないと GUI も作れないのに…

235:デフォルトの名無しさん
07/06/05 21:26:50
OS9よりも糞のOSXを使おうなんて、
頭がどうかしてるとしか、思えんわな。

Winで VB の方がまだマシかな。

236:デフォルトの名無しさん
07/06/05 21:50:32
Cocoa >>>>>>>>>>>>>>> Toolbox

237:デフォルトの名無しさん
07/06/05 21:51:39
>OS9よりも糞のOSX

どっちも糞だろｗ
で、お前はいまでも、OS9でアプリ立ち上げるたびに、
メモリをいちいち割り当てなおしてるわけ？

238:デフォルトの名無しさん
07/06/05 22:02:33
笑われるために出てきた 235

239:デフォルトの名無しさん
07/06/05 22:58:54
OS-9?
wktk

240:デフォルトの名無しさん
07/06/07 19:05:05
finkして、
＞sudo /sw/bin/apt-get install gtk+ gdk-pixbuf
を行ったところ、下のようなエラーなんですが、なになんでしょう？

/sw/var/lib/dpkg/info/passwd.postinst: line 6: update-passwd: command not found
/sw/bin/dpkg: error processing passwd (--configure):
subprocess post-installation script returned error exit status 127
dpkg: dependency problems prevent configuration of gnome-libs-shlibs:
gnome-libs-shlibs depends on passwd (>= 20011007-1); however:
Package passwd is not configured yet.
/sw/bin/dpkg: error processing gnome-libs-shlibs (--configure):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of gdk-pixbuf-shlibs:
gdk-pixbuf-shlibs depends on gnome-libs-shlibs; however:
Package gnome-libs-shlibs is not configured yet.
/sw/bin/dpkg: error processing gdk-pixbuf-shlibs (--configure):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of gdk-pixbuf:
gdk-pixbuf depends on gdk-pixbuf-shlibs (= 0.18.0-12); however:
Package gdk-pixbuf-shlibs is not configured yet.
/sw/bin/dpkg: error processing gdk-pixbuf (--configure):
dependency problems - leaving unconfigured
Errors were encountered while processing:
passwd
gnome-libs-shlibs
gdk-pixbuf-shlibs
gdk-pixbuf
E: Sub-process /sw/bin/dpkg returned an error code (1)

241:240
07/06/07 19:25:44
/sw/sbinをパスに入れたら通り魔スタ。

242:デフォルトの名無しさん
07/06/07 20:14:28
Lazarus(X-Windowアプリみたい)でコンパイルしたアプリをクリック起動すると、
ウィンドウが立ち上がるのは良いのですが、
その直前にX-terminalが開いて開いたままになるのですが、
これは仕様でしょうか？

メニューにXが出るのもちょっとウザいような。
ま、メニュー全部取っちゃうWineよりかはマシかも知れないけど。
マカーはそんなこと気にしないのでしょうか？

243:242
07/06/07 20:15:51
さらに、なぜかウィンドウ（Form1の方）が最小化してしまう希ガス。

244:242
07/06/08 11:04:58
ちょっと、状況間違っていました。

・やっぱりマックメニューはX11に全部取られてるみたい　←魔化は許してくれるのか？
・X11がオフの状態だと、xtermが立ち上がって、アプリが最小化します
　↑
対処方法どうなんだろ？

245:デフォルトの名無しさん
07/06/08 16:15:28
MacってデフォではX11が入ってないってことは、何のウィンドウシステムが動作してるの？

246:デフォルトの名無しさん
07/06/08 16:22:32
そんなこともわからないような奴が、開発だあ？

で、何？

247:デフォルトの名無しさん
07/06/08 16:28:51
Aquaのこと？

248:デフォルトの名無しさん
07/06/08 16:30:52
＞Aqua

これって、ウィンドウライブラリじゃなくてウィンドウシステムだったんだ。
旧Macから引き継がれたもの？

249:デフォルトの名無しさん
07/06/08 17:13:49
>242, 248
すいません、どんな物を開発しているかを教えてもらえませんか？

開発系ツールならばX11でも真家は許してくれます。
それ以外ならば、winユーザーよりも頭の不自由な方が多いの
で使わせるのに苦労します。
分野によってはマニュアルをキッチリと書けば、大丈夫かもしれん。
(画像系、音楽系の真家は相当アレです)

250:242
07/06/08 17:20:51
>>249
装置に添付するユーティリティーソフトウェアで、開発者ではなくて普通の人向けです。

X-Windowのインストールに関してはマニュアルで大丈夫だと思います。

＞a) 直前にX-termが開いてしまう
＞b) なぜかウィンドウ（Form1の方）が最小化
は回避不可能なんですか。。。。。

先にX-Windowが起動されていれば、bは回避できるみたいですが。。。。。

251:デフォルトの名無しさん
07/06/08 17:27:54
>>247-248
Aqua　はウィンドウシステムじゃなく、GUI　の呼称。
実際に描画してるのは　Quartz　Compositor。

252:デフォルトの名無しさん
07/06/08 17:42:02
>250
本当に普通のユーザー向けのUSB機器ようユーティリティーならばX Windowはマズい。
レビューで酷評されます。
でも、安心してください。普通のマニアックな商品であれば「玄人向けです！」と言い張れば玄人
気取りな人が喜んでくれます。

偉そうな事言って、ごめんなさい(a)の回避方法しりません。

253:デフォルトの名無しさん
07/06/08 18:26:47
GUIはInterfaceBuilderで作って中身はXcodeで書く。

254:デフォルトの名無しさん
07/06/08 18:55:18
まあポータビリティ重視ならXやjavaつかっても良いけどな。

255:デフォルトの名無しさん
07/06/08 20:47:51
>>242
俺は UNIX と Mac の両刀使いだけど、X11 のアプリは受け入れられないと思うよ。
日本語入力も面倒だし。つうか、そういうあからさまな手抜きはどのプラットフォームでも
嫌われると思うけど...

256:デフォルトの名無しさん
07/06/08 22:09:49
>>250
xinitrcにxtermが書いてあるから起動してるんじゃねーか？

257:デフォルトの名無しさん
07/06/09 03:57:20
一般向けでTerminal or X Windowというのは、企業が提供するものとしてはダメだろ。

それに、MacOSにX Window Systemは標準ではインストールされないよね。
>>250の「マニュアルで大丈夫」っていうのは、
開発ツールであるスゲー容量のXcodeを、一般人にインストールさせようとしていると言うこと？
Apple-X11か普通のX11のどちらか知らないけど、
それはちょっと手を抜き過ぎじゃないか？

258:デフォルトの名無しさん
07/06/09 11:41:41
教えて！goo Macを買わせたくありません！
URLﾘﾝｸ(oshiete1.goo.ne.jp)

259:デフォルトの名無しさん
07/06/09 11:58:04
>>258
あんな物食べてるとメタボになると言ってあげましょう。

260:デフォルトの名無しさん
07/06/09 14:12:29
なに作りたいのか知らないが、
GUI部分だけ Java（さもなきゃ wx ）で作ったらいいんじゃないか？

X11でというのは、マカ相手には通用しないよ。

261:デフォルトの名無しさん
07/06/09 14:49:03
Javaなら通用するかというと、それも微妙なんだけどな。

262:デフォルトの名無しさん
07/06/09 14:49:15
>X11でというのは、マカ相手には通用しないよ。

Macユーザーで科学関係の人は少なくないんだし、そういう人がターゲットならX11でもOK。

>>260が言っているマカがMacユーザーの中のどういう範囲を意図しているのか知らんがな。
だいたいマカなんて曖昧過ぎだよな。
ある人はMacユーザー全体を指してマカといい、ある人は一部の変人ユーザーをマカという。

263:デフォルトの名無しさん
07/06/09 15:09:21
通常のOSにある環境じゃないんだから、マカ相手じゃなくても常識がないと見なされるでしょ。
Windows使ってる奴に、Cygwin入れろとか、フリーのX Window System（名前忘れた）を入れろとか、
Active Perl入れろとか言うのと変わりない。

フリーウェアでさえAqua使ってるんだから、
CarbonなりJavaなりでGUIを作れないって言うのは手抜きビジネスもいいところ。

264:デフォルトの名無しさん
07/06/09 15:19:15
手抜きどころかビジネスとしてそもそも成立しないだろ。

265:デフォルトの名無しさん
07/06/09 16:15:16
いつからビジネスの話になったんだ?

266:デフォルトの名無しさん
07/06/09 16:28:39
>>242 は Free Pascal 使って開発しようとしてるんでしょ。GUI は Gtk+ で。
そんな事考えるのは日曜プログラマだけでしょ。

267:デフォルトの名無しさん
07/06/09 16:37:52
だいたい、ビジネスなんて言い出したら、Mac向けの作る方が
よっぽど無駄じゃないか

268:デフォルトの名無しさん
07/06/09 16:56:28
GUI アプリを Mac も含めたクロスプラットフォームで作ろうとするのは、
ほぼ不可能と考えて良いんじゃなかろうか。色々と制約を加えれば
出来ない事ではないけど、満足行く物を作るのは至極大変。

xlib, Gtk+(X11), wx, Qt, FLTK, Tcl/Tk, Java, GLUT, SDL を
全部試してみたけど、Mac は鬼門だった。

269:デフォルトの名無しさん
07/06/09 17:01:12
あくまで私見だが、

Macを含むクロスプラットフォームなGUIを
一番簡単に作る方法は、

現状ではNetBeans のGUIビルダーを使うことじゃ
ないだろうか？

あのGUIビルダーはなかなか使えると思うけど、いかが？

270:デフォルトの名無しさん
07/06/09 18:27:14
REALBasicが一番簡単なんじゃ。

271:デフォルトの名無しさん
07/06/09 18:29:10
ASCIIから移ったんだな。
URLﾘﾝｸ(www.realbasic.com)

272:デフォルトの名無しさん
07/06/09 18:33:56
ていうか、GUIまでまるごと使い回しってのは無理があるだろ。

273:デフォルトの名無しさん
07/06/09 18:48:44
別に無理などないよ。
少なくとも、NetBeans のGUIビルダーはよく出来ていると感じる。

NetBeans IDE 5.5 における GUI 構築
URLﾘﾝｸ(www.netbeans.org)

274:デフォルトの名無しさん
07/06/09 18:56:49
>>263
>Windows使ってる奴に、Cygwin入れろとか、フリーのX Window System（名前忘れた）を入れろとか、
>Active Perl入れろとか言うのと変わりない。

変わり有りまくりじゃん。

Windows用にプログラム作ればそれだけででっかいマーケットがあるんだよ？
だったらクロスプラットフォームなんて面倒なこと考えなくても、安心してOSに最適化して作るよね。
にもかかわらず、だよ、エンジニアリングの世界なら、Cygwin入れろ、Perl入れろPython入れろ
なんて話になっても、オリジナリティの高いソフトならユーザーは納得するんだよね。

Macで科学系のソフト使っている人だったら、普通にX Window System使っているよ。
どうでもいいようなGUIの習慣に五月蝿いプロシューマと違ってそのあたりは柔軟なんじゃないかな。

275:デフォルトの名無しさん
07/06/09 19:02:02
そんなレアケースを持ち出すなよ

276:デフォルトの名無しさん
07/06/09 19:10:28
っていうかMacそのものがレアケース、マイノリティなんだから、
レアケースを排除しようとする精神構造は良くない。

277:デフォルトの名無しさん
07/06/09 19:18:58
MacはLinuxの一変種ではないんだからさ、
無茶苦茶いうなって。

そもそもX11使いたいって人が、なんでわざわざMacを
選ぶわけ？

X11でいいなら、Linuxで別にいいだろ。
Macを選ぶ必要がない。

次ページ