Closed aroberge closed 4 years ago
+1 to this. I much prefer the code design in this example as it's much easier to keep track of what's what for beginners :)
Hey hey... I've incorporated these suggestions into the examples in the docs for the project..! https://pypercard.rtfd.io/
All feedback most welcome and please feel free to ping over PR's too. I greatly value such contributions. :-)
Thank you!
Note: after seeing issue #1, I did not attempt to run the code since I too use a Windows environment. This is just based on reading the code. I submit this as an issue instead of a private email so that perhaps others can chime in with better suggestions.
I really like this idea. With beginners in mind, I would suggest a few minor changes to the code examples. Note that these are just quibbles, and that I overwhelmingly positive towards this project and what has been done so far.
data_store
by something likeall_cards
.form
orform_value
by something likeprevious_card
orprevious_card_value
-- assuming I understand the logic correctly.I understand the programmers logic to use all_caps for enums (as in
Inputs.SELECT
, etc.) ... but I am wondering if using lowercase would not be more beginner friendly - since beginners will not see the underlying code but only use the choices provided.I really like the idea of creating Python objects instead of using json notation. With this in mind, and thinking back of my own experience (I used to find that keeping track of brackets, parens, etc., and level indentation of "complicated" objects was a bit error prone), instead of having examples that include a list of unnamed objects, like:
I would write something like
When using this with beginners, I would possibly encourage them to use paper index cards to design their programs, with each index card corresponding to a
Card
object. When discussing the code with users, instead of talking about "the third card in the list of cards", one would refer to "the result card".