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/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のコンパイラさんは結構がんばってるぜ

**デフォルトの名無しさん** · 2016/10/26(水) 00:46:20.68

そんなにキャストって使う？
tryparseすら使わんのだが
使うとしたらDirectCast(sender, コントロールの型)
くらいだわ

**デフォルトの名無しさん** · 2016/10/26(水) 01:38:21.10

キャストの話題でなぜ突然tryparseすらという言葉が出てくるのか謎なのだが
vbだと文字列を数値として評価するような事もキャストって言うの？

**デフォルトの名無しさん** · 2016/10/26(水) 01:56:35.02

テキストボックスやSPREADに表示用の値をよく代入するから
キャストは頻繁に行う
また、カンマ区切りの数字を取得するのはキャストとはまた微妙に違うがけっこう面倒臭い

**デフォルトの名無しさん** · 2016/10/26(水) 02:02:30.25

toStringじゃなくて？

**デフォルトの名無しさん** · 2016/10/26(水) 02:17:47.08

>>354
C系言語もその辺はいい加減だと思うよ。
例えば
int x = (int)3.14;
は普通に考えれば変換だけど構文はキャストそのものだし普通にキャストと呼ぶでしょ？

**デフォルトの名無しさん** · 2016/10/26(水) 06:48:15.05

>>357
キャストって型変換の事だが
むしろそれがキャスト

**デフォルトの名無しさん** · 2016/10/26(水) 08:26:59.08

>>356
toStringが定義されてたらいいけど
どういう振る舞いをするのか確認するのも面倒なので
CTYPEやCINTあたりを使ってるよ
DirectCastのほうがミスを減らすためにもいいんだろうなぁ・・・

**デフォルトの名無しさん** · 2016/10/26(水) 08:35:34.34

ちょっと真面目な質問したいんだけど
DirectXのDLLってどこいったの？
参照の追加をしようと思ったら見当たらない

**デフォルトの名無しさん** · 2016/10/26(水) 09:17:41.37

もうなくなったよ
SlimDXとかSharpDXとか使おう
ゲーム制作ならもうUnityで

**デフォルトの名無しさん** · 2016/10/26(水) 09:42:18.55

>>358
本来のキャストはCで言えばポインタ変換だけ

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

>>362
それも誤解
directcast見てそう思ったのだろうけど
型変換は全てキャストだし逆に型変換でないものはキャストではない
本来とかそういう問題でもない

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

>>363
言っちゃ悪いけど、それお宅がキャストと変換の区別がついてないだけね。

計算機にとっては文字列の"123"をintの123にするのも、doubleの3.14をintの3にするのも
同じ「変換」だが、Cでは後者だけがキャストの扱いになっていて混乱している。

**デフォルトの名無しさん** · 2016/10/26(水) 13:35:43.91

Cの議論は他でお願いします

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

>>364
vbしか知らないのに無理してcで例えなくてもいいよw
ちなみに
キャストは型変換であり、変換ではない
文字列→数値の場合文字列の表わす値を数値として評価しているのであり、変換ですらない
二重に間違ってるよお前

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

>>366
お前さんのやってることは変換を評価と言い換えただけ。
そういうのを言葉遊びという。馬鹿じゃないの。

(1) ポインタ変換
(2) double→intの変換
(3) 文字列→intの変換

(1)と(2)の間の差異は(2)と(3)の間の差異より大きい。

(1)は呼び名こそ「変換」となっているが、実際は単にコンパイル時にどの型として扱うかを変更しているだけで
実行時のメモリー上のデータは何も変わってないからだ。

本来のキャストとはこの(1)だけを指す。

**デフォルトの名無しさん** · 2016/10/26(水) 20:07:53.96

>>367
いやだから型変換だってばw
せっかく教えて貰ってんだから素直に聞けばいいだろw
そのオレオレ理論を意固地に貫いてもお前に何のメリットもないよ

**デフォルトの名無しさん** · 2016/10/26(水) 21:02:06.42

おまいら根拠にしてるソースURLなり書籍名なりｐｌｚ

出せずに慣例だの常識だので曖昧に誤魔化して逃げる俺様定義絶対合ってる匿名マンなんてただの荒らしでしかない。
スルーして過疎スレに戻ろうず

**デフォルトの名無しさん** · 2016/10/26(水) 21:59:35.35

>>367
クソワロタｗｗｗ

**デフォルトの名無しさん** · 2016/10/26(水) 23:28:49.10

ポインタ変換って何なんだ？
ググっても全くヒットしないんだがコンパイラ業界では隠れた隠語なのか？

**デフォルトの名無しさん** · 2016/10/27(木) 00:26:42.82

しつこいな

**デフォルトの名無しさん** · 2016/10/28(金) 00:19:57.23

マジレスすると
キャスト(cast)は変換や型変換のことじゃないよ
英単語としてのcastの意味のそのまんまの「配役、役の割り当て」って意味だよ

**デフォルトの名無しさん** · 2016/10/28(金) 00:30:05.75

>>373
真面目に言ってそうで怖いなw
さすがVBer

**デフォルトの名無しさん** · 2016/10/28(金) 12:39:29.03

なんでVBの拡張メソッドはModuleなんだ
グローバルメソッドとしても使えちゃって気持ち悪いんだが

**デフォルトの名無しさん** · 2016/10/28(金) 12:51:16.32

VBはそういうの気にしない人向けの言語なので

**デフォルトの名無しさん** · 2016/10/28(金) 20:11:10.63

たかだか記法の問題をいちいち気にする方がどうかしてる

**デフォルトの名無しさん** · 2016/10/28(金) 20:42:45.43

>>377
たかが記法の問題?本当にそう思う?
名前空間汚染の問題と単なる記法の問題の区別がつかないのがVBerらしいね

**デフォルトの名無しさん** · 2016/10/28(金) 21:17:37.68

>>378
グローバルな識別子＝汚染
ではないのだよ
「汚染」てのはライブラリが定義する意図しないグローバルな識別子が問題になるから
悪意を込めて使う言葉で自分で定義したりそれを望む場合には汚染て言葉は使わんよw
字面だけでなくちゃんと言葉の意味を覚えてから使おうね

**デフォルトの名無しさん** · 2016/10/28(金) 21:24:21.37

>>379
プログラム作ってるのがお前だけならな…

**デフォルトの名無しさん** · 2016/10/28(金) 21:34:22.91

>>379
同意ですね

**デフォルトの名無しさん** · 2016/10/28(金) 22:00:09.91

VBerって言いたいだけやろ

**デフォルトの名無しさん** · 2016/10/28(金) 22:55:03.12

>>379
VBerは揚げ足取りしかできないのか
仮に汚染という言葉が不適切だったとしても単なる記法だけの違いではないのは確かだろ?
別に俺はモジュールは名前空間を汚染するから如何なる場合でも使うなと言っているわけじゃなく、
それが問題になるケースはあるから単なる記法の問題ではないと言っているだけだ
実際>>375は気持ち悪いと言っているのだから少なくとも>>375にとっては「汚染」だろう

**デフォルトの名無しさん** · 2016/10/29(土) 00:37:53.79

汚染の定義と使用法はどうでもいいんだが
グローバルメソッドの定義を教えてくれ

拡張メソッドが通常のメソッドとして呼び出せることが問題だっていうならわかるが
C#の拡張メソッドだって、利用可能な名前空間内に存在する必要があるわけで
モジュールうんぬんは意味がわからん