avelino / awesome-go Goto Github PK

The link Tutorial - Intro to Programming in Go is a Ebook Ebook - golang-book.Already Added in Ebook.

https://github.com/kelseyhightower/terminus

Lists like this have been made before and have these problems (many of which are highlighted in HN comments) -- some over time, and some immediately:

• Some packages are often broken (weak deployment discipline)
• Links break, names change
• Some packages are largely incomplete or experimental
• Packages become abandoned (projects lacks interest or following)
• Ordering is contrived (or manipulated; why not list your own package first?)
• Descriptions are promotional more than descriptive, or overly long

The one on the Go wiki is huge and still updated) is the best I've seen to date, but you need contributor permissions so using GitHub is definitely an advantage. Here's what I hope to see for this repository:

• Quality checks. Packages are only added if they meet a certain, well-defined standard. It shouldn't be sky-high, but packages that are more likely to cause problems than solve them shouldn't be listed.
• Contribution guidelines. This way people won't be as likely to be upset if you ask them to amend a pull request or if you change their listing. It also should prevent advertising and promotional ordering (putting your own or favorite package at the top) -- maybe sort the items alphabetically or by maturity (newer packages at bottom).
• Regular updates. Someone (probably the repo owner or designated contributors) should review the list occasionally for dead projects. It might also be encouraged at the top of the README for issues to be opened to report items that don't meet the quality standards.

I think with these lightweight, and useful, regulations in place, it can make for a truly useful list rather than a honeypot of links.

https://github.com/syndtr/goleveldb

Here you can find a list with a lot of go projects https://code.google.com/p/go-wiki/wiki/Projects

I drafted up a contribution guidelines page just to get something started. (Feedback is welcome.)

If it looks mostly good, we should start updating the list as it stands to help it to conform with the quality standards. This mainly means:

• Sort items alphabetically (should categories be alphabetical, too?)
• Remove items that lack documentation or are not maintained
• Decide on whether to keep Go software (see this issue comment)
• Move software into its own category or file
• Mark packages as experimental or transitory as necessary
• Links should go to repository pages, not marketing/frontage pages (unless the pages contain more useful documentation and links back to the actual repository)

I'll have some time to work on this but the list got huge really fast so help would be nice.

When I go to http://awesome-go.com, I get a GitHub 404 error.

Hi,

do you think that benchmarks of different packages also could be included in this list?

https://github.com/julienschmidt/go-http-routing-benchmark
https://github.com/alecthomas/go_serialization_benchmarks
https://github.com/hgfischer/go-type-assertion-benchmark
https://github.com/fawick/speedtest-resize
https://github.com/jimrobinson/kvbench
https://github.com/davecheney/autobench

Cheers

I used library https://github.com/tylerb/graceful and did not see it in awesome-go. May be exists other libs?

http://awesome-go.com/

There is a new directory for hardware related libraries, tools, and tutorials for Go.

https://github.com/rakyll/go-hardware

See https://twitter.com/rakyll/status/600007636579266560 for the announcement. /cc @rakyll

Awesome-go list already has a hardware section, but it's pretty brief. It contains two libraries, both of which are already a part of go-hardware list.

Honestly, it seems the easiest and best option would be to simply replace our hardware section with a reference to go-hardware. Go-hardware seems a lot more thorough, complete, and targeting Go hardware side specifically. Thoughts?

The list is full of duplicates. The idea of a list of "best-in-class" package is great. It makes it easier to know where to start when looking for a package with the desired functionality. But there are for many packages, 2, 3, 4 or more that do the same thing.

https://github.com/facebookgo This cantains many go projects which develop by facebook.

I noticed that the section regarding tools for building Command Line Interfaces is titled "CUI", which was brought to my attention by a PR to awsome-cpp. However, a quick Google search for "CUI" or "CUI Applications" yields very few results for this being a thing. Is it common to refer to CLI as CUI in the Go community? Or are people trying to make it a thing?

If you're open to a pull request, I can change the heading from "CUI" to "CLI", which is, as far as my common knowledge and Google search abilities show, a much more well-understood name for this.

https://github.com/tylertreat/Comcast

It has different repository,but same name

FTP and SFTP are well defined and widespread standards, yet this list does not contain any Go packages.

Here's a good package for SFTP that I'm aware of:

http://godoc.org/github.com/pkg/sftp

Hello,
I just found this repo and didn't see the only lib i know in Go. http://www.blevesearch.com/.
I though it may deserve a place here.

Sorry for not making a pull request. I was just surfing around.

Hi,

sadly the v8-go - V8 JavaScript engine bindings for Go repository was somehow removed. mhrdev/v8.go looks like a fork of it (has commits by @idada from oct 2014) but without a copy of the original repo I can't tell where they diverged.

I'm not sure how to proceed on something like this, just a FYI.

Hi guys, I think is a cool idea build the README.md into github page using gh-pages branch as http://dukex.github.io/awesome-go/

Locate the repository within the github (or another hosting) to change the link

See readme for more info https://github.com/astaxie/beedb

I am not sure if this should be included: https://github.com/koyachi/go-nude

Its a really cool but niche project. Personally I think it should, if only for reference of how to do this kind of thing, even if not a lot of people would need it.

The ebook has a improved pdf at http://astaxie.gitbooks.io/build-web-application-with-golang/

Says "naive", should be "native". Unless it really is a naive binding. :)

Hi :)

Could I ask you to include this:

https://github.com/gocircuit/circuit

It is a well-funded DEVOPS and Numerical Science / Data Mining orchestration framework.

Thank you
Petar

I have decided to retire my project ServeMux because I couldn't get it to the point where I wanted it API and speed wise. There is no reason to have a lot of frameworks out there that doesn't have a purpose. Please remove it.

Thanks.

"Stack is a lightweight not-a-framework RESTful API that allows you to easily get started with your next project and shows some of the best practices about building RESTful APIs in Go."

https://github.com/ilgooz/stack

As mentioned in #465 (comment), the README says:

If you see a package or project here that is no longer maintained or is not a good fit, please submit a pull request to improve this file. Thank you!

But the contribution guidelines haven't been updated to match, they still say one should open an issue (implying they shouldn't make a PR) to remove packages:

To remove from the list: Open an issue

I wrote/maintain Starscope, a project for code search that happens to support Go but is written entirely in Ruby. It's a critical piece of my personal Go development workflow, but since it's not actually written in Go I'm not sure it belongs on this list?

Could you clarify please if utilities that are useful to gophers but are not themselves written in go are eligible to be submitted?

https://github.com/eapache/starscope

.

I just created a repo, getAwesomeness.It gives developers an option to have a consolidated view on all of the awesome awesomeness. Please let me know if it helps or not.

this one https://github.com/constabulary/gb is a great tool.
I don't know which section is the best part for this one, so I just open an issue instead of PR.

To the question of categories, there is something strange with Web frameworks. It is described as "Full stack web frameworks". But most elements there are neither frameworks nor fullstack. There should be at least 3 subcategories:

1. Routers (aka mux): bone, httprouter, mux, pat, etc.
2. Micro-frameworks: those which provide only middleware + mux.
3. Full-stack frameworks: all-in-one solutions.
   It is possible to go even further, and rename "Web frameworks" into "Web-development". Then it would be possible to create a "Client-side" category for projects such as gopherjs, minify, etc. and "Tools" for things like #422 (as for at least 3 items rule: I'm sure more than 3 tools in Go for web-development exist).

There are a lot of libraries listed, so it's surprising there isn't a single one for git repository access.

I know of github.com/libgit2/git2go, which is a wrapper around libgit2 (C library). Are there any attempts at a native Go package? Or at least an auto-generated version that embeds libgit2 via cgo so that it's go-gettable?

The best IDE that I used so far.
https://github.com/visualfc/liteide

Hi folks,

Although the package is already there in the list in images section.
But today I made some changes to the project that also involves renaming it to geoPattern. Actually I was trying my best to follow the new golang blog, Package Names

GitHub usually redirects renamed projects very well but I just felt like asking to you all.

So, is this fine to change name for it or not?

https://github.com/alecthomas/gometalinter is a package that brings them all together
Alternatively, plug some of used checkers in the list, please?

We are creating a github org for all awesome open source repos. I am working with a few individuals who are also managing their own awesome repos, and I think to gain more traction we need to work together. What are your thoughts about collectively moving your awesome repos to https://github.com/AwesomeOpenSource

The idea is that visibility for these repos would be increased due to more traffic to the org. What are your thoughts? Let me know if there is anything you'd like to discuss!

Currently, there are two high level categories:

• Awesome Go
  • Both importable Go libraries, but also DevOps tools, Utilities, etc.
• Resources

I would change that to be three:

• Awesome Go
  • (Only importable Go libraries that people would use in their code)
• Go Tools
  • (Go binaries, plugins for editors, websites like gocover.io, etc., but no importable code)
• Resources

Some currently missing must have things:

• Awesome Go
  • API Bindings
    • github.com/google/go-github - GitHub API bindings
  • OpenGL
    • github.com/go-gl/gl - OpenGL bindings
    • github.com/go-gl/glfw3 - glfw3 bindings
    • github.com/errcw/glow - OpenGL bindings (via generation)
    • github.com/go-gl/mathgl - Vectors, Matrices, other math
• Go Tools
  • Development Tools
    • goimports - drop-in replacement for gofmt, updates your Go import lines, adding missing ones and removing unreferenced ones.
    • doc - CLI tool by Rob Pike, has a convenient interface, e.g., doc fmt.Println to see docs for Println
  • Editor Plugins
    • Sublime Text
      • https://github.com/DisposaBoy/GoSublime - Golang plugin collection for the text editor SublimeText 2 providing code completion, etc.

Thank you!

How do you feel about moving this or have a maintained copy of this in an organization ?
I think it would be better to have them all in one organization.

As a recommendation we could use https://github.com/awesomeorg

https://github.com/ant0ine/go-json-rest

Is there any reason why this isn't in the list?

It seems quite popular and active

Today the tests tests whether this in alphabetically, it would be important to check if there is already a link (ex: github.com/...)

Like the @avelino did mention in #347, now with travis build we can generate a google friendly website

I dont know what is the better approach, I found two posts about
http://awestruct.org/auto-deploy-to-github-pages/
https://medium.com/@nthgergo/publishing-gh-pages-with-travis-ci-53a8270e87db

What do you think @avelino ?

Just a thought - but since Slack has kind of an awkward invite-only system, it has a pretty high barrier to entry. I found gitter pretty easy to join, since I think it just uses a GitHub login which most everyone here has anyway - no invites needed.

go-bootstrap generates new web project for users, it is not a web framework.

Which category should it fall under?

Please add at the top of the list the official project list: https://github.com/golang/go/wiki/Projects

It seems to be pretty common that ALOT of PR's are ignored, whys that?

Looks like the goose database migration project is no longer actively maintained.

https://bitbucket.org/liamstask/goose/issues/58/is-this-project-dead

goemon

Has anyone used this? I just found this lib and I'd like some comment from anyone who might have used it. Seems pretty new. It is from the same author as gom.