When I looked at Kbin the "caddy" was wrapped around RabbitMQ. You can get RabbitMQ to solve a lot of those issues.

Firstly with Rabbit you can set a Time To Live header in messages.

By default RabbitMQ queues have no limit in size, you can set a limit.

Lastly RabbitMQ allows message prioritisation. So you can drop the priority of things the older/more retries they contain.

Most of this is either RabbitMQ policy or Queue rules based on Headers in the AMQP message. Depending on how KBin is generating messages you might be able to do this as a system admin

This is about thew new starter cost.

When a developer joins a team, they will not be as productive as they have to learn the code, frameworks, libraries, the project purpose, the tooling, etc.. Often this impacts other members of the team lowering the entire teams productivity.

When you use productivity tracking (e.g. things like capacity planning) you will see the teams performance drop and it will take time for it to exceed the previous measured performance. This is the cost of adding a new starter.

So if it takes 6 weeks for a new starter to increase overall team producitivty then planning someone on a project for 4 weeks is pointless since the team will have a higher delivery rate without the extra person. This is typically why an organsation loses its ability to migrate staff between projects.

Code formating affects the layout of the code and our brains do all sorts of tricks around pattern recognition, so if your code formatting rules are too different a someone migrating between projects has to spend time looking for code and retraining their brain.

Its an additional barrier and a one within an organisations skills to remove (by forcing a common code standard).

The last part is why you use an IDE.

Several of them will ingest prettier files to build code formatting rules

• https://marketplace.visualstudio.com/items?itemName=esbenp.prettier-vscode
• https://www.jetbrains.com/help/webstorm/prettier.html
• https://marketplace.eclipse.org/content/prettier-formatter

IDE support is normally a good way to work out what the wider community is using.

Python is unique in formatting forms part of the syntax, every language has linters but its far more common for orgs to tweak the default rules .

For example Java has Checkstyle. The default rules 'sun checks' give a line length of 80, tabs are 4 spaces and everything is placed on a new line.

Junior devs inevitably want to trash the line length (honestly on 1080p monitors, 120 makes sense,).

There is always a new line/same line discussion (everyone perfers same line but there is always one die hard new line person).

The tab width discussion always has one junior dev complain that "tabs are better", as someone who started development on Visual Studio 6 where half the team double spaced, the other half used tabs. Those people get a lecture from me on how we can convert tabs to spaces but not the inverse so it will always be spaces if I am near.

With Checkstyle you upload the rule file as an artifact into your M2 repository. Then you can pull it down as a dependency when the checkstyle plugin runs.

As someone who bought Half Life 2 when it was released ..

I only remember people being excited about Steam, Web stores weren't a thing back then and they were the future! (It was the following years of audio and ebook stores locking stuff down and evapourating that taught us to hate it).

Game/Audio CD DRM hacking the kernel and breaking/massively slowing down your PC was pretty common back then and Steam' s DRM didn't do that.

The HL2 disc installer didn't require you to install Steam, once installed it asked you to setup Steam and there was a sticker under the DVD with the Steam code for you to enter.

You were then rewarded with a copy of HL2 Deathmatch and Counterstrike Source.

Steam wasn't always on DRM, back then ADSL/DSL was relatively new and alot of people were still stuck on Dial Up modems.

Steam let you sign in and authorize your games for 30 days at which point you would need to log into Steam again. This was incredibly helpful feature for young me.

Basically Epic like every other publisher has created their own launcher/store.

They aren't trying to compete on features and instead using profits from their franchise to buy market share (e.g. buying store exclusives).

The tone and strategy often comes off as aggressive and hostile.

For example Valve was concerned Microsoft were going to leverage their store to kill Steam. Valve has invested alot in adding windows operability to Linux and ensuring Linux is a good gaming platform. To them this is the hedge against agressive Microsoft business practices.

The Epic CEO thinks Windows is the only operating system and actively prevents Linux support and revoked Linux support from properties they bought.

As a linux user, Valve will keep getting my money and I literally can't give it to Epic because they don't want it.

I avoid any company that requires a software test before the interview.

I worked for a company that introduced them after I joined, I collected evidence all of the companies top performers wouldn't have joined since we all had multiple offers and having to do the test would put people off applying. The scores from it didn't correlate with interview results so it was being ignored by everyone. Still took 2 years to get rid of it.

The best place used STAR (Situation Task Action Result) based interviews. The goal was to ask questions until you got 2 stars.

I thought these were great because it was more varied and conversational but there was a comparable consistency accross interviewers.

You would inevitably get references to past work and you switch to asking a few questions about that. Since it was around a situation you would get more complete technical explanations (e.g. on that project I wrote an X and Y was really challenging because of Z).

I loved asking "Tell me about something your really proud off". Even a nervous junior would start opening up after that question.

After an hour interview you would end up with enough information you could compare them against the company gradings (junior, senior, etc..).

This was important because it changed the attitude of the interview. It wasn't a case of if the candidate would be a good senior dev for project X, but an assessment of the candidate. If they came out as a lead and we had a lead role, lets offer them that.

If you signup to social media it will pester you for your email contacts, location and hobbies/interests.

Building a signup wizard to use that information to select a instance would seemto be the best approach.

The contacts would let you know what instance most of your friends are located (e.g. look up email addresses).

Topic specific instance, can provide a hobby/interests selection section.

Lastly the location would let you choose a country specific general instance.

It would help push decentralisation but instead of providing choice your asking questions the user is used to being asked.

Basic rule if someone claims X magically solves a problem they don't follow X and are a huge generator of the problem.

For example people who claim they don't need to write comments because they write self documenting code are the people that use variable names x1,x2,y, etc..

Similarly anyone you meet claiming Test Driven Development means they have better tests will write code with appalling code coverage and epically bad tests.

The butler informed me Kinder Eggs don't make a nice pyramid, Lindt doesn't stack and suggested I would offend her ladyship if I tried Heroes.

I have the staff practicing making a house of cards using After 8's, the butler thinks its something those terrible colonialists would try but he sees no other option

One type of sweet!

Candy is the generic American word for sweets. American's think chocolate should include stale milk and use Fructose! (cancer causing, obesity driving) Fructose in everything.

One could easily argue American candy has nothing in common with UK sweets (have you tried an American Kit Kat?).

Its like serving a German a Richmonds sausage, they'll get confused.

Thats two hundred years and would cover the end of Plantagenet reign and the Tudor era.

Henry VIII reign happened during that period, at the beginning of your time period everyone would be catholic and at the end Queen Mary of Scotts was executed because the idea of a Catholic on the throne was unthinkable.

The UK is littered with castles and estates, normally they focus on specific historic events which happened at that location.

Nvidia drivers don't tend to be as performant under linux.

With AMD instead of using the AMD VLK driver, you would use the RADV (developed largely by valve). Which petforms better.

Every AMD card under linux supports OpenCL (the driver is more based on graphics card architecture) and you install it very easily. Googling it with windows found pages of errors and missing support.

Blender supports OpenCL. I bet the 2x improvement is Blender being able to ofload rendering to the AMD graphics card.

Also this represents the biggest headache in Linux, lots of gamers insist they can only use Nvidia cards. Nvidia treats linux as an afterthought as best or deliberately sabotages things at worse.

AMD embraced open source and so Linux land is much nicer on AMD (and to a less extent Intel).

The results here will probably be a DxVK quirk, lots of "Nvidia optimised" games have game engines doing weird things and the Nvidia driver compensates. DxVK has been identifying that to produce "good" vulkan calls.

Using real world applications is changing the problem (what are you trying to solve).

My issue is teaching how you solve the problem.

As an example the indian method to teach multiplication is to draw lines equal to the first number, then perpendicular lines equal to the second and then count the points they bisect (e.g. draw 3 horizontal and 3 vertical lines and they cross 9 times).

Lastly I coach people in Agile (its a way of delivering stuff). An Agile team is brought together because a Product Owner has a problem and a vision on how to solve it.

The biggest factor in motivating a team and getting high performance is the product owners passion for their vision. You can have the most interesting problem in the world, if the product owner doesn't care neither does the team.

I suspect the same is true of teaching

Mint was a reaction to Gnome 3, the unique workflow upset a lot of people and the people behind Mint decided to build Cinnamon desktop (its Gnome 3 made to look/work like Gnome 2). They needed a distribution to build/test their work and so based a distribution off of Ubuntu and called it Mint.

As a bit of explanation, there are only a few projects which attempt to build an entire linux distribution from scratch. This involves finding code from thousands of sources, work out packaging, etc.. We call these 'base' distributions, Debian is the base distribution for Ubuntu, Ubuntu is the base distribution for Mint.

Ubuntu tends to be slightly ahead of Debian in the software versions it uses and automatically enables the 'non-free' repositories. Ubuntu tends to push some Canonical specific things like Snaps (which everyone hates)

I believe Mint rolls the Canonical specific things out of Ubuntu and you get the latest version of Cinnamon.

Its all a bit...

If its for work I would suggest picking a "stable" distribution like Debian, Kubuntu or OpenSuse.

A lot of people recommend Arch or Fedora but the focus of those is getting the very latest releases, which increases your chance of stuff breaking.

A lot of people will suggest niche distributions, those can be great for specific needs but generally you will always find Debian/Ubuntu/RHEL support for commercial apps.

I would also suggest looking at the KDE Desktop, many distributions default to Gnome but it is unique in how it works, KDE (or XFCE) will provide a desktop similar to Windows 11.

Lastly I would suggest looking at Crossover Linux by Codeweavers.

Linux has something called WINE, its an attempt to implement the Windows 95 - 11 API's so windows applications can run on linux.

WINE is how the Steam Deck/Linux is able to play Windows games. Valve embedded it into Steam and called it "Proton".

WINE is primarily developed by Codeweavers and they provide the Crossover application that makes setting up and running a Windows application really easy.

People will mention Lutris but that has a far higher learning curve.

There is an application database so you can see in advance if your applications would work: https://appdb.winehq.org/

Not really.

There are multiple ways to approach and conceptualise multiplication, division, simultaneous equations, binomial distribution, probability, etc..

I have met a few maths geniuses and we teach Maths the way they think and conceptualise Maths.

In my last job I was viewed as a superstar because I could take the algorithms the data scientists produced and explain them to non data scientists.

I didn't change the underlying maths, I tailored what to explain and examples to use based on my audience. This tended to get people really excited at what the data scientists had done.

Its the same with teaching, people need to understand and conceptualise a problem in a way that makes sense to them.

The issue is we only teach one method for approaching Maths so if you don't get it, tough.

In primary and secondary school I always struggled with Maths. During university I spent most of my energy reverse engineering the maths lessons so I could understand them.

Years later my sister was struggling with her Maths GCSE, I spent one evening explaining how I solve each type of problem. She went from a projected D to getting an A.

I was explaining this to an ex maths teacher who started asking how I approached things. Apparently I used the Indian method for one type of problem, the asian for anouther, etc..

The idea a student was struggling with one way of solving the problem and teaching them alternative methods never occurred because it was "outside the curriculum".

These days I quite like Maths puzzles.

This has to be THE dad joke meme format

Python's public API changes subtly, so minor changes in Python version can lead to massive changes in the version of dependencies you use.

A few years ago we developed a script to update Cassandra on Python 2.7.Y. Production environment used Python 2.7.X (it was 5 patch releases earlier).

This completely changed the cassandra library version. We had to go back 15 patch releases which annoying resulting in a breaking change in the Cassandra libraries API and wouldn't work on the dev environments Python.

Python 3 hasn't solved this, 2 years ago I was asked to look at a number of Machine Learning projects running in docker. Upgrading Python from 3.4 to 3.8 had a huge effect on dependencies and figuring out the right combination was a huge pain.

This is a solved problem in Java, Node.js has the same weakness but their changes to language spec are additive so old code runs on new releases (just not the inverse). Ruby has exactly the same issues as Python

This advice isn't grounded in reality.

Management normally defines ways to track and judge itself, these are typically called Key Performance Indicators.

KPI's are normally things like contract value growth, new contracts signed, profit margin, etc..

So if the project manager is meeting or exceeding their KPI's and you walk up to their boss telling them the PM is failing as basic job functions, the boss won't care.

This is because the boss might have set the KPI's or the boss might also be judged on them. In either situation its to the bosses advantage to ignore you.

The boss will only care if there is a KPI you can demonstrate the PM failing to meet.

Every person/group will have various incentives and motivations. To affect change you have to understand what they are.

Wikipedia lists all 12 subs as having Rolls Royce Pressured Water Reactors.

