ふらっと C#,C♯,C＃（初心者用） Part147

レス数が900を超えています。1000を超えると表示できなくなるよ。
2020/02/19(水) 17:25:41.55ID:IsrGexiaF
!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を2行冒頭に書くこと（1行分は消えて表示されない為）

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスや酔っぱらいレスはやめてください
>>980を踏んだ人は新スレを建てて下さい。>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part146
https://mevius.5ch.net/test/read.cgi/tech/1576069931/
■関連スレ
C#, C♯, C＃相談室 Part95
https://mevius.5ch.net/test/read.cgi/tech/1508168482/
■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://docs.microsoft.com/ja-jp/dotnet/standard/class-libraries
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://docs.microsoft.com/en-us/dotnet/standard/class-libraries
http://referencesource.microsoft.com/
・Insider.NET > .NET TIPS - ＠IT
https://www.atmarkit.co.jp/ait/subtop/features/dotnet/dotnettips_index.html
・DOBON.NET　.NET Tips
https://dobon.net/vb/dotnet/index.html
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
2020/05/21(木) 14:57:27.90ID:ShhpHDma0
>>812
誘惑にかられますわ
>>813-815
カスタムコントロールとかですか？
ググっていろいろ調べたんですけど面白そうですねこれ
今回の用途にどう使うのかについてはまだ理解できてないですけど
継承ってこういうことに使うんですね
>>816
つまり、他クラスからForm1のtextBox1に書き込む仕様自体がおかしいってことですか
Form1から他クラスに仕事させて、結果をForm1で受けとってForm1からtextBox1に書き込むべきという理解でよいですか
確かにそうですね
他クラスから書き込むとForm1のコードがスッキリするので気に入ってたんですけどよくないってことですね
他クラスの汎用性を奪っているとも言えますね
2020/05/21(木) 15:28:29.26ID:ShhpHDma0
>>813-815
なんとなく分かりました

public partial class CustomTextBox1 : TextBox

こうやって定義してから、このクラスに処理のためのメソッドをおくとともに
自分自身のTextプロパティに書き込むようにしておく
で、このメソッドをForm1から呼んで処理させればボックスに書き込むことができるっていうことですね

あー勉強になりました
2020/05/21(木) 15:32:59.43ID:ShhpHDma0
>>815さんは違う提案でした
アクセス修飾子の話ですね
publicにする必要ないだろうということですね
なるほどです
2020/05/21(木) 17:41:35.31ID:66n7MLhy0
>>809
やり方は人それぞれなので何が良いとかないと思うけど、デザイナで操作できる
ところはデザイナで操作したほうが良いと思うよ
Designer.csをいじっても結果は同じなんだけど、おかしなコードを書くとデザイナの
挙動がおかしくなったりしてイランことに時間がかかったりするから
821デフォルトの名無しさん (ｽｯｯﾌﾟ Sdba-6rFm)
垢版 |
2020/05/21(木) 17:47:51.10ID:LaJH1wCvd
見掛けは同じように見えても、改行コードのせいでエラー吐いてたプロジェクトをなんとかしてくれと依頼されたことがある
2020/05/21(木) 18:45:11.84ID:/Pr2yAaR0
>>809
ってDesigner.csを直接編集することに疑念をもっているのか
コントロールをPublicにすることに疑念をもっているのかどっちなんだろ？
2020/05/21(木) 18:58:27.14ID:MVvwgJKT0
空っぽのイベントハンドラを一発で消去する消去する方法は無いのでしょうか？
2020/05/21(木) 19:17:33.27ID:n40K1Wl40
日本語でOK
2020/05/21(木) 19:27:16.30ID:ShhpHDma0
>>820
>>822
コントロールのアクセス修飾子をデザイナから変更できることをさっき知りました
そうすべきでした

元々の質問内容は、直接Designer.csを編集してもよいかどうかではなく、
publicにすること自体いいのか悪いのか、でした。
2020/05/21(木) 22:44:16.71ID:y7fmuH5Aa
TextBox自体をpublicにするのはやっぱり微妙かなあ
自分だったらForm1クラスにpublic(or internal)なメソッドを作って、
メソッド名をTextBoxにアクセスする目的を明確に表す名前にする

