this is similar to our experience in commercial properties as well, which removes the emotionally charged aspects of "taking advantage of poor people" - landscaping, interior finishings, painting, etc are all large costs in nice retail properties, and non existent in functional light industrial or trades-oriented buildings, yet rents are generally higher for the later.
Well if you work in any sort of specialized field or at a level beyond entry, you've got some obvious bias in your sample.
If a degree or formal education has been used as a barrier to restrict access for any time only the strongest and most driven of the degree-less are going to persevere and make it.
This reads like a variation on the "many successful products started off looking like toys" post I've seen repeatedly over the years. The problem with this theme is extrapolating that all toy markets/products will grow into sustaining ecosystems.
You can and should consider toy "beachheads" into larger and growing markets, but the idea of targeting a small/limited market is flawed IMO.
The examples presented are successful in what where HUGE markets with limiting factors. No one debated the size of the retail book business when Amazon started, the challenge was how to pay for things over the internet. Ebay provided market-making for individuals to sell stuff - anyone remember classified ads and the buy & sell? That was big business for newspapers.
I feel like there's a lot of selection bias and revisionist history in this post.
McDonalds is a great example of this. Minimum wage is headed to $15/hr and they've replaced 80% of the front counter staff with self-order kiosks. Grocery stores can have one person running 4+ self-checkout counters at teh grocery store, and the "gig economy" is just companies skirting minimum wage and benefits via contractors. It's like my childhood paper route for 50 cents an hour all over again...
You must have grown up on the coast or the island, because I grew up in the interior and they never had trees like that outside of the temperate zones. The majority of the province has logging but it is not giant, old-growth ancients and never was.
>> I'm not sure how the vetting process adds any value
What? The entire point of vetting is to increase the quality of the remaining pool. You can argue how successful they are at doing this, but the intent of the process is pretty clear.
>> The way I see it, the vetting is more or less random.
Don't let YC or anybody else define you, but if you'd got in initially I bet you'd take it as a positive signal data point.
I remember at my local K-Mart the commodore products were under the glass display cases with electronics like calculators. Then they'd have a couple of spinning wire racks for the discount ($9.99 and $19.99) shareware and games. Expensive stuff (from EA or Eypx) was under the glass and you had to find an employee willing to let a kid actually touch the box...
I'm somewhat skeptical that we can draw any conclusions from the total vs. finished based on gross output. Writers are often described as either those who produce prodigiously and then cut mercilessly or those who refine every line before committing and do very little editing. I think programmers are similar. Metrics on the entire set are going to be muddled at best.
I would however agree that:
* those who produce & then cull generate a lot more than we see in the end product (due to those who do little editing, probably more than 10:1)
* writers/programmers get better at their craft, reducing the chaff to wheat ratio as they practice (like the original author saw in his work)
* well understood domains or themes are also more efficient (Michael Crichton didn't throw away 90% of his output; your average CRUD app doesn't either)
Finally, the written word tends to remain unchanged once committed (revisions tend to be minor in the overall scope), while code that is used changes dramatically. Long-running projects that are successful will see their application increase and evolve accordingly, so it's likely less valuable to track change over time if you're looking for total vs. finished effort metrics.
All of these interviewing "tools" (or tricks) attempt to be time/cost efficient proxies for doing the damn job, and they all suck.
* Whiteboard coding is awesome for software development shops that don't actually own computers or use punch cards to load programs.
* Shared coding environments with a time limit works well when you want to double screen for someone who can also diffuse suspicious packages that arrive at the office
* Riddles and puzzles are good when your workplace has a chicken coop, an office fox and you can't figure out how everyone can go for lunch without leaving the fox alone.
* Behavioral interviews are appreciated by candidates who took Psychology 100 back in school for an easy A.
* Take-home tests go over well with the huge population of talented software developers who can't find a job and have loads of time they want to spend decoding the operational cost of a bubble sort
The only thing I've seen that's at all realistic and effective is a very short, __paid__ project. I did a two-day one for Indeed (ironically one of the worst promoters of all this bullshit) and a 4-hour one for my current employer. The payment doesn't even have to be market, it's more important as a signal to candidates that the company values your time.
I ask for 3 things from perspective employers:
1. value my time like you value your own (both the number and composition of your interview steps)
2. keep me updated as to where we're at in the process and when the next stage/decision will be made
3. Move forward in the process in a timely manner. It should not take more than 2 weeks from when you initially contact me to the process concludes.
I've never gotten more than two of the above from a single organization, but I will someday, and I'm betting that a company that treats potential employees that well will treat actual employees better as well.
I don't doubt lots of companies do this, but I skeptical about the coding on a whiteboard. They talk in person, sketch out diagrams, highlight important aspects - why? because these things are all easier on a fluid analog medium like a whiteboard or piece of paper.
Actual Code? Not a chance. Portability, Durability, Efficiency - It's the worst of all worlds.
you can have effective curbing and drains without the strict, right-angle demarcation we often see now. retro-fitting all that infrastructure though would cost a fortune
people dramatically slowing down then speeding up is likely more dangerous than everyone maintaining a speed higher than the posted limit, which makes the cameras a net negative from a safety perspective. Highways built for safety and limited speed differential across users is so much safer than limiting top speeds.
It probably works but the cost (and scalability) can restrict how fast/far it can be applied...