トップページ⇒tech
1001コメント221KB

Visual Studio 2010 Part 2

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2009/11/19(木) 20:45:13
■公式
http://www.microsoft.com/japan/visualstudio/products/2010/default.mspx
http://www.microsoft.com/visualstudio/en-us/products/2010/default.mspx (英語)

■フィードバック
https://connect.microsoft.com/VisualStudioJapan/content/content.aspx?ContentID=12487
https://connect.microsoft.com/VisualStudio/content/content.aspx?ContentID=14631 (英語)

■前スレ
Visual Studio 2010
http://pc12.2ch.net/test/read.cgi/tech/1231857024/

■リンク
http://www.atmarkit.co.jp/fdotnet/dnfuture/vs10net4_01/vs10net4_01_01.html
http://blogs.msdn.com/visualstudio/
0159デフォルトの名無しさん2009/12/10(木) 18:27:55
新しいバージョンが出た際、それが「買い」であるかの判断が難しいと
思うんだけど、このスレにきている人たちはどうやって判断していますか？

ちなみに俺は過去に VB2002 の一番安いエディションを２万円くらいで買って
従来品よりも安いぞと満足してたが、クラスの海に悩まされ、なかなかとりつけない
と悩んでいると、VB2005EE がmy機能など便利機能が付いて無料で配布される
ようになって落ち込んだりしています。
0160デフォルトの名無しさん2009/12/10(木) 18:30:11
DLRにのせるっていうことになると、従来品はどうなるんだ？
また動かなくなるとか？
0161デフォルトの名無しさん2009/12/10(木) 18:38:56
>>158
>生え抜きVBer
こう書くと、腐れヴビ厨もなんだかカッコイイ！
0162デフォルトの名無しさん2009/12/10(木) 18:46:16
DLRってCLR上でスクリプトを実行時にコンパイルして動かすための
クラスライブラリに過ぎないんだよ
だからDLRで動こうが何も変わらん
今後コンパイラがマネージコードで書き直されることがあれば
ついでにDLR対応は十分ありうるけどそのときはやっぱりC#も一緒だろうな
01631572009/12/10(木) 19:33:20
>>158
VB救済という点は俺も同意する。
0164デフォルトの名無しさん2009/12/10(木) 20:06:34
戦略的には「救済」ではなく「足止め」という表現の方が合ってると思うよ
積極的に開発したくはないが、既存のVBユーザが他社製品に流れるのも困ると
0165デフォルトの名無しさん2009/12/10(木) 21:43:01
>>159
>新しいバージョンが出た際、それが「買い」であるかの判断が難しいと
ベータ版使ってみて判断すれば良いんじゃないかね
製品が出てからだと評価版ってのもあるし

自分はVSに関してはMSDN Subscriptionを持ってるから特に判断はしてないが、
一般的なソフトだと評価版を実際に使ってみて使いきれるかで判断してる。
というか、それが評価版ってもんだし。
0166デフォルトの名無しさん2009/12/10(木) 22:47:20
日本の企業でもふざけたところあるからな。
評価版で延々にインストールとアンインストール繰り返して仕事で使うような所もあるし、
まぁそういうところが意外に渋といけど。。
0167デフォルトの名無しさん2009/12/10(木) 22:57:20
仮想OSでデータはメインに接続して使えば永久に使えるからな
0168デフォルトの名無しさん2009/12/11(金) 11:35:20
>>162
サンクス
0169デフォルトの名無しさん2009/12/11(金) 11:43:10
言語開発のモットーとしては言語仕様は、従来の VB は捨ててしまって、
Java に似せたもののみをリリースしたいと思っているいるが、
従来の VB ユーザは手放したくないので、形として、VB.NET というものを
作ったんじゃないかなぁ、みたいな印象を受けるな。

