C#って割とガチで最強言語だよな (263ﾚｽ)
上下前次1-新
1: 仕様書無しさん [] 07/14(月)19:26
これに勝てるプログラミング言語なさそう
164: 仕様書無しさん [sage] 09/01(月)15:58
たのC
165: 仕様書無しさん [] 09/01(月)18:41
>>161
マイクロソフトは言語仕様は8.0だと言い張っている
https://learn.microsoft.com/ja-jp/dotnet/csharp/specification/overview
しかし、標準委員会の言語仕様は7.0だ
https://ecma-international.org/task-groups/tc49-tg2/
166(1): 仕様書無しさん [sage] 09/01(月)23:28
>>156のエビデンスは？
167: 仕様書無しさん [sage] 09/02(火)12:05
言い出しっぺの本人が先に消えてて草
168(1): 仕様書無しさん [] 09/02(火)20:24
>>166
Perlは構文の拡張をしすぎたせいで、メンテナンスが難しくなって廃れた。
169: 仕様書無しさん [sage] 09/02(火)22:35
>>168
なんで人間の話から言語の話にすり替わってるの？
170: 仕様書無しさん [] 09/02(火)23:21
言語を人間とタップし間違っていただけ
171: 仕様書無しさん [sage] 09/04(木)00:08
文脈から考えてもタップし間違いとは考えにくいが
172: 仕様書無しさん [sage] 09/04(木)01:40
主語デカ定期な話題
173: 仕様書無しさん [sage] 09/04(木)19:27
俺のデカいチンポの話題がいいよな
174: 仕様書無しさん [sage] 09/05(金)00:18
Chinpo#
175: 仕様書無しさん [] 09/08(月)18:38
>>124
え？
どこの世界？
176: 仕様書無しさん [] 09/08(月)19:05
最強はCOBOL
COBOLは最強
177: 仕様書無しさん [sage] 09/08(月)23:20
Brainfuck
178: 仕様書無しさん [] 09/10(水)10:10
>>124
え？
Pythonの案件なんぞ派遣募集の釣り案件だけで実際に動いてるプロジェクトは限りなくゼロに近いが
179(1): 仕様書無しさん [sage] 09/10(水)10:15
Pythonプログラムの改修案件で触ったことはあるけど、新規でPython採用したくはない
そもそも動的型付け言語は事故りやすいし可読性も皆無
180: 仕様書無しさん [sage] 09/10(水)13:03
まあな、型を意識しないと思わぬ時にエラーになる爆弾付き言語
181: 仕様書無しさん [sage] 09/10(水)13:21
COBOLしかかたん
182: 仕様書無しさん [sage] 09/10(水)13:23
まさにBrainFuck言語で業務システム作ろうとしてるようなもんだからな
183: 仕様書無しさん [sage] 09/10(水)14:32
c++やら型を頼りにプログラムする感じなのに何でもアリにしたら
マジでワケワカラン気がする
184: 仕様書無しさん [sage] 09/10(水)14:35
言語なんて全部同じやん思ってたが、実際仕事ついてみると全然違うな
低レイヤーでデータをガリガリ触るなら似てくるんやろが
185: 仕様書無しさん [sage] 09/10(水)14:40
そこでハンガリアン記法ですよ
186: 仕様書無しさん [sage] 09/10(水)23:23
ハンガリアンってIDEがまだ貧弱だった頃にテキストから型が分かるのが良かった
今でも数理計算するときなんかは値の単位を変数名に持たせることもあるし、根本的な考えは変わってないかも
187(1): 仕様書無しさん [] 09/11(木)10:39
なんで学生界隈にはPythonが人気なんだろうな
あんな案件のない言語をやるくらいならPHP+SQLでもやるほうが100倍有用なのに
188: 仕様書無しさん [] 09/11(木)14:29
ポインタにはp
インターフェイスクラスにはIが付いてるのは好き
それ以外はいらない
189: 仕様書無しさん [sage] 09/11(木)19:04
>>187
COBOLやれよ
190: 仕様書無しさん [sage] 09/11(木)23:37
COBOL案件は癖強い人が周りに多いからお勧めしないと先輩社員に言われたのを思い出した
191(1): 仕様書無しさん [] 09/12(金)17:16
>>179
Pythonで動いてるシステムあるんだ
ちなみにどんな業種のどんなシステム？
俺は今まで一度も実際に動いているPythonで組まれたシステムを見たことないわ
この業界でそろそろ30年なのに
192: 仕様書無しさん [] 09/12(金)23:01
>>191
WEB系のAPIバックエンドは割とある
193: 仕様書無しさん [sage] 09/13(土)01:46
バックエンドでPythonなのは見かける
ただPython使うくらいなら俺はNode.jsでJavaScriptを推すけど
194: 仕様書無しさん [] 09/13(土)08:13
バックエンドでPythonみたいな遅い言語使ってるケースがあるんだな
メンテ性も悪かろうに
195: 仕様書無しさん [sage] 09/13(土)21:24
実際だけどさWebのバックエンドってasp.net coreが最速な訳じゃん
ベンチマークでもこれより速いのは実プロダクトで使われてない様なのだけだし
196(1): 仕様書無しさん [sage] 09/13(土)23:22
最速とかどうでも良いわ
メンテナンス製を重視したい
画像処理とかAIやるわけじゃないし
197(1): 仕様書無しさん [sage] 09/14(日)01:51
>>196
レスポンスが遅いってクレームが来てアレコレするのもメンテナンスだと思うけど？
そんなメンテナンスの手間を省けるやん
198: 仕様書無しさん [sage] 09/14(日)10:58
>>197
それは設計の問題じゃね？
199: 仕様書無しさん [sage] 09/14(日)11:22
pythonでバックエンドはfaasではよくある
200: 仕様書無しさん [sage] 09/14(日)11:34
オリジンサーバー単体で運用してたら、そりゃレスポンスも悪くなるわな
201: 仕様書無しさん [sage] 09/14(日)11:40
単体の処理能力が段違いやん
C#以外は結局金掛けて台数増やして凌いでるだけ
今じゃソシャゲとかのサーバでもC#のハイパフォーマンスでコスト抑えて運用できるのに
202: 仕様書無しさん [sage] 09/14(日)11:43
C#次のバージョンでもまた高速化するってよ
タダでさえモノによってはRustより高速なのに
203(1): 仕様書無しさん [sage] 09/14(日)12:08
全てのサーバーで同じ言語を使うわけじゃないだろうに
処理速度が必要な部分と連結が重要な部分では要件も適切な言語も変わってくる
要は使い分ければいいだけ
204: 仕様書無しさん [sage] 09/14(日)12:11
オンライン格ゲーみたいなシビアな要件だったら別かもしれないけどね
205: 仕様書無しさん [sage] 09/14(日)12:56
c#て速いの？Pythonが遅いだけやろ
206(2): 仕様書無しさん [sage] 09/14(日)13:34
C/C++を100とすればC#は70〜80、Pythonは0.5
PHPは0.1
207(1): 仕様書無しさん [] 09/14(日)15:46
>>203
いやいや、そんな言語の混成部隊で組み上げるシステムはお前らに縁がないやろ
おまえらが関われるバックエンドて、せいぜい年売上が億未満のちっちゃいECサイトくらいやろ
その手のサイトは半分パッケージみたいなのが出てきてるから一から開発やってたんじゃ注文も来ない
208: 仕様書無しさん [sage] 09/14(日)19:52
>>206
COBOLは？
209: 仕様書無しさん [sage] 09/15(月)00:23
ちっちゃいシステムで良いならEC2単体でせこせこ作ってればいいと思うよ
210: 仕様書無しさん [] 09/15(月)10:35
>>206
メタクソな数字だなｗ
自分の希望なんかそれ
https://plainprogram.com/processing-speed-of-program/
ここに比較が出てるから読んどけ
全11言語の、円周率計算処理の処理時間は、この通り。
言語 方式 処理時間[ミリ秒]
C++ コンパイラ 102
Java コンパイラ 104
C# コンパイラ 102
Python インタープリタ 11193
JavaScript インタープリタ 117
PHP インタープリタ 2548
Ruby インタープリタ 10168
Swift コンパイラ 102
Kotlin コンパイラ 106
Go コンパイラ 107
Rust コンパイラ 103
211: 仕様書無しさん [sage] 09/15(月)10:43
ソースがどこの馬の骨とも分からないブログとかアホか
AIの出力を盲信するタイプのやつか？
212: 仕様書無しさん [] 09/15(月)13:15
ソースも載ってるんだから検証しろよｗ
おまえの脳内数値なんか要らねーんだよ
213: 仕様書無しさん [sage] 09/15(月)13:34
はいはいわかったわかった
キミは間違ってないよ、絶対に正しいよ
ブログに書いてあったから正しい
AIがそう答えたから正しい
オレが言ってるのだから正しい
みんなキミの言っていることを信じるよ
なんせキミは絶対に正しい神のような存在だからね
214: 仕様書無しさん [sage] 09/15(月)16:09
>>207
数億じゃ効かないシステムも作り上げてるが何か
ECサイトがすべてだと思ってるのか
215: 仕様書無しさん [sage] 09/15(月)16:30
ここまで読んで不思議に思うのがエッジやCDNといった単語が出てこないこと
実行環境の高速化なんてパフォーマンスチューニングの一部にしか過ぎないのよ
216(1): 仕様書無しさん [] 09/15(月)16:31
何を必死になってるのか知らんけど、自分の今の境遇を見つめ直したら？
そんなバカだから今も無職で平日昼間に書き込んでんのよｗ
あ、俺はもう定年退職してるから書き込んでるんだけどね。
そもそもPythonがPHPの5倍速いわけないだろｗ
その辺の言語を触ったことすらないのがミエミエで痛いわ。
217(1): 仕様書無しさん [sage] 09/15(月)16:43
前頭葉が劣化した老人ならそういう一般常識からかけ離れた妄想基準の評価しかできないだろうね
218: 仕様書無しさん [sage] 09/15(月)16:53
>>216
処理内容で異なるからね
例えば以外とJSが早くね？と思うが大量ループとかだと明らかに差が出る
219(2): 仕様書無しさん [sage] 09/15(月)17:11
円周率計算はCPUのベンチマークとしては有りだがプログラム言語のベンチとしてはあまり意味ないな
コードが小さくてキャッシュに全て乗りきるだろうし、投機的実行もがんがん効くから
生成コードのパフォーマンスというよりはコンパイル言語かインタプリタ言語の両極でしか評価できない
ヒープとかGCが動くこともないから実際C++とC#がほぼ同じタイムになっている
そもそもWSL+Dockerの仮想環境でベンチとってもCPUの実行タイミングがリアル環境と大きく異なるからぶれが大きくなる
あと知っているとは思うがPHP5までとJIT搭載した7以降でパフォーマンスは大きく異なるが、上の記事ではどのバージョンか分からない
220(1): 仕様書無しさん [sage] 09/15(月)17:52
いつからレスポンスの遅さから処理速度の話にすり替わったんだ？
221: 仕様書無しさん [sage] 09/15(月)17:56
バックエンドの話をしたければ別スレでどうぞ
222: 仕様書無しさん [sage] 09/15(月)18:05
円周率の処理性能じゃなくて、もっとこう、メモリ使用量とかC10Kに対する性能の情報が欲しい
あとは分散コンピューティングに適したサービスとか実践寄りの内容が俺的には重要
ま、これもスレチだけどね
223: 仕様書無しさん [sage] 09/15(月)18:22
>>220
まあ言語のスレだしね
PCでのシングルスレッドの性能比較という意味では参考になる
普段使ってない言語のJIT導入状況とか知れて面白い
224: 仕様書無しさん [sage] 09/15(月)19:55
というかPythonってまだJITが試験導入なのね
ちゃんと実装されて正規導入されたら他言語に迫る速度が出るのかね？
225(1): 仕様書無しさん [sage] 09/15(月)21:46
で、C#って結局最強言語ではなかったんですか？
226: 仕様書無しさん [] 09/16(火)08:23
まあバグ発生確率やメンテナンス性と言う観点に置いては最強ではないだろうな
227: 仕様書無しさん [] 09/16(火)08:31
>>219
いまどきPHP5はないやろ
古いシステムの保守時くらいしか触る機会ない
228: 仕様書無しさん [sage] 09/16(火)08:57
>>225
何を尺度にするかによる
229(1): 仕様書無しさん [sage] 09/16(火)12:15
アルゴリズムやってて言語なんかどれも同じなのになんで別物作ったりバージョン上げたりすんの思ってたが
システム全体の仕事ついたら１か月ほどで打ち砕かれたな
しかし高々スパゲッティ避けるだけのためになんでここまでイロイロやる必要あるの？
230: 仕様書無しさん [sage] 09/16(火)12:48
>>229
実際にスパゲッティコードで運用してみれば理解できると思うよ
231: 仕様書無しさん [] 09/16(火)14:58
>>217
おまえは劣化する以前に生まれながら境界知能やんけ
しかも虚言癖ありの
232: 仕様書無しさん [sage] 09/16(火)18:25
ところで、このスレageてる人って同一人物？
233: 仕様書無しさん [sage] 09/16(火)19:52
前頭葉が劣化するとイライラしやすくなるらしいからな
つまりここで喧嘩腰になって書き込んでる人は・・・？
234: 仕様書無しさん [sage] 09/17(水)11:52
プログラミングしてる時って前頭葉が多く使われる研究結果がどっかにあったような
235: 仕様書無しさん [sage] 09/17(水)17:30
>>219
PHPのJIT正式採用はVer.8.0からやろ
236: 仕様書無しさん [sage] 09/18(木)00:45
JavaScriptはwebの最前線でチューンナップされまくってるからやっぱ強いよな
237: 仕様書無しさん [sage] 09/18(木)01:19
Node.jsもJavaScriptの発展に一役買ってるんじゃないかな
npmの市場を作ったのもデカい
238(2): 仕様書無しさん [] 09/24(水)23:02
ワイの勤めてる会社はvisual studio 2008
visual source safeつかってる
ここからvisual studio 2022 git C#に移行は可能かな？
VB6.0のなごりのコードがかなりある状態なんだ
239(1): 仕様書無しさん [] 09/26(金)17:59
そのままその会社で居たらプログラマとして腐るぞ
240: 仕様書無しさん [sage] 09/26(金)20:04
なるほどつまり、シングルトンとは
何か書き方がカッコいいモノだな！（サイタマ風）
241: 仕様書無しさん [] 09/26(金)20:28
>>239
うう…普通によくないよね
会社の人と自分との間で深刻さのギャップが大きいんだよね…
242(1): 仕様書無しさん [sage] 09/27(土)09:22
>>238
無理
もう別物だから、コードの修正が山になる
243: 仕様書無しさん [] 09/27(土)12:30
>>242
20年くらいごまかしきるにはどうすればいい？
今の会社はVB6.0の互換機能を活用してコードを書き続けてるんだ。
互換機能使うのをやめてないのが地味によくない気がしてるんだ。
visualstudio2022では互換機能が削除されてる。
問題の先延ばしがすごい。
開発環境のアップデートの話が過去にあったんだけど、全ての検討事項がキャンセルされてるんだ。
上司の決定事項の通達があった時は変な声が出そうだった。
244: 仕様書無しさん [sage] 09/27(土)13:35
今がvb.netなのかc#なのかよくわからないけど、一旦はvs2019で.net framework 4.8まではアップデートする必要はあるでしょう
245: 仕様書無しさん [sage] 10/02(木)01:11
レガシー案件の全振りだと若手は不安よな松本動きます
246: ニャンニャンつけボー ◆I1/nGZ8jWg [sage] 10/03(金)15:57
F#もいいぞ
247(1): 仕様書無しさん [] 10/08(水)20:31
SESはVB.NETじゃないとまともに稼げないみたいだね。
VB.netやりたがらない人が多すぎるせいで単価が上がりまくってる。
C#.NETは…
248: 仕様書無しさん [] 10/09(木)14:08
>>247
それは技術に疎い人間の印象が影響しているだけ
いかに製品名、商品名が重要かということ
249: 仕様書無しさん [] 10/13(月)16:03
.netはlinqが使いやすくてなあ
DBとの親和性もいいし
250(1): 仕様書無しさん [] 10/14(火)03:05
>>238
ワイも今の現場、VS2010でVSSだわ
VB6.0＋VC6.0で作られた機能をVS2010で作り直して移植している
VSSとVC6.0は人生で初めて見たから面食らったわ
一応C#側のコードベースは部分的だがVS2019やgitlabに移管してる
でもVC側はどうにもならん
251(1): 仕様書無しさん [sage] 10/15(水)09:01
>>13
重いCという時点で終わってるぞ
252: 仕様書無しさん [sage] 10/15(水)09:37
>>251
作り方次第でRustより早いけどね
253: 仕様書無しさん [sage] 10/15(水)11:41
そもそもC#でも重くなるようなクソコードのほうが問題だ
254: 仕様書無しさん [sage] 10/15(水)14:20
C#はCとは別物
文法や設計仕様はJava寄り
いちおうC寄りのポインタ機能もあるがアンセーフ機能として普段は無効化されている
255: 仕様書無しさん [] 10/15(水)21:38
>>250
そうなんだ。
応急処置をしっかりしてるからなんとかなりそうだね。
自分の現場は爆弾が爆発するまで放置する気満々なんだよね。
応急処置してから大型案件に入る予定だったのに、応急処置がキャンセルされちゃったんだよね。
20年後くらいに大変なことになってる気がするんだよね…
256: 仕様書無しさん [] 10/17(金)05:27
2028年までは誤魔化して使用可能なのか。
会社はどう対応するつもりなんだろう？
「.NET Framework 3.5」はOSから削除へ ～Canary版「Windows 11」でFOD提供が終了
257: 仕様書無しさん [] 10/23(木)10:19
【貧困】稼げないSEを退治しろ【非婚】
☆高負担で低速度で低生産だろ！☆
★文書でなく会話で作業をしろ！★
プログラマー作業を減らして
オペレーター作業を増やすな！
低技術で低収入は高技術で高収入の
技術者に迷惑だからIT業界から失せろ！
https://listen.style/p/readmaster/mcqg3wwz
258: 仕様書無しさん [] 10/26(日)13:03
普通にpythonよくね？
コンパイラの速度が遅いかもしれないけど一瞬だよ？
259: 仕様書無しさん [] 10/26(日)13:09
python書きやすいし
260: 仕様書無しさん [sage] 10/26(日)19:49
python書きやすいとかゴミかよ
変数宣言とスコープ改善されない限りゴミ
261: 仕様書無しさん [sage] 10/26(日)21:10
pythonのコンパイラは裏でC言語に変換してるだけだぞ
262: 仕様書無しさん [sage] 10/28(火)05:30
pythonはtypescript見習ってletとconstを導入すべき
更にブロックスコープにすべき
263: 仕様書無しさん [sage] 10/28(火)20:52
numpyが使える用途ならPythonも良いな
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.644s*