So more like the reed of a saxophone, a powerful and steady blow across it will cause it to resonate...sorry, cause it to flutter at its natural frequency.
Compared with a tuning fork. If you have a C tuning fork and hold it near a piano when you play any C, the fork will noticeably vibrate from the tiny force of audio vibrations reaching it. It resonates with the weak, but in tune, audio force.
We get it, you're just "big boned", it's not your fault.
Thankfully your faulty genes also greatly reduce your likelihood of reproducing, reducing the burden on future generations of both your medical and mental genetic weaknesses. In many ways Type 2 is a self-correcting condition...it'll just takes a few generations to make a substantial correction.
Seriously - Facebook's user base is rapidly skewing older and older. When I mention Facebook to a young person, they [...]
This is a feature, not a bug.
Older folks actually have money to spend. Older folks actually vote. And selling stuff and votes is the entire point of 99% of ads.
Countless web sites have had great success at getting the attention of 14-24 year olds, but have always struggled with 25-40 year olds, a much more lucrative advertizement demographic especially when it comes to selling anything more costly than a soda or buying a vote.
Production follows demand, always, no exceptions.
No demand (ie, no consumption) = no production, no investment.
Capital does not do "work" by any sane definition of the word. It enables work, yes, but that's quite a different thing. And still, capital only enables work when it's actually invested...and it's not invested without demand...and there's no demand without consumption.
And of course savings is the opposite of investment; It's the hording of capital, removing it from circulation.
Here's the real kicker: It really doesn't matter if anyone has savings available to invest in production...if there's demand, the market will find a way to meet that demand. But when there's little demand...? No level of savings will inspire investment or production.
I'm not sure about "perfect".
You can get a dedicated flight controller with better sensors for $20 and weighting under 2g. Contrast that with an iPhone that costs how much and weighs 129g?! Sure, the iPhone also comes with GPS...but again, $20 gives you a massively better GPS unit than an iPhone has. And of course...you've also got to add some kind of additional hardware I/O for the iPhone to talk to the ESCs (more weight, more cost).
Much of the rest of an iPhone just adds weight and eats power if used as a flight controller.
You might be able to make it all work if you try hard enough, but it would just be academic. I would never, ever be practical.
And that surprises you?
The linux kernel. It's in your desktops, in your web servers, in your cell phones, in your cars, in your televisions, in your game systems, in your embedded devices... if it were to suddenly go away, the landscape of modern technology would drastically change.
Web servers and cell phones, yes. The rest, not so much.
Realistically almost no one runs Linux on their desktop. Even Unix sysadmins lean heavily to Windows (or Mac). Windows with cygwin makes a more effective Unix workstation for most all uses than does Linux.
The embedded realm (including TVs) is dominated by BSD, for license reasons if nothing else. That's if they want/need a heavy weight OS; Most embedded systems either have no OS or a small real time OS.
The only game system that runs Linux is Steam Box.
And last but certainly not least, if Linux fell off the face of the Earth today, very little would change tomorrow. The BSDs are a drop in replacement for 99.9% of Linux use cases. And frankly, would do the job better: Linux is popular despite merit, not because of it.
"...he created and manages the largest open source project ever."
Most popular, yes. Largest? Not by a long shot. As some folks are all-too-happy to remind folks, Linux is "just the kernel".
Why not just run a web server App on your smart phone?
-No second device to buy, carry around, or keep charged.
-No second device to constantly "sync" with.
-Far easier to keep patched with security and feature updates.
Of course, that's putting aside all the issues around trying to run a web server on personal internet access accounts (cell, public wifi, home wifi, work wifi, any of it). The bandwidth issues of trying to share a video of your kids with your family alone will trash most any common internet connection, and that's if it'll be allowed at all (inbound port 80/443) or legal ("no servers on this connection!").
This project has Epic Fail written all over it.... So I'm sure in classic Kickstarter fashion it'll get funded 10x over it's target. Because, sheeple.
Got a link?
Generally speaking, being relaxed greatly reduces your chance and severity of injury. If you can, let your body go rag-doll if you know you're going to crash (easier said than done of course...).
"Bracing for impact" is the exact opposite of being relaxed.
If anything, getting mentally absorbed in a device likely reduces injuries. And if the crash is severe enough to cause a brain injury by hitting the seat in front of you, you're going to be hitting the seat in front of you no matter how much you brace yourself. There's a reason why cars have shoulder harnesses and airbags.
I get what you're saying, but this project isn't likely to cause a major issue like the Phantom has.
What they are designing is going to need to be about the size of a Blade Nano QX. I've no idea how they plan to get all that technology in such a tiny quad, but assuming they do the "impact" of one of these hitting someone will be practically nothing. The micro/nano size quads just don't have the power, mass, or prop size do to significant harm (unless maybe, it actually hits you in the eye).
It makes sense,
But the default shell doesn't matter, because the default shell isn't used by C library functions like system().
Trying to brush off blame with the tired old nonsense that "Linux is just the kernel, man!", just doesn't fly anymore. Hell, it never really has.
The term "Linux" is well understood to mean a family of full, complete operating systems (libs, userland, and all). When anyone is actually speaking of just the kernel, it's qualified as exactly that, "The Linux kernel...blagh, blagh".
Sure, a double fork() && exec() pattern is ideal, but it's also significantly more code and complexity (read: fat thumb bugs) than calling system("/some/command &");
And before you say it, yes actually there are tons of use cases where forking a background process is a far superior method than any alternatives. It's one of the oldest and most common Unix programming patterns in existence. Programming doesn't really change much simply because you add "on the web" to the end of your use case.
The vast, vast majority of tools do not need significant "scaling". Often just throwing a heavy weight job in the background (eg, transcoding a video file) is, and always will be, significant. Especially if you've got an auto-scaling web farm that'll just expand under load anyway. system("/big/job &") all day long.
Sure, it'll never scale to YouTube levels, but it'll scale large enough for 99% of common use cases.
The "proper" alternative architecture using message queues, etc is massively more code, complexity, and resource cost. Great if you actually need it, nothing but overhead when you don't, and you typically don't.
BLISS is ignorance.
