昔のITってどんなだったの?

1: 仕様書無しさん 2010/07/17(土) 02:13:31

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

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

3: 仕様書無しさん 2010/07/17(土) 05:25:00
3年前でも、Javaかけるだけで50万くらいもらえたよ?

 

4: 仕様書無しさん 2010/07/17(土) 07:07:12
15年くらい前だと、ただ単にHTMLを使える人がほとんどいなかっただけ。
ていうかHTMLはプログラミング言語じゃないんだから組めるとかふつう言わない。

 

6: 仕様書無しさん 2010/07/17(土) 07:19:31
>>1
技術は昔の人のほうがはるかに高い。
なにせ資料はまったくなく、自動化も簡略化もサポートも少ない。
となれば、コンピューターのことをちゃんと理解してないと動かすことすらままならん。
オタクな職業だったから、絶対数が少なく単価は高かった。
今のように誰でも1,2週間でプログラマを名乗れる時代ではなかった。
少なくとも新人教育にはマジで半年はかかった。

 

11: 仕様書無しさん 2010/07/17(土) 11:23:35
ドラム缶サイズのハードディスクで
コンパイル1回するのに計画書が必要な時代ですね

 

12: 仕様書無しさん 2010/07/17(土) 12:00:19
テープやカードに穴開けてた時代だろ?
人が読んで解析したりな。

 

19: 18 2010/07/18(日) 13:12:34

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

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

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

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

 

20: 18 2010/07/18(日) 13:24:38

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

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

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

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

 

24: 18 2010/07/18(日) 13:36:34

>>20
RDBの流行は、インターネットの興隆と関係ないという意見も多いかも。
直接的には、性能と安定性の向上のせいかも。

「インター」に限らずネットワークの機能向上は、
システム中のコンポーネントを分離あるいは分散させるという意味で、
RDBの一般化についても重要な要素だったでしょう。

ところが90年代、ネットワークハードウエア、あるいはコンポーネントの分散化、並列化の
技術者は極端に少なく、あるいはこれを専門の職、あるいは独立した仕事と考えてお金を
払う思想は全くありませんでした。できる人が便利屋的にひっぱりだされるか、
組織によっては「誰もそれの知識がない」という状態でした。

 

21: 仕様書無しさん 2010/07/18(日) 13:26:16

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

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

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

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

 

22: 仕様書無しさん 2010/07/18(日) 13:29:25

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

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

 

23: 仕様書無しさん 2010/07/18(日) 13:34:47

>>22
これはおかしい。昔はシステムが高かったからそんな無計画になんてできるわけがない。
そもそも人海戦術というが、昔はそんなにプログラマなんて人いなかったから人海戦術は物理的に無理だし。
そもそも、昔の人はそういう環境しかなかったのだから。gotoでしか分岐できなかったんだから。
そういった時代を生きた人の中で優秀な人が改良改良を加えて今の開発環境ができた。
というプロセスを忘れてはならない。今の人がある日突然gotoをなくしてJavaやOOを開発したわけではないんだから。
おっさんたちの中の優秀な奴らが、修正を加えた構成気を自分たちの功績のように語るのは問題あるぞ。

今は、そういった過去の問題点への改良のおかげで、高度な開発環境を手にできてレベルが低くても開発できるよう
なったおかげでプログラマがたくさんできた。同時にコストも下がった。

 

26: 仕様書無しさん 2010/07/18(日) 13:56:30
>>23
設計って書いてあるだろ。
君の言ってるのは、全て実装の話だ。

 

28: 仕様書無しさん 2010/07/18(日) 14:24:33
>>26
設計者と実装者がイコールであった時代になにを言うんだ。
いや正確には設計者は実装のベテランが担当した時代だ。
今のように新卒SEなんて言葉がなかった時代だぞ。

 

25: 18 2010/07/18(日) 13:53:42

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

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

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

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

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

 

29: 仕様書無しさん 2010/07/18(日) 14:30:13

>>25
そんなことは無い。
1970年代後半、PC-8001ですら32kB RAM載ってた。俺のは64kBに拡張して
CP/M動かしてた。1980年代初頭にはPC-9800シリーズ用の5inch HDDが
登場して、これですら最初から10MB有った。
1990年なんて既に64bit RISC WSが発表に成って、ウチの自宅でまだ稼働
してるが、最初から540MB HDDが載ってた。それ以前(1980年代)に使ってた
R3000マシンには、2GBのHDDを増設してた。その当時既にGB超えてたよ。

そんなけ有っても、速度の面からケチってCのような高級言語使わず、
MIPS RISC命令をマシン語で組んでたけど。CISCと違って、MIPS命令は
マシン語で組み易かったし。

 

