[stiff]

I got confused about the details, but this does hit me, the example I had in mind is this:

  package main

  import (
  	"container/list"
	"fmt"
  )

  func main() {
  	list := list.New()
  	list.PushBack(10)
  	list2 := list.New()
  	list2.PushBack(10)
  	fmt.Println(list)
  	fmt.Println(list2)
  }

This does not compile, list variable shadows the list package. I would much prefer doing list::New() for package access like in C++, and being free to use obvious variable names (all the time the most obvious variable name is also the name of the package).

[a-nom-a-ly]

Adding `::` just to separate package namespace adds nothing useful IMO; just more noise and one more needless concept.

If I decided to re-use the package name more than once it'd be `list1, list2`

I guess it's probably a programming culture thing, but I wouldn't use the word `list` to begin with. I'd use `l1`, `l2` etc. in the case where the name isn't important. It conveys no less information than `list` and short variable names AFAIK are already idiomatic so it's not even unconventional... But with all that said, `list2` wasn't a very good variable name to begin with. If you needed more than one list, then they clearly served different purposes and in that case it makes sense to name them as such: `apples`, `oranges`, `input`, `output`.

[stiff]

It's an example, not a real program, I do like however to call my variables "file", "path", "buffer" instad of having "f", "p" and "b" or "buf", especially when there is a lot going on in the algorithm. I don't think there is a lot of baggage in having a separate namespace for packages and being able to say:

file = File:open("file")

[laumars]

You can alias imports, Eg

    import (
        cont_list "container/list"
    )

    func main() {
        list := cont_list.New()
    }