技術から言えば1/5位のレベルで今よりも単価が3倍位高かったみたいなんだけど本当？

10年前くらいらしいけど、HTML組めるレヴェルで500kとか貰えたって・・・

いわゆるInterne breakの頃(90年代中盤)
HTML組むだけで＝Web pageのデザインをするだけで月100万の仕事は存在しました。
今はどうなんですか？ツールの充実で納期は５倍ぐらい短くなったかもしれませんが、
会社としては人月あたり数十万以上入らないと経営が成り立たないですよね。

デザイン＝狭義の見てくれ（表現）もエンジニアがやることがあって失敗作続出でした。

当時は標準ははっきりしないし、ユーザーが使いやすいデザイン規範も決まらないので、
HTMLソースもハチャメチャなものもありましたね。これを技術的なレベルの低さとも解釈できるでしょう。

でもどの時代でも、はっきりしない分野、新しくて方法論が定まらない分野ではハチャメチャな
ものがありますよね。

昔のITは、当たり前だけどユーザーが使うインターフェースと、アプリケーション本来の機能を一緒にして、
時にはハードも組で売ってました。

最初は1980年代にハードが切り離されて「オープンシステム」とか呼ばれるようになって、
インターネットの興隆後にインタフェース（Web)が切り離されるようになりました。

今、データの保存(あるいや永続化)にはデータベースを使うのが当たり前ですよね。
実はこれは、インターネットの興隆前はそんなに当たり前ではありませんでした。
自前の保存システムや永続化システムが、システムに埋め込まれて売られることが
非常に多かったのです。
脆弱だし、性能もよくないはずですが、「アプリケーションに特化してある」と言い訳していました。

こうしたコンポーネントも組になって売られている分、今との比較では、お金も納期もかかってたはずです。

当時Internet breakと平行してホットだったのは「オブジェクト指向」でしょう。

世の中の誤解を良いことに、継承だけで(encapsulationなしで)オブジェクト指向を標榜して、
10倍のお金をもらうこともあり得た時代でした。
今もAjaxとかWeb2.0とかを標榜してるが実は…とかいうのありませんか？

オブジェクト指向で開発するから、今回はちょっとお金多く貰うけど、
次回や修正の際は短納期で安くできるよ、とかいう営業トークをしたようです。
実際はそうはなりませんでした。

今そういう営業トークは誰も信じませんが、実はオブジェクト指向が浸透した今は、
多方面でじわじわそういう効果が出てると思います。劇的でないにしろ。

昔＝無計画に設計し、人海戦術でこなす。大金が動いていたのでこれでもなんとかなる。
今＝計画的に設計し、既存のものを最大限活用し、少人数低コストで実現することを最大目標とする。

まあ今でも人海戦術大好きな連中が化石のようにはびこってるけどねｗ
将来を棒に振りたくなきゃ、そんなとこに参加しないこった。

今と大きく意識が違う点として、ハードの価格というのもあるでしょう。

ハードディスクなんて、まずは利用が考えられない時代がありました。
１９８０年代： オフコンで中華なべぐらいの50KBのディスクが数百万
１９９０年代はじめ：PCにＨＤＤがつくけどＰＣのシステムの仕事はなく、
ワークステーションでも数十メガあたり百万。
私の場合では、容量を気にせずハードディスクを使えたのは１９９０年代中盤からです。

ハードディスクに限らず、メモリ、ディスプレイ、なんでも同じです。

当時は、こうした資源をケチケチ使う技術がいろいろありました。資源をケチることは、
ハードを含めたシステムの全体的な価格を抑えることができるので、非常に重要視されました。
設計の非常に早い段階から、ハードの制約（どうケチるか）が関係者の頭に必ずめぐってました。
もちろん、これは出来上がりの美しさを歪めることが多かったです。でもお金には代えられない。

逆に、９０年代中盤ハードの価格が下がりだしてから、ケチケチしない「富豪プログラミング」
という思想が出ました。ソフトウエア工学的に正しいし、人に優しいし、今はこちらが当たり前で
死語ですよね。

センスの問題なんだよな。

大局的な設計が出来ないというか、最初から全部詳細に決めてしまわないと
全体を掌握できない人って居るわあ。
フレームワークもそのごく一部に過ぎないけど、現代の設計技法ってのは、
アリモノを最大限に利用して、作り物を最小限に減らそうってことだからな。

アリモノ使って上手く行かない場合には、どちらかになんらかの論理的な矛盾
があるはず！と考えて、論理的に上手い設計にするにはどうしたらいいのか？
を常に考える能力が要求されてくる。

フレームワークなんてのは、システムの物理設計の塊という側面も持っている。
当然、論理的設計というものから、遠くかけ離れた部分も多い。
だから、正しい論理設計を満たせないようなことがあると、
フレームワーク側が頑張って論理的に対応するというのが本来あるべき姿だ。

