I may be a bit late to the conversation; as a relatively new user/someone who has done some development within LAMMPS, I agree with some of the previous commenters on this thread and on the mailing list thread.
-
Having a forum/mailing list is definitely better than a Slack channel because someone can return to a conversation 7 days after the last comment .
-
I think the mailing list is useful because of its long history and the fact that google had indexed the entirety of it. Likewise a googleable forum has been very useful for my programming questions (think StackOverflow) so I think having a forum that is both searchable from google but also has its own internal tags that allows users to search for the topics they want to ask/feel comfortable answering is the way forward. Will you lose some people that are only subscribed via email which is the way they stay active? Probably. I think a separate question is whether that matters. Is actively going to matsci.org an acceptable hurdle for people’s participation?
-
A new user guide that doesn’t present the entirety of the LAMMPS manual to users would be extremely beneficial for users. For me personally, I went in completely blind and was unaware were the minimum required commands, especially transitioning from in-house code that automatically generated its own internal configurations rather than using something like
read_data
. I agree with the idea of training students by showing them errors and teaching them the ways to address those errors and fix them (I like the idea of Jupyter notebooks similar to how Rust by example has executable sections of their page which also focus on correcting errors within the code.) I had a glance at the linked lammpstutorials.github.io tutorial; it seems useful. I’ve given it to a new member of the research group to ask for his evaluation. -
Email (and forum) responses do become public record and making the “honest mistakes” to a beginner’s question is a large mental hurdle to overcome, especially since I’ve personally seen you Axel respond on the mailing list with a similar response time to questions I would feel comfortable responding to, but you have a very intimate and vastly larger knowledge base. While I like the idea of a system where experienced people help newcomers, advanced people help experienced, devs help advanced, etc., the safety net of having a very senior dev answer questions does make me personally hesitant to answer questions for fear of being wrong and correctly shortly (let alone some of these questions can be solved via a google search as has been indicated previously).
I don’t have a good way to address the combination of bad questions and getting people who have the requisite knowledge to answer simple questions actually responding. -
The idea of a common error repo/goto location that is explicitly highlighted/called out by an exiting LAMMPS might be useful and (hopefully) would resolve the problem of people asking the same questions on the mailing list. (possible example: "Compute ti pair style does not exit. Please check
https://docs.lammps.org/Errors_messages.html
") -
As a developer who tried extending
kspace
, the original developer guide that was available about 3 years ago (don’t know the original publication date of the pdf) was kind of helpful for understanding how LAMMPS works overall but left a good deal unaddressed, including modifying the kspace. I get why that is: LAMMPS overall is complicated and requires a lot of work to understand the ways things were structured. Since I’ve taken a couple of years to develop my extension, I’ve seen the improvements made to documentation including specifically calling out which functions are required for kspace which has made life easier (how init and setup differ from each other and when they are individually called). Thank you very much for that.