Objective-C

1 名前：デフォルトの名無しさん mailto:sage [05/01/29 16:18:12 ] ほんとプログラマにとってはMacって 本当に興味が無いOSだよねｗ Macでの標準的な言語であるObjective Cのスレすら無いし。 過去にはあったんだろうけど。 446 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 14:40:01 ] OS X のソケットといっても BSD と異なるとは思えないけれど。 447 名前：デフォルトの名無しさん mailto:sage [2006/03/15(水) 00:36:57 ] さて、Objective-Cの話に戻ろうか 448 名前：デフォルトの名無しさん mailto:sage [2006/03/16(木) 21:03:39 ] -- I'm going down to the local autorelease pool for a quick swim, anyone care to join? -- not me. you never know what's been released in there.. 449 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 08:03:12 ] -- 近所の autorelease プールにちょっと泳ぎに行こうと思うんだけど、誰か一緒に行かない？ -- 僕は遠慮しとくよ。　何がリリースされてるか判らないからね。 450 名前：http://www.vector.co.jp/soft/win95/util/se072729.html mailto:http://msdn2.microsoft.com/ja-jp/library/h2k70f3s.aspx [2006/03/18(土) 21:30:52 ] TextSS　のWindowsXP(Professional)64bit化おながいします もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？ そういや64bitにネイティブ対応している２ｃｈブラウザてありましたっけ？ 451 名前：デフォルトの名無しさん mailto:sage [2006/03/25(土) 23:22:17 ] [self hosyu]; 452 名前：デフォルトの名無しさん mailto:sage [2006/03/27(月) 10:25:14 ] 　∧||∧ 　　 （　 ⌒ ヽ　MonaOSにlibobjc移植してみたけどコンパイルできない・・・ 　∪　。ﾉ　 　　∪∪ 453 名前：デフォルトの名無しさん mailto:sage [2006/03/28(火) 11:45:35 ] MonaOSってObjective-Cで書かれてんの？ 454 名前：デフォルトの名無しさん mailto:sage [2006/03/28(火) 12:43:09 ] >>453 C++とかC#とかぐちゃぐちゃだよ 単にObjective-Cが使いたかっただけなんだ 455 名前：デフォルトの名無しさん mailto:sage [2006/03/28(火) 18:55:29 ] Objective-C�良いよね。 456 名前：デフォルトの名無しさん mailto:sage [2006/03/28(火) 19:10:57 ] だよね。 457 名前：デフォルトの名無しさん mailto:sage [2006/03/29(水) 00:51:28 ] [[NXApp alloc] init] とか見ると快感すら覚える。 458 名前：デフォルトの名無しさん mailto:sage [2006/03/29(水) 20:49:22 ] [[Object alloc] init] と [Object new] はどうちがいますか？ 459 名前：デフォルトの名無しさん mailto:sage [2006/03/30(木) 09:50:39 ] >>Object<< どっちも使えねぇという意味で違わない 460 名前：デフォルトの名無しさん mailto:sage [2006/03/30(木) 19:29:03 ] NXApp ってあんた何年前の話よ。 alloc] init] と new ] の違いは、 後者は普通使わなくて前者をよく使うというだけでは、慣習的に。 461 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 01:58:47 ] 俺の人生はNeXT Computer Inc.が消滅した時に終わったから... 462 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 10:24:39 ] すろやまさん？ 463 名前：デフォルトの名無しさん [2006/04/02(日) 13:46:30 ] 荻原本復刊記念age 464 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 15:01:11 ] どう変わるかな、しかし高いので立ち読みだけにします。 465 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 15:14:50 ] 萩原盆とはなんぞや 466 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 16:00:49 ] >>462 いい読みだが、漏れはあんな負け組さんじゃない。 467 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 16:51:42 ] >>265 これだろ？ 「Objective‐C―MacOS Xプログラミング入門 MacOS Xプログラミング入門」 荻原 剛志 (著) Human Interface Guidelines　も復刊してくれ 468 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 19:09:49 ] >>466 人生終わってるのに勝ち組ｶｺｲｲｰ 469 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 19:53:05 ] すろやまさん乙 470 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 22:32:34 ] よく+(id)sharedInstanceみたいな感じでインスタンスをひとつだけ作ってそれを返すメソッドがあるけど、 あれってどうやって実装してるの？ 471 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 23:36:49 ] ？ 単純にsingletonじゃねーの？ if (_object==nil){ _object = [[Hoge alloc] init]; } return _object; Hoge alloc, Hoge initは非公開にしてこんなかんじ？ もうちょっといろいろしてると思うけど ＃そういう話じゃない？ 472 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 00:26:41 ] ttp://developer.apple.com/documentation/Cocoa/Conceptual/CocoaFundamentals/CocoaObjects/chapter_3_section_10.html 473 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 09:31:45 ] Javaじゃあるまいし、initを非公開になんてしないんじゃね？ 普通にinitでもファイルスタティックな変数に入れた共有インスタンスを返せばいい。 474 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 13:10:45 ] Amazon登場 Objective-C Mac OS Xプログラミング 荻原 剛志 (著) ttp://www.amazon.co.jp/exec/obidos/ASIN/4797333340/ 475 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 19:53:46 ] ありがとうございます。 Singletonっていうんですね。デザインパターンについてはあまり勉強してませんでした。 476 名前：デフォルトの名無しさん [2006/04/03(月) 20:27:51 ] >>474 前作を持っている人は購入の必要はなさそうですか？ 477 名前：デフォルトの名無しさん mailto:sage [2006/04/05(水) 03:47:17 ] Objective-C++ で boostって使えます? ヘッダインクルードすると大量のエラーが出ますが やっぱりアウト? 478 名前：デフォルトの名無しさん mailto:sage [2006/04/05(水) 06:57:20 ] externはしたのか。 479 名前：デフォルトの名無しさん mailto:sage [2006/04/08(土) 18:24:50 ] レビューまだー？ 480 名前：デフォルトの名無しさん mailto:sage [2006/04/08(土) 20:34:31 ] せめて目次出して... 481 名前：デフォルトの名無しさん mailto:sage [2006/04/09(日) 01:15:38 ] >>480 前の本との比較としては ・CHAP13「アプリケーションの構造」CHAP19「キー値コーディング」が追加。 ・CHAP11「オブジェクトのコピーと保存」にアーカイブとプロパティリストについて追加 ・第８章「例題：カードゲームのシミュレーション」が削除 という感じ。ディープすぎる内容が本文からコラムに移されていたりと 読みやすさとしても良くなってると思うよ。 482 名前：デフォルトの名無しさん [2006/04/09(日) 07:59:45 ] 前の持ってたらいらねーかなー 高いしなー 483 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 15:22:51 ] なぜか前の2冊持ってる俺 484 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 15:57:46 ] >>483 ヤフオクで高値で売ろうとしていたが、 復刊に気付かず売り抜けられなかったってこと？ 485 名前：デフォルトの名無しさん [2006/04/11(火) 16:45:44 ] 萩原本買ってきた。 wktkしながら読みはじめる所。 次は、ヒレガス本のTiger版が欲しい。 つか、TigerであれだけAPIが増えたのに、それ関係の書籍が出ていないし。 486 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 17:21:24 ] 出ないだろう。Macプログラム本は基本的にはどこの出版社も 出したがらない。mixiのどこだったか忘れたけど２年がかりで Macプログラム本を書いたのにボツにされた人がいた、とか 書いてあったよ。 487 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 18:22:28 ] ヒレガスじゃないけど、Tiger本出るよ。 488 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 18:42:14 ] >>476 是非Web公開してほしいじゃないか 489 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 19:06:19 ] >>486 んなこたあない Macプログラム本は種類が少ないから結構売れる。 490 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 20:48:52 ] >>481 じゃあおまえが出版社つくって売ってやれ 491 名前：デフォルトの名無しさん [2006/04/14(金) 11:37:31 ] >>487 ソースきぼん。 492 名前：デフォルトの名無しさん [2006/04/14(金) 17:03:33 ] CHAP15の例外とエラーは、Tiger向けにかなり書き直されてる。 購入推奨。 ただし、スレッド周りダメっぽい。 volatileとメモリバリアの区別が付いていないように読める。 493 名前：デフォルトの名無しさん mailto:sage [2006/04/14(金) 23:25:05 ] >>491 本人か周りの人だろ。ローカスか広文かBNN って、全部出版社潰れたんだっけ？ 494 名前：デフォルトの名無しさん mailto:sage [2006/04/16(日) 14:31:49 ] volatileって、実行コードになった時、該当変数をレジスタで保持しないって指定だよね？ たしか、別タスクで書き替えられる可能性のある変数の変更がちゃんと反映されるように保障する指定 495 名前：デフォルトの名無しさん mailto:sage [2006/04/16(日) 15:16:35 ] >>494 それもあるけど最適化もしない。 while (i--); なんて文は大抵最適化で消されるけど、 iがvolatileだったら消されずに実行される。 496 名前：デフォルトの名無しさん [2006/04/17(月) 00:03:09 ] それ買ってObjective-Cっての勉強しようと思ったが、 値段見て愕然とした、米買えなくなるから諦めた。 497 名前：デフォルトの名無しさん mailto:sage [2006/04/17(月) 00:23:18 ] >>494 違う。最適化コードの出力を禁止するだけ。 組み込みとかでメモリにI/Oが割当たっている時に、 書き込みが省略されたりすると意味が変わってしまう時に使う。 一方ハードウェアの実行時最適化(命令の並べ替え)には影響しないので、 マルッチスレッド下での排他制御には意味を持たない。 メモリバリアとか、メモリの可視性とかを調べよう。 498 名前：デフォルトの名無しさん mailto:sage [2006/04/17(月) 01:04:49 ] >>497 >>494は排他なんて言ってない。 変更が反映されると言ってるだけだから、参照だけだろ。 むしろvolatileだけで排他なんかかけたら問題だw 499 名前：デフォルトの名無しさん mailto:sage [2006/04/17(月) 08:49:31 ] >>498 違う。参照も保証されない。 お前もメモリバリアを勉強し直せ。 500 名前：デフォルトの名無しさん [2006/04/17(月) 09:23:37 ] CのvolatileとJavaのvolatileが混同されているな 501 名前：デフォルトの名無しさん [2006/04/17(月) 12:15:16 ] >>499 そうね。 Cの場合は下記を参照 www.yuasa.kuis.kyoto-u.ac.jp/~yasugi/4/par.html Javaはこのあたり参照 www.netgene.co.jp/java/concurrentTips.html C/C++の場合は、volatileはスレッド間のメモリ可視制御を何もやっていないけど、 Javaについては意味がある。 現状Cocoaの場合、インラインアセンブラでメモリバリアを差し込むか、 メモリバリアを入れるOSコールを呼び出す必要がある。 Cocoaが下請けに使っているpthreadについては、「メモリ同期を行う関数」一覧があるので調べられる。 が、Cocoaのどのクラスのどのメソッドが該当するのかは、ドキュメントが見当たらないので推測になる。 念のために書いておくが、494の認識はマルチプロセッサ登場前は概ね正解だった(それでもCPUによる)。 そのため嘘を書いている本は大量に残っている。 ちゃんとした本はあまり無いが、Effective C++を書いたエロイ人のドキュメントもあるので、 英語が読める人には推奨しておく。 www.nwcpp.org/Downloads/2004/DCLP_notes.pdf 502 名前：デフォルトの名無しさん mailto:sage [2006/04/17(月) 16:08:59 ] Objective-C の @synchronized ではいかんの？ マルチスレッド書いたことないのですいません 503 名前：デフォルトの名無しさん [2006/04/17(月) 17:02:49 ] >>502 問題無い。lock系の操作はメモリバリアが入ってる。 ダメなのは、「4バイト以下のvolatile変数を使えばロックを使わないで済む」という勘違い。 複数のスレッドが変数にアクセスする場合の選択支は二つあって、 ・常にlockして読み書きする。 ・読み書きのポイントにメモリバリアを入れる。 のどちらか。 後者の方が性能面で有利だけど、前者を使う方がミスが少ない。 @synchronizedを使うのが一番確実。 ちなみにダメな理由を大雑把に説明すると、最近のCPUはアセンブラコードの順番を勝手に入れ替えて最適化処理をやっている。 その結果、コード上とは異なる順番でメモリ上の変数が書き換わったりしている。 これは単一のCPUから見る限り問題無い(ように最適化されてる)のだけど、他のCPUで動作するスレッドから見ると不味い事になる。 例えば、カウンタとフラグに関係を持たせたりしていると、タイミング次第で誤動作してしまう。 他にもCPU単位にメモリキャッシュがあったりするので、一部の変数の書き換えだけが延々と他のCPUに見えない時もある。 504 名前：デフォルトの名無しさん [2006/04/17(月) 17:33:08 ] 津波に@synchronizedとNSLock系の上手な使い方について詳しい解説はございませんかのう その・・・日本語で・・・ 505 名前：デフォルトの名無しさん [2006/04/17(月) 18:00:46 ] >>540 期待値に達しているか判らないが、萩原本にはNSLock関係も載っている。 コラムのvolatile関係を読み飛ばせば問題無いのでは無いかと思う。 506 名前：デフォルトの名無しさん mailto:sage [2006/04/17(月) 20:46:35 ] 買っては見たものの、4200円は高杉だろ。 507 名前：デフォルトの名無しさん mailto:sage [2006/04/17(月) 21:22:31 ] なんだ？ ﾘｱ工房の俺でも買えたぞ 508 名前：デフォルトの名無しさん mailto:sage [2006/04/17(月) 21:57:51 ] プログラム系の書籍で4桁ぐらいでグダグダいってたら全然買えない 素直に諦めろ 509 名前：デフォルトの名無しさん mailto:sage [2006/04/17(月) 22:05:04 ] いや、あの内容で4200円かと思うとつい。 510 名前：デフォルトの名無しさん mailto:sage [2006/04/17(月) 22:38:15 ] パチスロの台の前に30分居たと思えば安いものだ。 511 名前：デフォルトの名無しさん mailto:sage [2006/04/17(月) 23:59:04 ] 抜きの1/4と思(ry 512 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 00:38:33 ] 時間を買うのであれば安いだろ 513 名前：デフォルトの名無しさん [2006/04/18(火) 07:02:47 ] 米と比べちゃうよね… 514 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 08:59:26 ] 萩本は一ヶ月分の米に相当するということでしょうか。 515 名前：デフォルトの名無しさん mailto:sage [2006/04/18(火) 19:43:49 ] 米一俵の精神で頑張ってくれたまえ。 516 名前：デフォルトの名無しさん mailto:sage [2006/04/24(月) 21:07:27 ] HMDTのTiger本きたね 517 名前：デフォルトの名無しさん [2006/04/25(火) 01:18:54 ] まだかじった程度だけど、 やっぱC系の言語って基本的に趣味の領域なのかなと。 大規模開発だと「プログラマに任せる」っていう設計思想は 危険すぎるから。 「これで、Objective-Cのオブジェクト型は、原理的に動的型であり、 静的な型は目安にすぎないことが理解できただろう。 言語として型の厳密性を保証することはなく、適切なオブジェクトが 代入させるかどうかの判断は、プログラマやフレームワークにまかされることに なる。実際にコードを書いてみると、このいわばルーズな文法が、非常に 楽であることに気づく。 しかし、次のような疑問も浮かぶだろう。そんないい加減なコンパイルで、 本当に実行時大丈夫なのか、と。これに対しては、次のように答えることが できる。正しいオブジェクトが渡るかどうかはプログラマが保証することで あり、ある程度の経験を積めば、基本的には大丈夫だろう、と。 」 なんてことを自信満々に言っちゃってる『ダイナミックObjective-C』の 作者さんはきっと企業内でコード書いたことないんだろうなあ。 ガベコレも導入するみたいだけど、なぜ Java を捨てたのか？Jobs との因縁か？w こんなマイナー言語をメインに据える Apple ってソフト自社生産の任天堂路線？ デザイン的に洗練されれば Windows でもいいのに、Vista のスタートボタンを 糞にした MS に未来はないよ。とほほ 518 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 01:26:51 ] 企業の業務用アプリケーションを構築する際にプロジェクト内に 一定比率で存在するへたれプログラマを相手にしてないんじゃね? > Objective-C の適用領域 519 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 02:40:51 ] >>517 Java は捨てていないし、小規模開発が趣味の世界ではない訳だが。 型云々も大事だけれど、個人的にはクロージャを捨てたのが残念。 520 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 04:32:44 ] >517 著者は企業プログラマじゃなかったっけ？ 521 名前：デフォルトの名無しさん [2006/04/25(火) 06:47:31 ] >>519 >Java は捨てていないし つ developer.apple.com/documentation/Cocoa/Conceptual/LanguageIntegration/index.html Important: Features added to Cocoa in Mac OS X versions later than 10.4 will not be added to the Cocoa-Java programming interface. Therefore, you should develop Cocoa applications using Objective-C to take advantage of existing and upcoming Cocoa features. 522 名前：デフォルトの名無しさん [2006/04/25(火) 06:54:18 ] >>518 型チェックがあるおかげで、へたれでもとりあえず動くものが作れるってのは 企業にとってプラスなのかマイナスなのか。 523 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 08:07:35 ] >>522 「型チェックがあるおかげで、へたれでもとりあえず動くものが作れる」→× 「型チェックがあるおかげで、へたれがコンパイルを通すのに時間がかかり、スケジュールが遅れる」→○ へたれが作ったものはコンパイルできるってだけで、動くって言いきるには無理があるぞ。 Objective-C ってーか動的な型付け言語は、「プログラマ==ユーザ」という環境下で最大のメリットが 出てくるもんだと思う。 524 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 08:20:11 ] id嫌い 便利なのは認めるけど、自分をあんまり信じられないから コンパイル時の型チェックで内部変更の変更必要箇所を探させてたから チェック方法が１つ減るから。 ＃Squeak(Smalltalk)も同じ理由で苦手 525 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 09:29:04 ] >521 「とりあえず今までどおり使えるけど、Javaはこれ以後サポートしないよ」 っていうのは、Javaを半ば捨てたのと一緒では？ >523 誰かが言ってたんだけど 「どんなプログラマでもJavaでは平均的なプログラマになれる」 「LISPではプログラマは力量にあったプログラムしか書けない」 というのがあった。Javaだったらヘタレを雇っても安心、というのはある。 Obj-Cだったら能力のあるプログラマじゃないと 良いものを書いてもらえなさそう。 そういう意味で >524 には激しく同意。自分は信じられない。 526 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 09:29:30 ] Java VM って Java で書いてあるの？ 527 名前：デフォルトの名無しさん [2006/04/25(火) 10:07:15 ] 静的型チェックの無い言語を嫌悪する事は、プログラマの性格的素質としては良い傾向だと思う。 が、単に経験が足りない。 企業内でJavaを使ってWebベースのシステムを書かされているエンジニアは多い。 しかし良く考えれば、XMLやJSPをJavaのコードと結合するためにリフレクションまみれのフレームワークを使わされている。 そしてある日、「それだったら、全部動的言語で良くね?」と悟る。 実際rubyやphpでシステムを書き出すと、馬鹿らしくてJavaを使う気が失せるし、XMLがインフレを起こしている事に気がつく。 その後にObjective-Cを触ってみると、たぶん作者さんと同じ心境になれる。 >>519 クロージャをCのランタイムに載せたら神だと思うが。 匿名クラスや、匿名メソッドと勘違いしていないか? 528 名前：デフォルトの名無しさん [2006/04/25(火) 10:08:09 ] なんかよく分からんが、企業内ではJava使えばいいじゃん。 WinでもMacでも動くんだから。 適材適所でしょ。 529 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 12:30:06 ] >>526 >Java VM って Java で書いてあるの？ 確か、C/C++で書かれてあったはず。 530 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 12:59:50 ] >>525 Cocoa-Javaはこれ以上新しい機能を追加しないってだけで Javaを捨てたわけではないと思うけど。 531 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 13:05:36 ] >>529 なるほど。 じゃあ、Java 自体が趣味の領域なんだろうね。 >517 532 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 15:41:20 ] C/C++はある程度コントロールできる奴ら(少数)向き チェックの多い言語は書き方がある程度強制されるから多人数向き 533 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 17:03:05 ] OS9にもこれ以上新しい機能は追加されないと思うけど まだ捨てられてないんだっけ？ 534 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 19:03:44 ] idはたまに、共通の親クラスつくるの面倒な時とか使う それより面倒なのがプリミティブな型を使うとき ヘッダーにメソッド書いておかないとコンパイルできなかったり、動作がおかしかったり NSNumberを使うとタイプ量が多くて面倒臭い 535 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 19:24:31 ] 発展途上のプリミティブな型がある言語にObjective-Cっぽいところを持ち込んでしまえばいいんじゃ？ 536 名前：デフォルトの名無しさん [2006/04/25(火) 20:20:51 ] それがObjective-Cなのではあるまいか 537 名前：デフォルトの名無しさん [2006/04/25(火) 20:35:51 ] つまり、発展途上のプリミティブな型のあるC言語にSmallTalkっぽいところを持ちこんだのがObjective-Cだと言いたいのか？ その通りだな。 538 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 21:05:36 ] >>520 既に退職してる。 539 名前：デフォルトの名無しさん mailto:517 [2006/04/25(火) 21:12:11 ] >>531 あほですか？ 低レベル（基礎的）な部分でC系の言語を使うのは全く問題ない。 フレームワークもまたしかり。 ただそういったランタイムor実行環境に依存する部分を公開するのは頂けない。 バグや変更があったときに影響が大きすぎる。 だからObjective-Cは頂けない。なんでもできるとか言って喜んでる奴は やっぱり趣味でコード書いてる奴の言うことだと思う。 構造体化でカプセル化も容易にくずせる言語をObjectiveって... 「オブジェクトっぽいC」もしくは「オブジェクト的な皮を被せただけのC」 ってことなんだね。 540 名前：デフォルトの名無しさん [2006/04/25(火) 21:30:28 ] >>539 うんまあ、最後の段落はまさにその通りなんだけどさ、 キミの使ってるOSって何で書かれてるかな。 多分Cだと思うよ。 それはなんでかな。 ランタイムや実行環境をいじれるからだよね。 ハードウェアに合わせてバリバリチューンも出来るからだよね。 でまあ、キミの価値観だとOSって趣味の領域なのかね。 541 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 21:32:33 ] ﾓﾁﾛﾝｿｳﾖ 542 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 21:55:48 ] IT土方向きではないな 最終成果物がイメージ（設計）できると動的のほうが効率いい 543 名前：デフォルトの名無しさん [2006/04/25(火) 22:49:09 ] なんか 544 名前：デフォルトの名無しさん mailto:517 [2006/04/25(火) 22:53:52 ] >>540 まあ極端な言い方をすればそうだね。 OSを純粋な「ソフトウェア」かと言えば俺は違うと思うから。 要は一部の「オタク」的な人間がハードウェアに依存した 部分でごちゃごちゃやってる部分はみたくないというか、 ソフトにとっちゃ本来はどうでもいいことじゃない？ これからは少しは変わるかも知れないけど、依然として iLifeを使いたければMac上でなければならないし、Windowsで 使い勝手のよかったソフトはマック上で同じように動かすこと ができないなんて、もしくは買い直せなんてユーザーにとったら やっぱり何それって感じだと思うよ。 所詮はハードのおまけかと。 個人ユースだったらOSがバージョンアップするごとに ソフトが動かなくなっても「好きで付いてきてるんだろ」的な 態度でもなんとかなるけどw、 企業向けじゃそうはいかないからな。 なぜJavaがこれほど社会的な基盤として、また企業の商売道具として 発展し続けているかといえば、ソフトはソフトだと言えるところに 俺はあると思ってる。だからこそオープンソースという勢力を巻き込んで そのソフトを使用するのに今までウン万円も支払わなければいけなかったことが 変わりつつあるんじゃないかな。Eclipse しかり、OpenOffice しかり。 Objective-C をかじってみて気がついたのは、Appleは所詮ソフトを Macのおまけとしかみてないんじゃないかってことなんだよ。 545 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 23:42:55 ] マルチプラットフォームがうれしいなら GNUstep でも使ったら? 546 名前：デフォルトの名無しさん mailto:sage [2006/04/25(火) 23:50:26 ] >そしてある日、「それだったら、全部動的言語で良くね?」と悟る。 それは悟りじゃない。単に面倒くさくなっただけ。 動的言語を使用した方が良い局面が増えているのは事実だが、 一事が万事というのはプログラマ的じゃない。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef