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

To be fair you can have versions and backups even if you don't use a versioning tool like git. Good old _v2, _v3, _v4.

Fair, but like, why??

Simpler. Or you work/collaborate on projects with people who really shouldn't have to learn Git, even via a GUI.

I'm a programmer by trade and do plenty of versioning via _v1 and so on when working on music with others, we basically send .zip files over Telegram and append some label at the end. Not gonna ask these people to learn something when basic "have many copies" does the trick sufficiently good.


Everything an animal does isn't a selective advantage, sometimes it's just not a disadvantage.

Fine, in that case, why is it a disadvantage for the males?

Now please don't tell me "it doesn't have to be a disadvantage for males, it might just be an advantage for females" !


> why is it a disadvantage for the males?

Who said it was? Just because males don't exhibit a behaviour doesn't mean it's necessarily an evolutionary disadvantage.


how do you explain the females do and the males don't? that sounds like a systematic occurrence

> why is it a disadvantage for the males?

Who said it was? Just because males don't exhibit a behaviour doesn't mean it's necessarily a disadvantage.


I have stopped trusting automatic software and operating system updates, they take away useful features or break functional user flows or introduce unwanted AI slop too often. So I am very much back in the boat of software needing to justify an update for me to install it.

In my experience it works essentially everywhere to have a single png that's ~256*256px as a linked favicon, perhaps with a single .ico fallback.


Identify attendees and key figures from social media → pick them up when detected on public transport.

The real issue is not (just) this specific use case, rather it's the govt generally knowing where people are going and where they have historically been.


Why wait till they’re on public transport if you’re going to arrest them before they even arrive at the protest?


If they can ID them they can go to where they live. The gov has records of its population


I don't know what you really mean by "cancelling", but I think it's totally fine (and even good) to talk about the flaws in stuff.


To cancel someone was really popular for a couple years starting just after covid. There's probably a better definition somewhere, but basically it is when a collective of like-minded people decide to publicly shame a person until they are too embarrassed to have an online presence, or even worse, until companies are pressured to not employ the person. It was like unofficial unions against someone existing. It stopped after enough people were cancelled that they were no longer powerless together. Then people who hate others had to evolve into different ways to be disrespectful because this method stopped working, which is why you don't see cancelling anymore


I would say that "cancelling" is mostly organized groups of people publicly shaming and harassing third parties to get to their victim. So like demanding that his employer fires him, demanding that any sponsors cancel their contracts, showing up with a mob outside their home to kill their family, demanding that they get removed from platforms like YouTube or Facebook.


This is a bizarrely twisted narrative that does not conform to reality.


It’s totally fine to talk privately with someone. Public shaming tend to have very negative effects.


> I don't know what you really mean by "cancelling"

It surprises me, that you don't know. But if you wanted to know you'd ask LLM, not me, right? So I'd rather spare myself from explaining it.

> I think it's totally fine (and even good) to talk about the flaws in stuff.

To talk about the flaws and public shame are different thing, don't you think?


> So I'd rather spare myself from explaining it.

Being snarky doesn't really help your position.


> Being snarky doesn't really help your position.

Pity. I laid great hopes on that particular phrase.


I am genuinely curious:

> I often drive 4-8 agents at a time, many in the cloud or on different machines,

To do what? How many hours a day do they run? I find it hard to come up with use cases for agents to be doing so much work, but that might just be me.


I am genuinely curious:

> I often drive 4-8 agents at a time, many in the cloud or on different machines,

To do what? How many hours a day do they run? I find it hard to come up with use cases for agents to be doing so much work constantly, but that might just be me.


It's usually not 24/7, it's that when I use just 1 agentic coding tool there's too much variance/hand-holding to go do something else, and also often a lot of downtime in between turns as they work.

So it's a throughput problem. If there are multiple separable-enough things I also want to do, and I'm already sitting there working, I start adding more things simultaneously until I'm fully occupied. I'm also trying to get better at firing off work that is useful enough to be worth doing if it costs $2 and 10m prompting with a 50% success rate, but not worth doing if it costs me 4hr of focused work with a success rate still not close to 100%. I think right now there is a lot to be gained looking at the economics of "more annoying than hard"/grindy dev work. Now you can just pay something purpose-built for grindy dev work a fraction of what it would cost you.

For example, it's relatively common for me to need to build Envoy with bazel and wait 1-2hr for my LLM agent to get past that (because it maybe takes 30m but if it ignores the cache, or makes mistakes requiring do-overs, you multiply that), or I want to have it do a bunch of benchmarking or testing that has a 10m-20m iteration time and a lot of things to iterate on. I just let them have at it and check to make sure they don't get stuck, and do something else.

I'm also trying to get better at firing off work that is useful enough to be worth doing if it costs $2 and 10m prompting with a 50% success rate, but not worth doing if it costs me 4hr of focused work with a success rate still not close to 100%, because I think right now there is a lot to be gained looking at the economics of "more annoying than hard"/grindy dev work now that you can just pay something purpose-built for grindy dev work a fraction of what it would cost you, or that can read more words in a minute than you can in one day. If it doesn't work or I just abandon it halfway it doesn't matter because it cost me $1 and if it's important I'll just pay one more $1 later.

I had three subagents working for 15m each earlier today gathering a bunch of data about a software dependency I was evaluating using, and they went through a ton of git commits/open source committee meetings/roadmap and historical data, and reviewed all its code. At API rate maybe it would have cost >$10, but I pay subscription rates and it was basically just a 5m writeup of resources to check and things to clarify/evaluate for me while I waited on another thing. To review all that output, and coordinate it/save it, and make it easier to include artifacts, code, etc. I just tell them to write it up in a git repo and push when they're done.

IMO the biggest bottleneck with agentic development is the iteration-time and how much human effort it takes to do the last 20% to take it from slop to actually-done, IMO. But I think many things become worth doing to a slop-level of quality if the time/compute is cheap, it's useful enough to you, and the primary barrier to having it is just taking the time to ask for it.


And crucially, you should want to others to build upon it, like you build upon so many that came before you.


If your perception of a moat is worth more than the GDP of most countries, publishing anything must seem like a bad idea. Much less helping others build upon your work.


> Motorola razr has crease issues that they seem to want to ignore

Details please?


The razr forum on reddit has some examples.

It doesn't seem extremely common, but the reports are for phones that are relatively new - not even two years of use.


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

Search: