「福岡県が「組み込み向けRuby」の開発を行うと発表」記事へのコメント

斜め上の努力

[gedo (7079)]

リアルタイム性やリソースへの配慮されているとは言えないITやネット系の言語のRubyを組み込みにって、Javaを組み込みにというのと同じぐらい斜め上の努力な気がします。
それこそ、東海道新幹線のATSのトラブル [srad.jp]を繰り返すだけでしょう。
そもそも、こんなことに税金を使うなら、こんなことをしなければならないほど組み込み技術者が不足する自体になった原因である劣悪な労働環境や低賃金を改める方向に使ったらどうかと思います。

Re:

[Anonymous Coward]

一口に組込といってもいろいろあって，中にはTVやレコーダーのEPG（電子番組表）・番組予約とGUIの処理みたいな「組込」もある。　携帯電話のwebブラウザだって「組込」のうち。
だから組込プロセッサでLinuxを動かしたり，JavaやRubyでアプリケーションを組むというもあり。

ただし福岡県の資料にある
｜Ruby は組込みソフト開発の主流言語の C 言語に比べ生産性が 10 倍程度といわれ
｜ており、Ruby を組込みソフト開発に特化した言語にすることで、これら電子製品の
｜生産性の向上が期待される。
とあるのは見当違いもいいところ。
上位のアプリケーションのレベルでの生産性はRubyの方が良いかもしれないが，従来どうりのハードよりの処理はC言語で必要十分だしRubyを採用するメリットなどない。

Re:

[deleted user (28685)]

>従来どうりのハードよりの処理はC言語で必要十分だしRubyを採用するメリットなどない。

必ずしも否定しないんだけど、「ハードより」の処理でもSoCを操作するレベルのAPIだと
C言語じゃなくてRubyぐらいの高機能言語のほうが生産性が高い気もしてみたり。

C言語もアゼンブラに比べれば、十分「高機能」なわけだから、さらなる「高機能」の代替としての
模索もありだとは思う。

Re:

[Anonymous Coward]

普通はハードとRubyなんかの高級言語で書いたアプリケーションの間に，C言語で書いた直接ハードを叩くコードのレイヤーが挟まるわけで，場合によってはそれが高レベルのファンクションライブラリだったり組込用のリアルタイムOSや組込Linuxだったりします。
そういう低レベル（下のレイヤー）のコードは細かい制御の論理を記述するのが中心なので，Rubyなどに特徴的な「生産性の高い」コード開発をサポートする機能に大して御利益は無く，そこまでRubyを使うメリットはありません。

しかもハードに密着した低レベルのコードほど信頼性，長期のサポートが必要なので，現時点で組込屋から見て「怪しげな」Rubyは問題外です。　組込用プロセッサのC言語の開発・販売をするベンダー（金を払えばCコンパイラを作ってくれる会社）が複数あるのと同様に，特定のプロセッサ向けのnativeなRubyを作るベンダーが出てくるような状況になれば話は違ってくるでしょうが.....

Re:左斜め上45度の努力

[Anonymous Coward]

＞特定のプロセッサ向けのnativeなRubyを作るベンダーが出てくるような状況になれば話は違ってくるでしょうが.....

話はほとんど逆で
汎用FPGAを使ってRuby向けの特定のプロセッサを作ってRuby-nativeなプログラムを書けるようにしよう
というプロジェクトですね。
CPU機能が必要になった所に、IPコア単位で導入できて、プログラミング言語はRubyだけ使えればOKという世界。