アカウント名:
パスワード:
それがあるとき機能拡大に伴って・なんだかんだいってソフトウェア規模が増大してきた・コンパクトさとか速度を確保するための仕組みがテスト工数を増大させてきた・コンパクトさを得るための特殊な作り方のせいで他社とソフト共通化できないとかいうあたりのデメリットが強烈に喧伝され
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
プログラマがやる気をなくした理由 (スコア:4, すばらしい洞察)
好きなプログラムを仕事でやり始めたからですよ。
プログラミングは
本来、論理的思考能力を使う作業です。
その内容を知らないバカにその上の設計を任せるから
負担がプログラマにかかってくる。
馬鹿なプログラムを作らなきゃダメになる。
そりゃモチベーション落ちますよ。
仕事にしなきゃ、やる気を維持する方法はあったんです、と。
# あとコミュニティの軋轢とかもあるから、
# 書いたプログラムは公開しない、と。
Re:プログラマがやる気をなくした理由 (スコア:2, すばらしい洞察)
#コードサイズや労働時間しか買ってくれないからねぇ
組み込みハード屋ですが、なにか? (スコア:1, 参考になる)
コストアップしてたまりません。
ソフト屋さんがコードを肥大化させて搾取する給料(ソフト開発の人件費)とROM/
RAMコスト増でどんどん価格競争力がなくなっていく・・・。
と同時に目標コスト未達でハード屋の成績が下がって、ハード屋のモチベーションも下
がってます。うちの場合。
台湾ベンダーの場合、(多少仕様を端折っているのもありますが)5分の1
くらいのROM/RAM容量で似たような仕様を実現していて、それをベンチマークに
ハード屋にコスト目標設定されても、ハード屋にはROM/RAM容量はあまりコント
ロールできないっす。
Re:組み込みハード屋ですが、なにか? (スコア:3, 参考になる)
俺たちも2000年ごろまではハードの価格競争力を維持するために
コンパクトで高速なソフトを書くことが俺たちのコア技術だと思ってがんばってたわけさ。
それがあるとき機能拡大に伴って
・なんだかんだいってソフトウェア規模が増大してきた
・コンパクトさとか速度を確保するための仕組みがテスト工数を増大させてきた
・コンパクトさを得るための特殊な作り方のせいで他社とソフト共通化できない
とかいうあたりのデメリットが強烈に喧伝され
Linuxを入れろだのフレームワークを使えだの
「それがソフト開発の正しいありかただお前らはバカだ」などの
偉そうなことを言うやつらがのさばってきたんです。
俺たちは当然
Linuxなんかにしたら起動速度おそくなるよ
X入れたらもっさりになるよ
そもそもメモリバカ食いになるじゃんどうするんだよ
というような抵抗をしてきたんだけど、最終的には
「俺たちがバカだったです今度からはでかくてまぬけなコードを大量生産することにするよ」
と上層部に誓わされたわけです。
もう最近は中国やインドに出してるのでコンパクトなコードを作る体制なんてまったく残ってないですよ。でもそれは俺たちのせいじゃないからね。
Re:組み込みハード屋ですが、なにか? (スコア:0)
ドライバ層とアプリ層の切り分けがぐちゃぐちゃだったり、誰も管理できないくらい複雑になったマクロ切り替えを見てしまうと……
#でも、本当に悪いのは数学の出来ない仕様屋かもしれない