【VB滅亡】M＄ InfoPathの衝撃【SE失業】

59 ：仕様書無しさん：03/04/01 16:46

PGが楽できるツールなら大歓迎だが、実際はバグだらけで苦しめられる罠。

60 ：仕様書無しさん：03/04/02 01:31

>>59
バグだらけっていうほど難しい機能はなくない？

61 ：仕様書無しさん：03/04/02 01:48

ねぇ、InfoPathから入力されたデータ片を集計したりフィルターかけたりして
「意味のあるデータを作り出す」作業も、InfoPath自身で出来るの？

62 ：おしえてくれいー：03/04/02 02:52

うーんSQLやAccessでなんでもできるとおもって
実はなんもできない罠？
Accessでどんがらどんがら枝葉をつけまくって、ぼろぼろうごかんシステムいっぱいみたことあるもんな

63 ：コボラー：03/04/02 10:50

だから電算室作って大型機入れろっての

64 ：仕様書無しさん：03/04/02 11:05

JavaがあればM$製品は要らない

65 ：仕様書無しさん：03/04/02 20:43

>>61
そういうのはサーバサイドで書くんだろう。
でもプログラム的には難しくも何ともなくて、
むしろどんなデータに意味があるか分かる人が
する仕事だな。SEでもできる。
やっぱプルグラマ（ﾟ⊿ﾟ)ｲﾗﾈ

66 ：仕様書無しさん：03/04/02 20:51

>>62
あー。あの。初心者だからわかんないんだと思うけど、
度重なる拡張でシステムが壊れてくるのは
言語やDBに関係ないし当たり前のことなんだよ。
だからこそリファクタリングという技術が重要視されてるのだが。
少しでもプログラミングしてれば分かると思うが。

67 ：仕様書無しさん：03/04/02 22:43

>>66
Accessでリファクタリングはしにくいと思うぞ。

