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

Eclipseはもっさりし杉だし、何かｲｲのない？

Cの亜種でなかったっけ
確かObjective-Cとかいったやつ

C++とはちがうの？

>>1
ただでついてくるAppleのやつでは不満なのか

>>1
Xcodeでよくね？
今のところユニバーサルにビルドできるのはこれだけだったと思う。

Xcodeというより、Interface Builder使わずに開発するのはかなりアホだと思う。

まな
それとIB使うならObjective-Cだな
Javaのような言語じゃダメだ

Interface Builder 3.0ではたぶんRubyがサポートされるんだろうな。

Xcode+Interface Builderの他にはgcc+make+vimぐらいの環境しか思いつかない・・・

PPCならCodeWarriorもあるだろ。

イマドキCodeWarriorなんか使うなよ

「イマドキ」なんて言葉なんか使うなよ

「」で強調する奴

イマドキ、Project Builderだわさ

EclipseでJava

男ならgcc+make+emacsだろ

やっぱり　えまくす　じゃね？

ゲーム作りたいんだがObjective-Cじゃなあ

だったらCarbonでどうぞ

Flashでいんじゃね

miでよくね？

エディタはTextMateがいい、Xcodeと連携するスクリプトもついてくるし

とりあえず日本語が入力できて Ctrl+* なショートカット(?)がつかえるやつがいい

>>23 Carbon Emacsあたりで。

普段はよその環境で、たまたま今ちょっとMacで作業しなきゃならん、て人は
Ctrl+のほうがいいかもしれんが、MacならCommand+だなあ。

ていうか、NSText使ってるアプリならEmacs風キーバインドが使えるだろ

この軟弱者共め。
エディタと言えば vim だろう。

coteditorでいーよ

mi

Xcode じゃだめなのか？

ループしてる

realbasicに決まってるだろう。

んなもんScript Editorにきまってんだろ！

>>31
日本版、アップグレード権つかないんだね。
次のバージョンでUniversal Binaryになるというのに。。

Xcodeを使ってエディタはTextMateを使う
これ最強に決まってる。

>>34
宣伝ｲﾗﾈ。金掛かる時点でｵﾜｯﾄﾙ。今時ソースも公開されてないなんて…

ソース公開云々はこの際関係ないんじゃないか?

まあね。色んなスレに宣伝突撃するのはマジ止めて欲しい。

TextMate ってなんで日本語が使えないの？＃改造したら使えるらしいが
NSTextつかってたら自動的に使えるもんじゃないの？

>>38
http://pc8.2ch.net/test/read.cgi/tech/1164154920/85
ってことらしい。
宣伝厨のお蔭で無駄に詳しくなっちまったぜ。

http://www.youtube.com/watch?v=lduNUWAUBsQ

一応NSTextは使ってるけど、内部処理でUNIXコマンドを使っててなんたらかんたらってどっかで読んだ。

Eclipseはどうですか？

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

Carbonの情報って異常に少ない気がするんだが、みなどうしてる？

Carbon の情報はそれなりにあると思うけどな。ドキュメントもソースコードも。
API が肌に合わなかったんで、俺は途中で諦めたけどね…

いままでのC++の資産を生かしたいというありふれた理由なんだけど、
ぐぐってもあんま出ないなあと。Cocoaばっかりなんだよね。

だってCarbonで開発するメリットがないんだもん

そう？C++なら大部分をWinとクロスで開発できるじゃん。

Firefoxとかもそうしてるし

Objective-C++ というのもあるけどね。

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

そのレベルの課題でCarbonの資料が無いとか言うのはちょっと…

いやぁ、xcode carbonとかで検索してもコードらしきものがひとつも見あたら
ないってのもなんだかなあと。carbon人口って皆無なのかと。

NetBeans で pureJava に１票！

MPW Carbon で検索する…というのは冗談だけど。
検索して出て来た、日本語で関係ありそうなところ。
http://www.ottimo.co.jp/koike/ToolBox/
http://www.studioshin.com/myinsidemac/myinsidemac.html
http://www17.plala.or.jp/ymskr_km/
あとアップルの英文資料。中級以上のことをするなら読まざるを得ない。

>>55
どもです。最初のとこは初めて見ました。carbonというかtoolboxで探せと
いう感じか。なんか猫みたいなページだ。
しかし、マックデベ業界は動き速いなあ。もうみんなIntelなのか・・
ttp://www.nsknet.or.jp/~muratoma/cocoa.html
この人とかも大変そうだなあ。

英語に弱い人は PureJavaで行こうよ。
俺のことだけどｗ

英語苦手だけどサンプルコード読むぶんにはあんま関係ないしね。
PureJavaかあ。Windows上でPureJavaはもうちょっとあれなんだよなあ・・

いまのPureJavaは、昔のPureJavaとぜんぜん違うよ。
よかったら、NetBeansのGUIビルダー使ってみて。
ビジュアルでぽんぽん組んでいけるし、見た目はネイティブと
見違えるようだし、スピードも悪くないから。

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

>>56
この辺は見た？
file:///Developer/Examples/Carbon/
file:///Developer/Examples/Carbon/HIFramework/

>>59
まぁね、速くはなってるんだろうけどさ。。
NetBeansは3年くらい前にJSP開発の時使ってた。ていうか、急ぎの仕事で
PureJavaでやったことあったんだ、Macの開発。VB的な印象があったかなあ。
APIを叩くのめんどくさそうというか。
今は趣味でやろうと思ってるから、なんていうかWindows的発想でやっぱ
いろいろできるC++かなあと思ってるかな。

JavaからJNIをふつーにコールできますか？

http://d.hatena.ne.jp/okela/20060927/p1

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

>>62
JNIを使うのが第一の目的と化しているなら、
Java使うことはやめるべきだろ。

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

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

昔VBやっててWin32呼ぶのに、アホみたいにdeclareとか書かなくちゃ
いけなくって、馬鹿らしくなってC++に移ったなあ。
それとおんなじ感じだろうなあ。

馬鹿が打ち明け話しなくていいです

子供は反応しなくていいです

Sun Java Studio Creator 2 を入れてみた。
JSFの開発って、XCodeではできないのかな？

全然関係ないんだけど、
CFLocaleCreateCanonicalLocaleIdentifierFromScriptManagerCodes
って関数名、けっこう長くない？　もっと長いＡＰＩあるかな…。

Mac固有のソフトの開発以外でXCodeってメリットある？

それは Eclipse とか他の開発環境と比較して、ということ？

>>69
有名なところでは、XLibにXmToggleButtonGadgetGetState()がある。
って、既に負けてるが。

Macで開発なんて、ドＭじゃなきゃ務まんないよ。
営業方針がコロコロ変わって、その都度、一般の開発者を切り捨てるからね。

OSXに入ってからはそんなことないけどね。

>>69
ObjC でパラメータまで全部入れていいなら

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

とか。

!(Φ＿Φ+){side-over.していますが？}

>>75
セレクタのラベルは切れ目で改行できるから無しだろ。

>>73
>Macで開発なんて、ドＭじゃなきゃ務まんないよ。
>営業方針がコロコロ変わって、その都度、一般の開発者を切り捨てるからね。

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

>>72
XmならxlibというよりMotifじゃねーの?

>>74
そうか？いまどき誰がObjectiveCなんて使うんだよ。
Appleは開発者を取り込むのがほんとに下手だよな。

そんな大それた話じゃないんだよ。

まあ大きな戦略ミスではあるな。ｼﾞｮﾌﾞｽﾞめ

>>74と>>80が微妙にかみ合ってない

>>69
http://paste.lisp.org/display/4182
んなんみつけた
CF function names sorted by length

OSXの営業方針自体が失敗だったということだね

元がNeXTなんだからいまさらObjectiveC外すのはありえないっつーか無理だろ

んじゃまあ失敗は避けられない運命みたいなもんだな。

＞ObjectiveC

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

お願いでつ。

Objective-C++だからだいじょぶ

いや、、、だから、

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

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

絶対、大丈夫だって！心配すんな。

大丈夫なのは分かったから、
その通り開発するから、
Objective-C++のインスコとかIDEは何なのかとか、
教えてＹＯ！

どうだろう…大丈夫じゃない気がしてきた。

なにやってんだおまいらw

MacOSXでC++の開発はCarbonでの作業が楽です。PowerPlantXでGUIを
作った方が良いかもしれんよ。これならGUIもC++で楽ができる。
絶対大丈夫だから、気にしないで頑張れ！！

＞PowerPlantX

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

>>ググッったら”CodeWarrior についてくる PowerPlantX ”とありましたが、大ジョブですか？
もう少しググったら色々出てくるよ

(1) PowerPlantXの入手先
オープンソースになったのでこちらからダウンロード
http://sourceforge.net/projects/open-powerplant

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

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

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

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

へぇ～、オプソのウィンドウライブラリなんだ。

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

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

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

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

＞PowerPlant.framework

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

Macプログラミングのセミナーなんか無いんだろうか？

NeXTのプログラミングセミナーに行ったよ
可愛いお姉さんが講師だったことは覚えてるが
教えてもらった内容はあまり覚えてない

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

良い思いでは分かったが、














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

「可愛いお姉さんが個人指導してくれる」セミナーってところが重要だろう。
それならどこかあるんじゃなか？

いいから、開発実践的なもの何か一つ教えろＹＯ！

PowerPlantXは実践的です。C++は最強です。Objective-Cは糞です。
キレイなお姉さんの指導は少し難しいな。

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

C++は最強の糞

>>88
ここ漁ればあるんじゃね↓
ttp://developer.apple.com/jp/

C++ Tips and Tricks for Mac OS X
ttp://developer.apple.com/technotes/tn2007/tn2185.html
Using C++ With Objective-C
ttp://developer.apple.com/documentation/Cocoa/Conceptual/ObjectiveC/Articles/chapter_4_section_10.html

>>100
Cocoaセミナーじゃだめなの？

>109
＞「可愛いお姉さんが個人指導してくれる」セミナーってところが重要だろう。

>>110
俺んち来い。

>>102-103
お姉さんは24～26歳くらいだったと思う
たぶん15年くらい前の話だから今は40越えてるんだろうな

＞Cocoaセミナー

無いことない？

使えんやつらばっかだな。

おまいらの中の人には一人もココア使ったことあるヤシ居ないのか。

普通にjavaで良いじゃん。使えないの？

それって実際に使ってみてﾀﾞｲｼﾞｮﾌﾞだった？

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

＞Cocoaセミナー

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

Cocoaセミナー 全部ダウソしました。

＞Carbon
＞Spotlight の概要

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

>>117
>>119
特殊な処理が何なのかを書いてくれないと必要かどうか分からない。
何を作ろうとしてんですか？

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

特殊な処理ってのは、C++の演算処理です。

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

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

>>119
セミナーは木下のファンだったら楽しいかもしれないけど、それ以外の人は退屈かもな。
あと、セミナーは新編が出るかもしれないと。
http://hmdt.jp/archives/2007_05.html#2007051701

>>121
C++の数値計算だけならば、CarbonもSpotlightも必要ないよ。
file処理もCの標準ライブラリでOKだし、通信も普通にsocketで出来る。

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

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

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

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

じゃぁ、何使ってMAC用ソフト作れば良いの？？？？？

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

Winで作ってCrossOverすればいいんじゃね

本当にみんなそれ使ってる？

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

という漢字でつ。

Mac で Java / JNI ってできますか？
どこで習えばよいですか？

>>125
特別な理由がない限りCocoa

>>129
C#が使えないんだよねー。

>>130
Mono+Cocoa#で我慢すれ。

＞C#

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

>>132
食わず嫌いの(あるいは食っても飲み込めなかった)あなたがｲﾗﾈと言っても
仕方がないんじゃないの？
C#が使えるのならMacのプログラマも増えるよ。

C#が使いたいんならおとなしくMono使えばいいじゃん。

カスみたいなプログラマなら増えなくてもいいよ。

×：カスみたいなプログラマなら増えなくてもいいよ。
○：カスみたいなプログラマなら増えてはいけません。

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

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

ドトネトってクロス環境のためにありながら、
ブビ厨さえ使えないジャン。
ましてやＣ丼（笑）

そこでRealBasicですよ

誰も開発の話をしていないなｗ

>>137
そうか？ヘルプはうまくまとまってると思うけどな。付属のヘルプはあのくらいでちょうどいいと思う。

VSというか、Ｍ＄ＤＮ系ってデータが多いわりに解決策無しみたいのが多くていつも躓いてるんだよ。
それとインスコした場合、ディスクの肥やしになり杉。

誰だって、最初はカスみたいなプログラマだったんだから、生暖かく見守ってあげましょうよ。
黙って考えるヤツよりは、よく質問するヤツの方が成長は早いし、大成するよ。

>>142
特にスクリプティング害っつーのはひどいな
無駄口たたくくせに肝心なことは誤魔化してる
紙面埋めるだけの糞記事書く記者と同じ

＞スクリプティング害

どういう意味？

スクリプトを書いてる暇があったら公園へ散歩に行きましょう

の意。

MacそっちのけでMS叩いているあたりが実にMacスレ的ですねｗ

objective-cってなんで人気ないの？

カッコつけすぎだから

コンストラクタとかないしなあ。
自分で init 書かないといけないし。

Rubyで代用出来るようになったから

知らない奴がイメージでMac叩く→それは一長一短だね。それをいうならMSだって…→Mac信者はMS叩きばかりﾆﾀﾞ!

じつにMacスレらしい。

>>150
だからそれはObjCじゃなくてCocoaだと（ｒｙ

馬蚊（マカ）はMacなんか捨ててLinux使えばいいのに
7.04
ttp://www.ubuntulinux.jp/

>>154
君の期待は過去 10 年間、常に裏切られて来たよね。これからも同じだよ。
失敗から学ぼうよ。

>>155
そういうのを世間では目糞鼻糞、どんぐりの背比べ、便秘と下痢の喧嘩といいます。
みっともないからおよしなさい。

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

Mac も Windows も両方使ってる。
ついでに Linux も。
別に共存したんでいいんじゃなーい。

皆さん、板名100回読んで巣に帰ってね

プログラム板

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

ubuntuがMacになろうとは思ってもいないだろう。
思ってもいないものを掴まえて「どんなに頑張ってもﾏｸにはなれないんだよ」
なんて変だよね。

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

いや、元々 Linux を Mac の代替として使うという話題だから。
変だと思うのはあなたが読み違えている所為。

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

>>154ってMac関係でよく見るコピペだぞ

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

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

Mac専用に開発するなんて狂気の沙汰だろ

Javaを使えば、
Windows上でMacの開発もできる…。

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

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

Java(笑)

>>161
> いや、元々 Linux を Mac の代替として使うという話題だから。
> 変だと思うのはあなたが読み違えている所為。

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

>>167
君がかつて Windows を批判した時の様な事を、俺がしているとでも思ったの?
みっともないのは過去の君であって、俺じゃないよ。残念だけど。

>それに Ubuntu はデフォルトで root が取れなかったりと、
>割りと Mac と共通点のあるディストリだと思うよ。
それはMac起源のやり方ニダ! ってか。鬱陶しい。

>>163
全米が泣いた。

負けるな！　頑張れ！

プログラム板で一行もコード書かないってある意味偉業だよな

Macの開発の方針ってそんなにゴロゴロ変わった？

Macのほうは知らんが、WindowsならWin95向けのソフトが
なんだかんだでだいたい素で動作するし、Win32API より前の
Win16API( って呼び方でいんだっけ？ )からもビット幅が
変わったぐらいでそんなに大きくは変わってない。

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

長時間使う GUI アプリで Ruby や Python は無いな。
Java はまあ許せる。稼働中のモッサリ度は ObjC も Java も大差無い。

いやありまくるから。

無理せんでええよ。

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

Python, Ruby が良い理由になって無いよ。
起動してから動きが遅いし、マルチコアの恩恵も受けられないし、良い事無い。

Javaって酸っぱい葡萄なんですよ

>>167
>>154みたいな成り済ましコピペ基地外がいるスレで
その尻馬に乗るような事をする貴方の方もかなりみっともないね。

でも Objective-Cべったりのソフトウェアを他のプラットフォームに移植するのって鬱になるよね。

なんで、あんなもん使い出したんだ？
さっぱりわからん

>>183
NeXTのときから使ってますがなにか？

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

>>184
へー、そんなときから
全くひろがりなりないんだな

Objective-CならMac!!!!!!!!!!

>>185
最近はJavaに飽きてRuby/Pythonに夢中。

Mac信者とRuby信者は層がかぶってるからなぁ

かぶってないかぶってない

かってにかぶらせるなｗ

被っているのは別のもの。

かぶってると不衛生だし、ちゃんと手術受けろよ。

実はかぶってるほうが凄いんだぜ。

AppleもRuby/Pythonに本気 - OS Xはハッカーに魅力的か?
http://journal.mycom.co.jp/articles/2007/03/20/apple/

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

結論
Mac OS Xで本当に開発している人はこのスレ(む板)には独りもいない。

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

>Macは開発者にとっても最適なプラットフォーム
なんて言ってみても、BSD信者や鯖管にとって都合のいい、カーネルに
近い部分だけの話だよね？

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

>>195
たまにアメリカ行くけど、向こうの技術者は Mac 率高かったよ。
別の OS が動いてたりするけどねw

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

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

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

いま、rubyはどこも標準サポートしてきてるから、おくれるわけにも
いかんだろうしなあ

>>196
俺は人じゃないのか

>>200
スケールしないって話なんだけど、無理にレスしなくていいよ。
気にすんな。

!(Φ＿Φ+)
Mac.を使用し理解できる構成まで高めるのであれば一に全てのdirectory.を見える様にしてからNet.に繋げます。

なんだこの、夢遊病者みたいなレスは

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

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

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

特定の事象に付いての相対的表現を拡大解釈しすぎだな

GNUSTEP があるからプロプライエタリと言う程でもない。
X11 に逃げなくとも wx 使えば良いし。

開発者はあつまらんでしょうな

ここまでに書かれたコードの行数・・・0行

>X11 に逃げなくとも wx 使えば良いし。

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

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

結論
Mac OS Xで本当に開発している人は、「船頭多くして船山に登る」ということわざが好き

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

どれがいいか、というからもめるんであって、
好きなの使えばいいんだって。

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

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

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

コーヒーを吹いた。

ていうか、GUIなんて結局はプラットフォームごとに書き直さなきゃいけないんだから。

>>211
>GUI以外はどうするのん。

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

Xcode 3.0 ＆ Objective-C 2.0で決まりだろ。

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

>>218
もう殆どクロスプラットフォームじゃん。
取り敢えず Linux, *BSD, Solaris では動く。

Win32なんてそびえたつ糞じゃん

>>219
え？Cocoa のLinux実装があるんですか？
それはいいかも。

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

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

Cocotoronってどうよ

>>221
クロスプラットフォームは win32 の話だったが、君にはもう必要無いみたいだね。

マカーの言い方が鼻につく。
そろいもそろって、高慢ちきなのはデフォルト?w

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

>>224
つ　チラシの裏

Win32は、Wineみたいにクローン環境を作ろうとする人たちがいるのに、
なんでOSXのクローン環境を作ろうという動きは目立たないのかな。

そりゃシェアが全然違うから。Windows は不便だし使いたくないけど、
Windows 用のアプリは使わなくてはいけないというケースが発生し易い。

あえてMonoでC#

>>226
iPodのクローンならいたるところに

iTunesもハードウェア制御に近いDVDプレーヤーもココアじゃなくてカーボンらしいじゃん。
ココアってＭ＄でいうところのヴビやドトネトに近いものがあるね。

ココアは撲滅だね。
やっぱ、カーボンかなぁ。

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

iTunesがCarbonなのは開発チームが糞だから。
DVDプレーヤーは知らんが。

Win32よりも糞のCarbonを使おうなんて、
頭がどうかしてるとしか、思えんわな。

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

Mono って冗談だよね?
Cocoa 使わないと GUI も作れないのに…

OS9よりも糞のOSXを使おうなんて、
頭がどうかしてるとしか、思えんわな。

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

Cocoa >>>>>>>>>>>>>>> Toolbox

>OS9よりも糞のOSX

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

笑われるために出てきた 235

OS-9?
wktk

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)

/sw/sbinをパスに入れたら通り魔スタ。

Lazarus(X-Windowアプリみたい)でコンパイルしたアプリをクリック起動すると、
ウィンドウが立ち上がるのは良いのですが、
その直前にX-terminalが開いて開いたままになるのですが、
これは仕様でしょうか？

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

さらに、なぜかウィンドウ（Form1の方）が最小化してしまう希ガス。

ちょっと、状況間違っていました。

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

MacってデフォではX11が入ってないってことは、何のウィンドウシステムが動作してるの？

そんなこともわからないような奴が、開発だあ？

で、何？

Aquaのこと？

＞Aqua

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

>242, 248
すいません、どんな物を開発しているかを教えてもらえませんか？

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

>>249
装置に添付するユーティリティーソフトウェアで、開発者ではなくて普通の人向けです。



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

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

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

>>247-248
Aqua はウィンドウシステムじゃなく、GUI の呼称。
実際に描画してるのは Quartz Compositor。

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

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

GUIはInterfaceBuilderで作って中身はXcodeで書く。

まあポータビリティ重視ならXやjavaつかっても良いけどな。

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

>>250
xinitrcにxtermが書いてあるから起動してるんじゃねーか？

一般向けでTerminal or X Windowというのは、企業が提供するものとしてはダメだろ。

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

教えて！goo Macを買わせたくありません！
http://oshiete1.goo.ne.jp/qa3048922.html

>>258
あんな物食べてるとメタボになると言ってあげましょう。

なに作りたいのか知らないが、
GUI部分だけ Java（さもなきゃ wx ）で作ったらいいんじゃないか？

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

Javaなら通用するかというと、それも微妙なんだけどな。

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

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

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

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

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

手抜きどころかビジネスとしてそもそも成立しないだろ。

いつからビジネスの話になったんだ?

>>242 は Free Pascal 使って開発しようとしてるんでしょ。GUI は Gtk+ で。
そんな事考えるのは日曜プログラマだけでしょ。

だいたい、ビジネスなんて言い出したら、Mac向けの作る方が
よっぽど無駄じゃないか

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

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

あくまで私見だが、

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

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

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

REALBasicが一番簡単なんじゃ。

ASCIIから移ったんだな。
http://www.realbasic.com/jp/index.php

ていうか、GUIまでまるごと使い回しってのは無理があるだろ。

別に無理などないよ。
少なくとも、NetBeans のGUIビルダーはよく出来ていると感じる。

NetBeans IDE 5.5 における GUI 構築
http://www.netbeans.org/kb/55/quickstart-gui_ja.html

>>263
>Windows使ってる奴に、Cygwin入れろとか、フリーのX Window System（名前忘れた）を入れろとか、
>Active Perl入れろとか言うのと変わりない。

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

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

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

そんなレアケースを持ち出すなよ

っていうかMacそのものがレアケース、マイノリティなんだから、
レアケースを排除しようとする精神構造は良くない。

MacはLinuxの一変種ではないんだからさ、
無茶苦茶いうなって。

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

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

>>273
そうじゃないくて、
プラットフォームの文化の差異を無視して同じGUIを使い回すのは良くないってこと。

>>277
Solarisじゃあかんの？

>>277-278
いや、MS-OfficeもX Window Systemも使える、UNIX風環境がウリなんだから
いろいろなGUIを使うのはMacのひとつの使い方としてまっとうなんだよね。
全然むちゃくちゃじゃない。

従来からのMacのGUIだけに固執するのは頭が固いんじゃないかな。
文化なんていうのはそこに集まる人たちで醸成されるものなんだし変化するのも
自然だと思うよ。

>>276
別に排除してはいないが、レアケースは所詮レアケースであって、
一般化するのは無理があるよ。

自分の母親の使いたいソフトが X11 を入れて fink で Gtk+ を
取って来ないと使えない様な代物だったら、と想像してみると良い。

>>281
パッケージとし一般に流通するソフトの場合は、絶句するしか無い。
しかし、インハウスなソフトだとかアカデミックな世界で使われるソフトで
あれば、X11で全然問題ないじゃん。

いや、そんなことをいうなら、
WindowsだってX11を使おうと思えば使えるんだから、
Windows相手にやってみればいい。

みんながいっているのは、使いにくいものは使いたくない、
ということ。

自分の都合を押し付けても、相手にとっては迷惑でしかない。
X11が使いやすかったら、いまごと天下とってるだろ。
タダなんだし、高機能なんだし。

でも、ぜんぜん天下は取れなかった。
たまたま天下を取れなかったんじゃなく、天下を取れなかった
のには理由があったということ。

いいかげん、歴史を学べ。
そんなことでは、Linuxは今後もダメだろうな…