フレームワーク様が真ん中にふんぞり返っていて、「さあお前ら使え」
みたいなとこは駄目だ。
「基盤チーム」みたいなのが権力強いようなのは、糞プロジェクト認定。

ただし、正しい論理設計ってのは、どこにも解が存在しない。
説得力のみが命だ。
「コレが正しい論理設計なのだ」と言える程の設計が出来ないから、
というのが、そういうのが蔓延る諸悪の根源なんだけどね。

昔ながらの人間しか居ないので、フォーターフォール方式しか頭にないってのがあるな。

＞開発手法は、環境にそこまで依存しない
そうだね。てか、ぶっちゃけ無関係だね。
環境で比較してどうだったってのは、フォーターフォールがどれだけ効率悪いかって話には、
あんま参考にならんな。

２０００年　HTMLができるだけで単価９０万とか余裕
Javaの案件はあまり無かったから単価５０万とかだった
業務系案件はだいたい７０万がデフォだった
新人でも５０万は貰えてた
基本設計などができれば１２０万もザラじゃなかった
なぜかVB技術者がもてはやされてたｗ

２００５年　HTMLが出来ても単価２０万とかザラ
要件定義・基本設計が出来ても単価が６０～８０万
JavaPGで単価５０～６５万
新人の単価は３０～４０万くらい
VB技術者涙目の時代到来

２０１０年　基本設計～テストができ、リーダーとして共通基盤を構築していくPMOですら
単価４０万の時代到来
新人は受け入れ拒否の会社だらけ
これまでのPGしか経験の無い低スペックの技術者は淘汰されまくり
やっとで案件につけても、４０万固定で３５０時間労働がデフォになってきつつある

２０１５年　路上生活者となっている元IT技術者集団のインタビューが２ｃｈで祭りに
システム開発＝中国人・韓国人・インド人の仕事として世間一般にも定着

２０２０年　メインフレームによる内製に回帰

２０２５年　２０３８年問題がマスコミにとりあげられるようになる。

２０３５年　開発環境の向上に頼りすぎた新人は、過去の過酷な開発環境についていけず、定年退職したＣエンジニアが再雇用でボロ稼ぎ。

プログラムばかりじゃない、入力データにもそれぞれ専用シートがあった。
それをキーパンチャーが８０欄カードやフロッピーに打ち込む。

キーパンチャーってぇと、昭和４０年代のミニスカートブームをどうしても思い出す団塊世代の俺。

昔のＩＴの特徴は、やっぱ大型機全盛時代だったことだろ？

ＩＢＭの専用端末なんかカラー表示も可能だったが
くそ思い鉄製の重厚長大な装置だったな。　重さが
２０～３０キロぐらいあったな。

そんな端末が１台の大型汎用機に数百台とかぶら下がっていて
混んでるとトンデモなく応答が遅かった。

その昔、HITAC５０２０という当時のスーパー級コンピュータを見学したとき、
エンジニア２人がXYプロッターの前でグラフを描いていた。
２０分ほどかけてマトリックスを描き、それが終わってﾂｨｰｰｰｨとエキスポーネンシャル
カーブを描いて操作が終わった。

Ａ「これだけ？」
Ｂ「そう・・・らしいな・・・」
Ａ「２０分間の料金いくらすると思ってんだ？」
Ｂ「・・・ごめん・・・」

たかが20～30年ほど前の本を見てみると面白い。

たまたま見つけたPC-8801入門書は、全くの初心者向けでも、1章からいきなりBASICプログラム。
ミニゲームや簡易家計簿プログラムの解説を経て、最後にちょっとだけマシン語に触れたり、
周辺機器の回路自作についても少しだけ解説している。

明らかに小学生くらいを対象にしたパソコンゲーム本も、市販ゲームの記事は半分程度、
残り半分はゲームプログラムの解説だ。
初期のファミコン攻略本でさえ、後半はファミリーベーシックを使った
ゲームプログラムや音楽再生プログラムの解説に使ってる。

当時の入門者や小学生プログラマでも、そういう本を読み通せる人なら、
現代の並の職業プログラマ以上のスキル水準だったのではないかと思った。

フローチャート定規は今でも売ってるね。

500万円するサーバーの
HDD容量が20M、メモリー8Mとかだったな。

VAX-11はブートディスクが8インチFD、
取り外し可能なHDDパックは電子ジャー並みの大きさだった。

障害起きたらメモリダンプ解析。
OSのスタックまで追っかけた。

年齢上がってから生の１６進数を暗算でビットにバラシたら若い奴に驚かれた。
｢よく暗算でできますね｣ってｗ。

この仕事してたらできて当たり前だと思ってたが。