Ask HN: How do you evaluate a job offer and the company offering it?
What do you personally look for in an offer and company to help you decide whether or not to take a job that you've been offered?
1. Is the salary enough to pay my rent, feed me, and allow me to save a little bit every month? (This one is obvious. Don't take a job that will put you in debt!!!)
2. Do I trust that my direct manager will protect me from bullshit? (This is a REALLY important one for me, and is the reason I've rejected offers. If your future manager is an asshole or treats you like shit during the interview, don't take the job. A good manager exists to make sure you do the best work you can possibly do for the company, and gives you any resources you might need for that. A good manager is your leader, not your enemy.)
3. Will I be able to learn and grow in this role? (A good manager will help immensely with this one.)
4. Do I like the people I will be working with? (If you don't at least tolerate the people you work with on a daily basis, you're going to be miserable).
5. Is my commute within reason?
I go further on #2 and ask myself, "Do I want to work for this person?" (in terms of character, trust, will he/she have my back, do they care about my growth, etc.) and "Will I learn a lot from this person?" (skills, experience, industry knowledge, etc.)
I like these guidelines.
For salary, my rule is "does the offered salary meet local norms for the position and the company's situation, and does it show respect for me and for the role I will be playing?" I wouldn't be applying for the job if "norms" for the job would not meet my needs (and, as another replier points out, leave more than a little after expenses to plan for the future).
Also, I look hard at the working conditions and environment. I don't really start talking about this stuff until after an offer, but I'm watching for signs throughout the process:
* Are the hours humane? Overworking programmers is a sign of disrespect for the role.
* Is it friendly to women? An engineering team with no women is a huge red flag of bad management and culture, for teams of more than about 5 people. For smaller teams, is there a sense that hiring women is important?
* Does the company try to dominate the employee's non-working life? Regular "happy hours", catered dinner at night (RED FLAG), bar/keggerator in the office... all bad signs to me
* Is there flexibility about when and where the work gets done, or is it ass-in-a-seat-9-to-7?
* Do people stick around? Has my manager pulled in people he/she has worked with in the past (big plus)?
That's one of the biggest red flags for me, both for work-life balance and what the company is spending money on. If they have all sorts of fancy toys around the office I'm not sure I can trust that they are spending their money wisely.
Call me cynical, but I think those "perks" exist purely for marketing purposes. The greatest expense of a ping-pong table is almost certainly the space it takes up in the office, and overall I'd say it's a relatively inexpensive marketing tactic, and it's definitely a cheap line item when it comes to employee perks as well.
The biggest issue with ping pong, and similar games (bubble hockey, foosball, bags), is that if you need a break, you will need to find someone else to take it with you. Furthermore, you are basically broadcasting to the entire workplace that you aren't working at the moment, which is disruptive even if they break is well-deserved.
I worked at a place that had something like that, and I literally never saw anyone playing it.
Personally, I'd rather a team that hires based on meritocracy than gender.
A lack of meritocracy causing of a lack of female engineers is ignorant.
There are plenty of meritorious but under-represented populations; especially female engineers. A culture without enough women or without a plan to hire women is a red flag. Surrounding yourself with people that support [your] unsubstantiated biases increases the likelihood that the culture is unhealthy.
Are you also concerned about the lack of female plumbers? Construction workers? Miners, perhaps?
For dev jobs, both the problem visibility and remedial actions are obvious to me.
To answer your question: yes
Also, these industries are male dominated because they require hard labour and working conditions, which is often biologically unsuitable for women. Even then, in South Asian countries you can find even ratio females to males in construction work. They do the same hard labour as men, and as the use of machinery and automation is rarer (in these regions), it's even more manual hard labour.
Do you evaluate potential workplaces based on the number of hispanics, blacks, Australians, Irish, Jews and Muslims as well?
A large company without females at all would be quite suspicious, to say the least.
Because on the one hand I agree with the sentiment, but I also agree with the original statement that having a decent sized team without women is a red flag. Every place I've worked, even if in development there were few women (due to, yes, it being hard to find them), there were plenty as product owners, as QA, or as UX. Whereas the one place I can think of that I worked that only had one at the time I joined (the marketing person, for a small startup of 20 people), it was quite toxic and unwelcoming when they later added a female UX.
On 2,3 and 4. Some companies have anonymous interview procedures where your manager or team mates might not be the people interviewing you (more so if you are straight out of college).
My addition for new grads: I would incline towards companies with tough interviews(comparatively), probability of smarter colleagues and high expectations. I might be totally wrong, after all I have been in the industry for only two years.
7. What excites the people working there? (the people you interviewed with). Is it passion for company mission? Great colleagues? Big investors / lots of money raised (red flag)? Frat culture? (specific schools or groups) (red flag).
The first thing I will look into is 401k. Early stage startups do a particularly bad job of this. Ask if you have an employer-sponsored 401k plan and how much the employer will contribute. I'd also ask about the investment options, just to be safe.
Next is healthcare package. Ask for the full prospectus for all available options and how much they cost, after employer contribution. Also make sure that your dependents are covered too.
Ask about WFH policy. If you don't have to commute to work everyday for 9 AM meetings, you can save a lot and live better by living further away from city center / downtown area.
Make sure you have enough PTO for vacations. Ask about accrual policy and make sure their policy is to pay you for unused PTO when you leave.
If you have a bonus target, make sure you know exactly what you have to do to get all / most of it. It is easy to promise bonus when they can get away without paying it.
There are many more points like the above. The cost / savings from these add up. You are the only one who can do the math and decide whether it is substantial or not.
My morale is directly tied to a sense of value and pride in my work, which means it's directly tied to salary, and not because I'm greedy.
Don't work–or at least be very careful–at a company that can't pay you well but hopes to someday. Unless things change quickly, it means you're not creating something worthwhile.
I don't like jerk bosses, difficult customers, unrealistic deadlines, lack of specs, reqs, or schedules, tough commutes, or unreasonable pay, but over the years, I've learned to live with them.
I have never learned to live with shitty code.
I'll answer your phones. I'll clean your toilets. I'll even take your daughter to the movies.
But I will never refactor another 800 line case statement with 26 early exits, 14 double negatives, and 90 unintelligible variable assignments inside a 23,000 line module. Never.
I wish I had adopted this philosophy years ago. Oh how much better my life would have been.
If they won't comply, that's a big red flag. Run the other way.
But there's the sign that they really need you.
"We pay you the big bucks not because what you do is easy, but because it is hard"
Any company of reasonable size will have ugly code bases somewhere, someplace, hidden in the dark reaches that nobody wants to touch because it was written 5 years ago and no one who wrote it is around anymore.
- interviewers talk poorly about their employees (means they are bad managers)
- the interview is too easy (means they do not know how to recognize talent)
- they are too agreeable (could mean they are not being honest about the role)
Ask to the interviewers:
- What are the traits of your most valuable engineers?
- What are the traits of your low performing engineers?
- How do you balance features with bug fixing and technical debt?
- Is the project on track?
You want to get a feeling of their definition of success, and if they're already being successful by their own metrics.
- I work remotely. Under no circumstances will I ever show up in person at your office or any other location that requires me to spend time away from places I want to be.
- I bill 2 weeks in advance. You chose to buy hours of my time and my compensation is tied to those hours. My compensation is not tied to any kind of result. If you are unhappy with the result, there is no way for you to sue me. If you decide to hire me and then waste my time with meetings and your IT department not being able to procure a simple ssh key, that is your problem, not mine.
- I understand that you have deadlines, but so do I. I need to be places and under no circumstances will I ever work more than 40 hours in a week as part of this contract. If you need more resources, we will have to talk about a separate contract.
- I do not care for your employees. You are hiring me because you need me to fix their mistakes, do not expect them to be happy about that. If you want to make it my job to be their nanny, I'm cool with that, but don't expect them to suddenly drop the wilful incompetence.
- You get a weekly e-mail update which should suffice as far as communication is concerned. Anything beyond that has to be initiated by you and will consume time that I could spend working productively.
- I work with Python, exclusively (and some fun low level languages but nobody works with those anyway). I understand that back in 2013 someone decided that node.js was a great idea and now they left because it wasn't all that great, but that's not my problem. If you want it fixed, we can rebuild it in python. It will work phenomenally.
- I do absolutely not do any kind of User Interface work. I know people who do and can manage them for you. But I will not ever touch anything like that personally. Watching paint dry is at least an order of magnitude more entertaining.
- This is a contract negotiation, not a job interview. You can ask me technical questions if it makes you feel better about yourself, but time spent on such nonsense will be considered billable hours.
Those are the things that matter to me. Other things do not. I charge extra for boring work, like "restFUL API". No its not difficult to instantiate a framework to write some endpoints.
Its perhaps not surprising that my list of priorities doesn't touch on usual employment stuff. Its not employment, after all.
For some reason, there are a lot of managers who have budget but are denied headcount by HR, which forces them to work with contractors. Don't ask me why that is. A lot of processes in old corporations make very little sense in the way you would expect common sense to play out.
And I have witnessed a case where simply removing "one senior engineer who has worked on this particular software for years and therefore knows his way around it" was a key part of finally getting that software on track, as he was providing literally negative value.
Also, relying on particular single people who "know their way around" some code is an organizational smell - if you have such a dependency then that's a management problem/business risk that needs to be fixed. You do need shared ownership and people who can replace each other, and (except for the very short term) a better engineer will be more productive than a worse engineer who has been stuck on maintaining that code for years.
Right now I'm booked until October. I don't want to make commitments beyond roughly 6 months in advance, but I certainly could.
- Do you work alone, ever outsource anything to freelancers, or maybe are more like an agency?
- Were you ever in a situation where client was unhappy with what you have delivered? How did you handle that?
- How do you find leads or how do leads find you? Do you have mostly repeat or new business?
- How did you get your first leads?
Not a domain. I like working on problems that are challenging in an algorithmical/mathematical sense. Where the solution is not necessarily "obvious". If you want to consider that a domain, then yes.
> - Do you work alone, ever outsource anything to freelancers, or maybe are more like an agency?
For now, its just me. I certainly have the dealflow and could expand it to generate work for me than just me, but the problem is quality control. Even if I had an engineer who I'd be willing to funnel contracts to, how do I make sure that he stays on top of his game/doesn't get complacent? I'm not comfortable with the idea yet and feel like maintaining reputation is more important.
I occasionally contract out some UI stuff if it has to be done, but since I bill hourly, I can't really make this work in my favor. Its at best a bit better than breaking even.
The reason I do hourly work is because people are really uneasy with project based contracts, probably because they've been burned by this kind of business too many times already. Selling hours seems to be way easier.
> - Were you ever in a situation where client was unhappy with what you have delivered? How did you handle that?
No. Part of the reason is that I'm good at what I do. A potentially bigger reason is that you have to manage expectations. Underpromise, overdeliver all the time. Customers, in general, even though they are "engineering managers" have no fucking clue how long something takes. They think building a very basic rest api takes 9 months when it takes 2 weeks. The next one thinks you can knock out a google clone in a week. Just need to educate them on what is going to happen.
If someone is truly unreasonably unreasonable or wants to pull shenanigans, I'd probably just cancel the contract and go on vacation or something. My contracts are tight and I have cash in the bank. And I can always pick up a small contract to do something fun for a little less cash. Like a startup MVP.
> - How do you find leads or how do leads find you? Do you have mostly repeat or new business?
Keep in mind that this is mostly middle management somewhere inside big corps that existed for way longer than the internet does. These folks arent necessarily tech savvy and some of them became engineering managers because they were the guy in the office who knew how to operate the company printer. They have equally well qualified engineers working for them.
These guys talk to each other. In restaurants, like normal human beings. They have friends who hold similar jobs with similar issues. Most of my business comes from such conversations. Manager A who has worked with me and everything went well talks to Manager B who has very similar issues, in that nothing works, and Manager A tells them that they know this one guy who makes things work. That's how I get leads. Weird, huh.
Keep in mind that I don't need many leads. If I do 3x4 months of work in a year, that requires probably no more than 6 qualified inbound leads in a year, excluding repeat business.
I'd say that nowadays, every 3rd contract is with a truly new customer. Repeat business is super easy because once someone hired me and suddenly software magically works, and then the contract ends and I disappear into the shadows and suddenly things slowly wither away and they tell me about it and I tell them its because reasons and then they bring me back in to solve another issue and it just works, that's like magic for them.
And you have to keep in mind that this is for usually really simple stuff like "I have this data and we have 6 guys whose entire job it is to sit in front of excel all day and maybe cant we have a computer do it?" and internally im like "that probably takes 3 hours to implement tops" and theyre like "we've got budget for 12 weeks do you think that thats possible?". At that point you have a real problem because the idea that this is going to take half an afternoon is completely outside their reality, so you have to find other things they need done. Once you've explained to them all the things they can do with 12 weeks of budget, they are mega sold. Suddenly they have a web app to which they can upload files and all their data appears as visualizations on their conference room TV or whatever and it completely blows their mind.
> - How did you get your first leads?
Basically luck. I started a company with a guy and it went somewhat well but we pulled the classic mistake of premature founding team marriage and it fell apart due to personal reasons, so the guy bought me out.
I did then bum around on upwork to look for a short-ish thing to do because I was going to have surgery 8 weeks down the line anyway. I found something in the mountains of shit that is upwork and took it from there. I guess my first contract was some kind of automated bid adjustment tool for adwords.
Most of my leads is past customers talking to new customers. You really have to accept that you are selling high literature to the illiterate, though. Lots of hand holding and management of expectations.
Bumming around Upwork right now myself after quitting a programming job couple of months back. Got to say I enjoy being able to set expectations and over-deliver, breath of fresh air after years working with team leads and managers. Need to start landing more gigs though.
Work/life balance (a.k.a. will I be expected to work 80 hours a week, or will I be fighting fires at 3am on a regular basis.)
Sadly sometimes they will lie and you don't find out what it's really like until you start the job. This happened to a friend recently. Despite setting expectations up front about hours, work/life balance, etc. the first week he started working there he noticed developers were fighting fires (and getting distracted) all day long and often at night/weekends. Luckily for this friend, he had another offer come along and he gave his new employer a choice: Let me help you fix this problem or I walk.
"Well, this is actually better than what it used to be like."
(He quit (a week after his start date,) and took the other offer.)
1. Is the job described what your actually going to be doing?
2. Team/Company Culture, did you meet the team? how are the managers? the company values? etc..
3. Salary expectations (whatever yours is or anyones is) don't be afraid to negotiate if you feel its to low.
4. Do you see your self here for more than a year?
5. Room to grow, do you want to become a manager? or a senior developer? what options are available to you?
- the kind of questions they asked, was it mostly stupid algorithm stuff? Useless 15 minutes HR multiple choice questions?
- the interviewers. Were they involved during the interview or were they thinking about their day ahead? Were they jerks, making you feel like crap? Did they asked anything else than work related questions such as "how is your day going?", "what did you do this weekend?". etc.
- Last but not least, I look at HR, how transparent and genuine were they during the process? Very often, when it comes to arguing about salary, feedback, etc, they often show that they lie and don't even make sense. Like "you were the last person we've interviewer" when one of the interviewer told you - you were the first candidate in the process!. Things like that...
I've been through a LOT of interviews. The process is a snapshot of the company. Most of the companies fail at it. More often than candidates actually.
Case in point: I was hired under one manager, then another manager (who was worse than the first) replaced him three months later, and I was fired two years later.
It may take a year to discover the true bullshit the company is hiding. So in that case ignorance is bliss. Enjoy that time, and if you smell something rotten, best steer clear of it, even if that means getting a new job.
The most important thing is your happiness. To me that's salary. Some people like clean code. Some people want to grow in a position. Some people want a good commute. I don't care that much about the code base, because I'm technically a hired whore. And currently my commute is 4 plane segments a week, and I don't mind it because in the end, the people are nice.
Sure it helps if the people treat you nice, but as long as you are the employee, you can be treated like shit at anytime during your employment, and you may have very little recourse.
The other thing to steer clear of is how much the company brands it's employees. If your own personal identity is wrapped up in the company brand, then if you or one of your co-workers are later separated, it can be especially painful.
In short, figure out what it is you want from a company, and see if it matches your needs, roll the dice and hope for the best.
Did they respect your time in the interview process?
-Good: schedule a full day of interviews and make the offer within a day or so.
-Bad: ask you to come into their office several times, or make you wait outside the CEO's office for 30 minutes (feel free to replace CEO with department head, partner, etc)
Did the interview involve a reasonable number of people to make a decision?
- Good: mixture of peers or management levels, each interview session has a clear point
- Bad: lengthy HR gate keeping, meeting with multiple non-technical people to evaluate your culture fit, seemingly everyone in the org needs to sign off on a hire
In general, I've found that organizations execute "real" projects the way they execute interviews.
Some of the parameters that can be used for evaluating a job offer:
1. Startups: How much money the company has in terms of its burn-rate? Given a choice, I would not join a startup that is running out of funding and next round of funding is nowhere in sights.
2. Growth in team: Are you replacing someone or it's a new position. If I am replacing someone the scope of work will be well defined. It will be worth checking why the earlier person left. If it is a new position, check how the team will grow. If a team grows, earlier employees tend to get bigger roles.
3. Compensation and other benefits: This is mostly a relative study, but I would not join a company that is not really giving me a decent raise in terms of salary or stocks. I have not seen people not join a company for healthcare benefits unless it is a really low paying job.
4. Commute and other flexibilities: You may be ok with commuting for an hour, but if you are asked to reach office at 9 am, your 1 hour commute might get converted into a 2 hour commute. So check out what are reasonable work hours and how flexible is the company in terms of working from home, sick leave and PTOs in general.
5. Manager and upper management: It is not very easy to figure out how the company management is, by taking to someone who is making you the job offer. Check our reviews on glassdoor and similar sites. Take them with a pinch of salt, because those reviews are either from frustrated employees or employees who were requested to write reviews.
6. Work: Join a company that will help you grow both in terms of compensation and skills. A general rule of thumb is to see if taking this job will help you in finding your next job.
"Do I know someone in it and do they say it's awesome?"
Anything else is just bullshit, come on. you're a programmer. network just a little teeny tiny bit with your peers. you can work wherever you want. why should you be the first person to try an unknown job environment, when you can just join one that is good already?
Statistically, nothing else you can possibly do will come close to having as good a result for you. Find out which of your friends are working at awesome places and then just onboard with them. that simple.
Now, I realize you were asking about how to evaluate a job offer you've already received! Well, the answer is simple: using the exact methodology above.
But how can you do that, you say? How can I evaluate a job offer on the basis of my friends working there, if I don't have any friends working there?
You still can. But how! How! It's a logical inconsistency!
Nope. Just make a friend!!! If you're in the office, go barge in and apologetically steal 10 minutes of someone's attention, become friends with them and figure out if they're saying the workplace is awesome.
Can't do that? You'll have to dig deeper. Network your way into finding someone (by name) who works there. Then figure how to email them and make a friend over email. 100% serious.
This is how you actually separate bullshit from reality. You'll be investing many months of your life there. A bit of hustling to make sure you're getting someplace awesome will pay better dividends than anything else you can possibly spend that time doing.
EDIT: Downvotes? I've just given you a formula that is all but guaranteed to make you happy.
If you have no way of having any access to either of the other two people on the team, you are just playing with dice. Good for you if you're happy - you could have made a more confident decision if you talked with one of the other two on the team first.
sorry, didn't you just prove my point? But regardless, even if we ignore the part you just added and pretend you're working in a paradise (the impression your first comment gave) - being hired as the first and only member of the IT department is not the situation most people are entering into.
I mean, it's like the major problem with bootstrapping your company as a sole founder: although you're your own boss, your boss actually kind of sucks, is bad at managing and communicating tasks and deadlines, and basically he doesn't know what he's doing. :)
I would say for obvious reasons my advice doesn't apply as much to first and other very early hires. But if there is a team you would be joining - definitely my advice will give you great results.
Er, no. Because even if the other two had been around then they would have probably said yes its a great place to work, which it was when I started. Things can change relatively quickly, which I would say negates your point even more.
I want to be clear that this is what you're saying. It is an interesting claim, to be sure. It is contrary to all of my experience. In particular, I feel you would be able to filter their recommendation through your impression of who they are, so that I do not feel you would come to the wrong conclusion as an outsider. Very interested in your answer to this.
1. the topic of the post is "How do you evaluate a job offer" but you're not phrasing things as if it's your own personal technique, but rather suggesting that everyone ought to do things this way, and if they don't there's something deficient about them.
2. you seem to be willfully ignorant about the very real and very important personality differences that people have. not everyone has (or wants) a huge network of acquaintances in the industry. just because you're an extrovert doesn't mean everyone is, or that what works for you will work for them.
I stand by my recommendations for everyone: if you get a job offer, do not accept it until you are acquainted with someone working at that company. Period. Regardless of the level of challenge that this is for you. Even if that means (on your way out of an on-site interview) barging into someone's workspace, interrupting them apologetically, and kindly requesting they spend five minutes talking to you.
What's going to happen if you barge in (during your interview) and apologetically interrupt someone you have no business talking with? Are they going to sue you? For what?
Doing this, very simply, will give you a very good outcome over the short, medium, and long term. It's the best advice in existence. No other advice is remotely as good.
Besides telling you how I evaluate offers, I've given you the best advice that exists. Period. I am claiming no advice in existence is nearly as good.
That is an extreme claim and the benefits I've cited justify it. If you disagree, you are wrong.
The argument I am using is this one: https://en.wikipedia.org/wiki/Proof_by_assertion but I am actively choosing to make this argument, on the strength of its validity. It is, simply speaking, correct. (A glance at my karma and posting history will show that I am serious.)
Do this. Don't do anything else suggested by anyone in this thread. (Or at least, not until you do this.) This is the advice that will actually make you happy.
It does not require an existing network. You can do it ad-hoc and at the last minute. You are NOT done until you have at least an email acquaintanceship with someone working for that company. Drill that into your life and live it.
This determines your happiness over the next 1, 2, 4, 10 and 40 years. Regardless of the level of challenge this poses for you: do it. As you can see, I feel very strongly about this!
You really need to ask whether or not you just disagree with him (which is what you seem to do here.) Or whether the post is off-topic (which it does not appear to be because you made an argument against his point)
Are there people in this group that I want to be working with in 20 years? (Before evaluating this question, make sure you give people a chance to show their interestingness, either by looking up their profiles/websites online, or asking them many questions when you meet them)
Would I buy the product if I was the customer? (Charlie Munger, Vice Chairman of Berkshire Hathaway along with Warren Buffet, in my opinion one of the best investors in history) Do I respect and admire the people I’d be working with/for? (Charlie Munger)
Do I enjoy hanging out with the people? (Charlie Munger)
Is my future manager stellar? (Keith Rabois)
Is the CEO a learning machine?
Is this valuable (to the world), and going to remain valuable over the next 10+ years? (Peter Thiel, co-founder of PayPal, Palantir, Clarium Capital, Founders Fund, Mithril Capital) Does the world/people want this, and will they continue to want it over the next 10+ years? (Big difference between what is valuable and what people want. i.e. perhaps reading for two hours a day is more valuable than spending two hours on Facebook, but looking at the numbers would indicate most people ‘want’ the latter more)
Am I going to be able to perform the job (well), and maintain/improve my ability to perform over the coming years? (Peter Thiel)
Are other people not doing this, and not going to start in the next few years? Note, this question is less relevant for a mid or later stage company. (Peter Thiel)
Is this something that I feel I am slightly unqualified to do? (Marissa Mayer) Please don’t use this to justify taking an impressive role at an unimpressive company.
Would it be fun to work on this and with this group? (Paul Bucheit, employee #23 at Google, creator of Gmail, YC partner) Is this either a mid-stage high growth company, or an early stage company with an extraordinarily strong team and network? Obviously, if it’s something that just seems really fun and interesting to you, that’s great too. (Joe Lonsdale, Marc Andreessen, Andy Rachleff, etc)
1. Network 2. Market and Growth Rate 3. Optionality (does it build new career capital/skills for you, or is it more of the same) 4. Brand (more important if you don’t already have 1–2 strong brands like MIT CS or Google Engineer on your resume) — Elad Gil, co-founder of Color Genomics, early investor in many past breakout companies, e.g. Airbnb series A, Optimizely seed Does the company have at least one of the above attributes noted by Elad?
Are you less focused on both role and compensation (because even in a less important role where you earn less, if the company ends up being a far more important company you will have far more future opportunities)? (Elad Gil)
If they have impressed you with revenue numbers, are you aware of how they are reporting revenue and the differences between for example GMV and net revenue, or revenue and bookings? (http://a16z.com/2015/08/21/16-metrics/)
Have you read some/all of the pages on understanding offer letters? If not, re-read the sections on ‘Understanding options and equity’ on BreakoutCareers
If this is a pre-breakout company, have you read some/all of the pages on thinking like a VC? If not, check out the section ‘Think like a VC’ on BreakoutCareers. There are three types of start-ups: 1) Ones that are so young that it’s difficult to tell if the dogs are going to eat the dog food. 2) Ones where there’s clear evidence of market pull. 3) Ones that are unfortunately stuck in a push market or have a very difficult product to sell. The trick is to say away from #3. You only go to #1 if you are a domain expert and you have an informed opinion on a product/market, but this is a rare trait. The real trick is to end-up in #2. — Doug Leone, Sequoia Capital Does this either fit #1 with you being a domain expert, or #2?
Is this a ‘tribe’ you want to be a part of? (John Lilly, Partner at Greylock)
Struggling to decide between two options that both fare well? Ask: ‘Where would I be spending the most time with people that I admire the most?’ (If you don’t know who you admire the most, consider looking for people who are energetic, smart, independent minded and curious)
Checking emails after hours? Include that. Thinking through problems in the shower? Include that time too. Maintenance at 2am Saturday night? Incl that x2.
If the number seems small bc you're working 60 real hours a week, then think again.
Trying to factor in stock? When it comes to investing warren buffet says go for the s&p 500!