なんでもC言語で開発する奴アンチスレ

1 ：仕様書無しさん：2020/12/13(日) 09:07:28.51 .net

リーダーの命令でC#、C++、Python、Java、Javascript、Kotlin等、OOPパラダイムを取り込んだ言語及びフレームワークを使った開発を封印して苦労しながら開発している人達のためのアンチスレです

476 ：仕様書無しさん：2022/07/17(日) 01:18:55.00 .net

>>475
もう高齢者なんだから許してやれよ

477 ：仕様書無しさん：2022/07/18(月) 12:42:30 .net

C#のコーディングスタイルでグローバル変数云々とかヤメレ
staticメンバーならまだ許せる

478 ：仕様書無しさん：2022/07/18(月) 12:53:52 .net

>>475
そこまでするんならアンセーフコードもバリバリ書けそう
擁護する訳でないがアンマネージコードで処理したい場合に活用する事がごく稀にある

479 ：仕様書無しさん：2022/07/20(水) 08:16:51.44 .net

>>475
まあ、自分勝手な業務外アプリの開発とかなら、それぐらい普通だけどね。
Cが必須ってのは、勉強の一環としてそれぐらいやれってことね。
なんのライブラリ使ってるのか、ちゃんと意識しないといけない。

480 ：仕様書無しさん：2022/07/21(木) 02:44:47.44 .net

C言語はどんなマシン語、アセンブラになるのかわかるレベルの人間が使わないと意味がない。

481 ：仕様書無しさん：2022/07/21(木) 07:51:22.28 .net

まあ結局はそうなんだけどね。
最近、アセンブラのことが書かれた本もチラホラ見るようになった。

482 ：仕様書無しさん：2022/07/21(木) 10:40:02 .net

>>475
代替案あるの？

483 ：仕様書無しさん：2022/07/21(木) 14:34:08 .net

>>482
横だけど、標準にあるやつを使えばいいのでは？
多分>>475の「クラス変数」は「インスタンス変数」の書き間違いだと思う
クラス変数ってC++だとstatic付きメンバ変数のことらしいし
打ち間違いだと思う
もしそうなら普通はよっぽどの理由がない限りpublicにはしないと思う
システムハンガリアンは使わずに変数名をつける
foreachが使えるなら使う
とかじゃない？

あとはその言語のコーティング規約を読んで対応するとか

484 ：仕様書無しさん：2022/07/21(木) 14:37:24 .net

地味に言語によってコーティング規約が違うみたいだし

C++ではメンバ関数は大文字から始めるキャメル、Javaだとメソッド名は小文字から始めるとか

485 ：仕様書無しさん：2022/07/21(木) 15:53:39 .net

>>483
たぶん元レスはメモリをどこに確保するのかの話だよ
C++としてマナーのいい書き方をしたところでハードウェア的にはマナーの悪い動きしかしない
だから「どんなマシン語、アセンブラになるのかわかるレベルの人間が使わないと意味がない」ってレスが続いてるんだと思うよ

486 ：仕様書無しさん：2022/07/21(木) 15:59:55 .net

C#は.NETが公式ガイドライン出してくれてるからありがたい
宗教戦争が起きにくい
https://docs.microsoft.com/ja-jp/dotnet/csharp/fundamentals/coding-style/coding-conventions

staticフィールドがs_hogehogeだったりするのはアレだけど

487 ：仕様書無しさん：2022/07/22(金) 01:34:44.93 .net

googleの出してるC#ガイドラインの方が好きだな

488 ：仕様書無しさん：2022/07/22(金) 01:45:56.81 .net

Googleのガイドラインはあんまり好きでない
仕事でも圧倒的多数はMicrosoftのほう
だがこれ以上言うと戦争起こりそうなのでやめとく

489 ：仕様書無しさん：2022/07/23(土) 08:27:47.90 .net

>>484
C++には大文字と小文字を使い分ける慣習はない。

単語の区切りに大文字を使い始めて普及させたのはマイクロソフト。

490 ：仕様書無しさん：2022/07/27(水) 21:07:07.13 .net

c以前の言語は後方互換の為に大文字小文字を区別しないのが多いねFortran, lisp, cobolとか
lispとFortranは書くけど、lispは出力は出力は自動で大文字になるので入力(コード)は全て小文字で書く、replで入出力が一目で分かるので便利な慣習
まあスネークでもなくて独特なkebab-case-pだけど
Fortranはスネークもキャメルも居るけど、repl開発じゃないし大文字にするか悩む合成語の表記揺れてもコンパイル通るので俺はキャメル

491 ：仕様書無しさん：2022/07/27(水) 21:10:16.45 .net

クラスとそのインスタンスを大文字小文字違いでしか命名出来ないような奴はOOP向いてない説

492 ：仕様書無しさん：2022/07/28(木) 09:46:53.76 .net

どんな言語でもC言語で開発されてるんだけど

493 ：仕様書無しさん：2022/07/28(木) 20:44:28 .net

>>492
わざわざ中水準言語を使う必要がないという話だぞ。

494 ：仕様書無しさん：2022/07/28(木) 21:12:43.71 .net

んなこと言い出したら今時のスクリプト言語でC言語処理系作る方がよっぽど楽な件

495 ：仕様書無しさん：2022/07/28(木) 22:47:56.43 .net

同じものを作っている時点でやばいだろ

496 ：仕様書無しさん：2022/07/29(金) 08:03:06.05 .net

まあ、STL使うぐらいならJavaやPythondで十分という考え方はアリだな。
だから当初から言ってるだろ、STL使わない縛りをまずはやれって。

497 ：仕様書無しさん：2022/07/29(金) 21:28:38.42 .net

言語が低級かどうかは特定の機械語との対応で決まる相対的なものでしかない
x86上のCならローテーション等高度なビット演算や（使う機会があるかどうか別にすればBCD周りの命令）を欠いてるし、結構高級
lispはx86上では高級言語だけど、lisp マシン上ならlisp関数と機械語がほぼ同名で一対一対応する超低級言語、アセンブリそのものだ

498 ：仕様書無しさん：2022/07/29(金) 22:46:37.14 .net

いまどき実行速度の話にもっていく人間がいるとは思わなかった

499 ：仕様書無しさん：2022/07/31(日) 09:00:57.99 .net

>>491
今回限りの処理で、オブジェクトが一つだけの場合はそれになりやすい…
別の名前にできる場合は別の名前でやるけど

これでも向いてないのか…？

500 ：仕様書無しさん：2022/07/31(日) 09:18:35.87 .net

だから言ってるだろ、Cなんてシロウトには無理って。
無理なんだから無理はするな。　素直に出来るやつに任せて、
お前らは出来るやつのために仕事取る営業に専念しろ。

501 ：仕様書無しさん：2022/08/26(金) 14:54:51.35 .net

>>492
んなこたあない

502 ：仕様書無しさん：2023/06/10(土) 19:52:59.47 .net

この板、C言語おじさん多すぎないか？
定期的に戒めでこのスレタイageたくなる

503 ：仕様書無しさん：2023/06/29(木) 21:07:02.70 .net

組み込みはCだからね
メーカー系にいっぱい組み込みおじさんがおる

504 ：仕様書無しさん：2023/09/13(水) 22:14:44.35 .net

失敗しなくちゃ成功はしない

505 ：仕様書無しさん：2023/12/16(土) 20:49:43.18 .net

C++といいながら丸々Cじゃねーかってのはよくあるな

506 ：仕様書無しさん：2024/03/29(金) 15:20:50.69 .net

兼オタなんて出来ないでよｗｗ

507 ：仕様書無しさん：2024/03/29(金) 15:31:37.25 .net

シーズン
8月17日

508 ：仕様書無しさん：2024/03/29(金) 16:12:39.04 .net

阿呆おるんか

509 ：仕様書無しさん：2024/03/29(金) 16:24:44.25 .net

運動で信者を炙り出して、人生で最大の謎の上から目線で言い、信者名）の確保も必要だし制作側にとってははた迷惑な話だぞ
あと炭水化物があまりに不正利用について可能性あるな
改ざんしてるに決まってるじゃん！

510 ：仕様書無しさん：2024/04/19(金) 05:28:33.31 .net

すでにあるものの組み合わせでできるのに一から作るやつはヤバい

511 ：仕様書無しさん：2024/05/04(土) 17:26:10.23 .net

Cはポインタのお遊びに使えるけど、あまり実用的ではない
権威ある大学教授がCを学ぶ人は負け組だの底辺層だの散々学生に刷り込んでいるから、若手でやる人は減ってきている

512 ：仕様書無しさん：2024/05/04(土) 18:09:41.41 .net

米ホワイトハウス、開発者にRustなどメモリの安全性考慮した言語への移行促す
https://news.mynavi.jp/techplus/article/20240227-2893479/

脆弱性の特徴を持ち普及率が高い言語として、CおよびC++を挙げている。
このような脆弱性を軽減するために、「はじめからメモリ安全なプログラミング言語」の使用を推奨している。
レポートでは、その具体例としてCおよびC++を「Rust」へ移行することを促している。

513 ：仕様書無しさん：2024/05/04(土) 22:26:42.64 .net

>>512
悪質なWebサイトだな

514 ：仕様書無しさん：2024/05/04(土) 23:11:58.14 .net

「ソフトウェアはメモリ安全でなければならない」との声明を発表、米ホワイトハウス：「C」「C++」よりも「Rust」などの言語を推奨
https://atmarkit.itmedia.co.jp/ait/articles/2403/18/news045.html

515 ：仕様書無しさん：2024/05/06(月) 17:32:32.63 .net

教育機関からC言語は今後使うなと言われているけど
だから、若者でC言語使う人が少ないのは当たり前

516 ：仕様書無しさん：2024/05/06(月) 18:13:55.96 .net

米政府もIT大手もRustへ舵を切ったからしょうがない

517 ：仕様書無しさん：2024/05/06(月) 20:41:48.53 .net

OSレベル、CPUレベルで分離されているんだけどな。
自分自身で自分をぶっ壊す危険があるという理屈なら、アメリカは銃の所持をやめないと理屈がおかしい。

518 ：仕様書無しさん：2024/05/07(火) 12:28:25.76 .net

C/C++はこれまで大量のセキュリティホールなどの実害を招き続けてきたが
ガベージコレクションがなく高速に動作するプログラミング言語が他にないためC/C++は必要悪であった
しかし同じ速さで動作して安全なRustの登場によりC/C++を捨てることができるようになった

519 ：仕様書無しさん：2024/05/12(日) 02:04:03.12 .net

>>518
知識がないのがバレているぞ？
メモリの管理がずさんなダメプログラマーの問題をプログラミング言語の話と解釈しているのは無知すぎる

520 ：仕様書無しさん：2024/05/12(日) 14:00:02.51 .net

>>519
そのプロがミスをしまくってセキュリティホールの問題が深刻なので
米政府もIT大手も脱C/C++を推奨し始めたのが>>514の記事

521 ：仕様書無しさん：2024/05/12(日) 18:20:15.14 .net

大手エージェントの担当者も低スキルの人がやる言語だとC言語のことをバカにしていた