News for hackers. Stuff that matters.

_raz

Re:Is Cloudflare classifying opencode.ai as malware? on Thursday July 30, 2026 @04:51AM (#49107480)
an outage yesterday related to cloudflare for them

https://x.com/opencode/status/2082264221887111444

Re:A Critical Look at MCP on Saturday May 10, 2025 @04:55PM (#43948922)
Thanks, very nice! A very explanatory write-up
Re:A Critical Look at MCP on Saturday May 10, 2025 @04:11PM (#43948568)
A RPC standard that plays nicely with LLMs?
Re:A Critical Look at MCP on Saturday May 10, 2025 @04:09PM (#43948547)
I had to take a break from extending, our go LLM wrapper, https://github.com/modfin/bellman with mcp to write the blog entry. So some sort of server-like-thing will be added soon
Re:A Critical Look at MCP on Saturday May 10, 2025 @04:03PM (#43948495)
Idk, I'm kind of agnostic and ended up throwing it in there.

Regurgitating the OAuth draft don't seem that usefull imho, and why am I forced into it if I'm using http. Seems like there are plenty of usecases where un-attended thing would like to interact over http, where we usually use other things aside from OAuth.

It all probably could have been replaced by

- The Client shall implement OAuth2 - The Server may implement OAuth2

Re:A Critical Look at MCP on Saturday May 10, 2025 @03:55PM (#43948424)
Once I published the blog post, I ended up doing a similar thing the other day. https://github.com/modelcontextprotocol/modelcontextprotocol...

From reading your issue, I'm not holding my breath.

It all kind of seems too important to fuck up

Re:A Critical Look at MCP on Saturday May 10, 2025 @03:08PM (#43948056)
Kind of my fear exactly. We are moving so fast and that mcp would create an accept a transport protocol that might take years or decades to get rid off for something better.

Kind of reminds me of the browser wars during 90s where everyone tried to run the fastest an created splits in standards and browsers what we didn't really det rid of for a good 20 year or more. IE11 was around for far to long

Re:A Critical Look at MCP on Saturday May 10, 2025 @02:59PM (#43947990)
Well put
Re:A Critical Look at MCP on Saturday May 10, 2025 @01:53PM (#43947538)
Glad to here, also thought I was alone :)
Re:A Critical Look at MCP on Saturday May 10, 2025 @01:38PM (#43947417)
toml-rpc anyone? :)
Re:A Critical Look at MCP on Saturday May 10, 2025 @01:27PM (#43947336)
Yes, the protocol seems fine to me in and of itself. It's the transport portion that seems to be a dumpster fire on the HTTP side of things.
Re:A Critical Look at MCP on Saturday May 10, 2025 @01:24PM (#43947312)
That's kind of my point, that the protocols complexity is hidden in py sdk making it feel easy... But taking on large tech dept
Re: on Thursday November 28, 2024 @08:34AM (#42265138)
a rage blog post to be able to move on with my life
Re: on Tuesday October 01, 2024 @08:24AM (#41707473)
Building a blogging tool to explain the different parts in getting something online, the old school way, in a blog entry. meta...
Best laptop i ever had
Re:ISO 8601: a better date format on Friday February 26, 2021 @04:06AM (#26272777)
I like how the first paragraph ends with

"I’m here to (hopefully) change your mind by introducing you to a lesser-known date format called ISO 8601."

It seems so foreign to me, and most people i know, to use anything but ISO8601 or RFC3339. Might be, as with most things, that we here up in the Nordics simply are used to it.

Re:Motivation – Keli Language on Monday August 31, 2020 @11:36AM (#24332516)
If great IDE support and ux for developers is the goal wouldn't it be more reasonable to spend the time on IDE support on existing FP languages rather then creating a new one? It seems that Hindley-Milner type system of many existing languages should lend it self well for language servers in general. But what do i know