たとえば、
　void set合計金額Text(int price, Color textColor) { }
　string get現在のその他欄入力値()
とか言った感じで
2020/05/21(木) 22:49:45.68ID:y7fmuH5Aa
あ、小文字始まりでJavaのsetter/getterみたいにしちゃったけどC#なら当然大文字始まり

受け取りたい項目が複数、例えポップアップ表示ダイアログの各項目の入力値を取り出すなら、
入力値を詰め込むInputValuesクラスとかを定義したうえで、
　InputValues GetInputValues() { }
みたいなメソッドを作って入力値をオブジェクトで扱いやすくして返すようにする
2020/05/21(木) 22:58:08.80ID:n40K1Wl40
インデクサー作った方がスマートかな？
public var this[int i]
2020/05/21(木) 23:13:48.54ID:iIzHpd9H0
>>826
やめろやめろ
そんなバカなことなれて
コントロールが300個とかあるときどうするんだ
〜するべきとかそもそも元の造りがそんなふうになってないことのが多いのに
無駄なラッピングなんてするべきじゃない
想定するならそれが1000個あるときそれをやってられるかどうかを想定しろ
そもそも少数ならアクセス方法なんてどうだっていいだろ？
想定してるのは大量にある時なんだよね？
2020/05/21(木) 23:54:34.06ID:VEFS25bE0
>>829
何で勝手に膨大な数のコントロールがある前提なんだ？
質問者はそんなこと全く言ってないし、読んだ限りでは初心者が小規模なプログラムを作ってる可能性の方が高そうだ。
そういう相手に実務上の仕方なくやる汚いやり方を教えるより、場合によっては理想論になるかもしれないが基本的に良いとされる考え方をまず教えた方がいいだろう。
2020/05/22(金) 00:00:35.63ID:2K6mKaTxa
？？？
おおもとの>>809では対象はtextBox1の一つだけみたいだけど
でこれがTextBoxからListViewに変わったときとかの話はあるけど
対象項目が大量なんて前提はどこから湧いてきたんだっけ？

というか１画面にコントロールが300個とか1000個とか配置されてて、
全部publicフィールドになってて、法則性もなくあらゆるコントロールに無尽蔵にアクセスする
なんて、その時点でソースから腐臭が漂ってるよ
そこまで酷い状態になってるなら諦めて全部publicにするしかないでしょう
後日メンテナンスしなきゃならないときの影響調査で死ぬだろうけど
2020/05/22(金) 01:09:32.35ID:xIO0+KZFa
>>809
Viewのインターフェースを決めてFormで実装
他のクラスにはViewのインターフェースを渡す
他のクラスはFormの詳細には興味がない
833デフォルトの名無しさん (ｱｳｱｳｳｰ Sac7-lIs9)
垢版 |
2020/05/22(金) 01:10:19.16ID:mKnPmupma
>>826のラッピングが無意味で有害無益なのは>>829の言う通りで、
問題点をはっきりさせるために大量のコントロールがあるケースを想定するのも間違ってない。
だからと言って>>812にあるようにコントロールをpublicにするのもダメ

OOP的な考え方もカプセル化の意味も分かってない人がこうも大量にいるのは困っちゃうねw
2020/05/22(金) 01:25:23.44ID:HA9eXiUk0
>>833
なんで？
理由を説明できる？
2020/05/22(金) 01:29:28.72ID:tRHrER1d0
>>830
良くないじゃん
だってお前のやり方は数が増えたら手間ばっかり増えて何のメリットもないし
数が少なければ見通しが効くからラッピングなんかいらないわけで
この世に必要ないことしてんだよ
836デフォルトの名無しさん (ｱｳｱｳｳｰ Sac7-lIs9)
垢版 |
2020/05/22(金) 01:35:16.74ID:mKnPmupma
>>834
何の理由？
つーかこのレベルの話が分からん人は回答する側に回ったらダメだろうさすがにw
2020/05/22(金) 01:38:59.95ID:bg8HuHxQ0
>>836
publicにするのの何が駄目なん？
838デフォルトの名無しさん (ｱｳｱｳｳｰ Sac7-lIs9)
垢版 |
2020/05/22(金) 01:47:55.06ID:mKnPmupma
>>837
だから、それって「どうしてカプセル化なんて必要なの？」って聞いてるのと同じだよw
カプセル化が重要なのは人間の脳が複雑性に対して脆弱だから。
だから必要な物だけ見せてそうでないものは見せないことによって複雑性を減らす必要がある。

例外はあるが、基本的にはUIはメンバーを外部に公開する必要がない。
表示を更新するのも、ユーザー入力をモデルに伝達するのも全部それはUIの仕事。
それを他人にやらせようとする発想が根本的に間違っている
2020/05/22(金) 01:54:29.41ID:sv4o2LUU0
>>838
複雑になんねーよ
text一個だって
数が増えたらお前の仕組みは邪魔で邪魔でいらねーんだよ

だから、この世に必要ないことしてんだよ

って言ってんだよｗ
2020/05/22(金) 08:35:08.41ID:JafM55Gga
>>838
カプセル化を考えるからこそ、publicにするかどうかを悩むんじゃね？
カプセル化が頭になければ、悩まないで全部publicにしちゃうだろ
2020/05/22(金) 09:03:50.95ID:7ltZImPja
UIスレッド以外のスレッドから操作されると危険だよね、単純にコントロールを公開すると。
2020/05/22(金) 09:10:28.54ID:VBq+8Qqi0
そう。後悔することになる。
2020/05/22(金) 09:49:54.76ID:+j//r/2da
全部private readonlyにしろ
2020/05/22(金) 10:09:40.93ID:ImtqKYD30
コントロールに直接アクセスを許すんじゃなくて根っこにあるデータへのアクセスを許すようにしとけばいいんじゃね？
コントロールとデータはBindingしてんだからそれでいいだろ
2020/05/22(金) 10:15:33.46ID:NtcwyNbz0
WinFormsだからバインディングはしてないとおもう
2020/05/22(金) 10:20:34.04ID:+ec+XM8b0
>>833
現実的に問題解決の方法が知りたい
2020/05/22(金) 10:32:58.69ID:I4qPJ3i7a
>>841
それはフォームにメンバを追加してラップしたところで解決にならん
フォーム自身がコントロールとして元々持っている大量のメンバはどうするんだ？
もしスレッドセーフにしたいのならフォーム自体も公開してはいけない
848デフォルトの名無しさん (ｱｳｱｳｳｰ Sac7-lIs9)
垢版 |
2020/05/22(金) 12:22:25.06ID:/6UQkCjLa
>>846
そんな大げさな話？
コントロールへのアクセスはFormの仕事だから他人にやらせようとせずにForm自身にやらせろと言っている。
これのどこがそんな難しい話？

ファミレスで客が厨房に乗り込んで注文出さないのと同じことだよ
注文を受けるのはウェイトレスの仕事
パスタの担当が厨房の佐藤さんであることを客が知ってないとナポリタンの注文を
出せなようなファミレスにあんた行きたいか？w
2020/05/22(金) 12:30:46.95ID:JafM55Gga
>>848
ウェイトレスがいるレストランが正しいのか、セルフサービスの定食屋が正しいのかの議論に見える
つまり、どちらも正しくて、ケースバイケースで選ぶのが正しい
2020/05/22(金) 13:06:32.78ID:Yx9iiiQWM
ぶっちゃけアーキテクチャパターンと規模次第

MVVM、MVU、MVCの場合はVの機能をV以外に公開することは滅多にない
MVPでは逆にVの基本的な機能をインターフェースで抽象化して積極的にPに公開してコントロールを委ねる

Formの主力アーキテクチャはどうなっているかというとMVPのVPが結合した怠惰なアーキテクチャになってる場合が非常に多い
丁寧に作るならPに書くべきコードが手抜きされてVのFormイベントに書かれてしまっている状態

VPが結合してるからprivateなコントロールを抽象化しなくてもアクセスすることはできる
しかしそれでは規模が大きくなるほどメンテナンスしにくくなる
VPが結合していても基本的な機能を抽象化しておくと後々のメンテナンスが楽になる

このような自クラス内部に向けて抽象化された安全なインターフェースを提供する開発手法を自己カプセル化と言う
2020/05/22(金) 13:17:57.12ID:F9tTEKoS0
規模が小さい練習用のアプリなら>>826 の言ってるように組むと思うけどな。なにが問題なんだ
2020/05/22(金) 13:22:07.31ID:jD2+szsjM
>>849
そういう問題じゃない
注文相手がウェイトレスだろうと厨房にいる店主のオッサンだろうと、客がすることは「注文を店の人に伝える」だ
その注文を受けて店がどうするかという実装の詳細は知ったことではない
ケースバイケースで判断するべきは、そのフォーム同士のやり取りが客と店の間で行われるのか、それとも店の中で行われるのか、という点
後者なら例えばウェイトレスが厨房の設備のレイアウト等を知っていることを前提としてコックへ依頼をすることは店の規模次第では許されるし、そうしたほうが手っ取り早いケースは多いだろう
これは突き詰めると責任分界の問題で、フォームの役割や開発チームの構成等によって最適解は変わってくる
2020/05/22(金) 13:33:40.82ID:H3nV2EgY0
そう言う実装がヤバいってのを
身を持って体験するのも勉強の一つじゃね？

初心者スレなんだし😅
2020/05/22(金) 13:59:56.31ID:IED0c2cK0
客：　「すみませーん、注文お願いします」
店員：「注文はそちらのタブレットからお願いします」(NotImplementedException)
2020/05/22(金) 14:44:15.74ID:YTFb7Y3X0
>>853
初心者のうちに気づける失敗はどんどん経験させた方がいいと思うけど、今回の話みたいに、規模が小さいうちは悪手でも問題なくてそれに気づかず変な癖をつけてしまって、後になって大きな規模で問題に直面することもあるからちゃんと説明するのは大事だと思う。
2020/05/22(金) 14:50:45.75ID:I90ID8Hwa
>>851
規模が大きくなるほど抽象化が重要になる
2020/05/22(金) 15:17:04.96ID:aYr0yvAC0
>>852
バイキング形式でもいいじゃん
店員いらんよな？
2020/05/22(金) 16:16:46.92ID:GLaq/xoS0
ビジネスホテルの朝バイキングたのしいよね
2020/05/22(金) 17:41:35.26ID:49gWHqYrM
朝バイキングあるような高級ビジネスホテルなんて泊まったこと無いな
2020/05/22(金) 17:59:13.72ID:mtheMDmH0
>>859
東横インにもないのかよ
2020/05/22(金) 18:29:14.17ID:7QsDy1x+0
>>859
ドーミーインとか高級なの？
ビジネスホテルは温泉とか朝食ビュッフェついてる事優先で選ぶけどな。
2020/05/22(金) 18:48:22.56ID:NtcwyNbz0
東横インって高級ビジネスホテルなの？
2020/05/22(金) 18:51:49.21ID:W0pT+Psy0
>>861
ドーミーインはちょっぴり高級
2020/05/22(金) 19:05:57.40ID:49gWHqYrM
>>860
東横インの朝食をバイキングと呼ぶかね？
2020/05/22(金) 19:17:57.88ID:V6jLBdBV0
役に立たない議論と雑談をどれだけ続けるんだお前ら
マ板でやれ
2020/05/23(土) 00:48:15.75ID:KnmbZWpz0
C#9.0いい感じだね
今年中に出る予定みたい
https://devblogs.microsoft.com/dotnet/welcome-to-c-9-0/
2020/05/23(土) 00:54:53.82ID:dlI7NS18M
もう関数型言語だな
ジャパニーズドカタは完全に置き去り
2020/05/23(土) 01:08:33.82ID:Gttmmg320
遂に登場！コピーコンストラクタ
not とか and とか basic ぽい
でも is not はいいね
Covariant returns 個人的には欲しかった機能
2020/05/23(土) 07:48:04.30ID:tXW5Hyqw0
.NET5に合わせる感じか
結構良い感じだけど付いていけない老害は騒ぐだろうな
870デフォルトの名無しさん (ﾜｯﾁｮｲ 032d-ze6u)
垢版 |
2020/05/23(土) 11:45:11.67ID:USRRjb5n0
withってコンストラクタは呼ばれるのかな？
2020/05/23(土) 12:49:31.00ID:YCd5Ugn0M
便利になるのは嬉しいけど最近、他の言語の後追いが多くねえか？
async/awaitのときみたいな、C#すげえって感動をまた味わいたいものだ
2020/05/23(土) 12:58:29.38ID:MMWDLofe0
何気にトップレベルで直接プログラムが開始できるの嬉しいな。
小さいスクリプト的な使い方で便利になるかもしれん。
dotnet run xxxx.csみたいに出来ると言うことないな。
2020/05/23(土) 14:33:05.59ID:N5u382BOM
>>872
個人的にはやり過ぎだと思うわ
コンパイルが不要になるわけじゃないしちょっと複雑なことしようと思ったら変数宣言も要るからあんまりメリットに思えない
スクリプトならPowerShellでお腹いっぱい
2020/05/23(土) 14:39:56.71ID:wudsPJksa
CakeやC# Scriptがすでにあるしなぁ
Record周りの新機能といい、C#チームはTypeScriptを真似しようとしてるのかね
2020/05/23(土) 14:50:01.02ID:rR3WkHU8M
今時のWeb開発だとマイクロサービス指向で小物を沢山作ることが多くなってて、
振る舞いを色々備えててカプセル化とかもきっちりやったリッチなモデルよりも、単にデータクラスを関数で弄るだけみたいなスタイルが主流になりつつあるんだよ
Main省略もその文脈で言えば自然
最近のC#周りは完全にアメリカで主流な内製開発に迎合していて、日本のドカタには理解されにくいね
2020/05/23(土) 15:00:31.21ID:MMWDLofe0
>>873
コンパイルがまるで不要かのように振る舞わせたいんだと思うよ。
replできたり、dotnetコマンド見てると。
確かに、csxはどうしたいんだろうな。
個人的にはPowerShellは抵抗感あるかもしれん。
2020/05/23(土) 16:46:21.29ID:wudsPJksa
新しいものごとを追求するのはNodeとかにまかせておけばいい
静的並の型安全性、動的の起動速度、モダンな構文、モダンな機能、豊富なパッケージと全てが揃ってるからC#が追いかけても勝ち目ない
C#に求められてるのは業務向けの特性、つまり安定性、安全性、後方互換性、学習の簡単さ(シンプルさとも言える)とかだよ
ポストJavaにふさわしい言語に育ってほしい
2020/05/23(土) 17:07:15.43ID:MMWDLofe0
追いかけてると言うよりも、ニーズがあるんだと思うよ。
実際にはnodeとかより、同じコンパイル言語のkotlinあたりからの機能な印象が強い。
initアクセサとか。
あと、データクラスの
public data class Person(string FirstName, string LastName);
は実際、滅茶苦茶便利だと思う。これもkotlinでもできる。

ポストJavaは言うとおりだと思うけど。
2020/05/23(土) 17:21:33.60ID:FaM1nYaB0
Java並みに実行環境に依存しないの？
2020/05/23(土) 17:39:18.54ID:MMWDLofe0
Java並の求めるレベルがわからんが、OS無しのJavaチップとかまで入れられると完敗だな。
.net coreであれば、LinuxかmacかWindowsなら、ってレベルで良いなら全然大丈夫だし、armでも動くし、
.NET 5なら純正でAndroidやiOSでも大丈夫って言えるんじゃない？
2020/05/23(土) 17:53:05.15ID:/js8a+7YM
>>876
> コンパイルがまるで不要かのように振る舞わせたいんだと思うよ。
それはあまり無理なくできると思うけど、今の言語仕様のままだと
class Program{
　static void Main() {

　}
}
を書かなくて済むって言うだけだからそんなに嬉しいような気がしないんだけど
> 個人的にはPowerShellは抵抗感あるかもしれん。
まあPowerShellは好き嫌いがあるとは思う
俺も配列周りはちょっと嫌
2020/05/23(土) 18:28:01.11ID:KZXlBn7S0
GUI より簡単に目的を達せられるのが
CUIのメリットなのに、何で全部フルスペルで
冗長やねん。これの設計した奴アホか
2020/05/23(土) 18:37:48.48ID:yVIq4Zo10
もうF#でよくね？
2020/05/23(土) 20:35:16.02ID:82HS7qFwr
普通にC#はすたれていくと思う
他の言語より優れた面がかなり少なくなってきて仕様がファットになりすぎてきてる
それでいて簡便にも書けない

