Live data from Hacker News

Ask HN: What scientific phenomenon do you wish someone would explain better?

news.ycombinator.com

701–710 of 839 posts

Re: Ask HN: What scientific phenomenon do you wish someone would explain better?

#701
post #287

Consciousness. How is it possible that the thread is up 5 hours and ctrl-f consciousness returns nothing?

Here are things that I consider to be defining properties of human consciousness:

a) The ability to observe an instance of a multidimensional universe, each instance a mapping of a point moving along a continuous trajectory whose direction is constrained by the arrow of time (i.e., increasing entropy)

b) the ability to impart a force to change the direction that trajectory follows

Re: Ask HN: What scientific phenomenon do you wish someone would explain better?

#702

Basic probability. How come when I flip a coin it is just as likely to come up heads or tails even if it has just been heads 5 times in a row? I understand the physical properties of the coin make it so it is an independent event but if I were to run the experiment multiple times the number of times it would be heads after 5 heads would not be an even probability, it would be unlikely since 6 heads in a row is a rare…

this 3blue1brown video might answer your questions

https://m.youtube.com/watch?v=8idr1WZ1A7Q

Re: Ask HN: What scientific phenomenon do you wish someone would explain better?

#703
post #255

Earlier quoted context omitted.

The now classic Bernoulli vs Newton debate. "Air flows faster on top" is the Bernoulli explanation. The Bernoulli principle tells us that fast air means low pressure, and low pressure sucks the plane up. Newton explanation is the idea that the wing pushes the air down, and by reaction, pushes the plane up. Based on Newton's third law. In reality, both are correct. The Bernoulli explanation is more specific and the Ne…

What is it about a wing that can take 100 pounds of "thrust" (and I may not know exactly what "thrust" is), and use it to keep a 1,000 pound aircraft in the air? I want to go up. I want to use the thrust I have available to achieve that. Would not the most efficient use of the thrust available be the direct and naive approach, of pointing the engine straight up/down? Nope. Instead, we point the engine horizontally; l…

First thing, propellers are wings, they work using exactly the same aerodynamic principles, except the "lift" goes sideways. And airliners use propellers (called fans here), the "jet" part of their engines only provide a fraction of the total thrust.

Now why not use a propeller pointing directly straight down? Well, you just made a helicopter. Helicopters are great, but they are not as fast as airplanes, the main reason is that as it goes forward, one part of the rotor is advancing and the other is retreating, this causes a whole lot of difficulties that doesn't appear when the propeller is mounted sideways.

Now propellers aren't the only way of producing thrust. There are jet engines, but these require significant airspeed in order to be efficient, and you usually have much more airspeed horizontally than vertically.

You can have rocket engines, which are great if you want to get really high, really fast, but they have to carry their own reaction mass, which is impractical in most situation.

Also you can use buoyancy as a form of "thrust", you now have an airship. Efficiency-wise, it is unbeatable. Unfortunately airships are big and slow and not very suited to modern requirements.

As you can see, there is absolutely nothing preventing us from thrusting downwards, it is just that airfoils are very efficient.

Back to your first question: how can 100 pounds of thrust keep a 1000 pound aircraft in the air. Without going into details, it is the same idea as a lever or gearbox (mechanical advantage). We rarely think of it this way for the wings of an airplane, but for propellers, it is a more apt comparison. A variable pitch on a propeller is like a gearbox for your car, and as seen earlier, propellers work exactly like wings.

As for what "thrust" is, it is really just a force, often shown together with with drag, lift and weight, it is provided by the engine. But in the end, there is nothing special about thrust, you can reorganize your forces anyway you want using simple vector math. For example gliders don't have thrust, and they still fly, taking advantage of updrafts.

Re: Ask HN: What scientific phenomenon do you wish someone would explain better?

#704

Asynchronous programming With the addition of async to django core, I felt its time to finally learn the concept. I first took interest in async early last year when I re-read a medium post on Japronto; an async python web framework that claims to be faster than Go and Node. Since then, I've been on the lookout for introductory posts about async but all I see is snippets from the docs with little or no modifications…

Someone probably much better than me can correct me where I go wrong here, but I'll have a stab at this.

The way I think about it, is asynchronous programming gives you the tools to write programs that don't stop doing useful work while they're waiting for something to happen. If parallelism gives you more effective use of your CPU, asynchronous programming gives you more effective use of your time. Let's presume you have a program that does some things, makes several requests to the network or requests several things from the file system, collects the results and carries on.

In a synchronous program, you would make each request, wait for it to come back (the program would block at this point), then when it's complete, proceed with the next request. If each request takes ~2 seconds to complete, and you've got 15 to make, you've spent most of that 30 seconds just idling, not actually doing anything.

In an asynchronous program, you could submit those requests all at once, and then process them as they came back, which means you only spend about ~2 seconds waiting before you start doing useful work processing the results. Even if your program is single threaded and you can only actually process one item at a time, you've made more efficient use of your time.

Some murkiness comes in the intersection of the 2 and how it's implemented in various languages. For example, you could also dispatch each of those requests out to a thread, and if you returned all the results to the main thread before processing them you'd have the same result and near the same performance as the async example (+- thread dispatch overhead etc etc). The power and advantage comes when you can use both to their advantage: you can't necessarily dispatch threads forever, because the overhead will impact you, and you can saturate your CPU. On the flip side, making something asynchronous that actually requires CPU work won't net any benefits because the work still has to be done at some point. Asynchronous programming gives you a way to move things around to maximise your efficiency, it doesn't actually make you go faster.

JS and Python are single threaded with event-loops, Rust organises chains/graphs of async code into state machines at compile time and then lets the user decide exactly how it should be run (I'm fairly this is correct, but if I'm wrong someone let me know). Dotnet to the best of my knowledge lets your write "tasks" which are usually threads behind the scenes (someone please correct me here). I don't know what Java uses, but I imagine there's a few options to choose from. Haskell performs magic as far as I can tell. I don't know how it's model works, but I did once come across a library that appeared to let you write code and it would automatically figure out when something could be async, rearrange calls to make use of batching, automatically cache and reuse similar requests and just generally perform all kinds of Haskell wizardry.

Re: Ask HN: What scientific phenomenon do you wish someone would explain better?

#705
post #660

Earlier quoted context omitted.

The unsatisfying mathematical answer is that it is impossible to have a uniform distribution of rotational speeds, therefore there must be a preferred one. It's the same reason the universe has an average speed (unlike what you might expect from special relativity), although it is unclear if this is true for the entire universe or just the portion we can see. We can measure how fast we're moving w.r.t the cosmic micr…

This is an interesting argument! Wouldn't it also work for positions, though? That is, either the universe is finite, or, since there can't be a uniform distribution over an infinite space of positions, there must be some preferred "center" of the universe?

You'd think, but of course we know that not to be the case. It's hard to pinpoint the exact reason though. Sure we know time and space are rather special, but its hard to say exactly why.

In the end though I reckon the most obvious reason is that speed is a property that directly corresponds to energy, therefore for each region of space to have a well defined energy (which is required for e.g. general relativity) every region of space needs to have a well defined distribution of speeds.

