Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
thermodynthrway
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
13 ms
·
91.
▲
by
thermodynthrway
8y ago
Myfitnesspal and and fatsecret (the two most popular apps) are annoying as hell in the same way. They make it very difficult to just add calories because they want you to help fill in their food database. Anyone know of an app that only tra
92.
▲
by
thermodynthrway
8y ago
Yeah it's a bad trade-off developers don't realize they're making sometimes. Spring is Gigantic. Application containers like Tomcat aren't much better. It's easy to write huge apps in Java that still perform well so
93.
▲
by
thermodynthrway
8y ago
It's a damn shame really. MS killed the golden goose by tryiing to squeeze too much money out of it years ago. C# is an excellent langauge, the design and type system are just incredible. But they missed the open source boat by about a
94.
▲
by
thermodynthrway
8y ago
This is actually being addressed, eventually. There's work being done to lower the startup time in Java 9-10 but I'm not sure what state it's in. Basically cache everything from the first run to make future launches almost in
95.
▲
by
thermodynthrway
8y ago
I miss all that from C#, some of it a lot. But Java has a community so large that they've basically hacked these things into Java anyways. LINQ -> streams, QueryDSL, RxJava, JOOQ etc Async/await -> Comsat/Quasar The typ
96.
▲
by
thermodynthrway
8y ago
I came from the C# world :). And yes, it's even more powerful, plus reified generics. The huge problem is that it's not that much better than Java which has ~50X more open source software written for it. The day MS makes a bytecod
97.
▲
by
thermodynthrway
8y ago
The JVM is a double edge sword. It makes all of this possible. Not only can you generate code at runtime, Java will optimize it just as well as if it was originally compiled in the application. I'm not sure why people harp on the JVM s
98.
▲
by
thermodynthrway
8y ago
Java is crufty, but it's the best general purpose language I know. There's hardly anything you can't build in Java. "Casual" Java programmers usually miss the most important feature, what really makes it possible to
99.
▲
by
thermodynthrway
8y ago
Yes exactly, looks like a website from 1995
100.
▲
by
thermodynthrway
8y ago
I switched back a few months ago on all of my devices and only go back when I need Chrome devtools, Firefox is absolutely back in its prime. Feels just as speedy as Chrome on desktop and mobile, and handles large numbers of tabs better. Iro
101.
▲
by
thermodynthrway
8y ago
gRPC is a godsend
102.
▲
by
thermodynthrway
8y ago
Performance and type safety are absolutely linked. The only major reason JS is still 5-10x slower than Java is looseness of types preventing optimizations. The Java community is still vibrant and much larger than Go and Rust put together. M
103.
▲
by
thermodynthrway
8y ago
The frame encoder for AV1 would blow away anything we have now but there isn't a push to use it on images unfortunately. HN tends to dislike abuses of JS but one of the coolest polyfills I've seen tricks browsers into using their
104.
▲
by
thermodynthrway
8y ago
Similar to Quasar then I assume. I'm sure native fibers would be faster, but bytecode is fairly close to ASM and i don't think the performance difference is large. Benchmarks I've seen for Quasar show no performance differenc
105.
▲
by
thermodynthrway
8y ago
Benchmarks game used to have stats for Scala but apparently not anymore. Many of Scalas abstractions, unlike Kotlin, have runtime cost
106.
▲
by
thermodynthrway
8y ago
I appreciate the time obviously spent on this, but i see a couple errors and ommissions. C# and F# are VM languages that run on the CLR which is extremely similar to the JVM. Also, Go and Erlang use fiber blocking threads (userspace threads
107.
▲
by
thermodynthrway
8y ago
Batteries have definitely gotten way cheaper over the years, making them usable despite their marginal energy density in things like cars.
108.
▲
by
thermodynthrway
8y ago
Sadly, it isn't remotely that good, closer to a change from C to AA. NiCad rechargeables have been around for over a century and LiPo only has a density about 3x higher. Overall we've only increased the energy density of the avera
109.
▲
by
thermodynthrway
8y ago
> and all the kids we can’t put into a position of safety "For the children!" They can't think of a good reason to have access to all these phones so they blantantly use an idiom so tired that it's practically a joke.
110.
▲
by
thermodynthrway
8y ago
Assuming their internal projects are built similar to OSS, I ask you to try playing with them yourself and see if you come to the same opinion. There's better ways to critique an arch than just measuring outages. Netflix has built an a
111.
▲
by
thermodynthrway
8y ago
I'm not surprised. I've tried to get Netflix's OSS tools like Spinnaker running and it's a total nightmare with how many interdependent services need to run. It took me days to get running and was never reliable. I think
112.
▲
by
thermodynthrway
8y ago
I've found the speed of the framework generally matters more than what you do with it for the same reason. The size of the framework often dwarfs any application built with it these days. We have a huge project in Spring Boot that craw
113.
▲
by
thermodynthrway
8y ago
You can use fiber libraries like quasaras your executor, just like Go uses for regular threading. The double edged sword of Java is that you can do anything. But the learning curve is huge because there's so much crap out there
114.
▲
by
thermodynthrway
8y ago
I've messed with async on JVM. In my experience, it doubles speed at most for CRUD apps with heavy DB access. Async is only useful if you're thread starved, and most DB calls are fast enough that it never happens. The one place it
115.
▲
by
thermodynthrway
8y ago
The direction doesn't matter nearly as much as blowing the fan through a large-ish opening. You want the air from the fan to accelerate other air on the way out/in. This is the same principle as turbofan engines, in which a higher