crad
crad on Hacker News
Perhaps this should be "People don't understand how to implement good MCP servers" as opposed to MCP is dead.
MCP shouldn't be 1-1 to API. It should empower users and LLMs to perform tasks and see data.
CLIs don't improve upon that issue if they're designed the same way people are implementing MCPs.
Posted by
crad on Thursday March 12, 2026 @12:29PM
from the show-hn dept.
https://github.com/gmr/claude-status
Claude Status is a native macOS app that includes a Menu Bar status indicator and desktop widgets tracking all of your open Claude Code sessions across terminals, tmux, and IDEs.I built it because I often am running multiple Claude sessions and miss when a session is waiting on me to proceed.
Posted by
crad on Saturday October 04, 2025 @03:40PM
from the show-hn dept.
https://aweber-imbi.github.io/imbi-automations/
At AWeber our move from GitLab to GitHub demanded a tool that could migrate hundreds of repositories and automatically transform CI pipelines. That effort produced imbi-automations, a workflow engine capable of applying coordinated changes that leverage AI across our entire codebase.Imbi is our operational source of truth. As an open-source system, it maps every project, service, database, and...
Should try out AWeber.com </shameless-plug>
Have run into this multiple times with them in multiple companies.
For those asking, it's about the "VitualBox 6.1.32 Oracle VM VirtualBox Extension Pack" - it's free to install but phones home and they reach out after a year or two of use and attempt to coerce you into paying for a license. Just ensure everyone has uninstalled it and tell them to go pound sand.
I've never had to configure yapf, even though I could...
"yapf -i --style=pep8" works great.
What's wrong with configurable? Too much opportunity to bikeshed?
I figured yapf was not "new" which is why black won.
Starting about 5-6 years ago there was a push in the Python community to replace solved problems with new ones in what appears to me as chasing the JavaScript community.
Instead of consolidating on existing tools that worked well but had some rough edges to smooth out, numerous projects came about to reinvent the wheel.
yeah, it's just too bad that black violates PEP-8.
I'll take yapf --style=pep8 formatting over black any day.
I think of the VW Bug / Beetle when I think of frunks, is it mainly a Tesla thing now?
My company went full remote in response to Covid in March of 2020 and things continued to work well for us, so much so, we decided to stay that way.
As a result, my wife and I were able to move, though we did the opposite of what you're considering. Having been in the burbs for the last 28 years of my life, we made the switch to move to the city. Sold our house during the very hot market and bought a condo in the city. We're almost a year in and loving it.
Great writeup, lots of detail and links off to reference material. I wish more posts were like this.
So my take-away from browsing the site:
It's the team who built an open-source editor at GitHub and they are building a new editor. Cool... I want to check it out.
Signup for a waitlist? Login? Seems like they're building a business around an editor... Cool, we have a number of those. I'll wait to see when they have a product I can evaluate instead of when they're talking about what they're going to do.
Which was already a solved problem.
pipx is a solution without a problem. pip worked well. setuptools was fine. pypa is breaking packaging by making it more complex and less usable IMO.
pip + setuptools using setup.cfg works very well.
It seems to me the Python packaging community is chasing the nodejs community for very little value and a lot more added complexity and very little regard to the community and package maintainers in general.
Been in us-east-1 for a long time. Things like Direct Connect and other integrations aren't easy or cheap to move and when you have other, bigger priorities, moving regions is not an easy decision to prioritize.
We make heavy usage of Kinesis Firehose in us-east-1.
Issues started ~1:24am ET and resolved around 7:31am ET.
Then really kicked in at a much larger scale at 10:32am ET.
We're now seeing failures with connections to RDS Postgres and other services.
Console is completely unavailable to me.
"Try for Free" with no info about what I would pay... no thanks.
I've been involved in open source for a long time (well before GitHub). My experience is that there are different groups with different motivations wrt open source.
As someone who has been in the "open source for the common good" camp, there seems to be a more extreme "open source as a religion" camp.
You're not off and have given me something to thing about.
FWIW Berkley wasn't immediately what I was thinking about, but I am more on the BSD vs GNU side of things.
> It is still a walled garden that limits hardware access, preventing the user from getting full performance out of the device.
That's not been my experience, but I guess in such circumstances your mileage may vary.
I understand you see it that way, but...
> ... there's no placating the Apple horde with the truth.
Pretty much summarizes what's I was suggesting as hostile.
> Open source started as a political movement.
GNU is not the sole foundation of open source.
> No. I criticise this project because it adds value to a device that we should all be boycotting.
That's a pretty loaded, holier than thou attitude.
Keep your politics out of my computing and open source, please.
Are you familiar with BootCamp, an explicitly advertised feature to boot into Windows (
https://support.apple.com/boot-camp) - They've advertised it quite a bit. They maintain Windows drivers for their hardware.
Re on the M1 specifically, Apple suggests they'd totally be on board should Microsoft put in the effort:
https://www.macrumors.com/2021/09/14/arm-windows-m1-macs-not...
> Apple's software engineering chief Craig Federighi last year said that Windows coming to M1 Macs is "up to Microsoft." The M1 chip contains the core technologies needed to run Windows, but Microsoft has to decide whether to license its Arm version of Windows to Mac users.
I imagine that once Windows on Arm is supported, they'd be totally be on board.
Perhaps if you weren't so hostile in your replies, you'd be down-voted less. You come across as angry.
I think that page does a bit of a disservice to AsyncAPI. IIRC it was "OpenAPI" but for messaging.
I think what the author is missing here is context. Some (many it would seem) prefer the curated walled garden approach that the Apple ecosystem has. Not for hype, not because we're brainwashed, but rather because we enjoy the consistency and overall experience more than the "Linux Desktop on my phone" experience you get with other platforms.
The post comes across as angry and immature.