Resumen del trabajo del desarrollador de software

El resumen es un material escrito que revisa y analiza el estudio y la vida laboral o su finalización, incluyendo logros, problemas existentes, experiencias y lecciones aprendidas, en un período de tiempo específico, que puede servirnos de guía en el siguiente. etapa de estudio y vida laboral, debemos revisar y redactar un resumen. Entonces, ¿qué debería incluir el resumen? El siguiente es un resumen del trabajo de los desarrolladores de software que compilé. Es solo como referencia. Resumen del trabajo del desarrollador de software 1

Han pasado rápidamente solo dos semanas y la pasantía en xx está a punto de finalizar. Aunque fueron solo dos semanas, aprendí muchos conocimientos, me familiaricé con el proceso de desarrollo de software y también mejoré enormemente mi capacidad práctica.

Soy un estudiante que está a punto de llegar al último año. Al observar la situación laboral actual, la expansión de la inscripción en colegios y universidades nacionales y la crisis financiera mundial, los estudiantes universitarios deberían tener una idea de ello. Urgencia de estar preparados para el peligro en tiempos de paz, especialmente para aquellos que han pasado por ello. Para mí, que he estado en la universidad durante dos años, la graduación no es una palabra lejana. El filo de una espada proviene del afilado y la fragancia de las flores de ciruelo proviene del frío intenso. Sin ejercicio regular, por supuesto, no puede haber cabello fino sin acumulación espesa. En primer lugar, tengo que tener un sentido de urgencia ideológica. Lo que aprendí en la escuela fue todo conocimiento teórico y hubo muy poca experiencia práctica. Talentos con fuertes habilidades integrales son lo que esta sociedad necesita. Mi objetivo personal es convertirme en los talentos que la sociedad necesita. Con una fuerte motivación espiritual y una perseverancia sólida como una roca, creo que el éxito no está lejos.

En primer lugar, mi autocapacidad se ha fortalecido. Durante los primeros días de la pasantía, la atención se centró principalmente en aprender conocimientos relacionados con Java y popularizar los conocimientos preparatorios. Por varias razones, no había aprendido Java antes, por lo que no sé casi nada sobre j. Pero he estudiado C++ antes, por lo que mi comprensión y aceptación del lenguaje no son demasiado lentas. Aunque el profesor explica más rápido, todavía trato de mantener su velocidad. En este proceso, aprendí un método de autoestudio: puede comprender el marco de conocimiento sin pedir una explicación detallada la primera vez y luego continuar fortaleciendo su comprensión del conocimiento durante el proceso de uso, para que pueda aprender el conocimiento. rápidamente y aplicarlo a la práctica.

En segundo lugar, mi capacidad de operación práctica se ha fortalecido. Una vez finalizada la explicación del conocimiento, entramos en el intenso y breve proyecto. Pero debo decir que al principio tuve problemas: siempre cometía errores al escribir código. Debido a una falta de comprensión profunda de los principios y a la falta de experiencia suficiente en el uso del idioma, el progreso es extremadamente lento. Después de muchas discusiones, nuestra comprensión del proyecto se profundizó gradualmente, por lo que el proceso de inversión aquí fue relativamente sencillo. En este proceso, entendí la brecha entre la práctica y la teoría y la relación inseparable entre ambas.

Lo último es la mejora de la capacidad de trabajo en equipo. El trabajo en equipo juega un papel insustituible en todo el proceso. Desde el análisis del proyecto cuando se recibió, hasta la división del trabajo, y luego comenzó el trabajo, cada uno haciendo lo suyo sin perder una cooperación tácita. En este proceso, quienes encuentren problemas se ayudarán mutuamente a resolverlos y mejorarán la eficiencia del trabajo. Debido a varias razones, nuestro grupo también tiene algunos problemas... (creados por mí).

Esta pasantía ha acortado la distancia entre la sociedad y yo, y también ha ampliado mis horizontes y aumentado mis talentos en la práctica. La sociedad, al igual que las universidades, también es un lugar para la educación y el aprendizaje. Aprendí mucho de mi pasantía en... (escriba el lugar de la pasantía. Me gustaría agradecer nuevamente a todos los profesores por su orientación y enseñanza durante la pasantía). La riqueza de conocimientos que me diste me beneficiará durante toda mi vida. Pero sé que el aprendizaje no tiene fin y que estudiar durante este período no es suficiente. Continuaré estudiando mucho, cultivando mis habilidades y mejorando aún más en mi vida futura. Resumen del trabajo del desarrollador de software 2

1. Comparta la primera experiencia: "Las calificaciones académicas representan el pasado, la capacidad representa el presente y la capacidad de aprendizaje representa el futuro". de la educación extranjera. Creo que amigos que han trabajado durante varios o más de diez años tienen alguna experiencia con este principio. Pero creo que este punto también es muy importante: "¡Si comprendes verdades importantes demasiado tarde, te arrepentirás de por vida!", ¡Así que lo incluyo en cada artículo para que los amigos que acaban de graduarse puedan verlo temprano!

2. Asegúrese de determinar su propia dirección de desarrollo y formule un plan factible para este propósito. No digas algo como: "¿Me acabo de graduar y no sé qué podría hacer en el futuro?", "Sigue tus sentimientos y hazlo primero". Porque tal punto de vista implicará a través de tu mente subconsciente que tu comportamiento es no hacer nada y no hacer nada.

¿Seguir haciendo tecnología y convertirte en un experto en el futuro? ¿Ir en la dirección de la gestión y convertirse en un directivo profesional? ¿Primero se familiariza con la industria y el campo y luego comienza su propio negocio en el futuro? ¿O debería simplemente dedicarme primero a la industria y cambiarme a otra cosa en unos años? Esto es muy importante, determinará lo que harás en los próximos años o diez años para "hacer lo correcto".

3. En un equipo de desarrollo de software, la tecnología no lo es todo, ¡pero nada es imposible sin tecnología! En un equipo técnico, la tecnología y el carácter son igualmente importantes. Por supuesto, la apariencia también es más importante, especialmente en un equipo con muchas chicas. En un equipo de proyecto de software, el nivel técnico es un peso importante a valorar y respetar. Ya sea que esté realizando gestión, análisis de sistemas, diseño, codificación o gestión de productos, pruebas, documentación, implementación y mantenimiento, debe tener una base técnica. Incluso si soy ignorante, nunca he visto a un profano liderar un equipo de desarrollo de software para completar con éxito un proyecto de desarrollo de software, ni siquiera uno. Una vez vi a una "persona altamente educada" (no técnica) liderar a un grupo de personas para completar un proyecto. En el segundo día de la entrega del proyecto, los miembros del equipo del proyecto dijeron: "¡No puedo soportarlo más!". se desmoronaron. Siguen caminos separados. Todos podéis imaginar el "éxito" de ese proyecto.

4. Desarrolle en detalle su propio plan de aprendizaje de conocimientos profesionales de desarrollo de software y preste atención a las revisiones y ajustes oportunos (la tecnología de desarrollo de software cambia demasiado rápido). Recuerde: "Si un desarrollador de software no ha actualizado sus conocimientos en 1 o 2 años, entonces ya no pertenece a esta industria". El famoso "Principio 38" del campo de la gestión del tiempo nos advierte: ¡Cómo uses las otras 8 horas determinará el éxito o el fracaso de tu vida! Desde que me gradué, he dedicado una media de más de 2 horas a estudiar todos los días.

5. Los libros son la escalera del progreso humano, especialmente para los desarrolladores de software. Los libros son la forma más eficaz de adquirir conocimientos. No espere demasiado encontrarse con "expertos extraordinarios" en el trabajo que se tomarán la molestia de enseñarle. Cuando se trata de gastar dinero para comprar libros, mi experiencia personal es: ¡Nunca compres libros publicados por esas personas en China! Me arrepentí del 100% de los libros que les compré a esos tipos, sin excepción. Lo que es aún más molesto es que estos libros son difíciles de vender en los puestos del mercado de segunda mano. "Poseer libros no significa poseer conocimientos; poseer conocimientos no significa poseer habilidades; poseer habilidades no significa poseer cultura; poseer cultura no significa poseer sabiduría".

6. No te limites al uso superficial de una determinada tecnología, aunque solo la utilices una o dos veces de forma ocasional. "Tener cuidado con todo" es una cualidad que los ingenieros de cualquier industria no deberían poseer. Desarrolle aplicaciones de Windows, observe los principios de diseño, carga y ejecución de los programas de Windows, analice el formato de archivo PE e intente utilizar el desarrollo SDK para desarrollar una aplicación de Windows desde cero; utilice VC ++, Delphi, Java y Net para desarrollar aplicaciones; y dedique tiempo a investigar. Eche un vistazo al diseño del marco o al código fuente de mfc, vcl, j2ee, net, además de usar j2ee, jboss, spring, hibernate y otros excelentes productos o marcos de código abierto, tómese el tiempo para ver cómo funciona. Maestros abstraen, analizan, diseñan e implementan problemas similares con solución universal. Intente hacer esto y encontrará menos problemas que lo dejen confuso y confuso en su trabajo futuro, porque "sabe cómo es y por qué" muchas cosas.

7. Programa en un idioma, pero no limites tu pensamiento. "Code Encyclopedia" dice: "Profundice en la programación en un lenguaje y no lo lea superficialmente". El desarrollo profundo de un lenguaje está lejos de ser suficiente. La existencia de cualquier lenguaje de programación tiene sus propias razones, por lo que ningún lenguaje es una "panacea" que pueda "curar todas las enfermedades". Existen numerosos ejemplos del impacto y las limitaciones que tienen los lenguajes de programación en las ideas de los desarrolladores y en las formas de resolver problemas específicos.

Mi experiencia es: cuando utilizamos herramientas orientadas a objetos para desarrollar ciertos módulos clave, ¿por qué no podemos aprender de los métodos de empaquetado modular de c, c51 y ensamblaje? Cuando utilizamos herramientas de desarrollo de escritorio tradicionales (actualmente principalmente VC y Delphi) para diseñar la estructura del sistema, ¿por qué no podemos consultar las ideas de diseño de IOC y AOP de la comunidad Java, o incluso aprender de excelentes marcos de código abierto como Spring e Hibernate? , jboss, etc.? Al diseñar e implementar funciones como la comunicación en tiempo real y la recopilación de datos, ¿por qué no podemos utilizar excelentes marcos y patrones de sistemas de sistemas en tiempo real y sistemas integrados? ¿Por qué todo debe resolverse basándose en la tradición o experiencia de personas y equipos en lenguajes de desarrollo natural? "Se pueden utilizar piedras de otras montañas para atacar el jade".

8. Desarrolle el hábito de resumir y reflexionar, y refine conscientemente los resultados del trabajo diario para formar su propia biblioteca de código fuente personal, una arquitectura general del sistema para resolver ciertos tipos de problemas, e incluso evolucionar hacia una estructura. Como todos sabemos, para los desarrolladores de software, una diferencia significativa entre aquellos con y sin experiencia es que las personas sin experiencia comienzan desde cero al completar cualquier tarea, mientras que las personas con experiencia a menudo resuelven problemas reorganizando sus propios módulos reutilizables y bibliotecas de clases (de hecho, esto La conclusión no debe limitarse al campo del desarrollo de software y puede extenderse a muchos aspectos). Esto no significa que usted mismo deba implementar todas las cosas reutilizables. Los resultados maduros y probados de otros también pueden recopilarse, organizarse e integrarse en su propia base de conocimientos. Sin embargo, es mejor implementarlo usted mismo, para que no haya problemas con los derechos de propiedad intelectual, derechos de autor, etc. La clave es poder dominar verdaderamente este punto de conocimiento y poseer esta habilidad después de implementarlo usted mismo.

9. Prestar igual atención a la teoría y a la práctica, y cultivar tanto los aspectos internos como los externos. La connotación de un ingeniero es: observar y analizar las cosas y el mundo desde la perspectiva de un ingeniero. Un ingeniero de software calificado es una persona que realmente comprende la esencia de los productos de software y la esencia del desarrollo de productos de software (opiniones personales, bienvenido a discutir). Dominar los lenguajes de desarrollo de software, aplicar herramientas lingüísticas para resolver problemas específicos en el trabajo y completar tareas específicas son las tareas principales de los ingenieros de software. Sin embargo, desde la perspectiva de los ingenieros de software, estas son solo cosas externas, no trabajos importantes y esenciales. El trabajo de un verdadero ingeniero de software es aprender y dominar el conocimiento teórico del desarrollo de productos de software y las metodologías de desarrollo de software, y comprender y aplicar ideas de análisis, diseño e implementación de productos de software en la práctica para resolver problemas específicos de desarrollo de productos de software. Piense, analice y resuelva problemas desde la perspectiva de teorías maduras y metodologías confiables, verifique y revise estas ideas y métodos en la práctica específica y, en última instancia, forme su propio sistema teórico y metodología práctica.

10. Cuanto más abierta esté tu mente, más amplia será tu visión. No te aferres a tus propias tecnologías y logros hasta que estén obsoletos y se conviertan en basura antes de sacarlos y avergonzarlos. Publique los resultados de su investigación de manera oportuna: productos desarrollados, diseños creativos o códigos, y publíquelos para que todos puedan comunicarlos o usarlos. Solo entonces sus resultados tendrán la oportunidad de evolucionar y sublimarse. Piense en las herramientas del sistema Windows que desarrollé en XX años. Hoy, 5 o 6 años después, siguen siendo las mismas. Muchas de las herramientas del sistema Windows que son populares hoy son posteriores a las mías, pero han evolucionado muy bien y son. utilizado por tantos usuarios. Además, no mantenga en secreto sus propias tecnologías e ideas, comuníquese y compártalas con otros tanto como sea posible, o enséñelas a los miembros del equipo de desarrollo. "Después de intercambiar manzanas con otros, todos siguen teniendo sólo una manzana; pero después de intercambiar pensamientos, todos tienen dos pensamientos". Todos saben la verdad, pero ¿cuántas personas pueden hacerlo realmente? Resumen del trabajo del desarrollador de software 3

El otoño dorado de octubre es una temporada de cosecha. Espero que nuestra vida diaria sea como esta temporada. Ha pasado otro mes, y ahora resumimos los logros y deficiencias de nuestro trabajo.

1. Contenido del trabajo

El trabajo en septiembre está relativamente ocupado y el trabajo se centra en cuatro aspectos: pruebas de s6, desarrollo y pruebas de software hospitalario, servicio posventa y redacción de documentos. y formación.

1. Acerca de la prueba s6

Hay alrededor de 30 nuevas funciones de modificación en s6. El enfoque de la prueba es el siguiente: Primero, la operación de corrección del inventario durante el pago diario. item Las funciones involucran muchos aspectos, lo que afecta la precisión de los datos. Las pruebas son engorrosas y la cantidad de pruebas es relativamente grande. En segundo lugar, debido al cambio en el procesamiento interno del programa durante la facturación comercial, se transfiere la consola original. al proceso almacenado para su procesamiento, por lo tanto, también se llevaron a cabo pruebas clave en esta parte, la prueba de numeración automática de lotes de piezas de decocción, otras pruebas incluyen pruebas de informes GSP, ventas de productos correspondientes al cliente, entrada de membresía de lotes y distribución remota. precios, etc., y luego posventa Las preguntas planteadas por el personal se prueban en cualquier momento, como que el módulo de impresión aún no puede imprimir después de agregar elementos de impresión, algunas plantillas aún no son fáciles de usar después de que se haya modificado 99pbl, si hay un problema con los datos del informe, etc.

2. Desarrollo y pruebas de software hospitalario

También hizo algunas contribuciones al desarrollo de módulos funcionales de la nueva versión del software hospitalario y realizó 15 módulos de impresión (como almacenamiento y reimpresión, reimpresión de precios, reescritura de pérdidas y ganancias, etc.), 12 módulos de consulta (consulta de informe de almacenamiento, consulta de informe de hospitalización, consulta de tarifas de admisión y alta, etc. El contenido de los módulos incluye: enlace de menú, eliminación de elementos innecesarios en). la ventana Oculta el botón, escribe las declaraciones SQL requeridas en el informe de consulta (alrededor de 60 oraciones, pero la estructura de la declaración no es complicada) y alrededor de 80 ventanas de datos requeridas para el módulo de impresión y el módulo de consulta en términos de prueba, solo pruebas superficiales; Se ha realizado, el contenido de la prueba incluye si las fuentes en cada ventana son consistentes, si los botones están alineados, si las indicaciones que aparecen después de hacer clic en el botón son correctas, si los cambios en la cantidad, precio, cantidad e inventario. , etc. de la ventana de facturación son correctos, problemas de movimiento de foco, etc., ahora se han detectado más de 100 problemas en otros aspectos, se ha modificado la estructura de la biblioteca, se han modificado los campos que no se permiten estar vacíos en cada tabla; Se ha modificado correctamente y se han unificado las longitudes de a25, a35 y otros campos de cada tabla.

3. Servicio posventa

En el trabajo posventa de s6, debido a la corrección del inventario durante el pago diario, los datos de inventario de varios clientes eran inexactos. se encontró consultando la base de datos real del cliente. Otra razón es para responder algunas preguntas al personal de posventa por teléfono. En otros aspectos, he brindado servicio puerta a puerta tres veces, a saber, resolver los problemas financieros de las cuentas por cobrar; y cuentas por pagar de Prophet Medical Equipment Company, y ayudar a los clientes con la contabilidad en Tongsheng Pharmaceutical Financial Software. No es sorprendente que el problema se haya resuelto modificando los datos desde el fondo. Los errores de ventas y el inventario no se han reducido, y la causa no. Se han encontrado problemas planteados por los clientes, como software financiero, interfaces financieras e interfaces de impuestos dorados, que se han resuelto de forma remota y por teléfono. Debido al feriado del Día Nacional, había poco personal de posventa, por lo que hice dos días de trabajo de posventa antes de fin de mes.

4. Otros aspectos

Escribí el documento de capacitación de s6 dos veces. En segundo lugar, escribí la diferencia entre la versión mejorada y s6, y luego escribí el programa de compilación, el programa de respaldo y el programa de respaldo. y registro del programa A la espera de trabajo, el registro del programa se realiza en cualquier momento, por lo que también lleva una cierta cantidad de tiempo.

2. Análisis del trabajo

A través del trabajo, he aprendido algunos conocimientos en pb, puedo corregir errores simples y también puedo comprender algunas estructuras de guiones simples. Esto es muy útil. para mi trabajo de prueba. A juzgar por los comentarios, todavía hay problemas con la función de corrección del inventario de pago del s6 y es necesario fortalecer las pruebas. Además, desde la perspectiva del servicio posventa, es necesario fortalecer las habilidades financieras del personal de posventa.

3. Plan de trabajo

1. Pruebas de software hospitalario

2. Redacción de instrucciones para software hospitalario

3. Nuevas incorporaciones a s6 , Prueba de funciones modificadas