次世代言語15 Go Rust Swift Kotlin TypeScript
■ このスレッドは過去ログ倉庫に格納されています
A better C = Go
A better Perl = Python
A better Java = Kotlin
A better Javascript = TypeScript
A better Lisp = Clojure >>297
PythonとPerlって言うほど用途被ってるか?
個人的には
A better Python = Node.js
だって思うけどな 俺はKotlinよりScala推しだけどバックについてる規模がなあ A poorer C = Go
A poorer Perl = Python
A poorer Java = Kotlin
A poorer Javascript = TypeScript
しっくり来るな >>303
まだというかずっとじゃね
GCやgoroutineスケジューラのサイズは削れないし
用途がいくらか被るにせよ、性質的にCの代わりを目指したものでもないし 他の言語が無駄な機能を増やすほどCがbetterということに気づかされる。 >>306
betterというか完全にbestだね
使いやすいけどとっつきにくさがどうしてもあるから
優しいとされる他の言語が重宝されがちになるが >>306 Cは、アセンブラみたいなものだからな。 >>305
禿同。
Goは鯖で速度重視専用な気がする。
マイコンの規模で使える気がしない。 違う。
それだけマイコン使う分野がマイナーってだけ。
CPUパワーがあれば楽出来る言語使うのは当然。 >>311 はあ? マイコンって何を指してるか知らんが、今のスマホのパワーは、数年前のデスクトップを凌駕してるぞ。 >>313 だから、>>311 も>>306 もなんか的外れに見えるという話。
見る視点がまるで違う。 >>313
そそ。
PICとかそこまで小さい規模の話。
スマホでもゲームとかはCやC++もあるだろうけど、楽出来る分にはCは無いわな。 100円のチップでPythonが動く時代なんだぞ。 自動車の自動運転のマイコンなんか、下手なPCよりパワーはあるぞ。 >>316
自動運転用の石はそうだが、パワステ制御だけとか小さい石は今でも8ー16bitだし、CPU全体じゃそっちのが数は多い。(80%)
IntelやARMは小さいパイで大きく稼げる市場を独占しただけで。 少なくとも日本車はルネサス製マイコン使ってる。
Casl2とかニーモニックがそのまんま。
まさに試験が企業の求める人材発掘の篩になってる。 >>318 今はARMだろ。 中央のは、NVidia とか、Intel を使ってるのかな?
自動車って、何十とCPUを使ってるから何がメインかというのは難しいのでは?
Nvidia もIntel も実態はARMコアを使ってるみたいだけど。
ルネサスも震災以降はダウンして、ユーザーからのARMを使えという声に応じざるを得なくなったみたいだし。 >>321
ルネサスって元は日立とどっかの合資で出来たとこだっけ >>307
Go は better C ではなく better C++ なんだけどな
better C 目指しているのは Rust ざっくりした言い回しは自然と情報量が落ちてしまうので難しいもんだが、GoはやっぱりCompiled PythonとかC++とJavaの中間とって言語機能をC並に絞ったとかの複雑な立ち位置の印象だ
Rustもbetter C 兼 replacing C++の印象 理論的には理想に近い言語でも、実用環境が限られたり、スピード的に極端に落ちると現実的ではなくなるからね。
やはり言語的に洗練されていて、環境を選ばずに動き、スピードの解がある言語は伸びる。
Javaは、環境を選ばずに伸び、スピードの解はJITでまあまあ解決した。
Pythonは色々難しい問題がありそうだが、PyPyはJITで動いてるしいずれ本家がJITをサポートする様になるんじゃ無いのかな。Cythonは直接Cに落ちるが互換性の問題があるし。 goは構文が糞すぎて糞
ゲネリクスとかそう言う問題以前
変数宣言さえ糞
設計した奴はガイジの糞
グーグルって俺よりバカなんだなと思うわ goは触れば触るほど、Cでも良かったよね
Cのほうが論理的に簡単にできるよねってことが多過ぎる チュートリやってたら変数宣言だけで4つくらい出てきてガイジかな?って気持ちになった Lisp方言やPythonとRubyのように類似品を乱立させるやり方は古臭い
Java Kotlin C# TypeScript Go
の中からRubyと同じ失敗を繰り返す言語が続出すると思うと残念だ この中だとGoとKotlinが危ないな。
typescriptも、ecmaに型アノテーション
付く形で合流しそう。 >>333
esのデコレーションは今でも同等機能をコードで補完できるんだよな
コードを組み上げられる能力があればtsもゴミみたいにしか感じられなくなるね 最近のC#はあまりにも先端が突っ走りすぎてて、従来の「哀れな底辺ドカタにも最先端の言語を」という重要な役割を見失いつつある
>>336のようなC#のファンですら大抵3つ4つくらい前のバージョンで知識が止まってる状況で、
自社開発でWebサービスやってますみたいな極一部の「別にC#でなくてもいい層」ばかりを相手にしている
次期バージョンでは.NET Coreでしか使えない機能が出てきて足切りが始まり、プラットフォームが完全に分断される .NET Standardで基本事足りるとはいえ、その他のオープンなライブラリ側もおっつけてない感じあるなぁC# >>328
Goは大学出たての経験値の低い人でも書けるお馬鹿さん言語を意図して設計されとるんやで .NET Coreと.NET Frameworkの間でライブラリを共通化するためのAPIセットを定義するのが.NET Standardの主目的であったが、
その.NET Standardが次のバージョンで.NET Frameworkを切り捨てるというギャグのような話 >>337
趣味でもC#書くけど、それでも確かに正直.NET Coreの3を先食いしてる人達からすると数世代遅れてるな。
Span<T>とかはそりゃ確かにパフォーマンスは雲泥だろうけど、それ要るの結構限られてない?とか。
個人的にはあの断捨離は失敗しそうだから、そこから色々拾い上げてるMonoの方が良いんでないの?と思ってる。
Windowsだとほぼバイナリポンで動くというメリットが、クソ多いファイル数にかき消されてる気がして仕方ない。
.NET FW切り捨てるのはちょっと無理があるんじゃねえかなって思ってるけど、やるんだろうな…。 スマホゲー開発はだいたいC#だし、Unityがゲームエンジンとして標準的だからしぶとく残るんじゃないか
コンシューマーゲーはまだまだC++だけど >>340
最初はそんな意図なかっただろうに
反知性主義云々に乗っ取られて終わったな >>341
最初からCoreへの移行のための共通化じゃね
Coreに欠けてたGUIが解決したらFrameworkから追い出し始めるのは
むしろ自然だと思うけど >>342
普通の人が何も意識しなくてもアプリのパフォーマンスが良くなるってのがSpanを含めた最近の変更やで C++を切り捨てるつもりが
いつの間にかC#自身の古いバージョンを切り捨てる話に変わっている
これがPython Rubyと同じ失敗 >>346
そうなんだが、実際問題そこまでパフォーマンスに悩んだ事あんま無いんだよな。
ゲームとかなら顕著なんだろうけど。 C#は言語自体は面白いんだけどな
特に非同期処理は一日の長があるだけにライブラリが非常によく整備されてるし、
課題だった非同期処理のパフォーマンスも最近では飛躍的に改善されてるし
非同期シーケンスなど他言語に先駆けた取り組みも積極的に行われてる
しかし最近のMSはサイドバイサイドに甘えすぎなんだよ
既存資産との折り合いをつける努力を完全に放棄している
Azure関係とかもちょっとSDKのバージョン上げたりするとそのたびにぶっ壊れる有様でほんと酷い >>333
ecma に型アノテーション入って TS がオワコンになるは本当にあり得る未来だね
CoffeeScript もそんな感じで廃れた歴史が実際あるわけだし C が best だという意見だけは同意しかねる
Go は滅多にクラッシュしないよ。メモリー管理の機構とかちゃんとしてるからだと思うけど
C++ で開発してたときはしょっちゅうコアダンプ吐いてた印象だった。やっぱ確実に進歩はしてるよ >>350
てか最近の言語は全てキメラルートだよ。 >>352
えーと、正直コアダンプ吐くような事態が起きるのは、単にあなたのプログラムがポカしているからじゃないかなーという説が むしろプログラマはポカするものという前提の元で設計されてるのが昨今の言語じゃない?
Rustなんかモロそんな感じだし >>352みたいな低知能がアホなことをしないためにガチガチな仕様で不便な言語が生まれてるんだよな まあ世の中のプログラマの大半が低脳だから、Goの方向性は間違ってはいないよ どちらの言語も、規模と高度な最適化(→複雑さ)両方が必要なシステムを
手に負えるようにするためだと思うけどね
GoはYoutube実装に使われていて
Rustに至っては言語仕様とツールチェーンを実装した本人達を言語ユーザーと想定したものだし ただしょうもない例外メッセージ吐いて死ぬクソ言語より
コアダンプの方が原因追いやすいってのはある
派手にメモリ破壊されるとほとんど解析不能になるけども >>355
もちろんそうだよ?それが Go では起こりづらく C++ では簡単に起きるという話だよね >>357
自分の足を撃つ自由がある C++ って素敵な言語ですね! 昔々MS-DOSとかではNULLのポインタに書き込んでも平然とセグメントのアドレス0に書き込んだりしてたなあ・・・ まぁ結局こだわらない人が多くて足撃ちまくりの動的型付け言語とかの方が人気でるんだけどな バグってはいけないなんて信じてるのはよほど正義感の強いやつだけだな
マッドサイエンティストなら実験失敗してみんなに迷惑かけても罪悪感がない バグを発見したら仕様ということにしてしまうぐらいの機転を効かせる事ができなければ >>356
ポカするってのは正しいが、起きうるポカの想定が間違ってて、
そのポカをしないようにする操作自体がポカを誘導してるという本末転倒な機能ばっかり
入れてるのがc++だったりする。 高級言語は人間が簡単に使えるためのものなんだからその方向性はどれも一緒でしょ
Goはさらに闇雲に凝るバカとそれを理解できないアホの差分を埋めるためにシンプルになってるが、バカとアホ以外には冗長で見苦しい 日本は高卒やモン卒が多い国だからちょうどいいじゃん C++以外ならなんでもいいみたいな雑な考え方をやめろ
電子マネーと同じ
あいつら現金以外ならなんでもいいと思ってるだろ C/C++の危険度は半端ねえからな
他なら何でもいいって考えもあり得る 安全なC++もあり得る
あり得るとか雑な言葉を使うなよ 言語にこだわるよりかバカを取らないようにすることのが重要。 でも「C++開発者募集します」より「Rust開発者募集します」の方が相対的な馬鹿の数は少なそう
分母?知らね >>381
馬鹿の数はどちらも同じだろう
それよりRustの方はこだわりが強すぎな人で、仕事やりにくそう 馬鹿を使いこなせる企業が覇権を握るんやで
GAFAMのように 馬鹿とか言ってるやつは自分は賢いと思ってるんだろうな × 馬鹿と言うやつは馬鹿
○ 馬鹿と言うやつはマナー違反
× 馬鹿を使いこなす
○ マナーを使いこなす しかしバカとしか言いようがないバカがいることも事実 >>393
馬鹿としか言いようが無い馬鹿とは具体的にどんな人物だよ? ■ このスレッドは過去ログ倉庫に格納されています