アカウント名:
パスワード:
1. VBA 滅びてほしいから。割と学びたいランク高くて困る。2. Ruby そのリソースをPythonに回してほしいから。
以上!
1. VBA
滅びてほしいから。割と学びたいランク高くて困る。
Officeに実装されてるのをコンパイラ付きで Visual Basic 7.0 とかで製品化して欲しくてずっと待ってるんだよ。Windows限定で、クラサバやスタンドアロンのデスクトップアプリケーションで事足りる層は、これと Jet の DBMS があればあと20年は戦えるんだからさ。
VB,VBA,VBScript,VB.NETは糞。
>Windows限定で、クラサバやスタンドアロンのデスクトップアプリケーションで事足りる層それでも別の選択肢選ぶだろ。最底辺の技術力しかないゴミを除いて。
技術力と手段は別レイヤの問題なのでは?C, C++ なんかの方が、クソコードの破壊力は数段上を行きかねないわけで。
VB系はどのレベルの技術者が書いてもクソコードになるんだよなぁ言語仕様がクソコードを書かせるよう誘導しているとしか思えない
vb.netも一緒くたにしてる時点でなぁ。書こうと思えば(過去資産の為の互換性があるので)クソコードが簡単に書けるのはCやphpも同じ。ひどい技術者と遭遇する率ならJavaだって入る
VB系は極稀にJava、C#系への変更視野に入れたコード(オブジェクトモデルっぽい構造)を見た事あるが、Javaは1万行1メソッドなどまだマシな部類のCOBOLerなクソコード/プロジェクトしか見たことないなあ…
VB.NETもまぎれもなく糞だよ。C#と実現できることはほとんど同じなのに、C#と同じように近代的で洗練されたコードをVB.NETで書こうとすると非常に回りくどくて醜い見にくいコードが出来上がる。そうして自然と旧VBのような古臭いコードを書くようになっていく。
Windows系ならC#/.NETでいいわけで、Linux/MaxであってもC#/.NETCoreでいい。今更VB系な糞言語をを選択してる時点で糞。どうしようもないわ。
VB系は、ほとんど知らなくてもコードを書ける点は、すばらしいが、そのことが私はすごいんだと過信させてしまうことが困る。
ここを見ている人なら、大多数の人が全然しらないプログラム言語でもWeb検索しながら書いたりできるだろう、しかし、それでその言語をつかえるとは言わないだろう。VB系の人は、VBの時は、それでいけた経験から使えるといってしまうのである。VB系が最初の言語の人は結構地雷である。
結果、・因果推論(特に非統計的な)の能力が薄い人が、・ごく浅い因果関係だけで議論可能な、普及率の・実際に使われていない言語が・好ましく思えて、そうでない言語が・排泄物に見えるだけで、言語自体にその説明を求めてもわやかと。
これと Jet の DBMS があればあと20年は戦えるんだからさ。
無理だろ。素直に引退させてあげろ。https://security.srad.jp/story/19/11/18/1324241/ [security.srad.jp]
構造化例外があればワンチャンあるかも。
関数をこまめに分けて、Function... On Error Goto ErrTrap
Exit Function:ErrTrap Error処理End Function
みたいなことを延々と書かないとまともに例外処理できない。辛い。
っていうかさすがにもう古いんだから、VBAにC#使えるようにする方が楽じゃね、って気が…※VB.NetとC#に違いはほぼ無いんでC#だけでいいだろ。
VB6末期、Win32APIだらけになって、これ何言語ですか、って感じのが山盛りだったなぁ。特に画面使う系。技術力あっても糞コー
万歩譲れば今のVBAの言語や環境を改善するでも少しはマシなんだけど、Officeのバージョン上がってもVBEditorを更新するでなく破棄するでもなく、結局どうするつもりなのかMSは。
PythonでもJavaScriptでもいいけど早くなんとかしてくれ。
構造化例外
Java とかで入れ子にして例外補足し分ける必要のある処理なら、その単位で関数分けせざるを得ないVBの方が、いっそ合理的に思えるってのは擁護しすぎ?
VB6末期、Win32APIだらけになって、これ何言語ですか
まさに Win32API の接着剤というのが VB, VBA ってのが一番の役割。ちゃちゃっとテストコード的な呼び出し元を用意して、ちょろっと動かしてみて、良さげならそこから切り貼りして、必要なツールとかに仕立て上げられる。処理系持ってることが前提だけど、近年の VisualStudio とかじゃ、気楽にバッチファイルの延長線上でこういう道具作りしづらくない?
実体継承があれば(インターフェイスの継承は使いにくいけど一応できたので)
継承? なにそれ? 美味しいの?
処理系持ってることが前提だけど、近年の VisualStudio とかじゃ、気楽にバッチファイルの延長線上でこういう道具作りしづらくない?
PowerShellを使え。
>とはいえ、21年前の言語だからね。今となっては言語仕様が古すぎてどうにもならんですな。
とはいえ、C++なんて50年近く前のC言語に35年前から継ぎ接ぎをしまくった結果なのにいまだデファクトスタンダードだからなあ。VBAも途中で仕様をメンテしてくれてたらもうちょっと現代の基準に耐えるものになってたのかな。
# VBAはほんとになんとかしてほしい。Officeをいじる前提だと他に選択肢ないんだからさ。
ここじゃVBAとみずほとWin7はニワカでも安心して叩けるからななんJ語みたいなもんコミュニケーションの拠り所があることは大事だよ
MSに金払えば(法人が契約するなど)、自社アプリにも組み込ませてもらえた。MSDNにもSDK(eval)が載ってた。たぶんいまでも…と思っていたが、結構前に停止してるらしい。see http://summsoft.com/vba/ [summsoft.com]
でも、IActiveScript からvbs呼ぶなり、VB.NET 使うなりのほうが、ただちに試せて現実的。COMインタフェース実装して、vbsでもjsでも、.NETからでも叩けるように実装しておけば、みんなニッコリ。
それってAccessじゃね。カーソル付きODBC対応FormのIDEそのものだし。Office 365 Access runtime も生きてるみたい。
>Windows限定で、クラサバやスタンドアロンのデスクトップアプリケーションで事足りる層FileMakerでいいじゃない。Access使おうとしてVBAの障壁に悩まされ、FileMakerを使ったらあっさり解決しました。
カネ払いの悪い客ばっかりだからじゃね。
純粋に言語のみで考えるとダントツ圧倒的1位でPHPだろ
PHPはフレームワークや既存資産なんかに優れたものがあるので学んで損はないけど
VBAはぜひ学ばせたいだろ。
そうすりゃ俺がプロジェクトから抜けられる。
Rubyと同じ理由のところにRも追加してあげたい。
これも足していいですか?3.VB.NET 所詮C#の劣化版だし、中途半端なVB6互換性のせいでコーディング規約が立てづらかったり、ソースの書き方がばらばらになって難儀する。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
「学ばせたくない」言語ランキング (スコア:0)
1. VBA
滅びてほしいから。割と学びたいランク高くて困る。
2. Ruby
そのリソースをPythonに回してほしいから。
以上!
なんでそんんなに VB, VBA 嫌うんだよ~ (スコア:0)
1. VBA
滅びてほしいから。割と学びたいランク高くて困る。
Officeに実装されてるのをコンパイラ付きで Visual Basic 7.0 とかで製品化して欲しくてずっと待ってるんだよ。
Windows限定で、クラサバやスタンドアロンのデスクトップアプリケーションで事足りる層は、これと Jet の DBMS があればあと20年は戦えるんだからさ。
Re: (スコア:0)
VB,VBA,VBScript,VB.NETは糞。
>Windows限定で、クラサバやスタンドアロンのデスクトップアプリケーションで事足りる層
それでも別の選択肢選ぶだろ。最底辺の技術力しかないゴミを除いて。
糞クソ言う人ほどレッテル貼りだけで何が問題なのか明記しない (スコア:0)
技術力と手段は別レイヤの問題なのでは?
C, C++ なんかの方が、クソコードの破壊力は数段上を行きかねないわけで。
Re: (スコア:0)
VB系はどのレベルの技術者が書いてもクソコードになるんだよなぁ
言語仕様がクソコードを書かせるよう誘導しているとしか思えない
Re: (スコア:0)
vb.netも一緒くたにしてる時点でなぁ。
書こうと思えば(過去資産の為の互換性があるので)クソコードが簡単に書けるのはCやphpも同じ。
ひどい技術者と遭遇する率ならJavaだって入る
Re: (スコア:0)
VB系は極稀にJava、C#系への変更視野に入れたコード(オブジェクトモデルっぽい構造)を見た事あるが、Javaは1万行1メソッドなどまだマシな部類のCOBOLerなクソコード/プロジェクトしか見たことないなあ…
Re: (スコア:0)
VB.NETもまぎれもなく糞だよ。
C#と実現できることはほとんど同じなのに、C#と同じように近代的で洗練されたコードをVB.NETで書こうとすると
非常に回りくどくて醜い見にくいコードが出来上がる。
そうして自然と旧VBのような古臭いコードを書くようになっていく。
Re: (スコア:0)
Windows系ならC#/.NETでいいわけで、Linux/MaxであってもC#/.NETCoreでいい。
今更VB系な糞言語をを選択してる時点で糞。
どうしようもないわ。
Re: (スコア:0)
VB系は、ほとんど知らなくてもコードを書ける点は、すばらしいが、
そのことが私はすごいんだと過信させてしまうことが困る。
ここを見ている人なら、大多数の人が全然しらないプログラム言語でもWeb検索しながら書いたりできるだろう、
しかし、それでその言語をつかえるとは言わないだろう。
VB系の人は、VBの時は、それでいけた経験から使えるといってしまうのである。
VB系が最初の言語の人は結構地雷である。
Re: (スコア:0)
結果、
・因果推論(特に非統計的な)の能力が薄い人が、
・ごく浅い因果関係だけで議論可能な、普及率の
・実際に使われていない言語が
・好ましく思えて、そうでない言語が
・排泄物に見える
だけで、言語自体にその説明を求めてもわやかと。
Re: (スコア:0)
これと Jet の DBMS があればあと20年は戦えるんだからさ。
無理だろ。素直に引退させてあげろ。
https://security.srad.jp/story/19/11/18/1324241/ [security.srad.jp]
Re: (スコア:0)
構造化例外があればワンチャンあるかも。
関数をこまめに分けて、
Function...
On Error Goto ErrTrap
Exit Function
:ErrTrap
Error処理
End Function
みたいなことを延々と書かないとまともに例外処理できない。辛い。
っていうかさすがにもう古いんだから、VBAにC#使えるようにする方が楽じゃね、って気が…
※VB.NetとC#に違いはほぼ無いんでC#だけでいいだろ。
VB6末期、Win32APIだらけになって、これ何言語ですか、って感じのが山盛りだったなぁ。特に画面使う系。
技術力あっても糞コー
Re: (スコア:0)
万歩譲れば今のVBAの言語や環境を改善するでも少しはマシなんだけど、
Officeのバージョン上がってもVBEditorを更新するでなく破棄するでもなく、結局どうするつもりなのかMSは。
PythonでもJavaScriptでもいいけど早くなんとかしてくれ。
実例に感謝 (スコア:0)
構造化例外
Java とかで入れ子にして例外補足し分ける必要のある処理なら、その単位で関数分けせざるを得ないVBの方が、いっそ合理的に思えるってのは擁護しすぎ?
VB6末期、Win32APIだらけになって、これ何言語ですか
まさに Win32API の接着剤というのが VB, VBA ってのが一番の役割。
ちゃちゃっとテストコード的な呼び出し元を用意して、ちょろっと動かしてみて、良さげならそこから切り貼りして、必要なツールとかに仕立て上げられる。
処理系持ってることが前提だけど、近年の VisualStudio とかじゃ、気楽にバッチファイルの延長線上でこういう道具作りしづらくない?
実体継承があれば(インターフェイスの継承は使いにくいけど一応できたので)
継承? なにそれ? 美味しいの?
Re: (スコア:0)
処理系持ってることが前提だけど、近年の VisualStudio とかじゃ、気楽にバッチファイルの延長線上でこういう道具作りしづらくない?
PowerShellを使え。
Re: (スコア:0)
>とはいえ、21年前の言語だからね。今となっては言語仕様が古すぎてどうにもならんですな。
とはいえ、C++なんて50年近く前のC言語に35年前から継ぎ接ぎをしまくった結果なのにいまだデファクトスタンダードだからなあ。
VBAも途中で仕様をメンテしてくれてたらもうちょっと現代の基準に耐えるものになってたのかな。
# VBAはほんとになんとかしてほしい。Officeをいじる前提だと他に選択肢ないんだからさ。
Re: (スコア:0)
ここじゃVBAとみずほとWin7はニワカでも安心して叩けるからな
なんJ語みたいなもん
コミュニケーションの拠り所があることは大事だよ
Re: (スコア:0)
MSに金払えば(法人が契約するなど)、自社アプリにも組み込ませてもらえた。MSDNにもSDK(eval)が載ってた。
たぶんいまでも…と思っていたが、結構前に停止してるらしい。see http://summsoft.com/vba/ [summsoft.com]
でも、IActiveScript からvbs呼ぶなり、VB.NET 使うなりのほうが、ただちに試せて現実的。
COMインタフェース実装して、vbsでもjsでも、.NETからでも叩けるように実装しておけば、みんなニッコリ。
Re: (スコア:0)
それってAccessじゃね。カーソル付きODBC対応FormのIDEそのものだし。
Office 365 Access runtime も生きてるみたい。
Re: (スコア:0)
>Windows限定で、クラサバやスタンドアロンのデスクトップアプリケーションで事足りる層
FileMakerでいいじゃない。
Access使おうとしてVBAの障壁に悩まされ、FileMakerを使ったらあっさり解決しました。
Re: (スコア:0)
カネ払いの悪い客ばっかりだからじゃね。
Re: (スコア:0)
純粋に言語のみで考えるとダントツ圧倒的1位でPHPだろ
PHPはフレームワークや既存資産なんかに優れたものがあるので学んで損はないけど
Re: (スコア:0)
VBAはぜひ学ばせたいだろ。
そうすりゃ俺がプロジェクトから抜けられる。
Re: (スコア:0)
Rubyと同じ理由のところにRも追加してあげたい。
Re: (スコア:0)
これも足していいですか?
3.VB.NET
所詮C#の劣化版だし、中途半端なVB6互換性のせいでコーディング規約が立てづらかったり、ソースの書き方がばらばらになって難儀する。