50: 仕様書無しさん 2010/07/19(月) 10:55:29
昔からのやり方しか知らない人が多いのか、フレームワーク上に無理矢理
昔ながらの方法で設計を乗せてるプロジェクトは多いよね。
フレームワークとかみ合わなくて、昔ながらの方法からさらに手間が倍掛かるだけだっちゅうの。

 

51: 仕様書無しさん 2010/07/19(月) 11:15:12
短納期だと、フレームワークの勉強してる暇が無いからねぇ。

 

52: 仕様書無しさん 2010/07/19(月) 11:25:59

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

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

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

 

54: 仕様書無しさん 2010/07/19(月) 11:56:04

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

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

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

 

58: 仕様書無しさん 2010/07/20(火) 18:01:19
何百ページもの仕様書を、全部手書きで書いてましたね。
図も、なんとか定規を使って書いたり。
80年代の話。

 

65: 仕様書無しさん 2010/07/23(金) 13:30:17
Javaどころか、C言語も普及してなかったがw
アセンブリ言語で開発してたよ

 

80: 仕様書無しさん 2010/07/25(日) 16:47:43

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

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

 

109: 仕様書無しさん 2010/07/31(土) 20:43:58

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

2005年 HTMLが出来ても単価20万とかザラ
要件定義・基本設計が出来ても単価が60~80万
JavaPGで単価50~65万
新人の単価は30~40万くらい
VB技術者涙目の時代到来

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

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

 

113: 仕様書無しさん 2010/07/31(土) 22:27:54

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

2025年 2038年問題がマスコミにとりあげられるようになる。

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

 

209: 仕様書無しさん 2010/12/25(土) 17:09:34
MSXの発表会は、ビル・ゲイツが来日してその地味さ・チャチさに似合わない大々的な催しだったような覚えがある。

 

210: 仕様書無しさん 2011/01/04(火) 19:40:37
MSXーDOSか。
1.0は、フロッピーをコピーするときに何回もコピー元とコピー先を入れ替えたんだよな。
2.0で、入れ替え回数が8回まで減って、画期的な技術だとか騒がれたものだ。
まだ当時のフロッピー残ってて、MSXのエミュレータ上で動くよ。
動作確認しかしてないけど。

 

211: 仕様書無しさん 2011/01/07(金) 16:20:46
MSXで家電もガス器具も水道も何もかも
制御する未来を先取りした住宅のプランはどこへいった?

 

212: 仕様書無しさん 2011/01/13(木) 22:16:35
>>211
そんなのは、昭和時代の人達が夢見た未来の姿でしかなかった。
実現することなく、夢のままで終わった未来予想図。

 

223: 仕様書無しさん 2011/02/01(火) 11:27:24

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

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

 

227: 仕様書無しさん 2011/02/01(火) 19:39:31
>>223
キーツーフロッピーなんて装置もあった

 

232: 仕様書無しさん 2011/04/20(水) 04:44:26.31

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

IBMの専用端末なんかカラー表示も可能だったが
くそ思い鉄製の重厚長大な装置だったな。 重さが
20~30キロぐらいあったな。

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

 

233: 仕様書無しさん 2011/04/20(水) 15:34:18.14

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

A「これだけ?」
B「そう・・・らしいな・・・」
A「20分間の料金いくらすると思ってんだ?」
B「・・・ごめん・・・」

 

237: 仕様書無しさん 2011/06/25(土) 01:21:01.03
8年くらい前に専門でCOBOLのコーディングシートとかフローチャート書ける定規使ってた
COBOLみたいな宣言の記述が無駄にでかくなる言語には
こういう勉強法はありだと思うけど、
JavaとかPHPみたいな、ルーチンを書くのがメインの言語には合わないんじゃないかな

 

239: 仕様書無しさん 2011/06/26(日) 14:43:02.28

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

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

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

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

 

240: 仕様書無しさん 2011/06/26(日) 19:51:45.70
>>239
有名アプリのプログラマが実は中学生とか結構あったね。
今は中学生がプログラミングしたから有名なアプリとかしなかないかも。

 

252: 仕様書無しさん 2011/06/30(木) 20:11:36.96

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

 

 

253: 仕様書無しさん 2011/06/30(木) 22:04:11.09

>>252
どこで?

あれ、便利だったな。

 

492: 仕様書無しさん 2015/01/03(土) 01:03:37.67
96年ころだったら、おいらも25万位のカラー液晶ノートを会社の業者経由で買ったな
MS-DOSだったけど、無理やりWin3.1をつこんで触っていたな
先日起動してみたら、バックライトが調子わるかっらwwww

 

496: 仕様書無しさん 2015/01/11(日) 22:28:43.89
NECのPC-9800シリーズはその「98」という名前の通り1998年に終わるだろうと
予測されていたけど、まさにその通りになった。

 

533: 仕様書無しさん 2015/02/05(木) 14:15:07.56
プログラムの行数で値段が決められていた。
(何千ステップでいくら万円のように)

 

