VB.NET質問スレ(Part43) [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/06/15(水) 11:41:09.50

前スレ

VB.NET質問スレ(Part40)
http://toro.2ch.net/test/read.cgi/tech/1365857015/
VB.NET質問スレ(Part41)
http://peace.2ch.net/test/read.cgi/tech/1391334405/
VB.NET質問スレ(Part42)
http://echo.2ch.net/test/read.cgi/tech/1419148239/

**デフォルトの名無しさん** · 2016/10/12(水) 21:58:02.87

>>248
Option Infer On にすればVBでも使える
Dim obj = New Hoge()

**デフォルトの名無しさん** · 2016/10/12(水) 22:17:04.44

実際VBは>>248みたいなアホの子ばっかりだから現実には使えんよ
未だにExplicit付けろだのStrictわからんだの言ってるレベルだから浸透するまでには10年はかかるんじゃないかな

**デフォルトの名無しさん** · 2016/10/12(水) 22:22:04.16

VBにはvarに似たようなものってないんだっけ…？
…と思ってたら、>>253 が来てた。　ﾄﾝ

**デフォルトの名無しさん** · 2016/10/12(水) 22:41:38.09

今更だけど >>284 の質問に答えると
「何でも入れていいのよ」と言っておきながら、いざ入れようとすると
「それは入れられません」だの
「入れるって言ってたものと違います」
と拒絶するんだから、まぁ、たぶん、>>284 の肛門と同じくらいだと思うよ

**デフォルトの名無しさん** · 2016/10/12(水) 22:42:55.63

>>248だった…

**デフォルトの名無しさん** · 2016/10/12(水) 22:51:37.78

ヤバい
なんか知らない内に大人気w

**デフォルトの名無しさん** · 2016/10/13(木) 01:20:39.30

>>256
>「何でも入れていいのよ」と言っておきながら
今更の上に大嘘こくとかもう
varはコンパイル時に型が決まってるから何でもは入らんわ

型を明示してないDim文は、Optionの組み合わせでどの型になるか変わる
なんでも入れたいならVBならObject型つかっとけ

**デフォルトの名無しさん** · 2016/10/13(木) 07:41:00.86

なんでも入れたいという状況がまずほとんどない

**デフォルトの名無しさん** · 2016/10/13(木) 08:30:17.64

あるんだよ
そう、VBerならね

**デフォルトの名無しさん** · 2016/10/13(木) 19:05:40.28

ポリモーフィズムっていうやつでしょ

**デフォルトの名無しさん** · 2016/10/14(金) 00:43:23.83

Perfumeかっ！

**デフォルトの名無しさん** · 2016/10/15(土) 23:13:41.57

リプレース案件に配属されたんだけどリプレースのやり方がわかりません
リプレーステクニックを教えてください

**デフォルトの名無しさん** · 2016/10/16(日) 00:38:20.58

上司に頼んでお前自身をリプレースしてもらったら?
大炎上を未然に防ぐ最強のリプレーステクニックだと思うよ

**デフォルトの名無しさん** · 2016/10/16(日) 02:45:30.78

俺なんて誰もビルドできないソフトのリプレース案件だぜ

**デフォルトの名無しさん** · 2016/10/16(日) 02:54:09.89

ワイルドだろ～ってか

**デフォルトの名無しさん** · 2016/10/16(日) 13:41:38.70

画面も無く条件分岐と四則演算だけで
構成されたVB6アプリなら
VB.NETでリプレースした方が良いけど
画面があるならWPFとC#のが
良いだろ

後々を考えたらね

**デフォルトの名無しさん** · 2016/10/16(日) 13:59:24.00

そこにそんなにコスト掛けられると思うか？
現実的じゃないよね

**デフォルトの名無しさん** · 2016/10/16(日) 16:48:29.74

Formにビジネスロジックもデータアクセスもベタ書き
コードの書き方も下手なので処理の副作用が多くイベント発生順序がちょっと狂うだけで正しく動作しなくなる
リプレース前のUIコンポーネントは再利用できないからイベント発生順序をどうしても維持できなくなりバグが発生する
リプレース案件の問題を集約するとほぼ全部これなんだよな

**デフォルトの名無しさん** · 2016/10/16(日) 17:40:34.29

答：そのままVB6でメンテせよ。

**デフォルトの名無しさん** · 2016/10/16(日) 17:52:06.07

>>270
> イベント発生順序をどうしても維持できなくなりバグが発生する
こういうのはバグでなくリプレースするスキルがなかったと言ってくれ

**デフォルトの名無しさん** · 2016/10/16(日) 18:32:51.71

>>272
リプレースするスキルがなくてバグが発生するんじゃないか？
納めた物が期待通り動作しなければバグだろう

**デフォルトの名無しさん** · 2016/10/16(日) 18:45:32.77

動かないやつを納品するのかよw

**デフォルトの名無しさん** · 2016/10/16(日) 18:52:10.28

>>274
当然だけど事前に合意をとったテスト仕様は全部クリアした上で納めるよ
でも他になんのバグも出さずに納品ってのは不可能

**デフォルトの名無しさん** · 2016/10/16(日) 18:53:27.16

>>270
それはVBに限らず、なんでもそうだぞ

**デフォルトの名無しさん** · 2016/10/16(日) 19:38:47.95

>>273
バグは紛れこむものでスキルには関係ない
お前が言っているのはスキル不足による必然的な誤り

**デフォルトの名無しさん** · 2016/10/16(日) 20:45:59.34

>>277
さすがに何言ってるのか理解できんわw

**デフォルトの名無しさん** · 2016/10/16(日) 20:48:30.33

>>277
それバグやん

**デフォルトの名無しさん** · 2016/10/16(日) 21:15:16.07

>>279
そもそも設計が出来ていないものはバグとはいわんし
テストとはそんなものを無理矢理つじつま合わせる事でもない
そんな事ばかりしてたらそりゃお前らの言う「バグ」は限りなく湧いて出るけど
要するにそれは未完の不安定な何かであり完成した製品には永久にならない

**デフォルトの名無しさん** · 2016/10/16(日) 21:32:13.80

現実世界では設計ミスもバグに含みます

**デフォルトの名無しさん** · 2016/10/16(日) 21:35:21.06

>>281
但しコーディングに限る、とは誰も言ってないけど
正しさの中に紛れこんだ誤りがバグ
>>270のはそもそも正しさ自体が未定義の状態

**デフォルトの名無しさん** · 2016/10/16(日) 21:39:29.73

>>282
絵に描いたようなオレサマ定義だねそれw

**デフォルトの名無しさん** · 2016/10/16(日) 21:40:39.69

現実世界では未定義の仕様による障害もバグに含みます

**デフォルトの名無しさん** · 2016/10/16(日) 21:44:56.02

>>284
一部の仕様が未定義であるとわかるのはあるべき正しい仕様が定義されているからであり
あるべき正しい仕様というものが定義されていない状態では未定義の仕様というものは存在しない

**デフォルトの名無しさん** · 2016/10/16(日) 21:53:13.50

ボタンはあるけど押した時の処理の仕様がない
メソッドの引数が不正な場合の仕様が決まっていない
ファイルがない時の仕様が決まっていない
データベースがオフラインの場合の仕様が決まっていない

現実世界では未定義の仕様は幾らでも存在します

**デフォルトの名無しさん** · 2016/10/16(日) 21:58:29.40

>>286
未定義である事は正しい仕様が存在するからわかるのだと言っているのだが
どうも噛みあわんな
というかお前の言ってるのは仕様じゃなく詳細設計のもれじゃないか
そもそも未定義の仕様ですらない

**デフォルトの名無しさん** · 2016/10/16(日) 22:02:19.33

>>287
賢いこと言ってるつもりかもしれないけど、そもそも君の言う正しい仕様というのはどういう意味?
そこを具体的に定義しないまま偉そうなこと言っても全部ブーメランだということに気付いてる?
この板で特に定義を明示しないまま「正しい仕様」というと一般的には
漏れなくミスなく実装すれば開発の目的を達成できる仕様ということだろうから
その意味では>>286は正しい

**デフォルトの名無しさん** · 2016/10/16(日) 22:06:09.37

>>288
既に目的を見失ってるな
問題なのは正しい仕様がなにかではなく
正しさ自体が未定義の状態の事をバグとは言わない
という事なのだが

**デフォルトの名無しさん** · 2016/10/16(日) 22:12:46.24

説明下手くそだなー
一緒に仕事してる人がいたら、その人は大変だわ

**デフォルトの名無しさん** · 2016/10/16(日) 22:17:40.80

てかお前らスキルなくて何も出来てないだけって言われたのが他人事に思えなかっただけだろ
今まで反論の体をなしてるレスは１つもなかったよ

**デフォルトの名無しさん** · 2016/10/16(日) 22:18:18.14

それを君が言っちゃうんだ？

**デフォルトの名無しさん** · 2016/10/16(日) 22:32:36.67

バグというのは仕様書に対して異なる実装が行われた時の動作のこと
仕様が不足しているのは仕様漏れ。仕様バグという言い方もないわけじゃないが方言といっていいだろう
設計レベルの成果物、実装レベルの成果物で何と何が紐づいてるかぐらい
おまえらだって知らないわけじゃないだろう
基本情報レベル、新人教育レベルの常識だ

**デフォルトの名無しさん** · 2016/10/16(日) 22:38:09.46

すべての元凶
＞バグは紛れこむものでスキルには関係ない
＞お前が言っているのはスキル不足による必然的な誤り

**デフォルトの名無しさん** · 2016/10/16(日) 22:38:42.66

>>289
だからその正しさというのは一般的には目的を達成できるかどうかでしょ
まあシステムの目的なんて考えずに仕様書の通りにコード書くことだけが仕事の人なのかもしれないけど、
だからって納品時に「仕様書に書いてないからここは空白にしました」なんて言うのか?
そうじゃないとしたらお前は何をもって仕様がおかしいとか抜けているとか判断してるんだ?
結局その物差しは目的だろ
俺が言いたいのは、正しさというものをあえて君が定義しない限りは ID:43exmUNo のように
「目的に合わないのは欠陥」という暗黙の前提で話をしてしまうのはそんなに不自然じゃないだろということ

**デフォルトの名無しさん** · 2016/10/17(月) 05:17:16.90

昔の、ホストコンピュータな世界ではたしかに、仕様不備（設計ミス）とバグ（コーディングミス）とを分けてた
プログラマは仕様書書かなかった時代の話だ
いまどきその感覚で話してるやつとは、すくなくとも.NET案件は一緒にやりたくないなぁ

**デフォルトの名無しさん** · 2016/10/17(月) 06:25:20.96

仕様書を書いて顧客に納品する理由は合意形成の意味が大きい
この仕様書の通りに作るけど良いんですよねって念押しするために仕様書を納品する
仕様書を納めた以上は仕様書と違うコードを書いてバグが出たら製造責任
だけど仕様書そのものがバグってるなら合意とってっますよねってゴネることができる
開発はボランティアじゃないからな
コーディングのバグか仕様書のバグかを見極めるのはそういう意味で非常に重要

**デフォルトの名無しさん** · 2016/10/17(月) 07:11:26.89

お前らどうしても理解できないみたいだな
問題にしているのはそれがバグなのか必然的に動かないだけなのか
動かないものをなんでもバグと言えばいいってもんじゃない

**デフォルトの名無しさん** · 2016/10/17(月) 08:02:52.00

>>298
そんなことを問題にしているのはお前だけ
他はみんな「目的を果たせないのは原因が何であれ欠陥」という前提は常識的に理解している
その責任の所在がどこにあるかは別問題だしこの板で議論することではない

**デフォルトの名無しさん** · 2016/10/17(月) 10:36:03.32

つまらない言葉遊びで
スレ荒らしてんじゃねーよ糞ども

**デフォルトの名無しさん** · 2016/10/17(月) 12:43:57.00

>>299
何故お前ら意味もわからず明後日の方向いた頓珍漢なレスばかりするのか？
それぞれ勝手な方を向いて居ない敵と戦ってるのばかりだよ議論なんかどこにもない

**デフォルトの名無しさん** · 2016/10/17(月) 18:04:06.90

必然的に動かんとか、仕事うけるレベル以下の話だし

**デフォルトの名無しさん** · 2016/10/17(月) 18:33:39.09

最初からハッキリそう言ってるんだけどなw

**デフォルトの名無しさん** · 2016/10/17(月) 20:16:34.68

真面目な話こういう人と同じ現場に回されたらどうすれば良いんだろう

**デフォルトの名無しさん** · 2016/10/17(月) 21:15:23.73

結局、ただのアスペルガーだったか
現実では絡みたくないわ

**デフォルトの名無しさん** · 2016/10/17(月) 21:32:08.76

たまに実際に現場にいるからなぁ

俺ならとりあえずバグって言葉を使わないようにするけど

**デフォルトの名無しさん** · 2016/10/17(月) 21:54:25.47

>>306
どうしてそういう嘘つくのかな？
仕事うけるレベル以下の人が同じプロジェクトで働くなんてありえないよ普通
それともなんか身の丈にあわないプロジェクトに潜りこむ裏技でも持ってるのお前？
そんな事してどんな得があるのかよくわからないけど

**デフォルトの名無しさん** · 2016/10/17(月) 22:06:51.29

アスペ同士を集めとくと会話がカオスで面白い

**デフォルトの名無しさん** · 2016/10/17(月) 22:19:04.66

>>307
技術力の足りないやつが現場にいて困るなんて言ってないけど
たまにいて困るのはお前みたいなやつだって話だよ

ああ、お前の技術力が仕事受ける以前だからそう思ったのかｗ

**デフォルトの名無しさん** · 2016/10/17(月) 22:22:04.06

>>307
技術力足りないやつなんて腐るほどいるやん
業界の現状をもっと知ったほうがいい

**デフォルトの名無しさん** · 2016/10/17(月) 22:32:53.21

>>309
だからどうしてそう脊髄反射で頓珍漢なレスすんのかね？
お前が>>306で言ってるのは言われた事がわからなくてもとりあえず相手にあわせるって事だよ
それに対して俺が言ってるのは話が通じない程レベルが違う人が同じプロジェクトで仕事をする事はないって事
つまり俺が「技術力の足りないやつが現場にいて困る」なんて事はありえないと言ってるんだけど
むしろお前がその「技術力の足りないやつ」の立場で言ってるのが>>306なんだよ
少しは考えてものを言う様にした方がいいぞお前

**デフォルトの名無しさん** · 2016/10/17(月) 22:37:23.00

>>310
つまりお前が考えてるのと同じ事を多分同じプロジェクトのやつらがお前に対して感じてるって事だよ
客観的にレベルが違いすぎる人が同じプロジェクトで働ける事なんてありえないんだから

**デフォルトの名無しさん** · 2016/10/17(月) 22:42:02.65

>>312
逆に同じようなスキルの人のみで構成される方がレアだぞ
君は新入社員か何かなのかね？

**デフォルトの名無しさん** · 2016/10/17(月) 22:47:57.62

>>313
きっとお前と俺が考えてる幅が違うんだろうな
そりゃプロジェクト全員がほぼ同じレベルなんて事は現実的に不可能だからある程度の違いは当然あるさ
俺が言ってるのは話が通じない程っていう限定付きだからね
高いか低いかは問わずそこまでレベルが違う人同士が同じ仕事をする事ってないよ

**デフォルトの名無しさん** · 2016/10/17(月) 22:57:41.88

＞高いか低いかは問わずそこまでレベルが違う人同士が同じ仕事をする事ってないよ
あるんだな、これが
自分の話が通じないのを相手のせいにしてる時点でお察しだわ
友達少ないんだろうな・・・

**デフォルトの名無しさん** · 2016/10/17(月) 23:00:57.79

>>315
いやだから俺は自分のプロジェクトに話が通じない人は居ないと言ってるんだけど？
相手のせいにしてるのはお前なんだろ？お前も頓珍漢なやつだな

**デフォルトの名無しさん** · 2016/10/17(月) 23:05:24.27

これでアスペルガーって確定したな
周りに迷惑かけないように頑張ってくれよ

**デフォルトの名無しさん** · 2016/10/17(月) 23:07:39.62

通じてると思ってるんだね
思うのは自由だけど

**デフォルトの名無しさん** · 2016/10/18(火) 03:19:21.44

人材派遣会社の営業に連れられて、色んなSE・プログラマーが、
会社へ面接に来るけど、たいてい1日も持たない

即、突っ返すのが多い

**デフォルトの名無しさん** · 2016/10/18(火) 07:36:59.86

一日て
何させてるんだ

**デフォルトの名無しさん** · 2016/10/18(火) 21:41:02.19

まぁ簡単に纏めると
「目くそ鼻くそを笑う」というやつだな

**デフォルトの名無しさん** · 2016/10/19(水) 00:49:29.93

仮にも派遣会社が何人もつれてくるのに、そのことごとくが1日で逃げたすということは
つれてくる人に問題があるんじゃなくて、つれてこられてるところに問題があると判断するのが妥当じゃね

**デフォルトの名無しさん** · 2016/10/19(水) 20:47:28.18

クソ設計なシステムが大杉な今日この頃

言語など問題じゃない

**デフォルトの名無しさん** · 2016/10/19(水) 20:59:04.22

そりゃコードもろくに書かないような素人が机上の空論を何重にも積み重ねて作り上げた設計をもとに作るものがまともになるわけがないよね

**デフォルトの名無しさん** · 2016/10/19(水) 21:00:45.97

確かに言語の問題ではないかもしれないな
今javaの仕事場にいるが取り敢えず数千行に及ぶメソッドとかやめて欲しい
VBAですらこんなひどいのは見たことない。
ああ早く辞めたい。

**デフォルトの名無しさん** · 2016/10/19(水) 21:04:05.09

保守しないシステムなら、適当に作ればいいんやで

**デフォルトの名無しさん** · 2016/10/19(水) 22:19:41.31

それをやりすぎて身動き取れなくなったのが日本のIT業界
世界から取り残される

**デフォルトの名無しさん** · 2016/10/22(土) 01:03:30.18

適性ないやつは初日に追い返すほうがいい
数週間やった後だとお互いに無駄になってしまう
派遣側からみれば、客であるおまえらにむかって気に入らないから帰るとはなかなか言えない

**デフォルトの名無しさん** · 2016/10/22(土) 11:57:55.47

派遣に限った話じゃないな
適正ない奴はクビにする
これを疎かにすると業界が腐っていく
重要な社会インフラを担う業界が腐れば国が腐るのは東電の件で分かっている筈だ
このまま放置すれば日本は後進国になる

**デフォルトの名無しさん** · 2016/10/22(土) 12:40:43.34

>>329
お前クビ

**デフォルトの名無しさん** · 2016/10/22(土) 12:48:50.54

vb関係ない話を延々と

**デフォルトの名無しさん** · 2016/10/23(日) 02:57:27.26

自分のことを棚上げして、他人のことを書いてる人ばっかり・・・

**デフォルトの名無しさん** · 2016/10/23(日) 11:49:00.91

VBで作ったアプリの見た目を変えるのはどうすればいいの？

**デフォルトの名無しさん** · 2016/10/23(日) 12:10:00.53

WinFormsなら簡単な方法はない
コントロールを全部オーナードローするよりはWPFやASP.NET MVCでGUIを作り直した方がマシ

**デフォルトの名無しさん** · 2016/10/23(日) 20:05:42.68

strict offのVB.NETのプロジェクトでstrict onにした時にctype系の修正だけでも
一気にやってしまうことってできないでしょうか？
一個一個直すのが大変で。

**デフォルトの名無しさん** · 2016/10/23(日) 22:54:07.00

strict onにしてもキャストが多いままだったらあまり意味がないよ
素直にoffにしとけば？

**デフォルトの名無しさん** · 2016/10/23(日) 23:12:43.14

意味ないのですか
じゃあoffのままでいいかな

**デフォルトの名無しさん** · 2016/10/24(月) 00:00:16.72

無くはないでしょ
いかに糞コードかが視覚的にわかるだけでも反省のきっかけになる

**デフォルトの名無しさん** · 2016/10/24(月) 00:14:16.06

パフォーマンスが良くなったりはしませんか？

**デフォルトの名無しさん** · 2016/10/24(月) 06:00:21.39

むしろ悪くなる

**デフォルトの名無しさん** · 2016/10/24(月) 07:54:35.54

！？
悪くなるんですか

**デフォルトの名無しさん** · 2016/10/24(月) 08:04:52.19

な訳ねーだろだまされんなｗ

**デフォルトの名無しさん** · 2016/10/24(月) 09:04:19.86

byrefの引数までctypeされちゃって動かなくなりました

**デフォルトの名無しさん** · 2016/10/24(月) 09:20:41.69

document completeイベントなどのイベントってＣＰＵ負荷が大きくなったときに
発生したりしなかったりという現象がおこる原因のひとつになりえますか？

win10 i7-2600k メモリ：16GBで
タスクマネージャーでしばらく見ていると平均でＣＰＵ負荷が60-70%以上あり、
時々95%を超えていたりします。

うまく動かないときがあるのであるので、document completeイベントを拾ってる箇所に
デバックログを取ってみると、出ているときと出ていないときがあり、なかなか原因が
特定できません。

navigatingイベント、navigatedイベントまでは出て、document completeイベントが出ていない
という状態です。

**デフォルトの名無しさん** · 2016/10/24(月) 12:36:07.42

>>341
悪くなるよ
無意味なボックス化アンボックス化や変換が発生する

**デフォルトの名無しさん** · 2016/10/24(月) 12:38:57.71

>>345
それはキャストや変換を明示的に行おうが暗黙だろうが同じこと。
明示的にキャストや変換したらコストが高くなるとかそんなわけないでしょw

**デフォルトの名無しさん** · 2016/10/24(月) 12:41:53.82

>>345
Strict Offが無駄な変換やボックス化をしてないとでも?
前後の型が分かってれば高速に変換できるケースは多いぞ

**デフォルトの名無しさん** · 2016/10/24(月) 12:47:19.62

>>346
たぶん345は値の読出元と変換後の代入先の型がObjectならアンボックス化やボックス化が発生しないと思ってるんだろ
実際には、値の型で分岐→アンボックス→変換→ボックスという極めて非効率な操作になる

**デフォルトの名無しさん** · 2016/10/24(月) 12:47:40.07

>>346
objectからobjectへの代入にキャストを挟むと遅くなりますよ

**デフォルトの名無しさん** · 2016/10/24(月) 19:43:19.47

それぞれがギリギリのラインで知ってる事を言いあってるだけだから会話としては成り立ってない

**デフォルトの名無しさん** · 2016/10/24(月) 20:33:38.21

とりあえずCtypeよりはDirectCast使おうよ。
暗黙の変換を行うつもりは無いんでしょ？

**デフォルトの名無しさん** · 2016/10/25(火) 19:52:34.47

Ctypeでも状況によってはDirectCastと同じコード吐くらしいけどな
VB.NETのコンパイラさんは結構がんばってるぜ