VBプログラマ質問スレ（Ver.6.0 まで） part62

VBプログラマ質問スレ ..

242:デフォルトの名無しさん
13/03/01 02:00:36.52
>>239

なんでお前>>238にレスしてるの？
>>238は明らかに意味不明、馬鹿だよね。
自作自演にしか見えないよ。

なぜかっていうと、戸籍っていうのはな。
> 人の生年月日や、どこで生れたのか、両親は誰々で、
> 兄弟はいるのかどうか、そして、いつ死亡したのかなどがわかるものです。

243:デフォルトの名無しさん
13/03/01 02:13:19.42
時間が変わってバイさるから復帰か

244: 【豚】
13/03/01 02:17:26.37
そんなことより
おみくじで旧VBの将来を

245:デフォルトの名無しさん
13/03/01 02:25:32.39
多分Windows15とかなってもVBランタイムが付いてくるでしょう

246:デフォルトの名無しさん
13/03/01 02:31:20.98
Windows95くらいになってもな！

247:デフォルトの名無しさん
13/03/01 04:02:55.16
荒らしに反応する奴も荒らし

荒らしに反応する奴に反応する奴も荒らし　←俺か

248:デフォルトの名無しさん
13/03/01 04:07:40.39
ポインタ（戸籍）なんて奴がいたら、そいつはかなり脳が足りない。

249:デフォルトの名無しさん
13/03/01 04:10:36.00
もう少しタメになる話をしておくれよ
旧VBを扱わなきゃいけない案件はまだまだあるんだし
四月になれば新卒で入った新人君たちがそれらに関わるかもしれんじゃないか
有益な情報だけたのむ

250:デフォルトの名無しさん
13/03/01 08:18:43.68
pointerとpointeeの違いが分からない低能がいるのが悲しい
理解力が無く最低限の英語すら分からないで、この先技術者として生きていけるの？

251:デフォルトの名無しさん
13/03/01 09:06:43.52
話を >>161の原点に戻そう。

>変数のポインタアドレス渡すとか何か怖いな

つまりコイツが、「変数のポインタ渡すとか何か怖いな」と言っていればこのポインタ議論は発生しなかった。
「変数のポインタアドレス」と言ってしまったので、アドレスを示すポインタ＋アドレスという意味不明な重複が発生した。
そこで、このバカがもしかしたらポインタの事を変数だと思っているのかも？という疑惑が生まれた。
しかしそれにしてもこれだけスレが伸びるとは・・・。
しかも最もポインタに縁遠いVB6のスレでｗｗｗ

252:デフォルトの名無しさん
13/03/01 09:09:11.98
それいうなら、「変数のアドレス」だろｗ

253:デフォルトの名無しさん
13/03/01 09:09:55.21
ダメダメなC#と比べればVB6.0にいかにノビシロがあるかがわかるな。

254:デフォルトの名無しさん
13/03/01 09:11:10.40
>>252
「変数のアドレス」ならC言語風で言うなら &a でもいいはず。これはポインタではない。はい論破。

255:デフォルトの名無しさん
13/03/01 09:12:47.51
まだ　ポインタ = アドレス　だと思ってるアホちゃんがいるらしいｗ

256:デフォルトの名無しさん
13/03/01 09:17:57.88
ハードウェアで言うならプログラムカウンタ(PC)を変数と考えるかどうかという事だな。
JMPやCALL、PUSH、POP命令はPCの値を変更してプログラムの流れを変える。
まさにこの時、PCが変数かのようにふるまう。では代入演算命令でPCに値を入れられる命令があるかというと
そんな機械語は存在しない。なのにPCを変数と考えるのか？という談義に近い。

257:デフォルトの名無しさん
13/03/01 09:18:13.28
ポインタはアドレスだけじゃなくて型も持ってるんだよ。
だから
int* hoge;
hoge++;
とするとhogeは4足されたりする。

258:デフォルトの名無しさん
13/03/01 09:19:32.04
>>257
やっと少しまともな奴が現れたなｗ

259:デフォルトの名無しさん
13/03/01 09:23:42.38
気を付けなければならないのはポインタは型の属性を持っているがそれ自身に型は無いという事かな。
つまりポインタが16bitとか32bitとか64bitとかの固有のサイズを所持することはない。
もちろんsizeofで見ればバイト数は明確になるが、言語仕様上それに依存したコードを書くのは好ましくない。
（制御系では頻繁にやるが）

260:デフォルトの名無しさん
13/03/01 09:29:15.22
例えばint* hoge;で確保されるメモリは4バイト?
それとも4バイト＋型情報分のバイト数？
それとも型情報はまったく別なとこで管理されてるの？

261:デフォルトの名無しさん
13/03/01 09:45:18.14
Cに限っていえば、型はコンパイラが知ってるから
コンパイルされた後に型の情報は必要ない。

262:デフォルトの名無しさん
13/03/01 09:49:16.97
なるほど

263:デフォルトの名無しさん
13/03/01 10:16:23.43
ということはポインタは型を持っているというわけではないのか。

264:デフォルトの名無しさん
13/03/01 10:22:14.45
やがて配列のポインタへの成り下がりに話題が進むのであった。
もはやVB関係ね～な。

265:デフォルトの名無しさん
13/03/01 11:51:12.83
制御系だとCのポインタのサイズはCPUのプログラムカウンタのサイズ、
いわゆるアドレス幅とイコールであることに何の疑問も抱かないのは
Cをマクロアセンブラの発展形くらいの感覚で使っているからなんだな。
同じプログラマでもアプリケーションプログラマとは感性がちがうな。

266:デフォルトの名無しさん
13/03/01 12:06:43.12
16bitのx86にはラージポインタという恐ろしいものがあってな

267:デフォルトの名無しさん
13/03/01 12:14:04.83
スレが進んでると思ったら、たいてい
VB6以外の言語の知識でVB6を説明しようとする話題だｗ

268:デフォルトの名無しさん
13/03/01 12:23:21.84
オワコンなんだから仕方ない

269:デフォルトの名無しさん
13/03/01 13:36:37.60
>>266
ヒュージポインタに比べたらそんなもん糞でしょ？ｗ

270:デフォルトの名無しさん
13/03/01 17:05:31.50
オワコンだからといって荒らしていいわけではないでしょ。
スレを立てられないアホ、スルー力ゼロのアホがどれだけいるんだか。

271:デフォルトの名無しさん
13/03/01 17:55:08.31
プログラム云々関係なく俺の純粋思考の導き出す推論によると
変数とは値概念。ポインタとはベクトル概念
ただしこの両者は明確に概念として切り分けられないはず
何故なら空間的位置と数量的位置は同じものとみなすことも可能だからだ

