Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Go Micro – A distributed systems development framework

go-micro.dev

Post reply on HN
Print view View original

21–30 of 58 posts

Re: Show HN: Go Micro – A distributed systems development framework

#21

Post by jbverschoor »

lugged wrote: post #13
asim wrote: post #3

Earlier quoted context omitted.

Thanks for your comment. I post a link to the github repo periodically because the project is moving incredibly fast and actively evolving to become something that's fundamentally valuable to those building distributed systems, cloud services and want to build applications with Go using a framework. People also come and go on HN so don't always get a chance to see it or dont' remember the project. I'm also always act…

Don't apologize for selling yourself. If they're complaining, its working.

Aka spam

Re: Show HN: Go Micro – A distributed systems development framework

#22

Post by jiofih »

parhamn wrote: post #17
throwerawa174 wrote: post #2

Not dissing your efforts, but you keep posting your Go Micro stuff, under different account names (chunk) in Show HN and normal threads. 90% of these posts add nothing and are just duplicates. Maybe add a blog post or something of value instead of the same old link every time.

If you can only confront someone using a throwaway account, you’re probably being unnecessarily mean. Glad they’re trying to get word out there on what they’re working on. Let the voting do the voting. Thank for your OS work OP, upvote from me. Looks like a cool project!

I understand the positive viewpoint, but don’t feel it’s in the spirit of HN to repost your own project every couple months. Back in the day even just posting your own stuff (instead of someone else who found it interesting) was frowned upon.

IMO a culture of curiosity vs blatant promotion is an asset for this board and should be preserved. I counted at least 26 reposts of go-micro. At what frequency should we just consider it a recurring (free) ad?

https://news.ycombinator.com/submitted?id=chuhnk

Re: Show HN: Go Micro – A distributed systems development framework

#23

Post by parhamn »

jiofih wrote: post #22
parhamn wrote: post #17

Earlier quoted context omitted.

If you can only confront someone using a throwaway account, you’re probably being unnecessarily mean. Glad they’re trying to get word out there on what they’re working on. Let the voting do the voting. Thank for your OS work OP, upvote from me. Looks like a cool project!

I understand the positive viewpoint, but don’t feel it’s in the spirit of HN to repost your own project every couple months. Back in the day even just posting your own stuff (instead of someone else who found it interesting) was frowned upon. IMO a culture of curiosity vs blatant promotion is an asset for this board and should be preserved. I counted at least 26 reposts of go-micro. At what frequency should we just c…

I don’t disagree but that is the exact purpose of forum software: voting, spam detection, etc. The fact that 99.999% of HN users had no idea these posts were made (most have no votes) shows it’s working correctly.

On the other hand, to a large extent getting traction on HN is a somewhat random process reliant on a few high momentum votes in the early drop. A lot of the stuff we see on the front page is pushed by voting rings. Anyway given this persons hard work on a project and desire for traction, I’d rather they try/learn to market at the expense of a couple of bytes on a DB and a few scanning eyes on /new.

And it seems like this post might be their best yet :)

Re: Show HN: Go Micro – A distributed systems development framework

#24

Post by frou_dh »

atmosx wrote: post #11
asim wrote: post #8

Earlier quoted context omitted.

I think the Go community in its early years advocated for libraries over frameworks. 1. Because of the very powerful standard library which dictated the development model and culture of the community. 2. Because Go was still such a young project. I think its only natural over time that frameworks and tools emerge to simplify the development experience in every language. We realistically cannot ask people to piece tog…

The “powerful standard library” to my experience is a myth that holds no water. Even trivial projects use external packages to handle trivial things like an HTTP server or logging. No project I saw, however small, uses just the standard library.

Well objective data on this is out there if anyone can be bothered trawling through it:

https://github.com/search?o=asc&p=4&q=language%3Ago&s=stars&...

Re: Show HN: Go Micro – A distributed systems development framework

#26

Post by asim »

pfalafel wrote: post #25

You advertise "a powerful pluggable architecture." But Go binary plugins cannot be unloaded. At least not yet. How do you overcome this?

Go Micro is a framework/library as opposed to a binary or server. You import the framework in code and it gives you the ability to add additional plugins via new imports. These can then be swapped out via environment variables or flags. We make use of Go interfaces to define the abstractions so all you have to do is create a plugin that implements the interface and that effectively makes it pluggable.

Here's the community led Go Micro plugin effort https://github.com/micro/go-plugins

Re: Show HN: Go Micro – A distributed systems development framework

#27

Post by jiofih »

parhamn wrote: post #23
jiofih wrote: post #22

Earlier quoted context omitted.

I understand the positive viewpoint, but don’t feel it’s in the spirit of HN to repost your own project every couple months. Back in the day even just posting your own stuff (instead of someone else who found it interesting) was frowned upon. IMO a culture of curiosity vs blatant promotion is an asset for this board and should be preserved. I counted at least 26 reposts of go-micro. At what frequency should we just c…

I don’t disagree but that is the exact purpose of forum software: voting, spam detection, etc. The fact that 99.999% of HN users had no idea these posts were made (most have no votes) shows it’s working correctly. On the other hand, to a large extent getting traction on HN is a somewhat random process reliant on a few high momentum votes in the early drop. A lot of the stuff we see on the front page is pushed by voti…

You’re not thinking through the consequences. If this becomes the norm, what will the “new” and index page look like when 90% of the content is comprised of reposted project homepages looking for attention?

Re: Show HN: Go Micro – A distributed systems development framework

#28

Post by hwerehqrw »

jiofih wrote: post #27
parhamn wrote: post #23

Earlier quoted context omitted.

I don’t disagree but that is the exact purpose of forum software: voting, spam detection, etc. The fact that 99.999% of HN users had no idea these posts were made (most have no votes) shows it’s working correctly. On the other hand, to a large extent getting traction on HN is a somewhat random process reliant on a few high momentum votes in the early drop. A lot of the stuff we see on the front page is pushed by voti…

You’re not thinking through the consequences. If this becomes the norm, what will the “new” and index page look like when 90% of the content is comprised of reposted project homepages looking for attention?

there's nothing new about this norm -- you'll find a ton of accounts like that. often they never make it to the front page, but occasionally a useful gem will surface.

/newest is and always has been a shit show of self promotion

Re: Show HN: Go Micro – A distributed systems development framework

#29

Post by pfalafel »

asim wrote: post #26
pfalafel wrote: post #25

You advertise "a powerful pluggable architecture." But Go binary plugins cannot be unloaded. At least not yet. How do you overcome this?

Go Micro is a framework/library as opposed to a binary or server. You import the framework in code and it gives you the ability to add additional plugins via new imports. These can then be swapped out via environment variables or flags. We make use of Go interfaces to define the abstractions so all you have to do is create a plugin that implements the interface and that effectively makes it pluggable. Here's the comm…

What exactly does it mean to say that plugins "can then be swapped out"? I assume a binary Go plugin can not in fact be unloaded from memory. So modifying and reloading a Go plugin will result in multiple versions of it to then stay in memory. This is a shortcoming of the current Go implementation. Is my understanding correct?

Re: Show HN: Go Micro – A distributed systems development framework

#30

Post by parhamn »

jiofih wrote: post #27
parhamn wrote: post #23

Earlier quoted context omitted.

I don’t disagree but that is the exact purpose of forum software: voting, spam detection, etc. The fact that 99.999% of HN users had no idea these posts were made (most have no votes) shows it’s working correctly. On the other hand, to a large extent getting traction on HN is a somewhat random process reliant on a few high momentum votes in the early drop. A lot of the stuff we see on the front page is pushed by voti…

You’re not thinking through the consequences. If this becomes the norm, what will the “new” and index page look like when 90% of the content is comprised of reposted project homepages looking for attention?

> You’re not thinking through the consequences.

Although everyone has their blind spots, I certainly thought of your trivial example (pollution of /newest), and thats what I suggested is the "purpose of forum software". That is what "spam" means by the way. Writing a similar-link detection mechanism is trivial and I'm sure will be done, same way reddit has, if it's an issue. Happy to discuss any other consequences you think I'm not thinking through.

In fact the more interesting thing here is how inconsequential this thread is as it certainly wont have any bearing on the link submission culture @ HN. I'd suggest reaching out to the site admins instead of shaming the individual.

Post reply on HN