Message339159
You are one person, who has used this feature for what, a month elapsed
time? 300 person-hours actual experience with it? Allowing top-level
unparenthisized walrus expressions will affect hundreds of thousands of
people, for collectively millions of hours over a decade or more of
elapsed time. What's the rush about lifting this restriction?
If the restriction turns out to be "pointless", then we can remove it
later, and no harm done. You say this is ugly in the notebooks:
(variable := expression)
but it is surely still an improvement over the status quo:
variable = expression; variable
But if we remove it now, and it turns out that it wasn't as pointless as
you thought, then we're stuck with a design mistake that will be very
hard to fix without breaking people's code.
I'm glad you've found an excellent use-case for unbracketed assignment
expressions, and I don't oppose your suggested change, I'm just
advocating caution.
Besides, Jypiter already allows interactive code that would be a syntax
error outside of their environment. They can probably relax that
restriction within Jypiter, while still leaving the language alone. |
|
Date |
User |
Action |
Args |
2019-03-29 22:45:15 | steven.daprano | set | recipients:
+ steven.daprano, gvanrossum, tim.peters, rhettinger, vstinner, eric.smith, koobs, willingc, veky, emilyemorehouse, xtreak |
2019-03-29 22:45:15 | steven.daprano | link | issue35224 messages |
2019-03-29 22:45:15 | steven.daprano | create | |
|