272:デフォルトの名無しさん
13/03/01 18:51:30.62
哲学者ぶっても所詮は専門学校卒
文盲甚だしい

273:デフォルトの名無しさん
13/03/01 19:55:01.53
>>161の言葉の間違いというか認識の間違いを指摘するためだけに１００以上伸びるスレとかｗ

274:デフォルトの名無しさん
13/03/01 20:12:38.37
>>273
かと言ってレス乞食が狙おうとすると意外に難しいんだよなぁ

275:デフォルトの名無しさん
13/03/02 07:34:05.77
>88J#の間違いでしょ

276:デフォルトの名無しさん
13/03/02 07:43:45.28
VB6の同世代ならJ++だろ

277:デフォルトの名無しさん
13/03/02 09:13:56.66
>>275
いや、C#で間違いない。J#は論外だろ？

278:デフォルトの名無しさん
13/03/02 10:02:09.27
C#は利用者数が伸びないね
インドのオフショア企業が使用しているけど
あれはJavaのソースをぶっこ抜いてC#に移植するとライセンスを隠ぺいできるため。
Javaのオープンソース資産をライセンスフリーで流用するための手段に過ぎない。
それに比べると中国系のオフショア企業はC++を使用するケースが多いように思う。
インドより中国の方が正当な事をするなんて、ちょっと信じ難いけどね。

279:デフォルトの名無しさん
13/03/02 12:32:14.48
Xamarin、C#言語によるiOS/Androidアプリ開発を実現する“Xamarin 2.0”を発表 - 窓の杜
URLﾘﾝｸ(www.forest.impress.co.jp)

むしろVB不遇じゃね

280:デフォルトの名無しさん
13/03/02 12:33:22.10
VBSやVBAなどで一般にも認知度の高い旧VBなんだからもっと優遇されるべき

281:デフォルトの名無しさん
13/03/02 13:04:55.86
>>279
XamarinがVisualStudio級の開発環境を提供するなんてどこにも書いてないけど？
こんなのが普及すると本気で思ってるのだろうか？

C#って基本はコマンドラインコンパイラだよ？

282:デフォルトの名無しさん
13/03/02 13:12:23.39
>>281
XamarinがVisualStudio級の開発環境を　提供する必要がないだろｗ

普通にVisual Studioで作ればいい。

ソースコードはあるんだ、最後に違うコンパイラを使えばいい。

283:デフォルトの名無しさん
13/03/02 19:24:59.68
わかってないなこの人

284:デフォルトの名無しさん
13/03/02 22:44:08.81
自称わかってる人が、
説明しないんだもんな。
面白いw

