hobofan

19 ms·

361.
by hobofan 11mo ago
In theory sure, but you have to evaluate how likely it is. Some typical dynamics: Big org platform -> exposed to risk, as you are not a significant addition to their bottom line Small donation platform -> Can be easily bullied by paym
362.
by hobofan 11mo ago
I've seen quite a few HR hiring processes where a mediocre HR person (knows to look for GH profile + activity on that, but not how to evaluate them) is paired with engineers with too little input power. In those processes, people that
363.
by hobofan 11mo ago
> "could I work with this person every day." Communication skills (or lack thereof) on PRs or issues they opened is something I try to look for if they provide a Github profile. Signs of a big ego that will likely get in the wa
364.
by hobofan 11mo ago
I don't understand how people can be so dismissive of LinkedIn purely for its resume function. For essentially every "knowledge worker" profession with a halfway decent CV, a well kept LinkedIn resume can easily make a differ
365.
by hobofan 11mo ago
> I wish they'd tried I'm sure they've tried. From what I recall they've had serious reliability issues on the preview units. So I'd be skeptical if it would have even turned into a successfully delivered Kicksta
366.
by hobofan 11mo ago
What? Where are you getting those numbers from? Every source I know (hard to link on mobile) shows Google Search to make up 50+% of their ad revenue, and there has been extensive reporting over the years on Google's struggle to diversi
367.
by hobofan 11mo ago
A large portion of those customers buy those models from their preexisting cloud vendors: AWS, Azure, GCP. The customers are also price sensitive and are for many use-cases largely fine with last-generation model performance if that means t
368.
by hobofan 11mo ago
The top of megacorps make 4-6 orders of magnitude more than labor union leaders. To claim that there is no difference is mindboggeling.
369.
by hobofan 11mo ago
You are not the target user. The target customers are enterprises where 70% of the target users have never used an AI system before and have to go through a AI training before being allowed access to the system.
370.
by hobofan 11mo ago
There are many markets (Europe), and highly regulated industries with air-gapped deployments where the typical players (ChatGPT, MS Copilot) in the field are having a hard time. On another axis, if you are able to offer BYOK deployments and
371.
by hobofan 11mo ago
MIT core + "ee" (enterprise edition) commercially licensed extension subdirectory isn't that strange of a occurrence nowadays. I also wouldn't pin it as chat app specific. Quite a few VC funded open core software has ado
372.
by hobofan 11mo ago
As someone building another competitor in the field, I'll relay some reasons why some of our customers ruled out OpenWebUI in their decision-making process: - Instability when self-hosting - Hard to get in touch with sales when looking
373.
by hobofan 11mo ago
Congrats on the launch! We are building a competing open source tool[0] with a very similar focus (strongly relying on interoperable standards like MCP; built for enterprise needs, etc.), though bootstrapping with customers rather than bein
374.
by hobofan 11mo ago
LibreChat has recently been acquired by ClickHouse, so who knows what their future holds.
375.
by hobofan 11mo ago
> It's tiring reading daily/weekly "Advanced new solution to that problem we said was the advanced new solution last month" At least for the current iterations that come to mind here, every advanced new solution solve
376.
by hobofan 11mo ago
> gets built using this information only No they don't. There is plenty of external stimuli that also serves as input, e.g. the process of raising a child and complex thoughts that may only be transferred from grown human to grown h
377.
by hobofan 11mo ago
"What's credible" is an entirely different question to "what's human-made". Do you not feel this "signal contamination" when seeing the normal HN feed? After my first ~2 years on HN (starting ~10 year
378.
by hobofan 11mo ago
[2022]
379.
by hobofan 11mo ago
It conceptually isn't that far from OpenAPI defintions, but MCP do make certain affordances for making consumptions by LLMs easier. But it certainly also differs by how they are typically consumed. In what software do you just provide
380.
by hobofan 11mo ago
Give it a test drive. I've been a past Alfred user, and I think Raycast is better on pretty much every metric. Without knowing what you value about Alfred, there could be a million different things one could argue on.
381.
by hobofan 11mo ago
> where do the MCP definitions What concretely do you mean be definitions? If you mean the configuration of the entry points similar to a .mcp.json for Claude Code, they can exist in any form, but ultimately, that only contains the endpo
382.
by hobofan 11mo ago
It sounds like you are viewing MCP servers through a narrow lens of local coding agents. I'm mostly working with MCP servers in the context of enterprise/organizational usage for connecting internal data sources and workflows&#x2F
383.
by hobofan 11mo ago
> there is a spot to look for a generally accepted way of how to do that I think MCP-UI in it's current state can fill that role very well, and that's not the only lens with which to view a SEP like this. From what I can tell t
384.
by hobofan 11mo ago
The article you link (and general movements in that area, like e.g. discussed here[0]) don't advocate for abandoning MCP, just that masquerading MCP usage as code usage makes it more efficient. In that system MCP still provides a valua
385.
by hobofan 11mo ago
> Had we stuck with REST for the last 20 years we'd be way ahead on that front We are where we are because there (sadly) hasn't been a reasonable business case to advance REST API documentation beyond the point of badly-documen
386.
by hobofan 11mo ago
No it's not. In the real world, where it is (at least in our current state of overall programming language tooling, and the existence of physics) intractable to prove all eventualities and absence of side-effects of executed code, dete
387.
by hobofan 11mo ago
How is it any better if instead of _one_ vendor, _two_ vendors push an immature version of a standards extension that mainly caters to their needs and give it the official stamp of approval under the MCP umbrella?
388.
by hobofan 11mo ago
I am a pretty big proponent of MCP, and I think this at least for now is not a move in a good direction. The whole surface of the MCP specification is already pretty big, and barely any server implements anything beyond the core parts. With
389.
by hobofan 11mo ago
Yes, the author conflates two different use-cases. Markdown is the answer for "how do we enable people that don't want to invest a lot of time into producing content that's somewhat better than plain text?". It's no
390.
by hobofan 11mo ago
I agree in principle, but in practice, it's horrible right now. Most AI generate commit messages and PR descriptions are much too verbose and contain 0 additional informational value that couldn't be parsed from the code directly.

More ›