なんでもC言語で開発する奴アンチスレ

2020/12/29(火) 18:28:38.53
>>189
推測だけど何でもCの人に他人と足並み揃えるよりも我道を貫く生き様を感じ取り、B型との類似性を指摘したのだろうね。
2020/12/29(火) 19:47:27.82
>>202
なんで血液型からそんな憶測ができるんですかねぇ。
ヴァンパイアの末裔なの？
2020/12/29(火) 21:56:55.50
メキシコって人口の80%以上がO型だけどメキシコ人はほとんどの人が同じ性格してるということなのかな
2020/12/29(火) 22:00:06.93
C型のみなさんこんにちは
206仕様書無しさん
垢版 |
2020/12/29(火) 22:53:02.60
要するに、CができるのはB型のみで
ホカのやつには無理ってことだな。
2020/12/30(水) 08:40:51.18
ベル研究所の連中が全員B型だったら怖いよ
ゴリラかて
2020/12/30(水) 13:22:21.90
>>203
職場を観察してごらん
我が道を行き自分は他人に好かれてると自画自賛しつつ
みんなから自己中野郎と嫌われてるSEは例外なくB型だから
2020/12/30(水) 13:29:07.94
ABですまん
2020/12/30(水) 13:33:24.29
A型は無能ばかり
2020/12/30(水) 16:14:38.49
血液型占いなんて信じてるのは日本人くらい。くだらん。
212仕様書無しさん
垢版 |
2020/12/30(水) 16:16:31.04
C型肝炎
2020/12/30(水) 17:03:34.00
>>208
俺はA型だが嫌われ者だぞ
2020/12/30(水) 17:38:00.84
韓日だけだよね。
2020/12/30(水) 17:51:24.16
>>214
はいチョン
2020/12/31(木) 00:21:55.46
>>206
誰がやってもB型になるってことだろ
217仕様書無しさん
垢版 |
2020/12/31(木) 07:45:46.69
まあ、いつも言ってるように、Cなんて素人には無理だし、
そういう素人をうっかり雇うのを防ぐために、今もなお利用され続けている。
218仕様書無しさん
垢版 |
2020/12/31(木) 20:05:25.18
最初はアセンブラまんどくさって奴が考えたんだよな
2020/12/31(木) 22:16:18.48
C級ライセンス持ってる
2021/01/02(土) 11:42:39.10
>>217
しつこい。そもそも、C言語なんて使わないのなら篩になんねーよ。
大人しく仕事で使う言語を扱える奴を募集しとけ。
2021/01/03(日) 08:24:21.56
使わない言語は知らなくていい
こういうヤツはおっさんになると消える
222仕様書無しさん
垢版 |
2021/01/03(日) 11:43:51.33
消えるんじゃなくて、お前らの上司になっちゃうんだよ。
2021/01/03(日) 12:42:20.17
使う予定のない言語の勉強するのか
暇なのか？
224仕様書無しさん
垢版 |
2021/01/03(日) 12:47:39.09
使うことはなくても、ノウハウを活かすことはできるからね。
2021/01/03(日) 13:51:26.29
>>224
悪いけど、C言語だけじゃ無理。
そして、君はそれを理解しているつもりでいるようだけど、言動からして理解できていない。
2021/01/03(日) 13:52:30.83
まぁ、君がこのスレで同じ事を何度も書き込んでいる彼のことなら...だが。
2021/01/03(日) 13:54:40.98
使わない言語を勉強する、っていう段階で見るならC言語は5〜6番目以降の言語であるべきだと思うが
Cの雰囲気は好きなんだけど、ビジネスという観点からは流石にCを勧めるわけにはいかないでしょ
日本でCやってるとこって仕事キツそうだしやだよ
228仕様書無しさん
垢版 |
2021/01/03(日) 14:48:27.13
>>225
ＣとＣ＋＋やってＣ＃かJavaやっとけばくいっぱぐれはしない。
フレームワークで組み立てるだけのJavaScriptやPHP,Pythonなんて楽勝。
最近はrustで遊び始めたけど。
逆にスクリプターは、C,C＋＋に入るのは無理ゲー世界でしょ。
229仕様書無しさん
垢版 |
2021/01/03(日) 14:50:37.45
だれがCだけなどと？
Cできるやつがホカの言語できないとでも？

まあ、ソノヘンがわからん能無しをうっかり雇うのを防ぐためだからね。
2021/01/03(日) 14:58:18.27
>>229
ほらね。理解していない。
2021/01/03(日) 15:14:32.06
むしろ、C言語で有名なフレームワークってある？
2021/01/03(日) 15:38:16.02
だれがHTMLだけなどと？
HTMLできるやつがホカの言語できないとでも？

とか言ってみたい
2021/01/03(日) 17:35:41.87
>>229
そのためにわざわざCで開発するの？
意味不明なんだが
2021/01/03(日) 17:59:16.80
Cができるかできないかの話が
Cで開発するかしないかの話にすり替わるのはなぜだろう
2021/01/03(日) 18:21:17.72
スレの趣旨はそっちだ
2021/01/03(日) 19:22:14.63
>>234
スレタイ見ろよ
237仕様書無しさん
垢版 |
2021/01/03(日) 21:55:20.47
>>233
意味不明なんだからそんな会社相手にすんなや。
会社なんていくらでもあるんだからさ。

前にも言っただろ、成功するかどうかは別の話って。
2021/01/04(月) 07:39:25.33
> まあ、ソノヘンがわからん能無しをうっかり雇うのを防ぐためだからね。

正直、この真意が伝わらん

C言語ができない=能無し

という解釈で話を聞いているけど、合ってる？
2021/01/04(月) 07:55:08.26
低レイヤの言語もできるなら技術力のあるプログラマだとは思う
2021/01/04(月) 08:07:03.52
組み込みやってるけど、C++は使うがC言語は使わねーぞ
クロスコンパイルするときもg++普通に使えるし
マイコンレベルのプアーな環境はあんまり経験ないからわからんが

C言語開発しろなんて言われたら途方に暮れるわ
もう長いこと使ってないから知識が曖昧だけど、リストすら標準ライブラリにない欠陥言語でしょ？
callocやfreeなんて使いたくないし
2021/01/04(月) 08:08:01.99
ただ、高レイヤーも扱う会社が低レイヤーもおぼえさせないといけない状況にあるのは、分業が出来ていないプロジェクトリーダーの問題を部下に押し付けているようにも感じる。
色々できる人間は評価するけど、組織としてはそれを求めちゃ駄目だろとは思う。
高い人件費でリーダーを雇うのなら、まだ、許されるけど...それって既存のリーダーの存在意義を奪っているような。
大怪我をした人の脳を移植するような話みたいだ（脳の移植技術なんてまだ無いけどさ）。
242241
垢版 |
2021/01/04(月) 08:10:32.39
いや、組み込みでも使うときは使うよ。
RL78とか、カーネル開発とか。
でも、まぁ...C++使えるのならC++使う。
2021/01/04(月) 09:05:14.95
みんな、C言語なんかできんでええよ
ワイがやったるさかい
困ったことあったら呼んでや
2021/01/04(月) 10:37:46.67
全体を把握する為に覚えることはいいことなのに
嫌だ嫌だするなら覚えなくてもいいんじゃね
やる気ないヤツがやるものじゃない
2021/01/04(月) 12:42:41.26
もしも、業務で使わずともC言語を学ぶべきだと言うのなら、そのメリットを経営者に説明すればいい。
学習コストにかかった人件費をどのように回収するのかも含めてね。
もしも営業利益につながると判断したら皆、C言語を学んでくれると思うよ。
まぁ、もっとするべき事ってあると思うが。
2021/01/04(月) 18:27:18.47
Cしか出来ないんだけどね
CGIはさすがにアホくさだからスクリプト言語のフレームワーク使うけど。
スマホはjavaとobjectiveCだし、他言語使う必要ねぇ
2021/01/04(月) 19:25:17.88
プログラマがCを学ぶことより
営業が何でもいいから言語を学ぶことの方が重要だと思う
2021/01/04(月) 20:06:25.80
WDKがC++対応してくんないかなあ
2021/01/04(月) 21:43:11.32
>>247
かれらは英語できるから
へたすりゃ第二外国語ももってるから
プログラマよりよっぽど勉強してるから
2021/01/04(月) 21:52:16.09
なら英語の資料翻訳してもらお
2021/01/04(月) 22:18:32.09
中国人は中国語＋英語＋日本語がデフォだよ
文系はさらに＋αがある

おまえらプログラミング言語に特化してるんだから何倍も優秀なはず
2021/01/04(月) 22:21:28.30
コピペして出てくる日本語訳って変だよね
当然だけど翻訳された英語も変なんだよね
253仕様書無しさん
垢版 |
2021/01/05(火) 01:34:21.77
プログラマより勉強してる営業に案件任せればプログラマ要らなくね？
営業だけでいいじゃないか
2021/01/05(火) 01:37:22.89
サルでもできる仕事を営業のような優秀な人間を使ってやるなんてナンセンスだ
2021/01/05(火) 07:50:32.27
サル雇った方が安くね？
営業とサルだけでやれよ
2021/01/05(火) 07:55:09.36
サルよりプログラマのほうが安いし
257仕様書無しさん
垢版 |
2021/01/05(火) 07:59:31.24
根拠もなく「サルでもできる」と言っておきながら
サルができないとわかるとサルに責任を丸投げする営業ってなんなの？
2021/01/05(火) 08:00:22.47
ボス猿
2021/01/05(火) 08:05:10.76
優秀な営業とは？？？
260仕様書無しさん
垢版 |
2021/01/05(火) 09:16:05.27
だからいつも言ってるだろ。
勝ちたいなら営業やれよ。
2021/01/05(火) 09:23:31.74
営業って楽しいの？
262仕様書無しさん
垢版 |
2021/01/05(火) 10:19:15.28
おれはやったことないけど、さぞや楽しいのだろう。
奴隷を横流しして金を搾取し放題なんだからさ。
2021/01/05(火) 10:21:23.56
>>255
プログラマとサル、どっちが単価高いと思ってるんだ？
264仕様書無しさん
垢版 |
2021/01/05(火) 10:48:35.08
しまったー！
東京タワーのふもとにある大寺のコロッケ買うの忘れた！
あそこでは正月にはサルがみられたのに。
265仕様書無しさん
垢版 |
2021/01/05(火) 11:13:56.25
>>1
＞　なんでもC言語で開発する奴

そういう馬鹿はアンチする意味もない
一つか二つしか言語が使えないなんて
プログラマじゃねーだろ
2021/01/05(火) 11:50:26.22
サルがHello World書けたら１日で俺の月収は楽に稼げる
だから営業はサル使って利益出せ
2021/01/05(火) 12:22:21.20
>>253
どこからそんな話がでてくるんだ。
2021/01/05(火) 12:27:39.24
営業はサルにHello World書かせて利益上げてくれ
君がサルの仕事取ってきてくれないと会社が回らんのだ
2021/01/05(火) 12:43:45.00
C言語が最速
ほかの言語はC言語で書けない人が使う代替品
2021/01/05(火) 12:49:31.30
>>269
>>2
2021/01/05(火) 12:51:57.91
>>269
適材適所で道具を使い分けられないのは無能
2021/01/05(火) 12:53:09.75
適材適所でC言語を選べないのは無能だからだ
2021/01/05(火) 12:55:45.85
少なくとも適材適所でC言語を選べる人は
> ほかの言語はC言語で書けない人が使う代替品
こんなことを言わない
2021/01/05(火) 12:58:46.97
Cが常に最適という狭い環境のなかに棲息しているカエルさんなのかもよ。
井戸の外は危険だから出ないように気を付けてね。
275仕様書無しさん
垢版 |
2021/01/05(火) 13:03:34.68
Cの話題をだすだけで「勉強してる奴」かどうかぐらいはわかる。
2021/01/05(火) 17:02:07.19
Cだけで判断するのもどうかと思うが
営業が英語できますって言ってるだけのようなものだぞ
2021/01/05(火) 17:11:03.59
営業が英語出来るからって何か意味があるのか？
2021/01/05(火) 17:16:27.42
知らん、海外の仕事を取ってくるわけでもないし、海外の公式の翻訳お願いしても技術英語は責任持てないとかなんとかで逃げられる
279仕様書無しさん
垢版 |
2021/01/05(火) 17:20:44.95
今どきの営業は英語などの外国語は必須だよ。
日本人は高いからね、もっと安い外人使うためには
当然その国の現地語が出来なきゃいけないわけだ。

日本語ができる外人は、日本人よりも希少価値だからね。
2021/01/05(火) 17:22:01.13
適材適所って言語の適正をフルに生かすことじゃないんだよ
2021/01/05(火) 23:04:12.42
営業に英語が必須だったとしても、プログラマーにC言語が必須かと言われると必須じゃない。

Pythonでも充分...というか、Pythonの方がビジネスしやすい。
逆に、C言語だけでどうやって収益を得るのか知りたい。
Python、Java、Rubyあたりなら、それだけで（フレームワークやライブラリの知識はいるけど）飯を食えるくらい稼げるビジネスに繋げる方法は思い浮かぶが、C言語だと思い浮かばない。

回路設計の知識も身につけて何か売れる機器でも開発して事業化する気があるのならC言語は必須かもしれないけどさ...プログラマーに必須かと言われると疑問。
2021/01/05(火) 23:19:49.09
おまえを食わせるために仕事がつくられる
283仕様書無しさん
垢版 |
2021/01/05(火) 23:54:43.18
Cもできないのに「プログラマー」が務まるとでも？
2021/01/06(水) 01:03:01.01
そりゃ務まるだろ
2021/01/06(水) 01:46:28.68
とりあえずGoogleとAppleとAmazonの公式全部翻訳して下さい
営業様お願いします
余裕っすよね
2021/01/06(水) 06:46:11.71
そんな暇ありません
外人のお客さんとキャバクラ行ってきます
Ｇｏｏｇｌｅ翻訳で我慢してください
2021/01/06(水) 12:15:44.47
>>283
逆になぜ、C言語を知らないとプログラマーが務まらないと思ったの？
2021/01/06(水) 18:13:46.17
>>287
Cをやらないと子供が出来ないからだよ
289仕様書無しさん
垢版 |
2021/01/06(水) 18:53:41.53
>>287
前にも言ったように、Cを知らないってのは
勉強をしてないってことだからね。
３５歳ぐらいになれば立派な管理職さ。
2021/01/06(水) 20:00:43.83
> >>287
> 前にも言ったように、Cを知らないってのは 勉強をしてないってことだからね。

コミュニケーション能力大丈夫か？
質問の回答になってない。
2021/01/06(水) 23:47:00.34
昔はC言語が当たり前だった
LinuxとC言語を知らないとまともな会社に就職出来なかった
業務系でもゲーム系でもとにかく共通語はC言語だった
今みたいにコミュニケーション能力なんて求められてなくて
純粋にスキル勝負だった
2021/01/07(木) 07:59:32.44
昔は良かったって過去を引きずってるおじさんか
2021/01/07(木) 08:13:28.19
現代の自社開発・受託開発でコミュニケーション能力は求められるけどな。
システムが停止しても、要求仕様を十分に満たしていなくても笑って許された時代は既に終わってる。

そもそも、技術者の求めるコミュニケーション能力なんて、営業トークとは全く性質が異なる。
ま、何でもC言語で開発なんかしてたら、要求の本質を捉えるためにコミュニケーションを取る余裕なんて全く無いだろうよ。

低レイヤーC言語プログラマーは尊敬するが、なんでもC言語プログラマーは尊敬しない。C言語が必須だと思っている人も同様。
2021/01/07(木) 09:17:44.95
C言語
・一度作れば保守は不要
・開発者の単価が高い
・品質が高い

他の言語
・毎日保守が必要
・開発者の単価が安い
・常に未完成
2021/01/07(木) 09:24:50.54
>>294
逆じゃね？
案件勝負だとJavaがベスト、人気かつ人気上昇中Python、安定のRubyってところでは？
しかもC言語で品質が高いってギャグか何か？
C言語に保守に特化した機能ってあったっけ？
2021/01/07(木) 10:07:20.52
>>294
C言語が保守不要というわけではないだろ
単にお前がCでやった仕事が組み込んで出荷したら後から変更不可という仕事しかしたことないってだけの話だろw
結局いつも、自分の狭い経験の中でしか話ができないやつなんだな
2021/01/07(木) 10:12:57.26
そもそも、C言語（或いはC++、Rust）プログラマーの俺らが、上位プログラマーが品質の高いソフトを作れるようにプラットフォームの開発をしているのに他言語よりC言語の方が品質高いって何だそりゃw

もう少し、他言語の事を知った上で語ろうぜ。
2021/01/07(木) 12:31:31.58
>>295
人間扱いされないJava
プログラミングさせてもらえないPython
環境構築地獄のRuby

底辺SESだとJavaとPHPがツートップで
続いてC#、VB.NET
ネタ枠でPython,Rubyがある程度

あと意外と多いのはネットショップ案件
ショップ構築やチューニング結構多いよ
フルスタックじゃないと対応できないからおまえらには縁がないのかもしれんが
2021/01/07(木) 12:33:43.09
>>297
その理屈でいくとC言語の方が品質が高いって結論にしかならんと思うが・・・

RubyをつくってるのはC言語。だからC言語のほうが品質が高い
そういう話をしてるように聞こえる
300297
垢版 |
2021/01/07(木) 12:39:10.61
>>299
> その理屈でいくとC言語の方が品質が高いって結論にしかならんと思うが・・・

ならないよ。
その解釈で合ってる。
そのつもりで語ってるから。

> RubyをつくってるのはC言語。だからC言語のほうが品質が高い
> そういう話をしてるように聞こえる

それは誤解。
そもそも、C言語が本当に優れていて万能ならRubyなんて生まれない。
そういう捉え方をしてほしかった。
まぁ、Ruby開発者じゃないけど。
301297
垢版 |
2021/01/07(木) 12:43:37.81
って、よく読んだら
>C言語の方が品質が高いって結論にしかならん

って書いたのか。
まぁ、「その解釈で合ってる」の部分は取り消す。
2021/01/07(木) 12:53:51.31
>>298
何でもC言語で開発する奴アンチスレでの「お前"ら"」とは。
2021/01/07(木) 13:02:20.17
>>298
フルスタックエンジニアなのにC言語で頑張るの？
2021/01/07(木) 16:25:21.71
>>300
つまり、RoRが生まれたのはRubyが優れていないからという事か
それなら納得
2021/01/07(木) 16:27:09.83
プログラマー板もRubyをNGワードにする必要があるのかよ
2021/01/07(木) 17:20:11.65
>>303
本物のフルスタックだとハードウェアも触るから
2021/01/07(木) 17:35:23.58
>>306
俺もC言語マスターしてるよ。
それどころか、アセンブラも触れるし、カーネルも触れるよ。

で？
C言語だけで開発するの？
308仕様書無しさん
垢版 |
2021/01/07(木) 19:11:10.40
Cはただ古いだけじゃねーんだからな。

通貨、言ってて気づかねーの？
平成初頭にいたお前らみたいなやつが、いまなんて呼ばれてるか。

おしえてやろう、コボルジジーっていうんだぜ。
2021/01/07(木) 19:32:42.79
若者よパイソンジジーになるなよ
2021/01/08(金) 06:12:38.93
唐突に通貨の話されてもな
2021/01/08(金) 06:43:24.73
そもそも自称フルスタックエンジニアのくせにC言語がメイン装備とか終わってる。
都合が悪くなれば中途半端なキーワードを出して話題や論点ずらし。
知ったか知識でマウント取るなゴミカス。
一生ROMってろ。
312仕様書無しさん
垢版 |
2021/01/08(金) 06:49:29.79
ビジネスは競争だからね。
この程度でマウントなんて取られてるようじゃあ・・・

テレワークの普及で、競争がますます激化してるんだから、
通勤に使ってた時間で勉強ぐらいしろよ。
クビになったら次はねーんだぞ、Cもわからんお前らには。
2021/01/08(金) 06:51:33.27
低レイヤーのプロが現れたら唐突に話題をハードウェアから通貨に切り替えてきたな
314仕様書無しさん
垢版 |
2021/01/08(金) 06:59:01.19
通貨の扱いってのはCの弱点の一つらしい。
doubleなんて、厳禁中の厳禁だからね。

せいぜいlonglongっていう64ビットの整数を使うぐらいしか・・・
でもメリケンはセントってのが残ってるようで・・・
2021/01/08(金) 07:00:11.20
>>312

> ビジネスは競争だからね。
そうだな。お前みたいになんでもC言語で開発して無駄に開発費を高くするゴミカスはビジネスにいらねーんだわ。一生一人で開発やってろ。

> この程度でマウントなんて取られてるようじゃあ・・・
298で、各言語を見下してたけど、マウントを取る以外に具体的説明が全くないじゃん？
むしろ、お前のコメントを見ていると、マウントを取る以外のコメントが見つからないのだが。

まずさ、他言語で開発できる案件をC言語で開発すると、相対的に開発費が跳ね上がるの意味、理解しています？
316仕様書無しさん
垢版 |
2021/01/08(金) 07:20:34.41
Cってのは開発費とは関係なしに必須なんだよね。
業務外で「勉強」ぐらいしないと。
それをしなかった奴らが、後のコボルジジーってわけだ。

それよりも、お前らの将来は管理職なんだから、
少しは部下のことぐらい考えろよ。
どうすれば優秀な部下が付いてくれるのかをよ。
2021/01/08(金) 07:34:54.04
>>316
> 少しは部下のことぐらい考えろよ。
> どうすれば優秀な部下が付いてくれるのかをよ。
それ、こっちのセリフだわ。あと、お前以上にC言語は触れるよ。ついでに他の言語も。
その上で、もう一度言わせてもらうと
それ、こっちのセリフだわ。

お前みたいな人間が日本社会の生産性を下げる。日本企業の没落を生む。
若者のことを考えるのなら、お前こそ他の言語の勉強をしろ。
言動からしてC言語以外、ロクに触れないのが丸わかり。しかも、C言語自体もロクに使いこなせていなさそうだな。C言語しか触っていないなら当たり前か。
318仕様書無しさん
垢版 |
2021/01/08(金) 07:41:36.83
日本は素直に没落しといたほうがいいんだ。
なにしろ通貨価値が世界トップレベルだからね。

熟練の技術者が一つ一つ真心を込めて手作り、
みたいな低い生産性を売りにしなきゃなんねーのが
現状なんだもん。

生産性を追い求めりゃ中国と同じで、でも負けるのがオチ。
2021/01/08(金) 07:43:44.20
開発費を配慮できない奴が部下を持つだと？笑わせるな。
そんなやり方で、どうやって部下を育成し、どうやって部下を働かせ、どうやって部下に労働対価を支払う気だ？

部下の育成だって開発費としてコストがかかる。
開発費を配慮できない奴にフルスタックエンジニアを名乗る資格はないし、工数の見積もりもできない時点で現代プログラマーとしても二流だな。
320仕様書無しさん
垢版 |
2021/01/08(金) 07:49:51.77
おれは部下なんて持たねーよ。
あくまでも「勉強しろ」っつってるわけだし。
仕事レベルでは、初めから篩としての話ししかしてない。

お前はお前で、Cの勉強してる奴は
マウントジジーとみなして、無条件で落としてなさいってこった。
321仕様書無しさん
垢版 |
2021/01/08(金) 07:53:13.40
さて、会社に行かなきゃ。
よかったな、おまえら。
Cなんて無縁なおかげで、テレワークさせてもらえて。
2021/01/08(金) 07:53:18.49
>>316
どうもお前は他の人間がCできないということにして話を進めたいようだが、他の多くの人間はCもできる上で当然のように他の言語を使えるんだよ。
Cが使えることがアイデンティティのようだが、それに必死にしがみつかないとならないくらい、それしかない人間なのか？
2021/01/08(金) 07:55:41.76
>>320
そいつ以外のCを勉強している奴は普通に向学心のあるやつだ。少なくとも今のところは。Cしかできないおじさんと一緒にしちゃダメよ。
2021/01/08(金) 07:56:44.39
>>323
間違えた
×そいつ
○お前
2021/01/08(金) 07:57:35.55
>>320
>>316で部下の話を持ち出したんだぜ？
2021/01/08(金) 09:48:17.45
>>314
通貨はBCDで実装するんじゃないか？
2021/01/08(金) 09:49:59.31
部下なんていたらプログラミングする暇なくなるぞ
328仕様書無しさん
垢版 |
2021/01/08(金) 10:05:31.22
自分にプログラミング作業を割り当てて
部下に設計を手伝わせればいいだけなんだけど・・・？
2021/01/08(金) 10:16:04.75
でも、プログラミング経験がないとまともな指示も出せずに>>1みたいな被害者が出てくる。
2021/01/08(金) 10:32:00.09
１日のほとんどが打ち合わせだよ
資料つくってしゃべってハンコ押して１日が終わる
2021/01/08(金) 10:54:25.49
このスレ的には、どうでもいい
2021/01/08(金) 14:26:33.94
VISUAL BASICはバカにできる
COBOLはバカにできる
C言語はバカにできる
GOTOもバカにできる

なぜなら、よく知らないけど古いから悪いもののはずだし、自分以下のはずだから！
馬鹿の世界観
2021/01/08(金) 17:59:43.44
被害妄想かな
2021/01/08(金) 18:10:18.73
何でもC言語で開発する奴アンチスレで何を言ってるんだか。
335仕様書無しさん
垢版 |
2021/01/09(土) 12:02:34.28
拡張子は.cpp, .cxxだけどクラス作ったことはないな
2021/01/09(土) 13:32:04.31
>>335
クラス設計は出来るようになっておいた方がいいぞ。
プログラムの変更が楽になる。
2021/01/15(金) 12:24:48.85
>>332
日本と中国の｢IT化｣に大差が生じた決定的要因
https://toyokeizai.net/articles/amp/402691

だってさ
2021/01/15(金) 12:53:16.22
日本で画期的なものを発明したら必ず邪魔が入る
TRONは政治で潰され、Winnyは検察に潰された

ITで成功するよりも人売りのほうが正しいとされる日本の価値観が没落の原因ではないか
2021/01/15(金) 12:55:55.62
過去の技術が発展しすぎて次の段階にいけない
ガラケーが完璧すぎてスマホ導入が遅れたのが記憶に新しい
FAXを中心とした運用もほぼ完璧に機能していて今さら未熟なITを導入しても不便なだけ

魔改造文化がイノベーションのハードルを高くする
2021/01/15(金) 13:18:15.44
>>338
Winnyを捜査したのは検察ではなく京都府警では
2021/01/15(金) 13:58:23.64
>>339
> FAXを中心とした運用もほぼ完璧に機能していて今さら未熟なITを導入しても不便なだけ

この考え方が日本を駄目にする。
井の中の蛙。このスレタイと同じ。
2021/01/15(金) 14:09:47.28
>>341
逆に問うけどさ、役所にFAXのかわりのソリューション何か提案できる？
2021/01/15(金) 14:17:30.07
>>342
逆に問うけどさ、なんでFAXじゃないと駄目なの？
スリランカや韓国のシステム導入してきたけど、FAXを提案しようだなんて思わなかったぞ。
344仕様書無しさん
垢版 |
2021/01/15(金) 16:09:33.19
ホカの技術だと、人が高いからだよ。
FAXならだれでも知ってるから、技術者を雇う必要がなくなる。
2021/01/15(金) 17:01:10.68
技術者を雇う以前に自動化しろよ
2021/01/15(金) 17:07:01.46
RPA導入すべきは役所
2021/01/15(金) 17:08:12.12
ソリューションに古い手段を含めてしまうから日本のITは遅れる。
そもそも、なんで問題解決の中に手段を含めるかな。解決する気あるの？
348仕様書無しさん
垢版 |
2021/01/15(金) 17:09:17.88
なにしろ自動化の技術者が高いもんだから・・・

特定のやり方に頼るというのは、ビジネスにおいては危険だからねぇ。
そいつがコロナになっただけで、すべての仕事が止まるんだもん。
2021/01/15(金) 17:12:06.63
>>348
FAXで手作業する奴を雇い続ける方が高くつくぞ。
むしろ、導入できないのは法律や規定の問題。
2021/01/15(金) 17:20:48.61
不特定手数から画像を受け付ける手段なんてFAX以外にないでしょ
FAX以外を導入しても最終的にFAXを廃止することは出来ない
だったらFAXだけでいいじゃないか
351仕様書無しさん
垢版 |
2021/01/15(金) 17:21:58.50
そんなには高くないだろ。
不要になればクビにすりゃいいんだから。
FAXの送信ぐらい、課長や部長や社長だってできるしね。
2021/01/15(金) 17:29:24.83
その結果が>>337
部長や課長がFAX処理って、虚しいな。
その程度の作業でバイトより高い給料を貰ってて罪悪感とかないの？
353仕様書無しさん
垢版 |
2021/01/15(金) 17:33:56.71
そう、これまでにも、技術者とケンカとかして、
何度も仕事が止まって、顧客に成果物が出せなかったりしたのだろう。

それを考えりゃ、ＦＡＸ出して金もらえるほうがよっぽどマシ。
中国なんて安い方勝ててるだけだ。
そんなのは60年代の日本と同じなんだよ。

あの頃はよかったねぇ、新幹線とかオリンピックとか
日本もスゲー国だったようで。
2021/01/15(金) 18:30:41.32
C言語で開発してた時代ならともかく、今どきそんな事ありえんだろうに
355仕様書無しさん
垢版 |
2021/01/15(金) 18:41:38.88
いや、普通にあるみたいだぞ。
チューブのスカッとする話の定番ネタだし。

なにしろ、技術者ってのは日本では奴隷だからね。
2021/01/15(金) 19:57:42.60
まぁ、日本の技術者が奴隷なのではなく日本の労働者が奴隷なのだがな。
管理職が管理規定を考えずにアルバイトしてるから、こうなる。
というか、管理職が規律の奴隷になってる時点で終わってる。
中国は世襲を許さないから日本とは違う結末を迎えるよきっと。
2021/01/18(月) 15:43:30.93
>>338
TRONは勝手に自滅した印象しかない
特にPC向けのやつ、メーカから一般ユーザまで、誰からも望まれてないのが明白だったし
358仕様書無しさん
垢版 |
2021/01/18(月) 16:27:56.17
>>357
当時TRONで最先端走ってたソフトウェア技術者がまとめて航空機事故で亡くなったから頓挫したんだぞ
359仕様書無しさん
垢版 |
2021/01/18(月) 16:29:54.09
以来、技術者を同じ便で移動させるのはリスク高いとして
バラバラに移動させる様になったんだよな
2021/01/18(月) 17:10:41.56
飛行機落ちなくたって普及しないよ、あんなもん
キーボードからして実用性無視したキチガイ仕様だったもの

あれが教育用に導入されなくて本当によかった
就職したとたん”みんなが今知ってる形状のキーボード”を使えるように
時間をかけて再教育しなきゃならなくなるところだったんだぞ

日電はおろか松下でさえやる気なくて、マシンの実物が出てこないあたりから察しろ
陰謀で潰されたなんて、頭の悪いネトウヨしか信じてないぞ
361仕様書無しさん
垢版 |
2021/01/18(月) 18:12:52.78
itronはだいぶ普及したけどな
2021/01/19(火) 07:57:58.76
今はstrcpyは使えない
2021/01/19(火) 08:28:44.53
50年後〜
なんでもRustで開発する奴アンチスレ(363)
2021/01/19(火) 10:51:16.55
>>363
高校、大学で教えるのがRustなら有り得そう
2021/01/19(火) 11:46:38.27
>>362
warning出るだけだろ
366仕様書無しさん
垢版 |
2021/01/19(火) 11:50:12.69
まあstrcpyぐらい、自分で実装できるけどね。
なもんだから、Cの世界のオレオレっぷりは
Javaの世界とは比べ物にならない。

何度も言うように素人には無理だから、
まあCのアンチになるのも無理もない。
2021/01/19(火) 12:21:49.54
Cのアンチじゃなくて、何でもCのアンチスレだがな。

他言語だと...例えばJavaでマイコン上で動くベアメタルアプリケーションを作ろうとしたところで、無理な物は無理だとすぐに気がつくから...ありえない無茶をやる人はいないけど、C言語は...やろうと思えば何でもできる。C言語でWeb開発とかできちゃうから恐ろしい。

もちろん、本物のWeb屋からすると、その成果物は滑稽なものだし、開発時間もかけ過ぎと突っ込みたくなるものだが...作ってる本人がそれに気が付かない。
そんなやべー奴等が昔、年功序列に従い上層部に立ち、日本企業を倒産に追い込んできたからアンチが現れたんじゃね？
「C言語アンチスレ」としない辺り、本質的には適材適所を無視した人へのアンチだろう。
368仕様書無しさん
垢版 |
2021/01/19(火) 12:43:52.00
なにしろ、「何でもC」なんて会社は、
架空の会社だと思ってたもんだから・・・
2021/01/19(火) 17:11:44.36
>>368
恐ろしいことに、あるんだよ。
まぁ、そう思うのは無理もないか...。
なぜなら、そんな会社は倒産して存在しなくなる筈だから。
370仕様書無しさん
垢版 |
2021/01/19(火) 17:38:29.48
>>369
そういうこと。
とっくの昔に倒産したから、架空の話だと思ってたんだ。
潰れた会社に未練もっててもしょうがねーべ。
2021/01/19(火) 18:42:07.10
まぁ、今もあるのかって言われると疑問だけど...バブルで余程儲けてかつ親族経営をしている企業だと、ありそう。
まぁ、知らなくてもいい世界だがな。
2021/01/20(水) 10:20:58.47
>>367
少し前までC言語でWeb開発やらせるような本は書店に並んでたよ
Perlが要件満たさなきゃ他に手段なかったし
2021/01/20(水) 12:25:10.59
>>372
その少し前っていつのことですか？
「Web学習アプリ対応　C言語入門」
を読み間違えて
「Webアプリ開発　C言語入門」
と勘違いしただけでは？
2021/01/20(水) 14:52:27.74
>>373
25年ぐらい前かな
Windows95が出るかどうかの頃
375仕様書無しさん
垢版 |
2021/01/20(水) 16:21:15.67
ああ、そのころは確かに、Windows以外の世界はほとんどCが主流だった。
9801（DOS）やX68000やサンなどのワークステーションなど。

Windowsは、VBやエクセルマクロでアプリ作ってた時代。
2021/01/20(水) 19:26:44.85
いまだにアセンブラを使ってる
2021/01/20(水) 19:36:00.32
IoTならC/C++使うけど
2021/01/21(木) 14:40:52.13
流石に実際にテストコード作ったりCI回す仕組み作る場合はc以外のスクリプト使うだろ。。
本当にcしか書かないやつとかねーわ。
379仕様書無しさん
垢版 |
2021/01/21(木) 14:57:27.05
今日はDOSのバッチスクリプト書いた
なんだかなぁな気分になった
2021/01/21(木) 15:45:16.92
バッチはループがいけてない
あと条件分岐やってると気が滅入る
2021/01/21(木) 17:59:08.33
>>379
パワーシェルじゃあかんの？
382仕様書無しさん
垢版 |
2021/01/21(木) 20:11:18.76
pythonで書こうがrubyで書こうが
結局はCで書いてるのと何も変わらない
これらは結局はマクロみたいなものである
383仕様書無しさん
垢版 |
2021/01/21(木) 20:13:33.21
というより、凝ったことやるには
これらを使おうが、C避けてとおれないでしょ？
384仕様書無しさん
垢版 |
2021/01/21(木) 20:16:26.30
言語の処理系はだいたいCで書かれてるんだから
なんでもかんでもCはあり得ないって、C使ってる人が
一番わかってる
385仕様書無しさん
垢版 |
2021/01/21(木) 20:17:28.89
>>358
全員死んだんか？
386仕様書無しさん
垢版 |
2021/01/21(木) 20:19:56.32
あと、ネットでCだと、アプリケーションサーバーとか
Zeromqのような通信プロトコルじゃね？
2021/01/21(木) 21:20:01.93
あーあ
388仕様書無しさん
垢版 |
2021/01/22(金) 11:46:42.38
架空の話でキャーキャー騒ぐ暇があるならCぐらい勉強しろ。
2021/01/22(金) 13:37:20.28
>>388
架空の話じゃねーつってんだろ
2021/01/22(金) 13:58:02.20
C言語を知らないっていうのは自慢できるような話じゃない
2021/01/22(金) 18:33:56.73
昔はアセンブラができないCプログラマーは使えないと言われてたな
392仕様書無しさん
垢版 |
2021/01/22(金) 19:28:26.20
そうだな、アセンブラを知り、その開発効率の悪さを
思い知らされた挙句の果てで、Cを使うぐらいが望ましい。
2021/01/23(土) 08:09:57.67
MFC縛りで開発してる奴おる？
私　で　す
ふえぇ...辛いよぉ...
先輩の書くコードがC言語風
しかもこれ、2021年の話なんだよ
信じてくれる？
394仕様書無しさん
垢版 |
2021/01/23(土) 10:07:09.78
先輩ってことは自社開発のようだが、
お前らが何かにつけて自社開発やりたいっていうから、
ハケンジジーのおれが、何度もCは必須って言ってきたのに。
2021/01/23(土) 10:56:50.13
>>394
> 先輩ってことは自社開発のようだが、
> お前らが何かにつけて自社開発やりたいっていうから、
> ハケンジジーのおれが、何度もCは必須って言ってきたのに。

使えるのならC#使いたいよぉ...
でも、頑固上司及び先輩がそれを許さない


C#とか言うなんちゃてC言語ｗｗｗｗ
https://medaka.5ch.net/test/read.cgi/prog/1398490686/


2014年にあのようなスレを建てた人がおったじゃろ？
2021年にも、あのようなスレを建てそうな人達が会社を運営しているんじゃよ
ふぇぇ...辛いよぉ...XamlやHtmlでレイアウトを記述したぃぃぃいいいい
リソースファイルも使わずにC言語風のプログラムでデバイスコンテキストを叩いて印刷レイアウトを描画するのは、もう嫌じゃぁぁぁああああ
396仕様書無しさん
垢版 |
2021/01/23(土) 11:44:08.98
C++とC#は全くの別物だからね。
なんちゃってですらない。

C#は事実上のVBで、Javaと比較する言語なんだよ。
2021/01/23(土) 13:00:34.56
DelphiとJavaを混ぜてVB風に仕上げたのがC#
2021/01/23(土) 13:01:45.24
C#とVBの比較でC#に幻想抱いてる奴いるけどさ
あんなのMS社内の派閥争いでしかないよ
2021/01/23(土) 14:39:35.81
>>398
逆に聞くけど、貴方は何言語でWinネイティブアプリ開発するの？

Reactとか言って逃げるの無しね
Winネイティブアプリ（exeかwin10アプリね）
2021/01/23(土) 19:45:12.06
>>393
CStringさえも使わずひたすらTCHAR[]で頑張るってこと？
401仕様書無しさん
垢版 |
2021/02/23(火) 12:43:08.64
最近はすっかりpython使いになってしまった
もうCなんて原始人の使う言語にゃ戻れないわ
402仕様書無しさん
垢版 |
2021/03/07(日) 19:14:56.24
>>96
俺、理工学部出身でIT業界で働いた事は無いけど、在学中にC言語なんて授業ではやらなかったぞ。
電子計算機演習は、FORTRAN77っていう化石みたいな言語を、TSS端末経由でVOS3っていう化石OSの稼働しているHITACというマシンで、
授業で扱ったのは、主に数値計算に関するプログラムばかり。
レポート課題は、ニュートン法による√xの計算や、ピボット交換を伴う連立多元１次方程式、
ニュートンコーツ法やルンゲクッタ法、予測子修正子法、リープフロッグ等の数値積分法や常微分・偏微分法、
FFT、線形回帰、二次方程式等ばかり。

ペーパー試験問題も、

　・0.01を100回足して1にならない理由
　・円周率πを数値計算で求めるのに、π/4を計算して最後にそれを4倍しなければならない理由
　・実数の合計値や平均値を求めるのに、昇順でソートした後、小さな数値から計算していかなければならない理由
　・ビット列で示された浮動小数点数を、IBM形式からIEEE形式への変換（ビット列を記述）

といった問題ばかり。
しかも、二次方程式の問題は、わざと引っ掛けで高校で習った二次方程式の一般解の公式が書かれている。
これをそのまま使うと0点。

他には、Common Lisp、Prolog、EFS等。
2021/03/07(日) 20:09:02.17
>>402
なげーよ
2021/03/07(日) 20:16:29.18
C言語って英語では"C"だけで通じるの？
405仕様書無しさん
垢版 |
2021/03/07(日) 22:25:31.06
東大だって今はC言語じゃなくJavaだ、京大はC言語やってる。
2021/03/07(日) 23:22:36.46
そんなこと聞いてない
2021/03/08(月) 04:20:01.62
>>404
GithubとかだとC単体だし、普通に文脈があればCで通じるんじゃないかね
2021/03/08(月) 08:34:17.03
>>404
日本語と同じよ
時と場合によっては”C”で通る時もあれば”C language”でないとダメな時もある
2021/03/08(月) 10:47:11.03
プログラミング言語って英語で対応する動詞ってuse?speak?
言語だからspeak？
2021/03/08(月) 15:05:11.69
>>405
東大理を6年前くらい前に出たけどFortran(2008)だったぞ、2年前にもやってた
ハートリーフォック法とかDFTとかフルスクラッチ
あとPythonも押してる
弥生キャンパスにある情報センター開講なんで他の学部学科もそんなもんかと、さすがに情報学環はIT向き言語やってそうだけど
2021/03/08(月) 15:14:37.48
c自習してるけど癖だらけで学び甲斐があって好きだよ
検索に埋もれるからc-languageと書いてほしい
なげーからclangみたいな通称使いたいけどclang死ね
clispお前もだ(common lisp処理系)
しかもclangほど頑張ってない最終更新十年以上前のゴミクヅ
なぜコンパイラ書きは自己顕示欲を抑えられないのか？
2021/03/08(月) 15:41:15.05
C programming language
2021/03/08(月) 15:53:54.49
そうだCPLと呼ぼう！
2021/03/10(水) 08:01:15.28
PL/Cが好み
2021/03/27(土) 21:48:43.05
Cで検索するだけで上から二番目がC言語だったぞ
ちょっと「練」が足りないんじゃないか
2021/04/06(火) 19:48:13.15
.NET開発はVBかC#、どっちかに統一しろよと思う
2021/04/08(木) 18:23:09.11
書き途中
>>414
pl/1思い出した…
まだ残ってるのかな…
418仕様書無しさん
垢版 |
2021/04/28(水) 21:30:38.21
>>416
吐き出す中間コードは同じだと聞いたが？
2021/08/06(金) 21:18:25.75
>>4
C++すらって…
C++が一番難しい気がする…
420仕様書無しさん
垢版 |
2021/08/07(土) 05:16:22.69
C++の難しさは
後から後からその場しのぎに拡張して来たことによる複雑さと「わかりにくさ」

そしてそれらを完璧に理解して使いこなしていても
複雑な込み入ったプログラムではどうしても主にメモリ関連のバグ(ミス)が生じてしまっている現状

だから有能な人ほどRust導入を検討もしくは導入しているし大手IT企業はRustを採用しようとしているか既に採用している
421仕様書無しさん
垢版 |
2021/08/07(土) 05:33:18.26
そりゃあ企業単位でC++で開発するのはもう無理だよ。
できる奴確保できないもん。

最初に言ったように、能無しをうっかり雇うのを防ぐという目的なわけだが、
そのふるいをかけて人材確保に成功するかどうかは、あくまでも別の話だからね。
422仕様書無しさん
垢版 |
2021/08/07(土) 05:54:46.25
>>420
言語の優秀さの差で勝負ついたね
新規プロジェクトはC++捨ててRustだらけ
2021/08/08(日) 03:59:10.49
C++使いの人に質問
これは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 など、いくつかのケースではユーザビリティと効率を妨げている。
2021/08/08(日) 05:09:00.67
ホントに最適化が必要なら自力で高速コンテナ作るよ
べつにすべてが最適化されている必要はないし最適化されていないと夜も寝れないビョウキなのか
2021/08/08(日) 05:13:19.77
どちらかというと自分が書いたコードの動きが詠めずにコンパイルエラーに頼りまくるやり方の方が大問題な気がする
2021/08/08(日) 05:16:10.35
コンパイルエラーが難しくて解りにくいってコード書いてエラー出しているのは自分なんだから少し考えればどうしてそうなったか判るだろ普通は
427仕様書無しさん
垢版 |
2021/08/08(日) 05:35:37.94
新たな案件だとバックエンドから組み込みまであらゆる分野で、C++捨ててRustにする例が増えているから、C++は既存の案件メンテ用の地位に落ちた。
2021/08/08(日) 10:29:53.95
＞あらゆる分野で、C++捨ててRustにする
だったら良かったけど、まだまだC++な部分が多いしなぁ

＞C++は既存の案件メンテ用
にまで行くには、まだあと5年10年かかるコースでしょ
2021/08/08(日) 18:17:26.04
>>424
最適化されないと夜も寝れないビョウキな人はいる
ゲーム機向けに開発している連中は病的なほどに最適化にこだわる
この記事は米EA社(Apex Legendsとか作ってる会社)が書いたもの
STLはゲーム開発に適さないのでEASTLという自社ライブラリを作成して使った
というのが10年前のはなしなんだけど、10年経って状況は変わったのだろうか？
2021/08/08(日) 19:29:42.71
規格レベルの話と実装レベルの話が混在しててなぁ

少なくとも規格レベルの話はざっと見ただけでも解決されてるものは多い
std::unordered_map / std::unique_ptr / std::shared_ptr の標準入り(C++11) とか要素の直接構築, ムーブ挿入 (C++11) とか
2021/08/09(月) 01:58:40.73
そうか、C++も日々改良されて使いやすくなっているんですね
432仕様書無しさん
垢版 |
2021/08/09(月) 04:49:30.14
C++より便利かつ安全なRustが登場したことで徐々に置き換わっていきそうですね
2021/08/09(月) 14:58:24.85
ゲーム開発の現場ではそろそろC++では難しくなっているのかもしれない
その理由の一つがビルド時間である

ハードのスペックが年々上がり、それにともないゲームも複雑化している
昔は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++並にビルド時間を要するのだから
2021/08/09(月) 15:09:56.10
>>433
その論だとC#の代替にはならないだけで
C++並みなのだから、C++の代替にはなるだろ
2021/09/05(日) 01:20:06.59
なんでもKotlinとswiftで作ってごめんなさい
C♯とかDartとかC++は無理でございます
2022/02/05(土) 10:31:17.86
業務系のプログラム作ってて、ラムダ式やテンプレート知らなくて困ったことが１度もない。
2022/02/05(土) 11:01:34.58
まあ、同じレベルの人間が集まりやすいからな
2022/02/05(土) 11:06:07.26
>>436
ラムダ式ってsort関数みたいなやつに渡す一回限りの処理をぱっと作るためのやつでは？(細かく言えば違うけど)
確かに使わんでも組めるけど使えるのなら実装が楽になる
2022/02/22(火) 22:03:31.86
ビット一つが重要な意味を持つハードウェア制御とかにゃCが向いてるよな、軽いし
2022/02/25(金) 02:21:33.10
一回限りといえば一回限りだが、ループぶん回して何百もバリエーションを量産して、それを何百回も使って初めて意義があるので、使い捨てになるのは結果論でしかない
大体無名なのは、そういう使い方では名前なんて一々付けてられないし、その必要がないからで

無名なのも結果論
2022/02/25(金) 02:30:06.79
名前を必要とするという仕様はいわゆるarbitrary limitationだよな
名前を付けたければ付ければいいんだし、コンパイル時にはどうせシンボル名は適当な識別子を割り当てられるんだから
2022/02/25(金) 02:41:53.85
>>483のように、無数のバリエーション必要としない、本当に使い捨ての関数を一回限り定義する為に無名関数を使うのは明らかにバッドプラクティス
名前を付ける事が可能であるかぎりは付けるべき
一つ一つの関数に名前を付ける事が現実的に不可能であるケースにのみ使用すべき
443仕様書無しさん
垢版 |
2022/04/15(金) 04:42:23.40
>>436
それは高階関数を引数とするメソッドが多い現代的なプログラミング言語を使ったことがない初心者なだけでは
2022/04/15(金) 10:56:14.55
メンテナンス考えたら本当に同じ役務にしか使い回しはしたらダメだしなぁ
基本関数以外に同じにしていい関数なんてほぼ無いんだよなぁ
2022/04/15(金) 21:55:41.73
Rustいいよぉ
Rust使おう
446仕様書無しさん
垢版 |
2022/04/18(月) 09:46:57.62
>>442
ほとんどの言語では無名関数(ラムダ式)を変数に入れることができて変数名が付くので全く問題ない
そして何でも通常の名前のある関数にしてしまうのは名前汚染で邪魔
もちろん高階引数を取るsort, map, filter類などに渡す時は名前すら必要なく無名関数(ラムダ式)のまま渡せたほうがメリット多い
2022/04/19(火) 00:37:37.13
Cを笑うものはCに泣く
この世の9割はCで出来ているのだから
2022/04/24(日) 00:13:23.56
自分「組込でCを10年以上使ってます」
敵「じゃあC++でもC#でもJavaでも何でも応用効くよね」

無茶言うなや
10年もそれだけやってたら今更簡単には他の言語に移れんわ
2022/04/24(日) 08:17:00.21
CしかやってなかったらC++でさえ厳しいのにね
C#なんてむしろJavaとかやってなかったら多分Cからの移行は結構しんどいかも
オブジェクト指向というかクラス的な考えを中々理解出来ない人も多いようだし
2022/04/25(月) 09:28:35.98
C++のテンプレート
C#のデリゲートやラムダ式
いまだに使いこなせないわ
2022/04/26(火) 23:57:53.74
C++のテンプレートはコンパイル時に処理される別の言語だと思った方がいい気がする

