WPF(.NET, WinUI) GUIプログラミング Part33 (367ﾚｽ)
上下前次1-新
361: (ｵｲｺﾗﾐﾈｵ MM9b-egXh) 11/24(日)10:04 ID:kUToI6JtM(2/2) AAS
オフラインでしか使えない状況でも使いたい場合もあるでしょう
山奥の家で保険の更新とかだと電波なんか届かないでしょう
大規通信模障害でわざわざアポ取ったのに当日キャンセルなんてしないだろう
そういう時にはオフラインで操作して後で更新するだけで終わりだよ
複雑な在庫を奪い合ったり相互に関係するリレーションを破壊するには向いていないがそんな業務を避けるだけで
オフラインで業務報告や日報入力など普通に使えないツールは困るだろ
状況に合わせて適宜ルール決めるだけ
本当にこれだけだろう
362: (ﾜｯﾁｮｲ bf01-4aqs) 11/24(日)11:15 ID:KIGifJ380(1) AAS
仕様を決める人間と
決められた仕様に沿って実装する人間とでは
物事の見え方が違うという典型例だね
両方やってればもう少し物事を多面的に見れる
363(1): (ﾜｯﾁｮｲ 7ff7-dp6B) 11/25(月)11:51 ID:Xa+HCiLI0(1/3) AAS
ちょっと違うけどイメージしやすい実例を挙げるとしたら Git とかになる？
fetch だけオンラインでしとけばオフラインでもコミットなどはできる。
オンラインになったときにプッシュする。
データが不整合（コンフリクト）になったときどうするかは、
要件に応じて設計
364: (ﾜｯﾁｮｲ 7ff7-dp6B) 11/25(月)11:53 ID:Xa+HCiLI0(2/3) AAS
OneDrive とか Dropbox とかも
365: (ﾜｯﾁｮｲ bf95-blqU) 11/25(月)12:50 ID:ti7eeH670(1) AAS
横からだけど、その例はちょっとズレてるんじゃないかな
そのような汎用的なツールは誰にでも受け入れられるように極力勝手な前提を設けずに小手先のテクニックで頑張る方向
一方で、業務アプリのように特定のユースケースを前提とするなら、汎用的なコンフリクト解決の仕組みとか要らないの
衝突した場合には、ある特定のデータ項目に関しては常に端末側のものを採用したい、といった要件は個別に話聞けば普通に出てくる
仕様決める人はそういうのをクソ真面目に話聞いて仕様に落とし込んでるわけだね
基本的に客は馬鹿なので、必ずしもそういうアプローチが汎用的なアプローチよりも優れている訳ではないのだが、
ともかく上の「仕様を決める」というのはそういうことを言っているのだと思う
366: (ﾜｯﾁｮｲ ffa1-iUFD) 11/25(月)13:10 ID:x60lCKML0(1) AAS
>>363
書けば書くほど素人臭がキツくなるな
「Gitと同じように作るだけじゃないの？」とかリアルで言ってそう
367: (ﾜｯﾁｮｲ 7ff7-dp6B) 11/25(月)22:39 ID:Xa+HCiLI0(3/3) AAS
なんかごめん
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.766s*