今までみた絶望的なソースコード [転載禁止]©2ch.net

**デフォルトの名無しさん** · 2015/04/17(金) 23:00:30.63

今井氏：ソースコード公開は、社長のティム（*2）の意向です。彼はバリバリのプログラマーで、初期の「Unreal Engine 1」を
1人で書いた人ですが、若い時に雑誌に載っていたコードを書き写して勉強したそうです。それで今の若い人にも、プロのソー
コードとはこういうものだというのを見せたいという願いがあって、ソースコードを公開しています。本当に今のゲーム業界の
事情を憂いてる1人だと思います。（*2）Epic Gamesの創業者兼CEOであるTim Sweeney氏

出村氏：読みやすいコードですよ。「C++」というのは、黒魔術（高度な計算）が多くなりがちな言語ですが、
そういうこともなく、すっきりしていて目的の機能も探しやすい。解読しやすいコードなので、確かにお手本になると思います。

僕は初代のゲームボーイからプレイステーション 2の頃くらいまでゲームプログラマーだったのですが、ゲームプログラミングでは
必ず数学が出てきます。行列とか三角関数とか。もちろん今でもまったく不要になったわけではありませんが、そういう知識の
重要性は薄れてきていると思います。「Unreal Engine」では特にそうです。
http://game.watch.impress.co.jp/docs/interview/20150417_698349.html

初級者から中級者へ昇格する時期は、ほぼどのようなソースコードでも読める程度にプログラミング言語に精通し、
また偉いプログラマーの提唱したデザインパターンも一通り理解したくらいの時期である。

すると、プログラミング言語の持つあらゆる機能と、偉いプログラマーの提唱するあらゆる技術を使わねばならない
という思い込みが発生する。そしてHello Worldにまで崇高なオブジェクト指向や壮大なデザインパターンを
適用しようとしだすのである。

その結果、
* 大量のクラス
* 迷路のような変数渡し
* 底なしに深いネスト
などといった凄いものが生まれる。また、条件分岐に三項演算子を乱用するなどの症状も多く見受けられる。
最終的には第三者にとって読みにくい保守性の悪いスパゲッティコードが生成されることになる。
http://monobook.org/wiki/%E4%B8%AD%E7%B4%9A%E8%80%85%E7%97%85

**デフォルトの名無しさん** · 2016/01/09(土) 14:36:03.18

どちらのケースでもやりたいなら呼び出し元にコールさせればいい
分割がなされてないとそうなる

**デフォルトの名無しさん** · 2016/01/09(土) 14:49:14.92

>>664

5：5 くらいでどっちのケースもあると思ってるなら、
お前も>>646も頭に糠味噌つまってるくらい馬鹿だ

**デフォルトの名無しさん** · 2016/01/09(土) 14:51:11.96

>>666
バカっていいたいだけなんじゃないの？
なんかあまり中身がないような・・・。

**デフォルトの名無しさん** · 2016/01/09(土) 14:53:07.96

好みの問題だしなあ。価値観は優劣をつけるためのものじゃないと思うんだよね。
他人の価値観を自分の中に取り込んで自分の世界を広げるためのものなんだよ！！←できる人

**デフォルトの名無しさん** · 2016/01/09(土) 14:53:18.06

>646
>ifでもelseでも最終的に同じ処理してからリターンしたい場合は？

そういう、共通処理っていうのは呼び出し元の処理なんだよ

いい加減に気づけ馬鹿 >>664

**デフォルトの名無しさん** · 2016/01/09(土) 14:54:33.41

>>668

究極に頭おかしい人がきました。
好みの問題だと本当に思っているらしい。そりゃ、世の中クソコードで溢れるわ。

**デフォルトの名無しさん** · 2016/01/09(土) 14:55:22.03

>>667

中身が無いのはお前の頭です。

**デフォルトの名無しさん** · 2016/01/09(土) 14:57:02.55

IDみたら同じやつか。こいつ、本当に糞コード生産マシンだろうな。

**デフォルトの名無しさん** · 2016/01/09(土) 15:04:09.39

>他人の価値観を自分の中に取り込んで自分の世界を広げるためのものなんだよ！！←できる人

"←できる人"って、ばーーーーーーーーーーーーか！

**デフォルトの名無しさん** · 2016/01/09(土) 15:06:12.89

>>673
待って！落ち着いて！いまから私が言うことに耳を傾けて。
びっくりするかもしれないけどホントのこと伝えたいから。
プログラムはケースバイケースなの！！なんでもありなの！！！

**デフォルトの名無しさん** · 2016/01/09(土) 15:14:34.02

ケースバイケースのことはあるが、今回のことは違う。
以上

馬鹿

**デフォルトの名無しさん** · 2016/01/09(土) 15:22:04.43

馬鹿バイ馬鹿のことはある

**デフォルトの名無しさん** · 2016/01/09(土) 15:27:26.70

さーらバイバイさーらバイということもある。

**デフォルトの名無しさん** · 2016/01/09(土) 15:33:15.50

>>669
じゃあif elseがない処理＝呼び出し元の処理ということ？？
関数作る必要ないじゃんｗｗｗ

>>665
呼び出し元が複数あったときにコードが増えるんですがｗ
何のための関数化だよ
せめて関数内で別関数としてコールする形式にしないと無駄が増える

経験的に、後から読むとき、関数最初でのreturnは見やすいけど、
途中でのreturnはelseのほうが見やすかったりする
だからケースバイケース

**デフォルトの名無しさん** · 2016/01/09(土) 15:37:06.74

>>669
関数でローカルに取得したリソースの解放ってのは関数内部の処理だろう。
C++ならRAIIでやるところかもしれんが。

**デフォルトの名無しさん** · 2016/01/09(土) 16:34:28.92

>>678
条件分岐を呼び出してあとに続く処理を実行する方を外から呼び出してもらうようにするだけ
分解すればあとの処理はifの条件にかかわることなく一回でテストが終わる
ダラダラ一つのメソッドに書くとマトリックス的にテストケースが発生し産廃コードが誕生する

**デフォルトの名無しさん** · 2016/01/09(土) 17:46:59.93

>>680
そういう等価な書き換えでテストケースが減るわけがないんだがな。
C0カバレッジしか見てなくて途中returnのケースをテストしてないのかとも思ったが、
ひとつの関数だとマトリクス的にケースが増えるってのが意味不明だな。
どういう基準でテストしてるんだか。

**デフォルトの名無しさん** · 2016/01/09(土) 18:23:22.10

>>681
if
A
else
B
C

Cが別関数になってないとACとBCのテストパターンコードがいる
一方別関数の場合はAとBそれと独立してCで事足りる
これが長いものになると前者は爆発的にパターンが増えていく
関係性がないものは分離する
関係性があっても関係性の部分だけを取り出し分離する
細かくなってればテストコード自動生成も実用性が出てくる

**デフォルトの名無しさん** · 2016/01/09(土) 18:27:33.31

デバッガで見るとreturnで関数の最後に飛んでいるから、
途中でreturnしてもいいんじゃないの？

一方職場でジャンプ関数使う人はいた。
でも1人でやってるプロジェクトなんで見て見ぬふりをしたｗ
自分以外がメンテナンスできないようにする人っているしね…

**デフォルトの名無しさん** · 2016/01/09(土) 18:31:44.58

ジャンプ関数ってまさか
longjmp()とcome_from()？
gotoがましに見えるレベル

**デフォルトの名無しさん** · 2016/01/09(土) 18:54:23.29

>>682
分岐網羅ならどっちにしろACとBCの2ケースになるように見えるが。
それともAとBとCの単体テストだけやっておしまいって話？
ついでに言えば、これがどう>>680の説明になっているのかわからん。

**デフォルトの名無しさん** · 2016/01/09(土) 18:56:50.22

>>685
由緒正しき「継続」という奴だ，まさか，とかいっていいのか？

**デフォルトの名無しさん** · 2016/01/09(土) 19:26:55.42

come_fromって何かと思ったらサンプルコードじゃんｗ
「returnするのが面倒くさいからと」代わりにジャンプ関数使っていたな…
（なんでも手製でツールを揃えないといけない時代で）独立したツールだったから
誰もソースコードチェックしなかったんだろうね。

**デフォルトの名無しさん** · 2016/01/09(土) 20:03:07.47

hdqMNonUの戯言に耳を傾ける馬鹿は+5afeFvRみたいな知恵遅れだけだ。

