Muestra de resumen de trabajo anual personal de ingeniero de Java (5 artículos seleccionados)
Artículo 1: Resumen de trabajo anual Muestra personal del ingeniero Java El tiempo pasa volando y ya han pasado cinco meses desde que llegué a la empresa. Esta es una experiencia valiosa en mi vida. Durante este período, los líderes de todos los niveles me brindaron mucha ayuda en mi trabajo y también me brindaron mucho cuidado en mi vida. Si bien respeto a los líderes en todos los niveles de la empresa, también estoy orgulloso de tener la oportunidad de ser parte de la empresa.
En estos cinco meses, bajo el cuidadoso cuidado y guía de líderes y colegas, y gracias a mi propio esfuerzo, he logrado ciertos avances en todos los aspectos. Ahora informaré mi trabajo de la siguiente manera.
1. A través de la formación, el estudio y la acumulación de trabajo diario, tengo una cierta nueva comprensión de la empresa.
En julio, vine a una empresa X, sucursal de Zhengzhou, para realizar una contratación. Después de varias rondas de entrevistas y pruebas escritas, finalmente tuve la suerte de unirme a una gran familia llamada x. Cuando entré a la empresa, la primera información que obtuve fue la presentación de la empresa y la presentación de nuevos empleados. En ese momento, sentí que la empresa era muy formal y muy poderosa. Después de comunicarme con el personal y los líderes del departamento, sentí que la empresa era muy amigable y cálida. La filosofía de la empresa se refleja más claramente en el trabajo diario y en el desarrollo de proyectos. Estoy totalmente de acuerdo con la filosofía de la empresa. Ahora la empresa ha desempeñado un papel decisivo en un determinado sector y será aún más brillante en el futuro.
En segundo lugar, respete las normas y reglamentos, trabaje duro, corrija su actitud y mejore constantemente su propia calidad.
La ética profesional del amor y la dedicación es la garantía para el buen desarrollo y el éxito final de cada trabajo. Durante estos cinco meses, pude cumplir con las reglas y regulaciones de la empresa, hacer mi trabajo concienzudamente y nunca llegar tarde ni salir temprano durante más de cinco meses. Completé cada tarea con entusiasmo, actividad y conciencia, y realicé mi tarea concienzudamente. responsabilidades laborales. Unir a los colegas en la vida diaria y mejorar continuamente el espíritu de equipo. Durante estos cinco meses, me di cuenta de que tener una actitud positiva y de mente abierta, un buen hábito, un plan y completarlo a tiempo son muy importantes y, en última instancia, determinan el éxito o el fracaso de una persona. Me dio una mejor comprensión de mi vida y anhelaba un gran avance. Siempre me recordaré a mí mismo en mi vida laboral futura que debo hacer que el camino de mi vida futura sea cada vez más emocionante.
3. Estudia detenidamente las funciones laborales y mejora tu capacidad laboral.
Desde mi incorporación a la empresa, he participado en el desarrollo integrado de un proyecto X. A través del trabajo anterior, me di cuenta de que un desarrollador competente debe tener buenas habilidades de expresión lingüística, sólidas habilidades técnicas, sólidas capacidades de procesamiento lógico, capacidades flexibles de resolución de problemas y capacidades efectivas de enlace externo. En el proceso de participar en el desarrollo de proyectos, descubrí que muchas tareas aparentemente simples en realidad implican muchas habilidades.
Cuatro. Debilidades y áreas de mejora.
Aunque llevo más de cinco meses en la empresa, no tengo un conocimiento profundo de la tecnología de desarrollo y no soy muy comprensivo a la hora de abordar los problemas encontrados. A medida que me familiarice más con la empresa y mi trabajo, también espero mejorar mis capacidades comerciales y técnicas más rápidamente en mi trabajo futuro. Siento que trabajar más puede reflejar mejor el valor de mi vida. "Los profesionales son buenos en la diligencia y buenos en el tiempo libre". En mi trabajo futuro, seguiré adquiriendo conocimientos empresariales y mejorando mis habilidades empresariales leyendo más, haciendo más preguntas, aprendiendo más y practicando más. El aprendizaje no tiene fin, los tiempos evolucionan cada día que pasa y el conocimiento en diversas disciplinas cambia cada día. Haré esfuerzos incansables para aprender todo tipo de conocimientos y aplicarlos en la práctica.
En el trabajo futuro, debemos trabajar duro como desarrolladores, prestar atención a la actitud laboral, hacer nuestro propio trabajo creativo y contribuir al desarrollo del proyecto y de la empresa.
El plan de trabajo del verbo (abreviatura de verbo) se formula temporalmente de la siguiente manera:
1. Incrementar la iniciativa en el trabajo, hacer las cosas con decisión y no posponer las cosas; >2, el trabajo debe centrarse en la eficacia y los resultados, y todo el trabajo debe realizarse en torno a la consecución de los objetivos;
3 Mejorar la situación general y utilizar si el trabajo de otras personas puede ser más fluido como criterio para medir. medir el trabajo;
4. Aprovechar cada oportunidad para mejorar las habilidades profesionales y fortalecer el trabajo diario de resumen de conocimientos;
5. Consultar humildemente a otros colegas que sean mejores que yo y aprender técnicas o experiencias de ellos. a ellos.
De hecho, como nuevo empleado, necesita aprender en todas partes, escuchar más, ver más, pensar más, hacer más, comunicarse más y aprender de cada empleado sus excelentes hábitos de trabajo y sus ricas habilidades profesionales. Cooperar con el progreso continuo del trabajo práctico. No importa cuál sea el entorno, creo en estos dos puntos: primero, tres personas deben tener un maestro y segundo, la diligencia puede compensar la debilidad.
De cara a los próximos X años, trabajaré más duro, seré serio y responsable y haré esfuerzos persistentes para alcanzar un nivel superior. Creo que completaré nuevas tareas y enfrentaré nuevos desafíos.
Capítulo 2: Resumen del trabajo anual Ensayo del modelo personal del ingeniero Java Este es un proyecto de trabajo en equipo relativamente completo, que requiere que todos los miembros del equipo tengan cierta comprensión del diseño principal del sistema, incluido el diseño de la base de datos y el análisis de la demanda. , etc. detalles, por lo que la preparación antes de la codificación debe ser suficiente.
Antes del diseño, nuestros dos grupos tuvieron una acalorada discusión sobre el diseño de la base de datos y finalmente llegaron a un acuerdo sobre algunas cuestiones clave. El siguiente trabajo es analizar las necesidades, diseñar la estructura específica y formular un plan detallado para el proyecto del equipo. El proyecto se llevará a cabo estrictamente de acuerdo con el plan planificado. Luego, los miembros del equipo diseñan ellos mismos la base de datos y la comparten en forma de diccionario de datos.
El sistema de recursos humanos a nivel empresarial se divide en diez subsistemas: gestión de establecimiento organizacional, gestión de información del personal, gestión de archivos de personal, gestión de asistencia, gestión de salarios y beneficios, gestión de la seguridad social, gestión de contratación, gestión de contratos, Gestión de estadísticas de consultas, Gestión del sistema.
Soy responsable del subsistema de gestión de información del personal. Necesito manejar menos lógica de negocios y necesito comprender muchas formas de relación con otros subsistemas. La tabla de información básica de los empleados es un puente para conectarse con otros subsistemas y la mayoría de las tablas están relacionadas con las claves externas de la tabla de información básica. Entre ellos, EmployeeId es un campo asociado como clave externa y lo configuré para que se incremente automáticamente. Algunas personas creen que en una empresa el número de empleados debe ser regular y no debe fijarse en el crecimiento propio. Esta idea es muy realista. Más tarde, hablé con los dos líderes del equipo que el aumento automático puede garantizar la unicidad de los datos. Las claves primarias que no aumentan automáticamente pueden encontrar problemas desconocidos al agregarlas. Además, se han diseñado las bases de datos de otros miembros del equipo. Será más fácil cambiarlos. Por tanto, el número final de empleados aumenta por sí solo.
Con el conocimiento anterior, la siguiente tarea importante es completar la adición, eliminación, modificación, consulta y verificación de datos de tablas en secuencia. Entre ellos, la paginación y la eliminación por lotes son las últimas partes que planeo completar y debo completarlas.
Los datos básicos se verifican según varios formatos de datos, como números de teléfono móvil, correos electrónicos, etc. Por otro lado, es necesario verificar la coherencia del número y el nombre del empleado y la existencia del número de empleado. Esto se logra mediante el método en DAO, y se utiliza JS para dar indicaciones amigables en caso de error.
Bajo la premisa de completar funciones básicas, esfuércese por crear funciones. Intenté escribir código de paginación y eliminación por lotes de Hibernate y finalmente todas las pruebas fueron exitosas. Al mismo tiempo, se agrega un control JS para evitar que los usuarios completen algunos campos con requisitos de formato especiales (por ejemplo, el formato de fecha es AA-MM-DD), lo que hace que el sistema sea más fácil de usar. Después de la discusión, la tabla principal de información básica de los empleados y todas sus tablas asociadas se configuraron para su eliminación en cascada. Cuando se elimina la información de la tabla principal, también se elimina la información de la subtabla asociada con su clave externa.
Al recordar este proceso, encontramos algunos cuellos de botella, como la forma de manejar eficazmente los ID seleccionados durante la eliminación por lotes. Es fácil de entender: obtiene una cadena [] y debe convertirse a int []. Llevo mucho tiempo pensando en la paginación. He visto muchos ejemplos en Internet, pero todavía estoy confundido acerca de la implementación específica.
Sólo dos noches antes de la aceptación del proyecto, decidí intentar escribir por mi cuenta. La primera forma es obtener el recuento total de registros en la tabla y ejecutar hql según la rutina. Procesé el resultado de esta manera:
(); Resultó ser un problema. Hay 6 registros en la base de datos y el recuento de impresiones es 1. Luché aquí durante mucho tiempo y luego imprimí la lista como [6]. Me acabo de dar cuenta de que () obtuvo la cantidad de elementos de la lista, que es 6. Lo que necesito obtener es el valor del elemento (débil en conocimientos básicos). Esto es fácil de entender. Al final, así es como lo solucioné.
(0)ring(); //Obtiene el primer elemento de la lista (objeto) y lo convierte en una cadena.
eInt(a); //Convierte A a int y obtiene el recuento. Se completa el primer paso de paginación. A la mañana siguiente, el código restante se completó con éxito y la prueba fue exitosa. En comparación con el código de paginación en Internet, lo escribí muy fácilmente, pero no sé qué salió mal en este momento.
A través de la experiencia de este proyecto, entiendo que si quiero, puedo hacerlo. No tengas miedo, la dificultad no es tan aterradora como crees. Si simplemente lo evitas, no harás ejercicio real. Comunicarse frecuentemente con sus compañeros de equipo y compartir logros. Dos personas conocen a más de una.
Tercera parte: Muestra de resumen de trabajo anual personal de ingeniero de Java Esta capacitación se divide en dos etapas. Los primeros cinco días son la primera fase. Aprendimos conocimientos teóricos y consolidamos y profundizamos nuestros conocimientos de programación. Permítanme hablarles de mis sentimientos y experiencias personales:
Estudio conocimientos teóricos.
En los primeros cinco días de formación práctica, aprendimos los cursos teóricos de programación java. El director es divertido y riguroso. Bajo la guía e inspiración del maestro, consolidamos los conocimientos de programación que habíamos aprendido en la escuela, profundizamos nuestra comprensión y aclaramos algunos errores previos o conceptos vagos sobre la tecnología de programación.
En clase, también tomamos como punto de partida el marco swing comúnmente utilizado en la programación GUI en Java y el sistema de contenedores JAVA. Durante este período, el marco no solo aprende conocimientos y habilidades generales de programación. En la comprensión integral y sistemática del marco, también aprendí el conocimiento de las tecnologías e ideas arquitectónicas comunes en el marco. En el proceso de codificación real de la empresa, cada marco constituye la piedra angular del software. Sólo dominando varios conocimientos marco podremos desarrollarnos de manera eficiente en la práctica y hacer que nuestros productos sobrevivan a las fallas del mercado.
Durante el proceso de aprendizaje de los cursos teóricos, también exponemos algunos problemas, por ejemplo, cuando estudiamos en la escuela, simplemente sabemos lo que hemos aprendido, pero no sabemos por qué y no estamos dispuestos a hacerlo. profundizar o aprender de antemano algunos conocimientos.
2. Práctica de desarrollo de proyectos
Después de completar el estudio de los conocimientos teóricos, realizamos un ejercicio práctico de desarrollo de proyectos de cinco días en la base de capacitación.
El nombre del proyecto es superVCD, que es una versión simplificada de un proyecto de software de gestión remota de discos de música que una vez se hizo cargo de HiSoft. Aunque se ha simplificado, su contenido sigue siendo de considerable valor para nuestro aprendizaje y tiene un gran valor de referencia para que comprendamos las especificaciones de diseño, las especificaciones de codificación, las especificaciones de documentos y las necesidades del cliente del software. Estos contenidos incluyen conocimientos como diseño y codificación de GUI, contenedores y genéricos, redacción de documentos estándar, sistemas de prueba y registro, e incluso requieren que implementemos un sistema de base de datos liviano especializado. Esta es sin duda una buena oportunidad para que experimentemos y acumulemos un rico conocimiento. .
Normalmente, rara vez tenemos la oportunidad de completar un proyecto de tan gran escala, por lo que aprendí mucho de esta formación práctica.
Primero, aprendí a escribir código y documentación de forma estandarizada. Los documentos y el código son el vínculo entre la comunicación y la cooperación de los miembros del equipo en el desarrollo del proyecto. El desorden aleatorio de código y la documentación faltante o poco clara pueden dificultar que el resto del equipo comprenda y utilice su programa. Normalmente escribo código de forma informal y no le presto mucha atención. Después de este ejercicio práctico, cumpliré estrictamente con los estándares de codificación.
En segundo lugar, aprendí a comprender y analizar las necesidades del cliente. El software está hecho para los clientes. Sólo comprendiendo las necesidades de los clientes podemos escribir un software excelente.
En este ejercicio práctico, el profesor nos enseña cómo organizar un equipo para comprender y analizar correctamente las necesidades del cliente y redactar un análisis de necesidades perfecto para el desarrollo del proyecto.
En tercer lugar, he aprendido a diseñar arquitectura de software según las necesidades, algo que creo que muchos de nuestros compañeros carecían antes. Debido a que el código que escribimos en la escuela es corto y tiene una sola función, las ideas de diseño generalmente permanecen en nuestra mente y son muy vagas. En este ejercicio de desarrollo de proyectos, el profesor me enseñó cómo abstraer los problemas de los requisitos, modularizarlos y luego mejorarlos gradualmente, como si se construyeran pilares para un edificio de gran altura.
En cuarto lugar, aprendí a trabajar en equipo y a desarrollarnos juntos. Como líder del equipo de desarrollo del proyecto, mi experiencia es aún más profunda. Es difícil sostener un árbol y depender de la fuerza de una sola persona está lejos de ser suficiente. Sólo gestionando y organizando bien el equipo se podrá finalmente completar el desarrollo del proyecto. Tal vez las habilidades de programación de los miembros del equipo sean altas o bajas, pero cada uno tiene sus propios puntos brillantes y siempre puede encontrar su propia posición en el equipo. La contribución de todos a su equipo crea un valor significativo e indeleble.
En quinto lugar, aprendí a comunicarme con los clientes y presentar mis proyectos. El desarrollo de proyectos de software requiere en última instancia la aprobación del cliente. La mejor manera de permitir que los clientes comprendan y reconozcan sus productos es utilizar palabras para mostrar los mejores aspectos de sus proyectos. El último día, el profesor en formación organizó la defensa del proyecto, brindándonos un escenario para practicar sus habilidades de expresión y mostrar sus proyectos.
En el proceso del combate real, obtuve una comprensión práctica del proceso de desarrollo del proyecto: aprendí a escribir códigos y documentos estandarizados; aprendí a comprender y analizar correctamente las necesidades de los clientes y diseñar proyectos; Me di cuenta de que aprendí la importancia del trabajo en equipo, entendí el proceso específico de organizar un equipo para el desarrollo de proyectos y aprendí las habilidades para demostrar productos a los clientes y comunicarme con ellos.
Después de esta pasantía, no solo consolidamos y profundizamos el conocimiento teórico de la programación, sino que, lo que es más importante, tuvimos la oportunidad de desarrollar proyectos en combate real, ejercitar nuestras habilidades prácticas y acumular una valiosa experiencia. Aunque la formación ha finalizado, nuestro viaje de aprendizaje continuo acaba de dar el primer paso. Todavía queda un largo camino por recorrer en el futuro y todavía hay muchas oportunidades para practicar y mejorar. Debemos enriquecernos, aprender y afrontar los desafíos constantemente con una actitud más positiva.
Artículo 4: Ejemplo de resumen de trabajo anual, ingeniero personal de Java, ha pasado un año desde que me uní a la empresa como desarrollador independiente. Aunque había predicho que habría muchas dificultades en el trabajo, en el desarrollo real del proyecto, lo que encontré fue mucho más simple y simple de lo que imaginaba. Durante el proceso de desarrollo, surgen problemas uno tras otro. Aún es un proceso largo para satisfacer las necesidades de productos de la empresa y convertirse en un desarrollador de programas calificado. Me animo todos los días a estudiar mucho y desempeñarme bien, y estaré bien en el futuro. Al mismo tiempo, agradezco sinceramente a la empresa por brindarme oportunidades y plataformas de aprendizaje, lo que también me dio un poco más de confianza en el futuro.
1. Revisión del trabajo
En el año posterior a mi ingreso a la empresa, entré sucesivamente en contacto con la plataforma GPS de la empresa, el posicionamiento de relojes inteligentes y el Sistema de Gestión Integral de Incendios de la Estación de la Oficina de Ferrocarriles XX. , y sistema de gestión XX Sala de Finanzas, sistema de gestión de oficina de seguridad XX, sistema de videovigilancia del centro de comando, y durante este período se realizó un sitio web corporativo de visualización para XXXX. Cuando me uní a la empresa por primera vez, nunca había estado expuesto a una cámara de red y no tenía idea de las cámaras de red. Gracias a la formación de la empresa, poco a poco me fui familiarizando con varias cámaras. Ahora que tengo el kit de desarrollo de cámaras de XX, puedo realizar con destreza el desarrollo secundario. También estudio mucho en mi tiempo libre, me comunico con otros, aprendo técnicas de desarrollo avanzadas y pido a otros técnicas de desarrollo.
2. Problemas principales
1. Debido a que al principio no estaba muy familiarizado con los requisitos del negocio, durante el proceso de análisis y comprensión de los requisitos a desarrollar, surgieron muchos problemas. por los requerimientos y una situación de constante revisión y reelaboración. Al comunicarme con XX Finance, este problema me preocupó muchas veces. Las necesidades de la otra parte no están claras y cambian cada vez, lo que lleva a una baja eficiencia.
2. Durante el desarrollo, utilicé muchas áreas que no conocía o que no conocía pero con las que no estaba familiarizado. En este campo necesito seguir aprendiendo.
3. Durante la etapa laboral, a veces prefiero la comodidad de mi propio trabajo e ignoro la cantidad y dificultad del trabajo de otros compañeros. Cómo escribir algunas funciones para facilitarte. Ahora que la empresa es cada vez más grande, el número de personas en nuestro departamento está aumentando, lo que no favorece la cooperación de muchas personas.
4. La organización del trabajo no es lo suficientemente clara y es necesario priorizarla; cuando el tiempo de desarrollo es corto y hay muchas cosas, debe haber planes detallados y claros, y algunas deben completarse de inmediato. algunos se pueden completar lentamente. Todavía hay mucho margen de optimización a este respecto.
5. Los conocimientos aprendidos no son lo suficientemente extensos; en un proyecto muchas veces intervienen múltiples tecnologías. Cuanto más conocimientos tengas, más flexible serás. Fortaleceré mi estudio en esta área en el futuro.
En tercer lugar, la experiencia laboral
1. En el primer paso de cada proyecto debemos comunicar claramente las necesidades al cliente. Sólo comprendiendo las necesidades del proyecto podremos realmente hacer un buen trabajo en un proyecto. Necesitamos pedir a nuestros clientes que proporcionen toda la información relacionada con el proyecto, y al menos uno o dos programadores que estén familiarizados con el negocio y el proceso deben estar disponibles para documentar los requisitos cada vez que nos reunimos con ellos.
2. En el trabajo, hay un líder senior que confía más en la tecnología y la experiencia. Hará la tarea en detalle, sabiendo en detalle cuándo se prepara cada página o incluso las imágenes de la página y en qué medida, de modo que el progreso del trabajo pueda ser elogiado en una dirección planificada y la eficiencia del trabajo sea muy alta. Cuando coopere con XX, XX y otros, asegúrese de prestar atención a la sincronización de múltiples tareas para garantizar que cada submódulo pueda ejecutarse sincrónicamente.
3. El resumen de trabajo diario es realmente importante, nos permite saber lo que hemos hecho de forma planificada cada día en lugar de trabajar sin rumbo fijo. y un diario semanal, diario mensual, diario anual.
4. El trabajo no es estático. Tal vez algún día usted vaya a otros puestos para ayudar, por lo que los colegas deberían aprender de las habilidades de los demás. Tal vez algún día la empresa necesite que usted utilice otras habilidades para ayudar. , por eso también es importante aprender unos de otros. Tu trabajo no puede limitarse a la programación.
Capítulo 5: Resumen del trabajo anual del ingeniero personal de Java Hay muchas personas que son buenas codificando, pero hay muchos malentendidos en la industria del software de China, especialmente en el desarrollo de aplicaciones de red. Es difícil formar una fuerza de desarrollo de software y capacidades de productos a gran escala. No sólo está muy por detrás de Estados Unidos, sino que también es bastante inferior a la India.
Estos problemas no residen en el coeficiente intelectual y el trabajo duro de nuestros programadores, ni en la inversión del país y la gente en el desarrollo, sino en gran medida en algunos malentendidos ideológicos sobre la tecnología, el desarrollo de programas y diseño de proyectos, lo que lleva a capacidades de producción insuficientes en la industria del software y capacidades de I + D insuficientes para sistemas de reutilización a gran escala. Se puede decir que cambiar los malentendidos es una tarea importante para resolver las limitaciones que plantean el modelo de pequeño taller y el modelo de héroe personal en la industria del software.
Hay muchos niños en China. Tienen 18,9 años o 21,2 años respectivamente. También aprendieron por sí mismos a escribir mucho código. Algunos de ellos están bellamente escritos y otros tienen detalles técnicos sobresalientes y son fáciles de aprender. Sin embargo, se ven afectados por algunos malentendidos y opiniones, y carecen de una comprensión general de los sistemas y procedimientos. Esta gente, un amigo en línea, lo expresó muy bien. De hecho, son solo algunos fanáticos de la codificación y no están calificados para ser programadores, pero hasta donde yo sé, muchos CTO de pequeñas empresas de Internet son fanáticos de la codificación. El salario es aterrador, los proyectos son aterradores y el final. del proyecto suele dar miedo.
Para ser un programador verdaderamente calificado, o un programador que realmente pueda completar algún trabajo de código, debes tener las cualidades.
1. Espíritu de equipo y capacidad de cooperación
Considerarlo como una cualidad básica no deja de ser importante. Al contrario, es la base más básica e importante para que un programador se establezca y se gane la vida.
No tiene sentido decir que los programadores senior son solitarios. El poder de cualquier individuo es limitado. Incluso un genio como Linus necesita formar un equipo fuerte para crear milagros. Es impensable para aquellos maestros que escriben núcleos para Linux en todo el mundo sin el espíritu de cooperación.
Los Llaneros Solitarios pueden crear un pequeño software rentable y hacer una pequeña fortuna, pero una vez que ingresan al equipo de RD de algunos sistemas grandes y se involucran en las tareas de comercialización y desarrollo de productos, las personas que carecen de esta cualidad no lo harán por completo. hasta el estándar.
2. Hábitos de grabación
Lo cierto es que los programadores senior nunca escriben documentos. Una buena documentación es una parte muy importante del proceso formal de RD. Como programador de codificación, es normal dedicar el 30% de su tiempo de trabajo a escribir documentación técnica, pero como programador senior y analista de sistemas, esta proporción es mucho mayor.
Sin documentación, un sistema de software carecerá de vitalidad y encontrará grandes problemas en la detección de errores, actualizaciones y reutilización de módulos en el futuro.
3. Estandarización, estandarizar los hábitos de escritura de código
Al igual que las reglas de algunas empresas de software extranjeras conocidas, la denominación de las variables en el código, el formato de los comentarios en el código, e incluso la sangría de líneas anidadas. La longitud y el número de líneas en blanco entre funciones están claramente especificados. Los buenos hábitos de escritura no solo ayudan a la portabilidad del código y la corrección de errores, sino que también ayudan a la colaboración entre diferentes personales técnicos.
Algunos entusiastas de la codificación claman que otros nunca entenderán el código escrito por programadores experimentados. Este tipo de clamor sólo puede significar que no merecen llamarse programadores.
La buena legibilidad del código es un requisito de calidad básico para los programadores.
Echemos un vistazo a la estructura completa de Linux. Sin estandarización y hábitos de codificación estandarizados, la cooperación global en I+D es absolutamente inimaginable.
4. La capacidad de comprender los requisitos
Los programadores necesitan comprender los requisitos de un módulo. Muchos niños tienden a centrarse únicamente en un requisito funcional cuando escriben programas. Atribuyen todos los indicadores de rendimiento al hardware, al sistema operativo y al entorno de desarrollo, ignorando las consideraciones de rendimiento de su propio código. Alguien se jactó una vez de que escribir un programa de intercambio de anuncios era muy fácil. Estas personas nunca saben cómo se consiguen los indicadores de rendimiento con millones o incluso decenas de millones de visitas. Para un programador así, incluso si le proporciona un sistema azul profundo, no podrá lograr las capacidades de acceso paralelo de Taichi Chain.
Entre los requisitos de rendimiento, la estabilidad, el soporte de acceso paralelo y la seguridad son muy importantes. Como programador, debe evaluar el entorno en el que se ejecutará el módulo, la presión de carga que soportará y la posibilidad de que se produzcan diversos peligros potenciales y ataques maliciosos.
En este punto, un programador maduro necesita al menos 2 o 3 años de experiencia en desarrollo y seguimiento de proyectos antes de adquirir experiencia.
5. Reutilizabilidad, capacidad de pensamiento modular
A menudo escuchamos a algunos programadores quejarse de que se han convertido en trabajadores calificados después de escribir programas durante varios años. Reescriben código todos los días que no tiene nada nuevo que ofrecer. En realidad, este es el mayor desperdicio de talentos de software chinos. Algunas tareas repetitivas se han convertido en el trabajo principal de programadores expertos, lo cual es completamente evitable.
El diseño reutilizable y el pensamiento modular requieren que los programadores piensen más al completar cualquier módulo funcional o función, no limitándose a ideas simples para completar la tarea actual, sino que piensen si el módulo puede existir independientemente de este sistema. ¿Se puede hacer referencia directamente a él en otros sistemas y entornos de aplicaciones simplemente modificando los parámetros? Esto puede evitar en gran medida la duplicación del trabajo de desarrollo. Si una unidad de RD de software y un grupo de trabajo pueden considerar estos problemas en cada proceso de RD, los programadores no perderán demasiado tiempo en trabajos repetitivos y tendrán más tiempo y energía para dedicar a la innovación.
Algunos buenos códigos de módulos de programa, incluso códigos escritos en la década de 1970, ahora se pueden usar como módulos funcionales en algunos sistemas, pero lo que veo ahora es que muchas pequeñas empresas solo necesitan actualizar el software o mejorarlo. , reescribe todo el código. La mayor parte del trabajo repetitivo es una pérdida inútil de tiempo y energía.
6. Hábitos de prueba
En cuanto a algunos desarrollos comerciales y estandarizados, los ingenieros de pruebas a tiempo completo son indispensables, pero eso no significa que los programadores puedan realizar sus propias pruebas sin tiempo completo. ingenieros de pruebas; como proyecto, una característica muy importante del desarrollo de software es que cuanto antes se descubran los problemas, menor será el costo de resolverlos. Al probar cuidadosamente cada fragmento de código y cada submódulo, los programadores pueden descubrir y resolver algunos problemas potenciales lo antes posible, garantizando así la eficiencia y confiabilidad de toda la construcción del sistema.
De hecho, las pruebas deben considerar dos aspectos.
Por un lado, es la prueba de llamadas normales, es decir, ver si el programa puede completar funciones básicas en llamadas normales. Ésta es la responsabilidad de prueba más básica. Desafortunadamente, se ha convertido en la única tarea de prueba para muchas empresas, pero está lejos de serlo. El segundo aspecto es la prueba de llamadas anormales, como pruebas de estabilidad bajo carga de alto voltaje, pruebas bajo posibles entradas anormales del usuario, pruebas del estado afectado del módulo bajo fallas parciales de todo el sistema y pruebas de estabilidad del módulo cuando se bloquean solicitudes anormales frecuentes. recursos, etc.
Por supuesto, los programadores no necesitan realizar pruebas tan completas en cada parte de su código, pero los programadores deben conocer la posición de sus tareas de código en todo el proyecto y los diversos requisitos de rendimiento, y estar dirigidos a realizar las tareas relevantes. pruebas localmente para detectar y resolver problemas lo antes posible. Por supuesto, esto requiere la capacidad antes mencionada de comprender las necesidades.
7. La capacidad de aprender y resumir
Los programadores son una profesión donde los talentos se pueden eliminar y dejar atrás fácilmente, porque una tecnología puede estar sólo tres o dos años por delante. Si los programadores quieren ganarse la vida, deben mantenerse al día con las nuevas tecnologías y aprender nuevas habilidades.
Ser bueno aprendiendo es una motivación necesaria para cualquier profesión, y este requisito es aún mayor para los programadores.
Pero aprender también requiere encontrar el objetivo. Algunos jóvenes fanáticos de la codificación también hablaron sobre sus habilidades de aprendizaje. Han estado aprendiendo asp, php, jsp por un tiempo. Usan esto como derecho de fanfarronear para perseguir ciegamente algunas cosas y sustantivos superficiales y superficiales, y realizan programas y aplicaciones de red sin comprender el procesamiento de vectores de interrupción. Estos técnicos, por muchos de los llamados nuevos idiomas que dominen, nunca lo harán.
Ser bueno resumiendo también es reflejo de la capacidad de aprendizaje. Cada vez que completa una tarea de investigación y desarrollo o un fragmento de código, debe realizar un seguimiento intencionado del estado de la aplicación del programa y los comentarios de los usuarios, resumirlos en cualquier momento y descubrir sus propias deficiencias. Un programador sólo puede crecer mejorando gradualmente.
Se recomienda no elegir un programador que no haya crecido, aunque actualmente sea un maestro, porque es hora de que se quede atrás.