Qiita 7 - キータぞ、来たぞ、キータだぞー (765ﾚｽ)
Qiita 7 - キータぞ、来たぞ、キータだぞー http://mevius.5ch.io/test/read.cgi/tech/1757733847/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
1: デフォルトの名無しさん [sage] 2025/09/13(土) 12:24:07.83 ID:mucntwOq 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/ http://mevius.5ch.io/test/read.cgi/tech/1757733847/1
666: デフォルトの名無しさん [sage] 2026/01/18(日) 10:13:20.56 ID:iZfyi85P 比べるならcode projectじゃねえかなあ もうない http://mevius.5ch.io/test/read.cgi/tech/1757733847/666
667: デフォルトの名無しさん [] 2026/01/18(日) 14:47:03.64 ID:tQnLDNBC stackoverflow日本語のは糞だけど英語のはマシだった記憶があるが今は違うのか http://mevius.5ch.io/test/read.cgi/tech/1757733847/667
668: デフォルトの名無しさん [] 2026/01/20(火) 08:54:52.83 ID:UeNpq3UP 『Qiitaのはじめかた』 ＞Qiitaにアカウントを作成すると、つぎの機能を利用できます。 ＞記事を投稿する ＞記事に「いいね」する ＞記事を「ストック」する ＞ユーザーやタグ、Organizationをフォローする ＞編集リクエストを送る コメントが挙げられないのは非推奨機能だからかな？ http://mevius.5ch.io/test/read.cgi/tech/1757733847/668
669: デフォルトの名無しさん [sage] 2026/01/20(火) 11:59:24.11 ID:hNmVp0rZ 技術的な指摘や議論の場としてコメント欄が使われるため、感情的・攻撃的になりやすく、その結果として利用規約やコミュニティガイドライン違反になりやすい 意見が割れるテーマの記事には多くのコメントが付き、口論や誹謗中傷に発展しやすい http://mevius.5ch.io/test/read.cgi/tech/1757733847/669
670: デフォルトの名無しさん [sage] 2026/01/20(火) 16:03:09.30 ID:UeNpq3UP 編集リクエストって「お前のバカ記事直してあげたからこれに更新しなさい」って機能だしコメ欄よりよほど攻撃的な使い方できるけどね。 まあ記事主側が一方的に拒絶できるし送る側も徒労に終わる可能性理解してるから大幅に書き換える編集リクエストを送る奴もおらんから誤字やタグ修正くらいにしか使われてはいないけど。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/670
671: デフォルトの名無しさん [sage] 2026/01/21(水) 01:43:41.60 ID:6ZXWg6Wu Qiita Woman Summit supported by パナソニック コネクト https://increments.connpass.com/event/375321/ > 【基調講演：ちょまどさん登壇】性別・職業区分問わず、どなたでもご参加いただけます！ 目玉がオタサーの姫だった人かあ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/671
672: デフォルトの名無しさん [sage] 2026/01/21(水) 02:09:46.22 ID:S3gaE1aJ そんなこと気にしてるのはお前だけじゃないかな http://mevius.5ch.io/test/read.cgi/tech/1757733847/672
673: デフォルトの名無しさん [] 2026/01/21(水) 02:26:33.92 ID:WANf2+T3 Xamarinを使うなら人脈が重要と君臨しておられた偉い方ですよ http://mevius.5ch.io/test/read.cgi/tech/1757733847/673
674: デフォルトの名無しさん [sage] 2026/01/21(水) 02:28:13.23 ID:S3gaE1aJ まだそれ擦ってるんだ お大事に http://mevius.5ch.io/test/read.cgi/tech/1757733847/674
675: デフォルトの名無しさん [sage] 2026/01/21(水) 08:44:02.01 ID:6h0/wCG6 何開発したでもない万年初心者みたいな人だけどいまだに有難がってる人がいんだねｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/675
676: デフォルトの名無しさん [sage] 2026/01/21(水) 11:55:11.89 ID:BBgw+aUg >>671 妊娠中の大きいお腹をインスタに挙げてた人かな http://mevius.5ch.io/test/read.cgi/tech/1757733847/676
677: デフォルトの名無しさん [sage] 2026/01/22(木) 01:35:12.86 ID:CYF3SRsy Xamarinのインストールだかビルドが難しいとかで 知ってる人に教えてもらわないとどうにもならんのを 「Xamarinするには、まず人脈♪」と揶揄されたのを 俺の発言みたいに広めるな！と件の人が騒いで 騎士団も同調したんだっけか? 製品の不評なところは社内でフィードバックして 改善に努めるとかそんなんじゃないのね。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/677
678: デフォルトの名無しさん [sage] 2026/01/22(木) 04:36:42.91 ID:n1NZKGM7 >俺の発言みたいに広めるな！と件の人が騒いで >騎士団も同調したんだっけか? 君認知歪みすぎじゃないか http://mevius.5ch.io/test/read.cgi/tech/1757733847/678
679: デフォルトの名無しさん [sage] 2026/01/22(木) 07:35:39.08 ID:SJysGt6V ＞正直言えばXamarinと人脈については全く関連はないと思ってるのが正しい技術者なのでいいと思う。ただちょまど氏が神なのは否定しませんけどね。 騎士団の中ではコイツが一番キモいかな。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/679
680: デフォルトの名無しさん [sage] 2026/01/22(木) 07:43:23.44 ID:SJysGt6V ＞私の不在中、そのような内容のスライドに私の名前が使われたらしいのですが、 ＞私はそんなことは言っていません。 ＞ ＞この話はこれでおしまい！ おしまい！って、製品の改善に言及してなくてﾜﾛﾀｗ MSのエヴァンゲリオンやっててこれｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/680
681: デフォルトの名無しさん [sage] 2026/01/22(木) 12:29:49.07 ID:hC6/DjUS 何号機よ？ http://mevius.5ch.io/test/read.cgi/tech/1757733847/681
682: デフォルトの名無しさん [sage] 2026/01/22(木) 18:57:18.85 ID:n1NZKGM7 >>680 これは恥ずかしい変換ミス やっぱ憂さ晴らしで人を叩く奴って知能が… http://mevius.5ch.io/test/read.cgi/tech/1757733847/682
683: デフォルトの名無しさん [sage] 2026/01/23(金) 17:28:30.63 ID:5Q9vhePX 囲んでおめでたうゆってやろう http://mevius.5ch.io/test/read.cgi/tech/1757733847/683
684: デフォルトの名無しさん [sage] 2026/01/24(土) 04:09:21.49 ID:rM0/T+dI >>683 ？ http://mevius.5ch.io/test/read.cgi/tech/1757733847/684
685: デフォルトの名無しさん [sage] 2026/01/24(土) 07:39:19.65 ID:oRFhTMYy 徳弘の元ネタも知らんくせに炎上させんなのやつ http://mevius.5ch.io/test/read.cgi/tech/1757733847/685
686: デフォルトの名無しさん [sage] 2026/01/24(土) 08:08:20.65 ID:7lUpHUXD 何言ってんだこいつ http://mevius.5ch.io/test/read.cgi/tech/1757733847/686
687: デフォルトの名無しさん [] 2026/01/25(日) 11:57:03.75 ID:HHn9aQPM もしかしてエヴァンゲロリスト http://mevius.5ch.io/test/read.cgi/tech/1757733847/687
688: デフォルトの名無しさん [sage] 2026/01/25(日) 20:47:16.43 ID:vPbMaqmG 『大学生エンジニア Rustの勉強を始める 🦀』 https://qiita.com/kohta9521/items/082317eae9d2a9d3bd6a > 1. 非CS専攻（法学部）としての「低レイヤー知識」への渇望 > 🎓 法学部としてのコンプレックスと渇望 > 私は法学部法学科に所属しており、大学でCS（コンピュータサイエンス）を体系的に学んでいません。 > 法学部出身の私にとって、低レイヤーの専門用語（スタック、ヒープ、ポインタなど）は高い壁です。 > 法学部出身の私
が、ポインタやメモリ管理といった低レイヤーの概念と格闘している「ありのままのログ」です。 > 「法学部卒で普通のフロントエンドエンジニアにRustなんて無謀だ」と思われるかもしれません。 法学部アピール多すぎない? まだ卒業してない身で「法学部出身」「法学部卒」って頭良くはなさそうだけど。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/688
689: デフォルトの名無しさん [sage] 2026/01/25(日) 20:50:50.50 ID:vPbMaqmG > 私は法学部法学科に所属しており、大学でCS（コンピュータサイエンス）を体系的に学んでいません。 > プログラミングにのめり込めばのめり込むほど、CS専攻の方々が持つ「メモリ管理」や「DBの内部構造」といった基礎体力の差に悔しさを感じてきました。 > > フロントエンド（TypeScript/Next.js）だけでは見えにくい、 「裏側で何が起きているか」 を理解したい。そのためには、ガベージコレクションがなく、メモリを意識せざるを得ないRustこそが、今の
私に最も必要な「矯正ギプス」だと確信しました。 Rustの勉強が低レイヤの学習になると思ってるみたいだけど言語の学習以前にコンピュータサイエンスの学習を意識された方が良いと思うね。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/689
690: デフォルトの名無しさん [] 2026/01/26(月) 08:12:22.73 ID:GwMINaBT これが今のQiitaのレベルなんだよ もはや読むに値しない http://mevius.5ch.io/test/read.cgi/tech/1757733847/690
691: デフォルトの名無しさん [sage] 2026/01/26(月) 09:33:14.36 ID:KEw96VDD 同じ人の記事 『[ Rust学習 ]大学生エンジニアによるマクロとはなんぞや？』 よく調べず憶測で分かった気になってる感ハンパないんだがｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/691
692: デフォルトの名無しさん [] 2026/01/26(月) 13:37:37.30 ID:0Qwj9j5X aiが書いた文章の肥溜め http://mevius.5ch.io/test/read.cgi/tech/1757733847/692
693: デフォルトの名無しさん [] 2026/01/26(月) 16:59:13.89 ID:CCkSEHCA 内容USO800で ｢法学だからCSやらなくていい｣は傲慢だな 言い訳に聴こえる http://mevius.5ch.io/test/read.cgi/tech/1757733847/693
694: デフォルトの名無しさん [sage] 2026/01/27(火) 08:26:35.80 ID:TaCZVrdY AIルシファ http://mevius.5ch.io/test/read.cgi/tech/1757733847/694
695: デフォルトの名無しさん [sage] 2026/01/28(水) 01:14:23.89 ID:U132aG7j 直接言ってこい http://mevius.5ch.io/test/read.cgi/tech/1757733847/695
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
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.573s*