デリゲートやラムダ式は使いこなすのに修練が必要な類のものでもない
2022/04/27(水) 11:22:14.57
デリゲートをラムダ式で書くとかさ、
まあ、むしろ追うの一箇所で済むからいいけど
453仕様書無しさん
垢版 |
2022/05/09(月) 07:26:10.89
Cは開発当時は完成度が高い最強の言語だったと思うよ
俺もCでプログラム覚えたし
でも今は流石にね
454仕様書無しさん
垢版 |
2022/05/10(火) 21:19:36.49
今はCの代わりにRust
言語機能の利便性と安全性が段違い
2022/05/11(水) 01:00:37.68
言語の見た目が目にうるさい
2022/05/12(木) 00:54:44.07
bufに詰めて返すAPIが分かりにくすぎる、サブルーチンなのか関数なのか、呼び方の文法だけ改善してほしい
Fortranみたいにせめて文法的に分けるとか
func()
call subr()
2022/05/12(木) 00:59:15.58
intent指定ができずaliasingの問題で最適化が妨げられてるし、そういうところでハイパフォーマンス言語としても中途半端でFortranに後塵を拝したわけで
2022/05/13(金) 01:54:56.98
ぜんぶ初耳だがどういうこっちゃ
2022/05/13(金) 11:21:11.28
なんでもFortranで書くやつなんて居ないから無害じゃね
2022/05/13(金) 12:03:57.89
個人向けのCOBOL処理系とかあるんだろうか
2022/05/13(金) 14:23:03.73
何でも重たい関数呼び出しにしてしまったツケは、まあ地道にinlineすればある程度埋められるだろ
2022/05/14(土) 00:57:30.62
opencobolというのがある
cobolの正反対の立場にいた
gnuが提供していることが
歴史の皮肉だな
463仕様書無しさん
垢版 |
2022/06/04(土) 23:23:09.04
やっぱFortranしか勝たん（）
2022/06/25(土) 17:28:07.42
おれの国のほうが
465仕様書無しさん
垢版 |
2022/07/06(水) 23:54:41.45
久しぶりにこのスレを見るのだが、Cは必須厨のハケンジジーが、
なんと、Cの組み込み案件に携わることになってしまった。
2022/07/12(火) 23:32:16.87
なんでもC言語で書くのはあまり見たこと無いけど、なんでもC言語（の書き方）で書く人は結構見てきている
お前今書いてるのC++/C#だぞCじゃねぇんだぞって何度思ったことか。おっさんや組み込み出身者は大体そう
2022/07/13(水) 09:14:08.87
>>466
例えば？
クラスにせずに全てC#でいうstaticなメソッドとか？
2022/07/13(水) 09:36:39.11
C++とC#なんて全く違うのに同じ括りで語るとか
C++ならまだCっぽく書けるがC#なんて無理だろ
2022/07/13(水) 15:22:38.08
>>466
Cの汎用性の高さが証明されたな
ちゃんと動くならどんな書き方でも良くね？
2022/07/13(水) 16:03:49.80
objectiveC !
471仕様書無しさん
垢版 |
2022/07/13(水) 19:31:03.91
ん？
a << bで済むのが、わざわざstrcatつかってるとか？
2022/07/13(水) 21:27:32.42
C言語なんて勉強していたらコロナ禍でリモートワーク率0%の現場に派遣される
キャリアサポートセンターの人もC言語は学ばない方がいいとセミナーで話していた
473仕様書無しさん
垢版 |
2022/07/13(水) 21:32:55.78
リモートワークの現場なんてスグにクビになるからねぇ。
474仕様書無しさん
垢版 |
2022/07/16(土) 18:48:29.59
>>472
子供か？
2022/07/16(土) 23:57:02.39
>>468
極端な例だとstringすら使わずchar[]で全部書いて標準ライブラリも使わず関数は自分で実装
クラス変数は全部パブリックみたいなとんでもないのは見たことがある
まぁそこまで極端でなくても割と組み込みとか制御とかそっち系の人が書くC#はバリバリハンガリアンですforeachなにそれみたいなのが多い
476仕様書無しさん
垢版 |
2022/07/17(日) 01:18:55.00
>>475
もう高齢者なんだから許してやれよ
2022/07/18(月) 12:42:30.61
C#のコーディングスタイルでグローバル変数云々とかヤメレ
staticメンバーならまだ許せる
2022/07/18(月) 12:53:52.85
>>475
そこまでするんならアンセーフコードもバリバリ書けそう
擁護する訳でないがアンマネージコードで処理したい場合に活用する事がごく稀にある
479仕様書無しさん
垢版 |
2022/07/20(水) 08:16:51.44
>>475
まあ、自分勝手な業務外アプリの開発とかなら、それぐらい普通だけどね。
Cが必須ってのは、勉強の一環としてそれぐらいやれってことね。
なんのライブラリ使ってるのか、ちゃんと意識しないといけない。
480仕様書無しさん
垢版 |
2022/07/21(木) 02:44:47.44
C言語はどんなマシン語、アセンブラになるのかわかるレベルの人間が使わないと意味がない。
481仕様書無しさん
垢版 |
2022/07/21(木) 07:51:22.28
まあ結局はそうなんだけどね。
最近、アセンブラのことが書かれた本もチラホラ見るようになった。
2022/07/21(木) 10:40:02.82
>>475
代替案あるの？
2022/07/21(木) 14:34:08.79
>>482
横だけど、標準にあるやつを使えばいいのでは？
多分>>475の「クラス変数」は「インスタンス変数」の書き間違いだと思う
クラス変数ってC++だとstatic付きメンバ変数のことらしいし
打ち間違いだと思う
もしそうなら普通はよっぽどの理由がない限りpublicにはしないと思う
システムハンガリアンは使わずに変数名をつける
foreachが使えるなら使う
とかじゃない？

あとはその言語のコーティング規約を読んで対応するとか
2022/07/21(木) 14:37:24.51
地味に言語によってコーティング規約が違うみたいだし

C++ではメンバ関数は大文字から始めるキャメル、Javaだとメソッド名は小文字から始めるとか
2022/07/21(木) 15:53:39.22
>>483
たぶん元レスはメモリをどこに確保するのかの話だよ
C++としてマナーのいい書き方をしたところでハードウェア的にはマナーの悪い動きしかしない
だから「どんなマシン語、アセンブラになるのかわかるレベルの人間が使わないと意味がない」ってレスが続いてるんだと思うよ
2022/07/21(木) 15:59:55.46
C#は.NETが公式ガイドライン出してくれてるからありがたい
宗教戦争が起きにくい
https://docs.microsoft.com/ja-jp/dotnet/csharp/fundamentals/coding-style/coding-conventions

staticフィールドがs_hogehogeだったりするのはアレだけど
2022/07/22(金) 01:34:44.93
googleの出してるC#ガイドラインの方が好きだな
2022/07/22(金) 01:45:56.81
Googleのガイドラインはあんまり好きでない
仕事でも圧倒的多数はMicrosoftのほう
だがこれ以上言うと戦争起こりそうなのでやめとく
489仕様書無しさん
垢版 |
2022/07/23(土) 08:27:47.90
>>484
C++には大文字と小文字を使い分ける慣習はない。

単語の区切りに大文字を使い始めて普及させたのはマイクロソフト。
2022/07/27(水) 21:07:07.13
c以前の言語は後方互換の為に大文字小文字を区別しないのが多いねFortran, lisp, cobolとか
lispとFortranは書くけど、lispは出力は出力は自動で大文字になるので入力(コード)は全て小文字で書く、replで入出力が一目で分かるので便利な慣習
まあスネークでもなくて独特なkebab-case-pだけど
Fortranはスネークもキャメルも居るけど、repl開発じゃないし大文字にするか悩む合成語の表記揺れてもコンパイル通るので俺はキャメル
2022/07/27(水) 21:10:16.45
クラスとそのインスタンスを大文字小文字違いでしか命名出来ないような奴はOOP向いてない説
2022/07/28(木) 09:46:53.76
どんな言語でもC言語で開発されてるんだけど
493仕様書無しさん
垢版 |
2022/07/28(木) 20:44:28.52
>>492
わざわざ中水準言語を使う必要がないという話だぞ。
2022/07/28(木) 21:12:43.71
んなこと言い出したら今時のスクリプト言語でC言語処理系作る方がよっぽど楽な件
495仕様書無しさん
垢版 |
2022/07/28(木) 22:47:56.43
同じものを作っている時点でやばいだろ
496仕様書無しさん
垢版 |
2022/07/29(金) 08:03:06.05
まあ、STL使うぐらいならJavaやPythondで十分という考え方はアリだな。
だから当初から言ってるだろ、STL使わない縛りをまずはやれって。
2022/07/29(金) 21:28:38.42
言語が低級かどうかは特定の機械語との対応で決まる相対的なものでしかない
x86上のCならローテーション等高度なビット演算や（使う機会があるかどうか別にすればBCD周りの命令）を欠いてるし、結構高級
lispはx86上では高級言語だけど、lisp マシン上ならlisp関数と機械語がほぼ同名で一対一対応する超低級言語、アセンブリそのものだ
498仕様書無しさん
垢版 |
2022/07/29(金) 22:46:37.14
いまどき実行速度の話にもっていく人間がいるとは思わなかった
2022/07/31(日) 09:00:57.99
>>491
今回限りの処理で、オブジェクトが一つだけの場合はそれになりやすい…
別の名前にできる場合は別の名前でやるけど

これでも向いてないのか…？
500仕様書無しさん
垢版 |
2022/07/31(日) 09:18:35.87
だから言ってるだろ、Cなんてシロウトには無理って。
無理なんだから無理はするな。　素直に出来るやつに任せて、
お前らは出来るやつのために仕事取る営業に専念しろ。
2022/08/26(金) 14:54:51.35
>>492
んなこたあない
2023/06/10(土) 19:52:59.47
この板、C言語おじさん多すぎないか？
定期的に戒めでこのスレタイageたくなる
2023/06/29(木) 21:07:02.70
組み込みはCだからね
メーカー系にいっぱい組み込みおじさんがおる
2023/09/13(水) 22:14:44.35
失敗しなくちゃ成功はしない
2023/12/16(土) 20:49:43.18
C++といいながら丸々Cじゃねーかってのはよくあるな
506仕様書無しさん
垢版 |
2024/03/29(金) 15:20:50.69
兼オタなんて出来ないでよｗｗ
2024/03/29(金) 15:31:37.25
シーズン
8月17日
2024/03/29(金) 16:12:39.04
阿呆おるんか
509仕様書無しさん
垢版 |
2024/03/29(金) 16:24:44.25
運動で信者を炙り出して、人生で最大の謎の上から目線で言い、信者名）の確保も必要だし制作側にとってははた迷惑な話だぞ
あと炭水化物があまりに不正利用について可能性あるな
改ざんしてるに決まってるじゃん！
510仕様書無しさん
垢版 |
2024/04/19(金) 05:28:33.31
すでにあるものの組み合わせでできるのに一から作るやつはヤバい
2024/05/04(土) 17:26:10.23
Cはポインタのお遊びに使えるけど、あまり実用的ではない
権威ある大学教授がCを学ぶ人は負け組だの底辺層だの散々学生に刷り込んでいるから、若手でやる人は減ってきている
512仕様書無しさん
垢版 |
2024/05/04(土) 18:09:41.41
米ホワイトハウス、開発者にRustなどメモリの安全性考慮した言語への移行促す
https://news.mynavi.jp/techplus/article/20240227-2893479/