>>280
むちゃくちゃだな。GUI は統一されていた方が良いに決まってるじゃん。
レストランに入ったらレジが２つあって、ドリンクの料金はレジＡで日本円で支払って
カレーライスの料金はレジBでルピーで支払う必要があるとかナンセンスでしょ。
アプリだって同じお作法でシームレスに使いたいのが自然だと思うよ。
そんな事も想像出来ないのは頭が固いんじゃないかな。

お前らMac板に帰れよ・・・

プログラム言語は統一されていた方が良いに決まってるじゃん。
ワープロはBASICで開発して、科学技術計算はFortranで開発する必要があるとかナンセンスでしょ。
アプリ開発だって同じ言語でシームレスに使いたいのが自然だと思うよ。
そんな事も想像出来ないのは頭が固いんじゃないかな。

どんなにでかいマーケットであろうとニーズに合った物を作らなきゃ売れネェよ。

>>278
ほかのクロスプラットフォーム用のGUIではどうだか知らないけど、
NetBeansというか、JavaのSwingの場合は、
それぞれのプラットフォームに合わせた表示になるよ。

そりゃ、まるっきりネイティブと同じではないかもしれないけど。

>>258
削除されてるしｗ

>>284
そもそも今のMacはMacのGUIも、X Window Systemも、UNIXのコマンドラインも、
そして仮想環境やブートオプションでWindowsも使えますっていうのがセールス
ポイントなんだよな。これってレストランでいえば和食専門だとか、イタリアン専門
だとかそういうのじゃない。どちらかといえば、なんでもありのファミレス状態なんだね。
このあたりなんか、もうWindowsマシンなんかびっくり仰天の守備範囲の広さ。
こういう守備範囲の広さを否定するなら、OS9に引き篭もってろ、と言いたいね。

で、そのファミレスで餃子もパフェも寿司もビーフステーキもフォークとナイフで
食えっていうの？馬鹿じゃね？餃子には餃子のユーザーインターフェースがあるし、
パフェにはパフェのユーザーインターフェースがあるだろう。

そういう様々なユーザーインターフェースの商品を並べても、同じように作り笑顔の
ウェイトレスが迎えてくれるし、同じように注文できるし、同じように支払いができる。
ラーメンを食べたいパパと、うな重を食べたいママと、とんかつ定食を食べたい坊やが
一緒に食事ができる。なんでもありのファミレスであることのメリットは大きいわけよ。

実際のところそのファミレスはもともと量産ケーキ屋だったものだから、ケーキを食う
のが一番しっくりくるわけだが、いまどきそのファミレスでケーキ以外は邪道だなんて
言っているのはどうだかな、と思うよ。

>>288
wx も Tcl/Tk もネイティブな LAF なんだけど、どうしても違和感が
出てしまうのよね。Swing も同じ。

>>290
>馬鹿じゃね？

ここだけ読んだ。全部を読む価値が無いのが分かった。
長文乙。

>違和感が出てしまうのよね

そういう人がいるからといって避けてたらどんなソフトも作れないからなあ。

>>293
あなたが作るのは良いんじゃないの。俺が自分でアプリを作る時に気になってるだけだから。
便利なツールであれば wx とか Swing のレベルなら一般人には充分許容範囲だと思うよ。

その、なにやら科学系のソフトを使っているユーザーとやらは、
Macネーティブはおろか、Javaやwx、tkといったGUIを作るのは
手に負えないわけなのか。

X11は、よーするに、使いにくいから敬遠されているわけだが、
ほかのアプリの開発する者たちは、ネーティブかJava wxといった
ネーティブに準ずるGUIを採用しているのに、
それがどうしても嫌だというのは、能力の不足のゆえなのか？

それで科学系のソフトとやらで、なにか出来るのかね？？？

能力が足りないなら、研究だかなんだか知らないが、
成果など見込めないだろうに。

X11 のままで問題無いなら Emacs もわざわざ Carbon にポーティングされたりせんわな。
今時 Carbon を使わなきゃいけないなんて、地獄だったろうに。Carbon がもう少しマシな API
だったら tk もちゃんと日本語扱えたし、Gtk+ のポーティングも今頃は終わってた事だろうなあ。

MacのX11重宝してるけどなぁ
異OS間でネットワーク越しに使えたりとか

その日は雪がちらついていて、身を切るような寒さだった。

蛇が見える・・・AppleのOS戦略に翻弄されて傷ついた者たちの
長い長い蛇だった。くねくねと長いやつ。

Cocoaに向かって一列に進んでゆく。どれが先頭なのか見分けがつかない。

列の後ろの方に、道に倒れて動けなくなったToolBoxプログラマがいた。
プログラマは狼のような声で泣き叫ぶんだ。

Carbon化は・・・待ってくれッ。
Jobs・・・見捨てないでくれッ。

サードパーティーは肩を竦めて歩いていく・・・ 。一度も振り返らずに。

--- OpenStepプログラマの回想より ---

OpenOffce(X11)とNeoOffice(Aqua)の関係を考えてみれば分かるような気もするが。
NeoOfficeはOpenOffceの移植物だけどOSXでのユーザー数はNeo>Openなんだよな。

>>299
ユーザー数で考えて何か分かるのかね？
だったらそれと同じ判断方法で Windows>Mac という現状から、何を導けるんだい？

MacよりWindowsのほうがすぐれているってことなんだよ

>>301
その伝でいくと、OpenOfficeのほうが優れているということになりそうだ。

X11を否定する人って何なんだろう。
PS3Linuxも否定しちゃうんだろうか。

VMWareとか作れるような技術も持ってないんだから

適当な便利ツールでいいんじゃねえの

>ユーザー数はNeo>Openなんだよな。
ユーザー数って何で決めてるんだろう。ダウンロード数? インストール数? アンケート?
NeoにしてもOpenにしても、「インストールしてみた」「意外に使えそう」という人はまわりに
いるけれど、そいつら、結局使っているのはみんなMS-Officeだよ。
まあ、俺の同僚でMac使っているのって10人ばかりだから狭い世界だけどな。

X11の知識もないようなのは、ろくなアプリ作れないってことだろう

実際には、そうだしw

適当なオープンソースアプリひっぱってきて、carbonでラップするのが
関の山だろう

ラッピング業者かよ！

だいたい、Mac自体が、UNIXをラッピングしてるだけなんだから
当たりまえっちゃ当たり前

J-ラップ

よーよーよー、ちぇけらっちょ

X11のOOは日本語の入力に問題があるから論外だろ

なんちゅーか、
知識なくて、MacらしいGUIが作れませんちゅー、
Linux野郎が出張してきてるな。

おめーのLinuxはJavaが使えるだろう？
それでGUI作れっていうんだよ。

できねーのか？
知識ねーなら、開発なんかするなちゅーの。

あるプラットフォーム向けの製品を作るためにはそのプラットフォームをよく理解しておかなければならない。
理解せずに製品をリリースしてもそれは失敗する。

時間の無駄じゃね？
市場小さいし

で、結局なにがいいの？
あんまり伸びてないようだけど

このスレが証明してるだろw

だんだんと、
なぜLinux はダメなのかを検証するスレみたくなってきたな。

開発者の都合を押し付けるLinux と、
ユーザー第一を考える Windows と Mac。

テメーで勝手に使ってる分にはLinux でもいいんだが、
そんなものを他のユーザーにも押し付けられたのでは
かなわない。

OOoのGUIもneoがJavaで実現しているところからみて、
Javaをはじめとするクロスプラットフォーム用のGUIツール
でも、十分な機能を持ってるといえるだろう。

そういう手段を否定してまで開発者の都合を押し付ける姿は、
醜い というか、あまりにも往生際が悪すぎる。

結論として、Linus は今後もダメであり続けるだろう。

Linux最大の弱点はX.

意味がわからない
OOoを例にあげるなら、Neoってのを一から作れってことが
いいたいんじゃないのw
NeoってOOoが存在しないと、成り立たない製品でしょ

OOoなみのアプリを一からつくれる開発者なんて
いるわけねえだろ、Ma界隈に

Office製品はむりっしょ、いままでもMSOfficeに頼ってたわけだし

Linux野郎ども、頭わるすぎ。
ゲイツの方がマシだ…

Mac を仲間だと思ってるLinux。
Linux をキモイと思ってるだけのMac。

そんな図星つかれたからってw

問題は、開発環境のスレなのに
なぜかオフィススイートやLinuxの話題が出てくることだ。

>>325
誰も興味ないからw

出てこないからじゃね

carbonでラッピングすればいいの？
ねえ？

とりあぜ、クロスプロットフォームの製品もってきて
Mac用には、carbonでラッピングしとけばいいんじゃねw

X11っていうとLinuxという発想なのか。すげえアホ。
BSDに謝れ、このカスが。
技術系のソフトに日本語入力が必須だという発想も驚いた。

Emacsもcarbonでラッピング

だって、開発環境自体は
UNIX的にやってても誰も文句ないわけだし。

要するに、最終的にMac的かどうかが問われているわけで。

純粋なネイティブのGUIじゃなくて、
Javaやwxのようなネイティブもどきでもいいから、といっても
納得しないんじゃ、LInuxの巣に帰れといいたくもなる。

なんで勝手に技術系ソフトの話題にしてんの？

firefoxもcarbonでラッピングしとけ

まあ、何にしてもCocoaって選択肢はAppleと心中するようなもんだな。
これからはJavaだろ。

>技術系のソフトに日本語入力が必須だという発想も驚いた。

お前に日本語もったいなわな。

だって、チョンだもん、しょうがないだろ。

>>332
だから、それを聞いてるんじゃないかw

でも、口だけだよね

>>336
それなんていう日本語？
コーヒー噴いたじゃねえか、どうしてくれるw

javaやwxということは、クロスプラットフォームを前提にしてるわけだろ？
クロスプラットフォームの製品作るのに、Macなんか選択肢ねえって
いってんだよw

クロスプラットフォームの製品をみればわかるだろ

クロスプラットフォームのアプリ作るなら、Macでは開発しないな
Windowsだろ

田舎の保守派ってのは排他的だね。

保守でなんでもない
実際そうなんだからw

ある決定的な魅力がないか限り変わらないだろ

その魅力とやらを聞いてるんだよ

まだ出てこないみたいだけど

Appleが力を入れてるのはそこ！

なんだけどねえ

>>341
QtでやったときはWindowsで開発。Linux、Macで調整だったな。
Macだけいろいろ調整が必要になったけど、開発をMacでやってたら大変だったろうな。

Javaを使いこなせないLinuxどもが
ついに発狂しました。

おのれの頭の悪いのを Macのせいにしないでくれませんか？

これからは Javaくらい使いこなせないと、
開発者として生きていけないと思いますけど。

まあ、Linuxは違うんでしょうね。
開発者の都合をユーザーに押し付けられますからｗ

お前はさっきからなにをいってるのかね

>>344
とか答えてみれ

これだけスレも進んで、魅力が何もないってのは珍しいなw

タダでもいらね、といわれるX11。

なんだか、哀れだな。

MacではJavaが熱いの？
へー、それはすごいw

ああ、まだX11=Linuxから抜け出せないのか。

仮にだけど MacOSX のインターフェースをフレームワークにした API が
Java 上で実装されたとしたらそれみんな使う？
つまり Windows 上の JavaVM や Linux 上の JavaVM で
MacOSX (みたいな画面)が動くだけなんだけど

はあ？
馬鹿なLinuxer でもJavaならなんとかなるんじゃない、
と言ってみただけだけど。

無理なのか？　開発環境云々の前に、おつむの程度をなんとかしたら？

なにをそんなにかっかしてんだよw

>>353
JavaのSwingって、すでにそれだろｗ

最近はrubyとpythonに夢中

だから、Macに開発者なんか集まらねえんだよw

市場の狭いMacの開発だからこそ、クロスプラットフォームなツールを使いこなして
他の環境から低コストでポーティングできるといいですね。

そそ、
Macユーザーは、純粋にネイティブなGUIが一番とは思うけど、
Javaやwxのようなネイティブもどきを否定するほど心は狭くないよ。

neoのように成功したものもあるし。

普通の.NETをAppleとMSが協力してOSX環境に移植してくれる方が嬉しい。

MSが協力するわけねえだろう！
頭わるすぎ。

もっとも、過去にOpenStepを開発したJobsのことだから、
いずれCocoaがクロスプラットフォームになる展開なら
ありえそう。

>>360
iTunesなんてCarbonっだけで叩かれまくってんぞｗ

>>363
どこで叩かれてんだよ。
ユーザーが中身を気にするかよ。
見てくれが Mac的かどうかだけが問題。

>>362
いやMSはもっとしたたかだよ
協力するふりをして初期バージョンは作るけど途中で放り出す
みんながそれに登ったあとでハシゴを外すタイプ

馬鹿をまとめて葬るには一番楽な方法なんだよなｗ

Monoのことかよ。
たしかに怖すぎて、のれないよなー。

>>362
> MSが協力するわけねえだろう！
> 頭わるすぎ。

SilverLightっていう例もあるし。
でもそうだな、AppleにMSが協力してもらうより、Appleの意図とは関係なしに
MSがやっちゃう方が市場としては健全かもね。

>>366
待て待て。Monoはマイクロソフトが作るハシゴじゃねえぞ。

>MSがやっちゃう方が市場としては健全かもね。

そうだよ、
その方が、あとでハシゴを外しやすいから。

>iTunesなんてCarbonっだけで叩かれまくってんぞｗ

ヲタ気質を放ちまくりですね。

>>369
そそ、Appleがいろいろハシゴを外してきたようにね。

Mono、
MSがNovellの首に巻きつけた縄。
逆らうと徐々に締まる。

結局、なにがいいんだぜぜぜ？

ええと、なんかの製品のOSX向け付属ソフトウェアがX11でもいいか、って話題じゃなかったっけ。

>>365
だからプロプライエタリな環境はリスクを伴うのですよ。
MSでもAppleでも経済的政治的その他の理由で予告なく手を引いたり
大幅に改変することはあるわけです。

その点、ソースがフリー(自由)で公開されているソフトウェアなり環境は
ベンダーが手を引いても必要とあれば別の人が引き継げるわけです。
そういう意味では市場が狭い上にプロプライエタリなMac独自のGUI環境は
最低ですね。

だから開発環境をあげろよ！！！！

結局Javaか。

http://www.apple.com/jp/macosx/developertools/

これか？

CocoaでJavaってことですか？
わかりました、では、さようなら

話を元に戻すな。

だから、純粋にネイティブじゃなくても、
JavaのようなネイティブもどきでもMacユーザーは受け入れる
と言っているのに、こいつらはイヤだという。

だったら、Linuxの巣に帰れっていうの。

見てくれや操作性がMac的なら、中身はまるきりUNIX流でも
Macユーザーはなにも文句は言わないと言ってるだろ。

頭が固すぎ。
ユーザーの目に見えるところだけが問題なんだ。
そこを理解しろ。

Macである必要ないな

Obejective-C
これなら、Macでいいんじゃない？

Objective-Cなんてミエミエの囲い込みにひっかかるのってよっぽどMacが好きか
Windowsアプリの開発で食いあぶれて逃げてきた人でしょ。

>Macユーザーはなにも文句は言わないと言ってるだろ。

お前が代表するなって、バーカ。
躁病になると気が大きくなるそうだ。キミ、一度お医者さんに診てもらった方が良くない？

お前ら、Javaが分かってないだろ。
（そんなことも知らんでLinuxを使ってるのか？？？）
JavaのGUIとCocoaは直接的には関係ない。

そもそも、見てくれと操作性がMac的なら、
中身はまるきりUNIXでもぜんぜんＯＫなんだと何度いったら
分かるのか。

＞＞３８４
あんた
開発環境はどれがいいんだぜ？

Macでは何を使ってるの？
Cocoaなの？

>>393
ほら、お前はos9の巣に帰れって。

悪いが、
見てくれがMacなら、中身はUNIXでもMac流になってしまうのが
OSXなんだよ。お前には理解不可能だろうがな。

CocoaでJavaという結論のようです

>>388
わかりました!!!!!!!!!!

いいから、デマを広めるなっての。
JavaでのCocoaのサポートはすでに打ち切られてるんだし。

JavaのGUI（Swing）とCocoaは直接的には関係ない。

じゃ、なにがいいんだよ

だから、CocoaでObjective-Cだっていってるだろうが！

好きなの使えっての。

ただ、
見てくれや操作性の部分は、ネイティブかJavaやwxのようなネイティブもどきを
採用しないとMac界では受け入れられないというだけ。

なるほど

ネイティブに作るのが一番でしょうな
誰かがやってくっるでしょう

たしかにネイティブが一番。これは否定できない。

でも、次善の策としてネイティブもどきは外せない。
もしこれを否定すれば、Mac破滅の可能性が高くなると思われるし、
それに、ネイティブもどきを認める度量があれば、
膨大なソフトがMac界にもたらされる可能性がある。

なにより、NeoOfficeという成功例があるわけだし。

それと、Jobsはユーザーのはるか先をいってるから、
とっくの昔に、CocoaをMacに縛り付けておくのは得策じゃない
と気づいていると思う。

時期は分からないけれど、Cocoaのクロスプラットフォーム化は
実現する可能性が高いと思う。
（というか、これをやらなきゃダメだ。
　過去にはOpenStepという実績があるんだし）

とりあえず、NeoOfficeは本当に成功例なのかどうか。

今度はMS信者が出っ張ってきたな。

まあ、MSOfficeは俺もWinで愛用しているが。

OSXでもMS-Officeが主流だろうよ。
ただ、Unicode非対応なのが痛い。

マカーって阿呆だな、信者論争しかできねえのかよw

幼稚

>>396
つーか、他のプラットフォームの開発者引き入れなきゃ
どうにもならんからな、当たり前

事実は、

Macの作法を無視して、LinuxerをX11を無理やりMacに持ち込もうとして、
Macをよく知る者たちが、GUI部分だけはネイティブかネイティブもどきを
採用しろとたしなめた、ということなんだが。

いつになったら、Linuxerは歴史を学ぶのだろうか。
この調子では、Linuxは今後もダメだろうな。

MacはGUI部分をオープンソースにしろ。
話はそれからだ。

JavaのGUIはオープンソースになっただろ。
xwはオープンだっけ？

そもそも、qtとかソースはオープンなのか？

日本のMacとLinuxのユーザーってあきれるほどコード書かないよなｗ
なにこの道程がｾｸｰｽを語るスレｗ

>>404
何も知らんのだな…
Java も wxWidgets も Qt も、全部オープンソースだよ。

Qt がオープンてホント？
Qt がクローズドだからgtkが誕生したんじゃなかったっけ？

ちなみに、Linuxの方はMacには興味津々かもしれないが、
Macの方にとってはLinuxはキモイだけなので、今のLinuxの状況は
よく知らない。（たぶん、俺以外の多くのMacユーザーも）

これ、レベル低くねw

こんなやつがプログラミングの何を語ろうというのかw

>>407
>Qt がオープンてホント？

正解教えても気にくわないなら自分で調べろよ。

>>407
お前、くる板間違えてるよ

>>407
お前みたいなのが Mac ユーザ代表みたいな物言いするから、
良い鴨にされるんだよ。少しは世の中を勉強してくれ。

別にQTやGTKを使う必要なんざないが、普通知ってるだろうw
プログラムできる奴なら、常識として

ありえねえ

QT商用ライセンスは、25万じゃないのか？
http://www.sra.co.jp/qt/licence/index.html

目をこすってよく見てみろよ。

Linuxの連中は、無償の奉仕活動しかしないから、
商用ライセンスは関係ないんじゃないか？

それとオープンソースとどう関係あるの

>>413
オープンとクローズドの意味も分かってないみたいだな。
目玉があっても見えてないのなら意味が無いよな。

商用ライセンスにすると、なにかいいものができるのか？w
プログラマの腕次第だな

レベル低すぎw
だめだこりゃ

一方で、直接販売する、しないに関係なく、広い意味での商用ソフトウェアの
開発 (Qt を事業の一部で活用いただく開発) を行う場合には、商用版の
ライセンスを購入いただけますようお願いしています。

とあるな。

Linuxからもライセンス料とれや。
応援するぞ、Trolltech。

人にたかるしか能がないのか、Linuxer！

人にたかっているんじゃない。

俺がもっとよくしてやるから、オープンにしろ。ただにしろ。

>>403を見たとき、オープンソースの話は関係ないじゃんと思ったが、
あまりに当たり前なのと、>>403は半分煽りかなと思って放置していたら、
いつの間にかこのザマw

OpenOfficeへの横道逸れ具合といい、このスレってめちゃめちゃレベル低いんですね・・・

がんがれ、Trolltech。
ライセンス料払えや、Linuxer！

Trolltech、使ってもらってる立場だろw
そんなに嫌ならデュアルライセンスなんかにするなよって話だよ
そうしたら、かなりやばいけどな

ビジネスがわからんのだろうなw

>>421
めちゃめちゃレベル低い人は一人か二人だと思うよ。
そのうち一人は、今我々の目の前にいるようだ。

QTのオープンソース版なくすと、極端にユーザ減らすよw

Trolltechは形影苦しくなるだろうな

プログラムできる奴いないっしょwここ

QT買ってプログラムしてんの？実際wマカーさん

なんとかウヤムヤにしようとしているLinuxer。

てか、Macには関係ないんだよ。
X11なんて持ち込もうとするな、ボケ。

オープンソースなGUIが必要なら、
Javaでもwxでも使えや。

>>428
QT使うような奴だったら、普通はデュアルライセンスのことは知ってるから

まあ、いないねw

>>407 のレスは無かった事にして、話題を戻さないか?

やっぱダメ過ぎだなw
なにがMacの開発環境だよ
開発してる奴が語れ

MacのまともなGUIも作れないQTで、
なにをしようっていうんだよ。

水準に達してないからボツだっていってんだろ。
いいかげん、使いにくいものは相手にされんのだと気づけって。

レベル低すぎと思われてるの、わからん？

ダメだこりゃ

Macになんか、まともなプログラマいねえもんw

>.433
お前が、QTの商用ライセンスでもかって
作ったらw

X11しか使えんという奴が消えればいいんだよ。

MacではX11なんて、相手にされてないの。
ついでにいえば、Windowsでも相手にされてない。

食いつめLinuxerしか、そんなもの使ってない。
なにしろ、タダという以外に取り柄がない。
レベル低すぎ。

MacでまともなGUI作りたかったら、何を使うの？

大笑い

ここには、食いつめLinuxer以外はいないのか？

Cocoa

QTといえば、Operaか

開発者が少ないわけが、俺にもうっすらとわかってきた

マカはMacOSXはUNIXだとあれほど言っているんだから、
X11でいいやんｗ

っていうか、UNIX系のAPIじゃないならMacでなんかプログラミングしないって。
MacはUNIX（完璧じゃないけど）だから使ってやってるっていうのに。

Macに親近感をもつLinux。
Linuxをキモイと思ってるだけのMac。

まるでストーカーだな。
消えてくれ、Linux & X11。

Macなんか鯖でも使えない、お絵描き専用OSとしか思われてないよ
Linxerには

言い寄られるなら、Windowsの方がいいよな。
ドザの方が好きだｗ

Linuxに鯖以外の用途があるのかよｗ

開発者の数をふやしましょう!
Appleも一生懸命だよ、そのへんはw

>>447
Macにはなんの用途があるんだ？w

>>442
俺の経験上、デベロッパーの Mac 保有率は結構高いんだけどね。
カンファレンスとかだと MacBook を良く見かける。
サーバサイドの開発だと Java や PHP が動けば何でも良いから。
まぁ Mac OS X じゃなくて Ubuntu が動いているケースも無くは
無いけど、Mac OS X を使っている人が殆どだ。

エンドユーザが喜ぶ様な GUI のアプリを作ってる人は少なそうだね。
Mac は今でも「作るは地獄」なんだよね。

ないねw

>>443
Linux は UNIX ですらないんだよ。知らないのだろうけど。

>>452
だから、どうしたw
そんなもののなんの意味がある

Macは　UNIXだとして何がすごいんだ？

マカーって馬鹿だろまじでw

外見さえ Javaかwxで作っておけば、
中身はUNIX流でいいんだから、たいした問題じゃないだろ。

Javaとかうまく使えば、開発自体はWinやLinuxでやれるんだし。

どこがそんなに問題なんだ？

>>453
色んな事に「そんなもののなんの意味がある（原文ママ）」と切り捨てていくと、
あなたには何にも残らないんじゃないかなと思って。もっと勉強した方が良い。

>>456
だから、UNIXだとしてなにがすごいんだ？
UNIXは鯖で強いね
Macはどうしてんだ？w

いや、x11はマジで切り捨てた方がいいかも。

