Update: we just deployed a fix for this, thanks for reporting! (We recently enabled Cloudflare caching which exposed a pre-existing CSRF issue, now fixed)
We can't see any failed donations around this time, and we've had many successful ones, so we'd love to get more info from you to debug if you're willing. My email is in my profile. Thanks so much for the help!
Yes they are surprisingly cost-effective in the countries Watsi operates in, which isn't intuitive for those of us who live in places where surgeries are very expensive.
"A review across 23 LMICs found that low-complexity surgeries (e.g., appendectomy, hernia repair) cost only about ~$17 per DALY, whereas even complex procedures were often cost-effective" (Most surgeries on Watsi are low-complexity)
"Reports from the WHO and Lancet Commission consistently emphasize that investing in surgical capacity has high value, in many cases, more than essential drugs or vaccines on a per-DALY basis"
Also, fun fact: 619 of our current "Universal Fund" monthly donors first made a donation 10 or more years ago, and I'm pretty sure many of those were/are Hacker News readers.
We have Zoom on our Slack workspace and we'd remove it immediately if this were the case, but it appears to be false. The full list of permissions required by the official Zoom Slack integration is at www.slack.com/apps/A5GE9BMQC-zoom, and doesn't have read access to any channels, private or public, except for "some URLs in messages".
Wow, this is great. Props to the Clerky team. If this had existed in 2015 we would have used it, instead we paid a few thousand extra.
For anyone starting a mission-driven company, there's not really any practical downside to incorporating as a PBC, though it's still relatively new and untested. It's much less effort than becoming a B Corp, which you can choose to do afterward.
I see some confusion on terms--
PBC: legal corporate structure in 25+ states and growing, but still uncommon
B Corp: a more widely known certification from B Lab
You can be a PBC without being a B Corp but all B Corps need to become PBCs by a certain year iirc
(We incorporated Nava PBC as the first, and I think only, government contractor that's also a PBC.)
We went with a broker based in DC, Joshua Lavine, for health insurance, since that's where we [eventually learned that] we needed to base our plans from. Great experience (well, the DC small business health exchange is a separate sad story.) Health insurance is so complicated and state-specific you really want someone knowledgable.
We went with Captain401 (a YC startup) because we needed a fast turnaround and they had amazing service. Too early to render judgement otherwise. OctaveWealth is another seemingly competent YC 401k startup. If you're not in a rush and don't want to trust a startup with your company's 401k plan (though assets are safe regardless), Vanguard is great, and would have been our backup option.
PSA: Go with Gusto (formerly Zenpayroll) instead for payroll. We signed up for both Zenefits and Zenpayroll several months ago. Zenefits was a nightmare. Zenpayroll has been an absolute delight.
They obviously don't offer identical functionality, but they're getting more similar now so this is a comparison of where they overlap.
Customer support: Both Zenefits and Zenpayroll are very responsive, but Zenefits provides significantly less helpful responses, the kind you'd expect from first-level big-corporation support. Zenpayroll is much better on this front.
Software: Zenefits is clearly not a startup driven by product or engineering. It's fine given it's free, but still has tons of rough edges and bugs everywhere (e.g. it's easy to click submit twice all over the site and create duplicate entries.) I know it's better than the incumbents, but Zenpayroll has a far better product and it really shows even in basic usage-- it's kind of amazing this level of quality now exists for payroll.
Health insurance: If you have an extremely simple situation and are a startup in CA, Zenefits is probably fine. We have about a dozen employees based in DC, SF, and NYC. Instead of telling us to go elsewhere, Zenefits spent two months and dozens of hours/email threads/phone calls making slow "progress", telling me information that ended up being inaccurate, omitting critical information, replying to one out of every three questions, saying repeatedly it would get done, and finally telling me they just couldn't do it.
The Zenefits rep could not have been worse-- if he'd been actively hostile or more clearly ignorant, that would have been better since we would have short-circuited sooner. (Yes, I did complain about the rep... they routed me right back to him on the same call.) Afterward, I called Zenpayroll and their rep was super knowledgeable and set expectations clearly. It was night and day. We also tried talking to Zenefits' partner Ubiquity for a 401k, and had a negative experience there as well.
We've now heard many, many versions of our story above. I wish Zenefits all the best since they've made a lot of startup founders' lives easier (including ours, for new hire onboarding), but boy do they have scaling issues... all I'm saying is, if you have the option of both Zenefits and Gusto for a particular service, 100% go with Gusto.
Nava | Washington DC* | Experienced full-stack developers/devops/product manager/operations | On-site - Full Time
I'm part of a small team of engineers from Silicon Valley that came out to DC last year to help fix Healthcare.gov. It turns out there’s a lot more to fix. And it’s surprising how much can be fixed by a small group of resourceful people with a Silicon Valley mindset, deep technical experience, and the willingness to work closely with dedicated civil servants in government.
Our revamped Healthcare.gov application has been used by millions, converts 35% better, and halves the completion time. The login system we rebuilt is about two orders of magnitude more reliable and two orders of magnitude less expensive; for example, it’s about $70M less per year to operate. We’re just getting started, and we’ve started Nava to help fix everything else. [0]
People die because the Veteran's Administration is months behind in processing claims. The Social Security Administration pays benefits to millions of deceased Americans. $80 billion is spent every year on federal IT contracting, and 96% of projects are deemed failures [1].
That’s not because there’s some conspiracy or because government is inherently incapable of doing it right. These are complicated legacy systems and processes, and there are very few people with modern tech industry experience who are aware of these problems and willing to help fix them. You can help change that.
Our team is 10 people (Stanford, Google, YC alums), and we plan to bring on a few people every month through 2015.
We’re looking for:
- experienced full-stack engineers
- experienced devops engineers
- a product manager with a technical background
- a hyper-resourceful operations person
We have a social mission (we just incorporated as a public benefit corporation (PBC) this week), but we pay market compensation (above market, for DC) and equity (above market).
If you'd like to build software and infrastructure that radically improves how our government serves people, we’d love to hear from you at [email protected].
*Not in DC / able to relocate, but intrigued and in SF? Talk to us.
I think if you could see close-up how these systems work now, you'd be convinced that it's completely not worth the vast cost (in time, energy, money) to try and figure out who "deserves" each of the many, many special benefits/allowances/exemptions available (plus it's incredibly difficult for potential recipients to figure out what they're eligible for, plus it imposes those costs on the people who aren't eligible, but end up having to jump through all the same hoops.)
Based on my experience in the last year working on healthcare.gov etc., I think it's become increasingly clear that the implementation of well-meaning policies intended to separate the deserving from the undeserving ends up adding an incredible amount of complexity and overhead, along with unintentional side effects, edge cases, and bad incentives.
That said, there's no way politically a basic income is going to fly in the US anytime soon. So since this is HN... is there any way to get to an MVP without having a sovereign state to experiment with? Or is this solely in the realm of public policy?
(I asked this a while back on another BI thread, trying again)
(I've been working on Healthcare.gov for the past year and know some of the people at USDS; I was also YC S11 and appreciate the great parts of startup culture even more now)
PSA: I know it's not easy to tell from the outside, or from a website, but this is the real deal. Things are starting to change; by government standards, at ludicrous speed. The Healthcare.gov crisis really started a useful fire.
Todd Park, Mikey Dickerson, and the team he's building at USDS and the people he's placing into new "digital services" teams at other agencies like the VA-- if you meet them you'll quickly find out why they were superstars at their tech companies.
One important thing to understand is: yes, things really can be vastly improved IRL, not just in theory. It's not that government IT services ("IT") suck because the people responsible for it don't care. They're just in a completely different world, expectations and otherwise, and don't know how much better it could be.
E.g., they don't know there exists a hosting option that is more secure, more reliable, and less risky (and costs 90%/$90M less per year). Or that there exist software people who can build a far better user experience (#1: the worst UX is downtime, #2: product lead needs a) exist, and b) fight for the user on every decision), while still meeting all business requirements (for 80%/$20M less per year).
Some people do know, but they can't do it themselves [0], and they also don't have access to the right people to do it for them; their practical options are Lockheed Martin's "small-business" subsidiary, or ACRONYM's federal IT division.
USDS and 18F are fixing this, and much more. They need your help. I'm not sure what's public, but the progress is incredible. It's still going to take a long time. Most of all it's going to take more software engineers, designers, PMs, etc. The tech gap between Silicon Valley and DC is unbelievable until you've experienced it. Go east! (Or west [1])
It's definitely frustrating to work for/with the government (not sure how it compares to other institutions that provide many real-world services to a diverse 300+ million population), but if you're put in a position where you can actually change things, the impact is enormous. And now you can do that as a software engineer/technologist with no existing clue about government, because USDS/18F has leverage and the ability to place you where you can make that impact. [2]
The federal government deeply impacts all of our lives [3] and whether you think it should do more or less, there's no reason for what exists to be so incredibly inefficient and customer-unfriendly, especially when there's a huge pool of tech people with the skills needed to fix it, and now, a pipeline that can get them (you!) to the right place. Please apply!
(There's also small teams of engineers [4] on the inside tackling this problem, if you prefer that (less direct, but avoids gov. pay being capped at ~$150k or so and the strict background checks.) Contact me if you want more details.)
====
[0] They're also too busy trying to keep their heads above water in a bureaucratic system that seems to function only because many of the people in it work so hard, but I digress.
[1] AFAIK, USDS is based in DC (and I think has positions in Boston), 18F is mostly in SF (Civic Center) and DC, with a few remote people around the US.
[2] Imagine if you could direct and organize a team of people to rescue expanded healthcare coverage in the US (oops, Mikey did that already)
Imagine if you could help 22 million veterans get the care they deserve on time, instead of hundreds of days late
Imagine if you could help "fix" the IRS with auto-prepped tax returns (definitely seems like the hardest one on this list-- but it's also one that everyone wants to see happen. And yes it's a policy problem, but it's also a technical problem-- imagine policymakers having to trust the system that resulted in the original healthcare.gov. And informed engineering opinions have much more weight than you'd imagine.)
[3] Yes I know there's a whole world outside of the US, especially on the Internet :)
[4] "startups" and "small businesses" both have connotations on HN that I'm trying to avoid...
I'm happy Lyft is demonstrating that it actually cares about its core/founding values of decreasing car usage.
They could have viewed this as a distraction to expanding its existing dedicated-driver model, in order to better compete against Uber. (Lyft Line is just multiple passengers; Sidecar already does "driver destination" aka real carpooling, but they're also playing a different game focusing on drivers in general, and don't have the scale Lyft does)
If they can get traction, they'll have cracked a problem that many people have tried to solve and failed at: how do you get Americans to carpool?
Context: Lyft's founders pivoted into Lyft from Zimride after five years of building white-labeled carpool sites for colleges/companies + a public long-distance carpool/rideshare board, and discovering that a) that's not a VC-scale business, and b) 90% of Americans don't "do" traditional carpooling and they're not about to start
Anyway, I use Lyft over Uber when possible for many reasons, but this is one-- they started out trying to improve society in a particular way, and still are, even as they've changed their approach. And I think they should be commended for setting an example for how to achieve an activist-y goal through a startup/company. Or since it's not achieved yet, at least trying.
(I have no affiliation with Lyft, see my profile.)
There's a lot of (understandable) cynicism here. But if this makes you mad and you want to do something about it, email your links/resume to jobs at hcgov dot us.
We're a team of a dozen or so software engineers (many ex-Google and YC) who've been working on fixing Healthcare.gov for the future, since December. We're actively looking for experienced software engineers. Several have joined in the past few months.
(If you've seen this comment before, we were looking, but now we're very-much looking.)
The external environment may be frustrating compared to what we're all used to, but internally and day-to-day we're running like a startup-- github/node/backbone/AWS/asana/standups/etc. We're finally shipping and we're going to keep shipping.
Change starts with a small group of thoughtful, committed software engineers (...paraphrasing...) and there are many groups now seeding different parts of the system; our area is Healthcare.gov and associated systems. Because we began in a crisis situation, and other unique factors, some of the usual downsides mentioned in this thread don't apply to us.
Email us! We can also refer you to the other groups referenced in the OP if they make more sense for you.
A side question, for any doctors on HN-- I'm really curious, what do you think about the Blood Tests section? That is, the benefits of monthly blood testing. From talking to one earlier today about related topics (coincidentally!) I could imagine the following response:
1. The ideal ranges for each value on your blood test do not necessarily represent the ideal range for you personally -- and not only do they not necessarily represent the ideal range for you, if your number is outside them and you're otherwise asymptomatic, your number is likely already "healthy" (with very few major exceptions like blood pressure and cholesterol.)
2. So by doing this, you aren't actually tracking things that need to be improved, or rather, you have no way of knowing if you'd be "more healthy" by being within range
3. So, getting monthly blood tests is useless, and any changes detected would also be useless
4. (And as an aside, annual physicals for young healthy people are not beneficial (and can be harmful) to health)
Is this right? Was I just talking to a curmudgeon? Tech-optimistic doctors, what do you think?
I think if you could see close-up how these systems work now, you'd be convinced that it's completely not worth the cost in practice to try and figure out who "deserves" each of the many, many special benefits/allowances/exemptions available (plus it's incredibly difficult for potential recipients to figure out what they're eligible for, plus it imposes those costs on the people who aren't eligible, but end up having to jump through all the same hoops.)
This is just my experience after working for ~1000 hours on healthcare.gov w/other YC alumni (relatively nonideological-liberal-or-libertarian engineer bias), but I think it's become increasingly clear to all of us that the implementation of well-meaning policies intended to separate the deserving from the undeserving ends up adding an incredible amount of complexity and overhead, along with unintentional side effects, edge cases, and bad incentives.
(This isn't why healthcare.gov had major issues, it's just another problem.)
That said, there's no way politically a basic income is going to fly anytime soon. So since this is HN... is there any way to get to an MVP without having a sovereign state to experiment with? Or is this solely in the realm of public policy?