初めてトピックを立てます。
皆さんの意見をお聞きしたいのですが・・・
某エンジニア派遣会社のＨＰに、
Ｃ言語のプロフェッショナルの方にお願いして、
Ｃ言語のコラムをシリーズで執筆して、
いただいているのですが、その中で、
ＶＢはユーザに作ってもらう為の言語で、
ＶＢのプログラミングで使った時間に対して、
ＰＧとして対価をもらうべきではない・・・
ＶＢは無くなるのでＣ言語を学ぶべきだ・・・
等等、の記述がありました。
私は、このＨＰの管理されている方から、あまりに
過激な内容なので、ＨＰに載せるべきか、相談されたのです。
私の個人的な見解は、個人レベルでＶＢが無くなると
考えるの自由だと思うのですが、
実際、ＶＢは、．ＮＥＴになってＣ言語と同じ
オブジェクト指向に転換しているし、．ＮＥＴを導入して
いる企業も多く、．ＮＥＴが有る限り、ＶＢは無くならない
のでは？と思っています。
そこで、皆さんの意見をお聞かせください。
よろしくお願い致します。
皆さんの意見をお聞きしたいのですが・・・
某エンジニア派遣会社のＨＰに、
Ｃ言語のプロフェッショナルの方にお願いして、
Ｃ言語のコラムをシリーズで執筆して、
いただいているのですが、その中で、
ＶＢはユーザに作ってもらう為の言語で、
ＶＢのプログラミングで使った時間に対して、
ＰＧとして対価をもらうべきではない・・・
ＶＢは無くなるのでＣ言語を学ぶべきだ・・・
等等、の記述がありました。
私は、このＨＰの管理されている方から、あまりに
過激な内容なので、ＨＰに載せるべきか、相談されたのです。
私の個人的な見解は、個人レベルでＶＢが無くなると
考えるの自由だと思うのですが、
実際、ＶＢは、．ＮＥＴになってＣ言語と同じ
オブジェクト指向に転換しているし、．ＮＥＴを導入して
いる企業も多く、．ＮＥＴが有る限り、ＶＢは無くならない
のでは？と思っています。
そこで、皆さんの意見をお聞かせください。
よろしくお願い致します。
|
|
|
|
コメント(50)
皆さん、トピ主のいそっちです。
短時間にこんなに、ご意見を頂けて本当にありがとうございます。
今朝、皆さんの意見を踏まえて、担当者に提言しました。
あまりに偏った考え方だし、この内容だとＶＢ技術者が閲覧した場合、応募してくれなくなる可能性大である。
もうすぐエンジニア向けに、ＶＢ．ＮＥＴの研修が開催される
（私が講師担当）のに、この内容だとちょっと・・・
等、いろいろとディスカッションしてみました。
担当者も今回は、ライターに書き直しを要請すると
おっしゃってくださいました。
私もＡ，Ｂ，Ｃと経験してきて、これからＰＧ
として本格的に始める人には、Ｃ言語で基礎を
十分固めておくと、他の言語も入りやすくなるよと、
言ってきました。
でも、ＶＢも扱いやすくて好きでしたし、
せっかく、ＶＢ．ＮＥＴの研修開催が決定して、
マニュアル等を一生懸命、作成していた私には
ちょっとショックな内容でした。
皆さんの意見が聞けて、本当に良かったです。
ありがとうございました。
短時間にこんなに、ご意見を頂けて本当にありがとうございます。
今朝、皆さんの意見を踏まえて、担当者に提言しました。
あまりに偏った考え方だし、この内容だとＶＢ技術者が閲覧した場合、応募してくれなくなる可能性大である。
もうすぐエンジニア向けに、ＶＢ．ＮＥＴの研修が開催される
（私が講師担当）のに、この内容だとちょっと・・・
等、いろいろとディスカッションしてみました。
担当者も今回は、ライターに書き直しを要請すると
おっしゃってくださいました。
私もＡ，Ｂ，Ｃと経験してきて、これからＰＧ
として本格的に始める人には、Ｃ言語で基礎を
十分固めておくと、他の言語も入りやすくなるよと、
言ってきました。
でも、ＶＢも扱いやすくて好きでしたし、
せっかく、ＶＢ．ＮＥＴの研修開催が決定して、
マニュアル等を一生懸命、作成していた私には
ちょっとショックな内容でした。
皆さんの意見が聞けて、本当に良かったです。
ありがとうございました。
ＨＰに載せるか否か、という質問と捉えるならば、
上の何名かが述べられているように、
その会社にとって有益かどうか、を
きちんと判断するべきでしょう。
私が決定権を持つ人間だとしたら、
文面を変えてもらうか、載せないでしょうね。
ＶＢはなくなるのか？なくならないのか？
という質問と捉えるならば、
『無くならない』というのが私の考えです。
ただ、私が思うには、
無くなる／無くならない、ではなく、
使われ続ける／使われなくなる、という意味で考えるべきかと。
過去に開発されて今も使われているとするならば、
それが使われなくなるまでは『無くならない』でしょうし、
機能追加等の要望があれば、その言語が扱えるＰＧが
必要になるでしょう。
しかし、今後、使われていくかどうか、という点で
考えるとするならば、VB6以前のは、
使われなくなっていく言語になるかと思います。
同じくですが、Ｃ言語もそうなると思っています。
C++はしばらく残るでしょうが、
多くの『Ｃ系』開発者はC#やJAVAへ移るでしょうし、
今後、メモリ管理が重要な組み込み系開発等を除いて、
多くのソフトはメモリ管理の難しくない、
.NETやJAVAといった言語へ移行してくと思っています。
ではVBはどうなのか？ということですが、
VB.NET(VB7, VB8)になってOOPのできる言語になりましたし、
RADツールとしてのVBの地位は結構高いと思っています。
VBは『曖昧な書き方が許容される言語（暗黙の型変換など）』ですが、
それがイコール、可読性がよく保守性に優れた書き方ができないという
理由にはなりません。
ダメプログラマは言語が何であってもダメプログラマであり、
スパゲッティ化したソースを書き、可読性が悪いプログラムを書きます。
曖昧な書き方が許容される言語だからこそ、それにいつまでも甘えているような
ダメプログラマが多いという意見には、納得できます。
私はVBを得意とする人間ですが、そういう甘えた人達に、
何度も悩まされてきましたから。
話が逸れましたが、各言語によって得手不得手の分野があり、
かつ各言語にそれなりの需要があることを考えると、
VBもまだまだ無くならない（使われていく）と思います。
他の言語を否定する前に、自分が得意とする言語の不得手の部分を
正確に認識することが先だと私は思っています。
その上で他の言語のメリットデメリットを評価すべきかと。
どれがいい、どれが悪いというのは、時と場合によって変わりますから。
適材適所です。
＃って、出遅れたーー！！ orz
上の何名かが述べられているように、
その会社にとって有益かどうか、を
きちんと判断するべきでしょう。
私が決定権を持つ人間だとしたら、
文面を変えてもらうか、載せないでしょうね。
ＶＢはなくなるのか？なくならないのか？
という質問と捉えるならば、
『無くならない』というのが私の考えです。
ただ、私が思うには、
無くなる／無くならない、ではなく、
使われ続ける／使われなくなる、という意味で考えるべきかと。
過去に開発されて今も使われているとするならば、
それが使われなくなるまでは『無くならない』でしょうし、
機能追加等の要望があれば、その言語が扱えるＰＧが
必要になるでしょう。
しかし、今後、使われていくかどうか、という点で
考えるとするならば、VB6以前のは、
使われなくなっていく言語になるかと思います。
同じくですが、Ｃ言語もそうなると思っています。
C++はしばらく残るでしょうが、
多くの『Ｃ系』開発者はC#やJAVAへ移るでしょうし、
今後、メモリ管理が重要な組み込み系開発等を除いて、
多くのソフトはメモリ管理の難しくない、
.NETやJAVAといった言語へ移行してくと思っています。
ではVBはどうなのか？ということですが、
VB.NET(VB7, VB8)になってOOPのできる言語になりましたし、
RADツールとしてのVBの地位は結構高いと思っています。
VBは『曖昧な書き方が許容される言語（暗黙の型変換など）』ですが、
それがイコール、可読性がよく保守性に優れた書き方ができないという
理由にはなりません。
ダメプログラマは言語が何であってもダメプログラマであり、
スパゲッティ化したソースを書き、可読性が悪いプログラムを書きます。
曖昧な書き方が許容される言語だからこそ、それにいつまでも甘えているような
ダメプログラマが多いという意見には、納得できます。
私はVBを得意とする人間ですが、そういう甘えた人達に、
何度も悩まされてきましたから。
話が逸れましたが、各言語によって得手不得手の分野があり、
かつ各言語にそれなりの需要があることを考えると、
VBもまだまだ無くならない（使われていく）と思います。
他の言語を否定する前に、自分が得意とする言語の不得手の部分を
正確に認識することが先だと私は思っています。
その上で他の言語のメリットデメリットを評価すべきかと。
どれがいい、どれが悪いというのは、時と場合によって変わりますから。
適材適所です。
＃って、出遅れたーー！！ orz
私はVBはRADツールの出来が良いのであって、言語の出来が良いのではないと考えています。
ただ使われている頻度はVBが多かった。
実際はC++BuilderやDelphiの方が優れているでしょう。
上記の言語は共にネイティブコードの出力しか出来ないのが特徴です。詰まるところ生成物は同じといわざるを得ません（速度差などはありますが）。
機能云々の前に、VBしか使っていない方はまずオブジェクト指向を理解していません。しかし、.NETに移行する時期は着実に近づいています。
「言語の書式が似ているから」という安易な理由でVB.NETには行くよりもC♯に進む方を私はオススメします。
VBの後継ではないのでVBの癖で作ってしまうからです。
C系の人がC♯に進むというより、VBの人ほどC♯に進んだ方がよいと私は思います。
ただ使われている頻度はVBが多かった。
実際はC++BuilderやDelphiの方が優れているでしょう。
上記の言語は共にネイティブコードの出力しか出来ないのが特徴です。詰まるところ生成物は同じといわざるを得ません（速度差などはありますが）。
機能云々の前に、VBしか使っていない方はまずオブジェクト指向を理解していません。しかし、.NETに移行する時期は着実に近づいています。
「言語の書式が似ているから」という安易な理由でVB.NETには行くよりもC♯に進む方を私はオススメします。
VBの後継ではないのでVBの癖で作ってしまうからです。
C系の人がC♯に進むというより、VBの人ほどC♯に進んだ方がよいと私は思います。
>客先提出の報告書にステップ数の項目が有るたびに泣きたくなる…。
客先提出の報告書にステップ数の項目が有るとほくそえんでます。
成果物に対する対価と言われると使えませんが、ステップ数であれば工夫しだいで何十倍も膨らませることができるからです。
過去に蓄積したゴミのような関数群をリンクすればいいからです。
そういう意味ではＶＢを指定されると顧客にわからないようにゴミのステップを増やすのが難しくて難儀します。
「デバッグ用」だとか「機能拡張用」などと称して、Visible=Falseのボタンいっぱい作って膨らますか・・・、関数を全部わざとクラス化するか・・・、いずれにしても水増しが発覚しやすい嫌な言語ですね。
そういう意味ではやっぱり、アセンブラが最高かも・・・ただの掛け算一つ10ステップとか使えますし、Ｃで書いてアセンブラとして出力すれば簡単に何十倍にもなりますし・・・
特にＣでinlineマクロを大量に使えば・・・へへへ・・・すごいことになりますね。
客先提出の報告書にステップ数の項目が有るとほくそえんでます。
成果物に対する対価と言われると使えませんが、ステップ数であれば工夫しだいで何十倍も膨らませることができるからです。
過去に蓄積したゴミのような関数群をリンクすればいいからです。
そういう意味ではＶＢを指定されると顧客にわからないようにゴミのステップを増やすのが難しくて難儀します。
「デバッグ用」だとか「機能拡張用」などと称して、Visible=Falseのボタンいっぱい作って膨らますか・・・、関数を全部わざとクラス化するか・・・、いずれにしても水増しが発覚しやすい嫌な言語ですね。
そういう意味ではやっぱり、アセンブラが最高かも・・・ただの掛け算一つ10ステップとか使えますし、Ｃで書いてアセンブラとして出力すれば簡単に何十倍にもなりますし・・・
特にＣでinlineマクロを大量に使えば・・・へへへ・・・すごいことになりますね。
- mixiユーザー
- ログインしてコメントしよう！
|
|
|
|
システムエンジニアの部屋 更新情報
システムエンジニアの部屋のメンバーはこんなコミュニティにも参加しています
人気コミュニティランキング
- 1位
- mixi バスケ部
- 37839人
- 2位
- 酒好き
- 170669人
- 3位
- マイミク募集はここで。
- 89536人