3 ms·
tl;dr: I don't know. That's why evening after evening I go on the internet and hope somebody smarter than me will solve humanity's problems. Reflecting on my r
by ggeorgovassilis 4y ago
tl;dr: I don't know. That's why evening after evening I go on the internet and hope somebody smarter than me will solve humanity's problems.
Reflecting on my remarks, I think I had large configurations in mind as they occur in kubernetes or terraform which can be tens of pages.
> How can that be too verbose?
I meant that yaml indentations eat up screen space, every attribute needs to go on a new line and is terminated by a colon, which seems redundant since the newline already delimits attributes. If you ever have written a large k8s deployment descriptor, you'll know that yaml is not the right language for describing complex configurations.
> How do you suggest specifying a variable?
Variables should probably be set outside the template, eg. reference environment variables or be set in INI or properties files... which makes them parameters rather than variables but potato potato. The template could then reference variables by a special notation eg. $myvar or following a naming convention eg. vMyVar.
> how do you suggest I differentiate a generated image from a named one?
I worded that poorly. I think parsers get too hang up on the details. '"`’«» etc could be all syntactic equals, unless a good use case justifies different meanings. Eg. bash has different meanings for different types of quotes. The parser probably could infer when a statement is a literal vs. a reference simply by checking if the reference exists.
> Thank you for your feedback.
If you put the specification for your configuration language on a git repo then interested parties could open issues and discuss specific topics.
- logicallee 4y agoThank you for your thoughts. Since the app itself doesn't have users yet I think it might be overkill to start discussing the configuration on its own git repo! However I will take everything you wrote into consideration and I appreciate the time you took to respond. I especially liked the clarification about screen space, which I'll use to ensure I don't nest things more than 1 max 2 levels. By the way, although it is too much to open a repo for it, what do you think about this UML for how I structure the parts of the application? https://imgur.com/a/FUTphwa https://imgur.com/a/FUTphwa (I already have the parts working.) The user talks to the voice recognition engine which is a subprocess of the voice recognition server. In terms of what to do (actions to take) the voice recognition takes configuration files and dispatches scripts. To give feedback to the user the voice recognition server also communicates via a web interface. (i.e. the user could have this web interface open and see what actions the home automation server is taking, which scripts have been launched etc.) Do you think this structure is all right for a configurable voice recognition automation server app?