ちょうど、過去に、WindowsNTを売ろうとして、それのCMとして
DOS上にGUI操作アプリを乗せたもの（不安定だけどそこは無視）を
リリースした事があったし。
0170デフォルトの名無しさん2009/12/11(金) 11:46:56
C#が自動プロパティやラムダ式対応していて、VB.NETもそれをおいかけてる
ような方向性で機能拡張が進んでいるけれど、これらの機能って、どうなの？
使いこなせてないといけないほど重要性が高いものなのか、
それとも、一部の人に人気の高い楽な機能だから実装したものなのか、
そのあたりがよく見えない。

プログラム経験の浅い俺にもわかるように、せめてヒントだけでも聞きたい。
0171デフォルトの名無しさん2009/12/11(金) 11:56:34
使えるとちょっと楽になる。
知らなくても困らないが、完全に使えるようになるともうこれなしじゃやっていけない！っていう楽さがある。
0172デフォルトの名無しさん2009/12/11(金) 12:11:55
C#が流行のもの取り入れまくって目を引くのは使命みたいなもん
そういうコンセプトだから仕方ない
VBはあまりにもC#と差がつきすぎると本当に使えなくなっちゃうから
仕方なく一歩遅れて付いていってる感じ
0173デフォルトの名無しさん2009/12/11(金) 15:03:05
>>171
ラムダ式や自動プロパティはウォシュレットのようなもん？
OOPを苦労して学んだ時、俺は「これはウォシュレットのようなものだなぁ。」
と感じたりしたものだが。
0174デフォルトの名無しさん2009/12/11(金) 15:21:26
物理で数学使うようなもん
ちょっと記述を変えたら新しい見方ができたり楽になったり
0175デフォルトの名無しさん2009/12/11(金) 15:25:36
使い慣れると元(紙)には戻れないってか。
無くても作れるけど、無いとどうにもスッキリしない様の表現としては言い得て妙。
0176デフォルトの名無しさん2009/12/11(金) 16:49:43
VSも将来的にリボン化されるの？
0177デフォルトの名無しさん2009/12/11(金) 17:04:15
将来的っつーほど未来でもなく、
MFC の方は VS 2008 からあるし、
.NET FW でも 4.0 の WPF に入るんでそ？
0178デフォルトの名無しさん2009/12/11(金) 17:08:01
その気になればVS2010でもリボンにできるよ。
まぁ、誰かが作らないといけないわけだけど
0179デフォルトの名無しさん2009/12/11(金) 18:07:47
ん？リボンインターフェースをもったアプリが作れるかどうかの話？
それとも、IDEのリボン化の話なの？
0180デフォルトの名無しさん2009/12/11(金) 18:14:21
VisalStudioだからIDEのほうでしょ？　多分
0181デフォルトの名無しさん2009/12/11(金) 18:56:01
ユーザ層は考えないことにすると、Officeよりはリボンに適してるかもしれんね
あんまりメニュー使わないし
0182デフォルトの名無しさん2009/12/11(金) 20:23:26
投票所
http://connect.microsoft.com/VisualStudioJapan/feedback/ViewFeedback.aspx?FeedbackID=513241
0183デフォルトの名無しさん2009/12/11(金) 20:55:39
boostに勝つるインテリさんはまだ来ないの？
0184デフォルトの名無しさん2009/12/11(金) 21:25:48
無理。永久にこない。
2010の次のコンパイラはフルスクラッチされて
インテリ用のミニコンパイラと実際にコードを吐き出すコンパイラがひとつに統合されるんだけど、
それがためにインテリセンスも「本当のコードを吐き出す勢いでコンパイルする」ようになるため
さらに遅くなることが確定している。

2010の次のバージョンのVisual Studioを動かすには
現在の10倍の演算性能、10倍のメモリ、左目はテレスコープ、
右腕は銃を曲げコンクリートを砕くアトミックパワー、
そして、時速１００キロで突っ走る能力が必要といわれる。
その費用、６００万ドル。
0185デフォルトの名無しさん2009/12/11(金) 21:54:44
左腕にサイコガン、が抜けている
0186デフォルトの名無しさん2009/12/11(金) 21:58:13
・・・・どこからがネタなのか分からない・・・・
0187デフォルトの名無しさん2009/12/11(金) 22:50:19
三行目からネタ
0188デフォルトの名無しさん2009/12/11(金) 23:18:26
Visual BasicとViasual C#ほとんど同じじゃねーか
using Systemって書くかimports Systemって書くかとか
abstract って書くかmustInheritって書くかとか

