Los pensamientos se referirán al desarrollo para iOS, pero creo que en otras áreas la situación no es muy diferente.
Una vez más, después de varias entrevistas, pensé en evaluar a los desarrolladores. El cambio hacia desarrolladores "fuertes" es claramente visible, se están reuniendo equipos completos de personas mayores. Pero aquí está el problema: hay gradación, pero no hay criterios claros. ¿Cómo distinguir un medio de un senior? ¿Qué necesita saber junio para obtener un nuevo título? Puede escribir otro texto sobre el conocimiento de algoritmos, la capacidad de resolver problemas de forma independiente, o puede abordar el problema desde el otro lado: para evaluar no el nivel, sino la ruta. La calidad de la resolución de problemas aún está determinada no por la clasificación de burbujas y no por años detrás del monitor.
Entonces, al principio, todos son iguales. Hay conocimientos básicos, no hay experiencia comercial. Pero, después de recibir el primer trabajo, el principiante comienza a moverse por una de las carreteras.
Durmiente del molde
Copiar y pegar gobierna el mundo, es una tontería decir que nadie lo hace. ¿Cuál es la diferencia entre form-sleeper y otros? El hecho de que no hace nada más. Existe un algoritmo estándar: una tarea típica es Internet (raywenderlich, medium, stackoverflow, ...) - copia sin sentido - cierre de una tarea. El problema es que la tarea no se analiza y las decisiones no se evalúan. Una persona puede copiar el código durante años y todo el desarrollo se reducirá a la velocidad de transferencia. Y si la variedad de tareas es baja, la persona se convertirá en un maestro en copiar moldes. Nada le impedirá orgullosamente ceñirse el título de Senior en 5 años, aunque, si hablar objetivamente, será un máximo de medio.
Practicante
Que pasa si Tal pregunta no permite que una persona simplemente haga la tarea. ¿Qué pasa si tomamos una solución diferente? ¿Qué pasa si se toma un enfoque diferente? ¿Cómo funciona adentro? Y así sucesivamente. La curiosidad te hace escribir código, mucho código. Y con el tiempo, la cantidad comienza a convertirse en calidad. El código se vuelve más limpio, más universal, más escalable. Cuando un libro / artículo sobre enfoques de desarrollo cae en manos de una persona, solo se sorprende, porque él mismo usó todo esto durante mucho tiempo.
Teórico
De todos modos, pero viceversa) Si resuelve un problema, ¿por qué no leer cómo se resolvió antes que usted? Como tarea, no es solo resolver, sino hacerlo bien. Y el teórico estudia la experiencia de los errores de otros para no llenar los errores él mismo.
El problema es que lo que se describe son caballos esféricos en el vacío. Cada desarrollador tiene los tres, y el propósito de estos pensamientos confusos es alentar a evaluar no por niveles míticos, sino por la proporción de enfoques. Y antes que nada, preguntar quién se necesita exactamente. Si hay una gran cantidad de tareas simples similares, el durmiente de formularios funcionará mejor que otros. Es necesario resolver problemas complejos: aconsejaría a un teórico, le será más fácil estudiar pequeños detalles y comprender la esencia del proceso. Si las tareas son complejas y requieren velocidad, obviamente se necesitará un profesional.
Ahora un poco sobre las entrevistas directas. No tiene sentido pedir algoritmos, SOLID, pedir ejemplos de código. Entrevistar y escribir código no es lo mismo.
Si necesita un teórico, pídale que lea lo último, cuál de las lecturas le causó la mayor impresión. ¿O tal vez no está de acuerdo con algo y tiene su propia visión?
Si necesita un profesional, pregunte sobre sus proyectos. Sobre tareas interesantes. Sobre las tecnologías y bibliotecas que se utilizaron y por qué.
Si necesita un formulario para dormir, los mejores indicadores serán años de experiencia y una variedad de tareas.