Cómo identificar el nivel de un programador
De hecho, para evaluar el nivel de habilidad de un programador, no se trata de cuántas tecnologías conoce y cuánto comprende. Los proyectos a gran escala en los que ha participado no dependen de si tiene su propio blog o de cuántas estrellas tiene en github.
Pero depende de su capacidad para resolver problemas y localizar problemas. Esto es importante, realmente importante.
La tecnología se puede utilizar rápidamente, pero la capacidad de resolver y localizar problemas no es fácil. Especialmente la capacidad de resolver problemas bajo alta presión.
Las siguientes son algunas sugerencias compiladas por la hermana mayor para todos:
Resolver el problema
1. La denominación del código debe estar estandarizada.
¡El código está escrito para que la gente lo lea! ¡El código está escrito para que la gente lo lea! ¡El código está escrito para que la gente lo lea!
¿Qué diablos es headImg? ¿Puedo pensar que es una pancarta? La imagen de la cabeza, ¡perdona mi pobre inglés chino! ¿Qué pasa con el avatar y el retrato? ¿Sería mejor? Si tu inglés no es bueno, ¿no puedes usar Haoyoudao o Google Translate? También hay nombres que usan pinyin chino. Estimado, usamos inglés como escritura, ¿de acuerdo? Si quieres usar algo como esto, ¿qué tal si usas Yi Language? !
¡Loco!
¿Por qué utilizar marcos? Una razón muy importante es que los estándares de nomenclatura, los estándares de directorio, los estándares de estructura y los estándares de capas favorecen la colaboración en equipo.
2. Las capacidades de arquitectura y planificación son muy importantes, como la estratificación de módulos, el diseño de desacoplamiento, etc. ¿En cuántas capas están integrados los archivos y directorios?
Esto tiene algo que ver con la capacidad de nombrar. El nombre es malo, ¿cómo construir la estructura del directorio?
¿No quieres que la URL sea más bonita? ¿Ya no piensas en SEO?
¿Te gusta addGoods o GoodsAdd?
¿Puedes respetar mi gramática inglesa de secundaria y preparatoria?
3. Asistencia y sostenibilidad.
El mejor código de programa está separado de su creador.
Un programador que apaga incendios de su propio programa no es un buen programador.
Recuerdo una frase: ¡No pienses que tu código tendrá la posibilidad de ser refactorizado en el futuro!
Cada vez que digo, bueno, esto luego lo cambiaré, lo cambiaré, pero lamentablemente la realidad no te dará este tiempo para nada.
Cuando escribes código, en primer lugar debes hacerte feliz a ti mismo y, en segundo lugar, también debes hacer felices a los demás.
4. La capacidad de depurar, resumir y aprender es realmente importante. Realmente no lleva mucho tiempo escribir el código, pero el tiempo que dedicas a limpiarte el trasero es mucho más que el tiempo que dedicas. escribiendo código!
Si algo sale mal, puedo simplemente escribir una publicación en el blog en lugar de grabarla. No tengo una memoria tan fuerte, así que lo que más odio es la prueba de memoria.
5. No utilice varios algoritmos de manera consistente. Es suficiente que muestre los algoritmos. Hay muchos escenarios de aplicación.
En los programas a nivel de aplicación, no hay muchas aplicaciones de algoritmos y la mayoría de ellas son códigos comerciales. Quien utilice esto como criterio de evaluación resulta completamente indiferente.