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

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

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

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

**仕様書無しさん** · 2010/07/17(土) 04:21:38

嘘だよ？

**仕様書無しさん** · 2010/07/17(土) 05:25:00

３年前でも、Javaかけるだけで５０万くらいもらえたよ？

**仕様書無しさん** · 2010/07/17(土) 07:07:12

15年くらい前だと、ただ単にHTMLを使える人がほとんどいなかっただけ。
ていうかHTMLはプログラミング言語じゃないんだから組めるとかふつう言わない。

**仕様書無しさん** · 2010/07/17(土) 07:07:31

2001年のJavaOneにも参加して、JAVAの仕事も結構やってるが未だに２０万だな

**仕様書無しさん** · 2010/07/17(土) 07:19:31

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

**仕様書無しさん** · 2010/07/17(土) 07:30:10

まともなIDEがないとコード書けません^^;

**仕様書無しさん** · 2010/07/17(土) 08:30:13

>>6
技術と技能の違いも解ってなさそうな人に長文書かれても…。

**仕様書無しさん** · 2010/07/17(土) 09:13:31

>>8
雑魚に言われても・・・。

**仕様書無しさん** · 2010/07/17(土) 10:05:03

>>6 >>8 30年前、40年前ならともかく、10年前程度じゃ大して変わらんよ。

**仕様書無しさん** · 2010/07/17(土) 11:23:35

ドラム缶サイズのハードディスクで
コンパイル１回するのに計画書が必要な時代ですね

**仕様書無しさん** · 2010/07/17(土) 12:00:19

テープやカードに穴開けてた時代だろ？
人が読んで解析したりな。

**仕様書無しさん** · 2010/07/17(土) 14:08:36

>>8
このスレの流れからその文章を書いた意図がわかりません。
ＫＹですか？
6じゃありません。

**仕様書無しさん** · 2010/07/18(日) 09:10:53

>>10
そだな。でも15年前にしたら急激に状況は異なるぞ。

>>13
だって>>8は専門卒のバカだもん。

**仕様書無しさん** · 2010/07/18(日) 12:04:44

>>14
Fラン乙

**仕様書無しさん** · 2010/07/18(日) 12:13:59

>>15
あぁやっぱ専卒なんだｗやっぱバカだなぁと思った通りｗ

**仕様書無しさん** · 2010/07/18(日) 12:23:08

何故高卒じゃなく専卒を持ってきた

**仕様書無しさん** · 2010/07/18(日) 13:02:32

いい大人がお子様の煽りに簡単に揺すぶられてどうするよ。
本気でやってきた技術者なら、この20年やら30年やらで、
後輩に覚えていてほしいこととか、自分らの反省とか、色々あるだろ…

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

**仕様書無しさん** · 2010/07/18(日) 13:56:30

>>23
設計って書いてあるだろ。
君の言ってるのは、全て実装の話だ。

**仕様書無しさん** · 2010/07/18(日) 14:17:34

一時期メモリ全然無かったからCPU依存のコードがもてはやされたっけ。
今じゃＤＢインストールするのに云ギガメモリーとか普通だもんな。
果ては分散すりゃいいじゃん的風潮。マンプス系の工夫フェチが減った。

コンパイル後のアセンブラを意識して、スーパースカラーを誘うようにＣ言語書いたり。
クロック数稼ぐためにループ割とかやったら可読性最悪だったり。(IntelC++でメイクすると上手く配置してくれそうだけど)
SSEとかハード的に凄い命令がやってきて、俺の最下層ループのフーリエどうよって自慢しても、後でオナニーにされるだけだし。

ノスタルジーに浸るほど、時代に振り回され報われない生涯をおくってきた自身を嘆くばかり。

**仕様書無しさん** · 2010/07/18(日) 14:24:33

>>26
設計者と実装者がイコールであった時代になにを言うんだ。
いや正確には設計者は実装のベテランが担当した時代だ。
今のように新卒ＳＥなんて言葉がなかった時代だぞ。

**仕様書無しさん** · 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命令は
マシン語で組み易かったし。

**仕様書無しさん** · 2010/07/18(日) 14:34:10

>>28
新卒SEが設計してるところってあるの？
新卒SEはSEって言う名前だけど連絡係なところはいくつか知ってるけど。

**仕様書無しさん** · 2010/07/18(日) 14:36:41

設計者じゃなくて設計の話なんだが。

設計者の話が出たので、話としては丁度いいが、
実装者に設計やらすとか、無計画な設計の典型だよね。

**仕様書無しさん** · 2010/07/18(日) 14:44:44

>>22
昔＝計画的に設計し、計画と実際のずれが判明した後でも人海戦術でこなす。
大金が動いていたのでこれでもなんとかなる。
今＝無計画に設計し、計画と実際のずれが判明したら再度設計しなおす。
少人数低コストで実現することを最大目標とする。

**仕様書無しさん** · 2010/07/18(日) 14:48:46

MVC分離とか疎結合とか、概念すらない時代の設計の
どこが計画的だったのかと

**仕様書無しさん** · 2010/07/18(日) 14:54:58

あ、わかった。
実装者＝設計者って話になるぐらい、昔は設計の段階で
そのままコードに出来るぐらい詳細に書いちまってた。
それって、単なるコーディング指示書作成プロセスってやつで、
本来設計と呼ぶべきじゃないんだが、昔の言い方では設計と呼ばれてた。

俺の言う無計画計画ってのはそういうこと。
計画的に詳細設計（＝事実上のコーディング）を行うことは、
計画的な設計とは違う。

**仕様書無しさん** · 2010/07/18(日) 14:55:09

組み込みでポリモーフィズムなんて言ったら親方にぶん殴られるけど

**仕様書無しさん** · 2010/07/18(日) 15:06:40

今から１０年後同じようにお前らも言われるのにｗ

**仕様書無しさん** · 2010/07/18(日) 15:11:01

>>34
いつの世も・・・。

社長が嫌いな色、好きな色ところから、すでに決定事項が決まっており、その後、新インターフェースデザインの会議に入る。
意思決定権を持つものがJavaの勉強をしたから開発言語はどんな状況でもJavaで対応することが決定事項として決まっており、その後、システムの設計に入る。

こんなもんですが？

**仕様書無しさん** · 2010/07/18(日) 15:13:56

>>35
関数ポインタだろ？

**仕様書無しさん** · 2010/07/18(日) 15:57:32

後で一意のポインタで実行するって話だから、キャストかな

**仕様書無しさん** · 2010/07/18(日) 17:13:40

インジェクションによるファサードを実現するためのランタイムインプリメンテイションだろ

**仕様書無しさん** · 2010/07/18(日) 20:06:29

>>40
なんなんだ、そのインチキ英語は

**仕様書無しさん** · 2010/07/18(日) 20:58:01

>>30
NTTデータ

**仕様書無しさん** · 2010/07/18(日) 21:42:51

32Mのメモリー買う予算が無いからプログラマー3人を一ヶ月投入して最適化したりしてた。

最近の若者に言っても全く信じてくれないが

**仕様書無しさん** · 2010/07/18(日) 21:49:29

未だに１０ＫのＲＡＭでがんがってる

**仕様書無しさん** · 2010/07/18(日) 21:50:28

256KBのメモリーが数万円の時代は、１日掛けてコード量を１０バイト減らしてグッジョブな状態だったな。

メガじゃないぞ、キロだからな。

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

あの時代はあの時代で求められるものがあった。
今の時代は今の時代で求められるものがある。
求められるものが違うけど、その時代を生きる人間には、自分の時代が一番つらいと感じるものさ・・・。

今の時代にとりあえず求められるもの「おまえの仕事量は増やすが、給料を減らすの了承しろ」以上。
まぁ未来が見えないというのはつらいよね。
少なくとも昔は、こんな時代が来るとは思ってなかったもん・・・。（；＿；）

**仕様書無しさん** · 2010/07/19(月) 01:57:58

仕事は物理的に増やしようがない。
それなのに増やせと言われる。
寝るなと言っているのと同義だ。
給料減らすって言われるのはまだ親切だなｗ

**仕様書無しさん** · 2010/07/19(月) 05:10:14

今フレームワークになっているものを、昔はアドホックな方法で実装していた。
ホリエモンの会社も、初期は今でいうajaxでやっているようなインタラクティブなページを作るという評判で大きくなった。

**仕様書無しさん** · 2010/07/19(月) 08:43:09

組込みに移って６年、もう業務系には付いていけないかも

**仕様書無しさん** · 2010/07/19(月) 10:55:29

昔からのやり方しか知らない人が多いのか、フレームワーク上に無理矢理
昔ながらの方法で設計を乗せてるプロジェクトは多いよね。
フレームワークとかみ合わなくて、昔ながらの方法からさらに手間が倍掛かるだけだっちゅうの。

**仕様書無しさん** · 2010/07/19(月) 11:15:12

短納期だと、フレームワークの勉強してる暇が無いからねぇ。

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

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

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

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

**仕様書無しさん** · 2010/07/19(月) 11:36:40

フレームワーク使って開発進めてたら、途中でフレームワークから外れた要求が出てきたとかはよくあること。

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

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

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

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

**仕様書無しさん** · 2010/07/19(月) 18:03:38

ずいぶん昔居た会社から、ジャストシステムの創業者・元経営者の浮川夫妻が、
ソフト開発を請け負っていて、当時自社ブランドと、日本NCR向けOEM販売して
いた8086とMSDOSを搭載したオフィスPC用に、日本語ワープロを開発していた
らしい。

その後、ジャストから発売された一太郎の原型になったとか。

今なら、ソース持ち出しとかNGだし、安い賃金で個人のノウハウを吐き
出させられて使い捨て。

**仕様書無しさん** · 2010/07/19(月) 19:29:58

原型つのは、概要設計や技術的必要性と言えるレベルのノウハウだろ。

製造成果物であるソースやら、個別要件を満たすために場当たり的に考えたノウハウなぞ、
他に転用して金になる訳はなし。

**仕様書無しさん** · 2010/07/19(月) 21:15:25

>>55
>ずいぶん昔居た会社から
某A社?
西社長から聞いたような。ユニシスとかF2(オアシスじゃなくてFacom)
向けにも「移植」しただけのを売って、かなり儲けたらしい。

i8080向けのCP/Mをi8086向けに西社長の鶴の一声で移植させられたな。
ニモニックが似てるだけで、アーキは全然違うのに。しかもたった百万円で
ビルゲイツに売っちゃった、とか。

**仕様書無しさん** · 2010/07/20(火) 18:01:19

何百ページもの仕様書を、全部手書きで書いてましたね。
図も、なんとか定規を使って書いたり。
80年代の話。

**仕様書無しさん** · 2010/07/20(火) 21:33:27

業務システムを自動化するだけで、莫大な利益が生まれていた時代ですからね。
１システムに掛けられる金額が桁が２つも３つも違うし、
けっこうショボい小規模システムでもライバルも居ないし、
ノンビリ作ってて大丈夫な時代だったからねえ。
平和だったねえ。

**仕様書無しさん** · 2010/07/21(水) 16:18:08

俺が最初に付き合ったのは、昭和４５年で、ＨＩＴＡＣ－８３００。
ＩＢＭ－Ｓ／３６０互換機で、メモリー６４ＫＢ、磁気テープ８００ＢＰＩが６基、磁気ディスク８．５ＭＢが２基、
８０欄紙カードのカードリーダー１基、ラインプリンタ１基。
水冷式クーラー２基。
以上総額買い取りならば２億７千万円を４４ヶ月レンタル。

