- 1 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 12:36:14.49 ID:9LsUsH++p.net]
- Windows Presentation Frameworkについて語るスレ。
前スレ
WPF(.NET4.x, .NET Core) GUIプログラミング Part23
https://mevius.5ch.net/test/read.cgi/tech/1557960752/
関連スレ
Windows 10 UWPアプリ開発 Part 2
mevius.2ch.net/test/read.cgi/tech/1499658092/
コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
ideone.com/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
- 910 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 01:46:06.04 ID:WbkXnsTD0.net]
- 個人とか小規模開発ならあんまメリット大きくないよな
- 911 名前：デフォルトの名無しさん [2021/01/31(日) 07:07:48.07 ID:Odha2eMQ0.net]
- どんだけでかいシステム作るんだろうな。
VC6.0やVB6.0でいいだろと言いたい。あれは良くできてた。
- 912 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 07:27:03.47 ID:+eg72yeD0.net]
- >>898
疎結合のメリットを教えてください
- 913 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 07:51:13.66 ID:r9k2b4HI0.net]
- 疎結合って
キチンとインターフェース決める設計手法と
ほぼ逆の事をやってるね。
VS等の参照ジャンプが利かなくなって
かつリファクタリング機能の対象外となるし、
コンパイル自分に結合保証も担保できなくなるから、
大規模化リファクタリング後の
潜在バグの原因になっとるんだが。
- 914 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 07:53:58.88 ID:r9k2b4HI0.net]
- >>897
疎結合だとデバックが楽というの
どんなケースを想定されてるのでしょうか？
- 915 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 08:06:25.92 ID:+eg72yeD0.net]
- 疎結合だとデバッグが楽・・・
ビューとモデルが明確に分離されてることで
「画面に表示される値がおかしい！」というときにまずはモデルをチェックすればいい
だいたいこれで誤りが見つかる
ビューはモデルを素直に反映するようになっていればビジネスロジックの影響をほとんど受けない
つまり、デバッグ（点検）対象から外せるケースが多くなる
- 916 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 08:36:11.85 ID:r9k2b4HI0.net]
- >>905
Viewとmodelの分離は
疎結合は関係ないんじゃ...
「ビューはモデルを素直に反映するように」
これも...
- 917 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:12:12.67 ID:I7rtGHH8M.net]
- ViewとModelの分離で結合が疎にならないの？
>>906の思ってる「疎結合」の定義を聞かせてほしい
「ビューはモデルを素直に反映するようになっていれば」という前提の整理について
>「ビューはモデルを素直に反映するように」
ここだけ抜き出して「これも..」と指摘してるのはいったい何が言いたいの？
なんか逆張りで根拠もなくケチつけてるだけに見えるんだけど
- 918 名前：デフォルトの名無しさん [2021/01/31(日) 09:17:07.25 ID:Odha2eMQ0.net]
- 昔の方が作りやすかった気がする。
- 919 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:19:16.44 ID:xVSriNge0.net]
- >>904
自動テストの話じゃないの
- 920 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:21:31.64 ID:r9k2b4HI0.net]
- >>907
「密結合してViewとmodelを分離」
「密結合してViewとmodelを素直に反映」
しても結果は同じでは？
- 921 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:28:45.68 ID:I7rtGHH8M.net]
- ？？？
ごめん>>910の国語力か俺の国語力かどっちかに問題があって
あなたの主張したいことがわからない
で、あなたの思ってる「疎結合」の定義について説明をお願いしたいんだけど
- 922 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:29:51.76 ID:r9k2b4HI0.net]
- >>908
昔というか、
WinFormsと同じようにWPFでも書けるよ。
実際サンプルコードはコードビハインドで
イベントハンドラーで書いてあるもの多い。
- 923 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:34:58.64 ID:xVSriNge0.net]
- >>912
mvvmのサンプルじゃ無きゃ
イベントにベタ書きのサンプルだらけ
- 924 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:43:32.25 ID:r9k2b4HI0.net]
- >>911
良い説明をググッてみたけど
見つからないので簡単に書くと、
コンパイル時に参照が切れた状態になる実装を
疎結合。WPF流MVVMでバインディングで繋ぐと疎結合になる。
対してC#で普通に書くと密結合。
- 925 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:48:53.55 ID:r9k2b4HI0.net]
- ちなみにMVVMで
XAML(View)とmodel間の接続を、
例の難解なバインディング構文を使わずに
コードで書く(密結合)事もできる。
- 926 名前：デフォルトの名無しさん [2021/01/31(日) 09:49:01.23 ID:Odha2eMQ0.net]
- >>912
それで売りの高解像度にも対応してるなら
それでいいやね。
>>913
MVVMもそのうち消えるだろう。
- 927 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:50:58.51 ID:xVSriNge0.net]
- >>915
バインドが難解だと?
- 928 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:53:51.31 ID:r9k2b4HI0.net]
- >>917
初心者には難解じゃない？
コード補完も効きにくいし。
最初の多きな(大きすぎる)ハードルでしょ。
設定間違えると動きも変わるし。
- 929 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:59:52.50 ID:qyMGxVkO0.net]
- ビューとモデルの分離って、ロジックに影響なく簡単に見た目を変えられることにあると思うのだが
- 930 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 10:01:10.65 ID:r9k2b4HI0.net]
- >>916
>>MVVMもそのうち消えるだろう。
MVPの派生だし消えるほど酷くはないけど。
自分はReactとかでViewModelとかいう概念は
便利に使わせてもらってる。
View(React,ts)+ViewModel(ts)+Model(C#)
- 931 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 10:01:25.28 ID:xVSriNge0.net]
- >>918
コード量は増えるけどバインド有ってのXAMLでしょう。
- 932 名前：デフォルトの名無しさん [2021/01/31(日) 10:05:34.29 ID:Odha2eMQ0.net]
- >>920
よくわからんがなかなかの上級者ですな。
元MASM使いなんだが今の方が覚えること多いわ。
- 933 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 10:10:11.38 ID:+eg72yeD0.net]
- >>914
あーなるほどね
俺とは疎結合・密結合の定義が全然違うわ
あなたは静的型付け・動的型付けみたいなものとして考えてるのね
疎結合は実行時解決だから統合開発環境で流れを追うのが難しくなると
まあそれも分からなくはないがな
俺の言ってる疎結合・密結合というのはそういった技術的に明確なものではなく概念的なものなんだ
インターフェースが明確に決められていて必要十分な最小限のやり取りがされるように設計されてれば疎結合
そういった取り決めがなくあちらこちらで繋がってるのが密結合
- 934 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 10:12:54.41 ID:xVSriNge0.net]
- >>922
NASMって何時の時代だよw
- 935 名前：デフォルトの名無しさん [2021/01/31(日) 10:16:14.30 ID:Odha2eMQ0.net]
- >>924
かれこれ40年はやってる。
- 936 名前：初心者 mailto:sage [2021/01/31(日) 10:17:36.86 ID:Mg++KL660.net]
- treeの子要素にアクセスするのめんどくて嫌になる
もっと簡単にして
- 937 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 10:31:27.08 ID:6A85emn00.net]
- >>918
UWPともう直ぐ出るWinUI3では、バインドでインテリセンス効くし型チェックもやってくれる
- 938 名前：デフォルトの名無しさん [2021/01/31(日) 10:34:11.79 ID:r9k2b4HI0.net]
- >>923
説明書いててそうかと思った！
「静的型付け・動的型付け」この型付けは開発完了時に
100%分かってないとダメだろうから型固定なんだよね。
「静的型リンク・動的型リンク」が正しい（昔はそう言ってた）と思ってるけど認識間違い？
>>923
>>インターフェースが明確に決められていて
ＡさんとＢさんが同一箇所の実装作業をしていて、
お互いが作成したクラスを呼びだす時、
その取り決めをインターフェースクラスとして作成して
これを別モジュールに切り出してお互い齟齬が出ないようにして開発する方式を
オブジェクト指向的な開発の基本と思ってるだけど、
この別モジュールのインターフェースクラスの役割を
疎結合に置き換えたプロジェクトが多いね。
テストしてても実行しないとバグわかんないし、
仕様書が必要になるから生産性下がんない？仕様書もらうより、
インターフェースクラスを寄越せと言いたくなるけど認識が低い？
- 939 名前：デフォルトの名無しさん [2021/01/31(日) 10:37:40.94 ID:r9k2b4HI0.net]
- >>927
WPFのバインディングはちょっと難しい構文を書くと、
合ってるのに警告出たりしてウザかったりするけど完璧なものになった？
- 940 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 10:42:02.91 ID:xVSriNge0.net]
- >>925
コンピュータが未だ真空管だった時代ですね
- 941 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 10:43:31.30 ID:6A85emn00.net]
- >>929
逆に厳密な方チェックになっているからintとdoubleの違いでもエラーとなるから
コンバーターかますかViewModelをイジる必要がある
あとコンバーターは型チェック無いからハマる時があるのが問題だったり
- 942 名前：デフォルトの名無しさん [2021/01/31(日) 10:55:16.05 ID:r9k2b4HI0.net]
- >>921
大昔からやってる（WinFXとか言ってた時代からやってる！！）と気づく人いたと思うけど、
WPFの開発者が目指したのは、開発時にBlandエディタが使える実装なんだよ。
Blandは別製品で今はVSに統合されたけど、使えてる人はいるのかな？
Blandを使わない時点で、WPF流MVVMの実装パターンはやりすぎだし過大だ。
そのくせ、コードビハインドは捨てきれてないし、
中途半端で今時流では欠点を指摘される事が多くなってる。
- 943 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 11:57:18.56 ID:7s2vE3J90.net]
- DreamWeaver が対応しないと
デザイナーは手を出さないでしょうな
- 944 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 12:23:09.41 ID:CDkVre3V0.net]
- >>932
Blendね
- 945 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 12:57:38.82 ID:jQyDM6Cn0.net]
- mvvmは疎結合というか、vmからvやUIフレームワークへの依存がないというのが一番の肝だろう。
だからUI抜きの結合テストが容易にできる。
- 946 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 13:16:59.40 ID:xVSriNge0.net]
- UI抜きの結合テストってなんじゃい
- 947 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 13:43:45.07 ID:FiwuPv0S0.net]
- WinUIはUWPの系譜だから事前バインディング x:Bind なんでしょ
イベントも対応しててちょっとしたボタンクリック程度ならコマンドパターン適用しなくていいし楽だったわ
あとMVVMじゃなくてMVUとかいうを使えとか
- 948 名前：デフォルトの名無しさん [2021/01/31(日) 17:56:29.56 ID:Odha2eMQ0.net]
- https://forest.watch.impress.co.jp/docs/news/1255558.html
ほう。
- 949 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 19:32:45.91 ID:6A85emn00.net]
- WinUI3は４ヶ月毎のマイルストーンって言っていたから
予定だと来月に出るが、何もアナウンス無いから延びるんだろうな
- 950 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 23:15:46.66 ID:Kkreym0u0.net]
- 個人的にはwinform よりmvvmwpfの方が設計を考えるのが楽だとは思う
コード量がアホみたいに増えてるとは思うけど
- 951 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 23:24:50.28 ID:WbkXnsTD0.net]
- WPFでUI書いて処理はイベントにベタ書きが一番楽だわ
WinFormsよりUI要素のレイアウトしやすいし
- 952 名前：デフォルトの名無しさん mailto:sage [2021/02/01(月) 01:16:36.92 ID:rq/3X0hM0.net]
- gridはレイアウト決めるときにすごく便利ですね
これだけでもメリットは大きい
- 953 名前：デフォルトの名無しさん mailto:sage [2021/02/01(月) 06:13:34.77 ID:nwGyyZLi0.net]
- >>939
先々週に次の予定発表されたやん..
3月にサポートされるバージョンの0.5
で5月のbuildイベントで0.8
で、急遽、2月中にpreview 4
- 954 名前：デフォルトの名無しさん mailto:sage [2021/02/01(月) 08:30:05.02 ID:FUNk1KeQd.net]
- >>932
それ一回も使ったことないわ
- 955 名前：デフォルトの名無しさん mailto:sage [2021/02/01(月) 10:26:51.12 ID:7mzzL5vxd.net]
- >>942
それくらいならWinFormsのTableLayoutPanelと変わらなくない？
- 956 名前：デフォルトの名無しさん mailto:sage [2021/02/01(月) 14:20:35.38 ID:Jz+8bDTmr.net]
- >>944
Blendつかえばmvvmの意味するものがわかるよ。
使うの多少ハードルあるけど、
なんでWPF流mvvmがこーなってるのか解る。
- 957 名前：デフォルトの名無しさん mailto:sage [2021/02/01(月) 22:36:11.32 ID:P+/hMLSZ0.net]
- >>943
https://youtu.be/MulUg7iD2-s
ソレのソースらしきもの見つけたが
ここではreunion0.5にincludes WinUI 3.って書いてあるのにな
それがpreview4ですか・・・
- 958 名前：デフォルトの名無しさん mailto:sage [2021/02/02(火) 00:05:04.75 ID:zsk2qsaN0.net]
- >>947
preview 4はその最新のロードマップが発表された後に、プレビューリリースの間隔が長すぎという批判が出て急遽リリースされることになった
https://twitter.com/marbtweeting/status/1354134751766953984
2月 preview 4
3月 reuinoin 0.5
5月 reuinion 0.8
じゃないかな?
(deleted an unsolicited ad)
- 959 名前：デフォルトの名無しさん [2021/02/02(火) 00:22:15.18 ID:RoIAA49z0.net]
- WPFの本のKindle版を買ってまだあんまり読んでないのに
もう別のUI出るのかよ・・・
ちきしょー、紙版買っときゃよかったぜ
それなら中古で売れるのによ・・・
WPFにはクソな思い出しかない
- 960 名前：デフォルトの名無しさん mailto:sage [2021/02/02(火) 00:36:40.96 ID:iARfrUqjM.net]
- WinUI以前にとっくの昔からWPFはレガシーなのに何を今更
- 961 名前：デフォルトの名無しさん mailto:sage [2021/02/02(火) 03:37:50.94 ID:rKbxrD500.net]
- WinFormsとかWPFのいい所は、配布先のPCでだいたいランタイムの新規インストール不要で動くとこなんだけど、
WinUIだと当面ランタイムも同梱しないといかんよね？
- 962 名前：デフォルトの名無しさん mailto:sage [2021/02/02(火) 05:02:04.51 ID:+YBVnJ9D0.net]
- こんな中途半端なものでレガシーとかWPF終わってるな
- 963 名前：デフォルトの名無しさん mailto:sage [2021/02/02(火) 05:54:26.45 ID:NxFZfFhx0.net]
- デスクトップのUIは迷走状態ですなあ
- 964 名前：デフォルトの名無しさん mailto:sage [2021/02/02(火) 09:10:36.54 ID:CKxQr0yQa.net]
- 今ならElectronが覇権取りそう？
- 965 名前：デフォルトの名無しさん mailto:sage [2021/02/02(火) 09:23:44.16 ID:eretDOma0.net]
- flutterかも
- 966 名前：デフォルトの名無しさん [2021/02/02(火) 20:42:27.60 ID:9gegCBvb0.net]
- windowのvisibilityにデータバインドして
イベントハンドラでhiddenになったらthis.close()してやろうとしているのですが
クソコードですか？
- 967 名前：デフォルトの名無しさん [2021/02/02(火) 23:17:21.74 ID:ys8JMHCh0.net]
- WPFも短命だなこりゃ。。
- 968 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 00:00:53.68 ID:U79XHMjd0.net]
- 充分生きたろ。大往生だよ。
- 969 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 00:43:16.96 ID:5b6XJ+8sM.net]
- WPFのリリースは2006年、もう15才だ
一般的なソフトウェアのサイクルとしては決して短くはない
結局日の目を見ることはなかったが、ここまでよく頑張ったよ
もう楽にさせてやろう
- 970 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 00:55:28.54 ID:tBRxw4yW0.net]
- WPFに関連する検索キーワード
wpf 普及しない
wpf 将来性
wpf 流行らない
WPF C#
wpf 将来性 2020
wpf サポート終了
- 971 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 01:45:34.69 ID:FZBBkmjF0.net]
- 十分日の目は見たやろ
- 972 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 02:46:56.03 ID:suCK4Q8d0.net]
- 他のキーワード
wpf 普及しない
wpf 将来性
WPF C#
wpf 将来性 2020
wpf 流行らない
WPF(Windows Form)
wpf サポート終了
WPF 入門
他の人はこちらも検索
What is WPF used for?
Is WPF Dead 2019?
What is a WPF project?
What is replacing WPF?
Why is WPF dead?
Why is WPF so slow?
- 973 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 07:52:02.77 ID:9W7Ice0KM.net]
- デスクトップで悩むならWebに逃げるわな
デスクトップでしかできない要件があるなら別だが
- 974 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 08:19:18.66 ID:/SpfYE47M.net]
- Web SerialとかWeb Usbあるから殆どのことは出来るのかな
- 975 名前：デフォルトの名無しさん [2021/02/03(水) 19:52:08.00 ID:jQBwY413M.net]
- 3年前のwebアプリって今動くの？
- 976 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 20:11:06.40 ID:kMe6ilrT0.net]
- 動かないことはないと思うがjQueryとか古い技術使ってそうね
今のreactやvue.jsなんかも数年立ったら古いって言われてると思う
Webは技術がコロコロ変わりすぎてやる気になれない
- 977 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 20:54:16.51 ID:NmjXw9sF0.net]
- 組み込みはずっと相変わらずc/c++だからそれはそれでモチベ維持難しいぞ
- 978 名前：デフォルトの名無しさん [2021/02/03(水) 23:29:27.89 ID:J0iktNk60.net]
- なんだ。勉強しようと思ったら終わりかよ。
業務アプリって明快でサクサク動くのが第一条件だからなぁ。
- 979 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 23:42:55.06 ID:ioJArBze0.net]
- 軽さを求めるならWinForms一択
- 980 名前：デフォルトの名無しさん [2021/02/03(水) 23:57:50.08 ID:J0iktNk60.net]
- そう。
ボタンに影つけるとかアニメーション、回転なんて実際、どうでもいいんだよね。
- 981 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 00:42:38.32 ID:hcs7ROzx0.net]
- 軽さならUWPだな
ライブラリの使わない部分切り捨てるしAOTだしライブラリ自体がCOMオブジェクトだし
- 982 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 02:31:54.22 ID:e59RYOYD0.net]
- リユニオンでUWPもレガシー化するから、生き残るのはWinUIと、昔から裾野が広いWinForms
- 983 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 07:46:05.95 ID:36EJyZsE0.net]
- >>971
C++時代にCOMとかActiveXとかに手を出して、COMアレルギーになったわ
- 984 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 08:24:26.72 ID:ZtMmgGts0.net]
- 生き残るかどうかといったら大体生き残るだろ。
はっきり死亡宣告されたのはC++/CLIとかGDI+くらい。事実上死亡はC++/CXとか。
- 985 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 08:27:11.93 ID:nQ02ZkdOM.net]
- vb6がまだ死んでないんだぜ
- 986 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 09:29:31.02 ID:lfkJlpDH0.net]
- 開発環境維持するのが手間になるんだよな
- 987 名前：デフォルトの名無しさん [2021/02/04(木) 10:31:10.36 ID:3GUGjOuU0.net]
- >>970
同感
社外に出すなら知らんけど、うちは社内の業務アプリ開発やってるから見栄えよりもパフォーマンス重視なんだよね
みんなWinFormsでやってて、社内でWPFやってるの俺しかいねぇ
リアルタイムでグラフが動いたりすると「おおーっ」と言われるが、作った俺本人は別に要らんかったなと思ってる
- 988 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 10:32:41.38 ID:89VtoA6h0.net]
- もしかして俺また何かやっちゃいました？
- 989 名前：デフォルトの名無しさん [2021/02/04(木) 11:03:30.76 ID:ZzRKCYY/0.net]
- >>973
もったいないな
COMは良いぞ
- 990 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 12:00:02.99 ID:aKVEM25d0.net]
- COMもうサポートされないやん
このままだとExcelもいずれ死んじゃう
- 991 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 12:01:05.22 ID:3bXGR69vM.net]
- windowsはcomだらけでしょう
- 992 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 13:29:37.28 ID:llP+HC4ja.net]
- COMはレジストリ使うから面倒くさい
- 993 名前：デフォルトの名無しさん [2021/02/04(木) 17:45:56.09 ID:3GUGjOuU0.net]
- ホント、COMぁったもんだ
- 994 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 20:23:26.38 ID:ZtMmgGts0.net]
- >>977
暗にWPF使うアプリケーションは見栄え重視と言いたいようだけどそんなん少数派だよなぁ。
というか本当にそれ目的でWPFやってんの？
- 995 名前：デフォルトの名無しさん [2021/02/04(木) 21:39:09.24 ID:ih5/H8FP0.net]
- 高DPI時代にWinFormsは無理
- 996 名前：デフォルトの名無しさん [2021/02/04(木) 23:43:38.22 ID:OAJDFKMl5]
- バカ不平多し★へつらい生きてるからリストラ対象
https://www.youtube.com/watch?v=carOYI-xNoI
勝ちは偶然、負けは必然★負けて消えた人に足りなかったものは？
https://www.youtube.com/watch?v=agAQTF1OaBU&t=38s
リーダー達の給料が高いのは単純労働者じゃないから
https://www.youtube.com/watch?v=8o9il6dVXGk
できません、自信がありません、無理です★ボンクラにしたのは誰？
https://www.youtube.com/watch?v=54YNXSQsxuM
9割の人は、ただの作業員★自学自習こそ仕事の基本
https://www.youtube.com/watch?v=vIGKDmmBJcs
サラリーマン、10年経てばボンクラ説
https://www.youtube.com/watch?v=QdfVJnVuLlY
- 997 名前：デフォルトの名無しさん [2021/02/04(木) 23:48:33.11 ID:rPrK7o6X0.net]
- >>970
ま、両方できるならそれに越したことは
ないがな。
- 998 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 05:42:40.73 ID:OpH7IlXC0.net]
- MSはReactivePropertyとかPrismみたいなの取り込む気はあるのかな
MSでWPFの冗長さが問題になってなさそうなのが不思議
- 999 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 07:17:55.50 ID:8dD588qGM.net]
- MSはWPFほとんど使ってないんじゃ…
- 1000 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 08:17:47.81 ID:93xMJ7WGM.net]
- >>989
visual studio
- 1001 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 08:24:41.67 ID:8dD588qGM.net]
- それだけだ！
- 1002 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 08:26:54.02 ID:93xMJ7WGM.net]
- そうかも
- 1003 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 08:44:17.48 ID:8dD588qGM.net]
- MSの縦割り組織の悪い面だとおもう
オフィスはReactNative
VSCodeはなんだっけな、これもjs系言語で作ってたとおもう
Windowsの衰退はWPFの衰退
- 1004 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 09:27:46.93 ID:I+zADhcc0.net]
- >>993
いや、単一の技術に全集中する方がヤバい
まあ余力がある企業だからできる技だけど多方面に分散するのは生き残る知恵だよ
- 1005 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 09:45:22.14 ID:8dD588qGM.net]
- >>994
そういうことではなくて
自分の会社が作った技術を他の事業部がほとんど使わないんだよ
色々技術つけるのはいいよ？でもその技術作った会社がほぼ使ってないってどーいうことなの？
ってなる
なんかその辺の企業にありがちなオレオレフレームワークと一緒じゃん
- 1006 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 09:55:20.95 ID:93xMJ7WGM.net]
- visual studioなんか自社が人柱となってベータ版を積極的に使って改善していたと言うのは過去の話か
- 1007 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 10:19:13.81 ID:qkdTZe/m0.net]
- ドッグフード食うって話より、例えばOfficeでもWPF使えよって話なのでは
- 1008 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 10:20:52.50 ID:I+zADhcc0.net]
- >>995
自分の事業部で使ってるんでしょ？
事業部制ってそう言うもんだよ
別会社みたいなもんだし、下手すると現場では競合したりもする
日本でも昔はそういう企業も多かったけど無駄だからやめようとトップダウンにして現場の士気は下がって業績もついでに下がってるw
- 1009 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 10:50:00.78 ID:Jm9ro3zS0.net]
- WPFというとかぎられてしまうけど、
XAMLという括りで見ると
社内開発ツールとしてのシェアないの？
windows8以降のOS周りは
全部XAMLじゃないの？
- 1010 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 12:22:25.06 ID:8dD588qGM.net]
- >>998
事業部制はほんとつらい
乱立するオレオレフレームワークに振り回されている…
MSと他企業の違う点は、MSは作った開発フレームワークを公開してるとこだな
>>999
それは確かに。
- 1011 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 12:49:32.44 ID:QFQT7eD40.net]
- MSはVisual Studioの方向性も考えたほうがいいな
以前はVSとWeb開発の親和性を高めるためにASP.NETを生み出したりしてた
こんなやり方は今後は通用しない
今後はMSが歩み寄ってVS使えばReactやvue.jsの開発が楽になります！みたいな方向になっていって欲しい
さすがに巨人MSでもWeb技術を自社で囲い込むのは無理だ
- 1012 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 12:55:09.45 ID:AV0Gp17OM.net]
- >>1000
MSは作る立場の会社なので使うだけの会社とはちょっと違う
使うだけの会社なら標準化すべきだよ
- 1013 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 18:00:33.45 ID:Kj/KBKr1r.net]
- >>1001
VScodeが担う役割じゃないの？
それらじゃ充分デファクトになっとるし。
- 1014 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 18:40:59.80 ID:QFQT7eD40.net]
- MSはVSCodeに注力しすぎだろ
このままじゃ有料のVisual Studioが死んでしまう
MSは製品販売で収益上げるのをやめるのかな
無料のVSCodeでいいソフト作ってくださいねー Azuleで動かしてくださいねー という戦略だろうか
- 1015 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 18:56:04.02 ID:Kj/KBKr1r.net]
- VSは随分前から
フェードアウトしてるようにみえてるけど。
- 1016 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 18:58:04.45 ID:xu/l+szrM.net]
- VSCodeは開発者のWindows離れ問題への対策の一環でしょ
Web開発でWindowsは使い物にならなかったのが、VSCodeやWSLによってここ数年で急速に改善された
Windowsへの繋ぎ留めが目的とはいえWeb技術に疎いドザ達だけに任せてたらエコシステムとして成長しないから、VSCodeはマルチプラットフォームにする必要があった
- 1017 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 19:35:53.38 ID:7lMcNRUl0.net]
- 有料のVS無くなってもいいから日本語ドキュメント整備に力入れて欲しいわ
- 1018 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 19:48:47.85 ID:jklBcEmFM.net]
- 確かに
あのdocsの日本語?読んでいると
頭が痛くなるな
- 1019 名前：1001 [Over 1000 Thread.net]
- このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 424日 7時間 12分 34秒
- 1020 名前：過去ログ ★ [[過去ログ]]
- ■ このスレッドは過去ログ倉庫に格納されています
|
 |
