Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
__jem
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
19 ms
·
151.
▲
by
__jem
6y ago
You have to put your data somewhere... are commercial database vendors or nosql solutions that much better?
152.
▲
by
__jem
6y ago
This is a lockfile, not the manifest for dependencies, so it includes all the translative dependencies as well. The list of direct dependencies is significantly smaller: https://github.com/sayanarijit/xplr/blob
153.
▲
by
__jem
6y ago
Disagree with distributed monolith. It's a big team/small team thing. We converted a big monolith batch processing application to streaming + Kafka using what might be described as a distributed monolith and it worked great. Using
154.
▲
by
__jem
6y ago
I think the deployment benefits have been even more overstated. This is an absolutely enormous trade-off between logical modularity and run time operational complexity. If your devs aren't good enough to enforce modular design in a sin
155.
▲
by
__jem
6y ago
> having abuse in the pipeline means that the only people that make it through are strong enough to withstand abuse and this strength is a positive quality Having an assembly line process to create abusers isn't a positive. After th
156.
▲
by
__jem
6y ago
What is this random use of German? In any case, an Aufhebung has strong philosophical connotation that implies the process of synthesis -- so you're in luck, negation never fully destroys the thing it negates, it simply supersedes it.
157.
▲
by
__jem
6y ago
For those of us who are only Rust hobbyists and don't have the hardware experience to work at Oxide, are there other companies you know that are pushing similar values? I'd take a major pay cut to have this kind of transparency an
158.
▲
by
__jem
6y ago
This is so cool and so important. We shouldn't be ashamed about talking about compensation, ever!
159.
▲
by
__jem
6y ago
What language runtime provides mocking/spy support? This seems excessively catered to IOC OO design, not the kind of thing a multi-paradigm language usually supports.
160.
▲
by
__jem
6y ago
Curious to learn more about how jails + zones are implemented. In Linux land, I find the notion that containers are a coherent abstraction really hinders developers from understanding how their application is deployed.
161.
▲
by
__jem
6y ago
The key is that "containers" don't actually exist -- they're just processes running under a variety of different namespaces.
162.
▲
by
__jem
6y ago
Most of the JVM ecosystem doesn't work with AOT due to issues with reflection.
163.
▲
by
__jem
6y ago
This isn't a defense of greenfield -- my point is that if we haven't had a need for AOT for the past ten years, we don't have one now. I imagine 99% of big Java apps are in a similar position. Getting a legacy Java app to com
164.
▲
by
__jem
6y ago
The AOT stuff is cool, but honestly if we had compelling needs for that we'd just use another language. The scripting engine is incredible, though, and I think a real differentiator for the JVM.
165.
▲
by
__jem
6y ago
Also, those collection types are backed by a number of concrete implementations.
166.
▲
by
__jem
6y ago
It's definitely not a great fit if you have a ton of different state transitions, since the From impls add a lot of boiler plate. But I've found it perfect for situations where there's only a few very well defined transitions
167.
▲
by
__jem
6y ago
Here! https://hoverbear.org/blog/rust-state-machine-pattern/
168.
▲
by
__jem
6y ago
Here's a good blog on the topic: https://hoverbear.org/blog/rust-state-machine-pattern/ . The last implementation of Raft uses this pattern.
169.
▲
by
__jem
6y ago
My favorite rust state-machine-ism is consuming self by value when you transition. In combination with generics and From, this allows you to ensure that states are only ever entered into via the transitions you encode by implementing the tr
170.
▲
by
__jem
6y ago
In other words, go is the language you want your coworkers to write, not the language you want to write. :)
171.
▲
by
__jem
6y ago
I'd rather have more closely integrated hardware for a laptop. It's more efficient and leads to a smaller, more powerful device. I have a powerful desktop that I pay for incremental upgrades and it works great. I'm not in the
172.
▲
by
__jem
6y ago
Is it not? Even if it's open source, I would view monolith frameworks as a form of ecosystem lock-in. We use Spring at work and I would certainly describe us as suffering from "lock-in" to the Spring ecosystem.
173.
▲
by
__jem
6y ago
Abstractions are addicting for many developers, including myself. I switch between Go and Java. Go is the language I want my coworkers to use. I'd rather read "bad" Go code than "bad" Java code all day long. Bad Jav
174.
▲
by
__jem
6y ago
Personally, I would just tile them vertically with the terminal taking up the bottom 10 or 5%, but you can also make certain windows floating with i3, which may be another solution.
175.
▲
by
__jem
6y ago
Testing isn't a delay, unless you think being reckless is a scientific virtue.
176.
▲
by
__jem
6y ago
> Buy-and-hold will almost always lead to returns, provided that a portfolio is diversified enough. Smoking, taking opiates recreationally, etc. almost always lead to premature death. This is ignoring the original point, though. Commissi
177.
▲
by
__jem
6y ago
I mean, anyone can make up hypothetical scenarios. Without proof they're just that -- an overactive imagination.
178.
▲
by
__jem
6y ago
I’ve thought about it! The keyboard is too important for me, and still being able to checkout source code locally and run a local ide tips it in the favor of laptops.
179.
▲
by
__jem
6y ago
I also read scripts from the user repositories on my distro. It’s perfectly pragmatic for us because we understand shell scripts and system administration. It makes me feel better too. But I would never tell someone to avoid installing deve
180.
▲
by
__jem
6y ago
This is easily rectified by script authors by adding a main function invoked at the end. At a certain point, the argument simply becomes "executing arbitrary code is potentially dangerous", which is trivially true, and also not a
More ›