Live data from Hacker News

Docker.how – Docker command cheat sheet

docker.how

21–26 of 26 posts

Re: Docker.how – Docker command cheat sheet

#21
post #5

I wanted a Docker cheat sheet that's actually nice and accessible from anywhere. So I built one with help from Claude Code and shipped it in ~1 hour. Feedback is welcome.

Did you test all the examples to confirm they work as expected and none of the attributes are obsolete?

Most of them, yes. But I haven’t exhaustively validated every single flag/example. If you spot anything outdated or wrong I'd appreciate it and happily fix it.

Re: Docker.how – Docker command cheat sheet

#22
post #13

I am so not understanding the purpose of this... If you need Docker CLI commands, isn't it just easier to use the CLI that you're already on? Docker is fully self-documented: / # docker Usage: docker [OPTIONS] COMMAND A self-sufficient runtime for containers Common Commands: run Create and run a new container from an image exec Execute a command in a running container …SNIP… / # docker run --help Usage: docker run [O…

I’m not trying to replace docker --help or man pages.

The goal is basically to package the same info in a nicer, modern UI that’s more pleasant to use than terminal help output. I’ll also add more things like "Recipes". This was just the first version.

But you’re always free to use whatever you prefer.

Re: Docker.how – Docker command cheat sheet

#23
post #13

I am so not understanding the purpose of this... If you need Docker CLI commands, isn't it just easier to use the CLI that you're already on? Docker is fully self-documented: / # docker Usage: docker [OPTIONS] COMMAND A self-sufficient runtime for containers Common Commands: run Create and run a new container from an image exec Execute a command in a running container …SNIP… / # docker run --help Usage: docker run [O…

Are you on a desert island with no access to the Internet? If you don't know docker, what's faster? Reading all of the documentation first and then figuring out the difference between, say, run and exec, or just copy and pasting a command from a tutorial until it sinks in and you gain a better understanding? This is the AI information age. If docker has eaten your hard drive, and again, you don't know docker, is it e…

> what's faster?

What a terrible question. Why do you think speed is a good metric? Why is it better to copy-paste in 2 seconds than to read the manual for 20 minutes and learn the basics? What would have happened?

Re: Docker.how – Docker command cheat sheet

#24
post #5

Earlier quoted context omitted.

Did you test all the examples to confirm they work as expected and none of the attributes are obsolete?

Most of them, yes. But I haven’t exhaustively validated every single flag/example. If you spot anything outdated or wrong I'd appreciate it and happily fix it.

the version line in first compose example stood out to me, I didn't look at the other pages

Re: Docker.how – Docker command cheat sheet

#25
post #23

Earlier quoted context omitted.

Are you on a desert island with no access to the Internet? If you don't know docker, what's faster? Reading all of the documentation first and then figuring out the difference between, say, run and exec, or just copy and pasting a command from a tutorial until it sinks in and you gain a better understanding? This is the AI information age. If docker has eaten your hard drive, and again, you don't know docker, is it e…

> what's faster? What a terrible question. Why do you think speed is a good metric? Why is it better to copy-paste in 2 seconds than to read the manual for 20 minutes and learn the basics? What would have happened?

> Why do you think speed is a good metric?

Because time is the great equalizer. Everyone only gets 86400 seconds in the day. How you spend them is up to you.

There are some things with a very steep learning curve, like vim, that one decides for themselves if it's worth investing their time in to learn. Or not. Most things have a shallower learning curve though, thankfully. The first time you interact with Docker, how do you know you're ever going to use it again? How do you know you're going to reap rewards of those 20 minutes. How do you know which of the dozen random tool you come across on a stroll of the Internet is worth investing the 20 minutes? Apriori, you can't.

So you copy and paste in 2 seconds, and if it turns out that you use that tool more than once, then go take those 20 minutes and learn how to use it right and use it well. What's the opportunity cost of those 28 minutes? What other piece of technology could this user have been learning? Is there something more appropriate for their particular role? Maybe it's something that's not even computer related that's important for their life.

Re: Docker.how – Docker command cheat sheet

#26
post #23

Earlier quoted context omitted.

> what's faster? What a terrible question. Why do you think speed is a good metric? Why is it better to copy-paste in 2 seconds than to read the manual for 20 minutes and learn the basics? What would have happened?

> Why do you think speed is a good metric? Because time is the great equalizer. Everyone only gets 86400 seconds in the day. How you spend them is up to you. There are some things with a very steep learning curve, like vim, that one decides for themselves if it's worth investing their time in to learn. Or not. Most things have a shallower learning curve though, thankfully. The first time you interact with Docker, how…

> Because time is the great equalizer. Everyone only gets 86400 seconds in the day. How you spend them is up to you.

It is important to remember that while this is true time is not the ONLY criteria.

Post reply on HN