[過去ﾛｸﾞ]
次世代が造った言語 blawn (460ﾚｽ)
次世代が造った言語 blawn http://mevius.5ch.net/test/read.cgi/tech/1571717826/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
41: デフォルトの名無しさん [sage] 2019/10/24(木) 12:17:16.51 ID:41Irfu7E 相変わらずのqiitaクオリティｗ http://mevius.5ch.net/test/read.cgi/tech/1571717826/41
104: デフォルトの名無しさん [sage] 2019/10/25(金) 18:45:12.51 ID:4V9sCl2t >>102 実は言語処理系のプログラムでは、「組み合わせ爆発」の問題が起きがち。 それと、実際に実用的な言語処理系はコードが大きくなりがちなため、 コードの全体把握が難しくなっていく。だから、仕様を追加したり改良 しようとしたとき、100%絶対大丈夫の方法がだんだんと分からなくなってきて、 大体正しそうな修正しか分からなくなってくる。だから、少し修正しては、 テストを走らせて本当に正しく修正できたかを少しずつ確かめながら 前に進んでいく方法をとらざるを得なくなったりする。 開成高校の頭脳を持ってすれば、完全に正しい修正方法も絶対的に分かる 可能性もあるが、それでも言語の規模が大きくなっていくと難しくなっていくだろう。 組み合わせ爆発を抑えれば処理系のコードが小さくなるが、コンパイル速度の低下や、 LLVMで最適化する前のコードの品質低下などにつながる。 最適化する前のデバッグ時のコードの速度もある程度大事なので。 http://mevius.5ch.net/test/read.cgi/tech/1571717826/104
292: デフォルトの名無しさん [sage] 2019/11/01(金) 12:40:32.51 ID:/NQz6Ezi >>289 構文解析器などは結構昔からあったけど LLVMが使えるようになったのが大きいのだろう gccは機能単位で使いづらかったし http://mevius.5ch.net/test/read.cgi/tech/1571717826/292
330: デフォルトの名無しさん [sage] 2019/11/02(土) 10:04:42.51 ID:Gk9XpeBO >>325 >cとアセンブルじじいが、もっと速くできるってうるさいのが5ch >爆笑よw 若い人はいきなりC#から入るように仕向けられているし、ベンチマークテストは C#有利な嘘情報ばかりが氾濫しているし、clangとVC++の速度差が15%程度しかない という嘘情報も出回っている。正しい情報を届けないと日本のIT産業はますます 駄目になる。 C#がC++の速度を上回っている結果になってるベンチマークテストは、 C++だけは駄目なやり方を使っている。一件、最新のSTLを使っているようだが、 それがいけない。最新のSTLが、速度的に良い方法ではないからだ。 昔からの伝統的な生配列などを使ったものがC++の真の速度。 また、Linuxが流行らなかった一つの理由に、実際に使ってみると、gccの速度 が遅かったからというのも有ると見ている。なので、コンパイラの速度は非常に重要。 そしてそれは、flexを使っていては達成しにくい。 http://mevius.5ch.net/test/read.cgi/tech/1571717826/330
373: デフォルトの名無しさん [sage] 2019/11/04(月) 11:35:36.51 ID:FzGFhotx 関数型言語スピノザは完成しましたか・・・？ http://mevius.5ch.net/test/read.cgi/tech/1571717826/373
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.033s