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/07/27(水) 20:09:25.45

あげ

**デフォルトの名無しさん** · 2022/07/27(水) 22:56:18.70

キーチガイが >>1 にいるぞー

**デフォルトの名無しさん** · 2022/07/27(水) 23:58:04.53

※このスレはプログラミング技術に関する話題限定です
　特定個人に対する監視・誹謗中傷は板違いな上に侮辱罪で逮捕される可能性があるので注意しましょう

**デフォルトの名無しさん** · 2022/07/28(木) 03:54:30.90

埋め

**デフォルトの名無しさん** · 2022/07/28(木) 19:37:47.67

糸冬

**デフォルトの名無しさん** · 2022/07/30(土) 19:06:04.62

LGTMはオワコン
これからはイイね

**デフォルトの名無しさん** · 2022/07/31(日) 01:15:35.67

LGTMになってからイイねする人が減ってたのか？
俺のLGTMが少なかったのは、イイねじゃなかったからなんだな

**デフォルトの名無しさん** · 2022/07/31(日) 10:06:12.04

はて部コメントより

＞この判断するだけのお仕事をしたい

＞結局LGTMが何の略なのかすらわからなかった
これじゃね？

**デフォルトの名無しさん** · 2022/07/31(日) 11:16:50.60

10年前ぐらいにLGTMが流行った時期があったらしいが、全く覚えがない
本当にマの界隈で流行ったのか？

**デフォルトの名無しさん** · 2022/07/31(日) 13:03:56.44

マの界隈で流行ったんじゃないよ
ウェブ系とかオープンソース系とかで流行ったんだよ

SI業界では流行ってない。gitとかgithubとか使ってないでしょ？
LGTMはIssueやPRのコメントとかで使うものだから

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

**デフォルトの名無しさん** · 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はそのために作られた気配を感じる。

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

>>171
良い記事じゃん

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

自分も良い記事だと感じました。
見てないけど。

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

>>176
Googleに言えよ

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

>>179
悪態ついてないで、巡回行ってきてください。
まだまだ記事があなたの検閲を待っています。

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

>>182
ですよね。
検索エンジンの問題を私たちのせいにしないでほしいですね。

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

むしろ最近はsejukuだよな
ド素人先生によるありがたいド素人塾
やべーわ

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

sejukuまで行くと面白いわ

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

>>178
それ
ド素人は良い記事と悪い記事の区別がつかないから無茶苦茶なのを本気にしてよくわからないまま広める

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

>>185
sejukuはこれでずいぶんマシになった方
数年前は間違ってない記事を見つける方が大変だった

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

定義のはっきりしたもんを
ド素人様に一回預けて
曲解、自己解釈、拡大解釈でぐちゃぐちゃにしてから
みんなに召し上がってもらおうという素敵な試みやん

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

ぐぐるときは必ず
-sejuku
-techacademy
-chiebukuro
-KENTA
を付けてる

**デフォルトの名無しさん** · 2022/09/25(日) 19:16:23.11

-KENTAワロタｗ

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

https://qiita.com/yoshiichn/items/25c0e25bb034825b5802
> 作り始めは数が少なかったのでリポジトリの1ブランチですべてのプロジェクトのコードを管理していました。
もうここから意味がわからない

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

読んでて頭痛くなってきた
これでgit詳しいってその会社大丈夫か？
しかも社名出して記事書いてるし

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

猛勉強した結果会社で一番gitに詳しくなって今じゃ管理者をやってると
それでどのプロジェクトも共通部分が多いから一つのリポジトリなんだな
なるほどわからん
それとは関係ないけどスクラッチで開発という言葉はないぞ
スクラッチから(スタートの線を引くところから)なら言ってもいい

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

Qiita効果だろ
社名出しても個人のノリで書けるようにしようとしてる
「それ大丈夫か？」とコメント書いたら某有名企業が記事を書かなくなった思い出

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

いいねしてる二人は同じ会社だな
こいつらは本気でいいねと思ってるんだろうな

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

>>192
https://qiita.com/yoshiichn/items/5d9c9105b980921f2809
こっちも面白かった。どういう使い方をしてるのかまったく想像がつかない。

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

git submoduleを...

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

Zennにもやたらスターが付く新星あらわる
https://zenn.dev/nameless_sn

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

ゴミ記事しかない