スレ立てるまでもない質問はここで 161匹目

**デフォルトの名無しさん** · 2022/08/27(土) 16:03:56.00

この板はプログラムを作る人のための板です。
あらゆる質問はまず
スレ立てるまでもない質問はここで
スレにしてください。

次スレは>>980が立てること

【前スレ】
スレ立てるまでもない質問はここで 160匹目
https://mevius.5ch.net/test/read.cgi/tech/1652160275/

**デフォルトの名無しさん** · 2022/09/29(木) 19:16:34.09

いやローカル変数は別にミュータブルでもいいよ
さほど問題にならない

**デフォルトの名無しさん** · 2022/09/29(木) 19:17:20.00

デザパタとかアンチパターンとかOOPとか
既存の教えをぶっちぎるつもりなら上位0.1%目指すってこと
そういう気がないなら言われた通りに書きなさい

**デフォルトの名無しさん** · 2022/09/29(木) 19:17:23.56

>>250
別クラスのメソッド内で作った変数Bをメインクラスの変数Aに入れたいときってことなんだが…
まぁなんか見た感じ言語特有らしいのでその言語のスレで聞きましたわ
なんか色々考えてくれてありがとうございます

**デフォルトの名無しさん** · 2022/09/29(木) 19:30:02.95

インスタンスの解放を自前でやる言語でなければ好みの問題の範囲だと思うが

**デフォルトの名無しさん** · 2022/09/29(木) 19:53:42.86

>>256
そんなのCだけじゃん
C++はスマポ使えば自動解放だし
Rustは常に自動解放だし
そもそも今回の件と解放は関係ないし

**デフォルトの名無しさん** · 2022/09/29(木) 19:59:10.32

>>253
ローカル変数もイミュータブルで良い
for文などの自動更新変数は手動書き換え出来ないイミュータブル扱いの言語が多いから可能

**デフォルトの名無しさん** · 2022/09/29(木) 20:55:09.45

>>244
クラスインスタンスをフィールドやシングルトンなりで長期間保持するならプロパティにする
短期間保持(メソッドやブロック)ならリターンにする

たまにパターンによって複数のメソッド呼び出しをif文で変えてる場合はプロパティにしてるのコードを見かける
個人的には必要な情報をコンストラクタで渡すからリターンで書くけどね

**デフォルトの名無しさん** · 2022/09/29(木) 20:57:03.64

>>244が宇宙人みたいに見えるｗ
実際のコードでも提示した方が良いのでは？

**デフォルトの名無しさん** · 2022/09/29(木) 21:25:54.77

バックグラウンドスレッドで数秒毎にメソッドを実行して結果をプロパティに保存
プロパティが変更されたらそれをオブザーブしてるスレッドがプロパティを読んで画面を更新

みたいなのはよくある話

**デフォルトの名無しさん** · 2022/09/29(木) 21:38:34.72

>>260
MAUI Highschoolていう動画を公開してるやつだぞ
最新の動画がまさにそういう戻り値の変な渡し方をしてたから

class Aにメソッドとプロパティがありメソッドの戻り値はvoidで呼び出すと返すべき値をプロパティにセットする
呼び出し側はclass Aのインスタンスを作成してメソッドを呼び出した後にプロパティを参照する
そのプロパティはclass A側で保持する意味のないものでもう使わない

**デフォルトの名無しさん** · 2022/09/29(木) 22:01:24.93

>>261
それスレッド間共有メモリの悪手

**デフォルトの名無しさん** · 2022/09/29(木) 22:17:10.38

クラス名や変数名にカナや漢字が使える時代だから
> 変数A=クラス.メソッド（引数）
や
> 変数A=クラス.プロパティ
ぐらいはいいけど
> クラス=ニュークラス
は違和感あり過ぎ

**デフォルトの名無しさん** · 2022/09/29(木) 22:23:12.52

パース処理を非破壊的に書こうとすると一度しか使っていない似たような名前が増える

**デフォルトの名無しさん** · 2022/09/29(木) 22:27:41.28

>>262
そうするとreturnで返したほうがいいんですかね？
副作用的なやつがあるのかなと
処理スピードが遅くなるとか
今まだ3ヶ月しかプログラミングやってないのでそういう基本的なことができてない