535: 仕様書無しさん 2015/02/05(木) 15:02:57.87
そうそう、昭和60年ころ、ステップ数って言っていたな
当時売っていたIT専門書にも、見積もりステップ数と記述してある

 

551: 仕様書無しさん 2015/04/13(月) 23:53:10.00

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

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

 

570: 仕様書無しさん 2017/07/27(木) 22:37:25.56

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

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

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

 

582: 仕様書無しさん 2017/08/11(金) 17:20:52.13
君らけっこう若いの?
俺みたいな2000年代前半に新卒だったおっさんは、あの頃本当に苦労したんだよ。
世間はやたらとIT、ITうるさく、システム開発の仕事は山ほどあった。
でも、誰もノウハウ持ってない。
結果、今からするとメチャクチャなシステムが世に溢れていた。
たとえばこんな感じ。
某社の入社説明会の受付フォームなんだけど、サーバはredhatのapache、
言語はperl、DBはwindows上のSQLServer。
linuxとwindowsが混じってる変な構成で、どっちのサーバもPCかってくらい遅かった。
1つじゃ処理が追いつかないのでそれぞれ2つ用意し、ロードバランサーでアクセスを振り分けていた。
当然DBに差異が出てくる。
それを毎日営業が目視で潰していくという間抜けなことをやっていた。
スクリプトでdiff取ると負荷かかりすぎてサーバが死ぬからw
カオスな時代だったなあ。

 

585: 仕様書無しさん 2017/08/20(日) 13:58:27.94

>>582
> 俺みたいな2000年代前半に新卒だったおっさんは、あの頃本当に苦労したんだよ。
> 世間はやたらとIT、ITうるさく、システム開発の仕事は山ほどあった。

確かに2000年ぐらいから、開発がめちゃくちゃになって
ドキュメントを書かないとか、コメントを入れない世代が現れてきた。

あれは理系の大学でプログラムを教えるようになったのが原因。

大学の授業では設計の重要性とか、可読性とか、チームで協力する
というようなことは教えられないからね。

とりあえず動くの作れれば天才!みたいな風潮があって、
そういう理系の馬鹿どもが社会に出てきて、むちゃくちゃになった時代。
チーム作業ができないんだよね。ああいう連中は。

 

507: 仕様書無しさん 2015/01/20(火) 23:32:50.43
電子立国日本と言われたのはもう昔

引用元

https://nozomi.2ch.sc/test/read.cgi/prog/1279300411/

管理人からひと言

昔のほうが楽しそうなんだよなぁ

 

[商品価格に関しましては、リンクが作成された時点と現時点で情報が変更されている場合がございます。]

いちばんやさしい HTML&CSS 入門教室 [ 岩田宇史 ]
価格:2138円(税込、送料無料) (2019/1/22時点)

関連記事

  1. 東芝会長「グーグルやアップルにはない世界最高の技術力と発想力が東芝の武器」

  2. 転職しまくりだけ質問ある?

  3. NTTデータ(平均年収828万円)←IT業界最強でコレとか流石に冗談やろ………………………………??…

  4. ノロノロ仕事をする理由「だって人月計算だから」

  5. 【朗報】中堅・中小・小規模事業者、フリーランスを含む個人事業主に最大250万円支給へ

  6. カテゴリ_働き方

    IT企業に就職する事になったわけだが

  7. なんJ民「エンジニアには学歴はいらない!?そんな訳あるか!」 中卒エンジニアぼく「にへへ……///」…

  8. カテゴリ_働き方

    40歳以上の派遣プログラマって給料いくらもらってるの?w

  9. お前らが勤めていたブラック企業の思い出ってある?

コメント

  1. この記事へのコメントはありません。

  1. この記事へのトラックバックはありません。

最近の人気記事

おすすめ記事

  1. カテゴリ_service

新着記事

  1. 【悲報】プログラマさん、カッコの位置で喧嘩を始めてしまう
  2. 【悩み】今年36歳になるけどゲームプログラマーの専門学校行っていいか?www
  3. Webエンジニア開発サポート、未経験okってガチの未経験者でもいいの?
  4. プログラムを始めて3年、ついに「4つの数字で10を作るプログラム」が完成した
  5. 未経験たけどインフラエンジニアになりたいと思ってるやつおるか?

ボンブの戯言

  1. 【ボンブの戯言】サーバーって何なの(オンプレに限る)
  2. 【ボンブの戯言】フリーランスが払う税金など6選!私たちはこんなに支払っている!
  3. 【ボンブの戯言】フリーランスのメリットを全否定してみた
  4. 【ボンブの戯言】はじめました。
  5. 【ボンブの戯言】ITエンジニアがフリーランスになるときに考える・準備すること
PAGE TOP