jpgvm

30 ms·

421.
by jpgvm 3y ago
No. This will produce a fully fledged GUI Windows install. All this is doing is bypassing the GUI install in favor of manually partitioning + formatting the disks and applying the system image to the partition, then skipping the OOBE (Out o
422.
by jpgvm 3y ago
Ok so the ELI5 is that a stream essentially has to be consumed in order while a queue can be processed out of order. This is a gross oversimplification as all ELI5 are but it's a decent rule regardless. The reason for this is that stre
423.
by jpgvm 3y ago
I have run all 3 at big scale. Kafka is still great as long as everyone using it understands it's a stream, not a queue and using it like a queue is going to get them burnt. I don't touch RabbitMQ with a 30ft pole anymore, too man
424.
by jpgvm 3y ago
Not really no. Athena is most likely just Presto under the hood. This is a completely different beast in terms of expected query latency (sub-second) and as a result has different constraints about structure of data, amount of data queried
425.
by jpgvm 3y ago
If you want features of RabbitMQ (specifically queue like behavior) but the scalability of Kafka then you probably want Apache Pulsar. To elaborate on that a bit the main things Pulsar gives you are: 1. Still underlying distributed stream b
426.
by jpgvm 3y ago
Really great release, Virtual Threads have been eagerly anticipated. Now it's just the waiting game for Valhalla and Panama to land which will address the last of the things that make me sometimes pull my hair out.
427.
by jpgvm 3y ago
Even data-science is limited to just the science part. All the heavy lifting is still Java. Between Hadoop stack/Spark/Beam/Presto/Kafka/friends pretty much all data at any reasonable sized company is getting shifte
428.
by jpgvm 3y ago
Yeah these are by far the most harrowing ones to listen to. You can hear the resignation in their voices before they steel themselves to try anything left to avoid loss of life on the ground. Real rough shit.
429.
by jpgvm 3y ago
Even it's latency is outclassed by ZGC and Shanandoah. The GC monoculture is great from a simplicity and out of the box experience but there is a very good reason to a) want multiple different GCs tuned for different workload types and
430.
by jpgvm 3y ago
The stdlib really isn't enough unless you want num_teams x session handling implementations etc. > I doublt things would go better for teams trying to go full OO in haskell, or full functional in Java. That is the beauty of Java, no
431.
by jpgvm 3y ago
Good to hear logging has gotten better. Though I still don't see a standard web stack. "stdlib is enough" is only true for people that don't need their hand held and/or can organise good standards across teams. If i
432.
by jpgvm 3y ago
The main pain-points in a large org at least: Lack of a "default" stack for nearly anything. The stdlib is great but the ecosystem isn't. Which web framework? Does it come with a logger? If not which logger? Do the third part
433.
by jpgvm 3y ago
100% agree. It was tough coming from a VIM only workflow to IntelliJ but I am really glad I toughed out the transition. The power is in how all the tooling comes together but it requires a certain investment to get there.
434.
by jpgvm 3y ago
I did. Did Go professionally for ~5 years and went to JVM. Go is easy, but it's surface level easy. Building and maintaining large applications in Go if you don't have a huge team is a giant pain. JVM (especially paired with Kotli
435.
by jpgvm 3y ago
The runtime is similar, both are continuation based under the hood etc. What sets VirtualThread apart is that all the support you get from the Java Stdlib. i.e ExecutorService and friends and now ThreadGroup with the improvements in Java 21
436.
by jpgvm 3y ago
That is fairly overblown, especially post Java 9 (2017). Generally speaking you just target a minimum version if you want to not distribute the JVM itself but these days most Java software is backend software, most of which is containerized
437.
by jpgvm 3y ago
I agree that Java definitely strikes a middle ground. It has enough features you can write code in the ways you want (generics, first class functions) but not so many you can create unintelligible messes (implicits). I generally tend to thi
438.
by jpgvm 3y ago
Yeah the JVM definitely makes tradeoffs that adversely affect startup time, things like autowiring DI, etc all contribute to this - it's not just the runtime. It can be slightly annoying so periodically effort is invested to make it fa
439.
by jpgvm 3y ago
I didn't handwave it away. I alluded to there being existing solutions CRaC, AoT, GraalVM, etc. There are ways to entirely eliminate cold-start as a concern if it's important to you My point was you don't ever -need- serverle
440.
by jpgvm 3y ago
Yeah those are all good reasons to consider Go. I think the static binary argument is a bit flat though. With Java I don't even need to compile for multiple architectures, I can copy a fat-JAR onto any machine with a JVM and it will ex
441.
by jpgvm 3y ago
Oh I am well aware of Java's warts and you hit a few of them but they are clearly -not- performance or reliability. Yes there are lots of things that suck about Java and the JVM but you can't in good faith argue that it's slo
442.
by jpgvm 3y ago
1. Yeah but serverless is completely unnecessary. JVM rewards you for long running processes. CRaC etc are there if you really care about that though. 2. If your Java code is using 5-10x more memory for the same task you are doing it wrong.
443.
by jpgvm 3y ago
I highly doubt it's doing type checking though so you aren't going to be eliminating tsc from the picture even if you are using bun.js unless you want to just cross your fingers and hope for the best.
444.
by jpgvm 3y ago
Why use an ecosystem that needs 2-3 layers of build tooling, none of which is designed to work together when you can use any of the sane stacks instead? Not to mention the hell that is Jest, Eslint and trying to make those play with aforeme
445.
by jpgvm 3y ago
In what world is Go more reliable or faster than Java? Especially modern Java (or other good JVM languages like Kotlin). It compiles faster but that is about it. Which is a good thing too because it's verbose AF and heavily reliant on
446.
by jpgvm 3y ago
The problem isn't Gradle itself which I am a huge fan of but more so the existing legacy Android plugins which have either stagnated or slowly degraded. Moving to Bazel would be good for aligning everything. As previously mentioned ASO
447.
by jpgvm 3y ago
Unfortunately debugging Rust (or C/C++ programs for that matter) is limited to CLion even if you have an IDEA Ultimate license. I don't know why. I have an all products license so it's not a blocker but I wish they would just
448.
by jpgvm 3y ago
I wish Jetbrains and Google could work towards replacing Gradle for Android with Bazel. This would mean much more alignment in Android Studio/Jetbrains IDEs and ASOP itself is built with Bazel these days so eventually having both ASOP
449.
by jpgvm 3y ago
I think you mean Java-centered UI. The Javascript IDE is WebStorm not IDEA Ultimate.
450.
by jpgvm 3y ago
Because Americans need a bad guy for their political system to function.

More ›