言語は、３６０互換アセンブラ、ＣＯＢＯＬ、ＲＰＧ、ＦＯＲＴＲＡＮ。
日立製作所本体からＳＥが４人派遣され、日立電子サービスから保守員２人常駐。

設置してから２ヶ月間の点検と試験運用を経て、お祭り騒ぎの始動式典をやった。

**仕様書無しさん** · 2010/07/21(水) 16:26:02

なんで保守員が２人も必要かというと、
１週間に１度、３～４時間の点検、頻発する故障、不慣れな操作による不具合対策のため。

特にコンピュータ室は稼働中２３℃以下を厳守、もし２５～６℃を１時間くらい見逃してしまうと、
それから十日ほどの間に間違いなく故障が発生する。
発熱はそりゃもうすごいもんで、真冬でもクーラーをかけなければ３０分ほどで
室温３０℃を越える。
真夏でも寒くてたまらんので一年中厚着をしてコンピューター室で作業をする。

**仕様書無しさん** · 2010/07/21(水) 19:17:56

>>1
へ？業務システムの構築なんてダンピングが横行してたから０円に等しいぞ。
保守料で金とってたけどｗ

**仕様書無しさん** · 2010/07/21(水) 21:38:42

>>62
懐かしいな、富士通の1円入札事件とか

**仕様書無しさん** · 2010/07/22(木) 03:20:06

>>58
>なんとか定規を使って書いたり。
テンプレート、だな。フローチャート用のテンプレ定規なら大学生協でも売ってた。

>>63
国内でも、NECが図書館システム1円入札してたな。
F2が国際市場でやらかしてからは、ダンピング叩き、日本バッシングが
激しく成った。

**仕様書無しさん** · 2010/07/23(金) 13:30:17

Javaどころか、C言語も普及してなかったがw
アセンブリ言語で開発してたよ

**仕様書無しさん** · 2010/07/23(金) 16:23:44

まだ、アセンプラーが存在するプロセッサーなら、幸せな方だなｗ

**仕様書無しさん** · 2010/07/23(金) 23:37:29

アセンブラくらい作れよ。

**仕様書無しさん** · 2010/07/24(土) 00:36:11

プロセッサが実行するコードを吐き出すツールは良く作ったな。
アセンブラーとか、ニモニック言語とか低級言語を
プロセッサーコードに変換するだけなら、ツール的には楽勝だが、
それじゃプログラムを作る方が大変なので、ある程度構造化とか、
プロセッサーの制約に縛られない論理的データ構造が使えたりとか、
特殊な言語にしていた。

また、コードが無駄にデカくなるプロセッサーとかの場合、
コード量を減らすために動作仕様に合わせたコンパクトなコードバイナリー
を実行する仮想プロセッサーを設計し、物理的なプロセッサーには
ＶＭを実行させるとか、色々好き放題やったわな。

何でも自分でやんなきゃならんのは面倒ではあるが、
好きに考えてオケーってのは、逆に楽なものだ。

**仕様書無しさん** · 2010/07/24(土) 01:38:20

ＪＣＬが曲者というより、有用だった・・・。
COBOLのプログラムは単調だからそんなに難しくはなかったが、
１０年くらい前のCOBOLだと変数のスコープとか関数とか普通に使えたからなぁ。
COBOLは全部広域変数だと思っている人は、COBOLへの理解が足りてない。

**仕様書無しさん** · 2010/07/24(土) 04:17:07

10年前が昔って・・・いくらなんでも近すぎ。

**仕様書無しさん** · 2010/07/24(土) 05:12:14

既に20年前にオブジェクト指向なFortran90が制定されたわけだが。

**仕様書無しさん** · 2010/07/24(土) 11:58:05

だって・・・実際コボったの１０年前なんだもんｗ
でもそのころから、広域変数うんたら・・・ってみんな言ってた。

**仕様書無しさん** · 2010/07/24(土) 12:28:28

COBOLを使うと馬鹿になる

**仕様書無しさん** · 2010/07/24(土) 15:27:39

だが日本のＩＴ業界は、どこもCOBOL（２０年前）で培った設計ノウハウを踏襲し（他の設計ノウハウは無い）、
いまだに現役である（コストに見合うパフォーマンスを発揮しているとは言っていない）

**仕様書無しさん** · 2010/07/25(日) 06:13:26

いや、コスパは十分だろ。
なにせ、必要なものを必要な分だけプログラミングして使ってるんだから。無駄はない。
ただし、はるかに安いハードで、同等の安定性をもって、その資産を生かせれば、それ
に切り替えることも当然選択の一つ。

**仕様書無しさん** · 2010/07/25(日) 06:24:42

無駄はないけど、生産性の低いやり方。
無駄は発生するけど、生産性の高いやり方。
どちらの方が安くできるかというと、大抵後者。

**仕様書無しさん** · 2010/07/25(日) 12:44:04

>>76
ところが、
実際メインフレームからオープン系、オープン系からメインフレームに移行したけど
　費用の予想計算、実際の経費
を実際に経験してみると、メインフレーム向きの業務はやっぱりメインフレームのほうが
無駄も生産性も高かった・・・。高いリスクと勉強費用だったとうちのシステム課では反省している。

**仕様書無しさん** · 2010/07/25(日) 12:46:23

メインフレームって、昔ながらのウォーターフロー開発しかできないんだ。

**仕様書無しさん** · 2010/07/25(日) 14:46:42

開発手法は、環境にそこまで依存しないでしょ。

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

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

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

**仕様書無しさん** · 2010/07/25(日) 17:38:04

フォーターフォールの欠点はあっても、効率悪いなんていう話はない。

**仕様書無しさん** · 2010/07/25(日) 19:12:04

今まで何度もやったことのある定形作業なら、ウォーターフォール最強。
ただ、なにか新しい要素が入ると顧客に提供するまでのスパンが長くなりがち
なんで、スピードが求められる昨今の案件には向かない。

**仕様書無しさん** · 2010/07/25(日) 22:30:00

スピード重視ならウォーターフォール最強。

**仕様書無しさん** · 2010/07/26(月) 01:02:40

つ、釣られないぞ

**仕様書無しさん** · 2010/07/26(月) 01:32:21

＞今まで何度もやったことのある定形作業なら、ウォーターフォール最強。
それなんだよね。
日本のＩＴはコピペ産業だから、ウォーターフォールがベストマッチする。

だが、コピペでモノを作り上げてくるのにも限界な時代になった。
仕事＝クリエイション　さらにスピードが要求されると、そりゃ破綻するわな。
海外のクリエイター達に仕事持ってかれるってのは、単に労働賃金だけの問題じゃないよ。
多分日本人が時給３００円で働いても、海外には適わないだろうな。

**仕様書無しさん** · 2010/07/26(月) 07:00:46

ウォーターフォールにコピペは向かないだろ。

**仕様書無しさん** · 2010/07/26(月) 07:15:37

コピペ産業というのは、ソースのコピペのことを指している訳ではない

**仕様書無しさん** · 2010/07/26(月) 12:03:15

>>82
本当に新しい技術開発でも無い限り
ウォーターフォールで十分だな
業務分野が生産管理でも金融でも中身なんて大して変わらんしな

**仕様書無しさん** · 2010/07/26(月) 14:08:37

そうやって過去に作ったモノの仕組みやノウハウをコピペすることでしかシステム構築できねえから、
２社のシステム統合させると、２つのシステムを残したまま、出入り口で無理矢理対応させる
とかしか出来なくなっちまうんだよな。名ばかりの統合ってやつ。

**仕様書無しさん** · 2010/07/26(月) 17:30:55

君の言ってる事はあまりにもレベルが低すぎるぞ
旧システム残したまま入り口のみ統合ってのは
新システムできるまでの一時凌ぎにしか過ぎん

それは開発と呼ぶにもおこがましいレベルだ

**仕様書無しさん** · 2010/07/26(月) 17:48:11

adapter patternも知らない老害

**仕様書無しさん** · 2010/07/26(月) 19:03:10

実際、銀行のシステム統合がそんな感じだな。
一気に統合させると、新たにデザインしなきゃならない部分が多くて、
日本人のやり方では間に合わない。
実際ミズホがそれで失敗した。

だから入り口だけ統合して、システム統合したと見せかけて、
裏でコソコソとちょっとずつ統合していく方法が王道になってしまった。

**仕様書無しさん** · 2010/07/27(火) 07:35:03

>>90
疎結合って知ってる？

**仕様書無しさん** · 2010/07/27(火) 11:56:38

デザパタはそんな万能なのか？

**仕様書無しさん** · 2010/07/27(火) 13:44:35

なんか「統合」の定義が、モノシステムじゃなきゃダメって奴がいるな

**仕様書無しさん** · 2010/07/27(火) 23:08:19

昔のITには英語の「それ」という意味しかなかった
以上

**仕様書無しさん** · 2010/07/27(火) 23:19:27

以上

進歩の無いIT技術者達がお送りしました。
日本の次代は暗いな

**仕様書無しさん** · 2010/07/27(火) 23:51:59

状況のITは？

**仕様書無しさん** · 2010/07/30(金) 09:15:09

フォーターフォールって何？

**仕様書無しさん** · 2010/07/30(金) 09:28:46

政治スパイがバレて大統領が辞任したやつ

**仕様書無しさん** · 2010/07/30(金) 22:49:26

>>100
それ、ウォーターゲート

**仕様書無しさん** · 2010/07/31(土) 03:25:39

画像をパクられないように、さりげなくロゴ入れるやつ

**仕様書無しさん** · 2010/07/31(土) 11:18:54

>>102
それ、ウォーターマーク

**仕様書無しさん** · 2010/07/31(土) 11:28:10

河川や湖の一部が段差になり水が落下している場所

**仕様書無しさん** · 2010/07/31(土) 14:57:50

メクラでツンボな幼女が初めてしゃべった言葉

**仕様書無しさん** · 2010/07/31(土) 15:43:08

>>104
それ、言ったら終わる

>>105
．．．Water
ヘレンケラーとな

**仕様書無しさん** · 2010/07/31(土) 19:58:53

夏の食べ物と言えば

**仕様書無しさん** · 2010/07/31(土) 20:02:33

>>104
それ、滝つぼ

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

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

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

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

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

**仕様書無しさん** · 2010/07/31(土) 20:54:50

中国、韓国は無いな。
基本的にやってることが日本と大差ないから、
多少人件費が安くたって焼け石に水ってやつ。
最終的には必要となる投入人数に見合うだけの収入が得られないという、
日本ITと同じ終焉を迎えるだろう、この２国に関しては。

所詮、（人種的に）東洋人には無理な業種だったんだ。

**仕様書無しさん** · 2010/07/31(土) 21:28:07

この先生きのこるは俺だけか

**仕様書無しさん** · 2010/07/31(土) 21:33:21

インド人乙

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

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

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

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

**仕様書無しさん** · 2010/07/31(土) 22:39:03

クラウド化（データをどっかの大企業が保存するという意味で）が進んでさらに仕事がなくなるだろうな
世界中のリソースがクラウド会社に集まってさらにコストカットして
先進国からはＩＴ技術者は消滅するだろうな

洋裁とかみたいに完全に消えるんじゃね？

**仕様書無しさん** · 2010/07/31(土) 23:16:09

クラウドって、システムのセキュリティ以前に、ネットの向こう側に運用して
いる人間がいる限り信頼できんと思うんだけど。裏で運用が何やってるかわか
ったもんじゃない。

自分の履歴書とか経歴をアップして案件紹介サービスなんて、まさにクラウド
システムの欠陥を示す典型例だと思うけどな。　コンプライアンス(藁

会社のメールやら基幹業務のデータなんてクラウドに置いた日には、金玉を
握られたも同然。

Googleあたり、裏でメールやファイルをスキャンしまくって、株式の動向に
影響を与える新製品情報とか、開発動向、財務状況などを公開される前に
察知して、株を売り抜けたり、買い占めたりとか、やらかしそう。

表向きの奇麗事はともかく、そもそもGoogleが目指す方向ってそっち方面
だろ？違うのか？

**仕様書無しさん** · 2010/08/01(日) 00:17:11

メールを握られたらヤバくなるような会社って、
電子メールで根幹に関るような重要情報を扱い過ぎなだけだろ。
クラウド使うかどうか以前の、セキュリティー意識の低さの問題だわなｗ

**仕様書無しさん** · 2010/08/01(日) 00:33:25

> メールを握られたらヤバくなるような会社って、

日本振興銀：検査妨害　元幹部５人を追送検　メール削除関与の疑い
ttp://mainichi.jp/select/biz/news/20100727dde041020050000c.html

別にメールに限らず、クラウドでデータ預けたら最後、基本何でもアリだ。
仮想化技術を使えば、表のサーバーを経由せず、裏から潜ることだって
できるって、バトーと石川さんが言ってた。

**仕様書無しさん** · 2010/08/01(日) 05:13:12

メールで機密情報扱うときはPGP使うだろ。

**仕様書無しさん** · 2010/08/01(日) 05:20:29

エシュロンなめんなよ

**仕様書無しさん** · 2010/08/01(日) 05:46:56

>>117
そんな会社は論外だろｗ

**仕様書無しさん** · 2010/08/01(日) 07:21:14

>>115
まぁそこだよな。
結局、データセンターに人がいるという点で、導入不可な会社はたくさんある。
その辺を理解したうえで、プライベートクラウドなんてもんが出てるんだろうけど。

それ、パッケージやんｗｗｗｗと。

**仕様書無しさん** · 2010/08/01(日) 07:37:08

インターフェイスに差が無いということを、メリットとするんだろう。

インターネットに対するイントラネットみたいなもんだな。

**仕様書無しさん** · 2010/08/01(日) 08:41:11

でもぶっちゃけ仕事やデータを下請けに流してる時点で
いつ流出するかなんて時間の問題なんだし
そこまで大事なデータでもないんだろう

**仕様書無しさん** · 2010/09/02(木) 01:46:52

補手

**仕様書無しさん** · 2010/09/30(木) 08:48:53

昔のＩＴスレなのに、現在の話で盛り上がっていた夏休みｗ

**仕様書無しさん** · 2010/09/30(木) 11:07:18

職場でタバコ吸い放題。

灰皿は空き缶。

そんな時代でした。

**仕様書無しさん** · 2010/09/30(木) 12:10:17

受動喫煙で肺がんになるレベルでした

**仕様書無しさん** · 2010/09/30(木) 12:25:16

肺がんで死んだ人はいないけど、過労死なら．．．

**仕様書無しさん** · 2010/09/30(木) 12:30:31

それなら昔に限らず今でもどこかで

**仕様書無しさん** · 2010/10/01(金) 05:50:02

マシンルームでオープンリールテープのマウントとデマウントするときの
動きがメカニカルで好きだった

**仕様書無しさん** · 2010/10/01(金) 10:27:22

昔、ＨＩＴＡＣ３０１０でちょこっと仕事をしたことがある。
チーフ・オペレーターはまさにバカテク人。
プログラムのロード・ポイントを８進法のプッシュキーに入力し、
８０欄カードのオブジェクトを読み込んで、修正箇所の８進法の機械語を
プッシュキーに入力してやっとスタートする。

１３０氏のテープ装置がどういうものだったかわからないが、
３０１０のテープデッキはバキューム機構が無い構造で、
テンションアーム１０本を使ってすさまじい音で回転。
磁気テープの密度は５５６ＣＰＩ。

磁気テープはものすごく高価なので、今では考えられないけど
ファイルを８０欄カードや６単位紙テープで保存しているところもあった。

当時のコンピュータは標準的な仕様で導入するのが大部分だったけど、
なかにはユーザーの求めにより設計を一部カスタマイズするのもあった。
そういうコンピュータは標準仕様のプログラムが動かないことさえ・・・

**仕様書無しさん** · 2010/10/01(金) 11:54:14

昔の人って紙テープ読めたんでしょ

**１３１** · 2010/10/01(金) 12:33:09

８０欄カードなら読めるが紙テープは使う環境になかったので読めない。

&,1 A
&,2 B
&,3 C
:
&,8 H
&,9 I
-,1 J
-,2 K
:
-,8 Q
-,9 R
0,2 S
0,3 T
:
0,8 Y
0,9 Z　

**仕様書無しさん** · 2010/10/01(金) 16:07:37

昔は使える端末が限られていたのでコーディング用紙にプログラム書いて、
それを外部委託してキーパンチャーが入力して納品してくるのが普通でした

**仕様書無しさん** · 2010/10/01(金) 17:42:51

カードをぶちまけてバラバラにしたことがある。
まじ、あせった。

**仕様書無しさん** · 2010/10/01(金) 17:48:06

キーパンチャーは時代の先端を行く花形職だったのだが、
いざ職に就いてみるとそれは単純労務職だったのだ。

結構いいとこの高レベルの女子高からかなりの数の超ミニスカートが入ってきた。

**仕様書無しさん** · 2010/10/01(金) 17:58:33

男はつらいよで寅さんの妹のさくらはキーパンチャーだったんだよ

**仕様書無しさん** · 2010/10/01(金) 19:30:08

あー、ホストの停止ボタン押して首になっとけばよかったよ

**仕様書無しさん** · 2010/10/04(月) 12:02:42

就職して最初に使った電子式オートマチックコンピュータはな、
コンソールのMASTERボタンとCOINボタンが隣り合わせになっておったのじゃ。
んで、COINボタンを押すつもりがMASTERボタンを押してしまって
コンピュータが瞬停してそれからおよそ半日かけてメーカーの保守員が
復元作業をやることがあったのじゃ。
なんどもこんなことをやってたらえらいことになる、ということで
MASTERボタンに段ボールでつくった箱形カバーが付けられたのじゃ。

なを、COINボタンとは、console in、つまりこれを押してからでないとキーボード入力できない、
MASTERボタンとはコンピュータの緊急停止ボタンなのじゃ。

**仕様書無しさん** · 2010/10/04(月) 12:08:53

マシン室でJCLのパンチカードの束を抱えたまま床に突っ伏して寝てたとかって
聞いたことあるな。

**仕様書無しさん** · 2010/10/04(月) 12:22:16

俺はコンソールタイプライタに突っ伏して寝て、
印刷がバタバタバタと始まって起こされたことがある。

**仕様書無しさん** · 2010/10/04(月) 23:54:33

>>130
たまに、うまくテープの端を飲み込んでくれなかったりしてね。
そういう時は、リールを外してテープの端を剥がしてやったり。

**仕様書無しさん** · 2010/10/05(火) 08:43:47

磁気テープに磁粉液を塗って「こういうふうに記録されてるんですよ」と常駐保守員。
見事に０．６インチの磁粉が着かない場所が決まった間隔で現れる。

**仕様書無しさん** · 2010/10/10(日) 17:26:11

プログラマは専用の用紙にコードを手書きしていた。
実際に打ち込むのはそれ専門に訓練を受けたオペレータの仕事。
１人１台どころか１社に１台もマシンがない時代なので、
実機に触ったことのないプログラマも多かった。
どうしても期待通りに動作しない場合は、机上でのデバッグは当然として、
コンパイラの内部解析や、ハードウェアの回路設計まで疑った。
なので当時を知る世代には、電子回路に詳しい人も多い。

**仕様書無しさん** · 2010/10/12(火) 14:00:26

>コンパイラの内部解析や、・・・詳しい人も多い。

仮想記憶以前のメインフレームのＣＯＢＯＬで、
ブロックファイル３つ以上のとき、添え字をゾーン形式で使うと
レジスターのやりくりができなくなって２進変換エラーで落ちる、
という現象があった。
ＣＯＢＯＬソースをアセンブラに展開したリストを追っていって突き止めた。
もちろんメーカーにこの現象を伝えたが、
「あ、そうですか。パックかバイナリーでやってください」・・・

わかってるよ！(怒）

**仕様書無しさん** · 2010/10/12(火) 16:51:26

障害が起きるとCEが現地逝ってメモリダンプを８インチFPDに吸い上げてくる。

それをメインフレーム上にローデイング。
JCLをサブミットしてメモリマップを出力。

該当モジュールのSS/DSのアドレスのダンプを出力してＣＯＢＯＬソースをアセンブラに展開したリストを見ながら
片手に電卓持ちながら解析。

**仕様書無しさん** · 2010/10/12(火) 17:00:41

その障害ってどの程度のもの？
えらく面倒そうな・・・

**仕様書無しさん** · 2010/10/12(火) 17:09:05

>>147
程度は関係ない。開発環境（コンパイル等）を実機に持てない（HD容量が無かった）専用機の開発の話。

ソース編集もコンパイルもメインフレーム上で行い実行モジュールのみダウンロードして実機に組み込む
という開発方式。
DISPLAY命令は使えない。デバッガーはソース対応でなくマシン語に対応したものしか使えないから
デバッグ時も展開リストと電卓は必須。

**仕様書無しさん** · 2010/10/12(火) 22:12:47

ハードウェア側に問題があると思われる障害が発生した時に、
データ破損のパターンから、磁気コアメモリの物理的な破損箇所を
特定したと言う話を聞いたことがある。
当時はまだ、メモリボードを構成する配線も磁気コアも、１ビット単位で
目視することも手で触ることも可能だったとのこと。
ちなみにその人は現在は定年間近の管理職。

**仕様書無しさん** · 2010/10/12(火) 22:16:03

磁気コアメモリってあんた何歳だよ！

**仕様書無しさん** · 2010/10/12(火) 22:34:46

磁気コアメモリは1980年頃まで現役。
当時を知る世代は高齢化しているがまだ現役も多いだろう。

**仕様書無しさん** · 2010/10/12(火) 23:07:16

水銀遅延線さわってたせ代は見たこと無いな

**仕様書無しさん** · 2010/10/12(火) 23:51:50

紙テープ端末は２０００年代に入って証券取引所から立会場が無くなるまでは証券業界で使われてた。

**仕様書無しさん** · 2010/10/13(水) 00:05:18

http://mentai.2ch.net/prog/kako/988/988208449.html

**仕様書無しさん** · 2010/10/13(水) 08:23:49

コアメモリが一般化する前には磁気ドラムや陰極線管がメインメモリーに使われた時代もあった。
磁気ドラムメモリーは数十Ｋ語。
水銀遅延線や陰極線管メモリーは５００語未満。

**仕様書無しさん** · 2010/10/13(水) 09:42:39

フェライトコアメモリー　→　ワイヤーメモリー　→　半導体メモリー

**仕様書無しさん** · 2010/10/13(水) 21:55:39

勢いがなくなった

**仕様書無しさん** · 2010/10/19(火) 10:18:49

卒業して就職した年に盲腸で入院したが、病室の天井が穿孔紙テープの模様の吸音ボードだったｗ

**仕様書無しさん** · 2010/10/19(火) 16:22:41

語とか言われても、ピンとこねぇｗ

**仕様書無しさん** · 2010/10/19(火) 17:18:14

銀行システムのレガシー度が異常

**仕様書無しさん** · 2010/10/19(火) 18:02:33

ソースを４０行書いて４００万貰ったことがあるよ。
ま、それだけ効果があったわけだけどｗ

**仕様書無しさん** · 2010/10/19(火) 19:17:31

時代が変わっても it 技術者
he でも her でもなく it だぜ。
物扱い。

**仕様書無しさん** · 2010/10/19(火) 19:30:13

おー！　IC　　IC

**仕様書無しさん** · 2010/10/20(水) 00:03:51

>>159
byte

**仕様書無しさん** · 2010/10/20(水) 18:11:05

紙テープというと、宇宙戦艦ヤマトで真田技師長が
"地球より入電！"なんつって読んでたな。
当時の最新技術だったんだろう。
しかし、TV電話の概念はあったのか、
長官とは天井のでかいスクリーンで会話してたな。

**仕様書無しさん** · 2010/10/20(水) 21:31:29

ガミラス人と通信できるのは
確かに並みの技術ではない。
プロトコル推定でもしてる訳だ。

でも紙テープ。

**仕様書無しさん** · 2010/10/24(日) 21:01:40

書いたコードの行数に応じて金が支払われる契約もあったと聞く。
コメント行も、必要な行数としてカウントされることもあったと言う。
コメントで行数を稼ごうとするのはセコい奴であり、
プロなら余計なコメントで行数稼ぎをやるなと教育されたそうだ。
当時は記憶容量が極めて少ないため、あまりコメントを増やしてはいけない
という事情もあったようだ。

いまだに、１日単位や１ヶ月単位で何ステップかけるかで、
プログラマの能力を判断しようとする年寄りがいるのは、当時の名残だ。

**仕様書無しさん** · 2010/10/24(日) 22:49:36

プログラムが完成したあとにステップ数を5割増しにする作業をしたりした。

**仕様書無しさん** · 2010/10/26(火) 10:48:01

開発時はサブルーチンを多用した方が実装からテストまでの効率が良いのでそうするが、
評価は沢山書いた奴の方が偉いということなので、実装時は裏でコッソリテストして、
完成を確認してから、サブルーチンをコピペしてベタに展開したりするよな。
あと、一度動作確認してしまうのでバグが出なくて、正式なテスト結果報告でバグゼロ
になってしまうと逆にテストケースとしての評価が落ちてしまうので、わざとバグを埋め込む。

**仕様書無しさん** · 2010/10/26(火) 22:00:42

バグ件数が少ないとテストの信頼性を疑われるので、
事前にわざとバグを埋め込むのは今でもやってる。
ソフトウェア工学上、平均すると6ステップ毎に処理分岐があるので、
6ステップあたり1件のテストが必要で、そのうち5%でバグが発生し得る。
その通りの数字ならないのはテストがおかしいと言い張る、
コードを1行も書いた事のない、机上の知識だけの技術者が今もいる。

**仕様書無しさん** · 2010/10/27(水) 03:14:54

>>168
本当は必要のない入力チェックを入れたりね。

**仕様書無しさん** · 2010/10/27(水) 23:43:15

>>170
日立にそんな人がいた。
保有資格だけは立派だけど本当に何もできないおっさん。

**仕様書無しさん** · 2010/10/31(日) 14:54:47

Ｆにもいたよ。

**仕様書無しさん** · 2010/10/31(日) 17:13:37

プログラマがしっかりとテストをすれば、
バグの数は少なくなるのは当たり前なんだが、
みんなそれなりに動作したら、それで完成として
テスターにまわすの？

**仕様書無しさん** · 2010/10/31(日) 20:43:28

テスト工数がないならしょうがないな

**仕様書無しさん** · 2010/11/07(日) 21:57:01

PCなんてものは存在しないので個人単位ではテストもデバッグも無理。
使えるオフコンは使用時間あたりの料金を取られる上、
電話回線経由での接続なので通信費もかかる。
余計なコストを可能な限り削減するため、時間も人数も投入して
紙に書いたコードを机上デバッグ。
実際にコードを入力するのはそれからだ。

**仕様書無しさん** · 2010/11/07(日) 22:00:05

> 使えるオフコンは使用時間あたりの料金を取られる上、
> 電話回線経由での接続なので通信費もかかる。
机上デバッグの人件費と比べてどうだったんだろうね。

**仕様書無しさん** · 2010/11/07(日) 22:28:13

学校にあったメインフレームが1秒10円だったと思うけど、オフコンはどうだろ

**仕様書無しさん** · 2010/11/09(火) 08:56:13

騎乗位デバッグ

**仕様書無しさん** · 2010/11/09(火) 22:03:52

コードを入力するのはそれ専門のオペレータだから、
バグがあって修正すると、その分余計に人件費もかかる。
再コンパイル、再テストもマシンを使用する以上は使用料がかかる。
可能な限り机上でデバッグしておかないと大赤字になる。

**仕様書無しさん** · 2010/11/14(日) 22:21:46

入力端末も共用で昼と夜まで8時間ごとに3人交互で入力とかそんな時代ですか？

**仕様書無しさん** · 2010/11/15(月) 00:01:08

今の入力端末に相当するのはパンチカード読み取り機、のような気が。
実物見たことないけど。

**仕様書無しさん** · 2010/11/16(火) 05:46:41

パンチなら、穴を開けるための機械があるだろ。
それへの入力が本来の入力だど。

カードの塊はメディアに該当する。

**仕様書無しさん** · 2010/11/22(月) 23:52:45

1960年代の世界原色百科事典で「電子計算機」を調べて見ると、
キーパンチャーが女性の新しい職業として注目されていると書かれていた。

**仕様書無しさん** · 2010/11/23(火) 00:24:49

今は派遣の女の子が自席のパソコンで入力だからね

**仕様書無しさん** · 2010/11/23(火) 09:27:33

>>184
実際1980年代後半までキーパンチャーは多くいた。
どんだけ早く叩けるか、、歩合給で並のプログラマーなんかと
比較できないぐらい稼いでた。

**仕様書無しさん** · 2010/11/30(火) 07:59:11

2001年頃からHTML＋Perl言語のみの知識で、今現在大企業と言われるベンチャーに派遣等で入社。
派遣だとおおよそ未経験者（HTML＋Perlのサイト構築経験有り）30万～
派遣から偽装請負という名のフリーランスに転進すると、35万～案件を3ヶ月程度で成果だして延長しないを続けると、
次案件より＋5万～の提示が可能になる。（2003年～2008年頃まで）
25才頃で月60万確保（スキルはHtml javascrpt perl sql系 apache サーバーの設定ファイルいじり知識）
これだけで、マージン抜かれた手取り60～90の案件がボロボロ落ちていた。

2008年の半ば頃から単価下落＋雑魚のスキルフォロー＋精神崩壊　＝　やってられるかで独立
大不況の中の独立の為上手くいかず。。。
2010年　とうとう自己破産＋生活保護＋精神病（うつ病パニック）

一応ITバブルの波にある程度乗れた気がするけれど、今は廃人。
結果的に最悪だったけれど、60～90取っていた6年間はまさにデスマ案件だらけだけど、定時＋30分程度で帰れる位成長できたので
天国のような時期だった。毎日から二日に1度程度で風俗等に寄り道して帰る毎日。
ただ、2008年頃辺りから、外国人PGが増え、セキュリティやMVCの概念も理解せず、システムに最適な簡易フレームワークの作成も出来ないような
エンジニアが増えだした。もう俺はエンジニアの仕事からシャットダウンしたんだけれども、
2010年頃になってから、偽装系や派遣系会社から、案件のご紹介電話やメールが増えだした。
単価はもう40万～50万程度の物ばかりだけれども、求められるスキルは復帰してきた様子が伺える。

汎用フレームワークなんて使ってばっかいる時期があったからバグだらけのシステムで困ってるのかもしれないとか最近想像しちゃう。
まあ国全体が不況下の中、IT関連（WEB関連）の仕事が2000年頃～2008年頃までプチバブルだった事は間違いない。

**仕様書無しさん** · 2010/11/30(火) 08:12:53

追記だけれども
>>スキルはHtml javascrpt perl sql系 apache サーバーの設定ファイルいじり知識
これは今は常識的スキルになったけれど、当時は文献など少なかったし、sql周りなんて特にバグだらけ大変だった。
2003年辺りからここら辺の知識を理解しながらコードを組める人間が非常に少なかったのは事実。

>>セキュリティやMVCの概念も理解せず、システムに最適な簡易フレームワークの作成
これもキチンと理解して作れる奴が非常に少なかった。
これぐらいの知識で成功した富豪を上げるとMixiのバタラちゃん、DeNAの川崎ちゃん、Greeのふじもんちゃん辺り？
ちょっとレベル落ちるとECCUBEとかOpenPNE手嶋辺り？
結局彼らは会社が成功しただけだからな。俺も同等のスキル持ってるぞ。俺は運がなかっただけだ。。。自分の選択も悪かったけれど。。。

**仕様書無しさん** · 2010/11/30(火) 08:22:28

そらC++やjavaが流行るまでのスクリプト言語はカオスよ。

**仕様書無しさん** · 2010/11/30(火) 08:38:05

>>188
いや、当時から常識的に使われてたけど。
底辺ITのお仕事でも使ってたぞ。

**仕様書無しさん** · 2010/11/30(火) 23:15:39

システムなんて出来て当たり前。
出来なかったらそいつが悪い。
出来ないと判断あるいは出来るやつは必ずいる。

**仕様書無しさん** · 2010/12/10(金) 00:02:36

設計図から部品データを画像処理で抽出・・・とか変態的なことやってたな
しかも、超少ないメモリで
もう誰も触れなくなって画像処理で部品抽出なんて誰もできないけど
昔の人は根性あった

**仕様書無しさん** · 2010/12/12(日) 17:39:17

ちょっと前まで工場内でPC-8801が稼動し続けてた。
ほとんどBASICで作られたプログラムが延々と、
シリアルポート経由で設備の稼動状態を監視し続けてた。

**仕様書無しさん** · 2010/12/12(日) 19:52:02

動けば正義、問題なし

**仕様書無しさん** · 2010/12/12(日) 20:12:04

>>194
それは修理ができる前提があってこそ

**仕様書無しさん** · 2010/12/12(日) 20:24:43

何を言ってるんだ？　修理が出来ない＝動かない（悪だ！）

**仕様書無しさん** · 2010/12/14(火) 22:06:58

キーパンチャーか・・懐かしいなｗ
コーディング用紙にシャープペンでコーディングしてフロッピーと一緒に提出して
パンチしてもらった。よくコンパイルエラーが出たｗ
中にはお水っぽいコもいたな。今みんなどうしているんだか

今は自分で適当にエディター使ってコーディングできるから楽になった
あんなもんいちいち人に頼めんよｗ

**仕様書無しさん** · 2010/12/14(火) 22:10:23

パンチカードじゃないけど入力専門のお姉さんの職場なら流通系にあった

もちろんお姉さん方帰ったあとの深夜作業だけどな orz

**仕様書無しさん** · 2010/12/14(火) 23:38:22

観光地などにあるメダル自販機の中には
いまだにMSXで稼動しているものがある

**仕様書無しさん** · 2010/12/16(木) 21:58:45

ＭＳＸ懐かしいのー
Ｔのパソピアの８チャンネルデジタル音でよく作曲したもんだｗ