思想が違うのはわかるけど…
2020/05/23(土) 20:55:20.41ID:e9KeJQaL0
別に開発環境なんて何でもいいじゃん。
要望があったり、使いやすいものを選択すればいいだけ。
言語スレで言う台詞じゃないけど。w

C# は言語仕様もそうだけど、それ以上に VS が秀逸すぎる。
886デフォルトの名無しさん (ﾜｯﾁｮｲ 9a6a-crVl)
垢版 |
2020/05/23(土) 21:24:54.50ID:Gttmmg320
>>878
未確認飛行を読むとinitなんかは随分前から課題になってたらしいね
2020/05/23(土) 22:05:55.36ID:KgH++zHFr
c#って簡単なWinFormアプリとUnityくらいしか実際に使われていないよな
2020/05/23(土) 22:09:11.22ID:V60pRoIY0
でもいきなりandroidやwebアプリって心が折れて死にかねんような？
2020/05/23(土) 22:26:03.33ID:+sMsxQfC0
やる気の問題じゃ
2020/05/23(土) 22:27:56.42ID:kbRausRQ0
>>887
ねーよ
2020/05/23(土) 22:34:26.01ID:82HS7qFwr
なんだってやる気の問題ならC#使わないでアセンブラででも書けばいい
892デフォルトの名無しさん (ﾜｯﾁｮｲ 032d-ze6u)
垢版 |
2020/05/23(土) 22:38:04.92ID:USRRjb5n0
Webの学習は心が折れるわ
ASP.Net coreのチュートリアルは長い上、終わった部分にも結構な謎が残る
例えば、データベースサーバをアカウント管理とそれ以外と別にしたい場合、どうするのが正攻法なのか？とか、全然わからん
2020/05/23(土) 23:37:02.82ID:KnmbZWpz0
>データベースサーバをアカウント管理とそれ以外と別にしたい場合、どうするのが正攻法なのか？

それWebもASP.NETも関係なくね？
894デフォルトの名無しさん (ﾜｯﾁｮｲ 032d-ze6u)
垢版 |
2020/05/23(土) 23:51:57.43ID:USRRjb5n0
そこを1文切り取られちゃうとそうかもな
どうか、ASP.Net coreを使うときの話でって前提で頼みまんす
2020/05/24(日) 00:05:07.40ID:gPIK88xN0
C#廃れるかな？
ここが巻き返し時だと思うけど。
Windowsで開発するときはC#一択だったのが、他の環境でもC#を選べるようになってきたんだし。
ファットと言うほどファットでないと言うか、必ずしも使わなくても良い機能は確かに増えたけど、使わなければ良いだけだと思うけどな。
Xamarinが.net本家に合流とかときめくけどね。

>>886
そうなんだ？あんまり最近読んでなかったな…
2020/05/24(日) 00:22:33.70ID:oKSUDOq10
廃れるとは全く思わんね
VSに寄るところが大きいけどWindows向けであればこんな簡単に開発できる環境は他にないし
2020/05/24(日) 00:24:21.69ID:TzQxyCjoM
>>894
コネクションを複数使い分けたらいいだけだろ
EFならDbContext分けるだけ
フェデレーションとか使う手もあるが、インフラに変な前提を持ち込むのは個人的にはお勧めしない
管理対象が増えて結果的に余計に面倒になる
2020/05/24(日) 00:37:52.59ID:j6xo7mIMa
廃れるかどうかはAzureで.NETアプリのPaaS環境をどれだけ整備できるか次第じゃないかな
少なくとも今のAzure App Serviceはクソ以外の何者でもないし、
最近のAzureはコンテナに傾倒してるが.NETアプリをコンテナ化するニーズとか皆無なので厳しい状況だが
2020/05/24(日) 02:00:47.62ID:/j9jSa3n0
皆無なわけないやろ
2020/05/24(日) 04:02:39.65ID:0NoVcrVy0
>>895
ちょまど事件が無ければなぁ
正式セミナーでやった以上、正式謝罪が無い限り、
まともな会社は手を出さないと思う
2020/05/24(日) 07:59:15.47ID:JGT9mP/J0
ちょまど事件てなに？
2020/05/24(日) 08:52:34.10ID:gPIK88xN0
あれはまぁ確かに。
やらかしたと思ったけど。
ただ、若い姉ちゃんだったから余計に問題になったんだけど、なんとかユーザーグループってえらいおっちゃんにも囲む会とかするぞ。
で、ユーザーグループでの事案を選定の対象外にするのはちょっとお門違いな気がするわ。
正式セミナーではなくて、ユーザグループの勉強会だしな。

>>901
Xamarin勉強会で誕生日祝って、結果的にサイン会とツーショット会になった。
2020/05/24(日) 09:05:33.12ID:HTbn0mhn0
救えねぇｗ
2020/05/24(日) 09:12:12.58ID:XUG+Lg/fa
へ？それだけ？？
何か刑事事件になるような話だったりパワハラセクハラ方面の倫理的な問題とかでもなくて？
開発技術選定に影響を与えるような話には思えないんだけど
>>900のいう「まともな会社」ってのはこういう話を基準に意思決定するものなのか
2020/05/24(日) 09:21:00.69ID:HTbn0mhn0
>>904
えーでも気持ち悪いなぁ
人脈とか本気で考えてそう
公式に情報乗せる気ゼロに見える

セミナーでお金取ろうとか思ってそうキモー
2020/05/24(日) 09:25:30.49ID:admc8lsI0
https://pbs.twimg.com/media/CyKXMkvUsAAkB_g?format=jpg&;name=900x900
まあこういうの見ると気持ち悪いのは確か
2020/05/24(日) 09:28:31.85ID:gPIK88xN0
まあ間違いなく悪ノリはあるんよ。
そればっかりはなんとも言いづらいんだけど。
ただ、Xamarin自体はそう悪いもんじゃないよ。ずっと使ってるけど。
2020/05/24(日) 09:30:09.33ID:gPIK88xN0
>>904
一部のコミュニティに関する事案で、それも半分以上感情論だから、
うちは一切気にしてないな。
2020/05/24(日) 09:33:22.79ID:0NoVcrVy0
https://i.imgur.com/7OrnaHm.jpg
2020/05/24(日) 09:34:55.56ID:gPIK88xN0
>>909
これちょまどもタブチさんも関知してないところが可哀想だったはずよ。
取り巻きの問題だと思うが。
2020/05/24(日) 09:40:59.00ID:0NoVcrVy0
別に本人が悪いとは言っとらんでそ。

JXUGのポジションがおかしい
MS系のセミナーなんて品川や新宿でも
やっていたんだが(SE主催とか本社主催とか)、
主催者が俺達はお前らより偉い。
理由は神に近いからだってスライドあげて
同意を得られると思う？
2020/05/24(日) 09:44:09.04ID:HTbn0mhn0
>>910
でもね
みんなやたらと情報出て来ないし
割りかし本気でそういう意図なの？って思ったんだよ

俺らと仲良くしないとxamarinでの開発はできないからね

っていう意図に感じた
その後に気持ち悪いケーキカットでしょ？
ああ、そう、そうなのね・・・
2020/05/24(日) 09:47:54.26ID:XUG+Lg/fa
えっと、気持ち悪いのはXamarinコミュニティ界隈ってことなのね？
>>905の書き込みのほうがよっぽどネットストーカーというか気持ち悪いアンチっぽく見えたんだけど

ていうかC#が廃れる原因がちょまどって話じゃなかったのね、誤読してたわ
Xamarinは使ったことないから自分にはわからん
2020/05/24(日) 09:50:45.90ID:HTbn0mhn0
>>913
俺はMSの方針だと思ってるけどどうだろ？
そこはコミュと本体は別れてるのかな？
そうでないのかな？
2020/05/24(日) 09:51:50.80ID:gPIK88xN0
まあJXUGに関してはどうとも言えんけど、別に喧嘩しながらやる必要もないし、逆に仲良くしながらやる必要もないぞ。
Xamarin普通に使ってるけど、とくに利益相反は無い。
Xamarin自体は良いもんだから、それが誤解されるのはちょっと悲しいわ。

あんまり変な色眼鏡で見ないほうがいいと思うの。
2020/05/24(日) 09:53:40.98ID:gPIK88xN0
坊主憎くて袈裟まで憎いになったら、ほんとつまんない結果にしかならんよ。
レス数が900を超えています。1000を超えると表示できなくなるよ。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況