"I'm sure they deal with this with people wanting to stay beyond their trip date or trying to book directly, but Airbnb can easily track this stuff with the scheduling feature and seeing discrepancies when users try to go offline."
Just curious, what recourse does Airbnb have when discovering these discrepancies?
Irrelevant. How valuable is the work you do? You could go around 'pitching' your window washing services and land 5 out of 100 potential clients but you still aren't getting more than a few bucks per wash.
I guess I'm not following how they are unrelated. To really stress a system and find bugs, shouldn't you be putting it under realistic usage and load? In my mind using test data that closely matches real data is desirable for development purposes. I suppose I'm now actually disagreeing with the OP's statement -- that example was a specific circumstance where perhaps more care should've been taken, but for the general case I think it's actually desirable to use realistic data.
Plus I just think it'd be cool if you could use the same service/API for both use cases.
Fair enough, but it's also advantageous to make it non-obviously fake. Consider the recent stories about services faking traffic/users in order to gain real traffic/users (ebay, reddit, dating sites, etc).
"Given the scale of the cash injection, the company might not have to raise another series round before going public, though a bridge round isn’t inconceivable."
Why does a company need to raise so-much-money before going public? Isn't the whole point of "going public" to raise money?
Except that go is a garbage collected language and as such will never be a replacement for C++. I could however see C++ dying, leaving C and go behind.
What about the author's complaints about exponentially increasing code complexity when introducing new features or new exception types? I feel like the author made an attempt to write c++ the "correct" way and found it unsuitable for the software's goals (zero undefined behavior).
The entire first half of the article is dedicated to why "C++ with exceptions" is not acceptable for software that strives to have zero undefined behavior. Your proposed "better title" doesn't make sense given the article content.
For a while I thought C + templates would be a great idea as well. In theory templates are a much more powerful and expressive way of generating code than macros/xmacros.
However after playing around with the idea in a few C++ modules I was writing I came to the conclusion that it's just not worth it. Part of what makes C so enjoyable to write is its relatively "weak" typing and the flexibility that comes with that, primarily freely casting between pointer types including void*'s where necessary. Templates fight against that at every opportunity and I found myself spending more time trying to figure out how to wrangle my code into the template type system than actually making progress on the problem at hand. Newer additions like C++11 constexprs take that type-system frustration to an entirely new level.
Many of these "I'd never have imagined you could get rich doing... (groceries|steel|lumber|shoes|silverware|bandaids|etc) examples take generations to build the business large enough to actually "get rich." They're definitely not "get-rich-quick" schemes but slow, methodical progress made on capturing a portion of industries with billions worth of turnover per year. Obviously counter-examples exist (Cotsco, etc.) but by and large these stories involve generational contributions to the business.
The intern bit is disturbing to me. The trouble is, he can't actually believe this is the best decision for these kids to make. He himself started a business while still in school; he didn't slave away for someone else as "low cost" labor. His own experience tells him that the best "career stepping stone" is to create things, with friends, for yourselves. Any truly "wicked smart" kids shouldn't be making this decision and he's not doing them any favors by encouraging it.
In my own experience, offering a fairly-paid internship (ie, what they would be making as a junior full-time employee), of a few months, is a great way to evaluate a potential hire down the road. Do I expect useful work to come out of these few months and build a business plan around it? Not really, and I believe it's dishonest to do so.
I agree that simply "counting" is a useless metric. I believe what's useful is exposure to different ways of thinking about programming and problem solving. In my personal experience, exposure to imperative, functional, logic, actor, and meta-programming have all enabled me to learn more about problem solving and to think about programming at a higher level. Can you gain exposure to all of those concepts, and more, in just 3 or 4 languages? Absolutely. Does the potential for learning and growing as a programmer end there? I'd hope not!
As a related note, learning new syntax is by far the least useful aspect of learning a new language. Coincidentally, it's also the easiest element to pick up and takes little time at all. Incorporating new paradigms into your way of thinking takes far longer.
Assuming they could maintain that for a full year, $6K a day is only 2.2MM. Also keep in mind that these hotshots don't do much of the grunt work, they offload it to any number of junior associates (which that hourly rate has to cover, in addition to other business overhead). Still not a bad gig if you can get it.
Good lawyers cost quite a bit more than $350 an hour. Many of the "top" law firms charge north of $1000 an hour these days, below that $500-600/hour for a good quality lawyer is about what I'd expect. Fairly insane but it's one of those things where if losing is more painful than that price, you have no choice.
Is this surprising? I'd imagine 3D printing would be capable of replicating the form of nearly any solid object that fits within the bounded volume of a given 3D printer.
Plenty of companies I know pay $5-10k or more for a successful hire referral. Good engineers are in demand, foreign or not. It's way easier to get the interview and be hired if you're local, though -- can't beat skill + convenience.
Considering you pay 25-30% or more of first year salary for a hire by a recruiter and $10k is a complete bargain.
One thing I've wondered -- rather than spending so much effort building an extensive network, why not build a very small network of solid connections... with people who have lots of connections?
In any industry there are those individuals who seem to "know everyone," have been next to many industry-shifting moments one way or another, have worked at a half-dozen of the most important companies, etc etc. It's clear that a large part of their time is spent networking (after all, it's a hard job), and a large part of their value is as a connector. As an added bonus, because they're a connector and value having lots of connections, they should be open to the idea of getting to know you and forming another connection.
Why not just make connections with 6,7,8 of those people and then be done? You'd be one hop away to almost everyone in your industry with far less effort than actually getting to know everyone in your industry. Anyway, just theorizing at a more efficient way of networking. Agreed on the article's premises that a real network is with people you know as human beings.
For what it's worth, I see identical behavior with stock market enthusiasts as well. Good job numbers? Market goes up. Bad job numbers? Market goes up -- clearly Ben Bernanke must keep printing until employment stabilizes. "A" is good for the stock market and so is "!A." It really is a crazy time we live in. Cognitive dissonance everywhere you look.
Just curious, what recourse does Airbnb have when discovering these discrepancies?