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

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

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

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

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

**デフォルトの名無しさん** · 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

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

ていうかこいつキャストも知らないのか
話にならんな
(int)0.5の結果がdoubleだと思ってそう

**デフォルトの名無しさん** · 2022/10/03(月) 08:09:35.24

>>353
>>331ww

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

>>354
アホの上塗り乙

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

言語仕様とコーディング規約の違いも分からない奴がイキっているのか

**デフォルトの名無しさん** · 2022/10/03(月) 08:21:58.05

>>356
本気でわかってないの草
アホの上塗りはおめーだよw

**デフォルトの名無しさん** · 2022/10/03(月) 08:51:54.79

}
// ここまでAI

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

C99知らないのにイキってるのはさすがにイタい

**デフォルトの名無しさん** · 2022/10/03(月) 09:11:27.25

MISRA-C をやっていないと製品化できない。
無保証の物は売れない

確か、米国議会でトヨタの欠陥車は、10点とか言われていた。
100項目中、90項目を守っていなかった

**361** · 2022/10/03(月) 09:22:48.15

MISRA-C:2004 の本も、トヨタなど日本の大企業のベテが数十人も集まって書いた

MISRAに準拠していない企業が多すぎて危険だから。
組み込みでは、バグで簡単に人が死ぬから

組み込み医療機器にもMISRAとか、特別な資格が必要

人工衛星のイザナギ・イザナミでは、mruby(組み込みRuby)で、
ポインターによるバグを回避している

**361** · 2022/10/03(月) 09:37:21.04

MISRA-C:2004 の本には汎整数拡張とか、基本的な概念も書いてあった

こういう抽象的な概念によって、型変換のルールをうまく説明していたので感心した

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

if (0) { … } とブール型以外を条件に持って来れるプログラミング言語は
弱い型付け言語と呼ばれ型安全性が保証されなくなる劣った言語
便利ではなくバグを生みやすい不便な言語
開発現場からも教育現場からも排除すべき言語

**デフォルトの名無しさん** · 2022/10/03(月) 14:44:17.58

>>362
今はRustが登場したからMISRAは不要な過去の遺物となった
RustはMISRA-Cよりも幅広く安全性の問題を解決してくれる
そしてMISRA-CよりもRustの方が抽象的に高機能でプログラマーもしやすい

**デフォルトの名無しさん** · 2022/10/03(月) 14:58:29.24

Rustキチガイまできてカオス

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

MicrosoftもGoogleもRust派だしRustアンチはマカーかな

**デフォルトの名無しさん** · 2022/10/03(月) 15:16:48.34

>>358
そんなレスして惨めにならないの？w
> (int)0.5 と (_Bool)0.5 の結果言ってみろよ
って書いてあるのにキャスト知らんとかマジで意味不明だし

**デフォルトの名無しさん** · 2022/10/03(月) 15:18:16.82

>>368
キャスト知らないからそういう発想になってるんだろ？w

**デフォルトの名無しさん** · 2022/10/03(月) 15:18:33.21

>>364
> if (0) { … } と
それも要らんだろ、if (false) { … } でいいし

**デフォルトの名無しさん** · 2022/10/03(月) 15:19:37.85

>>370
アホにもっといい書き方を教えてやろう
/**/だ
知らなかったろ

**デフォルトの名無しさん** · 2022/10/03(月) 15:19:38.89

>>369
だから結果書けよ
書けないならグダグダ言ってないで黙っとけ

**デフォルトの名無しさん** · 2022/10/03(月) 15:20:51.16

>>372
ほらな
キャスト知らないからそういうセリフが出る
結果なんか実行すりゃ出るから知りたければ自分でやれよ
そこまで他人に聞くな

**デフォルトの名無しさん** · 2022/10/03(月) 15:21:52.02

え、まだやってるの

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

>>371
アホはこれだからw
... の部分に /*... */ があるかもなんてことすら思い付かないとか
せめて#if ... #endifにしろよ

