テクニカルエンジニア(エンベデッド) ３タスク目

>>759
すごいな午後Iで75%って！！
でも午前で足きりだけど。南無阿弥陀仏

午前 45/55
午後I 60/100 問3で時間切れ
午後II 60/100 最終的に何書いたか忘れたとこあるから微妙

う〜ん、見事にボーダーですね。６月まで悶々としときます

受けた同僚何人かに聞いたけど、今年の午後I
簡単だったから60/100じゃ駄目だよ。

確かに、今年の午後�Tは、例年に較べて、
若干簡単だったように思う。
個人的な結果については、最悪だったけど。
ま〜これが実力ちゅーもんかな。

午前　　50/55
午後�T　66/100
午後�U　72/100

午後�Tを突破できればなんとかなるかな？

午前４０／５５じゃ足きりなんかね？

その点じゃ足きりよりお前の会社首切りしたいってよ

>766
この試験に合格してたら、その努力は認めるよ。手当てつくところも多いようだし。
でも採用時ならともかく、落ちたところで大して影響しないのが現実だ。結局は実務能力だからね。
まぁ無意味ではないから就職がんばれよw

　　　　　　　　　　 , -ｧ､
　　　ﾍニ ｀ヽ　_∠∠　-ヽ. ,, _
　　/　　　 ／´::::::::::::::::::::::::::::::::｀ヽ
　 〈　　 -/　.:. .::.. .::. . ..　:.　:..ヽ.:.:: 、
　　ヽ_　 '..:::::::::::::i::::::::::ﾄ;:!､:::::!|::::!::::ﾘ
　／ / 7!:::::i:::::::::|i,⊥!｣ |! L::」'-T7
　ゝ/　 ﾊ::::::､;:イｨﾄ-1ヽ　　 r=　!'　
　 7　 ,　ヽ::f'｀!ﾍヾ:::ﾉ 　　 , 　　, 今年もさくらの季節ですよ
　　＼ﾄ､＿iヾ'_､::＼ 　　ー '　 ｲ
　　　 |::i::::|::丁:::＼::ヽ　 r_ イ|:::!
　　　ｲ::|::::!:::i::::::ノ-ヽ;::＼!|ヾ｀!:|　r「￣￣i|
　　　i::::|::::::::|:::f　＿,. ｀ヽ|｀ヽ,!｀}_,.っ､＿_ﾉｪｮｭ__,
　　　!:::i|::::r＝1´:.　　｀,＞-‐7i'　 '´,ﾆ⊇-'￣￣
　　　ヽﾄ､::|　　 ヽ;:...　　　　 | !-r＜!ｨT´
　　　　　｀ ヽ,　 _,,}r'､/｀1　 i |ヨ!r 1ヾﾄ,
　　　　　＞" ７ /!　 ! ノ-､ Y'Ｔ|-､ !,-Ｎ
　　　　く　 ／ ｨ rﾞ‐'〇,.　< ,　| |､_O､ﾉ |
　　　　 }／　/ | 'ｭ_,.Y ヽ-'/　 ! |i´Yヽ. |
　　　　 ｱ｀V　∧ 　 ゝ-' ｲ　　| iド'_ゝ' j
　　　 ./　　' /　∧　　／|　　.:| !|　 ￣
　　　/:. 　 /　 /　 7'"　 |　　::| |.!
　　.〈:.. 　/:.　/　　'　　　|　　::i　 |
　　　＼/.:　/　　 !　　　ｉ　　.::!　 |
　　　　　｀ヾ、　　|　　　, 　 :::|i　 |
　　　　　　　 ￣7ー‐r----,.L - '
　　　　　　　　く ＼_;,}　 - {
　　　　　　　　　＼ ﾞ7ｰ-　_ゝ､
　　　　　　　　　　 ｀ゝ-　..,,＿ )

>>768
和んだわ、ありがと。

↑和んでもお前が落ちた事実は隠蔽できない

午後�Uって60/100とかでABCDのAランクもらえるんですか？

かつて、日本のコンピュータ技術を、たった一つの技術にまとめ上げようとする計画があった。
「Σ（シグマ）計画」
Σとは、統合を表す。
未踏ソフトウェア創造事業の前衛
IPA・官僚による、コンピュータ技術の統合。
しかし、
通産省の主導の元、総額250億円にのぼる国家予算を費しながら、コンピュータ技術の発展になんの功績も残さず、計画は水胞に帰した。

これは、膨大な国家プロジェクトの、失敗の物語である。

http://www11.ocn.ne.jp/~suiten/peke1.html

通産省はいいかげん「フローチャート」を廃絶しろよ

>>772
>2000年春。
>通産省は、「未踏ソフトウェア創造事業」というプロジェクトを始めた。
>毎年、8月を〆切として企業ではなく、個人、あるいはグループのソフトウェア開発の企画を募集し、それに対して援助するという事業だ。
>国が進める「IT革命」絡みの事業であった。
>それに飛びついた者の多くは、かつてΣ計画に飛びついたメインフレーム・メーカーのように、いかに予算を絞り取れるかだけに興味を抱いた。
>プログラマ達の質問に対し、通産省の役人はしどろもどろだった。
>状況は、大きくは変わっていない。


IPA（＾Д＾）ﾌﾟｷﾞｬｰ!!

フローチャートは「そういうものもあった」という知識としては必要

フローチャートをいまだ使ってますが
他に何を用いればいいのですか？


そもそも、メカ屋やエレキ屋がうちら（マイクロ屋）に提供する仕様書にフローがあるのだが・・・

>>776
箇条書きでいいだろ
フローチャートがあるから分岐を増やしてもても気にしない人間が多い

フローイラネ うちの現場未だにフローありきだよ
フローがないと分からないような設計してんのがいかんのにさ 書くだけ無駄

フローチャートで書ける程度の仕事しかしてないって事だな

だから、フローに変わるものって何？
メカ動作フローやエレキ設定フローをフローチャート以外であらわすにはどうするの？

UMLで良くなくない？

>>780
アメリカ人にでも聞け

アルゴリズムの表記法としてはフローチャートは必須だ。
あと、計算機のHWそのものに分岐命令があるんだから、それを意識しない奴がわるい。
表記上は分岐を使ってなくても、それがどうコンパイルされるかを知らずにエンベの仕事はできない。

>>779
>フローチャートで書ける程度の仕事しかしてないって事だな
少なくとも今のプロセッサでやることは全てフローで書けますが何か？

>>780
フローで書けない、書きにくいものは、ちゃんと状態遷移図が用意されてる。
UMLでもサブセットで用意されてる。

単にHWを抽象化するなんてエンベ分野では通用しないんで実務やってないガキはよく覚えとけ。

>783
すまんが、普通に仕事してますが何か？
それに俺が作成するのではありません。
あくまでもハード屋がフローチャートを作成しそれを提供しているだけです。

>>783
ホントはそのハード屋はハードを記述するのに状態遷移図を使いたいはずだ。
でも、気を利かして、手順を表現するのにフローに起こし直してるんだろ。
状態遷移で書いとけば、HDL吐いてくれるツールだってある(FPGA Designerとか)。
もし、そっちの方が都合がよければ手間が省けてよっぽど楽なはずだ。ハード屋に言ってみろよ。

私たちの仕事場では
1．メカ屋が仕様書（フローなど）を作成
2．それをもとにマイクロ屋がプログラム作成
3．デバッグなどを行った結果や、仕様の変更などでプログラムが変更
4．それにともないメカ屋のフローも変更・・・のはずがマイクロ屋が変更する羽目に
　　（プロジェクトにもよる、きちんと修正するメカ屋もいる）

そもそも、なんでメカ屋の仕様書をうちらが修正しているのかがなぞだが・・・

　　　　　　　　　　 , -ｧ､
　　　ﾍニ ｀ヽ　_∠∠　-ヽ. ,, _
　　/　　　 ／´::::::::::::::::::::::::::::::::｀ヽ
　 〈　　 -/　.:. .::.. .::. . ..　:.　:..ヽ.:.:: 、
　　ヽ_　 '..:::::::::::::i::::::::::ﾄ;:!､:::::!|::::!::::ﾘ
　／ / 7!:::::i:::::::::|i,⊥!｣ |! L::」'-T7
　ゝ/　 ﾊ::::::､;:イｨﾄ-1ヽ　　 r=　!'　
　 7　 ,　ヽ::f'｀!ﾍヾ:::ﾉ 　　 , 　　, あなたが優秀だからですよ♪
　　＼ﾄ､＿iヾ'_､::＼ 　　ー '　 ｲ
　　　 |::i::::|::丁:::＼::ヽ　 r_ イ|:::!
　　　ｲ::|::::!:::i::::::ノ-ヽ;::＼!|ヾ｀!:|　r「￣￣i|
　　　i::::|::::::::|:::f　＿,. ｀ヽ|｀ヽ,!｀}_,.っ､＿_ﾉｪｮｭ__,
　　　!:::i|::::r＝1´:.　　｀,＞-‐7i'　 '´,ﾆ⊇-'￣￣
　　　ヽﾄ､::|　　 ヽ;:...　　　　 | !-r＜!ｨT´
　　　　　｀ ヽ,　 _,,}r'､/｀1　 i |ヨ!r 1ヾﾄ,
　　　　　＞" ７ /!　 ! ノ-､ Y'Ｔ|-､ !,-Ｎ
　　　　く　 ／ ｨ rﾞ‐'〇,.　< ,　| |､_O､ﾉ |
　　　　 }／　/ | 'ｭ_,.Y ヽ-'/　 ! |i´Yヽ. |
　　　　 ｱ｀V　∧ 　 ゝ-' ｲ　　| iド'_ゝ' j
　　　 ./　　' /　∧　　／|　　.:| !|　 ￣
　　　/:. 　 /　 /　 7'"　 |　　::| |.!
　　.〈:.. 　/:.　/　　'　　　|　　::i　 |
　　　＼/.:　/　　 !　　　ｉ　　.::!　 |
　　　　　｀ヾ、　　|　　　, 　 :::|i　 |
　　　　　　　 ￣7ー‐r----,.L - '
　　　　　　　　く ＼_;,}　 - {
　　　　　　　　　＼ ﾞ7ｰ-　_ゝ､
　　　　　　　　　　 ｀ゝ-　..,,＿ )

>>786
>なんでメカ屋の仕様書をうちらが修正しているのかがなぞだが・・・
それはそういう職場にいるからだよ。
例えば、自動車メーカにいれば、機械主、電気従になるのは仕方が無い。
客はエンベ技術じゃなくて、機械を求めてるから。
純電気的な製品だと、機械なんて筐体(すなわち箱と熱設計)だけで、フローなんて一切関係ない。
電気は化学プラントから、機械システムまでみーんな使われてるけど、
製品としてメイン展開してるのは電気・電機メーカだけ。
でも、電気メーカであってもソフト屋は尻拭いだけどね。
電気メーカとしてもソフトのわかるハード、システム屋が偉いってこと。

ちなみにメカ屋はこの木何の木〜で有名なところです。

詳細のフローありきだから辛くなってんやないの？
どうせハード屋から出てくるものなんて
どこの会社だろうがそんなレベルで仕様変更の度に一々フロー直してる工数なんてないんやないかな。
設計のフェーズにあわせて粒度の違う設計書かかないと、
いけないと思ってるがそれがなかなか難しい。
そういうところやるのが設計と思ってるんだけど違うのかなー

>>789
不治痛？

Inspire nextだろ
しんどい会社で働いてるねー
そうか、純電気部門は切り離してしまって、
今や電機メーカなのか？
結局日本の純エレクトロニクスは終わってしまったのか？

>>258-
人は扉の数だけでここまで口汚く罵ることができるのですね
資格試験そのものよりも勉強になりましたバロス

この試験が実際の力量をはかることとは、ぜんぜん関係ないところで難易度設定というか、
出題者のタコさがでているのかということだな。

>>794
もっと下まで読めば、出題者の方が正しくて、タコなのは>>258だったわけだが

　　　　　　　　　　　　　　巛彡彡ミミミミミ彡彡
　　　　　　　　　　　　　 巛巛巛巛巛巛巛彡彡
　　　　　　　　　　r､r.r ､|:::::　　　　　 　　　　　|
　　　　　　　　　r |_,|_,|_,||::::::　　　　 ⌒　　　⌒|　 >>793 >>795
　　　　　　　　　|_,|_,|_,|/⌒　　　　 -="- 　(-="　　　　 ぁぁそうなんや・・・・
　　　　　　　　　|_,|_,|_人そ(^i　　　 '"" ) ･ ･)""ヽ　　 　なるほどね・・・
　　　　　　　　　|　)　　 ヽﾉ　|.　　┃｀ー-ﾆ-ｲ｀┃
　　　　　　　　　|　　`".｀´ 　ﾉ　　 ┃　　⌒ 　┃|
　　　　　　　　 人　　入＿ノ´　　　┃　　　　┃ﾉ＼
　　　　　　　／　　＼＿／＼＼　　 ┗━━┛/ ＼＼
　　　　　　　　　　　　 ／　　 ＼　ト ───ｲ/　　 ヽヽ







　　　　　　　　　　　　　　巛彡彡ミミミミミ彡彡
　　　　　　　　　　　　　 巛巛巛巛巛巛巛彡彡
　　　　　　　　　　r､r.r ､|:::::　　　　　 　　　　　|
　　　　　　　　　r |_,|_,|_,||::::::　　　　 ／'　　'＼ |
　　　　　　　　　|_,|_,|_,|/⌒　　　 　 (・ )　　(・ )|
　　　　　　　　　|_,|_,|_人そ(^i　　　　⌒ ) ･･)'⌒ヽ　　　 　で？
　　　　　　　　　|　)　　 ヽﾉ　|.　　　┏━━━┓|
　　　　　　　　　|　　`".｀´ 　ﾉ　　 ┃　ノ￣i　┃|
　　　　　　　　 人　　入＿ノ´　　　┃ヽﾆﾆノ┃ﾉ＼
　　　　　　　／　　＼＿／＼＼　　 ┗━━┛/|＼＼
　　　　　　　　　　　　 ／　　 ＼　ト ───ｲ/　　 ヽヽ

>>795
いや、どっちが間違いかということは問題にしてないんだ。
自らが期待する解答のみを正解とするのなら、ああいうどっちにもとれる文章を書く出題者はタコだと。

実務でやってる人間にとっても、資格集めしてる人間にとっても、なんかイマイチだねぇ。
まぁIPAの資格自体、現実に沿ってるとは言いがたいけど、手当て目当てに実務者が受けるなら
エンベより他のほうがいいかも。

問題文の最初に明記してあって、全然どっちにもとれる文章じゃないだろ。
午後I程度の文章量で見落とす方がタコ。

> まぁIPAの資格自体、現実に沿ってるとは言いがたいけど
これは同意。

>>797
で、あなたはサラっと資格取っちゃってるの？
資格バカにするくらいなんだからもちろん楽勝なんでしょ？

馬鹿だな。取れないから書き込んでんでしょ。
察してやれよ。

ああ、そういうことね。
オレ勘違いしてた。
たぶん>>799も俺と同じように思ってたんだろう。
納得。ひとつ勉強になったよ。

>>795,798
16年度の問題を確認した。車両のドア数は1両あたり8でいいと思うが、たしかにタコは>258だね。
>266の文章だけ見てたよ。すまんすまん。

>>799-801
自演乙

連投スマソ

>799
資格集めするなら、IPAみたいなサムライ商法より免許にしたほうがいいよ。

>>803
おまえはなんでこのスレにいるんだ

ハードに触ることになった門外漢ですが、試験勉強で得た知識（リングバッファとか資源獲得の順序を揃える重要性とか）
は実務に直接役立ってますが私みたいなのは例外なんですかね？

>>805
ハード屋でリングバッファや資源管理が役に立つのは例外だと思われ。
ファームだとすれば理解してないと話にならんような。

>ハード屋でリングバッファや資源管理が役に立つのは例外だと思われ。
ハァ？こんなもんはもともとハードウェアの話だ。
それがソフトでも制御できるようになっただけのこと。

テクニカルエンジニア（エンベデッド）の試験勉強で得た知識が>>807の考えるハードウェアの設計に役立つかどうかは
疑問だが、>>805がファーム屋なら、>>806のいうように基本だから、試験勉強が役立ったということだろ。
ハイ終了。

早いとこ公式解答と合否発表がこないかねぇ。

>>808
公式発表見たいような、見たくないような。
ところで、アイテックの午後�U問２の速報なんだけど、
あれ信じてもいいもんだろうか。
なんか怪しげな解答もちらほら。