[過去ﾛｸﾞ] ぶっちゃけ始めるのにいい言語て何 part6 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
132: 2021/08/19(木)23:52:12.56 ID:ZLJucC+e(1) AAS
ぶっちゃけ始める。
146: 2021/08/20(金)09:16:38.56 ID:5DMg0xgk(2/3) AAS
悲報：みずほまたやらかすｗ
やっぱみずほって糞だわ
160: 2021/08/20(金)21:30:16.56 ID:T5ICWOLv(9/14) AAS
中西 正和・大野義夫『やさしいコンパイラの作り方』
（共立出版株式会社、一九八〇）という本があって、
その中に「BITCOM」という仮想マシンが出てくる。
普通は CPU 内部のレジスタとメモリ（弧億領域）は別なんだが、
BITCOM ではメモリの中に割り当てられていたりして、
昔のミニコンピュータとかの形式をなぞっているらしい
（いわゆるスーパーミニは、リング保護とかいった機構があるので、
システム領域に触ろうとするとトラップで引っ掛けられて
システムが落ちる）。
昨今（つーても何十年も昔だが）の CPU は、レジスタはレジスタだし
省6
248(2): 2021/08/22(日)12:22:42.56 ID:0Cz6ueFz(1/3) AAS
Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています
Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます
Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ
なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？
Nimの実験的特徴 バージョン1.5.1
外部ﾘﾝｸ[html]:nim-lang.github.io
省6
528(1): 2021/08/26(木)14:27:43.56 ID:4fOoDR4L(9/20) AAS
>>525
クライアント側には JSP だろうが何だろうが関係なし
サーバー側が何を使っているのかも関係なし
クライアントが HTML と JavaScript を使っているとすれば、
それはサーバー側が静的 Web コンテンツとして提供しているという
話ジャマイカ？
547(1): 2021/08/26(木)19:31:38.56 ID:Moh7Jd9/(1/2) AAS
【おすすめ言語】Haskell。
【おすすめの理由】あわしろ氏が絶賛。
【何が出来るようになるのか】数学志向プログラミング。
566: Mb 2021/08/26(木)23:23:27.56 ID:4fOoDR4L(17/20) AAS
なんなんだろうな。
皆さんは「ローマ字かな変換」と「かな漢字変換」の間で、
そんなに困っているのかな？
キーボードを叩くのが、そんなに厭なのかな？
「functiom（函数）」は「fn」と書きたいし、
「String」は「str」と書きたいっていうのは解るんだけどさ、
いまどきの IDE の構造エディタって、けっこう面倒見がいいよ？
それとも、「静的で厳格な型付け」に、
そんなに嫌悪感があるのかな？
Java はクラシックで、ここで勧められているのはモード系の言語が
省1
617: 2021/08/27(金)19:23:40.56 ID:Q47YKSur(1) AAS
ボケたのに参照透過性がピンボケた
770(2): 2021/08/31(火)17:29:38.56 ID:Qs4N52+O(1/3) AAS
Swiftはどうなの
794: 2021/09/01(水)07:49:54.56 ID:pp3fy/rc(2/4) AAS
>>788
少人数、小規模、非厳格開発で
変数バグとその汚染範囲を特定できるのなら
変数はpublicで書いてもそれほど困らない
どっかのメガバンクみたいに
最初は固く金融的なシステムを組んでも
あとで拡張や修正する人たちが
いじっちゃいけない変数をいじったり
プログラム構造を無視して
ダイレクトアクセス禁止エリアに
省9
900(3): Mb 2021/09/06(月)19:25:30.56 ID:O3QTJXwo(5/5) AAS
>>987
なんか変だなぁ。っていうか気持悪い。
join() メソッドの中に LOOP-UNTIL-DO-REPEAT 構造が
隠蔽されているのはともかくとして、
> println!("{}", s);
の括弧（"{}"）はどこへ行っちゃったの？
正直な話、Java の構文は若干ダサいところはあるけども、
「Rust の構文って、こんなコードが通っちゃうんだ …」と
思うと減滅だなぁ。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.048s