¿Hay algún lugar para mí en compañías como Facebook, Palantir, Google, etc., si soy malo con los algoritmos pero bueno con Android?

(***) Todos puntúan, excepto los que pierden la confianza y dejan de intentarlo.

La mayoría de las chicas quieren novios. Todas las compañías de software necesitan ingenieros.

Repita después de mí: sus resultados anteriores no significan nada.

Déjame repetir eso para ti: tus resultados anteriores no significan nada.

Los resultados que está viendo recientemente son ruido aleatorio. Debe internalizar esto para tener una carrera de software exitosa.

Las entrevistas son exactamente como las citas. Es un juego de números. Continúe entrevistando, estudie uno de los libros de entrevistas de software y, finalmente, golpeará al grupo de tontos que le harán las preguntas correctas en el día correcto.

Te dejaré entrar en el gorila de 800 libras en la sala: la contratación de profesionales (es decir, los reclutadores) saben absolutamente que estos criterios son completamente inútiles. Para cumplir con sus objetivos de contratación, pasan los mismos candidatos por la ruleta cada seis meses. Si no pudieras conseguir el trabajo, no obtendrías una entrevista. Adómalo, sigue golpeando a las chicas bonitas **, y dentro de un año la probabilidad se acerca a la que tienes suerte.

He sido rechazado por compañías buenas y malas basado en preguntas de entrevistas de “performance art”. La semana pasada fui rechazado por los imbéciles que crearon el desastre de seguridad ****, y obtuve una oferta de una de las principales compañías de IPOd recientemente.

Los resultados son completamente al azar. Como son las evaluaciones de desempeño, por cierto.

Estás en una gran compañía cuando te equivocas con estos problemas. DEBERÍA equivocarse con estos problemas. Un ingeniero con cada algoritmo listo para colgar en una pizarra obviamente ha estado estudiando en lugar de hacer su trabajo.

Y no, nada de lo que hagas en la escuela o en el trabajo convencerá a un solo cabeza hueca inteligente para que admita la evidencia real de que eres inteligente y puedes hacer las cosas. Le diría que no se moleste en entrevistar a empresas tan estúpidas, pero todos lo hacen.

Así es como es. Chúpalo, amigo.

** Por favor, golpea a diferentes chicas bonitas, no la misma una y otra vez.

*** La respuesta supone que el interlocutor es un hombre heterosexual. Solo con fines de humor.

Si solicita un puesto de ingeniería especializado para Android o iOS, debe conocer un poco sobre algoritmos, ser bueno en la codificación y saber mucho sobre esas plataformas; recuerde, está compitiendo con los mejores expertos del Valle, incluidas personas de Google o Apple que pueden haber trabajado en el desarrollo de las plataformas en primer lugar. Si se postula para un puesto de ingeniero generalista, debe conocer una buena cantidad de algoritmos y ser bueno en la codificación, así como en la arquitectura de software general.

Patrón común aquí: ser bueno en la codificación. Los detalles de la pregunta implican que el verdadero desafío que tiene el OP no es algorítmico, sino poder escribir código cuando alguien más está mirando. Solo tendrás que superar eso. Escribir código frente a otras personas es ciertamente algo que tendrá que hacer en el trabajo y para pasar las entrevistas debe poder hacerlo en una pizarra y en una computadora portátil.

Los algoritmos son sobre tu PENSAMIENTO. Cómo piensas, en qué proceso vas para abordar un problema. Tuve entrevistas en las que respondí mal la pregunta, pero entendieron mi enfoque de resolución de problemas y todavía me ofrecieron el puesto. Muestra tu trabajo, explica lo que estás haciendo y por qué. Un buen entrevistador hace una serie de preguntas para ver qué tan avanzado está. No debería poder hacer todo bien y, a veces, no hay una sola respuesta correcta. Y las respuestas también son correctas en el contexto correcto.

Y como nota final. Ser bueno con Android e iOS no significa nada. La programación se trata de poder aprender conceptos y aplicarlos. Por eso los algoritmos son importantes. Cualquier programador que valga la pena puede aprender un nuevo lenguaje e implementar una solución que ya han creado antes. Es solo cuestión de aprender (o buscar) la sintaxis correcta. Pero cuando no sabe cómo implementar una solución en un idioma que supuestamente conoce, ¿cómo espera implementarlo en uno que aún no conoce?

Si no puede implementar algo como fizzbuzz o quicksort en la parte superior de su cabeza en el idioma que elija para una entrevista … debe estudiar seriamente. Por lo menos, podrá explicar el proceso incluso si su sintaxis está desactivada (la mayoría de los entrevistadores le pedirán que lo haga con cualquiera de los idiomas de su currículum … o incluso con el que esté más familiarizado) si no puede incluso haz que no tengas ninguna posibilidad en ninguna de las principales compañías.

