【悲報】プログラミングの大先生、嫌儲で激論レスバ どっちの勝ち? [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 ヒープに対するアドレスが重複してたらエラーを出すんだよ メモリ以外の何物なのか、それ >>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だった ここんとこ毎回のように当てちゃうなーw んでa_watcherくんの反応が毎回「お前はスレの上の方で自分とやりとりしてた誰かだな!」なのも笑える お前さんのレスっていつでもどこでもくっさいくっさいa_watcher臭が漂ってるからパッと見ですぐ分かるじゃん 自分でも本当は分かってるんでしょ? 初心者のつまずきポイントを想像してあげるのは 人間としての思いやりだと普通は思うんだけど アスペ気質のプログラマーは 書いてない条件を勝手に追加するな!と論破してくるわけでしょ ちょっと関わりたくねぇな、という感じ 知識が古いレベルのオッサンだとわかった 全体的なレベルも把握できた プログラマの夫に「牛乳1つ買ってきて。卵があったら6つお願い」と言った 夫はしばらくして、牛乳を6パック買ってきた。 妻は聞いた「なんで牛乳を6パックも買ってきたのよ!」 夫いわく「だって、卵があったから……」 >>386 溶け込んでいるわけがないだろう、昼間延々と5ちゃんに張り付いてるんだぞ? プロジェクトにはエンジニアだけじゃなくデザイナーや営業や広報とか大勢が関わっている こんな他人をくさす事しか考えていないイキりガイジがどうやってチームでコミュニケーション取れるっていうんだい 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 以降の流れも自演臭いな 昼間より少しまともな人が来たように見えたけど ・広義のイディオムと ・狭義の原理(言語設計の一特徴) の対立は、別問題として即切り分け可能なのに あえてそこをはっきりさせず罵倒合戦の材料にする 事に意義を見出すのは自演の人だけだよね 切り分けが可能な問題について、切り分けをせず 混同した議論をしている人達は 自演屋である可能性が極めて高い どっちかの頭がまともなら 混同議論なんて時間の無駄だから 整理しておしまいにする ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる