Luckless

More "Top to bottom, from the top and bottom"... Typically you mount your fuel and oxidizer tanks on top of each other, not side by side, So while the thrust does push the mass of an individual tank towards the bottom of the craft it is somewhat offset by the fact that there is another tank at the top with its mass moving more toward the centre of the stack rather than everything moving toward the bottom.

If you want to get rid of bugs, then dig into the communty's bug reporting section. I've been rather out of the loop on KSP for ages, so I have no idea how they're handling feedback and testing at this time, but developers can't fix bugs they're not aware of, and it is a lot harder to fix bugs that they don't know exactly how to reproduce. Remember, testing software is not a fun or easy task to do right, and it involves a lot of repetitive and tedious work to do properly. Not to mention that actually fixing bugs takes time in and of itself, and fixes are rarely a one shot deal.

This is part of why I have checklists. Writing up checklists, and yes they get printed out and live on a clipboard, is just plain good geeky fun, and adds to the experience. As a bonus it also means I very rarely get out somewhere and discover that "Hey, I don't have X that I need to do what I came out here for".

Cannot possibly exist as a natural system. However it could, theoretically at least, be created by other means. After all, gravity pressure isn't the only way to achieve and maintain fusion.

When it comes to space exploration then one of the more useful things to potentially use the moon for is as a resource base and part of in-orbit construction projects. And investment in lunar development now could in turn mean we get to rapidly expand space exploration over the next century by limiting what we need to lift from the surface. Mine and refine materials on the moon, manufacture basic parts and machinable blanks, and then pack them into sled launched aero-break orbital pods to get stuff back into LEO for minimal fuel requirements. Capture them at an orbital dockyard for use in building the bulk of long range vessels and probes, and reserve surface lift mass for everything that can't be effectively sourced from mines on the moon. (Combined with advances in mining and manufacturing robotics, and we don't even need humans to set foot there again for the most part.)

Yes, beyond generic payload, and some computer/electrical/and very limited optical tech, what overlap in goals would you expect between NASA and USAF?

Having had the chance to work with a whole host of alphabet soup agencies from a number of different countries... Yes, oh yes they do. Honestly most of it is whining about how little paper work there is in the movies. Other lesser comments come about over how easy and comfortable they make stakeouts and following suspects look, and how utterly foolish most fights and weapons handling looks, and things like that. But lets be honest, and admit that it kind of fun to complain about movies with the right group of people.

Really depends on a lot of factors. I've personally built precision cutting tools from raw materials in 'primitive' settings in a matter of days. If you could focus production and development along carefully controlled lines, then it really wouldn't take long if you had enough manpower on hand to cover the first few hurdles of industrial capacity. With a well controlled feedback loop: Building small tools to use to build larger tools, and establishing the core industrial resource production, then in theory it could be as low as a decade, if not less if you were able to somehow manage communication and planning.

A big part of the issue is whether or not you can get the fuel shaped into a useable form such that you can achieve rapid enough combustion. Doing some form of a hybrid solid-liquid engine may achieve 'usable' results from a surprising number of fuels. I used packed flour for a test rocket for a hybrid engine back in high school. (Forget what we were using for an oxidizer, I wasn't the one dealing with the chemistry for our experiments.) We achieved 'okay' thrust levels, but nothing exceptionally impressive as far as I remember. But combustion is an interesting thing. Part of our rocket escapades ended up in setting fire to a gravel pit... Fuel mixture looked good on paper from the energy release point of view... We just hadn't really accounted for 'minor' things, like whether or not the engine would melt before achieving lift. But it did lead to a few interesting experiments on the ground.

It has a docking port, doesn't it? Who says it has to be a single launch mission?

I like mods that take the tedious aspects out of the game, and make things feel more like launching real rockets. Personally I would rather ride a rocket controlled by a detailed and high precision redundant computer system (and merely watched by a human) than one flown by a horribly imprecise human watching crude data readouts. I especially like tools that calculate masses and delta-V values for me. I can do all the math for filing my taxes by hand, but personally I much rather use a calculator...

Yet... But like I said, we're dealing with Kerbal players here, and there IS a mathematical limit involved, so obviously someone is going to try and poke it. Memory systems of modern operating systems are designed to safely exceed the attached primary memory used as RAM. However, 'fun things' happen when you get into trying to run a program that is forced to page its working storage in and out of primary memory to secondary (hard drive/SSD) storage. You can still reach a limit, and things can still go wrong even if you 'haven't run out of memory', but actual crashes due to that tend to be difficult to pull off.

Given the nature of the Kerbal Mindset, I would say that someone is still going to find a way... 64bit memory addressing just pushes the limits up to insane levels, but doesn't actually get rid of them after all... (Also memory handling isn't 'true' 64bit in most cases, and most systems break down well before their actual 2^64 max. Luckily it is still an insane amount of data before that happens, but, well, 'moar boosters' and whatnot... I expect someone is going to break it sooner or later.)

Another point about procedural vs random that people often forget: Procedural isn't 'random', and because of that it can be reproduced. So, the "Stock System" can still exist, and you and I can both play in that same system with the same planets and the same delta-v values and launch windows that all let the same crafts work to do the same missions. But once I get bored of that, which I mostly am, then I can go and recreate a new system, and enter seed 011101110110100001111001011011100110111101110100, and have some decent data on similar planets in slightly different orbits, but have new smaller moons and a few things way out on the edge of the system that I only vaguely know or haven't found yet. I can go out, and I can find some neat things that no one else has seen yet, because no one else has ever played that system's seed. But,... I can pass that same seed number on, and then anyone else can type that in and go play on that same system as well. And if it was an official dev supported feature, then I can be reasonably confident that things aren't going to break with the next update, and that they're not going to get bored of it and wander off and drop support because their lives got busy or they started playing some other game.

Personally I would love to have the option to have 'fuzzy data' and procedural solar systems as part of the stock game, along with more planning tools. I think it would be neat to have relatively vague data about some of the stuff farther out, and had to manage a science program to nail down more precise details, and also kind of neat to go 'out there' and see what the game generated this time around.