Message414592
| Author | AlexWaygood |
|---|---|
| Recipients | AlexWaygood, FHTMitchell, JelleZijlstra, dlukes, eric.smith, graingert, gvanrossum, kj, levkivskyi, python-dev, rhettinger, serhiy.storchaka, sobolevn |
| Date | 2022-03-05.18:04:48 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1646503488.98.0.950004848605.issue43923@roundup.psfhosted.org> |
| In-reply-to |
| Content | |
|---|---|
I sense we'll have to agree to disagree on the usefulness of NamedTuples in the age of dataclasses :) For me, I find the simplicity of the underlying idea behind namedtuples — "tuples with some properties bolted on" — very attractive. Yes, standard tuples are more performant, but it's great to have a tool in the arsenal that's essentially the same as a tuple (and is backwards-compatible with a tuple, for APIs that require a tuple), but can also, like dataclasses, be self-documenting. (You're right that DoneAndNotDoneFutures isn't a great example of this.) But I agree that this shouldn't be a priority if it's hard to accomplish; and there'll certainly be no complaints from me if energy is invested into making dataclasses faster. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2022-03-05 18:04:48 | AlexWaygood | set | recipients: + AlexWaygood, gvanrossum, rhettinger, eric.smith, python-dev, serhiy.storchaka, graingert, levkivskyi, dlukes, JelleZijlstra, FHTMitchell, sobolevn, kj |
| 2022-03-05 18:04:48 | AlexWaygood | set | messageid: <1646503488.98.0.950004848605.issue43923@roundup.psfhosted.org> |
| 2022-03-05 18:04:48 | AlexWaygood | link | issue43923 messages |
| 2022-03-05 18:04:48 | AlexWaygood | create | |