Qiita 2 - キータぞ、来たぞ、キータだぞー

**デフォルトの名無しさん** · 2022/07/26(火) 00:20:10.32

Hello hackers !
Qiitaは、エンジニアリングに関する知識を記録・共有するためのサービスです。
コードを書いていて気づいたことや、自分がハマったあの仕様について、
他のエンジニアと知見を共有しましょう ;)

https://qiita.com/

Qiita（キータ）は、Incrementsが運営するプログラミング情報のナレッジコミュニティ。
2016年現在で日本最大のプログラマーコミュニティとされている[1]。

https://internet.watch.impress.co.jp/docs/news/1025972.html

前スレ Qiita
https://mevius.5ch.net/test/read.cgi/tech/1542357242/

**デフォルトの名無しさん** · 2022/09/18(日) 08:51:44.21

>>76
それは文字列リテラルの初期化子でchar配列を初期化できるってことだろ？
結局何が間違っているんだ？

76 · 2022/09/18(日) 09:24:32.31

俺は「間違ってる」とは言ってないよ
68によれば
learn.microsoft.com/ja-jp/cpp/c-language/initializing-strings?view=msvc-170
も間違いということになるよなって話だ

**デフォルトの名無しさん** · 2022/09/18(日) 13:11:36.43

『【C】初めてのC言語（17. 文字列リテラル）』の表題で

> 文字列リテラルの機能
> ・ダブルクォーテーションで囲まれた文字列（文字列リテラル）は、
> 　自動的に末尾に「\0」を付ける処理が入っています。
> 　・ダブルクォーテーションを使わず、char型の配列として文字列を
> 　　作る場合は終端文字として「\0」を入れます。

と書いてるのは文字列リテラルとcharの配列とcharの配列に文字列リテラル
で初期化するのの区別がついていないんだろう。

> 文字列宣言でよくある誤り
> 以下のように、「n文字を格納するために用意する配列の要素数がn（＝nバイト）」
> だと、最後に「\0」を入れる要素が足りなくなってしまいます。
> #include <stdio.h>
>
> // よくある誤り
> int main(void){
> 　　const char str[5] = "Hello"; // 配列の要素数が「文字列の長さと等しい」と、終端文字を入れられない！
> 　　printf("%s\n", str);
> 　　return 0;
> }

char の配列の最後に'\0'を入れなきゃいけないルールもないのでこれも誤り。

**デフォルトの名無しさん** · 2022/09/18(日) 13:15:00.45

> ・そのため以下の例では、memcpyによるコピー先（※ここではstr1）で
> 　確保されているメモリ領域を確認しておく必要があります。
>
>#include <stdio.h>
>
> int main(void){
> 　　char str1[] = "Hello";
> 　　char str2[] = "Hello,world!";
> 　　memcpy(str1, str2, 13); // 長い文字列で上書きはNG
> 　　return 0;
> }

↑を見るとcharの配列の説明をしたいのかな? と思えてしまうな。

**デフォルトの名無しさん** · 2022/09/18(日) 13:22:53.14

同じ人の別の記事

『【C】初めてのC言語（19. 文字列とバッファオーバーフロー）』
https://qiita.com/nkojima/items/4d9cec9e686aee41eec2
> 終端文字とバッファオーバーフロー（オーバーラン）
> 以下のように終端文字「\0」を上書きしてしまうと、printf関数は「\0」が
> 現れるまで探し続けることになります。
> そのため、配列として確保していない領域（※100バイト目以降）にもアクセス
> しようとして、バッファオーバーフローを引き起こしてしまう可能性があります。
> paiza.ioの環境ではバッファオーバーフローは発生しませんでしたが...
>
> #include <stdio.h>
> int main(void){
> 　　char str[100] = "Hello";
> 　　str[5] = '!'; // 終端文字「\0」が失われてしまう！
>
> 　　printf("%s\n", str);
> 　　return 0;
> }

初期化子で明示的に初期化される要素以外の要素には 0 が格納されることを
理解していない。

