ハードが速くならないと、もうソフトウェアって速度上がらないのだろうか

流行る言語なんて、どんどん遅くなっていくばかり。 GPUを使うってのも、どちらかというと機械学習のような都合のいい問題を探してきてる。 ソフトウェア工学ってのも聞かなくなった。

[circled]

下手くそなクエリのせいでパフォーマンス悪いなんてのがあるので、書き方の問題だけで数十倍高速化されるなんてのはよくある話。あとまあ、今のSSDって00年代のメモリよりも遥かに速いのよね。IOとか日々進化してる。

[hylom]

ソフトウェア工学は開発プロセスに対する学問であって成果物の実行速度はスコープ外

[chiroruxx]

えー、ソフトウェアも常に速くなってる気がするけど。むしろ遅くなってる言語ってなんだろう？

[wwolf]

今までは富豪的プログラミングの方向で進化してきたけど、エッジコンピューティングが流行ってくると再び省リソースプログラミングが脚光を浴びるのではないかと思ったり

[tarotheripper]

rui ueyamaさんが作ってるリンカはマルチコアを使い切るように作られてて既存のリンカよりだいぶ速く動くらしいので、他のソフトウェアでもまだまだ速くなる余地がありそうではある。https://github.com/rui314/mold#why-is-mold-so-fast

[Lagenaria]

JITコンパイルとかソフトで改善出来ることはもう大体やっていると思う

[kakei-akihiko]

依存するライブラリがやたら多かったりフレームワークが巨大化したりOSが巨大化したり、AIに巨大なデータが必要だったりっていうところが思い当たる。

[u_u_u]

言語仕様より凄いライブラリがあるかどうかかな？あと速度としては実行速度と開発速度があるなー

[z1h4784]

RustみたいにCを1から作り直すくらいの覚悟があるか次第じゃない？

[m50747]

OS関連が重いのも原因。プロセスやデーモンが足を引っ張ってる。楽する為にインタープリタ言語だらけだし。

[zyzy]

RustやGoは流行してないという見解か

[perl-o-pal]

ん十年前にアセンブラ派だった友人が同じようなこと言ってた。高級言語は複雑すぎてオーバーヘッドが大きい云々。

[Yoshiya]

コンピュータが高速になったから、コンパイラ言語よりもインタプリタ言語に流れが移っているだけでは… コンパイル、リンクしてバイナリになったソフトウェアはインタプリタ言語よりも数段早い。

[tamanecoplus]

アセンブラから入った人間としてはハードウェアの性能を100%引き出したい感は分かる

[agricola]

ソフトの高速化ってのも時として「今流行のコンピュータで速い」だけだからな。UMAではどのスレッドがどのメモリにアクセスするかを気にしなくても良かったわけで。

[dgen]

ソフトは進化するほど様々な状況への対応を迫られるから冗長にならざるを得ない。速度を上げられるとしてもそれは個別の処理に対しての最適化であってすべての状況に対応しているわけではない。

[strawberryhunter]

完成されたものはなかなか速くならないと思うけどフロントエンドのビルド工程のような洗練されていないものは10倍とか100倍の速度改善は見込める。高速性を得るために手間がかかるものも手間がかからない方向になる。

[sechs]

ハードを使い切るソフトウェアはそうそう無いので頑張れば早くなる。それ以上はハードが早くならないと無理。分散処理でハードを使いきる方法を人類はまだ編み出してなくて研究分野かな。

[knok]

いやあ、ネイティブバイナリ吐くのに動作が遅い言語とかはさすがにないでしょう。ビルドが遅い、ということはあれども。CPUのありようが変わって「こういうケースではこうすると早い」というパターンが増えてる気が

[nakag0711]

言語としてはC++と同等は作れてもそれより速い言語ってのは難しいのでは。アルゴリズムやアプリレベルの高速化の努力はそれなりにされてるが最初から速く書いてあったらユーザにはわからないよね

[honma200]

ゲーム機は同じ構成だから作れば作るほど経験値ついて性能使い切れるとかじゃななったっけ？

[blueeyedpenguin]

むしろ最近のソフトウェアって、ハードに期待するのを諦めた感じの革新も増えてない？

[pixmap]

遠くない将来に「早く見せる」技術が上がると踏んでる。コストの高い演算は、機械学習のモデルから大まかな値を先に求めて仮の値として利用しておき、後からより正確な値で置き換えていくような。

[GiveMeChocolate]

まあ、多分ハードの進歩のおかげで無茶したりテキトーでも動けばオッケーだったり楽したり手を抜いたりできるようになってる感は。ゲームとか無駄に肥大化してるし

[zakkie]

ソフトでの競争を諦めた人からよく聞く言葉。確かに極度の最適化はハードの進化で覆される。それでも諦めずに戦い続けてバランスを身につけるしかない。それを諦めたなら一級のエンジニアにはなれない。

[kmaebashi]

ハードが速くなったのに、それをソフトウェアが毎回食い尽くしてユーザの体感速度がさっぱり上がらない、と思っている。スマホでPayPayの起動が遅くていつもレジで困っている。

[Akech_ergo]

やりたい動作があって、優秀なプログラマが処理速度が速くなるように最適化してコード書いた場合と、初学者が愚直にコード書いた場合で実行速度が全然違うということはふつうにあるのでは。

[chimerast]

「ソフトウェア工学」はぶっちゃけ定性的にしか評価ができないので、研究として成り立ちづらいんだよね。定量的に評価する指標は提案されるけど、コードの行数を指標にするのと意味的に大して変わらない。(続く

[PrivateIntMain]

速さは誰かのコストとおちんぎんで成り立っているし文句あんのかお前が作れやみたいな雰囲気も醸されている。

[rkosaka]

速さは計算機工学じゃない？

[n_231]

言語レベルでの高速化はあまりビックトピックではなくなったかもね。開発スピード、品質維持重視にしておいて性能はハードで殴る方が堅実という感じ。

[hkanemat]

両方に速くなる要因あるだろうに。

[tsz]

ハードが同じでもWindowsは年々遅くなっていく…。

[toaruR]

フレームワークが重いよなぁ（´－｀）仮想化技術も結構リソース食う

[nakamura-kenichi]

「もうソフトウェアって速度が上がらないのだろうか」って言ってりゃあ速度は上がらんしそも上げる必要のある仕事なんてしてないんやろ。

[TakamoriTarou]

数値シミュレーションでは、突然新しい数学理論が出てきて、それが実装されて実行速度が大幅に上がる、なんてことがだいたい5年に一度ぐらい起きてる気はする。ただ、ハードウエアの進化に似合うだけの高速化はない

[cooking_kawasaki]

FPGAもありなら、ソフトで最速の世界が見られると思う（ソフトといっても回路書くような感じだけど、ノイマン型の限界を超えれる）

[ardarim]

ブコメが思ってたより高級寄りだった…。

[junnishikaw]

今のハードパワーをぶん回してカリカリに最適化しまくるコンパイラを作れば(普通にコンパイルしたのと動作比較して変わりないかの検証まで自動で)いい線いく気がするんだけど今どきはそういう話の次元じゃないとか？

[mohno]

昔のパソコンとかタブレットとか「こんな遅いものを使っていたのか」ってわけじゃなくて、ソフトが重くなってるんだよな。動画再生なんて重い処理じゃなくなってきたというか。