The $11B Webb telescope aims to probe the early universe
nature.com
nature.com
Have been waiting for this since I was a teenager. Can't believe we are almost there (launch on Dec 22).
Here's a short 2 min video of that deployment sequence if anyone wants to be fascinated: https://www.youtube.com/watch?v=RzGLKQ7_KZQ
Also a short interview with Dr. John Mather (could listen to him all day) if anyone wants to know how the telescope works: https://www.youtube.com/watch?v=4P8fKd0IVOs
I wonder that mostly because we've managed to use a lot of our other space equipment well past their their mission lengths. I'd be interested if JWST is possibly the same.
Basically, because there is no reasonable way to service something in L2, they can't really plan for it, but it's expensive enough that they made sure there is the capability if someone in the future would, say, build a spaceship that is orbitally refuelable and designed so it can take crew that far out.
5.5yr is the minimum, 10 sounds probable (stated goal), while 20-40yrs is the best guess with expected fuel usage.
https://space.stackexchange.com/questions/55309/james-webb-t...
I'm pretty much 100% sure NASA knows this better than me of course, but I'd love to see the reasoning behind planning to retire such an expensive project after a (relatively) short ~10 years.
2) no vehicle exists/existed at design that could support a re-fuel system.
Edit after someone corrected me.
Please refer to this comment: https://news.ycombinator.com/item?id=29490291
/kidding
//a little
Three of the four imagers on the telescope are passively cooled and will work as long as they don't succumb to radiation, diffusion, etc. The fourth one (MIRI) has a cryocooler that uses liquid helium, but it will leak out very slowly and mechanical wear and electronics lifespan is expected to be the limiting factor there. [0, 1]
As stated in other comments, the primary driver of lifespan is a combination of how stable the telescope orbit is, and the resulting amount of fuel needed to keep the telescope in a stable orbit. Depending on how things go it has enough fuel for somewhere between 5.5 and 40 years of operation. Assuming nothing else goes wrong. :)
"Webb is designed to have a mission lifetime of not less than 5-1/2 years after launch, with the goal of having a lifetime greater than 10 years." [2]
0: https://jwst.nasa.gov/content/about/innovations/cryocooler.h... 1: https://www.nasa.gov/feature/jpl/how-cold-can-you-go-cooler-... 2: https://jwst.nasa.gov/content/about/faqs/faq.html
At the end of the link is the clarification:
Drs. Heng and Winn respond:
As pointed out to us by Drs. Jason Kalirai and Jason Tumlinson at the Space Telescope Science Institute (STScI), as well as Mr. Sykes, our article misstated the reason for the finite lifetime of the upcoming James Webb Space Telescope. The mission duration of 5.5 to 10 years is not limited by the supply of liquid helium, as we stated. Rather, it is limited by the supply of hydrazine fuel needed to maintain the spacecraft’s orbit.
Thanks for the correction, will edit my parent reply.
Here is Dr. John Mather explaining it: https://youtu.be/4P8fKd0IVOs?t=1321
(The projects are still amazing; I'm not complaining about the engineering or performance!)
Edit: nope, I was wrong, it’s going to deploy a whole range of systems while on the way to the L2. https://youtu.be/RzGLKQ7_KZQ
The observatory has around 7000 moving parts with complex structures for the primary and secondary mirrors and more importantly, the sunshield that would be used to keep the observatory instruments at a specific low temperature. It will take roughly 30 days for Webb to reach the start of its orbit at L2.
At the end of 30 days, the telescope should have stabilized itself in an orbit around L2. But I would assume it takes that many days for deployment and unfolding everything because of the sheer number of parts and motions involved coupled with things like getting to L2, stabilizing orbit, temperature stability and all the checks for the instruments on board along with the mirror deployment (since it's not one big sheet of mirror).
Here's a link which gives an idea about the logistics involved (along with a cool video series of the journey embedded): https://hackaday.com/2021/11/02/30-days-of-terror-the-logist...
To fathom how complex the sunshield deployment is (and that's just a part of the whole sequence), from the link above:
"Full deployment of the sunshield is without a doubt the sketchiest part of the whole process. The sunshield consists of five separate metalized Kapton sheets, each the size of three tennis courts. Each one must be unrolled, extended to its full size, tightened, and spaced out vertically for the sunshield to do its job. This takes the coordinated action of 140 release mechanisms, 70 hinges, eight deployment motors, about 400 pullies, and nearly 400 meters of cable to accomplish, not to mention the sensors, wiring harnesses, and computers to control everything. It’ll take the better part of two days to complete the sunshield deployment."
The whole thing is just insane.
From this talk by Dr. John Mather: https://www.youtube.com/watch?v=2RLGx_wgyAw
Around 1:47 you can see the number of people involved. 3 space agencies (ESA, NASA, CSA), over 3000 engineers and technicians and 100 scientists worldwide.
$10B buys a lot of QA and I'm sure they try to engineer everything with the right margins, but it's still an unfathomable amount of state space.
Are there techniques to stay sane and manage risk without just throwing money at it? I feel like that kind of knowledge could be useful for software test development.
Then, you need to validate that each requirement is met by your system. This can be done by test, analysis (mathematically proving some property), review of design, or inspection. It's true that you can't fully validate most space systems on Earth, because we can't simulate all environmental conditions simultaneously. That's why you ideally you want each requirement to be validated by two methods.
When you find anomalies due to integration effects, it's usually because your interface requirements are not specified well enough ;)
"level of detail codified in functional, performance and interface requirements"
functions, usage frequency, APIs.
"usually because your interface requirements are not specified well enough"
It's probably a bug in the API.
https://martinfowler.com/bliki/TwoHardThings.html
"There are only two hard things in Computer Science: cache invalidation, naming things, and off-by-one errors"
https://en.wikipedia.org/wiki/Ctags
Suggestion: use ctags to list all functions, variable names in your code. Look for ambiguity (e.g. variable name "i"). Look at neighbouring code. Zoom in and out. A small bug in the most-used code is actually more serious than a big bug in code that rarely gets used.
"How long can you work on making a routine task before you're spending more time than you save?"
Broken software can be fixed cheaply after the fact. Yeah, it’s cheaper if you find the bugs earlier but it shouldn’t come as any surprise that pre-validation is more extensive in systems that are expensive to change.
There are phone note apps and control systems for jets and artificial hearts
You still have SLAs to manage and meet.
"According to Encyclopedia Britannica, the first recorded 'engineer' was Imhotep. He happened to be the builder of the Step Pyramid at Ṣaqqārah, Egypt." [link]
I look forward to drinking ale with Imhotep (and NASA JW Space Telescope engineers) in the great heavenly hall of engineers.
https://interestingengineering.com/the-origin-of-the-word-en...
Yes, it's very different from most software engineering. No need to snicker, just do the appropriate thing for your situation.
How "at best" is interpreted is obviously up to the individual, of course.
But in a world dominated by quarterly earnings this won't fly.
Waterfall works great, if and ONLY if, you know 100% for sure exactly what you're requirements are at the beginning of the project and they never change significantly. This seems to be mostly true-ish for aerospace. Nobody's going to pivot the Falcon 9 into being a washing machine next week.
It seems to me that the point of Agile is that Waterfall fails hard if you have no idea what you want your business software to actually do. Agile is an attempt to build a reasonable software development process around that reality.
So when you get down to it, the lack of rigor isn't so much in software itself as in business. If you don't have any idea what your business is going to actually do, no software or engineering process can fix that.
I may have to borrow that.
An alternative explanation: we're so in a hurry that we don't want to take time out to decide what it is that we are going to build, and so we embrace the fact that we don't know what we are doing and put a sexy label on it, because hey, who doesn't want to be Agile? It sounds so much better than 'clueless'.
If I'm doing a custom project that does some sort of warehouse management for a client, I'm not really deeply invested in my particular vision about how a warehouse should be managed. I'm deeply invested in making my client happy.
Also, guess what? The web telescope has a ton of software on it. I suppose that is just "software engineering"? (in quotes, har har)
Look, there are terrible teams doing terrible or very simplistic software work. The same is true in all engineering disciplines and it is of course true that in all engineering disciplines (including software) there are also teams operating with a high degree of passion and rigor in creating very complex things. So yeah, please stop with these silly and really pretty insulting comments.
The ME and EE associated with creating new product like the Nest Thermostat (for example) are, by comparison with something like Grubhub, of trivial engineering complexity (although still very respectable engineering efforts)
What exactly is massively complicated about a predatory aggregator site compared to a vehicle?
I have.
> Let go of your desire to shit on developers
So you're a psychic now, and you read into people's desires by looking at HN posts?
The question remains. But it's clear you can't answer it without ad hominem.
It's a perfectly valid question: what makes an aggregator site like GrubHub a more complex engineering problem than a vehicle?
> maybe it isn't the best comparison, maybe I should have been more specific.
May be it is, may be you should have been, but you weren't
> The point you are asking about in no way affects my larger point so who cares
What is your larger point exactly? That "having a CI" somehow make you an engineer because your software is somehow "more complex than a vehicle"?
> You harping on it is just weird.
The fact that you answered literally nothing, and keep sticking to ad hominem attacks show that you have no substance to what you're saying.
I’m gonna go with Carmack on this one; you think you have a better understanding of it than him? It’s just ifs and for loops.
Sure some contexts require real nuance. But just because Grubhub IS massive doesn’t mean it needs to be engineered that way, that’s a byproduct of socio-political forces (money).
There’s nothing in any science or engineering book I’ve read that says “all software must be engineered as a large distributed application”. Again, a byproduct of contemporary business goals.
My generative art object app is not sending people to the moon and merely relied on me wrapping some well understood math in machine language syntax; it’s librarian work.
Your preference for adverbs and emphasis where you see fit to place it does not move me.
Accomplish something net new for humans, cause I’ve been sending data grams over the internet since the 80s. Grubhub isn’t all that interesting
On that front, the idea that software systems with 100s of features, millions of daily users, extreme uptime requirements, hackers all over the world trying to break in daily , and billions of $$ on the line is "ifs and for loops" or "librarian work" is... oh come on. Never mind, this conversation is silly.
You say you are an experienced developer, but honestly it sounds like you've never built anything except generative art object apps.
My experience in industry is that we validate requirements when we confirm that they are necessary to achieving a particular mission.
We then verify that the system under construction does in fact satisfy the set of validated requirements.
"USL was inspired by Hamilton's recognition of patterns or categories of errors occurring during Apollo software development. Errors at the interfaces between subsystem boundaries accounted for the majority of errors and were often the most subtle and most difficult to find. Each interface error was placed into a category identifying the means to prevent it by way of system definition. This process led to a set of six axioms, forming the basis for a mathematical constructive logical theory of control for designing systems that would eliminate entire classes of errors just by the way a system is defined.[3][4]"
https://en.wikipedia.org/wiki/Universal_Systems_Language
There's a diagram of rules on the USL Wikipedia page. The rules show triangle feedback loops with a parent, left, right child. Those are like generations of a Sierpiński triangle. Every part is trying to serve the Good Cause that it's working for, and love its neighbour.
https://en.wikipedia.org/wiki/Minimal_realization
"any state-space model that is both controllable and observable and has the same input-output behaviour as the transfer function is said to be a minimal realization of the transfer function The realization is called "minimal" because it describes the system with the minimum number of states."
https://en.wikipedia.org/wiki/Optimal_control
"the problem of driving the output to a desired nonzero level can be solved after the zero output one is."
An electronic analogy: find GND, then solve for 1.
A common solution strategy in many optimal control problems is to solve for the costate (sometimes called the shadow price) A shadow price is a monetary value assigned to currently unknowable or difficult-to-calculate costs in the absence of correct market prices. It is based on the willingness to pay principle – the most accurate measure of the value of a good or service is what people are willing to give up in order to get it. The costate summarizes in one number the marginal value of expanding or contracting the state variable next turn.
Each part looks ahead 1 generation, chooses left or right.
https://en.wikipedia.org/wiki/Kalman_decomposition
convert a representation of any linear time-invariant (LTI) control system to a form in which the system can be decomposed into a standard form which makes clear the observable and controllable components of the system
Take a big problem, break it down, look for I/O ports. Or in software test development: layers of abstraction. A suggestion: only add a layer of abstraction when it's too big to fit on the screen at once. Use tools like code folding, tree views.
https://en.wikipedia.org/wiki/Optimal_control
Optimise for time? When we're in a hurry we break things. Another suggestion: aim to minimise entropy, maximise connectedness.
Thank you for asking a good question, and thank you for reading! Let's go and tidy up this world together, in software and hardware.
That is kind of what I figured, basically it always boils down to divide and conquer.
It just feels like with software, it's simultaneously easier than mech eng in so many ways (everything is in silico, near infinite abstraction power, ability to automate so many parts), yet it feels like we are constantly struggling with complexity. It starts simple but then quickly becomes a ball of yarn.
Maybe that perception is wrong, but if there is some truth to that intuition, I think it is due in part to this: software is all degrees of freedom and very few invariants to start, but then the system space quickly fills with rigid rules than can intersect in unpredictable ways. Physical engineering, you start with lots of invariants (the laws of physics, materials, chemistry, electronics, and geometry) but they are all thoroughly documented at this point. Things intersect, systems interact, but it feels much more bounded. You're only ever gonna have 3 dimensions, 6 simple machines, 92-ish usable elements, the standard model and universal constants.
This is why I value Rich Hickey's "Simple made easy" as the the exemplar of software philosophy. It's easy to say "oh yeah modular code good" but it's another to actually write code that is naturally decoupled.
As an aside, both disciplines tend to benefit from "throw more hardware at it!"
divide and conquer
Yes, problems are finite, so we can Binary Search them to a single answer.
quickly becomes a ball of yarn
Looks like chaotic system, but actually chaos is just a fractal at a dimension we don't understand. Every XML tag is a dimension {for loop, if statement, indenting, git blame with names should be git thank}. Chaos is just a Wolfram rule that's not recursive self-sacrifice Rule 90 Sierpinski Triangle. Let's simplify our software design to make it follow a fractal pattern, and balance the forces.
Physical engineering, you start with lots of invariants
Sounds like Haskell or functional programming. Personally I like to add the extra tags, but as commented code to describe the meaning, translate to humans what the code does. Prefer to do so inline (cache) and top of function/file (RAM) not in separate documentation (disk).
6 simple machines
Thank you so much, you good messenger! Through your message, God just taught mechanical engineering paradigms to help with making more analogies. Pendulum is clock signal. While in the shower, there was a spider. It tries, falls, tries again with slightly different parameters. It outsources processing to the Web (there was another Hacker News article about spiders and webs and brains).
Everything can be modelled as a mass-spring-damper system, so we can just translate the transfer functions. We can optimise for Optimal Control in the limited 3D we understand, then project out again to higher-dimensions. Spiders make many 2D webs that intersect.
inclined plane, // gravity (?) // not only gravity // inclined plane is like a wide lever
lever, // straight line
wedge, // fulcrum. fixed point on ground. GND 0. Triangle. Sierpinski Triangle.
wheel // continuous motion, round circle (?) or a spiral? do circles exist? yes. ours are imperfect though. colleague said it's the bearings that break in appliances.
axle, // turn, change the world. // balance electron spin // balance like yin yang cosmic microwave background, 2 axles
pulley, // rotation equivalent to lever on wedge. // bicycle is 2x pulleys with gears (cone), digital-analogue converter moving forward
screw // reproduce throw more hardware at it! // ! factorially // make a spiral cone from a round circle and straight line.Sorry that the thoughts are not translated to full sentences yet, please email and we can chat more! there's many more ideas where these are coming from, not for my personal glory, but for the greater Good. Ideas of spiderweb network topology, Facebook/Meta engineering director of social network bringing peace in diversity using shared {music, memes} taste, UncleBob https://www.youtube.com/watch?v=BSaAMQVq01E&t=2021s "love your neighbour the code -> clean as you go".
Let's pray for the JWST telescope. Young men will see visions, and old men will dream dreams. It's our dream that the humans can see the tree better: not just galaxies (branches) but stars (leaves) and planets (pollen). There is a root system underground also, which mirrors the tree we can see. Humans can also use other senses {eyes, ears, nose, mouth, hands, feet} but the JWST is the best eyes that humans can make with technology today. It's not perfect, but it's the best that humans can do. And it will work well enough to be useful, not just for James Webb's sake, but for the Greater Good.
NASA Systems Engineering Handbook https://ntrs.nasa.gov/citations/20170001761
That's the 2017 version; maybe there's a later one. IIRC, it's an abridged from NASA Expanded Guidance for SE, but my link to that is broken.
Let's hope it all works out, if not, some expensive lessons are about to be learned.
On the other hand, 2028 is better than the promises coming from the other option, SLS, which I believe will be ready never.
roughly 30 days How long will it take Webb to get to L2? It will take roughly 30 days for Webb to reach the start of its orbit at L2, but it will take only 3 days to get as far away as the Moon's orbit, which is about a quarter of the way there.
"James Webb Telescope will run a proprietary JS interpreter by a bankrupt company "
https://news.ycombinator.com/item?id=19737663
https://www.researchgate.net/publication/252882358_Event-dri...
"The James Webb Space Telescope (JWST) will use an event-driven system architecture to provide efficient and flexible operations as initiated by a simplified, high-level ground command interface. Event-driven operations is provided through the use of an on-board COTS JavaScript engine hosted within the payload flight software..."
Edit: Found something ....Is it too late to postpone the launch?
https://www.stsci.edu/~idash/pub/dashevsky0607rcsgso.pdf
"...The JWST science operations will be driven by ASCII (instead of binary command blocks) on-board scripts, written in a customized version of JavaScript. The script interpreter is run by the flight software, which is written in C++. The flight software operates the spacecraft and the science instruments.
The on-board scripts will autonomously construct and issue commands, as well as telemetry requests, in real-time to the flight software, to direct the Observatory Subsystems (e.g., Science Instruments, Attitude Control, etc.)...
The flight software will execute the command sent by the calling on-board script and return telemetry, which will be evaluated in real-time by that on-board script. The calling script will then send status information to a higher-level on-board script, which contains the logic to skip forward in the observing plan in response to certain events (see Section 4.1)... "
Found it...
"JWST uses an extended version of JavaScript, which was developed as a COTS product called Nombas ScriptEase 5.00e. ScriptEase provides functionality common to many modern software languages and follows the ECMAScript standard."
http://brent-noorda.com/nombas/us/toolkit/index.htm
http://brent-noorda.com/nombas/us/toolkit/isdkdownload.htm
Latest errata from 2004, moving from worried to full panic mode...
http://brent-noorda.com/nombas/us/devspace/errata/isdk/index...
"The major characteristics of our process are
- 1) coordinated development of the operational scripts and the flight software,
- 2) an incremental buildup of the operational requirements,
- 3) recurring integrated testing. Our iterative script implementation process addresses how to gather requirements from a geographically dispersed team, and then how to design, build, and test the script software to accommodate the changes that are inevitable as flight hardware is built and tested.
The concurrent development of the operational scripts and the flight software enables early and frequent "test-as-you-will-fly" verification, thus reducing the risk of on-orbit software problems...."
The JWST science operations will be driven by ASCII (instead of binary command blocks) on-board scripts, written in a customized version of JavaScript. The script interpreter is run by the flight software, which is written in C++. The flight software operates the spacecraft and the science instruments.”
and in section 3.5, sounds like javascript just has an API to lower level system functions:
“ ScriptEase JavaScript allows for a modular design flow, where on-board scripts call lower-level scripts that are defined as functions.”
[0] https://www.stsci.edu/~idash/pub/dashevsky0607rcsgso.pdf
Personal experience as a civil servant with NASA. Often, quality aspects take a back seat when schedule pressure is high. It’s the whole reason their current safety and mission assurance org became a separate entity after Columbia
>And has NASA had many software failures?
There's been quite a few high profile ones like Mars Climate Orbiter and more recently with CST-100. In the case of the latter, there were clear process gaps that should have caught the issues if the software assurance procedures were actually followed. Note that last one is for a non-crewed test of a vehicle meant to take people into orbit; presumably this is the highest threshold for quality procedures. There are many, many more lower profile ones that don't get talked about, even within the agency, dating back to Gemini.
>especially considering how far beyond the bleeding edge they operate.
I know that's the public perception. Much of the missions are bleeding edge (because there's very little incentive for anyone except the government to do them), but you might be surprised about how they don't always use state-of-the-art tech. Now some of that is by prudent choice because you'll often prefer tried-and-true of bleeding-edge, but some of it is just because of complacency.
> There's been quite a few high profile ones like Mars Climate Orbiter and more recently with CST-100.
Mars Climate Orbiter failed in the 1990s. Isn't CST-100 (Boeing Starliner) still in development (I don't remember the latest).
I don't doubt you have something in mind; I'd be interested in knowing what it is. Is it the idea of seeing sausage being made - it's messy and doesn't fit the public image? That I would completely expect. IMHO, that's true of every organization; failure is succumbing, success is delivering regardless.
> Much of the missions are bleeding edge ... but you might be surprised about how they don't always use state-of-the-art tech.
It's not about state-of-the-art tech, but addressing novel engineering problems far beyond where there is mature, developed knowledge. Helicopters on Mars, intersteller probes - it's incredible to me that these things reliably succeed. Will Europa Clipper not reach its destination? Is anyone even worried? They succeed, it seems to me, at a much higher rate than run-of-the-mill corporate software projects.
1) I don't think 'run-of-the-mill corporate software projects' makes a good comparison. For one, the NASA projects referenced don't come about very often so there's a relatively small sample size. Secondly, they are a completely different risk profile and naturally have different quality expectations. NASA does quite a lot of home-grown CRUD apps, but nobody really hears about them because they just aren't that interesting. A fair number of them are really, really bad. Like, no real configuration management or change control, no test plans or reports, nil unit testing, changes made on the fly to production systems, using extremely antiquated development platforms etc. Some of the reasons are there's limited software assurance so naturally NASA focuses resources on the high-risk/high-profile projects, meaning business software is easier to fall through the cracks. Another reason is that NASA work is predominately contractor supported, meaning much of the work is done by lowest-bidder. It's much easier to be the lowest bidder if you keep your costs low; sometimes this results in lower quality developers. Why pay a high developer salary when I can grab someone who wrote VBA 25 years ago and I can just give them the title of 'Lead Developer'? When there's lack of oversight and downward pressure for costs, this is more common than someone would hope. My hunch is that if you did an apples-to-apples comparison of 'run-of-the-mill corporate software projects' with similar NASA business applications, you might be surprised at which is better.
2) I know the Mars Climate Orbiter is an old example but I referenced it because it's the kind of glitch that people immediately understand without any background knowledge. One group was writing software in metric engineering units and another group used Imperial engineering units, obviously causing a hand-off/interaction error.
So let's dive a bit more into CST-100 since that's a newer project. I'll try to be careful to only talk about stuff that's publicly available. Yes, CST-100 is still in-development. But the demo flight which caused concerns about software quality was meant to essentially an end-to-end check that the system was ready for use; it was meant to be one of the last checkboxes, meaning there is really no reason for glaring errors. In that demo, it couldn't make it to orbit because it burned too much fuel. It burned too much fuel because it incorrectly sync'd it's mission timer with the launch rocket and the spacecraft was confused about where it was in the mission duration. Later when troubleshooting on the ground, they found additional software errors where propellant valves were incorrectly mapped within the software (meaning when they try to command thruster A, they inadvertently fire thruster B). This latter issue potentially could have been catastrophic by causing CST-100 to crash into the space station when docking [1]. To a certain extent, they were lucky the first software error prevented a docking scenario. Troubleshooting all of this is a big reason why the system is still "in development" despite the first demo mission being nearly two years ago. Pay attention to wording in these types of press releases; a lot of times you won't find the word error for failure. They'll instead put some PR spin on it an call it an 'anomaly' or 'unexpected test result' when in reality it's a red flag for lack of quality. If you hear those terms, there's a good chance there was some procedural check that should have been conducted but wasn't. In the example of that Demo, ground simulations on a high-fidelity system could have caught them before the mission. There are requirements already on the books for this [2].
It's not just about peeling back the curtain and seeing how the sausage is made, it's more about an organization having high-minded goals where they have requirements to a certain standard of work, but in practice they often turn a blind eye to those standards. It's akin to if someone who worked for Google in the "don't be evil" days and felt like they weren't living up to that mantra.
3) A small nuance. Many of the robotic, non-human rated missions that get in the news are Jet Propulsion Laboratory projects. JPL does fantastic work, but they are quasi-NASA and are actually generally managed by Cal-Tech. As such, they follow different rules than NASA and there are actually only a handful of true civil servant NASA employees at JPL. NASA of course supports those missions, but they are a bit of a different animal. I believe Europa Clipper falls into that category.
[1] https://www.space.com/boeing-starliner-2nd-software-glitch-p...
[2] https://swehb.nasa.gov/display/SWEHBVC/SWE-073+-+Platform+or...
> It's not just about peeling back the curtain and seeing how the sausage is made, it's more about an organization having high-minded goals where they have requirements to a certain standard of work, but in practice they often turn a blind eye to those standards.
My perspective: Few people live up to the high-minded goals; we're human. We achieve great things when, after experiencing humanity, we don't despair but keep our faith and enthusiasm for those goals. When the founders of the US wrote the Declaration of Independence, they were not naive - they had lots of experience of humanity (including their own), much worse than what we know. Yet they believed in something higher, beyond themsleves. If they didn't, if NASA didn't, we'd still be living in a early modern monarchy and not flying to Jupiter.
Thanks for sharing yours! TIL a few things.
The lowering of standards is particularly troublesome when higher standards are contractually obligated. There’s a sad phrase that I had heard at high levels called the “NASA salute” which is basically shrugging one’s shoulders to say “yeah, I know I’m supposed to do that, but I also know I won’t be held accountable if I don’t”
"Nombas,Un-Incorporated" http://brent-noorda.com/nombas/us/index.htm
He is in the critical path...
It is also worth considering that the JS engine likely hasn't changed much (if at all) in the past 15 years. Its bugs and limits are well-known at this point.
It is also an interpreter which makes it slower* but less subject to vulnerabilities that impact the host. Honestly that's probably the correct choice for a spacecraft where reliability and safety is more important than performance.
Don't get me wrong: JavaScript is a big ball of WAT and nonsense we've spent way too much effort improving but I don't blame them for making the choice so long ago and sticking with a known quantity rather than risk introducing new problems by changing things.
* I once worked on a project that used IronJS to run JS in the .Net runtime. It took advantage of the runtime's JIT but was a lot of not terribly optimized F# code. I built a V8 bridge and was very excited for the increase in perf... but it got slower. It turned out most customer-written JS code spent most of its time using the API which was backed by C# code and that meant lots of bridging. At the time I left they were still using IronJS because it was faster for their workloads. It taught me the importance of testing your actual workload and taking a whole-system approach to perf.
If the JWST will in fact spend almost a month in earth's orbit, does someone have an educated estimate on the magnitude of risk posed by space junk to nominal deployment?
Looking at those solar shields I imagine that they could be destroyed entirely by even the smallest of debris fragments. Same with the mirrors.
Edit: I'm wrong here (thanks @thethirdone). The burn set to occur after deployment is the L2 insertion burn and not the transfer insertion burn. Most of deployment will occur in the transfer orbit en route to L2, far away from earth-orbiting debris.
Starship could possibly take normal sized heavy equipment to other planets, such as heavy earth movers. (Not those with a combustion engine, but still useful.)
I would definitely love to see something like the Space Station V from Kubrick's 2001 - A Space Odyssey IRL. AFAIK it was almost a quarter of a mile in diameter. This seems to be suited for in-orbit fabrication and assembly.
Just think of all the engineering and risk that’s going into a process that will be used once.
I think its just such a difficult thing to justify huge upfront costs to congress, especially if you see how long it has taken SLS to get anywhere. IMO, ULA, Boeing (solo) and Northrop's cultures couldn't possibly cut it for developing another amazing vehicle at any appreciable speed without the Euphoria and meaning that the Space Race provided.
The shuttle was decommissioned after the primary Webb design was done. What would have known the launch options at the time it was ready?
So, roughly $11 billion over 25 years. Something that many nations could afford.
https://en.wikipedia.org/wiki/Military_budget_of_the_United_...
Just because DoD budget is $750b, doesn’t mean that we should have a free pass to waste money. I’d like to see DoD spending cut in half while holding vendors accountable. Same with space industry.
Another way to think about this if it helps is for $11b, we should have gotten more done. Imagine James Webb Telescope + 5 more projects for the same $11b. Wouldn’t that be awesome?
If someone were to point to specific ways in which the project wasted money, that'd be different. But I haven't seen such detailed criticisms.
Nobody is arguing that wasting money is a good thing.
Not to imply that ISRO isn't doing important work, but simply looking to cut costs for the sake of cutting costs is just as bad as the waste you're complaining about. It'd be like comparing whatever it cost TSMC to switch to 3nm to what it cost to setup 20nm fabs.
What we should be pushing for is more accurate cost estimates. It isn't a problem that the latest and greatest in space telescopes cost $11B, technological progress is often expensive, it's a problem that initially we were told it would cost $2B. If we have a better cost estimate from the start, we can better control our expectations.
I could have used paper-clip manufacturer instead of ISRO for that matter.
But, we want a large bureaucratic organization (by design), extremely risk-averse(by design), extremely slow(by design), having only one shots (by design) to do this for us
There is a reason recently NASA has started to focus on Fixed Price contracts.
We need a shift to more missions, building these things more often and more on price. Putting absurd amount of money into 1 mission compared to 20 missions for 500M$ likely doesn't make sense.
The Webb telescope has been so long in development that lots of subsystems could have evolved considerably since then.
This only very recently became financially reasonable with SpaceX. It would have been impossible for NASA to know at that time that private industry would manage to lower the cost of launch by magnitudes.
Cost didn't matter back then because you only got one shot to launch anyways. If the rocket blew up and took the satellite with it you're never getting approval to launch again. It would be better to let the project overrun than to worry about financials and contractual obligations when the risk of cancellation or failure is already so high. But now, with launches being relatively cheap, it is actually possible to envision a backup plan where a second satellite goes up with a second rocket. Again, this only very recently (maybe ~5 years ago?) became possible.
I agree with you now though - NASA ought to be reconsidering overhauling its procurement process now that Falcon 9 exists.
> If the rocket blew up and took the satellite with it you're never getting approval to launch again.
That's not accurate.
But there's always have uncertainty in the payloads. First, because there are lots of contractors involved. That's somewhat fixable.
Second, and most important, is that many of these payloads are cutting-edge. They've never been built before and some of them push physical and engineering limits. I've worked on missions where the only delay was the payload for many years, and they were simpler than JWST.
It's a problem of not knowing what we don't know. When working on those kinds of systems, the estimates lose a lot of meaning.
This launch and perspective for science has me anxious and excited since its inception - and it’s been a while.
I will open a bottle of champagne when the first data will be sent from L2 with something along the “fully operational” lines.
Godspeed.
Since it's impossible to do maintenance on this observatory while it's in solar orbit, and since launches have strong vibrations and forces, it's important that the delicate and sensitive equipment be stowed in a way to minimize the effects of launch forces and minimizate the requirements for after-launch maintenance.
More lift capacity also means less weight optimization and more emphasis on robustness, reliability, redundancy, and power.
It is destined for a point in space 1.5 million kilometres from Earth — too far away for astronauts to visit and fix the telescope if something goes wrong. Hubble required an after-launch repair in 1993, when astronauts used the space shuttle to get to the Earth-orbiting observatory and install corrective optics for its primary mirror, which had been improperly ground.
https://www.nasa.gov/content/hubbles-mirror-flaw
One may assume that maybe the error was simply too big and that's why the aberration. Here's the root cause and the magnitude of the error would be dismissed as nothing by most people on this planet but ultimately turned out to be huge!
"Ultimately the problem was traced to miscalibrated equipment during the mirror's manufacture. The result was a mirror with an aberration one-50th the thickness of a human hair, in the grinding of the mirror."
High tech in those days? Rumor I heard in the mid-1980s was that LLNL had [vertical?] lathes which could mechanically cut mirrors to optical-profile accuracy. Supposedly 100gpm liquid flows were required to keep the part temperatures uniform.
For the first few hundred thousand years, the universe was opaque.
This link goes into a good amount of detail about the first light in the universe:
https://phys.org/news/2016-11-universe.html
We might be able to see a bit closer to the events after the Big Bang with a more powerful telescope in the future, but I don't think we can ever be able to actually "see" the Big Bang.
But there are other types of radiation that penetrate dense matter better: neutrinos and gravity waves. Right now it's "holy shit I saw one" for both kinds, so we're a long way off from doing any kind of imaging in those media. But if we ever manage detectors large enough and sensitive enough, we should be able to take "pictures" of the universe when it was even younger than when the CMB was released.
Dense enough matter will stop neutrinos, so that signal will be further back, but not the bang itself. So far as we know, nothing stops gravity--so that signal ought to be... interesting.
(Or at least, that's what Lee Smolin says in his book: Time Reborn)
Digging Beryllium for James Webb
https://earthobservatory.nasa.gov/images/148574/digging-bery...
I also learned that I actually broke down inside another telescope:
The Telescope Array project is a collaboration between universities and institutions in the United States, Japan, Korea, Russia, and Belgium. The experiment is designed to observe air showers induced by cosmic rays with extremely high energy. It does this using a combination of ground array and air-fluorescence techniques...The Telescope Array observes cosmic rays with energies greater than 1018eV. The surface array samples events over 300 square miles of desert.
Which brings me to the JWST. I'd love to know how likely it is that this amazing (and amazingly complex) tool actually succeeds in its goals. There's no way I could figure it out myself; I'd have to take someone else's word for it. Unless... there is a prediction market somewhere betting on whether the JWST will succeed, so I can piggyback on others' research and self-interest. I haven't been able to find one though. (Perhaps people think betting "against" success is too macabre.)
Anyone want to throw out a likelihood of success? (My WAG: 70%.)
It was great for me, I made some good money, but it definitely downgraded prediction markets in my mind from “uncannily accurate” to “good but not perfect”. They’re not going to predict Black Swans or other odd things in a way you can rely on.
And yeh, that is exciting!
And I do believe there is a high probability of detecting those bio-signatures.
- Search for the first galaxies or luminous objects that formed after the Big Bang.
- Determine how galaxies evolved from their formation until the present.
- Observe the formation of stars from the first stages to the formation of planetary systems.
- Measure the physical and chemical properties of planetary systems and investigate the potential for life in those systems.
I suppose I'm also hoping to go deeper. Like how is this going to help us understand how galaxies evolve? I suppose it will because we can see farther and so younger galaxies, and compare that to older galaxies to learn more about how they change.
I guess I'll have to wait for science to do it's thing and then we'll likely have lots of information to explain it all. Right now it wouldn't be a particularly compelling book to write.
JWST has been estimated to be 800% - 2000% over budget.
James Webb was also director for the Office of Management and Budget, 1946 – 1949.
https://www.space.com/3833-nasa-adds-docking-capability-spac...
That article is from 2007 but it still had the docking ring as of 2013. Can't find any recent ones that confirm if it will still have the docking ring at launch.
But I don't think we have the capability as of now to actually service it in case something goes wrong. But given how technology is advancing, maybe we can when JWST reaches EOL in 10 years.
I was surprised to find out, 5-10 years. I was expecting longer.
Those famous Hubble pictures are the defining images of a generation of scientists and dreamers. Are we about to get an update of those?
Or is this mission about the data?
Here is a comparison of what pics look like in visible vs infrared (both taken by Hubble, since it has some infrared capability):
https://www.jwst.nasa.gov/content/about/comparisonWebbVsHubb...
https://www.rmg.co.uk/stories/topics/james-webb-space-telesc...
https://www.cam.ac.uk/research/news/colour-changing-magnifyi...
The will of the people is weak.
In the '90's there was this huge Manhattan-like project, called "The Human Genome Project" [1]. The pricetag was about $3 BN. It took more than a decade. Then out of nowhere a startup appeared, and sequenced the human genome ten times faster and ten times cheaper (and fully with private funds). Nowadays, of course, we can sequence someone's genome for literally cents.
The JWT project started before SpaceX was a thing. Right now it looks quite likely that in less than one year we'll have a launch vehicle that will be able to put 100 tons in orbit in one shot, and for cheap. All the complexity of the folding involved with JWT would become unnecessary with Starship. If someone were to start right now a JWT project, there's a realistic chance they'll finish it in a tenth of the time and a tenth of the cost, just like Celera did. We would get the same scientific results, but maybe one or two years later.
So, now, am I allowed to ask again: why exactly was the $11 BN a good deal?
Now I think that hindsight being what it is, if we had known that Starship was in the pipeline and this would be launching right when Starship is getting into production (considering JWST started development in the mid 90s), I would have said that we should be designing a cheaper/simpler telescope that uses this larger launch package.
But that's all hindsight. For what the JWST actually accomplishes, it's an engineering marvel and given what we knew when it was being designed, I think NASA and the associated committees did an excellent job making it as cheap and large as it is.
Now if we were to take what was learned from the JWST (a lot of innovative work on beryllium mirror design and segmented telescope design was done on this project) and were to design a new telescope today using modern technology, modern materials knowledge, and a launch vehicle like the Starship, I'd suppose we could make an equivalent telescope for 25% or less of the JWST's cost. Unfortunately however by the time this would be feasible, the majority of that money had already long since been spent using existing technology and techniques. This hypothetical cheaper telescope would also likely not be ready for launch if started in say 2015 until 2025 or so when the Starship would be considered safe enough for such a high value mission.
TLDR: It was a good value for the era in which it was designed and built. It is limited by what NASA knew when they designed it. And if it was to be built today, it wouldn't launch for at least a decade after the design would start and you'd undoubtedly be able to make a similar statement about said design from "now-era" vs a hypothetical better value proposition from "future-era". Knowing what we knew at the time it was worth it and to wait indefinitely for the optimal time to start a design will always be a race of better vs perfect.
Sure, but so are the Event Horizon Telescope (which cost less than $100 MM) and LIGO (cost about $1 BN). And those were truly revolutionary, and they hold a lot of promise for more scientific results down the road. At any given moment the scientific world has lots of ideas, some are truly ingenious, and some are just bigger-is-better iterations of older ideas. The really ingenious ones tend to be cheaper, if for no other reason than they can't get huge amounts of funding given they are not proven yet. The bigger-is-better ideas get eye popping dollars, and the public opinion is always positive. Just like it happens with Hollywood sequels.
What is your basis for saying that 90% of the cost and time was due to folding mirrors? That sounds like the easy part - it's mechanical, and satellites have been unfolding in orbit for a long time.
Ok, that's still 6 orders of magnitude cheaper, isn't it? You could argue that $1000 now would not be possible without the initial investment of billions, but we'll never know. What's undeniable is that independent of the advances in biotech, the advances in computing between say, 1990 and 2010, were astounding. If the Human Genome Project had been postponed by 20 years, it could have easily been done for 1% of the pricetag, without any other breakthrough (by the way, Celera did what they did because some really cool algorithmic breakthroughs). And it's not like in 1990 people didn't know about Moore's law, and couldn't project where the computational power would be in 20 years.
The same question stands now: if you want to do Project X, and you consider the choice to do it now or do it in 20 years, is it likely that you could do it for much cheaper in 20 years, and can you afford to wait 20 years? If we are talking about CO2 scrubbing from the atmosphere, then maybe we can't really wait, but if we just want to better understand Big Bang, or the Muon gee minus 2, then maybe we can.
Essentially we allowed people $11 billion in human agency to occur for scientific reasons.
Sorry we didn’t put more of it into cars and video games, but your economy surely benefited from people doing the real economic exchange this required.
Personally I’d love to put it into designer drugs we can use to let me hallucinate a reality where miserly bean countering control freaks don’t exist, since we’re all going to die anyway and entropy will erode the universe.
Excepting rules against violence and careless end of the species, why all the rules?
But that's not the alternative here. Cars and video games are created via private investments, by for-profit corporations (and sometimes by volunteering developers). JWST was funded by NASA with public funding. The alternative to JWST was not cars, but rather the other projects that NASA could have funded, but didn't. When NASA made the initial decision to build the JWST, it excluded other projects on the premise that the JWST will cost about $0.5 BN. When later on NASA had to revise upward the cost, it had to either forgo other projects, or ask the Congress for additional funding. Well, the Congress did not provide additional funding [1]. Those with an internal view of NASA know what other projects were dismissed, or canceled because of the perpetual JWST cost revisions. We (the outsiders) will not be privy of these projects, but they certainly existed.
Make no mistake, I consider JWST to be a phenomenal scientific instrument. But when people applaud the launch of JWST, they don't see the non-launch of the multitude of projects that had to be canceled because of the JWST cost overruns.
We need a space industry that delivers on target and reward those contractors.
The growth in cost of Webb, directly detracts from other missions. It also has to be compared to actually building 4 actual $2.5B telescopes. There is lots of evidence that faster iteration, more missions give more overall science.
Continuously launching and continuously improving would be far better plan. Webb has lots of subsystems that have been done base on 10-20 year old engineering. But because of the approach one iteration cycle for some of these technologies takes 30 years.
This is a glaring problem for the standard model (big bang LCDM) right now.
XMM-2599, SPT0418-47, MRG-M2129, all mature galaxies, far away
By the time it finishes it's mission we're likely to have exceeded that $11 billion budget in fusion research.
Unfortunately, I don't think fusion is something simply solved by more money.
Fusion has no practical application other then some super advanced spaceflight situations maybe.
Fission is 10^12 more dense then oil, Fusion gets that to 10^15. If we are not willing to make the effort for 12 orders of magnitude, why would anybody care about a couple more?
https://endhomelessness.org/homelessness-in-america/homeless...
In January 2020, there were 580,466 people experiencing homelessness in America. Most were individuals (70 percent), and the rest were people living in families with children. They lived in every state and territory, and they reflected the diversity of our country.
That $11B would give about $18000 to all of those people. At $1000 a monthly rent that would house them for nearly two years and would most likely help them to stabilize their lives. Plus it would pump more money into the economy.
You will never find the end of the universe, or know why it began. And if you do find out, what is the purpose? Will it help you love another human being more? No, you will invent something else you need to discover.
Yes we should have UBI but like, that doesn't meant we can't do science at the same time. Maybe look to the MIC to cut first.
Yes, cut the MIC budget, but this is part of that budget, kind of, since "Northrop Grumman Fully Assembles NASA’s James Webb Space Telescope"
https://militarycouncil.ca.gov/2019/09/19/northrop-grumman-f...
I believe this is cynically reductive. I worked with plenty of first-generation college students when we studied engineering. All were on scholarships. I think we should be weary of associating STEM with privilege.
even giving credence to this hypothesis that STEM is a rich kids’ sport, should we let the talent go to waste and give rich kids nothing to work on?
I suppose you would say we should apply everyone’s intelligence to solving the bureaucratic problem of how california spends its welfare budget, but it may surprise you that that does not inspire passion in many young people. Space exploration does, and if we have an economy where certain kids get private tutors their whole lives so they someday build telescopes that literally take photographs of the edge of the universe, I think that’s something we can celebrate even if it doesn’t solve literally every problem.
Now defense contractors, that's where the big bucks are.
Let's not change algebra to fit our conclusions, shall we?
I really don't understand how people are getting angry at $11B in space exploration funding. Consider the following:
a. Go through some of the cutting-edge technologies humankind has at its disposal nowadays (yes, yes, the kids starving in Africa do not, but that's an entire new tangent) and have a look at how they were invented. Chances are a lot of them originate in space exploration or space experiments. Modern navigation systems that power basically any systems you can think off that you use everyday. The high-tech tracking systems making sure the laser scalpel during LASIK eye surgery doesn't destroy your sight but rather restores it? Yea that was developed from a program that developed automated docking and rendezvous laser tracking systems for space dockings.
b. Can't you think of many more money sinks that would deserve to get defunded before thinking of space exploration? How about you start with the US Military? Last year the US spent over $750B on defense costs, that's over 68x the $11B figure quoted for James Webb. Surely we can deduct a billion or two here and there? You know what? that'd be double positive since you wouldn't create a whole portion of hungry humans at the same time since you're not going to war with half the world anymore. Stop the stupid fucking military complex first, then you can talk about defunding space exploration.
> Plus it would pump more money into the economy.
It would "pump" money straight into the pockets of landlords. Its not like the money spent on JWT was shredded...
[1] https://www.budget.senate.gov/imo/media/doc/CRS%20Report%20-...
https://www.cbpp.org/blog/the-deeply-flawed-sessions-report-...
So no, we do not spend $1T on "welfare" a year. But let's focus on the money spent specifically for helping house the homeless. It is only $2.5B.
https://www.hud.gov/press/press_releases_media_advisories/HU...
The U.S. Department of Housing and Urban Development (HUD) today awarded $2.5 billion to renew support to thousands of local homeless assistance programs across the nation. HUD's Continuum of Care (CoC) grants will provide critically needed support to 6,597 local programs on the front lines of serving individuals and families experiencing homelessness. See local impact of funding below.
If you doubt this true, consider the fact that the US Government currently spends upwards of $1 Trillion /year on welfare programs per year. That is money specifically dedicated to poverty elimination and/or management. An amount that makes the James Web 0.44 billion /year over 25 years look like a rounding error. By your numbers, that $1 Trillion could be used to give each of the ~0.5 million homeless around $1.7 million per year. If it's this simple, why hasn't it been done? Is your assumption about how poverty elimination is as simple as throwing money perhaps incorrect? What do you know that the US Federal government doesn't?
FYI emotional appeals about how a telescope can't help us love each other will do you no favours here. Likewise with implications that you are the only one who cares about homelessness, or that one cannot care about both homelessness and space exploration at the same time.
This is NOT true. This is a made up figure by Jeff Session ins 2013.
https://www.realclearpolicy.com/blog/2013/04/01/about_that_1...
>FYI emotional appeals about how a telescope can't help us love each other will do you no favours here.
I am not looking for favors for myself. And if I cannot appeal to your emotions then WTF is wrong with you? Are you a sociopath?
Unfortunately you can't just live inside a pile of cash. The problems surrounding homelessness are slightly more complicated than you are letting on, and "we spent the money to buy a telescope instead" is not one of them.
People who say "it's complicated" to these issues really just do not want to spend the money on caring for the worst off.
Also, how do you qualify people for this $11B/2year program? Is it just you get free housing if you make under a certain amount of money (or no money at all)? Because I think you'd find you have a lot more applicants than the current homeless population.
Any one of those changes would directly provide orders of magnitude more funds than scrapping this telescope. Getting worked up over such a relatively tiny expense with such longtail upside seems like a crazy place to focus on cutting costs.
https://www.northropgrumman.com/space/james-webb-space-teles...
But yeah, cut spending anywhere, but just can't help not getting excited over this while people are suffering. And I am saying this as a kid who wanted to be an astronomer when he was 13 and worked at a gas station to buy a celestron C80 telescope.
Yes, I would rather save my selfish excitement until after we take care of the suffering of others. I WOULD get excited if we housed every person that needed a house, maybe someone could focus on that "technical improvement" for once.
All support science, technology, art, culture form all government in the world should be stopped as long as there is a single person without housing in the world? How about education, that a luxury too right? Do we really need new trains or subways as long as there people without housing? Why try to solve climate change, people are suffering now, right?
Are you pure nationalist or are you applying this logic globally? Would you literally support the US stopping all spending on all those things? And invest all of that in helping people in places like South Sudan or Indonesia?
We should also talk about fossil fuel subsidies ~5T/yr (!), infra $1.2T (one time), defense at $768B/yr, etc etc.
https://e360.yale.edu/digest/fossil-fuels-received-5-9-trill...
Those problems are political and most them already get much money spent on them. World Hunger is already being fought with lots and lots of money. And it turns out its not actually really a money problem.
There's more to what any military force brings, obviously, both positive and negative. It's just sometimes when discussing the purpose of a military with others, the concept seems a little too fuzzy because most resources seem broadly available enough that they could easily be shared from a laypersons perspective. Lagrange points are very finite.
edit: apparently the area contained within a lagrange point is larger than I expected. Negates my point.
As the 'defender' you likely don't need stable orbits. A year or two of denial might buy you what you want. You also don't need to ensure a collision against a single small target, you just need enough debris to make use of the area cost prohibitive in terms of risk.
The reality is that spacecrafts fly on very large orbits around these points: the Planck spacecraft followed a 400,000 km-wide orbit [1] around the Sun-Earth L₂ point, and this is the same for many other spacecrafts that have flown around that place.
400,000 km is ~30 times larger than the Earth's diameter. Unless somebody has nasty intentions like e.g. purposefully crashing their own spacecraft against some other, there is no reason to be worried. There is more space around these points than here on Earth.
https://en.wikipedia.org/wiki/List_of_objects_at_Lagrange_po...
It's really a none issue
Lack of a "space force" doesn't mean lack of military capability in space.
#NotAScienceEquipment #wontlaunch