Estoy animado y entristecido por lo que estoy leyendo aquí, y simpatizo totalmente con el que hace esta pregunta.

Por un lado, creo que Jim Spencer tiene razón cuando escribe:

“Estás en una gran compañía cuando te equivocas con estos problemas. DEBES equivocarte con estos problemas. Un ingeniero con cada algoritmo listo para colgar en una pizarra obviamente ha estado estudiando en lugar de hacer su trabajo. Cada gerente de ingeniería que piensa que esto es debe despedirse una buena forma de contratar. Inmediatamente. Sin remordimiento “.

Y creo que el punto de vista de William Harris representa mucho de lo que está mal con la contratación de empresas de software en estos días.

Tiene razón al decir: “Si quieres pasar a un equipo de primer nivel … debes poder responder una pregunta de algoritmos desde la parte superior de tu cabeza en menos de 15 minutos con nada más que un marcador, una pizarra blanca y un ingeniero que es brillante mirando por encima del hombro listo para verte fallar para que pueda volver a trabajar “. He estado en entrevistas en estas empresas, y así fue exactamente como fueron.

Aunque nos gusta pensar en la ingeniería de software como una disciplina rigurosa y científica, está tan sujeta a las modas como en cualquier otro lugar. Esto se aplica especialmente a cómo seleccionamos, entrevistamos y contratamos candidatos técnicos. Las compañías ambiciosas tienden a imitar lo que perciben como las prácticas del líder. En la década de 1990 y principios de la década de 2000, Microsoft era el líder, y como Bill Gates era un maestro de los rompecabezas, todos preguntaban “cuántos afinadores de piano hay en Seattle” y “¿por qué son redondas las tapas de alcantarillas?” Hoy en día, tanto con Googlers como con Facebook provenientes de entornos universitarios de élite (a pesar de que Zuckerberg abandonó Harvard), y con la noción ágil de “los desarrolladores deberían poder trabajar en cualquier cosa para que puedan enjambrar en problemas”, el enfoque se ha desplazado a evaluar las habilidades de los candidatos en estructuras de datos, algoritmos y otros bits fundamentales de CS. Libros como “Cracking the Coding Interview” y otros enumerados por William Harris, sirven para perpetuar y reforzar esta práctica.

El problema es que la habilidad en esta área en particular es solo marginalmente correlativa con si un candidato puede desarrollar código de alta calidad, mantenible, comprobable y reutilizable. Sí, los algoritmos / estructuras de datos son elementos centrales de la informática, y el conocimiento y la exposición a tales cosas es vital para una mayor comprensión y avanzar más allá de ser simplemente un “script kiddie”. Sin embargo, dado que estos rara vez se encuentran en escenarios del mundo real, y dado que la mayoría de nosotros, como Jim Spencer lo dice sabiamente, ya estamos ocupados haciendo nuestro trabajo y manteniendo nuestras habilidades actualizadas … bueno, siento que hay mucho, Una forma mucho mejor de evaluar la habilidad del candidato:

¡Pídales que trabajen como lo harían si consiguieran el trabajo!

Lo que quiero decir con esto es un “desafío de codificación”. Siente a un candidato con una computadora portátil, documentación estándar de API y un período de tiempo fijo, y pídales que escriban una aplicación que funcione en su especialidad. Luego, el problema puede revisarse y discutirse, tal como lo sería en una revisión del código de la vida real.

Las pizarras blancas están bien para una lluvia de ideas, hablar a través de modelos de objetos, tal vez revisar pequeños fragmentos de código. Pero esta noción de tener que codificar problemas considerables (un entrevistador reciente pidió un juego de tres en raya) en una pizarra es, en mi opinión, idiota. Ya estás nervioso por la entrevista. No puede detectar o detectar errores fácilmente cuando están escritos a mano en un marcador de borrado en seco. Esta noción de candidatos humillantes al obligarlos a escribir código a mano mientras un entrevistador “dispara” con comentarios y críticas me parece marginalmente más útil que los rituales de novatadas de la fraternidad. Lamentablemente, dado lo que estamos aprendiendo sobre la falta de diversidad y las actitudes en el lugar de trabajo en la escena tecnológica, parece que la analogía no está tan fuera de lugar.

Mi mantra: finalizar (o al menos limitar severamente) la codificación de la pizarra de la estructura de datos / algoritmo. NO se trata de encontrar mejores candidatos; es simplemente dar a los entrevistadores arrogantes otra excusa para sentirse presumido.

Realmente me encantó la respuesta de Jim Spencer, pero en mi humilde opinión, es algo así como una vista unilateral.

No puede entender que el problema de “Monty Hall” es algo comprensible, pero no puede resolver algoritmos simples (como su pregunta mencionada) podría ser preocupante.

Supongo algoritmos simples como ordenar un conjunto, algún tipo de recorrido de árbol, manipulaciones de cadena, recorridos de LinkedList o crear un algoritmo simple en el acto para resolver un problema.

Realmente tiene que ver desde el punto de vista de la organización. Todos quieren contratar a una persona “reflexiva”. Alguien que puede desaprender y aprender cosas nuevas con el tiempo. Alguien que pudiera evolucionar. Crear software o aplicaciones no es más que resolver problemas complejos mediante la creación de algoritmos elegantes. Por lo tanto, la necesidad de probar el pensamiento y las habilidades lógicas.

Es genial que conozcas iOS y Android hoy, pero qué pasa si Windows (Dios no lo quiera) se vuelve repentinamente caliente en el mercado. ¿Tendría entonces las habilidades “lógicas” para aprender nuevas tecnologías, comprenderlas, aplicar los mismos patrones y crear aplicaciones hermosas como las que debe haber creado en iOS y Android.

Probar la capacidad lógica o de resolución de problemas es absolutamente crítico para medir la capacidad de una persona para pensar. Se contrata a un ingeniero para resolver problemas y conocer un conjunto de herramientas simplemente proporciona una plataforma para codificar la solución.

El sello distintivo de un buen ingeniero radica en comprender los problemas y encontrar soluciones elegantes. Por supuesto, el conocimiento del marco y las herramientas es extremadamente crítico, pero aún hay que verificar si son solo un “pony de un solo truco” o si pueden pensar más allá de su conjunto de habilidades y herramientas actuales.

Si estuvieras en un lugar tranquilo y cómodo, ¿podrías encontrar un algoritmo para resolver el problema que se te presenta (o reproducir un algoritmo específico si te lo pidieran)? Si es así, su problema no es con algoritmos, es con presión. Necesita trabajar en su capacidad de realizar bajo presión y observación. Para mí, al menos, esto fue principalmente un problema de autoconfianza.

Tienes que convencerte de que eres capaz y desconectarte de tus preocupaciones sobre lo que piensa la persona que te está mirando. Recuerde que lo peor que puede pasar es que no obtenga el trabajo, lo que no es una pérdida, ya que no tiene el trabajo. Eso significa que, en el peor de los casos, nunca volverás a hablar con la persona, lo que significa que realmente no importa lo que piense, ¿verdad? Y si consigues el trabajo, eso significa que estaba impresionado, así que de nuevo, no tienes nada de qué preocuparte. De cualquier manera, no hay nada de qué preocuparse.

Por otro lado, si son los algoritmos, no la presión, ese es su problema: probablemente esté haciendo una montaña de un molehill. Un algoritmo es solo un procedimiento. Las recetas de cocina son algoritmos. No hay nada especial en ellos. Estudíelos y concéntrese en aprender los conceptos , no sus implementaciones específicas. Intenta aprender a pensar en términos de procedimientos paso a paso para ir de A a B, no es la forma más rápida de ordenar una lista de elementos en C ++ (o lo que sea).

No creo que uno pueda ser bueno en la codificación Y sea malo en los algoritmos.

¿Cuál es tu verdadero problema: eres tímido ( porque no puedes concentrarte en la tarea cuando alguien está mirando )? o realmente tiene problemas con el pensamiento lógico y la planificación ( bastante malo en algoritmos )?

Con suficiente esfuerzo puede arreglar uno o ambos.

