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

1 名前：デフォルトの名無しさん [2013/02/15(金) 16:54:12.79 ] ここは Visual Basic 〜6.0 の質問スレです。 質問者は使用しているOS、VBのバージョン、サービスパックのバージョン、 「何がしたくて、どうしたけど、どう困っているのか」を明確に書きましょう。 VB.NETは別物なので専門スレで、VBA、APIの質問もそれぞれのスレで。 ○ 質問者の心得 　一．質問する前にMSDNやGoogle、過去ログにも目を通してみる。 　二．VBScript、インストーラーなどはこのスレでＯＫ。 　三．質問は第三者にもわかりやすいよう簡潔かつ具体的に。 　四．荒らしは相手しない。 ○ 回答者の心得 　一．答えられない質問は無駄に罵倒せずスルー。無理するな。 　二．代用法を強制しない。 　三．回答する上で必須ではない情報をむやみに聞き返さない。 　四．荒らしは相手しない。 　五．VB情報募集中。 　六．回答は質問者が理解できるよう具体的に。 MSDN Online Japan ホーム 　www.microsoft.com/japan/msdn/default.asp Visual Studio 6.0 Service Pack 6 　msdn.microsoft.com/vstudio/downloads/updates/sp/vs6/sp6/default.aspx Google 　www.google.co.jp/ 前スレ VBプログラマ質問スレ（Ver.6.0 まで） part61 toro.2ch.net/test/read.cgi/tech/1359721249/ ※「まず自分で調べる」クセを身につけよう。 331 名前：デフォルトの名無しさん mailto:sage [2013/03/23(土) 09:41:22.71 ] 死体はしゃべるな 332 名前：デフォルトの名無しさん mailto:sage [2013/03/24(日) 00:44:43.72 ] >>322 自作Round関数は無いけど、配列での力技のデータ操作はやってる。 なぜならば… VB6のコレクションって、なんでも入るっしょ。 Javaのような静的型付が無い。 いや、専用のCollection作るっていう手もあるけど、 VB6はパッケージの仕組みがないから、モジュールばっかり やたら増えて管理しにくくなるのよね。 だからJavaでいうところのmodelは、配列で操作してる。 尚、コントロール配列はほとんど使ってない。 なぜならば、別に用意したクラスの中にWithEventsで格納してしまうケースが 多いからだ。コントロール配列にすると、これで不都合が増える。 333 名前：デフォルトの名無しさん [2013/03/24(日) 15:23:07.55 ] 332>> >>配列での力技のデータ操作 もう少し詳しく聞いてみたいかも 334 名前：デフォルトの名無しさん [2013/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 名前：デフォルトの名無しさん mailto:sage [2013/03/24(日) 19:19:43.89 ] やった事無いけどググったら.Value=Trueで出来るみたい 336 名前：デフォルトの名無しさん mailto:sage [2013/03/24(日) 19:22:04.21 ] >>335 ？ 337 名前：デフォルトの名無しさん mailto:sage [2013/03/24(日) 19:23:26.69 ] ？ obj.Value=True でクリックイベント発生しない？ 338 名前：デフォルトの名無しさん mailto:sage [2013/03/24(日) 20:53:50.47 ] Call Command1_Click() でいいだろ 339 名前：デフォルトの名無しさん [2013/03/24(日) 21:30:08.90 ] >>335 ありがとうございます！ Valueプロパティのヘルプみたら コマンド ボタン コントロールの場合 - 真 (True) はそのボタンが押されたことを示します。既定値は偽 (False) で、そのボタンが押されていないことを示します。コードで Value プロパティを真 (True) に設定すると、そのボタンの Click イベントが呼び出されます。 と書いてありました。 どうググったらその回答にたどり着いたのかもしよければ検索ワードを教えてくださいませんでしょうか？ >>338 最悪、それぞれにXXXX_ClickやYYYY_Clickとやること考えたのですができればobjでClickイベントを呼べた方がいいなと思ったんです。 340 名前：デフォルトの名無しさん mailto:sage [2013/03/24(日) 22:25:36.15 ] >>334 それ、ローカル変数みたいだけど、 モジュールのメンバにして、 Private WithEvents obj As CommandButton ってしてやると、イベントを拾ってくれるよん。 341 名前：デフォルトの名無しさん mailto:sage [2013/03/24(日) 22:28:43.39 ] 「CommandButton clickイベント 発生させる」でググると検索結果1ページ目の下のほうに「IT工務店 店主のつぶやき日記」サイトがあってVBAでそのクリックの話してるね 342 名前：デフォルトの名無しさん mailto:sage [2013/03/24(日) 22:29:22.51 ] RaiseEventじゃ出来んのか？ 343 名前：デフォルトの名無しさん mailto:sage [2013/03/25(月) 22:42:34.17 ] VB6の書籍はいっぱい出てるのに、 コントロールの使い方みたいな本ばっかだから VB6に手を出してちょこっと動くものができました、 けど難しい事はできません、みたいな人はそれなりにいる。 OPPの基本的なところから、っていう学習の仕方しようとしたら VB6って絶対向いてない。 344 名前：デフォルトの名無しさん mailto:sage [2013/03/25(月) 23:22:30.27 ] 実装継承が出来ない時点でおわってるんだけどね 345 名前：デフォルトの名無しさん mailto:sage [2013/03/25(月) 23:50:15.19 ] >>344 俺はJavaや.NETから入ったんで、OOP的なやり方はもちろん わざわざVB6で学習し直す事は無かった。 VB6でできるのは、ごくごく簡単なOOPの使い方ぐらいなのはわかってる。 継承が無いから使えるデザインパターンも限られる。 抽象メソッドも使えない、インナークラスも使えない、あれもこれもできない… が！！！ やっぱOOPの良い所って、Cでいう構造体にメソッドも梱包して データ処理をものすごく簡潔に記述できる点は大きい。 VB6でクラスが扱えるのは、それだけで助かるとは思う。 基本的にシングルスレッドだから、余計な事も考えずに設計できるのも良い。 まあマルチスレッドを扱いたい事もしばしばあるけどな。 で、VB6の良いところはあるのに、書籍が充実してないから VB6からプログラム始めて、ロクでもないプログラムしか書けないってところに >>343の意図がある。 346 名前：デフォルトの名無しさん mailto:sage [2013/03/26(火) 00:18:13.02 ] 10年前に終わってる言語に何を言ってるのアホか。 っていうか言っちゃ悪いけど>>343みたいなポエマー丸出しの文章、よく恥ずかしげもなく書けるよな。 347 名前：デフォルトの名無しさん mailto:sage [2013/03/26(火) 01:54:33.09 ] 良く解ってないけどなんとなく作れたってのが旧VBの仕様だからな ○○が使えない、ってんじゃなくて使う必要が有るならVBを選ぶなってのが正解 それはMS自身が言っている事だ 348 名前：デフォルトの名無しさん mailto:sage [2013/03/26(火) 10:36:53.78 ] そうそう、そのとおり。 だから今でもVB6が生き残ってる。 VBAも進化させない。 349 名前：デフォルトの名無しさん mailto:sage [2013/03/26(火) 10:41:49.16 ] そもそもOOPとして設計されてない言語を無理やりオブジェクト指向にしたのがVB6 OOPに向いてないのは当たり前 350 名前：デフォルトの名無しさん [2013/03/26(火) 13:12:40.47 ] せめてフォーム名で呼び出しできないようにしてくれてたら せめてコンストラクタに引数つけることができてたら せめてオーバーロードができてたら 351 名前：デフォルトの名無しさん mailto:sage [2013/03/26(火) 13:14:13.00 ] VB6はソースがスパゲッティすぎてバージョンアップできなかったらしいな 352 名前：デフォルトの名無しさん mailto:sage [2013/03/26(火) 21:19:04.54 ] >>349 その無理やり部分だけでも、かなり便利なもんだよ。 非OOP時代のVBに比べて。 クラス内にデータ突っ込んで、適宜メソッドで計算結果出せる っていう設計ができるだけでかなり便利。 構造体と関数でやってると、バラバラになるから… >>350 フォーム名の呼び出し禁止はForm_Initializeで 　　Set　フォーム名 = Nothing で、禁止できる。規定のインスタンスを切るだけだけど。 引数付きコンストラクタとオーバーロードは俺もそう思う。 いや、引数付きコンストラクタだけでもいい。 353 名前：デフォルトの名無しさん mailto:sage [2013/03/26(火) 21:33:25.44 ] 既定のインスタンス（だっけ？）なんか使わなければいいだけ。 コンストラクタは、たとえばクラス名がHogeならそれに適当なプリフィクスを付けた 名前（たとえばcHoge）のモジュールをクラスの静的メンバーの入れ物だとみなす 約束にしておけば、ほとんど機能的にも可読性上も同じことができる。 VB6にはメソッドのオーバーロードがなくても名前付き引数がある。 ま、10年以上まともなコードは書いてませんけどw 354 名前：デフォルトの名無しさん mailto:sage [2013/03/26(火) 21:34:07.75 ] 逆にシングルトンとか、既定のコンストラクタを隠すことはどうやってもできないけどね 355 名前：デフォルトの名無しさん mailto:sage [2013/03/26(火) 22:48:22.77 ] >>353 そして数年後そのコードをメンテナンスする奴が、Factoryメソッドを無視してNewしたりしちゃうんですよ 356 名前：デフォルトの名無しさん mailto:sage [2013/03/27(水) 00:05:57.78 ] >>354 シングルトンは標準モジュール使えばいいだろう。 ただ、スレッドセーフにはできないけど。 357 名前：デフォルトの名無しさん mailto:sage [2013/03/27(水) 00:21:17.85 ] >>356 VB6に限らないが、そのやり方はstaticおじさんみたいで気持ち悪い...のはまあいいが、 柔軟性が低い（後でインスタンス化する必要が生じた時に簡単にできない） 358 名前：デフォルトの名無しさん mailto:sage [2013/03/27(水) 01:58:20.09 ] 下手にVB.NETに機能引き継ぎしないで欲しかった フォーム名で呼び出せたり暗黙でNewしたりするかもみたいな妙竹林な動作させやがって そういうのはVB6でしか出来ません！ってなってれば移行なんて無謀な話は出なかった 俺はちゃんとしたプログラマじゃねーんだからなんとなく動いてくれてりゃ良いんだよ もうVB6最高、アバウトで適当なのが一番だよ DB参照してデータ表示するだけなんだから厳密もクソもねぇよ 359 名前：デフォルトの名無しさん mailto:sage [2013/03/27(水) 02:54:16.07 ] 既定のインスタンスは.NETで一回廃止したのに復活した経緯があるからなぁ あれは廃止したままにしとくべきだと思うが 360 名前：デフォルトの名無しさん [2013/03/27(水) 10:34:59.45 ] PDFやXPSなどファイルでプリンタに出力するとき、ファイル名まで指定して自動的に保存する方法ないですか？ 361 名前：デフォルトの名無しさん mailto:sage [2013/03/27(水) 10:41:28.83 ] iText.netを使う 362 名前：デフォルトの名無しさん mailto:sage [2013/03/27(水) 11:10:13.79 ] J#ですか？ 363 名前：デフォルトの名無しさん mailto:sage [2013/03/27(水) 12:00:02.56 ] ファイルに保存するのはプリンタドライバの機能だからドライバによるんじゃね 364 名前：デフォルトの名無しさん mailto:sage [2013/03/27(水) 13:02:45.59 ] VB6用のオブジェクトが市販であるかなと思ったんですが見つからなくて。 365 名前：デフォルトの名無しさん [2013/03/27(水) 14:08:15.77 ] VBプログラマ質問スレ（Ver.6.0 まで） part62 366 名前：デフォルトの名無しさん [2013/03/27(水) 14:09:01.13 ] ↑ごめんまちがった^^; PDFへの保存ならGrapeCityのVSVIEWつかってやったことがあるよ 367 名前：デフォルトの名無しさん [2013/03/27(水) 14:14:19.11 ] >>360 internet.watch.impress.co.jp/cda/news/2004/07/09/3839.html GrapeCityはもう扱ってないので www.eprintdriver.com/ 英語版だが日本語環境でまったく問題ない。 368 名前：デフォルトの名無しさん mailto:sage [2013/03/27(水) 14:28:19.38 ] >>367 ありがとうございます。 これVB6に対応してるんでしょうか？ 369 名前：デフォルトの名無しさん [2013/03/27(水) 15:04:34.62 ] >>368 COMに対応しています。画像ファイルで印刷結果を直出させるプリンタドライバをCOMで制御できます。 仕事でVB6はあまり使わないのですが、それでも2回VB6で納品しました。 自分はVB6を使うとき、だいたいクラスが全コードの9割以上を占めます。 決してオブジェクト指向な言語ではないですが、オブジェクト指向の便利な特徴を使えるので VB6は言語としては悪くないとおもいます。ただ今時使ってたらちょっと恥ずかしい。 370 名前：デフォルトの名無しさん mailto:sage [2013/03/27(水) 15:13:22.43 ] >>369 >>369 ありがとうございます、試してみます。 VB6から移行しなくてはと思ってはいるのですが、どの言語を選んで良いのか迷ったままズルズルときてしまいました。 Cはマイコンレベルでは多少経験がありますが、素直に.NETにするべきですかね？ 371 名前：デフォルトの名無しさん mailto:sage [2013/03/27(水) 15:17:52.32 ] ここまできたんだから、そのままズルズル生きていけばいいじゃないか 372 名前：デフォルトの名無しさん [2013/03/27(水) 17:32:11.78 ] >>370 仕事でプログラミングをしている場合、新しい言語の習得は その言語での開発依頼から始まると言っていいでしょう。 会社で新しい言語を習得したいので勉強する時間をくれとか言って通るはずもなく また家で勉強しようと思っても休みの日は休みたくなるし なんだかんだ言って先送りしてしまうのがオチでしょう。 まあ当該言語バージンの担当者に当たったクライアントは可哀そうですが 家電製品や車だってファーストロットは問題アリアリだし、バレないように手直しして なんとか最後は一流のものに仕立て上げている訳です。 VB6だって始めたころに書いたコーディングなんて恥ずかしくて人に見せられません。 C言語の癖で配列の要素を必ず必要とする数から1つ多く設定してしまったり Dimでの連続変数宣言で、実は１個しか型指定できてなくて残りは全部バリアントだったとか それでも動いていて今でもサポート料金を月に30万円も払ってくださるクライアントがいるのですから とにかくプロならなんとか乗り越えないと恥ずかしいです。 373 名前：デフォルトの名無しさん mailto:sage [2013/03/28(木) 09:37:45.93 ] >>372 全くもっておっしゃるとおりです。 殆どの仕事が、ベースになるプログラムを元に客先のスタイルに合わせて多少のアレンジをするといったスタイルなので、 実績という意味ではVB6で10年以上やってきて、バグフィックスもほぼ終わってるプログラムを維持したいというのが本音です。 新たな言語に移行する場合は、ノウハウはゼロですので、最低でも数ヶ月は社内で稼働させて動作を検証してから製品化するつもりです。 それでも信頼性はがた落ちですが、メーカーがサポートしていない言語を使い続けるよりは良いのでしょうね。 374 名前：デフォルトの名無しさん [2013/03/28(木) 10:04:18.08 ] >>373 >メーカーがサポートしていない言語を使い続けるよりは良いのでしょうね。 これは一概になんとも。。。 たとえばVB6を使用していた期間、かれこれ10年くらいはありましたが その期間にVB6についてマイクロソフト社にサポートを受けた事は一度もありませんでした。 もちろん、サービスパックは必ず最新のものを導入していましたのでバックグラウンドではサポートを受けていた事になります。 もしVB6を使用する上で何らかの致命的なバグに遭遇したり、新しいWindowsでの振る舞いに対応できなかったり 色々問題に遭遇することはあるかもしれませんが、原因を切り分けし問題を自己解決できれば 可能な限りVB6を使い続けても問題があるようには思えません。 逆にマイクロソフトにサポートされているからその言語は安全かと言えばとんでもない。 開発しソフトウェアの品質を最も大きく左右するのはマイクロソフト社ではなく、プログラマーのあなたご自身です。 375 名前：デフォルトの名無しさん mailto:sage [2013/03/28(木) 10:35:40.03 ] >>374 VB6が動作するOSが問題だと思います。 XPを計測制御関係など専用のOSとして供給し続けてくれるならVB6を使い続けますが、 vista以降、開発環境での動作は保証されてなく、実際に問題も生じています。 動作環境でもprogramfilesや互換性ファイルなどの扱いもあるので、そろそろ潮時かなと。 376 名前：デフォルトの名無しさん [2013/03/28(木) 15:26:48.41 ] >>375 メーカーのサポートが打ち切られた開発環境を使用する以上 自分で工夫して問題を解決できなくなったらその時点でアウト。 アウトになってからでは遅いので、アウトにある前に対応しておくのがプロというもの。 しかし現時点においてWindows 8上でも問題を回避してVB6の開発環境を使用可能。 問題はWindowsよりも64bit対応の方かも知れない。少なくともIDEはまともに動かないし ランタイムも64bitネイティブでは動作しない。アプリの互換に比べればOLEの互換を保つ 難しさは計り知れない。 377 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 00:30:50.96 ] 勘違いしてる人が多いようだがVB6はサポートされてます だって動いてるだろ？わざわざ動くようにしてあるって事だよ。 移行ガイドまで用意してくれてる親切設計だし、普通のメーカーだったらここまでサポートしない。 動かないので乗り換えて下さい、で終わりだよ。 そしてVB6自体は今後のWindowsでもサポートされ続ける可能性が高い 7でも8でも最初はサポートしないと言ってあっさりひっくり返ったからね 周りがそう簡単に止めさせてはくれないのだろう >>376も言ってるけど問題はそれ以外だよな ドライバとかドライバーとかDriverとか 378 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 01:05:22.84 ] ごちゃごちゃいってないで公式で発表してるんだからそれよめよ Windows Vista、Windows Server 2008、Windows 7、および Windows 8 に対する Visual Basic 6.0 のサポートに関する声明 msdn.microsoft.com/ja-jp/vstudio/ms788708.aspx 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 名前：デフォルトの名無しさん [2013/03/29(金) 01:53:36.65 ] 32bitエミュレータとかそゆの出せば売れるかも 380 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 09:35:34.79 ] VB6製品のサポートが継続されているとか調子こいてるバカ。よくみろ。 IDEはすでにVista以降サポートされていない。 開発側ではランタイムは動くみたいだから使ってもいいよ的な考えなのに カッコつけてガンバッテサポートシテイマス！と言っているのは広報だけ。 実情はVB6のサポートなんか特になにもやってないので 動かなくなったらTHE END ただそれだけ 381 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 09:39:26.96 ] >>378 Windows 8でVB6をサポートしていると言い切るなら IDEの画面に他の画面が重なった後に画面がリペイントされないで消えてしまう問題を早く解決しろよ Windows XPからずっとこのまま我慢してるんだけど？ この嘘つき広報さんｗｗｗ 382 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 09:51:37.82 ] XPからって… ウインドのリフレッシュが甘いWindowsの持病のほうじゃなく？ 383 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 10:26:43.49 ] >>380 IDEはサポートされない。 ランタイムはサポートされる(Windows 8発売から10年間）。 ただそれだけだ。 384 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 13:10:22.45 ] でもサードが壊滅状態だからなぁ 385 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 13:25:36.77 ] だからVB.NETがあるじゃねえか 386 名前：デフォルトの名無しさん [2013/03/29(金) 13:48:23.14 ] >>382 テーマを使うと下になった画面がペイントされないんだよ。VisualStyleと関係があるみたい。 パフォーマンスを優先せずにWindows 2000みたいな画面で使えば問題は回避できるけど まあ普通はやらない罠 387 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 13:53:31.38 ] >>384 GrapeCityなんかは海外のコンポーネントの開発元ではActiveX版を出している製品でも .NET版しか存在しないようなフリをして売っているよね。 アセンブリとActiveXの両方をサポートするとなると人件費コストが嵩むから 消費者のニーズがないように思わせて、今や.NET一択というアピールをしているけど 皮肉なことにその.ユダヤ人的な高慢なビジネスロジックが、最新の開発環境への移行スピードを めちゃめちゃ後退させている事にまだ気づいていない。 388 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 14:05:27.82 ] え？ 389 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 17:03:55.83 ] 真昼間からヒマなプロプログラマさんが多いこと 390 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 17:52:57.44 ] ここはVB土方質問スレ(Ver6.0まで)と言った方がいいのはさておいて 当方人件費コスト0だし、製品版ActiveXなど不要だし 好き勝手に使っているだけだし そうかWindows 8でもIDEとりあえず動くのか、10nenは それにまだWindows 9でもつかえる可能性も残ってるし、どれだけお気楽なの？ 391 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 18:19:41.23 ] サードって何？ 392 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 19:51:02.15 ] >>387 同じ製品の英語版を海外サイトから買った方が安い 日本語問題無く使えるし 393 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 19:52:17.54 ] >>390 VB使いにドカタは少なかろう。 ドカタと言えばJavaだ。 394 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 19:58:38.66 ] WinHTTP MSXML Tar.libを使って２ｃｈブラウザを作ろうと思ふ 395 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 22:22:30.26 ] ごちゃごちゃいってないで公式で発表してるんだからそれよめよ Windows Vista、Windows Server 2008、Windows 7、および Windows 8 に対する Visual Basic 6.0 のサポートに関する声明 msdn.microsoft.com/ja-jp/vstudio/ms788708.aspx 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 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 23:04:47.41 ] 問題はVB6のランタイムそのものじゃなくてVB6のアプリ動かす上で使うその他ライブラリが動かないとかなかったっけ？ 397 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 23:06:43.99 ] ごちゃごちゃ言うなカス 398 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 23:15:48.19 ] 会社のコンピュータ一新するなら使ってた業務用アプリも一新して再開発依頼とかすればいいのに、設備投資の一部やろ、VB6のアプリが動くからって使い続けるのがおかしい、 あと古いコンピュータ使い続けるとこもおかしい、普通に新しいマシンにしてアプリなり作り直せば、プログラマ周りの景気が潤うのに 399 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 23:35:51.61 ] 制御系なんて数千万〜億だぜ？簡単に変えられねえよ 作った会社も当時の人間を切ってメンテできないし 400 名前：デフォルトの名無しさん mailto:sage [2013/03/30(土) 01:52:40.97 ] >>398 ひょろっと出来るようなやつは当然そうしてるだろ そうそう簡単に行かない、移行に年単位が想定されるようなやつの話だよ ただまあ今だにシステム部門は非生産部門みたいな考え方が生き残ってるのも事実 モノ造り日本も良いけど、その為の下地や周りを整えてるのはシステムだっつー事に気が付いて欲しいやね ま、現状VB6は動くしこれからもきっとサポートされ続けるよ ExcelマクロやAccessをこの世から消さない限りね そしてそれは不可能に近い 401 名前：デフォルトの名無しさん mailto:sage [2013/03/30(土) 02:01:06.19 ] この世界で一番使われているシステム それはJavaでもCでももちろんVBでもなく、Excelシステムである 企業個人を問わずありとあらゆる場所に入り込んでブラックボックス化している MS一番の成功にして一番の頭痛の元である おかげでしがないVB屋でもなんとか食い繋いで行けてるんですが 402 名前：デフォルトの名無しさん mailto:sage [2013/03/30(土) 02:01:18.86 ] そもそも作り直しが難しい仕組みにしている プログラマ自信の問題。 機能も何も増えないのに、作りなおしだけで大金を 払えといって納得できるわけ無いだろう。 VB6からVB.NETへの移行ツールは存在した。 もとからメンテしやすい仕組みで開発し、 移行ツールで対応できない部分を徐々に 書きなおしたりしていれば安く移行できたはずだ。 もVB6からいきなり最新のVB.NETに変更するのではなく、 VB.NETが出た時点で徐々にバージョンを上げていく。 .NET同士は互換性があるのだから一旦VB.NETにしてしまえば、 モジュール単位でC#に移行することだって可能だったはずだ。 アプリ開発会社が安く移行するための 技術力を持っていないからこうなる。 403 名前：デフォルトの名無しさん mailto:sage [2013/03/30(土) 02:45:11.57 ] 作り直しで大金って 設備投資ってそんなもんじゃねえの 大型建設機械だろうがラインロボットだろうが古くなったら一新するだろ コンピュータやソフトウェアを軽視しすぎなんだよ、古くなったものを一新するのはソフトウェアでも一緒で金がかかるもんであり必要なんだって意識がなさすぎ 404 名前：デフォルトの名無しさん mailto:sage [2013/03/30(土) 02:51:14.77 ] >>403 だがいきなり全部入れ替えることないだろ。 ソフトウェアもそうしろって言ってんの。 新しい部分と古い部分をうまく融合させ 徐々に移行できる体制を整えろってーの。 405 名前：デフォルトの名無しさん mailto:sage [2013/03/30(土) 10:26:55.57 ] 電子データは劣化しない 406 名前：デフォルトの名無しさん [2013/03/30(土) 10:51:17.92 ] VB6から.net VBへの移行に関しては、プログラムの組み方とか言う次元以前に難しい問題が山積みなんだよ。 だから移行なんて考えずに、元のソフトを仕様書だと思ってゼロから作り直すのが合理的だって事は 実際に作業をしている人間なら余程のバカでない限りわかるはず。 作り直しが難しい仕組みにしているのが問題とか言ってる奴はたぶん何も知らないで言ってる 　　　　　　　　　　　　　　　　　　　只野キチガイ 407 名前：デフォルトの名無しさん mailto:sage [2013/03/30(土) 14:12:12.19 ] ソフト開発で一番工数がかかるのが設計だから VB6から.netへの移植なんてほとんど工数かからない。 408 名前：デフォルトの名無しさん mailto:sage [2013/03/30(土) 14:57:22.64 ] そうだよなVBなんていじってる奴は馬鹿 409 名前：デフォルトの名無しさん [2013/03/30(土) 16:33:40.82 ] おまえら働けよ まったく 410 名前：デフォルトの名無しさん mailto:sage [2013/03/30(土) 18:45:00.19 ] 同じ仕様で移行するケースなんてレアじゃね？ 411 名前：デフォルトの名無しさん mailto:sage [2013/03/30(土) 19:38:56.38 ] 不便だと感じてて改善してほしいとこや 不要な機能を外してほしいとか 仕様が変わるってことか？ 412 名前：デフォルトの名無しさん mailto:sage [2013/03/30(土) 21:07:08.50 ] 集まるなよVB6時代の老兵どもｗ 413 名前：デフォルトの名無しさん mailto:sage [2013/03/30(土) 21:12:40.11 ] WinHTTP MSXML Tar.libを使って２ｃｈブラウザを作ろうと思ふ 414 名前：デフォルトの名無しさん mailto:sage [2013/04/02(火) 01:31:42.57 ] どっかで見かけた内容だな 415 名前：デフォルトの名無しさん mailto:sage [2013/04/02(火) 02:57:16.89 ] 逆に全く同じにって言われるとそれはそれで困ったりとか 基本的な仕様が変わりまくってるからな いや.NETの方がしっかり決まってるんだけども。 VB6でアバウトにスルーしてた所が軒並みエラー吐くようになって死ねる >>407 まあ、そういう感覚だよな。 でもほら、VBなんて昔から増改築が繰り返されて今に至るようなもんが多いから 昔は結構フリーダムで、開発者の趣味と気分で仕様決めてたりとか 設計書の類なんて当然無くて、当時の開発者の頭の中にしか仕様が残って無いという 移植なんてまともに出来るはずも無く・・・ 416 名前：デフォルトの名無しさん mailto:sage [2013/04/02(火) 08:47:03.60 ] どんな糞野郎のコーディングでも一見して仕様が見えてくるようになるには20年はかかる 青二才はまだここに書き込むのが早いってことかもな 417 名前：デフォルトの名無しさん mailto:sage [2013/04/04(木) 02:08:50.45 ] >>407 > ソフト開発で一番工数がかかるのが設計だから そうとは限らない。新規開発であれば確かに一番工数がかかるのは設計だが すでに開発済みのシステムを修正する場合には当てはまらない。 設計は追加分だけやれば良い。 しかしコードを書く場合、修正の影響を考えないといけない。 コードを見ないとわからないような、想定外の箇所に影響があるかもしれないし 修正の前に、動作しているコードを読んで動きをきちんと把握しないといけない。 コードの詳細な動きのドキュメントはない（あったとしてもコードを読んだほうが速いんだが） 「一番工数がかかるのが設計」が成り立つのは新規開発であって 修正の場合は、設計は減って逆にプログラミングに工数がかかる。 > VB6から.netへの移植なんてほとんど工数かからない。 これは典型的な修正。設計は同じでいいならば工数は0だが だからといってプログラミングが0以下になるわけないのは明らかでしょ？ 設計は出来上がってる。その後取りうる方針は二つ １．VB6のコードを捨て、設計を見てVB.NET版を作り上げる ２．時間をかけてVB6のコードを解析して細かい動作を把握してから、理解した内容と設計VB.NET版を作る。 どちらが早いかなんて即答できないよね？ 新規開発の感覚で、修正の工数を考えてはいけない。 418 名前：デフォルトの名無しさん mailto:sage [2013/04/04(木) 04:25:27.94 ] リプレース案件をやったことのない素人のたわごと 419 名前：デフォルトの名無しさん [2013/04/04(木) 11:18:44.92 ] >>418 でどうだったのか示さないと これも只のたわごと 420 名前：デフォルトの名無しさん mailto:sage [2013/04/04(木) 12:43:07.57 ] >>419 > 設計は同じでいいならば工数は0 というのが、たいていの場合は誤り。 まず、要件定義書が無い場合がある。あっても、まともなものじゃ無い場合がある。 詳細設計書が無い場合がある。この場合は設計内容をコードから演繹する必要がある。 要件定義書が無い場合は、要件をコードから演繹する必要がある。 そして、コードを調査した結果、要件と異なる内容の実装があったりする。 どちらが正しいかを調べるのが手間。 バグらしきコードが見つかる。 バグかどうかを調査するのが手間。 421 名前：デフォルトの名無しさん mailto:sage [2013/04/05(金) 00:16:09.30 ] じゃあ設計書があれって正しければ、 設計の工数は0でいいね？ 422 名前：デフォルトの名無しさん mailto:sage [2013/04/05(金) 01:08:45.91 ] だから、設計工数がゼロになるなんてことは、現実世界ではほとんどないって 言ってるでしょ。 実際にコードを書き始めるまでに、かなりの工数が必要になるのが普通。 真の要求と完全にマッチした要求仕様書が存在し、 その要求仕様に完全にマッチした要件定義がなされ、 それを完全に記述した要件定義書があり、 それを完全に実現する詳細設計書があり、 されを完全に実現するバグやまぎれのないコードが書かれており、 完全な自動テストが存在し、 そして今実際に動作させることはできるのなら、かなりの工数は削減できる。 423 名前：デフォルトの名無しさん mailto:sage [2013/04/05(金) 01:20:11.31 ] DBのフロントエンドレベルの糞業務アプリの移行なら、設計なんかいらないね。 424 名前：デフォルトの名無しさん mailto:sage [2013/04/05(金) 03:56:50.81 ] 0の状態から設計を作るのと 既存のコードを解析して設計を作る。 どちらが難しくて時間がかかるかといえば明らかに後者だよ。 前者はコード読めなくてもいいが、 後者はプログラマにしかできない作業。 リプレースが新規開発よりも工数がかかるのは 火を見るよりも明らか。 425 名前：デフォルトの名無しさん mailto:sage [2013/04/05(金) 07:15:36.77 ] それはリプレースに完璧を求めるからだよ リプレースでも新規なみのバグを許容すればほとんど工数が 発生しなくて済む 426 名前：デフォルトの名無しさん mailto:sage [2013/04/05(金) 10:06:12.15 ] いつまでVB6と関係無い話をしたら満足するのやら 427 名前：デフォルトの名無しさん mailto:sage [2013/04/05(金) 13:26:11.40 ] VB6の道はすべてに通ずる 馬鹿はおおなしくしてろ 428 名前：デフォルトの名無しさん mailto:sage [2013/04/05(金) 13:58:16.96 ] もっと落ち着いてタイプしましょう。 429 名前：デフォルトの名無しさん mailto:sage [2013/04/05(金) 14:09:28.94 ] 脊髄がすぐに反射してしまわないように 430 名前：デフォルトの名無しさん [2013/04/05(金) 14:09:59.78 ] >>428 クスクス… 431 名前：デフォルトの名無しさん mailto:sage [2013/04/05(金) 22:16:49.68 ] >>425 君の会社は、バグ修正をただでやってるのだろうし、 バグ修正期間は工数に含めないのかもしれないが、 一般的には工数にはバグを直す期間も含みます。 ただでバグ修正やってるから工数にならないなんて屁理屈だよ。 最初に高い金額＋短い期間（バグ・機能不足あり）で開発して、その期間のみを 工数と考え、その後のバグ修正をいう開発は保守として工数に含めなかったら そりゃお前の会社の定義上の工数は短いだろうねｗ

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef