大好き
毎日使ってる
一応これより高級言語もひとつ使ってるけど大体Cで開発してる
C++には興味ない

C/C++は政治的に死ぬ
完全に逆風ですわ

クラスが使えないので困る
構造体を用意してグローバルで宣言、クラス代わりにしてる

C#は別物？

>C#は別物？
別物
C#はかなり扱いやすい

PythonがC言語ライクだったらやってた

>C#は別物？
JAVAに似てるけどC#のほうが洗練されてる
元々はボーランドという会社のDelphiという言語
作った人がマイクロソフトに移籍して発明

関数へのポインタを構造体で持とう

>構造体を用意してグローバルで宣言、クラス代わりにしてる
関数ポインタ駆使すりゃ
それでもできるけどさすがにめんどくね

CはOSを書く言語
C++はゲームエンジンを書く言語
C#は業務アプリを書く言語

基本情報技術者はCで受けたけど
なんも憶えてない…

Rustに立場持っていかれちまったからな

Dとかいうのもあった

Cの代わりにRust使うとか狂人もいいところだろ

CとならぶのはFortran

>元々はボーランドという会社のDelphiという言語
TurboPascalの5.5か6.0に毛が生えた程度の

Cの代わりならZigかな

>Cとならぶのは構造化マクロアセンブラ

ハードウェア制御プログラムを作るならC一択

いままでC/C++を使っていた領域で新規プロジェクトなら確実にRust採用だからな

CでMMD動かそうとしたらBulletPhisicsがC++でどうしようかと思ったけどとりあえずクラスのポインタだけ保持できてりゃなんとかなるだろと思ったのでなんとかなった
なんとかなるもんだな

>CでMMD動かそうとしたらBulletPhisicsがC++でどうしようかと思ったけどとりあえずクラスのポインタだけ保持できてりゃなんとかなるだろと思ったのでなんとかなった
>なんとかなるもんだな
そりゃextern "C"してあればなんとかなるだろうけど
そうじゃないなら名前空間のマングリングとかで酷いことになるでしょ

mallocだと初期化されないからcalloc使ってるんだけど
独学だから良し悪しが分からん
なんか悪いところってあるんかな

>mallocだと初期化されないからcalloc使ってるんだけど
>独学だから良し悪しが分からん
>なんか悪いところってあるんかな
要素を初期化する分メモリアクセスの時間が余分にかかる

昔は標準関数のrandがダメダメだったけど今もそうなん

>昔は標準関数のrandがダメダメだったけど今もそうなん
libcの実装依存だけど単純な線形合同法なら実験とかに使うには向かない

>mallocだと初期化されないからcalloc使ってるんだけど
>独学だから良し悪しが分からん
>なんか悪いところってあるんかな
どっちでもいいけど基本はmallocかな
0初期化する必要性ってあんまりない

Boostというライブライを使ってるが客によっては禁止してくる
助けて！

>そりゃextern "C"してあればなんとかなるだろうけど
>そうじゃないなら名前空間のマングリングとかで酷いことになるでしょ
オーバーロードしなきゃいいかなって

>関数へのポインタを構造体で持とう
すっげー懐かしい

専門学校でやったなあ
ポインタつないでキュー作る実装したけど
どこかバグがあって不定期に落ちるのを結局解決できないまま卒業した

関数のポインタ・・・配列・・・可読性が悪いから嫌い！

>専門学校でやったなあ
やったけど覚えてない...
電子電波関係学科だったが

>どっちでもいいけど基本はmallocかな
>0初期化する必要性ってあんまりない
初期化し忘れのつまらないバグ出すのが嫌なんだよね

普通にcの使い方の延長でc++使ってもc++の方が便利だからcだけでやるってのは無くなったわ

>初期化し忘れ
そもそも熟練者はこういったことは絶対にない

はじめてのC

カーネルやABIの勉強するためだけに書いてる

組み込み系は相変わらずC原語なの？
昔やってたけど業務系ソフトウェアの方に行ってからはC言語は全く触ってないわ

>>初期化し忘れ
>そもそも熟練者はこういったことは絶対にない
ということは一般的に有効だってことでいいのかな

>やったけど覚えてない...
>電子電波関係学科だったが
俺は情報処理だから実質的にプログラマ養成コースだったわけだけど
PGを目で読んで処理を脳内で検討するのが苦手で
Cは難しすぎた
ポインタのポインタに何たら型構造体1個分のアドレスを足して、とか脳の演算領域があふれるんじゃー

