JulienSchmidt
SumUp is a leading financial technology company, serving millions of merchants across 35 markets. We empower business owners by enabling them to accept card payments in-store, in-app and online, in a simple, secure and cost-effective way.
While there are many roles open, I would like to specifically mention two for teams that I personally work closely with:
Senior Android Engineer [Berlin or Cologne, Germany / São Paulo, Brazil]
In SumUp's highly motivated and engineering-driven Identity team, we are working on providing best-in-class authentication experiences and account protection for millions of users globally. We are looking for a Senior Android Engineer with a passion for security to join us!
Berlin/Cologne: https://www.sumup.com/careers/positions/berlin-germany/mobil... São Paulo: https://www.sumup.com/careers/positions/são-paulo-brazil/mob...
Senior Fullstack Engineer (Backoffice) [Berlin, Germany]
We are hiring for a Backend-focused Fullstack developer to help build out our internal backoffice. This role focuses on building a platform for internal teams to build out backoffice components focused on their business while also supporting internal employees in optimizing their workflows through consistent design patterns, and streamlined flows. The role stack will require working on ReactJS, NextJs, Typescript and Golang, but we none of the tools are a hard requirement, as we are eager to work with people who are willing to dive in head-first and learn something new.
https://www.sumup.com/careers/positions/berlin-germany/fulls...
Many many more roles (Data Analytics, Data Engineering, Backend Engineers (mostly Go [golang] or Kotlin/Java), iOS and Android, as well as many non-engineering roles): https://www.sumup.com/careers/positions/
Here at SumUp we're hiring fully remotely across the EU and most teams are very flexible regarding the working hours. A 4-day week should be easily doable and I've personally done that before.
Contact me via my email address in my profile and I'm happy to connect you with the best matching team.
SumUp is a leading financial technology company, serving millions of merchants across 32 markets. We empower business owners by enabling them to accept card payments in-store, in-app and online, in a simple, secure and cost-effective way. We're already 3000+ SumUppers around the globe and growing fast!
For me personally the top reason to work for SumUp is probably our engineering and team culture. We invest heavily into our DevOps capabilities and work in small autonomous and cross-functional teams.
We offer bi-weekly Hack Days for projects of your choice, as well as annual Hack Weeks (in May we're all going to Portugal), a generous learning and development budget and plenty of perks.
I'm mostly looking for new colleagues to join us building our first consumer-facing solutions and help our millions of existing merchants to connect with their customers to turn payment transactions into relationships:
• Backend Engineers: Go (golang) / PostgreSQL / k8s / AWS stack. You should bring some backend experience, but Go knowledge is a bonus, not a must. We're happy to train you https://grnh.se/49a869762us
• Android Mobile Engineers: Java / Kotlin / Android frameworks https://grnh.se/e0c5b9162us
• VP of Consumer Business / Consumer Business Leader https://grnh.se/c9454c5f2us
Many many more roles (e.g. DevOps / JavaScript/TypeScript/React Frontend / Platform / Hardware / Embedded / QA Engineer, Java/Kotlin/Node.js/Go Backend Developer roles, and UX and Product Designer, Product Manager, Engineering Manager, ML, Data and Analytics): https://grnh.se/a27fea202us
Happy to answer any questions. My email is in my profile.
That already ensures safe access at dev / compile-time. One explicitly states on declaration that the variable is accessed atomically by using the wrapper type. A linter could then simply check that sync/atomic isn't used directly anywhere.
This specific change was a bit unfortunate. It tried to fix another bug caused by the introduction of Context cancellation support, but it unfortunately caused some other major bugs due to the changed semantics. Like the very same comment already indicates, other drivers also required changes. In retro-perspective I think it would have been better to try to handle the original issue entirely in database/sql, instead of changing the "contract" with the drivers.
Go MySQL Driver was, and I believe still is, developed mostly by some random programmers in their free time (I originally started it as a side-project during high school and until now was never paid for any work on it). It probably makes anyone who worked on it proud that now some major companies, not just GitHub, employ it. But like many such projects, it is not a perfect or finished product. If you use community-driven open source software at work, try to convince your management to set some work hours aside for actually contributing back to those, like GitHub did.
It took until December of the same year until we got the first bug report and figured out what was going on. While the semantic change might look subtle, it was certainly not from our (driver maintainer's) perspective. We were quite disappointed that such a change was made 1) without informing the driver maintainers 2) making sure the changes were in place before this change made it into a Go release.
We regularly test against Go's master (now using a Travis CI cron job), but that only helps if the existing tests fail. We don't have the time to constantly monitor all changes in the Go repo.
If there is a need to make such changes (not just in database/sql and not just in Go), PLEASE actively communicate early with the community / the direct users.
WebGPU is a great innovation, but we have both privacy and security concerns here. It should be available where and when the user wants it, not silently in the background.
We do something similar, although not through a REST API. We handle all this cert management centralized on one server, which publishes the DNS records for DNS verification etc.
On our other servers is then just a simple script that periodically checks if the certs on the machine are near the expiry date and if so pulls a new one from the central system.
"As a rule of thumb, we should aim to help at least ten times as many developers as we hurt with a given change" sounds like there might be breaking changes, but on the other hand Robert still talks about including new features in the Go 1 compatibility guarantee.
I'd love if the compiler would stay backwards compatible and packages / modules could be pinned to a certain version, either during import or in the package / module itself. Then one could write Go 2 code but still use packages which are not yet updated to Go 2. Personally I think that making breaking changes is a good idea, as it allows to clean up previous mistakes. However, Go should at all cost avoid incompatibilities like between Python 2 and 3.
Personally, I have been using microG (https://microg.org/) instead of GSF on my phone for many years now. However, that is still just a partial solution. While it does its best to be privacy-friendly and does not have any integrated tracking / analytics like GSF, it still has to use Google's servers for push notifications, thus tracking is still possible to some degree.
But I agree, before Uber left the Chinese market, there was more pressure to be customer friendly. And the regular promos (with ridiculous amounts of free rides) where also nice from a customer perspective.
I guess Google will still continue to experiment, but then probably based on the standardized version.
It is unlikely that it would be blocked in China since eavesdropping is easily possible.
(Vanilla) OpenVPN is blocked in China, likewise is IPsec and L2TP. SSTP can also easily be detected via Active Probing but I'm not sure if the GFW currently does that.
In case of Priceline Group, it depends on the market. E.g. in China Agoda seems to be just another front-end for booking.com. All bookings are actually made through booking.com. But e.g. in Malaysia Agoda lists some Hotels which I could not find on Booking.com.
The Flight search engines seem to have major differences, e.g. in Southeast Asia Momondo lists a lot more local agents and more airline websites directly than Kayak.
I am a bit shocked though, that Momondo is owned by Kayak. For me, Momondo has so far been the best alternative. And Skyscanner is owned by Ctrip, which has a strategic partnership with the priceline group...
Combined with 2nd and 3rd degree phone and email connections that might be a strong indicator for FBs algorithm.
Parsing is unavoidable, regardless if the code is interpreted or compiled. This proposal seems to further compress the AST somehow.
Basically the idea is to already preprocess the text source, so that the client can skip two steps on execution: lexical analysis and the parsing of the text source resulting in the AST. The post explains why the authors believe that this is a good idea.
I assume it is a bit difficult though, since the encryption is performed in the browser. Thus API clients had to perform the exact same crypto to use this service.
Are there any signs of Censorship on iMessage so far? Are terms that are known to be blocked on WeChat, QQ etc (e.g. 法轮功 / Falun Gong) still working on iMessage?
1. Fake the origin to actual destination of choice
2. Your server bounces the original message wrapped by the SMTP error report.
3. Actual destination receives error report containing spam content from YOUR server
A proper solution would be to REJECT the message before it is accepted. However, Dovecot Pigenhole doesn't support that (yet).
E.g. I use "g" for Google and "w" for Wikipedia. "g hacker news" in the AwesomeBar would then search for "hacker news" on Google and "w hacker news" likewise on Wikipedia.