ab.com コミュニティ

私も大／小文字はわけた方がいいと思います。
OverTakerさんの言っていることは、確信に迫っていると思います。

もちろん人それぞれですし、区別してる言語としてない言語があるし
どちらも間違っていないと思います。

で、私が思うにですが。

言語自体が熟成したら、周辺にとりかかる時期が来ると思うのです。

そこで、たとえばＶＢのような入力候補を表示する補助機能をつけてみたり、
Ｗｏｒｄの文章更正機能のような、大文字と小文字の使い分けされていない箇所を
リストアップ／変換したりしてくれる補助ツール等を追加していくのはどうでしょう！

これで、大文字と小文字を区別していない人でも、
負荷をあまり考えずに作業し、コンパイル前にちょっと更正機能を動かしてやれば良いわけです。

あくまで私の思ったことですので、聞き流していただいて結構です。
ただ、その前に言語の安定性をもっと高めてもらいたいですかね。
いまはちょうどそのあたりも含めて、色々とお忙しいのだと察します。

私的には、まずはＡＢが熟成するのを暖かい目で見守って行こうと思いますが
みなさんもそんな感じでどうでしょうか。

とりあえず私からも意見を述べさせていただきます。私は大文字小文字を区別させないことについては、賛成しかねます。ただし、アシカナトリウムさんが仰っているように、大文字や小文字の打ち分けを「完全なるムダ」としている言語もあれば、そうでないものもあります。このことから、この問題はそう簡単に結論の出せる問題ではないことが伺えます。

なぜ賛成できないのかといえば、ソースコードの共有という点で、少なからず弊害になる可能性があると思うからです。極端な例ではありますが、全て大文字で書いたコードと、小文字で書いたコードを見比べると、全く違うソースコードに見えたりします。また、例えばコード中に、"dim","DIM"や"ValueName","valuename"と記述したときに、両者は一見異なるものに見えます。

自分でコードを書く分には、ソースコードの記法などを自分でルールを決めたりして、例えば"dim"は必ずこう記述すると決めたとしても、他の人に見せる時はどうでしょうか？"DIM"と記述する人も入れば"Dim"と記述する人もいるでしょう。果たして、自分で決めたルールと他の人が決めたルールのコードを見渡したときに、可読性はどれほどまで保てるでしょうか？

また、定数定義はWin32APIなどは全て大文字で記述されています。これは定数ということを強調させていることに他なりません。これをもしプログラミングを初めてばかりの人が、何も知らずに小文字のが楽だからという理由で書かれても、あまり良いことではないでしょう。

あとは、大文字小文字区別する人と、そうでない人がいることにより、ソースコードの互換が失われてしまいます。例えば、あまり良いことではありませんが、大文字小文字で識別名を変えている記述のあるコードに、大文字小文字を関係なしに書いたコードをコピーペーストしても、記述を変更してからでないとコンパイルすることはできません。

以上のような多少の混乱を引き起こす可能性のあるものを、わざわざ機能として付け加える必要はないということです。確かに、区別しないことにより、ソフト使用者の負担は軽減できるかもしれませんが、情報を共有する点に置いては、区別した方が有利に働くと思います。そして、私はコードの共有の方を重点においた方が良いと思っています。

[quote]ABは、素はいいもの持ってるのに、とっつきの悪さや、
自分以外の人が使うことの意識の足りなさによる、想定外の使われ方の研究不足で、
（ヘルプセンターを見たら、DirectXは、全画面表示する使われ方しか存在しないという思い込みを感じる）
こんなに損してる言語も珍しいですよ。 [/quote]
こういう言語以外のヘルプなどのことに関しては、ライブラリ開発者としても十分過ぎるほどに認知しています。ただ、現在はVer5.0などのActiveBasic自体の開発で手一杯というのが現状です。もうしばらく待っていただきたいです。

AB初心者です
何回もこのコミュで助けてもらってまっす。
批判的な投稿があったので　無視してましたが　初めて間もない側からの感じたことを書きます。


> 大文字や小文字の打ち分けを「完全なるムダ」と断定してる言語もいっぱいありますよ。
> 別に問題ありませんし、視認性はむしろよかったです。

この意見に賛成です。
以前C言語をかじった時には　[b]select_filename [/b] などと　ｱﾝﾀﾞｰﾊﾞｰで　変数やﾓｼﾞｭｰﾙ名などを　解り易くしていました。
VBAを触った時は　本に　書いてあったように　[b]txtName[/b] (ﾃｷｽﾄﾎﾞｯｸｽの名前)　や[b]selectFileName[/b](変数やﾓｼﾞｭｰﾙ名など)　などと　途中に大文字を混ぜて　後で読んだ時に　自分によく解るようにしていました。

ABを　始めてみると　VBAと同様な仕様になっていたので　ﾍﾙﾌﾟから貼り付けたりと少し戸惑いました。使用者は　大文字、小文字混じりも　OKで　標準関数や　APIなどは　ｺﾝﾊﾟｲﾙ時に自動的に　ｺﾝﾊﾞｰﾄしてもらうと　ウレシイです。
[b]「dim . for . if . byte」[/b] などは　小文字でも　OKなので　よけいに　感じています。（まだ他にも　あるような・・・）
でも　ABは　気に入っていますヨ。

> 大文字小文字を正規表現使って書き換えるプログラムぐらい、
> こっちで勝手に作るから。


ｿﾌﾄは使用者に優しいがﾍﾞｽﾄでしょう。　
作者が　思いもつかないところで　ハマッてしまうのは　使用者です。
おせっかいの　”し過ぎ”　と思われる上級者には　その機能を　無効化するｵﾌﾟｼｮﾝがあれは　良いと思います。
早い時期に　実装されることを　願っています。

sage機能はないのかしら？

なぜかあがってた不思議なスレなのですが、
やっぱり問題だと思ってる人と、
うちわけるのは必須にすべきだと思ってる人と、
意見わかれまくりなのでしょうか。

よく見ると、当時はもめたくなかったから放っておいたけど、
ゲストさんと通りすがりさんにムカついてるので一言。
すべてのミスは「作業員が悪い」呼ばわりして、
作業員のミスがなくなるような対策とれないんだったら、
どっかのバカ監督やバカ工場の患部連中といっしょです。
しかも、せっかくの貴重な改善提案をもみ消す体質まで一緒だと、
どうやってリストラしようかみんなで悩むようなお荷物ですから。
自分と他人と考えや能力が同じとは、段取りを組む人にとって、
どんなことがあっても考えてはいけない禁止事項です。
自分はどれだけ能力があると思い込んでる躁病ぐあいなのか私にはわかりませんが。

ABは、素はいいもの持ってるのに、とっつきの悪さや、
自分以外の人が使うことの意識の足りなさによる、想定外の使われ方の研究不足で、
（ヘルプセンターを見たら、DirectXは、全画面表示する使われ方しか存在しないという思い込みを感じる）
こんなに損してる言語も珍しいですよ。
大文字や小文字の打ち分けを「完全なるムダ」と断定してる言語もいっぱいありますよ。
（Delphi、Perl、HTMLなど。LGPは変数に大文字小文字のうちわけを必要とする）。
昔のMSX-BASICなんて、DATA文と、" "くくりの文字以外は全部、大文字に強制変換だったけど、
別に問題ありませんし、視認性はむしろよかったです。
変数が2ケタ超えるとエラーになるのは痛いけど。

大文字小文字を正規表現使って書き換えるプログラムぐらい、
こっちで勝手に作るから。
アクティブベーシックで使う命令や関数のリストを入手する方法を教えてください。全部。
ぱっと見、ヘルプセンターのチュートリアルを見ただけでも、
ヘルプファイルにあるものだけじゃ足りなさ杉。
入手する方法がわかったら、変換プログラムなんてちゃちゃっと作ってさらしておきますから。

よく間違えましたさんへ
AgainTyperでぐぐったりやふったりしてみてください。

ブラインドタッチをしていると、間違えた覚えがあります。

カナモードの初期ポジションの違い
　ハニリイト、シニスメテ、ソラミトラリイワネフエネワネヌ、テニシカクユワネフエ
　ＦＩＬＥＳ、ＤＩＲ／Ｗ、ＣＯＮＳＯＬＥ０，２５，０，１、ＷＩＤＴＨ８０，２５

ＣａｐｓＬｏｃｋの初期ポジションの違い
　大文字と小文字がシフトキーで反転することがあります。

カナで打ってしまった文字を英数にするツールもあると聞きます。

コマンドラインが間違っていたら、類似候補のコマンドを表示する等の
サービスがあっても良いと感じました。
もうあるのでしたらごめんなさい。

>dIM BOKEBOKE aS lONGとか。
人それぞれかもしれませんが、私が思うに
これをしてる時点で、問題外だと思います…

