Hacker Newsnew | past | comments | ask | show | jobs | submit | more ncd's commentslogin

If anyone else is interested in learning more about this, I just finished a fantastic book that covers it in some detail.

https://www.amazon.com/How-Scots-Invented-Modern-World/dp/06...


I thought it was incredibly valuable, but exhausting at the same time. Usually, meetings like this would be spread out over days and weeks, giving you a chance to recover from each pitch. This was relentless: the same questions every 20 minutes for most of the day.

On the other hand, it was awesome to meet so many people excited by what we're doing in a single day. The investors we spoke to were engaging and thoughtful, and we didn't have to worry (for the most part!) about whether speaking with them was worth our time.

The algo for matching investors with companies seemed to work _okay_, although there were a few meetings we had to schedule outside of Investor Day with people who didn't make the cut for whatever reason.

On the whole, it was absolutely worth it and I highly recommend YC keep it as a mechanism for speeding up fundraising after Demo Day.


Correct--these things are spelled out in the Stock Purchase Agreement each employee is given. I can tell you, however, that all limits imposed are spelled out clearly in that document, and not hidden in our bylaws.

But you're right--we should put it in the handbook as well, because that's our living document for past, present, and future employees.


Precisely--this is the exact reason that ROFRs exist. They make sure that a company has the option of keeping its cap table clean in the event of a sale by an employee.

What these companies want is to have their cake and eat it too: prohibit sales of stock to outsiders without having to pay for the privilege.

The cynic in me says that this is because companies of this kind are far less likely to be in the position to exercise ROFRs and pay for it via profits simply because they are not yet profitable. And I'm sure investors don't like the idea of their capital being used to buy back shares of vested stock from employees.


It doesn't matter whether the cost is incurred on profits or otherwise, they just don't want to pay. Vetoing sales is unfair, but rational on the part of the company, so long as their recruits and employees don't understand the implications of these contracts, and therefore aren't choosing other employers on that basis.

Including this constraint in the bylaws of the company rather than the Option Agreement is particular devious, and I've actually never heard of such a trick. I'm surprised it's legal.


In the case @tyre mentioned above, the number of owners on the cap table would have actually been reduced during the sale, not increased.

The problem is not with the spirit under which that clause was added to the company's bylaws--the problem is the knee-jerk reaction by which they halted any discussion of sales (and didn't try to find a solution that worked), whether or not the proposed sale actually had a material effect on the cap table. Not to mention that ROFRs exist to eliminate cap table problems altogether.

Employees are unaware of these "veto" clauses, and continuing to hide them is acting in bad faith. But of course companies don't want employees to be aware of these clauses--it would become crystal clear how absolutely worthless equity is for the vast majority of employees at startups (even at Valley darlings like Gusto).


As a preface, I'm as employee friendly as it comes for options and I've been through the ringer on this whole option process.

I don't think it is fair for an employee of a private company to be upset that they can't sell their shares whenever they want. There are more than just issues of the cap table. If one person wants to sell shares then isn't it only fair that everybody get the opportunity? So now it becomes a process. If the company endorses the process, then it can potentially affect the 409A valuation in addition to being a pretty big distraction and time sink.

So you can't just say because Employee X wants to sell shares and has a buyer lined up, the company shouldn't get in the way. The most fair thing for everybody might be to block the sale.

As a caveat to this, I believe that if founders sell shares then they should also give employees a right to sell shares, and not doing so is reason to get upset. However, if the founders aren't selling shares then I don't think it is wrong for them to make everybody wait for an IPO, acquisition or a other structured stock sale.


The founders of Gusto did sell shares, without a broader option for employees (they hand picked some employees that they wanted to allow to sell shares.)

Regardless I think employees should be able to sell shares. We (Seneca Systems) have a right of first refusal where we can choose to buy the shares. In that case, we do get to choose the investors, indirectly, because we can raise money to pay for it.

It really comes down to how you balance power between the two groups. Personally, we believe that founders and investors have enough rights with a RFR. We shouldn't have veto power over major life events for our employees.

Is it more inconvenient? No, not really. But it is a big deal for employees that have worked their asses off to make our company what it is.


It is sad founders and employees are considered different groups here.


Why shouldn't they be? Founders put in the initial blood sweat and tears for below market rates. Some guy hired at year 3 for market rate? Just an employee.


Because 95% of the time it's not market rate because the employee thinks his equity is worth something, and founders never disabuse them of this notion. And many owners pretend like the equity is some form of employee ownership. Then they never inform them of the multitude of clauses that shift all possible risk away from the company, founders, and investor onto the backs of the employees.

Again I want to reiterate that all of this is great if the the company is upfront with possible employees about how the deal is structured, and that the employee is just an employee with a few lottery tickets so they might as well be working at AmaGooBookSoft for twice as much money. And upfront the owners told the employee that they definitely should not put in their blood, sweat, tears, and family time into the startup because they're not a part owner, they are "Just an employee".


