mmcdole | 5 years ago | on: Ask HN: As a programmer, how close do you work with a UX team?
mmcdole's comments
mmcdole | 5 years ago | on: Show HN: Yarr – Yet Another RSS Reader
I really like the minimalist UI! I'm excited to try this out. I'm the author of the gofeed[0] dependency and it is cool to see people using it.
mmcdole | 5 years ago | on: AirMessage – Android app to interface with iMessage on a Mac
I wish they had a linux version available.
It is the one thing I truly miss from my switch to running Linux as my primary operating system on my work laptop.
mmcdole | 5 years ago | on: Ask HN: Who is hiring? (June 2020)
Yum! Brands | Plano, TX & Chicago, IL | Onsite | Full Time
Our Company:
We are building one of the largest restaurant e-commerce platforms in the world. It will eventually help power the digital properties of Pizza Hut, KFC and Taco Bell across 50,000 restaurants in 145 countries.
The e-commerce platform is a microservice architecture built on Kubernetes and deployed to AWS. These roles would help lead, develop and test these services as we continue to expand our deployment.
Our Stack:
Node.js, GraphQL, Mocha, Postgres, Redis, Kotlin, AWS, Kubernetes
Our Jobs:
We are currently looking to fill the following positions:
- Chicago - Sr. Engineering Manager
- Chicago - Node Engineer
- Chicago - Quality Engineer
- Plano - Sr. Node Engineer
- Plano - Node Engineer
- Plano - Quality Engineer
To apply please visit: https://stackoverflow.com/jobs/companies/yum-brands-inc
To contact me directly, send an email to matthew.mcdole [at] yum.com
page 1
I've also been on teams where we work very closely with UX and they are a part of all our agile ceremonies, etc. They were a core team member of the team.
The latter experience was on a mobile team. We would review the proposed designs as a team, make comments on potential navigation issues, or non-standard UI elements for our platform. There was some give or take here on both sides. Once we were in general agreement the dev teams would start their implementation work.
Then we had a bi-weekly meeting for both platforms where a rotating engineer would meet with the team's UX team member (UX-Palooza) for 30 minutes. They would come prepared with a list of small UI issues they saw that they wanted adjusted. Minor alignment issues, font issues, etc. Things that were too small to bother writing up tickets for. The developers would try to fix everything live while sitting with the UX team member and if anything seemed like it would take more than a couple minutes we would create a story.
I feel like this model worked really well. The one "drawback" is that the UX team member identified more with the product development team than their UX peers who didn't operate like this. I feel like it may have caused some friction between the UX team member and their broader UX organization.