Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jrumbut
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
61.
▲
by
jrumbut
7mo ago
Camacho is aspirational at this point. I would have a lot of sympathy for someone trying to do the right thing but unaware what that is.
62.
▲
by
jrumbut
7mo ago
The author makes a comparison to Haskell, which I think might be a little misleading. Haskell is a little more complicated to learn but also more expressive than other programming languages, this is where the comparison works. But where it
63.
▲
by
jrumbut
8mo ago
Well the essence of software engineering is taking this complex real world tasks and breaking them down into simpler parts until they can be done by simple (conceptually) digital circuits. So it's not surprising that eventually autocom
64.
▲
by
jrumbut
8mo ago
There might be a small percentage of people nihilistic enough to want to unleash a truly devastating bioweapon, but basically everyone wants what AI has to offer. I think that's a key difference as well. And how would a treaty like tha
65.
▲
by
jrumbut
8mo ago
It's working too. All my friends stopped using Facebook for similar reasons. My feed went from a 24/7 pleasant reunion to a fetid swamp and now I also have stopped using it.
66.
▲
by
jrumbut
8mo ago
> Google would have let that sit forever because the labor economics of the problem were backwards. This has been how all previous innovations that made software easier to make turned out. People found more and more uses for software and
67.
▲
by
jrumbut
8mo ago
Insurance is complicated, not frequently discussed online, and all code depends on a ton of domain knowledge and proprietary information. I'm in a similar domain, the AI is like a very energetic intern. For me to get a good result requ
68.
▲
by
jrumbut
11mo ago
Also it's a really well trodden path. You aren't likely to run into an OpenBSD firewall problem that hasn't been seen before. Regarding any BSD used for any purpose, BSD has a more consistent logic to how everything works. Th
69.
▲
by
jrumbut
11mo ago
Well, that's why people still have jobs but I appreciate the idea of the post that the neat demo was a coherent paragraph or silly poem. The silly poems were all kind of similar, not very funny, and the paragraphs were a good start but
70.
▲
by
jrumbut
1y ago
Every time software has gotten cheaper to create the end result has been we create a lot more software. There are still so many businesses running on pen and paper or excel spreadsheets or off the shelf software that doesn't do what th
71.
▲
by
jrumbut
2y ago
It's poor timing for this article. The CrowdStrike incident has demonstrated that no matter what you do it is possible for any distributed system to be partitioned in such a way that you have to choose between consistency and availabil
72.
▲
by
jrumbut
3y ago
Is Platonic realism valid? I need to know before I plug in this toaster.
73.
▲
by
jrumbut
3y ago
> we can digitize them We can, but will we? And will we maintain those collections? There is some resilience in having collections scattered here, there, and everywhere in addition to having a substantial chunk of history reliant on one
74.
▲
by
jrumbut
3y ago
Collecting usually occurs in a niche community, so who is selling matters. A well known collector finally parting with their prize pieces everyone has been drooling over for 40 years is going to yield a greater return than a stranger walkin
75.
▲
by
jrumbut
3y ago
> serialised in a version of JS that the receiver understands I don't think the use case for this is as general as most RPC systems. The linked site envisions a situation where you had an app running on one server, now you want to b
76.
▲
by
jrumbut
3y ago
It's especially true because of this line that could have easily come out of a Marquez novel: > "And we decided, yes, it was a betrayal. But that's what children are for."
77.
▲
by
jrumbut
3y ago
The institutional preservation instinct can cause perverse incentives but it is useful and allows large organizations to be trusted to do things that can't be addressed by startups. If you have work that requires something to exist in
78.
▲
by
jrumbut
3y ago
> budgets often work differently. Very differently. Instead of a system you continually iterate on for its entire lifetime, if you're in a more regulated research area you might build it once, get it approved, and then it's onl
79.
▲
by
jrumbut
3y ago
> The biggest issue isn't the software glitch system. I disagree, the software glitch was the problem here. We are supposed to be able to rely on computers to store and add numbers or report a system failure. This accounting softwar
80.
▲
by
jrumbut
3y ago
I do think more of them would work from first principles if more (non-programmer focused) programs exposed a set of principles and allowed users to operate on them using their own logic and imagination. Excel and some image editors do that,
81.
▲
by
jrumbut
3y ago
Truth be told I think non-programmers are the experts on using technology. When I have a problem I reach for code, the real power users are the ones who don't have that option.
82.
▲
by
jrumbut
3y ago
> So they want to sleep at your place but are not comfortable having you around? Yes, this is extremely common. All of my in-laws would go in this category, more or less. I might spend the night at their house, but it would be awkward to
83.
▲
by
jrumbut
3y ago
> If it's just one guest, they can sleep on the couch. This works until your friends start getting married, start having back problems, or just want a little privacy while they sleep.
84.
▲
by
jrumbut
3y ago
> But really it’s most powerful in larger enterprises where individual teams may have technical people who have business knowledge but not much much IT power. It's not just business knowledge, it allows the people who are most commi
85.
▲
by
jrumbut
3y ago
We forget that favoring composition over inheritance is one of the core ideas of OOP. It's supposed to be, at least. Textbooks have an example like "Dog inherits from Animal" as a way to demonstrate the concept of inheritance
86.
▲
by
jrumbut
3y ago
You either end up reinventing foreign keys, your support volume will scale faster than your data, or user experience will suffer. There may be situations where foreign keys become too much overhead, but it's worth fighting to keep them
87.
▲
by
jrumbut
3y ago
> Because that single application already exists, in my case its postgres. This is exactly what postgres was designed for! Tens of thousands of hours of work over decades to solve the problem of relational database management. That'
88.
▲
by
jrumbut
3y ago
That's not an unreasonable desire, and to satisfy it there are true color pictures of Uranus including one from a space ship that flew by: https://en.m.wikipedia.org/wiki/Uranus#/media/File%3AUranus_...
89.
▲
by
jrumbut
3y ago
> I can be pointed at almost any Rails repo and have a baseline understanding of where to find things on day 1. That is almost never the case with a Javascript project. And this is a problem that a type system doesn't fix. A type sy
90.
▲
by
jrumbut
3y ago
> A lot of the information required to understand it is passed through implicit context. This is the counterintuitive genius of Ruby/Rails. Ruby projects need an idiom and Rails gives you a good one. If a team knows Rails and its co
More ›