**デフォルトの名無しさん** · 2022/09/29(木) 22:31:02.94

awit asyncの処理だとタスクしか戻らないので変数がタスク以外のときはプロパティを渡すしがないのかなってのはありますね
その感じで覚えちゃってるので

**デフォルトの名無しさん** · 2022/09/29(木) 22:34:36.22

>>267
そんな欠陥言語があるのか？

**デフォルトの名無しさん** · 2022/09/29(木) 22:35:40.90

>>257
Delphi経験者はこういうときインスタンスの破棄はどこですべきかとかついつい考えちゃうんですよ
ごめんね

**デフォルトの名無しさん** · 2022/09/29(木) 22:44:36.45

>>268
欠陥じゃないと思うけども…

https://i.imgur.com/1lhsFUF.png

**デフォルトの名無しさん** · 2022/09/29(木) 22:56:36.86

3か月の段階で非同期処理扱うの早い
それなりに設計もコーディングも能力あげないと同期・非同期は自分自身の手で複雑な構造作る事になるものだから
２～３年後くらいでもいいよそれ

**デフォルトの名無しさん** · 2022/09/29(木) 23:04:27.06

>>271
でもTask.Delayとか非同期処理じゃないとできない処理がたくさんあるんです！
HttpRequestとかも同期処理用のメソッドを書くとVSがこれは古い記述方法ですって言ってくるので非同期処理のメソッド使わにゃならんのです！
ただまぁreturnで値が取れること知れたので良かったですわ
returnとかほぼ使ったこと無い…

**デフォルトの名無しさん** · 2022/09/29(木) 23:07:47.08

>>244をRubyで書くと
class Hoge
　def method(arg)
　　b = 1
　　return b
　end
end

obj = Hoge.new
a = obj.method(arg)

これを
class Hoge
　attr_reader :b

　def method(arg)
　　@b = 1
　end
end

obj = Hoge.new
obj.method(arg)
a = obj.b
にするみたいなこと？

**デフォルトの名無しさん** · 2022/09/29(木) 23:10:37.49

>>273
Rubyわからんけどそんな感じ

**デフォルトの名無しさん** · 2022/09/29(木) 23:28:24.84

もうカオスだなww

**デフォルトの名無しさん** · 2022/09/29(木) 23:36:39.61

>>268
んなこたない
そいつがTask<T>を知らないだけ

**デフォルトの名無しさん** · 2022/09/29(木) 23:43:26.70

変数Aに何らかの値を代入するのが目的なら
後者を選択する理由が自分には見つからない。
何かありそう？

**デフォルトの名無しさん** · 2022/09/29(木) 23:50:12.89

>>277
単純に覚えているので楽だから

**デフォルトの名無しさん** · 2022/09/29(木) 23:50:27.04

何も弊害がないならこのままで行きたい

**デフォルトの名無しさん** · 2022/09/30(金) 00:02:02.34

>>273
まず、def method(arg) の引数argを使っていないので、おかしい

上は単に値を返しているだけで、インスタンスの状態を変えていない。
変数b はローカル変数だから

一方、下は一旦、インスタンス変数に記憶して、それを返しているので、
インスタンスの状態が変わっている

つまり、上と下ではインスタンスの状態が異なる

**デフォルトの名無しさん** · 2022/09/30(金) 00:10:24.60

てかrubyでmethodとか安易に使うなよ
Object#methodが既に存在するのオーバーライドしてるだろ

**デフォルトの名無しさん** · 2022/09/30(金) 00:20:13.14

273だけど良かれと思って横からコードでっち上げたけどやらないほうが良かったか。
話ずれてしまったな。

**デフォルトの名無しさん** · 2022/09/30(金) 00:39:44.81

正直この板でrubyって見るだけでげんなりする

**デフォルトの名無しさん** · 2022/09/30(金) 00:52:21.47

>>279
まじか
そんな理由ならやめとけ

必要もなくメソッドとプロパティが密な依存した構造になってるから使いにくいしメンテもしにくい
Task<TResult>調べろよ

**デフォルトの名無しさん** · 2022/09/30(金) 00:54:46.03

