RonSijm

If AI integration is to happen [...], then this to me seems to be the best way to do it.

Well, to me the best way to do it would be for Mozilla to focus on being the best bare-bone, extendable browser.

Then - if people want an AI in their browser - people should be able to install an AI extension that does these things. It's a bit annoying they're putting random stuff like Pocket, and now an AI in the core of the browser, instead of just making it an option to install extendable

So the full story would be that Elon stayed up until 5:30 a.m playing Elden Ring in a Vancouver hotel - was very stressed, saw on Twitter that people knew he was raging in Vancouver based on the Jet Tracker - stressing him out even more -
Though "Fuck it, maybe I can't beat Malenia, but at least I can beat this asshat on Twitter tracking me!"

...If only FromSoftware had added some pay-to-win elements... Like "For A Small $1 billion Micro-Transaction you get the uber Malenia slayer sword!" -
We would be living in a totally different timeline

"b. You may not use the Software Products or Derivative Works to enable third parties to use the Software Products or Derivative Works as part of your hosted service or via your APIs"

I suppose it's not allowed them. That kind of sucks, it is pretty convenient to just use a replicate.com machine and use a large image model kinda instantly. Or spin up your own machine for a while if you need lots of images without a potential cold-start or slow usage on shared machines

I wonder why they chose this license, because the common SD license basically lets you do whatever you want

Well I have Copilot Pro, but I was mainly talking about GitHub Copilot. I don't think having the Copilot Pro really affects Copilot performance.

I meanly use AI for programming, and (both for myself to program and inside building an AI-powered product) - So I don't really know what you intend to use AI for, but outside of the context of programming, I don't really know about their performance.

And I think Copilot Pro just gives you Copilot inside office right? And more image generations per day? I can't really say I've used that. For image generation I'm either using the OpenAI API again (DALL-E 3), or I'm using replicate (Mostly SDXL)

This model is being released under a non-commercial license that permits non-commercial use only.

Hmm, I wonder whether this means that the model can't be run under replicate.com or mage.space.

Is it commercial use if you have to pay for credits/monthly for the machines that the models are running on?

Like is "Selling the models as a service" commercial use, or can't the output of the models be used commercially?

I use Copilot, but dislike it for coding. The "place a comment and Copilot will fill it in" barely works, and is mostly annoying. It works for common stuff like "// write a function to invert a string" that you'd see in demos, that are just common functions you'd otherwise copypaste from StackOverflow. But otherwise it doesn't really understand when you want to modify something. I've already turned that feature off

The chat is semi-decent, but the "it understands the entire file you have open" concept also only just works half of time, and so the other half it responds with something irrelevant because it didn't get your question based on the code / method it didn't receive.

I opted to just use the OpenAI API, and I created a slack bot that I can chat with (In a slack thread it works the same as in a "ChatGPT context window", new messages in the main window are new chat contexts) - So far that still works best for me.

You can create specific slash-commands if you like that preface questions, like "/askcsharp" in slack would preface it with something like "You are an assistant that provides C# based answers. Use var for variables, xunit and fluentassertions for tests"

If you want to be really fancy you can even just vectorize your codebase, store it in Pinecone or PGVector, and have an "entire codebase aware AI"

It takes a bit of time to custom build something, but these AIs are basically tools. And a custom build tool for your specific purpose is probably going to outperform a generic version

This situation is due to npm's policy shift following the infamous "left-pad" incident in 2016, where a popular package left-pad was removed, grinding development to a halt across much of the developer world. In response, npm tightened its rules around unpublishing, specifically preventing the unpublishing of any package that is used by another package.

This already seems like a pretty strange approach, and takes away agency from package maintainers. What if you accidentally published something you want to remove..? It kind of turns npm into a very centralized system.

If they don't want to allow hard-removals because of this, why not let people unpublish packages into a soft/hidden state instead? Maybe mark them with the current dependencies, but don't allow new ones - or something

I prefer the approach of Azure DevOps more. When you publish any nuget, or npm into their system, the entire package dependency tree is pulled in and backed up there. So you don't rely on NPM anymore to keep your referenced packages safe

I use it to backup my save games. Not sure if that's conventional.

For example, I'd MKLink %appdata%/Local/Pal/Save/ to a folder in my save repo, and commit that every once in a while.

There's a user made OpenAPI spec: https://github.com/MV-GH/lemmy_openapi_spec - You probably mean that one

I've had similar issues as you mentioned that the dev did fix - but yea, Typescript has less precision than Rust (the source) or the openapi spec. And the Typescript client is build for Lemmy-JS and not build an example for other language client libraries...

Though the OpenAPI Documents in C# and Java are based on reflection of the source itself, and Rust doesn't have Reflection like that... So it's probably difficult for them to add without manually maintaining the OpenAPI specs

PaaS takes away your flexibility: [...] sometimes, you also want to use the compute to run cron jobs, run background jobs, or host a small service. With PaaS, you don’t have the flexibility to do so. [...]

I don't really agree with that. I'm using AWS for that, and for my "small cron jobs" I simply create a lambda for them. Then you can create a CRON rule in Event Bridge and schedule the lambda to start whenever you need

Come on, just "stuff" is way too vague...

It's either "fixed stuff" for a 3k LoC commit where you moved a bunch of stuff around, or "Added stuff" for a 5k+ LoC commit if you actually added anything new

My wife crochets and I’ve got to admit to being jealous that she has a physical object when she’s done.

It sounds like you don't really have an outlet to create artsy or physical stuff, but as a programmer there's plenty of stuff you can do...

For example, I've turned my entire house into a "Smart Home" - My house has smart lights that can be turned on be wifi, and my doors and rooms have motion censors that I've all programmed to work together, and turn things on an off when I'm walking around. You're programming a bunch of physical IoT things to work together, and the end-result when everything runs smoothly is pretty cool

Also I recently got a 3d printer (where maintaining that is a hobby in of itself) - as a programmer you can create a lot of cool stuff with that. Like there are scripts to play with to generate a Sierpiński triangle[1][2] - work on that, physically print that, and see the results as a physical object.

As a programmer you have plenty of skills to start creating random physical stuff. Even if it's not for your work, just pick it up as a hobby. Like I don't think your wife is a professional crochetter - so what's stopping you from crochetter or painting or sculpting or whatever