Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
__jem
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
13 ms
·
91.
▲
by
__jem
4y ago
There are two in flight projects to bring GCC to Rust: gccrs and rustc_codegen_gcc. These both seem to be making good progress. Otherwise, right now Rust is only being included for drivers, so doesn't have as many portability concerns.
92.
▲
by
__jem
4y ago
> The specific exercise I have in mind is a lockless thread queue. < 20 lines in C .. ~200 lines in Rust. Why is this your exercise you have in mind though? This is such a bad argument. Like, yes, if you work at doublylinkedlist.com w
93.
▲
by
__jem
4y ago
No, it’s at type of building, the name of which came to describe churches in later centuries.
94.
▲
by
__jem
4y ago
This comment is honestly shocking to me. It’s not “weird” for people with different needs to ask to be included in the software we build. Accessibility is a baseline for any product in 2022 and needs to be included from the start otherwis
95.
▲
by
__jem
4y ago
I see you like to live dangerously.
96.
▲
by
__jem
4y ago
So that you don't have to ship an entire web browser for your application.
97.
▲
by
__jem
4y ago
"Getting this right" is a matter of opinion, and either way, rust can be installed a variety of ways. Your argument is literally nonsensical and demonstrates a seriously arrogance and lack of familiarity with what you're talk
98.
▲
by
__jem
4y ago
Rust/rustup is in every package manager like ever. As someone who is "automation-oriented" you sound like you don't have the faintest idea what you are talking about.
99.
▲
by
__jem
5y ago
I didn’t read that closely, but isn’t this is a segfault in the compiler, not a miscompilation?
100.
▲
by
__jem
5y ago
I don't understand why people always recommend ECS over EKS for smaller shops. EKS is kind of creaky, but we haven't really had any major problems with it, and the tooling around the k8s ecosystem is sooooo much bigger and better
101.
▲
by
__jem
5y ago
WASM is not just in the browser, which is the key point. But yeah, it is superficially similar to the Java application servers of the past. One big difference is that I can compile, e.g., Rust to WASM but not JVM bytecode. WASM is language
102.
▲
by
__jem
5y ago
At the same time, this flexibility is a core feature of Spring. In most other frameworks, when you have a use case that isn't supported, you're entirely on your own. Or, worse, end up with in-house patches and hacks to the framewo
103.
▲
by
__jem
5y ago
At the same time, you have to be at a pretty huge scale before resource over-provisioning really hurts the bottom line. You can buy a lot of compute for the price of a single engineer's salary, and it usually takes more than one engine
104.
▲
by
__jem
5y ago
IntelliJ has a M-x equivalent and IdeaVim covers text editing. I literally never touch my mouse when using the IDE. I really don't think this is a compelling argument.
105.
▲
by
__jem
5y ago
The functional Spring APIs in Kotlin allow you to write Spring apps with minimal reflection, and are honestly great, although a bit immature.
106.
▲
by
__jem
5y ago
I wasn't aware that Vagrant has Podman integration! That's pretty cool. My point was not to defend Docker, but to suggest that Docker is increasingly irrelevant to the broader ecosystem. I wouldn't use Vagrant because I (like
107.
▲
by
__jem
5y ago
Docker at this point is just a wrapper around OCI spec… why would you go back to Vagrant rather than just using any of the other tools that can build OCI images? Vagrant and Docker seem like fundamentally different tools to me.
108.
▲
by
__jem
5y ago
Very superficial, but IME React developers tend to be more full stack, more likely to use TypeScript, be aware of tooling, etc., which I think suggests a higher level of “competency” (although not necessarily quality or complexity of code p
109.
▲
by
__jem
5y ago
I got stuck in this conundrum at my previous gig as well, and think reached a very different conclusion than you. In short, while I’m skeptical of some of the degree of churn across modern software development as a whole, I’m not sure that
110.
▲
by
__jem
5y ago
Yes, I find it a far superior dev setup than a standard corporate Mac. Everything about Windows is inferior to macOS, but I spend 90% of my time in a shell, and having my familiar Arch setup and tools vs crumbling macOS Unix is well worth t
111.
▲
by
__jem
5y ago
I built a big feature with percolate as well and it really sold me on the possibilities of ES for product architecture.
112.
▲
by
__jem
5y ago
I never read the update notes and the only time I've ever bricked my Arch system was by pulling the power chord during an update. I probably could have recovered from live cd, but it didn't seem worth it.
113.
▲
by
__jem
5y ago
I just used the new arch installer script, even though I've gotten my install time down to under an hour over time. It took maybe 10 minutes. I don't have very complicated or unique needs, but it "just worked" on my 4 ye
114.
▲
by
__jem
5y ago
Just checked and Spark has over a million lines of Scala code, as well as 100k+ loc of Java and Python. Which would you prefer, rewriting a million lines of Scala, or having a small team work on improving compiler/runtime efficiency?
115.
▲
by
__jem
5y ago
I really want to pick up Julia as my general purpose scripting language, but neither of those solutions meet the standard for “totally fine” imo. For reference, my current use case for Python is 95% scripting, 5% ad hoc exploratory data sci
116.
▲
by
__jem
5y ago
Really dislike active record style ORMs. Even if the entities are proxies w/ some magic (e.g. lazy loading), they should still read like plain records in the code, and be programmed with a data-first style. Because methods accumulate o
117.
▲
by
__jem
5y ago
Thanks! Will read through these.
118.
▲
by
__jem
5y ago
Okay,that seems more interesting. Any resources on the data structures used to avoid indices? Without table ddl, if node types are arbitrary, that seems like a hard problem to solve in terms of storage layout.
119.
▲
by
__jem
5y ago
Enterprise applications are already fast enough, but memory footprint can still be a real pain. Monitoring and deploying the JVM isn't easy, and I think there is absolutely room in the future for lower footprint deployments in the en
120.
▲
by
__jem
5y ago
I’m not sure I understand calling this a “dead end”. Almost no one limits themselves to pure ANSI SQL. Pretty much any application of reasonable size in production uses vendor specific APIs. A “quasi-standard” is not a standard. I was think
More ›