将来性ないプログラミング言語。Delphi含まれず安心
■ このスレッドは過去ログ倉庫に格納されています
5 Programming Languages That Are Probably Doomed https://insights.dice.com/2019/07/29/5-programming-languages-probably-doomed/ Ruby Haskell Objective-C R Perl >>238 Java, C#がユルユルとか意味わからん またvar(型推論)とvariantの違いを理解できない老害が来てるのか?w Java is not a safe language https://lemire.me/blog/2019/03/28/java-is-not-a-safe-language/ ・Javaはオーバーフローをトラップしません(RustやSwiftなどの言語はします) ・Javaはデータの競合を許可します(Rustなどの言語ではデータの競合は許可されません) ・Javaにはnull安全性がありません(SwiftまたはKotlinでは言語の一部として安全な呼び出しまたはoptionalがあります) ・Javaには名前付き引数がありません(現代の多くのプログラミング言語には名前付き引数があります) https://www.net.in.tum.de/fileadmin/bibtex/publications/papers/the-case-for-writing-network-drivers-in-high-level-languages.pdf The Case for Writing Network Drivers in High-Level Languages Table 5: Size of our implementations stripped down to the core feature set Lang. Lines of code Lines of C code C 831 831 Rust 961 0 Go 1640 0 C# 1266 34 Java 2885 188 OCaml 1177 28 Haskell 1001 0 Swift 1506 0 JavaScript 1004 262 Python 1242 (Cython) 77 Javaワロタwwww 雑食系エンジニア・KENTA の新着動画が来たー! Javaの方がRubyよりも求人が多いという勘違いについて Javaはもう死んだの? Part.2 https://mevius.5ch.net/test/read.cgi/tech/1566040070/110 問題ないなら、さっさと初期値を入れてしまえば 型の心配はしないで済むね nullを返してくるウンコ関数を撲滅しない限り無理 >・Javaには名前付き引数がありません(現代の多くのプログラミング言語には名前付き引数があります) VBAがいまだに使われてる理由として名前付き引数があると思う VBAが存続してんのはExcel操作のためだろ Excel使わなければこんなクソ言語使わん 名前付き引数を持ってる言語が ドカタの知ってる範囲ではVBAしか無かったんじゃない? >>1 「将来性ないプログラミング言語」 この表現は厳密な表現をかなり省略しているものであって じっさいには暗に色々な前提を含んでいることに注意しなればならない たとえば現代において「使用できない硬貨一覧」という表現があるとき そのリストに巨大な石の硬貨は書いてないが、だからといって石の通貨を 使えるという話ではないのは明らかだ それは現代ではもはやそれは流通していないのは誰の目にも明らかなので 敢えてリストに書く必要がないからである OfficeがPythonに対応したら、魔改造が始まったりしてな Py++ Visual Basicは昔のBASICとは違って構造化と型宣言に関して矯正されているから、 Pythonよりはまともな言語だよ。Cよりも優れている点もいくつかある。例えば、 ・Cのswitch文ではcaseに1つの値しか指定できないが、VBのselect文では範囲を指定できる。 ・Cではfor, if, whileの制御ブロックの終わりはどれも}だが、VBではnext, end if, wendで 書き分けられ、構造を把握しやすい。 ・Cでは同じ構造体(クラスを含む)変数のメンバにアクセスする文が続くとき、構造体変数名を いちいち書かなければならないが、VBではPascalのようにwith文で括り出せる。 だから、Pythonのような駄言語をExcelが採用する利点はないし、Pythonなんてキモい名前の 言語を商用ビジネスソフトに採用するはずがない。もしどうしても採り入れるなら、言語仕様の 大幅な矯正を施して、別の名前、例えばPythagorasにするだろうな。 pythonに勝てる点を絞り出した結果が型宣言の矯正とか悲しすぎるw そういやswitch相当の構造にラムダ式を書いたらわかりにくいからやめろって言われたことある >>252 C#AになってVBAみたいにExcel直でいじれる方が便利じゃね? VBA.NETでもいいけど Excel単体でEXEとか作れるようになったら助かる ランタイム必須にしてもソースをバージョン管理できたりするとファイル管理しやすくなるから 類似や派生のxlsxが増えすぎてやってられない そもそもExcel自体、COMみたいなモノなのにexe作れる訳ねーよ https://qiita.com/yniji/items/b38bc312e860027108ac 11月6日にreditの 'ask me anything' にマイクロソフトの Excel チームが登場して、 「いつExcelにPythonが搭載されるのか?」という質問に対して以下のように回答しています。 要するに、マイクロソフトが Excel に搭載するのは JavaScript であって、 Python を使いたいのであれば PyXLL か xlwings を使えということのようです。 いつの記事だよ んで、jsexcelに入ったの? すまんそれopenpyxlでよくね 今はcodelabアドインがいるね。おそらくそれを標準に取り込むんだろう。 Excelはブラウザでも動くわけだから JavaScriptを採用するのは当然だろうな >>272 そのWebブラウザが画面を表示している仮想WebブラウザならJavaScriptは関係ない。 仮想Webブラウザ(?)なわけないじゃん なんで特殊な物の話をしてんのさ、 一般的なものの話をしろ ん?まさかExcelのWeb版(Excel Online)があるのを知らないってオチか? Excel Onlineはブラウザで動くからVBAは使えない。 JavaScriptならブラウザで動くからスクリプトをサポートできる (他の言語でもトランスレートすれば不可能じゃないけど 将来はともかく、まずJavaScript APIを作らなければいけないわけで) 馬鹿はWindowsのexeがブラウザで動いていると思ってるのかね? Excel Onlineはウェブアプリですが? LibreOfficeやOpenOfficeはMS Officeのライバルとして 作られたけど、クラウド対応はできなかったよな クラウド対応はアプリを作るだけじゃ駄目 サービスとして運営しないといけない。無料ではやっていけない。 クラウドの時代になって、LibreOfficeやOpenOfficeは MS Officeの対抗馬では無くなってしまった。 Excel2016はWindowsアプリだからEXEバイナリじゃないとダメ、って言ってるようなもんだぞ The Top Programming Languages https://spectrum.ieee.org/static/interactive-the-top-programming-languages-2019 Ruby 19位 Haskell 29位 Objective-C 26位 R 5位 Perl 27位 参考までに Javaはセキュリティ問題のため、関東でSEのローン審査が不利になる理由を生み出した。 Delphiからのポーティング案件あったぞ まあ人こなさそうだったけど kotlin本かって見てるけど、やっぱ変な記述で覚えたくないなあ 最近の言語てどんどん癖が強くなってる >>166 やっぱりな。得意分野で見ても分かる。関数型とオブジェクト指向って結局同じ事してるよな。 泣かした事もある 冷たくしてもなお 寄り添う気持ちがあればいいのさ 俺にしてみりゃ これが最後の逃げ any my love so sweet typescriptはフワッと使えるのがいいのです 原理主義者はそこが分かってない PythonってJava並に速度速くなったの? 初期の超鈍足さの印象があってどうも使う気になれない 単発ものとかなら記述が簡単なのもあってコード作成時間と実行時間の総和を取れば圧勝 常用の製品とかで運用するなら無理ゲーの極み >>295 常用じゃ無理ってそれGoogleさんの前で同じこと言えるの? 海外のサイトを見ていたら、PythonでAIをやる場合、重たい処理は、 C++で書かれたライブラリを使うから、処理時間の99%は、C++のコードが 消費する、と書いている人がいた。つまり、この場合、Pythonは、C++の AIライブラリを呼び出す司令塔的な役割をしているだけなので、Pythonの 遅さが処理時間全体に与える影響は軽微なのだそうだ。 C++は嫌いだけど消える心配はないから 保守考えるならなおさらC++だろうな 意識高い系の言語はすぐ廃れるω Ruby でも、多次元配列・ベクトル演算用ライブラリのNArray は、C言語。 その速度は、数値計算専門言語のOctave にも匹敵する ary[ 1 ] たぶん、こういう、インデックスアクセスが遅いのだろう 一々、OS のAPI を使うから、遅いのだろう つまりPythonやって 必要なライブラリをC++で書けるようになればさいつよなのかな? PHPのようにPythonにも endifとかendforとかendforeachとかがあればいいのにね。 機械学習を応用したWebアプリで、Rubyとpythonで取り合ってるような領域は pythonがぜんぶ取るかもな >>302 ライブラリの自作はGPUのこと理解しないといけないから 最難関というイメージがある。実際どうなの >>306 GPUを使うならそうだし、そもそもAIの仕組みにとても詳しくなければならないので、 ニューラルネットワークの学習理論や、微分積分学(多変数関数の偏微分など)、 最急降下法、行列、ベクトルなどの数学などもしっかり理解して無いと作るのは 難しい。 >>308 CUDAならそこまで難しくはないよ マルチGPUとかで速度追求するなら別だけど 数学や学習理論に比べたら GPUプログラミングなんて超簡単 >>310 GPUプログラミング考えたらPythonで有る必要性は無いな 論理プログラミングでのPythonは意味有るが 要は適材適所で言語選べって事 begin end は嫌で、{} はいいの? 理由がわからん バカなんでしょう それか、Delphiが好きで好きで仕方ないんでしょう これ、ずっと"デルフィー"だとおもってたんだがじつは"デルファイ"なのか?? おどろいた これが{ }いけない BEGIN これは十分に美しい END 言語じゃなくてギリシャの地名だったらデルフィでいい 読みはデルファイだが、同じデルファイでもイントネーションに2通りあって、時々腹が立つことがある >>315 スコープ定義するのにいちいち5文字以上もタイプするのがアホらしいことがわからんのか? >>324 近頃のエディタは補完してくれるのだから五文字も打たないだろう シフトキーを打つのがめんどいというのはある だいたい「タイプ量」とか言いだすやつは 今時ピュアテキストエディタでソース打ちこんでるようなレガシーマン 近頃のは補完を無効になることができるんじゃないの? あるいは補完のカスタマイズができるんじゃないの? Linux用の64ビットのアプリケーションを開発できるんだから、Delphiには将来性あるでしょう Perlはgitで使われてるから死にはしないだろうけど、これから新しいのが出てくるか?と言われると…うん >>322-323 アメリカのフィラデルフィア(Phila DELPHI a)で開発されたプログラミング言語というわけじゃないんだな。 Ruby がオワコンだと、様々な矛盾点がある Rubyコミュニティーの強さと、 学校・Rails チュートリアルなど、Rails 関連の売上の増加、 組み込みのmruby で宇宙開発など、制御システムの増加、 Rails製サイトの時価総額の増加、Shopify 15兆円、Airbnb 10兆円、GitHub 8千億円、 Ruby/Go の神、Vagrant の作者・Mitchell Hashimoto のHashicorp 5千億円 ruby信者は嫌われ者なのを自覚しろ あちこち関係ないスレに書き込むゴミ もうスレが伸びない言語、つまり Ruby Python Swift PHP VB 先駆者には布教の義務があると、あわしろ氏が言ってたな。 Perlはもう指と体が覚えてるからなあ 使い捨てプログラムやシステムバッチはどうしてもPerlでやってしまう >>336 Swiftだけは、iOSやMacOSが世界中で使われている限り、Objective-CのようにAppleが見捨てない限り、Apple専属プログラミング言語として今後も安泰では。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる