Preface:
This packet is designed to provide 1) an overview of Votizen, 2) what we're looking for in team members, 3) what we offer in a career, and 4) the process we use to find good matches to join our team.
Connecting Voters
Votizen is about connecting voters: connecting voters to issues they care about, connecting voters to their officials, and connecting voters to other voters. Votizen powers a listening platform where voters come together to express themselves in an authentic, open, and measurable way that encourages accountability and solution-oriented discussion.
Our mission is to make voters as powerful between elections as they are on election day.
Since the Nixon/Kennedy debate, television has dominated U.S. politics. Today, campaigns spend hundreds of millions of dollars on television commercials to get elected, often through ads which attack the opposition rather than promote positions. Eventually, the campaigns end and the winner takes office. Still, the rancor persists, paralyzing our leadership and poisoning public discussion until the next election -- when it only gets worse. Most agree that this approach is fundamentally broken.
Yet there are signs this is changing. Internet spending has more than quadrupled in the past election cycle. Barack Obama spent less than half his total budget on television -- the first time in the modern age that a presidential campaign dipped below the 50% threshold. Perhaps the most striking example of this shift was a 2010 statewide California race that had a prominent insider raise more than a million dollars, hire the best consultants, and run a textbook campaign -- losing to a previously unknown challenger who only spent $3000 to cover the filing fee but made effective use of Facebook, Twitter, and YouTube. These are all examples of a clear trend: we are moving past the one-way campaign and into the era of the connected election.
Votizen sees this trend, and is focused on connecting voters. We believe that in a connected world the wisdom of crowds prevails over narrow extremism. We believe that in a connected election 30-second attack ads are powerless. We believe that connected voters represent the future of democracy. Votizen wants to foster, create, and empower those connections, giving real people the tools to have a real impact on the challenges facing our communities, our country, and our world.
This is happening now. The technology is maturing, the people are ready, and we intend to make the Votizen vision a reality.
Our business model is similar to LinkedIn: as LinkedIn charges to facilitate connections between recruiters and job seekers, so do we charge to facilitate connections between campaigns and voters. For instance, a recent campaign to help support job creators in the US used the Votizen platform to connect to voters, gather support, and be heard in Washington. This attracted the attention of the right officials, getting them to listen and eventually resulting in new legislation introduced into the US Senate.
We are a network-effect business; meaning, the more voters that participate in the system, the more valuable the overall system becomes. Network effect businesses are notoriously difficult to establish, but once established they are immensely valuable (Facebook, EBay, LinkedIn are other examples of network-effect businesses.) Politics is a $10B a year industry that has grown 25% per year for fifty straight years. We think there is a huge business opportunity here that will help ordinary people become better and more engaged citizens.
Bottom Line: Go Big or Go Home. There is no middle ground.
We are looking for backend engineers. We want persons who have worked on low-level languages, have architected systems, or otherwise have built things from scratch that scaled. If you think elegant, well-documented code is as beautiful as anything you'd find in a museum then you're the type of person we want.
We are not looking for accidental hackers. We want people who have written their own framework, rather than used one to create a website. We don't specifically require a CS degree, but we generally expect to see one in a backend engineer. A great candidate will be able to point to a body of work used by others or accepted pull requests on Github (ie, not just lots of forks.) Inflated titles like CTO are not impressive to us; a well-followed blog or project is.
Above all, we want A players. Our standards are very, very high but we are at the very early stages and want high-quality talent that will attract other high-quality talent.
We are a Python/Django shop. We trust the right engineer will not have a problem switching to these but without knowledge of either the hiring process will be very difficult.
First and foremost, we're working on something that truly has the potential to change the world in profound ways. We're helping repair Democracy, and we think that's a lot more important than building a revolutionary way to sell grilled cheese. Social media is maturing beyond a mere entertainment medium and is helping to depose dictators and increase freedom across the globe. We're trying to harness that power to improve how government serves its citizens and fix a broken system. In short, we're not just another Groupon clone.
We have huge challenges in machine learning, classification, and general scale. Our database already has every voter in the United States plus their voting history -- in some cases going back thirty years. This is a billion rows of data and we've barely even started. We need to figure out how to process this information in way that is meaningful to each and every voter starting in the US (200 million voters) and eventually abroad (Democracy is a growth business.) Moreover, we have a new approach to social networking that uses dynamic linking, meaning: forming and re-forming the interest graph as opinions change, accommodating new nodes and edges in realtime along the way. No one has done this before, and it represents the future of social networks.
As our success grows, more and more real people are going to rely on our tools to help form decisions about the future of our country. This means that millions of voters will use the tools our engineers create, and will use them every day. It will be a badge of honor that Votizen engineers work on something so important and fundamental to the lives of everyday citizens.
Our team is very strong: David Binetti, our CEO, has ten years' industry experience and was the creator of one of the first examples of government e-transparency: USA.gov. Jason Putorti, our designer, was the lead designer for Mint.com and is one of the most highly sought-after designers in the valley. Matt Snider, our engineer, is a front-end guru and has written a book on Javascript (literally). We want to continue the tradition of only hiring the very best in a given person's field of expertise.
We ascribe to agile development processes. We are big believers in test-driven development. We thoroughly document our code. We engage in continuous deployment. We don't have a QA department; when something escapes our test coverage and breaks we fix it immediately. For us, it's all about reducing the iteration cycles. Our processes favor quick identification of problems and fast recovery. Speed is the best prevention.
Our lead investor is Peter Thiel who has one of the best track records in picking winners. Our board member is Sean Parker. We have some of the most prescient investors in the business, including Keith Rabois, Mark Goines, Ron Conway, Chris Dixon, and David Cowan. These investors see a huge opportunity in a space ripe for disruption, and anyone thinking about participating in this space knows that the group we've assembled is second to none.
We have a great culture that rewards risk-taking and creativity. We create features by taking the perspective of the user: "A member should be able to do FOO in order to accomplish BAR as measured by BAZ." After that, implementation is up to the engineer. We are very flexible in our work hours, as long as the job gets done. And we play hard as well -- the office is very competitive, particularly in Starcraft.
Our benefits and perks are quite light compared to other large companies. We do have have full health coverage for families, offer commuter checks, and generally try to be as flexible as possible in responding to team members' needs. But you can forget things like 401Ks, massage therapists and stuff like that. Our goal is to make our equity so valuable that all those things become rounding errors in our personal net worth.
Being a Peter Thiel funded company, we place a premium on equity participation and not cash salary. We encapsulate this as, "Salary to live on; Equity to retire on." Basically, we can be competitive with other startups, but not with Google, Facebook or other more established tech companies. Then again, our appreciation potential is much higher. Our goal is to make the equity in the company as valuable as possible and we want to ensure that everyone is aligned accordingly.
We don't have religion on tools. Our basic principle is to use the simplest tool that will get the job done. While things may change, you should have a good understanding of the following:
- Amazon Web Services
- EC2 for front-end servers
- S3 for serving content
- RDS for backend MySQL databases
- Redis
- Use for our newsfeed and other streams
- Python
- We use Django for our front-end CRUD
- twisted (for our asynch API)
Following is the hiring process to which we aspire:
Once submitted, we review a candidate's resume to assess experience and qualifications. After the review, there should be one of two outcomes:
- Schedule Sell & Evaluation Screen
- No Match
The Sell & Evaluation screen is a 20-30 minute interview where the screener's goal is to sell the Votizen vision, feel out the candidates interest, and read whether or not they would be a good fit. This screener should notify the candidate that the next step is an involved 3-6 hour manditory coding problem. After the screen, a decision should be immediately made according to one of two outcomes:
The coding problem is included in this repository as RemoteCodingProblem.rst, and is a task that shows they know or can learn Django, Python, and Apache. The completed project should be checked into a public Github account, which we can pull down and run locally. The problem should take 3-6 hours, depending on the candidates understanding of our technology stack, and the amount of extras they add.
- If above bar, schedule On Site Pair Programming
- No Match
The on site pair programming is an in-person interview, where the candidate will be tasked to code a multi-layered problem on a computer while being paired with one of our engineers. The candidate should be asked to bring a laptop with them (and they can use the language of their choice), or we will have to provide one (and they will have to code in Python). The candidate can choose between two carefully crafted problems, included in this repository as OnSitePairProblem.rsr. After the on-site, a decision should be immediately made according to one of two outcomes:
- If good fit, schedule On Site Team
- No Match
The on site team is the final step meant to give all team members an opportunity to assess culture fit. Generally, this should immediately follow the "On Site Pair Programming" step and include a lunch or dinner, but if pressed for time, simply a meet-and-greet. Prior to the team meeting, the focus should be on matching the skills to the role. The team meeting is for matching the personality to the culture of the company. After the on site team interview, all team members should come together to make a determination as follows:
Reference check should be the final assessment of skills:
Once the decision to hire has been made, the hiring manager must put together and present an offer package within one business day. No exceptions
Periodically we might find good candidates that would be a good match aside from timing (on one side or another.) These should be placed in a Hold status. Ideally, when candidates are placed on hold there should be a defined trigger to bring them out of that state. Examples include: vesting fully, finishing school, campaign ending, etc. It should not be a catch-all category: the supposition should be that all candidates are either hired or declined.
Most candidates will not be a match. While each case may be handled individually, all candidates who have on site visits should be informed of no-match via phone. Others may be informed via email. All candidates should be treated respectfully.
To apply, please use our links from our main job page at https://www.votizen.com/jobs.
At Votizen we love recruiters! If you haven't already done so, please see our instructions on how to work with us at http://www.votizen.com/recruiters.
If you have any additional information or questions please contact Marty Schneider at [email protected] or 415.690.8683.
###Page###