【IT】「最も嫌いなプログラミング言語は何？」栄えある1位に輝いたのはあの言語
■ このスレッドは過去ログ倉庫に格納されています
プログラマが最も嫌うプログラミング言語に関する調査が行われ、かつてウェブ上で高いシェアを誇ったあの言語が堂々の1位に輝いた。
これはStack Overflowが実施したもので、結果は「Perl」がダントツの1位、次いで二番手グループが「Delphi」「VBA」、三番手グループが「PHP」「Objective-C」「Coffeescript」「Ruby」という結果になっている。調査方法はやや特殊で、同サイトのDeveloper Storyという求職ページに登録しているプログラマが「扱いたい」と回答している言語に加点、「扱いたくない」と回答している言語を減点するという方式によるもので、投票などによる選出よりもある意味で信頼できる結果と言える。同調査ではこのほか「嫌いな技術」についても同じ方法で調査を行っており、そちらはIEやFlashなどが上位に挙げられている。
https://internet.watch.impress.co.jp/docs/yajiuma/1089747.html >>550
逆を返すとCしか知らない上にCやらせてもそこそこしか出来ない人もいれば
今時のモダン言語でWebシステムを超短納期で作れる人もいる
スキルとレイヤーは完全にXとYの関係であって、比べること自体愚かだ >>550
優劣はないよ
まさかどちらかが優秀だとでも思っているのかな
個々の人間には向き不向きはあれどどのレイヤーにもどの分野にも優秀な人とそうでない人がいるのは事実だけどね
いずれにしてもどんな優秀な人間でさえ1人であらゆるレイヤーあらゆる分野をカバーすることは不可能なので分担協調が不可欠
レイヤーが明確に分かれているとレイヤー間のインターフェース／プロトコルさえ守れば独立に作業できるので効率が良い 高レイヤー「レイヤーに優劣はない」
低レイヤー「低レイヤーは馬鹿には設計できない」 >>552
優劣があるかどうかはどうでも良いけど
報酬に大きな差があるのは事実。 >>554
高レイヤーと低レイヤーで収入に有意差ないぞ
スキルや政治力は顕著に差が出る >>554
どちらの報酬が大きいと思っているのでしょう？
レイヤーによる収入差はなく、むしろ同じレイヤーでも個人差による収入差の方が大きいでしょう Rubyは単に外人は知らないから扱いたくないというだけの事で、
それをdislikeと評するのはおかしいのではないでしょうか？ >>557
Rubyは単純に言語仕様&記法に癖があって使い勝手が良くない点と
メリットが皆無(以前はRoRがあった)という点でRubyを使うメリットが外人に限らず日本人にもない >>557
この調査日本人は殆ど関係ないみたいですけど。
外人さんはメリットがどうこう以前に
Rubyなんて名前しか知らんという人が大半なのではないでしょうか？ >>559
Ruby on Rails (RoR)によって外人さんもRubyを知っている
そして当時画期的だったRoRを高く評価していたのも外人さんたち
しかし他の言語でも同じようなフレームワークや改善されたものが次々と出現してRoRが没落
RoRというメリットを失ったRubyは単なる癖があって使いにくいプログラミング言語の地位に落ちてしまい嫌われている >>533
見做せません
文脈自由文法でなくなってしまいます
いわゆるdandling else問題
パーザ絡みで不利
メタが当たり前なご時世にelif/endif相当を導入しないのは愚策
endifなしだと不味い >>555
各レイヤーの底辺とトップを比べても意味ないよ？ >>563
もちろんその例の3つ(Perl,Ruby,Python)いずれもendifはある
Perlは「}」、Rubyは「end」、Pythonはインデントでendifを表現している
このうちなぜPerl,C,Java,JavaScript等で用いられる「}」形式が圧倒的にelse if問題で有利になるのかというと
丁寧に冗長に記述すればこのように最後が「}}」となる(条件が5つなら「}}}}}」)ところを
if (条件1) {
} else {
if (条件2) {
} else {
}
}
ここでelseの後ろのブロック内がif-else分だけなので「{」「}」を外して
if (条件1) {
} else if (条件2) {
} else {
}
と簡略に書ける点にある
つまりPerlでは「elsif」が必須ではなく単純に「else if」で代替でき、CやJavaと同じ記法となる
一方でRubyやPythonではこれができず複数のendが続いたり深いインデントとなる >>533
そのためRubyやPythonでは「elsif」や「elif」が必須となってしまうのである >>567
perlでは else if という記述は通らない。 Cでこのようにelseの後ろに{}無しの一文は通るが
if (value) {
printf("true\n");
} else
printf("false\n");
Perlでこのようにelseの後ろに{}無しの一文は通らないんだな(syntax error)
if (value) {
print "true\n";
} else
print "false\n";
記法なんでも有りのPerlがこの構文を許さない理由はなぜだろう？ >>569
else に限らず then 側も同じだろ
C なら
if (value)
printf("true\n");
else
printf("false\n");
でもいけるし
> 記法なんでも有りのPerlがこの構文を許さない理由はなぜだろう？
if() a = 1 if();
って書かれた時に
if() { a = 1 if() };
{ if() a = 1 } if();
のどっちなのかが分かりにくくなるからじゃね？ >>571
それはパーサー部分で優先度・左右結合力が決まっていればどちらかに一意にできると思う >>572
それはそうだが「人間に」分かりにくいって話かと >>493
よくわからんがプログラミング素人でも何となくわかる感じ？ >>30
Perlはプログラム初心者が最初に学ぶべき言語では無いだろう。
いきなりオライリーのPerlの聖典読んでもわからんだろうし。
最初にPerlのCGI的なものに集約して取り上げたような断片的で
直ぐに通用しなくなるようなものも含まれるようなのを読んだ人はつまずいただろう アセンブラプログラミングって言うくらいだから入るでしょう 組み込み系もアセンブラとか駆逐されてるな。
せいぜい非力な8ピンPICとかくらいだろ。 >>580
組み込みも殆どワンチップARM+Linuxになってるしな コンパイラ自体をアセンブラで組む必要なんて無いぜ。 >>584
UNIXって言うOSが有って、アセンブラじゃなくてC言語で作成されてるわけだけど >>585
便利だけどさ、あれ単なる静的型付けされたマクロやん
書く分には良いけど、デバッグの際に地獄を見る
後発言語のジェネリクスは本当にテンプレートの良いとこどりした感じで良い >>463
みたいな考えの人間おる？
俺もこっち派なんだが。JavaもKotlinも俺には合わない。
Pythonみたいに適当に動かせるほうが好き。
型宣言が無くてソース追えないというのはあまり理解できない。
JavaやKotlinはなんだかんだメソッド動かす（オブジェクト初期化するも含む）のに、
いちいち型をあわせるとか本当に面倒でさ。
メソッドが必要とする引数オブジェクトの型が
プリミティブ型ならまだいいけど、
生成するのが面倒なクラスのオブジェクトとかだと本当にイラつく。
一気にテストするのがだるくなる。
しかしテスト大賞のメソッドで使うオブジェクトのプロパティとかメソッドは
大抵一部で、大多数のプロパティは不要なのがうざい。
メソッドに不要なプロパティもオブジェクト生成のために再現しないといけない。
だから、関数が使うプロパティやメソッド名が引数のオブジェクトにあれば、
その型は気にしないって考え方のほうが好き。
ダック・タイピングって言うのかな？
メソッド流しながら引数となるオブジェクトに
必要なプロパティやメソッド確認できるから。
そのほうが俺はデバッグしやすくて嬉しい。 COBOLはあれはあれで昔は良かったんだろうけど
過去の遺物だな、 VBAはちょっとした処理だったら効率よい
大規模ならアホかと プログラマで食うのなら、Cはキチンと書けないとな
実際の仕事でCを使うか分からんが、必要なのはロジックなんだな >>590
そっちの人って、やたらタイプ数を減らそうとするよね。
コーディングにかける時間なんて開発のほんの一部なんだから、大した効果ないのに。 中小企業御用達のVBAだもんな呪縛からは逃れられん ちゃんとマスターする前に別言語の仕事をやることになりがち >>590
ほぼ完全に同意
現在は型を厳格に宣言することにほとんど意味はない
昔はコンパイラ等で最適化に有利だったが現在は自動で判別される >>590 は動的型付けの話っぽいが
>>598 は型推論の話っぽい
要するになにも理解してないんだろうな w >>599
だよねｗ
安全なプログラムに型システムは必須だよ 目的でものを考えてないから
型が必要とか思っちゃうんだろうなあ。
静的な言語の型推論と
動的な言語の目的は本質的に同じこと。 要は推論が得意な奴は
型はいらないと思える。
気付けない、推論ができない
地頭の悪い奴は多分型が無いと
読み取れないんだろ。きっと。 型推論がどんなもんかも理解できてない奴の戯れ言 w ⇒ >>603-604 C?
VB.NETさえできればいいんだよ
IF
ELSE
END IF
ほら、美しいだろ無駄な括弧はいらないし、型の定義も基本的に強制だし
ポインタなんて使わない
リファレンスも豊富だし
オブジェクト指向もできる
ほかの言語は回り道に過ぎない
VB.NETこそ至高なのです Your Highness ソース読めばわかるようなことをコメントしないと気がすまなかったり
すぐに手順書ばかり欲しがったり
なんでもかんでも冗長に書きたがったりするような奴が
きっと型を欲しがるのだと思う。
ソースからその人間の意図を理解できる勘が良いやつなら
そうした冗長性は無駄にしか思えないのだろう。
結局型を欲しがるか欲しがらないかは
人間としての資質の差だと思う。 冗長じゃないと
わからない、納得しないような地頭の悪い人に合わせてあげてるだけだよ。
目的論の話をしてる時に、
厳密性にこだわり話の筋を折るような人に
あげ足取られないようにするためにねｗ >>608
そんなあなたにはアセンブリ言語がおすすめです。 >>611
はっきり「中身のない長文」って書かんとわからんのかよ w VBAで食わしてもらってます。あまりに評判悪くて将来が心配です。他言語を身につけるなら何がいいですか？ PHPは言語仕様を読んでるだけでめまいがしてくる
なんであんな建て増し旅館みたいになってんだ >>618
PHPは馬鹿でも出来る。頭が馬鹿になりそうだとか
前に吹聴してるの見た事があるけど、あれは嘘なのか？ >>440
DOS時代にすべてアセンブラで書かれたという
TARGETという競馬データーベース・ソフトがあった
初めて使ったとき、あまりの速さにびびった
その後Windos版になるにあたってDelphiで書いたそうだ
少しでも処理の速さを考えて、と作者が言ってたな
それでもDOS版には及ぶべくもないが >>599
区別出来ない馬鹿がアホな書き込みしてるよね >>620
RDBなんてインデックスあるかどうか
ない場合はどう処理するかが全てなんだが？ >>220
では、昨今のoss時代、redisを使ってみよう。
あまりの速さに再び感動するだろう。
やはりoss時代の爆速インタプリタ luaと組み合わせれば軽い処理にわざわざ
javaで書こうとも思わなくなる。 俺は機械語が嫌いだったんたが、アレは何位だったんだろう？ >>630
俺もカッコ嫌いだから、F#とか割と好き
次点でPython >>607
マジレスだけど、VBAとExcel、Accessで業務の90%はカバーできると昔から言われているし、残りの10%をその他の言語がカバーしてるんです。ただ、誰でも容易にソース書けるのが逆にデメリットなんですよね。 TARGETはファイルをテキストベースで登録して必要な分だけ取り出してたはず このスレが面白い
if else 対 switch case だけでなく 3項演算子や
loop 対 recursion 対 map に Lispも出て来て さらにPythonやPHPの問題点など意外に深い
switch と if else どっちよく使う?
http://matsuri.5ch.net/test/read.cgi/morningcoffee/1511613272/ PHPはプログラムができない俺でもググってつなぎ合わせるだけで動いちゃう。
マジ厄介だと思う。 三項演算子
switchもifも値を返せなくて辛い 運用屋からするとperlは、どこ行っても使えるので、好きだけどな。 ■ このスレッドは過去ログ倉庫に格納されています
