Excelの“化け物”が限界に

　「もはや限界。Excelの化け物に成長してしまった」。
日産グローバル情報システム本部エンジニアリングシステム部の神戸政一郎主担はこう語る。

　Excelに記載する評価項目は1車種当たり数万。テスト段階数も数百ある。
つまり数万行×数百列のExcelシートになる。全車種となると関係するエンジニアは日米欧で1万人。
それだけ巨大なファイルを大人数で共有する。

　全車展開前から問題だったのが、ファイルが大きくてクライアントパソコンがフリーズしてしまうこと。
複数のエンジニアがアクセスするため、他人がアクセス中は待たされたり、誤って上書きされたりした。
適用車種が増えると、部品設計や実験の担当者は自分が関係するExcelファイルをファイルサーバーから見つけ、
その中で自分の担当するセルを検索する手間が急増した。

http://itpro.nikkeibp.co.jp/article/COLUMN/20080820/313075/

俺はプログラマだがな
クビにしろ、システム部を

３なら寝る

４なら起きる

4なら3は一週間寝るな

RDBにすれ

俺もプログラマだがな
誰か早い内に気づけよ
尤も、俺が内部の人間だったらヤブヘビになりそうだから黙ってニヤニヤしてるだろうけどなw

何でもかんでも Excel と Word でやろうとするバカ。

WEBアプリにｼﾛ

そこでVisiCalcですよ

>>9なら>>3は>>5に従わなければならない

は？？？？？？？

データベース構築してないの？？？
SOHOレベルでしょエクセルでデータ管理共有なんて

>>1
しかし、excel を使う場合でも、
普通、桁数が多くなると同一ファイルにせず複数のファイルに分散さすだろう？

一方、ヒュンダイはワードパッドを使用した

俺のエロファイルと似たような状態だな

技術の日産をなめるなォ！

エクセルのデータベースかよ
せめてアクセスだる

>>12
SOHOをなめるなｗ
田舎のSOHOだけど、普通にPostgresqlくらい使うわｗｗ

Excelなんて、小学校の教員レベルだろ。マジで。

Excelでするなよwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

うわー
日産ですらそれかよ。
まぁ、メールの本文をExcelで添付するような連中だからなあ。

オレもプログラマだけどよ
MSX−DOSなら一発だぜ

パソコンで何か書く時はメモ帳しか使わない俺が来ましたよ！

おれSEじゃないけどそれはExcelで処理する規模じゃないだろ
情報量の増加も容易に予測できるんだから最初からDB使え

意外と大企業では多いらしいｗ
すでにデータが膨大で、いじるのが怖い。
へたにＲＤＢにしようとすると、今まで使っていた奴が嫌がる。

なぜExcelでｗｗｗもっと前に気づけよ｡

オラクルが難しいからだろｗ

後ろで踊ってる人達は別に居なくてもいい気がする

システム化の予算が無いという、言い訳がこんなバカみたいな結果となるなんて・・・

日産が伸びない理由が分かったような気がする。ｗ
部署単位の共有ファイル程度ならともかく、
全社的に使うデータベースにエクセル使うとか在り得ないだろ。

あっ！この（固まる）瞬間が技術の日産だね

最悪、エクセルだけで管理するにしてももっと賢いやり方があるんじゃないのか？

なんだ、結局XML化でちゃんちゃんか。

一方、トヨタはPostIt!で乗り切っている。

Post-it® Style Notesですね。すばらしい。

なんかF1日本GPみてるみたい
殺到する観客にまったく足りてないバスとトイレと運用ｗ

>高額な投資になるWebアプリ化は予算が取れそうもなかった。
ホントに１万人がつかうんならそれほどでもないと思うが？
つかそういうことにこそ予算使えよ。

金かけりゃいいってもんじゃないということだ。逆に関心するわｗ

こういうのって、ある規模を超えると手がつけられないんだよね。
「エクセルで管理していたデータが肥大していろいろと不都合が
でてきたから、ちゃんとＤＢを設計したい」って案件をたまに扱う
けど、こういうのって早め早めに手を打っておかないと後から
なんとかしようとおもってもいろいろめんどうなんだよね。
結局のところかなり初期の段階に立ち戻ってシステム設計を
するはめになるんだけど、そうやってできたものは今度は
現場が受け入れてくれない。
管理職レベルで不都合が見えてきた段階ではすでに手遅れ。

>>33
すげー

Excelは関数やVBAに凝ると以上に重くなる
共用機能も信用できない
てか、M$は情報をコンパクトに処理する事を知らない

カイゼンしろよw

早くアクセスに移行するんだ

ん年何に気づいていればってやつか

アクセス（笑）

dbに入れてやった方がいいんだけど
使い方が分からない人が力を持ってると
うまくいかない。

説明すると片仮名アレルギーになるからなぁ。

イルカちゃんをアニメーションからＡＡにするだけで相当軽くなる、って
開発者が提言したがビルゲイツが却下したとか･･･

>>8 なんでもかんでもPowerPointでやろうとする会社もあるくらいだ

年とると変化を嫌う人が出てくるから、
”何かするにせよ、俺がいなくなってからにしてくれ”
だからな、其の積み重ねでこうなったと。

変わらないために変わり続けるのだ。

ええｗ
Excelは、そんな用途に使えるほど堅牢じゃないだろ。
オフィスワーク用のプログラムを、開発支援ツールとして使うなよ。
専用のプログラムで対応すべき事案だろ。
それとも、予算が無いのかな？

俺自作ＰＣ程度しか知識ないがオラクルかなんかでＳＱＬサーバー建ててＤＢ構築するのが妥当だと思うがあってる？

限界っつーか…そもそも業務用システムを市販の汎用ソフトでやるのが（ｒｙ

大体あってる。

顧客の個人情報もＥＸＣＥＬか？

こういうファイルは現場で少しずつ作られていくものだから難しいよね。
情報技術者から見るとデータベース化しろって言うかもしれないけど、逆の立場で考えると…
自分が使ってた一輪車を仕事にあわせてどんどん改造してって、
エンジン付けたりハンドル付けたりしてリフトのようなものになったり、
クレーンのようなものになったりしながら、最終的にハウルの動く城みたいな変態的なモービルに
なっちゃったみたいなものだ。

現場は使い慣れてる方がいいわな

>>51
WindowsのＰＣだけで構築する際はApacheいれなくてもＩＩＳで十分かな？
でソラリス　linux環境も含めてるとApacheのみしか選択肢ないか
というかApacheと Apacheトム猫の違いが判らんぜ
最近勉強して何がなんだかわからないぜ

あんな大会社がうちの会社と同じことやってるのか

いやちょっとまて、Excelでやれるような規模じゃないだろｗ

これが日産クオリティか・・・

色々苦労してやってる割には日産車ってボロイというか、トヨタ車に比べて
パッとしないよね。肝心なことをわかってないんだよ、絶対。

ポ・・・ポストイット・・・糊？

Excelが限界とか言う前に
日産あたりが自前の管理ソフトも作らずに市販のソフトで
業務管理、データ管理をしようというのが間違ってる。
変なところでケチらないでちゃんと投資しろよ。

>>61
使い方を教えないと使いこなせないツールを開発するのが良いか、
Excelを使える最低限の資格を持ってる人を雇いさえすれば
誰でも操作できてしまうツールを導入するのが良いか。

自前で作った方が良いに決まっているが、
Excelの資格持ってるから似たようなツール使えるだろうと思って採用した人間が
開発されたツールを使いこなせなかったと言う状況は意外と多い。
考えない人には一から十まで説明しないと使えないし、
結局、即戦力として入れられる人材云々となってくると、
Excelを使うという選択肢は妥当だと判断する。
　　(「そんなアホな人材採ってくるなよ」と思うけど、
　　履歴書から取れる情報ってそんなもので、
　　採ってきた人材の確実性を考えると
　　Excel以外を使うのがリスキーになってしまう。
　　まぁ、「無能乙」と言いたくなるのは解らなくもないがね…。orz)

あれだけの大企業がエクセルで共有管理してたことに驚いた。
ｻｰﾊﾞｰ立ててDBくらい構築できるだろうに。。。

今時のDBならちゃんとリレーショナルな設計すれば
数十万行なんか余裕で処理できるのに
なんでエクセルにこだわるんだよ

>>62
開発を自前でするならその通りで現状維持になるだろうね。

けど、このシステムって現場レベルで済むような簡易プログラムじゃなくて、
全世界的なシステムなんだからベンダーなりSIerなりに発注すべきだよ。

又、現場のユーザがExcel以外のインターフェースに難色を示すならば、
フロントエンドをExcelにしてバックエンドにちゃんとしたDBを立てるシステム
構成にすればいいと思うんだ。
今後益々、部品点数や、守るべき規範が増える事考えると、データを柔軟に
追加変更出来るＤＢの構築は重要だって言えるし。


日産の上層部の現状認識が、

　今上手くいってるけど、システム変更したいです
　　　　　　↓
　上手く言ってるなら変更の必要性無いじゃん、しかも何で金かんだゴラァ

って事だったんだろうね。

日経ＢＰのITProに載った時点で業界的に晒し上げ同然だから、システム部門
とかが動くんじゃねｗ

いったん正常に動いてしまっている場合は、
それを変更するのには多大な労力を必要とする。
ましてや部門が異なるとなれば、なかなか変更するにも事は進まないだろ。


