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/08/02(火) 17:51:26.78

キータって誰に聞かれてるわけでもないのに薀蓄を開陳する場所でしょ？

**デフォルトの名無しさん** · 2022/08/02(火) 19:54:06.03

>>12
インターネットは元からそういうものだ
あとおまえは聞かれるまで黙ってろｗ

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

ウンチ食う開チンとは卑猥な

**デフォルトの名無しさん** · 2022/08/14(日) 20:57:33.53

qiita-discussionsの最新のスレに逸材が現れた

**デフォルトの名無しさん** · 2022/08/14(日) 21:25:47.18

qiita-discussionsで運営にZを報告したのはGitHubレポジトリ数が９０以上もあるM
MがZのQiitaコメント欄を荒らしてるようにしか見えない

**デフォルトの名無しさん** · 2022/08/14(日) 21:59:38.16

>>16
Z乙
と思ったけどマジだった

**デフォルトの名無しさん** · 2022/08/15(月) 08:11:06.96

見たところそいつの3つ目のリンクが発端か？
マジで自覚ないのか自分で自分を通報してるようなもんだやこれ

**デフォルトの名無しさん** · 2022/08/15(月) 09:32:13.82

よくわからんけどコレのことか？
調べるの面倒だから解説してくれ
https://github.com/increments/qiita-discussions/discussions/276

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

>>19
時系列的に三番目のリンクのmの次のコメントが発端だな

> なんかこのコメ欄攻撃的なやつが多いな
無自覚に他人を攻撃してることに気づいてなさそう

これに対してzが「お前もやろ」みたいなこと言って開始
zの記事にmが押し掛けて他のやつと一緒に荒らしてなぜか自分で通報
というイミフな展開

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

うむわからん。

・mが馬鹿
・zが馬鹿
・mもzも馬鹿

どれだ？とりあえず両方煽っていればいいんか？

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

>>21
カンガルーはほっとけばいんじゃね

**デフォルトの名無しさん** · 2022/08/16(火) 11:46:22.37

コミュニティガイドラインに沿って対応はしており、運営が強制的に関与するかどうかは、
1ユーザーさまからの通報だけでなく、複数ユーザーさまからの通報等も合わせての総合判断となります。

ガイドラインに沿って対応しきれていない部分もあり、ご不便をおかけして申し訳ありません。
今後はよりガイドラインに忠実な対応をしていきます。

また、【初めにお読みください】 #116 にも記載しておりますが
Discussions上では利用規約やコミュニティガイドライン違反の報告については受付しておりません。

利用規約やコミュニティガイドライン違反の報告につきましては、通報機能をご利用ください。
コミュニティガイドラインに沿って対応をしておりますので、個別に回答はいたしかねます。

また、特定のアカウントをご指摘されたケースに該当しますので、恐れ入りますが、本Discussionsは削除させていただきます

**デフォルトの名無しさん** · 2022/08/16(火) 13:34:50.01

https://qiita.com/go_d_eye_0505/items/4cc65e95ad1d24137ae8
こんな記事でいいんだな

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

今は職歴とかJSON形式で公開する時代なんだな

**デフォルトの名無しさん** · 2022/08/18(木) 11:55:52.35

LGBTと間違われてる

**デフォルトの名無しさん** · 2022/08/18(木) 17:07:17.19

LGTMは「この記事を精査したが間違いは発見できなかった」という意味なんだよなあ
みんなよくわからんからいいね感覚で押してるけど

**デフォルトの名無しさん** · 2022/08/18(木) 20:08:37.63

やめ太郎とかああいうのをどうにかしたくて、技術風のLGBTに変更したが
裏目に出て誰も押さなくなったので元に戻します。

**デフォルトの名無しさん** · 2022/08/18(木) 20:47:10.81

やめ太郎はまだ技術記事になってるだろ
にしても昔は怪文書が出たら炎上してたけど今は怪文書が当たり前になって誰もなんも思わん

**デフォルトの名無しさん** · 2022/08/19(金) 04:52:47.58

ノルマにしてるスクールとかあるのかしらん

**デフォルトの名無しさん** · 2022/08/21(日) 07:22:41.56

一生かけだし向け記事が量産される地獄絵図
5chの古くから言い伝えられる「ちらしの裏でやってろ」が、いよいよ忘れ去られ
自己発信の名の下に検索汚染を進める

この状況に一番ダメージ食らうのは多分中級ぐらいのエンジニアなんだろうなと思ってる
最近は駆け出しと駆け出し卒業の対ジュニアエンジニアに技術出版業界が目をつけ始めたっぽいし
ラノベのなろう化同様、そういう方向性の記事がいよいよ増えるだろうな

いわゆるキリスト教で言うところの暗黒時代で、駄サイクルの折り返しはもう過ぎてそうな感はある

**デフォルトの名無しさん** · 2022/08/21(日) 07:52:24.44

2021年4月コミュニティガイドラインが変わった

プログラミングに関する記事を投稿しましょう
↓
プログラミングの知識と経験を活用している人に有益な情報をもたらす記事を投稿しましょう

投稿条件をプログラミングに限定してれば違った

**デフォルトの名無しさん** · 2022/08/21(日) 12:51:57.56

目を付けるなら小学生向けの記事だろ

**デフォルトの名無しさん** · 2022/08/27(土) 11:26:32.42

ついに
LGTMが無くなって
♡💛になった

**デフォルトの名無しさん** · 2022/08/27(土) 12:26:48.19

なるわな

**デフォルトの名無しさん** · 2022/08/27(土) 14:51:33.48

Zennという上位互換ができたからQiitaはもういらん

**デフォルトの名無しさん** · 2022/08/27(土) 21:38:46.80

あれほどLGTMについて意識高めで擁護していた方々のハシゴを外すの酷くない？

**デフォルトの名無しさん** · 2022/08/27(土) 22:02:09.24

手のひら返しなんてこの業界の定番だろw

**デフォルトの名無しさん** · 2022/08/28(日) 11:43:34.34

>>36
なおZennもおんなじ惨状の模様

**デフォルトの名無しさん** · 2022/08/28(日) 12:10:00.09

>>39
入門の記事が多いってこと？高い山ほど裾野は広いものだよ
品質の高い投稿だけを認めましょうなんてのは日本政府のムーンショット政策みたいなものだよ

**デフォルトの名無しさん** · 2022/08/28(日) 15:22:33.86

既に高山病患者の屍が累々。
頂点を極めたわけでもないのに。

**デフォルトの名無しさん** · 2022/08/28(日) 16:26:27.31

>>40
「入門者向け」記事はええんやで
「入門しました！」記事がいらんねん

**デフォルトの名無しさん** · 2022/08/28(日) 17:39:50.07

見んかったらええやんｗ

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

最新のトレンドを追うのはアホ
過去の検索を追うほうが効率がいい
トレンドページを廃止すべき

**デフォルトの名無しさん** · 2022/09/03(土) 16:23:04.57

トレンドで見かけた記事

Cから学ぶRustの良さ
https://qiita.com/Cowsisland/items/71248bdd081089b7ba09

よく分かってないRustを褒めたいためによく分かってないC言語を
ディスってる記事にしか見えないんだが、LGTM改めいいねが10以上
ついてて何が評価されてるんだかさっぱりわからん。

**デフォルトの名無しさん** · 2022/09/03(土) 16:29:41.18

みんながディスってるからって乗っかってるだけだろしょーもな

**デフォルトの名無しさん** · 2022/09/03(土) 19:53:50.92

記事読まずに付箋代わりにLGBTするからな
💛になったからますます加速
sageボタンも必要

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

技術記事置き場であることを諦めて技術者と技術者になりたい人のコミュニティーを目指してるんだろう
駆け出し技術者向けツイッターみたいなもんだな
始まった時はQ&Aサービスだったっていうんだから舵取りの大胆さは変わらないようだ

**デフォルトの名無しさん** · 2022/09/03(土) 22:25:57.69

それなんてteratail…

**デフォルトの名無しさん** · 2022/09/03(土) 22:35:39.72

teratailは酷いよねｗ
初心者が質問して玄人ぶった素人がトンチンカンなこと言ってるのがほとんど
プログラミング業界のジャスコ

Qiitaは伊勢丹

**デフォルトの名無しさん** · 2022/09/04(日) 10:35:41.75

5chはドンキ

**デフォルトの名無しさん** · 2022/09/04(日) 13:39:50.80

駆け出しエンジニア(カモ)
今日も鉱山の入り口でツルハシを売る商売が捗るな

**デフォルトの名無しさん** · 2022/09/05(月) 06:27:55.15

https://qiita.com/Yporon/items/b35f6102f724efa0f43d
つるはしどうぞー

**デフォルトの名無しさん** · 2022/09/05(月) 10:28:33.81

constをつけた場合
・変数への再代入はできない
・オブジェクトの状態は変えられる
ってことだろ、3行でOK

アドレスで説明してるところにムリがあるな

> しかし、例えば以下のような再代入などアドレスが変更されるようなコードは実行できません。

再代入以外にアドレスが変更されるコードがあるようだがアドレスって何だ

**デフォルトの名無しさん** · 2022/09/05(月) 14:48:58.64

新米なんだから優しくしてやれよ

**デフォルトの名無しさん** · 2022/09/05(月) 16:40:45.68

GCのある言語だから参照がアドレスとは限らんよなあ
ノードIDかもしれんしブラウザによって実装違うぞ

**デフォルトの名無しさん** · 2022/09/05(月) 16:42:38.76

>>55
ダイレクト出版株式会社と書いてあるが新米筆者だと許されるのか？

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

もっと早い段階(前世紀)で記者もプログラマーも免許制にすべきだった

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

許してやったらどうや？

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

プロが素人を言い訳に風説の流布を撒いて金儲けしても許される時代
素人プロの多いことよ

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

