SilverRail Technologies (Expedia Group) | Senior Python Engineer | London, UK | Full Time | ONSITE | Above-market Salary | https://www.silverrailtech.com/
SilverRail is searching for a senior-level Python engineer for our Account-Based Ticketing (ABT) team: think "Oyster for rail". We believe what we're building has the potential to revolutionise how people get around the UK by train.
We're looking for a Senior Backend engineer who predominantly works in Python 3. We use Django, Flask, PostgreSQL, AWS Lambda, and Docker, to name a few technologies. We're also going all-in on microservices, so anyone with experience or interest here could make a great candidate.
We work from a relaxed, comfortable office in central London (Tottenham Court Road), and offer flexible working hours as well as some remote options. We respect your work/life balance, and we have Glassdoor reviews (https://www.glassdoor.co.uk/Reviews/SilverRail-Technologies-...) to prove it.
We work in self-organising, cross-functional teams, so applications from engineers who also have a burgeoning interest in Product, Design, or Engineering Management would be very welcome.
Perm roles are now (finally) getting better at competing with sky-high contracting rates. Every successive budget also makes contracting a slightly less lucrative situation.
Revenue vs user satisfaction isn't entirely a binary choice though. If Monzo offer a feature which costs them a lot but offers user's some convenience, it's a bit of a balancing act to figure out what the convenience is actually worth. Debit card top-ups were costing Monzo millions per year, and seems to me to be only marginally more convenient than a bank transfer.
Debit card payment into a bank account is kind of an odd feature anyway, it seems like a bit of a relic from back when Monzo weren't a fully-fledged bank, and were just offering a prepaid card.
Yes, I don't really understand the controversy either. I work with Python a lot in my day job, and I am quite frustrated with how slowly the language moves. For a long time, it seemed like the reason was the Python 2-3 switch, but now we don't have that excuse, and things are still slow. Every little decision seems to get immobilised at the PEP stage.
That's not an accurate summary of assignment expressions.
Assignment expressions perform the assignment and also return the value of the assignment. So you can assign and test a conditional at the same time. It's quite an elegant alternative to some quite verbose repetitive code you would otherwise have to write in some scenarios.
I agree. I have only just heard of this product, but can immediately see it would be extremely useful to me. Sadly, I can say 100% that I can not justify this kind of spend on a single operational analytics tool. For that reason, I probably won't even try it.
Once you have your lambda running inside a VPC, you can assign an elastic IP to the VPC. You don't need an EC2 instance, but you will need a NAT gateway, which is billed at similar levels to a small EC2 instance anyway.
Correct me if I'm wrong here: MyTaxi and Gett are solely for black cabs? This makes them a lot more expensive than private hire. Their UX is also slightly behind Uber's offering.
Addison Lee are also overpriced, and are not a company I'm willing to support due to their director's comments about cyclists and public transport.
One service you haven't mentioned here is Green Tomato, which have a tolerable app, but seem to have so few cars on the road that the wait time for a car is often a lot higher than Uber. Potentially this could be an opportunity for them if Uber truly do disappear from London.
> Since such work would complicate the PyPy code base and our day-to-day work, we would like to judge the interest of the community and the commercial partners to make it happen (we are not looking for individual donations at this point).
A marketing buzzword is something like "web scale", which might be used by a non-technical person to describe a technology, but has no real technical meaning. Serverless is not a buzzword because it is the name used for a collection of technologies, even if it isn't a specific product. "Software containers" also falls into this category.
Yes, serverless architectures involve servers. Well done for recognising this, you are very smart. In fact, you are smart enough to realise that the architectures we are talking about here are very distinct from traditional web hosting services. So, it's convenient to use a different name for them.
Finally, it doesn't really matter whether you like the term or not. It is the accepted term and it is here to stay. If you want to engage in conversations on the topic you will need to move past your misgivings.
No, I'm not peeved by the "misnomer". What is getting a bit annoying is every conversation about serverless being dominated by snarky comments about there being no such thing. As software professionals, we all know there is a server involved in responding to requests for our applications. But 'serverless' does accurately describe services like AWS Lambda, because the experience of development is such that you don't really have to think about servers, along with all the complexity of provisioning, configuring and managing them.
> Uh oh! The data scientist isn't up to date on the trends in gender studies and critical theory, better send her off to sensitivity training!
The problem here wasn't that the data scientist was asking the wrong questions, it's that they were upset by someone stepping and offering an improved set of questions, and felt the need to complain to a manager instead of responding.
The Github management's decision of asking the author _never to communicate with this person again_ is even more bewildering.
SilverRail is searching for a senior-level Python engineer for our Account-Based Ticketing (ABT) team: think "Oyster for rail". We believe what we're building has the potential to revolutionise how people get around the UK by train.
We're looking for a Senior Backend engineer who predominantly works in Python 3. We use Django, Flask, PostgreSQL, AWS Lambda, and Docker, to name a few technologies. We're also going all-in on microservices, so anyone with experience or interest here could make a great candidate.
We work from a relaxed, comfortable office in central London (Tottenham Court Road), and offer flexible working hours as well as some remote options. We respect your work/life balance, and we have Glassdoor reviews (https://www.glassdoor.co.uk/Reviews/SilverRail-Technologies-...) to prove it.
We work in self-organising, cross-functional teams, so applications from engineers who also have a burgeoning interest in Product, Design, or Engineering Management would be very welcome.
If you're interested, please email matt dot jackson at the above-linked domain, or through https://silverrail-technologies-inc.workable.com/j/B13759F83.... Thanks!