なんでお前ら自作OS作らないの？

1 ：08/07/05 〜 最終レス ：12/02/06

それでもOS板の住人？
力合わせて2ちゃんOS作って見れば？

2 ：

言いだしっぺが作る原則

3 ：

>>1
じゃあ軍板の人間は自分たちで戦車でも作らにゃならんのか？

4 ：

>>3
それでもダム板の住人？
力合わせて2ちゃんダムS作って見れば？

5 ：

名スレの予感

6 ：

所詮は無力で馬鹿な評論家きどり集団ってこと。

7 ：

つまりまとめると>>6が作るということでFA

8 ：

>>6
期待ｗｋｔｋ

9 ：

しかし、Linuxの発展型とかではなく０から２ちゃんねるOSが出来たら完成度が低くても使ってみたいな。
まぁそれは無理だろうけど、Linuxベースでも2chの中には作れる猛者達もいたりするんじゃないかな？
いたら仕事で忙しいだろうがｗ

10 ：

monaがあることも知らない初心者は犬板に帰ればいいのに

11 ：

2ちゃん発祥のダムは存在しないが、2ちゃん発祥の独自系OSなんて俺が知ってるだけでも数個ある。MonaOS以外は個人開発だが。
ググるなりログ漁るなりして自力で情報くらい集めろ。
■■■■■　終　了　■■■■■

12 ：

BTRON仕様2chOS
1 名前：Be名無しさん[] 投稿日：03/04/16 16:04
つくれ
3 名前：Be名無しさん[] 投稿日：03/04/16 16:05
言い出しっぺが作る。
なんでお前ら自作OS作らないの？
1 名前：Be名無しさん[] 投稿日：2008/07/05(土) 23:25:01
それでもOS板の住人？
力合わせて2ちゃんOS作って見れば？
2 名前：Be名無しさん[sage] 投稿日：2008/07/05(土) 23:47:06
言いだしっぺが作る原則

13 ：

つか、今さら新しいOSなんて需要が無い事も理解できない>>1であった。

14 ：

OSを作るのは簡単。
ただ、ドライバを作るのがめんどくさい。
いったいいくつのハードウェアに対応しないといけないのか。
そもそもハードウェア持ってないからテストできないし。

15 ：

OSでごまかされてるけど、今のパソコンってMSX2TRとPC88VAの違い位の幅が余裕であるよね？

16 ：

ヒント：互換

17 ：

CP/Mアプリを使うんですね　わかります。

18 ：

わかりせん。

19 ：

じゃあ、S-OSか？

20 ：

>>15
できるよ。
以上。
はい、次。

21 ：

質問スレじゃ無いんですけどw

22 ：

【レス抽出】
対象スレ： なんでお前ら自作OS作らないの？
キーワード： mona
10 名前：Be名無しさん[sage] 投稿日：2008/07/06(日) 01:31:35
monaがあることも知らない初心者は犬板に帰ればいいのに
11 名前：Be名無しさん[sage] 投稿日：2008/07/06(日) 01:36:40
2ちゃん発祥のダムは存在しないが、2ちゃん発祥の独自系OSなんて俺が知ってるだけでも数個ある。MonaOS以外は個人開発だが。
ググるなりログ漁るなりして自力で情報くらい集めろ。
■■■■■　終　了　■■■■■

抽出レス数：2

23 ：

OS作るのにアセンブラって必要だったっけ？

24 ：

最低限ディスパッチャとシステムコールのインタフェースと
割り込みハンドラとかで必要。

25 ：

>>23
IPLをCで書けなんていわれても難しすぎるだろ常識的に考えて

26 ：

人間アセンブラならニモニックなんか使わなくても

27 ：

自作ＯＳというと有名な分厚い緑の書籍がありますが
あれを読むとたとえば携帯ＯＳなんかも作れたりしますか？
それとも組み込みはやっぱり別モノなのでしょうか？

28 ：

たった3990円のたった705ページの本で
作れるようになると思うかね？
まあ作れなくは無いだろうがね。
足りない部分を自分の努力で補えば。

29 ：

ＰＣの場合だと普及率からいって一般的なＯＳがあって
バージョンの違いはあるにせよ誰もが見た事のあるお決まりの画面（スタート画面、メニュー画面）がありますよね
その点でいくと携帯の場合はＰＣに見られるお決まりの画面のようなものがない気がするのですが
それだけ携帯ＯＳ市場には定番ＯＳがないという事なのでしょうか
もちろん複数の有名ＯＳがあるにしても決め手のようなＯＳが
ＯＳを自作するとしたら携帯ＯＳの方が語弊はあるかもしれませんがイマドキなんでしょうかね
もちろん個人の楽しみレベルでの話で、その難易度や役割の違いなど皆さんはどのように考えますか

30 ：

お決まりの画面とOSには何の関係もありません。
あと、個人で携帯のOSを作るのは無理です。
ハードウェアに直接アクセスできないから。

31 ：

>>30
>>ハードウェアに直接アクセスできないから。
とは、どういう意味なのでしょう？
ＣＰＵの知識が必要ということですか？

32 ：

あなたの言ってるOSってなに？
単なるメニューソフト？

33 ：

常識的に考えてフラッシュメモリのシステム領域に接続(書き込み)できなきゃ作れるわけない

34 ：

>>31
知識の問題じゃない。
それが常識だとわからないうちは、君にはOS作れませんから。

35 ：

>>27
OSは作れるよ。ただし、あの本で作れるOSが扱えるハードは、CPUとメモリのみ。
周辺デバイス等が扱えるものになるまでには、相当勉強しないといけないね。
まずはVMWareとかの上で開発だろうね。

36 ：

>>33
JTAGのポイントが残っている場合も多いから無理ということもない
最近は個人の趣味の範囲も広がってるし。核実験とか

37 ：

>>1
　Input Methodは作っている。けどOSを作る気にはならない。理由は割に合わない。
それに革新的な入力デバイスとかAPIは、まず受け入れらないことが多いし
コスト面などで実現しないことが多い。tagkeyとかね。
単にすぐれたものは正義である。では普及しないのよ。
>>23
　...というか言語やハードに囚われすぎ。
　ホビーベースであればスクリプト言語ベースで擬似OS(というか仮想マシンだが)を
作るという発想が許されるはずなんだが実用速度で動かないためか見たことがないな。
ただしpythonで書かれたNESエミュレータは見たことあるので技術的には可能。

38 ：

>>37
訂正 : tagkey → tagtype
　実用速度で動かないためか → 実用速度で動かないという先入観ゆえか

39 ：

>>37
妄想で作ってるの？

40 ：

>>40
　…は？なにを妄想で作ってるって？
どこにポインタが向けているのか意味不明。
　Input Methodのことだと仮定して話すると、とんだ誤解だな。
from DOSスレのK.T.Brickの中の人より。

41 ：

>>40
お前こそどこにポインタ向けてんだｗｗｗ

42 ：

こうして一行レスにより領域破壊が発生し、暴走しましたという…。
お話だったのさ…。(C言語の絵本)
なわけない。

43 ：

標準PASCALでOSか

44 ：

>>37
日本語FEP作ってて解析と連文節変換の設計に躓いてる俺に、何かアドバイスください＞＜

45 ：

>>43
　インタプリタ上で擬似OSといっても、そいつは極端すぎ。
やってみたら面白そうだしウケるけど実用にならない。
>>44
　資料などは探してみておおよそ頭に入っているんだろ？
だったら、一度シンプルに考えてみなよ。
　こけている理由って大抵は簡単なことをややこしくしたり、
難しいことをさらに難しくしたりしている場合が多いと思うよ。

46 ：

解析の精度上げるより、前後の文節の情報持たせた方がマシな気がするな。
単なる素人考えだけど。

47 ：

　書籍「確率的言語モデル」みつけたので紹介しておく。
　ただし手元に無いのでわかりやすいか不明。
だが、目次から用語を引っ張り出して調べれば特論文はいろいろ手に入る。
ttp://web.ait.tokushima-u.ac.jp/kita/books/index.html

48 ：

>>45
本やネットで見つかる程度のことはもうリサーチ済みです
実用レベルで実装可能な解析アルゴリズムの設計について教えてください＞＜

49 ：

もうskk方式でいいじゃないか（w

50 ：

15年以上前のシステムならともかく、単漢字変換は補助的には必要でも実用的じゃないです＞＜

51 ：

なら文字コード入力だな

52 ：

なんでInput Method作る実力のある人が光臨してるのに、小学生レベルの発想しかできないんですか＞＜

53 ：

>>52
>>37の最後から4行目以降、特に技術的にはどうこう言ってるところで、実証可能性ではなく存在可能性に着眼してる点が、>>37の実力をよくあらわしてる。
お前のレスはそんなこと百も承知としか思えないような問いかけだがｗ

54 ：

