TrialReach is a VC-backed startup solving the problem of matching patients to clinical trials. We’ve raised over $20m in funding and have centrally located offices in London (eng + product) and New York (commerical). Most importantly, we’re solving a problem that makes a real difference to the lives of millions of patients worldwide.
We’ve developed a question-based algorithm for probabilistically matching patients to trials (take it for a spin with our initial US diabetes release: http://trialreach.com/diabetes.html) and we’re recruiting engineers for our London office. Our back-end is predominantly Python.
We're also interested in talking to anyone with experience of data architecture for healthcare products. In particular this would mean a good understanding of available medical ontologies and a solid theoretical understandig of database architectures.
If you have any questions feel free to email jobs at trialreach.com (please mention that you saw this on HN and these will come through to me). Also happy to discuss internships as long as you’re available for at least 3 months.
LONDON (UK) -- Software Engineers (front and back-end), Data Architects
TrialReach is a VC-backed startup solving a huge problem in the healthcare industry.
• This is a company you can be proud to be a part of with a huge vision for transforming healthcare.
• You'll be working alongside a small but highly talented multi-disciplinary team solving challenging technical problems.
• Our gorgeous riverside offices in Richmond provide a change from the urban jungle whilst being just 10mins from the tube.
The Roles
We're currently recruiting for 1xBack-end developer and 1xFront-end developer. If you happen to be a full-stack developer, even better.
Our back-end stack is Linux/Postgres/Neo4j/Python/Django - we an experienced software engineer that can work across our range of products including being comfortable taking academic R&D projects and turning them into production ready products. Any production experience with Neo4j or other graph databases highly valuable.
On the front-end we need somebody who can help define and build a brand new scalable and performance-focussed front-end architecture that works for mobiles, tablets or desktop computers. For more details see http://www.trialreach.com/about/jobs/
We're also interested in talking to anyone with experience of data architecture for healthcare products. In particular this would mean a good understanding of available medical ontologies and a solid theoretical understandig of database architectures.
Where do I apply?
We're happy to consider full or part-time applicants. We offer competitive salaries and stock options. You must have the right to work in the UK.
We're interviewing candidates immediately. So if you're interested, please do get in touch - jobs at trialreach.com (please mention that you heard about this on HN)
• This is a company you can be proud to be a part of.
• You'll be working alongside a small but highly talented multi-disciplinary team.
• Our gorgeous riverside offices in Richmond provide a change from the urban jungle whilst being just 10mins from the tube.
The Roles:
We're currently recruiting for 1xBack-end developer and 1xFront-end developer. If you happen to be a full-stack developer, even better.
Our back-end stack is Linux/Postgres/Python/Django. Our front end uses the usual HTML/CSS/JS with some jQuery and various javascript libraries for graphing and displaying data.
It's a pity the article wasn't able to dig deeper into the underlying causes.
I would suspect that the problem needs to be addressed much earlier on by both improving the quality of school tuition in engineering required subjects (maths, sciences etc) as well as raising the profile of engineering careers among both children and the general public.
• This is a company you can be proud to be a part of.
• You’ll be working alongside a small but highly talented multi-disciplinary team.
• Our gorgeous riverside offices in Richmond provide a change from the urban jungle whilst being just 10mins from the tube.
The Role:
Our stack is Linux/Postgres/Python/Django. One day you might be translating visual designs into HTML, the next day you might be working our search and patient matching algorithms. The one certainty we can offer you is that you’ll never be bored.
Ideally we're looking for people to work on our whole stack, but we're also happy to talk to front-end (HTML/CSS/JS) specialists.
If you don't have experience with Python but have worked on something similar (Ruby, PHP etc) then that's fine too!
Where do I apply?
We're happy to consider full or part-time applicants as wells as students looking for internships. You must have the right to work in the UK.
We're starting interviewing candidates from next week, so if you're interested, please get in touch - zeshan at trialreach.com
Slightly worrying to see the conversation in the twitter widget between Bill Scott and a Techcrunch editor about this story where he has to explain that Java is not the same as JavaScript...
The Role: We're looking for for front and back-end developers, but ideally you will be comfortable working on our whole stack (Linux/Python/Django through to HTML/JS/CSS with jQuery) even if you're stronger on one end than the other.
Compensation includes base salary + bonus + stock options
About TrialReach: We're an early stage VC-backed startup that helps patients find and access new treatments before these are available to the general public. We've signed up a bunch of major pharmaceutical companies as customers and we're trying to solve one of the biggest problems in the industry.
We've got a great riverside location and you'll get to work alongside some very smart and experienced people on something that can transform the lives of patients worldwide.
Bonus points if you:
- Speak any European languages
- Are familiar with building systems to manage and display multilingual content
- Have experience with recommendation/search algorithms
Interested? Pop me an email: zeshan at trialreach.com
The advantage of off-the-shelf companies used to be much greater when the company registration process was slower and all done off-line. These days it's less relevant.
Retirement accounts aren't usually held entirely in cash except very near the end. For younger people the bulk would be invested in equity i.e. funding businesses and thus being fed back into the economy.
In the unlikely event that the debt ceiling isn't raised, the government will need to decide which debts not to pay. I imagine it won't want to default on any bond payments, so that will leave any non-bond payments such as federal wages, medicare, medicaid etc.
In addition to this, the US credit rating is likely to fall, and potentially confidence in the dollar. If the value of the dollar decreases then this will lead to imports becoming more expensive, leading to inflation.
Would be interesting see most the most popular tweets for this hashtag adjusted in some way for #followers per retweeter to see if you could separate the "quality" of the tweet from the volume of followers it reached (to counter the Katy Perry factor mentioned)
I wouldn't recommend using this as a basis for building your model. Use it to assist you by all means but you'll learn a lot more by building your own, and it doesn't need to be anywhere near as complex as this one.
Always use relevant operational drivers for your business - this model is a very generic one that takes income by month as an input and then just grows it by arbitrary percentages after the first 3 months.
So e.g. for a web based business often key drivers will be traffic to your site, conversion rates, price of product (and percentage growth rates for these). Once you have these you can calculate revenues (which could then go into the spreadsheet linked to here if you really wanted to use it).
But it's this operational modelling that really is key to both helping you and any investors understand the economics of your business.
Make sure everything (revenues and costs) are broken down month by month for 3 years. Roll up to yearly totals on a summary sheet if you want.
You can build a decent model in two/three sheets. One for key assumptions/drivers + summary results, and one for an operational model and P+L. You could do cashflow on the 2nd sheet or separately on a 3rd.
Would be funny if somebody went overboard and actually rooted the box, deleted the other entries and changed the site so the problem couldn't be solved (or closed the competition).
Then I guess you'd have to give him the job by default :-)
TrialReach http://trialreach.com
TrialReach is a VC-backed startup solving the problem of matching patients to clinical trials. We’ve raised over $20m in funding and have centrally located offices in London (eng + product) and New York (commerical). Most importantly, we’re solving a problem that makes a real difference to the lives of millions of patients worldwide.
We’ve developed a question-based algorithm for probabilistically matching patients to trials (take it for a spin with our initial US diabetes release: http://trialreach.com/diabetes.html) and we’re recruiting engineers for our London office. Our back-end is predominantly Python.
We're also interested in talking to anyone with experience of data architecture for healthcare products. In particular this would mean a good understanding of available medical ontologies and a solid theoretical understandig of database architectures.
For more details on this (+ other roles inc product and project management) please see here: http://trialreach.com/about/jobs.html
If you have any questions feel free to email jobs at trialreach.com (please mention that you saw this on HN and these will come through to me). Also happy to discuss internships as long as you’re available for at least 3 months.