I suppose this does leave open a small loophole, as you can easily correlate speed with position in order to get a distribution that is uniform in both (but correlated). But this goes against our assumption that the universe is uniform everywhere (which might turn out to be false, but so far it's holding up well).

Re: Ask HN: What scientific phenomenon do you wish someone would explain better?

#706
post #457

Earlier quoted context omitted.

It's a vector. madhadron doens't know what he's talking about. (To be excruciatingly precise, it's a ray in Hilbert space. But that's close enough to a vector for the purposes of HN comments.)

> madhadron doens't know what he's talking about. Not sure why you're saying this when you end up saying pretty much what madhadron said, i.e.: "To be excruciatingly precise, it's a ray in Hilbert space" I get that madhadron doesn't explain themselves but still... There's some irony here.

Because the difference between a ray and a vector is so minor that the words are effectively interchangeable, and in actual practice the word "vector" is invariably used. No one ever talks about the "quantum state ray." It is always the "quantum state vector."

Also, simply saying "no it isn't" with no further explanation in response to any comment just obnoxious. It's essentially saying, "You're wrong, and I know why you're wrong, but I'm not going to tell you." It's not constructive, and anyone who does it deserves to be smacked down hard, even if there might be a tiny nugget of truth hiding underneath their oblique self-aggrandizement.

Re: Ask HN: What scientific phenomenon do you wish someone would explain better?

#707

Asynchronous programming With the addition of async to django core, I felt its time to finally learn the concept. I first took interest in async early last year when I re-read a medium post on Japronto; an async python web framework that claims to be faster than Go and Node. Since then, I've been on the lookout for introductory posts about async but all I see is snippets from the docs with little or no modifications…

The best way to earn in my opinion is to start with small simple projects and build up from there. It can be a strange concept to get used to if you have a longtime background in synchronous programming (like I had too). I finally wrapped my head around it when picturing the programming flow as getting another direction - perpendicular to the normal vertical flow (I prefer to think in terms of geometry ...).

Japronto does not seem to be under active development any more, but async programming is definitely the way to go in order to squeeze the most performance out of the hardware at ones disposal.

I put down some thought round this that tracks my own journey to understanding the concept (sorry if this is too basic for you, take it or leave it, and please note that I'm not an expert by a long shot).

It's not guaranteed that you have the same way of picturing things, but here goes: programs normally run in one direction, executing one line at the time from top to bottom (vertically). But one or more of those 'vertical' commands may send the computer off in a horizontal direction too (async calls), that have a 'horizontal' chain of commands.

The problem that I (and I think many with me) have had a hard time grokking at first is that the 'vertical' flows continue immediately after having issued a 'horizontal'(async) call. The computer doesn't wait for the async call to come back. To do something after the async call has finished you have to tack a new call onto the result of the async call in the 'horizontal' chain of events, previously often leading to what was called 'callback hell' in Nodejs programming.

Not sure about PHP but one may get round the problem of callback hell in the JavaScript world by using async/await and promises which mimics synchronous programming, i.e. program flow in the 'vertical' direction is actually halted until the async calls return a result. Personally I find that this adds another level of abstraction that sometimes may make things even more difficult to understand and debug. I prefer wrapping async calls in some queue construct instead (which takes care of the chaining of consecutive async calls), works for me.

In short, synchronous commands are automatically 'chained' top to bottom in code, asynchronous commands have to be chained manually after the completion of each async bloc of code. I believe multi-threaded process programming is just a more advanced case of async calls that often need to be 'orchestrated', i.e. coordinated in a way that simple async calls usually don't need. But all types of async programming comes with some special issues, of which race-conditions is maybe the most common, i.e. when several async processes are trying to change the value of a shared asset in an ad-hoc manner.

Re: Ask HN: What scientific phenomenon do you wish someone would explain better?

#708
post #663
post #636

Earlier quoted context omitted.

I've wondered the same thing lately whenever someone here posits that defaults cause the destruction of money. I'd love to see this properly explained, because it definitely has a counter intuitive ring to me.

It works like this: imagine we create some new Bank. Customer A deposits his life savings of 1 million hackerbucks. Now our Bank loans out 50,000 of those hackerbucks to Customer B. It does this by crediting her account with 50,000 hackerbucks, but notice that Customer A still has 1 million in his account - so now there's 1,050,000 hackerbucks in apparent existence - we've created 50,000 hackerbucks from thin air. If…

If Customer B repays the loan, the new money disappears but the money made in interest stays. Eventually does a bank get to a point where it has enough real money, that it can lend it out instead of increasing the money supply?

Re: Ask HN: What scientific phenomenon do you wish someone would explain better?

#709

Earlier quoted context omitted.

"ego death" is a common aspect of acid trips and the experience seems to come down to your willingness to relinquish control. this reads like what was described. if you were to look up that term you'll see others that will feature similar features - with or without pain, with or without worry. not having a reliable way to know exactly what you took can amplify the anxiety, when your brain starts filling up with serat…

Yeah, I think it entirely had to do with my inability to relinquish control and "just let go". Although in this context, that was literally what felt like the fight to survive, instead of "being chill". Ego death commonly is either the most horrendous or most nirvanic thing depending on how readily someone gives in. > when your sense of self has been obliterated and the next moment you are in the body of another mamm…

and that had never happened to you in your other trips?

Re: Ask HN: What scientific phenomenon do you wish someone would explain better?

#710
post #236

Sort of meta, but I always shudder when someone says that science has "proven" something. What sets science apart from most other methods of seeking answers is its focus on disproof . Your goal as a scientist is to devise experiments that can disprove a claim about the natural world. This misconception rears its head most prominently in discussions at the intersection between science and public policy. Climate change…

> Your goal as a scientist is to devise experiments that can disprove a claim about the natural world.

If this claim was true, it would disallow science to make true claims, because no experiments can disprove such claims. Truth is a delicate matter and can't be handled by simple methods. Questions may not be settled, but they can be difficult to challenge.

Post reply on HN