**デフォルトの名無しさん** · 2022/09/18(日) 13:31:36.22

ID:Yf5HDNqRくんは説明が下手

**デフォルトの名無しさん** · 2022/09/18(日) 13:41:49.32

口が不自由
顔が不自由
頭が不自由

**デフォルトの名無しさん** · 2022/09/18(日) 13:44:08.06

『【C】初めてのC言語（16. 文字列の基本）』
https://qiita.com/nkojima/items/d87ce0cb15dd1a26f21a
> 文字列にまつわる業界ルール
> ・「C言語の文字列に関する業界ルール」として、以下の2つのルールが
> 　挙げられていました。
> 　・先頭要素から順に1文字ずつ文字コードを格納して文字列を表す。
> 　・最後の文字の直後には「文字コード0の文字」を必ず格納し、それ以降の
> 　　メモリ空間は利用しない。
>
> #include <stdio.h>
>
> int main(void){
> 　　const char str1[10] = "Hello";
> 　　const char str2[10] = "He\0llo";
>
> 　　printf("%s\n", str1);
> 　　printf("%s\n", str2); // 「\0」が終端文字（ヌル文字）として扱われている。
>
> 　　return 0;
> }

文字列中に'\0'を含まない文字列リテラルなら

> 　・最後の文字の直後には「文字コード0の文字」を必ず格納し、それ以降の
> 　　メモリ空間は利用しない。

は正しいが、

> 　　const char str1[10] = "Hello";

要素数 10 ある char の配列は普通に str1[9] までアクセスは可能。
やはり文字列リテラルと char の配列で区別がついてない気がする。

**デフォルトの名無しさん** · 2022/09/18(日) 14:48:01.26

>>81
>char の配列の最後に'\0'を入れなきゃいけないルールもないのでこれも誤り。

'\0'がないとprintf("%s\n", str) では文字列の終わりを見つけらない

**デフォルトの名無しさん** · 2022/09/18(日) 15:20:57.93

>>87
Linuxのgccでは元のままだと
Hello
とだけ表示されたけど

> #include <stdio.h>
>
> // 誤りを修正したコード
> int main(void){
> const char str2[]=" world";
> const char str[5] = "Hello"; // 配列の要素数は「文字列の長さ（バイト数）＋1」
> printf("%s\n", str);
> return 0;
>}

のようにすると
Hello world
と表示された

88 · 2022/09/18(日) 15:28:10.78

行頭に>を置いとけば字下げの空白を削除しないでくれるんじゃないかと思ったけど
やっぱり削除されるのか

**デフォルトの名無しさん** · 2022/09/18(日) 15:58:42.44

>>81
0を入れなきゃいけないルールはあるぞw
文字列リテラルを使えば必ず入る

間違ってるのは記事主じゃなくお前だよw

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

>>87
> '\0'がないとprintf("%s\n", str) では文字列の終わりを見つけらない

>>90
> 0を入れなきゃいけないルールはあるぞw
> 文字列リテラルを使えば必ず入る
>
> 間違ってるのは記事主じゃなくお前だよw

本気で言ってるのか敢えて頭おかしいフリしてるのかどっちかな??

> #include <stdio.h>
>
> int main(void){
> 　　const char str[5] = "Hello";
> 　　printf("%.5s\n", str);
> 　　return 0;
> }
https://wandbox.org/permlink/ItLeFxoqffh2nIfb

**デフォルトの名無しさん** · 2022/09/18(日) 19:40:32.32

>>91
> '\0'がないとprintf("%s\n", str) では文字列の終わりを見つけらない

と書かれてるのに
printf("%s\n", str); → printf("%.5s\n", str);
と勝手に変えてるし説明もない

**デフォルトの名無しさん** · 2022/09/18(日) 20:05:23.60

> > '\0'がないとprintf("%s\n", str) では文字列の終わりを見つけらない
>
> と書かれてるのに
> printf("%s\n", str); → printf("%.5s\n", str);
> と勝手に変えてるし説明もない