>>57
動機は歪んだ正義感？誹謗中傷加害者の約半数が「正当な批判・論評だと思った」
7割が「思い込みの正義感」“デジタル暴力”の矛先は遺族にも… 加害者への脅迫状も入手池袋暴走事故をめぐる誹謗中傷の現実
許せなかったから住所を特定…誤った正義感による加害者捜しは「リンチと変わらない」
正義感の暴走は止められるか
著名人をＳＮＳで中傷、なぜ？　ゆがんだ正義感、想像力欠如も　木村花さんに関する相談十数件
正義を振りかざす「極端な人」の正体
誰もが陥る可能性あり… ネットの炎上や誹謗中傷の影に潜む「正義中毒」。防ぐ方法は？

**デフォルトの名無しさん** · 2022/09/06(火) 19:52:29.89

卑怯

**デフォルトの名無しさん** · 2022/09/14(水) 07:22:34.98

いいねボタンもストックボタンも「面倒だからあとでみるわ」か、
「よくわからんからとりあえずボタン押しとくわ」で使ってるな

じゃあ全部が全部そうかというとそうではなく
「よく書けている、問題解決に有益」だったものにも同じボタン押してるから
結局相当ノイジーなことになってる
よくわからんから後でみるボタンと、
よく読んだし自分の信念と合致するボタンと、
問題解決に役立ったわサンキューボタンと、
何も役に立たんかったけどまあ面白いわボタンを作ればよかったんだろうな

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

age

**デフォルトの名無しさん** · 2022/09/14(水) 19:52:15.19

昔はクソみたない記事でも100いいねぐらい簡単に行っていたが最近は難しいね
いいねされるのはネタ記事ぐらい

**デフォルトの名無しさん** · 2022/09/15(木) 10:51:25.26

>>63
sageボタン欲しいな

**デフォルトの名無しさん** · 2022/09/16(金) 21:49:51.69

いいねボタン押してるのの大半はわからんちんなのでソイツらに
「なんかわからんけどためになること丁寧に説明してるなあ」と思わせる
記事書けば100やそこらはすぐいいねされるぞ。
記事の内容が正確である必要はない。間違いに対する指摘コメントなんて
殆どつかないし、わからんちんはコメント欄も見ないので気にしないで良い。

**デフォルトの名無しさん** · 2022/09/17(土) 01:05:57.94

『【C】初めてのC言語（17. 文字列リテラル）』
https://qiita.com/nkojima/items/527ef37d84cf9b201dc5

文字列リテラルとcharの配列の初期化子の区別ついてない人を
傷つけることなく諭してやるってどうすりゃ良いのかな?

間違い指摘されると間違いを指摘してきた親切な人をブロックする
癖がある人みたいなんだけども正しい知識を身につけてくれるか
誤った知識でクソ記事書くの止めるかして欲しいんだけどQiitaって
構造的にこういうのに対処方法ないよね。運営もクソ記事問題に
してないみたいだし。

**デフォルトの名無しさん** · 2022/09/17(土) 01:38:59.68

>>68が正しいと思う内容の記事を書いて、その中で
「というわけで○○の記事は間違い」と書けばいいんじゃないの?

**デフォルトの名無しさん** · 2022/09/17(土) 04:27:33.33

>>68
文字列リテラルとcharの配列の初期化子の区別ついてないことが記事を読んでも分からなかった
どういうことかを特定できるように説明しないといけない
何がどのように間違ってるかも説明しないといけない
文字列リテラルとは何か？charの配列の初期化子とは何か？正しい知識の説明をしないといけない
説明力を鍛えようか

**デフォルトの名無しさん** · 2022/09/17(土) 04:30:49.67

どうせそんな豆腐メンタル、プログラマとして大成することは絶対にないから関わらないなのが吉

**デフォルトの名無しさん** · 2022/09/17(土) 09:49:54.34

無視でええやろクソ記事はいけませんから取り締まってくださいって誰かに言われて
やってるわけじゃないんでしょ、放っとけば良い

**デフォルトの名無しさん** · 2022/09/17(土) 10:23:23.52

すまん
読んでみて何が悪いのかわからなかった俺に教えてくれ
用語の使い方が悪いってこと？
概念は特に混同してるようには見えなかった

**デフォルトの名無しさん** · 2022/09/17(土) 10:27:38.38

参考までにC11の場合
https://cpprefjp.github.io/lang/cpp11/utf8_string_literals.html

**デフォルトの名無しさん** · 2022/09/17(土) 10:28:54.33

✕ C11
○ C++11

**デフォルトの名無しさん** · 2022/09/17(土) 20:57:25.64

learn.microsoft.com/ja-jp/cpp/c-language/initializing-strings?view=msvc-170
> 文字列リテラル (またはワイド文字列リテラル) で、文字 (またはワイド文字) の配列を初期化できます。
> 次に例を示します。
>
> char code[ ] = "abc";

**デフォルトの名無しさん** · 2022/09/17(土) 20:59:48.90

まさに便所の落書きといった流れだな
非生産w的この上ない

**デフォルトの名無しさん** · 2022/09/17(土) 22:21:29.76

説明力を鍛えようか
長文で書いてみたら？

**デフォルトの名無しさん** · 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 使ったこと無いのか？