アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
減っているのは (スコア:1, すばらしい洞察)
開発者の方(not俺)は,5年前に開発現場で主流だったものが今どれぐらい使われているかを比較してみて下さい。
Re:減っているのは (スコア:4, 興味深い)
今、開発のメインはJDK1.4ですが、Javaといってもオブジェクト指向は使いません。
データ構造の知識が配列だけでも大丈夫です。
SQLはSQL99にも完全準拠していませんし、JDBC直書きです。
Java以外ですとPerlやbsh、awkなどが使えますが、PythonやRubyなど使ったことはありません。ExcelのVBAを書くことは多いですが、これも5年前と変わり映えがありません。CやCOBOLはもちろん現役です。
設計はWaterfallでDFDやフロチャートですし、テスト工程が別にあるのでテスト駆動開発なども行いません。
最近Web2.0を気にするようになったようですが、JavaScriptやCSSをちゃんと理解できる開発者は残念ながら少ないので大手が簡単な製品を作るまでは現場には下りてこないでしょう。
むしろ変わらない毎日をどう退屈しないですむようにするかとか、どうやってデスマーチの現場で体を壊さずに過ごすかとかそのような知識が要求されているようです。
Re:減っているのは (スコア:1)
>設計はWaterfallでDFDやフロチャートですし、テスト工程が別にあるのでテスト駆動開発なども行いません。
>むしろ変わらない毎日をどう退屈しないですむようにするかとか、どうやってデスマーチの現場で
>体を壊さずに過ごすかとかそのような知識が要求されているようです。
それでとりあえず現場がまわっていることは理解できるのですが、「テスト工程が別にあるのでテスト駆動開発なども行いません」と言うのは、私の経験上から行くと最大のバグ要因なんですけど(^^;
納期的に厳しくてそこまでやってられるか。と言う状況におられるのでしょうが、自分が何を書いているのか自分で咀嚼しないと、自分で書いた物が何を意味するのかわからなくなりがちですし、
それ以上に、Coding時点で機能単位での挙動を見るためのテストを頻繁にはさんだりするのは、Typoや実装ミスや仕様書に無い例外条件(エラー要因)やターゲット依存の部分での実装違いなどを見付けて潰す上で非常に有用な事なんですけどね…いまどきの開発環境は自動化が進みすぎていて、この手の所で手を抜けるのでチョンボが多くなる(;´Д`)