リーダーの命令でC#、C++、Python、Java、Javascript、Kotlin等、OOPパラダイムを取り込んだ言語及びフレームワークを使った開発を封印して苦労しながら開発している人達のためのアンチスレです
何でも重たい関数呼び出しにしてしまったツケは、まあ地道にinlineすればある程度埋められるだろ
opencobolというのがある
cobolの正反対の立場にいた
gnuが提供していることが
歴史の皮肉だな
0463仕様書無しさん2022/06/04(土) 23:23:09.04
やっぱFortranしか勝たん（）
0465仕様書無しさん2022/07/06(水) 23:54:41.45
久しぶりにこのスレを見るのだが、Cは必須厨のハケンジジーが、
なんと、Cの組み込み案件に携わることになってしまった。
なんでもC言語で書くのはあまり見たこと無いけど、なんでもC言語（の書き方）で書く人は結構見てきている
お前今書いてるのC++/C#だぞCじゃねぇんだぞって何度思ったことか。おっさんや組み込み出身者は大体そう
>>466
例えば？
クラスにせずに全てC#でいうstaticなメソッドとか？ C++とC#なんて全く違うのに同じ括りで語るとか
C++ならまだCっぽく書けるがC#なんて無理だろ
>>466
Cの汎用性の高さが証明されたな
ちゃんと動くならどんな書き方でも良くね？ 0471仕様書無しさん2022/07/13(水) 19:31:03.91
ん？
a << bで済むのが、わざわざstrcatつかってるとか？
C言語なんて勉強していたらコロナ禍でリモートワーク率0%の現場に派遣される
キャリアサポートセンターの人もC言語は学ばない方がいいとセミナーで話していた
0473仕様書無しさん2022/07/13(水) 21:32:55.78
リモートワークの現場なんてスグにクビになるからねぇ。
0474仕様書無しさん2022/07/16(土) 18:48:29.59
>>468
極端な例だとstringすら使わずchar[]で全部書いて標準ライブラリも使わず関数は自分で実装
クラス変数は全部パブリックみたいなとんでもないのは見たことがある
まぁそこまで極端でなくても割と組み込みとか制御とかそっち系の人が書くC#はバリバリハンガリアンですforeachなにそれみたいなのが多い 0476仕様書無しさん2022/07/17(日) 01:18:55.00
C#のコーディングスタイルでグローバル変数云々とかヤメレ
staticメンバーならまだ許せる
>>475
そこまでするんならアンセーフコードもバリバリ書けそう
擁護する訳でないがアンマネージコードで処理したい場合に活用する事がごく稀にある 0479仕様書無しさん2022/07/20(水) 08:16:51.44
>>475
まあ、自分勝手な業務外アプリの開発とかなら、それぐらい普通だけどね。
Cが必須ってのは、勉強の一環としてそれぐらいやれってことね。
なんのライブラリ使ってるのか、ちゃんと意識しないといけない。 0480仕様書無しさん2022/07/21(木) 02:44:47.44
C言語はどんなマシン語、アセンブラになるのかわかるレベルの人間が使わないと意味がない。
0481仕様書無しさん2022/07/21(木) 07:51:22.28
まあ結局はそうなんだけどね。
最近、アセンブラのことが書かれた本もチラホラ見るようになった。
>>482
横だけど、標準にあるやつを使えばいいのでは？
多分>>475の「クラス変数」は「インスタンス変数」の書き間違いだと思う
クラス変数ってC++だとstatic付きメンバ変数のことらしいし
打ち間違いだと思う
もしそうなら普通はよっぽどの理由がない限りpublicにはしないと思う
システムハンガリアンは使わずに変数名をつける
foreachが使えるなら使う
とかじゃない？
あとはその言語のコーティング規約を読んで対応するとか 地味に言語によってコーティング規約が違うみたいだし
C++ではメンバ関数は大文字から始めるキャメル、Javaだとメソッド名は小文字から始めるとか
>>483
たぶん元レスはメモリをどこに確保するのかの話だよ
C++としてマナーのいい書き方をしたところでハードウェア的にはマナーの悪い動きしかしない
だから「どんなマシン語、アセンブラになるのかわかるレベルの人間が使わないと意味がない」ってレスが続いてるんだと思うよ googleの出してるC#ガイドラインの方が好きだな
Googleのガイドラインはあんまり好きでない
仕事でも圧倒的多数はMicrosoftのほう
だがこれ以上言うと戦争起こりそうなのでやめとく
0489仕様書無しさん2022/07/23(土) 08:27:47.90
>>484
C++には大文字と小文字を使い分ける慣習はない。
単語の区切りに大文字を使い始めて普及させたのはマイクロソフト。 c以前の言語は後方互換の為に大文字小文字を区別しないのが多いねFortran, lisp, cobolとか
lispとFortranは書くけど、lispは出力は出力は自動で大文字になるので入力(コード)は全て小文字で書く、replで入出力が一目で分かるので便利な慣習
まあスネークでもなくて独特なkebab-case-pだけど
Fortranはスネークもキャメルも居るけど、repl開発じゃないし大文字にするか悩む合成語の表記揺れてもコンパイル通るので俺はキャメル
クラスとそのインスタンスを大文字小文字違いでしか命名出来ないような奴はOOP向いてない説
0493仕様書無しさん2022/07/28(木) 20:44:28.52
>>492
わざわざ中水準言語を使う必要がないという話だぞ。 んなこと言い出したら今時のスクリプト言語でC言語処理系作る方がよっぽど楽な件
0495仕様書無しさん2022/07/28(木) 22:47:56.43
同じものを作っている時点でやばいだろ
0496仕様書無しさん2022/07/29(金) 08:03:06.05
まあ、STL使うぐらいならJavaやPythondで十分という考え方はアリだな。
だから当初から言ってるだろ、STL使わない縛りをまずはやれって。
言語が低級かどうかは特定の機械語との対応で決まる相対的なものでしかない
x86上のCならローテーション等高度なビット演算や（使う機会があるかどうか別にすればBCD周りの命令）を欠いてるし、結構高級
lispはx86上では高級言語だけど、lisp マシン上ならlisp関数と機械語がほぼ同名で一対一対応する超低級言語、アセンブリそのものだ
0498仕様書無しさん2022/07/29(金) 22:46:37.14
いまどき実行速度の話にもっていく人間がいるとは思わなかった
>>491
今回限りの処理で、オブジェクトが一つだけの場合はそれになりやすい…
別の名前にできる場合は別の名前でやるけど
これでも向いてないのか…？ 0500仕様書無しさん2022/07/31(日) 09:18:35.87
だから言ってるだろ、Cなんてシロウトには無理って。
無理なんだから無理はするな。 素直に出来るやつに任せて、
お前らは出来るやつのために仕事取る営業に専念しろ。
この板、C言語おじさん多すぎないか？
定期的に戒めでこのスレタイageたくなる
組み込みはCだからね
メーカー系にいっぱい組み込みおじさんがおる
C++といいながら丸々Cじゃねーかってのはよくあるな
0506仕様書無しさん2024/03/29(金) 15:20:50.69
兼オタなんて出来ないでよｗｗ
0509仕様書無しさん2024/03/29(金) 16:24:44.25
運動で信者を炙り出して、人生で最大の謎の上から目線で言い、信者名）の確保も必要だし制作側にとってははた迷惑な話だぞ
あと炭水化物があまりに不正利用について可能性あるな
改ざんしてるに決まってるじゃん！
0510仕様書無しさん2024/04/19(金) 05:28:33.31
すでにあるものの組み合わせでできるのに一から作るやつはヤバい