なんでもC言語で開発する奴アンチスレ (593ﾚｽ)
なんでもC言語で開発する奴アンチスレ http://medaka.5ch.net/test/read.cgi/prog/1607818048/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
1: 仕様書無しさん [sage] 2020/12/13(日) 09:07:28.51 リーダーの命令でC#、C++、Python、Java、Javascript、Kotlin等、OOPパラダイムを取り込んだ言語及びフレームワークを使った開発を封印して苦労しながら開発している人達のためのアンチスレです http://medaka.5ch.net/test/read.cgi/prog/1607818048/1
513: 仕様書無しさん [] 2024/05/04(土) 22:26:42.64 >>512 悪質なWebサイトだな http://medaka.5ch.net/test/read.cgi/prog/1607818048/513
514: 仕様書無しさん [] 2024/05/04(土) 23:11:58.14 「ソフトウェアはメモリ安全でなければならない」との声明を発表、米ホワイトハウス：「C」「C++」よりも「Rust」などの言語を推奨 https://atmarkit.itmedia.co.jp/ait/articles/2403/18/news045.html http://medaka.5ch.net/test/read.cgi/prog/1607818048/514
515: 仕様書無しさん [sage] 2024/05/06(月) 17:32:32.63 教育機関からC言語は今後使うなと言われているけど だから、若者でC言語使う人が少ないのは当たり前 http://medaka.5ch.net/test/read.cgi/prog/1607818048/515
516: 仕様書無しさん [] 2024/05/06(月) 18:13:55.96 米政府もIT大手もRustへ舵を切ったからしょうがない http://medaka.5ch.net/test/read.cgi/prog/1607818048/516
517: 仕様書無しさん [] 2024/05/06(月) 20:41:48.53 OSレベル、CPUレベルで分離されているんだけどな。 自分自身で自分をぶっ壊す危険があるという理屈なら、アメリカは銃の所持をやめないと理屈がおかしい。 http://medaka.5ch.net/test/read.cgi/prog/1607818048/517
518: 仕様書無しさん [] 2024/05/07(火) 12:28:25.76 C/C++はこれまで大量のセキュリティホールなどの実害を招き続けてきたが ガベージコレクションがなく高速に動作するプログラミング言語が他にないためC/C++は必要悪であった しかし同じ速さで動作して安全なRustの登場によりC/C++を捨てることができるようになった http://medaka.5ch.net/test/read.cgi/prog/1607818048/518
519: 仕様書無しさん [] 2024/05/12(日) 02:04:03.12 >>518 知識がないのがバレているぞ？ メモリの管理がずさんなダメプログラマーの問題をプログラミング言語の話と解釈しているのは無知すぎる http://medaka.5ch.net/test/read.cgi/prog/1607818048/519
520: 仕様書無しさん [] 2024/05/12(日) 14:00:02.51 >>519 そのプロがミスをしまくってセキュリティホールの問題が深刻なので 米政府もIT大手も脱C/C++を推奨し始めたのが>>514の記事 http://medaka.5ch.net/test/read.cgi/prog/1607818048/520
521: 仕様書無しさん [sage] 2024/05/12(日) 18:20:15.14 大手エージェントの担当者も低スキルの人がやる言語だとC言語のことをバカにしていた http://medaka.5ch.net/test/read.cgi/prog/1607818048/521
522: 仕様書無しさん [sage] 2024/11/13(水) 21:37:17.40 GUIを作るのが面倒 http://medaka.5ch.net/test/read.cgi/prog/1607818048/522
523: 仕様書無しさん [sage] 2024/11/14(木) 12:35:50.54 米国国防総省のDARPA、CからRustへのコード変換を自動化する「TRACTOR」プログラムを開始 https://atmarkit.itmedia.co.jp/ait/spv/2408/14/news045.html http://medaka.5ch.net/test/read.cgi/prog/1607818048/523
524: 仕様書無しさん [] 2024/12/04(水) 22:52:03.85 sssp://img.5ch.net/ico/nida.gif EchoAPIはAPIの問題を迅速にデバッグするのに役立ち、安心して次に進むことができるよ http://medaka.5ch.net/test/read.cgi/prog/1607818048/524
525: 仕様書無しさん [] 2025/10/02(木) 09:06:49.62 【貧困】稼げないSEを退治しろ【非婚】 ☆高負担で低速度で低生産だろ！☆ ★文書でなく会話で作業をしろ！★ プログラマー作業を減らして オペレーター作業を増やすな！ 低技術で低収入は高技術で高収入の 技術者に迷惑だからIT業界から失せろ！ http://medaka.5ch.net/test/read.cgi/prog/1607818048/525
526: 仕様書無しさん [] 2025/10/12(日) 02:14:52.47 attributeが正式にも分かりやすいsyntaxで、厳密な意味論、あるいはアノテーションを提供する機構として付いたことで、それらをしっかり活用している限りにおいて可読性が素晴らしく分かりやすくなったろう restrictや配列/ポインタパラメータのstatic指定等も合わせて、今までのコメントのうち半分くらいは削れるようになったのではないかと感じる 出来れば先駆者のFortranにならって、より分かりやすいpure, elemental, in/out等による指定方式の方が直感的になったのでは…とは思うものの そのへんのコンパイラの警告レベル上げまくればかなりセキュアに書けるだろ？ 何でもとは言わんが少なくとも、cの敬遠されてきた原因、あるいは欠陥とされてきたであろう、仕様に暗黙なアレコレはほぼ排除されたのでは c23を信じろ http://medaka.5ch.net/test/read.cgi/prog/1607818048/526
527: (u _ ・ｙ) r [] 2025/10/15(水) 02:58:08.59 (u _ ・ｙ) r メモリーを安全にさせるってことは (u _ ・ｙ) r 少なくとも動的確保したときにアドレスのメモが裏で発生するわけで (u _ ・ｙ) r どう足掻いても1クロック遅くなってしまう模様 (u _ ・ｙ) r １クロック妥協するなら５０クロック妥協して高級言語使ってろよ（ｗ http://medaka.5ch.net/test/read.cgi/prog/1607818048/527
528: 仕様書無しさん [] 2025/10/15(水) 10:38:47.59 >>527 アドレスのメモ？ 1クロック遅くなる？ デタラメ言うなよ http://medaka.5ch.net/test/read.cgi/prog/1607818048/528
529: 仕様書無しさん [sage] 2025/10/15(水) 14:23:08.84 1命令実行するだけでも数クロックかかるよね 例え変数がレジスタに存在していても http://medaka.5ch.net/test/read.cgi/prog/1607818048/529
530: 仕様書無しさん [sage] 2025/10/15(水) 14:52:59.78 命令ごとのクロック数はIntelのマニュアルに書いてあるよ http://medaka.5ch.net/test/read.cgi/prog/1607818048/530
531: 仕様書無しさん [] 2025/10/16(木) 01:39:03.11 >>529 それは理由になっていない どういう理由でどんな命令が増えるから遅くなるのかを答えなさい http://medaka.5ch.net/test/read.cgi/prog/1607818048/531
532: 仕様書無しさん [sage] 2025/10/16(木) 02:26:26.14 メモリからのロード待ちでCPU暇してるかも知れんよ http://medaka.5ch.net/test/read.cgi/prog/1607818048/532
533: 仕様書無しさん [] 2025/10/16(木) 02:42:43.92 C言語スレは低レイヤーで語ってるのとプログラム1年生が入り乱れてるからわけわからんな http://medaka.5ch.net/test/read.cgi/prog/1607818048/533
534: 仕様書無しさん [] 2025/10/16(木) 04:39:43.70 >>527 安全にするためになぜ1クロック遅くなる？ >>529 何らか命令が増えればそうだよ 安全にするためになぜ1クロック遅くなるのる なにか命令が増えるとでも？ http://medaka.5ch.net/test/read.cgi/prog/1607818048/534
535: 仕様書無しさん [] 2025/10/16(木) 07:14:15.08 チェチェン語で http://medaka.5ch.net/test/read.cgi/prog/1607818048/535
536: 仕様書無しさん [] 2025/10/16(木) 08:50:11.56 >>534 ガベコレ含めてハードやカーネル階層に全部放り投げられる手段があればプロセス階層でのメモリー制御の処理は1クロックも増えないかもしれんが そういうのあんのか？ http://medaka.5ch.net/test/read.cgi/prog/1607818048/536
537: (u _ ・ｙ) r [] 2025/10/16(木) 09:25:41.25 ✅ 原文の解釈と意図： >>527 (u _ ・ｙ) r メモリーを安全にさせるってことは → メモリの安全性を確保する（例：バッファオーバーフロー防止やアクセス違反を防ぐ）というのは、 (u _ ・ｙ) r 少なくとも動的確保したときにアドレスのメモが裏で発生するわけで → 動的にメモリを確保したときには、内部でそのメモリの「どこにあるか（アドレス）」を記録・管理する処理が裏で発生する。 （つまり安全のためには追加の処理が必要になる） (u _ ・ｙ) r どう足掻いても1クロック遅くなってしまう模様 → どんなに頑張っても、結局その安全処理のせいで最低でも1クロック（CPUの命令処理1単位）遅れてしまう。 (u _ ・ｙ) r １クロック妥協するなら５０クロック妥協して高級言語使ってろよ（ｗ → 皮肉。「たかが1クロックの遅れで文句言うなら、いっそ50クロックくらい妥協して高級言語（C++、Java、Pythonなど）でも使ってろよ（笑）」 つまり、「中途半端にこだわるくらいなら、いっそ諦めて楽な道を選べば？」という煽りっぽいコメント。 http://medaka.5ch.net/test/read.cgi/prog/1607818048/537
538: (u _ ・ｙ) r [] 2025/10/16(木) 09:26:14.12 ✅ なぜメモリの安全性を高めるとパフォーマンスが落ちるのか？ 1. 追加のチェックが必要になる たとえば、次のようなチェックが行われるようになります： 範囲外アクセスの検出（バッファオーバーラン防止） ヌルポインタチェック メモリの二重解放防止 所有権・ライフタイムの管理 ➡ これらのチェックは、CPUにとっては余計な処理であり、時間がかかります。 2. 抽象化が入る 安全性の高い言語（Rust、Java、Pythonなど）は、直接ポインタ操作を許さず、間接的にしかメモリを扱わせません。 安全だけど、抽象化のオーバーヘッド（遅くなる）が発生 3. 動的管理のコスト メモリの割り当てと解放を安全に管理するために、次のような処理が必要になります： ヒープアロケータの内部構造の更新 スレッドセーフなロック処理 メモリリーク検出の仕組み ➡ これもまた、処理の遅延につながります。 結論：本質は「安全性＝タダではない」 Yes：安全性を高めると、一般にはオーバーヘッド（遅延）が発生する But：その遅延は技術で最小化できることも多く、「妥協」と言い切れない http://medaka.5ch.net/test/read.cgi/prog/1607818048/538
539: 仕様書無しさん [sage] 2025/10/16(木) 13:57:49.56 今のintel cpuはメモリからレジスタにロードするだけで300クロックかかるんじゃなかったか? http://medaka.5ch.net/test/read.cgi/prog/1607818048/539
540: 仕様書無しさん [] 2025/10/16(木) 14:19:49.63 話にならん遅さだな http://medaka.5ch.net/test/read.cgi/prog/1607818048/540
541: 仕様書無しさん [sage] 2025/10/16(木) 14:32:58.60 キャッシュヒット率が重要だ http://medaka.5ch.net/test/read.cgi/prog/1607818048/541
542: (u _ ・ｙ) r 結論：本質は「安全性＝タダではない」 [] 2025/10/17(金) 04:43:26.74 (u _ ・ｙ) r >>528 , >>534 反論マダー？ http://medaka.5ch.net/test/read.cgi/prog/1607818048/542
543: 仕様書無しさん [] 2025/10/17(金) 04:50:35.68 キャッシュ当選率を語るならばなおさら短いコード生成が重要だ >>526 いぇあ、Cはこのスレで叩かれてる部分がめさにドンドン良くなってる C99おじさんは死ね http://medaka.5ch.net/test/read.cgi/prog/1607818048/543
544: 仕様書無しさん [] 2025/10/17(金) 07:03:01.52 >>537 安全のため必要なアドレスのメモってなんだよ 意味不明だからメモという存在しない現象を使わずにやり直したまえ http://medaka.5ch.net/test/read.cgi/prog/1607818048/544
545: (u _ ・ｙ) r [sage] 2025/10/17(金) 09:17:14.86 >>544 ⊂[Ｊ(´ｰ`)し / (⌒マ (⌒＼ヘ｣つ ＞ _)、 じ ＼_)＼＼＼ chatgpt.com/ja-JP/ (⌒ ⌒Ｙ⌒ http://medaka.5ch.net/test/read.cgi/prog/1607818048/545
546: (u _ ・ｙ) r [] 2025/10/17(金) 10:01:11.37 >>528 ⊂[Ｊ(´ｰ`)し / (⌒マ (⌒＼ヘ｣つ ＞ _)、 じ ＼_)＼＼＼ chatgpt.com/ja-JP/ (⌒ ⌒Ｙ⌒ >>534 ⊂[Ｊ(´ｰ`)し / (⌒マ (⌒＼ヘ｣つ ＞ _)、 じ ＼_)＼＼＼ chatgpt.com/ja-JP/ (⌒ ⌒Ｙ⌒ http://medaka.5ch.net/test/read.cgi/prog/1607818048/546
547: 仕様書無しさん [] 2025/10/18(土) 01:06:15.85 >>537 根本的に理解的できていないようで間違ってるぞ ✕ 動的にメモリを確保した時にメモリ安全性のためにそのアドレスを記録する必要がある ○ 動的にメモリを確保した時に常にそのアドレスを記録する必要がある http://medaka.5ch.net/test/read.cgi/prog/1607818048/547
548: (u _ ・ｙ) r [] 2025/10/18(土) 05:57:03.76 >>547 逃げずに答えろよ アドレスを記録しているのは「カーネル」か「プロセス」か http://medaka.5ch.net/test/read.cgi/prog/1607818048/548
549: (u _ ・ｙ) r [] 2025/10/18(土) 06:03:34.38 (u _ ・ｙ) r 基礎を学んでいないと薄ぼんやりとした解像度の低いレスバしかできない人になる 恥ずかしい http://medaka.5ch.net/test/read.cgi/prog/1607818048/549
550: 仕様書無しさん [sage] 2025/10/18(土) 20:14:20.38 malloc(unix system call)・malloc(libc) GlobalAlloc/LocalAlloc(winapi)・HeapAlloc(winapi)・VirtualAlloc(winapi)・malloc(msvcrt) × Intel MAT・Intel SLAT × CPU register・L1〜L3 cache さて、あなたのデータはいずこに！？ http://medaka.5ch.net/test/read.cgi/prog/1607818048/550
551: 仕様書無しさん [] 2025/10/19(日) 01:50:25.75 >>548 君はOSの仮想メモリ管理も各プロセスでのヒープメモリ管理も理解できていないからそんな意味不明な書き込みになる http://medaka.5ch.net/test/read.cgi/prog/1607818048/551
552: (u _ ・ｙ) r [] 2025/10/19(日) 17:47:26.21 >>551 ⊂[Ｊ(´ｰ`)し / (⌒マ (⌒＼ヘ｣つ ＞ _)、 じ ＼_)＼＼＼ chatgpt.com/ja-JP/ (⌒ ⌒Ｙ⌒ http://medaka.5ch.net/test/read.cgi/prog/1607818048/552
553: (u _ ・ｙ) r [sage] 2025/10/19(日) 17:53:14.31 この話のポイントは「安全性＝タダではない」>>538 JAVAのように中途半端に遅い言語は一番いらない子になったNA 藁・ｘ・ ｗ(u _ ・ｙ) http://medaka.5ch.net/test/read.cgi/prog/1607818048/553
554: 仕様書無しさん [] 2025/10/20(月) 01:10:55.27 安全のために追加コストは必要ない http://medaka.5ch.net/test/read.cgi/prog/1607818048/554
555: (u _ ・ｙ) r [] 2025/10/20(月) 04:34:40.54 (u _ ・ｙ) r 道路で考えてみよう (u _ ・ｙ) r 現実世界では車道と歩道を分けて交通トランザクションを処理しているけど (u _ ・ｙ) r 車道と歩道を分けるコストは0だというのかね？ (u _ ・ｙ) r 車道を走る車、歩道を歩く人、これらをコンピュータにおいてアドレスからアドレスへ移動中のデータとして考えよう http://medaka.5ch.net/test/read.cgi/prog/1607818048/555
556: 仕様書無しさん [] 2025/10/24(金) 09:41:43.51 【貧困】稼げないSEを退治しろ【非婚】 ☆高負担で低速度で低生産だろ！☆ ★文書でなく会話で作業をしろ！★ プログラマー作業を減らして オペレーター作業を増やすな！ 低技術で低収入は高技術で高収入の 技術者に迷惑だからIT業界から失せろ！ https://listen.style/p/readmaster/mcqg3wwz http://medaka.5ch.net/test/read.cgi/prog/1607818048/556
557: (u _ ・ｙ) r [] 2025/10/24(金) 13:42:18.73 (u _ ・ｙ) r やっぱＣ言語ですわ (u _ ・ｙ) r 難しい箇所が書けないとか甘え http://medaka.5ch.net/test/read.cgi/prog/1607818048/557
558: 仕様書無しさん [] 2025/10/25(土) 01:21:08.03 欠陥C言語を使い続けるには知識と覚悟が必要 http://medaka.5ch.net/test/read.cgi/prog/1607818048/558
559: 仕様書無しさん [sage] 2025/10/25(土) 14:32:47.33 C言語は別にいいんだよ 高級マクロアセンブラという重要な役割がある 問題はC++ こいつはもうめちゃくちゃだ http://medaka.5ch.net/test/read.cgi/prog/1607818048/559
560: (u _ ・ｙ) r [sage] 2025/10/26(日) 06:16:49.36 (u _ ・ｙ) r C++は標準仕様と拡張仕様にすべきものの分離に失敗したからな (u _ ・ｙ) r 技術的・構造的な限界までは言語仕様拡張じゃなくって (u _ ・ｙ) r 元の言語使用のままライブラリで拡張するって形にしないといけないのに迷走し (u _ ・ｙ) r その結果、ただの#defineマクロでも可能だったものをC++独自構文でメタプログラミングし始めて余計複雑に (u _ ・ｙ) r C++のマクロは限界まで#defineで実装し、それで出来ないものに関してのみ言語仕様に入れるべきだった http://medaka.5ch.net/test/read.cgi/prog/1607818048/560
561: 仕様書無しさん [] 2025/10/26(日) 11:31:55.45 C/C++の後継のRustが出来たから IT企業はRustへ移行していってるね http://medaka.5ch.net/test/read.cgi/prog/1607818048/561
562: 仕様書無しさん [sage] 2025/10/26(日) 14:59:37.11 RustはC系にくらべたら遅いと聞いたが http://medaka.5ch.net/test/read.cgi/prog/1607818048/562
563: 仕様書無しさん [sage] 2025/10/26(日) 17:00:21.29 速くはなかなかならんでしょ http://medaka.5ch.net/test/read.cgi/prog/1607818048/563
564: 仕様書無しさん [sage] 2025/10/26(日) 17:03:38.68 セキュリティコストと速度のコストのトレードオフはユーザーが考えるんや 公開サービスなどでセキュリティが重要ならRustはあり ラボで数値計算に使うならCでもFORTRANでも好きなの使っとき http://medaka.5ch.net/test/read.cgi/prog/1607818048/564
565: 仕様書無しさん [sage] 2025/10/26(日) 19:59:34.78 命にかかわる絶対的セキュリティや正確さが必要な場面なら それでも使われない 使えない オブジェクト志向は凡人向け http://medaka.5ch.net/test/read.cgi/prog/1607818048/565
566: 仕様書無しさん [sage] 2025/10/26(日) 20:35:57.50 Rustは別にオブジェクト指向じゃないよ 開発者の頭次第だ精進するしか http://medaka.5ch.net/test/read.cgi/prog/1607818048/566
567: 仕様書無しさん [sage] 2025/10/26(日) 20:50:11.37 命にかかわるシステムにはジャンプ先を動的に指定するものは使えないと聞いた オブジェクト指向はほぼ全てのメソッド呼び出しがそうなので使えない Rustもオブジェクト志向でなくてもトレイトがある以上同じこと http://medaka.5ch.net/test/read.cgi/prog/1607818048/567
568: 仕様書無しさん [sage] 2025/10/26(日) 21:16:06.32 なるほどアセンブリ http://medaka.5ch.net/test/read.cgi/prog/1607818048/568
569: 仕様書無しさん [] 2025/10/27(月) 07:56:50.42 >>567 つまり副作用があっちゃいけないとかいう話だろ 理想論としてはそれでいいけど日本の開発ってほんとにそんなレベルでセキュリティ確保できてんかな http://medaka.5ch.net/test/read.cgi/prog/1607818048/569
570: 仕様書無しさん [] 2025/10/27(月) 08:21:46.21 >>567 Rustのメソッド呼び出しは静的に確定することができるため問題なし 『単相化 Rust』で検索してごらん http://medaka.5ch.net/test/read.cgi/prog/1607818048/570
571: 仕様書無しさん [sage] 2025/10/27(月) 08:59:37.44 そんなのは別にどんな言語でもできるだろ 問題は言語使用上、その言語を使っている限りは不可能です って断言ができて抜け道がほぼ無い事が確証されていることで 納品先に安心感を与えて売り込む みたいな話だと思うよ http://medaka.5ch.net/test/read.cgi/prog/1607818048/571
572: 仕様書無しさん [] 2025/10/27(月) 09:09:25.33 C/C++は失格だからそんな言語がないんじゃない？ http://medaka.5ch.net/test/read.cgi/prog/1607818048/572
573: 仕様書無しさん [] 2025/10/27(月) 09:10:49.15 >>571 単相化できるのはC++とRustだけだよ http://medaka.5ch.net/test/read.cgi/prog/1607818048/573
574: 仕様書無しさん [sage] 2025/10/27(月) 16:22:45.90 それらが出来るならアセンブリとCも出来るやろ http://medaka.5ch.net/test/read.cgi/prog/1607818048/574
575: 仕様書無しさん [sage] 2025/10/27(月) 16:24:15.76 リフレクション使わなければいいだけだったりしないか http://medaka.5ch.net/test/read.cgi/prog/1607818048/575
576: 仕様書無しさん [sage] 2025/10/27(月) 17:35:39.73 えっ http://medaka.5ch.net/test/read.cgi/prog/1607818048/576
577: 仕様書無しさん [] 2025/10/27(月) 22:43:14.01 >>574 C言語は能力が低すぎて単相化はできません http://medaka.5ch.net/test/read.cgi/prog/1607818048/577
578: 仕様書無しさん [sage] 2025/10/27(月) 22:51:37.64 アセンブラ上の型式チェックができんのじゃないかのう もちろん関わったことなんかないから知らんけど http://medaka.5ch.net/test/read.cgi/prog/1607818048/578
579: 仕様書無しさん [sage] 2025/10/28(火) 01:04:40.19 >>577 そしたら命に関わるシステムはどうするのよ。単相化より原始的にやれてるんだろう http://medaka.5ch.net/test/read.cgi/prog/1607818048/579
580: 仕様書無しさん [sage] 2025/10/28(火) 01:08:52.14 ジェネリックスがないC言語では単相化など不要 もともと全てが単相なのだ http://medaka.5ch.net/test/read.cgi/prog/1607818048/580
581: 仕様書無しさん [sage] 2025/10/28(火) 04:41:39.92 >>567 >>命にかかわるシステムにはジャンプ先を動的に指定するものは使えないと聞いた >>オブジェクト指向はほぼ全てのメソッド呼び出しがそうなので使えない メソッド呼び出しの実現方法は以下の3つに分類される ①単相化 … 各型毎に別コードにするためコンパイル時にジャンプ先が確定 ②固定vtable … コンパイル時にvtableが確定し実行時に各型に対応する固定ジャンプ先へ ③可変vtable … 実行時にジャンプ先を追加したり変更したりできる このうち③が危険 http://medaka.5ch.net/test/read.cgi/prog/1607818048/581
582: 仕様書無しさん [sage] 2025/10/28(火) 04:44:25.23 そう言えばJavaインストールする時に免責同意求められるね。命に関わることには使わないでね。って http://medaka.5ch.net/test/read.cgi/prog/1607818048/582
583: 仕様書無しさん [sage] 2025/10/28(火) 04:46:47.17 Cにvtableないからね。関数ポインタ禁止すれば達成される http://medaka.5ch.net/test/read.cgi/prog/1607818048/583
584: 仕様書無しさん [] 2025/10/28(火) 06:05:41.47 >>581 Rustは①と②だけなので安全とみなされ採用されている http://medaka.5ch.net/test/read.cgi/prog/1607818048/584
585: 仕様書無しさん [] 2025/10/28(火) 06:21:44.49 >>573 お前はな（ｯﾌﾟｗ http://medaka.5ch.net/test/read.cgi/prog/1607818048/585
586: 仕様書無しさん [sage] 2025/10/28(火) 07:49:00.76 C言語は原始的な機能しかないがゆえに"自分で作れてしまう"からな http://medaka.5ch.net/test/read.cgi/prog/1607818048/586
587: 仕様書無しさん [sage] 2025/10/28(火) 12:31:15.20 vtable的なものは自作するね 使いすぎも注意とはちょっと勉強になった http://medaka.5ch.net/test/read.cgi/prog/1607818048/587
588: 仕様書無しさん [] 2025/10/29(水) 07:57:13.50 C言語でも>>581の③を避ければその問題はクリアできるけど それ以外に普通に落とし穴が多すぎてセキュリティホールを多く産み出してきた http://medaka.5ch.net/test/read.cgi/prog/1607818048/588
589: 仕様書無しさん [sage] 2025/10/29(水) 10:26:56.55 穴の中に穴を作った http://medaka.5ch.net/test/read.cgi/prog/1607818048/589
590: 仕様書無しさん [sage] 2025/10/29(水) 16:13:22.45 何を作るにしてもフレームワークを調べて、オープンソースを調べて、AIに作らせて・・・ 自分で何もつくれないなんてプログラマになった意味がない http://medaka.5ch.net/test/read.cgi/prog/1607818048/590
591: 仕様書無しさん [sage] 2025/10/29(水) 23:25:28.21 早く作れて楽しくないか。コンポーネント設計みたいなのAI上手いんだよね。 自分でやる同等以上で助かる。というか師匠 http://medaka.5ch.net/test/read.cgi/prog/1607818048/591
592: 仕様書無しさん [sage] 2025/10/29(水) 23:26:43.19 >>588 後半が大問題よね。Rust使える技能と環境があるならRustがいいよ http://medaka.5ch.net/test/read.cgi/prog/1607818048/592
593: 仕様書無しさん [] 2025/11/20(木) 09:37:40.80 【犯罪】時間違反SEを退治しろ【損害】 ☆時間外労働違反者を退治しろ！☆ ★偽装委託多重派遣を退治しろ！★ 時間外労働違反のせいで不健康だらけ 多重派遣偽装委託のせいで非婚だらけ 低技術で低収入は高技術で高収入の 技術者に迷惑だからIT業界から失せろ！ http://medaka.5ch.net/test/read.cgi/prog/1607818048/593
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.694s*