切ったり貼ったり、ちょっと拡張したりと、微妙にいろいろ変化させながら
利用したい場合システム化すると逆に不便になる場合も結構あるし、
柔軟性という点ではExcelが最強である事は間違いない。


完成した暁には特集組んでくれないかな。
日系の動かないシステムシリーズで。

時代はＳＡＰです

>>65
なるほど。
良い見解をありがとう。

>>66
確かに小回りは効くけどね。
ただこんだけのデータ量処理させるとモノスゲ〜重くなるだろうから、効率考えるとねぇ･･･

うちはいまだに紙面ですがなにか？

>>69
一万人が好き勝手に弄った破綻するとおもわれ

>なんでエクセルにこだわるんだよ

偉い人がそれしか使えないんじゃね？
どこにでもいるでしょ、そういう偉い人。

グーグルドキュメントなら、参照する人はシート単位のHTMLで見るだけなので軽いよ
http://spreadsheets.google.com/pub?key=p3C5YXNGhmk76YI2-gWClAQ&gid=2

もちろん編集の共同作業もできるし、エクセルで見たければエクセルでダウンロードできるし個人的な編集をすることもできる。
http://spreadsheets.google.com/pub?key=p3C5YXNGhmk76YI2-gWClAQ&output=xls

なんで大企業の偉い人がテスト仕様書いじる必要があるの

>>71
流石に仕様変更は管理者だけだろ。

マクロ ウイルスがアップを始めたようです

何でDBをエクセルで作るんだよ

専用のシステム開発するなりしてさっさとデータ載せかえろ

「無茶苦茶だ！こんなアプリケーションでこれだけの情報を管理しようなんて！！！

キャリブレーション取りつつ、ゼロモーメントポンプおよびＣＰＧを再設定……チッ！
なら擬似皮質の分子イオンポンプに制御モジュール直結！
ニューラルリンケージネットワーク再構築……。
メタ運動野のパラメータ更新。フィードフォワード制御再起動。
伝達関数！　コリオリ偏差修正！　運動ルーチン接続。システムオンライン。
ブートストラップ起動！」

一方ヒュンダイでは
１０×１のチェック用紙を手書きで捏造していた。

>>78
キラ・ヤマト乙

普通こんなんExcelでやろうと思わないよＪＫ

女子高生？

テキスト最強伝説

せめてAccess使えよ

エクセルなら持ち出したりマクロで破壊したりするのが簡単だから

日産でもこの程度なのかよ。

いや、Accessでも結果は同じだから....

>>79

ちょｗｗｗ　捏造ってｗｗｗ

ﾈｯﾈｯ
ＯＣＮ使えば？

Excelの化け物って
「なんか聞きたいことがあるんだろぅ？」
「ないわけないだろ！早く聞け！」
って脅してくる、魚状のアレのことじゃないの？

>>90
　何について調べますか？
| ┌────────────┐
|　|　お前を消す方法　　　　　　　｜
|　| 　　　　　　　　　　　　　 　　　　｜
| └────────────┘
|　[ オプション(O) ]　　　[ 検索(S) ]
|
｀──────────┐ ┌───
　　　　　　　　　　　, '´l,　　..| ./
　　　　　　　, -─-'- 、i_　　|/
　　　 ＿_, '´　　　　　　　ヽ、
　　　',ー--　●　　　　　　　ヽ、
　　　 ｀"'ゝ、_　　　　　　　　　 ',
　　　　　　〈｀'ｰ;＝=ヽ、〈ｰ- 、 !
　　　　　　 ｀ｰ´　　　　ヽi｀ヽ iﾉ
　　　　　　　　　　　　　　　 ! /
　　　　　　　　　　　　　　r'´、ヽ
　　　　　　　　　　　　　　｀´ヽノ

はえーよｗｗｗ

>>88
なぁ、本気で否定できるか？w

せめてアクセスにインポートしてれば＠５年は持ったのにね、、、
って金もってんだったらオラクルでもSQL鯖でも入れてやれ
なんならオレが作ってやんよ

別なデータベースエンジン使おうよ・・・

>>94
何でこんな化け物みたいなExcelファイルに育ったと思ってるんだ
上が金を出さないからだろ？
プログラマを数ヶ月拘束するような規模の専用アプリの開発費用と、市販の汎用ソフト数本と、
値段を比較するようなバカが実はまだまだいるんだぜ？w

>>95
OracleにもMSにも知り合いがいてのう
普段いろいろ回してもらっている関係でさりげなくCMを、、、
すんませんね

結合試験の項目書をExcel共有でやってるうちがきました･･･
何でチェックひとつ入れんのに10分も待たされるんだ･･･

