元スレ【宇宙開発】ＪＡＸＡ、名大と開発したトロン準拠ＯＳをＨ２Ｂロケットに搭載
宇宙天文news覧 / PC版 / みんなの評価 :
前へ
101 :
孫がツブシに来るわけですねｗ
｢国産OSなんてくそなんじゃああああ｣
｢日本の開国じゃあああああああああ｣
とホざきながら。
102 :
μiTRONは使いやすかったな
組込にしか使えないのが残念だけど
103 = 48 :
ライバル支援で広告を並べる。
ライバルは他国傾向が強く、情報局がバックについている。
そのために広告など必要としなかった。
むしろ広告を付加したら株価が下がる始末で、ツールバーの利用増加にこだわった。
しかし残念ながらツールバーは厄介な仕様であり、ブラウザのバージョンアップに対応しにくい傾向がある。
それを指をくわえてみている愚かな組織がある。
検索システムを流用しようとして失敗したり、散々である。
「シソーラスという分類を学ばなかったのか？と問われないのか？」
などと聞いても理解できるのか謎な組織だ。
104 :
>>1
日本の産業機械のＯＳのほとんどはTRONだろ？
日本製のＧＰＳもＴＲＯＮを積んでる。
別に不思議じゃないんじゃネ？
105 = 48 :
旧態依然で分類が細分化されていない図書館では、分類が雑になっている。
なにしろ蔵書の数を増やす考え方が薄く、書架に入ればいいという観点で分類が行われている。
大学図書館でさえそのような図書館が多く、「分類が言われたとおりでしかない」と嘆かれる始末だろう。
通常はツリー構造で細分化を行う。
そのような考え方が組織にあるのだろうか？
会社の組織図で考えれば分かるはずだ。
JAXAのHPなどはさらに論外な煩雑さである。
整理整頓や物品管理などという観点がなぜないのだろうか？
煩雑で分かりにくい状態は
「整理整頓するべき側が鳥なみの記憶力なのではないか？」
と疑われかねない。
通常はリンクリストなどで整理整頓を行う。
106 = 104 :
大体、日本製の産業ロボットや計測器が誤動作して、搭載しているＯＳが
日本製じゃなかった場合、どーやってバグ出しすんだ？
外国製のＯＳ積んだら特許や機密の壁に邪魔されてバグの特定なんかできるかよ！
そー言うワケで航空宇宙、軍用、産業用はＴＲＯＮ搭載が正解だね！
107 = 48 :
独自のフォーマットのサイトマップファイルを羅列で出してもいいのではないだろうか？
おかしなファイルがドメイン配下にあると一発でばれる可能性がある。
それくらいは常識である。
サイトマップファイルより、リンクリストを作成可能である。
サイトの内容をリアルタイムに変える場合はリアルタイムに再作成が必要となる。
本文とタグも埋め込んでおき、さらにソート用のランクまで設定すれば、埋め込み検索での抽出がおかしいなどというアホなネタが出にくい。
こんなものは既出ネタである。
108 :
孫正義氏は何故トロン潰しを画策したか
http://plaza.rakuten.co.jp/kawamurakent/diary/200503260000/
http://plaza.rakuten.co.jp/kawamurakent/diary/200503270000/
109 = 88 :
>>94
今回のニュースのはロケット側のOSの話だよ。
ロケット側は、見た目は馬鹿でかいもののソフト自体は普通の組み込み機器だろうから、
今後もμTRONとか組み込みに向いたOSが使われていくんじゃないか？
組み込み用Linuxという可能性もあるけど。
モバイル管制のノートPC側のOSはWindowsかLinuxと見て間違いないだろう。
こっちにTRONが使われることは普通に考えてありえない。
110 = 48 :
「サイトマップファイルは作成に時間が掛かるので、内部でやっておいて欲しい。」
と言われたんだろうが、やらない。
結果的にアドレス総当りを食らいまくる事となる。
繰り返し処理の発信元の特定と排除は自動化可能だが排除判断が難しい。
RSSページを追加して誤魔化してみた。再整理が面倒くさいからである。
しかしアドレス総当りは行われる。当たり前である。
結果的によそで解析が進み、内部利用者が知らないなどという愚挙が起きる。
愚かである。
111 :
相当以前に凄い量の家電製品並べて全てTRONで動いてますってやってた
各社の技術者がそれぞれの企業に帰った後も頑張って開発継続した結果だと言ってた
113 = 48 :
通常メニューは縦か横に積む。
リンクリストも同様であり、階層化を行いわかりやすくする。
その際に常に1クリックで移動できるスタックを一段ずつ積むということになる。
カオス積みメニュー・リンクリストでは、分かりにくい。
縦横の順では2段までしかできない。
リンクリストから移動できる実ページには実ページであると明記するべきである。
不整合を防ぐために作成の自動化を行うべきである。
WindowsXPのメニュー構造がアイコンもあり分かりやすい。
文字が横書きなので縦積みが合理的である。
階層はどこまでも可能とするべきである。
ただしリンクリストのリンクループ回避は上位階層が優先されれば良い。
ただそれだけである。旧Ubuntuでも同様だった。
「あのデフォルトメニューは新版では釣られた改悪ではないか？」と言っても過言ではない。
クソマック化である。
114 = 48 :
Fedoraでも同様だったのではないだろうか？
115 = 48 :
大手Linuxのデフォルト設定のクソマック化もバイオハザード効果だろうか？
広範囲に悪影響を与えるのは良くない。
メニューカスタマイズの繰り返しは趣味の世界であり、時間の浪費である。
117 = 48 :
愚かである。
118 = 35 :
>>71
へえ、WindowsじゃNTPそんなに大事なのか。実装遅かったのになあ。
123 = 48 :
問題の多いサイトでも、変更しないキチガイ組織には何を言っても無駄である。
124 = 48 :
皆が分かりにくいと言っても誰もやらなかったし、やろうとしても鬱陶しい物言いをされるだけなので誰もやらない。
勝手にページを追加して、勝手にリンクをどこかに貼るわけである。
「老朽化した国家組織め！ざまぁみろ」と２ちゃんねらーに言われる始末である。
125 = 48 :
「クソマック化」が琴線に触れた。
126 = 48 :
ビルトインカメラをカメラ目線で見つめ、「にこっ」とする不始末である。
どこかに配信されているかもしれないという懸念を誤魔化すためである。
127 = 48 :
もはやジークハイル並と言っても過言ではないだろう。
128 = 48 :
NTPは「ナノセカンドタイムトランスファープロトコル」と言われている。
時刻の桁数を表しているわけである。
曖昧時間感覚は原始的で良い。
129 = 48 :
フォートランとマスマティカに気を使って任意精度演算をコンソール利用可能のみのビルトインアプリとした。
なにしろ復讐が怖いからである。
その組織論が愚かである。
130 = 48 :
誤魔化すようにマック化傾向が進んだ。
周知のとおりLazarusなどフォームアプリを簡単に作れるRADもあり、実装は容易いはずだ。
しかし救いを求めるあまりに、あのようなデスクトップUIとなっている。
何が怖いのだろうか？
131 :
各国の思惑やサボタージュを心配しながら
何が混じってるかいちいちコードレビューするよりは
日本くらいの工業国にならば手持ち資産で自作ったほうが安心安全だからね。
133 :
ここまで高田先生の名前が一つも出て来ないあたりに
スレのレベルを感じるｗ
134 :
>>28
ほほう、それだけ聞いても凄いな。
135 = 48 :
テスト環境が作りにくいのはadaと似ているかもしれない。
adaを調べると必ずTRON系言語の話題が出てくる。
adaもインストールなどの説明が偏っている。
もちろん日本語サイトでの話だが、あまりにも外部に情報が少ない。
というわけで、caslを思い出す次第である。
結果的にバイナリエディタが優秀であるという見解に達する。
コンパイラをちまちま作りこんで試験を繰り返すよりも、凄腕はファイルのビットを変更して結果を出す。
つまりはリソースが重要である。リソースが無いと実行ファイルからビット変更でいいという見解すら出てしまう。
136 :
WindowsでのC言語プログラミングが
難しすぎて挫折した。
このOSなら簡単かな？どこで手に入る？
137 = 44 :
ＴＲＯＮは単純な操作しかできないＯＳといわれるが
単純ゆえに反応速度は速く、機器がエラーを起こしても
バックアップやパージにナノセカンドで切り替わる
したがって落ちるとか止まることはまずありえない。
チップやタグは読み書きできればそれでいいのでTORONで足りる、
携帯も緊急事態で送受信はすぐ切り替えられるTRONで足りるのだが
最近はいろんなアプリつけないと売れないからアンドロイドとか
使ってますけど、しかし携帯の本文は通信を維持し続けることだから
よけいなもんつけるなという人も多い
138 = 48 :
Googleは無情である。調べても出てこない。
139 = 44 :
宇宙で動く機器に余計なソフトは必要ない。
複雑に見える運用でもすべては単純な工程の積み重ねの
結果である。ただ途中で間違っても止まってもいけない
仕様であり、打ち上げとか放射線で機器がダメになった場合は
即切り替わる速度が求められる。
TRONはこの要求をみたし、かつ省電力なのでうってつけといえる。
140 = 48 :
放射線程度でダメになるような機材の仕様が滑稽である。
もちろんダメになることを回避する機能を付加するのはもっともだが、一般に対して説明を加えてリスクを増やすほどの事ではない。
開発は部分ごとに縦割りだと言われる。
縦割りの部分管轄同士で壊れる相手を探してしまうのが滑稽である。
141 = 48 :
アニメオタクに「こんなこともあろうかと」などと宣伝してもらった事を自慢に思っている。
142 = 48 :
滑稽である。
143 :
とりあえず、放射線程度でダメになる機材 に関しては
ビット反転エラーをなんとかする方法を教えてほしい……
145 :
十分な放射線防御ができるはずの原発用ロボットでさえ、まともに動かない。
宇宙に出れば、そんなものより貫通力の高い宇宙線がいっぱいなのに、防御に割ける質量には限界がある。
それでも、ちゃんと動くようにできているのだからすごいと思いますよ。
146 = 143 :
民生品の宇宙転用はなかなかに面白い分野だと思うけど
学生の身では知識がたりなくていつも泣いてる
>>144
なにこれたのしい。
147 :
>>9
もともと原子力発電所は使い古されたどころか枯れた技術を集めて作るんです。
そのために、予期せぬ動作を起こさないという利点があります。
それを応用して、より重要なところは使い古されたものを使うという発想が出てきました。
148 :
粘って粘って基地外ネタ連投するのはなんなんだろうなあ。
149 :
レノボの宣伝をしただけか？ｗｗｗさすが中国人。
ここで出てくるのは、そんな内容ばかりである。
スペースデブリと言って脅したり地震予知などと言って脅せば良いだけである。
詳細なデータなどない。出ない。脅しの概要だけである。
原因はノイズなので解決策そのものではない。設計精度である。
把握している桁数を上げるしかないが、さてどうサボるつもりなのか？
ウィンドウズアップデートでバグを仕込む某OS屋のようだ。
原発話をしてお茶を濁す始末である。
それならば、仙台の変電所はなぜ爆発したのか？
ともかくさすがクソサイト。
150 = 149 :
「アニメオタク」が琴線に触れたようである。
みんなの評価 :
宇宙天文news一覧へ類似してるかもしれないスレッド
- 【宇宙開発】こうのとり2号機 ＩＳＳにドッキング完了＝ＨＴＶ、２機連続成功 (528) - [35%] - 2011/3/28 7:46
- 【宇宙開発】東大阪の町工場が開発、衛星「まいど１号」筑波宇宙センターへ[08/08/26] (104) - [34%] - 2008/10/7 4:25
- 【宇宙開発】ＮＡＳＡ、太陽探査機の「搭乗者」募集 大気圏突入目指す［03/09］ (103) - [33%] - 2018/3/17 20:45
- 【宇宙開発】はやぶさ地球帰還、カプセルの電波受信【オカエリナサイ】 (956) - [31%] - 2010/10/9 7:01
トップメニューへ / →のくす牧場書庫について