Aller au contenuAller au pied de page
  • Emplois
  • Entreprises
  • Salaires
  • Pour les employeurs

      Boostez votre carrière

      Découvrez votre salaire potentiel, décrochez des emplois de rêve et partagez vos témoignages de manière anonyme.

      employer cover photo
      employer logo
      employer logo

      American Express

      Employeur impliqué

      À propos
      Avis
      Salaires et avantages
      Emplois
      Entretiens
      Entretiens
      Recherches associées: Avis sur American Express | Offres d’emploi chez American Express | Salaires chez American Express | Avantages sociaux chez American Express
      Entretiens chez American ExpressEntretiens d’embauche pour Mobile Software Engineer chez American ExpressEntretien chez American Express


      Glassdoor

      • À propos
      • Récompenses
      • Blog
      • Nous contacter
      • Guides

      Employeurs

      • Compte employeur gratuit
      • Centre employeur
      • Blog pour les employeurs

      Informations

      • Aide
      • Règles de la communauté
      • Conditions d'utilisation
      • Confidentialité et choix publicitaires
      • Ne pas vendre ni partager mes informations
      • Outil de consentement aux cookies

      Travailler avec nous

      • Annonceurs
      • Carrières
      Télécharger l'application

      • Parcourir par :
      • Entreprises
      • Emplois
      • Lieux

      Copyright © 2008-2026. Glassdoor LLC. « Glassdoor », son logo, « Worklife Pro » et « Bowls » sont des marques déposées de Glassdoor LLC.

      Entreprises suivies

      Tenez-vous au courant des dernières opportunités et profitez de conseils d’initiés en suivant les entreprises de vos rêves.

      Recherche d’emplois

      Obtenez des recommandations et des mises à jour personnalisées en démarrant vos recherches.

      Entretien pour Mobile Software Engineer

      21 févr. 2016
      Candidat à l'entretien anonyme
      Remote, OR
      Aucune offre
      Expérience positive
      Entretien moyen

      Candidature

      J'ai postulé via une agence de recrutement. Le processus a pris 3 jours. J'ai passé un entretien chez American Express (Remote, OR) en févr. 2016

      Entretien

      I recently flunked the interviewing process for a Mobile Software Engineer role at American Express and thought it would be useful for future candidates coming down the pipeline to know what they are likely to be in for. In terms of their set-up and infrastructure, AmEx has two distributed mobile teams named Itchy & Scratchy (each headed by a boss who you'll likely talk with for your initial phone screen & introduction). Most of the developers live near AmEx offices (e.g. Arizona, San Francisco Bay Area), but the majority of the 7 people I spoke with were definitely at home offices or at least working from home the day they spoke with me, so AmEx does have an open mind when it comes to truly distributed, remote work. Each of the teams is a mix of iOS & Android developers, product managers, QA folks, etc. The mobile teams appear to fully invested in using all the latest Atlassian tools (BitBucket, Jira, HipChat, etc.). Daily builds go out for QA each day and a separate team builds the actual store release, which typically happens every six weeks (but it sounds like they are trying to get to four-week-cycle per release). While they are doing one week sprints, it's not a super formal Agile set up, but more of a Kanban-style process (that's how it was described to me; the way I interpret this is that there aren't super fixed, hard deadlines for getting tasks done). Because AmEx is a financial company handling customers' sensitive & personal financial data, a team member simply cannot use their own personal set-up for their engineering work but instead they'd be provided with an AmEx computer (where you do have admin access where you can install and work with various developer tools & utilities, but the IT department still has ultimate control over your company-issued machine). On the flip side, iOS developers aren't able to use Interface Builder to build their interfaces, but instead you'll need to get accustomed to some open source (found on GitHub) called PureLayout. You'll be writing your user interfaces entirely programmatically in code. In terms of the process: after the initial ("culture"?) interview with a team director, the next round was three consecutive hour long interviews with six people in total (two people per round). It looks like the way they set it up was each of these technical interviews had one mobile developer in my specialty (who was doing most of the questioning), plus another technical-type person (project / product manager, back-end engineer) listening in and periodically asking questions. All of my interviews were done using a WebEx style tool named Zoom (there are mobile apps for Android & iOS, as well as browser plug-ins for desktop machines -- you'll likely need to use the desktop machines because you'll be doing Collabedit to show off your coding chops). It looked like a healthy range of different ages, maturity & experience levels (the oldest guy in the interview collection was probably in his late 30's). I didn't think the questions were too out of line for my specialty, and I finished up the day feeling really good about the discussions & interactions (i.e. the "positive experience" checkbox on this Glassdoor review). But sadly it was not meant to be: I received the generic "good luck finding another job somewhere else" rejection e-mail within 24 hours of finishing the three hour long interview day. Since there's traditionally no feedback from these kind of big company interviews, I can only make guesses as to where I slipped up. Were I to ever do this interviewing sequence again, I'd recommend reading up on XCTest or whatever Unit Test setup your mobile architecture uses. I'd also be likely to not be as honest about my enthusiasm for working with a team of smart co-workers (I probably said something like "I'm excited about working with AmEx because I'm burned out working short term gigs as a contractor at other companies" -- and "burned out" might have been a phrase that turned off the two interviewers I spoke it to). This was a job I really wanted, as it looked like it had the right kind of professionalism, responsibility and flexibility for the next phase of my career and I'm truly sorry I blew it. Perhaps you'll have better luck? Hopefully my experience flunking the American Express interview will help you to prepare to pass your interviewing day. If you find any of the information in my interview review helpful, please let me know by voting "Yes" on the "Helpful?" question below (this helps to motivate me to be as detailed as possible).

      Questions d'entretien [2]

      Question 1

      given an API that looks like this: interface EventReporter { enum Interval = {SECOND, MINUTE, HOUR}; public void recordEvent(String eventName, LocalDateTime t); public Map<String, Int> getEventCounts(String eventName, LocalDateTime start, LocalDateTime end, Interval i) } and data that looks like this: "x", 20:00:01 "x", 20:00:01 "x", 20:00:15 "x", 20:10:00 "x", 20:58:00 Describe a data structure and how you might implement the API's that come up with counts (via the "getEventCounts") for these three different "interval" types: Ask for event counts for "x", from 20: to 21:, with interval Second, you'd get: {"20:00:01": 2, "20:00:15": 1, "20:10:00": 1, "20:58:00": 1} Or with interval Minute: "20:00" -> 3, "20:10" -> 1, "20:58" -> 1 Or with interval hour: "20" -> 5
      1 réponse

      Question 2

      Design a Credit Card Parser that: 1) Will validate if a credit card is valid or not 2) Return the logo of the credit card (if valid) or return nil in case the credit card isn't valid. Dataset: User enters: 1111-1222-1112-1203 expiration date: 12/03. Valid Credit Card 2. Credit Cards: 2.1 Acme Credit Card: Starts with 1121 2.2 Alfa Credit Card: Starts with 1111 2.3 AmEx Credit Card: Starts with 3796
      1 réponse
      13