>>280
>つまり、上と下ではインスタンスの状態が異なる
それが質問者の比較したい事なんだから別にいいんじゃない？

**デフォルトの名無しさん** · 2022/09/30(金) 01:12:19.29

こちとらなるべく状態を持たせないように腐心しているというのに

**デフォルトの名無しさん** · 2022/09/30(金) 01:27:01.26

>>272
おそらく何か作りたいものがあってそれを達成するために色々と情報収集をしてるんだろうけど
正直、レベル1でラスボスに向かって一直線に突き進んでるようにしか見えない
もう少しお使いクエストで寄り道しつつレベル上げしてみたら？と思ってみたり

**デフォルトの名無しさん** · 2022/09/30(金) 02:04:15.48

とりあえずプログラミングにおいての「破壊的」「状態」「副作用」の言葉の意味をググっとけ、でなぜこれが増えると良くないのか理解すべし

**デフォルトの名無しさん** · 2022/09/30(金) 02:13:44.17

そりゃ、関数型のElixir みたいに状態を持たない方が良い。
でも、それではプログラミングが出来ないので、状態を持ってしまう

例えば、ログイン状態。
ログインしているか、していないかとか

**デフォルトの名無しさん** · 2022/09/30(金) 06:12:32.58

なんで極論になるんだよ
アプリケーションから一切の状態を取り除くのは難しいという話と
状態を持たせる必要がないのに手癖で毎回持たせてしまうという話
1と99くらいかけ離れてるだろ

**デフォルトの名無しさん** · 2022/09/30(金) 06:12:59.16

無駄に状態を持たせることのデメリットとして状態依存のバグが出やすいことに加えてリエントラントにならないこともあるな
スレッド安全性が低い

**デフォルトの名無しさん** · 2022/09/30(金) 06:17:21.47

状態依存のバグってのは例えばメソッドaの次にbを呼ぶと問題ないんだけどbaの順に呼ぶと結果が化けるとかaaと2度呼ぶとおかしな結果が返るとか
そんなミスしないよと思っていても規模や複雑度が増すにつれリスクは上がるしソースレビューで担保するのが線形以上に難しくなっていきがち

**デフォルトの名無しさん** · 2022/09/30(金) 07:06:46.64

とりあえず基本はreturnで返すようにします

**デフォルトの名無しさん** · 2022/09/30(金) 08:40:48.42

もうこのスレにはレス返さなくてもいい
C#やってんのにRubyのコードとか見せられても混乱するだけでしょ
続きはC#のスレで

**デフォルトの名無しさん** · 2022/09/30(金) 08:54:47.02

非同期ってむずいよね

**デフォルトの名無しさん** · 2022/09/30(金) 08:57:53.57

これでもasync/awaitのおかげで随分簡単になったんだがな

**デフォルトの名無しさん** · 2022/09/30(金) 10:40:05.21

https://agree.5ch.net/test/read.cgi/mango/1664496069/l50

解いて！

**デフォルトの名無しさん** · 2022/09/30(金) 10:43:28.53

https://agree.5ch.net/test/read.cgi/mango/1664496069/5
こっちやった。おまえら解けるか

**デフォルトの名無しさん** · 2022/09/30(金) 16:12:49.31

本来裏側でロードさせても表側の操作は自由に出来るって高度な技術だったからな
非同期とかいうので僅か経験3か月のヤツでも、お手軽にできるようになってるのが凄い時代になったと思う

**デフォルトの名無しさん** · 2022/09/30(金) 16:55:56.16

>>299
スレッド作成して走らせてミューテックスでタイミング合わせて裏スレッドが終わったかどうかをスレッドオブジェクトでチェックしてまだならタイマーセットして再入してっていうコードを関係しそうな関数毎に一々書いて
非同期関数を一つ作るだけでコードがあちこち散らかって異様に見づらくなることもあったからasync/awaitは偉大

**デフォルトの名無しさん** · 2022/10/01(土) 14:55:09.73

MySQLなどのトランザクションで、BEGINしてから、COMMITするまでに
なんらかの事故でアプリがダウンした場合、どうなる？
ほとんど同じことかも知れないが、MySQLとアプリがTCP/IP通信中に通信が
切断されるとどうなる？

