【悲報】プログラミングの大先生、嫌儲で激論レスバ どっちの勝ち？ [364799964]
■ このスレッドは過去ログ倉庫に格納されています
https://imgur.com/
55 番組の途中ですがアフィサイトへの転載は禁止です (中止 0a56-D0vN) 2023/02/14(火) 14:33:50.22 ID:kq23qcgY0St.V
>>1
プログラム関連においてエラーが出て意味不明に思う場合
それは断じて英語が読めないからではない
プログラムの技術に関するスキルが足りてないからだ
例えばヒープとスタックに関する技術を知らん人が
スタックエラーを翻訳して読んだところで何が理解できるというのか？
この回答者も返事が間違っていて
英語を読めるように努力するのではなく
メモリやアドレスに関するIT技術を高めることがエラー対処になると言わなくちゃいけない
恐らくこの回答者の実力も大したことないと思うわ
60 番組の途中ですがアフィサイトへの転載は禁止です (中止W 078f-eAyv) 2023/02/14(火) 14:35:08.83 ID:YcwzkYpW0St.V
>>55
何のエラーか一切書かれてないのに良くそこまで妄想できるな
病気だろ
70 番組の途中ですがアフィサイトへの転載は禁止です (中止 0a56-D0vN) 2023/02/14(火) 14:36:21.03 ID:kq23qcgY0St.V
>>60
エラーというのはメモリに関するものが基本だろ
おまえもプログラムなんて組んでないな
ちょっとした言葉で実力なんてバレちゃうんだよ
80 番組の途中ですがアフィサイトへの転載は禁止です (中止 Sd4a-XiwN) sage 2023/02/14(火) 14:37:45.23 ID:PwdsPRWrdSt.V BE:821322453-2BP(1000)
>>70
質問者と同じレベルだよ君は
87 番組の途中ですがアフィサイトへの転載は禁止です (中止 0a56-D0vN) 2023/02/14(火) 14:38:50.72 ID:kq23qcgY0St.V
>>80
NULLにしたってアドレス参照不能から来てる
スタックもヒープも・・・とにかく
お前らなんぞがプログラミングを語るな
102 番組の途中ですがアフィサイトへの転載は禁止です (中止W 078f-eAyv) 2023/02/14(火) 14:41:18.21 ID:YcwzkYpW0St.V
>>87
スタックオーバーフローなんてCでもめったにあり得ないが頭大丈夫？
8ビットマイコンでもいじってんの？
まあ8ビットマイコンでもそんなエラーは出ないがな
Cにはスタックオーバーフローを予測する機能がないから
108 番組の途中ですがアフィサイトへの転載は禁止です (中止 0a56-D0vN) 2023/02/14(火) 14:42:32.86 ID:kq23qcgY0St.V
>>102
例えば多重に継承してるのを禁止した言語である場合
エラーは何をもって判断してると思う？
116 番組の途中ですがアフィサイトへの転載は禁止です (中止W 078f-eAyv) 2023/02/14(火) 14:44:21.39 ID:YcwzkYpW0St.V
>>108
javaのことを言ってるのかな
インタープリタ言語ごときでメモリのエラーがーとか臍で茶が湧く
127 番組の途中ですがアフィサイトへの転載は禁止です (中止 0a56-D0vN) 2023/02/14(火) 14:45:48.97 ID:kq23qcgY0St.V
>>116
ヒープに対するアドレスが重複してたらエラーを出すんだよ
メモリ以外の何物なのか、それ >>358
また詭弁かよアホくさ
C++から発生した概念なので関係ないはありえない
ただ実現にはクラスそのものは必要ないというだけ
そしてお前さんはスコープや参照カウントをセットに考えてる時点で完全に勘違いしてる
一応こっちもちゃんと説明するけどさ
解放の起点はスコープ抜けた時のコンパイラのライフタイム制御だからね？
やってるのはコンパイラであってRAIIの機構ではない
RAIIはあくまでその起点から自らの内包するリソースを解放するという機構なだけ >>361
自動解放はRAIIの話ではない
リソースの初期化と解放の責任をクラスの概念にしただけ
完全に勘違いしてる そもそも概念の話抜きにするなら
厳密な意味でのRAIIはイディオムなんだからC++と同等な機構以外じゃ無理だよ
クラスでリソース管理するって概念なんだから
RustでRAIIは伝えたい意味は通じなくないけど
厳密に言ったらPimpleをRustでやってるとか言ってるぐらい意味不明な文面 >>362
珍しくこの部分だけは合ってる
「RAIIはあくまでその起点から自らの内包するリソースを解放するという機構なだけ」
そこを分かっているなら後はunique_ptrの仕組みを理解すれば
RAIIによってメモリ自動解放されることが分かるし
RAIIがないC言語ではメモリ自動解放できないことも分かるはず
そしてクラスは無くともRAIIがあるRustではメモリ自動解放できることも分かるはず
あともうちょっとだから頑張れ >>178
もうこのお約束キーワードとお約束の話の持っていき方が出てくる時点で
こいつがa_watcherくんだって事がわかる
ほらほら山形大学ガー天羽ガーっていつもみたいに鳴いてみせろよｗ >>365
クラスは一切関係ない
クラスがないRustにもデストラクタはある
そしてリソースを使用終えた状態になった時に自動的にデストラクタが呼ばれればRAIIは成立する >>364
いや、文系がプログラマーやるとこうなるというだけ。 >>367
それはRAIIの自動解放ではなく
スコープによる破棄や参照カウントが自動開放なだけだよ
詭弁もここまでくるとすごいな
お前の論理を援用するならコンストラクトとかデストラクタをマニュアルで呼んだらRAIIじゃないって事になっちまうよw
本当知ったかだけで強弁してるくせに傲慢な奴だな
Rustもほとんど知ったかぶりしてんだろな >>369
自動かどうかが関係ねえんだよw
マジで頭おかしいなお前 >>367
つかこの文面見てるとmoveセマンティクスすら理解してねえなこいつ
本当知ったかだらけ >>371
思い込みばかりで投稿するのはやめて少しは調べなさい
Rust公式でもRAIIだと明記しているし
第三者であるWikipediaでもRAIIのページにはRustとあり、RustのページにはRAIIとある
あなたが完全に間違っていますよ >>373
moveは所有権すなわち解放義務が移動するたけであってRAIIの枠組みとは全く別の独立した話ですよ
まずはちゃんと勉強したほうがいいですよ
最終的に所有権を持つローカル変数がRAIIにより消滅するときに
デストラクタが呼ばれることでメモリ解放されます
C++ならばunique_ptrのデストラクタがそれを担います
Rustならば各型のデストラクタが担います >>374
まずRust公式のRAIIの説明にそもそも自動解放なんて含意ないよこれ
ただこの文面お前が勘違いしちゃったのもわかるわ
>so whenever an object goes out of scope, its destructor is called and its owned resources are freed.
スコープと一緒に内包したリソースも開放されますって説明したらスコープによる解放がRAIIって思っちゃうもんね
あくまで解放の起点になるのは変数部分の話なのに
そしてまだ勘違いしてるけど俺はそもそもRustがRAIIじゃないって言ってるわけでもない
クラスを使わない広義のRAII(Cなどでも通用する)ならわかるから
それを否定するならRustもRAIIではない >>375
お前からunique_ptrの話してんのになんでもRAIIの文脈だと思ってる時点でお前が勉強不足だよマヌケw
つかここまで説明してやってんのに俺を初心者扱いする事でしかプライド保てないって情けないと思わんの？ >>377
前半のところまでは合ってるよ
なのになぜその後が理解ができないのかな？
RAIIはそのスコープローカル変数のリソース解放
そしてヒープ領域を利用する型の所有権を持っているならばリソース解放とはヒープメモリ解放となる
つまりRAIIの枠組みがあるからC++やRustではメモリ自動解放ができる
一方でRAIIでないC言語ではメモリ自動解放はできません >>378
RAIIをサポートとしないC言語でもメモリ自動解放をできると思ってる時点で初心者だとわかります
RAIIが何かを把握していればCはRAIIではないと分かるはずですしメモリの自動解放ができないことも分かるはずです
これらのこの件での基礎を分かっていないあなたは初心者で間違いありません >>379
Cでもスコープでの解放はできるCでもGCライブラリはある
そもそもマクロ組み合わせてOOPにしてるCがある
って言うとマイナーだと思ってるかもしれんけど組み込みで使われてる実績がある
それとスコープでの解放限定と言ってしまったらshared_ptrはRAII関係なくなるだろ
あれは完全に中でnew/delete使ってんだから
RAIIイディオムはあくまで「メモリ管理を楽にするためのクラスの書き方」であって解放起点は言語機能の話だよ
スコープで所有権消えて開放されるのはRAIIメリットではあるよ
けどそれ自体はRAIIではなくRAIIはイディオムで書き方(形)の話
解放を明示して書かなくていいのであれば自動でなくてもいい
スコープだけの話でもない >>380
CがRAIIではないは草
だからそもそもRAIIの意味履き違えてるって言ってんだよ
C++もCも自分で書くんだよマヌケ >>380
あとそもそも俺一言もC++で自動に「ヒープが」開放されるなんて言ってないんだけどなんでそんな解釈した？
そうやって必死に詭弁並べ立てて初心者って事にしたがってるの意味がわからんよ
つか明らかにお前がC使いでもC++erでもないだろ >>382
ほら理解できていない
RAIIの枠組みは言語システム自体が持っている性質です
自分で書くものではありません
自分で書く必要があるのはRAIIの枠組みを利用するデストラクタ部分です
>>383
あなたがアンカーを付けている>>380にはC++という文字は出てきていません
また思い込みで誤読していませんか？ 
派生スレで延長戦が始まってるのウケる こういう人も普通に社会に溶け込んでると考えたらすごいわ >>368
「ヒープはインスタンスですかリンクですか」の狂人は山形大学天羽か。自己紹介おつかれ >>387
ほーらやっぱりa_watcherだった
ここんとこ毎回のように当てちゃうなーｗ
んでa_watcherくんの反応が毎回「お前はスレの上の方で自分とやりとりしてた誰かだな！」なのも笑える
お前さんのレスっていつでもどこでもくっさいくっさいa_watcher臭が漂ってるからパッと見ですぐ分かるじゃん
自分でも本当は分かってるんでしょ？ 初心者のつまずきポイントを想像してあげるのは
人間としての思いやりだと普通は思うんだけど
アスペ気質のプログラマーは
書いてない条件を勝手に追加するな！と論破してくるわけでしょ
ちょっと関わりたくねぇな、という感じ 知識が古いレベルのオッサンだとわかった
全体的なレベルも把握できた プログラマの夫に「牛乳1つ買ってきて。卵があったら6つお願い」と言った
夫はしばらくして、牛乳を6パック買ってきた。
妻は聞いた「なんで牛乳を6パックも買ってきたのよ！」
夫いわく「だって、卵があったから……」 >>386
溶け込んでいるわけがないだろう、昼間延々と５ちゃんに張り付いてるんだぞ？ プロジェクトにはエンジニアだけじゃなくデザイナーや営業や広報とか大勢が関わっている
こんな他人をくさす事しか考えていないイキりガイジがどうやってチームでコミュニケーション取れるっていうんだい StackOverflowで聞けばいいだろ
そんな低レベルレイヤーの事詳しく知ってなきゃいけないとか無理言うな
レアケースのエラーの為にどこまで学習コスト払わせるねん
学習してても忘れてるわ
楽する事が一番大事なんだよ >>388
>>368
狂人山形大学天羽、自己紹介おつかれ 取りあえずどちらがどちらか分からなくなったからどちらも死刑 とりま kd23の方がアホなのはわかった
エラーの原因がメモリって意味不明
普通にお作法エラーが一番多い C++ の型エラーの型式見てて「こんなの人間が読んで理解できるようなもんじゃないだろ」
と思ってる私はまだまだC++の入門レベルって事なんだと思ってる >>384
やっぱりイディオムという単語の意味を理解していないから
基本原理だと発言したんだね
それが基本原理だと解釈する文献のリファレンスは出せないのが草 この人の中では「Rust言語はその言語設計時に基本原理の一つとしてRAIIイディオムを据えた(据えようと試みた)言語だ」
その解釈が適切か/不完全か/評価はどうか、は別の話題 >>332
なんか幼稚な人が紛れ込んでいてワロタ
妄想が多いね>>332 >>333
結局、頭悪い人の概念世界に視線を合わせて議論してるからMark and Sweepなんて単語を出しようがないね
それくらい実装したことあるけどさw
リファレンスカウンター方式で別スレッドでGCするけどそれがMark and Sweepとは違う方式もあったね
Generation Scavengingとか >>337
同意。その説明で済む話
自分も多少ネガティヴな表現ではあるけど
メリットも認めて話をしていたのだけど
一字一句同じ解釈をしてあげないと
相手を罵倒してしまう病気の人だからフレームになってるね 解釈のブレは
第一に他人の自由意志に基づくもので
第二にその関連分野の将来的な発展の自由度の確保だから
否定する必要は全くないのだけど
匿名掲示板のフレーム議論では
他人の解釈のブレに対して
自らの信念が毀損されたかのような興奮をして
決して唯一解が得られる事のない議論をして
相手を否定して回る習慣があって
創造的ではなくて時間の無駄だと思う もしかして自称CSのフレーム議論の人は
問題の場合分けによるソリューションの分岐を
客観視する能力が著しく欠如していて
問題空間の樹形探索で
幅優先探索であらゆる可能性の芽を押さえる思考はせずに、
深さ優先探索で一番深いところに行ったのが勝ち
みたいな刹那的な競争をしてしまうのが
フレームの原因じゃないかな
そんな視野狭窄した議論しかできない人に関わりたい人は
同じ穴のムジナって奴しか居ないんじゃないの 別の言い方をすれば、大まかに樹形図状の問題空間全体を意識して、その中で己と相手が一見そっくりなnodeや leafに居るように見えても、ルートの違う別のnodeやleafに居る可能性を考えて、
外国人や宇宙人相手だと考えて丁寧な議論をしたらフレームは減るんじゃないかな こういうキチガイ達は専門板で暴れてる印象あるけどどこにでもシュバって来るんだなあ
わざわざ匿名掲示板でやらないでTwitterでもnoteでもquoraでも名前と実績出る所でやればいいのに
勝敗もその方がつきやすいでしょ ↑書く場所間違えてるよ
ここはtwitterでもnoteでもquoraではないよ >>331以降の流れも自演臭いな
昼間より少しまともな人が来たように見えたけど
・広義のイディオムと
・狭義の原理(言語設計の一特徴)
の対立は、別問題として即切り分け可能なのに
あえてそこをはっきりさせず罵倒合戦の材料にする
事に意義を見出すのは自演の人だけだよね
切り分けが可能な問題について、切り分けをせず
混同した議論をしている人達は
自演屋である可能性が極めて高い
どっちかの頭がまともなら
混同議論なんて時間の無駄だから
整理しておしまいにする ■ このスレッドは過去ログ倉庫に格納されています
