アカウント名:
パスワード:
素人に金槌を持たせたら指を叩く(玄人でも稀には怪我する)というだけの単純な話なのに、工具が危険という一般論に置き換えてる。
まあ systemd は、そんなこと以前に設計図的な部分が大問題なのだけど。
金槌を使えないようなレベルの人間が一人前の大工だと言い張って家を建てる時代になったということかもしれませんそのうち金槌を知らない世代に人数で負ける時代になります
まあ「memory-unsafe language」なんて表現をする時点でGoとRustにかなり肩入れしている感じはしますが
>そのうち金槌を知らない世代に人数で負ける時代になります
この発言もタイトル通り。小学校で図工の授業をやっている限り、そんな時代は来ませんね。
「金槌を知らない」というのが見たことも聞いたこともないという意味にしか解釈できないなら日本語を知らないということですね
「写真でなら見たこと有ります」って世代ならすでに存在してる。
＃ 「金槌？ ああ、泳げない人のことですね」ってのはさすがにいないか？
むしろこういった言外の意図をくみ取らない人こそ、Cでのコーディングに向いているような気がしないでもない。
同僚としてはご遠慮願いたいけど。
> 小学校で図工の授業をやっている限り、そんな時代は来ませんね。
この「金槌を知らない」は「CやC++を使えない」の喩え話でしょう。
Agile開発に設計図なんて存在しませんよ?
金槌を使うのに設計図が必要なのかよ
金槌を使うのに専用機械が必要な運痴は確かにいます。専用機械の制作には、一般に設計図が必要です。
原付程度でも大抵設計図が必要ですが、無しで作ってしまう人もたまにはいるかも知れません。それが飛行機規模となると、もっと設計図無しでは困難になります。
安全な Rust で書かないのが悪いというだけの単純な話。
「不必要な複雑性を膨大に詰め込むことを決定し、メモリを安全ではない言語で記述したと非難している」問題なのは前半の部分なのに、我田引水のために後半の話題にすりかえてる。本気で init を書くのに Rust が必要と考えてるのか？
問題は、メモリを記述できる言語が果たしてあるのかどうかでは？ VHDL？
そら書けるが意味ちげぇｗｗｗ
その意味ならVHDLやVerilogでもメモリは書けないよ。物理設計で決めるから。なにか記憶できる領域が割り当たるという意味ならCでもおなじでしょ。
> なにか記憶できる領域が割り当たるという意味ならCでもおなじでしょ。
うまいっ!DRAMですね!
誰か解説して
そのまんまだろ。!がCでどういう意味か考えてみたら…仮想記憶をサポートしたマシンなら極端な話DRAMなくてもいいよねっていう。
これを理解しようとするとサンチェックを要求されるんじゃないかな。
# おー昔のコアメモリとか水銀の遅延記憶装置とかむしろ仮想記憶以前の方がDRAM無かったよね。# あと普通にDRAMをSRAMに置き換えるだけで何でもイケるし。# そもそもチューリングマシンは記憶テープ(仮想)だし。そういえば大昔の大型マシンは磁気テープを# 一時記憶に使ってたっけ?
キャパシタという意味かと。
そもそも
> その意味ならVHDLやVerilogでもメモリは書けないよ。物理設計で決めるから。
が意味不明なんだよな。
言語レベルで多少なりとも安全性を担保できるのならそうしたほうがいいのは当然なわけで、結局行き着くところはinitを書くのにCが必用か？ということでは。
> 本気で init を書くのに Rust が必要と考えてるのか？「前半の部分」によるとsystemdは単なるinitじゃないから、その指摘はちょっと変では。
ネイルガンのように金槌よりは安全な道具もありますしね。玄人でも金槌で指を打つとは言うがメモリ関連の脆弱性はそんなごく少数の例外ではないし組織の大小に関わらず致命的な問題になることが多いのでより安全な言語をつかつべきであるという主張はそれなりに説得力がありますよ。GoやRustがC並に早いならという前提付きで。まあメモリ管理を言語側で自動化してもメモリ管理機構に脆弱性が移るだけの話ですが。仕様でメモリの安全を確保するほうがいいよな。何が言いたいかって？喩え話はやめようねってのとJavaは悲しいけどだめだよねって話。
オーエスもJavaVMに乗っけるというのは狂気の沙汰に思える。
ネイルガンのように金槌よりは安全な道具もありますしね。
あんな凶悪なのを安全とは。最近はAAA付で余計に。# それは超電磁砲
「言い加減」
効率を犠牲にせず安全になる道具があるならそっち使った方が良いに決まってるじゃん
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
また言い加減なことを言ってるなあ (スコア:0)
素人に金槌を持たせたら指を叩く(玄人でも稀には怪我する)というだけの単純な話なのに、工具が危険という一般論に置き換えてる。
まあ systemd は、そんなこと以前に設計図的な部分が大問題なのだけど。
Re: (スコア:0)
金槌を使えないようなレベルの人間が
一人前の大工だと言い張って家を建てる時代になったということかもしれません
そのうち金槌を知らない世代に人数で負ける時代になります
まあ「memory-unsafe language」なんて表現をする時点で
GoとRustにかなり肩入れしている感じはしますが
Re: (スコア:0)
>そのうち金槌を知らない世代に人数で負ける時代になります
この発言もタイトル通り。
小学校で図工の授業をやっている限り、そんな時代は来ませんね。
Re: (スコア:0)
「金槌を知らない」というのが見たことも聞いたこともないという意味にしか解釈できないなら日本語を知らないということですね
Re: (スコア:0)
「写真でなら見たこと有ります」って世代ならすでに存在してる。
＃ 「金槌？ ああ、泳げない人のことですね」ってのはさすがにいないか？
Re: (スコア:0)
むしろこういった言外の意図をくみ取らない人こそ、
Cでのコーディングに向いているような気がしないでもない。
同僚としてはご遠慮願いたいけど。
Re: (スコア:0)
> 小学校で図工の授業をやっている限り、そんな時代は来ませんね。
この「金槌を知らない」は「CやC++を使えない」の喩え話でしょう。
Re: (スコア:0)
Agile開発に設計図なんて存在しませんよ?
Re: (スコア:0)
金槌を使うのに設計図が必要なのかよ
Re: (スコア:0)
金槌を使うのに専用機械が必要な運痴は確かにいます。
専用機械の制作には、一般に設計図が必要です。
原付程度でも大抵設計図が必要ですが、無しで作ってしまう人もたまにはいるかも知れません。
それが飛行機規模となると、もっと設計図無しでは困難になります。
Re: (スコア:0)
安全な Rust で書かないのが悪いというだけの単純な話。
Re:また言い加減なことを言ってるなあ (スコア:1)
「不必要な複雑性を膨大に詰め込むことを決定し、メモリを安全ではない言語で記述したと非難している」
問題なのは前半の部分なのに、我田引水のために後半の話題にすりかえてる。
本気で init を書くのに Rust が必要と考えてるのか？
Re:また言い加減なことを言ってるなあ (スコア:1)
問題は、メモリを記述できる言語が果たしてあるのかどうかでは？ VHDL？
Re: (スコア:0)
そら書けるが意味ちげぇｗｗｗ
Re: (スコア:0)
その意味ならVHDLやVerilogでもメモリは書けないよ。物理設計で決めるから。
なにか記憶できる領域が割り当たるという意味ならCでもおなじでしょ。
Re: (スコア:0)
> なにか記憶できる領域が割り当たるという意味ならCでもおなじでしょ。
うまいっ!DRAMですね!
Re: (スコア:0)
うまいっ!DRAMですね!
誰か解説して
Re: (スコア:0)
そのまんまだろ。!がCでどういう意味か考えてみたら…仮想記憶をサポートしたマシンなら極端な話DRAMなくてもいいよねっていう。
Re: (スコア:0)
そのまんまだろ。!がCでどういう意味か考えてみたら…仮想記憶をサポートしたマシンなら極端な話DRAMなくてもいいよねっていう。
誰か解説して
Re: (スコア:0)
これを理解しようとするとサンチェックを要求されるんじゃないかな。
# おー昔のコアメモリとか水銀の遅延記憶装置とかむしろ仮想記憶以前の方がDRAM無かったよね。
# あと普通にDRAMをSRAMに置き換えるだけで何でもイケるし。
# そもそもチューリングマシンは記憶テープ(仮想)だし。そういえば大昔の大型マシンは磁気テープを
# 一時記憶に使ってたっけ?
Re: (スコア:0)
キャパシタという意味かと。
Re: (スコア:0)
そもそも
> その意味ならVHDLやVerilogでもメモリは書けないよ。物理設計で決めるから。
が意味不明なんだよな。
Re: (スコア:0)
言語レベルで多少なりとも安全性を担保できるのならそうしたほうがいいのは当然なわけで、結局行き着くところはinitを書くのにCが必用か？ということでは。
Re: (スコア:0)
> 本気で init を書くのに Rust が必要と考えてるのか？
「前半の部分」によるとsystemdは単なるinitじゃないから、その指摘はちょっと変では。
Re: (スコア:0)
ネイルガンのように金槌よりは安全な道具もありますしね。
玄人でも金槌で指を打つとは言うがメモリ関連の脆弱性はそんなごく少数の例外ではないし組織の大小に関わらず致命的な問題になることが多いのでより安全な言語をつかつべきであるという主張はそれなりに説得力がありますよ。
GoやRustがC並に早いならという前提付きで。まあメモリ管理を言語側で自動化してもメモリ管理機構に脆弱性が移るだけの話ですが。仕様でメモリの安全を確保するほうがいいよな。
何が言いたいかって？喩え話はやめようねってのとJavaは悲しいけどだめだよねって話。
Re:また言い加減なことを言ってるなあ (スコア:1)
Re: (スコア:0)
オーエスもJavaVMに乗っけるというのは狂気の沙汰に思える。
Re: (スコア:0)
既存と互換性のない OS 使えないけど。
Re: (スコア:0)
ネイルガンのように金槌よりは安全な道具もありますしね。
あんな凶悪なのを安全とは。最近はAAA付で余計に。
# それは超電磁砲
Re: (スコア:0)
「言い加減」
Re: (スコア:0)
効率を犠牲にせず安全になる道具があるならそっち使った方が良いに決まってるじゃん