【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 VBAが嫌いなんじゃなくてVBAを使うやつが嫌い説を推してみる JavaScriptはスクリプト言語だけどそれほど嫌われてない
10年前なら上位になってただろう ようするにJavaScriptとPython使わせろってことか 教えてくれ、JVMの上で動く言語はスクリプト言語なのか？ >>11
ちがう、いったん中途半端にコンパイルして中間言語吐くから
というか、その辺りをスクリプト言語に含めちゃうと、C#とかもスクリプト言語扱いになる 手続きとオブジェクトじゃ全く違い末世
こんなランキング、あんまし意味が無いよ >>13
じゃあ、Java, Scala, Kotlinどれがいい？ >>12
で、JavaだからC++だからで区別があるのかね？ おれは「C」派です
強いていえば〜「Java」っす COBOLは時代に嫌われながら愛されてる
いつだってバッチといったらCOBOLちゃん OSサイドから見れば、ライブラリやVMの上で動くのは同じなんだよね(´・ω・`)
スタティックライブラリはムダにメモリを消費する。ダイナミックライブラリはvmと同じ。 >>18-19
COBOLの実装はGneCOBOLのなの？ ほんとうは〜石に直結した「アセンブラ」ぶらぶらが好きかな〜ｗ >>16
一番デカいのはアンマネージコードが書けるかかけないかだな
JVM上ではマネージコードしか書けんので、メモリ容量がタイトな場合にJavaは制約が生じる可能性がある >>23
組み込みはCでやってくれたらいいんだが、いまその制約をどうするの？ 「有名」「一時期流行った」「古い」
この3つを満たすものランキングだな
例外はCか アップリケーションサーバーを動かせる余裕があればそれにデプロイするのが
一番楽じゃない？ >>24
組み込みだけじゃなくて、IIoTの中核を担うIPCとかはリッチ環境のくせに結構制約厳しいぞ 普通のプログラミング言語は文法知らなくてもなんとなく何をやってるのかわかるけど、
Perlはさっぱりわからないからなｗ >>26
今そういうのはクラウド上でやる
プログラマーがやるのはビジネスロジックのみ >>30
STLを駆使したC++の意味不明さには勝てない
初めに見たときは、C++だと思わなかった >>27
What is your IPC? It's usural that you show full spells of the Abbr's at first. 好き嫌いというか
現状やや特殊な言語だから
やりたくないって感じみたいだな
特殊な言語は学習する手段も少なくなるし
問題が起こった時の情報収集もままらないし
絶滅の危険もある
そりゃやりたくないわな Javaかな。
ランタイムのインストールがめんどくさいし、遅いし。 >>34
こういうので上がってくるのはメジャーな言語だからな。
あと、言語は開発環境込みで話をするべきだと思う。
VisualStudioを使ったC#は好きだし、Javaもintellijを使いだして好きになった。
PythonやRubyはいまだに開発環境に不満があって使いたいと思えない。
そして、VisualStudio無しでC#のコードを書いてみたら、糞言語だとしか思えなかった。 >>34
こういうので上がってくるのはメジャーな言語だからな。
あと、言語は開発環境込みで話をするべきだと思う。
VisualStudioを使ったC#は好きだし、Javaもintellijを使いだして好きになった。
PythonやRubyはいまだに開発環境に不満があって使いたいと思えない。
そして、VisualStudio無しでC#のコードを書いてみたら、糞言語だとしか思えなかった。 >>33
産業用PCってやつ、世界シェアは台湾が一番握ってて世界的にIPCとかって言われてる
ttp://w3.siemens.com/automation/jp/ja/industrialpc/pages/default.aspx >>32
Templeteを使ういわゆるGenericsプログラミングは今では必須知識になってるな >>41
適度に使うと便利なんだよ。
駆使しだすと作成者しか笑からない謎仕様になる。
C++は自由度が高い分、使い方を間違ったら地獄を見る >>7
正規表現を一番保守性良く扱えるのがperl だけどね
暗号のような正規表現文字列を変数に格納できるから命名できる COBOLとかRPGやった経験あれば、1に上がってるのはどれも簡単言語だな。
やってみれば分かるよ、地獄のCOBOL。 >>45
Perlのメリットってそれだけじゃね？
とも思えますな >>40
それはプログラミング環境を制約する絶対的表現じゃあるまい。
jvmやらライブラリの規模で決まると思うが。 >>49
んにゃ、昨今はやってるDNN型人工知能はモデルがデカければメモリをバカ食いするから
エッジ層を活用したフィードバック制御に支障をきたす 生ポインタを扱う言語は職人が扱う以外ではそろそろ滅んで良い頃 RPGはとにかく情報が少ないからマニュアル隅から隅まで読む羽目になって面倒 >>51
メモリの有効利用には良いんだけどな
通信ライブラリを作っていて、パーサーとか書いていると速度・効率の面で非常に有利なのよ >>50
それはリソースとしてのメモリの制約をどう使うかだよ。
学習しなければRasberry PIでもAIの学習結果は動くわけだし。
その場で学習するAIを実装するかな？ COBOLは嫌いじゃないけどJCL書いてバッチ放り込むまでがメンドクサイ
Ｐｅｒｌは書いてて楽しくない
Pythonはどこでエラーしてんのか探すのが大変
本業はハード屋 Perlってそんなにだめなのか
昔ゴリゴリやってたせいか嫌いじゃない まぁPerlが一番クソだな
次にVBでJavaかな >>54
現時点で出てきてるIIoTプラットフォームは、アプリストアでサードパーティー製アプリをダウンロードする仕組みになってるんで（他社も同じような感じ）
メーカー側ではコントロールできない領域なのよ、IIoTプラットフォーマーはあくまで最小最低リソースで動く
基本ソフトウェアを提供する必要がある、ウィンドウズが初期状態でメモリ16G位食ったら困るだろ？ >>55
同じJVM上での言語なら、JavaとScala, Kotlinのどちらを選ぶかみたいな問題。
作法が厳しいほど大きなプロジェクトで使えるでしょ。 >>46
COBOLも色々と拡張された奴は酷く無いよ
標準仕様だけだと苦痛だけど
>>55
遅い、書きにくい、読みにくい、ライブラリが弱いというデメリットばかり多い
そして、最近はあまり使われていないので、サポートツールもほとんど作られていない
つまり、使いにくい そもそも perl ってオブジェクト指向的な記法をサポートしてたっけ？ >>61
それはJava 9で解決できるレベルじゃないの？ >>66
JavaはJITコンパイラじゃなくて、バイトコードから逐一コンパイルする方式を取ってるんで
データ収集速度に難が出る、基本的に現場から発生するデータは駆動部1つにつき100msで1件とかだから
大企業なら1秒で1万件のデータが発生する可能性がある、逐次コンパイル方式はそのオーダーに耐えられない >>65
言語仕様として明確にサポートしているわけじゃないけど、それっぽくは書けたはず
Javascriptのクラスと同じような感じ selfとか出てくる奴だな
古いPythonでも使われてた >>67
ん？
JVMにはJITが搭載されていたと思うけど perlでちょとしたスクリプト書くには使いやすいだけけどな
つか perlでプログラム書くやついるんだ >>70
HotSpotは全部がJITじゃなくて、部分的なJITコンパイルになる
あと、マネージコードの問題でガベージコレクションが問題になるから
JavaでもフルGCを発生させないように意図的にメモリ管理をする必要が出てくる Perlいいと思うけどね
どんな環境でもほぼ動くし、知っていて損はない
強みだった正規表現は
他の言語にも取り入れられたから特徴ではなくなったけど 俺が愛する言語はC++だな
仕事じゃJava/PHP/Python/shスクリプトだけど、
やっぱコンパイラがいい方がいいわアセンブラで書かないし
性能こそ正義主義者だからな RubyもPythonも無かった時代は
Perlしか選択肢なかったなぁ
もう役目を終えたかな 最近はスクリプト言語でも静的型付けが広がってきたのでエディタも良いのがどんどん出てきている。 東京モーターショー2017 美人揃いで話題沸騰だったダイハツコンパニオンまとめ
http://eawi6.cycsa.biz/201711031.html
【美女200人超え】東京モーターショー2017｜コンパニオン＆キャンギャル画像まとめ
http://eawi6.cycsa.biz/201711032.html sdsa3ss っちゅーことは、あえて扱えばニーズに応えられるな。Perlerに戻ろうかな。 >>24
制約をどうするってどういう意味？
>>26
何が楽なの？ Java
バカでも使えて後で面倒だから
C#
意味分からん >>87
Javaが馬鹿でも使えてなのに、C#が意味わからんとはこれ如何に
ラムダ式もJavaに導入されたし、残りは.Netフレームワーク部分の差しかない気がするが
あ、非同期処理は結構違うか Javaは中途半端に動くからしょうもないバグはすぐ解決するけど難しいバグは時間差で襲ってくる おい、「C」言語だけは古典人工言語として味わっておいて損は無いよ〜ん 通信は〜「C」ですよ
ネットな時代で「C」なセンスが無いとアカン ここ数年のPythonの広がりは目を見張るばかりだが
書式がなあと思う人もいるのでは
インデントは別にいいとして
for文の書き方が他の多くの言語と違いすぎるのはいただけない
何通りかあるうちの for in range (start,end,step) が一番近いが 触りたくないのはVBA+Excelだな。
コードだけならともかくプロパティはセルに書くわ関数使ってそこで計算させるわ
書式変えるわで簡単に作れる分メンテ考えるとひどい作りが多すぎる。
差分取るにしてもコード部分だけならテキストに吐かせればいいが、Excel側に埋め込まれるとやってられん。
まあ、言語というよりは作り手がひどいってだけなんだろうけど。
あとRuby on Railsかな。新規開発は楽なんだけどソース追いにくいんだよねえ。
この点Javaはゴリゴリに書いてるから追いやすいかな。最近はlombockとか使ってアノテーションだらけにする手もあるけど、
ちょっと冗長過ぎて書くのは面倒なんだよな。
最近はPython書いてるけどサクッと作る分には快適だな。
大規模プロジェクトやったら開発環境だのの問題で一気に触りたくなるだろうけど。 >>96
numpyのndarray使った時の列スライスが慣れん >>79
何その聞いたことない言語
と思ってwikiってみたけど、
>処理系としての特徴は、関数型言語としてはかなり高速に動作することが挙げられ、gccでコンパイルされたC言語と互角かやや遅い程度と言われる[3]。
gccと互角以下なら知らなくていい言語かな
Intelコンパイラ使わせてよ
でも最近のクラウド環境だと、CPU特化型でコンパイルしちゃうと、インスタンス変更できねぇになるけど、
でもそれが漢のロマンって感じてる
gccでもそこそこのIntel命令使えるけどね 逆に俺が愛してやまない言語はOCamlとF#
イロイロな言語をかじったり仕事で使って来たけど、ML系列の言語こそ美の極致だと感じた perl機雷っていう奴に嫌がらせするためにperlで書いているw
半分嘘だけどねw ■ このスレッドは過去ログ倉庫に格納されています