**デフォルトの名無しさん** · 2022/10/01(土) 15:03:24.83

>>301
これかな。
https://stackoverflow.com/questions/4896479/what-happens-if-you-dont-commit-a-transaction-to-a-database-say-sql-server

[Q]トランザクションをデータベース (SQL Server など) にコミットしないとどうなりますか?

クエリがあるとします。

begin tran
-- some other sql code
そして、コミットまたはロールバックするのを忘れます。

別のクライアントがクエリを実行しようとすると、どうなりますか?

[A]

トランザクションをコミットまたはロールバックしない限り、トランザクションはまだ「実行中」であり、ロックを保持している可能性があります。

クライアント (アプリケーションまたはユーザー) がコミット前にデータベースへの接続を閉じると、実行中のトランザクションはロールバックされて終了します。

**デフォルトの名無しさん** · 2022/10/01(土) 15:18:27.68

トランザクションタイムアウトがあるから放置されたら一定時間でロールバックする

**デフォルトの名無しさん** · 2022/10/01(土) 16:11:59.97

>>303
詳しく。

トランザクションに関するタイムアウトといえば、他の誰かがトランザクションを
実行中に、BEGINしようとすると待機することがあるが、その時に待つ時間の最大値
を指定できる、と書いてあったような。
それとは別の話？

**デフォルトの名無しさん** · 2022/10/01(土) 18:18:34.32

そらロックタイムアウトだな
タイムアウトもいろいろある
ググれ

**デフォルトの名無しさん** · 2022/10/01(土) 22:18:52.51

無限に表ロックされたら、システムが動かない。
クラッカーは、そういう攻撃をするはず

0.1 秒でもロックされたら、大変

**デフォルトの名無しさん** · 2022/10/01(土) 23:26:07.14

****で通信の開始要求だけやって、送った側が意図的に受け取らないようにして、サーバーが勝手にタイムアウトするまで待たせる
そうするとタイムアウトまでkillされないスレッドが溜まりまくってサーバーは死ぬ
今の時代サーバー負荷かける攻撃手段なんて無限にあってよっぽどデカいところじゃなければ狙われたら終わり

**デフォルトの名無しさん** · 2022/10/02(日) 00:02:13.36

データベースサーバーに直アクセスされてる時点で終わってるやん

**デフォルトの名無しさん** · 2022/10/02(日) 00:04:48.18

>>301
どっちのケースも通常はすぐセッション落ちてロールバックじゃないかな
DBMSによって違いがある可能性もあるので試してみないと分からないけど

**デフォルトの名無しさん** · 2022/10/02(日) 05:30:13.17

値型の変数では、その変数に対応するメモリ上の場所に値が直接入るとのことですが、その値の表現はどこで規定されているのでしょうか？
例えばテキトウですが、「"あ"という文字はメモリに入っている状態としては"0001"である」みたいなマッピングはどのレイヤーで決まっているのか知りたいです

**デフォルトの名無しさん** · 2022/10/02(日) 11:02:43.84

文書のアウトラインの構造って

H1 プロジェクト名
H2
H3
H2
...

と

H1 プロジェクト名
H1
H2
H1
...

ってどっちがいいの？
前者の方が一貫性はあるが
後者の方が階層が深くならないから無駄がない気がする

**デフォルトの名無しさん** · 2022/10/02(日) 13:19:56.55

前者がいい
https://developer.mozilla.org/ja/docs/Web/HTML/Element/Heading_Elements
> 複数の <h1> を使用することは HTML の仕様では認められていますが、ベストプラクティスとは見なされていません。<h1> を 1 つだけ使用することは、スクリーンリーダーの利用者にとって有益です。

**デフォルトの名無しさん** · 2022/10/02(日) 13:31:18.93

>>310
文字コードの話？
今でこそUTF8が普及しているけど、昔は色んな文字コードが使われていた
「あ」はUTF8だと3バイトで0xE3 0x81 0x82のように定義されている
ググれば文字コード表が見付かると思う

**デフォルトの名無しさん** · 2022/10/02(日) 13:59:58.47

>>310
言語による
たとえばJavaなら言語仕様とStringクラスの仕様で内部でUTF-16（またはコンパクト文字列）が使用されることが決められてる
Unicodeの文字セットにおける「あ」のコードポイントは16進数で 30 42 と決められてる
これをメモリやディスクに置くときのエンコーディング方式としてUTF-16を適用すると、同じく 30 42 になる（UTF-16LEなら 42 30）

**デフォルトの名無しさん** · 2022/10/02(日) 14:32:06.87

>>311-312
分かるけどHTMLの場合意味的に<body>と<title>がh1相当とも見なせるから<body>の子レベルから複数の同レベル見出しタグ作りたくなるなぁ
個人で持ってる人の目に触れない系のMarkdownは#を複数並べちゃったりしてるな body->h1->なになにってやるとルートが2個あるように感じる

**デフォルトの名無しさん** · 2022/10/02(日) 14:40:54.56

値型の変数の話じゃなくなってない？
まず>>310の変数とメモリに関する理解があやふやな点を正してやった方がいい気がするが

**デフォルトの名無しさん** · 2022/10/02(日) 15:03:26.77

>>315
titleなんてブラウザのタイトルバーとかにしか出ないしコンテンツじゃないからh1と内容がほぼ同じになるページがあってもいいよ
おまけにtitleにはサイト名やサービス名が入ったりするので常に同じとはならないし
機械との対話に慣れすぎると冗長＝悪という感覚が身に付きがちだけど、HTMLを含めて人間向けのドキュメントって読みやすさのためにある程度の冗長性は許容されるべきものだと思う
bodyの子としてnavとかもあるわけで、ルートが一つというのもちょっと違うかな

**デフォルトの名無しさん** · 2022/10/02(日) 15:34:32.23

>>310
それはコンパイラと実行環境じゃね？
でprintfデバッグして表示したメモリ番地は仮想化されたものだから意識する必要無し
少なくともフツーのOSでは

**デフォルトの名無しさん** · 2022/10/02(日) 18:36:02.22

310です
ありがとうございます
プログラミング言語ごとにどの文字コードを使うかが決まっていているということですね
ではビルド後の実行ファイルにどの文字コードを採用しているかみたいな情報も書き込まれているのでしょうか？

**デフォルトの名無しさん** · 2022/10/02(日) 19:07:27.83

もちろん今はコードとしてはユニコード一択
ユニコード以外の過去の呪縛に囚われたままのダメな言語に手を出してはいけない

焦点はユニコードのデータ表現
外部データ表現はすなわちネットやファイルなどで用いるデータ表現は現在はUTF8一択
UTF8以外の過去の呪縛に囚われたままのダメな環境に手を出してはいけない

内部データ表現すなわちメモリ上で扱うユニコードのデータ表現は2通り考えられる
一つはUTF32つまりユニコードを固定長で扱えるメリットが非常に大きい
もう一つは外部データ表現と同じUTF8をそのまま変換せずに用いるメリットと引き換えに可変長コストを払う
変換コストと可変長コストの両方を払うUTF16を用いる場合もある

**デフォルトの名無しさん** · 2022/10/02(日) 19:07:39.94

一応釘刺しとくけど一般的に文字列変数は値型じゃなくて参照型
文字型をもつ言語ならそれは値型の可能性はあるけども

そもそもなんで最初に「値型の変数では」って話を切り出したの？

**デフォルトの名無しさん** · 2022/10/02(日) 19:50:08.91

>>321
知りたかったのはaとか1とかtrue/falseみたいな値がどのようなレイヤーで決まっているかについてで、参照型の場合は参照先のポインタを持っているため知りたいこととは関係なかったからです
書いてて気づきましたが、文字の場合はどの文字コードを採用するかで決まるとのことでしたが、true/falseなどは言語レベルではなくより基礎的なところでどの2進表現として扱うかという取り決めが決められているのでしょうか？それとも言語レベルで決まっているのでしょうか？

**デフォルトの名無しさん** · 2022/10/02(日) 19:57:47.26

C言語の場合はint型の0にtrueという別名をつけて1にfalseという別名をつけてるだけ
実際には0以外は全て偽として扱う
モダンな言語の場合はそれにintではなくboolean型をつけてintとの暗黙の変換をできなくしてることが多い

**デフォルトの名無しさん** · 2022/10/02(日) 20:14:59.46

>>319
> プログラミング言語ごとにどの文字コードを使うかが決まっていているということですね
決まってる言語もあるし決まってない言語もある

> ではビルド後の実行ファイルにどの文字コードを採用しているかみたいな情報も書き込まれているのでしょうか？
基本的には書いてない、プログラマが実行環境の文字コードに合わせてプログラムを作る
色々な環境で使われることが想定される場合はオプションとか設定とかで切り替えられるようになってるアプリもある
もちろんその仕組みもプログラマーが作り込む

**デフォルトの名無しさん** · 2022/10/02(日) 20:18:06.29

>>323
> C言語の場合はint型の0にtrueという別名をつけて1にfalseという別名をつけてるだけ
0と1が逆だし他も色々おかしい

**デフォルトの名無しさん** · 2022/10/02(日) 20:46:08.89

頭悪いんでしょう

死ぬしかない

**デフォルトの名無しさん** · 2022/10/02(日) 20:55:34.77

>>322
>参照型の場合は参照先のポインタを持っているため知りたいこととは関係なかったからです
>>314が値型の説明じゃなくて参照型の参照先で起こってることだって気づいてる？

君はまず「あ」を例として挙げるべきじゃなかった

**デフォルトの名無しさん** · 2022/10/02(日) 21:04:13.14

>>325
0と1はうっかりだが他がおかしく見えるなら多分お前が間違ってるんじゃね
どこがおかしいか書いてみたら後学のためになるぞ
もちろん逃げるのもお前の自由だ

**デフォルトの名無しさん** · 2022/10/02(日) 21:09:12.22

昔ならともかく
今はブール値と数値を同じ型として扱ったり、あるいは自動キャスト変換してしまうような、欠陥プログラミング言語を使ってはいけない

**デフォルトの名無しさん** · 2022/10/02(日) 21:09:27.47

>実際には0以外は全て偽として扱う
そういうのは↑コレを正しく修正してから言えよ
恥ずかしいw

**デフォルトの名無しさん** · 2022/10/02(日) 21:20:22.75

逃げたか
まあそれはそれでお前の選択だ

**デフォルトの名無しさん** · 2022/10/02(日) 21:39:41.70

>>328,331
そもそも言語として別名なんて付けてないし、つけるとしてもC言語ならTRUE/FALSEだろ
あと
p = malloc(...)
if(!p){...}
みたいにポインタ値を判定したりしてるから判定はintだけの話じゃない
逃げたか、とか言う前に自分のアホな知識を見直せよ...

**デフォルトの名無しさん** · 2022/10/02(日) 21:51:56.95

>>332
ほらやっぱりtrue/falseを知らないんじゃないかw
ググってこい

**デフォルトの名無しさん** · 2022/10/02(日) 21:56:21.35

というのをググれないやつに言うのもかわいそうか
https://kaworu.jpn.org/c/bool

**デフォルトの名無しさん** · 2022/10/02(日) 22:22:34.97

横からだけどC99以降だとstdbool.hが追加されてtrue/falseができたのか。へー

**デフォルトの名無しさん** · 2022/10/02(日) 22:28:11.72

C99って四半世紀近く前の規格なのに浸透しきれてないよなあ

**デフォルトの名無しさん** · 2022/10/02(日) 22:38:14.25

C言語ってC89が未だに主流ってのが不思議
ルネサスとかデフォルトがc89だった気がするし
いい加減C99やC11を基準にして欲しいわ

**デフォルトの名無しさん** · 2022/10/02(日) 22:43:08.04

>>333
バカなのか？
bool 使える環境ならtrueはint 1の別名じゃないだろ、そのリンク先でsizeof(bool) =1になってるし
わざわざ自分から自爆してどうするw
あとポインタの話に触れないのは何故かな？

**デフォルトの名無しさん** · 2022/10/02(日) 22:49:19.13

>>338
バカなのか？w
boolの使えないって、_Boolのことを言ってるのかそれ？w
_Boolは1と0しか値のとれないintだぞ？w
あとポインタの計算がintになるのを知らないのか？w

**デフォルトの名無しさん** · 2022/10/02(日) 23:24:36.02

レイヤー次第でしょ。マシンコードまで降りれば全てはタダのビット列でしかないわけだし
ある程度決まっているのは高レイヤー限定じゃね
低レイヤーだと未だに文字コードどころかバイトオーダーの変換すら当たり前だし

>>337
ルネのコンパイラでもstdbool.hやstdint.hは使えるよ
fast型の割り当てとか首をかしげる部分はあるけど

**デフォルトの名無しさん** · 2022/10/02(日) 23:27:14.64

>>339
> _Boolは1と0しか値のとれないintだぞ？w
だからintじゃねーだろ
(int)0.5 と (_Bool)0.5 の結果言ってみろよ

> あとポインタの計算がintになるのを知らないのか？w
ポインタの計算とか言い出したw

**デフォルトの名無しさん** · 2022/10/02(日) 23:32:22.08

仲いいな
争いは同じレベルのなんとかっていうカンガルーのAAのコピペを思い出した

**デフォルトの名無しさん** · 2022/10/03(月) 00:05:23.83

>>341
!を使ってるのが見えないのかw
なぜ_Boolの無い処理系でintが割り当てられてるのかわからない？なぜsizeofが1なのにintなのかもわからない？それはお前の知識が四半世紀前で止まってるからだよw
教えてやってもいいんだがなあ
態度悪すぎるよなあこの生徒
人に物を教わる態度じゃないよなあ
教えてほしいならそれなりの態度があるだろ
ほれ、頼んでみなよ

**デフォルトの名無しさん** · 2022/10/03(月) 00:06:19.07

>>332
あとこれの言い訳しなくていいの？w
恥ずかしくない？
ぷぷぷ

**デフォルトの名無しさん** · 2022/10/03(月) 00:13:15.61

if文やwhile文などの条件部に
自動キャスト変換されない専用ブール型以外の型を許容してしまうプログラミング言語は
今すぐ捨ててください

**デフォルトの名無しさん** · 2022/10/03(月) 00:22:55.12

C言語をやらないマ　→　ゴミ
C言語を聞きかじったマ　→　アスペ

どうすればいいんだこれマジで

**デフォルトの名無しさん** · 2022/10/03(月) 00:33:20.09

if (1) …が通ってしまうダメ言語
気づかぬバグを引き起こし得るダメ仕様

**デフォルトの名無しさん** · 2022/10/03(月) 00:40:54.29

C/C++は控えようという風潮ではあるがC/C++レスは当分無理じゃね

**デフォルトの名無しさん** · 2022/10/03(月) 02:37:35.27

そもそも全員まともなマならC/C++だけでIT業界周る

**デフォルトの名無しさん** · 2022/10/03(月) 04:22:46.05

MISRA-C:2004 で決まっている

if (1)
とは書けない

条件には、実質的なbool 値しか書けない

**デフォルトの名無しさん** · 2022/10/03(月) 06:49:37.65

>>343
> !を使ってるのが見えないのかw
まさかと思うけどそれをポインタの計算って言ってるのか？
まあそれはそれとしてそもそもよくあるパターンとしてif(!p)って書いてるだけで普通の頭持ってたらif(p)って書ける事ぐらいは分かりそうなもんだが...

> 教えてやってもいいんだがなあ
知ったかちゃんの教えなんていらないです～

> 態度悪すぎるよなあこの生徒
指摘されて逆ギレ乙

あと
> (int)0.5 と (_Bool)0.5 の結果言ってみろよ
に触れないのは何故かなぁw

>>344
言い訳？
そう言うコードは山程あるしそもそもC99で_Boolなんて変な名前の型を定義してboolがマクロになってる経緯も知らんのか？

**デフォルトの名無しさん** · 2022/10/03(月) 06:50:52.49

>>350
MISRA は単なるコーディングルールだし

**デフォルトの名無しさん** · 2022/10/03(月) 07:39:57.10

>>351
それで言い訳のつもり？w
自分のアホな知識を見直せよw