'\0'で文字列の終端明示する必要はないし説明要る人は想定してないけど
説明要るの??

**デフォルトの名無しさん** · 2022/09/18(日) 20:13:17.43

>>92
勝手に変えてる>>88の説明はあるのかな

**デフォルトの名無しさん** · 2022/09/18(日) 20:40:26.30

>>93
>>81で引用されてるところは、

const char str[5] = "Hello"; とすると、最後に'\0'が入らないから
入ってると思ってprintf("%s\n", str);を使うとうまくいかない

という話だからprintf("%.5s\n", str);に変えてはどうしようもないんだが
ID:Yf5HDNqRには理解できないんだな

>>94
printf("%s\n", str);で文字列の終わりを見つけられてるように見えることもあるけど
それは実装依存うまくいっているだけだから、printf("%s\n", str);で文字列の終わりを
見つけられるということにはならないという例を挙げているわけだが ID:Yf5HDNqRには
理解できないんだな

**デフォルトの名無しさん** · 2022/09/18(日) 20:57:14.85

> >>81で引用されてるところは、
>
> const char str[5] = "Hello"; とすると、最後に'\0'が入らないから
> 入ってると思ってprintf("%s\n", str);を使うとうまくいかない
>
> という話だからprintf("%.5s\n", str);に変えてはどうしようもないんだが
> ID:Yf5HDNqRには理解できないんだな

「char の配列の最後に'\0'を入れなきゃいけないルールもないのでこれも誤り。」
が読めないか理解できない人か。頭が悪いのは本人の責任じゃないし仕方ないな。

> printf("%s\n", str);で文字列の終わりを見つけられてるように見えることもあるけど
> それは実装依存うまくいっているだけだから、printf("%s\n", str);で文字列の終わりを
> 見つけられるということにはならないという例を挙げているわけだが ID:Yf5HDNqRには
> 理解できないんだな

「と勝手に変えてるし説明もない」という話から、「変更には説明が必要」という
考えの人かな? と思って聞いたのだけど自分は例外なんですねｗ

**デフォルトの名無しさん** · 2022/09/18(日) 21:04:50.53

> 　　const char str[5] = "Hello";

が正しいか正しくないかというとC言語的には正しい。
このオブジェクトについて文字列終端に'\0'があることを期待するのが間違いなだけ。
文字列リテラルの話ではないのでそう題するのも間違い。

**デフォルトの名無しさん** · 2022/09/18(日) 22:25:24.72

>const char str[5] = "Hello"

これは、ヌル終端文字列じゃないので文字列処理できない

**デフォルトの名無しさん** · 2022/09/18(日) 22:32:33.05

Ruby の女神・池澤あやかが言ってるけど、

大学の授業で、C をやるのは無意味。
挫折確率99%・時間の無駄で、何も作れない。
ただプログラミングを嫌いになるだけ。
数年やっても、正常に動くものを作れない

彼女は慶応大学時代に、山陰地方の合宿でRuby on Rails を学んだ

**デフォルトの名無しさん** · 2022/09/18(日) 22:45:20.80

これはヌル終端文字列じゃないので文字列処理できない。
最後にヌルが入っていない
char str[3] = "abc";

ヌル終端文字列は以下
char str[3+1] = "abc";
char str[] = "abc";

char *str = "abc";

**デフォルトの名無しさん** · 2022/09/19(月) 04:59:17.86

>>99
挫折確率99%はない
日本人はアホだと思ってるけどそこまでアホじゃないｗ
Cは簡単だろ

**デフォルトの名無しさん** · 2022/09/20(火) 00:10:31.58

単位取れる程度に理解はするだろうけど
その後使う確率は0.01%しかないという意味でやるだけ無駄

**デフォルトの名無しさん** · 2022/09/20(火) 00:23:16.16

> 大学の授業で、C をやるのは無意味。
> 挫折確率99%・時間の無駄で、何も作れない。
> ただプログラミングを嫌いになるだけ。
> 数年やっても、正常に動くものを作れない

どっかの誰かが自分のお客さんにそういう話をしてたとして
真に受ける奴が鴨ってだけの話だ罠。

**デフォルトの名無しさん** · 2022/09/20(火) 00:56:13.57

ヌル文字要らないと言ってるやつは普段どんなプログラム書いてんだよw
要るだろ
そんなもんコミット許可下りないぞ

**デフォルトの名無しさん** · 2022/09/20(火) 01:02:55.41

charの配列は最後の要素に'\0'が入ってないといけないと言ってる人は
charを文字専用の型とか思ってるのかな

**デフォルトの名無しさん** · 2022/09/20(火) 07:03:47.81

文字列リテラルの話をしてるのにアホなごまかし方だなw

**デフォルトの名無しさん** · 2022/09/20(火) 07:56:08.24

https://qiita.com/yasu_teco/items/e8db933ac4f647166996
古い記事だがひっでーなこれ
コメントもガン無視

**デフォルトの名無しさん** · 2022/09/20(火) 08:51:17.28

池澤あやかは馬鹿まで読んだ

**デフォルトの名無しさん** · 2022/09/20(火) 08:51:48.70

別に例ならああいった変数名避けないけどな。
とくにstrなんかはローカル変数なら使うよ。

その関数やメソッド抜けたら普通にstr使えるから
なにも問題はない。
むしろグローバル関数に被る変数名関数内でも必ず回避してる奴なんかいるんかw

**デフォルトの名無しさん** · 2022/09/20(火) 09:08:28.55

ID:JTgtpdd/
は説明が下手だから負けてるな

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

>>104
Win32API 使ったこと無いのか？

**デフォルトの名無しさん** · 2022/09/20(火) 12:23:37.12

Pythonなかなかやべー言語だな変数名が関数をシャドーイングするとかマジかよ
中世のプログラム言語だな

**デフォルトの名無しさん** · 2022/09/20(火) 12:32:44.50

シャドーイングしない言語ってあるの？ｗ

**デフォルトの名無しさん** · 2022/09/20(火) 12:42:34.93

>>113
https://paiza.io/projects/yxgZVHrTgeNQEBXRcQZQ6w

**デフォルトの名無しさん** · 2022/09/20(火) 12:43:31.03

変数と関数は違うものだからなあ別で管理してくれよって思うよなあ

**デフォルトの名無しさん** · 2022/09/20(火) 12:49:35.43

>>106
> 文字列リテラルの話をしてるのに

charの配列の初期化の話してるのを理解できないバカが紛れ込んでたか

**デフォルトの名無しさん** · 2022/09/20(火) 12:49:59.27

細かいことはどうでもいい
シャドーイングが問題になるようなプログラミングはしない主義

**デフォルトの名無しさん** · 2022/09/20(火) 12:51:48.72

変数を書くときに名前が被らないように全部の関数を覚えておかないといけないんだろ
関数作るときは既存の変数を全部調べて被ってないことを確認しないといけないんだろ
これ無理ゲーじゃね、Pythonのプログラムがバグだらけなのってこれが原因じゃね

**デフォルトの名無しさん** · 2022/09/20(火) 12:53:59.59

林太ーを使う

**デフォルトの名無しさん** · 2022/09/20(火) 12:55:16.01

林太はそういうの一番わからないだろ、あいつは元気だけが取り柄のやつ

**デフォルトの名無しさん** · 2022/09/20(火) 12:57:04.33

せめて.NETのように変数と関数でケーススタイルを変えるとかすればいいのに

**デフォルトの名無しさん** · 2022/09/20(火) 13:09:41.52

>>116
お前が理解できてないぞw
文字列リテラルで初期化するときはだいたい文字列として扱うときに決まってんじゃんw

**デフォルトの名無しさん** · 2022/09/20(火) 13:21:03.10

python は祈りを書き留めるものだから

**デフォルトの名無しさん** · 2022/09/20(火) 13:40:24.68

>>118
その程度も覚えられないならプログラマ向いてないよ

**デフォルトの名無しさん** · 2022/09/20(火) 13:47:59.73

>>124
しくみで解決しようとしない方がプログラマに向いてないと思う

**デフォルトの名無しさん** · 2022/09/20(火) 13:49:02.39

Pythonの開発者はプログラマに向いてない
GoogleではPythonがたくさん使われているからGoogleはたくさんプログラマに向いてない

**デフォルトの名無しさん** · 2022/09/20(火) 13:49:55.57

Googleは結局電通だからな

**デフォルトの名無しさん** · 2022/09/20(火) 17:48:41.14

関数でも変数でも自由に上書き
__private でも _protected でも自由に上書き
うby よりずっと黒魔術に便利な言語

**デフォルトの名無しさん** · 2022/09/20(火) 19:18:35.00

間違ってる記事があったとして、なんでそこまでどうにかしたいんだ？って思う
正義感？
最悪初心者が真に受けたとしても別になんも困らんだろ

発信力ないプロが嫉妬してるとしか思えないな
発信力のないプロの記事ってくそつまんねえんだからしょうがないよ

**デフォルトの名無しさん** · 2022/09/20(火) 19:27:14.16

間違ってないからここまで言い合いが続いてるわけでな

**デフォルトの名無しさん** · 2022/09/20(火) 21:51:42.04

むしろ問題は無いよ
「ド素人ほど知ったかする」
「にわかなやつほど語りたがる」
ってのはすでに知れ渡ってるから心配ない
ド素人がまたしょうもない嘘記事書いたってだけ

**デフォルトの名無しさん** · 2022/09/20(火) 22:36:26.93

Ruby の仕様で嫌いなのは、
無引数の関数f( ) を、f だけで呼び出せること

この仕様のせいで、
f = 1
と代入すると、ローカル変数になってしまう。shadowing

これがややこしい

**デフォルトの名無しさん** · 2022/09/20(火) 22:46:32.99

>>125
自分が覚えられないのを人が与えた仕組みのせいにしてる時点で向いてないと言ってるんだよ

**デフォルトの名無しさん** · 2022/09/20(火) 22:56:39.16

>>133
Pythonの関数がいくつあるか言ってみろ、はい言えないなじゃあお前も覚えられないじゃないか

**デフォルトの名無しさん** · 2022/09/20(火) 22:56:50.01

そういうとこやぞ

**デフォルトの名無しさん** · 2022/09/20(火) 23:04:21.80

builtins を上書きですね判ります

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

>>122
> 文字列リテラルで初期化するときはだいたい文字列として扱うときに決まってんじゃんw

なんだ、決まってないと解っててゴネてんのかｗ

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

>>137
うわぁ
お前典型的な何もやったことのないネット弁慶だなw

**デフォルトの名無しさん** · 2022/09/21(水) 18:07:52.08

>>132
JSのアロー関数でもそうなるんだっけ？
大体デフォの function 構文の this 周りのガバさがあかんねん…

**デフォルトの名無しさん** · 2022/09/21(水) 18:12:44.70

'\0'終端を前提とした標準および非標準ライブラリのいくつかの関数が機能しなくなるだけで
'\0'終端を前提としていない文字列処理を行う関数は普通に使える
'\0'終端は必須ではない

**デフォルトの名無しさん** · 2022/09/21(水) 18:45:00.10

>>140
そうかそうか
お前はゆたぼんと同じ知能程度だな
小学校いかなくても少し標準的な社会生活に不都合が生じるだけだもんな

**デフォルトの名無しさん** · 2022/09/21(水) 19:30:54.68

https://qiita.com/nkojima/items/d87ce0cb15dd1a26f21a
> 文字列にまつわる業界ルール
> ・「C言語の文字列に関する業界ルール」として、以下の2つのルールが挙げられていました。
> ・先頭要素から順に1文字ずつ文字コードを格納して文字列を表す。
> ・最後の文字の直後には「文字コード0の文字」を必ず格納し、それ以降のメモリ空間は利用しない。

おかしなルールのある業界がどこのことかはわからんが>>141はそこの人らしい

**デフォルトの名無しさん** · 2022/09/21(水) 19:45:31.81

\0使わない縛りでやってる変人もいるんだなとしか

**デフォルトの名無しさん** · 2022/09/21(水) 19:46:19.70

qiitaのクソ記事は害悪だよな
ツイッターで偽科学とか偽医療みたいなん吹いて回ってるやつと同じ

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

\0はchar配列をヌル文字終端文字列として使うときだけ使うだけ
char配列自体はそもそも単なる配列
文字列リテラルで初期化できると言ってもそれもまた用途の一つ

**デフォルトの名無しさん** · 2022/09/21(水) 19:51:40.77

char label[] = "0123456789abcdef";
putchar(label[n % 16]);
こんなんするとき\0いらんでしょ

**デフォルトの名無しさん** · 2022/09/21(水) 19:55:00.26

文字列を格納する配列なら、

char s[] = "漢字";

でsのサイズが2+\0　= 3になって欲しいわ。

**デフォルトの名無しさん** · 2022/09/21(水) 20:05:51.97

>>146
どこでそんなクソコード使うのか想像持つかんな

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

> どこでそんなクソコード使うのか想像持つかんな

自分の狭い知識だけがすべての人ならではの感想

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

例が悪かったかなｗ

コード例無しで言うと
文字通りchar配列で使うときはアスキーコードの最初の方使ったりするでしょ
シリアル通信に使うバッファとして配列を使うとき
別にそんとき\0なんて必要でもなんでもない

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

なってほしいもなにも
wchar_t a[]=L"漢字"
でaの_countofは3でしょ。

文字がnull終端ではないC#みたいなのは2系の値になるだろけど。

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

>>147
3だぞ

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

>>150
使わねーよそんな計算で出るもの
もしかしてcharが数値型だと知らないのか？w

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

char hoge(unsigned char x)
{
　　x %= 16;
　　return (x < 10) ? '0' + x : 'a' + x - 10;
}

char piyo(unsigned char x)
{
　　static const char hex[16] = "0123456789abcdef";
　　x %= 16;
　　return hex[x];
}

↑を1億回づつ実行するベンチマークを戯れにやってみた
https://godbolt.org/z/bnxqeoMs9

**デフォルトの名無しさん** · 2022/09/22(木) 11:15:43.05

>>147
3+3+\0=7 になってくれ

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

>>150
逆に文字列中に \0 を含んでさらに文字が続くことも普通にあるんだが

**デフォルトの名無しさん** · 2022/09/22(木) 12:51:30.90

> 使わねーよそんな計算で出るもの

必要に応じて書き方選んだりできない人かな>>153は

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

>>157
必要ないことに手段を選ぶ必要なんかないだろ
しなきゃいいんだから

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

「必要に応じて」が理解できないのか場数踏んでないのかどっちかな

**デフォルトの名無しさん** · 2022/09/22(木) 18:13:55.34

不要なものを必要と思ってるあたり圧倒的な経験不足だな

**デフォルトの名無しさん** · 2022/09/22(木) 19:02:49.54

> 使わねーよそんな計算で出るもの

ライブラリでできることを「計算で出る」って車輪の再発明推奨かｗニワカｗｗ

char hoge(unsigned x)
{
　　char s[2];
　　sprintf(s, "%x", x % 16);
　　return s[0];
}

**154** · 2022/09/22(木) 19:49:05.98

昨夜は寝ぼけてた。
C言語の規格では'0'～'9'の文字コードは連続する決まりなので
0～9 の値を '0'～'9' へ変換するのに '0' + x は正しいが、
'a'～'f'は連続する決まりがないので 10～15 の値を 'a'～'f' へ
変換するのに 'a' + x - 10 は正しくない。

char hoge(unsigned char x)
{
　　x %= 16;
　　switch (x) {
　　default: return '0' + x;
　　case 10: return 'a';
　　case 11: return 'b';
　　case 12: return 'c';
　　case 13: return 'd';
　　case 14: return 'e';
　　case 15: return 'f';
　　}
}

に訂正する。

https://godbolt.org/z/3zKrqj46e

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

C言語めんどくさいなJavaは良いぞ

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

>>153
？

>>156
> 逆に文字列中に \0 を含んでさらに文字が続くことも普通にあるんだが

あるよね
charを配列で使うだけだからどんな使い方しても自由って話

**デフォルトの名無しさん** · 2022/09/23(金) 01:11:23.46

char exts[] = ".txt\0.py\0.c\0.cpp\0\0";
みたいな文字列観ると発狂する人か

**デフォルトの名無しさん** · 2022/09/23(金) 01:46:58.40

>>153
> 使わねーよそんな計算で出るもの

ほうほうどうやるの？

**デフォルトの名無しさん** · 2022/09/23(金) 07:05:20.97

>>166
マジかw

**デフォルトの名無しさん** · 2022/09/23(金) 09:26:51.51

>>86,90
>>129
ああ「暗黙のルール」という表現が気に入らないのか
確かに C にそんなものは存在しない
それぞれのインターフェースに応じたプロトコルがある
そしてそれは厳格に守らなければならない
初心者向けの説明に暗黙なんて生易しいもので御茶を濁してはいけない

こういうのが「#include <stdio.h> はおまじない(キリっ」にも噛みついて来るんだろうな

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

>>165
その用途なら
char exts[] = ".txt\0.py\0.c\0.cpp\0";
が定番

**デフォルトの名無しさん** · 2022/09/23(金) 10:08:00.77

>>169
文字列定数のまま使う場合とchar[]に入れる場合じゃ違うだろ。

**デフォルトの名無しさん** · 2022/09/23(金) 10:16:26.22

元記事のnkojimaって人は

【Java】char型はint型にキャストできる
https://qiita.com/nkojima/items/d358f99efa71655911ea
> char ch = '1';
> ですが、char型の「1」をint型にキャストすると、なぜか「49」になってしまいます。

こんなこと書いてる人だからお察しなｗ
ド素人なのになぜ「【C】初めてのC言語」みたいな記事を書くのか
なんのためにこれを書いてなんのためにネットにあげるのか不可解

**デフォルトの名無しさん** · 2022/09/23(金) 10:19:46.34

>>171
初心者が勉強したことを書いてネットにあげることは不可解でない
インプットしたものをアウトプットしたくなるよね
アウトプットしたら学習効率がいいからやってみたらいいよ
記録に残って後日見返せる

**デフォルトの名無しさん** · 2022/09/23(金) 10:22:29.01

教わるほうの立場が
教えようとしたらイカンやろって思うけどねｗ

**デフォルトの名無しさん** · 2022/09/23(金) 10:27:17.39

Qiitaのいいところは初心者の記事を熱心に読み込んで間違いを指摘してくれるおまえのような良い人がいることだね
学習効率がとてもいい

**デフォルトの名無しさん** · 2022/09/23(金) 10:32:12.71

それは素晴らしい。

**デフォルトの名無しさん** · 2022/09/23(金) 10:33:26.45

>>174
自分の学習のために検索結果汚染する自己中多すぎ
グループ学習しろよ
と思うがお前らボッチなんだよな

**デフォルトの名無しさん** · 2022/09/23(金) 10:35:29.48

Qiitaなんてその程度のものだと思いました。

**デフォルトの名無しさん** · 2022/09/23(金) 10:36:12.39

ド素人記事はド素人に悪影響だと思うけどねｗ
それでいいならみんなで幸せになってください

**デフォルトの名無しさん** · 2022/09/23(金) 10:36:17.10

むしろQiitaはそのために作られた気配を感じる。