たとえば、メールに

『オハヨウゴザイマス、コチラハヨイテンキデス。
あめりかハ、ドウ出巣化。』

と書いているようなものだと言っているのです。
書きながら、添削できていないことをまずは直すべきだと思います。
書いている際に自分の入力した文字を確認していない？ OR できていない？わけですから。

ゆえにそういう方は、バグの発生率は飛躍的に高いと思われるわけです。（確認してませんから…）
これは、私も言い過ぎ／ちょっと違う方へそれたかもしれませんので、誤ります。<m(__)m>

まずは、『dIM 』となってしまった時点で気付けば、
『BOKEBOKE aS lONG』まで行かないし、無駄な労力を使わずに済み、
時間も極端には変わらないと言いたかったわけです。

>同じですよ。
>メールでいう 『 ひらがな／カタカナ／漢字 』 を区別できてなかったり、
>『 誤字／脱字 』 があったりするレベルと一緒。
>
>メールでいう誤字脱字が、プログラムでいうバグのようなもの。
>つまり、書きながら添削出来ていないメールと一緒。

そういう意味じゃなくて、大文字と小文字を区別しないようにしたいということと、
バグだらけのプログラムを書くこととが関係ないという意味です。

>大文字と小文字を区別させないで、ずらずら討ったほうが、おそろしく入力の効率があがるので、
とあるように、大文字と小文字を間違えないようにという意味に加え、入力効率が上がるからと言う意味合いでも、
大文字と小文字の区別をなくしたいと質問者は思っているのでしょうし、バグだらけのプログラムを書こうが書かまいが
大文字と小文字の区別をなくしたいというのは変わらないと思います。

> >区別しないで、大文字と小文字がcapsにて入れ替わっていることも
> >気づかずにずらずら書くレベルでは、
> >そもそもバグだらけなプログラムを書くこと必至でしょう。
> それとは別問題でしょうが。

同じですよ。
メールでいう 『 ひらがな／カタカナ／漢字 』 を区別できてなかったり、
『 誤字／脱字 』 があったりするレベルと一緒。

メールでいう誤字脱字が、プログラムでいうバグのようなもの。
つまり、書きながら添削出来ていないメールと一緒。

と思ったら、元は古いスレだったのか。

> いつのまにかcapslockかけて、いつのまにか

CapsLockをかけるということは、言語バーの[CAPS]を毎回クリックしているとか？

> dIM BOKEBOKE aS lONGとか。

シフトで済ましているなら、上記のような打ち込みは起こりえないような・・。

>VBは英字の大小の区別がどうなっているか知りませんが
あれはDimで変数を定義すると、そのソースファイルの中では自動でそれに変換するようです。
例えば
Dim Test As Long
と定義して、
test=100と書いてenterを押すと
Test = 100に変換されます。
そして、１行書いてenterを押すとその行を試しにコンパイルするようで、ミスは減らせますが、
コードをコピペする場合はエラーが出て正直ウザいです。

>区別しないで、大文字と小文字がcapsにて入れ替わっていることも
>気づかずにずらずら書くレベルでは、
>そもそもバグだらけなプログラムを書くこと必至でしょう。
それとは別問題でしょうが。

なんの慰めにもなりませんが，世の中では大文字と小文字を区別するプログラミング言語が多いと私は感じています。
そのようなプログラミング言語でもIとiのような大文字小文字の区別を必要とする命名は大抵ご法度とされています。

＃そう言えばVBは英字の大小の区別がどうなっているか知りませんが，キーワードはエディタで適切に直してくれる機能がありましたね。

区別しないで、大文字と小文字がcapsにて入れ替わっていることも
気づかずにずらずら書くレベルでは、
そもそもバグだらけなプログラムを書くこと必至でしょう。

早い話が、文字を書くときの誤字や脱字が多い人と同じだと思いますが。

ぅゎ返信早っ！
大変ありがとうございます。
今のところは「activebasicとはそういうもの」と受け取って、

・変換スクリプトを作る
・activebasicを改造する

この2点でどうにかするしかないのですね（現実的には、改造はかなり無理）。
ありがとうございます。

大文字と小文字でかぶる命令や関数が思いつかなかったから、
特に目印にするとかの意味以外で、こっちでうちわける意味がないと思いながら、
自分の性格上、エラーの温床にもなりかねないと思ったので、
activebasicを使うときに、どうしても解決したい細かい問題だったのでした。