なんでもC言語で開発する奴アンチスレ (525ﾚｽ)
上下前次1-新
1(4): 2020/12/13(日)09:07 AAS
リーダーの命令でC#、C++、Python、Java、Javascript、Kotlin等、OOPパラダイムを取り込んだ言語及びフレームワークを使った開発を封印して苦労しながら開発している人達のためのアンチスレです
399: 2021/01/23(土)14:39 AAS
>>398
逆に聞くけど、貴方は何言語でWinネイティブアプリ開発するの？
Reactとか言って逃げるの無しね
Winネイティブアプリ（exeかwin10アプリね）
400: 2021/01/23(土)19:45 AAS
>>393
CStringさえも使わずひたすらTCHAR[]で頑張るってこと？
401: 2021/02/23(火)12:43 AAS
最近はすっかりpython使いになってしまった
もうCなんて原始人の使う言語にゃ戻れないわ
402(1): 2021/03/07(日)19:14 AAS
>>96
俺、理工学部出身でIT業界で働いた事は無いけど、在学中にC言語なんて授業ではやらなかったぞ。
電子計算機演習は、FORTRAN77っていう化石みたいな言語を、TSS端末経由でVOS3っていう化石OSの稼働しているHITACというマシンで、
授業で扱ったのは、主に数値計算に関するプログラムばかり。
レポート課題は、ニュートン法による√xの計算や、ピボット交換を伴う連立多元１次方程式、
ニュートンコーツ法やルンゲクッタ法、予測子修正子法、リープフロッグ等の数値積分法や常微分・偏微分法、
FFT、線形回帰、二次方程式等ばかり。
ペーパー試験問題も、
・0.01を100回足して1にならない理由
・円周率πを数値計算で求めるのに、π/4を計算して最後にそれを4倍しなければならない理由
省6
403: 2021/03/07(日)20:09 AAS
>>402
なげーよ
404(2): 2021/03/07(日)20:16 AAS
C言語って英語では"C"だけで通じるの？
405(1): 2021/03/07(日)22:25 AAS
東大だって今はC言語じゃなくJavaだ、京大はC言語やってる。
406: 2021/03/07(日)23:22 AAS
そんなこと聞いてない
407: 2021/03/08(月)04:20 AAS
>>404
GithubとかだとC単体だし、普通に文脈があればCで通じるんじゃないかね
408: 2021/03/08(月)08:34 AAS
>>404
日本語と同じよ
時と場合によっては”C”で通る時もあれば”C language”でないとダメな時もある
409: 2021/03/08(月)10:47 AAS
プログラミング言語って英語で対応する動詞ってuse?speak?
言語だからspeak？
410: 2021/03/08(月)15:05 AAS
>>405
東大理を6年前くらい前に出たけどFortran(2008)だったぞ、2年前にもやってた
ハートリーフォック法とかDFTとかフルスクラッチ
あとPythonも押してる
弥生キャンパスにある情報センター開講なんで他の学部学科もそんなもんかと、さすがに情報学環はIT向き言語やってそうだけど
411: 2021/03/08(月)15:14 AAS
c自習してるけど癖だらけで学び甲斐があって好きだよ
検索に埋もれるからc-languageと書いてほしい
なげーからclangみたいな通称使いたいけどclang死ね
clispお前もだ(common lisp処理系)
しかもclangほど頑張ってない最終更新十年以上前のゴミクヅ
なぜコンパイラ書きは自己顕示欲を抑えられないのか？
412: 2021/03/08(月)15:41 AAS
C programming language
413: 2021/03/08(月)15:53 AAS
そうだCPLと呼ぼう！
414(1): 2021/03/10(水)08:01 AAS
PL/Cが好み
415: 2021/03/27(土)21:48 AAS
Cで検索するだけで上から二番目がC言語だったぞ
ちょっと「練」が足りないんじゃないか
416(1): 2021/04/06(火)19:48 AAS
.NET開発はVBかC#、どっちかに統一しろよと思う
417: 2021/04/08(木)18:23 AAS
書き途中
>>414
pl/1思い出した…
まだ残ってるのかな…
418: 2021/04/28(水)21:30 AAS
>>416
吐き出す中間コードは同じだと聞いたが？
419: 2021/08/06(金)21:18 AAS
>>4
C++すらって…
C++が一番難しい気がする…
420(1): 2021/08/07(土)05:16 AAS
C++の難しさは
後から後からその場しのぎに拡張して来たことによる複雑さと「わかりにくさ」
そしてそれらを完璧に理解して使いこなしていても
複雑な込み入ったプログラムではどうしても主にメモリ関連のバグ(ミス)が生じてしまっている現状
だから有能な人ほどRust導入を検討もしくは導入しているし大手IT企業はRustを採用しようとしているか既に採用している
421: 2021/08/07(土)05:33 AAS
そりゃあ企業単位でC++で開発するのはもう無理だよ。
できる奴確保できないもん。
最初に言ったように、能無しをうっかり雇うのを防ぐという目的なわけだが、
そのふるいをかけて人材確保に成功するかどうかは、あくまでも別の話だからね。
422: 2021/08/07(土)05:54 AAS
>>420
言語の優秀さの差で勝負ついたね
新規プロジェクトはC++捨ててRustだらけ
423: 2021/08/08(日)03:59 AAS
C++使いの人に質問
これは10年前の記事からの抜粋だけどいまでは解決されてるの？
・STL のアロケータは極めて扱いづらいく、コードの肥大化を招き、効率も最適ではない。
・いくつかの STL の実装には slist, hash_map, shared_ptr などの有用なものが用意されているが、これらはポータブルではない。用意されてない実装もあるし、バージョンの違いで互換性がなかったりもする。
・STL は関数呼び出しの階層が深く、それによりインライン化が妨げられ、遅くなっている。
・STL は非常にデバッグしづらい。例えば std::list は void* を使うためにデバッガで内容を見れないことがある。また、暗号めいた変数名やデータ構造だらけな上、コードに関するドキュメントがない。
・STL のコンテナは、格納するオブジェクトのアライメントをサポートしていない。アライメントに関するサポートが弱いのは C++ の欠点である。アライメントに関するサポートは C++09 で提案されている。
・STL のコンテナは、要素を追加するときにコピー渡しする必要がある。これはコンストラクタのコストが高いオブジェクトで非効率的である。
・STL コンテナは private な実装を持ち、データ構造などをポータブルには弄れないようになっている。これができることが重要な場合もある (node pool など)。
・STL の多くの現在の実装が、空のコンテナにメモリを割り当てることがある。これは最適化を妨げており、効率改善の大きな余地がある。空のコンテナはメモリを割り当てるべきではない。
省2
424(1): 2021/08/08(日)05:09 AAS
ホントに最適化が必要なら自力で高速コンテナ作るよ
べつにすべてが最適化されている必要はないし最適化されていないと夜も寝れないビョウキなのか
425: 2021/08/08(日)05:13 AAS
どちらかというと自分が書いたコードの動きが詠めずにコンパイルエラーに頼りまくるやり方の方が大問題な気がする
426: 2021/08/08(日)05:16 AAS
コンパイルエラーが難しくて解りにくいってコード書いてエラー出しているのは自分なんだから少し考えればどうしてそうなったか判るだろ普通は
427: 2021/08/08(日)05:35 AAS
新たな案件だとバックエンドから組み込みまであらゆる分野で、C++捨ててRustにする例が増えているから、C++は既存の案件メンテ用の地位に落ちた。
428: 2021/08/08(日)10:29 AAS
＞あらゆる分野で、C++捨ててRustにする
だったら良かったけど、まだまだC++な部分が多いしなぁ
＞C++は既存の案件メンテ用
にまで行くには、まだあと5年10年かかるコースでしょ
429: 2021/08/08(日)18:17 AAS
>>424
最適化されないと夜も寝れないビョウキな人はいる
ゲーム機向けに開発している連中は病的なほどに最適化にこだわる
この記事は米EA社(Apex Legendsとか作ってる会社)が書いたもの
STLはゲーム開発に適さないのでEASTLという自社ライブラリを作成して使った
というのが10年前のはなしなんだけど、10年経って状況は変わったのだろうか？
430: 2021/08/08(日)19:29 AAS
規格レベルの話と実装レベルの話が混在しててなぁ
少なくとも規格レベルの話はざっと見ただけでも解決されてるものは多い
std::unordered_map / std::unique_ptr / std::shared_ptr の標準入り(C++11) とか要素の直接構築, ムーブ挿入 (C++11) とか
431: 2021/08/09(月)01:58 AAS
そうか、C++も日々改良されて使いやすくなっているんですね
432: 2021/08/09(月)04:49 AAS
C++より便利かつ安全なRustが登場したことで徐々に置き換わっていきそうですね
433(1): 2021/08/09(月)14:58 AAS
ゲーム開発の現場ではそろそろC++では難しくなっているのかもしれない
その理由の一つがビルド時間である
ハードのスペックが年々上がり、それにともないゲームも複雑化している
昔は1対1だった対戦ゲームがいまでは100人バトロワである
カプコンはモンスターハンターRISEでC++をやめてC#を採用した
結果ビルド時間が1/100になったそうである
外部ﾘﾝｸ:www.nintendolife.com
その面でRustはC++の代替候補にはなりえない
RustもC++並にビルド時間を要するのだから
434: 2021/08/09(月)15:09 AAS
>>433
その論だとC#の代替にはならないだけで
C++並みなのだから、C++の代替にはなるだろ
435: 2021/09/05(日)01:20 AAS
なんでもKotlinとswiftで作ってごめんなさい
C♯とかDartとかC++は無理でございます
436(2): 2022/02/05(土)10:31 AAS
業務系のプログラム作ってて、ラムダ式やテンプレート知らなくて困ったことが１度もない。
437: 2022/02/05(土)11:01 AAS
まあ、同じレベルの人間が集まりやすいからな
438: 2022/02/05(土)11:06 AAS
>>436
ラムダ式ってsort関数みたいなやつに渡す一回限りの処理をぱっと作るためのやつでは？(細かく言えば違うけど)
確かに使わんでも組めるけど使えるのなら実装が楽になる
439: 2022/02/22(火)22:03 AAS
ビット一つが重要な意味を持つハードウェア制御とかにゃCが向いてるよな、軽いし
440: 2022/02/25(金)02:21 AAS
一回限りといえば一回限りだが、ループぶん回して何百もバリエーションを量産して、それを何百回も使って初めて意義があるので、使い捨てになるのは結果論でしかない
大体無名なのは、そういう使い方では名前なんて一々付けてられないし、その必要がないからで
無名なのも結果論
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にはしないと思う
システムハンガリアンは使わずに変数名をつける
foreachが使えるなら使う
とかじゃない？
あとはその言語のコーティング規約を読んで対応するとか
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の問題を迅速にデバッグするのに役立ち、安心して次に進むことができるよ
525: 10/02(木)09:06 AAS
【貧困】稼げないSEを退治しろ【非婚】
☆高負担で低速度で低生産だろ！☆
★文書でなく会話で作業をしろ！★
プログラマー作業を減らして
オペレーター作業を増やすな！
低技術で低収入は高技術で高収入の
技術者に迷惑だからIT業界から失せろ！
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.120s*