Macでプログラミング{ ..
446:名称未設定
07/05/27 22:26:44 Dp/UlMnP0
>>408
ってゆーか、Xcode普通に趣味で憶えて、世界共通で使える
Mac用シェアウェア作って売ればいいじゃないの。
なーんか、最近の”自称”プログラマーってのが
『どっかの会社で仕様書どおりにコーデックする職業の人』
だったりするのが、なんだかなぁ・・・
そりゃ毎日”プログラミング”してんだろうけどさー・・・
昔の「大型機プログラマ」の人とおんなじ”におい”がするんだよね。
プログラミングなんてこんな面白い趣味やんのに「シェアが」とかバカじゃね?
ぶっちゃけプログラミングなんてぜんぶおんなじだって。
考え方の違いとそれによるコーデックの差だけで。
その違いと差を理解できるのが自称じゃなくて”本物の”プログラマ。
20年前に大型機のコーデック屋は答えたもんさ
「仕事でやるなら専門学校でCOBOLだよ」って。
生き残ってるのは結局本質をつかんでなんでも適応できる人。
最初に憶えた言語をじっくりやるのは当然だけど、それだけじゃなんにせよ生き残れない。
いまからWindowsのなにかを初めりゃ食いっぱぐれがない。なんてちゃんちゃらおかしい。
ニセモノに騙されるな。
447:名称未設定
07/05/28 01:05:53 FwdvFyVE0
>>446
子供が生まれて家族を抱えると考え方変わるぞ。
>>Mac用シェアウェア作って売ればいいじゃないの。
それで生活が出来る人はどれだけいるのだろうか? お前は「歌手になってCD売れば
儲かるじゃん」と同じ事逝ってんだよ。
448:名称未設定
07/05/28 10:33:37 TJyvqo0g0
Cocoaってポトペタ画面にコントロール貼り付けるだけでアプリが完成するって本当でつか?
449:名称未設定
07/05/28 10:35:33 15/gw4Ny0
ageんな。クソ
450:名称未設定
07/05/28 11:18:23 T7lPy2WS0
プログラミングが楽しくてしかたない人は職業プログラマの道はふつう選ばないしな。
楽しくてプログラマになっちゃった人はむしろ突き抜けて違う次元の人になっちゃうし。
(本書く側になったり、腕で食えるから仕事はよりどりの人になったり。)
よく沸いてくる”食うためにプログラマ”とか、どんだけ底辺なんだよ。
楽しいプログラミングを最初から知らない奴が、プログラミングの楽しさなんて伝えられるわけないじゃん。
451:名称未設定
07/05/28 13:41:06 vcEkJCBsO
コーデックw
452:名称未設定
07/05/28 13:56:32 nE8qZBp/0
あれ?ここってマ板ですか…?
453:名称未設定
07/05/28 18:55:19 TJyvqo0g0
MacにPythonは不似合いでつか?
454:名称未設定
07/05/28 22:59:08 KgbuwBXC0
簡単なツールはPythonで作ってるよ。
Applescriptみたいに、他のアプリケーションの操作がもっと出来るようになるといいんだけどね。
本当はApplescriptの「用語」にあるクラスとかをPythonで使えるように翻訳するツールがあるけど、
これが上手くいかない・・・
455:名称未設定
07/05/28 23:04:22 JbbwA0tc0
>>454
ageるような釣り野郎にマジレスすんなって。448と同じヤツだぞ。
456:名称未設定
07/05/28 23:17:02 i06C9K8E0
PythonからOSAいじりゃいいじゃん
とマジレス
457:名称未設定
07/05/28 23:17:08 KgbuwBXC0
あ、ほんとだ。
でも、プログラマじゃなくてプログラミングの話だし、Python、Ruby、Perl あたりの言語の情報も気になるんで
話題をつなげてもいいだろ
458:名称未設定
07/05/29 05:58:11 qcqL9Pu20
なんでsage厨が住み着いてんだ?
一度sage厨でぐぐってみろや
459:名称未設定
07/05/29 09:22:10 nk1+vP7z0
PythonってやっぱCUIですか?
それともMac用GUIもおkですか?
PythonからDLLコールって簡単ですか?
460:名称未設定
07/05/29 09:53:40 nk1+vP7z0
PythonってGUIライブラリの選択もしなきゃならないんですね。
やっぱ、MacでPythonはやめまつ。
461:名称未設定
07/05/29 14:46:52 QsOoQ6Ef0
MacでやるならRubyの方がいいかも。
LeopardでRuby-Cocoaが本採用されるし、これから更に幅が広がるんじゃないかと予想。
ちょっとしたことならAppleScriptだけでも足りるけどね。
462:名称未設定
07/05/29 16:09:36 nXZ/dWKf0
言語多すぎ
463:名称未設定
07/05/29 17:32:51 nk1+vP7z0
Windowsに比べたら激しく少ないお。
WindowsにはDelphiがあるお。
464:名称未設定
07/05/29 17:37:26 HE+Aw2pE0
>>463
大丈夫。
ぜんぜん答えになってないから。
>>462
自然言語よりは少ないから問題ない。
465:名称未設定
07/05/29 18:24:19 QYerGU6C0
JavaScript OSAって少数派?
466:名称未設定
07/05/30 18:38:11 0c+V1mvL0
>>446
それはコーダー、またはコボラー。
467:名称未設定
07/05/31 15:28:01 iAchG2JI0
なんだかMacでプログラミングな人が希少のようですが、
Macでプログラミングされてる方は、
どうやって勉強して何の言語を使われてますか?
簡単に開発できてC/C++系のライブラリを取り込めるものキボン。
468:名称未設定
07/05/31 16:59:18 SWpntEcE0
phpとjavascriptとmysqlだけでなんとか雇ってもらえてる。
ほんと恥ずかしいです。
469:名称未設定
07/05/31 17:12:14 iAchG2JI0
それって、Web開発だおね。
恥ずかしいとは思わないけど、デスクトップアプリ系の話も聞きたいお。
470:名称未設定
07/05/31 21:53:55 PL4w/X1d0
OSXの開発者はたいていObjective-Cを使いますが。
471:名称未設定
07/06/01 00:05:28 X+vRpQsg0
普段はC#deWinアプリ開発やってたのだけど、
OSXのクライアントを作れと言われJavaに逃げた…。
472:名称未設定
07/06/01 00:53:15 7kO6+YL80
それは逃げれてるのか?
473:名称未設定
07/06/01 16:04:52 F5kxgahR0
本で言うとタイトルだけで終わってるような会話だね。
もうちょっと、何を勉強した、とか、どこで躓いて何を調べたとか、レスしてお。
474:名称未設定
07/06/01 16:43:59 IArB/FOX0
会社の業務でデバイスドライバの開発やらされたけど、
探しても全然資料がなかったので、お金出してADCのテクニカルサポートで質問して
資料やサンプルコードを入手して、作り方まで教えてもらったよ。
で、後はそのサンプルコードをいじりながら、
AppleのメーリングリストやWeb検索で調べたりして、何とか動くモノができた。
ちなみに開発環境はCarbon&C言語。
何よりもCarbonの資料がXcodeのリファレンスとサンプルコード以外に
ほとんど無かったのがしんどかったぜ。
475:名称未設定
07/06/01 16:47:38 nQ/FulIq0
>>474
英語?
476:名称未設定
07/06/01 17:15:36 CRhXY8/M0
今時Carbonはきついな。昔からやってればともかく、初めがCarbonからじゃな。
でもデバイスドライバならまだマシな方かもしれんよ。
アプリケーションだと気が狂いそうになる。Toolbox由来のAPIがゴッソリ
deprecatedになって、CoreFoundationとか使おうとしたら相変わらず冗長な
コードを書かなきゃならないのにウンザリして結局Cocoaで作り直した。
ドキュメントも読む気が起きなかった。
477:名称未設定
07/06/01 18:01:19 yE7czl5j0
Win32かCarbonかCならどっちが大変?
478:名称未設定
07/06/01 18:42:16 IArB/FOX0
>>477
Carbonの方が大変。Win32のやり方に慣れてると特に。
一番きついのは、CFStringとかのRetain/Releaseの対応かな。
CocoaだとAutoReleasePoolがあるけど、Carbonにはそんなのないし。
デバッグはホントしんどかった。
Win32はサンプルや資料がたくさんあっていいよね。
とっつきやすさが格段に違う。
479:名称未設定
07/06/01 18:55:36 F5kxgahR0
> Carbonの方が大変。
よし、カーボンはやめとこう。
> 一番きついのは、CFStringとかのRetain/Releaseの対応かな。
> CocoaだとAutoReleasePoolがあるけど、Carbonにはそんなのないし。
↑
何この見た事無い単語の羅列。
480:名称未設定
07/06/01 18:56:43 M7fAFubC0
デバイスドライバでCarbon使えるのか?
CFStringはCoreFoundationでしょ。
481:名称未設定
07/06/01 18:57:54 WIELBzLK0
>>478
>一番きついのは、CFStringとかのRetain/Releaseの対応かな。
なんだそんなレベルの事をしんどいと言ってるのか... トホホ。
482:名称未設定
07/06/01 19:34:05 CRhXY8/M0
retain/releaseなんて同じ階層でペアで使えばいいだけだ。
stack base objectでwrapするという手もある。
483:名称未設定
07/06/01 19:56:49 rwO1prF70
これからMacOS9用ソフト作ろうとしている僕は、変態?
Carbon使うと少し楽だね。 面倒になった部分もあるけど。
484:名称未設定
07/06/01 20:02:56 1HFaxyIT0
Y^´ ∨// /,∠ ,. ' /l/// /, ' , '/ ! | l }´ 〈
〉 変 〈/ , ' // ̄`>< /// /// _,.=‐|'"´l l〈 変 /
〈 態. ∨, '/l| ,.'-‐、`//`7/ /''"´__ | ハ l丿 態 {
人) ! ! (/! |ヽ〈_ ・.ノ〃 〃 / '/⌒ヾ.! ,' !く ! ! (_
ト、__/ ヽ、_,.イ /l l |:::::::```/:::::/...´.. //´。ヽ }! ,' !! ) /
ト' 亦 ,イ⌒ヽ/ !l l ! l し J ::::::::::::::::::::``‐-</ / ,'、`Y´Τ`Y
l 夂 (ハ ヽ l i ! l ', ! , -―-、_ ′::::::::::::: //! Λ ヽ、ヽl
ヽ 〉,\ ! i ',.l `、'、/_,. ―- 、_``ヽ、 ι 〃,'/! ヽ、\ ヽ、
! 能 // ,' lヽ! ii ',l ∨\'⌒ヽー-、 `ヽ、! / ハ ノヽ._人_从_,. \
| 心 { / ,' ' ,! ll l`、 { ヽ' \ ヽ ' '´ Λ ',} ( \
.丿 ∨ // ,',! l l l ヽ`、 \ \ ∨ し /! ∨ 変 ,ゝ、
∧ / / ヾノ //l l l l、_ヽ\ \ ヽ , ' ,.イ |ノ 態 (ヽ
/ノ__ ゚ ゚ (⌒`〃'j | l l l `ヽ `ヽ、.ヽ _,.}'′ ,.イl { | ヽ ! ! ,ゝ\
/ /`Y⌒ヽ/⌒ 〃 ノ | l l l } ヽ、._ } ノ,.イ l | ! ! | )_
485:名称未設定
07/06/01 22:47:53 8cWRAWuP0
>>483
変態だろうな。CodeWarriorとPowerPlantがあれば作業は軽減されるけど。
486:名称未設定
07/06/02 01:01:46 59Pk/web0
>>483
他人(や商売)の為に作るのならおそらく変態
自分の為に作るなら自分の環境に合わないソフトを作る方が変態(というか池沼)
487:名称未設定
07/06/02 01:42:43 ZnOD5nCM0
商売で作るなら健全だろ…金出す奴は変態つーか気の毒だと思うが。
自分の趣味で作るのも立派な変態。目的があって自分の為に作るのは一応健全だが、
それ以前に今時MacOS9環境に固執してる時点で変態つーかアレだな。
488:名称未設定
07/06/02 02:11:30 XbliQfFC0
MPWをインスコしたくなった。
489:名称未設定
07/06/02 17:05:56 Ncb3vfb30
そんな名前を思い出すのは変態
490:名称未設定
07/06/02 18:23:43 XfKJ+bz80
これってどこからダウソできるの?
491:490
07/06/02 18:49:46 XfKJ+bz80
誤爆スマソ
492:名称未設定
07/06/03 04:43:31 7wrQ6MVW0
最終版MPWでCarbonコンパイルしたアプリをOS9上で動かすと、
ウインドウの挙動がClassicアプリと異なるのが気になったのが3年前。
今考えるとCarbonLibの方のバグだったのかもしれん…。
ウインドウ右下のサイズボックスをドラッグした時に枠線が太い。
さらに一度ドラッグし出したら、なぜか元のサイズには絶対戻らない。
あとヘルプを追加しないとヘルプメニューの一番下の水平線が不自然。
493:483
07/06/03 09:56:28 BUX+J3DL0
自分用ですが、ちゃんと作れたら公開するつもり。
最近はOS9使ってると色々と不便な事が多いので。
PowerPlantは使った事ないや。
494:名称未設定
07/06/03 11:01:59 1mqN+D4f0
デバドラは勉強したいんだがどこから手を付けたらいいのかわからん
仕事の話(携帯がらみでMacのことがわかる人を探してたらしい)があったんだけど、
デバドラはさっぱりわかんねーから断っちまったんだよなぁ・・・
もったいないことをした
495:名称未設定
07/06/03 15:37:54 EppK9oHl0
我々は独自の世界を建設している。
新しい理想郷を建設するのである。
従って、伝統的な形を取るMPWもCodeWarriorもいらない。ResEditもいらない。
例え親であっても社会の毒と思ったらほほえんで殺せ。
今住んでいるのは新しいXcodeなのである。我々はこれより過去を切り捨てる。
泣いてはいけない。
泣くのは今のCocoaをいやがっているからだ。
笑ってはいけない。
笑うのは昔のPowerPlantを懐かしんでいるからだ。
496:名称未設定
07/06/03 18:47:36 v5JLDwjQ0
北朝(ry
497:名称未設定
07/06/03 20:56:07 uoyjQQy+0
ポル・ポト乙
498:名称未設定
07/06/04 01:42:09 zqydaUhA0
>>494
>デバドラは勉強したいんだがどこから手を付けたらいいのかわからん
1) 動かしてみたいハードがあって 2) その仕様が公開されてて 3) 類似のハード用の
ソースが参照可なものがあればいいかも。
2) や 3) が足りないと大変で... まあそれで身に付くこともあったりするが。
>(携帯がらみでMacのことがわかる人を探してたらしい)
USB-シリアル変換とかその類い?
499:名称未設定
07/06/05 08:52:19 DJkr62uu0
LazarusかFreePascal使われてる方ありますか?
状況教えてホシス
500:名称未設定
07/06/05 08:57:31 WfzDg4bTO
あり、おり、はべり、いまそかり
501:名称未設定
07/06/05 09:01:59 DJkr62uu0
FreePascalからC/C++系ソースから作ったDLLコールってありですあk?
Lazarusのライブラリ環境構築は簡単でしか?
502:名称未設定
07/06/05 10:43:01 k3aoaee50
あなたの保険証番号と運転免許書番号を教えてもらえますか?
503:名称未設定
07/06/05 11:38:43 UoAwUxW20
> FreePascalからC/C++系ソースから作ったDLLコールってありですあk?
あり、全然あり。
> Lazarusのライブラリ環境構築は簡単でしか?
簡単、すっごい簡単。
504:名称未設定
07/06/05 11:50:36 DJkr62uu0
>>503
もー、全部やり方教えてよー。
昨日からCocoaセミナーのQuickTime見てるけど、
OjbCキッショイし、コード補間しないヴぁかだし、
基本的にダサダサMFCのメッセージマップ&DDXの邪魔邪魔MVCだよ。
MVCは開発の基本だけど、IDEがそこ変にイジラナイでって漢字。
DelとかLazaが自由に書かせてくれて、MVC的にも書きやすい。
505:名称未設定
07/06/05 11:52:31 DJkr62uu0
>>503
ちなみに、その2つが解決すれば自分のやりたいこと全部出来ちゃう。
やりたいことって、BCBで作成したWinアプリのMac移植。
Indyも使ってるからLazarus/Indyが動作すれば殆ど完全コード互換だお(ガクブル
506:名称未設定
07/06/05 12:08:14 UoAwUxW20
ごめん、うそ。でも応援してるよ。
FreePascalについてはC++のライブラリのヘッダを書けば出来るよ。
FreePascalから呼び出すCarbonのヘッダのソースを参考にすればいいんじゃない?
環境構築はこれを見て頑張れ。
URLリンク(wiki.lazarus.freepascal.org)
分からなくなったら、じゃんじゃん質問してくれ。マ板の方でね。
507:名称未設定
07/06/05 12:44:04 DJkr62uu0
え”〜?
実際は使って無いってこと?>>506
508:名称未設定
07/06/05 13:01:53 UoAwUxW20
もちろん毎日使っているよ。
うそだけど。
気分だけは今でもPascalで書いている人は沢山いるよ。
"ObjectPascalはなつかしいなぁー"の人は手をあげて〜
ほぅら、こんなにいるでしょお?
509:名称未設定
07/06/05 13:14:32 DJkr62uu0
マカってこんな人ヴぁっかなの?????
510:名称未設定
07/06/05 13:19:17 UoAwUxW20
そうだよ、みんな親切でしょ。
みんなに感謝の気持ちをこめて、「ありがとう」ってお礼をいいましょう。
できるかな〜?
511:名称未設定
07/06/05 13:19:42 00pY7GTm0
使って天国作って地獄
そりゃまともな開発者は寄り付かん罠
512:名称未設定
07/06/05 13:23:33 DJkr62uu0
ありがとう。
質問者と本物の回答者以外は消えて下さい。
ありがとう。
513:名称未設定
07/06/05 13:26:37 UoAwUxW20
はい、よくできました〜。ぱちぱち。みんな拍手して〜!!
514:名称未設定
07/06/05 13:50:17 u9V8sSPW0
キショイ
515:名称未設定
07/06/05 14:36:22 Akv/2LTI0
Pascalのことはここで聞け
URLリンク(www.pascal-central.com)
サンプルなんかも色々あるから
516:名称未設定
07/06/05 14:38:17 DJkr62uu0
thx.
MACとPascalの内容だね。
英語きびs(ry
517:名称未設定
07/06/05 14:53:40 1XveluCf0
--------------------------------------------------------
現在、日本多板籍連合軍はハンガリー共和国軍に押さえれています!
ハンガリー共和国軍は我々の数倍の戦力!絶対絶命のピンチ!
あと30時間以内で勝負が決まります!
私達は、戦友を求めています!あなたのクリックで
私達を助けてください!いっしょに闘ってください!
↓現行スレ
【諦めません】一番クリックした国が優勝 171【勝つまでは】
スレリンク(news4vip板)
戦友募集フラッシュ
URLリンク(swfup.info)
518:名称未設定
07/06/05 14:59:37 Akv/2LTI0
>>516
ここ使って頑張れ↓
URLリンク(www.google.co.jp)
519:名称未設定
07/06/05 15:19:08 wJoVBopu0
・書き込みの仕方がばかっぽい
・妙に通なふりや詳しそうなふりをする
・自分では調べ(られ)ない
まともなレスがつかない典型だな。
520:名称未設定
07/06/05 15:24:31 DJkr62uu0
華麗にスルー
521:名称未設定
07/06/05 19:46:03 ZZLAlynR0
浦島なのか、2ch新参なのか…
522:名称未設定
07/06/05 21:36:58 VuZLWH8y0
NacBook Pro キタ━━(゚∀゚)━━ !!!!!
523:名称未設定
07/06/06 10:16:35 fbiccvua0
カーボンは駄作って本当でつか?
524:名称未設定
07/06/06 12:23:03 CnxnkEYD0
駄作とは言わんが新旧ごちゃごちゃ
525:名称未設定
07/06/06 17:00:13 dyiVbQkl0
CarbonはToolBoxからOSXへの繋だったんだ。
526:名称未設定
07/06/06 17:11:06 sRKdzR1S0
>ToolBox
これはダサダサだったの?
527:名称未設定
07/06/06 17:34:17 8G5Kys7Q0
元はObjectPascal用だし、結構低レベルなんで細かいことは出来るものの
コールの手順とかが厳密に決まっていて、冗長なプログラムになってしまう
んだな。手順を間違えるとクラッシュすることもある。
Carbonになってああいうことはなくなったが、今度はwrapperを多用するわ、
レコードを遮へいするために余計なコールをしなければいけないわで、面倒な
点は変わらなかったな。
528:名称未設定
07/06/06 20:44:54 wvqomH+k0
結局Appleは何言語でプログラミングしてほしいんだ?
あっちこっちのAPIごとにバラバラじゃいやん
529:名称未設定
07/06/06 20:46:17 BabmwxLW0
Macのソフトは使うものであって作るものじゃありませんよ。
530:名称未設定
07/06/06 21:02:26 oJPasybm0
>>528
言語という意味ではCとC++とObjCのどれかしかないだろ。
環境としてはCarbonかCoreFoundationかFoundation+AppKITかな?
でもスレッドとかはxNixな手法でつい作っちゃうけど。
531:名称未設定
07/06/06 21:03:50 CnxnkEYD0
HIViewとNSViewを同じように扱えるようにする流れらしいけど(実際の所はよく知らない)、
ToolBox/Carbon自体は徐々に終息させてって、Carbonとは互換性なしの新規のC言語APIとして
Foundation−CoreFoundation間のtool freeと同じような、AppKitの丸々C言語版(CoreAppKit?)
作れば良かったのに、とは思う。
使う人がどれだけいるか分からないけど、とりあえずC言語でMacアプリ作ろう、って人には
Carbonより敷居が低くなるんじゃないかなぁ。
それとずっとC++にはノータッチなのはなぜだろう?
OS 9の頃は正規のAPIではないけどMacAppとかあったのに。
>>526
できたばかりの頃は洗練されていたらしいけどね。
532:名称未設定
07/06/06 22:31:36 5qhdTv9v0
表向きの位置付けとしてはAppKitはframeworkでCarbonはbasic API
例えばNSMenuはwrapperで中身はCarbon Menu Managerを使ってる。
Carbonはまだ新しいAPI加えてるし、DragやPasteboardみたいに処理実態はCore
なんちゃらServiceに切り出して、Carbonは単なるI/F仕様になってるのもある。
AppKitもCarbonもI/Fは維持されるだろうけど、中身は常に流動的だよ。
533:名称未設定
07/06/06 22:52:06 oJPasybm0
>>532
Carbonとひとくくりにした場合、低レベルから高レベルまで
いろんなAPIを含むと思っていた。
例えば、CoreAudioやCoreVideoやQuickTimeって、分類上は
Carbonのなかになると思うのだけど、実質的にはFrameworkに
なるはずでは。
534:名称未設定
07/06/06 23:50:02 JXac2gpD0
>>531
>それとずっとC++にはノータッチなのはなぜだろう?
・既存ライブラリをC++で書き換えるコストが莫大
・C++は言語仕様が極めて複雑
あえてC++で書きなおす意味がない
535:名称未設定
07/06/07 00:44:47 xB+ca+WM0
>>533
QuickTimeは広義のCarbon APIだけど、CoreAudioやCoreVideoは新しく作られた物で
Carbonではないよ。QuickTimeやSound Manager等の実装に使われるCoreなんとかの
部類
AppKitの中身がCarbonっていうのは多いけど、CarbonのColorPickerは逆で中身は
NSColorPanelを使ってる。「表向きの位置付け」と実装は結構違う。
536:名称未設定
07/06/07 07:11:58 l8O7/wvF0
要はCarbonはMac OS Xへの中継ぎにすぎず,
本命はCocoaっていうAppleが当初示していたロードマップは、
Apple自身が軌道修正しているってことでそ。
537:名称未設定
07/06/07 08:36:58 X62ZlfsN0
>本命はCocoaっていうAppleが当初示していたロードマップは、 Apple自身が軌道修正しているってことでそ。
じゃ、本命はCarbon?
538:名称未設定
07/06/07 14:46:20 t9tR+peQ0
CarbonはLeopardでdeprecateじゃないかな。
539:名称未設定
07/06/07 14:53:27 X62ZlfsN0
Cocoa、Carbonが本命じゃないなら、Java?
540:名称未設定
07/06/07 15:23:52 xLYdNtxU0
なんでJavaやねんw
541:名称未設定
07/06/07 15:26:33 R57gZ8Vv0
いくらJavaが野暮ったい糞開発環境とはいえ
Appleの提供するネイティブ開発環境よりははるかにましだからなぁ・・・
542:名称未設定
07/06/07 15:33:08 xLYdNtxU0
なんでAPIやフレームワークの話をしてんのに言語仕様が出てくんだか。
JavaでCocoa書き直すなんて話でたことあったっけ?
543:名称未設定
07/06/07 15:40:12 X62ZlfsN0
>>542
ここはプログラミングスレ。
CocoaとJavaを比較して何が悪いよ。
544:名称未設定
07/06/07 15:45:29 xLYdNtxU0
>>543
CocoaとJavaを同比較すんだよw
Javaで"Mac"のアプリ作ってみてくれよ。
Obj-Cで作ったフレームワークとJavaで構成したソレを比較するとかならまだしも、
Macの根幹をなしてるCocoaと現状のJavaを同比較すんだよw
545:名称未設定
07/06/07 15:56:19 X62ZlfsN0
>>544
URLリンク(www.apple.com)
Mac OS XはJavaとの相性もとても良く、
Mac OS X環境でのJavaアプリケーションは見栄えもパフォーマンスも最高レベル。
Mac OS Xは、クロスプラットフォームのJavaアプリケーションを開発・運用するための究極のプラットフォームです。
546:名称未設定
07/06/07 16:01:39 H0wQo+kd0
Cocoa-JAVAは確か捨てられなかったっけ?
で、Ruby-Cocoaへと。
547:名称未設定
07/06/07 16:07:05 xLYdNtxU0
>>545
お前はアホか。てかアホだと思ってたけどさ。
じゃ俺はWikiから。
>Cocoaそれ自体は純粋な機能セットであり、
>Objective-C実行環境との通信を確立すれば他の言語からも利用が可能になる。
>これにより現在ではJava/Perl/Ruby/Python/Common Lispなど、各種のコンパイラ・スクリプト言語との言語ブリッジが確立している。
"純粋な機能セット"とそれを使うJavaをどう比較するんだよ。
JavaとCocoaを比較するんだから、JavaでCocoaの代替作るんだろ?
548:名称未設定
07/06/07 16:08:50 3S0zZfdt0
あまりにもどうでもよすぎるがんばり方だなw
549:名称未設定
07/06/07 16:23:22 X62ZlfsN0
>Mac OS X環境でのJavaアプリケーションは見栄えもパフォーマンスも最高レベル。
>>547
アポー様に真っ向から対決するならこのスレから消えろ。
550:名称未設定
07/06/07 16:39:37 xLYdNtxU0
>>549
本当にアホだな。
これだけ同じ内容を言葉を変えてレスされても理解出来ないアホ。
素直に間違いを認めず意固地になって押し通すアホ。
おまけに自分でアポー様に真っ向から対決wしてる事がわからないアホ。
アホずくし。どっから切ってもアホが出てくる金太郎飴みたいなアホだな。
551:名称未設定
07/06/07 16:49:44 l8O7/wvF0
> アホずくし。どっから切ってもアホが出てくる金太郎飴みたいなアホだな。
その表現はThink differentだな。
552:名称未設定
07/06/07 17:16:58 94bqOZyO0
プログラミングの詳細な知識が不要な話題になると途端にハスールする奴が沸いてくるな。
553:名称未設定
07/06/07 17:29:25 94zVdKPC0
ID:X62ZlfsN0の人気に嫉妬
554:名称未設定
07/06/10 10:40:53 bMAM9OXO0
しかし言語ブリッジでいつも気になるのは既存のクラスとの共存だな。
RubyCocoa って、配列とか文字列とかの行き来はどうなってるの?
555:名称未設定
07/06/10 23:38:34 NEEzvEcR0
MacOSXはUNIXなんだから、UNIX風のX11アプリが
作られるのも当然の話。
UNIXが好きなのに、わざわざMacOSXにあわせる必要は無い。
556:名称未設定
07/06/10 23:58:15 kLmwUkPM0
>>555
それこそ、わざわざUNIX風にする必要無いじゃん。
X11アプリなんて縛りとUIが貧弱だから、あの形なんであって
望んであの形じゃないだろ。
557:名称未設定
07/06/11 00:10:04 nfvdjaO/0
X11なんてまだ出てねーよ。次がX10.5だ。
558:名称未設定
07/06/11 00:23:16 REl2NAiJ0
クマー
559:名称未設定
07/06/11 08:15:19 y1irQ5bB0
X11はLinuxの癌。
X11が好きな奴はマゾ。
OSXでAquaという優れた選択肢があるのに適応できないのは意固地。
560:名称未設定
07/06/11 08:58:11 8x78akgZ0
X11の利点は他のマシンに画面を飛ばせることだな
561:名称未設定
07/06/11 09:16:47 TFGqI0em0
LinuxLinux騒いでいる奴がいるけれど普通LinuxっていうとKernelのことじゃねぇの?
X11やKDEはLinuxじゃねぇし。
まあ、X11必須のアプリ作ってもX11を使えない(使いこなせない)人達はそのアプリを使ってくれないだけだろうが。
PhotoShop並みの高機能で知られるGimpだってせっかくフリーで使えるのにX11必須がネックであまり使っている人いないしな。
562:名称未設定
07/06/11 09:37:47 4hd+geRk0
WinのGimpだってあんまり使われてないだろ。
X11無用のseashoreやleeshoreもあんまり使われてないというか知られてないし。
563:名称未設定
07/06/11 09:47:16 TFGqI0em0
あれ、最近はX11いらないのか?
URLリンク(netafull.net)
564:名称未設定
07/06/11 10:50:06 DjVNmdUu0
>>563
今はツールキットが直Aquaで動くみたいね。Qtとかも。
565:名称未設定
07/06/11 17:42:58 db5DL7590
てことは、X11要らないウィンドウライブラリが良いってことかい?
566:名称未設定
07/06/11 18:00:16 4hd+geRk0
でも今のとこMac用で完成度が高いのはX11用なんだよな。Photoshopの方が
使いやすいからGimpを使うことはないんだが・・・。
567:名称未設定
07/06/11 19:16:36 ++J2UNbB0
>>565
いらないってことはないぞ。
UNIXアプリ使う人には重宝しているだろうし、Web系開発者なんかだと結構使っているらしい。
ただ、X11はUNIXユーザー以外にはかなり敷居が高い。
Macの開発は敷居が高いのと同じように。
エンドユーザーにはX11の環境構築をきちんと出来る奴なんてそうそういないだろ。
568:名称未設定
07/06/12 03:09:24 sr6Yqkod0
>>567
>Macの開発は敷居が高いのと同じように。
どう同じなんだよ。単にどっちもメジャーじゃないってことか?
569:名称未設定
07/06/12 03:24:01 JKqFAB590
>>568
Mac実機を持ってない567には敷居が高いって意味
570:名称未設定
07/06/12 05:16:58 vOwiTZ8Z0
メニューバーの透明度がアップし見やすくなった。
URLリンク(images.apple.com)
571:名称未設定
07/06/12 05:29:27 vOwiTZ8Z0
おっと凄い誤爆…。
572:名称未設定
07/06/12 08:45:59 rm3r2fE/0
>エンドユーザーにはX11の環境構築をきちんと出来る奴なんて
ここで言われてるのは、エンドユーザーがMakeするのが難しいってことですか?
ユーザーはX11の実行環境をインスコしてアプリ使うだけなら、無問題だよね?
573:名称未設定
07/06/12 08:48:48 I2GVw1a30
>>572
元の例えが適切とは思わんが、X11を使う導入コストはどう考えたって
明らかにWindows、Macより高いだろう。
574:名称未設定
07/06/12 08:51:53 rm3r2fE/0
いや、ドトネトの方が何十メガもインストーラが複数あったり、発狂したりするので敷居が高い。
575:名称未設定
07/06/12 08:57:47 I2GVw1a30
>>574
導入コストってのは教育も含むのな。
つか一般人が.netを意識しなくちゃ行けない様なシステム自体欠陥だろ。
576:名称未設定
07/06/12 09:02:28 20wun8PY0
.NETを意識しなきゃいけないのは古いOSでだろ。
577:名称未設定
07/06/12 09:02:48 rm3r2fE/0
ドトネトなんて起動のモッサリでユーザーが異常に気付くよ。
こんなきちゃないアプリよこすなとwwwww
578:名称未設定
07/06/12 09:04:50 rm3r2fE/0
結論:ドトネトは欠陥品
579:名称未設定
07/06/12 09:55:41 20wun8PY0
Safari for Windows、CoreFoundationとかがDLLになってるね
580:名称未設定
07/06/12 12:24:22 Xop2AjrJ0
>>579
Win版のSafariで思ったが、アップルは非公開のWindows Cocoa開発環境を持っているという
ことだよね?
581:名称未設定
07/06/12 12:50:54 iZm9RHNQ0
CoreFoundationとかCoreGraphicsだからC環境だろ。
582:名称未設定
07/06/12 13:17:11 rm3r2fE/0
アプリケーションバンドルとは何ですか?
583:名称未設定
07/06/12 14:12:35 TQvDcSNE0
>>581
Mac版SafariとWin版Safariで異なるソースを使っているのは考えにくいから、
safari.exeの中にObjCのランタイムが入っている可能性も否定出来ない。
WebObjectsで一応Windowsアプリが造れた事を考えると細々と開発は続いているのかもしれない
>>非公開Windows Cocoa環境
584:名称未設定
07/06/12 14:22:02 rm3r2fE/0
>Cocotron
>URLリンク(opentechpress.jp)
これじゃね?
585:名称未設定
07/06/12 17:26:29 iZm9RHNQ0
>>583
言われてみれば確かにそうだな。アプリケーションレベルのソースは
共通化した方が合理的だ。実際のところはわからんが・・・。
586:名称未設定
07/06/12 18:14:02 tiKsls4g0
iTunesも似たような感じなのかな?
たしかWebKit使ってるとおもたけど。
587:名称未設定
07/06/12 18:55:31 TQvDcSNE0
>>586
Mac版iTunesはCarbon。で、Win版iTunesはCoreFoundationとかが移植されてて、QuickTime for WinのAPIを使ってるっぽい。
だとすると、実はMac版SafariはCarbonで実装されてたりして(w
win版Safariを解析のためにダウンロードしたけどWindows2000だとインストール出来ない(T_T)
588:名称未設定
07/06/12 19:56:51 V2jzD/fZ0
WebKitはcで書かれたKDEのKHTMLをOSXに移植してObj-Cのインターフェースを被せた物
Unicode処理やUIはCarbonで実装されている。
Apple版との関係は解らないが、WindowsへのKHTML移植プロジェクトは以前からあった。
589:名称未設定
07/06/12 20:32:43 4CMORFsI0
windows版で環境設定開いたらどうなんの?
590:名称未設定
07/06/13 02:25:27 rvMYdqKu0
>>582
フォルダの一種です。Finderではパッケージ化されて単なるアプリケーションのように見えます。
通常、バンドル内にはプロパティリストや他言語化ファイル、各種リソース類などが格納されます。
591:名称未設定
07/06/13 12:09:46 6Q36OUw40
>>582
System Overviewを読むとなお良いと思う
592:名称未設定
07/06/14 15:22:20 MsQCgS5S0
Macには、GTKとwxWidgetsとどちらが良いですか?
593:名称未設定
07/06/14 15:43:56 Sii9+EQH0
商用で開発するならwxWidgets。そうでないならどっちでもいい。
594:名称未設定
07/06/14 15:52:11 MsQCgS5S0
>商用で開発するならwxWidgets
kwsk-kwsk orz
595:名称未設定
07/06/14 18:55:07 IjAyN0g+0
誰に使って欲しいか、どんなアプリを作ろうとしてんのか、にもよるんじゃ?
今んとこGTKはOSXネイティブ版の開発はまだまだ途上っぽいし、X11上だと日本語環境整えるの面倒臭い、使い勝手もイマイチ。誰でもが使ってみようと思うかどうかわからん。
wxWidgets?wxMac?はよー知らんけど。
596:592
07/06/14 19:08:42 MsQCgS5S0
画面は複数あって、1画面は大したことなくて、誰でも使えるアプリです。
Mac って、 wxPythonが素で動いちゃうんですね、ちょっと便利?
でも、コンパイルはできないっぽいですね。
597:名称未設定
07/06/14 20:09:17 rFnmKpNg0
Xwindow関連の配置は、Leoではどうなってるんだろう?
Unix板のぞくとX祭りとか大変みたいだけれど。
598:名称未設定
07/06/14 20:38:08 ic93IDun0
>>596
素で動くけど、OSXに素で入ってるPythonってVer2.3くらいだったはず(最新はVer2.5.1)
コンパイルっていうかpy2appっていうのはあるよ。ファイルサイズかなりでかくなるけど。
599:名称未設定
07/06/14 22:46:05 ndrAQzX20
>>594
GTKはGPL、wxWidgetsはLGPL。プロプリエタリな商用ソフトを作るのであれば
wxWidgetsになるということ。
600:名称未設定
07/06/14 23:27:45 Pe1Q+whB0
横やりですまないがwww.gtk.orgにはLGPLと書いてないか?
601:名称未設定
07/06/15 03:52:15 Zua1ntyA0
GTKがGPLだったら俺の仕事が成り立たなくなっちゃうよ...
602:名称未設定
07/06/15 09:04:37 kFBRiTvX0
>>598
有難うございます。
wxWidgetsとGTKすごい迷いますね。
その前にPythonにするかLazarusにするか迷ってるけど。
LazarusはX-Window(GTK)なのがユーザーの使用感がネックですが、やっぱIDE付きコンパイラが魅力。
603:592
07/06/15 09:29:35 kFBRiTvX0
プログラミング的に楽なのはどれなんでしょうね?
Objective-C / Cocoa は、ダサダサな漢字がして。
・C++ / GTK
・C++ / wxWidgets
・Python (+Plugin) / wxWigets
・Python (+Plugin) / wxGtk + Glade
・FreePascal / Lazarus
604:名称未設定
07/06/15 09:42:41 P8uCGWRS0
Objective-C / Cocoa を外してる時点で楽を語るのは止めた方がいい。
605:592
07/06/15 09:53:21 kFBRiTvX0
>Objective-C / Cocoa を外してる
Cocoaセミナーの初級実際にやって、中、上級も見ましたが、とてもじゃないけど楽じゃないです。
MVCは正しいし、アウトレット、アクションは正しいですよ。
だけどそこの接続をGUIでやっても楽じゃない。逆にソースコードで丸見えになってて欲しい。
GUIでやりたいのは、コントロールの拡張と貼り付け。
Delphi/VCLの方が絶対楽。
他の楽な機能も、その枠内では楽という、VBに通ずるものがあるというか。
606:名称未設定
07/06/15 09:53:36 iu8pLMDz0
> その前にPythonにするかLazarusにするか迷ってるけど。
やっと気付いたw
相変わらずまだな〜んも始めてないんだな。
607:名称未設定
07/06/15 09:59:42 zuZ/PHtw0
>Delphi/VCLの方が絶対楽。
これ基準にしたらどこにも移れなくなるだろw
608:592
07/06/15 10:06:08 kFBRiTvX0
>相変わらずまだな〜んも始めてないんだな。
違うよ。LazarusはIndyのインスコで躓いた。
>これ基準にしたらどこにも移れなくなるだろw
なんだけど、簡単なGUIとHTTP系ライブラリが必要なんで、背伸びしてPythonしたい。(って、普通は逆か。)
それか、苦労しても、GTKかwxWidgetsを自分のものにしたい。
609:592
07/06/15 10:15:05 kFBRiTvX0
連続登校すみません。。。
Macのデスクトップアプリの作成で、
楽さ加減+クロスGUIの見た目の良さでは、
Python/wxWigets >>>(壁)>>> Java/Swing
と思ってるのですが、どうでしょう?
610:名称未設定
07/06/15 10:22:59 s6FOwg1V0
なんでこの期に及んでJava/Swingの話がでてくるんだよ
611:592
07/06/15 10:28:33 kFBRiTvX0
いや、だって、Pythonで作る場合、処理はプラグインにしようと思ってます。
Pythonの位置付けはスクリプトということじゃなくて、
ダイアログツール(←凝ったのは出来ないと思いますが)&HTTPツール。
そう考えると、構造は非常にJava/JNIに似てるなーと思いまして。
デスクトップアプリをJavaで作るとメンドウそうなのでやめときたいのですが、
Appleのウェブサイトでは公式がCocoa、Carbon、Javaだったような。。。
PythonもMacから発生だから信頼性高いと予想してるんですが。
612:名称未設定
07/06/15 10:47:08 P8uCGWRS0
ごたくを並べる前に自分の手を動かしてみるのが先決じゃないのか。
613:592
07/06/15 10:55:45 kFBRiTvX0
いや、手を動かしてないのは、今のとこJava、Cabonのみです。
CrossOver ← 自作アプリのHTTP部分動作せず。
Cocoa ← セミナー(QuickTime)を見ながら実行しました。が、InterfaceBuilder/ObjCが好きになれない。
Lazarus ← Win版にはIndyインスコできたのに、Mac/i386版にはインスコできず。
さらにXアプリなのが。(でも、別ツールには使うつもり)
Python/wxWidgets ← マクアプリらしい。
Python/GTK/GLADE ← 先ずWindowsでテストしたが動作しないぞ????
残り一通りサンプル作ってみたいのは、C++/wxWidgets、C++/GTK、Java/Swing/JNIです。
614:名称未設定
07/06/15 11:58:12 Ja03+ivP0
pythonならxulという選択肢も
615:名称未設定
07/06/15 13:12:32 iFvXWNoi0
人の意見を否定してばかりで聞く気がないなら黙って自分の好きな様に思う通りにすればいいと思いました
616:名称未設定
07/06/15 13:17:37 /yYbjfkF0
>>613
ここで愚痴ばかり言ってないで、好きなの勝手に使えよ。
Objective-Cはシンプルな割になかなか使い勝手がいいと思うがね。
好みの問題だからどうでもいいけど。
617:名称未設定
07/06/15 13:19:10 WPYsECaL0
開発環境が糞
↓
開発者が寄り付かない
↓
スレ閑古鳥
↓
たまにチャレンジャー現れるも開発環境が糞過ぎて撃沈。愚痴に終始する。
↓
Appleを叩かせまいとプロシューマー様が無内容な口激
↓
スレがさらに過疎化
618:592
07/06/15 13:24:44 kFBRiTvX0
なんか悲惨な展開だね。スルーするとこだけどちょっとだけ顔出し。
>>615
本当にその通りだよね。
勝手に思い込んで決め付けて人を否定して聞く耳無い612は最低だね。
>>616
アンカー間違ってるよ。
愚痴って言うのは、
>人の意見を否定してばかりで聞く気がないなら黙って自分の好きな様に思う通りにすればいいと思いました
こういう文章wwwwwwwwwwwwwwwwwwwwwww
自分レスに愚痴は書かないからwwwwwwwwwwwwwwwwwww
>好きなの勝手に使えよ。
おk。勝手にテストして結果書いています。それに対するレス読ませて頂いて情報にさせて頂いてます。
>Objective-Cはシンプルな割になかなか使い勝手がいいと思うがね。
これにだけ、回答させて頂きますが、慣れてしまえば良い環境だと思います。
ただ、今回、クロス開発で将来的にはLinuxを考えているので、慣れのための時間がちょっと勿体無い。
それと、IPメッセンジャーがObjCで書かれてて(ソース見ました)頻繁に異常終了するので、ObjCにちょっとガクブル。
619:名称未設定
07/06/15 13:32:38 /yYbjfkF0
Objective-Cは慣れが必要なほど複雑ではない。一日もあれば習得出来る。
慣れが必要なのはプログラミングスタイルかな。
頻繁に異常終了するのはプログラム組んだ奴の責任で言語とは何の関係もあるまい。
620:名称未設定
07/06/15 13:59:36 iFvXWNoi0
>>618
俺は人の意見を聞いてそれを資料にするのは分かるんだけど、
なんでちびちび否定(自分の感想?)を挟むんだろうと思って不思議だったから意図が知りたかったんだ。
愚痴のつもりじゃなくて本当に何をしたいのか不思議だったんだ。笑わしてごめんね。
621:592
07/06/15 14:11:13 kFBRiTvX0
>>620>なんでちびちび否定
説明しよう。
自分に対する意見が全否定ばかりだからです。
602を見て頂いたら分かりますが、自分は肯定から開始しています。
●とりあえず今日の全否定レス一覧:
604 名前: 名称未設定 [sage] 投稿日: 2007/06/15(金) 09:42:41 ID:P8uCGWRS0
Objective-C / Cocoa を外してる時点で楽を語るのは止めた方がいい。
606 名前: 名称未設定 [sage] 投稿日: 2007/06/15(金) 09:53:36 ID:iu8pLMDz0
やっと気付いたw
相変わらずまだな〜んも始めてないんだな。
610 名前: 名称未設定 [sage] 投稿日: 2007/06/15(金) 10:22:59 ID:s6FOwg1V0
なんでこの期に及んでJava/Swingの話がでてくるんだよ
612 名前: 名称未設定 [sage] 投稿日: 2007/06/15(金) 10:47:08 ID:P8uCGWRS0
ごたくを並べる前に自分の手を動かしてみるのが先決じゃないのか。
615 名前: 名称未設定 [sage] 投稿日: 2007/06/15(金) 13:12:32 ID:iFvXWNoi0
人の意見を否定してばかりで聞く気がないなら黙って自分の好きな様に思う通りにすればいいと思いました
616 名前: 名称未設定 [sage] 投稿日: 2007/06/15(金) 13:17:37 ID:/yYbjfkF0
ここで愚痴ばかり言ってないで、好きなの勝手に使えよ。
619 名前: 名称未設定 [sage] 投稿日: 2007/06/15(金) 13:32:38 ID:/yYbjfkF0
頻繁に異常終了するのはプログラム組んだ奴の責任で言語とは何の関係もあるまい。
●結論:現実を無視して、人を嫌らしく否定するのに必死な620は最低人間
622:名称未設定
07/06/15 14:37:56 rHlQcaIc0
そんなの編集するヒマあったらコードかけよ
623:名称未設定
07/06/15 14:43:06 /yYbjfkF0
自分にスキルがなくてプログラムを異常終了させてるのを言語のせいにするようじゃ
たかが知れるな。もうMac板には用はないだろ。
624:名称未設定
07/06/15 14:59:16 kFBRiTvX0
もう一回顔出し。
>>623=619=616
ちょ、おま、サイテー。
全文引用:
>自分にスキルがなくてプログラムを異常終了させてるのを
おま、直接会話してるから異常終了するのが自分のプログラムじゃないこと知ってるだろうが。
平気で現実捻じ曲げてどーゆーことよ?
>言語のせいにするようじゃ たかが知れるな。
開発環境を判断するのはアーキテクトって言って、長年プログラマやってなきゃできないの。
>もうMac板には用はないだろ。
結論が詭弁かよー。サムー(ガクブル
625:名称未設定
07/06/15 15:26:36 /yYbjfkF0
>>624
詭弁はお前だろ。
>それと、IPメッセンジャーがObjCで書かれてて(ソース見ました)頻繁に異常終了するので、ObjCにちょっとガクブル。
異常終了するのをObjective-Cのせいにしてるじゃないか。もう来るな。タコ。
626:名称未設定
07/06/15 15:29:32 JhxRGmgg0
>>624
お願いです。ム板かマ板でやってください。こっちで聞いても泥臭いCocoa使いか
死亡寸前のPowerPlant使いしか居ません。
日本語での資料の入手のし易さからwxPythonがおすすめかもです。
本屋でのpython系の本を探ってると結構出てくるし。
httpはサンプル多いし、GUIもwxPyhtonでそれっぽく造れる。
どっちにしろ、Mac板にはPythonのスキルをもった人間は少ないよ。
627:名称未設定
07/06/15 15:31:58 kFBRiTvX0
>>625
それはおまいのミスリード。
普段使ってるIPメッセンジャーっていうアプリのObjCバージョンを使ったら頻繁にオチまくり。
その原因がObjCかどうかは明確になってないが、ObjCにガクブルしようが勝手だろ。
(ま、しかし、このアプリが落ちなかったら、ObjCに躊躇しなかったが)
おまいがプログラミングスレから消えたらこの板良くなるよ。
628:名称未設定
07/06/15 15:33:59 kFBRiTvX0
>>626
>お願いです。ム板かマ板でやってください。こっちで聞いても泥臭いCocoa使いか
>死亡寸前のPowerPlant使いしか居ません。
こういうヤツこそこのスレから一掃しようや。
その方が、今後のmacのため。
特にジョブタンは、Winユーザーと開発者を巻き込むためにサファリしてるし。
ロウガイは去れ!
629:名称未設定
07/06/15 17:43:19 JhxRGmgg0
>>627
ここはMac板です。そうゆう人を隔離するために造られました。
一掃したら、マカーがPCカテゴリ全体に散らばって収集付かなくなります(>_<)
以下のスレッドでよろしくです。
wxWidgets
スレリンク(tech板)
Python
スレリンク(tech板)
630:名称未設定
07/06/15 17:59:55 +bGwFhpC0
最近定期的に変なのが湧いてくるな
631:名称未設定
07/06/15 18:13:56 GueDwv320
誰だよ、>>629のスレに宣戦布告したやつは。
632:名称未設定
07/06/15 18:20:01 kFBRiTvX0
>>629
ここは”Macでプログラミングスレ”です。
各種プログラミング言語を並べた会話となり
Cocoaしかダメという人は以下のスレッドでよろしくです。
Cocoaはさっぱり!!! version.8
スレリンク(mac板)
633:名称未設定
07/06/15 18:33:01 j5VnSexS0
アホは放っとけ
634:名称未設定
07/06/15 18:37:31 JhxRGmgg0
>>631
>>632
ごめんなさい、そんな大事になるとは思わなかったんです。onz
マルチプラットフォームの話題はMac板で情報収集してもあまり意味が無いだろうと
おもって、お勧めしました。
この板で情報収集するとマックに特化したコーディングになってLINUXとかに移植出来な
いコードになってしまいますよ。
ユーザーもデベロッパーもマック専用といううたい文句に弱い人ばかりです。
635:名称未設定
07/06/15 18:40:30 kFBRiTvX0
>>634
大事だとかそういうことに謝るんじゃなくて、
マルチプラットフォームの質問に対して、答えれないどころか話題に絡めない自分の存在を恥じろよ。
Cocoaオンリー住民は逝こうしてくださいでつ。
ここから正しい”Macでプログラミング”スレと生まれ変わります。
636:名称未設定
07/06/15 18:48:29 a0P0M+x40
MacのLook & Feelに従う気が全然ないやつは、ここでは冷たい目で見られても仕方ないと思うぞ。
637:名称未設定
07/06/15 18:57:56 kFBRiTvX0
>Cocoaオンリー
あ、そういう意味じゃなくて、XCode/ObjC オンリー住民みたいな。
XCode使用は避けられないですが、それに対してやっぱ各種プログラミング言語やライブラリを足していきますよね。
そういった質問と成果を書ける正しいスレにしていきましょう。
冷たい目の狭い人も居るでしょう。ま、それは華麗にスルー。
638:名称未設定
07/06/15 19:05:00 P8uCGWRS0
おk、以下スルーよろしくな>各位
639:名称未設定
07/06/15 19:48:01 a0P0M+x40
>Objective-C / Cocoa は、ダサダサな漢字がして。
>ただ、今回、クロス開発で将来的にはLinuxを考えているので、慣れのための時間がちょっと勿体無い。
MacのLook & Feel に従う気が全然ないやつで、間違いないだろ。
Cocoaをつかうから細かいところの動きまで簡単に、MacのLook & Feel になる。
ヲタクセンスで、他所から移植された感丸出しでは、Macソフトとしては成功は難しいから、これは大事なことだ。
Macソフトは今、ハッキリ二分されてるだろ。せっかく作ったのにそっぽ向かれたとしても、逆恨みするなよ。
640:名称未設定
07/06/15 19:56:25 GueDwv320
wxWidget(wxPython)でも、GUIの見た目はCocoaで作った物と(たぶんほとんど)区別つかないと思う。
ただし、Cocoa独自の機能(「プレビュー」で「パネル」を押したときに横にびろーんとサブウィンドウが出てくるやつとか)は作れないけど。
641:名称未設定
07/06/15 22:03:03 gYl8jYmd0
>>627
あなたの判断の材料のひとつにされたようなので出てきたIPMsgの作者本人ですが、おっしゃるとおり結構頻繁に落ちるらしいです。
Tigerになってから落ちるという報告をいくつももらっていますのでその辺で変更になった部分の影響だと思います。
(Tigerでの更新が問題なのではなくてIPMsg側の不具合が顕在化するようになっただけでしょう)
3年半もメンテしていなくてすいません(普段自分では使っていないので)。
ただ、Objective-CだけではなくてC言語も結構ベタに混在させてますし、C言語なので落ちるプログラムなんていくらでも書けて当然かと。
十分に安定した、Objective-Cで書かれたアプリが存在するんですから、普通に考えて開発者の力量不足あるいはテスト不足でしか
ないでしょう(IPMsgは習作として初めてObjective-Cで組んだプログラムです。言い訳がましいですが)
ズボラをしても落ちないような開発言語や環境を使いたいのであれば確かにObjective-Cは候補から外れると思います。
IPMsgは本家も新しいプロトコルを定義して更新されるようですし、仕事でMac向けの開発をやることになったというのもあり、
いい機会だから勉強しなおしてスクラッチから書き直そうかとこのスレを見始めていた矢先、IPMsgの名前が出てきたので黙っていられず。
とりあえずIPMsg(ObjC版)でObjective-Cを評価するのはお願いだからやめてください。
長文失礼。
642:名称未設定
07/06/15 22:30:09 T5BmmaUK0
Carbon/Interface Builderは駄目なの?Appleに英文なら沢山資料置いてる。
新しい言語の修得は不要、Interface BuilderはGUI設計専用になる。
643:名称未設定
07/06/15 22:46:59 EWDNd3vU0
Carbonは将来がないからなぁ。NSViewController !
644:名称未設定
07/06/16 00:07:18 ZC2Jo+410
ruby-cocoaはどうなん?
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5096日前に更新/237 KB
担当:undef