orsorna

This probably degrades response quality, but that is why my system prompts tell it that it is explicitly not a human that cannot claim use of pronouns, just that it is a system that can produce nondeterministic responses. But, that for the sake of brevity, that I will use pronouns anyway.

I've never seen qu+x, except in the title of that Gundam installment released last year, Gundam gquuuuuux. I found this speculation on myanimelist sufficient, but there's no real confirmation afaik. https://myanimelist.net/forum/?goto=post&topicid=2209708&id=...

I don't know what kind of work you do on a daily basis. But, the difference between sending a Slack message and sending a message to kick off an agent to chain a bunch of tasks together is a vastly lower activation barrier. I think many people will jump over that lower barrier out of FOMO, to avoid being outcompeted by those who already jumped.

As an IC though, me sending a slack message is perhaps less impactful than a PL responding to a report :)

I expect the opposite, where if you are not exploiting your newly freed time with more work, you will be left behind.

This is the premise of the comic Power Nap.

https://www.powernapcomic.com/powernap/

That's why it doesn't seem worth it if you are not running the model locally. To really get powerful use out of this you need to be running inference constantly.

The pro plan exhausts my tokens two hours into limit reset, and that's with occasional requests on sonnet. The 5-8x usage Max plan isn't going to be any better if I want to run constant crons, with the Opus model (the docs recommend using Opus).

Good Macs are thousands but Im waiting to find someone who's showing off my dream use case to jump at it.

And this https://notepad-plus-plus.org/news/v781-free-uyghur-edition/

I distinctly remember their GH page being flooded with issues written in Chinese.

Something like HELOCs would certainly be an exception.

The point is to disallow people who make a man's yearly salary every 60 seconds from getting <2% loans against an asset pool that would take hundreds of years for the average American to amass, if ever.

The org should also curate selections. Particularly only games that have been well received in past HN discussions, and if they have, the org might add them to the directory.

To convert that figure to a more relatable number: the surface area of the Earth is just about 197 million square miles. With such an error I'm having a hard time trusting the article content.

Would you say it's truly dead or that it fails to meet the performance bar you've described?

The reality is that most devs do not consider a holistic picture that includes the infrastructure they will be deploying to. In many cases, it's certainly a skill issue; good devs are hard to find. And to flip the coin, it's hard to find good ops people too.

The reason DevOps continues to linger, however vague a discipline it is, is because it allows the business to differentiate between revenue generating roles and cost center roles. You want your dev resources to prioritize feature work, at the beckon of PMs or upper management, and let your "DevOps" resources to be responsible for actually getting the product deployed.

In essence, it's a ploy to further commoditize engineering roles, because finding unicorns that understand the picture top-to-bottom is difficult (finding /top/ talent is difficult!). In this way, DevOps is well and alive, as a Romero zombie.

Your inflammatory accusation aside, is there even any indication that OP worked to push such efforts? Believe it or not, I think most HN users are not directly contributing to writing tools that "enshittify" the internet and are collecting a wage writing other kinds of software.

After paying for fuel, insurance, property taxes and maintenance (exclude the possibility of a car note in this scenario), is it still cheaper than taking the train?

Timing a market change is inherently even more risky. Think about all of the students in the past 10 years who chose compsci not because they enjoyed it but because of the lucrative salaries. Now, those without the passion or knowhow can't pass an increasingly higher bar in an increasingly difficult market.

The subject of the article, and fellow social media participants, are hedging a bet that manual trade jobs will be safe forever, at the cost of a salary cut and inflicting physical damage to the body. All to do a trade that perhaps doesn't even interest them that much. Insecurity, maybe even arrogance, is driving these people outside of the white collar workforce and I think they will get burned for their decision in the long run. Because there really is no guarantee that these physical jobs will be safe.

The other subtext is that white collars should take a salary cut to work in a different field. And who absorbs the difference in salary that is no longer being paid out? No one that is the subject of this article.

It's not their first time. https://news.ycombinator.com/item?id=44997145

Unfortunate, but frankly I didn't even know about them not training on user data.

Actually up until a few months ago I swore I just couldn't use these hosted models (I regularly use local inference but like most my local hardware yields only so much quality). Tech companies, nay many companies, will lie and cheat to squeeze out whatever they can. That includes reneging promises.

With data privacy specifically I always take the default stance that they are collecting from me. In order for me to use their product it has to be /exceedingly/ good to be worth the trade off.

Turns out that Claude Code is just that damn good. I started using it for my own personal project. But the impetus was the culmination of months questioning what kind of data I'd be okay with giving up to a hosted model.

What I'm trying to say is that this announcement doesn't bother me that much because I already went on my own philosophical odyssey to prepare for this breach of trust to occur.

[flagged]

I'll take a bite and be a defensive developer.

I really can't put frameworks in the same bucket as AI. At least frameworks describe an abstract model for a developer to rationalize and think through. AI allows (but doesn't mandate) a developer to write code that they don't understand.

Perhaps I've worked on business logic so long instead of esoteric efforts; what real world use case would benefit from not leveraging a framework where applicable?

In fact, I see your publicly posted resume; are there really developers out there rawdogging Javascript? What problem space do you hire for that mandates the ignorance of >15 years of JS libraries?

And does your business pays above market rate for these skilled developers? Without understanding the problem space I just assume your business tries to hire talented people at exploitative wages. Regardless it appears to be a staggering waste of talent unless the higher quality significantly reduces the cost center of downtime, bugs etc (I find this hard to believe)

This really isn't dissimilar to any work I've seen in a professional setting, minus the screenshot docs. I agree those are bad. Everything useful is in the README.

`uv` is great but `pipenv` is a perfectly well-tested Python dependency manager (albeit slow). Down in the instructions it explicitly asks you to use `pipenv` to manage* dependencies. I also do not think your assertion of "what is a Pipfile in any context" is fair, as I don't think I've ever seen a project list a dependency manager and then explicitly call out artifacts that the dependency manager may require to function.

> had a much higher living standard and much more money than service or office workers

I don't see how you could say this with a straight face. We know at this point that factory jobs inflict physical damage to the body, a priceless artifact that no wage could replenish. I find it difficult to address your last paragraph as it's just not based in reality. Anecdotally, many people I know who take an hourly wage at factories never shift elsewhere. There is no waiting, and often they will start their families younger than their salarymen equivalent, 30 years ago or now. Perhaps they failed by your standards?

If you aren't already connected beforehand these rituals are a waste of time.

Is this a joke?

I don't see what value this provides that rsync, tar and `aws s3 cp` (or AWS SDK equivalent) provides.

Neither of you read the content of the OP methinks. Many of the AI skeptics framed in the blog do not leverage agentic frameworks. In fact, they are explicitly turned off by how the chat interface cannot tackle large codebases as you can't just throw vector embeddings into the chat window. Thus, they write off AI completely. In order to do this you need to set up your IDE and connect it to an API, either local or one of the paid services. I am not aware of any paid service that has an unlimited token plan through the API.

If you are resource constrained this article will make you sad.

I do not have unlimited funds to plug in some token and burn a bunch of money when writing code.

I am gpu poor. I'm lucky that 8gb vram can run the smallest models. But the output is so poor that I lose out to anyone using a hosted service.

If anything this article shows that building great programs is less democratized than it once was.

What is the impetus to make money or sustain itself? How do I know this isn't another tool that will transition to a revenue extraction model down the line?

I find this kind of sealioning really unproductive, given the publicity around Tesla's owner right now. I highly doubt someone with your resumé and levels of capital ownership would need any of this context explained, let alone the average HN reader.

I think realizing that you're a large landowner who owns a company employing hundreds of people easily informs many of the opinions you espouse on your account.

So what exactly is the pricing model? Do I need a quote? Because otherwise I don't see how to determine it without creating an account which is needlessly gatekeeping.

That is true. However (as of two days ago, it may have rapidly changed since then) the python program did not differentiate based on your architecture and would try to import mlx regardless if it's installable on your system or not, causing import errors.

One of the maintainers has a video demo on his twitter claiming iOS, android and Linux. Some of the code is not released and I wish they were advertising that properly.

The "device" in question must be Apple Silicon because the `mlx` package is a hard dependency, or at least an ARM machine (I do not have any Apple Silicon Macbooks or ARM machines to run this). I tried tweaking this before realizing calls to this library is littered all over the repo. I don't really understand the AI ecosystem very well but it seems that the use of the `mlx` library should be supplanted by some other library depending on the platform machine. Until then, and the actual release of the iOS code somewhere, "everyday devices" is limited to premium devices that almost no one has more than one of. I'm looking forward to run this on other machine platforms and squeeze out what I can from old hardware laying around. Otherwise I doubt the tagline of the project.

Edit: to add on, the only evidence that this runs anywhere but Apple Silicon is the maintainer's Twitter where they show it running on two Macbook Pros as well as other devices. I'm not sure how many of those devices are not ARM.

I'm not throwing shade at the concept the author is presenting, but I'd appreciate if they could slow down functional commits (he is writing them right now as I type) and truthfully modify the documentation to state which targets are actually able to run this.