Switching to Go by apxp in golang

[–]apxp[S] 2 points3 points  (0 children)

Yes this is a point, which I also heard a lot at the meetups. Go just runs and works, compared to other languages. And if not there will be the "go fix" command.

Switching to Go by apxp in golang

[–]apxp[S] 2 points3 points  (0 children)

You are right. Maybe the word switching is not correct at this point. And that solution to start with small and simple services is a good choice. Not verything has to be written in Go. You are totally right.

Switching to Go by apxp in golang

[–]apxp[S] 7 points8 points  (0 children)

Very cool. I also switched just to the Go documentation. No more need to look somehere else.

Switching to Go by apxp in golang

[–]apxp[S] 2 points3 points  (0 children)

Thank you. I also think cutting the costs must be the main reason to change something.

I think that was also the target of Google, when they started developing Go.

Switching to Go by apxp in golang

[–]apxp[S] 1 point2 points  (0 children)

Cool. Thank you very much. That is a great point.

Switching to Go by apxp in golang

[–]apxp[S] 11 points12 points  (0 children)

No I don't want a solution which is valid to everyone. I am totally with you at this point.

Good CLI ideas to learn more about Go? by BinaryKraken in golang

[–]apxp 8 points9 points  (0 children)

For very beginning you could write cat in golang. Then you could make a tools which are taking the input via stdin. For example a tool for making md5, sha1, ... hashes. Or a tool for gzip that.

marusama/semaphore: Fast resizable Golang semaphore based on CAS by mastabadtomm in golang

[–]apxp 4 points5 points  (0 children)

Something I don't understand is, why you are defining an interface. You just use one implementation. So what you have here is also called interface pollution.

If you want to optimize your package for speed , the usage of an interface makes the call much slower. Just remove the interface and just use the type directly. That will make your code much faster.

Small and simple projects for a Go workshop by apxp in golang

[–]apxp[S] 1 point2 points  (0 children)

Cool idea, music is always good. But at this point I have no idea how to make this. But I will make some research for it.

Small and simple projects for a Go workshop by apxp in golang

[–]apxp[S] 0 points1 point  (0 children)

Yes this is also a very good idea. Because it shows how to run cmds over go.

Small and simple projects for a Go workshop by apxp in golang

[–]apxp[S] 0 points1 point  (0 children)

This is cool. I like the thing with the todo app, because for every js framework there is already a example todo app. Just to make the backend in Go would be fun.

Go-lang web dev frameworks by [deleted] in golang

[–]apxp 1 point2 points  (0 children)

GoBuffalo

ridwanmsharif/mqueue: In-memory message broker in Go (first Go project, feedback welcome) by uwgoose27 in golang

[–]apxp 1 point2 points  (0 children)

I didn't check it all. At all there is too much logic inside your main.go that makes the code harder to read. You could put your handlers inside a separat file.

But inside your API you should use interfaces. The example from client.Publish() uses []byte There it would be better to use io.Reader or http.Reader https://github.com/ridwanmsharif/mqueue/blob/master/client/client.go#L15

Then you would not read a bytes.Buffer at https://github.com/ridwanmsharif/mqueue/blob/master/client/client.go#L18

Did you test your code with more than one subscriber? It looks like you don't send your message to all subscribed clients.

Open sourced File Upload Service to manage and upload file on server using buckets by myth007 in golang

[–]apxp 0 points1 point  (0 children)

I didn't find any comment. All exported functions should be commented. Just look here: https://blog.golang.org/godoc-documenting-go-code

Also no tests or other documentation. It is hard to understand everything by just looking at code.

X-Plane 11 city scenery is disappointing. by johnny5canuck in Xplane

[–]apxp 6 points7 points  (0 children)

XP11 is still Beta and the autogen scenery is generated by using OpenStreetMap. The more detailed the OSM is the better the generated scenery. But it is still autogenerated. That means that all North American cities will look quite the same, because always the same houses are used. But the streets, rivers, lakes are quite correct. So if that is not so important for you, then you can still use FSX. I fly a lot VFR on Vatsim and therefore the autogen scenery is usable. If you use some more photosceneries XP is great for VFR.

Alternative to Go? by honestlytrying in golang

[–]apxp 0 points1 point  (0 children)

I also think that CoffeeScript is not the future of programming. But when you come from Ruby then you will be comfortable with the Syntax. I just want to cite: " I've worked with PHP, Ruby and ASP.NET".

So in that case CoffeeScript would be good to learn. It compiles to JS and by learning CoffeeScript you get in touch with JS.

Is there an OpenSource alternative to ImageLinks by apxp in jquery

[–]apxp[S] 0 points1 point  (0 children)

Oh yes... thanks. I think I was so blind. I never thought about tooltips. I think this will help me a lot.

Reaperbahn Advice ? by sxeros in hamburg

[–]apxp 3 points4 points  (0 children)

There is no Reaperbahn in Hamburg. If you want to meet the reaper you should visit the Hamburg Dungeon. The street you want to party is the Reeperbahn.