Qiita 7 - キータぞ、来たぞ、キータだぞー (787ﾚｽ)
Qiita 7 - キータぞ、来たぞ、キータだぞー http://mevius.5ch.io/test/read.cgi/tech/1757733847/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
696: デフォルトの名無しさん [sage] 2026/01/29(木) 09:47:51.63 ID:zHd8MLyx 『プログラマはドメインの実装に集中すべき』 記事主はコミュニケーション能力に難ありそうなのに主張が強いのはまあ荒れるかな。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/696
697: デフォルトの名無しさん [sage] 2026/01/29(木) 23:09:01.47 ID:/DldT0uY >>696 その人が理解してる狭い範囲で書いてるから間違いが多くなってるね 例えばオブジェクトを返すために「ポインタが必要になります」という件 Rubyなどでは常にGC領域に確保したエリアを指すポインタやfatポインタになってることを知らない むしろポインタを返すか値を返すかの選択指定ができないRubyなどの言語こそ「ポインタが必要になります」なのにね http://mevius.5ch.io/test/read.cgi/tech/1757733847/697
698: デフォルトの名無しさん [] 2026/01/30(金) 12:13:42.91 ID:1aPpJmtV >>696 クラスが良いものとされていた過去の言語と、 クラスは良くないとされている現代の言語を比べてるんだな。 そのケースは共通メソッドPay()を呼べれば良いだけのようだから、 クラス継承関係の必要はないためクラスは不要だが、 そこも理解せずになぜかクラスを絶賛していて草。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/698
699: デフォルトの名無しさん [sage] 2026/02/01(日) 14:45:06.93 ID:95PY2lcv 『なぜあの人と話すと仕事が止まるのか。』 責任を避けたいのか指示や説明に曖昧な表現をする人は実際いて、記事では良いこと言ってると思うんだけどもコメ欄見ると曖昧支持派が案外いるようで意外な感じ。そんなんで仕事効率よく回るのかな? http://mevius.5ch.io/test/read.cgi/tech/1757733847/699
700: デフォルトの名無しさん [sage] 2026/02/01(日) 14:51:03.31 ID:95PY2lcv そもそもの話として指示してる側がよく分かってない場合まであるかな。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/700
701: デフォルトの名無しさん [sage] 2026/02/03(火) 00:37:23.82 ID:ZHB7f43X ネットwatch板に行けや板違いのクソジジイども http://mevius.5ch.io/test/read.cgi/tech/1757733847/701
702: デフォルトの名無しさん [] 2026/02/05(木) 11:26:14.95 ID:KDeSa5ll 会話・チャットでやり取りをしていて、「なんか、このひと面倒くさいなー」とイライラすることがある。 イライラするだけなら、まだ我慢できる。けれど、それが仕事に支障をきたすのであれば話は別だ。 ─── で、そういう場面は珍しくない。 そういうひとのことばを観察していると、あいまいな表現が多いことに気が付く。 それで、会話の回数が多くなって生産性が落ちたり、認識の齟齬が生まれて作業のやり直しが発生したりしている。 結論： コミュニケーションコストは低い方がよい。 仕事の文書は多義性をもってはいけない。 「あいまい」な表現は避けるべき。 今日はこういう話をする。 「あいまい」なひとたち 日々の仕事のなかで、あいまいな表現（意味がひとつに定まらない状態）を意識して探すと、その多さに驚く。 例えばこんな具合だ。 ↑ 抽象的な会話が出来ない人かなー http://mevius.5ch.io/test/read.cgi/tech/1757733847/702
703: デフォルトの名無しさん [] 2026/02/05(木) 11:33:08.27 ID:KDeSa5ll 本田勝一 外山滋比古 ああそういうことか http://mevius.5ch.io/test/read.cgi/tech/1757733847/703
704: デフォルトの名無しさん [sage] 2026/02/05(木) 12:57:20.17 ID:E6aSdkxP コミュニケーション能力の低そうな奴ｷﾀｰ(AA略 http://mevius.5ch.io/test/read.cgi/tech/1757733847/704
705: デフォルトの名無しさん [] 2026/02/05(木) 14:17:46.85 ID:jnX8qpUc noteに投稿すれば利益でるかもしれない情報を なんでわざわざQiitaに無償提供しないといけないんだよ http://mevius.5ch.io/test/read.cgi/tech/1757733847/705
706: デフォルトの名無しさん [sage] 2026/02/05(木) 18:57:08.35 ID:Whvu+Pg2 >>702 本文読んでないけど「その多さに驚く」「たとえばこんな具合だ」とかはGPT構文 http://mevius.5ch.io/test/read.cgi/tech/1757733847/706
707: デフォルトの名無しさん [sage] 2026/02/06(金) 17:42:04.41 ID:Kt3ZEJjw >>702 主張の甘さはともかくすごく読みやすいよく出来た文章 現時点のプログラミング能力が低くてもよほど高い技術力を求める職種じゃなければ書類選考は通すかな http://mevius.5ch.io/test/read.cgi/tech/1757733847/707
708: デフォルトの名無しさん [] 2026/02/16(月) 21:18:07.71 ID:yj7FcTNH 『TRONはマイクロソフトのOSよりも開発が遅かった』 > TRON をリアルタイム OS というのであれば、Windows もリアルタイム OS です。 とか言ってて草ｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/708
709: デフォルトの名無しさん [sage] 2026/02/17(火) 07:24:53.63 ID:2y9Ezw3R Windows CEは現行品じゃねえからなあ… http://mevius.5ch.io/test/read.cgi/tech/1757733847/709
710: デフォルトの名無しさん [sage] 2026/02/18(水) 01:29:48.31 ID:IBuOhcjB 『アセンブリ言語を学ぶことで得られるメリット【アセンブリ言語さくっと入門】』 雑な記事で間違いも散見されるけどこんな記事がいいね多く貰えるのかｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/710
711: デフォルトの名無しさん [] 2026/02/18(水) 10:07:51.51 ID:ECs//W9F サルでも判る 猫でも判る こんなのがベストセラーですし http://mevius.5ch.io/test/read.cgi/tech/1757733847/711
712: デフォルトの名無しさん [] 2026/02/18(水) 17:20:03.32 ID:FZ7FR248 QiitaってCSS/HTMLの埋め込み出来んのね なんつー不便な 外部サイトをEmbedで埋め込めばいいんだけど 自前で提供してほしいなあ http://mevius.5ch.io/test/read.cgi/tech/1757733847/712
713: デフォルトの名無しさん [sage] 2026/02/19(木) 10:17:58.48 ID:cTP/hAta CSS埋め込むとCSSに攻撃されます http://mevius.5ch.io/test/read.cgi/tech/1757733847/713
714: デフォルトの名無しさん [sage] 2026/02/21(土) 15:04:38.23 ID:QrnLkFez >>712 Qiita Discussions へようこそ ://github.com/increments/qiita-discussions/discussions 投稿したら運営が必ず返信してくる有用サイトを教えてあげる http://mevius.5ch.io/test/read.cgi/tech/1757733847/714
715: デフォルトの名無しさん [sage] 2026/02/24(火) 16:30:03.35 ID:pFFjUl/D >>714 リンクもまともに貼れないのか… http://mevius.5ch.io/test/read.cgi/tech/1757733847/715
716: デフォルトの名無しさん [] 2026/02/26(木) 11:57:30.97 ID:t+HxmJOg >>715 バカで草 5chは初めてか？ http://mevius.5ch.io/test/read.cgi/tech/1757733847/716
717: デフォルトの名無しさん [sage] 2026/02/27(金) 15:56:41.61 ID:hatmpLbN >>716 直リンクなんて今は誰も気にしないよ おじいちゃん http://mevius.5ch.io/test/read.cgi/tech/1757733847/717
718: デフォルトの名無しさん [sage] 2026/02/28(土) 17:14:31.20 ID:TQQUbZKL >>717 横だが ほんとに何を間違えたか分かってないのか、 分かってとぼける為に編み出した言い訳なのかどっちだ？ http://mevius.5ch.io/test/read.cgi/tech/1757733847/718
719: デフォルトの名無しさん [sage] 2026/03/01(日) 02:50:27.70 ID:FIljQNjT Rustは非常にシンプルで 最も多用されて使いやすい半開区間 従来 i = 0 ; i < n を 0..n と表記 稀に用いられる閉区間 従来 i = 0 ; i <= n を 0..=n と表記 このようにシンプルに従来と対応している この2種類しかないため逆に取り違えて誤用することもない https://youtube.com//shorts/Z8y4gXpQbKw http://mevius.5ch.io/test/read.cgi/tech/1757733847/719
720: デフォルトの名無しさん [sage] 2026/03/01(日) 04:41:59.95 ID:Ihp4TUhS >>718 ジジイ乙 http://mevius.5ch.io/test/read.cgi/tech/1757733847/720
721: デフォルトの名無しさん [sage] 2026/03/02(月) 00:05:31.63 ID:rkh+heJs >>720 みいちゃん… http://mevius.5ch.io/test/read.cgi/tech/1757733847/721
722: デフォルトの名無しさん [sage] 2026/03/04(水) 17:49:30.98 ID:umvekOcL 最後に出てくる「みいちゃん」は、過去に5ch（旧2ch）で起きた有名なコピペや「知ったかぶりをする初心者」を揶揄する文脈で使われるネットスラングです。 「君は何も分かってない初心者（あるいは痛い人）だね」という強烈な皮肉を投げ、議論を打ち切っています。 直リン派の認識 利便性と現代基準 今のブラウザやアプリはセキュリティが強く、多くの掲示板アプリ（専ブラ）は `ttp` でも自動で補完してリンク化します。 「h抜き」はもはや二度手間を強いるだけの無意味な儀式に見えています。 h抜き派のに認識 5chには「リンクの先頭の `h` を抜く」という古い慣習があります。 これはかつて、不用意なクリックによるブラウザクラッシュ（ブラクラ）やウイルス感染を防ぐための自衛手段でした。 この状況をAIに解説させて思ったがなぜhttp抜いたか分かってないんじゃない？ ブラクラやウイルス感染を防ぐためじゃなく5chでURL規制で貼れないことが多くIP規制になることもあってhttp削除 714以外は他人の投稿でこのスレをあまり見ないからここでhttp削除の必要がなかったとしても気にするつもりはない リンクを貼りたいなら貼りたい人が貼り直せ そこまでリンクにこだわるならなぜおまえが貼り直さない？ おまえがQiita Discussionsに投稿するかは気になるがリンクのことはどうでもいい 小さいことにこだわるやつだな http://mevius.5ch.io/test/read.cgi/tech/1757733847/722
723: デフォルトの名無しさん [sage] 2026/03/04(水) 18:05:56.44 ID:DjLSShMS 規制とかどうでもいいわなURL貼れないならそもそも書き込みを諦めればいいだけだし http://mevius.5ch.io/test/read.cgi/tech/1757733847/723
724: デフォルトの名無しさん [] 2026/03/04(水) 18:29:48.59 ID:78qp6zA1 http削ると貼れたりするから諦めなくても大丈夫 http://mevius.5ch.io/test/read.cgi/tech/1757733847/724
725: デフォルトの名無しさん [sage] 2026/03/05(木) 09:27:54.39 ID:GrZo6tuI リンク貼ったら一発退場が懐かしい http://mevius.5ch.io/test/read.cgi/tech/1757733847/725
726: デフォルトの名無しさん [sage] 2026/03/05(木) 15:06:37.18 ID:qwmj+r7o 『C言語とアセンブリ言語の実行速度を比較する』 printfで整数値を10万個出力するのに ・アセンブリ言語からprintf呼び出し→約7秒 ・C言語からprintf呼び出し→約40秒 ちょっとあり得ん結果になってるんだけど考察もなく終了という気持ち悪い記事。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/726
727: デフォルトの名無しさん [] 2026/03/05(木) 16:59:33.20 ID:kRsvyMri Cでcountをレジスタに割り当てたら速くなるんかな 最適化するだけでもっと速くなるかな http://mevius.5ch.io/test/read.cgi/tech/1757733847/727
728: デフォルトの名無しさん [] 2026/03/05(木) 17:05:01.42 ID:kRsvyMri 実行環境が違っててconsoleの性能差だったら笑う http://mevius.5ch.io/test/read.cgi/tech/1757733847/728
729: デフォルトの名無しさん [sage] 2026/03/05(木) 17:21:30.69 ID:catlXG/r __stdcall と __cdecl か http://mevius.5ch.io/test/read.cgi/tech/1757733847/729
730: デフォルトの名無しさん [sage] 2026/03/06(金) 11:57:49.23 ID:BuD09eQW >>726 Cコンパイラで*.asm吐いて比べてほしい記事やなあ http://mevius.5ch.io/test/read.cgi/tech/1757733847/730
731: デフォルトの名無しさん [sage] 2026/03/06(金) 14:37:48.95 ID:UfOJQwwp consoleの差に一票 http://mevius.5ch.io/test/read.cgi/tech/1757733847/731
732: デフォルトの名無しさん [sage] 2026/03/16(月) 20:15:30.41 ID:BE2T/V4b 『C言語にも配列のlengthプロパティをください ― 配列ポインタ型でサイズ安全な関数引数を実現する』 フツー構造体を定義するところを一見便利そうでその実不便な方法を提案する人 http://mevius.5ch.io/test/read.cgi/tech/1757733847/732
733: デフォルトの名無しさん [] 2026/03/16(月) 20:51:23.19 ID:YQ6nobJE >>732 どんな構造体を定義して何をするつもり？ http://mevius.5ch.io/test/read.cgi/tech/1757733847/733
734: デフォルトの名無しさん [sage] 2026/03/17(火) 00:49:42.37 ID:jwAJtRGn 分かんない人は黙ってれば良いのにｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/734
735: デフォルトの名無しさん [sage] 2026/03/17(火) 01:28:44.89 ID:4o/LzC+C >>732 その記事のやり方が正しい それが静的な型チェックも実行効率も共に満たす方法 http://mevius.5ch.io/test/read.cgi/tech/1757733847/735
736: デフォルトの名無しさん [sage] 2026/03/17(火) 08:39:46.77 ID: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]が意味あるデータ構造なら要素数で区別するのではなく構造体に定義した方がまとまり良いし保守性も向上する」とか言わなかったのは意外な感じ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/736
737: デフォルトの名無しさん [] 2026/03/17(火) 11:16:03.55 ID:nEFxN0Aa #define _countof(array) (sizeof((array))/sizeof((array)[0])) http://mevius.5ch.io/test/read.cgi/tech/1757733847/737
738: デフォルトの名無しさん [sage] 2026/03/17(火) 11:34:23.74 ID:VXykxZTj >>732 あほやん これでも良いけどさ→(*buf)[i] = (uint8_t)0x00U; /* ポインタを一段デリファレンスしてからアクセス */ これと等価やで→buf[0][i] = (uint8_t)0x00U; 蛇足→0[buf][i] = (uint8_t)0x00U; しかも結局buf[1][i]とかにもアクセス出来るので根本的な解決になってない http://mevius.5ch.io/test/read.cgi/tech/1757733847/738
739: デフォルトの名無しさん [sage] 2026/03/17(火) 11:55:13.41 ID:TEC35O2v 実行効率も落ちるんじゃね http://mevius.5ch.io/test/read.cgi/tech/1757733847/739
740: デフォルトの名無しさん [sage] 2026/03/17(火) 20:41:56.18 ID:pIcpFrGA >>736 それは悪手 http://mevius.5ch.io/test/read.cgi/tech/1757733847/740
741: デフォルトの名無しさん [sage] 2026/03/18(水) 13:05:08.86 ID:cAhzJBL5 >>732 が本気で便利なら40年50年あるCの歴史でそのやり方が主流にならないはずがない 「フツー構造体」は違うかも試練が「不便な方法」は同意 http://mevius.5ch.io/test/read.cgi/tech/1757733847/741
742: デフォルトの名無しさん [sage] 2026/03/18(水) 13:49:41.35 ID:LfUPYerJ 記事主がコメント欄で ＞＞特定の要素数を前提とする場面なら struct が手っ取り早いような気がしますが，どうなんでしょう？ ＞ ＞ご指摘の通り、自分の触っているコードベース上でも struct でサイズと buf をセットで持たせる設計が一般的で、筆者自身もそちらを採用することがほとんどです。本記事は「素の配列をそのまま渡す設計を採用した場面で、型にサイズ情報を持たせる手段がある」という紹介にとどまるものでした。ちょっと自分の書き方が一般的と誤解させるような内容になってしまいました。気をつけます。mm と書いてる通り一般的方法ではないんだけど>>735みたいのもいるのは世の中広いなｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/742
743: デフォルトの名無しさん [] 2026/03/18(水) 15:00:21.67 ID:zkfG4cW3 配列の配列 配列のポインタ であればどちらも一般的な訳で http://mevius.5ch.io/test/read.cgi/tech/1757733847/743
744: デフォルトの名無しさん [sage] 2026/03/18(水) 15:14:12.08 ID:Np+iCs7f >>742 それは二つの違いをわかっていない その「struct でサイズと buf をセットで持たせる設計」はファットポインタ つまりアドレスと長さの両方を持つことで可変長のものを受け渡しする方法 一方で今回は固定長の配列 長さを関数呼び出しなどで受け渡しする必要がない structでサイズを持って受け渡しすることは無意味で無駄で非効率になる この違いがわからない初心者なのだろう http://mevius.5ch.io/test/read.cgi/tech/1757733847/744
745: デフォルトの名無しさん [sage] 2026/03/18(水) 22:28:35.99 ID: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 http://mevius.5ch.io/test/read.cgi/tech/1757733847/745
746: デフォルトの名無しさん [sage] 2026/03/18(水) 22:31:43.22 ID: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 記事を肯定的に言ってる人マジわけわからんわ。プログラミングの経験ないのかな? http://mevius.5ch.io/test/read.cgi/tech/1757733847/746
747: デフォルトの名無しさん [] 2026/03/18(水) 22:45:10.91 ID:IinJ/Cgw >>746 struct { uint8_t data[ BUF_SIZE ]; } NANKADATA; フィールド数が1個の構造体は単なるラッピングであり本質的な話ではない 当然ラッピングしなくても使うことができる わざわざラッピングした時の事例を持ち出す必要はない http://mevius.5ch.io/test/read.cgi/tech/1757733847/747
748: デフォルトの名無しさん [sage] 2026/03/18(水) 22:49:01.71 ID:Pr3hbF5X おっプログラミングの経験ない人か。本当に居るんだねｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/748
749: デフォルトの名無しさん [sage] 2026/03/18(水) 22:53:15.63 ID:Pr3hbF5X uint8_tの要素数が3のRGBもYUVも区別できなくて問題ないって人かあ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/749
750: デフォルトの名無しさん [] 2026/03/18(水) 22:54:00.17 ID:IinJ/Cgw ラッピングは型安全性やカプセル化のためプログラミングの常識だが 今回の問題では一切関係がない ラッピングすることなくそのまま成立する http://mevius.5ch.io/test/read.cgi/tech/1757733847/750
751: デフォルトの名無しさん [] 2026/03/18(水) 22:56:26.00 ID:IinJ/Cgw 無関係なラッピングを持ち出しそれに固執していることからも本質を理解できていないとみえる http://mevius.5ch.io/test/read.cgi/tech/1757733847/751
752: デフォルトの名無しさん [sage] 2026/03/18(水) 22:58:23.97 ID:Pr3hbF5X 「そんなクソな書き方しねぇよ」という話が理解できない人いんのねｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/752
753: デフォルトの名無しさん [sage] 2026/03/18(水) 23:05:39.64 ID:3L+0H3qv 今回ラッピングなんかはどうでもよくて根本の話は>>742だよね 可変長ならば先頭アドレスと長さをセットで持たなければならない 固定長ならば先頭アドレスのみ持てばよくて長さは型情報として持つべきである http://mevius.5ch.io/test/read.cgi/tech/1757733847/753
754: デフォルトの名無しさん [sage] 2026/03/18(水) 23:55:36.84 ID:LfUPYerJ ID:IinJ/Cgwはashworthかな http://mevius.5ch.io/test/read.cgi/tech/1757733847/754
755: デフォルトの名無しさん [sage] 2026/03/19(木) 00:25:10.98 ID:1fNhLbVo そこは各型のデータが持つ情報により3つに分かれる ①アドレスのみ ②アドレスと有効長 ③アドレスと有効長と容量 ①は単体もしくは固定長の連続体 ②は可変長の連続体 ③は可変長の連続体で伸縮可 ①の連続体の場合はその固定長の情報は型に含まれるため受け渡しする必要がない 記事『配列ポインタ型でサイズ安全な関数引数を実現する』が述べているのはそういうことで正しいが説明不足だな http://mevius.5ch.io/test/read.cgi/tech/1757733847/755
756: デフォルトの名無しさん [sage] 2026/03/19(木) 02:07:19.07 ID:/Wzj236o 『C言語の標準ライブラリを自作して学ぶ、安全なメモリ管理と文字列操作の真髄』 https://qiita.com/toranoko/items/f3f01e99f0132558a128 オーバーフローチェックは重要、みたいなこと書いてるのに > // 実データの前に size_t 分のヘッダ領域を確保 > block = malloc(sizeof(size_t) + size); 冒頭のコードでオーバーフロー無視してるのはなあ、無能すぎね? つか42tokyoかあ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/756
757: デフォルトの名無しさん [sage] 2026/03/19(木) 03:59:02.73 ID:r1H5OpTt >>756 これで満足か？ #include <stdckdint.h> size_t total_size{}; if (!ckd_add(&total_size, sizeof(size_t), size)) { block = malloc(total_size); } http://mevius.5ch.io/test/read.cgi/tech/1757733847/757
758: デフォルトの名無しさん [sage] 2026/03/19(木) 04:38:33.92 ID:MpYhWP5O >>757 ？ http://mevius.5ch.io/test/read.cgi/tech/1757733847/758
759: デフォルトの名無しさん [] 2026/03/19(木) 07:10:42.84 ID:uGXjP4fl C23でようやく標準化されたオーバーフローチェックなんて99%のプログラマーが今後も知らないままだろう 標準化があまりにも遅すぎた C++23の新機能も同じだ みんな知らない学習する気もない使う気もない広まらない http://mevius.5ch.io/test/read.cgi/tech/1757733847/759
760: デフォルトの名無しさん [sage] 2026/03/19(木) 11:36:28.97 ID:TvMFZsLL >>757 > これで満足か？ その記事のおかしいとこそこだけだと思った? http://mevius.5ch.io/test/read.cgi/tech/1757733847/760
761: デフォルトの名無しさん [] 2026/03/19(木) 19:51:52.27 ID:qPkzmLAQ >>759 expectedが追加されてるけど、例外使いまってる既存資産から置き換えも考えずらいし、新規で使うにも別にC++じゃなくても良くね？な型。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/761
762: デフォルトの名無しさん [sage] 2026/03/19(木) 22:45:04.98 ID:UtYRo7C2 CとC++の標準拡張が連携とれてないよな この言語はもうダメだ http://mevius.5ch.io/test/read.cgi/tech/1757733847/762
763: デフォルトの名無しさん [] 2026/03/20(金) 13:02:52.79 ID:iXoBkJ/Y >>762 言語は思考を規定する http://mevius.5ch.io/test/read.cgi/tech/1757733847/763
764: デフォルトの名無しさん [sage] 2026/03/21(土) 13:52:48.74 ID: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渡された場合も考慮されてないなあ。 よくこんな記事スクール名誇らしげに明記しながら公開するもんだわｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/764
765: デフォルトの名無しさん [sage] 2026/03/22(日) 02:13:38.55 ID: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; で良くね? http://mevius.5ch.io/test/read.cgi/tech/1757733847/765
766: デフォルトの名無しさん [] 2026/03/23(月) 10:23:25.58 ID:sxw8l0ML >>757 > 2. 線形リストの動的管理と「ポインタのポインタ」の威力 > ポイント： > なぜ t_list ** なのか？ なんて書いてるけど、理解がハンパだからft_lstadd_backの実装クソダサいことになってるなｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/766
767: デフォルトの名無しさん [sage] 2026/03/23(月) 10:33:36.87 ID:1OOhD5jZ >>766 レス先が間違ってるのか何の話やらさっぱりわからん http://mevius.5ch.io/test/read.cgi/tech/1757733847/767
768: デフォルトの名無しさん [sage] 2026/03/23(月) 11:05:37.27 ID:sxw8l0ML 誤)>>757 正)>>756 http://mevius.5ch.io/test/read.cgi/tech/1757733847/768
769: デフォルトの名無しさん [] 2026/03/27(金) 13:58:58.93 ID:/DnZZ8sW 文字種による組み合わせの数 ASCII文字列に限定して組み合わせの数を考えてみることにします。 アルファベット大文字: 26 アルファベット小文字: 26 数字: 10 記号(印字可能な記号類): 32 使える文字種は 94種類となります。 これらを使って 4桁のパスワードを作る場合の組み合わせの総数は*通りあります。 しかし「大文字・小文字・数字・記号を必ず1つずつ含む」という条件を課した場合には、 各文字から1文字ずつ抜き出した組み合わせの並び替えを考慮して*通りになります。 見た目は「複雑さが増した」ように思えても、実際には総当たりに必要な総数は15分の1に減少してしまいます。 NIST SP800-63の草稿を書いた ビル・バー(Bill Burr)氏6はウォール・ストリート・ジャーナルのインタビューに対して 「今では自分がしたことを後悔している」と述べ、英大文字・小文字・数字等の複雑な組み合わせを提言したことを悔いています。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/769
770: デフォルトの名無しさん [sage] 2026/03/29(日) 09:12:45.98 ID:WM1+84P1 2026/3/25 10:46 9回答 至急です！ 中学校の先生をしている私の友人と食事に行った時に、友人が「業務が多くて大変…何か便利なパソコンのソフトというか、 痒いところに手が届くようなシステムを誰か作ってくれないかなぁ…」とボソッと呟いていました。 私はどんなシステムだといいの？と聞いたのですが、具体的には今思いつかないとのことでした。 私はExcelなどでシステム（？）を作ったりするのが好きなので、その友人の力になればと思いました。 そこで質問なのですが、先生方の日々の業務の中で、「こんなシステム、アプリがあればいい！」 「こんなシステムがあって便利だった！」というのがあれば教えていただきたいです。 ※個人で作れる範囲でお願いします… あくまで先生方の業務を助けるものなので、授業 を勝手にやってくれるアプリなどは違います。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/770
771: デフォルトの名無しさん [sage] 2026/03/29(日) 10:45:15.68 ID:uKkigz0N https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q11326593111 リンクくらい貼れよ無能 http://mevius.5ch.io/test/read.cgi/tech/1757733847/771
772: デフォルトの名無しさん [] 2026/03/29(日) 11:27:48.49 ID:WM1+84P1 そのURL、まさに正解です！鋭いですね。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/772
773: デフォルトの名無しさん [sage] 2026/03/29(日) 19:46:13.68 ID:60xioQbF AIの上から目線ωωω=2πf http://mevius.5ch.io/test/read.cgi/tech/1757733847/773
774: デフォルトの名無しさん [] 2026/04/09(木) 09:26:19.56 ID:7gjT4xLw しょうもない記事量産して組織票してそうな会社あるけどqiitaはbanしないのかね http://mevius.5ch.io/test/read.cgi/tech/1757733847/774
775: デフォルトの名無しさん [sage] 2026/04/09(木) 16:49:59.22 ID:fX4iGaar ゆめみ？児相？ http://mevius.5ch.io/test/read.cgi/tech/1757733847/775
776: デフォルトの名無しさん [sage] 2026/04/12(日) 15:34:12.65 ID:B4J5EMNc AIに生成させて自分は見返してもないようなのポストするだけのゴミ山で しょうもなくないものなんてあるのか？ http://mevius.5ch.io/test/read.cgi/tech/1757733847/776
777: デフォルトの名無しさん [sage] 2026/04/12(日) 15:52:40.59 ID:BIP0YDzk ゆめみだと10歳娘とかいうきっしょいSSと猛虎弁で記事を連想してるやつの悪印象がつよいな http://mevius.5ch.io/test/read.cgi/tech/1757733847/777
778: デフォルトの名無しさん [] 2026/04/14(火) 16:07:44.11 ID:F7K01gby youtubeもだいぶAI汚染されて来た http://mevius.5ch.io/test/read.cgi/tech/1757733847/778
779: デフォルトの名無しさん [] 2026/04/24(金) 12:25:40.08 ID:wWu/99fa 『C言語で学ぶ低レイヤーメモリ管理！！(憧れの低レイヤー)』 https://qiita.com/kmtech/items/6e601c74577e6060dd63 GoやTypeScript使ってる人からするとスタックやヒープの話が低レイヤー扱いになるというのは文化の違いなのか? コイツがアホなのか? いろいろ間違ってるけど > ローカル変数の寿命が関数の終了とともに尽きる理由は、関数からリターンする際にスタックポインタが戻り、フレームが論理的に消滅するためです。 が一番酷い。言語仕様的にはローカル変数の寿命はブロック内と決まってるのに実装で理解しようとしてる。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/779
780: デフォルトの名無しさん [] 2026/04/24(金) 22:15:56.41 ID:Yo/pC6tM どうみてもアホい http://mevius.5ch.io/test/read.cgi/tech/1757733847/780
781: デフォルトの名無しさん [sage] 2026/04/24(金) 22:45:05.64 ID:Fp2U5Ge9 > 1. メモリレイアウトの構造（セグメント） > プログラムが実行される際、メモリは大きく分けて以下の5つのセグメントに分割されます。 ROのデータ領域もあったら良かったね > 3. ポインタの本質：メモリアドレスの操作 > ポインタは単なる「メモリアドレスという数値」です。 C言語はポインタ型により構造が違うことも認めてる言語なんだけど > 5. データ構造のレイアウトとアライメント > CPUが効率よくデータにアクセスするため、構造体のメンバ間には「パディング（隙間）」が自動的に挿入されます。 環境依存の話を世の中の理みたいに説明されてもどうなんだか > 7. デバッグと解析ツール > 低レイヤーのバグは人間が見つけるのは困難ですが、AddressSanitizerなどのツールを活用することで自動検知が可能になります。 サニタイザで不具合が見つかるかは希望的な話でしかないんだが 規格を確認したりしないで見えてるものが世界のすべてと考える人っぽいな http://mevius.5ch.io/test/read.cgi/tech/1757733847/781
782: デフォルトの名無しさん [sage] 2026/04/26(日) 12:47:29.40 ID:4u5ERnzz 偏見だらけでやばいなこいつ https://www.youtube.com/@nandemo-soken http://mevius.5ch.io/test/read.cgi/tech/1757733847/782
783: デフォルトの名無しさん [sage] 2026/04/27(月) 20:32:31.01 ID:iVRa44wO Qiitaにおいて「個人開発」タグとAI関連タグの両方を紐づけた記事数は、2025年を境に急激な伸びを記録しました 「AI自らが論理的に思考し、複雑な工程を完遂する力」の社会実装が進んだことが、開発現場におけるAIの役割を決定的に変えたと考えられます エンジニア個人が「コードを書く」のではなく、「AIに指示を出してレビューする」スタイルが定着しました ://corp.qiita.com/releases/2026/04/trend-announcement/ http://mevius.5ch.io/test/read.cgi/tech/1757733847/783
784: デフォルトの名無しさん [] 2026/04/27(月) 22:27:32.57 ID:Lr9xKyXh そうは思わんが http://mevius.5ch.io/test/read.cgi/tech/1757733847/784
785: デフォルトの名無しさん [sage] 2026/04/29(水) 08:23:23.38 ID:15dlJZzv >>783 URLもまともに貼れないのか http://mevius.5ch.io/test/read.cgi/tech/1757733847/785
786: デフォルトの名無しさん [] 2026/05/03(日) 09:27:11.97 ID:ZD3d/FQp 有料AIはまともなコードはくのか？ 無料のはレビューしないと使えんもの多い感じ http://mevius.5ch.io/test/read.cgi/tech/1757733847/786
787: デフォルトの名無しさん [sage] 2026/05/04(月) 22:26:55.35 ID:XHwxgqWt レビューしてるかは相当怪しい レビュー以前に生成物を自分で読み返しもしてない http://mevius.5ch.io/test/read.cgi/tech/1757733847/787
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.020s