> Airbus would have been a terrible idea: no one had built commercial airliners before, and only the US had the know-how.
That's just plain false, Airbus started as a cooperation between a lot of european aerospace companies, which had different a lot of know-how in different fields. For example Sud Aviation (later Aérospatiale, now Airbus) was the French part of the Concorde, they also had the Caravelle.
Many simple scripts at my work that more or less just argparse and fire off an HTTP request spend half a minute importing random stuff because of false deps and uncommon codepaths. For some unit tests it's 45 seconds, substantially longer than the time taken to run the test logic.
> Many simple scripts at my work [...] For some unit tests it's 45 seconds
> I spend a lot of time rewriting the python logic in C++, which makes it 100x faster
Nice! Your workplace didn't care to pick a better tool for the job in the past, and it seems to not care what you're doing at present, if you have to spend time rewriting the stuff in C++, instead of picking Nim and calling it a day, in a day.
Even better, in Nim these little CLI tools could use https://github.com/c-blake/cligen and have had terminal colorized, auto-generated help for many years now with much less dev-effort than raw argparse. Start-up time of statically linked Nim programs is like O(100..500 microseconds, just like C programs).
Have you thought about packing that stuff into an executable or precomputing or preloading it? There's techniques for each of those things that help in some scenarios.
According to general benchmarks Apple Silicon is the highest performing CPU for single-threaded work. It'll be hard to confirm how much of a difference the OS factors in but the hardware difference is most likely why.
Lithography is one of many steps, but probably the most important one. You use it to expose a photoresist to create a mask for further processing. After exposing the photoresist you need to develop it, remove either the exposed or unexposed photoresist. The remaining photoresist then is the mask and you either etch or dope the surface that is not covered by the mask or you deposit material on top. And then you need to remove the mask and start all over again for the next layer. The high water usage comes from repeatedly needing to clean the surface to remove chemicals and photoresist.
For submarine cables there are two things here. The first is lower attenuation which allows for fewer amplifiers along the route making it overall cheaper. The second is lower latency. There have been cases where high frequency trading people went wireless to get lower latency because of the higher propagation speed of EM-waves in air. For really long distances you can go theoretically use satellite links to get lower latency than a submarine cable even if the total distance increases.
Someday, someone is finally going to work out how to do comms with neutrinos (which can pass directly through the Earth and come out the other side) and make so much money...
They are not, for the thing that would make neutrinos useful for communications is also the thing that makes them useless for communications. In order to use them for comms you'd need to produce such a huge number of neutrinos, and/or in a very colimated beam, that one shudders to think of how one might produce them!
I think you could moderate a large nuclear fission reactor (on the edge of criticality) to produce detectable differences in neutrino rate on the other side of the world. KamLAND and a few other experiments detected multi-GW reactor anti neutrinos at 1000km[0] and so presumably tens of GW (easily [if perhaps not safely?] achievable briefly in current reactors) should be detectable over 8000km.
I suspect it may be possible using neutrino-antineutrino annihilation if there's a good way to produce streams of both types of particles, but... physics isn't my field.
No, at least in Erlang a variable is assigned once, you can then match against that variable as it can't be reassigned:
NotFound = 404,
case Status of
NotFound -> "Not Found";
_ -> "Other Status"
end.
That snippet will return "Other Status" for Status = 400. The Python equivalent of that snippet is a SyntaxError as the first case is a catch all and the rest is unreachable.
I'm currently using a Mac for private stuff, used to use Linux for work stuff, currently forced to use Windows. My font rendereing ranking is MacOS > Linux > Windows.
I rate it macOS > Windows > Linux. iOS is pretty good too, mobile Windows wasn't. But I'm only experiencing Linux graphically on a rather old monitor or through a terminal emulator, and macOS and Windows on a nice monitor, so that probably skews my perception. I wonder how many people observe the three OS'es through the same (or very similar) monitors.
reply