HN user

wkirby

751 karma
Posts10
Comments178
View on HN

Replying for the ~5 people who happened to download earlier this afternoon, the rc20 build that was uploaded earlier today was missing the update server URL. Re-downloading rc20 should have a corrected build that will notify you of any updates in the future.

Almost certainly not; it really depends on how iCloud handles the sync. Cassava supports (at the moment) CSV (and its variants TSV, etc.) and JSON files. If your sync mechanism works well for those files in a text editor like vscode or sublime, then it will work well with Cassava. If not, there's not much we can do on our end - that's really a problem with how the sync mechanism works.

Linux support is there and working, half my team uses arch btw. Windows is working, I just don't build for it right now.

Excel is cripplingly slow (thought more capable). I don't like using text editors for sheet data; it's simply not as ergonomic to browse a CSV as a text file.

I've spent the last 8 weeks or so building the spreadsheet tool I want to see in the world. CSVs as first-class citizens with the ergonomics and speed of my text editor. It's been a great opportunity to explore building GUIs in rust, and to really experiment with coding assistants.

I'm looking for alpha/beta users https://cassava.dev/.

My experience thus far is that the local models are a) pretty slow and b) prone to making broken tool calls. Because of (a) the iteration loop slows down enough to where I wander off to do other tasks, meaning that (b) is way more problematic because I don't see it for who knows how long.

This is, however, a major improvement from ~6 months ago when even a single token `hi` from an agentic CLI could take >3 minutes to generate a response. I suspect the parallel processing of LMStudio 0.4.x and some better tuning of the initial context payload is responsible.

6 months from now, who knows?

I see this as the next great wave of work for me and my team. We sustained our business for a good 5–8 years on rescuing legacy code from offshore teams as small-to-medium sized companies re-shored their contract devs. We're currently in a demand lull as these same companies have started relying heavily on LLMs to "write" "code" --- but as long as we survive the next 18 months, I see a large opportunity as these businesses start to feel the weight of their accumulated tech debt accrued by trusting claude when it says "your code is now production ready."

Like my co-founder said, we're a small company based in the US, and hiring in foreign jurisdictions is both expensive and time consuming. We're currently set up to hire in the US and Canada, and while we'd be willing to expand our footprint for the right candidate, the easiest thing for us is to look for candidates in our current operating jurisdictions.

Apsis Labs | Staff Frontend Engineer | REMOTE (US, Canada) | $132,000 | https://www.apsis.io

Seeking a skilled frontend-focused full-stack engineer who thrives on building beautiful and functional user interfaces, but still feels comfortable on the back-end.

While we’re looking for developers with strong technical skills we don’t typically hire for experience in a particular framework or technology. We’re mostly seeking generalists that enjoy working in new technical stacks and have exceptional communication skills; because we’re a small company, everyone here takes on a lot of roles, and strong relationships with our clients are essential to our success.

We offer a 20-hour work week, retirement and health benefits, a competitive salary, an unlimited vacation and parental leave policy. You can read more on our work philosophy here: https://www.apsis.io/mission.

If you're interested, please reach out to us with any questions or with your resume at contact@apsis.io.

I agree with the sentiment elsewhere in this thread that this represents a "hideous theft machine", but I think even if we discard that, this is still bad.

It's very clear that generative has abandoned the idea of creative; image production that just replicates the training data only serves to further flatten our idea of what the world should look like.

The bottleneck is not putting code on the hard drive, or turning my thoughts into code — the productivity bottleneck is thinking and frankly no LLM is thinking better than an average developer.

Even if that’s what they mean (and I agree, that’s plausible, though not obvious) it’s still an asinine statement in the context of their broader thesis: advancements in generative AI are going to power the rise of the solopreneur. In absolute terms, an individual developer may be more productive in 3 years than they are today, but in relative terms, they will still be underpowered when compared to large teams building complex software. It only makes sense if we also assume the consumer and quality bar of today as well — and I don’t think LLMs are expected to crack time travel.

There will still be successful solopreneurs, just as there are today, but the idea that tooling-based productivity gains for individual developers are going to drive a power shift towards solo development and away from team-based companies is stupid.

Depends on if you think AI is more like a shovel or an excavator. The article to me implies a shovel: a tool used by one person to increase individual productivity. An excavator is not run by a single worker — it’s run by a team. If AI assisted coding is an excavator, a solo developer won’t outperform a 100 person dev team, because they won’t be able to operate the AI tooling efficiently or effectively.

An engineer with AI tool can now outbuild a 100-person engineering team.

What an insane statement. If the tooling improves that much the team of 100 will also improve. A worker with a shovel only outperforms the other workers if they’re still digging with sticks.

That sets aside the assumption that a few years from now we’ll see any material improvement at all. More likely we’ll see more wasted hype on some new revolution.

For sure! Not to mention all the tendons and nerves. My recovery continues, as I’m sure yours does too — I’m back to my pre-injury PRs for most weight lifting, and my goal for this year is to match my pre-injury mile time.

All things considered I’m still pretty lucky. This could have happened when I’m much older and been debilitating for life.

I suffered a very similar break playing soccer. ER surgeon asked if I fell off a roof. 3 metal plates and 15 screws later I was non-weight bearing for 14 weeks. I lost almost 5 inches in circumference from my left thigh while waiting to put weight back on that leg.

My post-break recovery has not been as good as yours sounds. Almost 3 years later and I rate my ankle at 75% of what its sibling is capable of. I had follow-up surgery to remove one of the plates and clean up scar tissue, and _that_ surgeon was appalled at how long I was immobilized.

Anecdata and all that, but my personal experience says waiting for weight ain’t it.

Sublime is still great. I wish it had a tighter LSP integration — the plugin is decent, but individual language implementations are hit or miss. I sincerely appreciate that it has an old school fallback for languages that don’t have robust LSP support (looking at you Ruby).

Exactly. Replacing search with chatbots removes any opportunity to apply the media literacy I’ve spent decades learning. It gives every source the same sheen of correctness, making all information it gives essentially worthless.