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

It would seem to me that purchasing a piece of software as an AI company is just an outright admission that they could not generate an equivalent piece of software for a better price?

If it was cheaper to use their internal AI to create these tools, they would.


Extremely stupid argument. It doesn’t matter how good is your car if the driver is lacking.

Not sure I follow - is the car the coding agent, and the developer the driver?

Agree with OP here, if AI coding tools are as intelligent and amazing as AI influencers and CEOs are saying, just prompt them to "Remake UV but faster & better".


Car is the coding agent. Developer is the driver.

> Agree with OP here, if AI coding tools are as intelligent and amazing as AI influencers and CEOs are saying, just prompt them to "Remake UV but faster & better".

If average dev is more intelligent and amazing than any coding model, just hire a team of average devs and “remake UV but faster & better”.


Average dev might be more intelligent, but likely neither will produce something of UV's quality. Either AI coding claims are way overblown and OpenAI can't easily remake UV, or OpenAI is buying the ecosystem & mindshare rather the code, probably to lock-in, enshittify, and try to squeeze a profit out of a so far money-losing business (AI not Astral, though true for both I guess).

What's the long-term or even short-term strategy to make money?

It's not like $60m in funding was given as charity.


General purpose agentic AI for enterprises since apparently that's the hot shit for 2026 now.


Love [this take](https://github.com/anthropics/claude-code/issues/18866#issue...)

---

> Just my own observation that the same pattern has occurred at least 3 times now:

> release a model; overhype it; provide max compute; sell it as the new baseline

> this attracts a new wave of users to show exponential growth & bring in the next round of VC funding (they only care about MAU going up, couldn’t care less about existing paying users)

> slowly degrade the model and reduce inference

> when users start complaining, initially ignore them entirely then start gaslighting and make official statements denying any degradation

> then frame it as a tiny minority of users experiencing issues then, when pressure grows, blame it on an “accidentally” misconfigured servers that “unintentionally” reduced quality (which coincidentally happened to save the company tonnes of $).


Makes no sense as rationale for the bug at hand.



Love the simple application


  Location: Los Angeles, CA
  Remote: Open to in-person, hybrid, and remote
  Willing to relocate: No
  Technologies: Typescript, React, Python, Retool. (Also worked in Ruby[BE], Kotlin[BE], React Native[FE])
  Résumé/CV: https://daredoes.work | Github: https://github.com/daredoes | LinkedIn: https://linkedin.com/in/daredoes
  Email: me <at> daredoes <dot> work
Hello! I'm a full-stack engineer with a big love for the HomeLab & Home Assistant communities (I try to support some FOSS stuff when I can!)

If you've read this far, I humbly ask you to read my LinkedIn recommendations, and if you do follow up with an email, rick-roll me. I could use the laugh.


Sent an email a couple weeks ago! Just a bump to be on the lookout for it!


I wouldn't wait on this. The post has been up for a long time and appears to only be collecting CVs. I applied early last year and never got a response, and many others report the same.


Hi randomsofr, this posting has been continually posted since we are hiring on a rolling basis, not just for a single position. We have made hires for this position over time and continue to have openings.

We mention in our post-submission message that we only reach out if there’s a match, to spare applicant inboxes from negative messages (though perhaps we could make this messaging clearer). This follows what some companies such as Anthropic do and some of the reasoning in this post https://pablofernandez.tech/2023/02/03/you-should-not-send-r...

But I know that different people have different opinions on this, and we might shift to sending notification emails after resume review. I appreciate the feedback and I’m sorry about your experience here.


Same


Was just looking at this the other day for personal reasons. Great work!


Have this be an add-on supported by HomeAssistant and I'm in


It's reliant on a bounty iirc for the server and device side code to be open-sourced. Will be about an hour after that I reckon and I cannot wait to contribute.


After you flash the exploit and SSH into the thermostat you can see it at https://github.com/codykociemba/NoLongerEvil-Thermostat/issu...

It's a boot script called /bin/nolongerevil.sh that supplies its own trust material and redirects traffic intended for frontdoor.nest.com to a hard-coded IP 15.204.110.215. 99.9% of this image is the original copyrighted Nest image. Maybe it's enough for the bounty though? And I suppose you could change that IP to a local server. If you wanted to publish the server side Nest API discovered through WireShark . Just stand up your own http rest server.


presumably it's the reverse engineered server that has most of the work put into it, and one would hope that's what is going to be released if the developer decides to


wish this could have been released prior to the google shutoff. But I am happy with the ecobee and its HA integration.


Same. My wife wouldn't let me wait. She insisted we be able to control the thermostat. :)

(The wheel on ours was broken so we could only control it via app).


This is awesome! I'll be trying this soon and joining the Discord after work!


Sounds good! Talk to you there.


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

Search: