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

Stripe | Integration Engineer | Berlin, Dublin, London, Madrid, Paris, or Remote | ONSITE, REMOTE, VISA

Stripe's Customer Engineering team in EMEA – working directly with the best-known and most technically complex companies in the world – needs tech-savvy, empathetic problem solvers to help design and deploy our user’s successful Stripe integrations.

We are looking for people who are comfortable in multiple programming languages, interested in working with our users, and delving into complex integration problems spanning time, currencies, and alternative payment methods.

We’re very keen to chat if you are:

* Confident and comfortable with customers. We're expecting to see customer facing roles in your past or present.

* A strong technical generalist. We come from a diverse set of backgrounds, but experience with full-stack development and software architecture patterns are critical to success in our roles.

* Comfortable with code-level debugging (Stripe code and user code).

* Empathetic, collaborative, communicative, consultative.

* Intellectually curious, with great problem solving skills. You will be challenged to find inventive solutions to technical and non-technical restrictions on both sides of an engagement, at the intersection of people, engineering and payments.

Please check out the Integration Engineer role on our jobs page: https://stripe.com/jobs/listing/integration-engineer-emea/22...

Have any questions about the above? Email me directly: lx+hn@stripe.com


This posting says "Berlin, Dublin, London, Madrid, Paris, or Remote", the web-page describing the role says "Dublin or London". Which is correct?


oops... this post is correct: «Berlin, Dublin, London, Madrid, Paris, or Remote» (in Europe). Thanks for catching the error on the web listing!


Elements is not a requirement to create a PaymentMethod. The recommended path factors in PCI stuff etc. Feel free to email me to lx@stripe.com


Uhm... got a link?

According to [1] it is required and there's no other (documented) way to do it.

Ditto for stripe.createToken() [2].

In fact, there's no word in the docs on how to feed raw card data into the v3 at all.

So we had no choice but to use Stripe.card.createToken() from the v2, but then also use stripe.handleCardAction() from the v3 for confirmation... it's a mess. What did we miss?

[1] https://stripe.com/docs/stripe-js/reference#stripe-create-pa...

[2] https://stripe.com/docs/stripe-js/reference#stripe-create-to...


beware of PCI compliance requirements [0] but you can either create a payment method explicitly [1] or include the card details when handling a card payment [2] `{payment_method_data: {card: {…}}}`

[0] https://stripe.com/docs/security#validating-pci-compliance

[1] https://stripe.com/docs/api/payment_methods/create#create_pa...

[2] https://stripe.com/docs/stripe-js/reference#stripe-handle-ca...


I am aware of [0], but unless I'm missing something neither of the methods allows creating a payment method on the client and then passing its ID to our backend to be executed and set up for 'future use'.

That's the flow we had with the v2 and that's what we can't replicate with the v3.


disclaimer: not recommended, etc... but ¯\_(ツ)_/¯ https://runkit.com/lxmedina/5d863141b387ad00138e273f


Gracias :)


Sorry, I didn’t see the previous post. Different sources anyway, imho this one is a more complete analysis. I rewrote the original title since it was not informative enough ("A Remote iOS Bug”), and the subheading was too large to post (“apple wrote code to appease the chinese government ...it was buggy”). I don’t think the headline was misleading: the crash was absolutely related to the Taiwanese flag emoji censorship.


Just to clarify, the original submission headline was «iOS bug triggered by 🇹🇼 censorship». The emoji there had a literal rather than symbolic meaning.


I know, but emojis aren't allowed, because HN is a text-based site. That's why we took it out.


Whilst some well-known experts have already agreed to share their ideas at this year's MonadLibre, we are still open for proposals. Please contact monadlibre@merchise.com


We at Merchise Startup Circle are delighted to be partnering with Stripe Atlas to boost the Cuban startup ecosystem. Glad to answer any questions.


A more detailed article about Do it Day 2015:

http://www.thedrum.com/news/2015/09/02/let-s-do-it-how-ibm-d...


Most direct investment is still forbidden due to the embargo... But I hope it will (somehow) boost the interest in exploring the Cuban startup scene.

[shameless plug] We're holding a meetup next Saturday in Havana: http://www.meetup.com/merchise/events/223604638/


The previous submission (906 days ago): https://news.ycombinator.com/item?id=5055371


A repost after that long would be just fine, but in this case there's a more recent one, which makes this a dupe: https://news.ycombinator.com/item?id=9227254.


Sorry, I had not seen it...


No worries, we often miss them too.


It's "el paquete" and it's not a thumb drive but instead 1TB of data moved around every week in external HDD.


Final votes for the debate on The Economist (where TFA previously appeared): Yes-64% | No-36% http://debates.economist.com/debate/cloud-computing


Consider applying for YC's W25 batch! Applications are open till Nov 12.

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

Search: