アカウント名:
パスワード:
ホスト CPU も、ターゲット CPU も x86 で同一ならば、ここぞ!という所で助かる可能性もある。 ターゲットが ppc な時、(旧)Mac購入してみるか .. という話になったり。 Valgrind って ARM ダメなの、どうしよう ...とか
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
なんだろう (スコア:3, 興味深い)
もうPC向けなんて金かけてやるわりには(今までのようには)儲からないと分かった
からなのか、余ったFabを埋めるのにやっきになっているのか、どうなんでしょうか。
特にx86でなければならないという理由なんて組み込み系ではまったく見あたらないですよね?
Re:なんだろう (スコア:1, 興味深い)
多いということがあります。
で、オーディオビジュアルのデジタル化などなどに伴って組込みにも高度な
ソフトウェアが求められるようになってきています。逆に家電で高度なソフトウェア
が動いてしまえばPCの位置づけも自ずと変わりますよね。
一方、x86は開発環境が充実していてソフトウェア開発の経験者も多いということがある。
高度なソフトウェアが求められる組込みにおいて、優秀なソフトウェア技術者を確保するとか
そういう面でもアーキテクチャがx86であるメリットは確かにあるわけです。分かりやすい
例を挙げるなら、PCで動く贅沢なIDEしか使ったことがありません、という技術者も組込みに
引き込むことが出来ますし。もっとも、最近はARMであれPowerPCであれ、開発環境は
そこそこ充実してるんですけど、取っつきやすさとかそういうのはx86の方が上でしょう。
問題はx86は命令セットが複雑だから、いきおい消費電力が大きくなりがちという
点でしたが、プロセス技術等により、この難点はそれほど目立たなくなってきています
(SoCへの応用もスケジュールに上がっているAtomとかが良い例ですかね)。
というような背景を考えればインテルが組込みに進出しようとするのは、ごく自然なこと
であろう、ということになります。AMDも狙ってましたけど、Phenomの誤算からいまは
それどころじゃなくなっちゃってるってとこでしょう。
Re:なんだろう (スコア:1, 参考になる)
のが目的であれば、
Windows開発に関する
> ソフトウェア開発の経験
開発環境の
> 取っつきやすさとかそういうの
はどちらも目的に合わないと思います。
せいぜいアプリ屋さんやテスターの水増しくらい?
でも一般的なWindowsアプリの感覚で組み込みアプリの書かれても困るしなぁ。、
PCLinuxに習熟しているからって、組み込みLinux開発で
役に立つ場が限られているのと同じ話ですな。
Re:なんだろう (スコア:2, 興味深い)
そんなの開発環境が~なんて、そんなのコンパイラが対応すればプロセッサなんていくらでも(要望があれば)対応できるので、x86だからという強い理由にはならないんじゃないかと。
まさかアセンブラのこと言ってるわけじゃないだろうし。
(それならそれで逆に組み込み系の方が一日の長があるよね)
x86を使うとPCのようなUIが簡単にできますよ、というのも、そりゃあそうかもしれないが冷蔵庫や炊飯器にそのようなUIが必要かどうかと言われれば、そりゃ出るかもしれないがラインアップで言えば上の方、もうニッチだよね。
唯一希望が持てるのはテレビだけど、それだったら別にceleronの安いの出し続けてくれりゃあ良い訳で、それやらないんだったら、安いSHとかずっと使わせて貰うよって話になるよね。(すみません、SHがホントに安いかは知りませんよ!)
PCのノリで組み込み系にやってきて、どうだ凄いから使えよ!!と言っては総スカンなのをひたすら繰り返してるように見えるんだが、今回はどうなんだろう。
Re:なんだろう (スコア:1, 興味深い)
ホスト CPU も、ターゲット CPU も x86 で同一ならば、ここぞ!という所で助かる可能性もある。
ターゲットが ppc な時、(旧)Mac購入してみるか .. という話になったり。
Valgrind って ARM ダメなの、どうしよう ...とか
Re:なんだろう (スコア:1)
カーネルはあるけど、その周辺のライブラリやアプリやデーモンを
自前で移植しなくてはいけなかったり。ライセンス的に問題があったり・・・
そういった意味でx86だとより取り見取りで選べるし、
すぐ動かせるバイナリも豊富ということで楽なところは多いです。