Hacker News new | past | comments | ask | show | jobs | submit | gabeh's comments login

RxRevu | Engineering & Product Roles | Full-Time | Remote (USA)

Hello, I’m Gabe, the CTO of RxRevu. It is no secret how busted the healthcare system is in the US. We’ve spent the past two years focused on making drug prices transparent for physicians and their patients. In thousands of hospitals and clinics across the US today, you can ask your doctor, “how much will that medication cost me?” and they’ll finally be able to give you an accurate answer.

We’re now building additional products that can also reduce the friction people encounter when accessing care. If working with mission-focused technologists on products that make a material difference for millions of people in the US sounds exciting, then we should probably talk!

https://rxrevu.com/join-us/


RxRevu | Engineering, DevOps, Data Science, Product | Remote (US Based) | Full-time | https://rxrevu.com

RxRevu is a well-funded digital healthcare startup that offers tools and content for healthcare providers to understand the cost of care for their patients. We've been growing like crazy over the past year, we're in over 300 hospitals with hundreds of thousands of doctors performing millions of price transparency transactions per month.

This is a particularly hard problem in the US Health system and we have great momentum. If you like solving difficult problems that translate to a material improvement in someone's quality of life, e.g. access to a medication they wouldn't otherwise be able to afford, then we should probably talk.

We're cloud centric and use ruby on rails and more recently kotlin for transactional services, and python for data pipeline and other data intense systems. We've been fully distributed since the pandemic struck, most of us were based in the Denver area, but as we've grown in the past half-year we're now open to candidates anywhere inside the USA.

Please check out our careers page as we have many roles currently open! https://rxrevu.com/join-us/


RxRevu | Engineering, DevOps, Data Science, UX/UI, Product | Remote (US Based) | Full-time | https://rxrevu.com

RxRevu is a well-funded digital healthcare startup that offers tools and content for healthcare providers to understand the cost of care for their patients. We've been growing like crazy over the past year and we're now in over 300 hospitals, with hundreds of thousands of doctors performing millions of price transparency transactions per month.

This is a particularly hard problem in the US Health system and we have great momentum so far. If you like solving difficult problems that translate into a material improvement in someone's quality of life, e.g. access to a medication they wouldn't have otherwise had, then we should probably talk.

We're cloud centric and use ruby on rails for transactional services, python for data pipeline and other data intense systems. We've been fully distributed since the pandemic struck, most of us were based in the Denver area, but as we've grown in the past half-year we're now open to candidates anywhere inside the USA.

Please check out our careers page as we have many roles currently open! https://rxrevu.com/join-us/


I can confirm this goes beyond the founding team, I've sold shares as a part of raising capital at the last two places I've been employed. I was an early hire at both and held the CTO title. Series C in 2014 and most recently series B at the start of 2018. I also seek out opportunities to unload my equity in the secondary market, but I'm usually taking a haircut there vs the premium investors that are looking for a bigger share will pay during a capital event.

I'm a bird in hand guy when it comes to equity at the fast-growing private companies I tend to be attracted to. I'm almost certain I'd feel differently if I had a larger stake or founder-level attachment to what was being built.


Out of curiosity, how did you find investors to sell to for secondaries?


Google seems to acknowledge the reports now. https://www.google.com/appsstatus#hl=en&v=status


https://status.cloud.google.com/

https://status.cloud.google.com/incident/appengine/19007

" Elevated error rate with Google App Engine Blobstore API and App Engine Version Deployment

Incident began at 2019-03-12 19:49 (all times are US/Pacific).

Mitigation work is currently underway by our Engineering Team. We will provide another status update by Tuesday, 2019-03-12 20:45 US/Pacific with current details. "


Status page is down for me.


These are the not that well designed scenarios, when the status pages are hosted on the very same infrastructure that suffers an outage. This is a common pattern across cloud providers I have seen happen.


That page is not very color blind friendly, incidentally. The information is distinguished only by color.


Hit that feedback button in the bottom corner.


You're kidding, right? Sending feedback to Google? I mean isn't that a bit like talking to a tortoise?


In general, maybe, but they take accessibility concerns very seriously in my experience.


Aren’t the icons all different?


No, they're all circles but in different colors.

EDIT: you might be looking at the Google Cloud status, not the Google services status in the first post.


Not for me - 'available' is a checkmark, 'service disruption' is an exclamation point, and 'unavailable' is an x.

(I notice though that they're images, not text icons, which isn't ideal.)


You're talking about the Google Cloud status page which is in the 2nd post: https://status.cloud.google.com/

This thread is about Google Services linked in the top post which only shows circles: https://www.google.com/appsstatus#hl=en&v=status


Weird. Clearly Google is serving up different versions to different people.

To me they're 3 different colors of circles, no symbols whatsoever.


It's more likely that your browser just isn't loading the CSS background images for some reason. If you inspect the circles, do you still see the background-image declaration?



You might be talking about the page in the first reply? Not in the post that someone was responding to?

I see all mid-toned circles with no icons (Chrome, Australia).