単語が違うだけじゃん。本当に微妙に違う機能あるけど使い方ほぼ同じ。
次からどっちか消してもよくね？
0189デフォルトの名無しさん2009/12/11(金) 23:20:30
C#消したらJava屋やC++屋に見放されるし
VB消したらVB屋が路頭に迷うし
0190デフォルトの名無しさん2009/12/11(金) 23:24:21
VB屋はいらんだろ
0191デフォルトの名無しさん2009/12/11(金) 23:29:27
それよかVBAっていうゴミをなんとかして欲しい
0192デフォルトの名無しさん2009/12/11(金) 23:30:33
excelもまともに使えないの？
0193デフォルトの名無しさん2009/12/11(金) 23:30:53
同意

VBAとVBSだよな。
VBSはPowerShellに駆除されると思うけど。。
OFFICEに乗ってるVBAが厄介
0194デフォルトの名無しさん2009/12/12(土) 08:43:55
VSTOがOfficeに同梱にならんかな。
0195デフォルトの名無しさん2009/12/12(土) 09:33:18
完璧なコンバータがあればOK。
0196デフォルトの名無しさん2009/12/12(土) 09:34:47
昔、VBやC++等で開発を行いたい場合は、高いソフトを買わなければ
ならなかった。そこで、Officeに無料でバンドルされているVBAで
開発しようという流れが出来た。
なので、このようになった流れは、M$が作ったものだと思う。
VB.NET EE などが無料となっても、VBAと統一化させようという構想が
なさそう（もしくは消極的）なので、しばらくはこの流れが続くと思う。
0197デフォルトの名無しさん2009/12/12(土) 11:27:10
>なので、このようになった流れは、M$が作ったものだと思う。
凄い論理飛躍だなｗ
VBAはゴミだが、バージョンアップしなくてもそれを使い続けるゴミユーザーが多いのも事実
0198デフォルトの名無しさん2009/12/12(土) 11:37:33
ゴミユーザーは言い過ぎだと思うが。

まぁVBAは言語仕様が古すぎるのと情報がネット上で情報がとり難くなってる印象だけど。
そろそろ本格的な言語を搭載してほしい。

MS的にはVSTO使えなんだろうけど、個人的には文書ファイルとセットになってるVBA的なのが使いやすいんだよな
0199デフォルトの名無しさん2009/12/12(土) 12:01:12
文章ファイルとセットになっているVBAが使いやすいから、
それを使って作ったツールが多く存在しており、
それを無視することが出来なくなっている状況・・・
0200デフォルトの名無しさん2009/12/12(土) 12:04:18
企業ではいまだにOffice2003が多く使われてるってのもあるね
0201デフォルトの名無しさん2009/12/12(土) 12:17:02
.NET対応言語乗っちゃうと言語パラノイア状態？になって、
別の意味で互換性が失われるような気がするよな。
かといってVBAは不十分すぎるから、VBAをもうちょっと高級なものに模様替えしてくれだな。

VBAからデータベースの接続やらなんやらが手軽にできるとすげーいいんだけどさ。
0202デフォルトの名無しさん2009/12/12(土) 14:14:00
>>170
自動プロパティはずっと要望出てたけど、
HejlsbergがなかなかOK出してくれなくて3.0まで入らなかったとかいう噂あり。

ラムダは、LINQ用に入った感じ。
ラムダ式の記法を先に思いついてたら、2.0の匿名デリゲート記法は入れなかったって話。
0203デフォルトの名無しさん2009/12/12(土) 14:15:27
保守性のみなら VBA はダントツだね
当時 VB5 or 6 で開発したものは現在ほぼ全滅…だけど
VBA で開発したものは現在でも殆ど生き残ってる or 若干の修正で稼働

顧客もそれを目の当たりにしてるから、工数の少ない案件は Access でお願い、なんて事も多い
VBA がこの先どうなるかは分からないけどね
0204デフォルトの名無しさん2009/12/12(土) 14:31:02
>保守性のみなら VBA はダントツだね
それは本気で言っているのか？
0205デフォルトの名無しさん2009/12/12(土) 14:33:24
保守が絡むと、進歩より互換だよなー
趣味だったらPythonみたいに互換ぶっちぎりでもいいんだけど
0206デフォルトの名無しさん2009/12/12(土) 14:43:35
お客も OS 変わる度に開発発生(費用)とかタマランのですよ
我々はその度に仕事が発生した方が嬉しいのですが＾＾
0207デフォルトの名無しさん2009/12/12(土) 14:53:33
手軽にやるにはVBAがいいからな。
なかなか消えはせんだろう。
手軽ってのはちょっとしたことをマクロでやるイメージね。
本格的な開発とかじゃなくてマクロ感覚のもの。
まあ本格的なことまでやりすぎたってのが現実だけど。
0208デフォルトの名無しさん2009/12/12(土) 15:11:43
あれはマクロでなくなってるね
0209デフォルトの名無しさん2009/12/12(土) 15:18:40
このVisualStudioのバージョンアップの動向を見ていると、
本格的でなくてDBでデータ管理などがあるようなアプリ
となると Accessのmdbファイル + VBA の方が生産性が
高いという結論になりそうだね。
DB接続などをウィザードで出来るようにしてるなどの
工夫はあるけれど、Access並みに便利機能を実装しよう
という考えがなさそうに感じる。
0210デフォルトの名無しさん2009/12/12(土) 15:29:52
Accessのレポートは強力だよねぇ
つかVisualStudioが貧弱なんだよねぇ
まぁアクティブレポートとかクリレポ買えって話なんだけどさ
0211デフォルトの名無しさん2009/12/12(土) 15:30:02
もしかすると、VB.NET ExpressEdition が無料配布となったので、そのDB接続や操作関連の
機能を充実させると、mdbファイルの操作のみであれば無料で出来るのでAccessいらねーや。
となってしまう流れを止めたいがために、あえてDB関連の機能を抑えてたりするのかな？
0212デフォルトの名無しさん2009/12/12(土) 15:31:43
Eclipseに追いつけそうなのはバージョン2040くらいからですか？
0213デフォルトの名無しさん2009/12/12(土) 15:36:25
EclipseとVisual Studio、どっちがどう上なの？
どっちも叩くヤシばっかりで、具体的に論破するヤシは見ないんだが。
0214デフォルトの名無しさん2009/12/12(土) 15:41:35
>>213
そのスレは見てなくて意見をいうのだが、
その議論は、例えて言うと、環境や目的を無視して「果たしてどの言語が
一番なのか？」を議論しているようなものだからそういう話の流れに
なるんじゃないかなぁ。
逆に言うと、それを使用する目的を絞り込めば、それぞれの優位性などが
明確になるかと思うのだが。
0215デフォルトの名無しさん2009/12/12(土) 18:02:49
>>201
VBAからならADO経由でかなり楽勝なんだが。
まさかMS-Queryなんてクズを使ってはいないだろうな？
0216デフォルトの名無しさん2009/12/12(土) 18:10:28
まともな人間はこんなところで悪口行ってる暇もなくプログラム書いて稼いでますwww
0217デフォルトの名無しさん2009/12/12(土) 20:57:37
ドカタがまともな人間かどうかは微妙だがなｗ
0218デフォルトの名無しさん2009/12/12(土) 21:44:30
せめてドカタくらいにはなってから言いましょうねｗ
0219デフォルトの名無しさん2009/12/12(土) 21:51:18
ドカタになんてなるわけねーだろｗ
0220デフォルトの名無しさん2009/12/12(土) 23:13:15
外に出られないからそれすら無理だよなｗ
0221デフォルトの名無しさん2009/12/12(土) 23:23:13
MSDN Subscriptionて解りにくいよな。

で、それでいくらするの？　でもわからないみたいな状態にいつもなる
0222デフォルトの名無しさん2009/12/12(土) 23:25:10
>>221
どうしたの？なにが判らないのかさえ判らないのかい？
0223デフォルトの名無しさん2009/12/12(土) 23:34:00
多分、商品構成がイマイチなんだと思う。
0224デフォルトの名無しさん2009/12/12(土) 23:39:47
電話してMSの営業に訊くことも出来ないヒキコモリまで現れたか。
0225デフォルトの名無しさん2009/12/13(日) 14:59:58
AccessのADOによるDB操作はかなり楽だよね。
Recordsetの操作をやって、.update すればいいんだからね。
細かいSQL文とか考えなくて良かったりする。

だけど、ADO.NETになってから、SQL文を考えなければ
コーディングが難しい状況になったような気がするなぁ。

ま、目的のアプリ次第といいきっていしまえばそれまでだが。
0226デフォルトの名無しさん2009/12/13(日) 15:01:43
今回のバージョンナプを見る限り、VBAは健在でって感じのようだな。
VBAが何か大きなものに置き換わる流れも当分の間はなさそうに思う。
0227デフォルトの名無しさん2009/12/13(日) 15:13:01
VBA.Netとか出ないのかな。
0228デフォルトの名無しさん2009/12/13(日) 15:52:00
VBA.NETは紛らわしい名前だな。
まぁVB.NETのサブセットでいいんだよな。

もー、Office用のオブジェクト指向スクリプト言語を作れよ。
0229デフォルトの名無しさん2009/12/13(日) 16:11:46
あえてF#で
0230デフォルトの名無しさん2009/12/13(日) 16:12:28
>>228
使ったことないのでよくわからんが、Powershellってそういう用途には使えんのかな
0231デフォルトの名無しさん2009/12/13(日) 16:12:47
Excel と F# は普通に相性よさそうだけど
0232デフォルトの名無しさん2009/12/13(日) 16:15:59
>>230
PSはすごく癖が強い気がしてなんか使いづらい。
未だに簡単な処理はcmdで書いてしまう。
Office弄るならもうちょっとちゃんとしたRuby/Pythonみたいなスクリプトを使いたいよ。
0233デフォルトの名無しさん2009/12/13(日) 16:18:04
>>232
C#4.0ならdynamicがあっていい感じ。
0234デフォルトの名無しさん2009/12/13(日) 16:24:02
Excelしか知らんけど、VBAだけ変えても意味がないと思うんだけどね。

現状のVBAが使いにくいのは、言語仕様の問題ももちろんないとは言わないけど
それよりもエクセルのオブジェクトモデルが分かりにくいからなんだから。

用語としては「セル」って言葉があるのにセルオブジェクトがないのなんか
一番象徴的だと思うんだけど。
0235デフォルトの名無しさん2009/12/13(日) 17:41:58
Rangeオブジェクトがあるからセルなんてどう考えてもイラネ。
複数セル領域と単一セル領域で別扱いよりもスッキリしてるから。
0236デフォルトの名無しさん2009/12/13(日) 17:47:29
>>235
そういうこと言う奴がいると思ったけど、そういうのを「倒錯」って言うんだよ。
0237デフォルトの名無しさん2009/12/13(日) 18:46:56
>>236
はいはいw どーぞ御説を貫いてくださいな。
0238デフォルトの名無しさん2009/12/13(日) 20:03:05
VS2010は学生だといくらぐらいになるんでしょうか？？
0239デフォルトの名無しさん2009/12/13(日) 20:06:48
制限のないバージョンで１万円ちょい
学習用途にしか使えない奴ならもっと安い
0240デフォルトの名無しさん2009/12/13(日) 20:15:32
DreamSparkで引き続き無料になると信じている。
卒業する前に出てくれるとありがたいのだが。
0241デフォルトの名無しさん2009/12/13(日) 20:22:26
>>240
俺も心から願ってるんだけど>>91の書き込みで軽く黄昏れている
0242デフォルトの名無しさん2009/12/13(日) 22:55:36
留年するんだ
0243デフォルトの名無しさん2009/12/14(月) 04:38:56
ここで聞いていいのかよくわからないのですが、
VC6.0ってwin7にもインストールして使うことはできますか？
0244デフォルトの名無しさん2009/12/14(月) 05:52:26
>>243
http://www9.plala.or.jp/oga/vc6.html

使えるが、Microsoftは公式に対応していると表明しているわけではない。

過去のソフトがVC6でないとコンパイル出来ないというならわからないではないが、
そんなソフトはソースコード修正しろよと言いたい。

何故いまさら無料であるVC++2008 Express Editionよりも劣る、バグだらけのコードを生成する、
C++標準への準拠度の低い、templateを使ったコードもまともにコンパイルの出来ない、
x64にも対応していないような VC6を使うのか。俺には気が狂っているとしか思えない。
0245デフォルトの名無しさん2009/12/14(月) 06:06:25
ExpressEditionだとMFCが使えないだろボケ
0246デフォルトの名無しさん2009/12/14(月) 06:20:23
>>245
MFC使いたいなら、VC++2008 or 2010のStandardを買えばいいじゃないか。
いまさらVC6みたいな糞コンパイラを使って余計なことに悩まされる時間を思えば安いものだと思うが。
0247デフォルトの名無しさん2009/12/14(月) 06:29:57
2008だとWin98で動かないだろボケ
0248デフォルトの名無しさん2009/12/14(月) 06:31:24
2010のStandardってどこで売っているんだよボケ
0249デフォルトの名無しさん2009/12/14(月) 06:40:35
>>247
Win98みたいなMicrosoftがサポートをとっくに打ち切っているOSを使ってんなボケ

>>248
β2使っとけボケ
0250デフォルトの名無しさん2009/12/14(月) 07:28:02
Standardは廃止されまつた
0251デフォルトの名無しさん2009/12/14(月) 07:44:20
>>250
え？そうなん？
ttp://msdn.microsoft.com/ja-jp/library/hs24szh9(VS.100).aspx
0252デフォルトの名無しさん2009/12/14(月) 07:52:36
Win98からWin7まで全部対応しようという構想は無理な話だと思うけどなぁ。
Win98対応ならば、そのソフトはそこで打ち切り。
それとは別ソフトでWinXP以降を対応とやるのが普通のパターンかと。

パッケージソフトでも、ライセンス体系的には同じものとして取り扱っているが、
中身的には別物っていうの見たことあるし。
0253デフォルトの名無しさん2009/12/14(月) 08:36:17
>>251
こんな感じらしい
ttp://www.microsoft.com/japan/msdn/vstudio/2010/overview/compare.aspx
0254デフォルトの名無しさん2009/12/14(月) 10:30:21
C#は、時代の要望に応じて変化していく言語であるということであれば、
逆に言うと、バージョンアップによって、C#のソースコードが流用できる
可能性が低くなるということだよね？
それだと逆に使いづらくない？

Perlみたいに、明確な目的があって、それに対して使われていき、
目的が達成されれば消えていく、みたいな言語の方が、使う方に
とっては把握がしやすいと思うんだけど。
0255デフォルトの名無しさん2009/12/14(月) 10:31:57
変化つーか追加だろ
ゴリゴリ書きたい奴はそうすりゃいいし楽したいなら新しい技術を覚えればいい
それだけ
0256デフォルトの名無しさん2009/12/14(月) 10:40:52
実務の知識も深め、ITソリューションを目的としてベストプラクティスを
選択していきながらプログラミング作業を進めるスタイルならC#だな。

ビジネス環境と同じで、ITもその時その時で最適なスタイルは変化していく。
CやC++じゃとてもその変化に素早く付いていけない。

とにかく趣味でクラスを自作することやプログラミングの技巧を味わうことで
一人ニヤニヤしたいマニアならC++が最適♪
0257デフォルトの名無しさん2009/12/14(月) 11:24:02
たしかにC#のドメインは"IT"って感じだな
0258デフォルトの名無しさん2009/12/14(月) 11:32:43
少なくとも言語レベルでは過去との互換性は最大限配慮されてるだろ。
■ このスレッドは過去ログ倉庫に格納されています