うざいのが付いてくるからな。

中身がないから、しょうがない

>>458
そんなもん、お前みたいなカスがどうこうできる話でもないだろ
ジョブスに頼むんだな

Macなんか鯖でもデスクトップでも使われないのが現状

UNIXだけどねw

馬鹿の一つ覚えのように、UNIXUNIXって
中身なさすぎw

逆、中身ないから、こういう謳い文句に拘るんだよw

>>457
もうちょっと中身の詰まった質問をしてくれ…
すごいって何だよ、すごいって…

MacはUNIX！！！！！！！！！！！！！

いかがですかー？

次のレパードには、SunのZFSが搭載される。
Linuxはどうするんだ？　差が開く一方だな。

いらね

アップルはデベロッパーなめてるからね。
ジョブスの気まぐれに振り回されるのは馬鹿馬鹿しい。

>>466
なんの差だよw
ほんと中身ねえなあ

マカーってまじ馬鹿だろw

次第に追い詰められていくLinuxer。

気をつけろ。あまり追い詰めるとテロ行為に走りかねん。

馬鹿とかいてマカと読む

zfsね
詳しく説明してもらおうか

まあ、みんな落ち着け。

少し前まではまでは、LinuxにはまともなGUIなんて
なかったんだ。手加減してやろうよ。

弱いものいじめして、なにが楽しいんだ？

>>473
そんなことできるわけねえだろ
たぶんLinuxerの方が詳しいw

ZFSを知らん奴がいるのか。
全く犬糞はアホだな。
Leopardのタイムマシーンのことだよ。

>>473
snapshot が一瞬で取れるのは便利だよ。
RAID もかなり簡単に組めるし。

ていうか、
emacsあればGUIいらないでしょ。

viはちょっとあれかもしれないけど、emacsあれば
GUIの必要性は感じないなー。

最近デベロッパがMacに流れてるって？

でもそういう人たちが使う言語は
Perl、Ruby、PHP、Javaなど。

MacOSXネイティブアプリをつくろうなんて思っちゃいない。

UNIX板のZFSスレでマンセーしてた阿呆はこいつらかw

zfsねえ
zfs搭載でスイッチする人がいっぱい出るといいですなw

そうそう、ここに来てるLinuxerは本当のLinux使いじゃ
ないから。GUIに日和ったやつら。

真のLinux使いは、GUIなんて使うわけないから。
Macのみなさん、ごめんなさい。
こいつらは、偽のLinux使いなんです。許して。

もはや、開発環境とはほとんど関係ないなw
ただのマンセースレと化してる
ま、しょうがねえか、Mac関連スレはいつもこんなもん

>>481
そうだよね。こういう、一歩一歩着実にキャッチアップしているのには好感が持てるよね。

いつも失敗に終わるけどなw

intelをボロクソにいってたやつらが、採用した途端
マンセーしだしたりな
あれには笑った

中身なんかねえもんよw当たり前だろ

一人で何回もマックけなして楽しいですか?

中身がある会社は、あんなCMしませんw

あのCMって10年かけて考えたんじゃないのか？
比較対象が10年前だし。

>Perl、Ruby、PHP、Javaなど
MacOSXではこれらの言語でネイティブアプリは作れるんですけど？

QTといったら、quicktimeのことじゃないの？

>>492
不謹慎にもわらってしまった
それには気づかなかった

Perl、Ruby、PHP、Javaでネイティブアプリが作れますw
by OSX

QuickTime APIはWinでも動いたけどLinuxでも動くの？
それともオープンソースにしないとだめですか？

>>492
が正解

>>491
お前の定義は、ダブルクリックで開ければ
ネイティブアプリなのか？ｗ

作れ作れ、どんどん作れw

>>497
当たり前だ。ユーザーから見て区別が付かなければネイティブ。
ユーザーは中身が何で作られようと気にしないよ。

>>495
後半ｲﾐﾌﾒ

オープンソース言語使っちゃダメだよ

いや、Cocoaも呼び出せるって意味だろ。

うーんと、Javaはまあ出来るし、Pythonもできるｇ、
Perlはどうだっけ？　ていうか、スクリプトは俺も使うことが
ないのでよく知らないが、

ネイティブアプリは作れるようになってる場合があるのはホント。
Linuxとはぜんぜん違う。

ただし、そういうやり方をするのがUNIX系からきた開発者に
おすすめとは思わないが。

だから、Linuxと同じと思うなって。
ネイティブのCocoaが呼べるようになってる場合がある。

Linuxと同じと思って言ってると、大恥をかくことになるぞ。

もちろん、そういうやり方より汎用ライブラリを使うことを
考える方が先だと思う。

マカーってもの知らなすぎ？
摩訶不思議

結局、MacOSXはUnixプログラマを取り込むことはできたが、
MacOSXプログラマにすることはできなかったんだよ。

そりゃそうだよね。Unixプログラマがやりたいのは、
Unixプログラミングであって、それができるからMacOSXを使ったのだから、
やることは当然Unixプログラミング

もうこの際MacOSXでUnixプログラミングできないようにしたら？ｗ

>>499
> 当たり前だ。ユーザーから見て区別が付かなければネイティブ。
> ユーザーは中身が何で作られようと気にしないよ。

プログラマじゃない人は、ここから出て行ってくれない？ｗ

そうするとマカがいなくなりそうだがｗｗｗ

>>499
これだからマカーはおばかさん扱いされるんだよ。バカバーカｗ

レベル低すぎだろw

馬鹿相手するの疲れてきたぞ
もういいやw

phpは出来ないよな、確か。
perlはCamelBonesでブリッジが出来る。
rubyはruby-cocoaでpythonは何だっけ？
javaも前の10.3までは正式サポートしてたような気がする。

>>ただし、そういうやり方をするのがUNIX系からきた開発者に
>>おすすめとは思わないが。
禿堂

そういうプログラマもいるし、
そうでないプログラマもいるということだろ。

UNIX流でもやれる。でも、Mac流でもやれる。

そして、UNIX流でやってもあたかもMac流とほぼ同じように
見せることもできる。

それがMac。良くも悪くもだ。

どないせいっちゅうねん

このスレにプログラマなんていねえだろうがw
だいたい、この板に少ないよw

でてけ、お前ら

今最も寒いのがXcodeでAppleScript
首の皮一枚で繋がっているココアGUIが最高にイカす
一発屋御用達　ってもうみんな放っちゃって死後？w

このスレの唯一の成果

QT=quicktime

プラットフォームがマックってだけで萎える→最終的に断わる(やっぱりね)

なんで、Cocoaなんて特定のメーカー専用の
APIを使わないといけないの？

それよりもどこでも動く汎用のAPI使ったほうがいいじゃん。
一つ作ればどこのOSででも動くんだし。

これがLinuxプログラマの一般的な考え方。

>>515
激しく同意

ちなみに、自演ね

>>510

*Mac OS X
Java -> Cocoa/Java
Python -> PyObjC
Ruby -> Ruby/Cocoa

*Linux(Gnome or KDE)
Java -> Java-Gnome or Qt/Jambi
Python -> PyGnome, PyGtk or PyQt
Ruby -> Ruby/Gnome or Ruby/Qt
PHP -> PHP-GTK

こんなところか。
CamelBoneは初めて知った。

quicktime最近うざいよ、目立とうとして

>>519
ありがとう。
linuxでPHP-GTKが出来るのは始めて知ったよ。
phpでC関数を呼び出せるならばcocoaブリッジも作れるだろうな。

web屋上がりの人にphp/cocoaなんぞ作ったら需要はあるかな？

目立とうとしてって、
それは商売なんだからしゃーないだろ

>>521
ない。絶対にない。
俺が言うんだからそうだ。

>>521
無いな。自演だけど。

このスレを見ればそんなヤツはいないと俺でも判るわonz

>>514
ASSって別にそんなに寒くないと思うけど。

ネイティブなバイナリが吐けないという話から FFI に話題が捻れるのは
相当な素人力が無いと出来ない芸当だな。

ネイティブなGUIで作れって話だろ。バイナリは関係無いだろ、バイナリはー。

>>479 からは GUI に限定しているようには感じられないんだけど。
明らかに「スクリプト言語や仮装マシン向けの言語≠ネイティブ」って事でしょ。

普通、「MacOSXネイティブアプリ」って言われたらCocoa/Carbonを連想するわな。

それじゃあおまいらMach-OとかCFMとかELFとかPEとかのネイティブの話でもしようか。たぶんスレ違いだがw

>>530
ぼく、そんな難しい事は分かりません。もっと優しい話題にしてください。

プロシューマー様はおとなしくQuickTimeでエロビ鑑賞してりゃいいのに
何で開発者ヅラしてこんなとこ出張してきて恥さらしたがるのか理解に苦しむな。

531, 532 おまえらネイティブは初めてか？とりあえず力抜けよ；

>>530
PE はｲﾗﾈ

【結論】

Pascal厨に扮した242がマカのスレに書き込み
　↓
「Javaを使え」　「使えばマックユーザーに受け入れてもらえるんですね」などの
会話を経て全裸に。
　↓
プラットフォームの文化の差異で自分の都合をほじくられ、「汚いUIだなぁ」などと罵られる
　↓
Cocoaのルックアンドフィールで「アッー　アッー！」と悶える
　↓
スレの住人にX11を見せながら２人の後輩にアプリを見せる。「ネィティブ！」と悶えながら
スレ自身を勃起させる。このあと、Linux野郎がOpenOfficeをつけ、マカに背後から
挿入。「Mono、Silverlight、Novel、Apple！」とMSは勃起させながらハシゴをはずす。
　↓
マカも加わり4Ｐが始まる。ヤラれるばかりだった242が一転、攻勢に出て、
マカを下にして犯し始める。小刻みに腰を振りながら、「Java、wx！、QT！」
と叫んで、QT=quicktimeということで決着。
あとLeoperdにZFS差し込んで ３回まわって「スイッチ」と吠えたらしい。

>>535
一々全レス読んでｺﾋﾟﾍﾟ改変したのかよ、お前良いﾔｼだな。

●●●●塀●●●涌●●●●涌●●●●●●●●●

なんという暗黒

なあ、Mac専用アプリって言語とか何使うのがメジャーなん？

WindowsだったらMFC(笑)とかVBとか.NETとか
Linuxだったらqtとかgtkとか

Macではこれらにあたるのは何？
CarbonとかCocoaとかObjective-Cとか関係が良く分からん・・・

>>538
CarbonってのがCのAPI
CocoaってのがObjective-CのAPI

>>538
そんな基本的なことを聞く前に、本屋へ行ってMacのプログラミング書籍を
片っ端から立ち読みしたらどうだ。

だよなあ
どうせ片っ端から立ち読みしたって10冊くらいしかないんだし。

>当たり前だ。ユーザーから見て区別が付かなければネイティブ。
>ユーザーは中身が何で作られようと気にしないよ。

これって、開き直り？

>>540
内容が古いのばっかりじゃね？

マジこの状況はヤバイよね。
本の多い少ないがプログラミング環境の優劣を決めるわけじゃない。
以前から慣れ親しんだ人なら、本がなくてもOKかもしれない。
だけど特にニューカマーにとっては本があることはとても大切。

ちなみにうちの近所の大型書店。
Javaの本棚の幅が5m。VBも、C#も5mはある。
C++はちょっと少ないな、だいたい3mぐらいだろう。
Perlは2mでRubyは1mぐらい、Pythonは1mにはちょっと満たない感じ。
Macプログラミングは、10冊ぐらい。単位が違うね。
おまけに背表紙が褪色し始めているのもある。

でもX11直接プログラミングの本なんて一冊もなかったぞ。ちょっと勝ってるね。

>>542
たぶんマジだと思う
大半はそんなもんだし
そう思わせたらプログラマの勝ち

>>543
>X11直接プログラミングの本

これって X protocol か Xcb か Xlib を叩くと言う事なんだろうけど、
Cocoa や Carbon と比較しているなら Gtk+ や Qt が適当だぞ。
それにしてもそんなに数は無いけどね。

>>545
> Cocoa や Carbon と比較しているなら Gtk+ や Qt が適当だぞ。

GtkやQtの下にはXlibっていうレイヤーがあるけど、
Cocoaの下のレイヤーをプラグラマが使えるんだっけ。(やべ、俺使ったことねえよ)

Quartz とかがあるけど、別にそんなのが無くても >>545 は通用するでしょ。

>>546
Core Graphicsに相当するんじゃね？Cocoaと混在させると上下反転するのが嫌です。

