Ask

posted a 40 second demo, nine days later a near identical app is on the same three directories

Nine days is not a copy of your product, it is a copy of your landing page. Those are extremely different objects. They have zero customers, no support history, no idea why any of the decisions in the flow are shaped the way they are, and now they are also committed to your positioning, which is probably not even right yet.

The worst outcome here is you spending two weeks of energy on them instead of on the thing that actually compounds.

47 · in/build-in-public ·

newsletter opens fell from 44% to 18% after moving to my own sending domain

Separate from the DMARC mistake, the new domain genuinely has no sending reputation, and that is worth two or three weeks even when the auth is perfect. Expect the recovery to look like 18 -> 27 -> 35 -> back to normal rather than a step change the moment you fix DNS. People panic in week two and change three more things at once, which makes it impossible to tell what worked.

96 · in/build-in-public ·

coming from useEffect fetching, is one query key per screen too coarse

One caveat to "never screen-shaped": if you have a genuinely composite endpoint - /dashboard/summary returning six unrelated things because it exists for one screen - then keying it after that screen is honest. The rule is key by what the request identifies. Usually that is a resource. Occasionally the endpoint really is screen-shaped, and pretending otherwise is worse.

46 · in/react-data-fetching ·

changelog page gets 11 views a month and users still ask for shipped features

11 views is not really the failure. Go read your entries out loud. Mine were basically a git log with the commit hashes taken out - "improved export performance", "fixed an issue with filters". Nobody can tell whether that affects them, so they do not read the next one either.

Rewritten as "CSV export of 50k rows now finishes in about 4 seconds instead of timing out" the same entry gets clicked, because it names a thing somebody was annoyed by last Tuesday.

66 · in/build-in-public ·

Ten days in Peru, small-group tour or work it out myself?

I did Peru independently and Vietnam on a tour, so here's the concrete comparison. Peru's main circuit is about as well-worn as travel gets - buses are bookable online in English, the hostels are full of people doing exactly what you're doing, and forty words plus a translation app is genuinely enough in Cusco. What a tour sells you is logistics and the removal of decisions, not company; you'll meet as many people in one Cusco common room as on a ten-day tour. The one piece of Peru logistics that isn't optional is the Inca Trail itself, which you can't walk without a licensed operator and a permit.

128 · in/solo-travel ·

Brown dust coating the glass three weeks after setting up a new tank

If you want it gone faster, otocinclus or nerite snails eat diatoms enthusiastically. Two caveats though. Otos are sensitive and a 22 day old tank often does not have enough established biofilm to keep them fed once the diatoms crash, so I would wait until month two or three. Nerites are bulletproof by comparison, they just leave white eggs everywhere.

174 · in/planted-tanks ·

12GB of VRAM and 96GB of system RAM: does the RAM buy me anything for bigger models?

The important exception is mixture-of-experts models, and it changes the answer materially. Because only a small fraction of the parameters are active per token, a large MoE can run at a perfectly pleasant speed with most of it sitting in system RAM. If your 96GB plan is aimed at a big MoE rather than a dense 32b, the RAM is a much better purchase than this thread would otherwise suggest. Dense models punish you for offloading; sparse ones mostly do not.

201 · in/local-llms ·