tjlivesey

Thriva | Full Stack Engineer | Onsite, London, UK | Full-time

We’re building the world’s first preventative healthcare service to address the 1 in 4 unnecessary deaths. In 5–10 years time people will look back and think it’s crazy how we approached health. People find it very difficult to get a grip on what’s going on inside, and this leads to big problems later on as our lifestyles catch up with us. Thriva is going to be the one to change that, hopefully with your help!

We're looking for engineers to join our team of 13 and help build a world class product. We want someone willing to jump in anywhere in the stack but solid experience with Ruby is a good positive. Find more details here:

https://thriva.workable.com/j/AB048EAF41

Thriva | Full-stack engineer, Lead engineer | London, UK | Full time - ONSITE | thriva.co

At Thriva, we are on a mission to empower people to take control of their health. We think that we will soon look back and think it was crazy how little we tracked and understood our internal health and Thriva is going to be the one to change that. Hopefully with your help! We’ve started by making it simple to track the most valuable internal health data and we’ve built a platform on top of a slick home testing service. That's just the start. We’re a growing team of tech, product, marketing and medical people with fantastic investors.

Technologies we currently use:

Ruby, Rails Vue.js, Node PostgreSQL, Redis, RabbitMQ Heroku, AWS

https://thriva.workable.com/

Thriva | Frontend engineer, Fullstack engineer | London | ONSITE https://thriva.co

We are on a mission to empower people to take control of their health. We’ve started by making the most valuable internal health data accessible and we’ve built a platform on top of a slick home blood test service. That's just the start. We’re a growing team of tech, product, marketing and medical people with fantastic investors. I've worked with some great people who I've found through HN so please get in touch if you are interested or want to hear more.

We are looking for people who want to build world-class products and understands how technology can help achieve this. You’ll be excited about joining a small team where you’ll have a big impact on stuff that gets built and you’ll be shipping production code regularly. We are a serious business but we like to laugh and don’t take ourselves too seriously.

We are looking for a frontend and fullstack engineer but if you don't quite fit into either of these categories, please get in touch anyway.

Technologies we currently use:

   - Vue.js, React, SCSS, HTML  
   - Ruby, Rails    
   - PostgreSQL, Redis, RabbitMQ   
   - Heroku, AWS

More info here: https://thriva.workable.com or get in touch with me directly: tom at thriva.co

I'd venture a guess that that the liquor store and the restaurant do this for "accounting purposes" and the diner is living in the 80s. As I say though, I'm sure it varies based on specific situations, my experience is based on working with small business owners based in the UK.

Cash can actually be fairly expensive for businesses to handle. It needs to be insured, transported and often banks will charge fees for depositing cash into a business bank account. Depending on the specific circumstances, it can actually be as, if not more, expensive to process than cards.

There are lots of early stage startups these days that, on the surface, are easily replicated. The fact is though that they were the ones to do it first/successfully. This isn't to say that someone else can't come and eat their lunch, but as an investor, if you think the market in general has potential, you obviously have to bet on the best horse before the opportunity gets snapped up. Fraud is always going to be an issue with companies that deal with transactions but money can help alleviate to put the systems in place to deal with it.

Choose something that interests you and something you want to use yourself if possible. If you can also try out a new language or some new technologies along the way, even better. If you build something with no expectations of making money, then everything is a bonus and you have had fun and maybe picked up some new skills. I would say for most side projects, the majority of the value is not gained from the revenue. Having said that, completing something and putting it out there is the most important part. Good luck!

Droplet (dropletpay.com) - Ruby on Rails developer (Shoreditch, London)

Droplet is a funded, fast-growing startup working to overhaul payments. We have mobile apps, web apps and a realtime API - most of our platform side code is Ruby and Go, and we are using a handful of other services and technologies.

You:

  - Have experience with Ruby (or other object oriented languages)
  - Have built and deployed Rails applications
  - Love to learn new things
  - Are self-motivated and able to work to your own agenda
  - Think like a hacker
  - Are eligible to work in the UK (an EU citizen)

We offer:

  - Competitive salary (range £30-£40k DOE)
  - Work to your own schedule (we have no fixed working hours)
  - Based at our London office (City Road)
  - Learn new things every day, and work with nice people
  - Big challenges to solve in security, performance, big data, analytics, and lots more
  - We love to work with smart people who learn fast. If that sounds like you (don’t be shy) then get in touch.

To apply:

Send a CV to join@dropletpay.com OR simply solve the following code challenge and get an interview.

https://www.prehash.com/#/startup/38/challenge/92

London, UK - Droplet

Droplet is a fast growing and funded mobile payments platform. We are looking to hire engineers to join our small team based in London. We are mostly Ruby/Go at the moment but generalists and quick learners are more than welcome!

You:

    - have experience building, testing and deploying Ruby applications

    - have strong understanding of object-oriented programming

    - enjoy finding the right solution for the problem at hand

    - are able to talk confidently about choices you make

    - are highly self-motivated

    - think like a hacker

Experience in the following is desirable:

    - Web application security principles

    - Golang

    - SOA systems

    - RabbitMQ

    - Ruby

    - AWS suite of products

Benefits

    - Flexible working hours and location
    
    - Opportunity to actually build stuff

    - Unlimited holiday

    - Participation in our employee share options scheme

To apply:

Complete our code challenge and get an interview! https://www.prehash.com/#/startup/38/challenge/92

Or email join@dropletpay.com

Thanks for all the hard work Steve. I have been waiting for ember 1.0 to really give it a proper go but I'm looking forward to it. It seems like a slightly steeper learning curve than something like backbone but I'm sure it will do more for you once you get to grips with it.

>However, a lot of people I talk to are moving to pure JS front-end + REST backend. In this world Rails doesn't deliver any particular value (in my opinion).

I agree with this but I think there is a place for a javascript framework tied fairly closely to Rails. Possibly ember.js since the attitude towards both seems similarly opinionated and Yehuda Katz is one of the ember team. The Rails API gem accommodates this quite nicely as well although one of the benefits of Rails' modular design is that you can lose lots of the stuff you don't need if you are only building a REST API. Maybe this is the future of Rails?

I think it's slightly different because droplet is an actual word in itself. If it was drop-pay (bad example), then I might agree.

I built fetchful.com a while ago which is an attempt at this (as well as generating preview text). After a lot of testing, and a few hundred thousand generated previews, it can be quite hard to get consistent results for thumbnail, it obviously is very simple if developers plan for this and use appropriate metadata tags for their content.

It would be possible but I'm not sure that would be that much more useful than just sending a separate request for each url. If there were lots of them, they could just be looped through. Also, with lots of urls, the response could start getting quite slow. Maybe I'm missing the point of what you meant?

No paid plan at the moment, but if was something that people were genuinely interested in using, I would consider a (very cheap) paid plan. It will be sticking around 'as is' for a good while at the very least though.

It does follow redirects but I think javascript redirects are causing a problem occasionally, still a couple of issues I need to work out. The occasional url does not get parsed properly for some reason which is probably causing this error.

No problem, do let me know if you decide to use it at all, I would be interested to see. I'm no javascript expert so my jquery examples with tooltips etc are pretty basic, I'm sure it could be used for more interesting things.

It's similar, but I would like to think it's slightly faster due to it's simplicity. Also, as far as I can tell, embedly is not so good at finding relevant information from sites with no proper image and description metadata. It's really just a small project that I wanted for myself and thought others might find useful as well.

Cheers :)

A few different ways, it will favour the open graph image or meta 'image_src" tags if there are any. If not, it will take all the image tags on the page and then decide what's relevant based on the correct size and position on the page which is usually fairly accurate.