You don't have to grow along a fixed axis, whether that be # of users, # of widgets, etc. You just have to average the growth in income.

I had a similar initial reaction to the chart because I stick to R&D-driven startups that will run at $0/week for as long as it takes. However, pushing the stop-energy out of my head and running with it is a good gut check for viability on breaking even given assumptions about expenses vs income over time.

The output isn't "we will grow at an annualized 360% forever, yielding foo," it's "we only need to kick in $x to have a good shot at getting to B/E."

The fact that we're still typing crap into windows and calling advances along this one-dimensional path 'innovation' is pain.

Intentional[1] had a lot of promise but was too slow off the mark and now feels more like BPML, which has too much XML hiding under the covers to be good. As it stands, making solution development easier for business users has not had a broad impact on the overall productivity of developers.

'Blub' assumes existence on a continuum of language. It's a limiting concept in itself, as many of us have a different internal representation of thought.

It's sad to read about "python stuff for swift" or "haskell stuff for scala" when the only advantage of those exercises is as homework to understand the concepts.

[1] http://www.intentionalsoftware.com/

They're paying for the market validation that can be eaten up by a company in a less expensive market to produce a knock-off version (or, more likely, ten knockoff versions) for that USD9.99 and enjoy boatloads of sales.

This pattern sets an expectation that, because it can run on your phone, it should cost significantly less than desktop software, even if it is more useful than a desktop version.

I'm a big fan of leverage and my father taught me the ROI model of tool selection from an early age, for everything from shoes to calculators. Unless it's completely unaffordable, the cost of a tool is irrelevant outside the context of its ability to amplify your thought and your output.

I almost never give COLA raises, but I will raise based on performance and desire to remove money as a reason to look for another job. It's the easiest way to overcome inside recruiting and it doesn't take much thought, so I can spend my time with other retention techniques.

If it's a "deep" concept, I'd pick a simple representation that I can implement without much cognitive overhead (a basic Lispish or Forthish stacks-and-registers syntax is usually something I can spin up in a few minutes) and then start layering my concepts in.

Some of the things you think will be awesome will end up just being wrong or inefficient, but you'll cut the loop down really quickly.

It makes it really easy to compare your hypotheses. If you want to factor them into a more conventional syntax model (c, python, haskell, etc.) you can always learn that along the way.

In fact, if you want to get really simple about it, write the code you would want to write and hand interpret it. You can get really far with simple pre-processors written in whatever text or AST manipulation environment with which you feel comfortable. (I'm notorious for being lazy and writing 50-pass compilers, just writing 10 to 200 line features and chaining them, all in a ghetto RPN.)

no hairy workarounds to replace an iphone in your mac ecosystem, which is something google has not achieved.

(yes, other than apps, but that will follow)

Depending on the make and model of FPGA, you will have "large" areas that you either can't or don't want to plop logic.

You can have a pretty netlist that validates and simulates correctly (although you'll eventually end up dealing with Cadence, who seem to have the right hand side of the bugs per line of code curve locked up) but still takes weeks or months of that inline ASM work to make it competitive with a rack of Xeons. The edit/compile/debug cycle is not quick by any means past a trivial number of gates.

Dealing with that junk is why IP blocks are so attractive, but you end up on the road to structured ASICs and that just leads to misery.

The Chinese luxury market is insane and has been popping for the past ~10 years. It's not just LV (and child companies) but across the board, with Richemont and others doing quite well. LV just happens to be very good at a) encouraging mobility in its staff so that the "experience" is consistent b) grabbing a great spot of real estate and building monstrous stores in which you could fit an Apple store or ten and c) selling product that advertises the financial status of its owner.

I'm sure you could run a similar metric with Rolex or other "conspicuous consumption" brands.

And no, it's not the poor kids sewing Nikes who are buying the top kit. The average purchasing power is very low.

In the case I mentioned above, we left the candidate site immediately, arranged earlier flights, and flew back to Seattle. There may have been exec communication but I was just the technical DD guy at the time. But I never heard from them again.

Had the code been stellar, we may have given them time to sort it out so that the package was clean.

It's easy to forget these loans from the early days, especially if there were 20 people who gave the founder little bits of money, especially if it was before he or she set up the corp accounts, etc.

Other than that, one of the worst I've knocked down uncovered a lack of assignment of IP (an early rich-media MUA) from a contractor that effectively meant the candidate company had zero value. "Who's Bob Smith of Bob Smith, Inc.? Can I talk to him about this shitty code? Oh, he owns it..."

Some commonly involve artificially boosting turnover by trying to be clever and using in-house developers as a separate concern, billing or paying through companies owned by family members. Sometimes this sort of setup is kosher (you want to smooth out and isolate capex and a friend has office space and a couple devs, or there's an overseas component, or whatever) but if money is moving between them in a semi-closed ecosystem, it's often a bad sign.

Usually, as stated, it's sloppy stuff, but sometimes you get a real weasel.

As for being a founder, having an accountant/CFO makes a huge difference. The first contract CFO I hired was a revelation. The commitment was low and the upside was huge. We were too small for a FT CFO and I was a babe in the woods and didn't even realize these people existed.

Consequently, I would propose that there is no excuse for a public release of a commercial programming environment to be so slow unless it introduces significant novelty sufficient to render the preceding work inapplicable.

The fundamental problem is that Wikipedia's editorial policies great drag on the memory hole.

The great part of this is, when all of your clothes smell like diesel/gazole/etc., people will assume you are a liveaboard!

You would have excellent security. If you had a "home invasion", a simple press of a button would disorient your attackers and incapacitate them much in the way of the wicked witch of the East. If they have ruby slippers, I believe they would be yours by right of conquest.

Also, you could park almost anywhere you liked, at any time. No one questions a dump truck being anywhere, because they have so many uses. With a prudent selection of magnetic door logos, you could park for a nap in the middle of Market Street in San Francisco, Fifth Ave in NYC, or right in the middle of Piccadilly Circus.

When I swear, there's no way I would want a child to hear it. Their parents would hate having to explain what I said and they would dread their children repeating it in front of 'polite company'.

I wouldn't want my mother to hear it, because her brain would explode thinking that she created a son who, some 20+ years on his own, could create the thoughts behind my swearing.

My father would probably just pause for a second, chuckle, and then utter a string of such vile filth that I couldn't look at a roll of duct tape again without nausea.

I think the core message of the post is a really, really weak version of what Louis CK got into regarding the "n-word".[1] Without saying something offensive, you're still putting that offensive thing into the person's mind. If you write "fvck", you know people are reading it as "fuck". It's just cowardly.

[1] https://www.youtube.com/watch?v=dF1NUposXVQ, not work-listenable.