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

I did that too years ago, but the management of it was kind of annoying. DKIM was just getting introduced when I stopped using it. SPF had controversy. I understand both of those are awesome now.

The biggest issue was if your ip address got listed in a RBL (Realtime Blackhole List), and then nobody would talk to you. Some were easy to get off, others were permanent blocks, and I found those to be constantly interfering with the delivery of mail. At least the rejection would usually tell you which RBL blocked you.


Most RBLs are scams. No competent mail admin uses them to block mail ever.


The more and more rude interactions like ghosting we have, the less human we become. Relationships become transactional instead of meaningful. On the other hand, talking to people as humans and leading with your humanity first makes you a better human.

So is this in lieu of using permissions to protect apis? Because it seems like API's should have some kind of permission mechanism around them anyway.


Yes and no -- you can give internal agents access to internal APIs by using rudimentary env var, and org level agentic services tend to offer that kind of permission based access (either roll your own, use an 'enterprise' service, or be knowledgeable that if things go wrong, they'll go very wrong). APIs should, at least from my perspective, always have permission mechanisms. But internal APIs, used by 'internal' agents, have access to those the same way users on the network do, just depends on what flavour of network one is using.

Essentially it's anything that _could_ be on a dashboard, but _might_ be accessed conversationally via an agent.


I was writing MCP servers, now I just write tools for agents to consume. It's often easier to simply write the tool you need and suggest to it to look at the tool to do that thing.

I was also surprised to find out Claude knew how to use the gitlab api with pointing it at the token var in the environment. But for corporations it might make more sense to use a cli to keep the secrets separate from the agent.


> now I just write tools for agents to consume

What do you mean? Tool is a pretty generic concept.


Is that true with the mac book airs? My understanding is that they're completely sealed, and they use the case as a heat spreader.


I met Simon for the first time this year at pycon. Wow, what a great guy.


I remember seeing laser cutter drivers which only ran on Windows XP, but the cutters themselves were still in use and worked great.

For (ham) radio programming software which often only supports windows, getting the programmer working on reactOS seems like a win.


I've been in the process of cutting the DC side of power bricks and crimping anderson power pole (APP) connectors onto both sides of the wire. For camping and ham radio, it's really nice to hook up to a battery without the AC inverter taking DC -> AC and the power brick sending that to DC again.

The only thing to be careful with is connecting different voltages to different connectors, but it's at least possible with the APP connectors to "Build your own" with different color housings and different ways of combining the housings.

So maybe 13.8v is red/black and something that's 5V is black/white, etc.


theres also anderson's SB series- APC seems fond of knockoff versions.


There was a point in the 1990's where microsoft word wasn't truly WYSIWYG. IIRC it was like an infinite page and the line breaks and page breaks were "estimates"

Further many docs from that era are plagued with abandonware.

TeX did one thing well for an era when often the only interface to the machine was over a Xyplex terminal server connecting to a tty at 9600 baud.


Companies are mulling about how many software engineers they can get rid of and replace with AI instead.


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

Search: