El resumen y el plan personal son complementarios entre sí y deben basarse en el plan personal, y el plan personal siempre se formula en función del resumen personal de la experiencia. ¡A continuación he recopilado resúmenes de trabajo personal y autoevaluaciones de los programadores para su referencia!
Parte 1: Autoevaluación y resumen del trabajo personal del programador
Hola a todos, mi nombre es xxx. Soy alegre, dispuesto a comunicarme con los demás, honesto, íntegro, motivado y tengo una gran capacidad de aprendizaje. Mi trabajo en el club de la liga escolar ha fortalecido aún más mis habilidades de organización y coordinación, y tengo un fuerte sentido de responsabilidad social.
Mis habilidades informáticas: Programador Idiomas: inglés (general); mandarín (estándar) Familiarizado con Windows, capaz de usar Word, PowerPoint y otro software de oficina con soltura; familiarizado con C, C#, HTML, XML, comprender la estructura de datos (C), ingeniería de software, C, c++, java, ajax. Competente en lenguaje c#. Familiarizado con las herramientas de desarrollo vs. netXX/XX y desarrollé un sistema de gestión de redes inmobiliarias utilizando b/s. Dedicada al desarrollo de software educativo en la empresa.
Solía construir un sistema de gestión de propiedades.
Entorno de software: entorno de desarrollo del sistema Windows: vs.net XX (c#) Descripción del proyecto SQLXX: este sistema incluye principalmente dos partes: la recepción implementa principalmente el inicio de sesión del administrador, información del personal de administración de la propiedad, información de anuncios y deuda de inquilinos Información de tarifas, quejas de residentes, informes de reparación de residentes, consultas de atrasos, etc. El backend administra principalmente este sitio web e implementa principalmente administración como la aceptación de información de propiedad, administración de propiedad, administración de anuncios, configuraciones básicas y mantenimiento del sistema.
¿XX año-XX año? ¿Excelente miembro del equipo? ¿título? ¿Beca de tercera clase? ,?¿Primer lugar en el partido de baloncesto de la escuela? ¿Se calificó en el año XX-año XX? ¿Jefe del Departamento de Propaganda de la Unión de Estudiantes de la Rama General? ,?Primer lugar en el concurso de caligrafía escolar?
¿XX año-XX año? ¿Líderes estudiantiles destacados? ,?Excelente trabajo en equipo?
A través de la autoevaluación anterior, puedo comprenderme mejor a mí mismo y mis fortalezas en todos los aspectos. Estoy orgulloso de mí mismo como programador informático experimentado.
Parte 2: Resumen del trabajo personal del programador y autoevaluación.
Este año he vivido tres transiciones, de la escuela a la empresa, de estudiante a empleado y de la teoría a la práctica. En torno a estos tres cambios, siempre he mantenido una buena actitud y he ido creciendo paso a paso.
Empecé a trabajar en la empresa xxx en junio del 20xx. En los primeros meses de trabajo y estudio, bajo la guía y el cuidado de mis líderes y colegas, aprendí conocimientos profesionales, consulté a mis superiores para obtener experiencia y aprendí habilidades profesionales de mis colegas. Fue durante este proceso que me di cuenta de mis propias deficiencias y del poder y el encanto del equipo. Rápidamente lo reconocí y me integré a este equipo, lo que me dio un buen comienzo en mi trabajo futuro.
Durante este período de trabajo, trabajé en un sistema de consulta en línea del proyecto xxx relativamente difícil. ¿Por qué es difícil? Como nunca antes había hecho este proyecto, le pregunté a todos mis amigos y busqué en Internet, pero no encontré una solución. Luego hojeé libros y busqué en línea. Todo lo bueno llega pronto. Finalmente, encontré un pequeño ejemplo de sala de chat, pero estaba lejos de ser completamente funcional. Así que estudié este ejemplo poco a poco, desde no saber nada hasta comprenderlo gradualmente, desde no saber nada sobre la tecnología AJAX hasta dominar su uso. Luego comencé a desarrollarlo yo mismo y finalmente lo desarrollé. Aunque todavía no es perfecto y sus funciones no son muy potentes, este es el resultado de mis esfuerzos y creo que se volverá más potente y perfecto en el futuro.
A través del proceso de pasantía, aprendí sobre la confusión a corto plazo y la depresión emocional. ¡Con la ayuda y el cuidado de mis colegas y mis esfuerzos personales, pude superar las dificultades con éxito y recuperar mi confianza y satisfacción!
Aquí te dejo mi informe laboral y mi experiencia durante el periodo de prueba. Espero que los líderes de la empresa puedan considerar de manera integral mi actitud laboral, mi capacidad laboral y mi desempeño laboral de acuerdo con los requisitos de los empleados regulares. ¡Continuaré dedicándome al trabajo futuro con total entusiasmo y usaré mis esfuerzos para recompensar a la empresa!
Se acerca el periodo de prueba en 2008. Ahora ordenaré mi trabajo de este año y haré la siguiente autoevaluación:
Este año he experimentado tres cambios, de escuela a empresa, de estudiante a empleado y de teoría a práctica.
En torno a estos tres cambios siempre he mantenido una buena actitud y he ido creciendo paso a paso.
Capítulo 3: Resumen del trabajo personal del programador y autoevaluación.
Permítanme presentarme primero. He estado involucrado en el desarrollo de ASP.NET durante un año y me gradué en 2009. Empezó a trabajar en XX a las 11. Solía hacer ASP antes y comencé a trabajar en ASP.NET en febrero del XX. Debido a la transformación de la empresa, ahora dirijo a más de una docena de personas a desarrollar ASP.NET, principalmente para software de gestión industrial en la industria cuasi financiera.
Resumen de trabajo anual personal del programador de desarrollo de software
. En la reunión también se redactó un resumen anual, pero se limitó a un resumen de trabajo y un plan de trabajo para XX, con muy poco autoresumen. Por eso, hoy hice un resumen anual de mí mismo, principalmente desde los aspectos de tecnología, gestión, vida, etc. Las personas mayores pueden corregirme al pasar.
Estudié automatización eléctrica en la escuela y la base de mi programa se limitó a algunos conocimientos en cursos básicos de C. Más tarde, cambié de VB y HTML a ASP. Pasé mucho tiempo en ASP, por lo que estoy familiarizado con ASP. Más tarde, debido a las necesidades comerciales de la empresa, cambié la plataforma de desarrollo a asp.NET. Al principio no estaba muy interesado en ASP.NET, pensando que era solo una extensión de ASP (no sabía nada sobre los tres niveles). arquitectura en ese momento, ¡y el acceso a datos estaba todo en la página!), y luego atrajo a varios pájaros azules de la Universidad de Pekín, quienes finalmente se dieron cuenta de la fortaleza de ASP.NET y gradualmente dominaron ASP.NET a través de esfuerzos personales. En el nivel actual, sólo puedo decir que creo que es sólo una introducción, por varias razones, que discutiré más adelante.
Creo que los estudiantes que han cambiado de la orientación a procesos a la orientada a objetos tienen la sensación de que la orientación a objetos es realmente incómoda al principio, ya que involucra atributos, especialmente las diversas relaciones entre clases. En ese momento, siempre quisieron pasar muchos parámetros de forma orientada al proceso. Así que he estado pensando en objetos, saltando del concepto, entendiéndolos a mi manera, dándome cuenta gradualmente de la esencia de los objetos de la página y entendiendo gradualmente la relación entre objetos en diferentes niveles, como la relación entre el objeto A y el objeto B. Y algunos deben revelarse por completo, otros deben ocultarse, otros deben ser entregados por un tercero, algunos deben ser visibles para los subordinados y otros deben ser realizados por los subordinados. Debes entender que la orientación a objetos proviene de la realidad, no de una teoría utópica. La relación entre estos objetos se puede resumir como la relación entre padre e hijo, marido y mujer, líder y subordinado, colega y amigo. Por el contrario, los procesos de la página a menudo parecen enviarse al usuario todos a la vez, donde el nivel de datos y el método de acceso a los datos no están claros. En la realidad simulada, es más fácil de entender que la orientada a objetos, pero difícil de expresar de forma precisa y directa.
Por otro lado, la orientación a objetos es su patrón de diseño, que no se propuso claramente en el proceso anterior orientado a procesos. Un código excelente orientado a procesos requiere alta cohesión y bajo acoplamiento. Desde mi punto de vista personal, esto es solo un método de desarrollo de software. ¿tecnología? Resumen teórico; ¿se ha implementado el patrón de diseño? ¿cerámica? Debido a que expresa la relación entre módulos de código específicos desde una dirección más amplia y un nivel más abstracto, se puede considerar que el patrón de diseño es una experiencia completamente resumida de aplicaciones prácticas. No existe tal término entre los dos, pero creo que. Los predecesores deben haber utilizado esta idea y aplicarla al trabajo real. Por supuesto, ¿cada uno tendrá la suya propia? ¿Patrón de diseño? ¿Puedes aprender de las ideas de tus predecesores para mejorarte, pero no puedes? ¿Patrón de diseño? y patrones de diseño.
Hablando específicamente del modelo de implementación de asp.net, no es difícil comprender verdaderamente su mecanismo y métodos. Recuerde que b/s no se puede separar de post u get. Todos los autopostback y selectedindexchanged llaman al formulario para pasar el valor. El archivo fuente generado por runat=server también es una etiqueta html normal. La idea de Microsoft de facilitar el desarrollo de software es buena y los tiempos avanzan. Hace muchos años usaste C para escribir mis y demostrar que eres increíble. Muchos años después, ¿ya no necesitas escribir en C? ¿Sistema de gestión de estudiantes? ,?Sistema de gestión de biblioteca? Eso solo demuestra que su cerebro tiene la misma opinión. El desarrollo de lenguajes tiene ventajas y desventajas porque los escenarios de aplicación son diferentes. De manera similar, no se pueden comparar dagas con balas de cañón, o C con php. Los programadores tienen una mentalidad paranoica, pero recuerde que los usuarios a los que se enfrenta tienen la última palabra: si el programa puede satisfacer las necesidades, la usabilidad, la estabilidad y el costo deben ser la primera prioridad.
Al principio, solo éramos cuatro personas en el equipo de desarrollo, incluyéndome a mí. En ese momento, simplemente operaba con la mentalidad de aceptar desafíos. Además, soy más emocional y tengo buenas relaciones de equipo.
Sin embargo, gradualmente surgieron problemas graves: el trabajo era aleatorio, el espíritu de equipo era débil y los métodos de trabajo eran descuidados. Tengo la impresión de que algunas personas empezaron a prometer que el proyecto no estaría terminado y terminaron trabajando horas extras todos los días hasta las 6 de la mañana, y yendo a trabajar a las 7:30 después de una siesta. Varios colegas lo son.
A medida que pasaba el tiempo, el problema se hacía cada vez más evidente: el proyecto no se podía completar y el trato de la empresa hacía que los nuevos empleados se sintieran indignos, por lo que el jefe se quejaba, los empleados se quejaban y yo tenía ¿caminar en el medio? ¿Apagar el fuego? Este período es el más agotador para nuestro departamento, pero también es el momento más satisfactorio. ¿Mi ex empleado me lo dijo más tarde? ¿No puedes encontrar ese sentimiento otra vez? Esto es lo que puedo imaginar. Durante este período, mi jefe confió mucho en mí y me dio muchas sugerencias de trabajo sobre métodos de gestión. Luego poco a poco entendí, ¿cómo debería ser la gestión? ¿Todos ponen reglas a seguir? , ¿no debería ser así? ¿La gente se preocupa por la gente? .
Es fácil que las personas caigan en un malentendido: los líderes siempre prestan atención a cada empleado, lo que a menudo conduce a un liderazgo superficial, una gestión relajada, un menor sentido de responsabilidad y una gestión estricta que conduce a relaciones tensas entre ellos. empleados y líderes. Por otro lado, los líderes tienen tiempo y energía limitados, por lo que inevitablemente consumirán mucha energía en la supervisión diaria y no pueden invertir en la gestión general.
¿Y qué? ¿División personalizada del trabajo y descanso definida por el sistema? Descubra las reglas y regulaciones diarias. Durante este período, además de las principales reglas y regulaciones laborales de la empresa, yo mismo formulé otras disciplinas de trabajo diario, gestión diaria y otras reglas y regulaciones, luego solicité sus opiniones y finalmente las implementé. También encontramos muchos problemas en el proceso. Por ejemplo, al principio se nos permitía usar qq internamente. Posteriormente, los empleados pasaron más tiempo charlando en QQ, lo que afectó en gran medida la eficiencia del trabajo. Finalmente decidieron prohibirlo. Hubo mucha resistencia al principio (parece que a los programadores les gusta colgar algunos QQ en el grupo para convertirse en líderes del grupo, aunque la mayoría son novatos). Al final, las cosas mejoraron gradualmente.
En términos de división del trabajo del proyecto, la división del trabajo se define claramente en función del nivel técnico y se formula el plan de desarrollo del proyecto. Debido a que la tecnología no era muy madura al principio, muchas veces mi lado me exigió encarecidamente que usara métodos brutales, y trabajarían horas extras conmigo si no podía terminar las horas extras. Durante este tiempo, pude sentir que el personal se quejaba un poco pero en general me aceptaba.
Durante este período, la empresa contrató nuevos empleados y el aumento de personal me hizo darme cuenta de la importancia de la gestión de equipos. Durante este período, se resolvieron uno por uno muchos problemas, como el control de versiones, los estándares de codificación, la gestión de documentos y la gestión de errores. Técnicamente, uso mi tiempo libre principalmente para aprender nuevos conocimientos y luego realizar diversas capacitaciones, principalmente PS/' target = '_ Blank ' & gt; , la capacitación mejora el nivel técnico de los empleados, por otro lado, obtuve el máximo provecho del proceso de aprendizaje y capacitación, porque en ese momento tenía más necesidades personales en las que pensar y estaba profundamente interesado en la tecnología, por lo que mi trabajo posterior ingresó gradualmente. un círculo virtuoso.
Los salarios bajos, las duras condiciones, las largas jornadas laborales y la alta presión laboral son los mayores problemas del equipo. En este sentido, los responsables de la toma de decisiones de la empresa tienen graves conceptos erróneos en algunos aspectos, lo que hace que el personal técnico se queje cada vez más de la empresa. En este sentido, solo puedo consolar a los hermanos que me rodean a expensas de mi esposa, porque entiendo que los problemas de la empresa son los mismos que los problemas comunes en la actual industria de software de China, que persigue ciegamente la maximización de ganancias, no la calidad, solo la velocidad. Toda la atmósfera social ha provocado el desarrollo desigual de la industria del software. Hay innumerables empresas en China compuestas por tres o cuatro equipos de desarrollo. Puede imaginarse las condiciones de vida de toda la clase de programadores, incluidas horas extras locas, baja calidad del código, altos costos de mantenimiento, poca estabilidad y mala experiencia de usuario. Por supuesto, no hay forma de escapar de esta situación. Para los individuos, cualquier eslogan falso y vacío no tiene sentido. Lo más importante para los programadores como técnicos es su mentalidad. Se enfrentan a diversos problemas con buena actitud, encuentran problemas, los resuelven y se quejan cuando encuentran problemas. ¿Es un trabajador migrante? Personalmente creo que el autoposicionamiento del personal de TI es el más incorrecto. Imagínese una persona que ni siquiera menosprecia su carrera. ¿Podrá hacer bien su trabajo? ), lo más importante es solucionar el problema.
Al entrevistar a los empleados, se mencionan repetidamente tres puntos: la actitud laboral, el potencial de desarrollo y la capacidad laboral en orden de adelante hacia atrás, y la mentalidad es la más importante. Todo el mundo en las grandes empresas quiere hacerse hueco, pero las plazas son limitadas, por lo que la gran mayoría de los programadores se concentran en empresas de software de segunda y tercera categoría. En este momento, es aún más importante hacer un buen posicionamiento profesional personal. Según mi experiencia personal, cuando los nuevos empleados eligen una empresa, suelen valorar más el salario y el potencial de desarrollo. Los programadores son una profesión con la que no se puede jugar. La capacidad de trabajo es importante, pero no es lo más importante.
La actitud laboral a menudo está relacionada con su comprensión ideológica personal y su entorno laboral. Mi experiencia personal es que no deben ser demasiado emocionales, ya que esto no es bueno para su desarrollo laboral ni personal. En otras palabras, incluso si quieres dimitir mañana, tienes que dimitir hoy.
Los empleados con insuficiente sentido de responsabilidad merecen una atención especial. A menudo son demasiado tímidos y egocéntricos. Muchas veces, cuando no se reconoce su trabajo y se sienten insatisfechos o infelices en el trabajo, tomo la iniciativa de hablar con ellos. Sé que estás manejando a una persona real, no a una máquina a tu merced. Las personas tienen emociones y a menudo tienen nudos en el corazón. Descubra los motivos, brinde más orientación y cuide a cada miembro con corazón. Esté preparado para lo peor para los empleados que realmente no son aptos para desarrollarse en este equipo. Los programadores tienen las mismas características que los estudiantes universitarios de hoy: ¿uno pasa de ser una persona favorecida a volverse redundante y el otro pasa de ser una persona con un alto coeficiente intelectual a ser popular en China hoy? ¿Es un trabajador migrante? . Por otro lado, los programadores tienden a concentrarse entre hombres de entre 20 y 25 años, que padecen una serie de problemas como emociones, pérdidas e inmadurez psicológica. Sin embargo, las personas en esta etapa suelen ser las más fáciles de comunicar y muy maleables. Una orientación adecuada y métodos razonables serán cientos de veces más eficaces que una gestión bárbara.
?
;