[flagged]


I mean, playing board games is kind of a bitch sometimes as well. I was trying to play Ticket to Ride on Monday and that was exciting.

Good thing I chose this in the same way people choose not to eat certain foods, right?


Propose solutions.


Honestly, it's not hard. Just don't design everything around color. On ticket to ride, the grey lines ones have a dot or shape in the middle whereas the black ones do not. I can see that dot, but it's small. If it was larger then the problem would be solved.


?!? because people choose to be colorblind? I was not aware of this!


there's no such thing as free will so choice is a red herring anywa. You are what you are, whether you 'chose' to be is pointless to talk about.


Cute way of getting out of having to own the fact that you’re an asshole.


Please elaborate.


The orange dots are much darker and the green ones are much lighter.

I'd assume anyone who is colorblind can still distinguish between the two based on brightness and not color?

Is there any reason to think that's not the case?


Heck, I'm not colorblind and I had trouble seeing the difference between "service disruption" and "service outage" at first in the legend at the bottom of the page.

It wasn't until I zoomed in on them that I could see that one was orange and the other red. Once I saw them zoomed, I could then identify which was which at normal size on the status part of the page.

BTW, the orange circle is actually a span whose class is "aad-yellow-circle", and whose CSS loads the colored circle from the file yellow_circle.png.

This suggests that at one time they intended it to be a yellow circle, not an orange circle [1]. I wonder why they switched from yellow to orange?

[1] Actually, RGB to name sites suggest that it is neon carrot.


If the user had e.g. red/green colorblindness, that wouldn't help. Google's made a nice tradeoff for this application, though, and used differently-shaped icons (checkmark vs. exclamation point) as well.

Edit: looks like the icons are served as images. Google should probably consider making them text icons instead to mitigate loading problems.

FYI, Toptal makes a helpful tool for quickly checking live pages with colorblindness filters: https://www.toptal.com/designers/colorfilter/


You're looking at the wrong page. This thread is about https://www.google.com/appsstatus#hl=en&v=status


Ahhh, got it now, thanks!


Havenly (https://havenly.com) | Software Engineers and DevOps | Denver, CO and REMOTE | Full-time

Havenly provides interior design services, all online, at an extremely accessible price point. For a flat fee starting from $79, we set you up with your own personal interior designer, matched exclusively to your style, who works with you virtually to decorate your room. You can purchase any of the products your designer suggests for you through us, all in one place, at the best price. We deliver your room to your door.

We are a personalization layer over the furniture e-commerce experience. We take the customer's style and inspiration data to help designers design the space, and we continue to provide customized suggestions for products to spruce up their space. We're the easiest way to decorate your home.

This is an exciting time at Havenly, our tech team is growing rapidly and I'm looking to augment the team with senior technologists who have been successful in scaling consumer products! I'm looking for full-stack engineers, engineers passionate about managing reasonably large amounts of heterogeneous ecomm data (10M+ SKUs from 400+ retailers) and systems engineers who like their infrastructure as code.

I'm looking for people who want to make a big impact in an environment free of BS and focused on outcomes. Good fits in the product development team tend to crave ownership over their area of the product and prefer not to just be told what code to write. Productive cross function collaboration with product, design, marketing, and business operations should be something that excites you. We do not shy away from our desire to set a very high bar when it comes to who we hire onto our team.

Stack: AWS, PHP, React, iOS/Swift

If this sounds interesting to you, please introduce yourself: [email protected]


This is called Medical Loss Ratio (MLR), the thinking was to limit healthcare companies from charging exorbitant rates for "profit" and not care. It got strange though because "cost of care" also included wellness programs. So what do you think these insurance companies do coming into the year end when they are under their estimates for care? A) Refund premium dollars to their members, HA! or B) Spend millions of dollars in the last days of the year building step counting programs and other half-baked wellness efforts

Healthcare in America is terminally ill. In it's current form, commercial insurance, like Aetna in this article, are rewarded for pumping up the total cost of care as big as possible while keeping their members just healthy enough to dump off at the doorstep of medicaid when they're old enough to qualify for it.


I'm genuinely curious if my perception that the Ruby community has more drama than other communities is actually true.


A community without drama is probably a low movement community.

It all boils down to the type of drama that is important.

Drama over technical choices is probably a good healthy conversation to have in a community.

Drama of someone potentially abusing power given to them by the community is bad.

I can't recall any other instances of this type of drama in the ruby community, but maybe someone else can remember?


Most of this drama is stirred up by just two people.


AWS is doing a great job producing more and more sticky features.


I love this advice. Here is a blog post that I keep coming back to regarding this.

http://mcfunley.com/choose-boring-technology


Wow, love this article. The context of this article is how I ran my consultancy and the developers didn't enjoy my choices to choose the "boring" tech over what new tech they wanted to bring in, in the middle of a project. "Secrets of Consulting" is a great book if you've never read it, too


Consider applying for YC's Summer 2025 batch! Applications are open till May 13

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

Search: