- 1 名前：仕様書無しさん [2007/03/08(木) 00:11:47 ]
- 前々スレ
組み込みプログラマーこそ真の一流！その3
pc8.2ch.net/test/read.cgi/prog/1139836249/
前スレ
組み込みプログラマーこそ真の一流！その4
pc11.2ch.net/test/read.cgi/prog/1152194836/
関連情報
【軍曹が】携帯電話開発の現状【語る】
s03.2log.net/home/programmer/archives/blog38.html
s03.2log.net/home/programmer/archives/blog39.html
専門家の眼 - 蝕まれる心、企業生き残りの代償
あるケータイ用ソフト技術者の場合
bizns.nikkeibp.co.jp/cgi-bin/search/wcs-bun.cgi?ID=357763&FORM=biztechnews
bizns.nikkeibp.co.jp/cgi-bin/search/wcs-bun.cgi?ID=359281&FORM=biztechnews
携帯開発0x11 元請達に心を壊され、死を選ぶPG達
pc10.2ch.net/test/read.cgi/prog/1170073758/l50
【労働環境】IT人材派遣料、4割上昇・技術者不足で…システムや組み込みソフト開発の需要が拡大 [07/02/06]
news21.2ch.net/test/read.cgi/bizplus/1170714020/
◆◆組み込み系エンジニアの時代が到来◆◆
science6.2ch.net/test/read.cgi/infosys/1089910963/
組み込み系の人って痛いよねw【低収入】
pc11.2ch.net/test/read.cgi/prog/1140501913/
- 664 名前：仕様書無しさん mailto:sage [2007/05/31(木) 18:59:34 ]
- >>659
頭悪いでしょ君w
その喩えはゼロサムそのものだから
- 665 名前：仕様書無しさん mailto:sage [2007/05/31(木) 19:52:12 ]
- >>663
ゲーム理論って言葉聞いたこと無い？
- 666 名前：仕様書無しさん mailto:sage [2007/06/01(金) 08:10:36 ]
- 頭が悪いのは>>664の方だな
] 大会で賞金を争う場合はゼロサムではないよ。
賞金が各参加者が出した参加料を集めたものならゼロサムだけど
主催者が賞金出すんなら非ゼロサムだろ
- 667 名前：仕様書無しさん mailto:sage [2007/06/01(金) 08:55:20 ]
- >>666 言葉遊びしてるだけに見えるのだが？
違うというなら、理論上どういう差が出てくるわけ？ 何か新しい事がいえるわけ？
- 668 名前：仕様書無しさん mailto:sage [2007/06/01(金) 09:21:20 ]
- ゼロサムなら勝者の陰に必ず敗者あり
プラスサムなら薄く広く全員が得するってのが可能
- 669 名前：仕様書無しさん mailto:sage [2007/06/01(金) 09:54:08 ]
- マイナスサムだと続ければ続けるほど誰もが敗者になっていく
勝ち逃げできなければ早めに打ち切ったほうがマシ
- 670 名前：仕様書無しさん mailto:sage [2007/06/01(金) 10:31:55 ]
- >>668 その定義で、大会で賞金を争うのはゼロサムなのか？ プラスサムなの？
>>669 それはプレイ回数に応じてトータルマイナスが増える事と、ゲームに参加しないという選択が与えられているので、
そもそもゼロサムゲームの範疇じゃないよ。
- 671 名前：仕様書無しさん mailto:sage [2007/06/01(金) 10:46:46 ]
- >>670
>その定義で、大会で賞金を争うのはゼロサムなのか？ プラスサムなの？
プレーヤの外部から賞金が供給されるならプラスサムで
賞金の出所がプレーヤならゼロサム
- 672 名前：仕様書無しさん mailto:sage [2007/06/01(金) 10:52:27 ]
- では、賞金の出る大会。 たとえばプロゴルフ大会や プロ将棋大会で、薄く広く全員が得する方法を提示して下さい
- 673 名前：仕様書無しさん mailto:sage [2007/06/01(金) 10:56:40 ]
- >>672
ゴルフなら、全員タイ
どんなものでもそうだけど
ほんとにプラスサム（なじめない表現だな）なら
全員結託して 表の勝ち負け関係なく
裏で賞金を分配すればいい
- 674 名前：仕様書無しさん mailto:sage [2007/06/01(金) 11:16:11 ]
- ゴルフで狙った記録が出せる程の技術が全員にあるものかどうか知らないのでコメントしませんが、
将棋の場合には引き別けはなく 持将棋：千日手 指しなおしですので
どんなものでも というのは無理でしょう。
裏で賞金を分配するかどうかは、ゲームとは別の問題ですよね？
ゲーム理論として、プラスサムという言葉に
ゼロサムにないどういう意味を持たせていますか？
個々のプレイヤの選択によってトータルの利益に変化があるなら当然ゼロサムではありませんが
- 675 名前：仕様書無しさん mailto:sage [2007/06/01(金) 11:38:07 ]
- ゴルフでも将棋でも 参加料を賞金して全部分配するのは立派な賭博行為
つまり、賭博・ギャンブルを前提とした話であると思ったけど？
ギャンブルなら、ゲームの外での話も 当然ルールに組み込まれるよね
賭場の中でいくら勝ち続けても、現金を外に持ち出せなければ
利益はゼロ
- 676 名前：仕様書無しさん mailto:sage [2007/06/01(金) 11:46:20 ]
- オープン系(建築系の自社アプリ)を８年やってきた３０歳ですが、
今の会社にいても専門知識が殆ど身に付かないので組み込み系への
転職を考えています。
開発ではVC++とMFCまたはSDK位しか経験がありません。
趣味ではLinux+gccでごく簡単なソフトを作成したり
初歩の電子工作(PICとLEDを使ったおもちゃ)ができる程度です。
同様にオープン系から転職された方、アドバイスお願いします。
- 677 名前：仕様書無しさん mailto:sage [2007/06/01(金) 11:50:13 ]
- > 裏で賞金を分配するかどうかは、ゲームとは別の問題ですよね？
まさにこの点がゲーム理論の本質
裏取引や談合があるからこそゲーム理論は面白い
- 678 名前：仕様書無しさん mailto:sage [2007/06/01(金) 11:54:36 ]
- ハニカミ王子はなぜ賞金を貰えないのに優勝したのか？
- 679 名前：仕様書無しさん mailto:sage [2007/06/01(金) 12:29:50 ]
- 賢しいことを言って悦に入ってる馬鹿の典型だな
- 680 名前：仕様書無しさん mailto:sage [2007/06/01(金) 12:35:13 ]
- ゲーム理論は相手に勝つことも大事だけっど、それ以上に
「いかに自分が利益を上げるか」に主眼が置かれてると思う。
このあたりは そのゲームで「自分が設定する」勝利条件で
いかようにも変わるけどさ
- 681 名前：仕様書無しさん mailto:sage [2007/06/01(金) 12:38:41 ]
- >>676
組込み本来での力はいまさら伸びようも無いので
したがってすべきことは その業界の中でのニッチ
つまり自分の土俵であるオープン系の知識と力を
どう利用するかにかかってる
組込みにもDBを、とかぼちぼち言われてる中で
DBサーバを仕込むことが出来てもその先に進めない
人たちの、その先を手伝うことができるのは
大きなメリットだと
- 682 名前：仕様書無しさん mailto:sage [2007/06/01(金) 13:08:52 ]
- >>681
なるほど、確かにオープン系での今までの経験を無駄にするのは
もったいないですもんね。DBはSQL Serverをかじった程度ですが
面接の際にアピールしてみます。
助言ありがとうございました。
- 683 名前：681 mailto:sage [2007/06/01(金) 13:16:02 ]
- >>682
ちょｗｗｗ
かじるだけなら組込み屋だってガブガブいっとるわい
得意じゃない分野で突っ込んでくんなよｗｗｗ
- 684 名前：仕様書無しさん mailto:sage [2007/06/01(金) 20:04:51 ]
- まじれすしていいか？
業務屋は組み込みにちょっかいだすのやめれ。ホントマジで自分のためにならん。
本来取れる銭、安く叩かれて目減りさせられるだけや。
- 685 名前：仕様書無しさん mailto:sage [2007/06/02(土) 14:09:05 ]
- なんというか、自分が手ぇ入れた商品が電気屋でフツーに並んでるの見るのは気分が良い。
あんま関係ないか。
- 686 名前：仕様書無しさん mailto:sage [2007/06/02(土) 14:16:21 ]
- それがワゴンセールで投売りされてても？
- 687 名前：仕様書無しさん mailto:sage [2007/06/02(土) 14:47:45 ]
- 店頭においてあることには変わりない
- 688 名前：仕様書無しさん mailto:sage [2007/06/02(土) 15:32:31 ]
- ジャンク屋の店先に出てたのには驚いたぜ
俺が作った開発ツールが
- 689 名前：仕様書無しさん mailto:sage [2007/06/02(土) 22:21:04 ]
- どの道に進むか…。
業務向けの制御系
店頭に並ぶ一般向けの制御系
携帯電話の制御系
- 690 名前：仕様書無しさん mailto:sage [2007/06/03(日) 00:58:35 ]
- >>689
> 業務向けの制御系
楽そうだけど仕事が少なそう。
官公庁とかとれれば給料(･∀･)
> 店頭に並ぶ一般向けの制御系
毎年、一時期だけは忙しい。給料安い。
> 携帯電話の制御系
残業青天井。ガッと稼いでさっさと離脱。
- 691 名前：仕様書無しさん mailto:sage [2007/06/03(日) 02:31:32 ]
- ウチは業務向けの制御系。
ハッキリ言って他の制御系よりはるかにラク。
その代わり事故でもあれば、警察の厄介になることがあるが。
（俺も事情聴取対応レクチャーを受けたことがある）
- 692 名前：仕様書無しさん mailto:sage [2007/06/03(日) 05:55:10 ]
- >>682
ポインタと再帰呼び出しの概念、アセンブラ
独学でもいいから、このへん理解してるならいいと思うよ
わからないなら、おとなしくVBやっといて
- 693 名前：仕様書無しさん mailto:sage [2007/06/03(日) 11:17:03 ]
- いや、それってそんなに偉そうに指摘するような内容か?
ポインタやリカーシブコールなんて数時間で理解できるし、
アゼンブラだってまあゼロからはじめても1月程度の内容だろう。
OJTで十分だと俺は考える。
- 694 名前：仕様書無しさん mailto:sage [2007/06/03(日) 11:48:42 ]
- ＞ポインタやリカーシブコールなんて数時間で理解できるし、
君は理解できてなさそうだｗ
- 695 名前：仕様書無しさん mailto:sage [2007/06/03(日) 12:09:03 ]
- 組込みでは再帰呼び出しは禁止。
- 696 名前：仕様書無しさん [2007/06/03(日) 12:31:37 ]
- それとλ計算だな。
必ずしも実務で使うとは限らないけど、
適性を見るには必要。
分かる人は数時間で分かるし、駄目な
奴は何年掛かっても理解できない。
- 697 名前：仕様書無しさん mailto:sage [2007/06/03(日) 16:15:50 ]
- >>695
漏れは使ったことあるけど、最大呼び出し回数調べてスタックの残量を確保した。
でも、無理に再帰呼び出し使う処理にしないほうがわかり易いと思ったけど、
例によって手直し主体の仕事だから。
ポインタが解らなくてＰＧになれない人も新しい職場に数人居たｗ
何かもう脳みそがとろけそうな感覚だよ。
- 698 名前：仕様書無しさん [2007/06/03(日) 18:42:59 ]
- >>697
いわずもがなだけど
再帰禁止なのはなぜかというと、リソース消費量の計算が
出来なくなることを恐れているからで、つまり、逆に考えるんだ
リソース消費量が計算できれば再帰してもいいさ と考えるんだ
んどえ、そのやり方ならおｋ
- 699 名前：仕様書無しさん mailto:sage [2007/06/03(日) 19:14:40 ]
- MISRA-Cとかいわゆる静的検証してるところってあるの？
うちは解析ツールが馬鹿高くって導入できないでいるけど。
- 700 名前：仕様書無しさん mailto:sage [2007/06/03(日) 20:18:38 ]
- >>699
うちはPG-Reliefを使ってる。
- 701 名前：仕様書無しさん mailto:sage [2007/06/03(日) 22:43:58 ]
- 手続き型なら再帰は出来る限り普通のループに展開するのがセオリー。
スタックの消費もだけど呼び出しのオーバーヘッドも馬鹿にならん。
無論全ての再帰が展開できるわけではない。
関数型とか並列最適化とかって話になると積極的に再帰を使うこともある。
- 702 名前：仕様書無しさん mailto:sage [2007/06/04(月) 00:40:36 ]
- >>698 多重割り込みはスタックオーバフローの原因になる。
自分はコンパイラが吐く全関数を同時にコールした場合の最大スタック量を超えるように確保してる。
冗長だけど、確実。
- 703 名前：仕様書無しさん mailto:sage [2007/06/04(月) 02:24:57 ]
- メモリを冗長に取れるなんて、なんて羨ましい環境・・・orz
- 704 名前：仕様書無しさん mailto:sage [2007/06/04(月) 06:32:58 ]
- ＞全関数を同時にコール
それは割り込みの話？
全てが多重に割り込んだ場合って意味？
- 705 名前：仕様書無しさん mailto:sage [2007/06/04(月) 07:32:54 ]
- 全部の関数を１回づつ読んだ場合。スタック積み上げ。
- 706 名前：仕様書無しさん mailto:sage [2007/06/04(月) 14:53:28 ]
- 全関数を同時にコールなんてどうやってやるんだよ！
前提条件もその後の理論展開もめちゃくちゃ
賢しいことを言って悦に入ってる馬鹿の典型だな
- 707 名前：仕様書無しさん mailto:sage [2007/06/04(月) 18:38:14 ]
- だから、関数の呼び出し構造なんか計算しないんだって。
バカなのは認めるよ。
- 708 名前：仕様書無しさん mailto:sage [2007/06/04(月) 18:58:15 ]
- 関数毎に、スタックサイズと呼び出してる関数名のリストを作って最大深さを出してるんだろ？
- 709 名前：仕様書無しさん mailto:sage [2007/06/04(月) 19:42:05 ]
- そこで可変長引数つかっちゃってぐだぐだに
- 710 名前：仕様書無しさん mailto:sage [2007/06/04(月) 19:44:40 ]
- 確かに可変長引数まで考えると
呼び出し毎にスタックサイズを計算させないといけないね
- 711 名前：仕様書無しさん [2007/06/04(月) 22:34:21 ]
- >>697
>ポインタが解らなくてＰＧになれない人も新しい職場に数人居たｗ
そういう人って何をするの？
テスター？
- 712 名前：仕様書無しさん mailto:sage [2007/06/04(月) 22:43:51 ]
- スタックエリアにマークかいといて、
どこまで来たかなーって調べる。
- 713 名前：仕様書無しさん mailto:sage [2007/06/04(月) 22:48:27 ]
- mark & sweepするくらいなら、自前で
malloc作れよ。
- 714 名前：仕様書無しさん mailto:sage [2007/06/04(月) 22:59:27 ]
- >>712
なんで？危なくないよ
>>713
違うよ。全然違うよ。
- 715 名前：仕様書無しさん mailto:sage [2007/06/04(月) 23:21:41 ]
- >>711
娯楽系の組み込みｗだからビジュアル関係ｗの仕事に転向したりしてる。
- 716 名前：仕様書無しさん mailto:sage [2007/06/04(月) 23:28:59 ]
- >715
○チンコ？
- 717 名前：仕様書無しさん mailto:sage [2007/06/04(月) 23:35:48 ]
- >>696
math.h使っていいの？んなら三角関数使ってすぐでるけど…。
- 718 名前：仕様書無しさん [2007/06/05(火) 00:53:27 ]
- >>716
そんな感じ。
もう少し健全かもしれないけど。
- 719 名前：仕様書無しさん mailto:sage [2007/06/05(火) 09:35:49 ]
- >>717
ちょ、おまｗｗｗ
- 720 名前：仕様書無しさん mailto:sage [2007/06/05(火) 18:32:44 ]
- 三角関数でちょっと気になってたんだが、sinとかってマクローリン展開して実装してるんだってね。
これってfloatの場合、何次式まで展開してるのかな？
- 721 名前：仕様書無しさん [2007/06/05(火) 20:45:28 ]
- 【問】
組み込みプログラマーってどういう基準を満たせていれば、
「自分は“組み込みプログラマー”」って言えるんだろ？
- 722 名前：仕様書無しさん mailto:sage [2007/06/05(火) 20:51:21 ]
- ファームウェア作ってたら組み込みプログラマ
- 723 名前：仕様書無しさん mailto:sage [2007/06/05(火) 20:58:38 ]
- 機器組み込み製品のソフト開発に携わったら。
- 724 名前：仕様書無しさん [2007/06/05(火) 21:28:04 ]
- RTOS作ってなくても、アプリレイヤでも？
- 725 名前：仕様書無しさん mailto:sage [2007/06/05(火) 21:31:08 ]
- >>721
メモリのサイズが気になったら、
あなたは組込みプログラマー。
- 726 名前：仕様書無しさん mailto:sage [2007/06/05(火) 21:31:10 ]
- 広義にはYes。個人的には>>722。
- 727 名前：仕様書無しさん mailto:sage [2007/06/05(火) 21:57:02 ]
- >>724
OSなんて「ソフトの一部」じゃないの？
レイヤも何も、プラットホーム(ハードウェア？)の問題だと思う。
たとえOSがWindowsでもLinuxでも組み込みは組み込み。
>>725
PC88（ボソ
- 728 名前：仕様書無しさん mailto:sage [2007/06/05(火) 22:39:56 ]
- タスクの内部だけ作って、ディスパッチャとか作ったことがないと
さすがに「知らねーな」ってことになるでしょうか？
状態遷移のマトリックスも自分で作ったことがないと
それも一人前じゃないでしょうか？
- 729 名前：仕様書無しさん mailto:sage [2007/06/05(火) 23:52:58 ]
- 漏れ的には、ハードウェアを制御するならOK.
画面やスピーカを動かすだけの仕事なら、違う。
- 730 名前：仕様書無しさん mailto:sage [2007/06/06(水) 00:31:07 ]
- スタートアップルーチン、カーネルの初期化などが作れるようになったら良いんじゃない？
とりあえず、組み込みやるなら、最低限ポインタを用いたメモリアクセス、ビット演算、割り込み制御
などは知ってないといけないと思う。
＋αとして、モータ制御など？
- 731 名前：仕様書無しさん mailto:sage [2007/06/06(水) 04:34:50 ]
- PLCならスタートアップルーチンもカーネルも知らなくてもやっていけるけどな。
ポインタ操作も割り込みもユーザーレベルではタッチできない機種もあるし。
ま、ビット演算くらいはできないと話にならないが。
- 732 名前：仕様書無しさん mailto:sage [2007/06/06(水) 07:10:18 ]
- ○ ソフトウエア開発の仕事に誇りを持ってとりくんでますか
○ 情報処理技術者試験、ちゃんと受けましたか？ (基準：２０代で基本情報、ソフ開、あるいは旧１、２種合格)
○ 人に問われて、自分はソフト開発やってるって答えられますか？
○ 組み込み機器を説明できますか？
○ リアルタイム性ってなんですか？
○ ハード屋のわがままで泣いたことがありますか？
○ 分業ってなんだかわかってますか？
○ 自分が知っている世界や常識はほんの一部だって自覚ありますか？
なーんてなこと書いたりする。
- 733 名前：仕様書無しさん mailto:sage [2007/06/06(水) 07:27:34 ]
- >>731
ブートはmain()書きゃライブラリがやるし、
ビット演算はCのビットフィールド、
ポインタアクセスはセクションきってリンカー任せ、
割り込みもプラグマ指定で終り。
今時のチップでその手の組込み知識なんぞイランわ。
- 734 名前：仕様書無しさん mailto:sage [2007/06/06(水) 07:39:38 ]
- >>720
3次で充分
- 735 名前：仕様書無しさん mailto:sage [2007/06/06(水) 09:56:38 ]
- コンパイラーの最適化を過信してるのは駄目だな。
- 736 名前：仕様書無しさん mailto:sage [2007/06/06(水) 18:57:49 ]
- アセンブラのほうが早いと言うから
何してるかと思ったらシーケンシャルソート
という笑えない事例もある。
- 737 名前：仕様書無しさん mailto:sage [2007/06/06(水) 19:02:57 ]
- ﾋﾞｯﾄﾌｨｰﾙﾄﾞなんかはﾌﾟﾛｾｻによっちゃ非常に効率の悪いコードが出るね。
- 738 名前：仕様書無しさん mailto:sage [2007/06/06(水) 21:30:49 ]
- 何回かはアセンブラ出してみてコンパイラの癖をある程度掴んでおかないと、
とんでも無いコード吐いたりする。
コンパイルできないならまだいいけど無言で間違ったコード吐くときもあるから。
- 739 名前：仕様書無しさん mailto:sage [2007/06/06(水) 22:48:46 ]
- 大事だけど、ここで演説してる奴の部下になった後輩は可哀相だな。
直ぐ辞めるだろう。
仕事で根性論や、あるべき論をとうとうを説教されてたら、しぬは。
- 740 名前：仕様書無しさん mailto:sage [2007/06/06(水) 23:26:12 ]
- 根性論はともかく、あるべき論は必要だろう。
まず、真に正しい道とは何か をきちんと見据え、その上で
堂々と逃げ道を歩む。まっすぐ、迷い無く、逃げる。
- 741 名前：仕様書無しさん mailto:sage [2007/06/07(木) 00:18:33 ]
- 根性は必要ないけど合理性や知識は必要。それを端折って説明するとあるべき論になるんじゃないか？
背景はちゃんとあるんだが全部説明するとそれこそパンクするからとりあえずこれやっとけって世界。
ヌルいことや青臭いこと言っててそれで製品がまともに動いてるんだったら別になんでもいいんじゃないか？
- 742 名前：仕様書無しさん mailto:sage [2007/06/07(木) 00:20:16 ]
- つか、最後まで仕事に責任持てない奴はとっとと辞めればいいんだよ
- 743 名前：仕様書無しさん mailto:sage [2007/06/07(木) 00:52:25 ]
- まあ、処理が簡単だから「デバッグしなくていいね」とか言う奴は要らない。
カッコいい仕事、仕事で自己表現したいんですという人は
ホストにでもなれよ。
- 744 名前：仕様書無しさん mailto:sage [2007/06/07(木) 02:28:26 ]
- >>743
書いたコードが仕様通りに動くのがちょー楽しい私は何になれば良いですか？
>>739
心配せんでもその辺の理想論は社長をトップに降ってくる。
- 745 名前：仕様書無しさん mailto:sage [2007/06/07(木) 06:47:23 ]
- 組み込みが業務系と決定的に違うのは、ハードの設計ミスがデフォルトであること。
「バグがなければセットは動く」と思ってる人は実は組み込みをやったことないだろ、
とか思ってしまう。
- 746 名前：仕様書無しさん mailto:sage [2007/06/07(木) 07:00:41 ]
- なんというか
仕事わく-----------------大変---------------------------成果うまー
↑ ↑
+----------【組み込みプログラマの仕事】-----------+
こんなんばっかりだと、「最後まで責任もって」っていうやつらを
張り倒したくなるｗｗ
- 747 名前：仕様書無しさん mailto:sage [2007/06/07(木) 07:01:58 ]
- ハードの設計ミス＝「仕様」だわな。
業務系だってライブラリの「仕様」ぐらいあるだろに。
特に決定的な違いとは思えん。
- 748 名前：仕様書無しさん mailto:sage [2007/06/07(木) 07:10:52 ]
- へー（棒読み）
- 749 名前：仕様書無しさん mailto:sage [2007/06/07(木) 07:12:03 ]
- 朝から盛り上がってるのは平均年齢の高い組み込みならではですか ＞＜
- 750 名前：仕様書無しさん mailto:sage [2007/06/07(木) 07:19:51 ]
- 赤ちゃんは仕事ちなくていいでちゅよ〜ｗｗ
- 751 名前：仕様書無しさん mailto:sage [2007/06/07(木) 08:39:14 ]
- >>749
若いから何も出来なくて良いと思うのは甘えだ。
組み込みでは、ハードの設計ミス、コンパイラのバグ、
ICEのバグ、仕様のバグ、自分が作ったソフトのバグを考慮して原因の切り分けを
しなければならない時もある。（あった）
- 752 名前：仕様書無しさん mailto:sage [2007/06/07(木) 08:54:57 ]
- 電源の確認もね
- 753 名前：仕様書無しさん mailto:sage [2007/06/07(木) 09:51:38 ]
- 自分のミスは自分で対処するのが当然として、
他人のミスはきちんと切り分けて(自分のミスではないと証明して)
担当者に責任を取ってもらわないと、自分が悲惨になるだけでなくプロジェクト自体が火を噴くからね。
- 754 名前：749 mailto:sage [2007/06/07(木) 15:51:31 ]
- すいません、私もｵｻｰﾝなので大抵の事は出来ますｗ
- 755 名前：仕様書無しさん mailto:sage [2007/06/07(木) 21:26:59 ]
- >>752
電源は重要だねぇ
原因不明のエラーが出るのがなぜか日中で
夜中いくら頑張っても再現しないときは決まって電圧不足だったｗ
まあ、しょぼい環境でやるほうが悪いんだけどね。
- 756 名前：仕様書無しさん mailto:sage [2007/06/07(木) 21:31:33 ]
- 安定化電源の電流のリミットなんて盲点でしたわ．．．
- 757 名前：仕様書無しさん mailto:sage [2007/06/07(木) 22:07:22 ]
- >>756
過電流のLEDつきっぱなしでデバッグしてた奴。
- 758 名前：仕様書無しさん mailto:sage [2007/06/07(木) 22:10:06 ]
- いや駆動してたデバイスが極稀にさぼってたんだけど原因がさっぱりだったのよね。
そしたら昭和な感じの電源が原因だった。
- 759 名前：仕様書無しさん mailto:sage [2007/06/07(木) 22:51:24 ]
- >>756-757
俺の外出中、若いのが丸1日ハマってたらしい。＞電流制限ツマミ
オマエ、電気工学科卒だろ？と、とりあえず一言。
- 760 名前：仕様書無しさん mailto:sage [2007/06/08(金) 03:56:43 ]
- >>737
RISCは要注意だね。
大昔68kで動かしてたソースをPA-RISCに
移植したら、効率が劇的に悪く成るだけで
なく、32bit境界に強制的にパディング
されてビットフィールドでしかも構造体
なのがグチャグチャに。しかも数百台の
WSで制御するシステムを一気にリプレース
出来ないもんだから、混在可能にしろ、と。
俺が抜けた後、すぐ32bit PA-RISCも絶滅
して64bit化されたらしいが、そのシステム
を64bit境界に作り直せる奴が居ないので、
わざわざ32bit PA-RISCを再生産させて
保守してるらしい。御苦労様なこった。
- 761 名前：仕様書無しさん mailto:sage [2007/06/08(金) 07:00:57 ]
- 構造体やビットフィールドを使う弊害が言われていた頃のことをグダグダ言われても・・
当時はこーだったんじゃまいか？
「たまたま６８Kで動いてたのをほかもってったらはまった」
それが嫌だからちまちま読んではマスクし書き戻すを繰り返してた輩も多かろう.。
オフセット定義して物理アドレス相対参照でごりごりとってのもあったはず。
どこの大手だかしらんけど、頭が組み込みからはずれてたんだろうね。
と、突っ込みどころ満載のゴミレスｗ
- 762 名前：仕様書無しさん mailto:sage [2007/06/08(金) 07:22:23 ]
- H8とかのCコンパイラも昔はビットフールドが使えなかったし。
そのときのコーディングが今まで続いているんだな。
ゼロからつくるって、この業界じゃ、もう無いんじゃないの？
- 763 名前：仕様書無しさん mailto:sage [2007/06/08(金) 07:22:42 ]
- プラスで電位を合わせてる電源系で、ＧＮＤ同士が１５Ｖくらい差があるのに
そのままノートＰＣ経由でショートさせて、ＵＳＢが燃えたことがある。
電源が電池だったから、一気に流れ込んで凄いことに。
ＰＣだけでなく、装置のマイコンも溶けたし。
- 764 名前：仕様書無しさん mailto:sage [2007/06/08(金) 07:27:43 ]
- CISCとRISCの違いの本質がわかってなくて
ビット操作をちまちまやってくれる機械語命令があるCISCプロセッサ用のコードをそのまま
RISCにもってってはまった、ってのもあるのかもな。
コンパイラがアフォだった、ってのはどーだかしらんが。
|
 |
