Diving into Go by building a CLI application
1–10 of 124 posts
Re: Diving into Go by building a CLI application
#2I had a similar idea a couple of months ago. Make a CLI in golang that allows me to easily open all my favorite timewaster sites at the start of the work day. But it ended up in the "Started, but never looked at again" pile. Maybe I'll have another look at it on the weekend.
Re: Diving into Go by building a CLI application
#3I had a similar idea a couple of months ago. Make a CLI in golang that allows me to easily open all my favorite timewaster sites at the start of the work day. But it ended up in the "Started, but never looked at again" pile. Maybe I'll have another look at it on the weekend.
Same thing with me, however I am forcing myself to complete pending projects in this Covid lockdown.
Trust me it is always difficult to restart work on pending projects, once you give it two minutes you'll get glued to it.
Just force yourself to get started.
Re: Diving into Go by building a CLI application
#4I had a similar idea a couple of months ago. Make a CLI in golang that allows me to easily open all my favorite timewaster sites at the start of the work day. But it ended up in the "Started, but never looked at again" pile. Maybe I'll have another look at it on the weekend.
In case you don’t get around to writing that golang code.
https://unix.stackexchange.com/questions/17659/opening-multi...
Re: Diving into Go by building a CLI application
#5I had a similar idea a couple of months ago. Make a CLI in golang that allows me to easily open all my favorite timewaster sites at the start of the work day. But it ended up in the "Started, but never looked at again" pile. Maybe I'll have another look at it on the weekend.
In case you don’t get around to writing that golang code. https://unix.stackexchange.com/questions/17659/opening-multi...
This is so nice
Re: Diving into Go by building a CLI application
#6I had a similar idea a couple of months ago. Make a CLI in golang that allows me to easily open all my favorite timewaster sites at the start of the work day. But it ended up in the "Started, but never looked at again" pile. Maybe I'll have another look at it on the weekend.
Same thing with me, however I am forcing myself to complete pending projects in this Covid lockdown. Trust me it is always difficult to restart work on pending projects, once you give it two minutes you'll get glued to it. Just force yourself to get started.
One method I've used which puts some additional pressure on me to work on side projects is to write them out in the open in a public GitHub repo. Even though there's probably nobody following your development, the idea that anyone could be following along can provide some motivation to keep going.
Re: Diving into Go by building a CLI application
#7I had a similar idea a couple of months ago. Make a CLI in golang that allows me to easily open all my favorite timewaster sites at the start of the work day. But it ended up in the "Started, but never looked at again" pile. Maybe I'll have another look at it on the weekend.
In case you don’t get around to writing that golang code. https://unix.stackexchange.com/questions/17659/opening-multi...
Also could be handled via `open` (macOS) / `xdg-open` (Linux) / `start` (Windows).
Re: Diving into Go by building a CLI application
#8Have a look at https://github.com/hofstadter-io/hofmod-cli
It makes framing out advanced Golang CLIs a breeze
*(creator)
Re: Diving into Go by building a CLI application
#9Seems overcooked in some places and undercooked in others. I of course prefer my own CLI template but so it goes: https://github.com/carlmjohnson/go-cli
Re: Diving into Go by building a CLI application
#10Since everyone else is throwing out recommendations I personally think https://github.com/spf13/cobra is the best CLI templating system, especially because of how well it pairs with https://github.com/spf13/viper.
Large projects like Hugo and Kubernetes have used Cobra to build their CLI tools, and it's fairly light as well even if you need simpler usage. We use it at my workplace simply for wrapping our microservices and the few commands (serve, migrate, etc)