SBArbeit (u/SBArbeit)

SBArbeit commented on Electron-based apps cause system-wide lag on macOS 26 Tahoe github.com/electron/elect... · Posted by u/STRML

IgorPartola · 3 months ago

1. This is about a specific bug, not about Electron in general.

2. What better cross platform GUI alternative do you suggest?

SBArbeit · 3 months ago

Avalonia. https://avaloniaui.net/platforms

SBArbeit commented on The LLM Lobotomy? learn.microsoft.com/en-us... · Posted by u/sgt3v

ProjectArcturis · 3 months ago

I'm confused why this is addressed to Azure instead of OpenAI. Isn't Azure just offering a wrapper around chatGPT?

That said, I would also love to see some examples or data, instead of just "it's getting worse".

SBArbeit · 3 months ago

I know that OpenAI has made computing deals with other companies, and as time goes on, the percentage of inference that they run their models on will shift, but I doubt that much, if any, of that has moved from Microsoft Azure data centers yet, so that's not a reason for difference in model performance.

With that said, Microsoft has a different level of responsibility, both to its customers and to its stakeholders, to provide safety than OpenAI or any other frontier provider. That's not a criticism of OpenAI or Anthropic or anyone else, who I believe are all trying their best to provide safe usage. (Well, other than xAI and Grok, for which the lack of safety is a feature, not a bug.)

The risk to Microsoft of getting this wrong is simply higher than it is for other companies, and what's why they have a strong focus on Responsible AI (RAI) [1]. I don't know the details, but I have to assume there's a layer of RAI processing on models through Azure OpenAI that's not there for just using OpenAI models directly through the OpenAI API. That layer is valuable for the companies who choose to run their inference through Azure, who also want to maximize safety.

I wonder if that's where some of the observed changes are coming from. I hope the commenter posts their proof for further inspection. It would help everyone.

[1]: https://www.microsoft.com/en-us/ai/responsible-ai

SBArbeit commented on Ghost sharks grow forehead teeth to help them have sex news.ufl.edu/2025/09/ghos... · Posted by u/gnabgib

SBArbeit · 3 months ago

Everything about the title of this article is frightening.

SBArbeit commented on Visual Basic 6, in the browser, written in C# with Avalonia github.com/BAndysc/Avalon... · Posted by u/SBArbeit

SBArbeit · a year ago

You can see it deployed as a web site at https://bandysc.github.io/AvaloniaVisualBasic6/.

SBArbeit commented on Show HN: Test your website on 180+ device viewports (with multi-device mode) viewport-tester.com/... · Posted by u/onassar

SBArbeit · a year ago

This is brilliant. Thanks for building it.

SBArbeit commented on Grace Version Control System github.com/ScottArbeit/Gr... · Posted by u/davedx

dgrin91 · 2 years ago

> Yes, absolutely, it does. So does Git if you expect to push anything anywhere. And if you happen to be doing dev using Azure or GCP or AWS you need one too.

Sure if you want to push, but only maybe 10% of my Git commands relate to pushing/internet related stuff. The majority of my work is local-only commands that can be run on an airplane without wifi. Git lets me defer the internet required stuff to a later time. Its not clear Grace will allow me to do that at all.

Also I once had a case of working on an air-gapped network. That was an interesting case that I'm not sure Grace would be suitable for at all? Granted that's super niche.

SBArbeit · 2 years ago

The fact that most of your Git commands are local-only is an artifact of how Git works, but I expect that ~100% of the time, you have an internet connection, so the fact that Grace needs to be connected to the cloud just isn't a thing I worry about.

I'm not writing a new VCS based on the 0.00000001% "but I'm on an airplane without WiFi" case.

There's ~0% reason in 2024 to build software for offline use cases, and even less reason in 2026 and 2028. I'm happy to cede that to Git if you really need it.

As an industry, we fetishize offline for version control only because Git sort-of does that. Again, it doesn't really... you still have to push to do real work with your team, but we need to stop pretending that's a hard requirement. It's totally not, it's just a "feature" of Git that gets in our way today more than it helps us.

> Also I once had a case of working on an air-gapped network.

Coming from Microsoft, and being familiar with the air-gapped Azure instances for government, I designed Grace to be able to run on those Azure clouds. In other words, all of the PaaS services that Grace would use on Azure are present in those clouds.

Even the air-gapped world isn't "offline", it's totally networked, just on a network that's not connected to the Internet.

I haven't specifically looked at similar AWS instances, but I have to believe it's possible there, too.

SBArbeit commented on Grace Version Control System github.com/ScottArbeit/Gr... · Posted by u/davedx

qznc · 2 years ago

Any plans to assimilate the build system as well? Grace seems to handle large files and can deploy stuff to developers and servers. Why have a separate system for deploying build artifacts to developers and servers then? By integrating with the build system a VCS knows which files are build artifacts and which are sources.

I wrote about it more extensively here: https://beza1e1.tuxen.de/monorepo_vcs.html

SBArbeit · 2 years ago

> Any plans to assimilate the build system as well?

No plans, not at all.

One of the design questions I've had in mind the entire time I've worked on Grace is: "What belongs to Git, and what belongs to GitHub?" (or GitLab or Azure DevOps or etc.).

I'm interested in completely replacing Git, but being very selective about pulling anything into the version control level that really belongs at the hoster level.

The only big thing I blurred the lines for is the including of Owner and Organization entities, to make multitenancy easier to support. My implementations of Owner and Organization are super-thin, just really hooks so the hosters can connect them to their existing identity systems.

The big hosters already have massive CI/CD and build platforms. The Grace Server API - and Grace Server is just a modern, 2024-style ASP.NET Core Web API, with no special protocols - will give us the ability to create, for instance, GitHub Actions that take the place of the Git fetch action that we all use today in our pipelines.

I'm happy to let the product and engineering teams at the big hosters figure out how to integrate with Grace.

SBArbeit commented on Grace Version Control System github.com/ScottArbeit/Gr... · Posted by u/davedx

jFriedensreich · 2 years ago

wouldnt it be graceland.com ?

SBArbeit · 2 years ago

Eh, I'm not really an Elvis fan...

One of the problems that GitHub and GitLab are going to face in the coming years, as Git gets supplanted whatever wins, is that "Git" is in the company name. Those names are going to sound they like provide yesterday's tech, in a hurry.

Not gonna make that same mistake for Grace.