69 karma · joined October 29, 2016
I have a bird house with a pair of sparrows. About 20" above that is a nest of breeding Robins that like a spot on the underside of my deck. The sparrows have never messed with the Robin nest in any way. There are eastern bluebirds nearby and the sparrows have caused no trouble for them either, despite the suitability of the house.
This "HOSP" hate is misplaced. Please don't hate on these birds. There are a couple pages on the Internet about the awful depredations of the terrible HOSP and so hating on them has become a fad.
That question is probably best put the person that wrote the statement and mentioned that it was under discussion: Christian Decker. He is a published block chain researcher and may have a good answer for you.
https://arxiv.org/abs/1412.7935 http://www.tik.ee.ethz.ch/file/49318d3f56c1d525aabf7fda78b23... http://www.tik.ee.ethz.ch/file/7e4a7f3f2991784786037285f4876... http://www.tik.ee.ethz.ch/file/848064fa2e80f88a57aef43d7d595...
What can you cite that demonstrates any change in the merge situation during the last 4 years?
Okay.
Reading working code is crucial; man page examples and language books won't expose you to enough real world usage. Programmers use the preprocessor. They do subtle and effort-saving things with enums and typedefs and designing a good struct is crucial.
Some well-thought-of C code bases include postfix, nginx, APR and lighttpd. After you've seen enough C you can just glance at a page of C code from across the room and know whether it's likely to be crap or not.
As it is many domestic manufacturers are mostly indifferent to the regulatory state; they have no problem with the US evolving into a giant national park because they have a perfectly good alternative.
This isn't some abstract concept. As recently a the 2016 election I recall video ricocheting around the right wing echo chamber of Trump opponents at Portland protests pointing out that the last thing they want to see are those 'dirty factories' operating in the US again, employing deplorables. Every single one of them was armed with one or more Asian made portable computers, but that sort of hypocrisy never registers.
We've evolved our senses around the signal components the pay off the best: the "easy" ones. Thus it isn't surprising that "subjective quality is mostly correlated with linear (spectral) attributes instead of non-linear (distortion) metrics," a claim supported by peer reviewed papers that have vastly greater credibility than you and your anecdotal vitriol.
...with no more veracity than your hypothetical. You don't understand what GDP measures. You've allowed yourself to believe that the economists involved are naive. You are correct, however, that this sort of bad thinking is common. Very common.
People indulge a lot of strange and wrong ideas about economics and, not surprisingly, those bad ideas are typically well aligned with their preferred world views.
I'm not an economist either, but I have a working memory, and I can remember being warned about Chinese debt in the early aughts. The debt has grown, weathered a global 'great' recession and the warnings continue...
The Chinese bubble is still being inflated. Chinese debt won't matter until that bubble pops. There is no evidence that the bubble is about to pop; GDP growth has been north of 6% since Clinton's first term and that rate of growth has, if anything, become more stable recently. There is still plenty of Western industry that is ripe for evacuation to Asia, and China -- for all it's changes and growth -- is still appealing for this purpose; they've kept their regulatory apparatus at bay and there are still another 500-ish million Chinese peasants to keep wages in check.
It's still too early for the inevitable snap back. It will happen, but there is some time yet.
Occasional negative feedback doesn't create an inherent self-image.
"It is not even actionable command"
These are children, not puppies; children are perfectly capable of associating being called "naughty" with specific behavior.
You have very extreme views regarding children.
Your engineer knows that if she writes your "5 minute" query without careful analysis, peer review and documentation and the query ever produces a questionable result --- whether it was anticipated by your requirements or not --- it's your engineers ass; you'll throw your engineer under the bus _instantly_.
Your engineer knows that if she writes your "5 minute" query and it produces any actual value you'll be back the next day with a "5 minute" enhancement. Anything you ask for that might matter the next day has to be built to be maintained by others because if she happens to take the day off when you show up and demand a revision to your "5 minute" wonder query and there is nothing for the other engineers to go on (revision controlled work, documentation, etc.) then that's her ass; she knows you won't stand up for her.
Your engineer didn't just fall out of the boat and is in no hurry to obligate herself to take responsibility for your adhoc miracle queries and the questions that will emerge when you go waving the output under everyone's nose, and she knows that's exactly what you'll do with it. Your little query is your view of the world and that view is highly unlikely to survive the first bit of scrutiny that's applied by anyone other than yourself, much less the second.
Hmm. That's pretty general, but he may be right. The engineers willing to lie tend to get promoted to management to do the necessary lying on behalf of the engineers that aren't.
The Internet has obviated the need for comprehensive books for the bulk of contemporary programming. I suppose there are obscure enough and/or proprietary platforms that still follow the "comprehensive documentation" approach, but it seems it's possible for widely used tooling to be poorly documented and rely on online forums to fill in the gaps with crowd sourced answers and examples. This makes "mind share" crucial to the usability of a language/platform.
I am sometimes frustrated with the contemporary model, but the old way wasn't a panacea either; just broken differently. If you want a good taste of "what it was like" find the manuals for Turbo C++ 3.0 (1991.) You'll learn things about C/C++ that you've never seen written down anywhere.
Well, that's progress anyhow.
So, on one hand you have Rust with it's immature libraries that will likely improve and eventually satisfy, and on the other you have Go, a language governed by people that have demonstrated an aversion to complicating Go's simplistic type system.
The former seems the better bet, especially since Rust folks are very aware of the issue and have made dealing with it a priority: https://news.ycombinator.com/item?id=14275512. That is objectively better in my mind.
Think of a telescopic antenna. That structure is similar to what is done to bore a well. You start with large casing diameter and add progressively smaller casings until you reach the target depth. The deeper you go the bigger the casing you must start with. Offshore deep water stuff can be a meter in diameter with 10cm solid steel walls; monstrously heavy and costly materials. And you use kilometers of the stuff.
There are a lot of reasons why costs scale as they do with depth; casing is just one of the more obvious.