eeperson

10 ms·

61.
by eeperson 8y ago
What problems did you have with sbt? Depending on how long a go you used it, those problems might have been fixed. In the last couple of years, a lot of simplifications have been made to how sbt build scripts are written.
62.
by eeperson 9y ago
This is part of the reason that I highly recommend compile time dependency injection (Macwire[1], Dagger 2[2]) over runtime dependency injection (Spring, Guice). It is generally much faster. Also, if it does slow down compilation, it is a
63.
by eeperson 9y ago
I agree. That is why I prefer to use compile time dependency injection like Macwire[1] or Dagger 2[2]. At least in the case of Macwire, it is super simple to reason about at compile time. [1] https://github.com/adamw/
64.
by eeperson 9y ago
What tooling do you think is missing due to erasure?
65.
by eeperson 9y ago
That is correct. There are 2 separate APIs (that come from a single project). This is because Scala can support a bunch of functionality that Java (and Kotlin) can't support (type classes, higher kinded types, etc.). So your options
66.
by eeperson 9y ago
There is only one for play as well
67.
by eeperson 9y ago
This hasn't matched my experience. > Calling Java from Scala is awkward at best (in many cases) and sometimes impossible. Scala was never engineered with a smooth Java/Scala mixed mode in mind. I assume you meant calling Scala
68.
by eeperson 9y ago
Really? I haven't tried setting that up but here is an example from 3 years ago of some one successfully setting up this exact combination [1]. Have things gotten worse sense then? [1] https://groups.google.com/forum&
69.
by eeperson 9y ago
> As it was designed for complete interoperability with Java, Android devs can migrate piecemeal. You can use the same libraries, the same build system, the same IDE. This is all true for Scala as well.
70.
by eeperson 9y ago
Why wait: https://chisel.eecs.berkeley.edu/
71.
by eeperson 9y ago
Chrome doesn't appear to default to process per tab either. See: https://www.chromium.org/developers/design-documents/process...
72.
by eeperson 10y ago
Sorry,I should have been clearer. The GP post mentioned 2 ways to implement a LINQ to execution plan transform. The first way would be to do it on the client. This is problematic because the client doesn't have enough information to ge
73.
by eeperson 10y ago
How is implementing LINQ on the database any different implementing SQL on the database?
74.
by eeperson 10y ago
> SQL is still in widespread use 43 years later because of how good it is. It's not a legacy weighing us down. I'm rather dubious of this claim. This is kind of like claiming the reason we use Javascript is because of how good
75.
by eeperson 10y ago
Why would you need a decompiler to write a debugger for Groovy? The groovy compiler supports including source code line numbers and variable names in compiled jar files (just like Java). As a result you can use any Java debugger to debug
76.
by eeperson 10y ago
Yes, Groovy does have a debugger. It is just the Java debugger. I use it nearly every day to work on a Grails project. Also, yes, you can attach it to an existing process. As far as I can tell, that comment doesn't make any sense.
77.
by eeperson 10y ago
You can do this with user level systemd instances: https://wiki.archlinux.org/index.php/Systemd/User
78.
by eeperson 10y ago
Looks like I was wrong. You do have to enable lingering[1]. [1] - https://wiki.archlinux.org/index.php/Systemd/User#Automatic_...
79.
by eeperson 10y ago
Yes, but you can use 'systemd-run' to do something similar[1] [1]- https://github.com/systemd/systemd/blob/master/NEWS#L29
80.
by eeperson 10y ago
Wouldn't that kill off anything started by init as well?
81.
by eeperson 10y ago
I don't think the 'lingering' option is necessary. That controls the default behavior for processes. Systemd-run basically makes a one off user level service.
82.
by eeperson 10y ago
You wouldn't have to write service/unit files for one off commands. The release notes mention that you can use 'systemd-run' to start these[1]. [1] - https://github.com/systemd/systemd/blob&#x2
83.
by eeperson 10y ago
> Does anyone know if there's any precedent for a UNIX init system to behave like this? My guess is that previous init systems didn't do this because it wasn't really possible before cgroups. I'm certain that this be
84.
by eeperson 10y ago
Yes, it can also support local sockets as well as network sockets.
85.
by eeperson 10y ago
I think socket activation makes sense as part of the int process because of the 'activation' part. That's basically what you rely on init systems to do. For more details about the advantages of this can be found here[1] and h
86.
by eeperson 11y ago
IntelliJ doesn't have the Scala plugin installed by default. However, that is true that you could combine the 'Install IDE' and the 'Install Scala IDE plugin' steps by installing the Scala IDE. Even if you do combi
87.
by eeperson 11y ago
> Sounds horribly magic/incomprehensible How is compiling everything in a given directory any more magic/incomprehensible than any other build tool? > I don't think the work of doing it in Maven with an IDE could be cal
88.
by eeperson 11y ago
I can think of some very good reasons to suggest SBT to beginners. Probably the most useful features, in this regard, is that a folder with some Scala files in it is a valid SBT project. You don't even need a build configuration file
89.
by eeperson 11y ago
You can do the same thing in Emacs too. For example, this[1] supports that for Scala (and I think Java now as well). [1] http://ensime.github.io/
90.
by eeperson 11y ago
That makes sense. I actually never use daemon mode because I don't want to share buffers. If want a faster start up time but don't want to share buffers you may want to look at use-package[1] which will lazy load plugins. Also,

More ›