なんでもC言語で開発する奴アンチスレ (524ﾚｽ)
上下前次1-新
1(4): 2020/12/13(日)09:07 AAS
リーダーの命令でC#、C++、Python、Java、Javascript、Kotlin等、OOPパラダイムを取り込んだ言語及びフレームワークを使った開発を封印して苦労しながら開発している人達のためのアンチスレです
441: 2022/02/25(金)02:30 AAS
名前を必要とするという仕様はいわゆるarbitrary limitationだよな
名前を付けたければ付ければいいんだし、コンパイル時にはどうせシンボル名は適当な識別子を割り当てられるんだから
442(1): 2022/02/25(金)02:41 AAS
>>483のように、無数のバリエーション必要としない、本当に使い捨ての関数を一回限り定義する為に無名関数を使うのは明らかにバッドプラクティス
名前を付ける事が可能であるかぎりは付けるべき
一つ一つの関数に名前を付ける事が現実的に不可能であるケースにのみ使用すべき
443: 2022/04/15(金)04:42 AAS
>>436
それは高階関数を引数とするメソッドが多い現代的なプログラミング言語を使ったことがない初心者なだけでは
444: 2022/04/15(金)10:56 AAS
メンテナンス考えたら本当に同じ役務にしか使い回しはしたらダメだしなぁ
基本関数以外に同じにしていい関数なんてほぼ無いんだよなぁ
445: 2022/04/15(金)21:55 AAS
Rustいいよぉ
Rust使おう
446: 2022/04/18(月)09:46 AAS
>>442
ほとんどの言語では無名関数(ラムダ式)を変数に入れることができて変数名が付くので全く問題ない
そして何でも通常の名前のある関数にしてしまうのは名前汚染で邪魔
もちろん高階引数を取るsort, map, filter類などに渡す時は名前すら必要なく無名関数(ラムダ式)のまま渡せたほうがメリット多い
447: 進撃のコンパイラ 2022/04/19(火)00:37 AAS
Cを笑うものはCに泣く
この世の9割はCで出来ているのだから
448: 2022/04/24(日)00:13 AAS
自分「組込でCを10年以上使ってます」
敵「じゃあC++でもC#でもJavaでも何でも応用効くよね」
無茶言うなや
10年もそれだけやってたら今更簡単には他の言語に移れんわ
449: 2022/04/24(日)08:17 AAS
CしかやってなかったらC++でさえ厳しいのにね
C#なんてむしろJavaとかやってなかったら多分Cからの移行は結構しんどいかも
オブジェクト指向というかクラス的な考えを中々理解出来ない人も多いようだし
450: 2022/04/25(月)09:28 AAS
C++のテンプレート
C#のデリゲートやラムダ式
いまだに使いこなせないわ
451: 2022/04/26(火)23:57 AAS
C++のテンプレートはコンパイル時に処理される別の言語だと思った方がいい気がする
デリゲートやラムダ式は使いこなすのに修練が必要な類のものでもない
452: 2022/04/27(水)11:22 AAS
デリゲートをラムダ式で書くとかさ、
まあ、むしろ追うの一箇所で済むからいいけど
453: 2022/05/09(月)07:26 AAS
Cは開発当時は完成度が高い最強の言語だったと思うよ
俺もCでプログラム覚えたし
でも今は流石にね
454: 2022/05/10(火)21:19 AAS
今はCの代わりにRust
言語機能の利便性と安全性が段違い
455: 2022/05/11(水)01:00 AAS
言語の見た目が目にうるさい
456: 2022/05/12(木)00:54 AAS
bufに詰めて返すAPIが分かりにくすぎる、サブルーチンなのか関数なのか、呼び方の文法だけ改善してほしい
Fortranみたいにせめて文法的に分けるとか
func()
call subr()
457: 2022/05/12(木)00:59 AAS
intent指定ができずaliasingの問題で最適化が妨げられてるし、そういうところでハイパフォーマンス言語としても中途半端でFortranに後塵を拝したわけで
458: 2022/05/13(金)01:54 AAS
ぜんぶ初耳だがどういうこっちゃ
459: 2022/05/13(金)11:21 AAS
なんでもFortranで書くやつなんて居ないから無害じゃね
460: 2022/05/13(金)12:03 AAS
個人向けのCOBOL処理系とかあるんだろうか
461: 2022/05/13(金)14:23 AAS
何でも重たい関数呼び出しにしてしまったツケは、まあ地道にinlineすればある程度埋められるだろ
462: 2022/05/14(土)00:57 AAS
opencobolというのがある
cobolの正反対の立場にいた
gnuが提供していることが
歴史の皮肉だな
463: 2022/06/04(土)23:23 AAS
やっぱFortranしか勝たん（）
464: 2022/06/25(土)17:28 AAS
おれの国のほうが
465: 2022/07/06(水)23:54 AAS
久しぶりにこのスレを見るのだが、Cは必須厨のハケンジジーが、
なんと、Cの組み込み案件に携わることになってしまった。
466(2): 2022/07/12(火)23:32 AAS
なんでもC言語で書くのはあまり見たこと無いけど、なんでもC言語（の書き方）で書く人は結構見てきている
お前今書いてるのC++/C#だぞCじゃねぇんだぞって何度思ったことか。おっさんや組み込み出身者は大体そう
467: 2022/07/13(水)09:14 AAS
>>466
例えば？
クラスにせずに全てC#でいうstaticなメソッドとか？
468(1): 2022/07/13(水)09:36 AAS
C++とC#なんて全く違うのに同じ括りで語るとか
C++ならまだCっぽく書けるがC#なんて無理だろ
469: 2022/07/13(水)15:22 AAS
>>466
Cの汎用性の高さが証明されたな
ちゃんと動くならどんな書き方でも良くね？
470: 2022/07/13(水)16:03 AAS
objectiveC !
471: 2022/07/13(水)19:31 AAS
ん？
a << bで済むのが、わざわざstrcatつかってるとか？
472(1): 2022/07/13(水)21:27 AAS
C言語なんて勉強していたらコロナ禍でリモートワーク率0%の現場に派遣される
キャリアサポートセンターの人もC言語は学ばない方がいいとセミナーで話していた
473: 2022/07/13(水)21:32 AAS
リモートワークの現場なんてスグにクビになるからねぇ。
474: 2022/07/16(土)18:48 AAS
>>472
子供か？
475(5): 2022/07/16(土)23:57 AAS
>>468
極端な例だとstringすら使わずchar[]で全部書いて標準ライブラリも使わず関数は自分で実装
クラス変数は全部パブリックみたいなとんでもないのは見たことがある
まぁそこまで極端でなくても割と組み込みとか制御とかそっち系の人が書くC#はバリバリハンガリアンですforeachなにそれみたいなのが多い
476: 2022/07/17(日)01:18 AAS
>>475
もう高齢者なんだから許してやれよ
477: 2022/07/18(月)12:42 AAS
C#のコーディングスタイルでグローバル変数云々とかヤメレ
staticメンバーならまだ許せる
478: 2022/07/18(月)12:53 AAS
>>475
そこまでするんならアンセーフコードもバリバリ書けそう
擁護する訳でないがアンマネージコードで処理したい場合に活用する事がごく稀にある
479: 2022/07/20(水)08:16 AAS
>>475
まあ、自分勝手な業務外アプリの開発とかなら、それぐらい普通だけどね。
Cが必須ってのは、勉強の一環としてそれぐらいやれってことね。
なんのライブラリ使ってるのか、ちゃんと意識しないといけない。
480: 2022/07/21(木)02:44 AAS
C言語はどんなマシン語、アセンブラになるのかわかるレベルの人間が使わないと意味がない。
481: 2022/07/21(木)07:51 AAS
まあ結局はそうなんだけどね。
最近、アセンブラのことが書かれた本もチラホラ見るようになった。
482(1): 2022/07/21(木)10:40 AAS
>>475
代替案あるの？
483(2): 2022/07/21(木)14:34 AAS
>>482
横だけど、標準にあるやつを使えばいいのでは？
多分>>475の「クラス変数」は「インスタンス変数」の書き間違いだと思う
クラス変数ってC++だとstatic付きメンバ変数のことらしいし
打ち間違いだと思う
もしそうなら普通はよっぽどの理由がない限りpublicにはしないと思う
システムハンガリアンは使わずに変数名をつける
省3
484(1): 2022/07/21(木)14:37 AAS
地味に言語によってコーティング規約が違うみたいだし
C++ではメンバ関数は大文字から始めるキャメル、Javaだとメソッド名は小文字から始めるとか
485: 2022/07/21(木)15:53 AAS
>>483
たぶん元レスはメモリをどこに確保するのかの話だよ
C++としてマナーのいい書き方をしたところでハードウェア的にはマナーの悪い動きしかしない
だから「どんなマシン語、アセンブラになるのかわかるレベルの人間が使わないと意味がない」ってレスが続いてるんだと思うよ
486: 2022/07/21(木)15:59 AAS
C#は.NETが公式ガイドライン出してくれてるからありがたい
宗教戦争が起きにくい
外部ﾘﾝｸ:docs.microsoft.com
staticフィールドがs_hogehogeだったりするのはアレだけど
487: 2022/07/22(金)01:34 AAS
googleの出してるC#ガイドラインの方が好きだな
488: 2022/07/22(金)01:45 AAS
Googleのガイドラインはあんまり好きでない
仕事でも圧倒的多数はMicrosoftのほう
だがこれ以上言うと戦争起こりそうなのでやめとく
489: 2022/07/23(土)08:27 AAS
>>484
C++には大文字と小文字を使い分ける慣習はない。
単語の区切りに大文字を使い始めて普及させたのはマイクロソフト。
490: 2022/07/27(水)21:07 AAS
c以前の言語は後方互換の為に大文字小文字を区別しないのが多いねFortran, lisp, cobolとか
lispとFortranは書くけど、lispは出力は出力は自動で大文字になるので入力(コード)は全て小文字で書く、replで入出力が一目で分かるので便利な慣習
まあスネークでもなくて独特なkebab-case-pだけど
Fortranはスネークもキャメルも居るけど、repl開発じゃないし大文字にするか悩む合成語の表記揺れてもコンパイル通るので俺はキャメル
491(1): 2022/07/27(水)21:10 AAS
クラスとそのインスタンスを大文字小文字違いでしか命名出来ないような奴はOOP向いてない説
492(2): 2022/07/28(木)09:46 AAS
どんな言語でもC言語で開発されてるんだけど
493: 2022/07/28(木)20:44 AAS
>>492
わざわざ中水準言語を使う必要がないという話だぞ。
494: 2022/07/28(木)21:12 AAS
んなこと言い出したら今時のスクリプト言語でC言語処理系作る方がよっぽど楽な件
495: 2022/07/28(木)22:47 AAS
同じものを作っている時点でやばいだろ
496: 2022/07/29(金)08:03 AAS
まあ、STL使うぐらいならJavaやPythondで十分という考え方はアリだな。
だから当初から言ってるだろ、STL使わない縛りをまずはやれって。
497: 2022/07/29(金)21:28 AAS
言語が低級かどうかは特定の機械語との対応で決まる相対的なものでしかない
x86上のCならローテーション等高度なビット演算や（使う機会があるかどうか別にすればBCD周りの命令）を欠いてるし、結構高級
lispはx86上では高級言語だけど、lisp マシン上ならlisp関数と機械語がほぼ同名で一対一対応する超低級言語、アセンブリそのものだ
498: 2022/07/29(金)22:46 AAS
いまどき実行速度の話にもっていく人間がいるとは思わなかった
499: 2022/07/31(日)09:00 AAS
>>491
今回限りの処理で、オブジェクトが一つだけの場合はそれになりやすい…
別の名前にできる場合は別の名前でやるけど
これでも向いてないのか…？
500: 2022/07/31(日)09:18 AAS
だから言ってるだろ、Cなんてシロウトには無理って。
無理なんだから無理はするな。 素直に出来るやつに任せて、
お前らは出来るやつのために仕事取る営業に専念しろ。
501: 2022/08/26(金)14:54 AAS
>>492
んなこたあない
502: 2023/06/10(土)19:52 AAS
この板、C言語おじさん多すぎないか？
定期的に戒めでこのスレタイageたくなる
503: 2023/06/29(木)21:07 AAS
組み込みはCだからね
メーカー系にいっぱい組み込みおじさんがおる
504: 2023/09/13(水)22:14 AAS
失敗しなくちゃ成功はしない
505: 2023/12/16(土)20:49 AAS
C++といいながら丸々Cじゃねーかってのはよくあるな
506: 2024/03/29(金)15:20 AAS
兼オタなんて出来ないでよｗｗ
507: 2024/03/29(金)15:31 AAS
シーズン
8月17日
508: 2024/03/29(金)16:12 AAS
阿呆おるんか
509: 2024/03/29(金)16:24 AAS
運動で信者を炙り出して、人生で最大の謎の上から目線で言い、信者名）の確保も必要だし制作側にとってははた迷惑な話だぞ
あと炭水化物があまりに不正利用について可能性あるな
改ざんしてるに決まってるじゃん！
510: 2024/04/19(金)05:28 AAS
すでにあるものの組み合わせでできるのに一から作るやつはヤバい
511: 2024/05/04(土)17:26 AAS
Cはポインタのお遊びに使えるけど、あまり実用的ではない
権威ある大学教授がCを学ぶ人は負け組だの底辺層だの散々学生に刷り込んでいるから、若手でやる人は減ってきている
512(1): 2024/05/04(土)18:09 AAS
米ホワイトハウス、開発者にRustなどメモリの安全性考慮した言語への移行促す
外部ﾘﾝｸ:news.mynavi.jp
脆弱性の特徴を持ち普及率が高い言語として、CおよびC++を挙げている。
このような脆弱性を軽減するために、「はじめからメモリ安全なプログラミング言語」の使用を推奨している。
レポートでは、その具体例としてCおよびC++を「Rust」へ移行することを促している。
513: 2024/05/04(土)22:26 AAS
>>512
悪質なWebサイトだな
514(1): 2024/05/04(土)23:11 AAS
「ソフトウェアはメモリ安全でなければならない」との声明を発表、米ホワイトハウス：「C」「C++」よりも「Rust」などの言語を推奨
外部ﾘﾝｸ[html]:atmarkit.itmedia.co.jp
515: 2024/05/06(月)17:32 AAS
教育機関からC言語は今後使うなと言われているけど
だから、若者でC言語使う人が少ないのは当たり前
516: 2024/05/06(月)18:13 AAS
米政府もIT大手もRustへ舵を切ったからしょうがない
517: 2024/05/06(月)20:41 AAS
OSレベル、CPUレベルで分離されているんだけどな。
自分自身で自分をぶっ壊す危険があるという理屈なら、アメリカは銃の所持をやめないと理屈がおかしい。
518(1): 2024/05/07(火)12:28 AAS
C/C++はこれまで大量のセキュリティホールなどの実害を招き続けてきたが
ガベージコレクションがなく高速に動作するプログラミング言語が他にないためC/C++は必要悪であった
しかし同じ速さで動作して安全なRustの登場によりC/C++を捨てることができるようになった
519(1): 2024/05/12(日)02:04 AAS
>>518
知識がないのがバレているぞ？
メモリの管理がずさんなダメプログラマーの問題をプログラミング言語の話と解釈しているのは無知すぎる
520: 2024/05/12(日)14:00 AAS
>>519
そのプロがミスをしまくってセキュリティホールの問題が深刻なので
米政府もIT大手も脱C/C++を推奨し始めたのが>>514の記事
521: 2024/05/12(日)18:20 AAS
大手エージェントの担当者も低スキルの人がやる言語だとC言語のことをバカにしていた
522: 2024/11/13(水)21:37 AAS
GUIを作るのが面倒
523: 2024/11/14(木)12:35 AAS
米国国防総省のDARPA、CからRustへのコード変換を自動化する「TRACTOR」プログラムを開始
外部ﾘﾝｸ[html]:atmarkit.itmedia.co.jp
524: 2024/12/04(水)22:52 AAS
BEｱｲｺﾝ:nida.gif
EchoAPIはAPIの問題を迅速にデバッグするのに役立ち、安心して次に進むことができるよ
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.007s*