This didn't get much love on Reddit's programming subs (I guess the cs101ers there take offense at the idea of non-techies programming), but I thought it was a great article. It reminded me of an...
This didn't get much love on Reddit's programming subs (I guess the cs101ers there take offense at the idea of non-techies programming), but I thought it was a great article.
It reminded me of an earlier thread here on how to hold tech decision makers accountable. Promoting end user programming is one way to address this problem, because it moves many major design decisions outwards.
I can understand the hate. There's a lot of problems user programability brings to a product. Troubleshooting a customer problem might become a nightmare. It can also be a big issue if it gives...
I can understand the hate. There's a lot of problems user programability brings to a product. Troubleshooting a customer problem might become a nightmare. It can also be a big issue if it gives the option to change the user interface. People are very sensitive to that type of change.
Personally speaking I like the idea of being able to extend the usefulness of my applications. I particularly like it when applications offer the ability to automate tasks.
Interesting that they didn’t touch on any mixed media REPLs like Jupyter notebooks. Also, no mention of Apple’s most significant attempt at end-user-programming after HyperCard: AppleScript. In...
Interesting that they didn’t touch on any mixed media REPLs like Jupyter notebooks. Also, no mention of Apple’s most significant attempt at end-user-programming after HyperCard: AppleScript. In the end, I strongly believe that end-user-programming is misguided and we must make programming languages themselves better in order to facilitate more users to become programmers. Just like it took a while for writing and reading literacy to become popular for natural language, I think programming literacy (esp. for dynamic languages like Python) will continue to obviate the need for complex graphical end-user-systems.
This didn't get much love on Reddit's programming subs (I guess the cs101ers there take offense at the idea of non-techies programming), but I thought it was a great article.
It reminded me of an earlier thread here on how to hold tech decision makers accountable. Promoting end user programming is one way to address this problem, because it moves many major design decisions outwards.
I can understand the hate. There's a lot of problems user programability brings to a product. Troubleshooting a customer problem might become a nightmare. It can also be a big issue if it gives the option to change the user interface. People are very sensitive to that type of change.
Personally speaking I like the idea of being able to extend the usefulness of my applications. I particularly like it when applications offer the ability to automate tasks.
Interesting that they didn’t touch on any mixed media REPLs like Jupyter notebooks. Also, no mention of Apple’s most significant attempt at end-user-programming after HyperCard: AppleScript. In the end, I strongly believe that end-user-programming is misguided and we must make programming languages themselves better in order to facilitate more users to become programmers. Just like it took a while for writing and reading literacy to become popular for natural language, I think programming literacy (esp. for dynamic languages like Python) will continue to obviate the need for complex graphical end-user-systems.