HN user

Prosammer

66 karma

full-stack dev from northern Canada, passionate about building cool stuff quickly.

Posts0
Comments38
View on HN
No posts found.

I have very little understanding of geopolitics or economics, so these tariffs don't make sense to me, and they don't seem to make sense to most people.

What’s the best steelman argument for them?

I’ve read a bit of Peter Navarro and others who support this line of thinking, but I’m trying to understand: is there a coherent endgame here that benefits the country long-term, or is this just short-term political theater dressed up as strategy?

What would the best possible version of this policy look like if it were smart?

I wasn’t suggesting anyone should duplicate code or that duplication doesn’t have downsides. My point was more about how LLMs, by default, tend to produce less “clever” (and often more repetitive) code. We know that duplicated code can be painful when bugs need fixing across multiple places, but I’m curious how programming practices will evolve moving forwards as I don't see this going away in the short-term.

So if you're as clever as you can be when you wrote it, how will you ever debug it?

LLMs do not write very "clever" code by default. Without prompting them continuously to make it more "clever", they tend to write lots and lots of simple code, vs writing "clever" code that reduces redundant code, improves performance, etc.

What I am curious about is if these slop-filled codebases will be a problem or not in the future - traditionally it's been bad practice to have duplicate code everywhere, but with LLMs it feels like it matters less, as long as the code is simple and readable.

I'm a big fan of LLMs generally, but does anyone even want incoming texts summarized like this? Like even if they were accurate summaries, seeing "Wife expresses frustration with her husband's messiness" is a lot less fun than "Clean up your clothes, dipshit".

RepairWise (https://repairwise.pro) | Full-Stack Engineer | Remote, San Francisco, CA | Full-time

We’re a software-enabled startup on a mission to support the influx of thousands of off-warranty electric vehicles that need to be diagnosed and repaired, while delivering a trustworthy auto repair experience for EV owners.

The founding team has built and operated numerous well-known companies in the automotive & mobility space, and are now searching for exceptional full stack engineers to help pursue this mission. Experience with NextJS / TS / shadcn / tailwind / prisma is a plus!

Please email your Resume / portfolio to sam@repairwise.pro, and we’ll share more about the company and the role.

Sorry for the late response. I must be misunderstanding your comment. I read your comment as "RAG doesn't pre-compute KV for each document, which is inefficient". With RAG, you convert your text into vectors and then store them in a DB — this is the pre-compute. Then you just need to compute the vector of your query, and search for vector similarity. So it seems to me like RAG doesn't suffer from inefficiency you were saying it suffers from.

"Too agreeable" isn't an intrinsic trait of AI though, just the models you've been using. I'd love a less agreeable model :)

I've been finding with these large context windows that context window length is no longer the bottleneck for me — the LLM will start to hallucinate / fail to find the stuff I want from the text long before I hit the context window limit.

Yes, I'm stoked you brought this up, as I had previously googled and found some articles that recommend doing this in typescript. I haven't tried it out yet though, mainly because it seems like every article has a different approach to production-ready error handling in typescript and I don't know the best approach. Do you / does anyone have any suggestions for articles etc. on this?

I am building textool [1] an app that lets you create endpoints using GPT4. The idea is to make it so you can create "actions" for GPT4 assistants easily.

  - Nextjs
  - Deno Deploy for hosting the apis 
  - Supabase - postgres / auth
  - Shadcn
I want to use the t3 app stack [2] for v2.

It's really MVP, but I want to see if anyone is interested at all before I work on v2: creating gpts that come with databases!

  [1] https://textool.dev
  [2] https://create.t3.gg/

SEEKING WORK | REMOTE | Canada Frontend: React, t3 app stack, Svelte,Tailwind, shadcn, Trpc, nextauth, prisma, zustand, sveltekit, next.js, sveltekit

Backend: Rust, Node, Electron, Tauri, PHP, Kotlin GCP, Firebase, Supabase

Full-stack dev who left fintech so I could work on my own SAAS. Open to flat-rate pricing for well-scoped projects.

I've got good social skills and can communicate clearly. I love shipping MVPs fast!

Contact at sam.finton [at] gmail.com or find my linkedin.