eggsnbacon1

20 ms·

121.
by eggsnbacon1 6y ago
I know a bunch of engineers who have worked at the giants. IMO they've all lost their luster. They grew too big. You can only fight regression to the mean for so long. Law of large numbers or whatever. The best teams I worked with were
122.
by eggsnbacon1 6y ago
its very easy to zip on the fly with C#, Java, JS. No idea why Python has this blind spot
123.
by eggsnbacon1 6y ago
So many comments suggesting different UI frameworks with varying levels of cross-platform support. Guys, I hate to say this, just use Java. Its fully cross-platform with a complete UI toolkit that looks native and isn't slow. You'
124.
by eggsnbacon1 6y ago
Hate to say it, but the sanest thing to do if you need a cross platform UI is use Java. Your other choice is Electron, which is way slower and uses many times as much ram
125.
by eggsnbacon1 6y ago
I have doubts. We already have cross-platform languages with decent GUI like Java (people give it tons of shit but I bet you use a Java GUI every day without knowing it). Python has some decent ones too though. And of course Electron, which
126.
by eggsnbacon1 6y ago
I'm unreasonably excited about this. They took the guys that made Quasar (Java fibers library) and hired them full time to work on this. Java already has some of the best concurrency support of any language, it just doesn't suppor
127.
by eggsnbacon1 6y ago
Is this an issue in new versions of vanilla Python? I mostly bang on crusty old Java stuff and zip streaming has been built into JDK for decades
128.
by eggsnbacon1 6y ago
I've found its faster and more reliable to reload JIRA tabs by simply creating a VM, running it on a browser in there, and pausing the VM when you don't need JIRA. When you need it, or after a restart, simply load up your VM and r
129.
by eggsnbacon1 6y ago
Hah! It really is comical how insanely slow and bloated JIRA is. Its the only tab I keep open 24/7 because loading it takes so long. When I restart my PC I have a login script that fires up a bunch of slow stuff while I get coffee. My
130.
by eggsnbacon1 6y ago
I have been looking at this for an upcoming project where we need to handle a ton of persistent HTTP clients. Regular Vert.X is "fine" but TBH having all the callbacks sucks. My only reservation to using Kotlin is IDE support. I k
131.
by eggsnbacon1 6y ago
Interesting, so Golang channels are basically a hybrid between the two approaches. I envy Rust and its borrow checker. Its a pain to get used to, but enables "shared when you say it is" concurrency model with no overhead. No messa
132.
by eggsnbacon1 6y ago
Maybe I muddled my words on this. Java supports "requesting" thread cancellation, but its not safe to forcibly kill OS threads in any language I know of. For the same reason you can't in Java, finalizers won't run. This
133.
by eggsnbacon1 6y ago
Java does not allow one thread to kill another due to its shared memory concurrency model. It actually used to, but this feature was removed because it caused so many deadlocks. The reason is that killing threads won't always release m
134.
by eggsnbacon1 6y ago
original Futures can't be cancelled. CompleteableFuture can be, but only if the thread agrees to die. You can achieve arbitrary non-blocking delays by using the cruft scheduled thread executor or doing it sanely with RxJava. Really its
135.
by eggsnbacon1 6y ago
I want to see a source on this. Golang's GC is often touted as better than Java's but every real world benchmark I've seen shows that it sacrifices a lot of throughput for low pause times, essentially by running much more oft
136.
by eggsnbacon1 6y ago
I have actually heard the same about Quasar so I have avoided using it. It hacks up the bytecode so evil bugs appear common based on my glances at issue tracker. Why didn't you use Kotlin coroutines? My understanding is that they achie
137.
by eggsnbacon1 6y ago
Different strokes I guess. Erlang's model with fibers and message passing sounds close to Golang. Java has decent support for immutable objects with immutable collections, Lombok, the FreeBuilder library, both build-time code generator
138.
by eggsnbacon1 6y ago
You can tie the fates of threads together in Java using thread groups. If you need more flexibility, or want it to be managed for you, Akka framework offers this. I believe Akka gives you a model very similar to Erlang. In Java you would cr
139.
by eggsnbacon1 6y ago
Per thread GC is definitely a different approach than Java takes. The trade-off is that shared memory between Java threads is nearly free. Basically the same approach C++ uses, except Java has better concurrency primitives because its VM. N
140.
by eggsnbacon1 6y ago
the author leaves out Kotlin which adds support for coroutines on the language level and still compiles to java bytecode. These are not classic continuations because they cannot be cancelled, but they're still very useful and true fibe
141.
by eggsnbacon1 6y ago
Runtime code generation is a common optimization in java frameworks. End-users may never see it but the majority of popular frameworks use it under the covers. Debuggers also use the functionality to allow live code editing and expression e
142.
by eggsnbacon1 6y ago
generating code during runtime is rather common in Java frameworks. Most really popular frameworks use it. Spring for AOP and Hibernate for "bytecode enhancement". There's a number of libraries, like CGLIB and ByteBuddy desi
143.
by eggsnbacon1 7y ago
This is a stupid signal. Many/most developers are prohibited from working on open source projects by their employers. In any state besides California and Illinois you will be forced to sign an IP assignment agreement to work for any me