boredtofears

A creep is going to be a creep with or without this advice.

I think this is right. Continue to connect with humans and try to evaluate their actions in good faith. Don’t be a creep but don’t skip life either.

Unfortunately if someone chooses to interpret your words or actions in an uncharitable way there’s not much you can do other than move on. It’s their burden to carry, not yours (except when there are real world consequences but I do think that’s a rare circumstance)

> or the most part, sexy never left, and statistics bear this out. OnlyFans brings in enormous amount of revenue, even after an expensive, failed attempt to be not-just-a-porn-site. Hypersexualized gacha games are pulling in tens of millions of dollars per month, and not just for men; the women-targeted Love and Deepspace had over $50 million in revenue in October. Marvel Rivals, criticized in some circles (such as the social circles of those in the article) for being an oversexualized "gooner game" has remained in the top 10 games played on Steam since its release a year ago. And nothing drives it home more than stumbling across the shady side of YouTube and finding videos in the "woman with large breasts not wearing a bra does something mundane" genre with multiple millions of views.

These are all things about sex but none of them are sex or lead to sex. These are outlets for sexual desires that don't require any social connection at all. You could argue that the article outlines many of the reasons why these things are so popular today - there is a much higher social price to pay for a potentially embarrassing or humiliating situation than there used to be. Easier to avoid it altogether and play gooner games.

Do you have any idea why they (seemingly randomly) will drop the ball on some system prompt instructions in longer sessions?

I had DDG set as my default for years and found myself resorting back to google so often I had to finally admit to myself their results were inferior even to the diminished google result. I just didn’t seem to get the result you’re claiming on the everyday type of queries I make.

> Both DuckDuckGo and Kagi are, purely focused on result quality in 2025 far better than Google currently

I wish this was true

Maybe, but this isn’t one of the ways it does.

> For instance you’re probably iterating over those six plans and inserting them individually in the DB. Another approach would’ve been to accumulate all of them in memory then build and perform a single query. That’s not something people really consider because it’s “micro” optimization and makes the code look worse.

This same pitfall exists in every language. This has nothing to do with Ruby.

I have to spend 3 days working on someone else's "narratives that are more fun to apply their creativity to" all the time, even when my intuition and experience tells me it isn't a good idea. Sometimes my intuition is wrong. I've yet to meet a product manager that isn't doing this even when they claim to have all the data in the world to support their narrative.

Personally I don't think there's anything wrong with scratching that itch, especially if its going to make you/your team more comfortable long term. 3 days is probably not make-or-break.

Both 4k and 120hz were very noticeable improvements imo.

Of course you did - thanks, huge fan!

Is there an easy way to get a whole codebase into GPT 5 Pro? It's nice with claude to be able to say "examine the current project in the working directory" although maybe that's actually doing less than I think it is.

I like the best of both worlds approach of asking Claude to refine a spec with me (specifically instructing it to ask me questions) and then summarize an implementation or design plan (this might be a two step process if the feature is big enough)

When I’m satisfied with the spec, I turn on “allow all edits” mode and just come back later to review the diff at the end.

I find this works a lot better than hoping I can one shot my original prompt or having to babysit the implementation the whole way.

I've never worked at a place where I have any shortage of work to do. Usually the roadmap is several years out.

Or you keep your team of 10 and produce more things.

I get so many LLM death spirals with playwright.

When it works, its totally magic, but I find it gets hung up on things like not finding the active playwright window or being able to identify elements on the screen.

Any idea what people have generally moved on to? Currently using jest but its definitely showing its warts often and is pretty slow. Curious if there is an obvious successor.

I haven't shipped to a shared host since the 00's. We deployed to isolated VMs a decade before docker.

I wonder if we’ll start seeing things like more powerful eGPU’s built into the docking area.

This mirrors my experience with AI so far - I've arrived at mostly using the plan and implement modes in Claude Code with complete but concise instructions about the behavior I want with maybe a few guide rails for the direction I'd like to see the implementation path take. Use cases and examples seem to work well.

I kind of assumed that claude code is doing most of the things described this document under the hood (but I really have no idea).

Woah, I did not know about this installable web app feature - this is a game changer. Thanks for sharing.

This is what I mean - even opinions on domain are wildly different. I've seen people say Claude's React is best.

What I find interesting is how much opinions vary on this. Open a different thread and people will seem to have consensus on GPT or Gemini being superior.

Even the bench marks don’t seem all that helpful.

who are these mythical jr devs and where do i find them

i just want devs who actually read my pr comments instead of feeding them straight into an llm and resubmitting the pr

I had problems with prop drilling on early projects but since Context has been around it hasn't been an issue. Never bothered with all these state management libraries, any time someone on my team has tried to sell me on it they've never made a strong case for it over simple proper react state management. useEffect took a little getting used to - it becomes much less problematic when you learn which scenarios to use it in (fewer than you initially think). I've had to use React.memo() at times, but it's usually done in a simple optimization pass not unlike something I'd do in a backend framework.

The only time I am even aware of these problems is when I stick my head into the javascript frontend framework "scene" where everyone acts like each one of these are dealbreakers and they happen constantly all the time.

Life is actually pretty easy as a React dev, it's a well polished and at this point battle tested framework. I wish the other tools in my dev stack were as easy to deal with.

I just logically group tabs into the same terminal window. All OS's have hotkeys for switching between tabs and windows.

To throw gasoline on the fire: this how I’ve always felt about tmux. Why use an incomplete in terminal windowing system when I can just have multiple terminal windows open managed by the superior OS window system.

(That said I know tmux is sometimes the only option and then it makes sense to me)

At my work were replacing administrative interfaces/workflows with an MCP to hit specific endpoints of our REST API. Jury is still out on whether or not it will work in practice but in theory if we only need to scaffold up MCP tools we save a good chunk of dev time not building out internal tooling.

You mean the same kids that are currently cheating their way through their education at record rates due to the same technology? Can't say I'm optimistic.

On that note, the font isn't symmetrical and the bar graph itself uses jagged lines. This makes it hard to read and much less precise. I'd prefer all websites in monospaced fonts with only the straightest of lines.