>>50
別に単漢字じゃなくても、文節指示にも使えるんじゃないかな？
っていうかエンジンは結構あるけどフロントエンド部作ってる人少なくね？
普通のソフトならラッパーの方が多いのにね。

55 ：

文節って考えも、単漢字変換の拡張です
むしろそこへ至る文節を機械的に判断する理論は理解できても、実証することができないんです＞＜

56 ：

ん？　解析って形態素の話じゃなかったの？
最長一致でも頻度順でもダメなら学習が手っ取り早いと思ったんだけどなあ。

57 ：

書院並みの変換で満足なんですか＞＜

58 ：

正直フリーのOAKが欲しい。

59 ：

結局の所、一定以上正解率を上げるには、入力者の意図を理解しないとダメなんじゃないの？
翻訳と同じでさ。

60 ：

逆に考えるんだ。 IMを作るのではなく、和文タイプみたいな日本語入力デバイスを作ればいいと考えるんだ。

61 ：

>>56 >>59
先ほど申し上げたように、確率を求める理論は理解できます
しかし最長一致法や文節最小法で確率を求めても、まともな変換ができません
いくつか思い当たる点はありますが、結局は辞書に逃避行を見つけてしまい、辞書のサイズが極めて膨大になってしまいます
そこで文法解析をするためのモデルを教えてください
コードでも数式でもかまいません＞＜
こちらは解析重視の答えを期待しています
また理論的な日本語学に精通しているのなら、文法要素においてどのような重み付けをするといいのかを教えてもらえると、さらに参考になります
これは最適解を求めるうえで、最も重要となりうる情報だと私は考えています(この考えは推論に基づいているため、正確性にはいささかの疑問符が付きます)
こちらは辞書重視の答えを期待しています

62 ：

辞書がデカいのは、目的が絞れ（て）ないからだね。
目的が決まっていれば、要らない語は捨てることができる。
直前の入力からそれが伺い知れれば、候補が刈れるので迷わなくなる。
ある種の試験が過去問丸暗記だけで受かるみたいな感じ？

63 ：

まあ要するにうんたらマルコフだよな。
全体の確率にしちゃうと下位の候補が、遷移状態によっては確率が跳ね上がる。

64 ：

>>62
それは全く見当違いです
特定の人間が特定の分野のことしか変換しないのなら、後述の非文法文を考慮する必要すらないでしょう
>>63
HMMが局所最適に陥りやすいことはご存知でしょう
「庭には二羽ニワトリ(鶏)がいる」という文が正確に変換できる場合、そこには矛盾が存在するでしょう
出現確率として埴輪ニワトリがありえないと言うなら、「N+ニワトリ」と「数量詞+ニワトリ」が出現する確率と、「庭に+N」と「庭には+N」が出現する確率は、どちらも前者が低く後者が高いと言い切れるでしょうか
実際には頻度データや文解析などを行う必要がありますが、頻度データは辞書を肥大化させる一因ですし、文解析は日常的な非文法的構文の変換精度を著しく低下させます
局所最適に陥れば、辞書が十分でない場合、埴輪ニワトリや庭ニワトリを生成しうるでしょう
しかし出回ってるフリーの辞書にはそういったデータのあるものは見かけませんし、コーパスで自動的に生成する場合は日常文にとても弱い辞書ができます
また日常文を正確に分解できるようなコーパスのエンジンの設計についても検討しなければなりません
実際にそれらは不完全で冗長なものです
辞書や理論的な面で話がしたいなら、この前提の下で話してください＞＜
ただ車輪や既製品を再開発するのもどうかと思うので、この手の議論には興味がないです
むしろエレガントな文法解析をするためのモデルをコードでも数式でもかまいませんから示してください＞＜

65 ：

>>64
全然わかってないじゃない。
>>63は、>>62について要するにと言ったわけで、これも一種の局所最適と言えそう。
ダブルミーングの場合はともかくとして解は一つでしょ？
ただ、文脈等によって局所的に最適解が変動するだけ、表記ゆれも含めて。
だったら文脈毎に状態を持てばいい。つまりその数だけ小さな専門辞書を作る。
しかし、もし遷移具合が似通っていればそれを表現している辞書を統合できる。
まあ圧縮なんかはそれを利用する訳だし。
文節に相当する部分ではバラけた遷移分布になってわかるんじゃない？
日常文コーパスから辞書作ってなぜ日常文に弱くなるのさ？
っていうか埴輪ニワトリや庭ニワトリがあるコーパスって何？
それらがある遷移辞書が作られなければそういう変換にはならない。
逆に一度でも使われていればどこかの辞書には上位で存在するから、
その辞書を選択するかどうかで決まってくる。
っていうか、音声合成ならともかくIMになんでそんな正確なのが要るの？
選びたい候補がちゃんと出ればいいんだよ、基本的には。

