アカウント名:
パスワード:
唯一の実装が規格~みたいなコミュニティーベースの発展途上のプログラミング言語を採用することを気にしないのか......#気にする業界・気にする分野の仕事をしている人は凄く気にする
参考までにお聞きしたいのですが、気にする業界・気にする分野というのは例えばどういうところなのでしょうか?工場では一度入れたら何十年も使い続けるそうですがそういうところでしょうか。
自分の知ってる範囲だと、自動車業界はかなり気にする。コンパイラのバグで不具合とか、過去にもあったし。ASIL-D相当だと、コンパイラもバージョン毎に認定が必要なんで、RUSTみたいに、頻繁にバージョンアップする言語は大変。
自分の知ってる範囲だと、自動車業界はかなり気にする。
TOYOTA が 2025 に実用化するとする Arene は Rust だし、新規案件は以前とは事情が変わってきてるような。
RUSTみたいに、頻繁にバージョンアップする言語は大変。
Rust はプロジェクトディレクトリ下の rust-toolchain ファイルでコンパイラだけでなくツールチェインのバージョンを指定できる分他の言語より開発者全体で開発環境を統一するのは簡単では。
Rust の採用が増えているのって、言語仕様もあるけどrustup + cargo の存在が大きいんじゃないかと思う。
統一なら大抵の言語でreq.txtみたいなのがあるから…
でもそういうのって大抵は非標準の外部ツールだよね。
Rust っていうか cargo は rust-toolchain ファイルを置くだけで必要に応じて指定バージョンのツールチェインを自動で取得してくれるので非標準のツールに依存する他の言語よりツールチェインのバージョン指定を行うのは簡単かつ確実だと思う。
医療機器業界も気にするよ。IEC62304って規格があって、医療機器も使用するソフトウェア(コンパイラや開発環境)を自社の製品開発に使用する為に、検証した上でSOUPとして社内規格に登録し、それを使用した開発を行なう事になるから、開発環境に不具合があって更新なんてなったら、自社開発のソフトウェアだけでも検証が大変なのに、開発環境の検証も再度行なう必要があるんで、結果的に開発期間の遅れに繋がるよ。なので、最新版が出たとしても、出来上がったソフトウェアに問題がない限り、開発環境は古いものを使い続けるよ。
MISRAなんてティア1のソフトやでもあんまきにしてないぞ
金融業界じゃないの? サグラダ・ファミリア建設中に前提がコロコロ変わったら困るわけで
そもそも、オープンソースと商用ソフトを同列に論じちゃダメだと思う。オープンソースは少なくとも作ってる人たちは無保証でやってるんでしょ。
基本的に産業系・組込系はみんなそうでしょ例えば、原発の安全性保証に関わる業界標準になるようなシミュレーション・コードを書くのにどのような処理系を選びますか?webアプリケーション開発だとかで定期的にスクラッチからの作り直しは想定内/計画済み、コンパイラなんてその時に切り替えても問題なしという開発とは違う(真面目にそういう質問をされるのが驚き)
元ACです。皆さま回答どうもありがとうございました。勉強になりました。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
気にしないのか? (スコア:1, 興味深い)
唯一の実装が規格~みたいなコミュニティーベースの発展途上のプログラミング言語を採用することを気にしないのか......
#気にする業界・気にする分野の仕事をしている人は凄く気にする
Re:気にしないのか? (スコア:0)
参考までにお聞きしたいのですが、気にする業界・気にする分野というのは例えばどういうところなのでしょうか?
工場では一度入れたら何十年も使い続けるそうですがそういうところでしょうか。
Re:気にしないのか? (スコア:2, 興味深い)
自分の知ってる範囲だと、自動車業界はかなり気にする。
コンパイラのバグで不具合とか、過去にもあったし。
ASIL-D相当だと、コンパイラもバージョン毎に認定が必要なんで、
RUSTみたいに、頻繁にバージョンアップする言語は大変。
Re:気にしないのか? (スコア:1)
自分の知ってる範囲だと、自動車業界はかなり気にする。
TOYOTA が 2025 に実用化するとする Arene は Rust だし、
新規案件は以前とは事情が変わってきてるような。
RUSTみたいに、頻繁にバージョンアップする言語は大変。
Rust はプロジェクトディレクトリ下の rust-toolchain ファイルで
コンパイラだけでなくツールチェインのバージョンを指定できる分
他の言語より開発者全体で開発環境を統一するのは簡単では。
Rust の採用が増えているのって、言語仕様もあるけど
rustup + cargo の存在が大きいんじゃないかと思う。
Re: (スコア:0)
統一なら大抵の言語でreq.txtみたいなのがあるから…
Re: (スコア:0)
統一なら大抵の言語でreq.txtみたいなのがあるから…
でもそういうのって大抵は非標準の外部ツールだよね。
Rust っていうか cargo は rust-toolchain ファイルを置くだけで
必要に応じて指定バージョンのツールチェインを自動で取得してくれるので
非標準のツールに依存する他の言語より
ツールチェインのバージョン指定を行うのは簡単かつ確実だと思う。
Re:気にしないのか? (スコア:2, おもしろおかしい)
医療機器業界も気にするよ。
IEC62304って規格があって、医療機器も使用するソフトウェア(コンパイラや開発環境)
を自社の製品開発に使用する為に、検証した上でSOUPとして社内規格に登録し、
それを使用した開発を行なう事になるから、開発環境に不具合があって更新なんてなったら、
自社開発のソフトウェアだけでも検証が大変なのに、開発環境の検証も再度行なう必要があるんで、
結果的に開発期間の遅れに繋がるよ。
なので、最新版が出たとしても、出来上がったソフトウェアに問題がない限り、
開発環境は古いものを使い続けるよ。
Re:気にしないのか? (スコア:1)
Re: (スコア:0)
MISRAなんてティア1のソフトやでもあんまきにしてないぞ
Re: (スコア:0)
金融業界じゃないの? サグラダ・ファミリア建設中に前提がコロコロ変わったら困るわけで
Re: (スコア:0)
そもそも、オープンソースと商用ソフトを同列に論じちゃダメだと思う。
オープンソースは少なくとも作ってる人たちは無保証でやってるんでしょ。
Re: (スコア:0)
基本的に産業系・組込系はみんなそうでしょ
例えば、原発の安全性保証に関わる業界標準になるようなシミュレーション・コードを書くのにどのような処理系を選びますか?
webアプリケーション開発だとかで定期的にスクラッチからの作り直しは想定内/計画済み、コンパイラなんてその時に切り替えても問題なしという開発とは違う
(真面目にそういう質問をされるのが驚き)
Re: (スコア:0)
元ACです。皆さま回答どうもありがとうございました。
勉強になりました。