Ninguno de los dos es una ventaja para el ingeniero de software.
Nunca contrataría a un desarrollador que no pueda atravesar un árbol u ordenar una matriz de bits en tiempo lineal. (Las expectativas reales son significativamente mayores 🙂

Aquí hay algo que podría ayudarlo.

Trabajé para Microsoft como hace 7 años, pero trabajé en sus secciones de soluciones comerciales, más precisamente en el lado de la aplicación. Aquí, no codificamos en C # o similares, y el entorno de codificación es limitado técnica e intelectualmente (desde mi punto de vista).

Entonces, decidí pasar a una posición más desafiante, sabía que necesitaba tener más habilidades de programación hardcore, así que me inscribí en un programa de maestría.

Luego fui a una entrevista …

Bueno, en pocas palabras, fallé, me preguntan sobre algoritmos, intercambiando punteros y rompecabezas o preguntas lógicas. Fue la entrevista más difícil en la que he estado. PERO … lideró el camino en lo que necesitaba concentrarme …

Me aseguré de usar los créditos adicionales que necesitaba para obtener el título, en algoritmos de aprendizaje y similares.

Tampoco me gustó la actitud de la empresa para la que trabajaba, aquí hay un tipo que quiere mejorar, mejorar, estar ansioso, pero cuando llega un puesto de trabajo, tengo que pelear con el resto del mundo. la apertura fue pública y para cualquier persona interesada en el puesto. Entiendo la forma de la compañía, pero preferiría trabajar en una compañía que les daría a sus empleados una oportunidad … (o formas de lograr sus objetivos personales)

Fui a diferentes entrevistas en diferentes compañías, fallé algunas, obtuve otras, la verdadera pregunta es, ¿por qué quieres trabajar en este tipo de empresas y, más fundamentalmente, por qué te gusta la programación?

Me di cuenta de que no tenía la pasión que tienen estos chicos, que de memoria tenían muchos algoritmos nuevos, estaban pensando y respirando código. Soy un tipo al que le gusta la codificación, pero también le gusta tener ideas de negocios, le gusta el diseño de interacción, el diseño en general, etc.

Entonces, mi consejo es que primero descubra por qué le gusta tanto codificar, cuáles son las áreas que más le gustan y también encuentre en qué es mejor. La ingeniería de software tiene muchas dimensiones …

Si realmente quieres ser un as en algoritmos, y tu corazón está metido en eso, entonces la respuesta es muy simple, practica, practica y practica más padawan …

la mejor de las suertes para ti, lo harás bien …

Podría haber tres problemas potenciales:

1) Es posible que tenga poca experiencia en programación, pero dentro de su zona de especialización ha realizado la mayor parte de la programación relacionada con iOS.
2) No está familiarizado con las secuencias de comandos, el backend o la programación de bajo nivel.
3) Falta de preparación para las entrevistas.

Las habilidades de algoritmo se ejercen cuando trabaja en una tarea que requiere más programación de bajo nivel (especialmente en el nivel c). Si ha trabajado en el nivel c subyacente (marco de cuarzo), entonces debe tener esas habilidades si confía completamente en el marco de UIKit, entonces no debe tener esas habilidades y eso es bueno de alguna manera.

iOS y Android es una programación de alto nivel y requiere que comprenda bien los conceptos orientados a objetos y el subprocesamiento múltiple. Se trata más de conectar cajas negras (API) juntas en lugar de crear esas cajas negras.

La programación de iOS está basada en el 80% del conocimiento y el 20% de la programación.
Los buenos programadores de iOS se adhieren al SDK nativo y escriben el menor código posible porque saben que la solución a la mayoría de los problemas ya existe. De hecho, las personas que son buenas en la resolución de problemas y que provienen de otros entornos no lo hacen bien porque tratan de construir cada solución desde cero.

No juzgues tus habilidades por la capacidad de escribir código. Es tu capacidad de leer el código lo que te hace destacar de los demás. La programación no es la resolución de problemas, su resolución de problemas en contexto y la comprensión del contexto requiere que usted sea bueno en la lectura de códigos. Tienes esas habilidades y esa es la razón por la que te va bien en iOS y Android.

Si desea descifrar entrevistas, salga de su zona de confort, busque trabajos que lo ayuden a desarrollar sus habilidades algorítmicas o prepárese para las entrevistas.

El 99% de los desarrolladores nunca escriben un algoritmo más complejo que “aplicar el impuesto después de calcular el subtotal y restar los descuentos”. En realidad, eso está más allá de la mayoría de ellos. Es por eso que utilizan los sistemas de carrito de compras disponibles.

No se preocupe, los desarrolladores que lo están entrevistando y cuestionando con algoritmos tampoco son buenos con los algoritmos. Solo buscaron uno y memorizaron un par de trucos para reutilizar en entrevistas.

Comprender las API móviles y tener una habilidad especial para construir buenas interfaces de usuario es una habilidad mucho más valiosa. Pero es posible que tengas que hacerlo tú mismo para obtener lo que vales.

De cualquier manera, tienes un gran filtro para evitar quedarte atrapado en equipos llenos de idiotas.

Si le molesta que haya fallado en los algoritmos, tal vez nunca se le haya ocurrido que es un requisito básico para los ingenieros en empresas como estas. No es demasiado tarde –Princeton ofrece cursos gratuitos de algoritmos en línea, y también lo hacen otros lugares, estoy seguro. Simplemente acepte el hecho de que le falta esta habilidad y no vio venir el rechazo, y siga adelante. Estudia lo que necesitas y practica.

Vivir. Código. Repetir.

¡Todo lo mejor!

¿Qué quieres decir con “Soy malo en algoritmos”? ¿Eres malo para resolver problemas, abstracciones y traducir la lógica al código? Si es así, se sentirá frustrado más allá de su ingenio en un trabajo que requiere estas cosas a diario. No te contrataría en mi equipo de desarrollo. Puede hacer una carrera en la industria del software en roles que ponen menos énfasis en estas habilidades específicas, como gestión o capacitación de proyectos o tal vez codificación de baja complejidad.

Esta respuesta podría ser más dura que otras que están convirtiendo esta pregunta en un foro para criticar los procesos de entrevista, etc.

Si no ha renunciado a mejorar sus habilidades de algoritmo, le recomendaría que lo tome en serio. Eso ayudará a su carrera como ingeniero de software más que cualquier otra cosa, especialmente sus posibilidades de trabajar en empresas de software de vanguardia.

Bueno, debes preguntarte si realmente entiendes la lógica de trabajo detrás de los códigos. La modificación de los proyectos existentes en sus proyectos para satisfacer las necesidades derivadas de los ejecutivos o clientes no significa que usted sea un experto en el desarrollo de aplicaciones móviles.

No creo que puedas ser (o seas) malo con los algoritmos y al mismo tiempo ser bueno con Android e iOS. Además, para calificar ser malo en algoritmos con “bastante”, me hace creer que ese no es el caso.

Creo que puede ser inconscientemente más competente en Android e iOS que en algoritmos. Mientras trabajas en Android e iOS, no tienes que pensar demasiado.

Así de fácil de arreglar. Comienza a dedicar más tiempo a los algoritmos hasta que todo comience a surgir de forma natural, al igual que Android e iOS.

No se preocupe demasiado por las entrevistas en Google, Facebook, etc. Como ya se ha dicho aquí, son muy subjetivos. Si tienes éxito, de lo contrario sigue entrevistando. Si cree que falló (o fallará) una entrevista debido a preguntas relacionadas con el algoritmo, entonces dedique un poco más de tiempo a fortalecer ese aspecto.

Lo principal es que debes saber tus cosas y prepararte. Un día, en alguna entrevista, todos los puntos se conectarán y lo acertarás.

Si no tiene la capacidad de enfocarse y la capacidad de implementar algoritmos simples, entonces seguramente es demasiado incompetente para estar en un lugar como Facebook, Palantir o Google. ¿Por qué alguien debería confiar en ti para desarrollar algo más complejo si eres tan desatento?

Tal vez deberías considerar una carrera diferente en la que realmente puedas tener éxito. Perdón si puedo sonar como Simon Cowell cuando dice que la gente está audicionando para American Idol. Pero tenía un punto en acabar con las esperanzas y los sueños de aquellos que pierden el tiempo queriendo ser el próximo Kelly Clarkson: saber en qué eres realmente malo debería empujarte un paso más para descubrir en qué eres realmente bueno.

¡Haz lo que hicieron los fundadores de WhatsApp! Cree su propia aplicación para iOS y Android y hágalo exitosa, luego vendrán a pedirle que la adquiera.

Si no puede crear su propia aplicación, entonces, paradójicamente, esa es la razón por la que está fallando en sus entrevistas de codificación, pero no sea pesimista al respecto, solo aprenda más y desarrolle su experiencia de desarrollo de aplicaciones y alcanzará ese nivel de experiencia

Los algoritmos están volviendo a los primeros principios. Probablemente pueda ingresar a una de estas compañías, pero alguien que entienda los algoritmos será en general mejor que usted en la programación porque comprende los primeros principios.

No. Creo que primero debes concentrarte en practicar tantos problemas como sea posible. Sufro el mismo problema, pero lo que nos gustaría llamar “no podemos enfocarnos en la tarea cuando alguien está mirando” es en realidad solo una falta de práctica. Hazlo, y entonces deberías ser lo suficientemente bueno para cualquier empresa. Sé que es más fácil decirlo que hacerlo.

Personalmente estoy de acuerdo con Tim Spencer en esto.

Cuando damos entrevistas para un trabajo, estudiamos durante unos días. Vuelva a aprender algunos algoritmos y bátelo en la pizarra y olvídese de ellos en el momento en que salgamos de esa habitación.

Una persona no puede simplemente ir a dar una entrevista en estas empresas y ser seleccionado porque no solo recuerda todos los algoritmos.