>>>初期化し忘れ
>>そもそも熟練者はこういったことは絶対にない
>ということは一般的に有効だってことでいいのかな
一般的なCプログラマならcallocは無駄なオーバーヘッドを追加しているだけ
って認識になると思うけどまあ好みの問題でもあるな

今頃の言語の実装って仮想関数へのポインタみたいなことになってるのかなと

まあcallocをオーバーヘッドと考えるような状況なら
malloc自体が本当に必要なのかを考えたほうがいいかもしれない

mallocしたら絶対memsetで初期化するしfreeしたら絶対0で初期化する
Cってバグってる箇所で即エラーにならずよくわからないタイミングで発現するのが最高に嫌い

カーニハンの著作だったかなにか覚えてないけど
mallocかcallocどっちか一方だけ実装するべきだったという記述があったな

brkを使うべき時が来たな

安全性を重視するなら生API使わないでAPIをラップしたコードを使う感じだな

>普通にcの使い方の延長でc++使ってもc++の方が便利だからcだけでやるってのは無くなったわ
趣味でC勉強して延長でC++とかJava覚えたからオブジェクト指向がよくわからんまま
文法が違うだけのCみたいな構造化プログラミングしてる

ガチガチにオブジェクト指向で作ると他人が見たり自分で見直す時に理解しづらいので中途半端にオブジェクト指向で作るのが個人的にはおすすめ

>ガチガチにオブジェクト指向で作ると他人が見たり自分で見直す時に理解しづらいので中途半端にオブジェクト指向で作るのが個人的にはおすすめ
プログラミングに限らず抽象化は理解を阻むよね

変数と関数の関係をオブジェクト指向にすれば一元化できるのやっぱり便利

>プログラミングに限らず抽象化は理解を阻むよね
継承を何段階にもなっててどれのメソッドがコールされてるのか追うだけで辛い

抽象化しても結局実装はどうなっているのか？ってなるからな

ディクショナリを継承したクラスがあって
書くときは便利だったんだろうけど
読むのにすごくめんどうだった

>1775225628664.gif
>初心者を恐怖のどん底に落とした書物
>カーニハン＆リッチーの著書
スレ画と一緒なのでは？

>変数と関数の関係をオブジェクト指向にすれば一元化できるのやっぱり便利
そうなんだけど
変数を public にする愚か者がたまに出る

OOP初期だとアクセサをやたら実装するコードが多くてな
間違った理解が広まった

またコードの再利用に失敗したのか
プログラミング界隈は構造化プログラミング以降失敗ばかりだな

故石田晴久先生はベル研出向中に両氏と仲良くなって翻訳する権利を貰ってきたと故金田康正先生が言ってた

D言語はどうしたんだろうな・・・
ポインタを扱いやすくしてC#ほど気にも留める必要がない訳じゃなくメモリ効率を上げようと思えば扱えるようにしたオブジェクト言語って触れ込みだったけど
アップデートが速くて教本がすぐに型落ちになってたのにどうしたんだろう

太古の昔のMacのプログラミングだとポインタのポインタをハンドルって呼んでたけど
多分この呼び方Macだけだよね

>太古の昔のMacのプログラミングだとポインタのポインタをハンドルって呼んでたけど
>多分この呼び方Macだけだよね
ハンドルはポインタとは区別されてる
当時のMacはメモリを確保したヒープが再配置される可能性があって
ポインタをラップしたハンドルでAPIが設計されていた

卒業制作がJAVAでこれまで触り程度しかやった事ないのに困った
ぬるぽの本場だった

>mallocしたら絶対memsetで初期化するしfreeしたら絶対0で初期化する
>freeしたら絶対0で初期化する
これポインタをNULLクリアするって意味だよね？
解放したメモリを0で初期化するって意味じゃないよね？

if (p) {
free(p);
p = NULL;
}
セーフリリースは安全を重視するコードだと見られるな
その後pにアクセスしたらぬるぽで落ちるから

リアルタイムＯＳベースでＣ言語のプログラミングの仕事してるけど
ＯＳ無かったらやってられん

RustがCぐらい楽しければ
みんなが使う

>1775223909542.png
この本大学でも会社でも買う度に行方不明になるのでイヤになった

スレ画がブックオフの200円のところに置いてあったので保護した
もちろん読んでない
今は2版でも訳の訂正版が出ててそれが最新らしいね

c/c++ からの移行だと
ガベージコレクション可なら golang で
不可なら rust