ExcelをDB代わりに使用（笑）

花子の呪いです（-人-）ﾅﾑﾅﾑ

まぁ使えなくも無いが､小規模の事務所が限度だろ｡

>>101
PC数台程度のLAN前提ならかえってやりやすいかもね。

でも数千以上のアクセス前提のシステムじゃ、やっぱ在り得ないよな。
それよか、「一データで数万列」ってのを何とかできなかったのかと･･･
ちょっと疑問に思いました。

一個のEXCELファイルのためにSANか

お前ら、たまには元記事を読めよ・・・

＞まずプロジェクトマネジャが巨大なマスターファイルをベースに騒音・振動や衝突、動力といった性能単位にExcelファイルを作成。

このPMの給料が知りたいｗｗ

巨大Excelファイルを入力して、少し小さいExcelファイルを出力するプログラムを、Linux上のC＋＋で自作

>>96
家のDB構築の本にも書いてあったな。

データが入ればなんでもいいんじゃないの？
とか上から言う人も居てDBの重要性を解っていない人は意外と多いとか。

とある大手のSIerが、なかなか日産への成果が上がらない
営業を援護射撃するために記事を書かせたんだよ。
でもって、数年後には、某大手自動車メーカーが社運をかけて
とりくんだシステム開発案件が大失敗に終わったという
記事が紙面を賑わすわけ。

ロータス123にすれば軽いからＯＫ

1万人規模のシステムでも、エクセルで何とかなっちゃうんだ･･･
と逆に感心してしまった。ｗ

うちが勤めてる派遣会社も全部エクセルベースでデータ管理してるなぁ
過去登録者含めて全国４万人以上の個人情報やら勤務履歴やら全部エクセル。
重くてしゃーない。

うちでは社長が連れてきた自称ITコンサルタントの勧めに従い、
エクセルで処理していたものをアクセスでやるようにしたことがあった。

三ヶ月ぐらいしてアクセスに切り替わったところ、不具合が
多すぎて結局使わなくなった。データを修正すると消えたり
表同士が矛盾をきたしたり、通し番号がずれたり、印刷しても
出てこないデータがあったり、とにかく散々だった。
アクセスにデータを入れると同時にエクセルにもデータを入れて
とっつき合わせないととてもじゃないけど使えなかったから、
業務が滞って大変だった。

極めつけは、そのコンサルのところのエンジニアが
「不具合がでるのは、使い方が悪い。エクセルでもともと奇妙なこと
やってるのが悪い。システムを理解できないお前らが一番悪い。」
みたいなこと言い出して逆切れしたのが決定的だった。

散々引っ掻き回された挙句に、エクセルに戻ったよ。
それから４年たってエクセルのファイルは５〜６倍ぐらいの大きさになっている。

>>48
だいたい、基本設計からして65535行までしか扱えなかったシロモノを・・・


日産あたまおかしいでう

そういや昔､MTかFDだったか忘れたけど、取り込んだデータをExcel方式に加工し出力する
ソフト作って納品したんだが、基本的にその度毎に取り込んだデータを削除する仕様を､
納品時に顧客からの要望で溜め込んでいくように変更した事あったな〜。
無茶と言ったんだが､顧客と営業に押し切られた｡一応｢ファイルを保存｣という項目作って､
ある程度の区切り毎に退避してデータを削除してくれと言っては置いたが､アレどうなったかな？

>>96
市販ソフトが6万円だから、それで作れ！ってほざく馬鹿がいるね。

そのITコンサル、無能だったんだねぇ…

>データを修正すると消えたり
>表同士が矛盾をきたしたり、通し番号がずれたり、印刷しても
>出てこないデータがあったり、とにかく散々だった。

表同士の矛盾とか出てこないデータとか、そういうことを排除できるのが、
アクセスのようなDBソフトの利点なのに。
きっちり要件を洗い出してちゃんと開発すれば、起きないはず。

こうしたトラブルに懲りて、Excel に戻っちゃうところも多いんだろうね。

あの日産のトホホな内情から
日本のソフト業界のレベルの低さへと
話題がシフトしてきたな。

>>116
RDBをRDBとして使ってなかったんじゃなかろうか･･･

長い間の積み重ねで複雑な構造になったエクセルのワークシートをそのままテーブルにしたんだろな。
他社の作ったエクセルやアクセスで行われていた業務をRDBに移植する仕事でたまに見るぜ。

システム開発生産性が最も高い言語：ITpro
http://itpro.nikkeibp.co.jp/article/COLUMN/20070906/281286/

> 　「それは間違いなく、えくせるでしょう」。 

>>120
残念なことに、ソフトの生産性って、結局は人次第なんだよね。いろんな意味でさ。