**デフォルトの名無しさん** · 2016/01/09(土) 20:05:22.39

人命にかかわる部分はたいていC/C++で書かれているから、C/C++を使う人だけ気を付ければ良いんじゃないだろかね。

**デフォルトの名無しさん** · 2016/01/09(土) 20:05:40.84

>>680 >>682　に書いてあることの意味が分からない奴が、現役でプログラマしてるって事が恐ろしい…

**デフォルトの名無しさん** · 2016/01/09(土) 20:13:15.02

>>685
>それともAとBとCの単体テストだけやっておしまいって話？

だったらお前はその上層と下層を全て含めた
ABCDEFGHIJKLMN…
の全てのケースを含んだテストを一生かけてやってろ。

ユニットテストのしかたもする意味もわかってない馬鹿。

**デフォルトの名無しさん** · 2016/01/09(土) 20:18:44.12

単体テストのやり方がわかっていないからといって馬鹿とは限らない。
アインシュタインは単体テストのやり方を知っていただろうか。

**デフォルトの名無しさん** · 2016/01/09(土) 20:32:29.40

単体テストのやり方がわかっていないから馬鹿だといってるのではない。
馬鹿だから単体テストのやり方がわかっていないと言っている。

**デフォルトの名無しさん** · 2016/01/09(土) 20:36:35.31

AのバグとCのバグを合わせた結果、テストケースでは見かけ上正しい出力がされてグリーンになってしまいました、

ABとCが分けてなかったらどうやって隠れた問題を検出するんだ。

**デフォルトの名無しさん** · 2016/01/09(土) 20:41:02.73

そもそも全てのプログラマがユニットテスト書くわけでもないしね（技術的にも仕様的にも）

**デフォルトの名無しさん** · 2016/01/09(土) 20:47:18.34

ユニットテスト出来ない奴がいる事と、理想的なコード自体の書き方と、何の関係があるんだよ。

何がそもそもだ、ばーーーーーーーーーーーか！

**デフォルトの名無しさん** · 2016/01/10(日) 06:54:26.02

>>1
RPGツクール2000　， RPGツクールMV　https://tkool.jp/mv/ （ＪavaＳcript 採用）

WOLF　RPGエディター　http://www.silversecond.com/WolfRPGEditor/

デュエル・マスターズ　Android版，ｉ-OS版、公式　http://dm.takaratomy.co.jp/extra/dmapp/entrygate_ds/
デュエル・マスターズ対戦CGI ex
https://web.archive.org/web/20150809154946/http://www53.atwiki.jp/dmsuishinparty/pages/314.html

デュエル・マスターズ（デュエマ）DM　ONLINE　1.8a　　／　　VanGuard　ONLINE　1.5a
https://web.archive.org/web/20150809160254/http://uhyohyohyo.sak　ura.ne.jp/hsp.html

ヴァンガード専用ネット対戦ツール【 VanGuard Online 】
https://web.archive.org/web/20150809155032/http://kiimaa.jugem.jp/?eid=61

「カードファイト!!ヴァンガード」のネット対戦ができる公式オンラインゲーム「Cardfight!! Online」 2015年冬スタート
https://web.archive.org/web/20150809153724/http://supersolenoid.blog63.fc2.com/blog-entry-6886.html

遊戯王　Automatic Dueling System
https://web.archive.org/web/20150809164855/http://www3.atwiki.jp/ads-wiki/pages/20.html

遊戯王　デュエル・オンライン
https://web.archive.org/web/20150809171527/http://www31.atwiki.jp/vipdo/pages/15.html
https://web.archive.org/web/20140628005202/http://do.yugioh-portal.net/

ウィクロス（ WIXOSS ）　WEBXOSS　http://webxoss.com/about_en.html　http://webxoss.com/DeckEditor/

BG（ボードゲーム）Engine　https://web.archive.org/web/20151209080842/https://bgengine.net/
https://web.archive.org/web/20151209172205/http://14owl.hateblo.jp/entry/2015/12/09/011234

アプレンティス　　マジック：ザ・ギャザリング（MtG）ｵﾝﾗｲﾝ化　http://homepage1.nifty.com/Q_Q/ap.html
https://web.archive.org/web/20151202202725/http://homepage1.nifty.com/Q_Q/ap.html

**デフォルトの名無しさん** · 2016/01/10(日) 06:55:32.25

【　オンラインTCGエディター　】　　　>>1,>>697

デュエル・マスターズ的な非電源TCGの　《　オンライン化ツクール系ソフト　》　制作の企画。

例えば、ガチンコ・ジャッジを直ぐにでも導入できる機能を持っておりながら、
当面それを扱わず単純化させておいて、事後的に導入拡張する際に当該システムを
ブロック構造の組み合わせで後付け挿入できるように予めシステム化してあるソフト（エディター）。
既存の非電源TCGを劣らずに再現できるならば大概のニーズに応えられる筈。
デュエマ、ヴァンガ、ウィクロス、ポケカ、デジモン、ゼクス、モンコレ、旧ガンダム・ウォー、ライブオン、ディメンション・ゼロ、シャーマン･キング、カードヒーローなど
のシステムを完全再現できるように設計するけど、他に此のTCGの此のシステムは再現希望とか有ったら書け。
マジック：ザ・ギャザリングの全システムを完全に再現するのは無理だから、此れだけは必用だ！って部分のみリクエストしろ。
個vs個、多数乱戦、チームvsチーム、個vsチームを実現し、P2P通信対戦プラグイン有り。

設計思想は　《　RPGツクール　》　が良いかな？　　他に、優れたエディター有ったら挙げてみろ。

個人や企業などのベンダーが提示する開発費（見積もり）で折り合えば、発注する。
↓
エディター群から基本コンセプトを絞り込む（もちろんオリジナルで優れた新ネタが有れば導入する）。
↓
遊戯王OCGに関しては、タッグフォース、ADS、デュエルオンラインを発注先ベンダーに研究させる。
バトスピ、ヴァンガ、デュエマなど発売済みゲームソフトが存在してるTCGはベンダーに研究させる。
↓
各社TCGを再現するテストプレイ　⇒　更に改良や修正　＋　コード記述の仕様書（設計書）を作成。
↓
機能制限した下位版を制作しても原則として発売せず　＋　上位版デュエリ－グ用でサーバー稼動。
↑
下位版を仮に発売した場合の改造および商用利用には、別途で当社との契約が必要。

さ～て、インド人ベンダーと日本人の翻訳担当SEを見つけよっと！ｗｗ
http://wc2014.2ch.net/test/read.cgi/entrance2/1451262577/-16

**デフォルトの名無しさん** · 2016/01/10(日) 13:12:39.79

971 名前：名無しさん＠七周年[] 投稿日：2006/11/11(土) 00:56:10 ID:M8+ahUZV0
自称スーパープログラマー某

強烈加齢臭
メール見ない　メール無視
ドキュメント見ない　ドキュメント無視
説明聞かない　説明無視
話聞かない　話無視
ガム→むっちゃーむっちゃーむっちゃーむっちゃー
煎餅→バリバリバリバリバリバリ
菓子パン→モグモグモグモグモグモグモグモグモグモグ
カップアイス→むっちゃーむっちゃーペロペロペロペロ

フロアすべてに響き渡る超ばかでかいくしゃみ当然手でおさえない

異音と異振動
ドスーン！ドスーン！　ドカーン！ドカーン！　バコーン！バコーン！　ズドン！ズドン！
机が近いとマウスポインターが飛ぶ　誤操作誘発
書類だしたりしまうだけでドカンドカン

30秒ごとに口と鼻から異音
ふんっっ！　　　　ふんっっ！　　　

備品破壊　貸与P C 破壊　他人のもの破壊

奴の作ったスクリプトとプログラムは使えない　バグ製造機

電話や共有携帯電話　キーボードが油ベタベタ
奴に電話とPCとコンソールは触らせてはいけない

**デフォルトの名無しさん** · 2016/01/11(月) 07:33:36.74

>>685
funcX(){
funcAB()
funcC()
}

funcAB(){
if
A
else
B
retuen
}

funcC(){
C
}

ってことなんじゃねーの。funcCが、funcABの動作に影響しないんであれば、
テストパターンは減らないけど、テストパターンごとの確認観点が減るんじゃない？

**デフォルトの名無しさん** · 2016/01/11(月) 17:12:25.34

ABとCが常にセットにして呼ばれる仕様だとしたら、
関数が増えて見通しが悪くなるだけな気がするけど
ユニットテスト利用する場合ってこうするほうがいいの？