脆弱性の特徴を持ち普及率が高い言語として、CおよびC++を挙げている。
このような脆弱性を軽減するために、「はじめからメモリ安全なプログラミング言語」の使用を推奨している。
レポートでは、その具体例としてCおよびC++を「Rust」へ移行することを促している。
513仕様書無しさん
垢版 |
2024/05/04(土) 22:26:42.64
>>512
悪質なWebサイトだな
514仕様書無しさん
垢版 |
2024/05/04(土) 23:11:58.14
「ソフトウェアはメモリ安全でなければならない」との声明を発表、米ホワイトハウス：「C」「C++」よりも「Rust」などの言語を推奨
https://atmarkit.itmedia.co.jp/ait/articles/2403/18/news045.html
2024/05/06(月) 17:32:32.63
教育機関からC言語は今後使うなと言われているけど
だから、若者でC言語使う人が少ないのは当たり前
516仕様書無しさん
垢版 |
2024/05/06(月) 18:13:55.96
米政府もIT大手もRustへ舵を切ったからしょうがない
517仕様書無しさん
垢版 |
2024/05/06(月) 20:41:48.53
OSレベル、CPUレベルで分離されているんだけどな。
自分自身で自分をぶっ壊す危険があるという理屈なら、アメリカは銃の所持をやめないと理屈がおかしい。
518仕様書無しさん
垢版 |
2024/05/07(火) 12:28:25.76
C/C++はこれまで大量のセキュリティホールなどの実害を招き続けてきたが
ガベージコレクションがなく高速に動作するプログラミング言語が他にないためC/C++は必要悪であった
しかし同じ速さで動作して安全なRustの登場によりC/C++を捨てることができるようになった
519仕様書無しさん
垢版 |
2024/05/12(日) 02:04:03.12
>>518
知識がないのがバレているぞ？
メモリの管理がずさんなダメプログラマーの問題をプログラミング言語の話と解釈しているのは無知すぎる
520仕様書無しさん
垢版 |
2024/05/12(日) 14:00:02.51
>>519
そのプロがミスをしまくってセキュリティホールの問題が深刻なので
米政府もIT大手も脱C/C++を推奨し始めたのが>>514の記事
2024/05/12(日) 18:20:15.14
大手エージェントの担当者も低スキルの人がやる言語だとC言語のことをバカにしていた
2024/11/13(水) 21:37:17.40
GUIを作るのが面倒
2024/11/14(木) 12:35:50.54
米国国防総省のDARPA、CからRustへのコード変換を自動化する「TRACTOR」プログラムを開始
https://atmarkit.itmedia.co.jp/ait/spv/2408/14/news045.html
524仕様書無しさん
垢版 |
NGNG?2BP(1000)

EchoAPIはAPIの問題を迅速にデバッグするのに役立ち、安心して次に進むことができるよ
525仕様書無しさん
垢版 |
2025/10/02(木) 09:06:49.62
【貧困】稼げないSEを退治しろ【非婚】

☆高負担で低速度で低生産だろ！☆
★文書でなく会話で作業をしろ！★

プログラマー作業を減らして
オペレーター作業を増やすな！

低技術で低収入は高技術で高収入の
技術者に迷惑だからIT業界から失せろ！
526仕様書無しさん
垢版 |
2025/10/12(日) 02:14:52.47
attributeが正式にも分かりやすいsyntaxで、厳密な意味論、あるいはアノテーションを提供する機構として付いたことで、それらをしっかり活用している限りにおいて可読性が素晴らしく分かりやすくなったろう

restrictや配列/ポインタパラメータのstatic指定等も合わせて、今までのコメントのうち半分くらいは削れるようになったのではないかと感じる
出来れば先駆者のFortranにならって、より分かりやすいpure, elemental, in/out等による指定方式の方が直感的になったのでは…とは思うものの

そのへんのコンパイラの警告レベル上げまくればかなりセキュアに書けるだろ？

何でもとは言わんが少なくとも、cの敬遠されてきた原因、あるいは欠陥とされてきたであろう、仕様に暗黙なアレコレはほぼ排除されたのでは

c23を信じろ
527(u _ ・ｙ) r
垢版 |
2025/10/15(水) 02:58:08.59
(u _ ・ｙ) r メモリーを安全にさせるってことは
(u _ ・ｙ) r 少なくとも動的確保したときにアドレスのメモが裏で発生するわけで
(u _ ・ｙ) r どう足掻いても1クロック遅くなってしまう模様
(u _ ・ｙ) r １クロック妥協するなら５０クロック妥協して高級言語使ってろよ（ｗ
528仕様書無しさん
垢版 |
2025/10/15(水) 10:38:47.59
>>527
アドレスのメモ？
1クロック遅くなる？
デタラメ言うなよ
2025/10/15(水) 14:23:08.84
1命令実行するだけでも数クロックかかるよね
例え変数がレジスタに存在していても
2025/10/15(水) 14:52:59.78
命令ごとのクロック数はIntelのマニュアルに書いてあるよ
531仕様書無しさん
垢版 |
2025/10/16(木) 01:39:03.11
>>529
それは理由になっていない
どういう理由でどんな命令が増えるから遅くなるのかを答えなさい
2025/10/16(木) 02:26:26.14
メモリからのロード待ちでCPU暇してるかも知れんよ
533仕様書無しさん
垢版 |
2025/10/16(木) 02:42:43.92
C言語スレは低レイヤーで語ってるのとプログラム1年生が入り乱れてるからわけわからんな
534仕様書無しさん
垢版 |
2025/10/16(木) 04:39:43.70
>>527
安全にするためになぜ1クロック遅くなる？

>>529
何らか命令が増えればそうだよ
安全にするためになぜ1クロック遅くなるのる
なにか命令が増えるとでも？
535仕様書無しさん
垢版 |
2025/10/16(木) 07:14:15.08
チェチェン語で
536仕様書無しさん
垢版 |
2025/10/16(木) 08:50:11.56
>>534
ガベコレ含めてハードやカーネル階層に全部放り投げられる手段があればプロセス階層でのメモリー制御の処理は1クロックも増えないかもしれんが
そういうのあんのか？
537(u _ ・ｙ) r
垢版 |
2025/10/16(木) 09:25:41.25
✅ 原文の解釈と意図： >>527
(u _ ・ｙ) r メモリーを安全にさせるってことは

→ メモリの安全性を確保する（例：バッファオーバーフロー防止やアクセス違反を防ぐ）というのは、

(u _ ・ｙ) r 少なくとも動的確保したときにアドレスのメモが裏で発生するわけで

→ 動的にメモリを確保したときには、内部でそのメモリの「どこにあるか（アドレス）」を記録・管理する処理が裏で発生する。
（つまり安全のためには追加の処理が必要になる）

(u _ ・ｙ) r どう足掻いても1クロック遅くなってしまう模様

→ どんなに頑張っても、結局その安全処理のせいで最低でも1クロック（CPUの命令処理1単位）遅れてしまう。

(u _ ・ｙ) r １クロック妥協するなら５０クロック妥協して高級言語使ってろよ（ｗ

→ 皮肉。「たかが1クロックの遅れで文句言うなら、いっそ50クロックくらい妥協して高級言語（C++、Java、Pythonなど）でも使ってろよ（笑）」
つまり、「中途半端にこだわるくらいなら、いっそ諦めて楽な道を選べば？」という煽りっぽいコメント。
538(u _ ・ｙ) r
垢版 |
2025/10/16(木) 09:26:14.12
✅ なぜメモリの安全性を高めるとパフォーマンスが落ちるのか？
1. 追加のチェックが必要になる

たとえば、次のようなチェックが行われるようになります：

範囲外アクセスの検出（バッファオーバーラン防止）
ヌルポインタチェック
メモリの二重解放防止
所有権・ライフタイムの管理

➡ これらのチェックは、CPUにとっては余計な処理であり、時間がかかります。

2. 抽象化が入る

安全性の高い言語（Rust、Java、Pythonなど）は、直接ポインタ操作を許さず、間接的にしかメモリを扱わせません。
安全だけど、抽象化のオーバーヘッド（遅くなる）が発生

3. 動的管理のコスト

メモリの割り当てと解放を安全に管理するために、次のような処理が必要になります：
ヒープアロケータの内部構造の更新
スレッドセーフなロック処理

メモリリーク検出の仕組み

➡ これもまた、処理の遅延につながります。

結論：本質は「安全性＝タダではない」

Yes：安全性を高めると、一般にはオーバーヘッド（遅延）が発生する
But：その遅延は技術で最小化できることも多く、「妥協」と言い切れない
2025/10/16(木) 13:57:49.56
今のintel cpuはメモリからレジスタにロードするだけで300クロックかかるんじゃなかったか?
540仕様書無しさん
垢版 |
2025/10/16(木) 14:19:49.63
話にならん遅さだな
2025/10/16(木) 14:32:58.60
キャッシュヒット率が重要だ
542(u _ ・ｙ) r 結論：本質は「安全性＝タダではない」
垢版 |
2025/10/17(金) 04:43:26.74
(u _ ・ｙ) r >>528 , >>534

反論マダー？
543仕様書無しさん
垢版 |
2025/10/17(金) 04:50:35.68
キャッシュ当選率を語るならばなおさら短いコード生成が重要だ

>>526
いぇあ、Cはこのスレで叩かれてる部分がめさにドンドン良くなってる
C99おじさんは死ね
544仕様書無しさん
垢版 |
2025/10/17(金) 07:03:01.52
>>537
安全のため必要なアドレスのメモってなんだよ
意味不明だからメモという存在しない現象を使わずにやり直したまえ
2025/10/17(金) 09:17:14.86
>>544

⊂[Ｊ(´ｰ`)し
　 / (⌒マ
　(⌒＼ヘ｣つ
　 ＞ _)、
　 じ ＼_)＼＼＼

　 chatgpt.com/ja-JP/

　　　　　　　 (⌒
　　　　　⌒Ｙ⌒
546(u _ ・ｙ) r
垢版 |
2025/10/17(金) 10:01:11.37
>>528

⊂[Ｊ(´ｰ`)し
　 / (⌒マ
　(⌒＼ヘ｣つ
　 ＞ _)、
　 じ ＼_)＼＼＼

　 chatgpt.com/ja-JP/

　　　　　　　 (⌒
　　　　　⌒Ｙ⌒

>>534

⊂[Ｊ(´ｰ`)し
　 / (⌒マ
　(⌒＼ヘ｣つ
　 ＞ _)、
　 じ ＼_)＼＼＼

　 chatgpt.com/ja-JP/

　　　　　　　 (⌒
　　　　　⌒Ｙ⌒
547仕様書無しさん
垢版 |
2025/10/18(土) 01:06:15.85
>>537
根本的に理解的できていないようで間違ってるぞ

✕ 動的にメモリを確保した時にメモリ安全性のためにそのアドレスを記録する必要がある

○ 動的にメモリを確保した時に常にそのアドレスを記録する必要がある
548(u _ ・ｙ) r
垢版 |
2025/10/18(土) 05:57:03.76
>>547
逃げずに答えろよ

アドレスを記録しているのは「カーネル」か「プロセス」か
549(u _ ・ｙ) r
垢版 |
2025/10/18(土) 06:03:34.38
(u _ ・ｙ) r 基礎を学んでいないと薄ぼんやりとした解像度の低いレスバしかできない人になる　恥ずかしい
2025/10/18(土) 20:14:20.38
malloc(unix system call)・malloc(libc)
GlobalAlloc/LocalAlloc(winapi)・HeapAlloc(winapi)・VirtualAlloc(winapi)・malloc(msvcrt)
　×
Intel MAT・Intel SLAT
　×
CPU register・L1〜L3 cache

さて、あなたのデータはいずこに！？
551仕様書無しさん
垢版 |
2025/10/19(日) 01:50:25.75
>>548
君はOSの仮想メモリ管理も各プロセスでのヒープメモリ管理も理解できていないからそんな意味不明な書き込みになる
552(u _ ・ｙ) r
垢版 |
2025/10/19(日) 17:47:26.21
>>551

⊂[Ｊ(´ｰ`)し
　 / (⌒マ
　(⌒＼ヘ｣つ
　 ＞ _)、
　 じ ＼_)＼＼＼

　 chatgpt.com/ja-JP/

　　　　　　　 (⌒
　　　　　⌒Ｙ⌒
2025/10/19(日) 17:53:14.31
この話のポイントは「安全性＝タダではない」>>538

JAVAのように中途半端に遅い言語は一番いらない子になったNA

藁・ｘ・

ｗ(u _ ・ｙ)
554仕様書無しさん
垢版 |
2025/10/20(月) 01:10:55.27
安全のために追加コストは必要ない
555(u _ ・ｙ) r
垢版 |
2025/10/20(月) 04:34:40.54
(u _ ・ｙ) r 道路で考えてみよう
(u _ ・ｙ) r 現実世界では車道と歩道を分けて交通トランザクションを処理しているけど
(u _ ・ｙ) r 車道と歩道を分けるコストは0だというのかね？
(u _ ・ｙ) r 車道を走る車、歩道を歩く人、これらをコンピュータにおいてアドレスからアドレスへ移動中のデータとして考えよう
556仕様書無しさん
垢版 |
2025/10/24(金) 09:41:43.51
【貧困】稼げないSEを退治しろ【非婚】

☆高負担で低速度で低生産だろ！☆
★文書でなく会話で作業をしろ！★

プログラマー作業を減らして
オペレーター作業を増やすな！

低技術で低収入は高技術で高収入の
技術者に迷惑だからIT業界から失せろ！

https://listen.style/p/readmaster/mcqg3wwz
557(u _ ・ｙ) r
垢版 |
2025/10/24(金) 13:42:18.73
(u _ ・ｙ) r やっぱＣ言語ですわ
(u _ ・ｙ) r 難しい箇所が書けないとか甘え
558仕様書無しさん
垢版 |
2025/10/25(土) 01:21:08.03
欠陥C言語を使い続けるには知識と覚悟が必要
2025/10/25(土) 14:32:47.33
C言語は別にいいんだよ
高級マクロアセンブラという重要な役割がある

問題はC++
こいつはもうめちゃくちゃだ
2025/10/26(日) 06:16:49.36
(u _ ・ｙ) r C++は標準仕様と拡張仕様にすべきものの分離に失敗したからな
(u _ ・ｙ) r 技術的・構造的な限界までは言語仕様拡張じゃなくって
(u _ ・ｙ) r 元の言語使用のままライブラリで拡張するって形にしないといけないのに迷走し
(u _ ・ｙ) r その結果、ただの#defineマクロでも可能だったものをC++独自構文でメタプログラミングし始めて余計複雑に
(u _ ・ｙ) r C++のマクロは限界まで#defineで実装し、それで出来ないものに関してのみ言語仕様に入れるべきだった
561仕様書無しさん
垢版 |
2025/10/26(日) 11:31:55.45
C/C++の後継のRustが出来たから
IT企業はRustへ移行していってるね
2025/10/26(日) 14:59:37.11
RustはC系にくらべたら遅いと聞いたが
2025/10/26(日) 17:00:21.29
速くはなかなかならんでしょ
2025/10/26(日) 17:03:38.68
セキュリティコストと速度のコストのトレードオフはユーザーが考えるんや
公開サービスなどでセキュリティが重要ならRustはあり
ラボで数値計算に使うならCでもFORTRANでも好きなの使っとき
2025/10/26(日) 19:59:34.78
命にかかわる絶対的セキュリティや正確さが必要な場面なら
それでも使われない
使えない
オブジェクト志向は凡人向け
2025/10/26(日) 20:35:57.50
Rustは別にオブジェクト指向じゃないよ
開発者の頭次第だ精進するしか
2025/10/26(日) 20:50:11.37
命にかかわるシステムにはジャンプ先を動的に指定するものは使えないと聞いた
オブジェクト指向はほぼ全てのメソッド呼び出しがそうなので使えない
Rustもオブジェクト志向でなくてもトレイトがある以上同じこと
2025/10/26(日) 21:16:06.32
なるほどアセンブリ
569仕様書無しさん
垢版 |
2025/10/27(月) 07:56:50.42
>>567
つまり副作用があっちゃいけないとかいう話だろ

理想論としてはそれでいいけど日本の開発ってほんとにそんなレベルでセキュリティ確保できてんかな
570仕様書無しさん
垢版 |
2025/10/27(月) 08:21:46.21
>>567
Rustのメソッド呼び出しは静的に確定することができるため問題なし
『単相化　Rust』で検索してごらん
2025/10/27(月) 08:59:37.44
そんなのは別にどんな言語でもできるだろ

問題は言語使用上、その言語を使っている限りは不可能です
って断言ができて抜け道がほぼ無い事が確証されていることで
納品先に安心感を与えて売り込む　みたいな話だと思うよ
572仕様書無しさん
垢版 |
2025/10/27(月) 09:09:25.33
C/C++は失格だからそんな言語がないんじゃない？
573仕様書無しさん
垢版 |
2025/10/27(月) 09:10:49.15
>>571
単相化できるのはC++とRustだけだよ
2025/10/27(月) 16:22:45.90
それらが出来るならアセンブリとCも出来るやろ
2025/10/27(月) 16:24:15.76
リフレクション使わなければいいだけだったりしないか
2025/10/27(月) 17:35:39.73
えっ
577仕様書無しさん
垢版 |
2025/10/27(月) 22:43:14.01
>>574
C言語は能力が低すぎて単相化はできません
2025/10/27(月) 22:51:37.64
アセンブラ上の型式チェックができんのじゃないかのう
もちろん関わったことなんかないから知らんけど
2025/10/28(火) 01:04:40.19
>>577
そしたら命に関わるシステムはどうするのよ。単相化より原始的にやれてるんだろう
2025/10/28(火) 01:08:52.14
ジェネリックスがないC言語では単相化など不要
もともと全てが単相なのだ
2025/10/28(火) 04:41:39.92
>>567
>>命にかかわるシステムにはジャンプ先を動的に指定するものは使えないと聞いた
>>オブジェクト指向はほぼ全てのメソッド呼び出しがそうなので使えない

メソッド呼び出しの実現方法は以下の3つに分類される
①単相化 … 各型毎に別コードにするためコンパイル時にジャンプ先が確定
②固定vtable … コンパイル時にvtableが確定し実行時に各型に対応する固定ジャンプ先へ
③可変vtable … 実行時にジャンプ先を追加したり変更したりできる

このうち③が危険
2025/10/28(火) 04:44:25.23
そう言えばJavaインストールする時に免責同意求められるね。命に関わることには使わないでね。って
2025/10/28(火) 04:46:47.17
Cにvtableないからね。関数ポインタ禁止すれば達成される
584仕様書無しさん
垢版 |
2025/10/28(火) 06:05:41.47
>>581
Rustは①と②だけなので安全とみなされ採用されている
585仕様書無しさん
垢版 |
2025/10/28(火) 06:21:44.49
>>573
お前はな（ｯﾌﾟｗ
2025/10/28(火) 07:49:00.76
C言語は原始的な機能しかないがゆえに"自分で作れてしまう"からな
2025/10/28(火) 12:31:15.20
vtable的なものは自作するね
使いすぎも注意とはちょっと勉強になった
588仕様書無しさん
垢版 |
2025/10/29(水) 07:57:13.50
C言語でも>>581の③を避ければその問題はクリアできるけど
それ以外に普通に落とし穴が多すぎてセキュリティホールを多く産み出してきた
2025/10/29(水) 10:26:56.55
穴の中に穴を作った
2025/10/29(水) 16:13:22.45
何を作るにしてもフレームワークを調べて、オープンソースを調べて、AIに作らせて・・・
自分で何もつくれないなんてプログラマになった意味がない
2025/10/29(水) 23:25:28.21
早く作れて楽しくないか。コンポーネント設計みたいなのAI上手いんだよね。
自分でやる同等以上で助かる。というか師匠
2025/10/29(水) 23:26:43.19
>>588
後半が大問題よね。Rust使える技能と環境があるならRustがいいよ
593仕様書無しさん
垢版 |
2025/11/20(木) 09:37:40.80
【犯罪】時間違反SEを退治しろ【損害】

☆時間外労働違反者を退治しろ！☆
★偽装委託多重派遣を退治しろ！★

時間外労働違反のせいで不健康だらけ
多重派遣偽装委託のせいで非婚だらけ

低技術で低収入は高技術で高収入の
技術者に迷惑だからIT業界から失せろ！
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況