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

**仕様書無しさん** · 2020/12/13(日) 09:07:28.51

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

**仕様書無しさん** · 2022/07/16(土) 18:48:29.59

>>472
子供か？

**仕様書無しさん** · 2022/07/16(土) 23:57:02.39

>>468
極端な例だとstringすら使わずchar[]で全部書いて標準ライブラリも使わず関数は自分で実装
クラス変数は全部パブリックみたいなとんでもないのは見たことがある
まぁそこまで極端でなくても割と組み込みとか制御とかそっち系の人が書くC#はバリバリハンガリアンですforeachなにそれみたいなのが多い

**仕様書無しさん** · 2022/07/17(日) 01:18:55.00

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

**仕様書無しさん** · 2022/07/18(月) 12:42:30.61

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

**仕様書無しさん** · 2022/07/18(月) 12:53:52.85

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

**仕様書無しさん** · 2022/07/20(水) 08:16:51.44

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

**仕様書無しさん** · 2022/07/21(木) 02:44:47.44

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

**仕様書無しさん** · 2022/07/21(木) 07:51:22.28

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

**仕様書無しさん** · 2022/07/21(木) 10:40:02.82

>>475
代替案あるの？

**仕様書無しさん** · 2022/07/21(木) 14:34:08.79

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

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

**仕様書無しさん** · 2022/07/21(木) 14:37:24.51

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

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

**仕様書無しさん** · 2022/07/21(木) 15:53:39.22

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

**仕様書無しさん** · 2022/07/21(木) 15:59:55.46

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

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

**仕様書無しさん** · 2022/07/22(金) 01:34:44.93

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

**仕様書無しさん** · 2022/07/22(金) 01:45:56.81

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

**仕様書無しさん** · 2022/07/23(土) 08:27:47.90

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

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

**仕様書無しさん** · 2022/07/27(水) 21:07:07.13

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

**仕様書無しさん** · 2022/07/27(水) 21:10:16.45

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

**仕様書無しさん** · 2022/07/28(木) 09:46:53.76

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

**仕様書無しさん** · 2022/07/28(木) 20:44:28.52

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

**仕様書無しさん** · 2022/07/28(木) 21:12:43.71

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

**仕様書無しさん** · 2022/07/28(木) 22:47:56.43

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

**仕様書無しさん** · 2022/07/29(金) 08:03:06.05

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

**仕様書無しさん** · 2022/07/29(金) 21:28:38.42

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

**仕様書無しさん** · 2022/07/29(金) 22:46:37.14

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

**仕様書無しさん** · 2022/07/31(日) 09:00:57.99

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

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

**仕様書無しさん** · 2022/07/31(日) 09:18:35.87

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

**仕様書無しさん** · 2022/08/26(金) 14:54:51.35

>>492
んなこたあない

**仕様書無しさん** · 2023/06/10(土) 19:52:59.47

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

**仕様書無しさん** · 2023/06/29(木) 21:07:02.70

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

**仕様書無しさん** · 2023/09/13(水) 22:14:44.35

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

**仕様書無しさん** · 2023/12/16(土) 20:49:43.18

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

**仕様書無しさん** · 2024/03/29(金) 15:20:50.69

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

**仕様書無しさん** · 2024/03/29(金) 15:31:37.25

シーズン
8月17日

**仕様書無しさん** · 2024/03/29(金) 16:12:39.04

阿呆おるんか

**仕様書無しさん** · 2024/03/29(金) 16:24:44.25

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

**仕様書無しさん** · 2024/04/19(金) 05:28:33.31

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

**仕様書無しさん** · 2024/05/04(土) 17:26:10.23

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

**仕様書無しさん** · 2024/05/04(土) 18:09:41.41

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

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

**仕様書無しさん** · 2024/05/04(土) 22:26:42.64

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

**仕様書無しさん** · 2024/05/04(土) 23:11:58.14

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

**仕様書無しさん** · 2024/05/06(月) 17:32:32.63

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

**仕様書無しさん** · 2024/05/06(月) 18:13:55.96

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

**仕様書無しさん** · 2024/05/06(月) 20:41:48.53

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

**仕様書無しさん** · 2024/05/07(火) 12:28:25.76

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

**仕様書無しさん** · 2024/05/12(日) 02:04:03.12

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

**仕様書無しさん** · 2024/05/12(日) 14:00:02.51

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

**仕様書無しさん** · 2024/05/12(日) 18:20:15.14

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

**仕様書無しさん** · 2024/11/13(水) 21:37:17.40

GUIを作るのが面倒

**仕様書無しさん** · 2024/11/14(木) 12:35:50.54

米国国防総省のDARPA、CからRustへのコード変換を自動化する「TRACTOR」プログラムを開始
https://atmarkit.itmedia.co.jp/ait/spv/2408/14/news045.html

**仕様書無しさん** · NG

EchoAPIはAPIの問題を迅速にデバッグするのに役立ち、安心して次に進むことができるよ