**デフォルトの名無しさん** · 2016/01/11(月) 17:25:55.13

ソースコード見て問題なければテストする必要ないと思うの

**デフォルトの名無しさん** · 2016/01/11(月) 17:50:15.50

完璧なプログラムを書けばテストは必要ない。
テストに頼るのは甘え。

**デフォルトの名無しさん** · 2016/01/11(月) 18:22:50.45

プログラムが完璧でもコンパイラがバグっていて間違った実行ファイルができることもよくある

**デフォルトの名無しさん** · 2016/01/11(月) 18:24:53.18

>>703
ほんそれ

**デフォルトの名無しさん** · 2016/01/11(月) 22:08:07.48

プログラム通りにペリフェラルが動くと思ったら大間違いだ

**デフォルトの名無しさん** · 2016/01/12(火) 01:19:44.32

コンパイラのバグは稀たが、スペックシートのミスは日常茶飯事

**デフォルトの名無しさん** · 2016/01/12(火) 01:21:08.98

ていうか、>>703 はネタだろ？

**デフォルトの名無しさん** · 2016/01/12(火) 06:24:29.22

バグをバグと認めない鉄の心こそ必要

**デフォルトの名無しさん** · 2016/01/12(火) 07:53:31.84

16bit系組み込みCで
配列の要素数が16bitに制限されるのを
無視したコード渡されてバグってた事あるな
コンパイラからの警告一切無し

**デフォルトの名無しさん** · 2016/01/12(火) 08:05:23.03

配列の添字が汎用レジスタのサイズ(≒int)の範囲に制限されるのは仕方ない
でもまともなコンパイラなら制限事項として明記してある

**デフォルトの名無しさん** · 2016/01/12(火) 23:54:28.42

そんなの8086で散々経験しただろ

**デフォルトの名無しさん** · 2016/01/13(水) 11:46:55.82

>>710
要素が16bit 越えるって、どんなソフトなんだ？

**デフォルトの名無しさん** · 2016/01/13(水) 11:49:06.21

型がByteだとして
65536Byte=64KByte

組み込みだとしても十分ありうる

**デフォルトの名無しさん** · 2016/01/13(水) 12:18:23.73

>>714
それだけ大きくなったら、普通ポインタとか使うだろ？

**デフォルトの名無しさん** · 2016/01/13(水) 18:12:49.86

気付かずに配列使ってたって事だろ。

**デフォルトの名無しさん** · 2016/01/13(水) 18:16:44.87

組み込みなら標準ライブラリがないとか
ヒープがないとか普通だからな

**デフォルトの名無しさん** · 2016/01/13(水) 18:21:42.41

>>715
ROMに大きなテーブルだと配列使うでしょ

**デフォルトの名無しさん** · 2016/01/13(水) 18:29:02.62

>>717
Cの標準ライブラリが無いってことは最近では非常にマレ
ROM容量の関係で使えないことはある
これを無いって言うなら無い
デカいのはprintfとか
あとはfloat, double, long longもROM容量の関係で使えないことも

**デフォルトの名無しさん** · 2016/01/13(水) 18:32:38.56

標準ライブラリを使うのをためらうくらいの規模なら、当然ヒープも使わない
当然OSレスで、シングルタスク+割り込みのみ

もっと小さく、時計レベルのコードになると、そもそもコンパイラを使わない

**デフォルトの名無しさん** · 2016/01/13(水) 20:04:23.38

>>719
printf使えなかったらデバッグできないじゃん！

**デフォルトの名無しさん** · 2016/01/13(水) 21:23:08.94

>>721
リアルタイム性が不要ならICE(デバッガ)が使える
動かしながら変数の読み書きが出来るヤツもある

原始的なのだとポートを上げ下げしてオシロスコープで見るとか、LEDを点灯したりとか

**デフォルトの名無しさん** · 2016/01/13(水) 21:43:03.90

>>722
ちげーだろ？
そこはputs使ってるだろ。
見栄はらなくていいよｗ

**デフォルトの名無しさん** · 2016/01/13(水) 21:57:55.85

そもそもデバッグなどしない！

**デフォルトの名無しさん** · 2016/01/13(水) 21:58:56.38

>>722
すごい世界

**デフォルトの名無しさん** · 2016/01/13(水) 21:59:40.92

putsどころかそもそも標準入出力ないからな
汎用ポートの空いてるピン使うか
JTAG使ってICEか計測器繋ぐかだな

**デフォルトの名無しさん** · 2016/01/14(木) 00:14:52.76

>>726
真っ先に、シリアル入出力とprintfもどきを作るのはデフォだろ？

**デフォルトの名無しさん** · 2016/01/14(木) 00:28:34.09

組み込みは感心する反面潰しきかないのがなんとも言えねぇ
組み込みは程々にした方がいいぞ

**デフォルトの名無しさん** · 2016/01/14(木) 00:37:39.18

シリアル入出力はよく使うけど、....
規模が小さいとデバッグ用だけにわざわざシリアルドライバを書かなかったり
そもそもシリアル用ハードが無かったり使えなかったり

非常にリアルタイム性が要求されるDSPプログラミングとかだと割り込みなんか使いたくないし、
小型マイコンだとバッファ用にメモリが割けなかったり

まあ物によってデバッグ方法もいろいろ

**デフォルトの名無しさん** · 2016/01/14(木) 04:32:02.23

どんな低速でもソフトUARTぐらい作れるだろ
ドライバって程かよアホが

**デフォルトの名無しさん** · 2016/01/14(木) 15:09:22.15

低速マイコンでRAMも使わずにCPUも占有せず、場合によってはポートも使わないでソフトUARTか
頑張って作ってね

**デフォルトの名無しさん** · 2016/01/14(木) 15:12:47.78

8pinマイコンとかしらないのかな？

**デフォルトの名無しさん** · 2016/01/14(木) 20:34:54.74

>>730
割り込み禁止にしてCPUサイクルでクロック作るのか
タイマ割り込み駆使してクロック作るのか
どっち？

**デフォルトの名無しさん** · 2016/01/14(木) 20:44:59.00

もう一個位は方法があるけど...
まあ普通はそんなことはせずもっと普通の方法を使う

スローCPU、RAM使えず、ピンが足りない、パフォーマンスがシビア
とかだと使えないし

**デフォルトの名無しさん** · 2016/01/14(木) 20:46:17.30

自分の主張を通す為に手段はどうでも良くなってるカワイソウな人は放っておこう

**デフォルトの名無しさん** · 2016/01/14(木) 21:41:12.92

なんでマイコン1個でやろうとすんだよ
そんな後付け条件出すなら信号垂れ流し用と信号待ち受け兼UART出力用のマイコン2つ使えばいいだろアホが

**デフォルトの名無しさん** · 2016/01/14(木) 21:47:03.21

>>732
AVRやLPC810とかなら知ってるけど？
つーか米粒の6ピンすらソフトで全二重UARTぐらい実装できるだろ
アホが

**デフォルトの名無しさん** · 2016/01/14(木) 21:56:18.73

>>733
ソフトUARTつても実装は色々あるからな
その全部かな
つーかアホはオシロやロジアナも使えないのか

**デフォルトの名無しさん** · 2016/01/14(木) 22:09:04.91

>>736
いや、マイコンの規模によって、いろんなデバッグ方法があるって話だが

デバッグ用にわざわざマイコンを積むのか？
金をかけて
組み込みはコストが非常に重要だったりサイズが非常に重要だったりするんだけど
で、複数マイコンを積んだとして、マイコン間の通信はどうする？
デバッグじゃなくてシリアル通信が目的になってないか？

**デフォルトの名無しさん** · 2016/01/14(木) 22:11:41.02

>>739
UART云々はシリアルでやるって流れから書いただけだよ
文脈読めアホが

**デフォルトの名無しさん** · 2016/01/14(木) 22:21:14.63

というか組み込みでデバッグ大変だわーで釣ってる奴が気に入らないわ
肝心なコアをMSに握られてるWindowsアプリのデバッグ考えるとただの愚痴にしか見えないんだわ

**デフォルトの名無しさん** · 2016/01/14(木) 22:27:51.95

>>740
あり得ないデバッグ方法を突然書き出したお前が全て悪い

**デフォルトの名無しさん** · 2016/01/14(木) 22:38:04.92

>>742
誰が悪って言うならデバッグ方法いろいろとか書いといて具体的な方法は何一つ提示しないアホが悪いなんじゃないの？
組み込みはこういう口ばっかの奴が多くてうざいわほんと

**デフォルトの名無しさん** · 2016/01/14(木) 22:39:25.50

は？？
具体的な方法はいくつも書いただろうが
日本語が読めない？

**デフォルトの名無しさん** · 2016/01/14(木) 22:39:57.75

>>721 だ

**デフォルトの名無しさん** · 2016/01/14(木) 22:40:31.37

そういやここ絶望的なコードのスレなんだが
そもそも組み込みで絶望的な事なんてあるか？
作った品が売れないとかか？

**デフォルトの名無しさん** · 2016/01/14(木) 22:40:32.18

あ、間違った
>>722

**デフォルトの名無しさん** · 2016/01/14(木) 22:43:01.11

>>745
>>721は別のIDだしお前の発言かなんてわかんねーよ
ID:Xzg+p3Xeで具体的なこと何も書いてねーなーってことだよ
IDも判らないアホだって言いたいのか？

**デフォルトの名無しさん** · 2016/01/14(木) 22:43:56.17

>>746
いくらでもある
組み込みも規模はいろいろ
時計や簡単なオモチャレベルからWindowsを積んだようなものまで

**デフォルトの名無しさん** · 2016/01/14(木) 22:44:35.38

>>747
>>722も違うIDだろ
もうアンカーはいいから自分の口で説明してみ？

**デフォルトの名無しさん** · 2016/01/14(木) 22:45:24.42

>>722 はおれだ
俺の言葉で書いたレス
証拠はないが

**デフォルトの名無しさん** · 2016/01/14(木) 22:46:09.80

>いろいろある
>いくらでもある
吹いた
組み込み業界はこんなんばかりでまさに絶望的だな！

**デフォルトの名無しさん** · 2016/01/14(木) 22:46:34.02

なんか知らんが、そのあと無理やりUARTでデバッグする書き込みが続いた

**デフォルトの名無しさん** · 2016/01/14(木) 22:48:44.71

じゃあ>>726にレスした>>727が悪い

**デフォルトの名無しさん** · 2016/01/14(木) 22:49:40.13

組み込みを知らないのに知ったかぶって >>730 を書いたのか
出来もしないのに

**デフォルトの名無しさん** · 2016/01/14(木) 22:50:03.06

組み込みって一人で何でもやるような商売だから
人とのコミュ力が試されるなー

**デフォルトの名無しさん** · 2016/01/14(木) 22:51:11.33

>>727 があまりにトンチンカンだからつい >>729 を書いたんだ

**デフォルトの名無しさん** · 2016/01/14(木) 22:52:40.56

なんでわざわざUART使うんだよ
普通JTAGとかLFASTとか使うだろ

**デフォルトの名無しさん** · 2016/01/14(木) 22:52:42.42

>>756
いや、だから組み込みにもいろんな規模のがあるんだって

**デフォルトの名無しさん** · 2016/01/14(木) 22:58:47.53

>>758
わざわざUARTを使う理由はいろいろある
UARTを使わない理由もいろいろある

使わない理由は既にいろいろ書いた

使う理由は、
ログをテキストで（簡単に）残せる
PCからいろいろな制御が出来る
テストの自動化がやり易い
などなど

デバッガはデバッガで便利だが、シリアルデバッグもいろいろと便利

**デフォルトの名無しさん** · 2016/01/14(木) 23:00:29.70

まあ>>726は俺なんだけど
>>727に言いたいのは
printfもどき作る暇があったらICE使ってステップ実行した方が効率的だってこと

**デフォルトの名無しさん** · 2016/01/14(木) 23:01:56.96

いちいち止めて、デバッグとかできないのもあるのよ

**デフォルトの名無しさん** · 2016/01/14(木) 23:13:33.49

こういうこと言うのもアレだけど
JTAGとかLFASTがシリアルじゃないとでも？
プログラムトレースとかデータトレースはリアルタイムで吐かせようよ
どうせ周辺のIPが勝手にやっといてくれるんだし
ログっておいて後でデバッガで再生すりゃいいんだからさ

**デフォルトの名無しさん** · 2016/01/14(木) 23:35:06.08

膨大かもしれないログ追えるんだ
すごいな～～～～～