というかんじ

ガベコレで固まったりするからイヤ

当時UnityでC#使ってたけど使用可能な言語に boo ってのがあったがなんぞそれ？

>1775225628664.gif
俺の「初めてのＣ」はこの本だったな
この黄緑の表紙が堪らん

スレ画はさすがに古いからな
デニスリッチーも亡くなってるから

tabとスペース混ざってて地獄

初心者の頃makefile作って動かねーと思ってたらタブじゃないと認識しないとかあったなぁ

>ポインタのポインタに何たら型構造体1個分のアドレスを足して、とか脳の演算領域があふれるんじゃー
配列として考えれば理解が早いわよ
char *data;
を
char data[];
に置き換えて考えればおｋ

もう15年くらい触ってないからかなり忘れたな…
c#楽でいい

K&R第一版で育ったのでANSI Cは好きじゃない
書けるけどうーん

>Cの代わりにRust使うとか狂人もいいところだろ
OS記述言語としての話じゃね
Windowsカーネルはすでに大部分RUSTで書き直されてるとか

PSPの頃くらいまではCで作ってた
周りはC++を使っていたが基本Cだった

>RustがCぐらい楽しければ
>みんなが使う
でもRustは宗教だから面白いで使ってもらっては困る
メモリ安全性を確保することは至上の命題なのだ

>組み込み系は相変わらずC原語なの？
はい
どこにメモリーやデータを置くかとか違う概念があるからね
同じメモリーに別々の変数が共存するとかもある

>組み込み系は相変わらずC原語なの？
>昔やってたけど業務系ソフトウェアの方に行ってからはC言語は全く触ってないわ
扱いやすいアセンブラのような感じ

マイコンだとメモリ4kとか8kとか普通だもんな
Cを使わせてくれるなら有情

AVRでも普通にconst使える新品種が出てきて(昔はひと工夫必要だった)時代を感じる

ヌルポ

char *p = NULL;
*p = 0;

アドレス0にアクセス可能な処理系なら別に例外も起きないけどな

例外を起こしてくれる優しさよ

NULL
null
nil
$null

#も含めて死に絶えつつある

これからも仕事がありそうな言語はなんだろう

自分が使ってない言語は死に絶えた設定で生きてる人稀に居るよな…
糞みたいなVBでもまだ生き残ってるのに

AIにこれXXに変換して
って時代が来るんじゃね

>アドレス0にアクセス可能な処理系なら別に例外も起きないけどな
最近のARMマイコンは0番地からノーウエイトで実行できる超高速RAM配置してる品種もあってMMU使ってぬるぽキャッチャー実装する必要がある

>AIにこれXXに変換して
>って時代が来るんじゃね
AIで何でもできるような魔法のようなこと吹聴してる連中もいるけど
現実は自分で検証しないといけない箇所はAIで全く代替できないから結局泥臭い

>自分が使ってない言語は死に絶えた設定で生きてる人稀に居るよな…
>糞みたいなVBでもまだ生き残ってるのに
Cobal「まだまだ現役じゃぞ！」

プログラミング言語はちゃんと文法があるんでトランスレータ書いた方が確実だな

>1775263873635.jpg
>C+＋はむずい
ASCIIって会社が消えてDOWANGOのブランドになってたのか…
今知った

Cを学ぶにはついでにライブラリとカーネルとCPUアーキテクチャを学ぶ必要がある

もう眠っててくれ！って言語も世の中では生き残ってるからね…

>AIで何でもできるような魔法のようなこと吹聴してる連中もいるけど
>現実は自分で検証しないといけない箇所はAIで全く代替できないから結局泥臭い
まだAIは知ったかぶりするからね
でも検証も検証のためのルール作りもAIに任せられるようになって大分手間は減ってきた

AIは車輪を再発明しないための道具として有効だなって思うけど間違ってることもあるね

Write in C

拡張としてC++が生まれたらしいが
その元でいろんな便利機能がない状態のCの意義って何なのかはよく知らない

今のところAIは「自分で検証できるけど手は動かしたくないこと」に使える感じ

>拡張としてC++が生まれたらしいが
>その元でいろんな便利機能がない状態のCの意義って何なのかはよく知らない
システムプログラミングは枯れていることに価値がある

高級アセンブラに過度な抽象化機能はいらないからな

Cの文字列を可変長にして＋で繋げられる新しい言語が欲しい

C++使うしかない

C++は機能が多すぎて半分しか理解できない