Avatar
Avatar
shiz
例えばそのフレームワークをフォークしてたらすぐ対応できますよね
あ、これは内部で開発しているフレームワークを想定していてforkは想定していませんでしたmm
開発体制の問題な気がしました
そうですね。コミュニケーションに時間がかかるなどの面に関してはこれはすごい感じますw
(edited)
まあ、そのシナリオだとちょっとの手間が大きな時間コストに増大してしまっている部分は体制の問題だとして、 「ちょっとの手間」が増えてるのは事実ですね。 エラーの完全列挙をするときは気をつけないと、 下層でエラーが一種類追加されるだけで、それを呼び出す全ての関数に追加する変更をしないといけない、とかにになって、「大きな手間」になったりもしますね。
t_naruhodo 1
12:27 AM
shizさんのケースは enum のcaseが増えるだけで、エラー型そのものの種類は増えてないので、小さな手間で済みそうですが。
12:28 AM
あと、今列挙する話がここで盛り上がってますが、現在のdorgの実装としては列挙する方針ではなくて単一エラーですね (edited)
12:28 AM
いくつか書き込みに対するレスポンスとして、「それは any Error にするといいね」って回答されてます