なんでもC言語で開発する奴アンチスレ
0391仕様書無しさん
2021/01/22(金) 18:33:56.730392仕様書無しさん
2021/01/22(金) 19:28:26.20思い知らされた挙句の果てで、Cを使うぐらいが望ましい。
0393仕様書無しさん
2021/01/23(土) 08:09:57.67私 で す
ふえぇ...辛いよぉ...
先輩の書くコードがC言語風
しかもこれ、2021年の話なんだよ
信じてくれる？
0394仕様書無しさん
2021/01/23(土) 10:07:09.78お前らが何かにつけて自社開発やりたいっていうから、
ハケンジジーのおれが、何度もCは必須って言ってきたのに。
0395仕様書無しさん
2021/01/23(土) 10:56:50.13> 先輩ってことは自社開発のようだが、
> お前らが何かにつけて自社開発やりたいっていうから、
> ハケンジジーのおれが、何度もCは必須って言ってきたのに。
使えるのならC#使いたいよぉ...
でも、頑固上司及び先輩がそれを許さない
C#とか言うなんちゃてC言語ｗｗｗｗ
https://medaka.5ch.net/test/read.cgi/prog/1398490686/
2014年にあのようなスレを建てた人がおったじゃろ？
2021年にも、あのようなスレを建てそうな人達が会社を運営しているんじゃよ
ふぇぇ...辛いよぉ...XamlやHtmlでレイアウトを記述したぃぃぃいいいい
リソースファイルも使わずにC言語風のプログラムでデバイスコンテキストを叩いて印刷レイアウトを描画するのは、もう嫌じゃぁぁぁああああ
0396仕様書無しさん
2021/01/23(土) 11:44:08.98なんちゃってですらない。
C#は事実上のVBで、Javaと比較する言語なんだよ。
0397仕様書無しさん
2021/01/23(土) 13:00:34.560398仕様書無しさん
2021/01/23(土) 13:01:45.24あんなのMS社内の派閥争いでしかないよ
0399仕様書無しさん
2021/01/23(土) 14:39:35.81逆に聞くけど、貴方は何言語でWinネイティブアプリ開発するの？
Reactとか言って逃げるの無しね
Winネイティブアプリ（exeかwin10アプリね）
0400仕様書無しさん
2021/01/23(土) 19:45:12.06CStringさえも使わずひたすらTCHAR[]で頑張るってこと？
0401仕様書無しさん
2021/02/23(火) 12:43:08.64もうCなんて原始人の使う言語にゃ戻れないわ
0402仕様書無しさん
2021/03/07(日) 19:14:56.24俺、理工学部出身でIT業界で働いた事は無いけど、在学中にC言語なんて授業ではやらなかったぞ。
電子計算機演習は、FORTRAN77っていう化石みたいな言語を、TSS端末経由でVOS3っていう化石OSの稼働しているHITACというマシンで、
授業で扱ったのは、主に数値計算に関するプログラムばかり。
レポート課題は、ニュートン法による√xの計算や、ピボット交換を伴う連立多元１次方程式、
ニュートンコーツ法やルンゲクッタ法、予測子修正子法、リープフロッグ等の数値積分法や常微分・偏微分法、
FFT、線形回帰、二次方程式等ばかり。
ペーパー試験問題も、
・0.01を100回足して1にならない理由
・円周率πを数値計算で求めるのに、π/4を計算して最後にそれを4倍しなければならない理由
・実数の合計値や平均値を求めるのに、昇順でソートした後、小さな数値から計算していかなければならない理由
・ビット列で示された浮動小数点数を、IBM形式からIEEE形式への変換（ビット列を記述）
といった問題ばかり。
しかも、二次方程式の問題は、わざと引っ掛けで高校で習った二次方程式の一般解の公式が書かれている。
これをそのまま使うと0点。
他には、Common Lisp、Prolog、EFS等。
0403仕様書無しさん
2021/03/07(日) 20:09:02.17なげーよ
0404仕様書無しさん
2021/03/07(日) 20:16:29.180405仕様書無しさん
2021/03/07(日) 22:25:31.060406仕様書無しさん
2021/03/07(日) 23:22:36.460407仕様書無しさん
2021/03/08(月) 04:20:01.62GithubとかだとC単体だし、普通に文脈があればCで通じるんじゃないかね
0408仕様書無しさん
2021/03/08(月) 08:34:17.03日本語と同じよ
時と場合によっては”C”で通る時もあれば”C language”でないとダメな時もある
0409仕様書無しさん
2021/03/08(月) 10:47:11.03言語だからspeak？
0410仕様書無しさん
2021/03/08(月) 15:05:11.69東大理を6年前くらい前に出たけどFortran(2008)だったぞ、2年前にもやってた
ハートリーフォック法とかDFTとかフルスクラッチ
あとPythonも押してる
弥生キャンパスにある情報センター開講なんで他の学部学科もそんなもんかと、さすがに情報学環はIT向き言語やってそうだけど
0411仕様書無しさん
2021/03/08(月) 15:14:37.48検索に埋もれるからc-languageと書いてほしい
なげーからclangみたいな通称使いたいけどclang死ね
clispお前もだ(common lisp処理系)
しかもclangほど頑張ってない最終更新十年以上前のゴミクヅ
なぜコンパイラ書きは自己顕示欲を抑えられないのか？
0412仕様書無しさん
2021/03/08(月) 15:41:15.050413仕様書無しさん
2021/03/08(月) 15:53:54.490414仕様書無しさん
2021/03/10(水) 08:01:15.280415仕様書無しさん
2021/03/27(土) 21:48:43.05ちょっと「練」が足りないんじゃないか
0416仕様書無しさん
2021/04/06(火) 19:48:13.150417仕様書無しさん
2021/04/08(木) 18:23:09.11>>414
pl/1思い出した…
まだ残ってるのかな…
0418仕様書無しさん
2021/04/28(水) 21:30:38.21吐き出す中間コードは同じだと聞いたが？
0419仕様書無しさん
2021/08/06(金) 21:18:25.75C++すらって…
C++が一番難しい気がする…
0420仕様書無しさん
2021/08/07(土) 05:16:22.69後から後からその場しのぎに拡張して来たことによる複雑さと「わかりにくさ」
そしてそれらを完璧に理解して使いこなしていても
複雑な込み入ったプログラムではどうしても主にメモリ関連のバグ(ミス)が生じてしまっている現状
だから有能な人ほどRust導入を検討もしくは導入しているし大手IT企業はRustを採用しようとしているか既に採用している
0421仕様書無しさん
2021/08/07(土) 05:33:18.26できる奴確保できないもん。
最初に言ったように、能無しをうっかり雇うのを防ぐという目的なわけだが、
そのふるいをかけて人材確保に成功するかどうかは、あくまでも別の話だからね。
0422仕様書無しさん
2021/08/07(土) 05:54:46.25言語の優秀さの差で勝負ついたね
新規プロジェクトはC++捨ててRustだらけ
0423仕様書無しさん
2021/08/08(日) 03:59:10.49これは10年前の記事からの抜粋だけどいまでは解決されてるの？
・STL のアロケータは極めて扱いづらいく、コードの肥大化を招き、効率も最適ではない。
・いくつかの STL の実装には slist, hash_map, shared_ptr などの有用なものが用意されているが、これらはポータブルではない。用意されてない実装もあるし、バージョンの違いで互換性がなかったりもする。
・STL は関数呼び出しの階層が深く、それによりインライン化が妨げられ、遅くなっている。
・STL は非常にデバッグしづらい。例えば std::list は void* を使うためにデバッガで内容を見れないことがある。また、暗号めいた変数名やデータ構造だらけな上、コードに関するドキュメントがない。
・STL のコンテナは、格納するオブジェクトのアライメントをサポートしていない。アライメントに関するサポートが弱いのは C++ の欠点である。アライメントに関するサポートは C++09 で提案されている。
・STL のコンテナは、要素を追加するときにコピー渡しする必要がある。これはコンストラクタのコストが高いオブジェクトで非効率的である。
・STL コンテナは private な実装を持ち、データ構造などをポータブルには弄れないようになっている。これができることが重要な場合もある (node pool など)。
・STL の多くの現在の実装が、空のコンテナにメモリを割り当てることがある。これは最適化を妨げており、効率改善の大きな余地がある。空のコンテナはメモリを割り当てるべきではない。
・STL のアルゴリズムの全ての実装は述語の参照をサポートしておらず、それが原因で非効率的なハックを強いられることがある。
・STL は実用性、効率より正当性に重点を置いている。これは妥当なポリシーだが、std::allocator など、いくつかのケースではユーザビリティと効率を妨げている。
0424仕様書無しさん
2021/08/08(日) 05:09:00.67べつにすべてが最適化されている必要はないし最適化されていないと夜も寝れないビョウキなのか
0425仕様書無しさん
2021/08/08(日) 05:13:19.770426仕様書無しさん
2021/08/08(日) 05:16:10.350427仕様書無しさん
2021/08/08(日) 05:35:37.940428仕様書無しさん
2021/08/08(日) 10:29:53.95だったら良かったけど、まだまだC++な部分が多いしなぁ
＞C++は既存の案件メンテ用
にまで行くには、まだあと5年10年かかるコースでしょ
0429仕様書無しさん
2021/08/08(日) 18:17:26.04最適化されないと夜も寝れないビョウキな人はいる
ゲーム機向けに開発している連中は病的なほどに最適化にこだわる
この記事は米EA社(Apex Legendsとか作ってる会社)が書いたもの
STLはゲーム開発に適さないのでEASTLという自社ライブラリを作成して使った
というのが10年前のはなしなんだけど、10年経って状況は変わったのだろうか？
0430仕様書無しさん
2021/08/08(日) 19:29:42.71少なくとも規格レベルの話はざっと見ただけでも解決されてるものは多い
std::unordered_map / std::unique_ptr / std::shared_ptr の標準入り(C++11) とか要素の直接構築, ムーブ挿入 (C++11) とか
0431仕様書無しさん
2021/08/09(月) 01:58:40.730432仕様書無しさん
2021/08/09(月) 04:49:30.140433仕様書無しさん
2021/08/09(月) 14:58:24.85その理由の一つがビルド時間である
ハードのスペックが年々上がり、それにともないゲームも複雑化している
昔は1対1だった対戦ゲームがいまでは100人バトロワである
カプコンはモンスターハンターRISEでC++をやめてC#を採用した
結果ビルド時間が1/100になったそうである
https://www.nintendolife.com/news/2021/06/feature_monster_hunter_rise_director_talks_re_engine_on_switch
その面でRustはC++の代替候補にはなりえない
RustもC++並にビルド時間を要するのだから
0434仕様書無しさん
2021/08/09(月) 15:09:56.10その論だとC#の代替にはならないだけで
C++並みなのだから、C++の代替にはなるだろ
0435仕様書無しさん
2021/09/05(日) 01:20:06.59C♯とかDartとかC++は無理でございます
0436仕様書無しさん
2022/02/05(土) 10:31:17.860437仕様書無しさん
2022/02/05(土) 11:01:34.580438仕様書無しさん
2022/02/05(土) 11:06:07.26ラムダ式ってsort関数みたいなやつに渡す一回限りの処理をぱっと作るためのやつでは？(細かく言えば違うけど)
確かに使わんでも組めるけど使えるのなら実装が楽になる
0439仕様書無しさん
2022/02/22(火) 22:03:31.860440仕様書無しさん
2022/02/25(金) 02:21:33.10大体無名なのは、そういう使い方では名前なんて一々付けてられないし、その必要がないからで
無名なのも結果論
0441仕様書無しさん
2022/02/25(金) 02:30:06.79名前を付けたければ付ければいいんだし、コンパイル時にはどうせシンボル名は適当な識別子を割り当てられるんだから
0442仕様書無しさん
2022/02/25(金) 02:41:53.85名前を付ける事が可能であるかぎりは付けるべき
一つ一つの関数に名前を付ける事が現実的に不可能であるケースにのみ使用すべき
0443仕様書無しさん
2022/04/15(金) 04:42:23.40それは高階関数を引数とするメソッドが多い現代的なプログラミング言語を使ったことがない初心者なだけでは
0444仕様書無しさん
2022/04/15(金) 10:56:14.55基本関数以外に同じにしていい関数なんてほぼ無いんだよなぁ
0445仕様書無しさん
2022/04/15(金) 21:55:41.73Rust使おう
0446仕様書無しさん
2022/04/18(月) 09:46:57.62ほとんどの言語では無名関数(ラムダ式)を変数に入れることができて変数名が付くので全く問題ない
そして何でも通常の名前のある関数にしてしまうのは名前汚染で邪魔
もちろん高階引数を取るsort, map, filter類などに渡す時は名前すら必要なく無名関数(ラムダ式)のまま渡せたほうがメリット多い
0447進撃のコンパイラ
2022/04/19(火) 00:37:37.13この世の9割はCで出来ているのだから
0448仕様書無しさん
2022/04/24(日) 00:13:23.56敵「じゃあC++でもC#でもJavaでも何でも応用効くよね」
無茶言うなや
10年もそれだけやってたら今更簡単には他の言語に移れんわ
0449仕様書無しさん
2022/04/24(日) 08:17:00.21C#なんてむしろJavaとかやってなかったら多分Cからの移行は結構しんどいかも
オブジェクト指向というかクラス的な考えを中々理解出来ない人も多いようだし
0450仕様書無しさん
2022/04/25(月) 09:28:35.98C#のデリゲートやラムダ式
いまだに使いこなせないわ
0451仕様書無しさん
2022/04/26(火) 23:57:53.74デリゲートやラムダ式は使いこなすのに修練が必要な類のものでもない
0452仕様書無しさん
2022/04/27(水) 11:22:14.57まあ、むしろ追うの一箇所で済むからいいけど
0453仕様書無しさん
2022/05/09(月) 07:26:10.89俺もCでプログラム覚えたし
でも今は流石にね
0454仕様書無しさん
2022/05/10(火) 21:19:36.49言語機能の利便性と安全性が段違い
0455仕様書無しさん
2022/05/11(水) 01:00:37.680456仕様書無しさん
2022/05/12(木) 00:54:44.07Fortranみたいにせめて文法的に分けるとか
func()
call subr()
0457仕様書無しさん
2022/05/12(木) 00:59:15.580458仕様書無しさん
2022/05/13(金) 01:54:56.980459仕様書無しさん
2022/05/13(金) 11:21:11.280460仕様書無しさん
2022/05/13(金) 12:03:57.890461仕様書無しさん
2022/05/13(金) 14:23:03.730462仕様書無しさん
2022/05/14(土) 00:57:30.62cobolの正反対の立場にいた
gnuが提供していることが
歴史の皮肉だな
0463仕様書無しさん
2022/06/04(土) 23:23:09.040464仕様書無しさん
2022/06/25(土) 17:28:07.420465仕様書無しさん
2022/07/06(水) 23:54:41.45なんと、Cの組み込み案件に携わることになってしまった。
0466仕様書無しさん
2022/07/12(火) 23:32:16.87お前今書いてるのC++/C#だぞCじゃねぇんだぞって何度思ったことか。おっさんや組み込み出身者は大体そう
0467仕様書無しさん
2022/07/13(水) 09:14:08.87例えば？
クラスにせずに全てC#でいうstaticなメソッドとか？
0468仕様書無しさん
2022/07/13(水) 09:36:39.11C++ならまだCっぽく書けるがC#なんて無理だろ
0469仕様書無しさん
2022/07/13(水) 15:22:38.08Cの汎用性の高さが証明されたな
ちゃんと動くならどんな書き方でも良くね？
0470仕様書無しさん
2022/07/13(水) 16:03:49.800471仕様書無しさん
2022/07/13(水) 19:31:03.91a << bで済むのが、わざわざstrcatつかってるとか？
0472仕様書無しさん
2022/07/13(水) 21:27:32.42キャリアサポートセンターの人もC言語は学ばない方がいいとセミナーで話していた
0473仕様書無しさん
2022/07/13(水) 21:32:55.780474仕様書無しさん
2022/07/16(土) 18:48:29.59子供か？
0475仕様書無しさん
2022/07/16(土) 23:57:02.39極端な例だとstringすら使わずchar[]で全部書いて標準ライブラリも使わず関数は自分で実装
クラス変数は全部パブリックみたいなとんでもないのは見たことがある
まぁそこまで極端でなくても割と組み込みとか制御とかそっち系の人が書くC#はバリバリハンガリアンですforeachなにそれみたいなのが多い
0476仕様書無しさん
2022/07/17(日) 01:18:55.00もう高齢者なんだから許してやれよ
0477仕様書無しさん
2022/07/18(月) 12:42:30.61staticメンバーならまだ許せる
0478仕様書無しさん
2022/07/18(月) 12:53:52.85そこまでするんならアンセーフコードもバリバリ書けそう
擁護する訳でないがアンマネージコードで処理したい場合に活用する事がごく稀にある
0479仕様書無しさん
2022/07/20(水) 08:16:51.44まあ、自分勝手な業務外アプリの開発とかなら、それぐらい普通だけどね。
Cが必須ってのは、勉強の一環としてそれぐらいやれってことね。
なんのライブラリ使ってるのか、ちゃんと意識しないといけない。
0480仕様書無しさん
2022/07/21(木) 02:44:47.440481仕様書無しさん
2022/07/21(木) 07:51:22.28最近、アセンブラのことが書かれた本もチラホラ見るようになった。
0482仕様書無しさん
2022/07/21(木) 10:40:02.82代替案あるの？
0483仕様書無しさん
2022/07/21(木) 14:34:08.79横だけど、標準にあるやつを使えばいいのでは？
多分>>475の「クラス変数」は「インスタンス変数」の書き間違いだと思う
クラス変数ってC++だとstatic付きメンバ変数のことらしいし
打ち間違いだと思う
もしそうなら普通はよっぽどの理由がない限りpublicにはしないと思う
システムハンガリアンは使わずに変数名をつける
foreachが使えるなら使う
とかじゃない？
あとはその言語のコーティング規約を読んで対応するとか
0484仕様書無しさん
2022/07/21(木) 14:37:24.51C++ではメンバ関数は大文字から始めるキャメル、Javaだとメソッド名は小文字から始めるとか
0485仕様書無しさん
2022/07/21(木) 15:53:39.22たぶん元レスはメモリをどこに確保するのかの話だよ
C++としてマナーのいい書き方をしたところでハードウェア的にはマナーの悪い動きしかしない
だから「どんなマシン語、アセンブラになるのかわかるレベルの人間が使わないと意味がない」ってレスが続いてるんだと思うよ
0486仕様書無しさん
2022/07/21(木) 15:59:55.46宗教戦争が起きにくい
https://docs.microsoft.com/ja-jp/dotnet/csharp/fundamentals/coding-style/coding-conventions
staticフィールドがs_hogehogeだったりするのはアレだけど
0487仕様書無しさん
2022/07/22(金) 01:34:44.930488仕様書無しさん
2022/07/22(金) 01:45:56.81仕事でも圧倒的多数はMicrosoftのほう
だがこれ以上言うと戦争起こりそうなのでやめとく
0489仕様書無しさん
2022/07/23(土) 08:27:47.90C++には大文字と小文字を使い分ける慣習はない。
単語の区切りに大文字を使い始めて普及させたのはマイクロソフト。
0490仕様書無しさん
2022/07/27(水) 21:07:07.13lispとFortranは書くけど、lispは出力は出力は自動で大文字になるので入力(コード)は全て小文字で書く、replで入出力が一目で分かるので便利な慣習
まあスネークでもなくて独特なkebab-case-pだけど
Fortranはスネークもキャメルも居るけど、repl開発じゃないし大文字にするか悩む合成語の表記揺れてもコンパイル通るので俺はキャメル
0491仕様書無しさん
2022/07/27(水) 21:10:16.45レスを投稿する