68 ：(^ｰ')b ◆ShA/gJZOLE ：03/04/03 00:02

>>62
前半と後半は関係ないような気が。

69 ：61：03/04/03 00:56

>>65
さすがに全部InfoPathで、というわけには逝かないのか…

OfficeDeveloperのコンポーネント、InfoPathも入ってるかな？
Eclipseとかのプラグ可能なIDE向けに、InfoPathをベースにした
XML編集プラグインなんかがあると便利かも、と妄想してみる。

70 ：仕様書無しさん：03/04/03 16:28

>>60
難しくないのにバグがあるのがMS製品。
しかしXMLは魅力。こうやってズルズルと（ｒｙ

71 ：仕様書無しさん：03/04/03 21:43

InfoPathはpro版には含まれないようだ。残念。
http://www.zdnet.co.jp/news/0304/03/ne00_office.html

72 ：仕様書無しさん：03/04/04 00:42

>>71
残念だな。
とりあえず触ってみたいが、
うちの会社いつOffice2003買うのかな・・・

73 ：仕様書無しさん：03/04/04 01:23

ユーザのスキル如何のように思う。
Officeシリーズ、特にAccessとExcelを扱える管理者が居たりすると、
定型帳票ではなく、CSVだけ吐いておいてくれればOKという要求仕様もあったりする時代だからなー。

いままでGUIロジック構築で喰われていたコストが低減できるのなら
導入の検討は十分になされるだろうね。

しかしそれとは別にVBプログラマの失業はもうとっくに始まってるような気がする。
PG行程だと人月45万前後が相場だよ（東海地方）。
メタフレーム方式で延命を試みても、それならJavaでWebやりたいっていう案件ばかりだ。

かといってSEの失業まではいかないと思うよ。
所詮はWindowsプラットフォーム、システムの規模が小さいんだから
コロコロとトレンドを換えていく4GL言語の世界がこの業界の全てと思っちゃいけないと思うよ。

74 ：仕様書無しさん：03/04/04 02:10

>>73
そーゆー本気で”みっしょんくりてぃかる”な仕事は
売上は大きいんだろうけど、
SE全体に占める従事するSEの人数割合は小さくないですか？

75 ：仕様書無しさん：03/04/04 02:38

>>73
こちらはVBプログラマの人月は35万前後だ。はは。笑えるぜ。なんちゅー
安値だ。近頃.netの案件が多くなってきた。でも、人月50万。

ははははははははははははははははははははは

ちゃんちゃら可笑しいぜ。

76 ：仕様書無しさん：03/04/04 02:43

>>75
Javaよりいいな･･･。

77 ：仕様書無しさん：03/04/04 03:03

.NETの方が給料良いのか。
俺も.NETプログラマーになろうかな。

78 ：75：03/04/04 03:08

>>77
止めた方がいい。ロクな事がない。.netと言ってもASP.netだし。
C#の方がまだ金取れると思うよ。まだまだ案件は少ないけど。
と言うか、、、、未だに1件しかないYO。

79 ：75：03/04/04 03:10

すまね。思いっきりスレタイから変わっちまった。ここで単価の話は
終了。

80 ：仕様書無しさん：03/04/04 03:43

それでも高い方が良いよ。贅沢はいえない。
金を稼ぐためには.net & C#に決まりだな。

81 ：75：03/04/04 03:49

>>80
待て待て。ちょっと待て。決めちゃいかん。ちゃんと自分でASP.netを
使ってWebサーバを立ててからにした方が・・・
ログインとかクッキーとかを重点的に調べてやってみた方がいいかも。
俺のやり方が悪いんだろうけど、クッキーに異常がよくあったし。
ASP.net+SQLServer2000でやったが、破滅的な状態になったぞ？

よーく考えてみそ。

82 ：仕様書無しさん：03/04/04 04:03

>>81
具体的な現象が知りたい。
ココじゃなくて、C♯スレとか＠ITの掲示板でね。

83 ：仕様書無しさん：03/04/04 11:06

>>75は忍月35万なのに、よく研究してるなあ。えらいなあ。

84 ：75：03/04/04 12:05

>>82
うーむ、、、なった現象を記載してみるかな。
去年10月頃にASP.net+SQLServer2000で懸賞系サイトを作った。紹介だけね。
おっと勿論今でも稼動してる奴。自分のサイトね。今は大体・・・80000/Day
ぐらい。んで、ID、Passを入力する手間を省いて貰う為にクッキーを見てOK
であれば、ログイン無しでいけるようにしていた。ところがところが。
何故か別の人のクッキーを読んでいた。信じられない現象だが実際に起こった。
つまり、Aさんがログインしようとして何故かBさんでログインすると言った感じ。

他に、こちらでは幾らでもログイン出来るのにログイン出来ない人が多数いた。
こちらは今でも修復できていない。出来る人と出来ない人がいる。パスワード入力
とかも間違えてはいないようだ。更に、絶対にNULLが入ってはいけないフィールド
に何故かNULLが入る。NULLを許容しないにしているにも関わらず。
負荷が高くなると起こりやすい現象かも知れない。正確に掴んで居る訳ではないよ。
ただ、不可思議な現象が起こるのも確か。

85 ：仕様書無しさん：03/04/04 13:33

読んでて恥ずかしいからそれくらいにしておきなね。間違っても本スレに投げちゃだめよ。

86 ：仕様書無しさん：03/04/04 17:48

>>85
だったら解決策を教えてやれ。また口だけか。
これはな。れっきとした解決策のないバグなんだよ。負荷集中による不信な挙動
だ。しったかを言うなよ。こっちが恥ずかしい。

87 ：仕様書無しさん：03/04/04 18:48

教えてやれ？誰にですか？文章変ですよ。人称をはっきりしてくださいね。

>れっきとした解決策のないバグなんだよ。
ほほー。MSがバグと認めたんですね。それじゃあきっとHotFix作ってもらえますね。
なんたってそんなに負荷がかかるサイトを作ってるんだから。MSのマーケティングが
放っておかないでしょ。

大体クッキーでログインなんてひろみちゅに殺されっぞ。（ｗ
ところで絶対NULLが入ってはいけないフィールドって何？（ｗｗ

88 ：仕様書無しさん：03/04/04 19:04

>>87
「人称をはっきりしてくださいね。」という台詞は、
どなたに向けて発せられている発言なのでしょうか？ｗ

89 ：仕様書無しさん：03/04/04 23:11

初心者質問で悪いんだけど、80000/Dayって、1日80000アクセスっつーこと？
すげーな。俺そういうのやったことない。涙。

90 ：仕様書無しさん：03/04/05 02:33

>> 75
ACTか何かできちんと負荷テストした？

91 ：仕様書無しさん：03/04/05 09:48

>>90
個人でたらたらっと作った奴だろうから、そんな物はしていないのではないか
と想像出来るな。

>>87
本当に口だけなんだな・・・　MSがそんな事を公式に認める訳ないだろーが。
おまえは知らないかも知れないが、同時1000Session程度からNULLが入る
事は有名なのよ。でも未だに直ってないバグなのよ。ついでにMSはほったらかし
のバグが多い。それすらも知らないのね・・・

92 ：仕様書無しさん：03/04/05 12:53

>>91
口だけは君のほうでしょう？MSが公式に認めたバグはたくさんあるし、HotFixがたくさんあるのも知らないの？
MSのバグFIXはサービスパックだけだと思っている？

それで純粋な興味なんですけど、同時1000Session程度から、どこにNULLが入るんですか？
まじめに興味があるので教えてください。私もASP.NETのプロジェクトに入りそうなものですから。
またはヒントとなるURLだけでもぜひ教えてください。知りませんでしたので。

93 ：仕様書無しさん：03/04/05 12:55

間違えてsageちゃいました。

94 ：仕様書無しさん：03/04/05 13:49

>>92
だまれ。雑魚。

95 ：仕様書無しさん：03/04/05 14:47

>>94
えーっ、そういう反応がくるとは思わなかった......

96 ：仕様書無しさん：03/04/05 19:01

>>87
ところで絶対NULLが入ってはいけないフィールドって何？（ｗｗ
>>92
>>それで純粋な興味なんですけど、同時1000Session程度から、どこにNULLが入るんですか？

>>84で「NULLを許容しない」にしているにも関わらず。
とあるから、そういう設定をしているフィールドでしょ。具体的にどんな項目か知る必要はないでしょう。

フィールドはNULLを許容する　かつ　業務側はNULLを許容しない
なら業務側に原因があるかもしれないが。

97 ：仕様書無しさん：03/04/07 09:15

>>96
プライマリキーの項目にNULLが入ってたりして・・・（ｗ

98 ：仕様書無しさん：03/04/07 09:49

非NULL制約がある属性にNULLが入ることがあるの？
致命的じゃん。

99 ：仕様書無しさん：03/04/07 21:18

頼むからバグ疑惑の話題はC♯スレでやってくれ…

Office 2003――6つ（あるいはそれ以上！）の版のどれを選ぶか
http://www.zdnet.co.jp/news/0304/07/cead_coursey.html
> XMLスキーマ、リストコントロール（Excelをより効率のいいデータベースにするとされる）の
> 機能を備えており、これらを“Pro版”と呼ぶことで、Microsoftは大企業顧客に対して追加料金を
> 請求することができる。
> これら機能のほとんどはかなり複雑で、私を含む標準的なユーザーはおそらく手を出さない方がいい。
吉松ﾀﾝ、出番だぞｗ

100 ：仕様書無しさん：03/04/12 18:53

Office 2003、XMLフルサポートは一部版のみ
http://www.zdnet.co.jp/news/0304/12/nebt_16.html

101 ：仕様書無しさん：03/04/12 21:00

NULLと空白の違いが分かっていないに10000ﾌﾞｯｼｭ

102 ：仕様書無しさん：03/04/12 22:00

このXMLを読み込んで。データ操作をするCOMモジュールが出る
VBScriptで操作可能

103 ：山崎渉：03/04/17 12:09

（＾＾）

104 ：山崎渉：03/04/20 06:19

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

105 ：仕様書無しさん：03/04/25 21:17

アドビ、Web/XML/PDFに対応した電子フォーム関連製品などを発表
http://www.zdnet.co.jp/enterprise/0304/23/epn24.html

これ、競合するよね？