285:デフォルトの名無しさん
13/03/03 00:14:47.47
>>284
　　　　　　- -―- 、．　　　　　　　　　　　　　　　　　　　　　　　　　 - -―- 、．
　　　：／..::::::::::::::::::.丶：　　　　　　　　．　．　．．　　　　　　　　：／...::::::::::::::..　ヽ：
　　：/..::::::::::::::::::::::::::: ヽ：.　　　　　　：,r"´⌒｀ﾞ`ヽ：　　　　　　　：/ ..:::::::::::::::::::/＼ヽ：
　　：i.::::::::::::｣:::｣:::｣::｣｣ｉｌ：　　　　　：／　,　　　-‐- !､：　　　　：/..:::/::::/:::://　ヽ l:. l.：
　　：|::::::::::oﾟ▲　　 ▲o：　　　：／　{,|f　　-‐- ,,,__､)：　　　　：l:::::!:oﾟ(●）　 (●)ﾟo:|：
　　：|:::::::::| ""　.♭""l |：　　：／　　 /　　.r'~"''‐--､)：　　　　：!:::l::::l ~" 　,, 　 ~ ｌ:i:ｌ：
　　：|::::::::|､　r‐― ｧﾉ :|：：,r''"´⌒ヽ{　　 oﾟ(●)ﾊ(●)ﾟo：　　　：ヽ:i::!､　r‐― ｧ　ﾉﾉ'：
：, -‐(⌒)＼ヽ⌒ﾉｲ::::::|：/：　　　　：＼　　（⊂｀-'つ）i-､：　：, -‐(⌒)＼ヽ⌒ﾉ／．
：ｌ_ｊ_ｊ_ｊ　と)＼__フヽ::::::|：　　　　　　　： `|. （__,,ノヽ_ﾉ,ﾉ　：＼：ｌ_ｊ_ｊ_ｊと)＼__フヽ：
　　：|::::ヽ　　　：i　|:::::|：　：, -‐(⌒)　　：l　ヽ⌒ｿ ,ﾉ　　：ヽ　　：ヽ　　　：i　|：
　　：|::::::|　　：⊂ノ|:::::|：　：ｌ_ｊ_ｊ_ｊ　と)　：|　､､_フj''　　：⊂ノl：　　　：|　　：⊂ノ|：

286:デフォルトの名無しさん
13/03/04 01:06:12.18
以上の事なんか全く解らなくても適当に作れちゃうのが旧VB
困ったもんだ

287:デフォルトの名無しさん
13/03/04 09:01:19.81
まあC#がノビシロのない言語であることは認める。
JavaもOracleになってから先が見えてきた。
VBが一番良いとは思わないが
プラットフォームがWindowsオンリーなら最強だろう

288:デフォルトの名無しさん
13/03/04 13:42:58.25
つC++

289:デフォルトの名無しさん
13/03/04 14:04:23.11
C#はC++よりマイナー

290:デフォルトの名無しさん
13/03/07 00:23:06.31
テキストブラウザでも作るか

291:デフォルトの名無しさん
13/03/07 20:46:49.84
あの頃の勢いはもう無い

292:デフォルトの名無しさん
13/03/09 01:54:36.75
虫籠(ﾎｲﾎｲ）に入れました。

293:デフォルトの名無しさん
13/03/09 15:28:39.37
phpもJavaもVBもCもC#もも経験してきた俺が言う。

C#は良い。

.NETになってからのVBとC#を単に比較すると、
ラムダ式とかの機能的な面で違いはあるが、オブジェクト指向的な
面でどっちでもいい。

ただし、

　　If(条件){
　　}

と書くか

　　If 条件 Then
　　End If

と書くかで、タイプ量の違いで、俺はC#が好みである。

294:デフォルトの名無しさん
13/03/09 15:34:40.49
vb.net使ってると毎日のように
もうC#でいいじゃんって思うな

295:デフォルトの名無しさん
13/03/09 15:43:13.29
旧VBでC#の宣伝するなウィルス野郎が！

296:デフォルトの名無しさん
13/03/09 16:11:56.25
>>293
タイプ量って重要ですよね。

僕もタイプ遅いから文字数が倍違うと
仕事の速さも倍違います。

297:デフォルトの名無しさん
13/03/09 16:13:18.73
.NETはインテリセンスとかいうので自動補完してくれんじゃねーの？
ここは旧ＶＢスレだ.NETは巣に帰れ

298:デフォルトの名無しさん
13/03/09 18:14:00.03
c#は
if ()
{
}
ってなるから嫌い

299:デフォルトの名無しさん
13/03/09 18:30:53.65
プログラミングの本質ともいえる要素のブロック化をもっとも端的に表現できるのが{ }という記号だろう

() という記号も実はその派生形なわけだが　()と { }の違いは？

300:デフォルトの名無しさん
13/03/09 18:49:05.09
>>299
態々VBスレでやる必要ないだろ。
というよりスレタイが読めないくらい日本語できないってことか。

301:デフォルトの名無しさん
13/03/09 19:19:59.29
>>299
どの位置にカーリーブラケットが来るかって話じゃないの？
if () {
}

if ()
{
}

302:デフォルトの名無しさん
13/03/09 19:28:47.23
>>301
スレタイを死ぬまで声出して読め。

303:デフォルトの名無しさん
13/03/09 21:12:13.30
If *** Then
End If

If *** _
Then
End If

304:デフォルトの名無しさん
13/03/09 21:19:53.72
>>302
こｗとｗわｗるｗ

305:デフォルトの名無しさん
13/03/09 21:50:11.56
インタプリタならなんでもいい。
VB6のインタプリタIDE環境に慣れた体には
エディット、コンパイル、リンクのビルド型環境にはもう戻れない。

306:デフォルトの名無しさん
13/03/09 22:38:52.76
そんなあなたにF#
インタープリタ付だぜ

307:デフォルトの名無しさん
13/03/09 22:39:59.56
インタプリタIDEって何のこっちゃ。
言っちゃ悪いが馬鹿丸出しだな。

308:デフォルトの名無しさん
13/03/09 23:39:25.87
>>307
そんな事にバカ丸出しで反応してるお前が滑稽で笑えるんだが？

309:デフォルトの名無しさん
13/03/09 23:40:45.52
普通はスルーだろ　なにが癇に障ったとか

310:デフォルトの名無しさん
13/03/09 23:41:17.50
放っておいてやれよ

311:デフォルトの名無しさん
13/03/09 23:41:49.64
うむ

312:デフォルトの名無しさん
13/03/09 23:42:37.06
>>307
滑稽というかアホ猿ｗ

313:デフォルトの名無しさん
13/03/09 23:48:42.96
触るとはじけるホウセンカの種
インタプリタIDEではじけたホウセンカの種
こっち飛んでくんな！ｗｗｗｗｗｗｗｗｗｗｗ

314:デフォルトの名無しさん
13/03/12 19:35:10.40
VB6に良いとこはある。
C#に良いとこはある。
VB.NETに良いとこはある。
Javaに良いとこはある。

ガベコレの無いCとC++にも良いとこはあるが
ガベコレの無い時点で、もう関わりたくない言語と言える。
まあガッツリ組み込みで高速な動作させたいんなら必須だけど。

315:デフォルトの名無しさん
13/03/14 02:10:35.06
VB6ぐらい簡素な方が楽だと思った

316:デフォルトの名無しさん
13/03/14 11:11:07.31
windows7で使ってる？

317:デフォルトの名無しさん
13/03/14 14:54:32.31
yes

318:デフォルトの名無しさん
13/03/16 03:14:03.30
サードパーティ製のCOMなんかは怪しい動きするけど
まあ社内用アプリ程度なら管理者権限付けとけば大概動くし
敢えて仕様がガッサリ変わっちゃってる.NETに移行する気は起きないというか
移行プロジェクトで死んだからもうやりたくない
動くものはそのままそっとしておくのが良いな

319:デフォルトの名無しさん
13/03/16 04:28:26.01
動いているシステムは良いシステムだ。
至言だ。

320:デフォルトの名無しさん
13/03/16 12:20:43.28
>>318
VBの場合、.netへ移行なんて無理。移行できるとしたら陳腐なソフトだって事。
Twipsのスケーリングに依存するようなアプリはまず移行不可、つ、大多数がそうだがｗ
ゼロから作り直した方がいい。いいと言うかそれしかない。
現物のVB6で仕様が明確になっている分新規より楽だろ？

321:デフォルトの名無しさん
13/03/16 16:24:56.77
新規で作り直す価格より旧VBのメンテの料金を吊り上げればいいのだよ

322:デフォルトの名無しさん
13/03/16 20:44:31.47
>>320
現物で仕様が明確になってるが故に数値は全部Long、配列での力技のデータ操作、自作Round関数が移行されるんですね

323:デフォルトの名無しさん
13/03/21 18:58:14.25
Windows Blue はWindows8 RTなんだよね？　VB6 が動かないのは当たり前じゃないか

324:デフォルトの名無しさん
13/03/22 00:25:29.20
>>323
え？
Windows8.1だろうと思ってた…

325:デフォルトの名無しさん
13/03/22 07:10:41.68
何でお前ら移行しないの？

326:デフォルトの名無しさん
13/03/22 11:45:44.28
>>325
お客にあわせるから

327:デフォルトの名無しさん
13/03/22 11:48:03.86
Blueといえばブルースクリーン

328:デフォルトの名無しさん
13/03/22 12:18:25.22
Windows8？バージョン8とか古すぎワロタｗ　俺なんてWindows95だぜバージョン95だ！

329:デフォルトの名無しさん
13/03/22 13:09:41.93
つマンネ

330:デフォルトの名無しさん
13/03/23 09:21:42.50
つマンネどころじゃないだろ？こっちは即死だわ

331:デフォルトの名無しさん
13/03/23 09:41:22.71
死体はしゃべるな

332:デフォルトの名無しさん
13/03/24 00:44:43.72
>>322
自作Round関数は無いけど、配列での力技のデータ操作はやってる。

なぜならば…

VB6のコレクションって、なんでも入るっしょ。
Javaのような静的型付が無い。

いや、専用のCollection作るっていう手もあるけど、
VB6はパッケージの仕組みがないから、モジュールばっかり
やたら増えて管理しにくくなるのよね。

だからJavaでいうところのmodelは、配列で操作してる。

尚、コントロール配列はほとんど使ってない。
なぜならば、別に用意したクラスの中にWithEventsで格納してしまうケースが
多いからだ。コントロール配列にすると、これで不都合が増える。

333:デフォルトの名無しさん
13/03/24 15:23:07.55
332>>
>>配列での力技のデータ操作
もう少し詳しく聞いてみたいかも

334:デフォルトの名無しさん
13/03/24 19:16:04.33
↓のようにobjにCommandButtonを入れておいてobjのClickイベントを呼び出させるようなことはできますでしょうか？

Dim obj As CommandButton
If なんちゃら Then
　Set obj = XXXX
Else
　Set obj = YYYY
End If

335:デフォルトの名無しさん
13/03/24 19:19:43.89
やった事無いけどググったら.Value=Trueで出来るみたい

336:デフォルトの名無しさん
13/03/24 19:22:04.21
>>335
？

337:デフォルトの名無しさん
13/03/24 19:23:26.69
？
obj.Value=True
でクリックイベント発生しない？

338:デフォルトの名無しさん
13/03/24 20:53:50.47
Call Command1_Click()
でいいだろ

339:デフォルトの名無しさん
13/03/24 21:30:08.90
>>335
ありがとうございます！

Valueプロパティのヘルプみたら

コマンドボタンコントロールの場合 - 真 (True) はそのボタンが押されたことを示します。既定値は偽 (False) で、そのボタンが押されていないことを示します。コードで Value プロパティを真 (True) に設定すると、そのボタンの Click イベントが呼び出されます。

と書いてありました。

どうググったらその回答にたどり着いたのかもしよければ検索ワードを教えてくださいませんでしょうか？

>>338
最悪、それぞれにXXXX_ClickやYYYY_Clickとやること考えたのですができればobjでClickイベントを呼べた方がいいなと思ったんです。

340:デフォルトの名無しさん
13/03/24 22:25:36.15
>>334
それ、ローカル変数みたいだけど、
モジュールのメンバにして、

Private WithEvents obj As CommandButton

ってしてやると、イベントを拾ってくれるよん。

341:デフォルトの名無しさん
13/03/24 22:28:43.39
「CommandButton clickイベント発生させる」でググると検索結果1ページ目の下のほうに「IT工務店店主のつぶやき日記」サイトがあってVBAでそのクリックの話してるね

342:デフォルトの名無しさん
13/03/24 22:29:22.51
RaiseEventじゃ出来んのか？

343:デフォルトの名無しさん
13/03/25 22:42:34.17
VB6の書籍はいっぱい出てるのに、
コントロールの使い方みたいな本ばっかだから
VB6に手を出してちょこっと動くものができました、
けど難しい事はできません、みたいな人はそれなりにいる。

OPPの基本的なところから、っていう学習の仕方しようとしたら
VB6って絶対向いてない。

344:デフォルトの名無しさん
13/03/25 23:22:30.27
実装継承が出来ない時点でおわってるんだけどね

345:デフォルトの名無しさん
13/03/25 23:50:15.19
>>344
俺はJavaや.NETから入ったんで、OOP的なやり方はもちろん
わざわざVB6で学習し直す事は無かった。

VB6でできるのは、ごくごく簡単なOOPの使い方ぐらいなのはわかってる。
継承が無いから使えるデザインパターンも限られる。
抽象メソッドも使えない、インナークラスも使えない、あれもこれもできない…

が！！！

やっぱOOPの良い所って、Cでいう構造体にメソッドも梱包して
データ処理をものすごく簡潔に記述できる点は大きい。
VB6でクラスが扱えるのは、それだけで助かるとは思う。

基本的にシングルスレッドだから、余計な事も考えずに設計できるのも良い。
まあマルチスレッドを扱いたい事もしばしばあるけどな。

で、VB6の良いところはあるのに、書籍が充実してないから
VB6からプログラム始めて、ロクでもないプログラムしか書けないってところに
>>343の意図がある。

346:デフォルトの名無しさん
13/03/26 00:18:13.02
10年前に終わってる言語に何を言ってるのアホか。
っていうか言っちゃ悪いけど>>343みたいなポエマー丸出しの文章、よく恥ずかしげもなく書けるよな。

347:デフォルトの名無しさん
13/03/26 01:54:33.09
良く解ってないけどなんとなく作れたってのが旧VBの仕様だからな
○○が使えない、ってんじゃなくて使う必要が有るならVBを選ぶなってのが正解
それはMS自身が言っている事だ

348:デフォルトの名無しさん
13/03/26 10:36:53.78
そうそう、そのとおり。
だから今でもVB6が生き残ってる。
VBAも進化させない。

349:デフォルトの名無しさん
13/03/26 10:41:49.16
そもそもOOPとして設計されてない言語を無理やりオブジェクト指向にしたのがVB6
OOPに向いてないのは当たり前

350:デフォルトの名無しさん
13/03/26 13:12:40.47
せめてフォーム名で呼び出しできないようにしてくれてたら
せめてコンストラクタに引数つけることができてたら
せめてオーバーロードができてたら

351:デフォルトの名無しさん
13/03/26 13:14:13.00
VB6はソースがスパゲッティすぎてバージョンアップできなかったらしいな

352:デフォルトの名無しさん
13/03/26 21:19:04.54
>>349
その無理やり部分だけでも、かなり便利なもんだよ。
非OOP時代のVBに比べて。

クラス内にデータ突っ込んで、適宜メソッドで計算結果出せる
っていう設計ができるだけでかなり便利。

構造体と関数でやってると、バラバラになるから…

>>350
フォーム名の呼び出し禁止はForm_Initializeで
　　Set　フォーム名 = Nothing
で、禁止できる。規定のインスタンスを切るだけだけど。

引数付きコンストラクタとオーバーロードは俺もそう思う。
いや、引数付きコンストラクタだけでもいい。

353:デフォルトの名無しさん
13/03/26 21:33:25.44
既定のインスタンス（だっけ？）なんか使わなければいいだけ。

コンストラクタは、たとえばクラス名がHogeならそれに適当なプリフィクスを付けた
名前（たとえばcHoge）のモジュールをクラスの静的メンバーの入れ物だとみなす
約束にしておけば、ほとんど機能的にも可読性上も同じことができる。

VB6にはメソッドのオーバーロードがなくても名前付き引数がある。

ま、10年以上まともなコードは書いてませんけどw

354:デフォルトの名無しさん
13/03/26 21:34:07.75
逆にシングルトンとか、既定のコンストラクタを隠すことはどうやってもできないけどね

355:デフォルトの名無しさん
13/03/26 22:48:22.77
>>353
そして数年後そのコードをメンテナンスする奴が、Factoryメソッドを無視してNewしたりしちゃうんですよ

356:デフォルトの名無しさん
13/03/27 00:05:57.78
>>354
シングルトンは標準モジュール使えばいいだろう。
ただ、スレッドセーフにはできないけど。

357:デフォルトの名無しさん
13/03/27 00:21:17.85
>>356
VB6に限らないが、そのやり方はstaticおじさんみたいで気持ち悪い...のはまあいいが、
柔軟性が低い（後でインスタンス化する必要が生じた時に簡単にできない）

358:デフォルトの名無しさん
13/03/27 01:58:20.09
下手にVB.NETに機能引き継ぎしないで欲しかった
フォーム名で呼び出せたり暗黙でNewしたりするかもみたいな妙竹林な動作させやがって
そういうのはVB6でしか出来ません！ってなってれば移行なんて無謀な話は出なかった
俺はちゃんとしたプログラマじゃねーんだからなんとなく動いてくれてりゃ良いんだよ
もうVB6最高、アバウトで適当なのが一番だよ
DB参照してデータ表示するだけなんだから厳密もクソもねぇよ

359:デフォルトの名無しさん
13/03/27 02:54:16.07
既定のインスタンスは.NETで一回廃止したのに復活した経緯があるからなぁ
あれは廃止したままにしとくべきだと思うが

360:デフォルトの名無しさん
13/03/27 10:34:59.45
PDFやXPSなどファイルでプリンタに出力するとき、ファイル名まで指定して自動的に保存する方法ないですか？

361:デフォルトの名無しさん
13/03/27 10:41:28.83
iText.netを使う

362:デフォルトの名無しさん
13/03/27 11:10:13.79
J#ですか？

363:デフォルトの名無しさん
13/03/27 12:00:02.56
ファイルに保存するのはプリンタドライバの機能だからドライバによるんじゃね

364:デフォルトの名無しさん
13/03/27 13:02:45.59
VB6用のオブジェクトが市販であるかなと思ったんですが見つからなくて。

365:デフォルトの名無しさん
13/03/27 14:08:15.77
VBプログラマ質問スレ（Ver.6.0 まで） part62

366:デフォルトの名無しさん
13/03/27 14:09:01.13
↑ごめんまちがった^^;

PDFへの保存ならGrapeCityのVSVIEWつかってやったことがあるよ

367:デフォルトの名無しさん
13/03/27 14:14:19.11
>>360
URLﾘﾝｸ(internet.watch.impress.co.jp)

GrapeCityはもう扱ってないので

URLﾘﾝｸ(www.eprintdriver.com)

英語版だが日本語環境でまったく問題ない。

368:デフォルトの名無しさん
13/03/27 14:28:19.38
>>367
ありがとうございます。
これVB6に対応してるんでしょうか？

369:デフォルトの名無しさん
13/03/27 15:04:34.62
>>368
COMに対応しています。画像ファイルで印刷結果を直出させるプリンタドライバをCOMで制御できます。
仕事でVB6はあまり使わないのですが、それでも2回VB6で納品しました。
自分はVB6を使うとき、だいたいクラスが全コードの9割以上を占めます。

決してオブジェクト指向な言語ではないですが、オブジェクト指向の便利な特徴を使えるので
VB6は言語としては悪くないとおもいます。ただ今時使ってたらちょっと恥ずかしい。

370:デフォルトの名無しさん
13/03/27 15:13:22.43
>>369
>>369
ありがとうございます、試してみます。
VB6から移行しなくてはと思ってはいるのですが、どの言語を選んで良いのか迷ったままズルズルときてしまいました。
Cはマイコンレベルでは多少経験がありますが、素直に.NETにするべきですかね？

371:デフォルトの名無しさん
13/03/27 15:17:52.32
ここまできたんだから、そのままズルズル生きていけばいいじゃないか

372:デフォルトの名無しさん
13/03/27 17:32:11.78
>>370
仕事でプログラミングをしている場合、新しい言語の習得は
その言語での開発依頼から始まると言っていいでしょう。
会社で新しい言語を習得したいので勉強する時間をくれとか言って通るはずもなく
また家で勉強しようと思っても休みの日は休みたくなるし
なんだかんだ言って先送りしてしまうのがオチでしょう。

まあ当該言語バージンの担当者に当たったクライアントは可哀そうですが
家電製品や車だってファーストロットは問題アリアリだし、バレないように手直しして
なんとか最後は一流のものに仕立て上げている訳です。

VB6だって始めたころに書いたコーディングなんて恥ずかしくて人に見せられません。
C言語の癖で配列の要素を必ず必要とする数から1つ多く設定してしまったり
Dimでの連続変数宣言で、実は１個しか型指定できてなくて残りは全部バリアントだったとか
それでも動いていて今でもサポート料金を月に30万円も払ってくださるクライアントがいるのですから
とにかくプロならなんとか乗り越えないと恥ずかしいです。

373:デフォルトの名無しさん
13/03/28 09:37:45.93
>>372
全くもっておっしゃるとおりです。
殆どの仕事が、ベースになるプログラムを元に客先のスタイルに合わせて多少のアレンジをするといったスタイルなので、
実績という意味ではVB6で10年以上やってきて、バグフィックスもほぼ終わってるプログラムを維持したいというのが本音です。

新たな言語に移行する場合は、ノウハウはゼロですので、最低でも数ヶ月は社内で稼働させて動作を検証してから製品化するつもりです。
それでも信頼性はがた落ちですが、メーカーがサポートしていない言語を使い続けるよりは良いのでしょうね。

374:デフォルトの名無しさん
13/03/28 10:04:18.08
>>373
>メーカーがサポートしていない言語を使い続けるよりは良いのでしょうね。

これは一概になんとも。。。

たとえばVB6を使用していた期間、かれこれ10年くらいはありましたが
その期間にVB6についてマイクロソフト社にサポートを受けた事は一度もありませんでした。
もちろん、サービスパックは必ず最新のものを導入していましたのでバックグラウンドではサポートを受けていた事になります。
もしVB6を使用する上で何らかの致命的なバグに遭遇したり、新しいWindowsでの振る舞いに対応できなかったり
色々問題に遭遇することはあるかもしれませんが、原因を切り分けし問題を自己解決できれば
可能な限りVB6を使い続けても問題があるようには思えません。

逆にマイクロソフトにサポートされているからその言語は安全かと言えばとんでもない。
開発しソフトウェアの品質を最も大きく左右するのはマイクロソフト社ではなく、プログラマーのあなたご自身です。

375:デフォルトの名無しさん
13/03/28 10:35:40.03
>>374
VB6が動作するOSが問題だと思います。
XPを計測制御関係など専用のOSとして供給し続けてくれるならVB6を使い続けますが、
vista以降、開発環境での動作は保証されてなく、実際に問題も生じています。
動作環境でもprogramfilesや互換性ファイルなどの扱いもあるので、そろそろ潮時かなと。

376:デフォルトの名無しさん
13/03/28 15:26:48.41
>>375
メーカーのサポートが打ち切られた開発環境を使用する以上
自分で工夫して問題を解決できなくなったらその時点でアウト。
アウトになってからでは遅いので、アウトにある前に対応しておくのがプロというもの。

しかし現時点においてWindows 8上でも問題を回避してVB6の開発環境を使用可能。
問題はWindowsよりも64bit対応の方かも知れない。少なくともIDEはまともに動かないし
ランタイムも64bitネイティブでは動作しない。アプリの互換に比べればOLEの互換を保つ
難しさは計り知れない。

377:デフォルトの名無しさん
13/03/29 00:30:50.96
勘違いしてる人が多いようだがVB6はサポートされてます
だって動いてるだろ？わざわざ動くようにしてあるって事だよ。
移行ガイドまで用意してくれてる親切設計だし、普通のメーカーだったらここまでサポートしない。
動かないので乗り換えて下さい、で終わりだよ。

そしてVB6自体は今後のWindowsでもサポートされ続ける可能性が高い
7でも8でも最初はサポートしないと言ってあっさりひっくり返ったからね
周りがそう簡単に止めさせてはくれないのだろう

>>376も言ってるけど問題はそれ以外だよな
ドライバとかドライバーとかDriverとか

378:デフォルトの名無しさん
13/03/29 01:05:22.84
ごちゃごちゃいってないで公式で発表してるんだからそれよめよ

Windows Vista、Windows Server 2008、Windows 7、および Windows 8 に対する Visual Basic 6.0 のサポートに関する声明
URLﾘﾝｸ(msdn.microsoft.com)

Visual Basic チームは、Visual Basic 6.0 アプリケーションが Windows Vista、R2 を含む
Windows Server 2008、Windows 7、およびWindows 8 でも "動作する" よう、その互換性に向けて努力を続けています。

Windows 8

このサポートに関する声明が最初にリリースされた後に Windows 8 オペレーティングシステムが発表されました。
このドキュメントは、Windows 8 における VB6 に対するマイクロソフトのサポートを明確にするために更新されています。

VB6 ランタイムは Windows 8 のサポート有効期間中はOSに同梱される形で出荷され、サポートされます。
Visual Basic 6.0 ランタイムファイルは今後も 32 ビットのみであり、すべてのコンポーネントは
32 ビットアプリケーションプロセスでホストされている必要があります。開発者の方は、Windows 7 の
場合と同様のサポートが Windows 8 についても受けられると考えていただいてかまいません。

379:デフォルトの名無しさん
13/03/29 01:53:36.65
32bitエミュレータとかそゆの出せば売れるかも

380:デフォルトの名無しさん
13/03/29 09:35:34.79
VB6製品のサポートが継続されているとか調子こいてるバカ。よくみろ。
IDEはすでにVista以降サポートされていない。
開発側ではランタイムは動くみたいだから使ってもいいよ的な考えなのに
カッコつけてガンバッテサポートシテイマス！と言っているのは広報だけ。
実情はVB6のサポートなんか特になにもやってないので
動かなくなったらTHE END
ただそれだけ

381:デフォルトの名無しさん
13/03/29 09:39:26.96
>>378
Windows 8でVB6をサポートしていると言い切るなら
IDEの画面に他の画面が重なった後に画面がリペイントされないで消えてしまう問題を早く解決しろよ
Windows XPからずっとこのまま我慢してるんだけど？
この嘘つき広報さんｗｗｗ

382:デフォルトの名無しさん
13/03/29 09:51:37.82
XPからって…
ウインドのリフレッシュが甘いWindowsの持病のほうじゃなく？

383:デフォルトの名無しさん
13/03/29 10:26:43.49
>>380
IDEはサポートされない。
ランタイムはサポートされる(Windows 8発売から10年間）。
ただそれだけだ。

384:デフォルトの名無しさん
13/03/29 13:10:22.45
でもサードが壊滅状態だからなぁ

385:デフォルトの名無しさん
13/03/29 13:25:36.77
だからVB.NETがあるじゃねえか

386:デフォルトの名無しさん
13/03/29 13:48:23.14
>>382
テーマを使うと下になった画面がペイントされないんだよ。VisualStyleと関係があるみたい。
パフォーマンスを優先せずにWindows 2000みたいな画面で使えば問題は回避できるけど
まあ普通はやらない罠

387:デフォルトの名無しさん
13/03/29 13:53:31.38
>>384
GrapeCityなんかは海外のコンポーネントの開発元ではActiveX版を出している製品でも
.NET版しか存在しないようなフリをして売っているよね。
アセンブリとActiveXの両方をサポートするとなると人件費コストが嵩むから
消費者のニーズがないように思わせて、今や.NET一択というアピールをしているけど
皮肉なことにその.ユダヤ人的な高慢なビジネスロジックが、最新の開発環境への移行スピードを
めちゃめちゃ後退させている事にまだ気づいていない。

388:デフォルトの名無しさん
13/03/29 14:05:27.82
え？

389:デフォルトの名無しさん
13/03/29 17:03:55.83
真昼間からヒマなプロプログラマさんが多いこと

390:デフォルトの名無しさん
13/03/29 17:52:57.44
ここはVB土方質問スレ(Ver6.0まで)と言った方がいいのはさておいて
当方人件費コスト0だし、製品版ActiveXなど不要だし
好き勝手に使っているだけだし
そうかWindows 8でもIDEとりあえず動くのか、10nenは
それにまだWindows 9でもつかえる可能性も残ってるし、どれだけお気楽なの？

391:デフォルトの名無しさん
13/03/29 18:19:41.23
サードって何？

392:デフォルトの名無しさん
13/03/29 19:51:02.15
>>387
同じ製品の英語版を海外サイトから買った方が安い
日本語問題無く使えるし

393:デフォルトの名無しさん
13/03/29 19:52:17.54
>>390
VB使いにドカタは少なかろう。
ドカタと言えばJavaだ。

394:デフォルトの名無しさん
13/03/29 19:58:38.66
WinHTTP MSXML Tar.libを使って２ｃｈブラウザを作ろうと思ふ

395:デフォルトの名無しさん
13/03/29 22:22:30.26
ごちゃごちゃいってないで公式で発表してるんだからそれよめよ

Windows Vista、Windows Server 2008、Windows 7、および Windows 8 に対する Visual Basic 6.0 のサポートに関する声明
URLﾘﾝｸ(msdn.microsoft.com)

Visual Basic チームは、Visual Basic 6.0 アプリケーションが Windows Vista、R2 を含む
Windows Server 2008、Windows 7、およびWindows 8 でも "動作する" よう、その互換性に向けて努力を続けています。

Visual Basic 6.0 IDE
2008 年 4 月 8 日以降、Visual Basic 6.0 IDE はサポートされていません。

Visual Basic 6.0 ランタイム
サポート対象のランタイムファイル - OS に同梱されているファイルほとんどの
アプリケーションシナリオで使用される Visual Basic 6.0 ランタイムファイルの主なものは
Windows Vista、Windows Server 2008、Windows 7、または Windows 8 に同梱されており、
これらの OS の有効期間にわたってサポートされます

396:デフォルトの名無しさん
13/03/29 23:04:47.41
問題はVB6のランタイムそのものじゃなくてVB6のアプリ動かす上で使うその他ライブラリが動かないとかなかったっけ？

397:デフォルトの名無しさん
13/03/29 23:06:43.99
ごちゃごちゃ言うなカス

398:デフォルトの名無しさん
13/03/29 23:15:48.19
会社のコンピュータ一新するなら使ってた業務用アプリも一新して再開発依頼とかすればいいのに、設備投資の一部やろ、VB6のアプリが動くからって使い続けるのがおかしい、
あと古いコンピュータ使い続けるとこもおかしい、普通に新しいマシンにしてアプリなり作り直せば、プログラマ周りの景気が潤うのに

399:デフォルトの名無しさん
13/03/29 23:35:51.61
制御系なんて数千万～億だぜ？簡単に変えられねえよ
作った会社も当時の人間を切ってメンテできないし

400:デフォルトの名無しさん
13/03/30 01:52:40.97
>>398
ひょろっと出来るようなやつは当然そうしてるだろ
そうそう簡単に行かない、移行に年単位が想定されるようなやつの話だよ
ただまあ今だにシステム部門は非生産部門みたいな考え方が生き残ってるのも事実
モノ造り日本も良いけど、その為の下地や周りを整えてるのはシステムだっつー事に気が付いて欲しいやね

ま、現状VB6は動くしこれからもきっとサポートされ続けるよ
ExcelマクロやAccessをこの世から消さない限りね
そしてそれは不可能に近い

401:デフォルトの名無しさん
13/03/30 02:01:06.19
この世界で一番使われているシステム
それはJavaでもCでももちろんVBでもなく、Excelシステムである
企業個人を問わずありとあらゆる場所に入り込んでブラックボックス化している
MS一番の成功にして一番の頭痛の元である

おかげでしがないVB屋でもなんとか食い繋いで行けてるんですが

402:デフォルトの名無しさん
13/03/30 02:01:18.86
そもそも作り直しが難しい仕組みにしている
プログラマ自信の問題。

機能も何も増えないのに、作りなおしだけで大金を
払えといって納得できるわけ無いだろう。

VB6からVB.NETへの移行ツールは存在した。
もとからメンテしやすい仕組みで開発し、
移行ツールで対応できない部分を徐々に
書きなおしたりしていれば安く移行できたはずだ。

もVB6からいきなり最新のVB.NETに変更するのではなく、
VB.NETが出た時点で徐々にバージョンを上げていく。
.NET同士は互換性があるのだから一旦VB.NETにしてしまえば、
モジュール単位でC#に移行することだって可能だったはずだ。

アプリ開発会社が安く移行するための
技術力を持っていないからこうなる。

403:デフォルトの名無しさん
13/03/30 02:45:11.57
作り直しで大金って
設備投資ってそんなもんじゃねえの
大型建設機械だろうがラインロボットだろうが古くなったら一新するだろ
コンピュータやソフトウェアを軽視しすぎなんだよ、古くなったものを一新するのはソフトウェアでも一緒で金がかかるもんであり必要なんだって意識がなさすぎ

404:デフォルトの名無しさん
13/03/30 02:51:14.77
>>403
だがいきなり全部入れ替えることないだろ。
ソフトウェアもそうしろって言ってんの。

新しい部分と古い部分をうまく融合させ
徐々に移行できる体制を整えろってーの。

405:デフォルトの名無しさん
13/03/30 10:26:55.57
電子データは劣化しない

406:デフォルトの名無しさん
13/03/30 10:51:17.92
VB6から.net VBへの移行に関しては、プログラムの組み方とか言う次元以前に難しい問題が山積みなんだよ。
だから移行なんて考えずに、元のソフトを仕様書だと思ってゼロから作り直すのが合理的だって事は
実際に作業をしている人間なら余程のバカでない限りわかるはず。
作り直しが難しい仕組みにしているのが問題とか言ってる奴はたぶん何も知らないで言ってる

　　　　　　　　　　　　　　　　　　　只野キチガイ

407:デフォルトの名無しさん
13/03/30 14:12:12.19
ソフト開発で一番工数がかかるのが設計だから
VB6から.netへの移植なんてほとんど工数かからない。

408:デフォルトの名無しさん
13/03/30 14:57:22.64
そうだよなVBなんていじってる奴は馬鹿

409:デフォルトの名無しさん
13/03/30 16:33:40.82
おまえら働けよまったく

410:デフォルトの名無しさん
13/03/30 18:45:00.19
同じ仕様で移行するケースなんてレアじゃね？

411:デフォルトの名無しさん
13/03/30 19:38:56.38
不便だと感じてて改善してほしいとこや
不要な機能を外してほしいとか
仕様が変わるってことか？

412:デフォルトの名無しさん
13/03/30 21:07:08.50
集まるなよVB6時代の老兵どもｗ

413:デフォルトの名無しさん
13/03/30 21:12:40.11
WinHTTP MSXML Tar.libを使って２ｃｈブラウザを作ろうと思ふ

414:デフォルトの名無しさん
13/04/02 01:31:42.57
どっかで見かけた内容だな

415:デフォルトの名無しさん
13/04/02 02:57:16.89
逆に全く同じにって言われるとそれはそれで困ったりとか
基本的な仕様が変わりまくってるからな
いや.NETの方がしっかり決まってるんだけども。
VB6でアバウトにスルーしてた所が軒並みエラー吐くようになって死ねる

>>407
まあ、そういう感覚だよな。
でもほら、VBなんて昔から増改築が繰り返されて今に至るようなもんが多いから
昔は結構フリーダムで、開発者の趣味と気分で仕様決めてたりとか
設計書の類なんて当然無くて、当時の開発者の頭の中にしか仕様が残って無いという
移植なんてまともに出来るはずも無く・・・

416:デフォルトの名無しさん
13/04/02 08:47:03.60
どんな糞野郎のコーディングでも一見して仕様が見えてくるようになるには20年はかかる
青二才はまだここに書き込むのが早いってことかもな

417:デフォルトの名無しさん
13/04/04 02:08:50.45
>>407

> ソフト開発で一番工数がかかるのが設計だから

そうとは限らない。新規開発であれば確かに一番工数がかかるのは設計だが
すでに開発済みのシステムを修正する場合には当てはまらない。

設計は追加分だけやれば良い。
しかしコードを書く場合、修正の影響を考えないといけない。

コードを見ないとわからないような、想定外の箇所に影響があるかもしれないし
修正の前に、動作しているコードを読んで動きをきちんと把握しないといけない。
コードの詳細な動きのドキュメントはない（あったとしてもコードを読んだほうが速いんだが）

「一番工数がかかるのが設計」が成り立つのは新規開発であって
修正の場合は、設計は減って逆にプログラミングに工数がかかる。

> VB6から.netへの移植なんてほとんど工数かからない。

これは典型的な修正。設計は同じでいいならば工数は0だが
だからといってプログラミングが0以下になるわけないのは明らかでしょ？

設計は出来上がってる。その後取りうる方針は二つ
１．VB6のコードを捨て、設計を見てVB.NET版を作り上げる
２．時間をかけてVB6のコードを解析して細かい動作を把握してから、理解した内容と設計VB.NET版を作る。

どちらが早いかなんて即答できないよね？

新規開発の感覚で、修正の工数を考えてはいけない。

418:デフォルトの名無しさん
13/04/04 04:25:27.94
リプレース案件をやったことのない素人のたわごと

419:デフォルトの名無しさん
13/04/04 11:18:44.92
>>418
でどうだったのか示さないと
これも只のたわごと

420:デフォルトの名無しさん
13/04/04 12:43:07.57
>>419
> 設計は同じでいいならば工数は0

というのが、たいていの場合は誤り。

まず、要件定義書が無い場合がある。あっても、まともなものじゃ無い場合がある。
詳細設計書が無い場合がある。この場合は設計内容をコードから演繹する必要がある。
要件定義書が無い場合は、要件をコードから演繹する必要がある。

そして、コードを調査した結果、要件と異なる内容の実装があったりする。
どちらが正しいかを調べるのが手間。

バグらしきコードが見つかる。
バグかどうかを調査するのが手間。

421:デフォルトの名無しさん
13/04/05 00:16:09.30
じゃあ設計書があれって正しければ、
設計の工数は0でいいね？

422:デフォルトの名無しさん
13/04/05 01:08:45.91
だから、設計工数がゼロになるなんてことは、現実世界ではほとんどないって
言ってるでしょ。
実際にコードを書き始めるまでに、かなりの工数が必要になるのが普通。

真の要求と完全にマッチした要求仕様書が存在し、
その要求仕様に完全にマッチした要件定義がなされ、
それを完全に記述した要件定義書があり、
それを完全に実現する詳細設計書があり、
されを完全に実現するバグやまぎれのないコードが書かれており、
完全な自動テストが存在し、
そして今実際に動作させることはできるのなら、かなりの工数は削減できる。

423:デフォルトの名無しさん
13/04/05 01:20:11.31
DBのフロントエンドレベルの糞業務アプリの移行なら、設計なんかいらないね。

424:デフォルトの名無しさん
13/04/05 03:56:50.81
0の状態から設計を作るのと
既存のコードを解析して設計を作る。

どちらが難しくて時間がかかるかといえば明らかに後者だよ。
前者はコード読めなくてもいいが、
後者はプログラマにしかできない作業。

リプレースが新規開発よりも工数がかかるのは
火を見るよりも明らか。

425:デフォルトの名無しさん
13/04/05 07:15:36.77
それはリプレースに完璧を求めるからだよ
リプレースでも新規なみのバグを許容すればほとんど工数が
発生しなくて済む

426:デフォルトの名無しさん
13/04/05 10:06:12.15
いつまでVB6と関係無い話をしたら満足するのやら

427:デフォルトの名無しさん
13/04/05 13:26:11.40
VB6の道はすべてに通ずる
馬鹿はおおなしくしてろ

428:デフォルトの名無しさん
13/04/05 13:58:16.96
もっと落ち着いてタイプしましょう。

429:デフォルトの名無しさん
13/04/05 14:09:28.94
脊髄がすぐに反射してしまわないように

430:デフォルトの名無しさん
13/04/05 14:09:59.78
>>428
クスクス…

431:デフォルトの名無しさん
13/04/05 22:16:49.68
>>425
君の会社は、バグ修正をただでやってるのだろうし、
バグ修正期間は工数に含めないのかもしれないが、

一般的には工数にはバグを直す期間も含みます。
ただでバグ修正やってるから工数にならないなんて屁理屈だよ。

最初に高い金額＋短い期間（バグ・機能不足あり）で開発して、その期間のみを
工数と考え、その後のバグ修正をいう開発は保守として工数に含めなかったら
そりゃお前の会社の定義上の工数は短いだろうねｗ

432:デフォルトの名無しさん
13/04/06 02:27:48.80
ほんとそういうのやめて欲しいよね
食い散らかされた後始末を保守という名目でやらされるこっちの身にもなれってんだ
業務の合間に足りない仕様書書き起こしたりとか何やってんの俺状態
バグの根本対応どうするとかなんで俺が考えてるのよ明日も出勤だよ
追加料金俺に払えよもしくは接待してくれよ
なんとか総研みたいなとこはもう絶対信用しねぇ

433:デフォルトの名無しさん
13/04/06 03:06:51.54
>>401
日本の99%の会社は中小企業です。
中小企業の人はExcelが大好きです。

「基幹システム」というものを知りませんから。

もう、何から何までExcelでやります。
Excelの関数が大好きです。
Excelほど使い勝手の良いソフトはありません。
関数を使いこなせると尊敬されます。

VBAなんて使った日にゃもう、
こんなんばっかり作ってるから仕事がはかどらないんだ
と言われるぐらい尊敬されます。

基幹システムを導入しようにも、Excelと連携できるように
しろとか、わけのわからない事を言われます。
Excelのフォーマットを勝手に変更された日にゃもう。

434:デフォルトの名無しさん
13/04/06 03:27:42.05
>>431
バグを許容なんだから、バグが出ても直さないんだろ

旧システムにあったバグは既知だろうが潜在的であろうが、新システムでもそのまま同じ
そういう移行も無い事はないが、まあレアケース
100%同じ仕様でのシステム移行も、まああんまりない。どうせ予算かかるならいろいろ変えたり直したりするのが普通
前提をそろえないで移行の工数がどうことか意味ない議論

435:デフォルトの名無しさん
13/04/06 03:31:25.76
一応、俺の関わったVB6製品だが、
なるべく特殊な事をしないようにしてるので、
windows7でも動いてます。ラッキーと思います。

標準ランタイムだけで済むように作ってるので。
もう、自作コントロールとかは無し。
レジストリ操作も無し。

436:435
13/04/06 03:42:49.46
>>434
昔、FORTANで書かれたシステムをC言語のシステムに
更新する案件に関わった。

その、FORTRANで作ったのと同じように開発できる
C言語のフレームワークが用意されててな。

100%同じ仕様でのシステム移行で、
どーしてもわからない、1つの関数に3000ステップ超詰め込んで
しかもバグありで放置したまま使われていたシステム。

なので、バグの再現も100%のまま納品した。

ちなみに、GOTOだけは使わないで済むよう、ロジックは直した。

次ページ