Hacker Newsnew | past | comments | ask | show | jobs | submit | MattyRad's commentslogin

This is very disappointing, I've been on Proton for a long time and just assumed a "high trust non-Google" email provider implicitly had integrity. Knowing that they're scummy almost defeats the purpose of using it for me.

I think de-googling is itself has its costs. I've been waiting for a better solution to email. On a related note fundamentally I think the incentives to keep email infra alive is linked to the same incentive rooted in the core belief held by companies/services that ads work.

If there was an inflection point to break that perception — like covid gave a pause for thought for location based ad targeting — and hence the incentive, perhaps we can kick email as one of the ideas whose time has come.

I am rooting for ATproto to be the replacement.


> de-googling is itself has its costs

It can, but it depends on how "googled" you allowed yourself to become in the first place. For me, that's not much at all. But if you've been all-in (or near it) for years, with tons of docs, your photo archive, etc. all tied to google, then yeah, moving away is gonna be difficult.


which is exactly why the AI push and brand harm from the CEO is so baffling, it is in essence an email service based on privacy and trust, what is the point of pushing AI so hard. Wonder if the CEO has some sort of AI psychosis, I prefer products branded on privacy/security to not take the 'move fast and break things' route

Is it groundhog day? I'm sure I've seen this article at least as early as 2 years ago. My RSS feed is just the same cycle:

- New model released, this changes everything (plus thumb scaled metrics to prove it)

- LLMs kinda suck

- The bubble will burst any day now

- Are Plinko machines conscious?

- LLMs kinda rule

- Tech companies doing unethical things

- Someone discovers that, surprise, agents work better when given context (skills! mcp! monorepo! etc)

- Slop that successfully conned its audience and got past the filters

- And so on

This particular article is slop that got past the filters. See the title, see the jargon, see the insufferableness, see the total lack of narrative structure.

I guess that means we're due for a new model pretty soon.


Moreover, the parent comment linked to a decent PR presumably human made. If an LLM had written the PR, its description would be 9 paragraphs long and the code changes full of assinine comments.

If the author really did one-shot the PR, then the author must have also put in the extremely detailed and tedious work which would be required to tame LLM output for this specific repo, in which case, they actually put in real effort, applyed expertise and thoughtfulness, which is the whole issue at hand.


I agree with what I think you're implying, but if it needs to be started explicitly: converting a 100% handwritten, high quality repo to an different language via LLM should be trivial, because all of the hard parts have been reasoned through, and yet these conversions had mistakes, which is unimpressive. Rectifying the mistakes is non-trivial, and the LLMs did not have foresight to rectify them in advanced. (Expectant "you're right, I [sic] did completely fuck that up")

That said, I don't know if it matters at this point.... On top of Brandolini's law (mentioned elsewhere), what's more likely to happen is that developers' intellect, made available in open source, is just going to be harvested as context for different projects (I'm not taking about training data, I'm taking about devs literally cloning repos into an agent to harvest intellect).


That was the point of the article, it's not easy at all. You can't just write Ruby in Rust literally unless you want untyped bags of key value pairs and virtual functions everywhere. The languages have different fundamental semantics and there are many non trivial decisions, including and up to, total architecture change.

For example, in ruby some kind of stringly typed reflection utility might Dry out code. In Rust, that might mean writing a trait over some subset of types and a macro helper, but would require careful dosing work.

Letting the LLM decide is the approach in question and the author was pointing out how spectacularly it failed to translate a complete, human designed system.


This is a pattern which I hope manifests more observably in industries and hiring. Right now, tech postings tend to be a litany of arcana and hyper-specific tech. Developers rarely, if ever, have to understand domain knowledge x. But if we were able to "fan out" to "x tech enhancer" which requires 50% x domain knowledge and 50% tech knowledge, that sounds like it could be an effective position all around.

I see two issues with this however, which probably need to be addressed somehow:

- 1 is that, similar to tech, the positions may be seen as cush/low-effort... Like they did half the real work and are going to phone in the rest with LLMs. (Maybe this is already an existential problem, idk.)

- 2 is that domain knowledge is still difficult to aquire... (which may affect whether this manifests, not necessarily that older engineers like myself can jump in)

Nevertheless, if the pattern of dual expertise were to become common, it could open up a lot of opportunities, and is a positive vision of the future, which I think we pretty desperately need.


Ok, so 78% of developers are unsatisfied... I had to search for it because their link to 2025 was broken :/ but looks like last year it was ~75%, so ~3% increase in unhappy/complacent.... Not as high as I'd anticipated. And 2024 didn't appear to track the stat.


I am not sure how intuitive this is, but percentages carry more weight as they approach 100%. For example 98% to 99% removes 1% from a 2% remaining amount, that is half. so 3% from 75 to 78 is not necessarily insiginificant.


The internet is now a token cache, and we reap those tokens into agents, ethics be damned.


I just used 5.5 xhigh reasoning to make a massive implementation spec (for a vibey throwaway project/exploration, not anything important, burned 80% of the 5h window), now my Strix is in the process of implementing it.

I think there's probably low-hanging fruit to outsource reasoning from rote read/writes.... Just speculation though, I'm not a token optimization expert.


`npm...` and then instant tab close. The total lack of self-awareness regarding how much they're asking us to infect our toolchain is hilarious. I mean, consider that agents can and should be containerized.... Like, that's what competent engineers- the target audience- are doing. It's just so completely tone-deaf.


Yeah, the city search got cut off on mobile. Vibey and janky, but still it's a pretty creative idea.

I would have been very impressed if it made pixel art for cities on demand. If I were able to put in my hometown and see a delightful pixel art memory, I'd swoon and point to it and say "wow wee LLMs are pretty dope aren't they", but instead I'm just thinking this is yet another shallow project which will be abandoned tomorrow.


Which phone and browser were you using? I’ll check the city search layout on smaller screens.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: