Live data from Hacker News

One year after switching from Java to Go

glasskube.dev

501–503 of 503 posts

Re: One year after switching from Java to Go

#501
post #409

Earlier quoted context omitted.

Let me know when you can work on a medium-sized Java codebase in Emacs or Vim smoothly.

I more or less live in Emacs, but I wouldn't use it for drawing pictures or writing SmallTalk either. The right tool for the job.

I can use Emacs and Vim for pretty much everything, definitely not Java or JVM-like languages.

Re: One year after switching from Java to Go

#502
post #309

Earlier quoted context omitted.

I tried truffleruby for the adventofcode challenges. Almost everything ran faster with normal ruby. I got a stack too deep error in truffleruby that I didn't get in normal ruby. I don't recall having more problems with memory with one or the other. There was one case where truffleruby was really useful though. Thus I'm with you that it's not a systems programming language. It seems good for processes that stay ON, li…

Why would you expect any speedup for programs that run for a split of a second?

Indeed, nothing really surprising. truffleruby+graalvm started to be useful for programs that took roughtly 15s or more to run.

Re: One year after switching from Java to Go

#503

> But there are obviously work around solutions in the Go ecosystem. It uses the Context ctx, which we pass around functions in order to juggle data around in the application. Man. This works. The context API allows/enables it. But I’d really recommend against passing data to functions via context. The biggest selling point of Go to me is that I can usually just look at anyone’s code and know what it’s doing, but thi…

IoC DI in Go is a massive antipattern and absolutely should not be done. Do NOT write Java/.NET style controllers in Go i.e. initializing an instance of a "controller" type with some instances of a "dependency" such as a store. Just use the dependent package directly. Initialize the package once using init() or Init(). Rely on the built-in package dependency resolver system in Go, which will catch cyclic dependencies…

Hard disagree to literally every thing that you have said in your reply above.
Post reply on HN