アカウント名:
パスワード:
「そのくらい普通じゃないですか.」と言うと, 「自分のレベルで仕事の難易度を考えてはいけない.」と怒られた新人時代.
#1230911 です。#1230988 は別の人です。案の定マイナスモデついているので補足しておきますが、Java を JIT の説明を入れずにインタプリタなんて言ったら、「僕は Java なんて言語しりません。ただの知ったかです」って言ってるものと判断されて当然ですよ。
「あの可能性もある」「その可能性もある」なんて薄っぺらい内容で長文書いても、こいつ Java も知らないし組み込みの経験もないで知ったかしてるなって見抜かれて嘲笑されるのがオチですから。元ストーリーの並列化言語とも内容が大きく外れていますし、参考になる内容ではありません。釣りならもうちょっとマトモなネタ・伏線を仕込むべきでしたね。
組み込みの世界でやっていることは、アルゴリズム的に難しいことじゃないからね。難しいのはリソースの制限とか、リアルタイム性の確保とか、低レベルの面倒まで見なきゃいけないこととか。要するに難しいんじゃなくて、めんどくさいんだな。
それでも最近はCPUの進歩で、ダサいプログラムでもまあ動くようにはなってきた。そのせいか、ソフトウェア製造はオフショアってのも増えてきている。でもプッシュとポップが対応してないなんてのは日常茶飯事なレベルだから、こちら側のテスト用員は大幅増でうーんみたいな。
ところで、ケータイ電話ってのは組込としてはかなり高級な方だと思うぞ。なんせあの中にはICカードという組込機器が入ってるんだから。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
ホント、時代遅れだよね (スコア:-1, フレームのもと)
ホント、フレームの元だね (スコア:2, すばらしい洞察)
仮にそれで本当に生産性が高かったとしても、優れているのはLL言語
(の開発者)であって、それを利用しているだけの利用者ではないでしょう。
むしろJavaScriptやPHPしか使えない人の技術力が最低な場合の
方が多いと思う。本当に動くだけの最低なコードを書く人というのは
実在するんですよ。
Re:ホント、フレームの元だね (スコア:2, おもしろおかしい)
#include<stdio.h>
int main(){
return 0;
}
こうですか!?わかりません!
Re:ホント、フレームの元だね (スコア:1, おもしろおかしい)
>#include<stdio.h>
不要なコードを書くってところが「最低なコード」なんですね。
Re:ホント、フレームの元だね (スコア:0)
例えていうなら自動車作らなきゃいけない場面でチョロQ作っちゃうみたいなもんね。
テストコースで「動いた!動いた!」で喜んでおしまい。
道が曲がってたり障害物が置かれてたり信号があれば途端にクラッシュ。
運よくぶつからなくてもゼンマイが切れたらおしまい。
そんなコードが実に多い。
#でデバッグと称してその度にチョロQの向きを変えてゼンマイ巻き直しただけ、なんて対処しかできない奴もまた多い。
Re:ホント、フレームの元だね (スコア:0)
政治層で解決することじゃないかと。
そんなのまだまだ (スコア:0)
Re:そんなのまだまだ (スコア:2, おもしろおかしい)
書いて来たアイツのことかぁぁぁぁぁ!
Re:そんなのまだまだ (スコア:2, 興味深い)
実に気合の入ったコードなら納品された事があります。
wild wild computing
Re:そんなのまだまだ (スコア:1)
納品されたコードを30秒ほどながめで、思わず出てきた質問。
「再帰呼び出しって、知ってます?」
Re:そんなのまだまだ (スコア:1, 興味深い)
スタック消費量の見積もりは?って聞かれちゃうぞ?
gcc4はtail recursionをloopに変換する最適化を持ちますよ?
.NETのMSILにはtail call対応のためのインストラクションがあるよ?
とかいう話はスラドでは見かけなくなりましたねえ。
Re:そんなのまだまだ (スコア:1)
main(int argc, char **argv)
{
main(0, NULL);
}
# 実際に,エラー復帰ルーチンで,mainを呼ぶコードに遭遇し気絶しかけたことがあるID.
from もなか
Re:そんなのまだまだ (スコア:1)
Re:そんなのまだまだ (スコア:0)
ひょっとしてMS-Wind○wsって一連のOSのことですか?
Re:ホント、フレームの元だね (スコア:0)
とても大事なことだというのは大前提として、それでもあえて言うけれど
「奇麗だけれどまだ動かないコード」と「動くだけのコード」では
後者の方が何倍も偉い。
この事実を受け入れられない完璧主義性こそが、ソフトウェアの分野で
日本がアメリカに負けている理由だと思う。
Re:ホント、フレームの元だね (スコア:2, 興味深い)
>後者の方が何倍も偉い。
それは比較対照が間違っている。
「奇麗だし動くコード」と「(汚いけれど)動くだけのコード」を比較すべき。
動かないコードを作る奴や、動くだけのコードを作る奴はどちらもプロ失格。
日本だと「綺麗で且つ動くコード」を作れるプログラマが絶滅しかけてるらしい
けどね。だからと言って、動くだけのコードを納品する奴もプロ失格だろ。
>完璧主義性こそが、ソフトウェアの分野で日本がアメリカに負けている理由だと思う。
そんなもの完璧主義とは言わないよ。
綺麗で且つ動くコードも作れないようなプロ失格の奴の見苦しい言い訳に過ぎない。
Re:ホント、フレームの元だね (スコア:0)
コードが綺麗かどうかなんて、品質確保以後の話。
比較対照が間違っていると考える方がプロ失格だ。
仕様を満たす動作をし、製品寿命で不具合が出なけりゃ、それでよいだろう。
無駄に工数を使い、サービス残業してまで、必要以上にコードを綺麗にする
必要がどこにあるのだろう。
Re:ホント、フレームの元だね (スコア:0)
後でコードを綺麗にするのではなく、
最初から綺麗なコードで書きましょう。
その上で、きちんと動くコードに仕上げるのですよ。
必要十分にコードが綺麗であれば、大丈夫です。
何が書いているのか、1ヵ月後の自分たちが、
悩まなくよいだけのコードを書けるようになりましょう。
赤ペン先生より。
Re:ホント、フレームの元だね (スコア:0)
本当に不具合が出てるから回収騒ぎまで起こってるんだけど?
これだから「動けばいい」と思ってる素人は手に負えない。
Re:ホント、時代遅れだよね (スコア:2, 興味深い)
総合的な技術力の高いWEBプログラマならあっという間だろうね。
Re:ホント、時代遅れだよね (スコア:1)
「そのくらい普通じゃないですか.」と言うと, 「自分のレベルで仕事の難易度を考えてはいけない.」と怒られた新人時代.
それってMMCモードでシリアルでつなぐやつ? (スコア:0)
さらに上を行く手動ポートかたかたクロックだったら一緒に泣いてあげます。
Re:それってMMCモードでシリアルでつなぐやつ? (スコア:1)
# おい、オシロも無しでどうやってデバッグしろってんだ?
Re:それってMMCモードでシリアルでつなぐやつ? (スコア:0)
MMCモード対応のI/Fがついてるならともかく、そこらの石ならマスター同期シリアルでつなげるだけで動くからね。
積み木の上で踊ってるだけのヤツが何言ってんだか (スコア:2, すばらしい洞察)
最終目的のそばにある歯車が、自分は一山で大きな仕事をこなせるからと下の歯車を笑うか、
エンジンのすぐそばの超高速回転に耐えてる歯車が、上のゆっくり回ってる歯車を笑うか、
そんだけの話です。
つーか、高効率マクロアセンブラでしかないC言語はもうイヤじゃ。
設計のダメダメさ加減が如実なC++ももうイヤじゃ。
もうちょっとモダンな思想をもった、ネイティブコードを吐く処理系を切実に願ってるのはホントよ...
Re:積み木の上で踊ってるだけのヤツが何言ってんだか (スコア:1)
同感。でも手続き型ではもうダメかも知れんな。
#「ネイティブコードを吐く」は「何物にも依存しないベタに走るコードを吐く」という意味だと信じたい。
Re:積み木の上で踊ってるだけのヤツが何言ってんだか (スコア:0)
http://caml.inria.fr/cgi-bin/hump.en.cgi?contrib=466 [inria.fr]
http://www.haskell.org/haskellwiki/Applications_and_libraries/Hardware... [haskell.org]
Re:ホント、時代遅れだよね (スコア:1, 興味深い)
それこそ業務系(IT系)とかWeb系ならLL言語だのフレームワークだの次から次に方法論とかツールとか言語とか出てきているけど、組み込みはずっとアセンブラ、C/C++がメイン。Javaとかも多少はあるみたいだけど…周りじゃ聞かない。
この世界で長く仕事してると「違う仕事に行くことになったら潰しが効かなくなってるんじゃ」っていう不安をいつも抱えているよ。もちろん、自分はそうなるのがイヤなのでいろいろLL系言語とかWeb系とか手を出したりしてせいぜい足掻いているけども。
エンジニアの生涯としていつまでもずっと同じような仕事(ハードに近いドライバ屋とか)ができるなら、組み込み系でも経験を積むことで「職人」になり得るかもしれないけど、下請けSIerのような、いつ別の分野の仕事に回されるかという状況だと、組み込みをずっとやっていると漠然とした「取り残されてるんじゃないか感」を感じるように思う。
進化進化って言うけど、別に進化してないよ? (スコア:2, すばらしい洞察)
アレも枯れた技術をうまい事組み合わせて新しく見せているだけだし。
理論は既に出来上がっていて時代がそれに追いついてきたって感じかなぁ。
昔は馬鹿みたいにリソースを無駄使い出来たわけじゃないから。
というか、全体的にハードの性能アップがソフトの性能アップを超えてるからそう感じるのでは?
以前と立場が逆転してますな。
組み込み系も(昔に比べたら)「進化」が早くなっていると感じるんだけど、それは自分がWeb系だからかな?
-----
#他人のプログラムは青い
Re:ホント、時代遅れだよね (スコア:1, 参考になる)
組み込みはハードウェアがある程度自由に組めるので
機能ごとに専用ICを割り当てることが多いというだけ。
オブジェクト指向なのですよ。
私が高価なマルチコアCPU使うとしたら、たぶんそれは
部品の実装面積に困が足りなくてどうしようもない時だと思う
Re:ホント、時代遅れだよね (スコア:0)
35歳過ぎるとエンジニアを卒業するのが前提だったりしますし。
適材適所(Re:ホント、時代遅れだよね) (スコア:1, 参考になる)
しかも機械のリソースが非常に限られていて、サーバやパソコンのように湯水のようにCPUやメモリ・ストレージなどを投入できる場合は殆ど無い。
UIがたくさんあるようなアプリとかの層でもリソース的にかつかつの状況で可能な限り多機能に…と言うのが最近の風潮ですから、営業サイドの要求するものと「出来ること」に差がありすぎる場合も少なくない。
それに、最近はGNU/Linuxベースのシステムや組み込みWindowsベースのシステムが電脳家電でも多くはなりましたが、それでも組み込み機器の場合には本当に重要な機能のリアルタイム性が最優先だし、ハードウェアとも密着した部分が多いですし。
ましてや車とかの制御とか小さな機械のファームとかなると…WEBプログラマとはまったく違う方向での「レベルの高さ」が必要になる訳で、どれがレベル高いとは言えないですよ。
# とは言え、計算機工学や電子工学の基礎も理解しないで設計書や仕様書出す顧客が多くなってて、
# それに対して問題点を挙げたりバグ潰す時に改悪したのに気づかないで商品化しようとしてデスマーチに
# はまってしまうプログラマが(逆に言うと基礎の部分と勉強する心構えあたりがダメなのに
# 職業プログラマやってる人が)組み込みでさえ多くなってきているのも事実…
で、基本的にスクリプト言語はリソースを猛烈に喰うコードを安易に作ってしまう傾向があるので(と言うか「とにかく動いた」って辺りで出して品質管理もパスする場合が多いですから)ソフト作る側からだけでなくハードウェアを作る側からも嫌われる場合が多い様です。
うまく使えばスクリプト言語の方がデバッグとか楽でリソースもそんなに喰わなくて済む部分も結構あるので(特に見た目とか)一長一短ではありますが。
それと、組み込みやってる人は基本的に「枯れた」技術を好みます。あくまでも「基本的に」ですが。
少し前まではCのみでC++もちょっとなぁ…と言う場合が多かったですが、最近はリソースやクロスコンパイラがマトモになってきたのでC++もよく使われるようになってきたようですし、インタプリタ系の環境でも組み込みに特化したランタイムやバイトコード実行前提のOS環境とそれに見合った計算機資源を安価に提供できる状況が出てきたのでバイトコードインタプリタであるJavaとかも普通に使われるようになって来ましたが…
Re:適材適所(Re:ホント、時代遅れだよね) (スコア:0, 参考になる)
#1230911 です。#1230988 は別の人です。案の定マイナスモデついているので補足しておきますが、Java を JIT の説明を入れずにインタプリタなんて言ったら、「僕は Java なんて言語しりません。ただの知ったかです」って言ってるものと判断されて当然ですよ。
「あの可能性もある」「その可能性もある」なんて薄っぺらい内容で長文書いても、こいつ Java も知らないし組み込みの経験もないで知ったかしてるなって見抜かれて嘲笑されるのがオチですから。元ストーリーの並列化言語とも内容が大きく外れていますし、参考になる内容ではありません。釣りならもうちょっとマトモなネタ・伏線を仕込むべきでしたね。
ACなんて所詮石ころ (スコア:0)
ACで何言っても説得力皆無だよ。
' とACで書く。
Re:ホント、時代遅れだよね (スコア:1, すばらしい洞察)
Re:ホント、時代遅れだよね (スコア:1)
関連ストーリー (スコア:1)
Re:ホント、時代遅れだよね (スコア:0)
(うちの会社でも新人とか使えない奴を放り込んでるし)
ただ、上のほうの設計してる人は能力あるんじゃないかなぁ・・・。
Re:ホント、時代遅れだよね (スコア:1)
組み込みの世界でやっていることは、アルゴリズム的に難しいことじゃないからね。
難しいのはリソースの制限とか、リアルタイム性の確保とか、低レベルの面倒まで見なきゃいけないこととか。
要するに難しいんじゃなくて、めんどくさいんだな。
それでも最近はCPUの進歩で、ダサいプログラムでもまあ動くようにはなってきた。
そのせいか、ソフトウェア製造はオフショアってのも増えてきている。
でもプッシュとポップが対応してないなんてのは日常茶飯事なレベルだから、こちら側のテスト用員は大幅増でうーんみたいな。
ところで、ケータイ電話ってのは組込としてはかなり高級な方だと思うぞ。なんせあの中にはICカードという組込機器が入ってるんだから。
Re:ホント、時代遅れだよね (スコア:0)
たとえ話になるけど、58Bで"Hello, world!"を書こうとするのが組込みプログラマの仕事なら、ウェブプログラマは58MBの"Hello, world!"を何でも拾ってきて作り上げる仕事なんだろうね。
Re:ホント、時代遅れだよね (スコア:1)
署名スパムがウザい?アカウント作って非表示に設定すればスッキリさ。
Re:ホント、時代遅れだよね (スコア:0)
打数が打席数を越せる技術は…確かにすごい。
Re:ホント、時代遅れだよね (スコア:1)
署名スパムがウザい?アカウント作って非表示に設定すればスッキリさ。
Re:ホント、時代遅れだよね (スコア:0)
Re:ホント、時代遅れだよね(フレームのもと:-1) (スコア:2)
日本語は読み手に知性と察しを要求するんだよ。
俳句や川柳にでも突っ込んでろ。
Re:ホント、時代遅れだよね(フレームのもと:-1) (スコア:0)
Re:ホント、時代遅れだよね (スコア:0)
Re:ホント、時代遅れだよね (スコア:0)
Re:ホント、時代遅れだよね (スコア:0)
Re:ホント、時代遅れだよね (スコア:0)