trklausss

I see the fancy methodologies and processes as the way of streamlining what you have to do in order to "sit down to think about the software", particularly in teams of more than one developer.

Most of it happens, as always, at the interface. So these methodologies help you manage these interfaces between people, machine and product.

It is the HashiCorp fiasco all over again. HashiCorp thinks third-party is profiting from Terraform, they relicense, Terraform gets forked into OpenTofu.

Here, Rebble says Core is profiting from their work (hey, look at your licenses). It would be a direct violation of their ToS though, since there is this clause:

> 4. Services Usage Limits > > You agree not to reproduce, duplicate, copy, sell, resell or exploit any portion of the Service, use of the Service, access to the Service, or Content accessed through use of the Service, without Rebble’s express written permission.

So I don't know what to think honestly, I don't see any bad actors here...

This is intended for sysadmins in enterprise environment... You can use other suites for home usage.

What do you mean, practices from safety-critical industries applied to security? Unpossible! (end /s)

For that you need regulation that enforces it. On a global scale it is pretty difficult, since it's a country-by-country thing... If you say e.g. for customers in the US, then US Congress needs to pass legislation on that. Trend is however to install backdoors everywhere, so good luck with that.

I'd say is a change of paradigm, and it might be even faster if you have test-driven development... Imagine writing your tests manually, getting LLM code, trying to pass the tests, done.

Of course, golden rules are 1. write the tests yourself, don't let the LLM write them for you and 2. don't paste this code directly on the LLM prompt and let it generate code for you.

In the end it boils down to specification: the prompt captures the loosely-defined specification of what you want, LLM spouts something already very similar to what you want, tweak it, test it, off you go.

With test driven development this process can be made simpler, and other changes in other parts of the code are also checked.

I mean, at this point I wouldn't mind if they rate-limit downloads. A _single_ customer downloading the same file 10.000 times? Sorry, we need to provide for everyone, try again at some other point.

It is free, yes, but there is no need to either abuse it or give as much resource for free as they can.

Oh boy that strikes a nerve with the "Video memory could be gone after Suspend/Resume". Countless hours lost trying to fix a combination of drivers and systemd hooks for my laptop to be able to suspend/hibernate and wake up back again without issues... Which makes it even more complicated when using Wayland.

I have been looking at high-end laptops with dedicated AMD Graphics chip, but can't find many... So I will probably go with AMD+NVidia with MUX switch, let's see how it goes... Unless someone else has other suggestions?

Now somebody gotta do it as a mod for KSP, it would be sick to have this level of detail and launch missions through the solar system.

Yes, I know Real Solar System is a thing, but still :D

Every tool for the right job. If you are doing tons of scripting (for e.g. tests on platforms different than Rust), Python can be a solid valid alternative.

Also, tons of CAE platforms have Python bindings, so you are "forced" to work on Python. Sometimes the solution is not just "abandoning a language".

If it fits your purpose, knock yourself out, for others that may be reading: uv is great for Python dependency management on development, I still have to test it for deployment :)

That is true, at least for laptops that came to market after the respective Debian release.

You can however get all stability of a released version with newer packages if you use stable+backports. This would give you a stable system, and allow you to upgrade selected packages to newer versions. This can be tedious, so running testing is also possible.

And well, overall, you can also install other distributions that are bleeding-edge (Arch based?). That's why I like about the distro ecosystem :)

You can always work with backports! It's the way Debian has to bring more recent packages to older stable versions.

https://backports.debian.org/Instructions/

If I'm not mistaken, repo is already included by default, so you just need:

''' # apt install -t trixie-backports <package> '''

This will install backported package _and_ dependencies, so you will be good to go :)

In the EU, you would start a petition to the European Parliament in order to vote on that... Which is a tedious process but has seen some success in some fronts (like the Stop Killing/Destroying Games initiative).

For other countries... Well you get what you vote I guess.

I'm skeptical, not because it can't be achieved, but because it's not that practical.

Diesel generators are "great" because diesel doesn't evaporate. You can have it there for years, and with good design, it just springs up the next day.

This nuclear reactor has to be connected for fleet monitoring if you want to operate it. Which excludes it from many real life scenarios where diesel generators are used.

Maybe for remote locations where constant power is needed (Antarctica and such), but I see their uses being very limited.

So if it single-point, there will be a really small window where someone could try to brute-force it (almost impossible, I know), but if it is multi-point (i.e. multiple users can connect to that endpoint) then it could be brute-forced and connect to it? I couldn't see if it is single-point of multiple-send...

Let me know if my understanding is incorrect, I don't have much experience with QUIC :)

Question: What is the security level behind this? I guess if it is "dumb" _anyone_ can input your identifier for the pipe and connect to it?? Or even listen on it?

EU: "We need to decouple from the independence of the US". Many (local and national) entities proceed to ditch Microsoft for it.

Also the EU: Well if you don't have a Google or Apple account you are not getting age verified.

Depends on the configuration. If they are equipped with a CVT+electric engine on the shaft, then that's the case: they rev to the sweet spot (which on gas engines is 4000-5000 rpm on acceleration? Depending on expected engine load I assume) and the speed is controlled by hydraulic force applied on the CVT.

With other hybrids: depends on the generator they have installed, but it matches the consumption in amps by the engine in order to "go" if it is not directly coupled with the transmission, or they just downshift to accelerate with help of the electric engine.

I am assuming a lot here: Toyotas (specially RAV4) mount CVTs among others, assuming pure electric generator by the ICE or coupled to it... So it depends a lot on specific configuration.

Wait until governments shut it down due to "piracy"...

I hate when people that don't know anything about this scene make laws. It just kills the fun in them...

Ahh thanks for that! Makes sense, since you could also have an import somewhere down the script (although that would be bad design).

Another point is the ambiguous naming when having several packages doing roughly the same... Which is crucial here. Thank you! :)

My question is: if you already have to put the "import" there, why not have a PEP to specify the version in that same import statement, and let `uv` scan that dependency? It's something I never understood.

My only issue with this project is that, after navigating the webpage for a while, I can't see _any_ reference to open source software, and compliance with their licenses.

They should at least put a link anywhere in the webpage, where people can click and at least be redirected to their components.

I know compliance is about "you only provide it if asked for", but they could be a bit more proactive and _embrace_ that they are using FOSS, not merely try to sell it.

By the way: How does selling of the Pro version work with GPL? Or is it covered because they offer the Core version?

This particular application isn't, but at the end of the README you get a section on how to port to Android, and the protocol is open as well. So it's a matter of investing the effort on your side.

Looks like it, at least on the README, section "Building for Production" mentions it.

I'm a bit more concerned that it is a niche application. Not having Mac myself, can't compile it without going through the hassle of getting the environment running.

It would be better if the application was built is something a bit more cross-platform, as I find the idea really good. Not sure if the "mesh network" part would work though, as you need a really high enrolled-device density in order for it to work further than just an office (it's BT after all). I guess the "Fork" button is there for a reason, or maybe a new repo with some other stack.

I don’t know the internals of the holding or Volvo, but the company that I work for is _technically_ American, and we operate like a full European company, developing everything in-house. The only thing the parent holding intermingles with us is numbers at the end of the year and strategic directions.

So this could be happening here as well: Chinese say “hey let’s do electric” and the rest happens in Sweden. Would it then be really a Chinese vehicle?

donkey_brains definitely looks to have low karma, the rest of the comments seem legit.

Added to that, Full-flow stage combustion engines are bigger, heavier, and more expensive, but are way more efficient. So a bigger rocket is the only option to get one of those onboard, and helps with taking more mass to orbit because they are more efficient than other options.

A this point yeah. It's a hole I have in my formation as an engineer, that I wan to cover (both analytical and numeric solutions). I managed to learn the basics, but generic differentials scare me still.

Yes, but you can do that with an ICE too. I achieve 60mpg//4l/100km with my diesel, also with highway driving. It's doable, but if you let your car roll for a red light, everyone is pissed at you.

The main difference is as you say: EVs brake way more when you are not pressing the throttle, before even needing to touch the brakes. It also helps with mileage.

As a driver of a diesel car: Sure thing. But driving style is what is behind this result.

With electric cars, your "engine" (motor) brakes for you. This is something that already happens in ICEs though: you can just let the car roll, don't drive in a rush etc.

However, everyone is in a rush: illegally overtaking, tailgating, honking... The conditions and social behavior on the road push for inefficiencies.

What I’m missing is some math like differential equations (both ordinary and partial). Does anyone have a good (and free) resource on that?