5 ms·

I regularly go down this road with go. My conclusion is that it's never going to suit that use case. I'm not even sure it's not technically doable (i think intr

by bsaul 9y ago

I regularly go down this road with go. My conclusion is that it's never going to suit that use case. I'm not even sure it's not technically doable (i think introspection and interface{} can go quite far), but it's just culturally opposed to this kind of project. People like go for its minimalist approach. Not in the sense that you don't have a lot of code to write, but more in the sense that you are in control of everything that happens, and that you can read an understand every part of your codebase. ORMs , code gen, magic wrappers, etc is something that people in that community just hate.

rcarmo 9y ago
I understand that, which is why I said "ORM(ish)". But a back-office scaffolding would go a long way to move some of us off of Django.
- y4mi 9y ago
  Why do you want to move off of Django?
  - rcarmo 9y ago
    Because we're all using Go for other projects (even if piecemeal) and would like to build the entire project in a single language.
    - bsaul 9y ago
      i personaly only would use go for very technical, low-level middlewares (as in, just above the OS layer) involving networks. The good side to it being simple to understand and maintain is that you won't pay a lot of debt if you're adding it to your stack. There isn't a single language that fits all use case perfectly anyway, so we'd have to just go to the "best tool for the job" approach in the meantime.
      - sd8dgf8ds8g8dsg 9y ago
        > i personaly only would use go for very technical, low-level middlewares. Care to extend upon why you don't feel go is a good fit for other programming?
dualogy 9y ago
> ORMs , code gen, magic wrappers, etc is something that people in that community just hate Mostly agree except for code-gen --- definitely not so in the real world! I'd say most Gophers on the whole at a minimum don't mind it, and many either outright ---or eventually--- embrace it. Depends on the nature and purpose(s) of the Go code-base but for many, it's as natural and idiomatic as is the extensive use of the macro preprocessor for many-perhaps-most grown, matured, "non-trivial" C code-bases. (Just fewer pitfalls in exchange for a bit more set-up effort.)
dy 9y ago
I’m the same way - I have lots of side project ideas I’d love to use Go for but get that early Rails like productivity. I maintain a few Rails apps and now view many of the things I’ve done as hacks to work around the lack of concurrency (though that was just Rails’ reality in late 2000s). Elixir is close to my ideal though I like static types and a better community around libs would be nice.
- billhathaway 9y ago
  You might be interested to check out https://gobuffalo.io/ https://gobuffalo.io/

by bsaul 9y ago

rcarmo 9y ago

I understand that, which is why I said "ORM(ish)". But a back-office scaffolding would go a long way to move some of us off of Django.

y4mi 9y ago
Why do you want to move off of Django?
- rcarmo 9y ago
  Because we're all using Go for other projects (even if piecemeal) and would like to build the entire project in a single language.
  - bsaul 9y ago
    i personaly only would use go for very technical, low-level middlewares (as in, just above the OS layer) involving networks. The good side to it being simple to understand and maintain is that you won't pay a lot of debt if you're adding it to your stack. There isn't a single language that fits all use case perfectly anyway, so we'd have to just go to the "best tool for the job" approach in the meantime.
    - sd8dgf8ds8g8dsg 9y ago
      > i personaly only would use go for very technical, low-level middlewares. Care to extend upon why you don't feel go is a good fit for other programming?

dualogy 9y ago

> ORMs , code gen, magic wrappers, etc is something that people in that community just hate Mostly agree except for code-gen --- definitely not so in the real world! I'd say most Gophers on the whole at a minimum don't mind it, and many either outright ---or eventually--- embrace it. Depends on the nature and purpose(s) of the Go code-base but for many, it's as natural and idiomatic as is the extensive use of the macro preprocessor for many-perhaps-most grown, matured, "non-trivial" C code-bases. (Just fewer pitfalls in exchange for a bit more set-up effort.)

dy 9y ago

I’m the same way - I have lots of side project ideas I’d love to use Go for but get that early Rails like productivity. I maintain a few Rails apps and now view many of the things I’ve done as hacks to work around the lack of concurrency (though that was just Rails’ reality in late 2000s). Elixir is close to my ideal though I like static types and a better community around libs would be nice.

billhathaway 9y ago
You might be interested to check out https://gobuffalo.io/ https://gobuffalo.io/