>>543
内容はあんまり古くなくね？
今月も新しい本（入門向けだけど）が出るみたいだし。

http://www.vmware.com/products/beta/fusion/

http://www.parallels.com/products/desktop/beta_testing/

http://www.apple.com/jp/macosx/features/x11/

>>546
>GtkやQtの下にはXlibっていうレイヤーがあるけど、

MacやWinのやつの下にはないんじゃなかったっけ?

>>548
>Cocoaと混在させると上下反転するのが嫌です。

それはなー

>>553
>MacやWinのやつの下にはないんじゃなかったっけ?
話の流れをみてみりゃ、そのGtk+やQtはX11版のことだよね。
MacやWinのGtk+、Qtの下にXlibがあったら怖い。

Mac で Gtk+ を使うには Xlib が必要だよ。調べりゃすぐ分かる事を憶測で書くのはやめよう。

大半のユーザーはX11なんて入れてないないだろうし、環境構築すら出来ないってことを十分に考慮してコマンドラインを隠蔽できるならX11でもいいんじゃねぇの。

そこまでしてX11の構築するぐらいなら、wxとかの
ネイティブもどきのGUIを採用する方が楽なんじゃね？

JavaはNetBeansのIDE自体はよさげなんだが、
他の言語との組み合わせは難しそう。Javaですべて完結できる
ならいいんだが。

wxWidgets でクロスプラットフォーム GUIアプリを作ろう
http://0xcc.net/pub/uu-2004-08/

俺自身は Java（Swing）派だけどなｗ

wxをスクリプトであるPythonから利用する例な。
（著者はMacを使っている）
http://www.harukaze.net/~haruka/wxpython/index.html

実際それを使って作られたアプリとか紹介してよん
そうすると、いいんじゃないか

俺はJava（Swing）派だっての。

ただ、C または C++ でネイティブの実行ファイルを作りたい、という要求には、
Java は応えることが出来ないし、
他の言語との組み合わせも敷居が高いから、
Javaで完結する人以外は難しいので紹介したまで。

実際んとこ、Javaが先の理由で採用できないとなったら、UNIX系開発者が
ネイティブもどきを実現しようと思うと、wxしか選択肢はないんじゃないか？

ほかの手もあるよと思うUNIX系開発者がいるなら、
それぞれ紹介してみたらいいと思うよ。

さて、何を作ろうか

あと、クロスプラットフォームなライブラリの紹介な。

マルチプラットフォームな開発環境であるSDL
http://homepage.mac.com/kijibato/macreatefan/letssdl01.html

X11入れるのって難しいかい?
そのネイティブって使いかたもよくわからんな
ネイティブとネイティブもどきってなに?

X11入れるのが難しいわけないだろ。

みんな、使いにくいからイヤだと言ってるんだと、何度いったら分かるんだ。

ネイティブもどきって、

ネイティブじゃないけど、ネイティブとしか思えない見た目と操作性を
持つものということだよ。

ていうか、朝鮮かどこかの日本語の不自由な人か？
辞書みるまでもなく分かるだろ、普通。

Linux野郎って、実は馬鹿ばっかりだったんだな…

まあ、待て。>>564 は特別で、ほかはそれほど阿呆ではない。

またレス乞食がわいたか

>>562
こんな時間に書き込んでる奴が、まともな物作れるとは
思えないなあw

行動が大事だね

暇なプログラマってうらやましい

>>561
MacでJNIな解説サイトとかURL教えてＹＯ！

そうしてくれたら、自分もJavaするから。

その前に、javaとsdlを併用することでも考えた方がいいんじゃない？
でないと、Java使う意味があんまりないし。

あと、MacのJavaはCocoaを呼び出せるから、
それ使えばいい。

まあ、sdlはともかく、それ以外は邪道もいいとこだなぁ。

だったらJavaは使わない。

処理に関して、C++のコードをイパーイ使うから。

以降、Javaの話題はｲﾗﾈ

>>566
じゃネイティブってなに？

開発しないやつらが開発環境語ってなにが面白いんだ？

開発しない奴に限って開発環境を語りたがる
普通なら、その時間にコードの一行でも書いてるからな

そりゃ、どれがいい？
って聞いてるんだから、これから使うんだろうよｗ

人に聞いてる時点でやばいw

お前、そんなことも人に聞くのって？
開発現場では叱られちゃいます

仕事のできないタイプの人間の典型だな

>>555
ttp://sourceforge.net/projects/gtk-osx
なかなか良い感じだよ。

>>582
そそ、開発現場なら聞かれる前にこれを使えって言わなくちゃ。

>>584
そんなものは当然、何年も前に試して書いとるがな。なかなか良い感じって、
デモアプリをちゃんと動かしてみたのか? ソースフォージで alpha って書いて
あったら、大抵の場合はホントに使い物にならない事を指すんだぜ。
ちなみに Gtk+ を Mac OS X にポーティングしようというプロジェクトはもう一つ
あったんだけど、そっちも使い物にならんよ。

ホントにちょっとの手間で試せるんだから、労を惜しむなよ。

Mac で使えるクロスプラットフォームのツールキットは Tk が割りと良い。
誰かが日本語入力周りのバグを直せば完璧に近い。

Parallelsか何かで同時に使えよ
クロスプラットフォームよりも便利だぞ？

＞人に聞いてる時点でやばいw

人に聞けない人間が一番やヴぁいのにこんなこと言うヤシは新人以下。

超新人。

＞超新人。

新人超えたら只の初級者。

＞人に聞いてる時点でやばいw

居る居る、人の顔見れなくて声が小さくて人に質問できないキャラで、
じゃあ、謙虚なのかというとそうじゃなくて頑ななヤツ。

質問できるようになれなんて敷居の高い事は言わんから、
先ず普通の会話が出来るようになれお。

結局、開発環境ってxcodeとemacsとかになるから変なレスでしか盛り上がらないね。

＞結局、開発環境ってxcodeとemacsとかになるから

この環境の使ってる中の人達が少ないから森下がるんじゃね？
キラー開発環境要るだろ。

>>キラー開発環境要るだろ
使っているうちにユーザーが殺されたりするんですか？

そうです

Leopardの開発環境で見てください！まるでデバッガには見えないこのきれいでビジュアルなグラフ！
http://images.apple.com/jp/macosx/leopard/images/index-xcodexray20060807.gif

さらにこぎれいなアニメーションのAPIを山ほど作りました。
一旦これを触るとTigerなんてばっさり切り捨てて誰もがLeopard専用アプリを作りたくなるでしょう！

とか逝ってるのを見て、ああ、こいつは何も分かってねーな・・・とｵﾓﾀ

デバッガはデバッガらしく変数の値とか地味に見せてくれたら良いよ。
APIが増えるよか、対応する開発環境が増えた方が嬉しいよね。

APIが増えるのもうれしいけど＞＜

>>595
マジレスするとこれはデバッガと言うよりプロファイラ（サンプラ）か。

>>599
Java でいうところの NetBeans Profiler みたいなもの？
http://www.okisoft.co.jp/esc/debugtool/netbeans.html

あ、>>599 はレス番間違えちゃった。

>>600
まあ似たような感じなのかな。
Xray の方はどうやら dtrace （Solaris 由来のプロファイリングライブラリって言ったら
いいのかな）に GUI をかぶせてあって、各種測定モジュールをメイン画面にドラドロ
したらオッケーらしい。
音楽のシーケンサソフトでトラックを追加してくのにも似ている。
測定できる内容はもっと汎用なんじゃないかな。システムコール関連とか。

＞ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?RubyMicrosoft
＞
＞実はマイクロソフトにとってはすでに「来年」が過ぎている。
＞我たちはマイクロソフトのプロジェクトに対する顧客（特にアメリカの顧客）の関心が著しく減少しているのに気づいた。
＞オーストラリアでは、.NETは顧客の地盤をまったく得られなかった。
＞このデータから何を受け取ればいいのかはよく分からない。

Ｃ丼ドトネトなんて全然ダメじゃん。

>>601
レス、どうも。参考になります。

Cocoaもいいのですが、なんとかMacをサポートしたうえでの
クロスプラットフォームな手法をと考えてるものだから。

（以下、いちおう参考までに）

NetBeans Profiler 5.5 リリースノート
http://profiler.netbeans.org/relnotes_ja.html
一般に、NetBeans Profiler 5.5 は、次のプラットフォーム上で動作します。
（略）
Mac OS X PPC/Intel

Profiler オンラインマニュアル
http://profiler.netbeans.org/docs/help/5.5/ja/index.html

DTrace は Solaris, 次期 Mac OS X, FreeBSD で使えるという意味では
クロスプラットフォームだね。Ruby とか PostgreSQL とかでも使える様に
なってたと思う。ソースコードを全くいじらずに特定の関数コールにフックを
掛けたり、デバッガ的に使えて便利だよ。Windows や Linux には無いので、
どのプラットフォームを対象にしているかにも依るけど。

MacでフツーにC++できないの？

CarbonはC関数だから嫌だお。

ObjectiveCで十分
C++なんて変態の使う言語です。

>>605
やればいいんじゃない。出来ない理由は何も無い。

いや、GUIビルダーは何を使えば良いのかと。。。

またお前か！！Mac板に帰れ

>>609
またお前か！！超新人。 新人以下。

スーパーノヴァか

英語が話せる？

総論 複数のプログラミング言語を学ぶ意義
http://itpro.nikkeibp.co.jp/article/COLUMN/20070618/275142/

Lispがいいぞ、他の言語なら
Lispなら偉い人の本が日本語で読める。

あとWin環境だがExcelVBAも捨てがたい。
VBにはいろいろつっこみたい事はたくさんあるが、
Excelとの組み合わせて動かせるExcelVBAはすごいと思う
これだけの為にOfficeForMacではなく、Office on WinXP with Paralelles の環境を作ってもいいくらいだと個人的には思ってる

>>614
日本語でｵｹ

ここにいる人間は GUI ビルダーとかを欲しがる様な人達だから Lisp は無理。
OpenMCL は割りと良いと思うけど、向き不向きがあるからね。

Mac OS X での SWT(Standard Widget Toolkit) はどうだろう？

SWTって、いまや NetBeans のGUIビルダ（Swing）に
圧倒されてしまってるんじゃないの？

http://www.netbeans.org/kb/55/quickstart-gui_ja.html

おっと、ここな。

NetBeans IDE 5.5 における GUI 構築
ttp://www.netbeans.org/kb/55/quickstart-gui_ja.html

どうせMacOSX向けアプリを作るのなら
MacOSX専用には作りたくないな。

何の言語およびGUIライブラリが一番マシ？

tcl/tk

>>619
どうでも良いけど、「どうせ」の使い方間違ってるよ。

>>619
結論はもう出てるだろ。過去ログくらい読めよ。
Swingで目的を達せられるときは、それがベスト。
目的と合わない場合は wx を使う。
（ネイティブと外観が違ってもいいなら、他にも手はあり）

GUI以外の汎用ライブラリとしては、SDL。

そんなとこじゃない？

あと、
Tk もそこそこ使えるという情報もあったな。
外観はいちおうネイティブ風になる。が、一部、日本語の
扱いにバグがあるということだっけ？

一部っつーか、日本語の入力が全く出来ない。最新の 8.5 でも未対応。
Tcl/Tk が悪いというよりは Carbon API の仕様が酷いと思う。テキスト表示部と
カナ漢字変換部が癒着してる所為で GUI ライブラリの移植を悉く阻止している。
IIIMF みたいな仕組みが欲しいね。

前にも紹介したが、
wxをスクリプト言語Python から利用するページな。
（作者はMacを利用している）

一番簡単にGUIアプリを構築する方法かもしれない
と思うので、あえてもう一度紹介しておく。

ttp://www.harukaze.net/~haruka/wxpython/index.html

原因はともかく、Tcl/Tkで日本語入力ができないせいで、PythonのIDLEでも日本語入力が出来ない。
日本語が通るIDLEが欲しい。

「日本語が通る」って、意味解析しているわけでもないんだからローマ字で書けば通るだろうに。

WIN上のPythonのIDLEだって、相当に妙だぞｗ

たしか日本語、シフトjis使ってる分にはいいが、
utf使ったら化け化けだったと思う。

IDLEなんて使わないでPython使えば、無問題なんだが。

といってる俺は、最近はJavaしか使ってない。

というわけで、
wxPython では日本語は通っているので、
これが一番簡単な日本語GUIアプリ構築方法ということになるかな？

簡単というだけなら、Cocoa で書くのが一番簡単
言語は Python でも Ruby でも Lisp でも何でも良い

それじゃ、他の環境で動かないだろって。

winはとりあえず省いてもいい。
だが、同じunix系でありながら、Linuxやbsdと同じソースが
利用できないのは、納得しがたい。

だからこそ、このスレの大多数の住人は、Cocoa以外の
選択肢について、ああだこうだと議論してるんじゃないか！

つまり、wxPythonでIDLE作ればいいってことだな

誰か作ってんじゃね？

もしこれから、Macを含むクロスプラットフォームな開発環境を
どうするか検討するという人がいたら、NetBeansの採用も候補に
入れといてくれ。よろしく。

NetBeans オンライン・マニュアル
ttp://www.netbeans.org/kb/55/index_ja.html

>>631
>winはとりあえず省いてもいい。

そうなん?
X11 と Mac で動けば良いだけなら、GUI 部分だけ別コードにするのが
一番簡単だと思うけど。wx は C++ だし、遅いしメモリ喰いだからあまり
食指が動かないなあ。

あと、GNUSTEP の AppKit を使うという手もある。

お前、後ろ向きの発想しか出来ないのかよ。
泣けてくるほど、情けない…

>>634
お前の理屈の行き着く先はだな。

そんなマイナーな世界で、２度手間３度手間を要求される
ぐらいなら、一発Windows専用を作ってしまう方が
簡単でいいな、というものだよ。

と言ってる俺は、Macも対象プラットフォームとして
考えたいと思っているが、開発プラットフォーム自体は
Winから動くつもりはない。

楽だし。Javaで作るにしても、Winで作る方が楽だ。

>>636
何でだよw
俺は Windows は普段使ってないんで、Windows 専用で作るという発想は無いよ。
コーディングは UNIX 系の OS の方が絶対に楽だと思うけどなあ。

ま、Macも対象プラットフォームとして考えてるという
ことで許せ。

俺はJava派だが、JavaでいえばMacは対応が遅いんだよ。
SE7もまだだろ？

Java も使っとらん。Swing と wx が最適解な人がいるのには異論は無いよ。
俺は Tcl/Tk 方面で頑張ってみようと思う。

Tcl/TkなんぞでおしゃれなMacのデスクトップを汚そうなんて
一ユーザーとして到底認められんな。

え、ユーザだったの?

Tk は Apple の手が入ってるから、割りと奇麗だよ。
ネイティブウィジェットを使っている wx と比べても奇麗だと思う。
やっぱり Apple 謹製というのはデカイのかもね。

ん？　640は俺じゃないぞ。

Tkはaquaになるよな。いちおう。
Macで使ったことないけど、Python本の図版で見た。

Winでは、あのdos窓が付いてくるから、うざいんだよ。
（動かして見せると、なに、この真っ黒い大きなもの、と言われるｗ）
あの消し方が分からんから、そんなことで悩むくらいなら
Javaの方が楽とは思ったよｗ

スクリプトではTkが第一選択肢かな、とは思うけど、
ドキュメントを手に入れるのは容易じゃない。

Tkどころか、Pythonだってドキュメントはろくなものがなく、
細かいことがなかなか分からなかった。
聞くと、英語が読めればすぐ分かるよ、言われる。
英語が読めれば、こんなとこで聞くかよ、ボケ、と言いたいんだが。

ドキュメントはJavaが一番楽に揃う。

Python は Python クックブックの第二版が評判良いみたいね

ていうか、英語が読めないくせにマなんて（ry

そこはスルーしてあげても良いんじゃ…
DOS プロンプトの消し方もググればすぐだけど…

誰が職業プログラマだといったんだ？
俺は日曜プログラマ。

で、>>644 の採用してる開発環境はなんなのよ。

そのあと、それを >>644 がどのくらい使いこなしているか知るために、
簡単なイベントとかに関しての質問をしようかと思うんだが。

うまくいけば、かなり楽しめるかもなｗ

おいおい、穏やかに行こうぜ。

だれもMac専用アプリをつくろうとは思わないんだなｗ

GUI 以外は結構ポータブルなコードを書ける環境だからね

それは逆に言えば、他のOSで作ってもポータブルになるとも言える。

他の環境で作っても良いけど、結局 GUI の壁は何とかしないといけないのよね
特に日本語周りは日本人が解決しないといけない事だから話題にはなるよね

いまJavaを使いやすくラップしたライブラリを書いてる。
ファイル回りはスクリプト言語っぽい手軽さが目標、GUIまわりはHSPが目標。
完成すればMacOSでも動くはず。ちょっとまちなー。

通報しました

TextMateの話はもうしたっけ。
凄い拡張性のあるエディタ

日本語が使えない駄目エディタという印象の方が強い。
拡張性ならEmacsだってアホみたいに凄い。

開発環境スレでその単語が出ちゃったら負けかなって思ってる。

>>652
とりあえずコテつけて

ところで、このスレで専らMacでプログラム作ってますよーって人どんくらいいるんだろう。

3人くらいじゃね

ﾉ
趣味グラマだけど。

やっぱObjective-CでApplicationKitとか使ってんの？あるいはRubyやPython経由でCocoa？

ObjC+Cocoaでやってる。

返答ありがとう。>>662
ObjC+Cocoa使ってる人としては、LinuxやWin向けにアプリ作るとして、Etoile(GNUStep)やCocotronって使いものになりそう？

>>663
作らない

Cocotronって今のところ実装レベル低くて使い物にならないけど、
完成度高まったところで違和感ありまくりでしょうよ。
AppKitってOpenStep環境のみを想定したUIライブラリだし、そんなのを外様に持っていったって…
それだったらWindowsのAPI使った方がいいんじゃないかな。

でも、Etoileってのは気に入った。今初めて知ったけど。面白そうじゃん。

なるほど。返答ありがとう。
GNUStepもCocotronもOpenStepやCocoaの環境が大好きなんだな。
その分他プラットフォームに沿ったObjective-Cのライブラリがあまりないわけで、そこは問題だ。

>>665
俺もEtoileを見たときはすこしだけGNUstepを見直したよ。

やっぱ、Mac対応の裏には、同時にLinux対応もあるわけだし、、、

Cocoaはﾔﾀﾞ

そうかな、EmacsはLispで拡張しないといけないでしょ
Lispなんて使えるプログラマ一握りだし。
日本語なんてコメントぐらいにしか使わないから関係ないね。
メソッドの前にちょこっと説明いれるぐらいのもんでしょ

TextMate使わないならわざわざMacでプログラミングするメリット
３分の１ぐらいに減るでしょ。

エディタはプログラミング以外にも使うから、
開発環境として優秀でも、生活環境として最低だと困るのよ。

>>668-669 はどのスレからのｺﾋﾟﾍﾟだ?

TextMate登録して使ってるユーザーだが、コマンドを作るときに渡せる
情報が限られてるから、Emacs Lispほどの記述力はないと思うぞ。

Xcodeガブッコワレタ

http://bunzaemon.jugem.jp/?eid=4314#comments
このコメントってどっちが正解？

カルト的真性マカにとっては X11 など存在していないでしょう。

カルト的ではない真性マカにとっては X11 で動くことを、Macで動くとは言えないでしょう。

カルト的でも真性でもないマカは、動かして使えるかどうかを確かめることはするでしょう。
ただし、それを永続的に使用するかは本人しだいですが。

そもそもマカではない一般的マックユーザーは、そもそもX11 を使うアプリを発見できないのではないでしょうか？
発見できたとしても、それを使用する、つまりX11のインストールにたどり着けないのではないでしょうか？

マックの中にunixを見る人にとっては、X11は大きな魅力である。


上のレスにあるブログのコメントはマックをマックとして使っている人と
マックをマックとして使っていない人が前提条件を設定せずに議論のようなものをしているだけです。

「移植してもユーザーが少なければ意味が無い」
「たとえわずか、あるいは自分ひとりであっても、ユーザーが存在すれば簡単に移植が出来るということには大きな意味がある」
という異なった暗黙の前提でやられてもね。

Inside Macintosh が最新の Carbon に合わせて書き直されたりしないかなあ。
Carbon についてまとまって学習出来るドキュメントが欲しい。

そんな過去の遺物に…

>>677
俺は今こんな感じ。過去の遺物だと思うのは Apple の宣伝に上手く乗せられてるんだと思うよ。

クロスプラットフォームで開発しようとすると Carbon を使っているライブラリを使う事になる
↓
自分が使っているライブラリの中身くらいは把握しておきたい（ライブラリに手を入れたくなるから）
↓
Carbon を勉強しなくてはいけない（ガッツリやるつもりは無いが、API の仕様程度は抑えておきたい）
↓
過去とは言うけど、必要な人間には過去も未来も関係無い
↓
いっそディスコンになってくれればサッパリするんだが、Carbon はむしろ現在益々活発に開発されている
↓
Carbon が単に旧 OS との橋渡しだった時代は終わったんだなあ
↓
じゃあ、ドキュメントも更新してくれ

使いたい Carbon Event が対応する Apple Event を調べて、パラメータの意味を類推するとか
面倒くさくてやってられん…

で、ググると結構 Inside Macintosh の記事が引っ掛かるんだよね。
最新の仕様に合わせてくれれば、俺には多分あれで十分。

昔はCocoaからCarbon呼び出すことが多かったけど、
最近大分減ってきたよね。

Cocoa で閉じられる人は問題無いと思うけどね

>Cocoaそれ自体は純粋な機能セットであり、Objective-C実行環境との通信を確立すれば他の言語からも利用が可能になる。
>これにより現在ではJava/Perl/Ruby/Python/Common Lispなど、各種のコンパイラ・スクリプト言語との言語ブリッジが確立している
>(これらの言語内でクラスを定義してObjective-C側から呼び出すことも可能である)。

ttp://ja.wikipedia.org/wiki/Cocoa

RubyはわかるけどCommonLispのインターフェースってなんだ？

>>682
普通の FFI だよ。OpenMCL のドキュメントを調べてみるよろし。

        951 名前: 名称未設定 Mail: sage 投稿日: 2007/08/01(水) 23:29:24 ID: IfGI40Aw0
        MacのXcodeに触れてまずびっくりするのはHelpの貧弱さ
        3Dに手を出して、
        MacOSXのグラフィックドライバがWindowsXPより常に2世代遅れている事を知った
        バグだらけで実質のところObjective-CでないとAPIを使い切れない
        実用性皆無のXcodeが主流となったのはCodeWarrior時代からの明らかな後退
        OSにタダで付いて来るんだから仕方がないよと思いつつ、
        じゃあ金をだせばマシな環境があるのかといえばそうでもないし、
        もうちょっとなんとかしてほしい

どんな環境でも泣き言言う奴は居るもんだ
その一方で、同じ環境でもきちんと結果を出して行く奴もいるわけで

えっ？欠陥を出して逝く奴がいるって？

実装不可能とうい事の証明を1200ページにも及ぶ書類にして提出。
という結果を出す　だろ？

翌年に新人があっさり実装しちゃうとかさ。

ass乞食がcocoaのhtmlレンダーマンを掘り当てたらしいね

はっきり言うがMacのJava実装はかなり腐れていて、とにかく日本語対応がなっちゃいない。
僕の把握してる中では、こんな不具合がある。

１、日本語キーボードを使っていると、キーのコード番号が間違って取得される
（英語キーボードで対応するキーのコード番号が取得される）
２、デフォルトだと、日本語のファイルが実行できない
３、SwingのNFD（濁点、半濁点を１文字として扱う文字形式）対応がいい加減で、Java5までだと
正しく表示できるがカーソル位置がずれ、Java6だと濁点が１文字として表示される。
４、濁点付き文字が３つ以上つながるファイル名のファイルを正しく生成できない

この４つ、どれをとっても犯罪級のへぼさだと思う。

３はまだ許せるが（どちらかというとSunのバグだし）、４を放置してるのは技術者失格級。
Leopardが出たらこのうんこバグも直るだろうと思ってしばらく様子を見ていたが、
ねえ、Tigerに載ってたJava5から何か変わったの、これ？

まあJavaなんてどうでもいいし。

どうでもいいかどうかをなんで>>690みたいなのが語るのさ？
それとも>>690って何かエライ人?

そ。すげええらーい人。

マルチうぜえ

暇なんだろ

>>689
Appleにフィードバックしてやりなよ

>>684
ちょっと期待してたけど、ほんとだめなんだな
ありがとう

