Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I'm not a big fan of the make && make install route.

I'm not thrilled about the GOPATH either. Not least because there is no really clean solution for actively developing code inside the GOPATH and working with GitHub.

Also, I would have liked dependencies to be automatically downloaded and installed in a local cache rather than me having to crap it into the GOPATH by manually issuing a "go get". I had hoped we were done with that.

But I can live with it because it requires no explanation to new developers on a project.

Using some hack to "solve" problems means forcing developers to learn even more stuff before getting started on projects. And one might say "but it is only one small thing", but that has sort of been the mantra in the Java world. And it isn't so small when you spend 2 weeks learning Java and 5 years learning about the little small things that have been put in any non-trivial project.



> But I can live with it because it requires no explanation to new developers on a project.

Even if it does, I'm a big fan of still mentioning it in the README. For my Go projects, it's usually just one sentence: "This project is go-gettable, or you can make && make check && make install". Avoids a lot of useless confusion.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: