- 1 名前：仕様書無しさん [2008/02/01(金) 02:25:01 ]
- 最近Ｃ、Ｃ＋＋での開発の求人まで増えてきたね。
これって制御系が多いんだが、日本のモノづくりを
支える人の確保が出来なくなってることの証左だね。
Webなんてどうでもいいがこれはまずいと思う。
自分逃げた口だが、みんながんばれよ。
- 88 名前：仕様書無しさん [2008/02/21(木) 13:22:16 ]
- what
- 89 名前：仕様書無しさん [2008/02/22(金) 06:49:43 ]
- 最近、組み込みでもLinuxにしちゃえばイイじゃんって思うことが多々
てか、いい加減オブジェクト指向取り入れないと規模的にも
保守の面でも破綻するんじゃないかと思う
- 90 名前：仕様書無しさん mailto:sage [2008/02/22(金) 08:35:26 ]
- オブジェクト指向を取り入れるといっても今のC++だとヒープの管理の問題があるからな
いっそ、制御用のインタプリタを作ったらどうだろな
.NET は大きすぎるけど、昔の整数BASIC程度のインタプリタなら数Kバイト
ハードウエアに密接する部分はCで作っておいて
制御部分と分ければ分業も容易だし、
インタプリタ部をパソコンでシミュレートさせたりも容易になる
- 91 名前：仕様書無しさん mailto:sage [2008/02/23(土) 03:59:18 ]
- 漏れは組込みに、全体を見通せない可能性が高くなるオブジェクト指向はまだ要らない派だ。
派生だの継承だのはマクロとサブルーチンで代用。
オブジェクトのリストはジャンプテーブルで代用。
でも便利な所は使いたいなあ。
- 92 名前：仕様書無しさん mailto:sage [2008/02/23(土) 18:44:16 ]
- むしろ全体を見通すためのオブジェクト指向だと思いますけど。
- 93 名前：仕様書無しさん mailto:sage [2008/02/23(土) 18:50:11 ]
- >>92
それは多分漏れがまともに使えないからだと思う。
基底クラスの変更で、評価最初からやり直したく無い。
- 94 名前：仕様書無しさん mailto:sage [2008/02/24(日) 12:45:53 ]
- 基底クラスの変更が入る時点で設計がオワットルような。
メンバの増加のみなら分かるけど、メンバが減ったとか
基底クラスそのものがすげ変わったとかだとしたら
明らかに設計が出来てないと思う。
- 95 名前：仕様書無しさん [2008/02/24(日) 14:38:08 ]
- クラスライブラリを自分用に最初から作れば、一番いいんだよな。
勉強するのに時間ばっか食ってさ。
ほとんど使わないものバッカ。 特に制御系では。
- 96 名前：仕様書無しさん [2008/02/24(日) 20:50:34 ]
- 慣れ親しんだ構造化プログラミングでは、細かいＩ／Ｏ制御のサブルーチン、
関数から作って行き、それらを幾つか使ってソフト的に意味ある動作をさせる
一段上の階層の処理を作り、またそれを制御するそのまた1段上の処理を作り…
という様に階層別に設計をした。
結局、オブジェクト指向といえど、やる事は機械の制御なんだから
処理的には変わらない。
オブジェクト指向なら全体を見通せて、構造化なら見通せないとは思わない。
あ、そういう議論じゃないかｗ
- 97 名前：仕様書無しさん mailto:sage [2008/02/24(日) 20:58:13 ]
- 制御系はオブジェクト指向に向かないモデルだと思う。
オブジェクト指向のプログラムって、指揮者のいないオーケストラだと思う。
それぞれの楽器は、前の演奏を聴いて自分の番を知り、演奏が続けられる。
その点、制御系って、指揮者が観客の反応を見て、演奏を任意の楽章から再開させるような感じだからな。
ああ、多分任意の楽器が指揮者の役割をすればオブジェクト指向でも可能なのか。
- 98 名前：仕様書無しさん mailto:sage [2008/02/25(月) 21:59:05 ]
- 制御系だって、オブジェクト指向は有効に使えますよ。
例えば、レジスタ構成が同じで、I/Oアドレスが異なる非同期シリアル
ポートが複数チャンネルあったする。
従来の泥臭いCのスタイルでは、
void CommInit_A();
void CommInit_B();
…
void CommPutChar_A(char c);
void CommPutChar_B(char c);
などと、実際には関数内部のコードはレジスタや変数領域の指定のみが
異なるだけの関数を、各ポート用に全ての処理毎に定義して呼び出す
のが、一般的スタイルだった。
オブジェクト指向で、非同期シリアルポートを扱うクラスを定義し、
リングバッファやバッファ管理用のグローバル変数をクラスのメンバ
変数として定義することで隠蔽化し、コード部分を共通化できる。
I/Oレジスタ群の先頭アドレスをメンバ変数として保持し、ポートの
指定は例えばコンストラクタの引数で行う。
もちろん、C言語でもポインタや構造体を使って似た様なコード記述は
実現できるが、C++の方がずっと簡単でスマートに記述できる。
- 99 名前：仕様書無しさん mailto:sage [2008/02/25(月) 23:39:17 ]
- でも、実動作ステップ数の把握が難しいんだよね。C++だと
もちろんニーモニックレベルでのね。
- 100 名前：仕様書無しさん mailto:sage [2008/02/26(火) 02:01:26 ]
- C++に限らず、コンパイル時にアセンブラ出力を指定するか、開発環境
のプロファイラ機能を使えばよいだけでは？
C言語開発環境に限定したとして、ある特定ターゲットCPU限定だった
としても、上記以外の方法で、ソース記述から生成されるアセンブラ
レベルのステップ数を確実に把握できる方法なんて、少なくとも俺は
知らないな。
- 101 名前：仕様書無しさん mailto:sage [2008/02/26(火) 07:23:24 ]
- >>98
Cを使っていても、そういうバカな方式を使う奴はマレだろ。
だいたいCには昔からデバイスという方式があったわけで、普通はそれを見習うもの。
DevInital(DeviceA);
DevPutChar(DeviceA,c);
とやるのが一般的スタイルだ。
実装を隠蔽したいなら DeviceAは (void *) しか見せなければいい。
- 102 名前：仕様書無しさん mailto:sage [2008/02/26(火) 08:10:27 ]
- 組み込みのデバイスは限られているから
わざわざ分けることはあんまりやらないね。
同じシリアルポートでも利用目的によって最適化するしね。
そういう意味じゃ >>101 も >>98も机上の空論。
PutCharなんて使うようなデバイスはあっても一つ。
- 103 名前：仕様書無しさん mailto:sage [2008/02/26(火) 09:56:24 ]
- まずは、「机上の空論」という言葉の意味を判った上で
使ってくれ。 > 橋本プログラマ
- 104 名前：仕様書無しさん mailto:sage [2008/02/26(火) 20:28:12 ]
- >>98の言ってることは確かに変で、非OOPなら>>101の言うようにハンドルだのインデックスだのを
引数で指定するのが普通だろうね。
MotCtrl_SetSpeed(hDevA, axisNo, speed)
みたいな感じ。
これを、
thisAxis.SetSpeed(speed)
みたいにできるだけでもOOPにする意義はある、という話だったら理解できるんだけど。
>>102は論外w
- 105 名前：仕様書無しさん mailto:sage [2008/02/27(水) 08:24:20 ]
- 規模によるだろ。
8bit〜16bitの小さいのまでは デバイスなんて使わない。
PICクラスではそりゃアホかという事になるし、そもそもC++コンパイラもない。
UARTなんて１個あるかないか、表示は７セグじゃ意味がない。
UART3個くらいあって表示も液晶ってレベルからじゃないとね。
- 106 名前：仕様書無しさん [2008/02/27(水) 23:00:49 ]
- なるほど、そういう話ならまあ納得。
- 107 名前：仕様書無しさん [2008/02/29(金) 14:37:40 ]
- いま、C++のＰＧやってます。
アセンブラで制御系やっていた頃のほうが楽だった。
ＯＳのない世界で仕事したい。。
- 108 名前：仕様書無しさん mailto:sage [2008/02/29(金) 15:50:23 ]
- 制御系っつったって組み込みだけじゃないと思うんだよな。
いわゆる上位システム屋もそれなりに存在する。
そっちはエンジニアのレベル的にもっとやばいよ。
- 109 名前：仕様書無しさん [2008/02/29(金) 19:07:21 ]
- 残業多い？
- 110 名前：仕様書無しさん [2008/03/01(土) 00:43:18 ]
- ゲーセン行ったらメダルのゲームがこんな画面になっていた。
ttp://www.dotup.org/uploda/www.dotup.org4037.jpg
- 111 名前：仕様書無しさん mailto:sage [2008/03/01(土) 06:55:10 ]
- >>110
ナオミちゃんがこわれちゃったんだね。
- 112 名前：仕様書無しさん mailto:sage [2008/03/01(土) 13:38:13 ]
- 単純にメダルエンプティだろ？スロットじゃよくある。
- 113 名前：仕様書無しさん [2008/03/01(土) 15:36:38 ]
- 組込み技術者にはＳＱＬも必要
techon.nikkeibp.co.jp/article/NEWS/20050929/109084/
- 114 名前：仕様書無しさん [2008/03/01(土) 15:40:44 ]
- monoist.atmarkit.co.jp/fembedded/articles/embeddeddb/embeddeddba.html
「組み込みデータベース（以下、組み込みDB）」というジャンルが認知されてきたのはここ1、2年のことです。
- 115 名前：仕様書無しさん mailto:sage [2008/03/01(土) 16:24:21 ]
- コピペ君って馬鹿だな、まで読んだ。
- 116 名前：仕様書無しさん [2008/03/01(土) 22:19:32 ]
- 最近の若いのはＪＡＶＡやVisualStudioやＷｅｂ系言語が大好き
Ｃやアセンブリなんて誰もやりたがらない
- 117 名前：仕様書無しさん mailto:sage [2008/03/01(土) 22:20:36 ]
- でっていう
- 118 名前：仕様書無しさん mailto:sage [2008/03/02(日) 20:42:06 ]
- >>116
だって制御系ってハードに依存するから、もし会社やめたときとかの場合
つぶしが効かないじゃん。
メーカーに正社員として囲われているのならいいけど、
契約で制御PGなんて契約切られたら終わりだからな。
それだったらつぶしの効くweb系がいい。
あとこれは経験なんだけど制御は金が安すぎるのとメーカーやめた人間が
間に入ってくるパターンが多くって実際に作る人の単価が低すぎる。
うちの会社は金にならないんで制御はやめた。
CのPGは育てるのに金がかかるし、その案件が終わればつぶし効かないしね。
あと間に入るメーカー上がりの紹介ピンハネ屋が多いんで金にもならん。
- 119 名前：仕様書無しさん [2008/03/03(月) 00:36:24 ]
- アーキテクチャ云々を言ったらチューリングマシンのころからたいして進歩してない
つまり、そういう議論は無意味
2000年だかにModern C++ Designという本が出た
あれは衝撃的だったが、今はC#とかJavaの方が優位になってる
今でもアセンブラができるプログラマはわずかながら需要があるし
供給より需要が多いので、かなり重宝がられるけど
大きな流れとしてはJavaができたほうが就職はしやすい
- 120 名前：仕様書無しさん mailto:sage [2008/03/03(月) 01:55:06 ]
- >>118
>>だって制御系ってハードに依存するから、もし会社やめたときとかの場合
>>つぶしが効かないじゃん
何がどうつぶしがきかないのかイミフメだな。
違う会社に行ったらARMのCPUの命令コードが変わるとでも？ｗ
ハードなんて同じ会社にいても、違う仕事すれば全く別じゃん。
- 121 名前：仕様書無しさん mailto:sage [2008/03/03(月) 01:56:39 ]
- >>120
環境依存のなんちゃって組み込みぢゃね？
- 122 名前：仕様書無しさん mailto:sage [2008/03/03(月) 08:53:45 ]
- これもマルチかよ...
チューリングマシンで、意味のある計算をやってみたことが一度でもあれば
出てこない台詞だな。
2状態3記号の機械がチューリング完全だということすら証明されているわけで、
ttp://www.wolframscience.com/prizes/tm23/index.html
チューリング機械は「アーキテクチャ」と呼べるような概念ではないのだよ。
アーキテクチャの進歩とはいかに使いやすい機械を作るか、の歴史なんだがな。
- 123 名前：仕様書無しさん [2008/03/03(月) 16:14:28 ]
- 組込みなんてDQN高校機械科卒でも出来るくせに自分達には技術があるとかぬかしてやがるｗ
自分より技術が無い奴は全て糞だと抜かしやがる
Web業界の奴に対しても、奴らはハードを知らないから糞だとか、アホかとｗｗｗｗ
脳ある鷹はなんちゃらって言葉知らないのかね
- 124 名前：仕様書無しさん [2008/03/04(火) 20:30:21 ]
- >>119
チューリングマシンって思考実験用の論理モデルであり、それをそのまま実装出来ないのだが。
「コンピュータの基本アーキテクチャは未だにノイマン型であり、大して進歩していない。」
ならば理解できるが、あまりにも好意的に解釈しすぎだな。
Javaの仕事って、そのうちインドや中国にごっそり持ってかれそうな気がするが。
大切なのはオブジェクト指向設計などの上流設計ができることであり、
Javaプログラムを書けることでない。
- 125 名前：仕様書無しさん mailto:sage [2008/03/04(火) 21:02:35 ]
- 完全に余談だけど、なんかたまにチューリングって人をやたら偉大な学者だったように
書いてる文書を見るけど、俺は全然同意できないんだよねえ。
チューリングの業績ってそんなに偉大かね。
ただのSF作家の仕事にしか思えんけど俺には。
- 126 名前：仕様書無しさん mailto:sage [2008/03/05(水) 01:14:38 ]
- >>124
上流設計(笑)
実装もできない奴のオブジェクト指向設計なんかで作りたくないんですけど・・
- 127 名前：仕様書無しさん mailto:sage [2008/03/05(水) 02:51:10 ]
- >>124
Java厨って哀れだよ。
組み込み連中に立ち向かってもムダだよ。
現実を知らないのはJava厨なんだけどな。
- 128 名前：仕様書無しさん mailto:sage [2008/03/05(水) 08:18:37 ]
- チャーチ=チューリングの提唱、はそれなりに偉大だと思うが？
チューリングテストもよくできた思考実験だと思うけど。
- 129 名前：仕様書無しさん mailto:sage [2008/03/05(水) 19:44:49 ]
- >>128
あんなのフツーの中学生でも思いつくよ、と厨房のころ思ったけどね。
一応「コロンブスの卵」という言葉は知ってるつもり。
- 130 名前：仕様書無しさん [2008/03/05(水) 23:49:44 ]
- >>129
お前はFizzBuzz問題でもやって、
デキル奴のフリしとけｗ
- 131 名前：仕様書無しさん mailto:sage [2008/03/05(水) 23:56:55 ]
- うちクラスの弱小ソフトハウスで人月100万取れるから、確かに絶滅の危機なのかもしれんな。
- 132 名前：仕様書無しさん mailto:sage [2008/03/08(土) 14:42:17 ]
- >>131
100じゃやってらんねーよｗ
人月150万に値上げしようぜ
- 133 名前：仕様書無しさん [2008/03/10(月) 20:09:23 ]
- 安い安い、きょうび人月２００万が普通だよ〜♪。
おまいら、哀れなだな。 もっと自分を高く売れ。
- 134 名前：仕様書無しさん mailto:sage [2008/03/11(火) 03:52:43 ]
- うちも200払ってたけど、働いてる人が３次請けだったらしく
40しか貰ってないとか言ってたw 何処に消えてんだかね。
- 135 名前：仕様書無しさん mailto:sage [2008/03/11(火) 07:10:45 ]
- 0.7 0.7 0.7 0.6
200→140→100→70→40
１次 ２次 ３次 税金+社会保険
- 136 名前：131 mailto:sage [2008/03/11(火) 10:11:32 ]
- まじでか・・・
全然相場知らんかった・・・
- 137 名前：仕様書無しさん mailto:sage [2008/03/11(火) 13:42:12 ]
- 奴隷契約書がおまけについてくるとか？
- 138 名前：仕様書無しさん mailto:sage [2008/03/11(火) 19:22:59 ]
- 結局、開発者の能力は現場の人間にしか分からない。
現場での人の直接のつながりがあるからお互いがよく分かる。
お金を出す人は会社しか見えない。
会社に金を払う。
会社と会社でやり取りをする。
ここに頼めばしっかりやってもらえる。中の人はよく知らないけど。
そして最終的に、能力のある人をかかえた会社が実際に開発をする。
開発をするのはもちろん開発者ではあるが、仕事する環境を整備してもらうために会社という組織で仕事をする。
もし、開発者が自分で名乗りを上げられたら直接仕事を請けることができるかもしれない。
ただ、世の中というのは、
僕も地元のくそがきどもからリンチされまくり。
昔から、地元のおっさんどもからリンチされまくり。
大人の僕をリンチするくそがきの親は、昔から子供をリンチしまくりの大人だ。
子供を注意すると親分が出てくる。
これは近所の話だが、クラスメイトとか、ネットで知り合った人とか、僕のHPを見た人とかがやってきては襲い掛かってくる。
確かに仕事を直接請ければその分儲かる。
だけど、仕事を右から左に流して設けようとする人が仕事を妨害してくるだろう。
結局奴隷にならなければ仕事をする暇がなくなる。
上の連中は、仕事を妨害するのが主な仕事。
ライバルを蹴落とすのが、世間てやつ。
だって、金を払ってくれる人は限られているから、・・・餌場の取り合いですよ。
- 139 名前：仕様書無しさん mailto:sage [2008/03/11(火) 19:25:47 ]
- まあ君が「寂しいお方」であるのだけはよくわかったよw
そういうことは自分のブログにでも書いたら？
もちろんどこに書こうと誰もお前さんの駄文なんぞに関心を示したりしないとは思うけど
- 140 名前：仕様書無しさん [2008/03/11(火) 19:30:54 ]
- いや、はてぶにエントリされて、大人気になるとみた
- 141 名前：仕様書無しさん mailto:sage [2008/03/11(火) 19:59:29 ]
- 僕小さい頃にプログラマやってたんです。
3歳くらいのころ。
けど、自分で仕事を選ぼうとしたら殴られて全部忘れた。
仕事させてくれるのはありがたかったけど、頭が熱でおかしくなるくらいの計算を要求してくるから、
あのまま働いてても、ブタか犬と変わらなくなってただろうな。
大人のプログラマ10人分くらいの仕事してたんだけどな・・・
僕が働けるようになった理由も知らなかったけど、僕の親戚のおじさんが、
当時テープレコーダーだった記録メディアに録音して、開発したプログラムを消去した報復として、
人身売買みたいなことされたからだったんだ。
つまり、働くことは出来たけど、それは破壊したものをもう一度作ってただけ。
やくざに閉じ込められて働かされてる人って結構いるんだろうな。
- 142 名前：仕様書無しさん [2008/03/11(火) 22:50:50 ]
- 漏れなんか、近所で捕まえた野良猫に「猫でも分かるＣ言語」を教え込んで
大企業に派遣していたな。
これが結構な商売になっていて、ニャン月３００万ぐらいが相場だった。
重役に気に入られて、愛人になってしまった♀ヌコもいた．．。
- 143 名前：仕様書無しさん mailto:sage [2008/03/16(日) 17:16:26 ]
- 実はもう絶滅してるんじゃね？
若い奴は素人に毛が生えたぐらい、年寄りは４０付近。
３０代前半の油が乗ってる奴が少ない。
今３５前後ぐらいの奴の知識を若い奴に教えようと言っても
そいつらはその上の世代からロクに学べなかった。
バブル期に遊びながらでも贅沢な環境で培った
普遍的な知識、経験の伝達が途切れてしまった。
良くも悪くも日本的な職人技術が失われている。
それに気がついた企業がその辺の溝を埋めるのに必死になっている。
- 144 名前：仕様書無しさん mailto:sage [2008/03/17(月) 19:10:03 ]
- 能力からすると、３０前半が悲惨なんだよ。まるで６０代のコピー。
劣化した。５０〜６０の技術は、悪いが競争力少ないと思う。
アルゴリズムはともかく、基本技術が・・・・。
その上はバブルと崩壊を喰らって、権限というか権威が無い。
知識伝達してやりたくても、３０前半以下の連中は聞く耳が無い。
３０越してるのに、「ヒープって何ですか」なんてのすらいる。
まあどうでもいいけどよ。
- 145 名前：仕様書無しさん mailto:sage [2008/03/17(月) 21:24:45 ]
- そうやって世代論に「縋る」のは自分自身が不安でたまらない弱者だからだと
いい加減気づけよw
- 146 名前：仕様書無しさん mailto:sage [2008/03/17(月) 21:57:10 ]
- いいねえ、強者は。
でも、強者のつもりでも簡単にひっくり返るのがこの世の常だからねえ。
俺ひどい目にあったところって、大体後で倒産とか社業転覆とかそんな感じになってる。
良くしてもらったところは、いまも良いままだな。
結局、末端で出るんじゃないのかな、経営体質とか、会社の寿命なんかが。
- 147 名前：仕様書無しさん [2008/03/18(火) 05:00:15 ]
- いくらソフトは簡単に変更可能だからって、ひどいコードを書くのが
多すぎる。 日本の産業が中国インドにキャッチアップされ始めた頃から
その傾向がひどくなっている。
納期とコストの縛りがあるといっても、あんなコードを書いてたら保守も
再利用も難しく、結局ソフトの生産性を下げてしまい競争力も無くして
しまう。
いくら時間と金がかかろうと、ちゃんと勉強して設計し、まともなコードを
書くのが技術者の務めであり誇りだろ。 使う側に立ったら、あんなコードを
書いて製品に組み込む奴は怖くて使えない。
ソフトは設計とコードを書く段階に精力を注ぐべきと思う。 なぜなら、ＬＳＩの
ように、全てを尽くしたテストなどできないから。
- 148 名前：仕様書無しさん mailto:sage [2008/03/18(火) 06:52:23 ]
- LSIがすべてを尽くしてるって？そう思っていた時期が俺にもありました。
けど連中はESWSと称して不具合品を市場に流す！んでもってユーザーにバグ出しさせる！
・・・・コアの進歩の停止したどっかのマイコンのことだがなー。
そんなマイコンの信奉者の残滓を最近みたけど、やっぱりひどいソフトしか書いてないわ。
デバッグ環境の不備＝進化の停止を、最近の動向とか言い切って営業してるのを
信じているのが何とも救いがたいところ。テストどころかまともに設計もしてない。
行き当たりばったりの「テストコード」積み上げて書いてる始末。
どんなあじゃいるですか〜。
あははは。
- 149 名前：仕様書無しさん mailto:sage [2008/03/18(火) 13:32:20 ]
- >>144
まわりを見渡しても、その程度の人間しかいない環境にいるということを認識しましょうね。
- 150 名前：仕様書無しさん mailto:sage [2008/03/18(火) 17:45:17 ]
- さぞや立派な・・・・・
どうせ丸投げだろ？w
- 151 名前：仕様書無しさん mailto:sage [2008/03/18(火) 19:34:47 ]
- >>147
単体デバッグレベルでさえ、全てのルートを調べない奴が増えてる（ベテランを自称してる奴でも）
そんなんで、最終的に動けば良いやってというのが、今時の常識なんだよ。
自動でデバッグするツールもあるらしいし（漏れはまだ使ってないｗ）、
そんなんで手間かけてらんないんだろう。
＞いくら時間と金がかかろうと、ちゃんと勉強して設計し、まともなコードを
＞書くのが技術者の務めであり誇りだろ。
それはメーカーの人間、予算が潤沢でそれが当たり前の環境に居る奴の思考だ。
下請けは金もらって無いし、働かないしで誇りも何も全く無いのが現実だ。
いい会社でいい仕事してるんだな、素直にうらやましいよ。
- 152 名前：仕様書無しさん mailto:sage [2008/03/18(火) 19:39:39 ]
- できないから、丸投げするところが多いみたいだよ。
- 153 名前：仕様書無しさん mailto:sage [2008/03/18(火) 19:49:37 ]
- >>152
出荷直前に訳わかんないバグで悩んだりするのは
○投げしたメーカーだしねぇ
技術って今何処にあるんだろう？
- 154 名前：仕様書無しさん mailto:sage [2008/03/18(火) 19:57:00 ]
- 過去の技術を研究するのが流行りみたいだよ。
- 155 名前：仕様書無しさん [2008/03/18(火) 19:59:35 ]
- このスレのきもさ
- 156 名前：仕様書無しさん mailto:sage [2008/03/18(火) 22:42:45 ]
- ＢＩＯＳ開発ってどう思う？
大変かな？
- 157 名前：仕様書無しさん mailto:sage [2008/03/19(水) 17:52:48 ]
- >>156
AMIの募集でも見たのかｗ
- 158 名前：名無しさん＠ピンキー mailto:sage [2008/03/20(木) 17:55:28 ]
- >>156
デバッグが大変というか、出荷試験がとても面倒くさい。
まあ組込み分野みたいなものだからな。
- 159 名前：仕様書無しさん mailto:sage [2008/03/24(月) 19:56:37 ]
- 死亡確認ｗ
- 160 名前：仕様書無しさん mailto:sage [2008/03/24(月) 21:14:40 ]
- 絶滅も何も募集しないからだめなんじゃないの？
- 161 名前：仕様書無しさん mailto:sage [2008/03/24(月) 21:19:02 ]
- いや、募集してるし。
- 162 名前：仕様書無しさん [2008/03/28(金) 20:48:11 ]
- 死亡確認ｗｗｗ
- 163 名前：仕様書無しさん mailto:sage [2008/03/28(金) 21:04:20 ]
- >>157
正解。
そうか、やっぱ大変そうだな。
そのわりに面白くなさそうだし。
やめておくよ。
- 164 名前：仕様書無しさん [2008/03/30(日) 23:05:37 ]
- 俺も淘汰された側かな何回も塹壕戦をとっぱしてきたけど、制御系のプログラムを
書く場所がなくなってしまった。
技術力がひくかったからかなぁ〜〜。
- 165 名前：仕様書無しさん [2008/03/31(月) 04:18:26 ]
- このスレの住人なら知っていますね、あの糞開発ツールのことを
・自分のプログラムのバグなのかコンパイラのバグなのかわからない
・他の仕事に応用できない糞開発ツールの独自世界を必死に学習している
・テキストエディタで書いたほうが効率的なのに糞UIツールを懸命に使っている
・糞開発ツールを批判すると「性格が悪いから糞ツールを批判するんだ」と言われる
糞だけど、政治的な理由で無理やり使わされているんですよね。
もう、あんな厨の作った糞ツールを我慢して使うのはやめましょう。
・糞開発ツールを部下に押し付ける上司の命令は無視しましょう。
上司は糞開発ツールが使われる実績を作ることであの会社のごきげんをとっているのです。
・糞開発ツールを使わせる上司の下では働けません、と上司の上司に直訴しましょう。
・あの糞開発ツール提供会社には「おたくの糞開発ツールは話にならない」と突き放しましょう。
バグレポートなどしてはいけません。改善要求などもってのほかです。
あの会社はあなたたちのことをテスター/モルモットとしか思っていません。
・あの会議で「糞開発ツールを使ったら生産性がxx％アップしました」
なんて話が出たら力強く机を叩き、会議室を出ましょう。
あの人たちは糞開発ツールをマンセーすることで立場を確保しているのです。
糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。
- 166 名前：仕様書無しさん mailto:sage [2008/03/31(月) 07:42:19 ]
- このコピペ定期的に張られるね！
- 167 名前：仕様書無しさん [2008/03/31(月) 21:10:45 ]
- >>165
いままで、そこまで酷いものを使った事が無い。
出たばっかりのICEとかコンパイラではそういうこともあったけど、
何時の間にか直ってたお。
携帯の話なんだろうか？
- 168 名前：仕様書無しさん [2008/04/01(火) 01:30:30 ]
- 組込みと独立どっちがいい？？
- 169 名前：仕様書無しさん [2008/04/01(火) 04:51:14 ]
- >>167
ツールの問題じゃなく糞なツールを「政治的な理由」
で無理矢理使い続けるような組織や体制が糞なんだろ
- 170 名前：仕様書無しさん mailto:sage [2008/04/02(水) 07:23:26 ]
- PICみたいにクソツールしか存在しなかったらどうなんだろうな
- 171 名前：仕様書無しさん mailto:sage [2008/04/02(水) 07:27:52 ]
- >>169
動かないとき、言い訳にしたいんじゃないの？
- 172 名前：仕様書無しさん [2008/04/10(木) 21:42:14 ]
- 死亡確認
- 173 名前：仕様書無しさん [2008/04/10(木) 22:16:26 ]
- 男は勝負をかける時が必要だ。
それは一儲けが眼の前にぶら下がっている時では無い。
安定した身分と給与を保ちたいがゆえに、糞組織で悶々とし
糞ツールを使い続ける生活を一機に捨て去り、ホンモノの
技術のみを追いかけ荒野に旅立つのだ！
- 174 名前：仕様書無しさん [2008/04/10(木) 23:25:48 ]
- >>173
いいこと言うね
特に制御系にはそういう心意気が必要だと思うよ
でかい会社が作った信じられないような糞開発ツールを
使ってたりもするからね
業界全体に「長いものには巻かれろ」みたいな雰囲気があって
内心では糞開発ツールだとは思っていても、まあとりあえずマンセー
しとこう、みたいなね
- 175 名前：仕様書無しさん mailto:sage [2008/04/12(土) 09:56:49 ]
- 開発ツールが糞？
モノホンの制御系エンジニアはマシン後で数個のLEDを駆使してデバッグできなきゃｗ
- 176 名前：仕様書無しさん [2008/04/12(土) 12:32:41 ]
- >>175
その手があったかｗｗｗ
マジでＬＥＤ付いてんだよな。
- 177 名前：仕様書無しさん mailto:sage [2008/04/12(土) 12:35:51 ]
- 便利だと思ってたんだが俺らのために付けてくれてたのか
- 178 名前：名無しさん＠ピンキー mailto:sage [2008/04/12(土) 12:36:30 ]
- モールスでエラーコードをこっそり表示するLEDとかね
最初は何の冗談かと思ったよ
- 179 名前：仕様書無しさん mailto:sage [2008/04/12(土) 13:02:15 ]
- そういうのって車にもついてるね
- 180 名前：仕様書無しさん mailto:sage [2008/04/12(土) 13:42:30 ]
- 空ポートにデバッグ用のLED付けてって頼むことはままある。
- 181 名前：仕様書無しさん [2008/04/12(土) 14:17:29 ]
- LEDを駆使してデバッグ・・・数万ものポートがあるうちの装置じゃ
そのやりかたじゃ完成する頃には孫の時代だな。
LEDもなけりゃないで困るんだけどね。
- 182 名前：仕様書無しさん mailto:sage [2008/04/12(土) 16:27:19 ]
- なるほど、こういう頑固おやじが、デバッガもロクに使えないような
糞開発ツールを部下に押し付けて
LEDでデバッグしろと奇声をあげているわけだ
これじゃ糞開発ツールコピペは当分なくならんな
- 183 名前：仕様書無しさん mailto:sage [2008/04/12(土) 16:28:52 ]
- 最近は若い方が・・・・GNUGNU言い出して・・・・・
- 184 名前：仕様書無しさん mailto:sage [2008/04/12(土) 16:29:04 ]
- おまいら、いきなり動かすようなことやってるのか？
- 185 名前：仕様書無しさん mailto:sage [2008/04/12(土) 17:40:32 ]
- >>184
当たり前です。
まず全ての挙動を実験し問題点を洗い出すということをしないと
詳細設計には移行しませんよ。
- 186 名前：仕様書無しさん mailto:sage [2008/04/12(土) 17:43:47 ]
- 単体試験もせんでやってるのか？
- 187 名前：仕様書無しさん mailto:sage [2008/04/12(土) 17:47:58 ]
- >>181
最低１個は使うだろ？ RUN LEDってやつに。
タイマ使ってプログラム走ってる間はチカチカ点滅を繰り返す
デバッグ中にこれが止まるとガッカリって奴だなｗ
- 188 名前：仕様書無しさん mailto:sage [2008/04/12(土) 18:24:06 ]
- 手始めにシリアルポートからの出力部分を作り込んで、デバッグログ吐き出せる環境を確立する。
話はそれから
|
 |
