アカウント名:
パスワード:
PHPが好かれて居るのと同時に嫌われて居るって多分上級プログラマと下級プログラマ双方がいるからだろう
Perlが嫌われて居るには初級者が多く回答したのかな?学習コストが高い言語程そんな気はするPerlわかりやすいと思うんですけどね
VB6も本当は似たようなものだと思うただ敷居が低すぎたせいで馬鹿がごり押ししたプログラムも成立しちゃうってだけ
まあ今見ても言語仕様としてイケてない部分は確かにあるんだけど、それを差し引いても「きちんと設計されたVB6プログラム」はわかりやすくて良いと思うよ
# 関数呼ぶ時、戻り値ありとなしで書き方が違うのとかは今見てもイケてない部分だけどね# Call Hoge(a, b) は通る# ret = Hoge(a, b) も通る# Hoge(a, b) は通らない# Hoge a, b と記載する必要がある
当時はフレームワークというラッピングな文化が普及していなかったから案件によって構造が自由すぎる作りが許されすぎちゃってるんだよねだから普及したとも言えるけど黎明期あるある
Hoge(a, b) が駄目なら、Callをつけろと教えられた。
VB6はヘタするとWin32API呼び出しだらけで、何言語なの、ってことになったりするねぇ…。それ、VB6の必要あったの、という。
でも意外となんでもできる言語(←諸悪の根源?)だと思うし、画面絡むとVC6よりマシな気がする。せめて構造化例外があれば、もうちょい便利だったと思うのだけど。
VB派生でVBAが嫌われてるのは、Excel使いの素人が多いからでしょうね。変数や関数が日本語とか普通に見る。そしてVBScriptは話題にもならないっぽい。ASPとかでけっこう使ったもんだけどね。
VB.Netが嫌われてるのは、VB6から移行したへたくそが多いせいですかね。言語仕様的にはC#との違いなんてほぼ誤差なんだから、嫌われる理由はあまりないはずなんで。
だいたいは同意だけど
変数や関数の日本語は、数十年前は忌避されてきたけど、今ではバグを出さないシステム開発のために必要な要素とみなされてきてるよね。
これは流石にないわ。日本語使うとメンテナンス性が大幅に損なわれるし、似た変数名が並ぶと英文字以上に可読性にも悪影響になる。たとえバグを出さないためだとしてもバッドノウハウの領域。
1度作ったら修正することがないことが担保されてる、保守や改修を無視していい、という特異な案件ならそれもアリだろうけど、一般化することじゃないし、そんなのやってる奴いたら殴ってでも止めるぞ。
日本語ってこの場合、俗に言う「全角文字(2byte文字)」のことじゃないの?
法令用語や間違ったら困る用語をローマ字で表記することはあるけど、それは別にVBに限った話じゃないよね。
「日本語のコードがクソ」って、VB6でありがちな
IF 価格入力.Text < 最低額 THEN
みたいなコードのことじゃないの?
# これが保守や改修作業の効率化になるとは到底思えない# 特に最近のちょっと気が利いた開発環境なら特定の変数の使用箇所をリストアップする、ぐらいは容易だから# 検索のしやすさとか、ぱっと見てわかる、というメリットもそこまで重要ではないはずだ
15年ほど前だとファイルやディレクトリの名称に日本語使うことにも文句言う人が残ってましたよ。そういう人は今では滅多に見かけないですけど、プログラム内の日本語はまだ許容できない人が結構な率でいますね。自然に淘汰されてくと思いますが。
それで「固くな」とか妙な単語使われてイラつくわけですね。
分野によっては日本にしかないような概念の語句が変数名になったりする。まあ日本語の変数名だろうが英語だろうがフランス語だろうがロシア語だろうが中国の簡体字だろうがエディタなりIDEなりが補完してくれるからそれでオッケー。むしろて入力より補完で入れる方が誤入力が減っていい。
ファイル名といえば単語と単語の間をスペースで開ける言語(自然言語の方だよ)の地域ではファイル名にスペースをいれない派と入れる派の対立がありますね。#ファイル名は””で囲む派
この例みたいな簡単な名前とかでは使われないけど、法律用語や税金絡みだったり、英訳が困難だとかローマ字にしちゃうと一文字違いで違う意味になるとか多いので、名詞限定だけど全角の漢字名称使う。むしろローマ字変数名は絶対禁止。いまじゃレビューで弾かれる。抵抗してる人も多かったのだが、改修時のデグレ発生率とか数字がいろいろ出てくると、反対する人はいなくなったな。
そういう実例は見たことがある。その上であえていうと、そのやり方はクソだ。
デグレ発生率とかバグ発生率がそれで上がるのは、根本的に「正しいテストケースを作れてない」または「正しくテストを実施できてない」だけだから。1文字間違えてる系はそもそもテストの自動化が正しく出来ていれば防止できるし、むしろそっちで防止しなきゃいけない。「人間が目検で気がつく確率を上げる」ために作業効率を落とすのは本末転倒でしかないんだよ。
だいたい法律用語を日本語表記しても「1文字違いで全然別の意味になる」ことはあるよ。それをコードレビューで見つけやすければいいですなんてのは品質向上のためのプラクティスができてなくて、泥縄で対応してるだけの話。
>「人間が目検で気がつく確率を上げる」ために作業効率を落とすのは本末転倒でしかないんだよ。
いや、目検で、気づく確率を上げるとともに、作業効率を上げるために、日本語文字列つかってるんだけどね。効率上がるのは明白だけど、下がる理由ない。結局、好みで嫌がる人がまだ残ってるだけの話
日本語入力に切り替えるのにかかる時間エトセトラが無駄らしい
いや、目検で、気づく確率を上げるとともに、作業効率を上げるために、日本語文字列つかってるんだけどね。効率上がるのは明白だけど、下がる理由ない。
ないわ。IntelliSense等の自動入力支援がIMEのオンオフまで切り替えてくれない限りそれはない。
あと目検で気がつかなきゃいけないような仕事の回し方してる時点で駄目なんだが、わかってないのかね。目検なんてエビデンス残せるものでもないし、確実性もないから。
# 区切りの.とか半角しか受けてくれないのにわざわざ クラス名.メソッド() とか入力するだけで手間だ# class.Method()の数倍、入力時間かかるぞ
そうだな。テストしなきゃいけないコード書いてる時点で駄目だもんな。そこがわかってないから、他の手段で効率あげようなんてことするんだよな。常に完全な仕事してれば変数や関数の名前なんてわかりやすくする必要ないし、読めるコード書く必要なんてないもんな。
うちの場合、開発者が常に100%完璧であることは期待してないから、テストもやるし、目視確認や、レビューでの問題検出の確率あげるために必要な箇所での日本語使うのも有効だと思うが、いかなる状況でと完璧にできてればそんな必要ないな。
> > いや、目検で、気づく確率を上げるとともに、作業効率を上げるために、日本語文字列つかってるんだけどね。
> あと目検で気がつかなきゃいけないような仕事の回し方してる時点で駄目なんだが、わかってないのかね。
俺は「気づく確率を上げる」を「気がつきゃないけない」と解釈しなければならないような環境では仕事したくねえな……
あとタイピング速度が律速になるような仕事も嫌だ
> VB.Netが嫌われてるのは、VB6から移行したへたくそが多いせいですかね。> 言語仕様的にはC#との違いなんてほぼ誤差なんだから、嫌われる理由はあまりないはずなんで。
いやぁ、全然違うよ。追加要素の実装はいつもC#より遅いし。LINQとか、書き方がすげぇ冗長になるし。ラムダ式も。一度VB.NETで組む必要があった事があるんだが、C#と同じ組み方をすると非常に苦痛だった。まあ、VB.NETオンリーでやってる人には別に問題にならない点なのかも知れないけど。C#erに「VB.NETで組んで。同じでしょ?」って言うと多分「出来なくは……出来なくはないけど……んああああ!」ってなると思う。
使い捨てのツールはC#、他の人がメンテする可能性があるツールは、VB.NETで書いてるけど、VB.NETだと本当にガーーーーって思う事が多いよ。
きちんと設計されたプログラムがわかりやすくて良いなんてほとんどどんな言語にも言えることだろ。差が出るとしたらきちんとした設計を強いる構造になっているとかそういう点なのに擁護に無理がありすぎ。
暗黙の変数とか氏ねって感じ
そこは言語仕様というよりはコーダーの問題。
モジュールごとに暗黙の変数を使用させない命令はあるので、それを使えば解決する。暗黙の変数は「上手に使える人は使えばいい、使わない使わせないという選択肢もある、タコが使えばタコいものになる」というだけの話。VB6の明確な欠点というわけじゃないと思うなぁ。
# 駄目なコーダーが使うと破綻する機能があるのが悪、と言い出すと、真っ先にポインタ操作できる言語は全般的にクソって話に
デフォルトで使えるようになってるんだから言語(開発環境)の問題
デフォルト設定を必要に応じて変更する能力すらない奴に、マトモなプログラミングなんてできない。プログラミングできない奴が正しく使いこなせないのは、開発環境の欠陥でもなければ言語の欠陥でもない。相応の技量が要求される道具を、要求される技量を持たないやつが使えば事故る。それは大凡どんな道具でも共通の話。
単に自己の能力を正しく理解できない奴が居るっていう、強いて言えば人間そのものの欠陥だろ。
だからマトモなプログラミングなんてできない奴がなんとなく糞コードを量産できてしまうところが欠陥なんだよ。つまり言語(開発環境)の問題。
不器用なやつが料理しようとして自分の指切ったりするから包丁は欠陥なのか?道交法ガン無視・理解してないやつでも自転車に乗って他人を轢けるから自転車は欠陥品なのか?馬鹿が投げれば他人に当たって死ぬこともあるから、そこら辺に落ちてる石は欠陥品なのか?
使う側の責任を無視して道具のせいにしてんじゃねーよクソが。それとも何か、お前が頭悪いコメントできてるのも入力できちゃうスラドのせいで、自分の脳内お花畑は関係ありませんってか?
簡単に折れたり刃が欠けたりして怪我しやすい包丁は欠陥だな。すぐブレーキが効かなくなったりタイヤが取れたりする自転車は欠陥品だな。
道具の問題を無視して使う側のせいにしてんじゃねーよクソが。頭悪いからそんなこともわかんねーのか。
ウンコにはハエがたかる。言語設計者が意図的にVBをウンコとして作ってるんだからハエを責めるのは筋違い。
今時Option Explicitを有効にしてない所があるの?びっくりだなぁ……。
未だにVBやVBA使ってるところの方がびっくりだなぁ
Perlはその気になればすごくわかりにくく書けてしまうので、メンテナンスは嫌です。LabVIEWのメンテナンスはもっと嫌ですが
今転職活動中なので保守しているプログラムの仕様書を残しながら全て難読化するという楽しいお仕事をしています
仕様書見ても魔物の様な正規表現など要望に応じて組み込んで差し上げたので多分次の担当者はすぐに逃げると思うなので、Perlは大好きな言語です!
C++の方が言語の仕様レベルで難読化に向いてるよ。
Wikipediaのperlのhello worldレベルの事を組み込みまくってて文字リテラルがほぼ無い実装にしてありますので多分正規表現とワンライナーなんかのせいでとてつもなく凶悪です
uncyclopediaかな?
IOCCCを見て出直してこい
while(){デコード処理}eval($data)__DATA__みたいな糞コードお薦めです。$]をキーに暗号化する等するとなお良いと思います。
短く書くことについついのめり込んでしまう言語だった。
1文字変数は最後の手段。
LabVIEWなつかしー。学生の時GPIBでストレージスコープ制御するのに使ってた。20年、いや30年前か。
LabVIEWはメンテは嫌いだけどテストとかは好きだったりする。
人気の場合、好感度も嫌われ度もどちらも高い場合、広く深く多くの人に知られているって解釈するのが正しいよ。プログラミング言語では、多く使われていて、そう簡単には消えない言語ってこと。
Perlは好き側にはランクインしていないですよね。学習コストがというより意識されていないか全体として好まれていないってことだと思いますよ。
私も嫌いという程ではないですが、ソースコードが読みにくいところが好きになれないですね。でも伝統的にPerlを使っているプロダクトもたくさんあるから、時々読む必要が出てきたりするんですよね。
かつては「Perlは人生」とまで言わましたが(要出典)、いまでは「Perlは日常」です。嫌いでも、起動スクリプト的なちょっとしたものは読み書きできて当然。
まあホラはさておき、起動オプションでUTF-8を簡単に扱えるので、ワンライナーでごちゃごちゃ書いて遊ぶのがよいと思います。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
よくわからん (スコア:0)
PHPが好かれて居るのと同時に嫌われて居るって多分上級プログラマと下級プログラマ双方がいるからだろう
Perlが嫌われて居るには初級者が多く回答したのかな?学習コストが高い言語程そんな気はする
Perlわかりやすいと思うんですけどね
Re:よくわからん (スコア:1)
VB6も本当は似たようなものだと思う
ただ敷居が低すぎたせいで馬鹿がごり押ししたプログラムも成立しちゃうってだけ
まあ今見ても言語仕様としてイケてない部分は確かにあるんだけど、それを差し引いても「きちんと設計されたVB6プログラム」はわかりやすくて良いと思うよ
# 関数呼ぶ時、戻り値ありとなしで書き方が違うのとかは今見てもイケてない部分だけどね
# Call Hoge(a, b) は通る
# ret = Hoge(a, b) も通る
# Hoge(a, b) は通らない
# Hoge a, b と記載する必要がある
Re: (スコア:0)
当時はフレームワークというラッピングな文化が普及していなかったから
案件によって構造が自由すぎる作りが許されすぎちゃってるんだよね
だから普及したとも言えるけど
黎明期あるある
Re: (スコア:0)
Hoge(a, b) が駄目なら、Callをつけろと教えられた。
Re: (スコア:0)
VB6はヘタするとWin32API呼び出しだらけで、何言語なの、ってことになったりするねぇ…。
それ、VB6の必要あったの、という。
でも意外となんでもできる言語(←諸悪の根源?)だと思うし、画面絡むとVC6よりマシな気がする。
せめて構造化例外があれば、もうちょい便利だったと思うのだけど。
VB派生でVBAが嫌われてるのは、Excel使いの素人が多いからでしょうね。変数や関数が日本語とか普通に見る。
そしてVBScriptは話題にもならないっぽい。ASPとかでけっこう使ったもんだけどね。
VB.Netが嫌われてるのは、VB6から移行したへたくそが多いせいですかね。
言語仕様的にはC#との違いなんてほぼ誤差なんだから、嫌われる理由はあまりないはずなんで。
Re: (スコア:0)
VB は VC++ で作られた OCX の 積み木でシステムを開発するためのグルー役の言語。
VB6 の中で全部やろうとするから破綻する。
コンポーネントベースの設計をやって積み木でシステムとしての組み上げ、カスタマイズも積み木を並べ変えるだけっていう設計でラスト1マイル的な使い方するなら、あれ以上にはまる言語もない。
変数や関数の日本語は、数十年前は忌避されてきたけど、今ではバグを出さないシステム開発のために必要な要素とみなされてきてるよね。
Re: (スコア:0)
だいたいは同意だけど
これは流石にないわ。日本語使うとメンテナンス性が大幅に損なわれるし、似た変数名が並ぶと英文字以上に可読性にも悪影響になる。
たとえバグを出さないためだとしてもバッドノウハウの領域。
1度作ったら修正することがないことが担保されてる、保守や改修を無視していい、という特異な案件ならそれもアリだろうけど、一般化することじゃないし、そんなのやってる奴いたら殴ってでも止めるぞ。
Re: (スコア:0)
Re:よくわからん (スコア:1)
日本語ってこの場合、俗に言う「全角文字(2byte文字)」のことじゃないの?
法令用語や間違ったら困る用語をローマ字で表記することはあるけど、それは別にVBに限った話じゃないよね。
「日本語のコードがクソ」って、VB6でありがちな
みたいなコードのことじゃないの?
# これが保守や改修作業の効率化になるとは到底思えない
# 特に最近のちょっと気が利いた開発環境なら特定の変数の使用箇所をリストアップする、ぐらいは容易だから
# 検索のしやすさとか、ぱっと見てわかる、というメリットもそこまで重要ではないはずだ
Re: (スコア:0)
15年ほど前だとファイルやディレクトリの名称に日本語使うことにも文句言う人が残ってましたよ。
そういう人は今では滅多に見かけないですけど、プログラム内の日本語はまだ許容できない人が結構な率でいますね。自然に淘汰されてくと思いますが。
Re: (スコア:0)
それで「固くな」とか妙な単語使われてイラつくわけですね。
Re:よくわからん (スコア:1)
こっちでしょ。
うちも、増えてきた。
この例みたいな簡単な名前とかでは使われないけど、法律用語や税金絡みだったり、英訳が困難だとかローマ字にしちゃうと一文字違いで違う意味になるとか多いので、名詞限定だけど全角の漢字名称使う。
むしろローマ字変数名は絶対禁止。いまじゃレビューで弾かれる。
抵抗してる人も多かったのだが、改修時のデグレ発生率とか数字がいろいろ出てくると、反対する人はいなくなったな。
海外に出せないって話もあったが、設計書や仕様書が日本語だからそもそも出せん。
Re: (スコア:0)
分野によっては日本にしかないような概念の語句が変数名になったりする。
まあ日本語の変数名だろうが英語だろうがフランス語だろうがロシア語だろうが中国の簡体字だろうがエディタなりIDEなりが補完してくれるからそれでオッケー。
むしろて入力より補完で入れる方が誤入力が減っていい。
Re: (スコア:0)
ファイル名といえば単語と単語の間をスペースで開ける言語(自然言語の方だよ)の地域ではファイル名にスペースをいれない派と入れる派の対立がありますね。
#ファイル名は””で囲む派
Re:よくわからん (スコア:1)
そういう実例は見たことがある。
その上であえていうと、そのやり方はクソだ。
デグレ発生率とかバグ発生率がそれで上がるのは、根本的に「正しいテストケースを作れてない」または「正しくテストを実施できてない」だけだから。
1文字間違えてる系はそもそもテストの自動化が正しく出来ていれば防止できるし、むしろそっちで防止しなきゃいけない。
「人間が目検で気がつく確率を上げる」ために作業効率を落とすのは本末転倒でしかないんだよ。
だいたい法律用語を日本語表記しても「1文字違いで全然別の意味になる」ことはあるよ。
それをコードレビューで見つけやすければいいですなんてのは品質向上のためのプラクティスができてなくて、泥縄で対応してるだけの話。
Re: (スコア:0)
>「人間が目検で気がつく確率を上げる」ために作業効率を落とすのは本末転倒でしかないんだよ。
いや、目検で、気づく確率を上げるとともに、作業効率を上げるために、日本語文字列つかってるんだけどね。
効率上がるのは明白だけど、下がる理由ない。
結局、好みで嫌がる人がまだ残ってるだけの話
Re: (スコア:0)
日本語入力に切り替えるのにかかる時間エトセトラが無駄らしい
Re: (スコア:0)
ないわ。IntelliSense等の自動入力支援がIMEのオンオフまで切り替えてくれない限りそれはない。
あと目検で気がつかなきゃいけないような仕事の回し方してる時点で駄目なんだが、わかってないのかね。
目検なんてエビデンス残せるものでもないし、確実性もないから。
# 区切りの.とか半角しか受けてくれないのにわざわざ クラス名.メソッド() とか入力するだけで手間だ
# class.Method()の数倍、入力時間かかるぞ
Re: (スコア:0)
そうだな。
テストしなきゃいけないコード書いてる時点で駄目だもんな。そこがわかってないから、他の手段で効率あげようなんてことするんだよな。常に完全な仕事してれば変数や関数の名前なんてわかりやすくする必要ないし、読めるコード書く必要なんてないもんな。
うちの場合、開発者が常に100%完璧であることは期待してないから、テストもやるし、目視確認や、レビューでの問題検出の確率あげるために必要な箇所での日本語使うのも有効だと思うが、いかなる状況でと完璧にできてればそんな必要ないな。
Re: (スコア:0)
> > いや、目検で、気づく確率を上げるとともに、作業効率を上げるために、日本語文字列つかってるんだけどね。
> あと目検で気がつかなきゃいけないような仕事の回し方してる時点で駄目なんだが、わかってないのかね。
俺は「気づく確率を上げる」を「気がつきゃないけない」と解釈しなければならないような環境では仕事したくねえな……
あとタイピング速度が律速になるような仕事も嫌だ
Re:よくわからん (スコア:2)
{
if (記者.帰社)
汽車 += 記者;
}
こうですかわかりません
Re: (スコア:0)
> VB.Netが嫌われてるのは、VB6から移行したへたくそが多いせいですかね。
> 言語仕様的にはC#との違いなんてほぼ誤差なんだから、嫌われる理由はあまりないはずなんで。
いやぁ、全然違うよ。
追加要素の実装はいつもC#より遅いし。
LINQとか、書き方がすげぇ冗長になるし。ラムダ式も。
一度VB.NETで組む必要があった事があるんだが、C#と同じ組み方をすると非常に苦痛だった。
まあ、VB.NETオンリーでやってる人には別に問題にならない点なのかも知れないけど。
C#erに
「VB.NETで組んで。同じでしょ?」
って言うと多分
「出来なくは……出来なくはないけど……んああああ!」
ってなると思う。
Re: (スコア:0)
使い捨てのツールはC#、他の人がメンテする可能性があるツールは、VB.NETで書いてるけど、VB.NETだと本当にガーーーーって思う事が多いよ。
Re: (スコア:0)
きちんと設計されたプログラムがわかりやすくて良いなんてほとんどどんな言語にも言えることだろ。差が出るとしたらきちんとした設計を強いる構造になっているとかそういう点なのに擁護に無理がありすぎ。
Re: (スコア:0)
暗黙の変数とか氏ねって感じ
Re: (スコア:0)
そこは言語仕様というよりはコーダーの問題。
モジュールごとに暗黙の変数を使用させない命令はあるので、それを使えば解決する。
暗黙の変数は「上手に使える人は使えばいい、使わない使わせないという選択肢もある、タコが使えばタコいものになる」というだけの話。
VB6の明確な欠点というわけじゃないと思うなぁ。
# 駄目なコーダーが使うと破綻する機能があるのが悪、と言い出すと、真っ先にポインタ操作できる言語は全般的にクソって話に
Re:よくわからん (スコア:1)
似た事例として、クラスの static 変数は禁止とか goto 禁止とかね。
初学者の域を越えそうになる時期に、こういう「駄目なコーダーが使うと破綻する機能があるのが悪」みたいな事を言い出す人が出てくるんだよ。
必要な時に使えばいいのであって、必要でないときに使うのがよくないのは、どんな機能であっても同じなのだが、それが理解できてない。
全体像が見えてないから、必要でないときに使われたコードを見て、その機能が駄目だという発想になっちゃう。
言語的に駄目なのは、必要な時にその手段が用意されてないってことだと思うのだけど、物によっては用意しないことを利点にする場合もあるから、それも断言はできない。
Re: (スコア:0)
デフォルトで使えるようになってるんだから言語(開発環境)の問題
Re: (スコア:0)
デフォルトで使えるようになってるんだから言語(開発環境)の問題
デフォルト設定を必要に応じて変更する能力すらない奴に、マトモなプログラミングなんてできない。
プログラミングできない奴が正しく使いこなせないのは、開発環境の欠陥でもなければ言語の欠陥でもない。
相応の技量が要求される道具を、要求される技量を持たないやつが使えば事故る。それは大凡どんな道具でも共通の話。
単に自己の能力を正しく理解できない奴が居るっていう、強いて言えば人間そのものの欠陥だろ。
Re: (スコア:0)
だからマトモなプログラミングなんてできない奴がなんとなく糞コードを量産できてしまうところが欠陥なんだよ。
つまり言語(開発環境)の問題。
Re: (スコア:0)
不器用なやつが料理しようとして自分の指切ったりするから包丁は欠陥なのか?
道交法ガン無視・理解してないやつでも自転車に乗って他人を轢けるから自転車は欠陥品なのか?
馬鹿が投げれば他人に当たって死ぬこともあるから、そこら辺に落ちてる石は欠陥品なのか?
使う側の責任を無視して道具のせいにしてんじゃねーよクソが。
それとも何か、お前が頭悪いコメントできてるのも入力できちゃうスラドのせいで、自分の脳内お花畑は関係ありませんってか?
Re: (スコア:0)
簡単に折れたり刃が欠けたりして怪我しやすい包丁は欠陥だな。
すぐブレーキが効かなくなったりタイヤが取れたりする自転車は欠陥品だな。
道具の問題を無視して使う側のせいにしてんじゃねーよクソが。
頭悪いからそんなこともわかんねーのか。
Re: (スコア:0)
ウンコにはハエがたかる。
言語設計者が意図的にVBをウンコとして作ってるんだからハエを責めるのは筋違い。
Re: (スコア:0)
今時Option Explicitを有効にしてない所があるの?
びっくりだなぁ……。
Re: (スコア:0)
未だにVBやVBA使ってるところの方がびっくりだなぁ
Re: (スコア:0)
Perlはその気になればすごくわかりにくく書けてしまうので、メンテナンスは嫌です。
LabVIEWのメンテナンスはもっと嫌ですが
Re:よくわからん (スコア:3, おもしろおかしい)
今転職活動中なので保守しているプログラムの仕様書を残しながら
全て難読化するという楽しいお仕事をしています
仕様書見ても魔物の様な正規表現など要望に応じて組み込んで差し上げたので多分次の担当者はすぐに逃げると思う
なので、Perlは大好きな言語です!
Re:よくわからん (スコア:2)
C++の方が言語の仕様レベルで難読化に向いてるよ。
Re: (スコア:0)
Wikipediaのperlのhello worldレベルの事を組み込みまくってて文字リテラルがほぼ無い実装にしてありますので
多分正規表現とワンライナーなんかのせいでとてつもなく凶悪です
Re:よくわからん (スコア:2)
uncyclopediaかな?
Re: (スコア:0)
IOCCCを見て出直してこい
Re: (スコア:0)
while(){デコード処理}
eval($data)
__DATA__
みたいな糞コードお薦めです。$]をキーに暗号化する等するとなお良いと思います。
Re: (スコア:0)
短く書くことについついのめり込んでしまう言語だった。
Re: (スコア:0)
1文字変数は最後の手段。
Re: (スコア:0)
LabVIEWなつかしー。
学生の時GPIBでストレージスコープ制御するのに使ってた。20年、いや30年前か。
Re: (スコア:0)
LabVIEWはメンテは嫌いだけどテストとかは好きだったりする。
Re: (スコア:0)
人気の場合、好感度も嫌われ度もどちらも高い場合、
広く深く多くの人に知られているって解釈するのが正しいよ。
プログラミング言語では、多く使われていて、そう簡単には消えない言語ってこと。
Re: (スコア:0)
Perlは好き側にはランクインしていないですよね。
学習コストがというより意識されていないか全体として好まれていないってことだと思いますよ。
私も嫌いという程ではないですが、ソースコードが読みにくいところが好きになれないですね。
でも伝統的にPerlを使っているプロダクトもたくさんあるから、時々読む必要が出てきたりするんですよね。
Re: (スコア:0)
phpやvb使いにでも見せればすぐに卒倒する予感。
Re: (スコア:0)
かつては「Perlは人生」とまで言わましたが(要出典)、いまでは「Perlは日常」です。
嫌いでも、起動スクリプト的なちょっとしたものは読み書きできて当然。
まあホラはさておき、起動オプションでUTF-8を簡単に扱えるので、ワンライナーで
ごちゃごちゃ書いて遊ぶのがよいと思います。