【OMAP 3530】Pandora について語るスレ rev.4

【OMAP 3530】Pandora ..

■コピペモード
□スレを通常表示
□オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト

578:いつでもどこでも名無しさん
 09/05/12 17:02:56 0
あと1年かかるに1000ﾆｮｶﾞｿ

579:いつでもどこでも名無しさん
 09/05/12 17:08:06 0
始めたら時間は掛からないだろ

580:名無しさん＠Linuxザウルス
 09/05/12 19:28:47 0
>>577 
 
>>573さんが上げている未完了な項目のうち、どれが肝心の項目なのかを聞きたかったんだが。 
 
オフィシャルのどっかにかいてあったっけ？ 
 
>>578 
 
その前に活動資金が尽そうじゃね？www

581:いつでもどこでも名無しさん
 09/05/12 20:07:11 0
http://www.emudev.org/drkIIRaziel/blog/?p=35 
nullDC BeagleBoard版起動画面

582:いつでもどこでも名無しさん
 09/05/13 02:06:45 0
よーし、もまいら。　よく聞いて桶。 
泣く子も黙る平成不況の真っ只中、製造業で青春ハケソ切り中の漏れが 
ぶつくさ言ってやろう。 
 
開発と量産での製造は違う。　何が違うかというとロット（数量）が違う。 
ロットが多いと部品によって良し悪しが発生する。 
つまり、10台作ったときと1000台作ったときは不良率が違うわけだ。 
今は情報処理技術者試験って言うのか？　故障率の計算でもあったよな、 
２つの部品を組みあわせた製品の故障率が同じだと、故障率は２乗ってワケだ。 
故障率は部品の不良率と言い換えることもできる。 
 
つまーり、たった一つの部品の故障率がメーカー資料を上回った場合、 
想定している台数のPandraタソが生産できなくなり、 
ふっつーに予定数こなせんわけだ。 
Pandraがここまでこぎつけたことに対して、漏れは関係各位に頭が下がる思いで 
いっぱいだが、先進的なデバイスを使えば使うほど、不良率ってのも 
上がる傾向にある。　なかなかスリルあるよ、この話。 
 
予定数が確保できなくても、品質を下げる（安定性テストの基準緩和等） 
ぐらいでおさまりゃいいが、起動しないとか２時間ぐらいつかうと故障する 
とかって話だとシャレにならない。　最悪、手作業が発生する。 
そうなると遅延って話も再び浮上する。 
 
だが、漏れは製造業が好きだし、Pandraプロジェクトは素敵だと言いたい。 
言い切りたい。　小一時間言い切りたい。 
釣りで「もう出ないかも」とうたうのは歓迎するが、N天堂の製品でもこんなにハラハラ 
できる商品は、かつて見たことがないぞ。 
そこんところも楽しんでみよーぜ。

次ページ