@johns
The approach doesn't work if I've spread out my functions across different files
and use them in files other than where they've been defined.
@Nate Finch
I've confirmed that go build ./ indeed works on the entire directory,
but it's nonetheless cumbersome to have to build through the command line
and then click on the application .exe to get the program started.
Run is great in these aspects because it both compiles and runs the program
removing the need for two actions.
I may have misunderstood how the go tool currently works as you've stated,
but nonetheless having an added option for Run to apply itself on the entire
directory (package) would be immensely convenient.
On a side note, even with small programs, I prefer to divide my files if I feel they work on
different aspects of the program, just so that I can get my head around them more easier
- along with the added advantage of being able to infer from just the file names I see in
the directory what kind of program I've built.
In summary though, my main point is purely in the fact that this would be immensely convenient,
nothing else. I think the fact that people are already using "go run *.go" in systems where it's
possible to do so plainly shows how convenient this is.