Cocktail party ideas
danluu.com
danluu.com
Of course I could be wrong — consciously or unconsciously I could simply be voicing my own bias. But I think at some level people prefer a simple narrative with a hero and a villain regardless of whether the narrative is true.
Rational, yes, but rational only in the sense of "the market can stay irrational longer than you can stay liquid".
My experience is many MBS and finance people, during 2003-2008, knew that a ton of debt was garbage, that LTCM's blowup in 1998 showed massive structural weakness that was never repaired, and that a crash was going to come SOMETIME.
But the problem is that the rational decision in such a market is to keep investing and making money on the irrational rise, because no one knows when the crash will come or how bad it will be. It's actually rational to keep buying trash debt when the crash timing is unpredictable.
In the end, the finance people were actually correct to keep buying –– the gov't (that is, me you and every US taxpayer) bailed them out, and most of the traders did come out ahead after a bit of time.
The GFC was not a crisis of credit or trash assets. It was one of liquidity and hidden interconnections. (In America.)
If you look at how those supposedly-toxic CDOs actually paid out, including the CDOs squared and synthetics and whatnot, the ones rated AAA, the ratings agencies were--by and large--on the money [1]. The AAA tranches paid out AAA cash streams.
The problem was market participants took this to mean they'd behave like other AAA assets in all capacities. Including liquidity. That was a bad assumption. When people are scared, they'll trade for Treasuries. Not the thing that by all reason should pay out like a Treasury, and in fact, with the benefit of hindsight, did.
To the extent there was high hooliganery afoot, it was around e.g. CDSs written by non-bank actors, e.g. AIG. Which was a result of the liquidity problem described above.
[1] There is an obvious asterisk here in the endogeneity of the bailouts and these assets' performance. But given the pattern holds across borders and industries, irrespective of bailout intensity, the hypothesis that tranching works carries more weight.
I worked on a prop trading desk with some housing bears, who made some significant gains with shorts. While they understood that certain markets were overheated, I don’t think any of them suspected the breadth and depth of the crash that was coming. While their models were better than the other guys, in the end they were really wrong too. Just less wrong then the guys who went long.
There are a lot of people talking of the problems and reasons behind "investing in Growth" that we have seen the past few decades instead of investing in Value
I've been working in investment banking for a very long time now and this is simply not true. The whole trading floor knew exactly what they were packaging and selling and how this would eventually end.
Kitchen conversations prove everyone knew months before the crash.
JumpCrisscross did make the interesting point that the “bankers were selling crap” narrative about the crisis is often overstated - the real reason that the situation was a crisis was the cascading liquidity issues, not so much defaulting debt.
Would it be correct to say the really bad actors at the margins caused a cascade of events that snowballed and caught the people making good-faith decisions?
The bad actors being the people who did not do proper underwriting and verification (“liar loans” or “stated income loans”), and they did this intentionally under the guise of plausible deniability because they were earning profits on volume rather than quality.
> The bad actors being the people who did not do proper underwriting and verification (“liar loans” or “stated income loans”)
It's funny that somehow people want to hold people who lie on loan applications blameless. Aren't the victims of the bad underwriters the people they sold the loans to?
"You should have known I was lying and not lent me the money."
(I don't deny that predatory lending exists, but I don't think it was a major contributor to the crisis. I think home buyers and underwriters colluded because they were afraid of missing out on a hot housing market. And for many years this had been the right decision. And back to my original point, when it became the wrong decision, people looked for a simple answer, preferably a one in which they were blameless.)
But I expect better and more from professionals working in lending operations to do their due diligence and verify incomes. I believe I read about underwriter who were simply signing out stamping that they verified the loan application, but did not actually check anything, committing fraud also.
Conversely, non-technical business people are very highly likely to tell me some piece of engineering is "easy" or "simple" when they have no background, or knowledge, at all.
Anything requiring invention by definition is not straightforward because its potential timeline may be functionally infinite if it cannot be solved with the tools at hand.
A task like changing all APIs to accept a different set of parameters might take 6 months, but is straightforward.
"Easy" is the one line change that has no side effects, and is uncommon in practice. After all, sometimes it is that one line change, but there are ramifications elsewhere in the system that need to be thought through.
And when an engineer says something is hard, sometimes it's because they've done it before, and it really really sucked and burned months of their life and can we please not talk through the details that still make me cringe?
And occasionally there's that one engineer who describes stuff as "simple" after watching an old Rich Hickey talk.
Some things are simple, some are complicated or complex. The degree of difficulty is basically orthogonal.
Running a marathon in under 2 hours is incredibly simple. All you have to do is pick a point 26 miles away and run in that direction. But it sure isn't easy.
"I'm retired."
"Wow, that sounds really hard!"
However, if I were to decline to speculate on any matter on which I lacked an expert-level understanding, the number of subjects on which I could hold a conversation would dwindle to virtually nothing, and I'd be much more boring to talk to at these cocktail parties. So, I intend to continue to spitball blindly, just for fun.
Read a book once which outlined 30--40 occupational areas and two or three interesting questions in each of these areas -- to serve as reliable conversation starters.
Random example: Talking to Kitists. Do you fly a traditional or manueverable Kite? How big is it? .. (If maneuverable: How many lines does your kite have?) .. Do you have trouble finding enough open space to fly your kite? .. Have you ever been dragged by your kite? .. Do you anchor your kite, or do you hold onto it. .. Do you fly your kite in competitions? .. Do you do any kite building or kite painting?
[1] By Leil Lownes How to talk to anybody about anything: Breaking the ice with everyone from accountants to zen buddhists 1993
Offhand I am seeing no match on archive.org or Amazon. Worth hunting down. Thanks for the prompt to look for it!
I know very little about the makings of a movie. There is a long list of job titles after a movie and I know not what they do.
But I can tell you I think a movie is shit.
I can't meaningfully tell you how the movie process should have gone to make it a good one.
What I think would be more interesting is the question: when are outsider critiques or suggestions likely to be valid? To stay with the construction example, it is clear that construction in the US is more expensive than it needs to be in many cases - railroad construction costs are famously many times higher in the US than in other industrialized countries. Is there insider knowledge I don’t have that would make this observation fallacious?
And what about cases where one isn’t simply pointing to a counter example? Are there cases where outsiders have made arguments from first principles that were correct, despite their lack of expertise in the field?
"At last I went to the artisans, for I was conscious that I knew nothing at all, as I may say, and I was sure that they knew many fine things; and in this I was not mistaken, for they did know many things of which I was ignorant, and in this they certainly were wiser than I was. But I observed that even the good artisans fell into the same error as the poets; because they were good workmen they thought that they also knew all sorts of high matters, and this defect in them overshadowed their wisdom"
https://www.sparknotes.com/philosophy/apology/full-text/apol...
If you want to be informal about it, it’s just hanging out.
This is exactly why I moved away from SF. Can't stand these alpha nerds trying to one-up each other at parties.
My local Department Of Transportation has this notice on the info page of the bridge construction project nearest to me:
“This is a design-build project, meaning the design and construction will happen simultaneously, which allows DOT and the contractor to include the most innovative and current construction solutions while ensuring a quality product.”
A little context perhaps: https://en.wikipedia.org/wiki/Design–build
"How long will it take to implement search here?" "Wait, why does it take longer than a week, Google can do it".
Things I've heard an actual Product Owner once say. Please tell the the one automobile engineer who was asked to make a car in a week.
So yes, I absolutely believe that /some/ programmers will say that their work is so complicated and like engineering, there are just a lot of seemingly exaggerated examples that have actually happened. I'm not saying it's harder. I'm just saying there are classes of problems that should not happen in civil engineering.
Project is halfway done, written in Python. Someone: "Can we not switch to Java?". I would equate that to "The metal bridge is halfway done, can we switch to wood?". This is not inferring that this is the most concerning problem in a problem, and that's my gripe with this article. And the moving bridge is also an exaggerated example taken for shock value. How often does that really happen? And would you put a random engineer of medium seniority in charge of this?
Disclaimer: I am not saying programming is harder or special. I've worked on construction sites and I've seen my fair share of ridiculous requests. But people are often simply persuaded a lot easier if you point to a physical wall and explain the problem, versus software where you need to start explaining at the very beginning. Sadly, often also for customers or product managers.
If an executive with some great new idea or strategy not grounded in the full detail were to pay attention to the all the details, they might never try or get anything new done. Because if you listen to and empathize with all the details of how complicated something is and how there's this subtlety or that follow-on issue, you start to accept all the reasons it can't be done (either at all, or quickly). So in some cases, you only get progress because of persisting in ignorance that you can do something new that breaks the rules.
Of course I don't mean doing something that is structurally or physically impossible -- just in cases where the legacy of "why it can't be done" has created inertia that stops progress if you accept it a little too much.
Heh, I also disagree with this quote, but for a different reason than the author. I mean, what's nice about CS is that's it's pure, deterministic, straight forward. It's like doing basic physics problems and the text states "assume zero air resistance and zero friction". We have the simple laws of physics.
I don't envy those having to deal with the messiness of the real world. They have it far harder than me as a programmer.
This cocktail party observation is definitely common in certain circles, but I think particularly American culture, where maverick thinking is so highly prized. This type of thinking is a true wellspring of innovation, but is not accessible to the vast majority of people. It does remind me of this xkcd: https://xkcd.com/675/
I'd also caution against being too harsh in such people, especially in informal situations. "Why don't you just..." type questions are actually a great way to improve your understanding of a field, and should be taken in the spirit of curiosity, and not necessarily as an indicator of extreme hubris.
As an aside, looking at that comic now I get the same feeling as I did when I watched a Season One episode of The Simpsons. Randall has refined his stick-figure technique!
Next year I heard no less than five accidents, one of then ending with a car upside down.
Then they probably called the same person to re-design the interception and it was a total success: less accidents, but a constant horns concert complaining of people that gets fooled into getting into a turning lane, but doesn't want to turn and trying to go back to their path... that provoked some accidents, but not so many.
From early morning everyday, a huge noise. After some months, everybody in the neighborhood learned you should exit the lane in advance so you won't get caught. But being one main street in the city, there's always someone that doesn't know. I just had to wait ten minutes looking at it, and it happens. Then a lot of horns. The people complaining had surely made the same mistake some day earlier, but anyway.
Maybe the bad attitude comes from observing that there are often persons out there that makes a very bad job.
https://www.amazon.com/Scout-Mindset-Perils-Defensive-Thinki...
Those cocktail parties seem insufferable.
Unfortunately it became soon apparent that the execs mainly had "cocktail party ideas" about changes, "we created a new business in this area that didn't exist before, which is much harder than running an established business. therefore we know best. How hard can it be". So the production manager and my friend soon became the naysayers because they said when they thought things wouldn't work. Soon after they both were made redundant, but the business is now very close to going under.
All this story just to say, that this is not just at cocktail parties, but also in work situations people like to discard established knowledge because they think they know how to "disrupt" .
"Sometimes the Best Ideas Come from Outside Your Industry"
https://hbr.org/2014/11/sometimes-the-best-ideas-come-from-o...
That is the incredible thing about Silicon Valley. People who knew/know nothing about various industries when starting come to utterly dominate them.
Amazon should never have succeeded. They knew nothing about books compared to booksellers. They won anyway. And then proceeded to utterly crush every other company in retail. And they continue to do so.
SpaceX is utterly absurd in its existence. Utterly absurd. Boeing and Lockheed had way more knowledge and experience. Yet they are about to be pushed out of a lot of launch.
I can give you a ton of examples of founders trying the same but failing very hard because they don't take the time to learn and just use cocktail party ideas.
Maybe you don't have the time to deliver the entire ton, but could you give one example?
Bezos worked at Wall Street for almost a decade in roles like VP at a hedge fund, then started a company in Seattle.
If anything, you might say that hedge fund experience qualifies one to dominate industries — if one extreme outlier is to be believed anyway.
I do not go to cocktail parties any more, but I think I was more creative for having endured more regular bullshit sessions with people who thought greatly of themselves, even if I did not. I would not try to "fix" that experience.
But the author did have a number of references and comments about knowledge and knowledge seeking that are useful.
Doesn’t take long to find something that can change your views or offset your ignorance.
Also, whilst it is intuitive that someone without expertise in a field is easy to get everything wrong, it is more interesting that often experts also get everything wrong. Sometimes this happens because the problem may affect an expert's field but belongs to another field, or the problem just exists from someone else's point of view.
In Greece we refer to people who always know everything better than experts as couch coaches. :)
I’m exchange I’m happy to listen to civil engineers and construction workers theories about why Tesla is taking so long to deliver the full self driving software they’ve been charging for.
I would be more than happy to hear a mechanical engineer or geotechnical engineer's takes on why my software project is bad. Perhaps most of the time their advice will be useless due to lack of context/experience, but if they are nice it's endearing, entertaining, and rarely--but still sometimes--helpful.
I don’t think this is fun at parties.
And as more and more information is distilled into sound bites, tweets, and simplified visualisations, I am afraid more and more people will spend their brain power acquiring little bits of knowledge, never going deeper than a 10-minute TED talk.
The end result will be great cocktail party conversations, but very few people actually solving real problems.
None of the money is wasted, as such; every penny goes into a pocket.
Even in the US, not all public-works projects are afflicted. Solar and wind power systems seem mostly not afflicted.
In my more charitable moments, I think that it's good mental exercise, but it's hard to think generously about someone else when you hear them say superficial "I could do better" statements like the topic of this article. How could they be so naïve, to think that they can, casually, upend an entire field? It happens on Reddit (and HN) all the time, too. Every community centered around a creative work is lousy with, "Why didn't they just" style arguments.
Also, not for nothing, but I've never heard the "building an airplane while flying it" analogy used to suggest software is harder than building an airplane. Pardon my cursing, but who the fuck thinks programming is harder than aerospace engineering???
Finally, I found this super duper hard to read all the way through, due to the lack of formatting. I'm assuming that decision is somehow intentional, but it's not a kind one. My eyes hurt. :(
My suggestion here would be to think about the purpose of the conversation. The goal of cocktail party conversations is not to create working solutions to real world engineering problems. It is to create connections between people, and to have fun. Speculative but uninformed discussions about hard problems are indeed useful if they fulfil this goal. Let's face it, if all the "amateurs" in the room had enough insight to produce workable solutions, it would still be a "useless" conversation on a practical level because those people, working in unrelated fields, do not have the means or the opportunity to put their theories into practice.
But yeah, I'm able to mostly suppress this feeling and live my life, but it's really annoying, to me, when people take themselves too seriously.
This is a good article about it explaining why the effects Dunning & Kruger measured are probably regression to the mean: https://www.talyarkoni.org/blog/2010/07/07/what-the-dunning-...
BTW, the sample size in the DK paper was tiny, it was voluntary, and it measured only Cornell undergrads (no participants were actually “incompetent” in a meaningful way). The authors were barely out of undergrad themselves at the time. The survey didn’t have people rate themselves, it had people rank themselves against other people they don’t know (think about this!). The tasks were extremely simple, like getting a joke (seriously! no discussion in the paper of what the actual joke(s) were) and basic English grammar (no mention of how many ESL participants there might have been). So many methodological red flags in the DK paper, and so many counter-examples immediately after it, it’s really truly astounding that it caught on.
Apologies for unloading, but I’m hoping to help educate and make a dent in the casual mentions of DK because it’s so widely and completely misunderstood and also because it’s such bad science, it needs to be revealed as a bad example and not used for it’s non-existent explanatory powers.