News for hackers. Stuff that matters.

A comment on Using ARG in a Dockerfile – beware the gotcha. Parent comment

Re:Using ARG in a Dockerfile – beware the gotcha by playingalong on Tuesday May 14, 2024 @04:09PM (#40359597)
False dichotomy.

You can also employ DSLs (domain specific languages). Plain ones or my favorite ones - as subset/SDK of generic purpose languages.

[ Parent | on HN ]
Re:Using ARG in a Dockerfile – beware the gotcha by throwaway290 on Tuesday May 14, 2024 @10:48PM (#40362579)
Imperative vs declarative is false dichotomy now? Do you know what it means
[ Parent | on HN ]
Re:Using ARG in a Dockerfile – beware the gotcha by noelwelsh on Wednesday May 15, 2024 @01:56AM (#40363543)
It's unclear to me if your original post was claiming that Docker is a Turing-complete imperative language, or that a Turing-complete imperative language is the only alternative to Docker.

It's a false dichotomy that the only points in the design space are 1) Docker and 2) a Turing-complete imperative language.

[ Parent | on HN ]
Re:Using ARG in a Dockerfile – beware the gotcha by throwaway290 on Wednesday May 15, 2024 @04:18AM (#40364392)
There is not one but two true dichotomies, one between imperative and declarative, another between tiring complete and not.

If you were recommending everyone to use some general purpose language with functions that is not turing-complete then sure. Which one is it?

Otherwise I will repeat, declarative purposefully limited configuration languages that you are trying to mock in your comment by picking on YAML (which relates to Docker how?) have their place and were created to solve real problems. For every Norway there are dozens of bigger issues (including security) in any regular programming language

[ Parent | on HN ]