**デフォルトの名無しさん** · 2022/10/03(月) 15:23:43.71

>>373
答えられなくてイライラw
ダッサ

**デフォルトの名無しさん** · 2022/10/03(月) 15:26:10.33

コメントアウトを今教えてもらったばかりで威勢がいいじゃないか
キャストが何かはわかったのかlucker？

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

コメントアウトネタですらまともに書けないクズが何か言ってるな
まあ (int)0.5 と (_Bool)0.5 の結果は書けないだろうな
書いたら
>>339 > _Boolは1と0しか値のとれないintだぞ？w
が大嘘ってバレるから逃げ回るしかないわなw

**デフォルトの名無しさん** · 2022/10/03(月) 15:35:00.36

ほらまだわかってないw
このくらい調べることもできんのかよw

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

>>375
何を言ってるのかと思ったら「…」のところに#endifがあったら自分のやり方じゃ失敗するわどうしようって言ってたのかw

**デフォルトの名無しさん** · 2022/10/03(月) 16:12:39.21

必死に逃げ回るクズ乙

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

って書いてるんだからそう言う選択しとけばそれ以上恥を晒さずにすんだのにねw

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

まだわからないのねw
教えちゃおっかなー
どうしよっかなー
また荒れるんだろうなー

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

すでに荒れてんだろ

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

ちょっとだけヒントね
キャストはキャスト演算子を使った演算なのよ
演算ってわかる？
あ、これもう答えじゃん
さすがにこれでわからないとしたら病院行った方がいいかも

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

>>383
別に荒れてないよ
無能が誤魔化そうと必死になってるだけ
ポインタ計算でバカにされたから今度はキャスト演算とか聞いてもないことを言い出してるしw

**デフォルトの名無しさん** · 2022/10/03(月) 17:11:40.19

残念、ここまでヒント出してもわからなかったかー
そんな人いるんだね

**デフォルトの名無しさん** · 2022/10/03(月) 17:36:03.90

Rustを使えない底辺がC/C++しか使えない己の正当化に必死なんだなｗ

**デフォルトの名無しさん** · 2022/10/03(月) 17:38:03.56

うんまあいつものRustキチだよね
知ってた

**デフォルトの名無しさん** · 2022/10/03(月) 18:34:20.10

なんか盛り上がってるようだけど
whileやifの条件部分に数値や文字列やオブジェクトなどを指すポインタが来てもエラーとならず受け付けてしまう緩い言語が様々な問題を引き起こす元凶ってことだよね

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

>>386
ほらね、サクッと答え書けばいいだけなのに
>>339 > _Boolは1と0しか値のとれないintだぞ？w
が大嘘ってバレるから逃げ回るしかないとか哀れやね
さっさと済ませてくれればポインタ計算で弄れるのにw

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

>>389
まあそう言う事
小さいプログラムを書いてる時はその方が楽なんだけどある程度を超えるとそういうミスを見つけてくれる処理系の方が断然楽

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

そんなに教えてほしいなら素直に頭下げろよw

**デフォルトの名無しさん** · 2022/10/03(月) 19:12:34.51

>>389
正確を期すと
・条件部にはブール型しか受け付けてはいけない
・他の型からブール型へ自動変換(キャスト)されてはいけない

現代のまともなプログラミング言語つまり強い型付け言語ならばこれを満たしており大丈夫

**デフォルトの名無しさん** · 2022/10/03(月) 19:31:40.94

>>392
ほらほら、また逃げてるw
無様やね

**デフォルトの名無しさん** · 2022/10/03(月) 19:43:28.36

コミュ症はこれだからw
逃げ続けてるのはお前だろw

**デフォルトの名無しさん** · 2022/10/03(月) 20:44:30.71

