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/
Qiita 2 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1658762410/
Qiita 3 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1685235361/
Qiita 4 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1705486836/
Qiita 5 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1717651046/
Qiita 6 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1739527246/
Qiita 7 - キータぞ、来たぞ、キータだぞー
2025/09/13(土) 12:24:07.83ID:mucntwOq
720デフォルトの名無しさん
2026/03/01(日) 04:41:59.95ID:Ihp4TUhS >>718
ジジイ乙
ジジイ乙
721デフォルトの名無しさん
2026/03/02(月) 00:05:31.63ID:rkh+heJs >>720
みいちゃん…
みいちゃん…
722デフォルトの名無しさん
2026/03/04(水) 17:49:30.98ID:umvekOcL 最後に出てくる「みいちゃん」は、過去に5ch（旧2ch）で起きた有名なコピペや「知ったかぶりをする初心者」を揶揄する文脈で使われるネットスラングです。
「君は何も分かってない初心者（あるいは痛い人）だね」という強烈な皮肉を投げ、議論を打ち切っています。
直リン派の認識
利便性と現代基準 今のブラウザやアプリはセキュリティが強く、多くの掲示板アプリ（専ブラ）は `ttp` でも自動で補完してリンク化します。
「h抜き」はもはや二度手間を強いるだけの無意味な儀式に見えています。
h抜き派のに認識
5chには「リンクの先頭の `h` を抜く」という古い慣習があります。
これはかつて、不用意なクリックによるブラウザクラッシュ（ブラクラ）やウイルス感染を防ぐための自衛手段でした。
この状況をAIに解説させて思ったがなぜhttp抜いたか分かってないんじゃない？
ブラクラやウイルス感染を防ぐためじゃなく5chでURL規制で貼れないことが多くIP規制になることもあってhttp削除
714以外は他人の投稿でこのスレをあまり見ないからここでhttp削除の必要がなかったとしても気にするつもりはない
リンクを貼りたいなら貼りたい人が貼り直せ
そこまでリンクにこだわるならなぜおまえが貼り直さない？
おまえがQiita Discussionsに投稿するかは気になるがリンクのことはどうでもいい
小さいことにこだわるやつだな
「君は何も分かってない初心者（あるいは痛い人）だね」という強烈な皮肉を投げ、議論を打ち切っています。
直リン派の認識
利便性と現代基準 今のブラウザやアプリはセキュリティが強く、多くの掲示板アプリ（専ブラ）は `ttp` でも自動で補完してリンク化します。
「h抜き」はもはや二度手間を強いるだけの無意味な儀式に見えています。
h抜き派のに認識
5chには「リンクの先頭の `h` を抜く」という古い慣習があります。
これはかつて、不用意なクリックによるブラウザクラッシュ（ブラクラ）やウイルス感染を防ぐための自衛手段でした。
この状況をAIに解説させて思ったがなぜhttp抜いたか分かってないんじゃない？
ブラクラやウイルス感染を防ぐためじゃなく5chでURL規制で貼れないことが多くIP規制になることもあってhttp削除
714以外は他人の投稿でこのスレをあまり見ないからここでhttp削除の必要がなかったとしても気にするつもりはない
リンクを貼りたいなら貼りたい人が貼り直せ
そこまでリンクにこだわるならなぜおまえが貼り直さない？
おまえがQiita Discussionsに投稿するかは気になるがリンクのことはどうでもいい
小さいことにこだわるやつだな
723デフォルトの名無しさん
2026/03/04(水) 18:05:56.44ID:DjLSShMS 規制とかどうでもいいわなURL貼れないならそもそも書き込みを諦めればいいだけだし
724デフォルトの名無しさん
2026/03/04(水) 18:29:48.59ID:78qp6zA1 http削ると貼れたりするから諦めなくても大丈夫
725デフォルトの名無しさん
2026/03/05(木) 09:27:54.39ID:GrZo6tuI リンク貼ったら一発退場が懐かしい
726デフォルトの名無しさん
2026/03/05(木) 15:06:37.18ID:qwmj+r7o 『C言語とアセンブリ言語の実行速度を比較する』
printfで整数値を10万個出力するのに
・アセンブリ言語からprintf呼び出し→約7秒
・C言語からprintf呼び出し→約40秒
ちょっとあり得ん結果になってるんだけど考察もなく終了という気持ち悪い記事。
printfで整数値を10万個出力するのに
・アセンブリ言語からprintf呼び出し→約7秒
・C言語からprintf呼び出し→約40秒
ちょっとあり得ん結果になってるんだけど考察もなく終了という気持ち悪い記事。
727デフォルトの名無しさん
2026/03/05(木) 16:59:33.20ID:kRsvyMri Cでcountをレジスタに割り当てたら速くなるんかな
最適化するだけでもっと速くなるかな
最適化するだけでもっと速くなるかな
728デフォルトの名無しさん
2026/03/05(木) 17:05:01.42ID:kRsvyMri 実行環境が違っててconsoleの性能差だったら笑う
729デフォルトの名無しさん
2026/03/05(木) 17:21:30.69ID:catlXG/r __stdcall と __cdecl か
730デフォルトの名無しさん
2026/03/06(金) 11:57:49.23ID:BuD09eQW >>726
Cコンパイラで*.asm吐いて比べてほしい記事やなあ
Cコンパイラで*.asm吐いて比べてほしい記事やなあ
731デフォルトの名無しさん
2026/03/06(金) 14:37:48.95ID:UfOJQwwp consoleの差に一票
732デフォルトの名無しさん
2026/03/16(月) 20:15:30.41ID:BE2T/V4b 『C言語にも配列のlengthプロパティをください ― 配列ポインタ型でサイズ安全な関数引数を実現する』
フツー構造体を定義するところを一見便利そうでその実不便な方法を提案する人
フツー構造体を定義するところを一見便利そうでその実不便な方法を提案する人
733デフォルトの名無しさん
2026/03/16(月) 20:51:23.19ID:YQ6nobJE >>732
どんな構造体を定義して何をするつもり？
どんな構造体を定義して何をするつもり？
734デフォルトの名無しさん
2026/03/17(火) 00:49:42.37ID:jwAJtRGn 分かんない人は黙ってれば良いのにｗ
735デフォルトの名無しさん
2026/03/17(火) 01:28:44.89ID:4o/LzC+C736デフォルトの名無しさん
2026/03/17(火) 08:39:46.77ID:pXgEASqD chatgpt様に訊いてみた
＞技術的な評価（ざっくり）
＞この記事の主張は Cの仕様としては正しいです。
＞ただし実務では多くの場合：
＞・void f(uint8_t *buf, size_t len)
＞・sizeof(array)/sizeof(array[0])
＞・マクロ
＞・_Static_assert
＞などで処理するケースが多いです。
＞理由は単純で
＞・uint8_t (*buf)[N] は APIとしてかなり使いにくい
＞・可変長配列や動的メモリと相性が悪い
＞からです。
「uint8_t buf[BUF_SIZE]が意味あるデータ構造なら要素数で区別するのではなく構造体に定義した方がまとまり良いし保守性も向上する」とか言わなかったのは意外な感じ。
＞技術的な評価（ざっくり）
＞この記事の主張は Cの仕様としては正しいです。
＞ただし実務では多くの場合：
＞・void f(uint8_t *buf, size_t len)
＞・sizeof(array)/sizeof(array[0])
＞・マクロ
＞・_Static_assert
＞などで処理するケースが多いです。
＞理由は単純で
＞・uint8_t (*buf)[N] は APIとしてかなり使いにくい
＞・可変長配列や動的メモリと相性が悪い
＞からです。
「uint8_t buf[BUF_SIZE]が意味あるデータ構造なら要素数で区別するのではなく構造体に定義した方がまとまり良いし保守性も向上する」とか言わなかったのは意外な感じ。
737デフォルトの名無しさん
2026/03/17(火) 11:16:03.55ID:nEFxN0Aa #define _countof(array) (sizeof((array))/sizeof((array)[0]))
738デフォルトの名無しさん
2026/03/17(火) 11:34:23.74ID:VXykxZTj >>732
あほやん
これでも良いけどさ→(*buf)[i] = (uint8_t)0x00U; /* ポインタを一段デリファレンスしてからアクセス */
これと等価やで→buf[0][i] = (uint8_t)0x00U;
蛇足→0[buf][i] = (uint8_t)0x00U;
しかも結局buf[1][i]とかにもアクセス出来るので根本的な解決になってない
あほやん
これでも良いけどさ→(*buf)[i] = (uint8_t)0x00U; /* ポインタを一段デリファレンスしてからアクセス */
これと等価やで→buf[0][i] = (uint8_t)0x00U;
蛇足→0[buf][i] = (uint8_t)0x00U;
しかも結局buf[1][i]とかにもアクセス出来るので根本的な解決になってない
739デフォルトの名無しさん
2026/03/17(火) 11:55:13.41ID:TEC35O2v 実行効率も落ちるんじゃね
740デフォルトの名無しさん
2026/03/17(火) 20:41:56.18ID:pIcpFrGA >>736
それは悪手
それは悪手
741デフォルトの名無しさん
2026/03/18(水) 13:05:08.86ID:cAhzJBL5 >>732 が本気で便利なら40年50年あるCの歴史でそのやり方が主流にならないはずがない
「フツー構造体」は違うかも試練が「不便な方法」は同意
「フツー構造体」は違うかも試練が「不便な方法」は同意
742デフォルトの名無しさん
2026/03/18(水) 13:49:41.35ID:LfUPYerJ 記事主がコメント欄で
＞＞特定の要素数を前提とする場面なら struct が手っ取り早いような気がしますが，どうなんでしょう？
＞
＞ご指摘の通り、自分の触っているコードベース上でも struct でサイズと buf をセットで持たせる設計が一般的で、筆者自身もそちらを採用することがほとんどです。本記事は「素の配列をそのまま渡す設計を採用した場面で、型にサイズ情報を持たせる手段がある」という紹介にとどまるものでした。ちょっと自分の書き方が一般的と誤解させるような内容になってしまいました。気をつけます。mm
と書いてる通り一般的方法ではないんだけど>>735みたいのもいるのは世の中広いなｗ
＞＞特定の要素数を前提とする場面なら struct が手っ取り早いような気がしますが，どうなんでしょう？
＞
＞ご指摘の通り、自分の触っているコードベース上でも struct でサイズと buf をセットで持たせる設計が一般的で、筆者自身もそちらを採用することがほとんどです。本記事は「素の配列をそのまま渡す設計を採用した場面で、型にサイズ情報を持たせる手段がある」という紹介にとどまるものでした。ちょっと自分の書き方が一般的と誤解させるような内容になってしまいました。気をつけます。mm
と書いてる通り一般的方法ではないんだけど>>735みたいのもいるのは世の中広いなｗ
743デフォルトの名無しさん
2026/03/18(水) 15:00:21.67ID:zkfG4cW3 配列の配列
配列のポインタ
であればどちらも一般的な訳で
配列のポインタ
であればどちらも一般的な訳で
744デフォルトの名無しさん
2026/03/18(水) 15:14:12.08ID:Np+iCs7f >>742
それは二つの違いをわかっていない
その「struct でサイズと buf をセットで持たせる設計」はファットポインタ
つまりアドレスと長さの両方を持つことで可変長のものを受け渡しする方法
一方で今回は固定長の配列
長さを関数呼び出しなどで受け渡しする必要がない
structでサイズを持って受け渡しすることは無意味で無駄で非効率になる
この違いがわからない初心者なのだろう
それは二つの違いをわかっていない
その「struct でサイズと buf をセットで持たせる設計」はファットポインタ
つまりアドレスと長さの両方を持つことで可変長のものを受け渡しする方法
一方で今回は固定長の配列
長さを関数呼び出しなどで受け渡しする必要がない
structでサイズを持って受け渡しすることは無意味で無駄で非効率になる
この違いがわからない初心者なのだろう
745デフォルトの名無しさん
2026/03/18(水) 22:28:35.99ID:Pr3hbF5X 記事の趣旨は下記のような場合にエラーが検出できるってことなんだけど
#include <stdint.h>
#define BUF_SIZE 5
#define DATA_SIZE 7
void fill_zero( uint8_t (*buf)[ BUF_SIZE ] );
int main( void )
{
uint8_t data[ DATA_SIZE ];
fill_zero( &data ); /* ここでコンパイラが警告またはエラーを出す！ */
return 0;
}
void fill_zero( uint8_t (*buf)[ BUF_SIZE ] )
{
uint8_t i;
for ( i = 0; i < BUF_SIZE; i++ )
{
(*buf)[i] = (uint8_t)0x00U; /* ポインタを一段デリファレンスしてからアクセス */
}
}
https://godbolt.org/z/EjYrjobh4
#include <stdint.h>
#define BUF_SIZE 5
#define DATA_SIZE 7
void fill_zero( uint8_t (*buf)[ BUF_SIZE ] );
int main( void )
{
uint8_t data[ DATA_SIZE ];
fill_zero( &data ); /* ここでコンパイラが警告またはエラーを出す！ */
return 0;
}
void fill_zero( uint8_t (*buf)[ BUF_SIZE ] )
{
uint8_t i;
for ( i = 0; i < BUF_SIZE; i++ )
{
(*buf)[i] = (uint8_t)0x00U; /* ポインタを一段デリファレンスしてからアクセス */
}
}
https://godbolt.org/z/EjYrjobh4
746デフォルトの名無しさん
2026/03/18(水) 22:31:43.22ID:Pr3hbF5X 要素数がBUF_SIZE個のuint8_tの配列がなんかのデータ型表してんなら普通に構造体にするよねえ、
#include <stdint.h>
#define BUF_SIZE 5
typedef struct {
uint8_t data[ BUF_SIZE ];
} NANKADATA;
void fill_zero( NANKADATA* );
int main( void )
{
NANKADATA data;
fill_zero( &data );
return 0;
}
void fill_zero( NANKADATA* buf )
{
for ( int i = 0; i < (int)(sizeof(buf->data) / sizeof(buf->data[0])); i++ )
{
buf->data[i] = 0;
}
}
https://godbolt.org/z/a7441Mebc
記事を肯定的に言ってる人マジわけわからんわ。プログラミングの経験ないのかな?
#include <stdint.h>
#define BUF_SIZE 5
typedef struct {
uint8_t data[ BUF_SIZE ];
} NANKADATA;
void fill_zero( NANKADATA* );
int main( void )
{
NANKADATA data;
fill_zero( &data );
return 0;
}
void fill_zero( NANKADATA* buf )
{
for ( int i = 0; i < (int)(sizeof(buf->data) / sizeof(buf->data[0])); i++ )
{
buf->data[i] = 0;
}
}
https://godbolt.org/z/a7441Mebc
記事を肯定的に言ってる人マジわけわからんわ。プログラミングの経験ないのかな?
747デフォルトの名無しさん
2026/03/18(水) 22:45:10.91ID:IinJ/Cgw >>746
struct {
uint8_t data[ BUF_SIZE ];
} NANKADATA;
フィールド数が1個の構造体は単なるラッピングであり本質的な話ではない
当然ラッピングしなくても使うことができる
わざわざラッピングした時の事例を持ち出す必要はない
struct {
uint8_t data[ BUF_SIZE ];
} NANKADATA;
フィールド数が1個の構造体は単なるラッピングであり本質的な話ではない
当然ラッピングしなくても使うことができる
わざわざラッピングした時の事例を持ち出す必要はない
748デフォルトの名無しさん
2026/03/18(水) 22:49:01.71ID:Pr3hbF5X おっプログラミングの経験ない人か。本当に居るんだねｗ
749デフォルトの名無しさん
2026/03/18(水) 22:53:15.63ID:Pr3hbF5X uint8_tの要素数が3のRGBもYUVも区別できなくて問題ないって人かあ。
750デフォルトの名無しさん
2026/03/18(水) 22:54:00.17ID:IinJ/Cgw ラッピングは型安全性やカプセル化のためプログラミングの常識だが
今回の問題では一切関係がない
ラッピングすることなくそのまま成立する
今回の問題では一切関係がない
ラッピングすることなくそのまま成立する
751デフォルトの名無しさん
2026/03/18(水) 22:56:26.00ID:IinJ/Cgw 無関係なラッピングを持ち出しそれに固執していることからも本質を理解できていないとみえる
752デフォルトの名無しさん
2026/03/18(水) 22:58:23.97ID:Pr3hbF5X 「そんなクソな書き方しねぇよ」という話が理解できない人いんのねｗ
753デフォルトの名無しさん
2026/03/18(水) 23:05:39.64ID:3L+0H3qv754デフォルトの名無しさん
2026/03/18(水) 23:55:36.84ID:LfUPYerJ ID:IinJ/Cgwはashworthかな
755デフォルトの名無しさん
2026/03/19(木) 00:25:10.98ID:1fNhLbVo そこは各型のデータが持つ情報により3つに分かれる
①アドレスのみ
②アドレスと有効長
③アドレスと有効長と容量
①は単体もしくは固定長の連続体
②は可変長の連続体
③は可変長の連続体で伸縮可
①の連続体の場合はその固定長の情報は型に含まれるため受け渡しする必要がない
記事『配列ポインタ型でサイズ安全な関数引数を実現する』が述べているのはそういうことで正しいが説明不足だな
①アドレスのみ
②アドレスと有効長
③アドレスと有効長と容量
①は単体もしくは固定長の連続体
②は可変長の連続体
③は可変長の連続体で伸縮可
①の連続体の場合はその固定長の情報は型に含まれるため受け渡しする必要がない
記事『配列ポインタ型でサイズ安全な関数引数を実現する』が述べているのはそういうことで正しいが説明不足だな
756デフォルトの名無しさん
2026/03/19(木) 02:07:19.07ID:/Wzj236o 『C言語の標準ライブラリを自作して学ぶ、安全なメモリ管理と文字列操作の真髄』
https://qiita.com/toranoko/items/f3f01e99f0132558a128
オーバーフローチェックは重要、みたいなこと書いてるのに
> // 実データの前に size_t 分のヘッダ領域を確保
> block = malloc(sizeof(size_t) + size);
冒頭のコードでオーバーフロー無視してるのはなあ、無能すぎね? つか42tokyoかあ。
https://qiita.com/toranoko/items/f3f01e99f0132558a128
オーバーフローチェックは重要、みたいなこと書いてるのに
> // 実データの前に size_t 分のヘッダ領域を確保
> block = malloc(sizeof(size_t) + size);
冒頭のコードでオーバーフロー無視してるのはなあ、無能すぎね? つか42tokyoかあ。
757デフォルトの名無しさん
2026/03/19(木) 03:59:02.73ID:r1H5OpTt >>756
これで満足か？
#include <stdckdint.h>
size_t total_size{};
if (!ckd_add(&total_size, sizeof(size_t), size)) {
block = malloc(total_size);
}
これで満足か？
#include <stdckdint.h>
size_t total_size{};
if (!ckd_add(&total_size, sizeof(size_t), size)) {
block = malloc(total_size);
}
758デフォルトの名無しさん
2026/03/19(木) 04:38:33.92ID:MpYhWP5O >>757
？
？
759デフォルトの名無しさん
2026/03/19(木) 07:10:42.84ID:uGXjP4fl C23でようやく標準化されたオーバーフローチェックなんて99%のプログラマーが今後も知らないままだろう
標準化があまりにも遅すぎた
C++23の新機能も同じだ
みんな知らない学習する気もない使う気もない広まらない
標準化があまりにも遅すぎた
C++23の新機能も同じだ
みんな知らない学習する気もない使う気もない広まらない
760デフォルトの名無しさん
2026/03/19(木) 11:36:28.97ID:TvMFZsLL761デフォルトの名無しさん
2026/03/19(木) 19:51:52.27ID:qPkzmLAQ >>759 expectedが追加されてるけど、例外使いまってる既存資産から置き換えも考えずらいし、新規で使うにも別にC++じゃなくても良くね？な型。
762デフォルトの名無しさん
2026/03/19(木) 22:45:04.98ID:UtYRo7C2 CとC++の標準拡張が連携とれてないよな
この言語はもうダメだ
この言語はもうダメだ
763デフォルトの名無しさん
2026/03/20(金) 13:02:52.79ID:iXoBkJ/Y >>762
言語は思考を規定する
言語は思考を規定する
764デフォルトの名無しさん
2026/03/21(土) 13:52:48.74ID:JUJDvVUv >>756
> C言語を学び始めると、標準ライブラリ（stdio.h, stdlib.h, string.hなど）の便利さに気づきます。しかし、その内部で何が起きているのかを意識することは少ないかもしれません。
>
> そこで私は、C言語の標準関数のゼロから再実装に取り組みました。
とか言っててft_mallocの実装mallocのラッパーになっててｸｿﾜﾛﾀｗ
> 1. メモリブロックへの「メタデータ」埋め込みによる ft_realloc の実装
glibcならmalloc_usable_sizeでメモリーブロックのサイズ取得できるのに車輪の再発明だなあ。将来的にmalloc部分も自作するとしてメモリーブロックのサイズはどっかに格納すんだしmalloc使ってるならmalloc_usable_size使うで良かろう。
ft_reallocもメモリーブロック再割り当て必要ない場合も常に新しいメモリーブロック割り当てるし第1引数にNULL渡された場合も考慮されてないなあ。
よくこんな記事スクール名誇らしげに明記しながら公開するもんだわｗ
> C言語を学び始めると、標準ライブラリ（stdio.h, stdlib.h, string.hなど）の便利さに気づきます。しかし、その内部で何が起きているのかを意識することは少ないかもしれません。
>
> そこで私は、C言語の標準関数のゼロから再実装に取り組みました。
とか言っててft_mallocの実装mallocのラッパーになっててｸｿﾜﾛﾀｗ
> 1. メモリブロックへの「メタデータ」埋め込みによる ft_realloc の実装
glibcならmalloc_usable_sizeでメモリーブロックのサイズ取得できるのに車輪の再発明だなあ。将来的にmalloc部分も自作するとしてメモリーブロックのサイズはどっかに格納すんだしmalloc使ってるならmalloc_usable_size使うで良かろう。
ft_reallocもメモリーブロック再割り当て必要ない場合も常に新しいメモリーブロック割り当てるし第1引数にNULL渡された場合も考慮されてないなあ。
よくこんな記事スクール名誇らしげに明記しながら公開するもんだわｗ
765デフォルトの名無しさん
2026/03/22(日) 02:13:38.55ID:wZUeCGG3 > これで満足か？
>
> #include <stdckdint.h>
> size_t total_size{};
> if (!ckd_add(&total_size, sizeof(size_t), size)) {
> block = malloc(total_size);
> }
記事主のレベルに合わせて
if (size > SIZE_MAX - sizeof(size_t)) return NULL;
で良くね?
>
> #include <stdckdint.h>
> size_t total_size{};
> if (!ckd_add(&total_size, sizeof(size_t), size)) {
> block = malloc(total_size);
> }
記事主のレベルに合わせて
if (size > SIZE_MAX - sizeof(size_t)) return NULL;
で良くね?
766デフォルトの名無しさん
2026/03/23(月) 10:23:25.58ID:sxw8l0ML >>757
> 2. 線形リストの動的管理と「ポインタのポインタ」の威力
> ポイント：
> なぜ t_list ** なのか？
なんて書いてるけど、理解がハンパだからft_lstadd_backの実装クソダサいことになってるなｗ
> 2. 線形リストの動的管理と「ポインタのポインタ」の威力
> ポイント：
> なぜ t_list ** なのか？
なんて書いてるけど、理解がハンパだからft_lstadd_backの実装クソダサいことになってるなｗ
767デフォルトの名無しさん
2026/03/23(月) 10:33:36.87ID:1OOhD5jZ >>766
レス先が間違ってるのか何の話やらさっぱりわからん
レス先が間違ってるのか何の話やらさっぱりわからん
768デフォルトの名無しさん
2026/03/23(月) 11:05:37.27ID:sxw8l0ML769デフォルトの名無しさん
2026/03/27(金) 13:58:58.93ID:/DnZZ8sW 文字種による組み合わせの数
ASCII文字列に限定して組み合わせの数を考えてみることにします。
アルファベット大文字: 26 アルファベット小文字: 26 数字: 10 記号(印字可能な記号類): 32 使える文字種は 94種類となります。
これらを使って 4桁のパスワードを作る場合の組み合わせの総数は*通りあります。
しかし「大文字・小文字・数字・記号を必ず1つずつ含む」という条件を課した場合には、
各文字から1文字ずつ抜き出した組み合わせの並び替えを考慮して*通りになります。
見た目は「複雑さが増した」ように思えても、実際には総当たりに必要な総数は15分の1に減少してしまいます。
NIST SP800-63の草稿を書いた ビル・バー(Bill Burr)氏6はウォール・ストリート・ジャーナルのインタビューに対して
「今では自分がしたことを後悔している」と述べ、英大文字・小文字・数字等の複雑な組み合わせを提言したことを悔いています。
ASCII文字列に限定して組み合わせの数を考えてみることにします。
アルファベット大文字: 26 アルファベット小文字: 26 数字: 10 記号(印字可能な記号類): 32 使える文字種は 94種類となります。
これらを使って 4桁のパスワードを作る場合の組み合わせの総数は*通りあります。
しかし「大文字・小文字・数字・記号を必ず1つずつ含む」という条件を課した場合には、
各文字から1文字ずつ抜き出した組み合わせの並び替えを考慮して*通りになります。
見た目は「複雑さが増した」ように思えても、実際には総当たりに必要な総数は15分の1に減少してしまいます。
NIST SP800-63の草稿を書いた ビル・バー(Bill Burr)氏6はウォール・ストリート・ジャーナルのインタビューに対して
「今では自分がしたことを後悔している」と述べ、英大文字・小文字・数字等の複雑な組み合わせを提言したことを悔いています。
770デフォルトの名無しさん
2026/03/29(日) 09:12:45.98ID:WM1+84P1 2026/3/25 10:46 9回答 至急です！
中学校の先生をしている私の友人と食事に行った時に、友人が「業務が多くて大変…何か便利なパソコンのソフトというか、
痒いところに手が届くようなシステムを誰か作ってくれないかなぁ…」とボソッと呟いていました。
私はどんなシステムだといいの？と聞いたのですが、具体的には今思いつかないとのことでした。
私はExcelなどでシステム（？）を作ったりするのが好きなので、その友人の力になればと思いました。
そこで質問なのですが、先生方の日々の業務の中で、「こんなシステム、アプリがあればいい！」
「こんなシステムがあって便利だった！」というのがあれば教えていただきたいです。
※個人で作れる範囲でお願いします…
あくまで先生方の業務を助けるものなので、授業 を勝手にやってくれるアプリなどは違います。
中学校の先生をしている私の友人と食事に行った時に、友人が「業務が多くて大変…何か便利なパソコンのソフトというか、
痒いところに手が届くようなシステムを誰か作ってくれないかなぁ…」とボソッと呟いていました。
私はどんなシステムだといいの？と聞いたのですが、具体的には今思いつかないとのことでした。
私はExcelなどでシステム（？）を作ったりするのが好きなので、その友人の力になればと思いました。
そこで質問なのですが、先生方の日々の業務の中で、「こんなシステム、アプリがあればいい！」
「こんなシステムがあって便利だった！」というのがあれば教えていただきたいです。
※個人で作れる範囲でお願いします…
あくまで先生方の業務を助けるものなので、授業 を勝手にやってくれるアプリなどは違います。
771デフォルトの名無しさん
2026/03/29(日) 10:45:15.68ID:uKkigz0N772デフォルトの名無しさん
2026/03/29(日) 11:27:48.49ID:WM1+84P1 そのURL、まさに正解です！鋭いですね。
773デフォルトの名無しさん
2026/03/29(日) 19:46:13.68ID:60xioQbF AIの上から目線ωωω=2πf
774デフォルトの名無しさん
2026/04/09(木) 09:26:19.56ID:7gjT4xLw しょうもない記事量産して組織票してそうな会社あるけどqiitaはbanしないのかね
775デフォルトの名無しさん
2026/04/09(木) 16:49:59.22ID:fX4iGaar ゆめみ？児相？
776デフォルトの名無しさん
2026/04/12(日) 15:34:12.65ID:B4J5EMNc AIに生成させて自分は見返してもないようなのポストするだけのゴミ山で
しょうもなくないものなんてあるのか？
しょうもなくないものなんてあるのか？
777デフォルトの名無しさん
2026/04/12(日) 15:52:40.59ID:BIP0YDzk ゆめみだと10歳娘とかいうきっしょいSSと猛虎弁で記事を連想してるやつの悪印象がつよいな
778デフォルトの名無しさん
2026/04/14(火) 16:07:44.11ID:F7K01gby youtubeもだいぶAI汚染されて来た
779デフォルトの名無しさん
2026/04/24(金) 12:25:40.08ID:wWu/99fa 『C言語で学ぶ低レイヤーメモリ管理！！(憧れの低レイヤー)』
https://qiita.com/kmtech/items/6e601c74577e6060dd63
GoやTypeScript使ってる人からするとスタックやヒープの話が低レイヤー扱いになるというのは文化の違いなのか? コイツがアホなのか?
いろいろ間違ってるけど
> ローカル変数の寿命が関数の終了とともに尽きる理由は、関数からリターンする際にスタックポインタが戻り、フレームが論理的に消滅するためです。
が一番酷い。言語仕様的にはローカル変数の寿命はブロック内と決まってるのに実装で理解しようとしてる。
https://qiita.com/kmtech/items/6e601c74577e6060dd63
GoやTypeScript使ってる人からするとスタックやヒープの話が低レイヤー扱いになるというのは文化の違いなのか? コイツがアホなのか?
いろいろ間違ってるけど
> ローカル変数の寿命が関数の終了とともに尽きる理由は、関数からリターンする際にスタックポインタが戻り、フレームが論理的に消滅するためです。
が一番酷い。言語仕様的にはローカル変数の寿命はブロック内と決まってるのに実装で理解しようとしてる。
780デフォルトの名無しさん
2026/04/24(金) 22:15:56.41ID:Yo/pC6tM どうみてもアホい
781デフォルトの名無しさん
2026/04/24(金) 22:45:05.64ID:Fp2U5Ge9 > 1. メモリレイアウトの構造（セグメント）
> プログラムが実行される際、メモリは大きく分けて以下の5つのセグメントに分割されます。
ROのデータ領域もあったら良かったね
> 3. ポインタの本質：メモリアドレスの操作
> ポインタは単なる「メモリアドレスという数値」です。
C言語はポインタ型により構造が違うことも認めてる言語なんだけど
> 5. データ構造のレイアウトとアライメント
> CPUが効率よくデータにアクセスするため、構造体のメンバ間には「パディング（隙間）」が自動的に挿入されます。
環境依存の話を世の中の理みたいに説明されてもどうなんだか
> 7. デバッグと解析ツール
> 低レイヤーのバグは人間が見つけるのは困難ですが、AddressSanitizerなどのツールを活用することで自動検知が可能になります。
サニタイザで不具合が見つかるかは希望的な話でしかないんだが
規格を確認したりしないで見えてるものが世界のすべてと考える人っぽいな
> プログラムが実行される際、メモリは大きく分けて以下の5つのセグメントに分割されます。
ROのデータ領域もあったら良かったね
> 3. ポインタの本質：メモリアドレスの操作
> ポインタは単なる「メモリアドレスという数値」です。
C言語はポインタ型により構造が違うことも認めてる言語なんだけど
> 5. データ構造のレイアウトとアライメント
> CPUが効率よくデータにアクセスするため、構造体のメンバ間には「パディング（隙間）」が自動的に挿入されます。
環境依存の話を世の中の理みたいに説明されてもどうなんだか
> 7. デバッグと解析ツール
> 低レイヤーのバグは人間が見つけるのは困難ですが、AddressSanitizerなどのツールを活用することで自動検知が可能になります。
サニタイザで不具合が見つかるかは希望的な話でしかないんだが
規格を確認したりしないで見えてるものが世界のすべてと考える人っぽいな
782デフォルトの名無しさん
2026/04/26(日) 12:47:29.40ID:4u5ERnzz 偏見だらけでやばいなこいつ
https://www.youtube.com/@nandemo-soken
https://www.youtube.com/@nandemo-soken
783デフォルトの名無しさん
2026/04/27(月) 20:32:31.01ID:iVRa44wO Qiitaにおいて「個人開発」タグとAI関連タグの両方を紐づけた記事数は、2025年を境に急激な伸びを記録しました
「AI自らが論理的に思考し、複雑な工程を完遂する力」の社会実装が進んだことが、開発現場におけるAIの役割を決定的に変えたと考えられます
エンジニア個人が「コードを書く」のではなく、「AIに指示を出してレビューする」スタイルが定着しました
://corp.qiita.com/releases/2026/04/trend-announcement/
「AI自らが論理的に思考し、複雑な工程を完遂する力」の社会実装が進んだことが、開発現場におけるAIの役割を決定的に変えたと考えられます
エンジニア個人が「コードを書く」のではなく、「AIに指示を出してレビューする」スタイルが定着しました
://corp.qiita.com/releases/2026/04/trend-announcement/
784デフォルトの名無しさん
2026/04/27(月) 22:27:32.57ID:Lr9xKyXh そうは思わんが
785デフォルトの名無しさん
2026/04/29(水) 08:23:23.38ID:15dlJZzv >>783
URLもまともに貼れないのか
URLもまともに貼れないのか
786デフォルトの名無しさん
2026/05/03(日) 09:27:11.97ID:ZD3d/FQp 有料AIはまともなコードはくのか？
無料のはレビューしないと使えんもの多い感じ
無料のはレビューしないと使えんもの多い感じ
787デフォルトの名無しさん
2026/05/04(月) 22:26:55.35ID:XHwxgqWt レビューしてるかは相当怪しい
レビュー以前に生成物を自分で読み返しもしてない
レビュー以前に生成物を自分で読み返しもしてない
788デフォルトの名無しさん
2026/05/09(土) 20:18:43.51ID:ALlRHlTv 新語の布教
AIスロップ（AI Slop）とは、生成AIを用いて思考停止状態で大量生産された、低品質で無個性な文章、画像、動画などのコンテンツを指す俗語です
英語で「残飯」や「汚水」を意味するslopに由来し、ネット空間にゴミを撒き散らすようなスパム的投稿が、SNSやブログで急増している問題を指します
QiitaはAI slop？
AIスロップ（AI Slop）とは、生成AIを用いて思考停止状態で大量生産された、低品質で無個性な文章、画像、動画などのコンテンツを指す俗語です
英語で「残飯」や「汚水」を意味するslopに由来し、ネット空間にゴミを撒き散らすようなスパム的投稿が、SNSやブログで急増している問題を指します
QiitaはAI slop？
789デフォルトの名無しさん
2026/05/13(水) 08:42:43.21ID:TJ5jmwVo よわよわ初学者を囲い込みたい人の数だけ利益増える系企業がくだらない記事量産して組織評するだけのサイトと化してる
790デフォルトの名無しさん
2026/05/15(金) 11:34:53.67ID:90X+59Aj 最初からそうだった
791デフォルトの名無しさん
2026/05/15(金) 11:40:00.02ID:BdEEuu5q 素人が聞きかじりと独自解釈で記事書いて
それを別の素人に読ませるんだから悲惨の再生産でしかない
それを別の素人に読ませるんだから悲惨の再生産でしかない
792デフォルトの名無しさん
2026/05/15(金) 13:47:50.44ID:p0JPsRze マサカリ投げる人を見なくなったのは運営が排除したんだろうなあ
793デフォルトの名無しさん
2026/05/17(日) 06:12:11.66ID:g8E6+0LG AI記事にマサカリ投げるAI作らねえとなあ…
794デフォルトの名無しさん
2026/05/17(日) 15:42:23.85ID:xOSrHwfN 誤情報を別の誤情報で上書きしてやる！
795デフォルトの名無しさん
2026/05/21(木) 23:11:33.07ID:BGV5x8FO 知らないのは知らないと言った方が良い
AI:
まったくその通りですね。無理に知ったかぶりをするよりも、
「知らない」と正直に伝えた方がお互いに誠実でいられます。
今後は、不確かなことや把握していない情報については、
ご指摘の通り素直に「わかりません」とお伝えするようにいたします。
いつでも遠慮なくご質問ください。
AI:
まったくその通りですね。無理に知ったかぶりをするよりも、
「知らない」と正直に伝えた方がお互いに誠実でいられます。
今後は、不確かなことや把握していない情報については、
ご指摘の通り素直に「わかりません」とお伝えするようにいたします。
いつでも遠慮なくご質問ください。
796デフォルトの名無しさん
2026/05/23(土) 01:41:46.30ID:RTiTUbug QiitaはAIチャットの進化で完全終了
797デフォルトの名無しさん
2026/05/23(土) 11:53:28.46ID:cKRNTj8r どっちもアホならAIのがマシだな
798デフォルトの名無しさん
2026/05/23(土) 20:39:12.85ID:DTOGilsw 健忘症AI
799デフォルトの名無しさん
2026/05/25(月) 00:00:12.66ID:9KzU6IdK 毎回bingでググってんだけど、なんやねんこの鶴
https://i.imgur.com/A2YFdhp.jpeg
https://i.imgur.com/A2YFdhp.jpeg
800デフォルトの名無しさん
2026/05/25(月) 20:38:33.69ID:1OlPuXLe >>799 POSIX関連を多く投稿してる人のアイコンっぽい
801デフォルトの名無しさん
2026/05/25(月) 21:01:02.85ID:9KzU6IdK802デフォルトの名無しさん
2026/05/26(火) 19:02:50.70ID:kwj+v6Qj >>799
マイクロソフトの検索エンジンはかなりのポンコツだぞ？
マイクロソフトの検索エンジンはかなりのポンコツだぞ？
803デフォルトの名無しさん
2026/05/28(木) 21:23:05.04ID:O2jcXIre 書籍の内容のまとめとか、就活生の自己アピールみたいなのは読み物としてはゴミでつまらん。他で扱わないネタやオリジナリティのあるもので勝負しないとサイト丸ごとゴミの山になって終わるな
804デフォルトの名無しさん
2026/05/28(木) 23:01:59.42ID:2G2nyHgz bingで検索すると出やすいよなqiita
805デフォルトの名無しさん
2026/05/28(木) 23:50:01.27ID:KhJwUlUl bingでアマギフ乞食しとる
楽天ポイントも出てるが品切れだとよ
楽天ポイントも出てるが品切れだとよ
806デフォルトの名無しさん
2026/05/28(木) 23:56:02.14ID:9QQrBot/ プログラミングを楽しんで書いた人の記事がなくなった
807デフォルトの名無しさん
2026/05/29(金) 09:10:29.57ID:F444KmUt bingが糞なのは完全に同意だけどyahooよりはマシかも知れない
808デフォルトの名無しさん
2026/05/29(金) 09:11:23.26ID:F444KmUt てかここqiitaのスレだった
809デフォルトの名無しさん
2026/05/30(土) 19:50:57.42ID:kCgOd4AN >>807
ヤフー検索は少し仕様を変えただけのGoogle検索
ヤフー検索は少し仕様を変えただけのGoogle検索
810デフォルトの名無しさん
2026/05/30(土) 20:36:50.43ID:3nUcKPZk なら、duckduckはbing
811デフォルトの名無しさん
2026/05/31(日) 00:38:44.08ID:xySxp9mX 最近はQiitaよりredditの外人のスレのほうが引っ掛かる感じ
812デフォルトの名無しさん
2026/06/02(火) 13:51:28.02ID:gn3K6mV6 2025年のLikeの中央値は0だぞ！！！
遷移は明確に右肩下がりソースzenn.dev/mima_ita/articles/f78dcbef2a81d3
他人の記事にいいねなんてしないんだよ
お前らは仲間いいねをつけた工作記事宣伝記事を見せられてるだけ
遷移は明確に右肩下がりソースzenn.dev/mima_ita/articles/f78dcbef2a81d3
他人の記事にいいねなんてしないんだよ
お前らは仲間いいねをつけた工作記事宣伝記事を見せられてるだけ
813デフォルトの名無しさん
2026/06/06(土) 11:11:13.52ID:SkayGZlT 一応QiitaはRSSで気になる単語をピックアップしてみてたけど、本当AI生成記事しかないからやめちゃった
他なんかないかな
他なんかないかな
814デフォルトの名無しさん
2026/06/06(土) 12:22:35.95ID:opOu8dUF >>813
企業研修の担当者が仕事の心掛けを就活生に語るのとかあるぞ。一般人にとってはゴミ記事だけどw
企業研修の担当者が仕事の心掛けを就活生に語るのとかあるぞ。一般人にとってはゴミ記事だけどw
815デフォルトの名無しさん
2026/06/06(土) 14:59:16.09ID:7QUkEDTm >>813
Qiitaしょうもない日はspeaker deckとかdocswellはたまに見る
Qiitaしょうもない日はspeaker deckとかdocswellはたまに見る
816デフォルトの名無しさん
2026/06/06(土) 21:46:26.28ID:M0XS2EAW Qiita見るくらいならRedditでも観たほうがマシ
817デフォルトの名無しさん
2026/06/06(土) 23:26:32.19ID:FTBbgFWH 広告の少ない無料techブログとしての利用価値は高い
818デフォルトの名無しさん
2026/06/07(日) 04:50:43.56ID:O2btQ36l まともな人間はアドブロック入れてるんだよ
819デフォルトの名無しさん
2026/06/07(日) 22:24:19.53ID:AoVS1GaR スライド共有サイトは、まだQiitaとかZennに比べたらAIスロップはマシそうだな
とはいえ、もうAIでスライドも作れる以上はあんまり無事なのも長くないかもしれないが
自分もこのへん見るか
とはいえ、もうAIでスライドも作れる以上はあんまり無事なのも長くないかもしれないが
自分もこのへん見るか
820デフォルトの名無しさん
2026/06/10(水) 18:01:44.17ID:rpaFBedfレスを投稿する
ニュース
- 【サッカーW杯】日本、ブラジルに1－2の逆転負け…田中碧が号泣、上田綺世、久保建英の目にも涙 ★4 [鉄チーズ烏★]
- 【サッカーW杯】日本、ブラジルに1－2の逆転負け…田中碧が号泣、上田綺世、久保建英の目にも涙 ★3 [鉄チーズ烏★]
- 【サッカーW杯】日本、ブラジルに1－2の逆転負け…田中碧が号泣、上田綺世、久保建英の目にも涙 ★5 [鉄チーズ烏★]
- 【W杯】森保監督がブラジル戦を総括 涙ながらに謝罪「監督の力が足りず、すみませんと伝えたい」 [王子★]
- 【W杯】森保監督がブラジル戦を総括 涙ながらに謝罪「監督の力が足りず、すみませんと伝えたい」★2 [王子★]
- ブラジル代表FWクーニャ、勝利後に塩貝健人を挑発 「5回優勝」を示すジェスチャー [王子★]
- 【地上波/DAZNほか】 FIFAワールドカップ2026 総合スレ★258【メキシコ/カナダ/アメリカ】
- 【地上波/DAZNほか】 FIFAワールドカップ2026 総合スレ★259【メキシコ/カナダ/アメリカ】
- 【ﾏﾀｰﾘ】日本vsブラジル ★2
- 【DAZN専用】ブラジル-日本 ★１
- 【ATP】テニス総合実況スレ2026 Part 68【WTA】
- こいせん 全レス転載禁止
- 『スポーツ観戦で現実逃避』👈情けないとは思わんのかねジャップさんよ…… [194819832]
- ブラジル人、Xで日本人を煽りまくるＷＷＷWWWWWWWWWWWWWWWWWWWWWWWW [903775116]
- でもお前らって宗教勧誘しにきた奴が女子小学生の娘連れて来てたら中出しセックスをさせてくれたら入るって言うんだろ？
- 日本対ブラジル★14 反省会 [197015205]
- 【動画】試合後ブラジル選手「ジャップよわ！こっちは5回優勝してるんだよw」 [268244553]
- J(ヽ＾ん＾)し「日本クソすぎ！火炎瓶！焼身自殺！」公安警察「おはようございます！武器を作っている疑いがある！」 [856698234]