- 1 名前：仕様書無しさん [2009/09/20(日) 09:14:33 ]
- 黄昏のシルバーウイーク。団塊とポスト団塊がすべてを墓場に持っていくようです。
前スレ pc11.2ch.net/test/read.cgi/prog/1248633181/
- 773 名前：仕様書無しさん mailto:sage [2010/02/26(金) 10:23:25 ]
- define使ってソースコードのあっちこっちにマジックナンバーが埋め込まれたコードより、
きちんと抽象化・構造化されてマジックナンバーは一ヶ所に、直接書かれているほうが、
望ましい、という場合もある。程度問題。
- 774 名前：仕様書無しさん mailto:sage [2010/02/26(金) 10:46:21 ]
- そんなことより小数の乗算を行ってるのが気になる
- 775 名前：仕様書無しさん mailto:sage [2010/02/26(金) 11:02:47 ]
- 個人的には、過剰なdefineを使うやつとソースに修正履歴を書くやつは、
早く絶滅してほしい。
あとから見る人への迷惑を理解できていない。
>>774
小数の演算を避けるためにゴニョゴニョしてるように見えるが。
- 776 名前：仕様書無しさん mailto:sage [2010/02/26(金) 11:10:41 ]
- ソースにこだわりを持つやつはイラネ
- 777 名前：仕様書無しさん mailto:sage [2010/02/26(金) 20:21:00 ]
- >>773
今時の開発ツールなら定義箇所に飛べる。
それ以前に、チミとか>>770はマジックナンバーが問題視される理由がわかってねえだろw
いわゆるマジックナンバーの問題は、それが複数個所に使われた場合、変更が面倒というのもあるが、
それ以上に「それがナニを意味しているのか分からない」から。
しかし、組み込みの世界ってこの手のお馬鹿多いよな。
そういう奴に限って妙に自身満々だったりするから手に負えん。
愚か者は自分の経験からしか学ばないって誰かの言葉があったが、この手の奴は
自分の失敗体験からすら学ばないんだろうたぶんw
- 778 名前：仕様書無しさん mailto:sage [2010/02/26(金) 20:31:17 ]
- こういうコードあったな（´∀｀）。
＃define N87987 87987
- 779 名前：仕様書無しさん mailto:sage [2010/02/26(金) 21:20:44 ]
- define の濫用し過ぎで、それが具体的になんなのか、がわかんないコードに
苦しんだことがない人 >>777
- 780 名前：仕様書無しさん mailto:sage [2010/02/26(金) 21:25:19 ]
- そういうのを「羹に懲りて膾を吹く」って言うんだよお馬鹿さん。
- 781 名前：仕様書無しさん mailto:sage [2010/02/27(土) 00:43:06 ]
- 今日、マジックナンバーと、それをdefineしたものが共存してる関数を
見つけて目眩を感じた俺にはタイムリーな話題だ
- 782 名前：仕様書無しさん [2010/02/27(土) 01:40:30 ]
- exFATを組み込むためにはMSとライセンス契約が必要なの？
- 783 名前：仕様書無しさん mailto:sage [2010/02/27(土) 03:43:16 ]
- Microsoftは一律30万ドルのライセンス料を設定し
ﾎﾞｯﾀｸﾘﾊﾞｰだな
- 784 名前：仕様書無しさん mailto:sage [2010/02/27(土) 05:06:22 ]
- 必要な数式と意味はコメント文に書いておけばよろし
複雑な数式内でマジックナンバーを一々定義するかどうかはケースバイケースだな
- 785 名前：仕様書無しさん mailto:sage [2010/02/27(土) 06:57:05 ]
- 大文字キャストを見ると虫唾が走る（ﾟ⊿ﾟ）
- 786 名前：仕様書無しさん mailto:sage [2010/02/27(土) 07:35:25 ]
- >>782
U.S. Patent #5,579,517は April 24, 2015 に期限切れ
あと5年我慢すれば問題なし
終身どころか死後も何十年も続く著作権に比べれば
特許権なんてあっという間に期限切れになる
- 787 名前：仕様書無しさん mailto:sage [2010/02/27(土) 07:41:10 ]
- exFATでも long file nameに対応しないなら MSの特許を回避できる
特許の対応法
1. 回避する
2. 1が無理なら隠す
3. 1も2も無理なら金を払う
- 788 名前：仕様書無しさん mailto:sage [2010/02/27(土) 12:19:18 ]
- 面接で藤通のひとに一日に書けるステップ数がプログラマの価値だって
言われたんだけどそういうもんなの？
- 789 名前：仕様書無しさん mailto:sage [2010/02/27(土) 12:27:54 ]
- コーダの価値ならそうかも。
- 790 名前：仕様書無しさん mailto:sage [2010/02/27(土) 12:36:28 ]
- >>788
1日1万ステップ書けないとダメだよ
- 791 名前：仕様書無しさん mailto:sage [2010/02/27(土) 12:42:22 ]
- いまだにステップ数(笑)で評価してるんですか
とか言い返せ
- 792 名前：仕様書無しさん mailto:sage [2010/02/27(土) 12:44:13 ]
- >>791
日本の大手って言われるところは
全てステップ数で換算しているよ
- 793 名前：仕様書無しさん mailto:sage [2010/02/27(土) 12:47:04 ]
- でっていう
- 794 名前：仕様書無しさん mailto:sage [2010/02/27(土) 12:56:50 ]
- 大手というか汎用機コボラーの名残じゃないの？
- 795 名前：仕様書無しさん mailto:sage [2010/02/27(土) 13:11:35 ]
- モジュール化やクラス化が進み洗練されれば、ステップ数は激減していくんだが
ステップ数の多さでいばってるプログラマーは絶滅してほしい
- 796 名前：仕様書無しさん mailto:sage [2010/02/27(土) 15:33:17 ]
- ステップ数（笑）なんてざーっと書いてコピペ＋微調整で量産すれば稼ごうと思えばいくらでも稼げる
それが良いソースだとは全く思えないけど
- 797 名前：仕様書無しさん mailto:sage [2010/02/27(土) 16:29:17 ]
- ステップ数か・・・ 可読性を維持しながらだとすると
有益なコードを大量に書けるってことだよな。それは虫がいい要求だね。
そんなスーパープログラマがＦ２ごときで下っ端やるかよってんだよな。
- 798 名前：仕様書無しさん mailto:sage [2010/02/27(土) 16:35:18 ]
- コードを読める方がいいような
- 799 名前：仕様書無しさん mailto:sage [2010/02/27(土) 16:42:21 ]
- >>795
多いほうが評価されるのだから仕方ない面もある。
システムの良さを図る簡単な指標があればいいのにな。
- 800 名前：仕様書無しさん mailto:sage [2010/02/27(土) 17:23:15 ]
- ０からコード書く仕事減ったなよな。
- 801 名前：仕様書無しさん mailto:sage [2010/02/27(土) 19:13:41 ]
- WAIT:
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP NOP
- 802 名前：仕様書無しさん mailto:sage [2010/02/27(土) 20:55:33 ]
- >>775
> 小数の演算を避けるためにゴニョゴニョしてるように見えるが。
あ、ほんとだ。さくっと見落としてた。疲れてるのかな...
- 803 名前：仕様書無しさん mailto:sage [2010/03/01(月) 06:12:55 ]
- >>801
PROM1Kのマイコンでこれやってるの見た…
- 804 名前：仕様書無しさん mailto:sage [2010/03/01(月) 06:28:24 ]
- なんでloopにしないんだろう？
- 805 名前：仕様書無しさん mailto:sage [2010/03/01(月) 07:04:54 ]
- ステップ数が減るからｗ
- 806 名前：仕様書無しさん mailto:sage [2010/03/01(月) 10:54:29 ]
- ループ展開すればステップ数なんていくらでも稼げるな
- 807 名前：仕様書無しさん mailto:sage [2010/03/01(月) 16:37:31 ]
- 速いパルス出したくて展開で書いて、ここは行数稼ぎのためではありません、と
コメントで言い訳を書いておいた。
- 808 名前：仕様書無しさん mailto:sage [2010/03/03(水) 21:32:12 ]
- >>801
それTransmeta使うと0クロックで終了するぞ
- 809 名前：仕様書無しさん [2010/03/04(木) 05:57:45 ]
- ちなみに>>766は
/*--------------------------------------------------------------------------*/
/*外乱オブザーバによる外乱推定プログラム その２ */
/* */
/* トルク指令値にローパスをかける。 */
/* エンコーダからとってきたカウンタにノミナルモデルの逆モデル */
/* をかけて差を取り。外乱を推定する。 */
/* こちらはプラントのノミナル化のために利用する。 */
/* 摩擦は含まないので注意 */
/* */
/* IN : */
/* trqs0 STRQにそのまま代入。 */
/* kasokudo 上記で求めた加速度データ */
/* OUT: */
/* QTRQ: STRQにローパスをかけたもの */
/* suitei_torque: 速度データ、加速度データを用いて */
/* 逆モデルを使ったトルク情報 */
/* gairan 推定外乱(次元はトルク) */
/* gairanQ gairanにローパスをかけてなだらかにしたもの */
/*--------------------------------------------------------------------------*/
- 810 名前：仕様書無しさん [2010/03/04(木) 06:03:51 ]
- ハードウェア屋が書いたようなプログラムだよね
keisan
kasokudo
gairan
- 811 名前：仕様書無しさん mailto:sage [2010/03/05(金) 19:21:45 ]
- 顔真っ赤
- 812 名前：アホ [2010/03/05(金) 21:49:13 ]
- アホと仕事するとホント疲れる
- 813 名前：仕様書無しさん mailto:sage [2010/03/05(金) 22:07:51 ]
- うん
- 814 名前：仕様書無しさん mailto:sage [2010/03/06(土) 15:08:05 ]
- ↓マイコン内蔵メモリでもエラーが生じるとして、どう対処しましょうかね。。
自動車レベルでは何もしないと暴走にいたったりするんだろうか。
japan.cnet.com/special/story/0,2000056049,20401367,00.htm
グーグルの研究が示すメモリエラーの真実--明らかになった高い発生率
「メモリエラーの発生回数や、さまざまなDIMMにおけるエラー率の範囲が、以前報告
されていたよりもずっと高いことが分かった。メモリエラーは、珍しいことではない」という。
では、エラーはどれだけ発生するのだろうか。平均すると、Googleのサーバの3台に1台
ほどで、1年当たり1回の訂正可能なメモリエラーが発生し、100台に1台で1回の訂正不
可能なエラーが発生する。訂正不可能なエラーは通常、クラッシュを引き起こす。
これは高い割合には思えないかもしれない。しかし、メモリモジュールでは1つ当たり1年
間で平均4000回近い訂正可能なエラーが発生すること、そしてGoogleのサーバでは一般
的なPCと違ってエラー訂正符号（Error Correction Code：ECC）を使っているため、そうし
た問題のほとんどが小さいうちに摘み取られていることを念頭に置く必要がある。したがっ
て、Googleのマシンで発生する訂正可能なエラーは、一般ユーザーのコンピュータでは訂正
不可能なエラーになる可能性が高いと、Enbisoneering GroupのアナリストPeter Glaskowsky氏
（米CNETブログネットワークのメンバーでもある）は言う。
- 815 名前：仕様書無しさん mailto:sage [2010/03/06(土) 15:32:00 ]
- 枝葉は分からないが自己診断してるよ。リアルタイムで
- 816 名前：仕様書無しさん mailto:sage [2010/03/06(土) 16:16:11 ]
- >>815
マイコン自身がハードウェアで自己診断？パリティチェックくらいはありそうだけど・・・
- 817 名前：仕様書無しさん mailto:sage [2010/03/06(土) 16:22:33 ]
- パリティじゃなくて、書き込み読み出しでチェック
- 818 名前：仕様書無しさん mailto:sage [2010/03/06(土) 17:02:07 ]
- 書き込み⇒読み出し⇒想定値と比較、か。
流石に全部のRAMアクセスでは無理だろうから重要部分だけかな
- 819 名前：仕様書無しさん mailto:sage [2010/03/06(土) 17:15:08 ]
- >816
車載マイコンはECC搭載の方向で動いてる
- 820 名前：仕様書無しさん mailto:sage [2010/03/06(土) 18:37:47 ]
- >>814
なんか大げさというかミスリーディングな記事だな
- 821 名前：仕様書無しさん mailto:sage [2010/03/06(土) 20:23:37 ]
- 多重化とか重要部分はマスクフラッシュ同時使用とか逃げようはあるんじゃないかね。
むしろヤバいのはPLDじゃ
確かな物がなにもないってことになりかねん
- 822 名前：仕様書無しさん mailto:sage [2010/03/07(日) 14:12:07 ]
- とある通信機で、通信用LSIに設定したレジスタを定期的にチェックして、違っていたら
書き直す、という修正を入れたことがある。テストには、「パチパチ君」 というスタンガン
もどきを使ったらしい。修正の結果どの程度しぶとくなったのかは教えて貰えなかった。
- 823 名前：仕様書無しさん mailto:sage [2010/03/07(日) 14:30:36 ]
- >>822
言っちゃあなんだが、そんな対策意味ないでしょ。
レジスタの値が変わるような状況なら、CPUの動作だって信用できるかどうか。
- 824 名前：仕様書無しさん mailto:sage [2010/03/07(日) 15:47:46 ]
- やっぱ最後はリレー式計算機だよな
- 825 名前：仕様書無しさん mailto:sage [2010/03/07(日) 19:41:48 ]
- リレーは接点不良が半端ない。
旧ソ連では戦闘機に真空管がという噂なら聞いたことがある。
- 826 名前：仕様書無しさん mailto:sage [2010/03/07(日) 20:04:06 ]
- そこで水銀リレーですよ
環境？
そんなの知りませんがな
- 827 名前：仕様書無しさん mailto:sage [2010/03/07(日) 21:22:14 ]
- >>823 レジスタの値を書き直す？
それはレジスタの値が書き換わるってことでしょうか。
ＲＡＭの値も信用ならんすね。こわいね。
- 828 名前：仕様書無しさん mailto:sage [2010/03/07(日) 21:52:18 ]
- ECUだとIOレジスタの値を定期的にリフレッシュするのは
よくやることだと思ってたけど、違うのか？
- 829 名前：仕様書無しさん mailto:sage [2010/03/07(日) 21:56:17 ]
- ある部分の電位が、ある条件でひっくり返っちゃうから
定期的に上書きする、てのはやったことあるよ。
- 830 名前：仕様書無しさん mailto:sage [2010/03/07(日) 22:13:53 ]
- レジスタがビット固着やらで壊れたことも検出しないといけない用途もあるかな
- 831 名前：仕様書無しさん mailto:sage [2010/03/08(月) 01:29:33 ]
- 知らされていたRAMの領域が、あるバージョンのボードからいきなり書けなくなった
調べたら、どこにも連絡せずに勝手にFROM領域に変更されていた
ということが今朝発生した
休出して原因調べててこんな結果が出たら、ホントハードの奴を殺したくなる
何でそういうことが発生しちゃうんだか全く理解出来ない
- 832 名前：仕様書無しさん mailto:sage [2010/03/08(月) 02:23:51 ]
- HW屋の試験 = 自分のオナニー仕様の確認
ええ、要求した仕様なんざ満たされてないですよ
伝言ゲームかっての
- 833 名前：仕様書無しさん mailto:sage [2010/03/08(月) 04:43:30 ]
- ・・・というソフト屋とハード屋の歪みがクルマを暴走させるのか
- 834 名前：仕様書無しさん mailto:sage [2010/03/08(月) 08:03:42 ]
- > どこにも連絡せずに勝手にFROM領域に変更されていた
どこにも連絡せずに勝手に障害解析はじめちゃうソフト屋もどっちもどっち
なんで解析前にひとこと
「ココ書けなくなったんだけど心当たりない?」
ってハード屋に声をかけないの?
> 何でそういうことが発生しちゃうんだか全く理解出来ない
- 835 名前：仕様書無しさん mailto:sage [2010/03/08(月) 08:36:39 ]
- 自社ならともかく他社なら調査してから投げるだろ
- 836 名前：仕様書無しさん mailto:sage [2010/03/08(月) 08:47:00 ]
- この手の話上は知ってるよねｗ
- 837 名前：仕様書無しさん mailto:sage [2010/03/08(月) 17:32:48 ]
- 調査しないと何が起きてるか分から無いだろ。
製造屋は解析する技術のあるところに連絡するんだ
技術が上と思われてるだけありがたく思えよ。
- 838 名前：仕様書無しさん [2010/03/08(月) 18:34:20 ]
- 組み込みって将来性ないのかなあ
今求人があるのって自動車業界程度だし、
電機関係は世界的な価格競争に巻き込まれて人を増やしている余裕がない
- 839 名前：アホ [2010/03/08(月) 19:07:09 ]
- 漏れも潮時かと思っている
- 840 名前：仕様書無しさん mailto:sage [2010/03/08(月) 20:23:03 ]
- 自動車関連もそろそろ潮時だよ。
もうすぐ「ハードは悪く有りません！設計も悪くありません！悪いのはソフトウェアでした！」っていう
話が流れ出して、ソフト屋が徹底的に叩かれる時代が来る。そうなったら今までのワークフローは
崩壊して、業界にカタストロフが訪れるのさ。
- 841 名前：仕様書無しさん mailto:sage [2010/03/08(月) 20:26:50 ]
- いやトヨタなめすぎだろ
悪いのはソフトウエアじゃなく、ソフトウエア作りの体制と思想だということになり
徹底的に科学的な技法手法の導入が図られるよ。
思うに、やっつけ仕事や旧式のスパゲティが駆逐されるんじゃないの？
自動車の分野からは。
- 842 名前：仕様書無しさん [2010/03/08(月) 20:28:52 ]
- ソフトウェア開発を舐めてきた日本の産業がようやく重い腰を上げるのだろう
- 843 名前：仕様書無しさん mailto:sage [2010/03/08(月) 20:30:42 ]
- とはいえ
軽視してきたのにいきなり腰を入れたくても人は疲弊しきってて
潰した芽は今更伸びてこないからどうなんだろうな。
腰をあげて巨神兵みたいに腐って崩れ落ちたら目も当てられない。
- 844 名前：仕様書無しさん mailto:sage [2010/03/08(月) 20:37:12 ]
- >>841
無理無理、いくら科学的手法がどうとかで「カイゼン」を実行しようとしたところで、>>843の言う通り
ソフト屋の人材を潰す・育てず・軽視していた事が響いてくるよ。ソフト屋は工作機械と違うんだからな、
もう取り返しはきかないよ。
- 845 名前：仕様書無しさん mailto:sage [2010/03/08(月) 20:52:05 ]
- 人間がプログラム組まなければ良いだけなんだよねｗ
- 846 名前：仕様書無しさん mailto:sage [2010/03/08(月) 20:59:19 ]
- まーしかし、なんでトヨタさんはああも「設計に間違いない」だの、「電子制御系に異常はない」とか
言い張れるんだろうねぇ。ソフト屋に箇条書きの仕様書を投げたら、その通りのものが出来上がってくると
思い込んでるのだろうか？
- 847 名前：仕様書無しさん mailto:sage [2010/03/08(月) 21:22:24 ]
- 逆に、ソフトにバグがありますって言ったらどうなるんだろうね。
- 848 名前：仕様書無しさん mailto:sage [2010/03/08(月) 21:43:52 ]
- 叩いてるのがアメリカだから、そんな言い訳は逆手に取られる。
ワイドショーかＮスペかでデマルコが紹介されたりする日が来るかも試練
- 849 名前：仕様書無しさん mailto:sage [2010/03/09(火) 09:32:53 ]
- いくら弁明しても無駄だよな。むしろ、よく今までのやり方で
問題が表面化しなかったなぁと思うわ。
- 850 名前：仕様書無しさん mailto:sage [2010/03/09(火) 19:43:28 ]
- まーたネット弁慶が偉そうに言っちゃってw
- 851 名前：仕様書無しさん mailto:sage [2010/03/09(火) 22:48:40 ]
- 中途半端な知識な人って幸せだと思うよ
- 852 名前：仕様書無しさん mailto:sage [2010/03/10(水) 07:33:26 ]
- ソフトウェアをオープンソースで公開すれば
問題ないだろ
アメリカもそれを応諾しない場合、市場から
排除するって言ってるし
- 853 名前：仕様書無しさん mailto:sage [2010/03/10(水) 10:09:58 ]
- 公開したら、笑われるから
- 854 名前：仕様書無しさん mailto:sage [2010/03/10(水) 17:19:35 ]
- ホンダのエンジンもC言語開発とはいっても実態は引数も戻り値も無い関数とグローバル変数の集合体だからな。
アセンブリ言語だったのをC言語で書き直したのがドンドン膨れただけ・・・
- 855 名前：仕様書無しさん mailto:sage [2010/03/10(水) 19:03:45 ]
- 組み込みだと引数も戻り値もなしって作りになることがある
グローバル変数は速度稼ぐために仕方なくやってるとか
- 856 名前：仕様書無しさん mailto:sage [2010/03/10(水) 19:32:00 ]
- 具体的にどれくらい速いんだろうね
- 857 名前：仕様書無しさん mailto:sage [2010/03/10(水) 19:43:47 ]
- マイコンの動作周波数とか仕様次第だから、やった人間にしか分からないと思う。
関数コールで作って、処理が間に合わなかったら、
defineとかで処理速度稼いでるとかだったら、
わかってる人間がやったんだってのが...
- 858 名前：仕様書無しさん mailto:sage [2010/03/10(水) 21:22:08 ]
- 確かにスタックポインタに足し算を一回するぐらい遅いよな。
- 859 名前：仕様書無しさん mailto:sage [2010/03/10(水) 21:26:25 ]
- callとretの分がなくなるだけでしょ
- 860 名前：仕様書無しさん mailto:sage [2010/03/10(水) 23:32:45 ]
- まーたファイルスコープの変数とグローバル変数の区別も付かないネット弁慶ｸﾝが
偉そうなこと言ってるよw
っていうか、さすがに引数や返り値の概念が分からないレベルの人が
一歩間違えば殺人マシンになりかねないものの開発やってるとかありえないから。
- 861 名前：仕様書無しさん mailto:sage [2010/03/11(木) 00:36:19 ]
- 概念が分からないレベルの人が結構やってるんじゃないの？
- 862 名前：仕様書無しさん mailto:sage [2010/03/11(木) 05:21:08 ]
- >>860
社員乙
- 863 名前：仕様書無しさん mailto:sage [2010/03/11(木) 07:50:44 ]
- 社員乙としか言い様がないな…
- 864 名前：仕様書無しさん mailto:sage [2010/03/11(木) 12:31:31 ]
- ファイルスコープだったら許されるとかwwwwww
プログラムの挙動が見えない状態に依存するという危険性は全く変わらないことがわかってない
ネット弁慶ｸﾝが偉そうなこと言ってるよw
- 865 名前：仕様書無しさん mailto:sage [2010/03/11(木) 20:04:12 ]
- カプセル化もやりすぎると遅くなりますぜ旦那
- 866 名前：仕様書無しさん mailto:sage [2010/03/11(木) 20:04:51 ]
- >>864
＞プログラムの挙動が見えない状態に依存するという危険性
まず日本語ぐらい満足に書けるようになった方がいいよ。
意味不明すぎる。
それはともかく、ダメグラマの癖に聞きかじっただけの知識がある奴って
必ずお前さんみたいなこと言うよなw
まず基本前提として、そもそもグローバル変数やファイルスコープの変数一般がが悪い、
なんてことはないんだよ。
お馬鹿はそれが分かってない。
車の制御みたいなコードでは動的にメモリ確保する必要があるタイプの処理は少ない。
言い換えれば、OOP言語で言えばシングルトンでいいってこと。
お馬鹿な君は静的クラスを使ったシングルトンパターンではフィールドを使わないのかねw
Cのファイルは、名前空間を持ってないこと以外はOOP言語の静的クラスと機能的に一緒だし、
ファイルスコープの変数はフィールドと一緒だぞ。
なんて言ってもダメグラマにはきっとわかんないと思うけどw
- 867 名前：仕様書無しさん mailto:sage [2010/03/11(木) 20:38:32 ]
- わかりやすい先輩ダメグラマの実例だな
- 868 名前：仕様書無しさん mailto:sage [2010/03/11(木) 20:51:13 ]
- ／￣￣￣￣￣￣￣￣￣￣￣￣￣
| 先輩、にちゃんねるでは
| 水を得た魚のようですね
＼
￣￣￣|／￣￣￣￣￣￣￣￣￣
∧＿∧ ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
（ ・∀・） ∧ ∧ ＜ お、俺のモニターを覗くなｺﾞﾙｧ!!
（ ⊃ ） (ﾟДﾟ；) ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
￣￣￣￣￣ （つ＿つ＿＿
￣￣￣日∇￣＼|SOTEC |＼
￣ ======= ＼
- 869 名前：仕様書無しさん mailto:sage [2010/03/12(金) 00:46:29 ]
- ふっる！
- 870 名前：仕様書無しさん mailto:sage [2010/03/12(金) 02:45:06 ]
- >>854 ホンダに限ってはまともだとおもったのに
- 871 名前：仕様書無しさん mailto:sage [2010/03/12(金) 02:47:12 ]
- 組み込みの機械のダイレクト制御のようなソフトは
普通作業変数はほとんどグローバルだろ
ヒープなんて使いません
- 872 名前：仕様書無しさん mailto:sage [2010/03/12(金) 03:34:42 ]
- 大手メーカー組込み系技術者だが
おまいら詳しいね
俺はわからないところは下請けに投げてる
仕様書つくってわからないところは適当にして投げてる
- 873 名前：仕様書無しさん mailto:sage [2010/03/12(金) 05:34:49 ]
- H社の場合、エンジン制御ソフトのドキュメント≒関数毎のフローチャートｗ
受け取った側はそれを一対一でソースに変換するだけ。
ドンドンそんなドキュメントが増える一方で、全体が分かる人間は居なくなっている。
|
 |
