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

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

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

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

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

**デフォルトの名無しさん** · 2022/09/28(水) 11:41:06.54

>>219
Cookie について知りたいのか、パスワード管理について知りたいのか、どっちだ？

**デフォルトの名無しさん** · 2022/09/28(水) 11:44:30.97

>>219 一般的には認証通ったらあとはセッションIDだけ保存すんじゃない?

**デフォルトの名無しさん** · 2022/09/28(水) 12:08:40.25

>>220
他の人が話してたのはスクリプトの実行速度じゃなくてプロセス生成コストの話だよ
コマンド蹴るのが本業のシェルスクリプトでそこが許容出来ないならスクリプト言語なりなんなり使って無駄を省けっていう

**デフォルトの名無しさん** · 2022/09/28(水) 13:02:54.35

>>222
両方です。
一般的なサイトで、ログイン状態が保存されている場合、
ブラウザ側のどこにどういう形で保存されているのか知りたかったということです。
たとえばyahoo.co.jpのクッキーと値一覧を表示してみても、IDやPWらしきものは見えないので。
つまり、>>223のおっしゃる通り、別のもっと難読化された文字列として保存されているということなのですね。

たとえばですが、投稿型のwebシステムで不正なJavascriptを投稿し、閲覧者に実行させることができてしまうセキュリティーホールがあったとして、
それを悪用して、そのサイト用にブラウザに保存されているCookieをまるっと全部どこかに送信するようなことができたとしても、
イマドキのちゃんとしたサイトであれば、そのせいで不正ログインやその他悪いことに使われる恐れはあまり無いということですか？

**デフォルトの名無しさん** · 2022/09/28(水) 13:41:58.90

>別のもっと難読化された文字列として保存されているということなのですね。
ここが危ういな
パスワードが平文で保存されてないから安全、と捉えてないだろうか

**デフォルトの名無しさん** · 2022/09/28(水) 15:40:10.03

サーバー側でユーザー名とパスワードが一致した場合に
そのユーザー用のセッションキーを生成しそれをクッキーに設定するというのが一般的かと
だからそのクッキーに保存されたセッションキーだけを見たところで何の意味も無いという事
サーバー側でクッキーにセッションキーがあれば、セッションキーから誰かが分かるので
ログイン後のそのユーザーの処理のためのデータ保存等をしたりも出来る
ログアウト時にセッションキーを破棄すれば、その後は再ログインしないとそのユーザーとしてアクセスは出来ない

**デフォルトの名無しさん** · 2022/09/28(水) 17:35:24.13

>>225
https://developer.mozilla.org/en-US/docs/Web/HTTP/Cookies#security

Set-Cookie時にHttpOnlyとSameSiteを指定しておけば
ブラウザの脆弱性でも無い限りXSSでCookieを丸っとどこかに送信されるということはない
丸っと送信された場合は単純なセッションID以外の追加の対策を講じてない限りセッションハイジャックにつながる

**デフォルトの名無しさん** · 2022/09/28(水) 18:30:52.56

>>225
>投稿型のwebシステムで不正なJavascriptを投稿し、閲覧者に実行させることができてしまうセキュリティーホールがあったとして
この時点でもうイマドキのちゃんとしたサイトじゃねーよ！というのは
ツッコんではいけないのかな・・・

**デフォルトの名無しさん** · 2022/09/28(水) 18:51:37.65

>>215
C言語だと、
if (1) {y=xxx;・・・} でも同じように振舞うから、ためしにRubyでも
if true
　y = xxx;
　・・・
end
とやってみたら、駄目で、endの後ろでyを参照できてしまった。
それと複数行コメントが書きにくいこともあって node.js に全面移行した。

**デフォルトの名無しさん** · 2022/09/28(水) 18:59:38.20

PythonもRubyと同じでダメなの？

**デフォルトの名無しさん** · 2022/09/28(水) 20:23:08.25

JavaScriptのプログラムを書くと逮捕されるってマヂですか？

**デフォルトの名無しさん** · 2022/09/28(水) 21:49:58.73

>>230
お疲れ様www

**デフォルトの名無しさん** · 2022/09/28(水) 22:17:26.26

TXTファイルをCSVに変換して操作したいのですがダブルクォーテーションを区切り文字としないやり方ありますでしょうか？

**デフォルトの名無しさん** · 2022/09/28(水) 22:38:33.00

あるよ
なんの言語でやりたいの？

**デフォルトの名無しさん** · 2022/09/28(水) 22:40:17.26

言語や環境について何も書かない場合はRubyの例だけが垂れ流されるのがこの板のデフォルトになるがよろしいか？

**デフォルトの名無しさん** · 2022/09/28(水) 22:43:06.56

自分でデコードなど書くなら好きにやればいいけど普通は""みたいな形でエスケープするのが流儀かと
なので、"だけのデータなら""""みたいな形にした方が良さそう

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

>>234
まあ単なる書き間違いだと思うけどcsvなんだから区切り文字はカンマ（ , ）な
カンマ自体や改行をデータに含めたいとか要件を書いた方が良いかと

**デフォルトの名無しさん** · 2022/09/28(水) 23:14:01.17

素直にRFC4180準拠にしとくのが吉

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

すみません234です。質問が不正でした。txtファイルをCSV形式で操作する際、ダブルクォーテーションにより囲まれた文字列を値とするのではなく、ダブルクォーテーション自体を文字としてJAVAで操作したいです。

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

>>240
だーかーらー
> カンマ自体や改行をデータに含めたいとか要件を書いた方が良いかと

そういうのを含まないなら単にカンマで分割すればダブルクォーテーションもデータの一部になるだろ
てか、自分で処理するんじゃなくて何かライブラリ的なもの使おうと思ってるのか？

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

>>240
検証してないけどこんな感じでいいんじゃないか
Files.lines(path).map(line -> line.split(',', -1)).toList();

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

>>219
Cookie の質問は、この板ではなく、web制作管理板か、WEBプログラミング板へ

Ruby on Rails では、パスワードはbcrypt で暗号化する。
初心者用の本では、セッションID をブラウザのCookie へ保存する

一方、RUNTEQ の動画では、Cookieへ保存するのは危険だから、Redis を使うと言ってる

【エンジニア未経験】転職を成功させるWebアプリ開発の技術選定7選
www.youtube.com/watch?v=K6Us1UXI784&t=170s

>>230
Ruby の複数行コメントは、=begin, =end だから書きにくいけど、
VSCode で、Ctrl + / で簡単に、複数行コメントにon/off できる

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

オブジェクト指向で
クラス=ニュークラス
変数A=クラス.メソッド（引数）
で他のクラスでメソッドで作った変数Bを変数Aに代入したいとき
returnで返すのが一般的なんかな？

俺他のクラスでプロパティ作ってメソッド内で作った変数Bをプロパティに入れて
クラス=ニュークラス
クラス.メソッド（引数）
変数A=クラス.プロパティ
にしてるんだけど異端か？

なんか遅くなるとかの弊害ある？

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

Ruby のCSV では、要素内に、クォート文字・ダブルクォーテーション、
列区切り文字・カンマ、行区切り文字・改行を入れられる

クォート文字は、要素を"～" で囲んで、その中に"" と2つ続けて、1文字扱い。
カンマ・改行も、要素を"～" で囲んで、その中に入れられる

require 'csv'

input = <<"EOT"
"a""a","b,b",あ
"c
c","d\nd"
EOT

p input_ary = CSV.parse( input ) # 2次元配列
#=> [ ["a\"a", "b,b", "あ"], ["c\nc", "d\nd"] ]

# 2次元配列を、CSV 文字列に変換する
csv_str = input_ary.map( &:to_csv ).join
puts csv_str

出力
"a""a","b,b",あ
"c
c","d
d"

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

>>244
それをちゃんとソースコードで書いて、該当の言語のスレで聞けば？

言語とコードが分からないと、答えられない

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

>>246
ふーん…
そうなのか…
どの言語でも共通の話題なのかと思ってた
当該スレで聞いてみます

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

>>244
メソッドを実行する主体や実行タイミングが
プロパティを読み取る主体やタイミングと違うなら理解できなくもない

メソッド実行とプロパティ読み取りが毎回セットになるべきなら理解できない

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

>>244
説明が究極的に下手

てか後者は破壊的メソッドのこといってるなら、初心者の段階でそんなの描くのはほぼ間違ってる

**デフォルトの名無しさん** · 2022/09/29(木) 18:48:34.15

「他のクラスでメソッドで作った変数Bを変数Aに代入したいとき」というところでどっと疲れるw
ミュータブルやステートフルのほうが便利じゃん！って初心者はまず飛び付くんだけど、経験を経て逆だったことに気付くんだよなあ

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

そりゃミュータブルから教えるからだよ
i=i+1を教えられて「なんでや！iが0なら0=1になるやんけ！わけわからん！」という段階を経て変数というものは書き換えるものと刷り込まれていく
つまりだいたいC言語のせい

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

>>244
データを保持して他のメソッドで使うかどうかで決めるべきじゃない？

**デフォルトの名無しさん** · 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進表現として扱うかという取り決めが決められているのでしょうか？それとも言語レベルで決まっているのでしょうか？