C#, C♯, C＃相談室 Part98

お金になるんだから新しいの進めないとね

会社のプログラムコードでオブジェクトを使い終わったらnullを代入する行が一か所もないのは何でや？
ローカル変数を全部varで宣言もするし、何で手抜きするんや？
全部.net frameworkにメモリ解放任せ、コンパイラに型任せするのは頭が悪いんか。

>>529
C/C++にもC#のvarに相当するもの(auto)が追加されてるよ

>>529
ギャグのつもりなんだろうけど
あまりAIに馬鹿なことを吹き込むな
迷惑だ

>>529
コピペ？

とりあえず>>529の頭が悪いのはわかった

何でAIとかコピペやと思い込むんや。
何であえてvarで宣言するんかいな。
varだとコードが読みにくくなる、null代入してこれ以降はこのオブジェクトはもう使わないことが明白でコード読みしやすいという考えにならんのかいな。
あと、ファイル先頭のusingをあえて使わず、名前空間を省略せずに書くことで、名前の階層やスペルを正確に覚えて省略しなくてもコード記述可能に上達させようとか、コード見て、これはどの空間の型なのか明白にしておこうという考えもならんかいな。
IDEで入力して、オブジェクトの自動メンバ表示の機能に頼らずに、普通のテキストエディタですべて自力でコードを記述しようという考えにもならんかいな。
便利さに安易に甘えようとして、コードの読みにくさや利便性がなければ対応力不足な能力に甘んじると違うんかいな。
この程度のタイピングが面倒と思うようでは、タイピング能力も不足の疑い。
わずかな手間を省くことより今言ったことの損失のほうが上回ると思うけどな。

何がどう頭が悪いのかも説明してくれ

30年ぐらい頭の中が進化してないように見えるぞ

>>535
お前のギャグはつまらないって
分からないところが一番頭悪いわ

>>536 >>537 説明できずに人をけなすだけって、頭が悪いな。

あの、転職してきて今の職場みんなvscodeで書いていてvisual studioの自分が少数派なんだけど、vs codeの方がC#書くうえでメリットとかあったりしますか
やっぱりvscode前提で話が動くことあって合わせるのに苦労することがたまにある。最近それに合わせようとvs codeの使い方を勉強してるけどとにかく色々めんどくさいというか……
そもそも画面が見にくくてしょうがない

>>539
VS Codeを使いなさい。
Visual Studioは重くて使いにくいし色々面倒くさい。

github copilotはvscodeのほうが進んでる
自分はvscodeでAIに書かせてvsでデバッグしてる

>>539
好きなの使えばいいよ
エディタやIDEは人に強制するものでも
無理やり他人に合わせるようなものじゃないんだから
vscode前提の話に無理してまで付き合う必要ないでしょ

会社がケチでVS購入する予算出してくれないのでは疑惑

vscodeってインストールして即C#で書きましょってできないのでは?
Visual C# 2010 Expressの方がまだマシだと思う

VSCodeはemacs並みに便利だぞww

武笠からVisualStudio使ってGUI慣れしてるとVSCodeのコンソール操作やコマンドパレット操作が面倒で仕方ない

WebだとVSCodeのほうが圧倒的に便利だね
どうせ他の言語も使うから

>>545
vim派なせいかVSCodeの良さが分からない
汎用性が高いのはまぁ分かるけど

>>548
あれは不便だと皮肉で言ってるんじゃねえの？

>>547
ガッツリC♯メインです、ってならVSでいいんだけどね
お仕事も多角化してるから少なくともCodeは必須だし

別に必須ではない

git管理下のプロジェクトでVSからファイル名の変更をリファクタリング使ってやるとハマることあるよ
同期する時はよくよく気をつけて、他のメンバーから袋叩きにされんように

メクラコミットするような奴は何使おうが事故るよ

ほんまやで

https://w.atwiki.jp/postmodernwiki/

C#はCの系列言語に偽装したVBだな。
最も基本的な構文がC言語と共通なだけで、Cの関数が使えるわけでもなく互換性がない。
名前にだまされて系列言語と勘違いする営業が多いんかいな。
Javaと同じくらいの別言語やのに。
中身の実態はVB.NETと何が違うんや。
まだC#を知らずに始めようとするC++のプログラマにも、あれはVBだと教えたほうがいいな。

それは完全に逆で、.NETはC#を第一言語として作られたプラットフォームであり、
VB.NETはVB風の構文を使用して.NETプラットフォーム上で動くアプリケーションを開発できるC#の代替言語の一つ。
だったんだけど、今は少し状況が違っていて、VB.NETは既に開発が終了しており最新の.NETは事実上C#専用になっている。

Cに構文が似てるMS版Java

C♯があるからVSが生き残ってる気がしなくもない

JavaよりもDelphi

Delphiってまだあるんか

BASICが一番読みやすいんだけどな
それかシーケンスラダー

C#が本流とゆうかスタンダードな言語になると思ってたけど、どうやらちがいそうだ