Your PWR reuse idea is is kind of where Rolls Royce is looking to go with Small Modular Reactors (https://www.rolls-royce.com/innovation/small-modular-reactors.aspx).

I suspect refurbishing decades old PWR reactors would be far more expensive than just building new ones, for example a SpaceX Merlin engine costs $1 million and a Blue Origin BE-4 costs $15 million. Nasa argued it would be 'cheaper' to reuse Shuttle components for the Space Launch System (SLS). Refurbishing Shuttle RS-25 engines has cost Nasa $50 million dollars per engine, restarting a production line is costing $100 million for each new RS-25 engine.

A project manager has responsibility for delivery of a project but they typically lack domain specific knowledge. As a result they can't directly deliver something, merely ask subject matter experts for advice and facilitate a team to deliver.

Most PM's cope with the stress of this position poorly.

This cartoon is an example of micro management (a common coping mechanisim), the manager has involved themselves in the low level decisions because that gives a sense of control. If a technical team then tell them its a bad decison the team are effectively attacking their coping mechanisim.

The solution isn't to tell them their technical idea is terrible, when you've fallen down this rabbit hole you have to treat the PM as a stakeholder. They are someone you have to manage, so a common solution is to give them confidence there is a path to delivery, a way to track and understand it.

Tactic developed by Wagnar.

The create a plan with fixed waypoints for a squad to run. They plan for 5-8 squads to run the route at set intervals.

The idea is each squad exposes the Ukrainian position so the next squad knows where to attack. By sending so many squads in a short space of time the Ukrainian position is overwhelmed.

Wagner would plan to have the first 4-7 squads made up of convict units with minimal training, with a trained well equipped squad operating as a reserve. The idea being as soon as a Ukrainian position looked to be close to failure the reserve is dispatched.

Fundamentally everyone apart from the well trained reserve exists to soak up bullets and explosives. They are "meat".

The Russian army had "well" trained battalions, as those battalions are attrited it would shrink them down to maintain effectiveness.

With Wagner's success they backfilled the battalions with convict and mobilisation soliders. Those soliders are used following the tactic above with the original remnants of the battalion representing the well trained reserve.

This is how Russia solved their inability to train new soliders

SpaceX are launching 26-52 satellites at a time and have sustained 3 launches a week for most of the year.

The satellites are in a Low Earth Orbit, without constant thrust, atmospheric drag will force them to re enter earths atmosphere within a few months. This means they aren't adding to junk in space.

Unlike Nasa, ULA, Arriannespace, RoscosMos, etc.. SpaceX have always performed 2nd Stage Deorbit burns, so they aren't adding to Space junk by launching either.

The Low Earth Orbit is to ensure low latency and the need for constant thrust means the satellites have a short life expectancy by design. That is why SpaceX fought to keep the satellites as cheap as possible (e.g. $250k)

First stage booster reuse and fairing reuse means the majority of the launch cost is the second stage ($15 million).

The whole lot is privately funded

SpaceX have funded it privately. It apparently started operating at a profit this year.

If you read the reports...

Normally JPL outsource their Mars mission hardware to Lockheed Martin. For some reason they have decided to do Mars Sample Return in house. The reports argue JPL hasn't built the necessary in house experience and should have worked with LM.

Secondly JPL is suffering a staff shortage which is affecting other projects and the Mars Sample Return is making the problem worse.

Lastly if an organisation stops performing an action it "forgets" how to do it. You can rebuild the capability but it takes time.

A team arbitrary declaring they are experts and suddenly decideding they will do it is one that will have to relearn skills/knowledge on a big expensive high profile project. The project will either fail (and be declared a success) or masses of money will be spent to compensate for the teams learning.

Either situation is not ideal

I have always had 1 question.

In voyager we see the Borg have thousands of ships of varying sizes and control a vast area of space. Voyager is able to take down spheres and small cubes.

Yet in Wolf 359 a single cube attacks and destroys hundreds of star fleet vessels. If a single cube is able to have that level of effect why didn't the borg commit a larger fleet?

You have the same issue in First Contact, they only commit 1 cube.

Considering how difficult the federation finds holding them back, attacking with 3-6 cubes would seemto assure victory

The issue is end to end encryption.

The law change requires messaging applications to be able to provide messages between people using their service.

In the 00's, messaging applications would have a secure connection between themselves and person A and anouther secure connection between themselves and Person B.

Person A would encrypt the message, send it to the service, who would decrypt it, open a connection to Person B, encrypt the message and send to Person B.

So if the police got a warrent for communications of Person B (say the police think the person is involved in human trafficking), then the messaging service could provide all messages sent to Person B.

Message services have taken themselves out of the loop, Person A now encrypts the message and sends directly to Person B. So the police appear with a warrent and the message service shrugs its shoulders since it hasno means to get the data.

The law effectively requires messaging services to design the apps/service so they can comply with a warrent.

The issue is less encryption and more the balance between your right to privacy and states right to intrude.

This is why banks aren't upset, they aren't talking about back dooring encryption and bank encryption is between you and the bank so they don't have to do/say anything.

Because the Tories have upset everyone internationally, so it isn't really an option. If you've been paying attention the EU has been playing a bunch of jobsworth type games with the UK.

Notice how he will do this in 2025, when the current agreement is up for renewel rather than immediately.

You also have the fact rejoin isn't winding the clock back to 2016, firstly we would loose all of our opt outs, things like the rebate, the euro, etc.. I don't think the reality would actually be popular.

Secondly the UK blocked a number of things like the EU Army (personally I think its a terrible idea, countries that don't spend enough looking to combine to "save" money) so it isn't the same EU.

Lastly see above mentioned jobsworth behaviour, I would not be surprised if the EU demanded the UK to complete all the paperwork of a new joiner and drag the process out as long as possible (it takes ~10 years for most countries).

Far better to put the UK on a stable footing and then ask if EU membership is something the UK still wants. It took the 13 years to get to this point, so its unlikely everything will be fixed during the next government. So why bring something like rejoining up?

The GAO has performed an annual review of the Space Launch System every year since 2014 and switched to reviewing the Artemis program in 2019.

Each year the GAO points out Nasa isn't tracking any costs and Nasa argues with the GAO about the costs they assign. Then the GAO points out Nasa has no concrete plan to reduce costs, Nasa then goes nu'uh (see the articles cost reduction "objectives").

The last two reports have focused on the RS-25 engine, last time the GAO was unhappy because an engine cost Nasa $100 million and Nasa had just granted a development contract to reduce the cost of the engine.

However if you took the headline cost of the contract and split it over planned engines it was greater than the desired cost savings. Nasa response was development costs don't count.

Congress reviews GAO reports and decides to give SLS more money.

Similar to most navies.

Engineering's workload won't really change, they'll do certain types of maintenance.

Most navies don't have command staff on the bridge full time. There would be a watch officer who is fairly junior learning how to operate the ship so the down time is an opportunity for them to grow and learn.

Most navies seperate the captain and first officer, with the first officer involved in running the ship and the captain running the big picture.

So you would expect the first officer to spend the time checking on every department to ensure they are up to standard.

That would mean department heads would be running drills or bringing equipment down for maintenance so its ready.

The captain would likely be planning and thinking through the encounter.

For any free time senior officers have there is probably a mountain of reports (personnel, ship, intelligence, etc..) to read and keep tabs on.

The other person was just wrong.

Large scale Hydrogen generation isn't generated in a fossil free way, Hydrogen can be generated is a green way but the infrastructure isn't there to support SLS.

Hydrogen is high ISP (miles per gallon) by rubbish thrust (engine torque).

This means SLS only works with Solid Rocket Boosters, these are highly toxic and release green house contributing material into the upper atmosphere. I suspect you would find Falcon 9/Starship are less polluting as a result.

Lastly the person implies SLS could be fueled by space sources (e.g. the moon).

SLS is a 2.5 stage rocket, the boosters are ditched in Earths Atmosphere and the first stage ditched at the edge of space. The current second stage doesn't quite make low earth orbit.

So someone would have to mine materials on the moon and ship them back. This would be far more expensive than producing hydrogen on Earth.

Hydrogen on the moon makes sense if your in lunar orbit, not from Earth.

Both the US and UK define a biscuit as a small unleavened cake.

For some reason US folks call all but one type of small unleavened cakes "coookies" which is a specific type of biscuit.

It would be like calling all beer "stout".

Thats just national pride talking,

Personally I think Plymouth's Pasties are superior to all other pasties (Ron Dewney for the win) and love them. But a pasty can only be so good and I accept people wouldn't put it in a S tier for food.

Another example is Americans claiming Jack Daniels is the best whiskey.

Do not mix tabs and spaces.

Its impossible to automate checking that tabs were only used for indentation and spacing for precise alignment. So you then take on a burden of manually checking

You end up with the issue where someone didn't realise and space idented or anouther person used tabs for precise alignment and people forget to check the whitespace characters in review and it ends up going inconsistent and becoming a huge pile of technical debt to fix.

Use only one, you can automate enforcement and ensure the code renders consistency.

Years ago there was no way to share IDE settings between developers.

You ended up with some developers choosing a tab width of 2 spaces, some choosing 4 spaces and as there was no linting enforcement some people using 2-4 spaces depending on their IDE settings.

This resulted in an unreadable mess as stuff was idented to all sorts of random levels.

It doesn't matter if you use tabs or spaces as long as only one type is consistently used within a project.

Spaces tends to win because inevitably there are times you need to use spaces and so its difficult to ensure a project only uses tabs for identation.

IDE's support converting tabs into spaces based on tab width and code formatting will ensure correct indentation. You can now have centralised IDE settings so everyone gets the same setup.

Honestly 99% of people don't care about formatting (they only care when consistency isn't enforced and code is hard to read), there is always one person who wants a 60 charracter line width or only tabs or double new lined parathensis. Who then sucks up huge amounts of the team time arguing their thing is a must while they code in emacs, unlike the rest of the team using an actual ide.

I am actually arguing for a stable ABI.

The few times I have had to compile out of tree drivers for the linux kernel its usually failed because the ABI has changed.

Each time I have looked into it, I found code churn, e.g. changing an enum to a char (or the other way) or messing with the parameter order.

If I was empire of the world, the linux kernel would be built using conan.io, with device trees pulling down drivers as dependencies.

The Linux ABI Headers would move out into their own seperately managed project. Which is released and managed at its own rate. Subsystem maintainers would have to raise pull requests to change the ABI and changing a parameter from enum to char because you prefer chars wouldn't be good enough.

Each subsystem would be its own "project" and with a logical repository structure (e.g. intel and amd gpu drivers don't share code so why would they be in the same repo?) And built against the appropriate ABI version with each repository released at its own rate.

Unsupported drivers would then be forked into their own repositories. This simplifies depreciation since its external to the supported drivers and doesn't need to be refactored or maintained. If distributions can build them and want to include the driver they can.

Linus job would be to maintain the core kernel, device trees and ABI projects and provide a bill of materials for a selection of linux kernel/abi/drivers version which are supported.

Lastly since every driver is a descrete buildable component, it would make it far easier for distributions to check if the driver is compatible (e.g. change a dependency version and build) with the kernel ABI they are using and provide new drivers with the build.

None of this will ever happen. C/C++ developers loath dependency management and people can ve stringly attached to mono repos for some reason.

The linux kernel is very old school in how it is run and originally a big part of the DevSecOps movement was removing a lot of manual overhead.

Moving on to something like Gitea (codeberg) would give you a better diff view and is quicker/easier than posting a patch to a mailing list.

The branching model of the kernel is something people write up on paper that looks great (much like Gitflow) but is really time consuming to manage. Moving to feature branch workflow and creating a release branches as part of the release process allows a ton of things to be automated and simplified.

Similarly file systems aren't really device specific, so you could build system tests for them for benchmarking and standard use cases.

Setting up a CI to perform smoke testing and linting, is fairly standard.

Its really easy to setup a CI to trigger when a new branch/pr is created/updated, this means review becomes reduced to checking business logic which makes reviews really quick and easy.

Similarly moving on to a decent issue tracker, Jira's support for Epic's/stories/tasks/capabilities and its linking ability is a huge simplifier for long term planning.

You can do things like define OKR's and then attach Epics to them and Stories/tasks to epics which lets you track progress to goals.

You can use issues the way the linux community currently uses mailing lists.

Combined with a Kanban board for tracking, progress of tickets. You remove a ton of pain.

Although open source issue trackers are missing the key productivity enablers of Jira, which makes these improvements hard to realise.

The issue is people, the linux kernel maintainers have been working one way for decades. Getting them to adopt new tools will be heavily resisted, same with changing how they work.

Its like everyone outside, knows a breaking the ABI definition from the sub system implementation would create a far more stable ABI which would solve a bunch of issues and allow change when needed, except no one in the kernel will entertain the idea.