66 ：

なんか急に伸びたな。
てかなんでIMの話してんだ？
悪くはないが、自然言語処理スレとか探せばあるだろ？

67 ：

そういう方こそ一体何しにきたのさ？
悪くないなら余計な事言って書きにくくさせることはないのに。

68 ：

>>65
辞書と文法を混同していませんか？
庭ニワトリが出ないのは、辞書に欠落がないからに過ぎません
しかも日常文に弱くなるのは、文法解析エンジンの問題だと書いたはずです
コーパスを作るといっても、そのコーパスを生成するための条件が必要でしょう
何語レベルをもって実用的コーパスとみなすのか、どんな生成方法を採用するのか、そういった指摘が一切ありませんね
効率的なコーパス生成に文法解析エンジンなんて不要だと仰るなら、あなたの話はもっともでしょう
とりあえず実証モデルを示してください
数式やCやJAVAのような言語であれば、曖昧性の残る日本語での議論よりもずっとスムースです

69 ：

実証モデルとかは>>37に言っとけ。っていうか>>55の為のヒントなら書いた筈だけど？
こちらは小学生レベルの発想とか言われたから少しレベルアップさせただけ。
それなのになんで言ってることがわからないかな？
もしかして古代語や簡単な暗号の解読方法とか全然想像つかない人なのかな？
まあなんの研究でも同じだろうけど、分類して統計処理すれば見えてくるでしょ。
未知の文書の場合なら統計結果は辞書になり、同時に文法が表れているものでもある訳。
そこからわざわざ仮説レベルの文法式にハードコーディングする必要はない。
論文でも出すなら別だけどね。
辞書に欠落がないから出ないんじゃないんだよ。そんな誰も使わない死語が大量にある辞書なんか
捨てちゃえってこと。変な表現使ってる外人なんかはそんな辞書や本に載ってるのを鵜呑みにしたせい。
変換だって辞書が単漢字レベルならともかく、そうでなければ庭ニワトリが第一候補になるなんてのは
妙な規則吹き込まれたバクで本来の候補が出ないだけとしか思えない。
おはようございますチャンドラ博士。

70 ：

とりあえずほかの人が話に入れるように基礎知識として関連スライドを掲載
ttp://handsout.jp/slide/846
ttp://handsout.jp/slide/633
俺はこれ以上突っ込まないんで静観しておく。
>>69
　むしろ小学生(or初学生)でも理解できない実装を書いている時点で間違いって気もする。
そんなんじゃバグっても原因わからんがな。
　ま、お勧めは、腐った実装捨ててリライトしたほうがバグも発見できてコード品質も上がって幸せだろうに。
あ、車輪の再発明したくないんだっけ。そうか…残念だな。

71 ：

要約すれば、モデルも作れず、Googleから捻り出した不完全な知識を披露しているわけですね。わかります。

72 ：

いや、検索で捻り出さなくてもそのGoogleこそ実証モデルそのものだってば（w

73 ：

じゃあGoogleの検索方式についてC++かJavaを交えて講釈垂れてくださいな。
モデルっていうのは、表面的なものではなく、構造がわからなければ意味がない。

74 ：

論文取り寄せるとか社員になるとかすれば？

75 ：

構造を実証するためのモデルとしてGoogleを挙げておいて、その構造について何の解説も加えられない。
つまり自分から他人の知識をコピペすることしか能がないってことを証明したと。

76 ：

>>72ってなんか実証モデル挙げろよって話だったからグーグルそのものが実証例だと揚げ足取っただけじゃん。
そもそも一体どこのレスをコピペだと言ってるんだろう？　ブラフ？
ヒント以上のことは教えたらそれこそコピペにみえるだろうし、基本的には自分で調べるべきじゃないの？
どうも与えられた玩具を持て余して満足できずに無いものねだりをする餓鬼だなあ、その態度。
最近そういう微妙に偉そうなんだけど結局只のクレクレ君じゃないかっての多いな、なんかがっかりした。
かくかくしかじかの理由でこの案じゃそのまま実装なんて無理なんです　＞＜
・・・とか言ってくると思ったのになぁ。遺憾だ。
っていうか別人かな？

77 ：

なんか静かになったな、出されたモノになんだかんだ注文付けて残してた割には
内心>>70辺りのまとめ辺りが参考になってもう用済みだからそいつらをコピペだの煽ってただけかぁ。
ひげぽんみたいに残さず食べておもしろい奴はもう絶滅したのかねえ？

78 ：

>>76
で、コードは？
>>75をコピペするほど暇じゃないんよ。

79 ：

小学生にもわかることを自分が理解できないからコード書けってなんだよそれ。

80 ：

はいはい。言うだけなら誰でもできるね。
それで、コードは？

81 ：

酷いクレクレ君も居たものだ。

82 ：

見せられるわけないよね。
書いたものはおろか、コード書く力がないんだから。
口先坊やだもんね。

83 ：

そうやって煽れば書く阿呆が居ると思ってるんですね　わかります。

84 ：

原理がわかってる人間なら、いくらでもアレンジを利かせてコードを書くことができる。
原理がわからない人間は、コードが書けないから口先だけで逃げるしかないｗ
Mona誕生以前のOS作ろうスレにもそんな奴がいたなあ

85 ：

環境がない
プログラム技術が古すぎる
アナログすぎる
完全なセキュリティなどの幻想を持っていない
一番の問題は
「めんどくさい」

86 ：

PHPでOS作れればなぁ。

87 ：

>>82
　原則、他人つうのは自らの利益にならないことにかかわらない。
それに今回の件は収入を得るための仕事や経験といった利益にならないこと。
本当に欲しいなら、それ相応の対価を払えってことだ。できないなら自分でなんとかするのが原則。
　こういったコストは隠れているから見えないだけで、
人の足元見てんじゃねえやらドケチとか言うのは論外だぞ。:-p
>>85
　原理がわかっていても、実装は面倒だな。木構造組んでデバッグで木を吐けるようにやって、
木自体のバグを取って、さらに辞書など重みのパラメータ調整となると、オレなにやってんだろうになりかねない。
　まあ、それ以外の要因はあまりたいしたことでもない。
貯蓄・実践・勉強・時間が解決してくれる問題。だが、モチベーションだけはどうにもならない。

88 ：

分かっているから、自作OSを作らないんだよ。
全国を歩いて旅、なんでやらないの？っているのと同じこと。
まあ、小さな子供なら、本気でなんでやらないの？って聞くだろうね。

89 ：

スレタイ、英語的な表現なのかと思った

90 ：

>>87
http://pc11.2ch.net/test/read.cgi/os/1018174274/1-200

91 ：

>>87
面白ければ、それが対価になるんだけどね。
あと、人間は子孫を残す動物だから、跡を継ぐものは可愛がってくれる。
そういう時は価値があってももう要らないものはタダでくれたりもするし、
喜ぶ姿が見えれば多少のコストを負担したりもする。
今って周囲にそういう人が居ないのかなあ？
ある意味本人がモチベーションを与えているから親切にしてくれるんだと思うんだけども。
生まれたときから検索エンジンとかが無料で使える世代はその価値がわからないのかもなあ。
現行のグーグルの技術くれと言われても買収すれば？と言うしか。
>>90
Monaが出て来てもう五年がゆうに経ったのか、なんか妙に歳食った気もする。

92 ：

子孫を残さない動物っているのか？

93 ：

クラゲとか。
クローンや若返りで繁殖するのは、子孫を残すとは言えないよな。
クローン＝自分自身だから。

94 ：

>>87
5年前と同じように作ったすごいでしょって言っておわり。だから言うだけなら誰でも。
アドバイスほしいと言ってるほうも、本気で言ってるなら指向によってマ板なりで聞いてるだろう。
要するに狡い方法でうまくハメられ、自分から合理的で信頼のおける発言ではないことを証明してる。
それどころか利益云々持ち出して、さらに自分を追い詰めてる。
匿名掲示板での経験披露あるいは自慢というは、最初から何の利益にもつながらない。
それ以前に、利益がなければ何もしないというなら、時間を割いてここに来ることすらない。
でもなぜするんだろうか。自己顕示欲というもんだ。本当の経験があれば、自己顕示欲からコード自慢を始める。
実際にコードを数行眺めれば、マの腕なんて大体わかるだろ。だから往々にして原理を示す数十行に磨きをかける。
それをしたがらないというのは・・・言うまでもなかろう。
論理記述の美しさを追求するよりも、屁理屈を捏ねまわすほうがお好きなプログラマは、どの程度の腕なんでしょうねえ。
都合が悪くなったら重要でないところを叩いて話を逸らしたり黙りこんだり逃げるみたいな、厨房自慢大会の展開と同じで食傷気味。
>>90のリンク先の1としか思えないし、もし別人でも同種の人間には違いない。
少なくとも利益を求める人間なら、つっこまれること必至の不必要な情報を脈絡なく出したり、わざわざ立場表明をするような冗長なレスなどしない。
それともここに何の脈絡もなくInput Method作ったと書き込むことで対価をもらってるのかな。そうでなければ>>87との合理性に欠けるから、きっとそうに違いないが。

95 ：

っていうか>>61ってまだ居るの？
辞書がデカくなるから文法解析のコードくれよと言ってた最初の話はどこ行ったのさ。
デカくならん、むしろデカくなるとロクな変換ができない。という日本語の趣旨が理解出来てない？
重み付けにうんたらマルコフで処理した確率でも使えばと言われたら、局所最適の本質をわかってなくて
悪と決めつけたそれこそコピペみたいな話をするしなあ、局所解が庭ニワトリな時点で明後日なのに。
どんなマルコフならそんなボケたのが求まるというのかむしろ知りたい、凡人の理解の範疇かは知らないけど。
しょうがないから全部暗号文字だとしても解読はできるだろ？って問いかけても反応無しだなあ。
まあ、そういうわけでターゲットのコード、つまり日本語がわからなくても日本語処理はできるとは思うけど、
コード書けない人にコードが理解できるとは思えないからわざわざコードで説明しないよね、面白くもないのに。

96 ：

>>94
　揚げ足とってこうもまあ戯論を展開するとは、ストレスたまってないか？
はぁ…正直、おまえさんがなにをしたいのかわからなくなった。

97 ：

能ある鷹はナントカと言ってだな…
自慢するとモノを出せと言われるし、出さなければ嘘認定、出しても結局は叩かれる。
社会も同じ。無駄に知識や経験を披露すれば仕事も増えるし、より厳しい結果が求められる。
賢人は半端な新情報を出さない。割に合わないから。
出したら最後、モノを出して原理を詳細にコメントアウトするぐらいのことをして、やっと+-0。
こんなシステマティックなことを理解できないのは、あることないこと自慢したいお年頃だから？
以上から相当に頭が悪いということはわかるが、さらに嘘つき妄想家ともなれば救いようがありませんな。

98 ：

愚痴りたいだけならマ板に帰れば？

99 ：

>>95
>>61では、解析の話はコードで、辞書の話は理論言語学的アプローチでしろって言ってるのに、
回答になってないのに回答しないからナンタラカンタラ言ってる時点でおかしいと思わないか。

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

我々が求めるOS (151)
■★▲ＤＯＳはまだ現役！ Drive.C: (178)
北朝鮮OSを開発しよう (114)
北朝鮮で使われてるOSは何？ (364)
Ｐａｒｔｉｔｉｏｎ　Ｍａｇｉｃを使っている方 (150)
OSASKスレッド Part12 (673)
--log9.info------------------
Google Chrome for Mac Part2 (343)
【使える？】ことえりスレ【使えない？】 3言目 (475)
スティーブ・ジョブズ氏の快気を願うスレ (134)
TeX on MacOS その2再々 (518)
[iPad] Air Video [App] (174)
iPad で Good Reader を使いこなすスレ Pat1 (455)
買って良かったシェアウェア(*‘ω‘ *)3 (503)
Adobe「アップルは圧力に負けFlashを搭載する」 (793)
【シェル型】初代iBookスレ 12【ホタテ】 (292)
Siri Part1 (213)
MacBook用・バッグ・ケース・スレ (483)
おい、そこの絵心のあるやつ、MacOSたん描こうぜ 2 (876)
Kleer Audio関連スレ (406)
CocoaなMozilla「Camino」! 14th (882)
MacでBlu-Rayを利用するスレ (145)
Mac OS X 10.5 Leopard Part55 (335)
--log55.com------------------
大阪のあとに名古屋によったら
「2020年は新潟＝新京が首都」らしい！！！！！
東北第二の都市郡山VS北陸第二の都市金沢
(ヽ´ん`)「金沢市って都会だろ…」( ^-^)
日本全国超高層ビル（画像、新規情報）１棟
【札福の下】仙台　新潟　岡山　熊本3【広北Qの上】
神奈川と大阪の人口差がどんどん開いていく件
神奈川以下の、大阪とかいうクソ田舎