BeOSのお葬式はどこでやってるの?。
なむさん、なむさん、じょうぶつしろよ。MacOSもどき。 あーーーーーーーーーーーうざい
うんちくは公でやってくれーーーーー!
実力があるならここでやるなあーーーーーーー デムパはどっかいってくれ
お前の話は抽象的&妄想だ その見解は勘弁してくれよ。
ちゃんと使えてるやつに
こんなやつや
マルチブートでごねたりするやつはいないんだからさー。 JavaだよJava。もしくは.NET。
分散OSなんていつになったら実用的になるか分からない
ようなものじゃなくて、今、目の前にあるものでやろうぜ! この板もうなくなってくれ。目障りだ。
このスレとともに、この板を終了させたい。 私もそろそろ疲れてきたし , 話を戻してまとめに入ろう .
所で私に残された時間は後1024年もないだろう .
愛すべきダダこね消防な人には悪いが
今日踏み出す事ができる一歩を踏み出す事を怠る訳にはいかない . 音楽というモノがある .
それは感情や細胞や分子のレベルの互換性に立脚するコミュニケーションメソッドと言えるだろう .
それは植物にさえ通用すると言われる .
BeOSがpervasive_multithreadingによって細かいスレッドを制御できるとすると
それをアウトソースする事も夢ではない .
その透過性を武器にして前述した `` 融合 '' を実現させれば
そのシステム全体がBeOSとなる .
人工生命を応用した低レベル分散システムが感情のレベルのドライバとして機能した時
メディアOSの計り知れない本領が発揮されるだろう .
因みに , 私が先日バーチャルセックスをとりあげた意図は二つ , それと市場の要求度だ . さて第一章の結論だが , どれにしよう ? :
1. ゲイツさんに任せていては生まれる筈の広大な市場が死産となるかも知れない .
2. BeOSを生き延びさせる必要がある .
3. 私にちょっかいを出す人を含む皆さんは確かな目を持っている .
4. Javaも進化していい線まで行くかも知れない . 呆れを通り越して、お笑いの域に達しておるな >Dempa 2。
びーの未来はともかく
選択できるってことが大切。
押し付けのOS有り難がっているようじゃ情けない。
みんなと同じで安心なんて恥ずかしいよね 9. やあ皆さんお揃いで . すーぱーおなにーショー ( 満員御礼 ) が一息ついた所で差し入れ です .
ttp://artr.com/cg/kana.jpg
>>118
おっyokoteちゃん後わ任せたyo ! .
FreePascalさんいつ来るのかな . 今来ればオイシいかもyo ! . 自覚を再三促したのに、徒労だったらしい ウツダ サイナラ sage忘れて再ウツ
■□■□■□■□ THE END ■□■□■□■□ ======================
デムパは無視。
このスレッドは廃棄ということでお願いします。
====================== aperiosってx86で動くものってある?
なんか開発環境から作り直してるあたり使ってみたいんだけど。 Sonyの人がやってるからソースは出してくれないかw
BeOSなんてどんなに先進的でもソースがないんじゃな、用はねーな Linuxデハァハァ(;´Д`) シテロ! >>126 ところでさ、Beご自慢の(笑)C++ のAPIなんだけど、常識的に考えると
C++むき出しのAPIなんていうのはおっそろしくて考えられない。処理系に
よる呼び出し規約の互換性とかFragile Base Classの問題はどうなってん
の? ずっと疑問だったんで、誰か教えてちょうだい。 >>130
こんなところで聞いても時間の無駄。
あるOSのユーザーとして自己主張することしかできないやつしか
いないんだから。プログラム板で聞いた方がいいかもね。 >>130
>常識的に考えるとC++むき出しのAPIなんていうのはおっそろしくて考えられない
なんで? (反論があるわけじゃなくて純粋な質問)
>処理系による呼び出し規約の互換性
どんな問題があるのかすら知らないので教えてくれるとうれしい。
>Fragile Base Class
http://www-classic.be.com/aboutbe/benewsletter/Issue79.html#Insight
http://www.st.rim.or.jp/~osada/translation/developers/BNL_articles/Issue79-insights-j.html(日本語訳) >>130
この辺りの話は何度となく話題になっていますので、BeDevTalkあたりの
アーカイブを読んでみるとよろしいかと。 >>134
Thanks! FBC問題についてはどういう方針で臨んだのか大体わかったっす。
根本的な解決策はないから互換性は「できる限りは確保したい」てことね。
「賭け」とか「どこまでいけるかはわからない」とか、それでいいのか、て
感じだけど。
>処理系による呼び出し規約の互換性
C++は言語仕様が複雑でCなんかと比べると実装の差が処理系によってずっと
大きい(仮想関数の実現方法とか)から、特定の処理系で構築されたブラッ
クボックスのフレームワークをパブリックなAPIにするのは問題がある、と
いうことです。ただこっちの問題は解決可能だし、実質CodeWarriorしかな
いから問題じゃなかったのかもしれない。
で、C++のクラスインターフェイスをそのままAPIにすると、これらの問題を
隠しきれないのでおそろしいといったのです。普通はOSのAPIとは別にサポート
フレームワークとしてソース付きで公開するか、実装はC++にしても手続き型
の言語(Cとか)用のラッパをかませるか、どちらかでしょう。
JavaやObjective-Cみたいにダイナミックなバインディングをサポートする
言語なら問題は少ないんだけど、それよりもC++の効率を採ったということ
でしょうか。あんまり将来を見据えた設計とはいえないような。 デンパさん、どうしてますか?
マジで心配です。返事して下さい。 今はどこでデムパ飛ばしてるんだ?
おい、デムパ野郎出てこい! Be, Incの葬式は、シリコンバレーで行われたようです。
http://www.theregister.co.uk/content/4/23718.html
OSの葬式は、当分先に延ばせたと思うが。 http://free.be.com/ からOSがダウンロードできなくなったみたい? ああ、わかった。OSは別の場所からダウンロードするんですね……。
http://www.be-in.org/~besom/beos5faq.html なんでみんな電波電波言うの?
Seisei_Yamaguchiさんとかの話えらいためになるじゃん。
少なくともおれは知らなかったことばっかだけどね。 153は
1,自作自演
2,自分で調べ、考える事の出来ないかわいそうな人
3,デムパ再来! ■□■□■□■□ THE END ■□■□■□■□ BeOSはコンセプト良かったのに、悲惨なOSで終わっちゃたなあ。
「これからはWindowsなんて使っている奴はゴミ!」とか言っていた山田君、
「ハードのドライバがない」って大騒ぎして、目に大粒の涙を溜めていた山田君、
どうしているかなあ・・ 元々、ガセーって人がApple戦略失敗した人だしね。
2度あることは,,, ttp://www.zdnet.co.jp/news/0202/20/e_be.html
>>161
Appleで成功した人間などいるのか? 葬式は終わったんだよ
よって
■■■■■■■■■■終了■■■■■■■■■■ >>166
MediaKitで一生懸命プログラミングしてた人ですか?
おれはDirectXを一生懸命プログラミングしてた人です。
今は幸せです。 >>164
てゆうか、M$がAppleのOSを売ってそこにM$Office売っていきます、
ってAppleに持ちかけたのを断わる判断としたのがガセーだよ。
このときAppleのOSが標準となり得たのにね。
自分はAppleは触っただけで使ったことないけど。 DirectXとMediaKitは端から用途が全然違うんだが・・・。 んだ。
でも、BeOS自体をPalmが扱う話は一向出て来ないズラ。
無料でのダウンロードは続いてっけど、これもどうなることやら…。
Palmも赤字やPocketPC出現でそれどころではないのでしょうか? >>173
http://www.zdnet.co.jp/news/0201/08/e_be.html
正確には、昨年8月Palmによる買収が発表され、3ヶ月後にそれがBe社に
承認され、今年の1月16日には買収されなかった分が競売にかけられた。
ガゼー氏はすでに同社を去っている。
今は、Microsoftに対し訴訟を起こしている。
概出かも知れないけど
http://www.zdnet.co.jp/news/0108/17/e_palm_m.html
をみると、BeのOS技術をPalmに生かす計画はあるがBeOSの開発を続ける
計画は無い様子。
http://www.befaqs.com/save/
で開発存続をPalmに願う署名運動も展開中。
http://snotling.free.fr/
では流出版の最新BeOSのダウンロードが可能とのこと。
以上、"To Be or Not to Be"からパクリ。
http://www.utatane.com/be/ >>174
結局、買収は成立してるわけね。
>173は、なぜしてないと勘違いしていたのだろう。 よき引きあいに出されるAmigaの末期(会社倒産?の頃)ってどういう感じだったのですかね? >>179
Beなんでも雑談室
BeOSなんでも相談室 R2
あたりのスレが(比較的)活発なのでそこで聞くと良いよ
2003/Mar./07
BUG
OpenBeOS やZeta などのBeOS クローン(という表現が妥当かどうかは別として) 関連に対するユーザや開発者の動きが日本国内では今ひとつ盛り上がりに欠けているようで、海外からは、日本人も積極的に参加してほしいという要望が出てきています。
現在国内にはBe-IN というグループが存在していますが、会員へのウェブスペースと掲示板の運営以外はほとんど活動停止の状態です。また、かつて日本のBeOS コミュニティを引っ張ってきた先人たちもBeOS から距離を置いているのが現状です。
そこで、新しいBeOSポータルサイトを立ち上げて、BeOS 関連ニュースの紹介、BeOS ユーザ用の新しいガイドの作成、英語のドキュメントの日本語版作成などを行って、ユーザや開発者をサポートして増やしていこうという試みが考えられています。
興味のある方はメールをください。besom@be-in.org
だってさ。http://www.be-in.org/~besomにのってますた。
__∧_∧_
|( ^^ )| <寝るぽ(^^)
|\⌒⌒⌒\
\ |⌒⌒⌒~| 山崎渉
~ ̄ ̄ ̄ ̄ ∧_∧ ∧_∧
ピュ.ー ( ・3・) ( ^^ ) <これからも僕たちを応援して下さいね(^^)。
=〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
= ◎――――――◎ 山崎渉&ぼるじょあ (⌒V⌒)
│ ^ ^ │<これからも僕を応援して下さいね(^^)。
⊂| |つ
(_)(_) 山崎パン まだ生き残っているらしい。
日本BeOSネットワーク | News http://www.jpbe.net/
Besolog http://www.be-in.org/~besom/
BeOS is dead.
Zeta must be stillbirth.
>>191
Zetaは生きてるかもしれないが、死に体だ。
ゾンビみたいなもんだ 新登場!
ZonbiOS Zeta
デザインをそれっぽくすれば、BIOファンが飛びつきそうだな >>192
stillbirth ってのは死産って意味だぞ。
死に体どころか生まれる前から死んでると 191 は言いたいんだろ。 >>196
死産だと〜!
母親(yt)は無事か!?
.......瀕死の模様。 >>197
yT 母親かぁ?
自分の老後のために拾った子供を育ててる
どっかのおばさんくらいじゃないの?