Apple、フィードバックしても有り難う感謝しますかご指摘どうも今後のご参考にしますとしか返って来なくね？
ADC入って中から投げないと意味ねーのかな。そもそもシステムに対する窓口ねえし。。

しかしiMovieのフィードバックはなんであんな愉快なアイコンのままなのだ

Leopardになって、XCodeが少しはマシになったらしいけど、どんな感じ？

XCode自体は大差ないような。恩恵ある人もいるのかな、Rubyとか対応したし
むしろIBかな。まあ良い感じになったと思うよ、俺は。だが嫌う奴も少なくなかろうな。サイズ指定インスペクタでずっとうにょんうにょんしてる。
目くじら立てるほどではないが、まあ軽く嫌っておく。
多バイトリテラルが通るが俺は信用しない
XCodeがというよりは言語のブラッシュアップじゃね。Leopardに限れるならプロパティもGCも助かる実装であり正当進化だと思うよ

xcodeよりもお薦めのものを教えてください

用途によるだろ

>>700
edでも使ってろハゲ

Xcode嫌いならEmacs選んどきゃいいんじゃねえの
初心者誘導する奴いねえけど

>>697
遅レスだけど
開発やってるのにADCのメンバーにもならずに文句言ってるのかい？
無料のオンラインメンバーでもバグレポートはできるし、
アップルから返事がくるし、報告したバグのステータスも確認できる。

Xcode part6
http://pc11.2ch.net/test/read.cgi/mac/1201693264

MAC素人でごめん。
とりあえずlinuxのソースをmacで動かして配布してくれと
頼まれてるんだが、どの機械を買ったら一番楽、かつ安い？
今はｃに毛の生えたようなgccとwindowsで動いてる。
c++のライブラリには依存してない。
おねがいします。

Mac以外も全部素人ってことだけ分かった。

もしモニタあるならmac miniでいいんでない？

mini一択だなあ。中古視野に入れたとしてもMacの中古は妙に狙いにくいし。

>>708,709
非常にありがたい！。明日mini買いにいくよ。

>>707
要望があったので移植、頑張っているのに、やる気なくす。
溺れてしんじゃえ！

>>710
その程度でなくすやる気なら、最初からやらなきゃいいじゃん。

つーかMacユーザってのは特殊で、他のOS由来のツールだからU/IがMacらしくないってことを許容できない点では物凄く狭量だよ。
「取り敢えず動けばいいから移植してくれ」って言う一方で、「動けばいいってもんじゃない」って叩くのが当然のよう。

あるねえ
まあ、その手の輩は他のOSユーザにもいるけど。
Mac界隈はUIも洗練されてる事を求めがちだね

なるたけ好意的に取ると、ユーザの意識があの界隈でのUI水準を底上げしてるのかもしらんけど。

やる気がないのは、最初からだけど、沢山動画を見たいという要望が
あるので、ない気力を振り絞っているのだけどねｗ
ＵＩはhtmlのみでフルカスタマイズできるので、ここはやる気なし。
狭量な人はごめんなさいｗ

とにかく、返事もらえてうれしかった。まずは動かしてみるわ。

必要な情報を公開して、UIは上手な人が勝手に作ってくれで良いんじゃないかと。

>>712
まだOS Xになる前の時代にMac用のソフトを公開したとき、
本当にそれで叩かれたことがある。

もともとUnixで作った自前のツールを移植したんだけど、
GUIを作るのがめんどくさかったので、Lightspeed Cに
コマンドライン入出力のライブラリを使って作ったんだよね。
メモリ管理なんかの方法は全然違うから結構苦労したんだよ。

で、公開したところ、コマンドラインなんてDOSの世界の
作法をMacに持ち込むなという「お叱り」のメールを
もらっちゃったよ。

>>716
そういうバカは相手にしなくて良いのでは？

>>717
その方針だと、「Macは放置」という結論になる。

ならねーよ

>>712
確かにそういう輩はいるねぇ。でもね、実際使ってみるとわかるんだが
あのOSのUIで慣れると、確かにその礼儀に習わないソフトは他のOSで
見る以上に醜く見える事もたしかなんだわw

いろいろOSつかってるけど、Mac信者云々もあるかもしんないが
やはりあのUIは他のOSと比べたらずばぬけてると素直に思うわ

>>720
>確かにその礼儀に習わないソフトは他のOSで
>見る以上に醜く見える事もたしかなんだわw

それは結局のところ懐が狭いからなんだな。
白いカンバスの上にはどんな絵も書けるが、
花柄模様のカンバス(そんなの見たことないがw)の上に書ける絵は少ないよ。

>>721
カンバスによって使える絵の具が決まってるから、
その絵はカンバスに依存してる。

たまにいる自分で絵の具を作ってる人たちは、カンバスを選ばない絵を描くけどね。

よくある、HTMLのタグを選ばないで作られたページの使いにくさといったら・・・

京都に新宿作ろうとすれば反発する人はいるわな

田舎ほど排他的な傾向があるね。

今度は京都田舎論ですか

今住んでいるところは市町村合併で一応「市」なんだが、
20年ぐらい前は田植えの日は会社勤めの人も何日か休んで手伝うのが
慣わしだったそうな。

まずはmac miniの稟議通す書類書いたのだけど、
作ったら、どのくらいユーザーが見込めるのか？という話になって、
まあ、インターフェースも適当なので、それほど多くはないでしょう。と
いったら、止めになったわ…。ちょっと勉強したので凹むね。

まあ、どうせデザインは良くないので、ダメソフトの一つくらいＭＡＣに
なくてもかまわないよね・・・

運が良い。稟議が通っていたら、来年あたりお前は会社をクビになっていた。

通せなかった以上は、通した時には通した奴が先に責任取るだろうに。

まあ揉め事起こっても「無意味」としての損失しか責任にならんが

>728
うーん、残念だったねー
乙でした。

まずは個人で買ってみてくださいな

macの入門に最適な本を教えてください

macを買ったら付いてくる本で十分

mac での開発の入門、だとエスパーする。

OSXに限っての話か？

柴田の本さえ買わなきゃ他はどれでも

柴田もまあ、暇潰しには。

>>737
>柴田もまあ、暇潰しには

もしかしてお金持ち？

まったく、酷い本でしたよ…それはもう、破り捨てたくなるくらいに。

株主は節税対策のために持っているんだろ。

【話題】「Photoshop」がCS4で64ビット化…ただし、Windows版のみ
ttp://mamono.2ch.net/test/read.cgi/newsplus/1207272063/63

63 名前： 名無しさん＠八周年 投稿日： 2008/04/04(金) 10:59:57 ID:4t2BQ7OG0
Cocoa を Objective-C にしようって方針決めた奴キチガイだろｗｗｗ
あれがC++で書ければもっと移植楽なのに

FreeBSDから移行してきたが、Xcode使いづらいので
emacs + shell で色々やってる。

入力補完がないから辛い

ああ、でも見た目や普通のアプリを動かしたり
OSのデータ復帰やらバックアップやら便利なのでそこはうれしい

Emacsを期待するとアレだけど、TextMateは試用する価値はあるよ。
一応簡易補完もあるし、カスタマイズも強力。
ttp://macromates.com/
Emacs TextMateとかでググると各種キーバインドや補完設定もでてくる。

>>744
ありがとう。試してみるよ

ほす

Cocoaはさっぱり!!! version.X(10)
http://pc11.2ch.net/test/read.cgi/mac/1211290055/
RubyCocoa 初心者質問【Leopardバンドル記念】
http://pc11.2ch.net/test/read.cgi/mac/1193373811/
Xcode part6
http://pc11.2ch.net/test/read.cgi/mac/1201693264/

shutdown -h now

>>732
今さらだけど今度HMDTから出るLeopard(というよりXcode 3.1)対応版じゃない?今なら。

OSXでJSPの開発したいんですけど、eclipseですか？

ADCのスレが見つからん

落ちたっぽいね

こんなの出るらしいよ。
http://www.codegear.com/products/delphi/prism

もう、マイナーな開発環境には疲れた

もう、マイナーなプラットフォームには疲れたw

おっぱいもみたい

Dashboard Widget の開発には何が必要ですか。

>>756
テキストエディタ

後は気合いと根性

PureBasic 4.30 for MacOSX x86 の 1stレビュー

$99のシェアウェア、購入後, 無償VersionUp公約
いまのところ、UTF8（日本語）は使えないし、IDEで日本語表示不可
現時点では2D/3Dのゲーム開発においてライブラリが充実している
3DエンジンはOGRE1.6らしい（過去記事からの推測）
画面パーツはGTK2がベース、IDEのデバッグ環境は使いやすい
いま最も多いバグ報告はゲーム開発に偏っていて、その方面は良い見通し

よって、、、
MacOSXのゲーム開発向けで良い開発環境だと思います。体験版でいろいろ
チェックできるので、それで使い作ってみるといいでしょう。

Official Website(DEMO Download & Buy License)
http://www.purebasic.com/

Official forum
http://www.purebasic.fr/english/

Official Assist Website(Eng>Cod>CordArchive DL)
http://www.purearea.net/

修正
日本語は使えた。XCODEで入力してPB IDEでいじらずにコンパイル
すれば、日本語表示は可能だった。アプリケーション開発可能。

Cocoaアプリケーション？　＞　アプリケーション開発可能。

YellowBox for Windowsを持ってる俺は勝ち組ということか

むしろ負け組じゃね?

Objective Cは今後はサポートされないんですか？

Objective C++おすすめ

SnowLeopardの次からは　Objective C# になります

Cocoa + 関数型言語ﾏﾀﾞｰ?

Objective C♭はまだ？

もう悲惨だよな・・Macの開発環境は・・なにがしたいんだか

おまいさんがな・・

Objectiなんとかの時点で終了

おまいさんがな・・

Macのmakeってgun makeと一緒？？

>>772
/usr/bin/make --version

Xcode

QtいいよQt

同じソースコードでWindowsでもLinuxでも動く。
ついでにMacOSXに対応するのにちょうど良い。

Qt使うくらいならwxにしてくれ。
Macに対応したところで、ネイティブとの違いは誤摩化せんしな。

NetBeansはどう？

最強との呼び名も高いけど、俺は vi 派なんで分からん…

>>772-773
Leopardで見たら、GNU Make 3.81だったぜ

NetBeansは激重なのをなんとかしないと

Mac版はそんなに重いのか？

逆にMac版以外はどんななのかしらないけど、
MBP Early 2008で軽く死ねるレベル

php何で書いてる？

TextWranglerとXcodeを併用

エディタにEclipseつかってる俺はプロじゃない、って職場の同僚にいわれた(泣

開発してるのは主にJAVAとPHP。あ、iPhoneアプリを開発するときはさすがにXCodeだけど。

emacsやviも使ってみたのですが、なんだか使いづらくて。

そういう時は、書かれたコードで判断せずに、書く道具で判断するなんて
お前は素人かよって言い返そうぜ

OSXでEclipseって、どうなん？

どうなんだろ、ちょっと入れてみるかな

NetBeansもそうだが日本語位最初から通してくれよと

>>785
おいこのやろう。Emacsとviのどこが使いにくいんだ

vi は慣れちゃうとあんな良い物は無いよな。若いうちに勢いで覚えてよかったと思ってる。
出されたエディタは何でも使うけど、好きなのを使っていい場合はやっぱり vi を使っちゃう。
まぁ grep と sed と awk も一緒じゃないと魅力半減だけど。

Eclipse は Cocoa 正式対応になって、けっこうよくなったと思う。

相変わらずシステムメニューが変だけど、Eclipse が SWT を使うかぎり
しかたがないのかも。

Qt Creator使うお(´・ω・｀)

Qt をやりたいなら Mac じゃない方が幸せになると思うが…
Mac を使いたいなら Qt じゃない方が幸せになると思うが…

snow leopardでgccを使う場合、/usr/includeの下にasm.hがないんだけど
検索すると変な/System/Library/...../あたりに多くのasm.hが見つかるけど、
これらはどうやって切り分けるんでしょうか？

「切り分ける」ってなんだ?

「なんでasm.hが複数あるんですか? 一つで充分ではないのですか?」
「一つを残して廃止と決定しました。」

蓮舫乙!

ObjCにうんざり

無理して使わなくて良いよ。代わりに俺が使っておくから。

おまえ程度じゃ代わりにならん

Rubyの規格を提出してから、Ruby cocoaの廃れっぷりが
すさまじい件

ctags使い始めたらなんでもかんでもvim一色になった。