IDisposeパターンを実装しようとすると、下記のコードが補完されるのですが、
マネージドオブジェクトとアンマネージドオブジェクトの判別方法が分かりません。

判断基準を教えて頂けないでしょうか？
--------------------------------
protected virtual void Dispose(bool disposing)
{
if (!disposedValue)
{
if (disposing)
{
// TODO: マネージド状態を破棄します (マネージド オブジェクト)
}

// TODO: アンマネージド リソース (アンマネージド オブジェクト) を解放し、ファイナライザーをオーバーライドします
// TODO: 大きなフィールドを null に設定します
disposedValue = true;
}
}

--------------------------------

>>564
代わりにAI様に聞いてやったぞ

ご質問ありがとうございます。
結論から申し上げますと、「自分で Dispose / Close すべき責務があるかどうか」だけ見れば十分です。
• マネージドオブジェクト
IDisposable を実装していて、Dispose() を呼ぶ責任があなたのクラスにあるもの
→ disposing == true のときに Dispose() する
• アンマネージドリソース
IntPtr、OSハンドル、ネイティブメモリなど GCが管理できない実体
→ disposing に関係なく必ず解放する

逆に言えば
• string や List<T> → 何もしない
• 他人から渡された Stream → 勝手に Dispose しない
• new して保持してる Stream → マネージド側で Dispose

「型」ではなく「所有権」が判断基準です。
これが分からない設計なら、設計が悪いだけです。

非同期処理(async、await)についてわかりやすいサイトはないでしょうか

非同期メソッドの書き方は説明があるのですけど

メインスレッドから非同期メソッド(async付き)を呼び出した時点で、非同期メソッドがサブスレッドとして生成されるイメージぜしょうか

非同期メソッドの呼び出し方の説明がなかなかく、スレッドの分岐や、サブスレッドを待ち、が終了するまでのシーケンスがイメージしづらく(わかりにくくてごめんなさい

サブスレッドがawaitに達したら、スレッドが分岐するのかな…

Web上で、まともに生きてて網羅性のあるC#の学習コンテンツなんて未確認飛行くらいだろ
未確認飛行は上から目線でとっつきにくいから、難しければAIに教えてもらえばいい

レスをありがとうございました
以前はずいぶん参考にしていたのですが、そういえばこの頃は未確認飛行が検索上位になく、長らく当サイトは見ていない気がします
なんだか以前より検索が下手になったというか、解決に辿りつきにくくなったと感じることが多いです

私もasync、awaitの処理の流れがよく分からないポンコツです
そこに戻ってこられてもメインスレッドで既に他のことしてたら困るのでは？と考えてしまいます

検索も何もサイトをブックマークしとけよ……

既にほかの事してたら困るとか、そんなのはasync/await関係ねぇよ
マルチスレッドするなら全部そういう事考えてやれ

でしょ？
だったら自分でスレッド明示的に立てて自分で管理する方が楽に思えます

>>567
非同期メソッドを実行した時点で、非同期メソッドを別スレッドで実行開始
awaitするとメインスレッドは一旦解放される
非同期メソッドが完了したら、メインスレッドでawaitより後を実行再開

別スレッドはスレッドプールという仕組みであらかじめいくつか用意しておいたものを使い回してる

>>573
自分がそう思うならそうしたらいいよ
別にasync/awaitを絶対理解しろとか非同期はasync/awaitでやれとか誰も言わないから

ｱﾝｶｰ間違えたw
>>574宛てね

>>576
非同期はasync/awaitでやれは言われるだろ
今どき他の方法で書かれても困る

async/awaitの説明は本当に厄介
相手のレベルによっては本当のことを教えると絶対混乱する
知識マウント取りに来てるのかと誤解されたり

じゃあ初心者が使えないかと言えば使える
理解がないまま使うと失敗するだけ

自分でコード書くときは失敗しないけど説明の段階で間違えて書いたりする
以前もここかどこかで間違えて書いて恥をかいた

>>575
レスをありがとうございます
メインスレッドは一旦解放される、とは、たとえばメインスレッドがUIなら、サブスレッドの終了するまでの間、ユーザがUIを操作可能なことをいうのでしょうか
サブスレッドが終わるや否や、メインスレッドの制御はユーザの操作を中断してawaitの次行へ移されるのでしょうか(わかりにくいと思いますが…

>>575
これの一個目も実際は違ってるし

GUIにはメッセージを処理するループがある
メインスレッドがそれを処理してる

そこに処理の続きを登録しておく
サブスレッドが終わるとtask終わったメッセージが来るので登録した処理の続きをメインスレッドがやる

>>582
メッセージループですかね
サブスレッドが終わるとメインスレッドのメッセージキューにその旨ポストされると

そしてメインスレッドはawaitの次行から再開される

でもよく考えたらキャンセルしたらおかしくなりそう
雰囲気的におおざっぱに書いてるので詳しくは間違ってるかもしれない
まずAIに聞いた方がいいよ

言語的には仕様が決まってる

実装は複雑怪奇でおそらくだけど公式の文章はないので言語的な仕様だけを見れば十分なのかもしれない
でもスレッドの挙動が理解しにくいので誤解が出てくる

んで誰かが詳細ではないけど中間的な説明をどこかに書いてくれればよいのにと思うが誰もその面倒なことをやらない
図示だけでも理解度がかわるんじゃないかと楽観的に考えるけどそれがまた罠になる可能性が・・・

僕はWindowsのC++でマルチスレッドを書いたことがありますが、いずれもjoin()をせず
ただしメインスレッドがサブスレッドより先に終わらないように状態を監視していて
なのでUIのメインスレッドが分岐してjoin()するイメージがしづらく…

joinではなくてawaitが来るとreturnしてる
awaitと言いつつ待ってはいない…

こういう説明が一番沼に近づくので本来はしたくないししてはいけないと理解してる
今よくないことを書きました

泥沼のこと

よくわかっていないのに、思い切ってawaitと join()を同一視して書いてしまいましたが、違っていたのか…
たいへん失礼いたしました

>>578
んなこと言うのはそれしか分からない人間だからだよ、キミのようにね

joinはサブスレッドが終わるの待ってからが正解

>>567です
テストを書こうと思ったのですが…
asyncなメソッドを呼び出すメソッドもasyncでなければならないらしく(もっともですが)、async Main としたいのですが、どうしてもMainのシグニチャが違うとか、実行ファイルにエントリポイントがないなど、どうしてもコンパイルが通りませんでした
# コンパイラは Mono C# 6.8.0.105
職場PCにはC#が入っていないので、本件(async、awaitを理解したい)はいったん諦めます
# デフォで入ってるcsc.exeで行けるか?
そもそもはRustを学んでいて、async、awaitは他の言語のそれと同じとのことで、Rustはごちゃごちゃしていて見通しが悪いので、理解のためにC#を参考にとサイトを読み始めたのが発端です
しかしC++では書けているのに、RustもC#も構文糖で包まれると途端にわからなくなってしまいます(Rustはこの抽象度の高さがキツい)
pythonにも非同期処理があるようなので、今度はそちらを当たってみます
丁寧なレスをくださった方々、たいへんありがとうございました

同期待ちの書き方なんて幾つもあるから調べてみ

>>593
要領悪すぎて草
async Mainがサポートされたバージョンとか確認しなよ

要領の悪い>>567です
async Mainは7.1からだそうです
Mono C#のバージョンとはことなります

同期を待ってるのか
別スレッドをやりたいのか

それによってまったく変わるで

何か具体的なことを実現したいんじゃなくてasync/awaitを使った非同期プログラミングの仕組みを理解したいって話でしょ

>>596
MS C#とMono C#のバージョンはことなります、ということでした
async Mainが7.1以降と確認し、試行錯誤した結果でした

Monoってとっくの昔に開発終了して本家.NET (クロスプラットフォームになった5以降)に合流してるんだけど、なんで今更？

MSC#が手元にないからです

あと、Windowsがないからです

で.NETがクロスプラットフォームになったことも知らないままMonoに手を出しちゃったの？
言っちゃ悪いがさすがにプログラミング向いてないんじゃないか

それは知らなかったです
ありがとうございました

いえいえ

プログラミング向いてないっつーより、調査能力が低い

情報収集力もか

昔はそんなもの無くてもゲームが作れた

昔ってか、業務用のゲーム基板にはOSも無ければライブラリも無かったよ
文字表示するにも全部アセンブラでフルスクラッチだったなぁ

C#スレで何言ってんだこのアホども

昔話する爺さんしかもういないということよ

>>611
よう爺さん久しぶり

C#は.NETの先頭に立つ言語なのか。
情報量はC#が一番多い。
新しい言語仕様を今も追加を続けいる。
これに対して、VB.NETの言語仕様の更新はもうしてない。

だからC#を選ぶんかいな。
でもな、C#の.NET情報を活用してVB.NETで普通に実装もできる。
そして、最新の言語仕様が常に必要というわけでもなかろうに。
それよりも、もっと基本的で常につきまとう利便性の違いが気にならんのかいな。
VB.NETにはstringにLike演算子使える。
continue文やbreak文使う場面で多重ループがあるとき、forやdoやwhileで異なる種類で多重ループから抜け出るときVB.NETは役に立つ。
switch文ではcaseラベルの末尾に必須なbreakがあって、ループ抜けにこれを使えなくもしている。
VB6やVBAの関数を使うことも可能なので、中にはこれが役に立つときがある可能性もある。
Excelをプログラム制御するための、COM参照するという言葉が正しいんかな、そのDLLを作ったことがあるけど、C#ならInvokeメソッドが必要でVB.NETよりコーディングが面倒だったりもした。
そして、C#がコードが簡潔という意見は、ブロックの先頭と末尾が { と } の1文字だけだからなんだろう。
これは、ソースコードだけの話で、バイナリコードが小さくなるわけでないな。
DOSコマンドやPowerShellコマンドとか、エディタのGREPとか自作のプログラムとか、Excelワークシート上の作業とかで、プログラムコードを切り出したりするのは、C#ではそれが難しいという問題もある。
{ と } なので、正確に目的のブロックの先頭と末尾を特定しにくい。これに対して、VB.NETはやりやすい。
コード入力のときに { や } の1文字打つだけで済む良さよりも、この問題点でプログラミングの妨げのほうが上回る。

それなのに、本当にC#のほうがいいのかは疑問だ。
それでもC#がいいのなら、その良さを教えてくれないか。

>>613
いやVB.NETでのASP.NET Coreを用いた開発はサポートされてないから、.NET5以降ではVB.NETでWeb開発はできなくなってるんだよ
.NETの基本的なランタイムエンジンのレベルでも最近はSpanなど言語の対応を必要とする機能が増えてきており、VB.NETでの開発継続は困難になりつつある
もう言語の好みとか最新の言語機能が必要かどうかとかの次元じゃなく、事実としてVB.NETは終わった
5以降の.NETに付き合うならC#を使うしかないし、.NET Frameworkを使い続けるならVB.NETで何の問題もない

>Like演算子使える。
ぶっちゃけVBのメリットこれだけ

どっちも死にゆく言語だ、大差ないよ

なんらかの新規開発で初手からVBつかいます！とか言ってる会社があったら、その会社は相当おかしいと思われるしな
C♯ならまだそこまで非常識ではない

>>615
2つのstring に使う比較演算子に < と > はVB.NETは使えるが、C#はエラーになる欠点もある。

5以降は.NETで、それより前は.NET Frameworkで、これは別物ってこと？

VB使うのは大異常、C#使うのは小異常なのか。
そんな評価する人物のほうが異常かもしれないし、それを気にして過度に恐れる小心さと、見栄を張る虚栄心がいいとも思えん。

仕事でExcelとVisioのVBAは使いまくりだよ
C#は仕事の合間の趣味プログラミングで

>>619
別物だよ

>>613
知識が20年以上前で止まってないか
C#からのExcel操作はかなり前から大幅に改善して簡単になってるよ

訂正
20年は長すぎた
15年だな

>>613
15年前に作ったうちのシステム
Invokeなんぞせんと普通にインターフェース使ってExcel操作しとるがｗ

COMインターフェースね

全部コボルでいいのかね？
全世界のプログラム中、未だにコボルが8割以上

そんな事言い始めたら、うちの製品もCが大半で一部アセンブラだわ。
新規は大抵C++だけど。

来年1月で .NET Framework 1.0 正式リリース25周年か。

25年たっても1.0なの？

一昨年9.0リリースされたよ

まだFramework使ってんの？

>>631
去年10出てる

>>632
毎年期限切れで更新とかやっとられんからなぁ

4.8系はいつまでサポートされるんやろかなぁ

社内用の業務アプリはC#で作ってるけど、OS標準でインストールされてないバージョンは何となく使いづらいから、主に4.8系使ってるわ。
4.8系の機能で間に合ってる以上、全従業員に.NET 10入れるよう強要するのは心苦しい。

>>636
すでに全従業員にその業務アプリを入れるよう強要してるっぽいけど、その点は心苦しくないの？？

ランタイムは標準で入ってるからってことやろうけどまぁインストウィザードで勝手に入れりゃいいよね

俺様アプリを強要する時点でもうアルだよなw

簡単にインストール出来るなら無用な気遣いだと思うな
インストーラーが嫌ならアプリに同梱も出来るし

.NET系は必要なdllだけ同梱してもかなりサイズがデカいのがなぁ…
MSもWin11に最新版の.NET同梱してくれれば良かったのに
それならPowerShellも5.1に縛られないんだけどね

つかdllってローカルにないとあかんの？
必要な命令セットにして起動時に読み込んでくれればええのに

>>641
WindowsにバンドルしたらWindowsの一部としてサポートしなきゃいけなくなるから無理
新たにWindowsバンドル用のスーパーウルトラステーブルLTSが誕生して塩漬けされることになり、結局何も改善しない

4.9出して非ヌルだけでも実装して欲しい

とりあえずpublish時に自己完結ビルドしてるわ

ユーザー側でわざわざインストール作業しなくていいように配布の仕組みくらい普通用意してるよね

NuGet使うの辞めて自分で管理すれば
必要なdllだけの最小限構成が可能

別言語のソースコード(例えば.py)の下の方にcsxのコード埋め込んで実行する方法教えて下さい
dotnet script test.py
みたいな感じで

AIに聞け

vb.net vs c#の話の続きで、初期のc#は、デフォルト引数というのがなかった。
後からc#にも、これが追加された。
623が言うには、後からInvokeMethodとかの煩わしかったコーディングが改善したとのこと。
結局c#には足りない言語仕様を追加して、vb.netの後を追いかけたという形だ。
.NET Frameworkではない.NETなら、c#を使うしかなくなったようだけど、623も旧の.NET Frameworkを使うなら問題ないと認めてるように、その旧のものを使う限りは、c#の優位性は特に無しという結論になるな。
vbの知識がなくて、c++やjavaなら知識がある人が扱いやすい、ただそれだけとしか思えん。
617が言う、偏見を持つ人なんかほっとけ。
Frameworkではない新しい.NETとやらは、まだ詳しくは知らないがOSを問わないマルチプラットフォーム対応の開発らしいな。この開発をするならC#しか選択肢はないということは分かった。

vb.net vs c#の話の続きで、初期のc#は、デフォルト引数というのがなかった。
後からc#にも、これが追加された。
623が言うには、後からInvokeMethodとかの煩わしかったコーディングが改善したとのこと。
結局c#には足りない言語仕様を追加して、vb.netの後を追いかけたという形だ。
.NET Frameworkではない.NETなら、c#を使うしかなくなったようだけど、623も旧の.NET Frameworkを使うなら問題ないと認めてるように、その旧のものを使う限りは、c#の優位性は特に無しという結論になるな。
vbの知識がなくて、c++やjavaなら知識がある人が扱いやすい、ただそれだけとしか思えん。
617が言う、偏見を持つ人なんかほっとけ。
Frameworkではない新しい.NETとやらは、まだ詳しくは知らないがOSを問わないマルチプラットフォーム対応の開発らしいな。この開発をするならC#しか選択肢はないということは分かった。

初期はデフォルト引数がないから、おそらく引数ありのメソッドをオーバーロードして、引数なしのメソッドを追加して、引数ありのメソッドに、デフォルト値として指定すべき値を渡すという実装をしてたんだろうな。

言葉足らずになったが、引数なしのメソッドから、同名の引数ありのメソッドに、デフォルト値となる引数を渡して単純にその呼び出しだけをする実装をしてたんだろうな。

>>650
Excel操作改善で重要なのはデフォルト引数よりもDynamic型の導入

型が一致してなくても勝手に変換してエラーも出さないVBが良いというようでは……

varの悪口はそこまで

VBの実行時型変換自由形とvarのコンパイル時型推論は全然別物だろ

頭悪

ｵﾏｴﾓﾅｰ

どんなに厳重にチェックしても実行時に型は失われてしまう
失われてしまう必要ある？
むしろなぜ型チェックは実行時に継承できないのか

イミフ

て事はジャバ最強ってことやな

実行時に型持ってるからtypeofとかasとかisとかとか使えるんだが？

CPU「型？知らんがな」

そもそも型って必要なのか？

8bitCPUのアセンブラでもやる気？

この何気ない一言がC#超高速技法のはじまりとはまだ誰も気がついていなかった fin

続かんのかい

>>664
CPUだって、アドレスかデータかくらい区別するわ

>>669
命令とCPUを区別できるようになろう

アドレスレジスタとデータレジスタな

君たちがいて僕がいる

もうこの世界には君とAIしかいないよ

>>655 Option Strict Onでそのようにはならん。厳しくコンパイルエラーを出す。

態々設定しないと制限できない言語……

過去のしがらみがあるからしょうがない

一時期プログラマー職から離れてたとこらから最近また復帰して、今めっちゃバイブコーディングしてるんだけど、どんどんバカになって行ってる気がする。自分1人じゃもう何も書けないんじゃないかと不安になる。

AIの出してきたソースに対してその設計は良くないとか、その処理だと無限ループになるよとか指摘はするけど、それだけ。俺の仕事ってなんなんだろうか。

たぶんかなりのコーダーはそうなりつつあると思うよ
でもGoogleマップなしで知らない場所にどうやって行ってたっけ、みたいに当たり前になるよ

>>678
>>俺の仕事ってなんなんだろうか。

将来提供される予定の「より上位のエージェント」を訓練するための材料を、エージェントの利用を通じて提供する仕事、と言えるのかも（もはや所属組織とは関係ないけど。。。）

>>678
今まで人間に発注して成果物をレビューしてた仕事が
Aiに発注して成果物をレビューする仕事に変わるだけ
発注されてた人間の8割くらいは仕事を失うだろうけど

>>678
それって少し知識がある部下を育てるのと全く同じじゃん

書かずにソフト作れるならそれでいいんじゃないの？

>>684
自分の実力以上のものができあがっちゃったら誰が保守するのと思う

エンジニア100人いて1人しか分からないような言語で書かれたコードよりは
AIだけしか理解できないがAIがメンテ可能なコード

どちらが負債かっていうと

AIにメンテ任せるとか怖くね
反AIではないけど使い方間違ったらいかんよ

まあお金を払うやつがどう思うかであって、判断するのは俺らではない

AIはまだそこまでではないな
あと数年は待たないと

>>685
AIでしょ？
人間が作ってもバグは出るし、出たら直すを繰り返すわけだから、その流れはAIで作っても同じでは？

>>690
AIは責任取れないでしょ

自動運転みたいやな
時代が解決するよ今議論してもシャーない
出来ることがあるならやるだけ

コードが読めない発注者からしたら、自分の理解のできないものをお金を払って作ってもらうという点ではAIも人間も同じ。
間違えることもあるのも同じ。
責任をなすりつけるあてが欲しいなら、責任を取るだけの人員がいればいいだけ。エンジニアである必要はない

まあ人間コーディングというブランドにお金を払うクライアントは残るだろうけど、
AIコーディングというコンビニエンスに飛びつく顧客の方が多いだろう
そんな遠い未来じゃないよ

責任を取るだけの人員もAIが代わりに引き受けて呉れるんだろ

人間である必要はない

部下を一人、素人から世界一のプログラマーに育てるよりは
AIをプログラマー仕立てに育てる方が簡単で確実だからなぁ

メンテ含めて、何度も試してバグ直して教育するだけだし

AIのスレでも立ててやれ

責任をとる？
じゃあ謝罪文の作成をcopilot proに依頼かな

>>691
責任はAIを操作してる人間でしょ？
なんか話が本質と離れてるような気がするが？

>>700
学生か多重下請けの最下層のプログラマならわかりにくいかもね
お前に作業の指示を出している人間、あるいは発注元の会社がAIを使ってお前を代替することを想像してみるといい
お前のせいでトラブルやスケジュール遅延が発生したとき、これまではお前やお前の会社をガン詰めしてお前に徹夜残業させれば済んでいたのが、
指示者や発注元の会社自身が頑張って取り返さなきゃ行けなくなるだろ？

>>701
いけなくなるだろ？
それで？
だから話の本質から離れていってないか？
プログラマーが打たなくてもソフト開発できるなら、その方法で開発した方が効率いいでしょ？
保守の面はAIに指示出した管理者がするし、その時のコーディングはAI担える
責任はもちろん管理者に付随する

あんたの懸念材料の指摘は、誰がデスマーチ引き受けるんだって事なんだろうけど、そりゃ誰かがやらないといけないなら、俺が提案してる内容なら管理者がするんだろうな
ただそれだけの話しだよ

今なノーコードでソフト開発なんて現場もあるぐらいなんだし、もうプログラミングでソフト開発って時代でもなくなってきてるんだよ
まだ完全ではないけどね
それをプログラマーという職の人たちは認識しないといけない
プログラミングなんてただの手段でしかないんだから、その手段が変わればプログラミングも不要になるってことさ

それで済むならいんでない

いいかげんAIスレに移動しろ

そのうちAIの話題は禁止とか言いそうで怖いなぁ…

兵隊が作ったコードでさえ別の人がテストをしまくるんだからAIで作ったコードだって別のAIがテストするんだよな？

自分らが原因作ってるくせに禁止とか言いそうで怖いなぁとか草生えるわ

「AIがあるから、君はいらないんだよね」。大手ゲーム会社の発注を受けてソフトを制作する会社に正社員として勤めていたイラストレーターは、ある日、上司から言われた。
　異変を感じたのは、2年半ほど前だった。

　まずは、元請けの大手企業が「AIの生成画像をそのまま使ってくれ」といった指示をしてくるようになった。その後は、元請けがAIを用いて自社でソフトを作るようになり、次第に依頼はなくなった。

　業務が減ると、イラストレーターを含むクリエーティブ職の社員に対して、会社の姿勢が急に冷ややかになった。仕事が与えられず、無視や厳しい態度をされたり、自主退職へと追い込もうとする圧力を感じたりするようになったという。会社にいたクリエーターは、半分以上いなくなった。

　やがて、自身も「AIがある…(以下有料版で，残り1646文字)

ニュー速にこんなスレがあったわ
プログラマもそのうちだろうな

>>707
ピキピキしてて全然草生えてないじゃん、嘘はよくないなぁ

なんやキモいﾜｯﾁｮｲ隠しがおるじゃんｗ

マ板でやれよ

>>708
しょうがないわな
AIを駆使してなんとかする会社に変わっていかないとね

近所の高校生がこの春、情報処理科を卒業し上京していく
かわいそうな時代の先駆者

進学じゃないの？

情報処理なんかAI時代だから可哀想ってことやろ

情報処理学ぶより心理学とか学んだ方がAIに対して的確に命令してコードとか出せそうやな

>>714
だとしたら数学なんて計算機時代だから可哀想みたいな発想だね

そりゃコンピュータが生まれてからと前では数学者の立場が変わったしな
同じ道よ

いつまでスレチな話を続けてんだキチガイども

別の話と混ざってて邪魔とかならともかく、派生した話題ぐらいで怒りすぎじゃない？
別にこの話題出なかったとしても話題なく過疎なのが続いてただけでしょ

>>717
かわいそうな人

どのスレだろうと、もうAIのことくらいしか話すことないし、今日のAI会場はここですかくらいのもんよ
5chで質問とかも意味無くなったしね

そんなにどこもAIの話ばかりなのか
今、実務でやってる人らはみんなAI使ってたりするの？
もう現場から離れて今の全く畑違いの職種で個人的にソフト作ってるだけなんだが、自分で打つことなくなったもんな…

自社プロダクト開発のインハウスとか、Web系はもうほとんど自分でコード書いてないじゃないかな
インフラ、COBOLで金融やってますみたいな人は割と禁止されてる

板違いって怒られてるのに平日昼間に板違いの書き込みわざわざするとか何か病気なんだろうな

プログラム板なんだから別に板違いではないでしょ
あと、怒られてるんじゃなくて自治厨が1人でわめいてるだけね

プログラム板だからAIはOKとか頭AIなのか？

ム板なんでキャリアの話はマ板でやってください
つーかC#の話をして下さい

いいかげんにしろって怒られてるのに基地外が独りで自己弁護してるの間違いだわな

>>719
話題が無いなら関係ない事ゴチャゴチャ言ってないで黙ってりゃいいのよ

プログラマーは攻撃的で性格悪いガイジばっかって説はこれガチらしい

そんなにAIがいいの？じゃあML.NETの話でもしようぜ

こんな過疎板なのに、張り付いてスレを守るC#戦士がこんなにいるとは
大人気じゃん

>>727
ほんそれ

自治レスする暇あったらC#のネタ出せばいいのに
それもしないからアホ

自己紹介かよ

ていうてもCシャープのネタってAIに聞かない？
AI誕生前は確かにここで技術的なこと聞いてたけど、今はAIの方が的確なアドバイス貰えるよね

って言ってしまったら終わりか

そうそう
もうここは愚痴とか書くだけの場所でしかない

いやたぶん、本気でここが心の故郷みたいに思ってるやつがいるんだと思う

そんなに自演しまくって書き込み続けるようなことなのかい？

自演だと思うのって最強の自衛だよな笑
自分で思い込んでるだけだから論破されるとかないし

総じて古い書き方で学習してるので最新の動向に弱いか鈍い
例えばAIはvarを使いたがる
var sample = new List<string>();
今時はこう書く
List<string> sample = [];
他にもasのあとif(x != null)してくる。今時はisを使う

未確認飛行を読んでc#の仕様を勉強することもほとんどなくなった

今時って時代によって変わるやろ
AI最強なんよ

時代によって変わるから今時なんだろｗ

>今時って時代によって変わるやろ
と
>時代によって変わるから今時
は同じことを言っているようにしか観えない

WPFで作ってるSQLiteのデータベースを表示するアプリにゲーミフィケーション取り入れられないかなって考えてるんだけど、なんかいいアイデアない？

ちなみにデータベースに住所とか担当者とか入力して登録したり検索したりするアプリなんだけど、ポチポチ入力して編集する係の人が単調な作業になるのかわいそうで取り入れたいんだよね

ゲーミフィケーションって完全に死語ですよね

毎回入力欄を探さないと開かないとかやるのか？

入力数に応じて点数が上がるとか、ノーミスコンボとかやるんか？
そんなんして士気が上がるかしらんけど

時間あたりの処理数ランキングを出すとか
ただし下位を載せると荒れるから絶対ダメだよ

10件入力する毎に可愛い猫ちゃんの画像が見られるとか

キャラクター育成・ペット要素
入力作業を「餌やり」や「トレーニング」に見立てるパターンです。

デスクの相棒： 画面の隅に小さなドット絵のキャラクターを置きます。

入力完了（Saveボタン押下）時に、キャラが喜ぶアニメーションを入れる。

放置していると寝てしまい、入力すると起きる。

進化システム： SQLiteの総レコード数に応じて、キャラクターの見た目が豪華になっていく。

スキル・熟練度の可視化（RPG風）
作業自体を「修行」にしてしまう方法です。

タイピング・マスター： 入力速度や正確性を内部でスコア化し、「新米入力兵」から「データ魔術師」へとランクアップ。

実績（アチーブメント）システム： 「1日50件登録！」「月曜日に20件検索！」などの条件を達成するとバッジを付与。

そんなしょうもないことに金かけるなら人力手作業をなくしてやれよ

>>747
それを「SQLiteのデータベースを"表示する"アプリ」と表現するのは中々のセンス
そのアプリを通じた手作業での登録手続きそれ自体をなくす（ないし徹底的に省力化する）方向性で検討した方が遥かに有意義だと思うよ

データ入力師からすっとウザいだけ

〇〇したいっていう話に〇〇しない方がいいって言うの何のアドバイスにもなってない気がするけどね

自己満足過ぎて有益なアドバイスなんか出てこないでしょ

そもそもC#が直接関係しないアプリ設計の話だしスレ違い

もうこのスレいらなくない？
割と真面目に思ってる

>>758
子供が大学進学せずに声優目指したい言ったらやめとけ言うやろマヌケ

ひでえな
もうカスみたいな連中しか残ってないやん

>>762
それは親が金出すから言うんだろ
お前は>>746に金出すんか？マヌケ

>>761
そう思うなら見に来なければ良くね？

>>764
あくまで一例やろw

そんだけアホだと生きてくの大変じゃね？

>>758
アホ丸出しで草

真剣にゲーミフィケーションを取り入れたいのなら
ゲーミフィケーションを取り入れるために前提となる知識は何かということを学べ
もしくは自分の頭でよくよく考えろ
そうすれば>>746-747のようなバカな聞き方は絶対にしない

有用なアドバイスだろ？

>>767
俺に言われても知らんがな、レスする相手くらいちゃんと見とけよ

そういやC#初心者スレみたいなスレなかったっけ？
こちらに統合された？

>>769あるぞ
ふらっと C#,C♯,C＃（初心者用） Part161
https://mevius.5ch.net/test/read.cgi/tech/1739970583/
そしてこの相談室スレは10年以上はそのスレの隔離用スレだから統合なんかあり得ない
５ch自体が過疎でAIに聞けば早いし、どっちもまともに役立てることは無いが

AIがどうとかゲーミフィケーションがどうとか言ってた時は活気があって良かった
やっぱ自警団気取りがスレチスレチって暴れるスレは限界集落化する運命なんやなって

活気とかどうでもいい
スレチの話がしたいとか友達いないんだろSNSとかでやってろ

と思う

これが荒らしの本音か

そうね、過疎ってんだから掲示板のルールも無視してスレチの話題をさせろってのが荒らしの本音やね

過疎ってたら精神が不安定になる病気とかなのかな
自分だけがc#使っていてもう誰も使っていないんじゃないかと不安や恐怖を覚えるのかな

いつのまにかWinFormsで本格的にバインドできるようになってるけど…移行してる…？

Formsなんて使って無い

普通に使ってるよ
DPI問題も解消されてるし、まだまだ現役
というかあれを上回る手軽さのフレームワークがないのでずっと生き残りそう

個人的には、WPFのコードビハインドが一番楽だな

getとset
どちらを先に書くべきか？
この難問に10年の歳月をかけ、今日もまた眠れぬ夜を迎える

set
箱には何かをセットしてからじゃないとゲットは出来ないからね

無をgetできる

好きにしさらせとしかｗ

げっとせっとの順、脳死で

スニペットまかせだな

アルファベット順で書くとゲットが先

setしなくてもgetできるでしょ
アルファベット順だとget/init/setになって気持ち悪い

init書いたらset書けなかったような？

確かに3つは並べないから
get/initとget/setの順番でいいな
アルファベット順というよりread/write順

メソッドとかもアルファベット順に並べんの？？見づらくない？関係してる処理同士は近くにあって欲しい

飛躍させすぎ

さすがにアルファベット順は眉唾
メソッドの順番とかでも、
その例でMainとかが真ん中とかにあったら、もう笑うしかないやろねw

.net frameworkでもC#8(null許容型参照型)使えるじゃないですか！
なんで教えてくれなかったんですか！？

ぬるぽ

C#だとぬるりだよね
NullReferenceException

くそ過疎スレなのに張り付いて短時間でレスしてんのキショ

オマエモナー

最近はインターフェースがきちんと書いてあれば中身がどんな順番だろうとお構いなしな感じしてる
テストの時もIF経由だしドキュメントもIFのsummaryしか読まない
具象クラスの方もinheritdocしてるだけ

Electron使ったけど、元々がシンプルで便利だなこれ
C♯でこういうのあるんかな

え？Erectionだって？

>>800
MAUIのBlazorHybridとかは？

>>802
さんくす、調べてみるわ
C♯のほうが好きだし

アンマネージメモリの解放漏れが激しい
どうしたらいいか

参照カウント方式てすよ

.netと一緒に使うもんなの？

もちろん.net無しでも良いけど
cratesの無いRustや
pypiの無いPythonみたいになるんじゃね

所有権代わりになるclassを作って入れてdisposeとデストラクタで解放
範囲が限定できるならfinallyかusingで解決
マネージドでメモリリークしてなければ困ることはない？のかな？
厳密に解放したいのであれば仕組みを作るしかない

.NET Framework で浮動小数点制御ワードを変更した場合に発生する可能性がある問題について
https://jpdscore.github.io/blog/dotnet/fpu-control-word-not-supported-in-dotnet-framework/

WICでRAW画像表示できるの知ってウッキウキでNetFrameworkで表示してみたらcrwの画像の一つがなぜかx86でビルドしたときにまともに表示できない
解像度1552×1024でファイルサイズ1.53Mだからメモリ不足ってはずは無いのに
普段使うのはx64だから気にしなきゃいいんだが