アカウント名:
パスワード:
重複するものはできるだけ避けるとして。
VB と VC なんて相変わらず全く異なる世界で住み分けがなされていますよ。
VB/VC# は .NET 専用が基本であって、ネイティブ呼び出しはおまけにすぎないし、あくまでも呼び出すだけ。VC++ は .NET 専用もネイティブ専用も普通にできるし、.NET とネイティブの混在も一番やりやすい。
このため、目的に合わせて VC++ かそれ以外か、という選択で開発する感じになります。
あと、「Windows Vista に Visual Studio Express Edition を付けたかったけど、独禁法違反訴訟での合意事項に反する可能性があるから泣く泣く止めた」というのもありますので、「時代の一歩後ろをゆっくり進みつつ」とか言ってもなぁ、という感じもします。
ちなみに、開発者のデバッグが行いやすいように .NET Framework のソースコードを参照することが可能になっています。(ライセンス的にその部分を書き換えて配布とかは×で、問題があったら報告)
こうした点も、昔よりかなりユーザフレンドリになってきたな、という感じは受けます。
膨大というか肥大化したライブラリオフラインマニュアル無しでは到底理解不能な複雑さオンラインマニュアルの不整備
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
VisualStudioとの棲み分け (スコア:0, 荒らし)
って感じでしょうか?
ハードもソフトもですが、現状の物を消化しきる前に需要を無視して次の物をでっち上げるのはどうかと
常々思っていますが
MS的にはJ#よろしく小遣い稼ぎができればそれでOKなんでしょうか
政治的に考えれば、Yahooの買収とVistaが駄目だという以外これといってニュースが無いので
それ以外の毒にも薬にもならないような話題でお茶を濁したいのかな、とも思えます
Re: (スコア:0)
これって具体的にどういうこと?
ほとんどその環境で仕事してきてるけど、あまり感じないな。
というか、VS系での開発は大体パターン化されてきちゃってるんで
何か抜本的に変えるような「芽」を育てておこう、って事では?
個人的には大歓迎。面白いものが出てくればラッキーくらいの感じで。
Re: (スコア:0, 荒らし)
オフラインマニュアル無しでは到底理解不能な複雑さ
オンラインマニュアルの不整備
VBとVCの棲み分けを考えているように見えて実際にはJAVAライク
あまつさえeclipse+CVS/subversionなどの強力かつ無料なソフトの出現で
泣く泣く無料版(だけど機能制限付き)発表とか
時代の一歩後ろをゆっくり進みつつ、通った後には草も生えない状態にしてる
と言った感じでしょうか
本業はプログラマじゃないので偏見かも、というか偏見ですねこれは
まあC++に限って言えば「とにかく何でも出来ます!」というスタンスだと思うので
それについては間違って無いと思いますです
Re:VisualStudioとの棲み分け (スコア:3, 興味深い)
重複するものはできるだけ避けるとして。
VB と VC なんて相変わらず全く異なる世界で住み分けがなされていますよ。
VB/VC# は .NET 専用が基本であって、ネイティブ呼び出しはおまけにすぎないし、あくまでも呼び出すだけ。VC++ は .NET 専用もネイティブ専用も普通にできるし、.NET とネイティブの混在も一番やりやすい。
このため、目的に合わせて VC++ かそれ以外か、という選択で開発する感じになります。
あと、「Windows Vista に Visual Studio Express Edition を付けたかったけど、独禁法違反訴訟での合意事項に反する可能性があるから泣く泣く止めた」というのもありますので、「時代の一歩後ろをゆっくり進みつつ」とか言ってもなぁ、という感じもします。
ちなみに、開発者のデバッグが行いやすいように .NET Framework のソースコードを参照することが可能になっています。(ライセンス的にその部分を書き換えて配布とかは×で、問題があったら報告)
こうした点も、昔よりかなりユーザフレンドリになってきたな、という感じは受けます。
Re: (スコア:0)
ビューワ越しにソースコードを見ることを許可されただけだしなぁ。
当然、ネットワークが繋がらない環境では見ることはできない。
本当に開発者のデバッグを考えているのなら、ソースコードの一括DLをさせて欲しい。
Re:VisualStudioとの棲み分け (スコア:2, すばらしい洞察)
言語規約以上のテクニックは手に入らないのは事実。
でも、delphiやPowerBuilderみたいに、言語規約さえ
マニュアル見ても意味不明な言語よりはずいぶんまし。
というか、VisualStudio以上にマニュアルの充実した開発環境って
何かあります?
Re: (スコア:0)
ソフトウェア構築としては、単機能なものを組み合わせて目的のものを作っていくというより、既に実装された高機能なものの使いかたを覚えていくという方法論。
Re: (スコア:0)
# コピペした結果、MSが出してるデスクトップアプリケーションの開発規約とか守ってない人多いよね。
# コピペ元が悪いと責任転嫁も出来るけど。
Re:VisualStudioとの棲み分け (スコア:1)
開発ツールのサードパーティをつぶしちゃわない配慮では?
Re:VisualStudioとの棲み分け (スコア:1)
だけなんだけど、当時のVisualStudioでさえもかなりイイモンでしたよ。
肥大化しようがなんだろうがライブラリが存在してるわけで、それを
使うか使わないかは個々の開発プロジェクトの裁量の範囲ですし、
ドキュメントも膨大、大方の仕事でリファレンスだけじゃなくて
チュートリアルまで見つかるというのでかなり楽ができたように記憶
しています。
それと比べれば、フリーソフトで開発するのは必ずしも楽ではない。
というかネット上で手にはいるフリーソフトの情報とMSDNで手にはいる
MS製品の情報では品質はそれほど変わらないように思う。
VisualStudioが例外なのかもしれないけど。。。
MSはかつて十分先進的だったし今でもオープンソースと張り合う体力を
持ってると思うなぁ。
Re:VisualStudioとの棲み分け (スコア:1)
一緒に入るROSEだったかVISIOだったかも使ってたけど。
開発自体は秀丸+コマンドラインとかWebSphere Studioとかで。
Re:VisualStudioとの棲み分け (スコア:1)
なんだかんだいっても、Visual Studioのデバッガとか使っちゃうと、eclipseなんてオモチャに見えてきますよ。
Re: (スコア:0)
いやいや、WebデバッグとかやりはじめるとVisual Studioでさえ、おもちゃに見えてきますよ。
いや、ほかにロクなデバッカがある訳ではないんですが。
Re:VisualStudioとの棲み分け (スコア:2, 参考になる)
1つのデバッガで、ASP.NET側とIE側でシームレスにつながってるし。
通常のプログラムと同じようにスタックトレースも見れますし。
スタックをさかのぼったコンテキストでもevalできたような(あやふや)
# そのためにもクライアント側がIE強制なのは仕方がないかな。
Re:VisualStudioとの棲み分け (スコア:1, すばらしい洞察)
やー、どれも同じような。
例えばJDKのリファレンスとか結構な事になってますよね。
あと、肥大化とかいうけどそれもあまり変わらないような。
Linuxとかでの定番ライブラリ(GTK,Glibとか)も個別でなくMSが一括してドキュメントに含めてたりですし。
そもそもソースとか追いかけないと有るかどうかもわからないなんて事もありません?
そういった点でMSDNやそれに伴ってWindowsでこんなにもソフトウェアがあふれてるんじゃないかなぁ・・・
もちろんユーザーが多いからという理由もわかりますが、作るとなったらWindowsの方が資料そろってるし楽だとなる事も多い気がします。
普段どっちで開発してるかによってお手軽さは変わるんでしょうけどね。
# 気づいたらWindows・Linux暦が共に10年超えてた年寄りなのでAC