Ir al contenidoIr al pie de página
  • Empleos
  • Empresas
  • Sueldos
  • Para empresas

      Impulsa tu carrera profesional

      Averigua cuánto podrías ganar, encuentra el empleo perfecto y comparte información sobre tu vida laboral y personal de forma anónima.

      employer cover photo
      employer logo
      employer logo

      Ad Hoc (DC)

      Empresa activa

      Información
      Opiniones
      Sueldos y beneficios
      Empleos
      Entrevistas
      Entrevistas
      Búsquedas relacionadas: Opiniones sobre Ad Hoc (DC) | Ofertas de empleos en Ad Hoc (DC) | Sueldos en Ad Hoc (DC) | Beneficios en Ad Hoc (DC)
      Entrevistas de Ad Hoc (DC)Entrevistas para el puesto de Software Engineer en Ad Hoc (DC)Entrevista de Ad Hoc (DC)


      Glassdoor

      • Acerca de
      • Premios
      • Blog
      • Contacto

      Empresas

      • Cuenta gratuita de empresa
      • Centro de empresas

      Información

      • Ayuda
      • Normas
      • Condiciones de uso
      • Privacidad y opciones de anuncios
      • No vender ni compartir mi información
      • Herramienta de consentimiento de cookies

      Trabaja con nosotros

      • Anunciantes
      • Empleo
      Descargar aplicación

      • Buscar por:
      • Empresas
      • Empleos
      • Ubicaciones

      Copyright © 2008-2026. Indeed, Inc. «Glassdoor», «Worklife Pro», «Bowls» y sus logotipos son marcas comerciales registradas de Indeed, Inc.

      Empresas seguidas

      Sigue a tus empresas favoritas para estar al tanto de las últimas oportunidades y disponer de información de primera mano.

      Búsquedas de empleo

      Recibe recomendaciones y actualizaciones personalizadas al iniciar tu búsqueda.

      Entrevista de Software Engineer

      12 oct 2023
      Candidato de entrevista anónimo
      Washington, DC
      Sin oferta
      Experiencia negativa
      Entrevista normal

      Solicitud

      Envié una solicitud electrónica. El proceso duró 4 semanas. Acudí a una entrevista en Ad Hoc (DC) (Washington, DC) en ago 2023

      Entrevista

      Talked with a recruiter and was directed towards a homework assignment. I spent 8 hours on the assignment, turned it in, and never heard from them again. They ignored all subsequent communication attempts. All test cases for the homework were passing and it was an area I had experience in.
      1

      Otras opiniones sobre las entrevistas para el puesto de Software Engineer en Ad Hoc (DC)

      Entrevista de Software Engineer

      8 dic 2023
      Candidato de entrevista anónimo
      Sin oferta
      Experiencia negativa
      Entrevista normal

      Solicitud

      Envié una solicitud electrónica. El proceso duró 3 meses. Acudí a una entrevista en Ad Hoc (DC) en nov 2023

      Entrevista

      Waste of time, don't bother. did the first phone screen and was told to do some assignment that I would hear back after three days of doing it. I did it immediately and then never heard back, don't think they even bothered to look at it. After two weeks I sent a message to follow up and nothing. They will just waste your time and not even bother to look at the assignment. Just shoot down people before wasting their time with these assignment.

      Preguntas de entrevista [1]

      Pregunta 1

      Didn't really ask anything just told me to do an assignment and they would hear back.
      Responder pregunta
      5

      Entrevista de Software Engineer

      15 abr 2022
      Candidato de entrevista anónimo
      Sin oferta
      Experiencia positiva
      Entrevista normal

      Solicitud

      Acudí a una entrevista en Ad Hoc (DC)

      Entrevista

      I applied online after finding the company on a job board. After applying, I got an automated email to do their "homework" which is a practical take-home assignment basically with a deadline of about a week out. In the details of the assignments it mentions to plan to spend around 2 hours on it, do it in whatever language you prefer, and to not over engineer the solution, or go beyond requirements and do things like write unit tests. So far, this process feels really interesting and could work out great. Within a couple days I receive an email from a recruiter to set up a 30 minute screen, which I set up for about a week out as well, the day after my "homework" is due. I then spend probably 2-3 hours working on the assignment, completing the requirements, handling edge cases, cleaning up code and adding documentation. The program runs as expected and outputs the desired results; even testing to ensure proper output. I worked in Java and since it mentions keeping it minimal, I do the work in core Java; I don't add any external dependencies. As such, it performs the task not super fast - around 300-400 ms which includes parsing 3 files, one of which is 20k lines, another 50k lines. I could achieve better with libraries or even with more time spent, but felt that might be over-engineering for a simple take-home that specifically mentions not over-engineering. Great, submit it the day it is due, ready for my recruiter interview the next day. The next day comes around and I get an email from the recruiter stating that after evaluations, my submission is "below our standard passing score" and that they can't provide any feedback on why, and also cancelling the interview that was scheduled in 3 hours. I find this incredibly disrespectful of candidates' time and also self-defeating. If you are going to ask somebody to spend hours of their time working on a take-home, 1) give some insight into what the rubric is they are being scored on and 2) give ANY sort of feedback on the work. Not only is this wasting the candidates time, but also your own employees grading this work for candidates who are not set up for success in any way. While the recruiter cancelling a few hours beforehand is rude when people have other jobs they take time away from, kids they arrange care for, etc., I could look past this as honestly a lot of tech recruiters pull this stuff. What I find most concerning is the engineering side of this. If you are going to have some hard-set rubric being used, at least tell the candidate what you are looking for (i.e. we are looking for performant, documented, and/or simple code). Telling candidates to not over-engineer, then failing them when their code meets the requirements laid out makes absolutely no sense. In my opinion this shows a pretty clear lack of empathy from the engineering side, which to me is a big red flag. I gave most of this feedback to the recruiter as well, which was responded to in what I felt was a somewhat defensive manner, mentioning they have kids as well (not sure how that is relevant to the situation when they are the ones cancelling a scheduled meeting) and offered a follow up call on the homework. I won't be taking them up on that; what would either of us get out of it at this point? As engineers looking, I would suggest not applying here until there has been a change made to their process. As is, this process is a massive waste of time.

      Preguntas de entrevista [1]

      Pregunta 1

      Parse files, calculate stuff, output stuff.
      Responder pregunta
      13