>>393
CやPythonがそれらを満たせないダメな言語の典型例だな
しかもCとPythonで同じものが真逆のBool値になったりして最悪だ
例えば長さ0の配列はCだとnullではないためTrueの扱いとなるが
Pythonでは長さ0の配列はFalseの扱いとなる
実用的にも教育的にもダメなプログラミング言語たち

**デフォルトの名無しさん** · 2022/10/03(月) 20:45:12.37

強い型付けと弱い型付けは定義が固まってなくていろんな解釈のある相対的な指標
Cとの違いを強調する宣伝文句が起源

**デフォルトの名無しさん** · 2022/10/03(月) 20:59:01.62

>>395
でも、お前答え書けないよねw
書いたら恥かくのがわかってるから

**デフォルトの名無しさん** · 2022/10/03(月) 21:09:29.89

だから教えてほしいならちゃんと頼めってw
なんでその態度で全部教えてもらえると思ってんだよ

**デフォルトの名無しさん** · 2022/10/03(月) 21:11:01.55

>>396
空文字列 "" もそうだね
Cだとtrueの扱い
Pythonだとfalseの扱い
CもPythonもどちらも不正解だね
正解はbool型のみを条件値として受け付けること
混乱の元となるCやPythonを使っちゃダメ

**デフォルトの名無しさん** · 2022/10/03(月) 23:18:25.78

まさにカオス＼(^o^)／
こだわりおじさん地獄じゃあ

**デフォルトの名無しさん** · 2022/10/04(火) 05:04:06.34

>>399
まだ言ってるのかよ...、まじでアホやな
答えは (int)0.5 ⇒ 0、(_Bool)0.5 ⇒ 1
なのにぺらっぺらの知識しかない知ったか君は
>>339 > _Boolは1と0しか値のとれないintだぞ？w
なんて言って自爆しちゃう
さて、次は
> あとポインタの計算がintになるのを知らないのか？w
について説明してもらおうかなw

>>328 > もちろん逃げるのもお前の自由だ

**デフォルトの名無しさん** · 2022/10/04(火) 06:44:50.88

まだ頼めないのかよw
マジでクズだなw
そんなんじゃ教えてやる気になれないぞw

**デフォルトの名無しさん** · 2022/10/04(火) 07:30:12.32

↑惨めな奴w

**デフォルトの名無しさん** · 2022/10/04(火) 07:33:15.36

知りたいことがある時に頭を下げられないくせに自分で調べることさえできないから結局何も前に進まない
こういうのを無能と言うんだ
メリットと感情を秤にかけてその場限りの個人的な感情を優先する

**デフォルトの名無しさん** · 2022/10/04(火) 08:11:12.51

答えまで書いてあるのにアホすぎるだろw

**デフォルトの名無しさん** · 2022/10/04(火) 08:14:13.43

そういや答え書いたな

**デフォルトの名無しさん** · 2022/10/04(火) 20:34:32.35

C99に対応できてない爺さんって有名な荒らしなんだな
別のところで話題になってたけど52歳なんだって？
そろそろ落ち着けよ

**デフォルトの名無しさん** · 2022/10/04(火) 20:41:33.17

>>400
CもPythonもあかんな
強い静的型付け言語をちゃんと学んだほうがよい

**デフォルトの名無しさん** · 2022/10/04(火) 20:53:24.92

>>408
頭大丈夫か？ww

**デフォルトの名無しさん** · 2022/10/04(火) 22:20:59.71

マジだったw

**デフォルトの名無しさん** · 2022/10/05(水) 05:24:28.31

逃げ回った挙句答え書かれてぐうの音も出ずに>>408とかどんだけ惨めなんだよ...

**デフォルトの名無しさん** · 2022/10/05(水) 08:58:52.93

そういうことをまだ書いてるということはまだわからないのかよw
もうほとんど答え書いたじゃんw

**デフォルトの名無しさん** · 2022/10/05(水) 09:30:25.11

> もうほとんど答え書いたじゃんw
ほとんど？
そのものズバリを書かれてるのにバカすぎるw