HN user

TheCapeGreek

1,109 karma
Posts4
Comments579
View on HN
Vite+ Beta 20 days ago

Because VILT is dead and Livewire is now on version 1100?

I've worked on both stacks in the last few years across several clients. Honestly like with anything in tech it seems to mostly fall apart with half-regarded usage of the tools in growing teams that don't care about their quality in favour of "get ticket done".

In a small local scene with several whatsapp groups, I put "don't be an edgelord" as a catch-all rule rule when I started a discord in the community.

Lo and behold, the EXACT person I had in mind when making the rule, moaned about it.

Works as intended.

For better or worse, AI is beating on video essays too.

Maybe my attention span is truly stuffed, but I really can't stand it when a video essay is the most succinct source on a topic - waiting for someone to express their thoughts in speech, with sometimes slow cadences or their own waffling, combined with sponsor segments (yes I use SponsorBlock, but sometimes or on other devices ads get through), etc.

So I use AI summary for a lot of informational videos now unless I actually am watching it for the entertainment and production value. I don't need 10 minutes on "this will change the way we look at XYZ" that has only 1 minute of real information in it.

Personally I think the verdict is still out on if Opus & co are actually worse, or the rate at which we move with these tools now is faster than we're used to for managing tech debt and compounding complexity with rapidly built software.

If nothing else, using the smart model for planning to hand off to the previous gen for implementation still seems like a useful pattern.

I'll mirror some other anecdata here: Not finding Fable to be amazingly godlike at actual coding, but it does seem better at planning, architectural thinking, and reviewing code. Used it to think through some longer form refactors that involve some product decisions and changes, and found it to provide more thoughtful feedback. However that's just my subjective experience, and I don't think it's provably that much better to make me want to go pay for API pricing when the free trial is over.

My plan is to make hay while the sun shines: get some planning in over the next week or so, and just let Opus take care of it when I get to actual implementation.

There is one underrated feature that I switched to Bitwarden for, away from KeePass: the emergency contact access. You can designate contacts that can request access to your account. If you don't deny the request within a time frame, they are granted access.

So much of our lives is now digital. Important accounts of all kinds, banking, etc.

Waiting on several giant corps to grant your loved ones access after they go through the bureaucratic hole of documentation is... rough.

Putting my master password in my will feels the same as just writing it on a note on my desk. Putting it in a note in a safety deposit box is high effort and cost.

Anyone got a better alternative way to set this up if self-hosting and not going with Vaultwarden?

Images buy you a versioned artifact with all the code-level dependencies baked in.

Fair enough, that buys a little bit of time to not break deployments I supose.

When the build process completes, it tears down the overlayfs

Ah okay, I misunderstood you then - I was referring to Docker-less servers and my build steps running there, not building the images on the machine.

Thanks for the info!

I guess what I'm asking for is what the point is of a "baked" image for interpreted language ecosystems. Already using multi stage builds.

"Builds" are the same as deploys, so when working with server(s) instead of larger scale deployments, I'm not seeing the benefit of the whole "build image, pull on server" pipeline when I can just ditch the registry and added layers by doing those steps on the server as I would normally in other kinds of scenarios.

But I have seen this in action, which is why I'm wondering if I'm missing something.

The clearer benefit to me seems to be in this scenario to use it as a fast environment provisioning tool.

you end up having to copy all the build dependencies (source code) to the host

disk, i/o exhaustion

This is why I mentioned specifically for ecosystems like PHP, which are interpreted. I'm specifically asking for that use case.

I'm not building binaries, my "build" steps are actually deployment steps (npm build, composer install, etc) that I'd be running in exactly the same way on the host. The image I'm deploying by definition also contains my source code because I'm not deploying anything compiled.

IP ratelimited for Docker Hub

How? What I'm describing is using Docker less.

The build process can exhaust resources on the host

Maybe, but I've yet to have a host where that's the case for usual CRUD fare.

The advantage is simplicity, and it's often worth the risk.

That's basically what I'm evaluating for here.

For bog standard LAMP or similar stack applications, I've not understood the advantage of going through the build-image-then-pull-on-host rigmarole. There's more layers involved there than something like provisioning with Ansible and just having a deploy script to run the usual suspects.

But I have seen that done fairly often, hence was wondering what the point was.

Somewhat adjacent in how I look at using Docker at all in prod, here's what I always wonder:

Is using Docker/Compose "just" as the layer for installing & managing runtime environment and services correct? Especially for languages like PHP?

I.e. am I holding it wrong if I run my "build" processes (npm, composer, etc) on the server at deploy time same as I would without containers? In that sense Docker Composer becomes more like Ansible for me - the tool I use to build the environment, not the entire app.

For the purpose of my question, let's assume I'm building normal CRUD services that can go a little tall or a little wide on servers without caring about hyper scale.

Firefox has lost the plot, Orion is close but still has the odd UI bug that makes it tough to recommend, Safari is just Safari.

There is no truly good, independent, feature complete browser out there right now if you want to avoid Chrome and have something that a) works and b) isn't hostile to the userbase.

Brave at the very least said they'd keep supporting Manifest v2 extensions, though not sure how you'd acquire them anymore unless Chrome web store has kept the listings up.

Haven't checked on it since about mid last year but Facebook settings didn't work with it for me.

LinkedIn has also been especially hard to find a good blocker for to remove the sponsored/suggested posts from the timeline (it's just full of garbage engagement bait hot takes).

I just vibecoded a tampermonkey script to block scrolling on Instagram and also block reels. I also had it redirect from the `/reels/` URL to `/reel` which is just the single video view (for when friends link me memes), but it seems they removed that.

Doesn't have to be. Before OpenClaw was a thing, people were experimenting with setups to allow them to drive their agent remotely.

And of course, OpenClaw is built to be a very generalist agent with a chat interface - same effective outcome as remotely controlling an AI harness, but not exactly what everyone wants.

PSA to those with family affected by dementia/Alzheimer's at a relatively early age (say <70yo): Get them tested for STDs, specifically Syphilis.

Left untreated for a very long time (decade+), it spreads to the brain and causes dementia among other things. Older generations with stigmas, taboos, or from lower educational backgrounds seem (to me) less likely to get tested, so it seems plausible.

Source: Have recently discovered this myself with a family member from their neurologist.

I've seen at least one decent use case from "normies" around me: Bypassing stupid company processes to achieve actual automated productivity in your rote processes instead of the theatre of it.

Sounds like a contrived situation, but there's a surprising amount of "thought leader" CEOs out there who make completely nonsensical decisions under the banner of "saving costs and automating things".

(Real-world example I know of) company pays for cheapest tier they can find of Gemini, tell everyone to use it. But won't pay for Asana seats, so every user in your 100-person startup is a guest, and can't use the connector in any AI app to TRULY do useful task management with AI.

Having some better access to AI in the browser would pave over that pain for someone who currently doesn't want to spend their own money on something like Claude for Cowork and the Chrome extension to drive the browser, or open a terminal to have Claude Code do it.

My 2c: there is a divide, unacknowledged, between developers that care about "code correctness" (or any other quality/science/whatever adjective you like) and those who care about the whole system they are creating.

I care about making stuff. "Making stuff" means stuff that I can use. I care about code quality yes, but not to an obsessive degree of "I hate my framework's ORM because of <obscure reason nobody cares about>". So, vibe coding is great, because I know enough to guide the agent away from issues or describe how I want the code to look or be changed.

This gets me to my desired effect of "making stuff" much faster, which is why I like it.