アカウント名:
パスワード:
アセンブラで書いても別に難しく無いレベルの開発に、リアルタイムOSとCコンパイラが無いと開発不可能、なんて言い出す人達が増えてきたこの頃になって特に。
微妙な制御を行う時は、隠蔽されるものが少なければ少ないほど楽だったりする事も多いんだけどね。
フレームの元がついているが、元コメントは「PCが業界の全てではない」と言いたいんじゃないかと。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
/.Jで組み込みの話をしても無駄 (スコア:-1, フレームのもと)
今までまともに話ができた試しがない。
Re:/.Jで組み込みの話をしても無駄 (スコア:0)
下請けソフトウェア要員は/.Jにたくさんいると思うけど、
ハード側はちょっとね・・・。
# 「組み込みを知らなきゃ馬鹿」とは全く思わんけど
Re:/.Jで組み込みの話をしても無駄 (スコア:0)
フレームの元がついているが、元コメントは「PCが業界の全てではない」と言いたいんじゃないかと。
Re:/.Jで組み込みの話をしても無駄 (スコア:1, 興味深い)
アセンブラで書いても別に難しく無いレベルの開発に、リアルタイムOSとCコンパイラが無いと開発不可能、なんて言い出す人達が増えてきたこの頃になって特に。
微妙な制御を行う時は、隠蔽されるものが少なければ少ないほど楽だったりする事も多いんだけどね。
Re:/.Jで組み込みの話をしても無駄 (スコア:1)
そもそも、情報処理系の学科だと特に、計算機工学とか言う科目でも、座学だけって感じですからね。
要求されていることをアルゴリズムに落とすあたりの教育もどういう状況だか。って感じですし、昔みたいにトランジスタやゲートから実際に弄って、回路のツボみたいなあたりを皮膚感覚で掴んでいる人が激減しているような気もしますし。
組み込みの場合には、本気でやるならMCU/MPUの内部構造のブロック図を読めないとハードもソフトも書きようがないですから、最低でもハードとソフト両方読めないととりあえずの物はかけてもデバッグで難儀しますから…分業化の弊害もあるんでしょうけど。ハード担当とソフト担当の共同作業での開発工程にしないあたりの。
まぁ、アセンブラ使うのが必ずしも正義とも思えませんが。
アルゴリズムをしっかり組めるならば、RTOSはいらなくてもCで記述した方が可読性が良くなりますからね。
EndianとかWord Sizeとか構造体とかでハマるくらいだったら最初からアセンブラで…と言うのは半分同意しますが、基本的にはMCU/MPU依存の部分以外はcで書けるならば書いてしまった方が大半をアセンブラで書いてしまうよりも圧倒的にバグを作り込み難い所までC言語コンパイラの能力が上がっていることは確かですから。経験上の話に過ぎないですけど。
どっちで書くにしても、IDEなどを安易に使うのは、実はあまり良くないのかも。
既存の低レベルライブラリやスタートアップコードの利用でメインの部分を抽象化しまくれる利点はありますけど、トラブった時に所在がハードかソフトか見極めるのに手間取りますし。
オフトピ (スコア:0)
頓に、では。
また、「頓に」の意味は「急に」とか「にわかに」とかなので、この場合あまり適切ではないような。
Re:/.Jで組み込みの話をしても無駄 (スコア:1)
それってソフトウエア業界（或いはプログラマ）全体では？orz
Re:/.Jで組み込みの話をしても無駄 (スコア:0)
どっちにしろ内容の無いただのチラシの裏だけどな。