Oh 100% agree, many startups abuse employees with fake kool aid and pretend dreams. Not just startups, trading companies do this, sure other markets do too. Talk a lot about the awesome that will happen down the road, but nothing in writing (or writing that contradicts claims). Feel bad for people that sign up for such bum deals...


Where do you draw the line? How about employee #1? They're probably paid the same (almost zero) as the founders, over almost the same period of time, but with 1/10 of the equity. Are they employees or founders? Neither?


Should be a curve I guess not a line.

But every situation is different. Some employee #1s make say 75% of market rate. Some make less. Some make more. It depends in each case if it is "fair".

I am not sure what the word founder really means. There on day1? > 33% of the company? Not sure.


If it's a headache perhaps options aren't the best form of compensation? Options do have a stigma of being used as a way to pay people less right now, while later screwing those people out of the value of those options when it comes time to cash out. Companies need to make sure they don't become hypocrites, play favorites, or just act like huge greedy assholes when it comes time to share the wealth.


This is a place where a regulatory response is probably needed.

I would like to see a law that says that if a company blocks a sale, the employee can auction their shares off to current investors and the company has the last chance to bid. It may change control if the company doesn't want to buy the shares, but it does not change investor relations or any material work the founder/team would need to do to stay in compliance.


>Employees are unaware of these "veto" clauses

Please correct me if I am wrong, but don't all option agreements have a "no transfer" clause that explicitly covers sales of the securities?


They do, and this Agreement specified that the ROFR was the only practical limit on transfers. Indeed, the sale passed the scrutiny of outside attorneys who looked at all documents that had been given to the employees.

It wasn't until a buyer had been found and the company had been notified that they pulled out the company bylaws and revealed this extra clause deep in the bowels of that document--a document which had never been furnished before.


Wow that is... Pretty questionable wrt ethics (why did they explicitly call out ROFR, limiting their rights in the first place???).

Really appreciate you sharing.


It's a function that takes a String and returns a new function which takes a String and returns a String. All functions in Haskell/Elm are arity 1.

So in order to construct functions that accept more than one argument, you actually return successive functions that apply successive arguments, known as currying.


This is really important when looking at it from "the outside" (or, one is too lazy to lookup the documentation ;-). Without knowing that, it could be a function that takes a string and compiles it to a function that takes two strings (ie: a macro, I guess). Or one string, and returns a string. Or...

Does this kind of 1/arity have performance implications for Haskell? Does the compiler lower (or is it rise? inline?) the functions to produce efficient machine code?


Thanks! Is this the case in Elm as well? This is the example they give:

  connectWords : String -> String -> String
  connectWords firstWord secondWord =
    firstWord ++ secondWord


In this case, you think of `connectWords` as a function that takes two arguments. But since it is curried, you can also do this:

    let prefix = connectWords "Hello "
        world  = prefix "world"
        bob    = prefix "bob"
    in ...
`world` is "Hello world", and `bob` is "Hello bob". That is the power of currying. A maybe more useful example is specifying the mapping function in `List.map` without supplying the list to map over. This allows you to use the same map with multiple lists.


Yes, all functions in Elm also have arity 1. That example desugars into this:

    connectWords = \ firstWord -> \ secondWord -> firstWord ++ secondWord


In addition to the other comments, I would also note that it's untrue that Rockefeller started doing philanthropic work as "atonement" for his business practices. Even as a young man just getting his start as a bookkeeper at a small merchant, he gave a significant portion of his then-meager pay to charity.

He was a complicated man, no doubt, and he tended to gloss over some of the consequences of his actions when recalling his past, but he was, mostly, just vilified for being a brilliant businessman at a time when it was popular to do so.


I imagine this complexity comes from his combination of economic and religious values. Interestingly, it was not uncommon for Protestants to have this kind of dilemma - they were encouraged to work very hard (see "The Protestant Work Ethic") for having success in life was the only indication that one was in god's favour. However, it was forbidden to actually spend one's earnings on selfish pursuits thus many Protestant businessmen reinvested the money into their enterprises which only increased their earning power.


On top of that, his father was a philandering, alcoholic, gambling bigamist that left he and his mother when he was quite young. He strove all his life to not be "that guy".


That's true if you try to sell into the municipalities via the RFP process. However, we sell directly to the departments who will be using our software. We've met with great success doing it this way.

In fact, we managed to close a department in Miami in only six days--that's basically unheard of in local government software sales.


You're right that is fast. Keep up the great work!


Can you tell me more about how you're working with Postgrest? It looks really neat, but I haven't heard from anyone using it.


We used it for a small school project where we just needed a database in the cloud but we didn't want to write a backend.

Auth was a pain as you had to write triggers for each table action to check that a user can access a record, but this new row level security will make things easy.


The op was making a joke -- people write "PostgreSQL" or "Postgres" , but never "Postgrest"


OP was talking about this: https://github.com/begriffs/postgrest


Is there a specific place where I would go to flag things like this? Sounds like an interesting little project to build.


I guess you would do something similar to this:

http://osmose.openstreetmap.fr/en/map/

There isn't really a "central" place to flag such errors.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: