Just a few comments: -we could have a hint (lightbulb) allowing to easily open global or project-specific configuration -if we keep the text, we probably want to tweak it to speak about per-project configuration (i.e. besides the global configuration, projects can have their own configuration)
Jan On Sun, May 31, 2020 at 7:42 PM Matthias Bläsing <mblaes...@doppel-helix.eu> wrote: > Hi, > > Am Sonntag, den 31.05.2020, 17:24 +0000 schrieb Eirik Bakke: > > I believe the proposal here is merely to make the template empty by > > default--people who want a default license header (to e.g. the Apache > > license) can still use the feature, but must customize the template > > first, like they always had to before. > > yes, but then you have to discover it first. The template as is, allows > you with minimal fuss to: > > - remove the header > - adjust it to your liking > > for minimal learning (if you want to call reading simple instructions > learning). > > I bet, that if we remove the message someone will come up and complain, > that the feature is missing or badly discoverable. > > > But I think this is a bigger issue for beginners, who will likely > > just leave the defaults in, out of fear of breaking anything. When > > you're trying to teach students how to write a for loop, all the > > magic incantations at the beginning of a Java file are just > > distractions. > > Sorry - I hear that very often: > > - programming students are not willing to read > - programming students can't customize their working environment > - programming students can't be expected to read documentation > - programming students are stupid > > I think this cuts it way short. Remember: Programmars/Developers are > normally paid good money and yes, my baseline assumption is, that > people in this area of work can be expected to know their work domain > and their tools. I also believe people are more intelligent that we > thing, at least if we make them use their brain (i.e. give them > incentives to solve problems themselves). In the years after initial > training/learning contant change will be the norm and people not being > able to learn might be better of learning this fact early on. > > Just my thoughts though > > Greetings > > Matthias, who thinks, that NetBeans problems are in other areas > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > >
