【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のなの? ほんとうは〜石に直結した「アセンブラ」ぶらぶらが好きかな〜w >>16 一番デカいのはアンマネージコードが書けるかかけないかだな JVM上ではマネージコードしか書けんので、メモリ容量がタイトな場合にJavaは制約が生じる可能性がある >>23 組み込みはCでやってくれたらいいんだが、いまその制約をどうするの? 「有名」「一時期流行った」「古い」 この3つを満たすものランキングだな 例外はCか アップリケーションサーバーを動かせる余裕があればそれにデプロイするのが 一番楽じゃない? >>24 組み込みだけじゃなくて、IIoTの中核を担うIPCとかはリッチ環境のくせに結構制約厳しいぞ 普通のプログラミング言語は文法知らなくてもなんとなく何をやってるのかわかるけど、 Perlはさっぱりわからないからなw >>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書いてバッチ放り込むまでがメンドクサイ Perlは書いてて楽しくない 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 >>98 配列の扱いは厄介だね まとめて何かの関数に投入するのは楽だけど 要素の取り出しや列の切り出しには、ちょっと慣れが必要かもしれない perlはいろんな記述が出来る。すごくきれいな記述も出来るが、コーダーの意識が低い場合、 それこそ眩暈がするほどひどい記述が出来てしまう。 VBA好きだけどな 他部署からもお困りごとを相談されてはちょっとした物作ってる classもあるがTry catchはない OCamlと諍いが起こりがちなHaskellも実は同じML系列なんだよね オブジェクト指向を取り入れたか関数型を貫いたかの違い コボルじゃねぇかと思ったが もう使ったせだいがいねぇか >>101 そこまで行くとアセンブラで良いじゃんと思ってしまうな 論理合成できないVerilog-AMSが大嫌い。 Simだけ動いて実機うごかねーし。 >>14 Kotlin >> Scala >| 超えられない壁 |> Java VBとVBAは簡単にWindowsアプリを作れちゃうから、 プログラマーが職を奪われるのを恐れて嫌われてるんじゃねぇ。 C++は、プログラマの地位向上を目指して、わざと難解に作ったと作者が言ってたな。 >>4 お前、いいやつだな・・・・ 今でも、もし使えるなら何も見なく絵tも大抵のスタックは作れそうな気がする・・・ >>115 > C++は、プログラマの地位向上を目指して、わざと難解に作ったと作者が言ってたな。 それデマだよ。 Perlが1位ってのはまあわかる 一人で作ってるときはいいけど業務でチームでやると罠だらけだしな オレとしてはCOBOLがダメだわ 体質的に受け付けない RubyはPerlのそのイヤな部分を引き継いでしまっている気がする 💲"a" = "b" 💲"b"= function{ 💲"a" echo {💲"a"} } 💲💲"a"() うんちぶりー >>102 F# 確かに美しいけど、MSが消極的だし流行らんだろ >>123 量子コンピューター言語として生まれ変わるらしい >>48 cpanのようにいろんな範囲をperl は手を出せるように広がったけど 基本的にはsed などの拡張、文字列操作プログラムとしてとらえたほうが安定 >>107 犬の絵がかいてある保守性高いperl の記述法が書かれたオライリーの本通りにすると 長ったらしいのでかえってpython など使ったほうがすっきり安全にかけたりという悲しいオチがまっていたり 個人サイトのcgi作るのに趣味でやってるだけだが perlのよい点・・・正規表現 不便な点・・・switch caseがない かな つかRPGの名があって驚いた やらされることになりそうだお やりたくないお 私はPerlが今仕事で使っていて一番好きな言語だが、世間とは感覚が違うのかな? Javaが嫌い。 なんであんなに冗長なんだよ。 public class HelloWorld { public static void main(String[] args) { System.out.println( "hello world" ); } } とかざけんな。 >>131 F#なら "hello world" おまじない一切ナシの一行で終わるぞ 彡⌒ ヾ ( ^ω^)俺はVBAくらいしか書けないや >>128 perl7を見ても、見切りつけないでperl続けてる人ってすごいと思う。 >>46 IDENTIFICATION DIVISIONは俺に任せろ! Rubyが流行ってた数年前は、なんでこんなキモい言語が?? って思ってたけど、息してんのかな? 刑務所までが受刑者にRuby教え始めて、自分はRuby書けない事に危機感を覚え始めた程だったけど、 一度もRubyに手を染める事なく今日まで過ごしてたら自滅してて安心した 一部でしか必要とされない言語は嫌われようも無い perlは、必要とされる機会が多くて、かつ、汚い Perlはクソだが、実行環境整えなくてよいことが多いから使うこと多いな Pythonとか、標準にならんかな javaはオブジェクトへの参照→参照への参照みたいなのをnewで増やそうとしたらみんな同じ参照見ててnewって魔法じゃないんだって知った。 newの位置が悪かっただけだが >>101 AIなど一部の分野ではカスタムLSI(ASICなど)が当たり前になって来ているので、 プログラミング言語としての処理系に拘っても仕方ないのかなと思いますね(;^_^A・・・ その潮流から取り残されて没落したのがインテルなわけですし。 cobolは何代もの人の手が入った古い資産が、全くコメント入れずに修正されてたり、変なコメント入ってたりして解りづらかったりするだけで、比較的単純だとは思う。 おっと0c7。 最近nodeとかオシャレな言語持て囃されてるけどfs周りのエラーが多いぞ。 めっちゃ不安定 なんだかんだでjavaが1番だろ。 型付けあるから分かりやすいし 「扱いたくない」=「嫌い」は、極論じゃないのか。 単に、難しいから扱いたくないけど、素晴らしい言語として尊敬しており 好きという可能性もある。 実際、Perlは、最も優れた言語の1つであろうし、人によっては難しいと 思われる言語だ。 同様に、「扱いたい」=「好き」と言えないと言えば理解できるだろう。 「扱いたい」というのは、それが金になるとか、就職に都合が良い、これ から伸びるだろうから長く食っていける、という思惑がある可能性が高い。 型が緩い言語は、変なバグが入りやすいっていうか入った場合見つけにくい 面倒と言われても、厳格な型がある言語の方が好き delphiとPL/SQLは同時に扱うもんじゃない >>143 他人がルール無用で書き散らかした化石みたいなコードが多いうえに 仕様書が存在してないのが多すぎてストレス溜まりまくる解析が必要 これ以上のデメリットないと思う >>138 全部Pythonに持っていかれた感じだね 特にこの半年の伸びは物凄い でも言語って環境作るのが本当めんどくさいなー パッとやらせてくれよと >>1 ttps://pbs.twimg.com/media/Cu-gjejVMAAZ_E1.png Perlはメンテナンスが不可能。 この言語作ったやつタヒね find . -type f | xargs perl -pi.back -e 's/foo/bar/' というワンライナーには何度かお世話になってる。感謝。 >>138 Pythonが出て来なければまだ現役だったかも シェルとawk使いの俺としては、Perlは最強の言語だけどな >>152 RubyとPythonって分野的なイメージが全然違うんだけどなぁ Ruby: 汎用型スクリプト言語。Perl/PHP使うくらいならRubyでヤレ。 Python: 田舎の方言。AIのお陰でnumpyの行列計算がよくて最近話題に。他の処理はダメだからね、何でもかんでもPythonはやめてよね! っていうイメージがあるんだけど、俺のイメージが間違ってるのかな? Cでオブジェクト指向チックに実装していたいい思い出 composerにお世話になってる奴多いだろ。 PHPをばかにするな >>96 for i in range(i): みたいなのが出てきたら、コードとしてまだ不出来だから書き直した方が良い pythonのforはC#でいう所のforeach、コレクションのイタレーターで、普通のforはforeachのインスタンスにすぎないから要らないでしょ?ってのがPythonの考え foreachを使うようなコードにしよう! 例えば for i in range(len(lis)): print lis[i] は↓みたいに書ける for i in lis: print i >>164 >他の処理はダメだからね、 別にどんな処理でもそつなくこなすけど、コンパイル言語でやるような仕事以外は すっかりPerlスクリプト見なくなってしまった 代わりにRubyが多くなったな まあRubyも嫌いだけども >>166 手続きなCをオブジェクト? それは反りが合いませんよ >>167 そこは分野に依るでしょうね。 WWWサービスの世界ではやはりPHPが圧倒的に強くてエンジニアの単金も高いですし、 Javaは銀行を始めとする業務系システムで使われる関係でスキルとして単金はかなり低いです。 これは言語云々というよりスキルセットとしてPHPのエンジニアはフルスタックだからなのだと思います。 PHPの人はバックエンド〜フロントエンドまで大抵のことをこなしますし、 ディレクションやマネジメントの領域まである程度ハンドルしてくれるので重宝なんです。 日本のIT土方の中ではPHPエンジニアがやはり一番稼いでるだろうなと。 >>173 いや、そういう書き方もやろうと思えばできると思うけど? オブジェクトって、構造体に関数が紐付いてるだけじゃん おじさんなんで、C言語がランキングしないのにショックを受けた。 っていうか、オブジェクト指向ってのはそれ用の言語で簡潔に記述できるから意味があるんであって、 その内部処理をわざわざ再現してメリットあるのか。 >>176 c言語は、cobolと同じで相手にされてないよ 嫌われるって事は少なくとも関心は持たれてるって事。 PHPはその点安泰だ。 LISPなんて矢鱈もてはやされてたけどもう墓立っとる rubyの墓が立ってもその精神はcakeに引き継がれてくる PerlとVBは使いたくないがどっちも存在感なさすぎて嫌いな言語の上位にいるのが不思議 てっきりJavaが1位に来ると思ってたわ >調査方法はやや特殊で 日本でいうところの 日 日新聞 >>169 lis.forEach i -> print i と書きたくなる… javaが1番バグ見つけやすい。 ガベージコレクションもあるし >>128 perlは結局リファレンスとか覚えないといけないのがなー そこまで行くとなんだかんだ言ってヘビーなんだよね あと予約語が独特。 なんでmyなんだとか。 >>187 そんなん他でもむずいと思う。 javaに限った問題じゃない >>190 rust好きなんだけど絶対に流行りそうじゃないのがなぁ ま、パーサくらいならC++でサクッと書いちゃっても問題ないと思う PerlもPHPもすでに終わってる。 好き嫌いを語る対象ですらなくなってる。 >>195 FirefoxのメディアパーサがRustで書かれているらしい >>196 >>1 のスタックフローによるとpythonよりフォロワー数は上だぞ javaに次いで人口は多い 数は力なり VBA使うと私みたいな事務のおばちゃんでも何となくツール作れてしまうから技術者に嫌われるのは分かるわ 10年後には嫌いな言語ナンバーワンはPythonになってるのかな どの言語が一番稼げるの? 何とか習得して稼ぎてぇーー CODASYL(COBOL)は会計用として完成された言語だが、 それじゃあ魑魅魍魎が儲けられないからネガキャンの対象になっている ここでたたいてるのは何も知らない信者というバカたち ブロックチェインが一般化すりゃあ頼れるのは類似言語になる >>199 そういう問題じゃなくて、おばちゃんが作った個人的な業務の効率化アプリ程度なら誰も文句言わない。 それが組織的に使われ始めたり業務拡大に合わせてアプリの規模を拡大し始めた時、 仕様に耐えられなくなり他人がコード見た時に分けわかんないことになって嫌になるんだよ。 まともな仕様なんてまず残されないからね。それにコードも適当だから見づらい。 あと、純粋にOffice製品におんぶり抱っこなのでそれらが起動した上でしか使えないので、 根本的に性能も悪い。 >>206 スペイン語 日本人寿司職人になって渡米して中南米の英語を話さない人を極悪賃金で雇う なんか儲かりそう perlは変態すぎる せいぜい10行くらいの書き捨て用途 >>208 あれもなかなかひどいw PowerShellは知らん JAVAはガベコレで酷い目にあったわ バグってんのかと思ったら仕様とか、、、 > 三番手グループが「PHP」「Objective-C」「Coffeescript」「Ruby」という結果になっている。 もうRuby終わりだな ジャパンガラパゴス Delphiは知られてないだけでしょ?C#と殆どかわんないよ >>209 現場ではエンジニア気取りの人に限ってVBAが分からず業務部門から「なんだ・・・」と言われがちですからねw PHPの人はVBAもメンテ出来る人が多いので何でも出来るイガラシ的な扱いで 企業のITリテラシーが低いと言われる日本で人気が高いのかなと。 おそらくフリーランスの案件を平均するとJava45万円〜、PHP60万円〜くらい格差があると思います。 Java案件は下限がすごいんですよねw誰でも良いから頭数だけ揃えたい的な。 サラリーマンだと大差ないですがフリーになると全然違います。 もうC#とjavascriptがあれば大体なんでも対応できるからええわ。 といいながらpython触りだしたけど。 意味不明のバグでデスマーチを発生させられると嫌いになるだろうな 素人からすると言語が複数あるのと 複数扱える奴がいるというのがスゴイわ 外国語だって複数語とかムリ >>1 >「Objective-C」 まあ、これはなあ……。Swift作ってくれて,本当にえがった。 プログラミング言語といっても 単語は英語だし (変数名関数名は別として)特別な意味を持つ単語も限られる 文法しらなくても、ある程度雰囲気はわかるから 自然言語ほど難しいわけではないと思う いやまあ、コンピュータが処理できるように完全に記述するということの難しさはあるけど >>213 PowerShellは言語自体は美しいが、コマンドがやたら長くなる あとWondows7と8.1と10で、使えるコマンドが違いすぎて頒布には向かない >>219 ありきたりだが警察は事前には動かない。 今じゃどこの家庭もSECOMが当たり前の時代なんだから 襲われるのが嫌なら隣にボディーガードを付けとけばいいんだよ。 格安ボディガードのガードドッグなんか時給2500円で付いてくれるから相手が確実に来るときに付けとくだけでもかなりの抑止効果になるよ。 visualstudioのgui対応したpython出して欲しい PowerShellって.NETベースでなんやかやって話だったと思うけど C#スクリプトとかF#スクリプトとかIronPythonとかあるこのご時世に何の需要が・・・って思ってしまう 少なすぎるのもアレだけどね、カッコ C#やっててVBのソース見ると、スコープどっからどこまでだっけ?と思うことが良くある >>207 コボルは毀れないようにBK系の出入り口を守護してるもんな〜 求人時に選ぶ言語だから、Perlは古めのWebサービスのメンテ・改良とかじゃない?そりゃ拝みたくないよな。 パヨク(ゴキブリ在日韓国人)の立憲民主党! パヨク(ゴキブリ在日韓国人)による立憲民主党! パヨク(ゴキブリ在日韓国人)のための立憲民主党! <*`∀´>ニダ! >>231 逆に括弧で区切れるのは福音。pythonはインデントが言語仕様に組み込まれているので pythonに対応してないエディタとか使うと地獄を見る。 >>51 こういう書き込みを見ると思うけど、 同じプログラマでも組み込み屋さんとWeb屋さん辺りでは全く別の職業だよね >>236 世の中には色盲・色弱みたいに生まれつき能力が無いのか、他人から指摘されないとインデントがずれていることに全く気づけない奴もいるから、その仕様だと大変だな (´-`).。oO("病的折衷主義のガラクタ出力装置"スレ…) 内輪でしか使わんツールだったら、VBAは限られた時間でチャッチャと作れるから、ええわ〜 お茶漬けみたいなもんやろ Delphi嫌いならC#嫌いなのかな? DelphiをC言語風に変えたものがC#なんだがな。 ジャップのweb系だとrails使うからRubyが多いけど 海外だと何が主流なん? 何でもいいけど、とにかくカッコの少ないやつ希望。 って、javascript全盛なwebプログラミング中心の時代なので 無理か。 もう、COBOL使ってた人達は、引退してるし(於;米国 5のワンライナーは便利と思っていたら 6誕生したのを静観してたらこのスレで7の存在を知るw ぶっちゃけCOBOLさえ使えれば 食いっぱぐれない Perlが糞なのは事実だし愚痴なら幾らでも言えるけど、 そういう愚痴聞いて知った気になってる >>64 とかあからさまにPerl知らないよねw >>165 オレのところでは若手がやらされてまつ 現行のシステムを大幅に変えない限りは覚えるしかないんだけど それだけだと将来大変苦労するよとは内心思っちゃう >>224 Swiftはなぁ ほとんどの処理がARCのガベコレだぞ 90%位の処理がメモリ管理というクソ言語 あとPowerShellはシス管やるならもはや必須なのに覚える気ない人大杉で困ってまつ >>226 ルール決めたうえで別名・短縮をうまく使うといいですお ちゃんとしたスクリプトなら冗長でも本当の名前で書いといたほうがいいけどね >>245 全くカッコつかないわけじゃないが、PythonとかF#とか 16 :デフォルトの名無しさん:2006/03/10(金) 22:15:19 >>10 > こんな変数名があちこちに散らばっているのがPerl 大学の研究室のボスは、特殊変数の表をふ〜んと2分ほど眺めて完全に暗記した。 そういうレベルの人たちのための言語なんだなと思って、トイレで血の涙を流した。 >>236 タブ派かスペース派が統一されるからいいじゃん プログラミング言語自体の好き嫌いより 周辺にまとわりつく環境や人もろもろが大きいと思う Perlは昔覚えたのが勿体無いから正規表現のワンライナーとかでたまに使うようにしてる Rubyいまから覚えて先があるんだろうか… 仕事も受託でRailsでサイト制作とかしか思いつかない… というかRubyの有名なプロダクトってそれしかないような >>236 > pythonに対応してないエディタとか使うと地獄を見る。 タブかスペースを統一しとくだけで十分だろ VBAとPHPが嫌われるのは分かる。 でもそんなにperlが嫌われているとは知らなかった。 つか、最近のpython人気は一体何なの? なんでこんなに広まった? 得意先 「Perlで作ってくれ」 俺 「えっ ? 制御系ですが・・・」 得意先 「うちの社員、Perlしか知らないから、他の言語で作られると後でメンテ出来ないのよ」 >>264 昔は使ってたって人なら結構いそうだけど C#に引っ越したんじゃないかなあ ↑ 例えばこういうように 文字に一々スペースを突っ込むとかいう作業は 機械化した方が楽 でも最後の!だけはスペースがない 斯様に 人間のやることはテキトーで曖昧 それが俺たちの流儀だから 1. Perl は文句ない。 2以下は VBA, PHP, JAVA かなぁ。 オフィスの呪縛から逃れたくても逃れられない VBAを選んだ悲鳴が聞こえる 何でもかんでも$ $ $ $ $ $ $ $ $ あほかと >>280 スクリプト環境だけどPowerShellも$多用 まあ>>280 にある言語を開発当初意識してたようなので ある意味自然な流れだけども プログラミング全く分からん 数学の数式や外国語の方がよほど単純明快 パール、ぺrLはそらもう駄目だろう、大塩佳織の件ふくめて偽物ばっかになってるだろう Perlは比較的好きな言語だが、仕事で関わりたいとは思えないな 個人用のスクリプト書くのに使うのがせいぜい 今ってゲーム作るのにOpenGLって使われてんの? >>293 スマホでめちゃめちゃ使われてますが…… perlって今時の潔癖主義者には向かないだろうな。 >>114 クエリーを使ってSQLでテーブル同士をリンクしたサブフォームをメインフォームに埋め込んで・・・とか他の言語ではどう作っていいのかわからないしね。 OpenGLは、大画面では動きにくいから小型のスマホの画面にはいいのけ perlって使い捨てのワンライナー用だろ 何を嫌う必要があるんだ? >>297 > OpenGLは、大画面では動きにくい どこでそんなデマを拾ってきたのか。 だいたい、今のスマホは安いノートPCよりも解像度高かったりする。 パソコンの低解像度はWindowsの弊害だな 最近はやっと高解像度化が進みだしたし >>301 perlコードが20万行以上なWebアプリつくってますが >>301 > perlって使い捨てのワンライナー用 のはずが色々使い回されてて保守で死んだって言う奴がたくさんいるんじゃね? perl嫌いなヒト多いんだw まあ、へんちくりんなコード書けるからねぇ 若いもんに負の遺産を残してはいかん Perlはわしらの代で終わらせる >>306 F#を推す オンリーワンになれるのは保証する これ求職サイトの「これをやる仕事は嫌」ランキングだろ 好き嫌いより収入に結び付くかどうかで決まらねえ? 「pythonやC++の仕事が嫌」なんてプログラマーなんか そらめったにいないさ perl はたしかにやばい 1つのものを書く書き方が多すぎて コードが見にくくなる希ガス VBは一時期2chで物凄く嫌われてたけど Live2chはVBで作られたアプリケーションだった awkとsedとかはでてこないんだな。 あと、javascriptのラッパー言語は総じてクソ 若いのにはperl不評なんだな 乗り換えるなら何が良い? >>320 それはフレームワークの使い方が分からんだけだろ Javascript嫌い ↓この書き方なんなんだよ。吐き気する。 (function(){…})(); VB.netはもはやVBである必要がない。 つまり存在自体がムダ。 >>324 ブラウザ上で動くテキトースクリプトだからねぇw 他の言語からすると気持ち悪くて仕方ないよね。 Perl使いをペチパーとか糞だとか散々蔑む連中がいたけど、 そんなにPerlが嫌われてるのか。 CPANとかよく利用するけどな。 Perlは日本人向けじゃないから嫌われてるのかと思ったけど。 ソースが相手に丸見えになる部分もあるだろうけど、今のPerlはコンパイル型に移行してるからな。 コンパイルして、共通の中間言語に翻訳してparrot上で実行するように進んでるみたいだけどどうなんだろう >>330 PHPは今振り返ると何ではやったのかよくわからんな。 >>331 いやいや、WordPressとかでバリバリ現役ですやんw LAMP環境とか・・・Web系ですかねぇ・・・ >>331 PHPは公式ページで日本語の説明が整っている >>330 PHP使いは壊滅的な状態みたいだな。 簡単で動作も軽く早いという印象だけど、セキュリティをPHPで堅牢に出来る人がいなくて、 最初の動作は早いけど、後に直ぐにハッカーにやられてメチャクチャになるっぽい 文字列リテラルとか言葉作ってきたのもPerlだし、 正規表現の使い勝手や、UNIX上のShellスクリプトの変わりとなる優れた言語として エンジニアの間で有名になったけど、CGIでWindowsで有名になるも、 SJIS、cp932とか日本語との相性悪く文字化け連発して、 v58辺りからUTF8に統一し、FUTF8みたいな独自処理を確立するも、 英語以外の文字列の扱いが今ひとつ調子悪く嫌われというか 多分Windowsのcp932の問題で自然に沈んでった印象がある >>334 用語の使い方が適当過ぎるだろ よくわかってないのにわかったふりをする人間のほうが害悪だわ 文字列リテラルって、\r\nとかエスケープシーケンスの事だよ。 だけど、人によって文字列リテラルの意味合いが曖昧なんだよね >>336 発言が8割くらい間違ってて あっているところが「正規表現〜有名になった」までしかないので勉強しなおしてください >>316 vb出身の人とc出身の人で文法がかなり変わるからなw >>332 もうPはpythonだな。Perl好きなんだけどな。 >>333 ステマっぽくPerlディスってたから嫌い。 >>337 分かった。後半部分を訂正する。 UTF8で処理するよう強制的な統一はしてないけど、 use utf8使え!。いいから黙って使え!みたいにお勧めしてくる言語仕様になった。 同時に、可笑しな粘着質の人が、use strict;やwarningsを激しくお勧めしてくるのがキモイ。 昔、strictやwarningsは、完成したら取るんだよ、strictとかlocal関数使えなくなるから 大きな処理になると不便だと言ったら、 それでもstrictやwarningsを付けろとくどい。こういうキモイ僻み臭く短気そうな 可笑しい奴らがPerlに蔓延ってるのがキショかった印象がある >>331 Web系はバリバリ現役ですよ その辺に関わらなければまず触れることはないだろうけども >>334 PHPは最後の閉じカッコを閉じないのがセオリーとか色々ヤバかったが ヤバイけど便利だからガンガン使おうみたいな文化がさらにヤバかった PerlはシェルスクリプトとCの隙間を埋める優秀な言語でいまでもそう しかしそれ以上のタスクをやるならPerlの魔法は地雷原にしかならない Winで普及しなかったのはあんま関係ない そperl C言語のプロトタイプに使うよ なんたってポインターが使える スクリプトの癖に >>343 ポインタは特に珍しく無いだろう。 メモリ番地を変数に格納して扱うだけだし、Perlだと配列の出し入れでよく使う。 javascriptとかでも、一定のオブジェクトと処理の連続した構造体みたいな構文を 格納する変数とか、ポインタみたいな概念で動いてるんだろう。 処理が複雑になると、ポインタみたいな形で処理が格納されてるメモリ番地を 直接指定するような形で処理を渡していく事になる。 他にもCの構造体=Perlでは連想配列、多次元連想配列だけど。 元々、Cとawk、grep、sed、tr、shellのいいとこだけを集めて作られたのがPerlだから、 Perlではこれらの記述が出来るようになってる。 個人的にPerlやってる野郎に、パクリふかし野郎がいるから余りいい印象がない BASIC自体はそんなに嫌う理由もないやろ oopとかくっつけなければ objective-cは下位互換無視のバージョンアップばかりで開発者が疲弊する。 つーか金がかかる。 pythonは正規表現の実装がjavaでガッカリだ >>349 どゆこと? 別にJVMインストールしてなくてもpython使えるけど >>1 Perl?と思ったらPerlだった 予想通りすぎる >>1 要するにどの言語の仕事が多いかということ。 仕事で使ってる言語は前は好きでも嫌いになることあるからな 言語の問題とは言えないが、憎たらしくなる >>353 道具としてのExcelは好きだけど 本来Excelが苦手とすることまでExcelでやろうとする困った人が多すぎてうんざりです的な とりあえずウチの部には事務の子に頑張って難解な関数教えたがる人がいるけど そこまで複雑な組み合わせならもう違う道具検討したほうがいいんじゃねーのかと思っちゃう Delphiでスレ内検索したらけっこう評判いいじゃん フリーソフトとかで使われてる印象 >>355 言語自体はいいけど将来性が無さそうなので「今後使いたくない」って言う回答が多かったんじゃないかな Active Perlが未だにWindows Server 2016に対応してないからな。 将来性にはかなり疑問。 COBOL「どうやら俺は許されたらしい」 個人的には最悪リストに入ってないのには違和感があるのだが・・・・ VBAのないExcelはプログラマにとってはなんの価値もない。 OpenOfficeに乗り換えたときに、OpenOfficeが独自のBasicの他に Pythonもサポートしていて、それでPythonを学ぼうとしたが 当時の日本では、書籍もほとんどなく、日本語に訳されたドキュメントも 乏しかった。 >>358 最近のCOBOL知らんでしょ? 言語としてはかなりまともだよ >>359 そう? OLEやVSTOで制御したりもするけど >>361 COBOLがクソというより、COBOLerが総じてクソなんだ あいつら構造化の時代もOOPの時代も、そして関数型プログラミング全盛の現在も 変わらずずっと非構造化時代のコーディングを続けてる ステップ数が生産性であり工数であり給料だからな。効率化は敵。 >>363 それを言うならVBerも似たようなもんだしそもそもスレチ Perlは今のスクリプト言語の隆盛の礎となった言語なんで一位は許してやってください PerlなくしてLLなしです >>361 最新のCOBOLを使える仕事はあるの? >>367 あると思うよ 開発する側もわざわざ古い開発環境で開発しないし ただ新しい機能を使う機会があるかどうかは知らんけど >>368 それは古いCOBOLで開発してるのと同じ。 そうね。 開発環境は新しくしました。 でも、新しい機能は使いません。 そんなところでは働きたくない。 90年代中頃、とにかく正規表現とハッシュが便利だった だがPerlの役割はもう終わったと思う このスレの住人を全員集めたら最強の開発チームができそう >>371 お前の気持ちなんてどうでもいい チラウラにでも書いとけ COBOLしか COBOLは言語もそうだけど 職場環境が糞臭い。 >>366 つまり、昔すごかったとかいう伝説だけで食ってる老害の存在を許容するということですね? >>377 存在くらいは許してやれよ 過去の人として、な >>358 でかいCOBOL案件なんて日本以外じゃお目にかかれないし COBOLがない時点で無意味なアンケだな このおかしさに気づけないこのライターは文系だろ Delphi3年ぐらい使ったけどすげー良かったけどな delphiがなんでダメなんだ? こんなに使いやすい言語無いのに もう既に墓に入った言語に好きも嫌いもないだろ COBOLがないというのは、そういうことだ >>386 COBOLerはstackoverflowの客じゃないってことさ Z80のニモニックええやん Z80から入って8085に行ってメダパニ食らったわ あと6809もダメ Z80と68kはok Perlはアクロバティックな書き方を許しちゃってるから、他人が保守するのには向かないけど、個人が小規模なプログラム書くには生産性が高い。 ただ、Unicode対応でグダグダになってしまって、急速にユーザー離れ。 変数の前に$が付ける仕様は好きなんだけどね。何が変数かすぐ分かるから。 Perlはバージョン5になってオブジェクト指向化で失敗したイメージだな >>390 他人が保守するというよりは、ソースがオープンになって書き換え可能な所が あんまり納品に向かないだろう。そのままパクれちゃうし、コピーし放題になってしまうし。 個人レベルや会社内の身内だけで具体的にソースをマニュアルに載せて保守させる分にはいいだろうけど >変数の前に$が付ける仕様は好きなんだけどね。何が変数かすぐ分かるから そう思う。$だらけになるとか批判する人の気持ちが分からん。 むしろ$や@で分かり易いのに。 Perlは全体的に特殊変数と連動してオリジン変数を色んな所でリファレンス化して使いまわして 色々と記述が省略されたりしてるから深く理解して無いと迷うだろうな 省略の美学とかいってるから、Perlはしゃぁないわな 出来た当時sedやawkからの置換が主目的の一つだから極限クラスの省略表現は必須 sedよりは余程分かりやすい言語だと思うけど >>397 JSONはプログラミング言語ではありません Perlは文字コードセットの変換でトラブル起きまくってPHPに移行するよな。 これは日本だけの問題かと思ったら外国でも嫌われてたんだな。なんでだろう。 >>393 > 他人が保守するというよりは、ソースがオープンになって書き換え可能な所が > あんまり納品に向かないだろう。そのままパクれちゃうし、コピーし放題になってしまうし。 そんなのは他のスクリプト言語でもたいして変わらん そうじゃなくて書くのは楽だけど読むのがめんどいって話だろ VBAは業務使用を禁止すべき。 プログラマ気取りのアホに調子乗らせるだけのゴミ。 >>45 JavaScriptでも可能 それでPerlで書いていた様々なものをJavaScript(Node)に書き換えた LISPとか学校で教えてた時期もあったのに名前も出てこないよ どうしてこうなった >>405 LL実装は全部Lisp実装の子孫や JVMやCLRもそうや basicとかマシン語のゲーム雑誌 昔いっぱい売ってた なつかしい 昔のベーマガってベーシックからマシン語を呼び出したりしてて魔神語とか呼んでたんだよな。 >>168 >>326 JavaScriptが「ブラウザ上で動くテキトースクリプト」というのは10年前の古い知識 今はブラウザ上だけでなくサーバーサイドにアプリにツール類などJavaScript全盛時代 ブラウザ上を含めて全てをJavaScriptだけで統一できる点に加えて生産性やスケーラブルなど様々なメリットが大きい JavaScript(Node.js)を用いている有名な大手は Ebay, IBM, Microsoft, NASA, Netflix, Paypal, Uber, Walmart等どんどん増えてる その結果が今回の嫌われていない順でPythonとJavsScriptが上位 https://zgab33vy595fw5zq-zippykid.netdna-ssl.com/wp-content/uploads/2017/10/languages-1-900x675.png Python>JavaScript>C>C++>Java>Ruby>PHP>VBA>Perl (参考に主な言語だけ列挙) >>359 何言ってるのかわからん。 システムからexcelでリスト吐き出させるなら 結果だけ埋めてくれ。 仕事柄、得意先が見積書の書式だの、商品規格書だの好き勝手に作ったやつを送りつけてくるんだけど、3割くらいがvba埋め込んでて怖くて仕方ない vbaでも殆どの人にファイルをぶっ壊すプログラムくらい3分で作れるし。 JavaScriptは言語仕様が糞すぎてTypeScriptなしで開発やってられんわ JavaScript作った奴もこんなに広く使われるとは思ってなかったんだろうな 不便にTypeScriptなんて使わなくても今はNode v9で十分だろ わざわざTypeScript使う人は型チェック魔くらいだ >>7 Perlがっていってる? どの言語でも変わらないだろ? >>405 ommon Lisp とかSchemeなんかがんばってるだろ JSいらねぇマジで web遅いのもJSのせい JSじゃなかったらwebのインタラクティブももっと進歩してたわ オープンソースマジ害悪でしかない なぜwebだと共産主義がはびこるのか 競争原理働かないと進歩はない WikiPediaなんかいい例 >>410 広く使われているからっていいわけじゃない そもそも、それしかないから使ってるってだけじゃん VBSはセキュリティ低いってデマ流して駆逐したしな VBSならMS次第で改善もできたのに >>418 Javascriptの実装はもはや遅くはない 遅いのはライブラリ実装 >>420 最近のMSはそうでもない Typescriptとか結構使われてるよ 個人的にはXcodeとObjective-Cのコンボが最悪 >>375 おまえが臭いんだよ。 椅子にクソ付いてる。 C++が一番のクソ オブジェクト指向への移行期で中途半端すぎる上にシェア握ってるからタチが悪い。 >>425 いや、今やjavaとか置いていく位には進化しているだろ。 JavaScript考えた人ももう少し真面目に仕様考えて欲しかったね 嫌いでもそうでなくても C++とPHPとJavaScriptは使わざるをえない >>420 まだこんなこと言ってる老害がいるのか w >>428 ブラウザ用のschemeを実装してくれと言われて入社したら やっぱりC言語風にしてくれと言われたのだ MSはtypescript以外に Windows外で通用する言語を生んだことはない >>413 >>428 何年間も古い知識で止まってるぞ JavaScriptの言語仕様は進化して完璧になっている 現在不満があるとすれば厳格型大好きな人くらいだろう ホントJavaScriptの糞言語仕様どうにかして欲しいよな 月曜になると、オンライン広告のアルゴリズム いじってテロ予告してくる奴いるんだけど https://www.youtube.com/watch?v=VSgAqSxjElw (テロ前月曜日) https://www.youtube.com/watch?v=U5l-nd6MKVQ (テロ後月曜日) それもおれが何やったか仄めかしながら。 https://www.youtube.com/watch?v=ZupW6asSvm0 https://www.fastpic.jp/images.php?file=1495018434.jpg https://www.fastpic.jp/images.php?file=1850084244.jpg ロンドン地下鉄爆破テロの前後のネット閲覧や買い物支払いの記録です。 2014年にウクライナのリヴィウを旅行して、(政治的にセンシティブなとこだけどそういうのとはまったく関係ない、ただの個人旅行) そこで見たある事をアメリカ大使館にタレこもうとした事があった。 それ以来こんな事ばかり起こっている。 統失になったかなおれ・・・・ Perlはシンタックスシュガーが多すぎる しかも記号だからググりにくくて何やってるのかわからかったりする Perlで、use strictプラグマが出てから、 javascriptでもstrictモードが出てきたんだよな。 正規表現とか、ヒアドキュメントとか、最初の頃に主にPerlで作られたり発達した機能は、 結構 他にも真似されて移植されてるな 20年以上前に作られた組込機器のアセンブラが一番大嫌い >>438 何と言ってもPerlはLLのミトコンドリアイブだよ >>438 最新のJavaScriptはPerlの便利で良い部分だけをほとんど引き継いだよ 例えばPerlの便利な特徴である配列とリストの取り扱いも JavaScriptではスプレッド演算子と分割代入の対応という形で明瞭かつ高度に対応してPerlより便利 >>438 正規表現はed辺りが最初だし、ヒアドキュメントもshの方が早いだろ そもそも30年ぐらいの歴史しかないperlが起源とかあり得んわ >>443 元祖の正規表現はed(正確にはその前のQED)が最初だけど 現在広く使われている拡張された強力な正規表現はPerlが最初で合ってるよ これがPCRE(Perl Compatible Regular Expressions)という名前のライブラリになっており Apache, Safari, nginx, flash, MySQL, PHPなど多くで用いられている 殆どのスクリプトは最終的にはparrot仮想マシン専用にコンパイルされたものを 実行する形になるだろうから速度的にはどれも変わらないような結果となるだろうな。 javascriotもJITコンパイルされたものはネイティブのマシン語実行と変わらない速度だろうから どれを選ぶかはユーザー次第だな >>447 parrotってw 10年前から時間止まってるのかよ parrotよりWebAssemblyが現実的な状況になるかもしれない Google、Mozilla、Microsoft、Appleが合意して全てのブラウザが対応しつつある >>324 現在のJavaScriptはfunctionを使わずに アロー関数で (arg1, arg2) => { return arg1+arg2;} と書くことも可能 >>328 現在のJavaScriptにはブロックスコープ変数もある 従来のvarは使われなくなってブロックスコープも可能なletを変数宣言に用いる constも使える >>434 現在のJavaScriptの言語仕様で困る人はいないと思う 従来の問題点は何もかも解決されている JavaScriptは型が曖昧だからメンテしにくいんだよ ひとりで開発するならなんとかなるけどさ 型キチガイ向けにはTypeScriptがある 現在のJavaScriptもしくはTypeScriptの言語仕様で困る人はいないと思う もし不満がある人は具体的に述べてくれ >>452 うん だからTypeScriptなしでは開発やってられないと思ってる >>450 F#の |> と同等の式をJavaScript で美しく書く方法ある? >>454 パイプライン演算子「|>」は単なる関数合成だから arg|>func1|>func2|>func3 と func3(func2(func1(arg))) は同じ JavaScriptはメソッドチェーンも使えるので arg.func1.func2.func3 と書くことも可能 >>451 そんな時のためにstrictがあるんだろう。 でも、strictプラグマってPerlなら需要があるだろうけど、 javascriptでは殆どstrictを実装しようとは思わないな。 他人と共同開発するなら記述を厳格にする必要があるだろうから必要だろうけど >>456 それ使ったところでメソッドの引数や戻り値の型が判別できる訳じゃないからなあ >>455 関数合成は分かってるんだが、関数のマトリョーシカみたいな記述になるのがキモくてね メソッドチェーンのその記法、prototype汚さずにマジで動くのか? 後で試してみるが >>457 >引数や戻り値の型が判別できる訳じゃないからなあ typeof関数を利用するんじゃ駄目なのか? >>459 ほとんどobject型って言われるだけじゃね? そこでstrictモード 判別できるようになる function not_strict() { console.log(typeof this); } function use_strict() { 'use strict'; console.log(typeof this); } not_strict(123); // => object use_strict(123); // => number いずれにせよ実行してみないと型が分からんのじゃ保守しにくいわな 主流の言語のほとんどはいずれも型宣言をしない言語 型宣言がないと保守しにくいと言ってるのはよっぽどの馬鹿だけ もちろんいずれも型を調べることは可能 Python 「type(var)」 Perl 「ref($var)」 PHP 「gettype($var)」 Ruby 「var.class」 JavaScript 「typeof(var)」 型宣言の有無と 自動型変換などの型の強弱は 同じ概念じゃない 型キャストを常に明示的に指定しなければいけない窮屈な言語はダメだね >>463 主流の言語である C C++ Java C# Kotolin Swift 等無視してワロタ いずれも型宣言が必要 型宣言のない言語は保守しにくしチーム開発にも向いてないね 他人が作ったコードとか自分が数ヶ月前に書いたコードとか追いかけるのが難しくなってくるからな 型を意識したくないとか昔のVBerみたいなこと言ってんな あいつら糞コード量産してたわ >>463 あなたは、テストは人力でやった方が力がつくと信じてる人ですね。 現実を見ろよ Python, Perl, PHP, Ruby, JavaScriptは実際に多くのサイトで用いられている 型宣言なんか無くても実用的な運用が可能である決定的な証拠だ そりゃ開発効率無視して根性と工数かけりゃ運用できるわ むしろ開発効率が良いからPython, Perl, PHP, Ruby, JavaScriptなどが多くの現場で使われている 型宣無しで運用できるものはいいと思うけどな。 型宣で特に問題になるのは、数字か数値か少数の扱いが主だろう。 型宣必要でも無しの言語でも大した問題じゃない。 むしろ、スクリプトの方が効率はいいとおもう 静的型付け主義を唱えてる民の半数は 動的型付けを旧VBのバリアント型のような感覚で考えてそう >>469 DBとブラウザとの間で値のやり取りするだけのシステムばかり。 ここまで、トミーぴゅう太の日本語BASICは無し。 変数の型を推測するのって空気読む能力に似てる気がする。 pythonの公式の勉強サイトが有能すぎて、今までの教材不足による逃げが通用しなくなった >>474 うちの界隈はツール類・データ収集&処理・サーバーサイド・ブラウザ上・アプリ全てJavaScript >>479 表記の違い程度は大した問題じゃない PerlやRubyのelsifを嫌っているならば Pythonのelifについて感想をどうぞw >>5 VBAが嫌われるのは古い設計のシステムで更新する仕事が多いから。 トラブルの原因の多くは古い設計だが、古い設計だから新しくするという仕事がもらえているのに、現場は元のシステムが古いことを目の敵にする。 1位から3位グループ全部そう。 >>6 スクリプトかどうかなんてのは嫌われるかどうかには関係ない。 ストロングタイプな言語とは使い道が違う。 ましてJavaScriptはラン環境が特殊だからな。 >>11 スクリプト言語もあるしそうでない言語もある。 >>9 別にC/C++でもC#でもSwiftでも良いのではないかね? >>12 スクリプト言語とマネージドコード言語の区別がついていないようだね。 まだ人にコメントするのは早いな。 >>13 現在のオブジェクト指向言語のほとんどは手続き言語であって、宣言型の言語はSQL以外ほとんどないのだが? >>12 スクリプト言語が中間コード吐く言語なら、C#も中間コード吐くからスクリプト言語になるだろう間抜け。 >>16 CとかJAVAはストロングタイプな言語で、例えて言えばプロの大工が使う工具のようなもの。 使いにくいし取っつきにくいし、扱いも大変で、整備もしないとすぐダメになる。 でも、DIYの店で買ってきた2x4の材料を安い工具でくっつけてハイ出来上がりでは出来ないものが作れる。 >>20 VMとDLLは異なる。 君の言い方を借りればVMは静的なライブラリ結合とは比較にならないオーバーヘッドが発生する。 だからダッカーみたいな技術が出てくる。 まあ、でもあんたのセンスは悪くないより >>23 なら.net frame workを使うWindows 上のC/C++/C#以下全部ダメなのか? なんでお前はそんなに馬鹿なの? >>30 普通の言語は表記法の大元を辿るとだいたいAlgolに行き着く。 だから、だいたいの書き方は似てくる。 他方Perl はAlgolの影響を受けたCなどから強い影響を受けているものの、文法自体はawkというテキスト処理に特化したツールの影響を強く受けている。 AwKはsedなどのストリームエディタの派生ツールで、要するに基本は文章を置換したり、整形するためのもの。 perlのそもそもの目的がそっち方向だったから、その分野のほとんど唯一の普及したツールであるawkを意識するのは突然だった。 だから全く異なる文法にならざるを得ない。 >>44 初見で、Rubyが何やってるかわからないというのは、百人一首は外国語だと思ってましたと同じくらいのヤバさ。 >>32 結局C++が次世代の主力と万人に思われながらフェードアウトしつつあるのはその表記があまりに複雑すぎるから。 それなら、メインの仕事以外ではpythonで良いじゃないのとなる。 >>38 なんでこんな程度の駆け出しにもならないアマチュアが俺語りを始めるのか? お馬鹿なお前が大半の言語が合わないのは当たり前だろ。 >>58 ダメじゃないさ。文字列操作なら今でもトップレベルだろう。 でも、大昔のAlgolから始まった手続き型の言語の表記法は構造化、オブジェクト指向などを取り入れながら成熟し普及している。 Perlはその言語表記とは全く系統が異なるので、表記法から学習しなくてはいけなくなって、多くのプログラム作成者に負担になっているのだ。 Lispやprologのような人工知能言語やその拡張もそうだが、そっちは利用者が限られている, SQLもかなり違っているが、あれはデータベース操作限定で、かつ面倒いことは隠蔽されることが多くなってる。 >>67 なんで君は、データストリームのオーダーとcompileの速度のような比較できないことを比較するの? レーシングカーは1秒間に100m近く動くから、オートマチックじゃ間に合わないとか言ってるみたいな話だな。 >>66 そもそも言語仕様や言語のデザインで解決すべき問題ではない。 システム説明のレベルで解決すべき問題。 >>115 ソース出して。本人達はそんなこと一言も言ってない。 >>114 そんな話は10年前に終わってる。 今はそんな風に作られたシステムの更新しなきゃいけなくなって、それでプログラマーのヘイトを集めてる。 >>119 まあ、製作者の中心は海軍の将校様だからな。 タイプ量が増えるように設計しているという今とは全く逆の設計だ。 >>102 F#は無理だよね。 なんか実用的なシステムとは、無縁の人だね。 大学の院生とか? >>126 そんなのいくらでも回避可能だろう? とか思うような人はPerl使いでなくてもPerlをけなしたりしないか。 perlは最強の言語なのになぁ。 保守性が悪いって言うけどそんなことはないぞ。 アホが作ったコードがすぐわかるし、書き直すべきかの判断に困らない。 pythonとかrubyって、コーダーのレベルがわかるまで時間かかりすぎ。 >>131 Cだってstdioインクルードするし、なんだったらCOBOLなら使用者組織からターゲットのハード仕様まで書かせるぞ。 >>135 今は二つの方面からの攻撃がある。 昔からある攻撃は、簡便なwebページの処理に特化しているので、本格的に使用する際にはセキュリティ上やその他諸々の配慮が必要なのに雑誌やネットのサンプルのコピペと切り貼りで作ったようなプログラムが多くて、悲惨だというもの。 特にメンテ役になると頭を抱えることになる。 できれば諸々配慮したシステムにして欲しいが、依頼主からすると、動いているから問題ないとなる。 最近のphpプログラマー自身からの攻撃は、言語仕様が高度になりすぎて、わからなくなつているというもの。 これは前者のクレームに対応したということもあるが、php自体の使用範囲が拡大して汎用の言語として使われるようになり、それに対応出来るような言語となることが求められたという側面もある。 ただ、最新のバージョン7は普及が始まった3からの表記法とは全く異なるだけに、以前からの仕事を普通にこなしたいweb関係の業者から怨みの声が出ている。 >>140 すでに利用はPerlをはるかに凌いでいる。 UNIXの世界では標準になっている。 Windowsの世界でも開発者界隈では標準的なものになってるね。 >>142 没落したかはわからない。 暁光が作られる前の日本一のスパコンはIntelCPUで大規模なAIの基盤となるもの。 なんかネットの片手間記事の受け売りしかできない連中が多いね。 >>147 金になっても面倒臭いなというのは嫌につながるだろう。 新しい技術でサクッと進みたいのに、以降元がこれだからサクッと進まないって感じのランキングに見えるが。 >>149 でも現実には基幹系はPL|sqlで情報系はDelphiなんていう企業は稀によくある。特に金融。 >>174 なんでphoがwebで圧倒的と思ったの? 現実はJavaにシェアで勝ったことは一度もない。 だって大規模なweb開発ではJavaが圧倒的に多いから。 >>176 嫌われることは少ない言語じゃないの? Cでスクラッチから開発したなら現場主導ではないことが多いからドキュメント類が残ってるだろうし、そうでなくてもプロの開発者ならコメントはしっかり残してる。 で、プログラムの構造もMakefileとかで最低限のところはわかるし、プロジェクトファイルがあればもっと色々分かる。 headerファイルに変数の情報は最低限あるし、構造体とかはどっかで必ず宣言されてる。 以降元としては充分だよね。 >>199 作れるのが嫌われるのではない。 あなたがいなくなったり、全社的なシステムの導入をするときにあなたの作ったそのシステムを解析して、同一の挙動をするプログラムを作るのが苦痛で恨まれるのだ。 同じようなとか、仕事に便利なようになら良いのだけど。 実際の仕事してたあなたが作った時とは違って、システム開発業者はあなたの作ったものと全く同じものを作ることが求められる。 プログラムの詳しい説明もないVBプログラムのリスト見ながら、変数名に一喜一憂し、do until とdo whileの使い分けに悶絶し、数字だった変数が文字として処理されてる部分の仕様確認で時間を浪費する。 >>209 お前は何もわかっていない。 本当に実務がわからない奴だな。 >>215 そもそもレイルズなければ広まりもしなかったのだがな。 >>225 何も知らない素人乙。 自然言語なら津軽弁でも京都言葉でも良いし、多少の間違いはいつでも修正できるがプログラムはそうはいかない。 かっこの位置が一つズレただけで全く動かなくなるし、最悪の時は動いても絶妙のタイミングで悲劇をもたらす。 わけわからないジジイ降臨ですまない パールやらアセンブラやら、みんながしらない言語でやってたのよ。 皆はしらないかも、だが、 ほかのやり方が良いとおもったら、 ちゃんと、温故知新しろよ。 彼に対してそう言い方や、 本当に自分が正しいとしっかりしないかぎり ダメだと思うのは俺は変ですか? >>522 おじいちゃん。 やっと見つけた、ここにいたんだ。 さ、帰ろう >>524 皆より先にネンネ行こう、 恥ずかしながら、35である。 皆が若い民であると思うが、 本当によろしくね。 >>525 なんだよ、35歳なら、はなたれ小僧にもいかない おっぱいおいしいの年代だ。 (続けるつもりならだが) 大変だがガンバレ! ID:ohz972dwのように文句をつけたり否定したりするだけなら誰でもできる行為 文句以外にも少し情報を出してくれてはいるがプログラミング言語スレの話題としては少し物足りない 否定するなら正解や別案や改善方法または興味深い話題を振ってくれるとよい 526さん、すまんけど、おっぱいあんまり好きではないっす。。。 母さんができる、できないことを、自らに嫁にゴタゴタ言うのは、 と。。。 鼻たれですが、自らの心と判断なさって。 >>219 自分も「ぴゅう太」の語が浮かびました(笑) COBOLは扱いがどうのうこうのよりも、もう、話題になる事が無くなったって事やろ まあ、まだ動いている所はありそうだけど、クローズなシステムでバグさえでなければ そのまま死ぬまで動いてもらえば良いって感じな所も多そうだし >>480 "else if"を合成でelseif・elsif・elifと書くのはSyntax Sugar(糖衣構文)に過ぎないとみなせる つまりelse ifへと置き換えてコーディングすることも可能 例えばその中でもPerlは一番自然にelsifを単純にelse ifに置き換えても動く(C言語と同じ表記になる) if (cond1) { } else if (cond2) { } else if (cond3) { } else { } ところがRubyはend方式ので同様にelse ifに置き換えると末尾にendが3つと不自然になる if cond1 else if cond2 else if cond3 else end end end さらにPythonはインデント方式なので同様にelifをelse ifに置き換えるとインデント地獄で読みにくい書きにくい if cond1: else: if cond2: else: if cond3: else: このように3者が全く異なる結果となってしまう いいお、ごめん。 あんまり考えても、今、CGI系ないからさ、 一緒にいたら友達になりたいタイプお。 まじな話、Perlの後継言語はPowerShellだと思う。 Perlができた経緯もシェル言語への不満で、 PowerShellはコンピュータサイエンスや現代的技術をベースに一から作り直した感じ ID:ohz972dw 面白いからコメント続けてくれ >>533 それでみんなに嫌われてるPerlだけど、極めた人が有用性が理解できるよ。 Perlが嫌われる1位になった理由を考察してみたけど、 一部のホームページにもこんな事が書かれてた。 ごく普通の言語(COBOL,C,Java,VB等)を知っている人が、 Perlをやり始めるといろいろと悩むことがあります。 暗号のような記号のオンパレード 文脈(コンテキスト)によって意味の違う関数 構造体がないデータ構造 同名で意味が違う変数 比較先がない比較 代入文がないのに代入される 正規表現の拡張 return文がないリターン値 foreach文がいつのまにかfor文に サブルーチンなのに関数に ファイル名がいつのまにかハンドル名に 是に加え文字化け。文字コードの扱いが途中でグチャグチャしすぎ。 この辺りから。 第31回 encoding:いつまでもjperlから抜け出せない方に http://gihyo.jp/dev/serial/01/modern-perl/0031 第32回 Encode:日本語だけ扱えればよいのではなく http://gihyo.jp/dev/serial/01/modern-perl/0032 第33回 enc2xs:標準の文字コード表にはない文字を変換する http://gihyo.jp/dev/serial/01/modern-perl/0033 複数の文字コードを扱う似た様なモジュールや命令が幾つもある為に何が本命なのか迷う。 文字コードの扱いが面倒で厳しいので、本文の処理に集中できない。 Paypalなどの決済サイトでも、PythonやPHPやJAVAやASP.NETはコードがあるのに、 Perlだけ文字コードトラブルが多いのかユーザーが扱いきれない事が多いのか推奨されてないらしく出てこない。 Perl5辺りで、文字化け問題を内部UTF8に全部押し付ける事で解決を図ろうとした仕様を 標準化してしまったために、逆に色々な問題が起きて敬遠されてしまったんだろう。 Perl5になってからCPANで外部モジュールの追加で全部解決しようとした為に 言語処理がユーザーには理解しがたいものになってしまい、 その間に、PythonやPHPなども台頭してきて、極めたような人以外は使う人が少なくなってしまったみたい >>466 Kotlinは変数型は省略可能 スペルすら間違ってるあたり背伸びしてるのがミエミエ >>494 いやますます重要になってきているだろ お前の使っているその言語のランタイムやライブラリが何でかかれているか少しは意識しろよと >>544 下の層の詳細や実装方法を知らなくても大丈夫 例えばそのC/C++で書いていてもCPU個別のアセンブラを意識する部分はカーネルの一部だけであるし アセンブラで書いていてもCPU内部実装を意識することは稀で公表スペックまで把握していればよいし さらに下位層には電気工学的にどうなのか、分子レベルでは、原子レベルでは、量子レベルでは、となる つまり各プログラミング言語の仕様まで把握していればそのコンパイラやインタプリタで用いられている言語は気にしなくてよい >>545 上の層の言語の重要性が増すほど、その機能やらライブラリの充実やら高速化やらの需要が増す で、それに答えるためにも下の層での開発効率がより重要になるんだな。 c++も保守的だった昔と比べて11以降楽に書くためのsyntaxシュガー導入やらライブラリの充実やらの勢いは凄い まあ言語仕様や理解のための必要知識がガンガン肥大化していって素人お断りなところも加速している気もするが でも本当にライブラリのユーザーとして振る舞うだけならコーディング量はLLと比べても大差ないレベルまで来ている 高レイヤー「低レイヤーは俺らの奴隷だから」 低レイヤー「高レイヤーの馬鹿どもには書けねーから」 >>547 レイヤーの高低に優劣さはない そしてレイヤー間は独立していて互いにその内部の仕組みや実装をしらなくても利用できることが本質 それなのに>>546 はそれを理解しないどころか論点をすり替えてc++を意味不明な方向で持ち上げているだけ 別レイヤーは意識しないでいい人間が大半だけど、だから低レイヤーは要らんとか言うのとは別の話 >>548 > レイヤーの高低に優劣さはない CPUの設計をしてるエンジニアと、 Javaで業務システムをコーディングしてるエンジニアに 優劣はないと信じてるのね。 >>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 安全なプログラムに型システムは必須だよ 目的でものを考えてないから 型が必要とか思っちゃうんだろうなあ。 静的な言語の型推論と 動的な言語の目的は本質的に同じこと。 要は推論が得意な奴は 型はいらないと思える。 気付けない、推論ができない 地頭の悪い奴は多分型が無いと 読み取れないんだろ。きっと。 型推論がどんなもんかも理解できてない奴の戯れ言 w ⇒ >>603-604 C? VB.NETさえできればいいんだよ IF ELSE END IF ほら、美しいだろ無駄な括弧はいらないし、型の定義も基本的に強制だし ポインタなんて使わない リファレンスも豊富だし オブジェクト指向もできる ほかの言語は回り道に過ぎない VB.NETこそ至高なのです Your Highness ソース読めばわかるようなことをコメントしないと気がすまなかったり すぐに手順書ばかり欲しがったり なんでもかんでも冗長に書きたがったりするような奴が きっと型を欲しがるのだと思う。 ソースからその人間の意図を理解できる勘が良いやつなら そうした冗長性は無駄にしか思えないのだろう。 結局型を欲しがるか欲しがらないかは 人間としての資質の差だと思う。 冗長じゃないと わからない、納得しないような地頭の悪い人に合わせてあげてるだけだよ。 目的論の話をしてる時に、 厳密性にこだわり話の筋を折るような人に あげ足取られないようにするためにねw >>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は、どこ行っても使えるので、好きだけどな。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる