Acerca de "Aprenda C++ en 21 días (versión china)"

¡Te sugiero que no prestes demasiada atención a cosas como aprender C en 21 días!

Programador es un trabajo técnico y juega un papel muy importante en el desarrollo de TI. desde el establecimiento del protocolo de comunicación de hardware subyacente hasta el procesamiento de la capa de transmisión de datos, la construcción del sistema operativo, la construcción de la plataforma de base de datos y la construcción de varias plataformas de marketing de datos en la capa de aplicación, los programadores son Todos ellos desempeñan un papel fundamental y han hecho enormes contribuciones al desarrollo de la industria de TI.

Hay muchas personas en China que dominan la codificación, pero hay muchos malentendidos en la industria del software china, especialmente en el desarrollo de aplicaciones de red, y es difícil formar capacidades y productos de desarrollo de software a gran escala. capacidades No sólo es más difícil que

Estados Unidos está muy por detrás, incluso en comparación con la India. Estos problemas no residen en el coeficiente intelectual y el arduo trabajo de los programadores chinos, ni en el nivel de inversión del Estado y el sector privado en el desarrollo.

Pero en gran medida, algunas personas tienen poca consideración por Tecnología, desarrollo de programas y malentendidos ideológicos en el diseño de proyectos. Estos malentendidos han llevado a la capacidad de producción insuficiente de la industria del software y a la falta de capacidades de desarrollo de sistemas de reutilización a gran escala. Se puede decir que cambiar los malentendidos es la clave para resolver. El problema de la industria del software. Trabajo importante sobre las limitaciones provocadas por el modelo de pequeño taller y el modelo de héroe individual.

Hay muchos niños en China, tienen 18,9 o 21,2 años y han escrito mucho código a través del autoestudio. Algunos de sus códigos están muy bien escritos y algunos de los detalles técnicos. son bastante sobresalientes y muy interesantes.

Son diligentes en el estudio, pero están influenciados por algunos conocimientos y opiniones equivocados y carecen de una comprensión general del sistema y del programa, dijo un amigo en línea. muy bien, en realidad son solo algunos.

Los fanáticos de la codificación no están calificados para ser llamados programadores en absoluto, pero hasta donde yo sé, muchos CTO de pequeñas empresas de Internet son fanáticos de la codificación, ganan salarios aterradores y trabajan. en proyectos que dan miedo.

Los finales de los proyectos también suelen dar miedo.

Cualidades básicas de un programador:

Las cualidades que debe tener un programador verdaderamente calificado, o un programador que realmente pueda completar algún trabajo de código.

1: Espíritu de equipo y capacidad de colaboración

Tomar esto como una cualidad básica no deja de ser importante, al contrario, es lo más básico e importante que deben tener los programadores. base para establecerse y establecer una vida. Es una tontería describir a los programadores de alto nivel como solitarios. El poder de cualquier individuo es limitado. Incluso un genio como Linus necesita formar un equipo fuerte para crear milagros. Es inimaginable sin el espíritu de colaboración entre los maestros que escriben. núcleo para Linux en todo el mundo. Los Llaneros Solitarios pueden ganar dinero con un pequeño software y hacer una pequeña fortuna, pero una vez que ingresan a los equipos de I + D de algunos sistemas grandes y ingresan a las tareas de comercialización y desarrollo de productos, las personas que carecen de esta cualidad son completamente incompetentes.

2: Hábitos de documentación

Cualquiera que diga que los programadores de alto nivel nunca escriben documentos es definitivamente un niño ingenuo. La buena documentación es un vínculo muy importante en el proceso formal de investigación y desarrollo. Como programador de código, 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 carece de vitalidad y encontrará grandes problemas en futuras comprobaciones de errores, actualizaciones y reutilización de módulos.

3: Hábitos de escritura de código estandarizados y estandarizados

Según las reglas de algunas empresas de software extranjeras conocidas, la denominación variable del código, el formato de comentarios dentro del código e incluso la longitud de la sangría de las líneas anidadas Existen regulaciones claras sobre el número de líneas en blanco entre funciones y funciones. Los buenos hábitos de escritura no solo ayudan con el trasplante de código y la corrección de errores, sino que también facilitan la colaboración entre diferentes personal técnicos. Algunos fanáticos de la codificación claman que el código escrito por programadores de alto nivel nunca podrá ser entendido por otros. Este clamor solo demuestra que ellos mismos no son dignos de llamarse programadores. El código tiene buena legibilidad, lo cual es un requisito de calidad básico para los programadores. Si observamos toda la construcción de Linux,

Sin hábitos de codificación estandarizados y estandarizados, la colaboración global en I+D es absolutamente inimaginable.

4: Capacidad de comprensión de requisitos

Los programadores necesitan comprender los requisitos de un módulo. Muchos niños tienden a centrarse solo en un requisito funcional cuando escriben programas. hardware y sistema operativo y entorno de desarrollo, sin tener en cuenta las consideraciones de rendimiento del propio código. Alguien dijo una vez que escribir un programa de intercambio de anuncios es muy sencillo. incluso decenas de millones de visitas,

¿Cómo lograr los indicadores de rendimiento? Para un programador así, si le da el sistema de DeepBlue, no podrá lograr las capacidades de acceso concurrente de Taichi Chain. Entre los indicadores de requisitos de rendimiento, la estabilidad, las capacidades de soporte de acceso y la seguridad son muy importantes. Como programador, debe evaluar el entorno en el que opera el módulo en el sistema, la presión de carga a la que estará sujeto y los diversos. presiones de carga a las que estará sometido, peligros potenciales y la posibilidad de ataques maliciosos

. En este sentido, un programador maduro necesita al menos 2 o 3 años de experiencia en desarrollo y seguimiento de proyectos para poder adquirir experiencia.

5: Reutilizabilidad, capacidad de pensamiento modular

A menudo se escucha que algunos programadores tienen este tipo de quejas después de escribir programas durante varios años, se han convertido en trabajadores calificados y trabajan duro todos los días. Es escribir repetidamente algunos códigos que no tienen ideas nuevas. Este es en realidad el mayor desperdicio de talentos de software chinos. Algunas tareas repetitivas se han convertido en el trabajo principal de los programadores expertos, y en realidad están completamente bien.

El diseño de reutilización y el pensamiento modular requieren que los programadores piensen más al completar cualquier módulo funcional o función, y no se limiten a ideas simples para completar la tarea actual. Piensa

Quiero ver. si este módulo puede existir sin este sistema, y ​​si se puede hacer referencia directa a él en otros sistemas y entornos de aplicaciones simplemente modificando los parámetros, para evitar en gran medida la duplicación

Trabajo de desarrollo, si una unidad de I+D de software y funcionando Si un grupo puede tener en cuenta estos problemas en cada proceso de desarrollo, los programadores no perderán demasiado tiempo en trabajos repetitivos.

Habrá más tiempo y energía para invertir en trabajos de código innovadores.

Algunos buenos códigos de módulos de programas, incluso si fueron escritos en la década de 1970, se pueden usar muy bien como módulos funcionales en algunos sistemas hoy en día, pero lo que veo ahora es que muchas pequeñas empresas

<. p>Tan pronto como se actualiza o mejora el software de la empresa, a menudo se reescribe todo el código y la mayor parte del trabajo repetitivo es una pérdida innecesaria de tiempo y energía.

6: Hábitos de prueba

En cuanto al desarrollo comercial y formal, los ingenieros de pruebas a tiempo completo son indispensables, pero esto no significa que haya ingenieros de pruebas y programadores a tiempo completo. No es necesario realizar una autoprueba; el software

Como proyecto, una característica muy importante de la investigación y el desarrollo de software es que cuanto antes se descubra el problema, menor será el costo de resolverlo para los programadores. son responsables de cada fragmento de código y de cada Una vez completados los submódulos, se pueden llevar a cabo

pruebas cuidadosas para descubrir y resolver algunos problemas potenciales lo antes posible. Esto tendrá la mayor garantía para el. eficiencia y confiabilidad de la construcción general del sistema. El trabajo de prueba en realidad necesita 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. Desafortunadamente, esta es la responsabilidad de prueba más básica. casos Esta se ha convertido en la única tarea de prueba de la empresa. De hecho, está lejos de serlo. El segundo aspecto es la prueba de llamadas anormales, como pruebas de estabilidad bajo cargas de alta presión y posibles entradas anormales del usuario. Pruebas, pruebas del impacto del módulo en caso de falla parcial del sistema general, pruebas de la estabilidad del módulo cuando solicitudes anormales frecuentes bloquean recursos, etc. Por supuesto, los programadores no necesitan realizar pruebas tan completas en cada parte de su código, pero los programadores deben comprender claramente el estado de sus tareas de código en el proyecto general y varios requisitos de rendimiento, realizar pruebas relevantes de manera específica y descubrirlas y resolverlas. problemas lo antes posible. Por supuesto, esto requiere la capacidad de comprensión de requisitos mencionada anteriormente.

7: La capacidad de aprender y resumir

Los programadores son una profesión donde los talentos pueden eliminarse fácilmente y quedarse atrás, porque una tecnología puede ser líder solo en tres o dos años. Los programadores quieren establecerse y ganarse la vida, deben continuar aprendiendo nuevas tecnologías y aprender nuevas habilidades. Ser bueno en el aprendizaje es la motivación necesaria para progresar en cualquier profesión. Para los programadores, este tipo de requisitos son aún mayores.

Pero aprender también requiere encontrar el objetivo adecuado

Algunos pequeños fanáticos de la codificación también hablan de su capacidad de aprendizaje. Aprendieron asp, php y jsp

Como una forma de lucirse, a ciegas. perseguir algunas cosas y sustantivos superficiales, no conocer los protocolos de transmisión de comunicaciones al crear programas de red y no comprender el procesamiento de vectores de interrupción al crear aplicaciones, tales habilidades

Personal técnico, sin importar cuántos de los llamados nuevos lenguajes dominan, nunca lograrán mejoras cualitativas. Ser bueno resumiendo también es una manifestación 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 solicitud y los comentarios de los usuarios del programa, resumir en cualquier momento y encontrar el suyo propio. Insuficiente, sólo mejorando gradualmente de esta manera un programador puede crecer.

Se recomienda no elegir un programador que no tenga capacidad de crecer, aunque a primera vista parezca un maestro, porque llegará el momento en que se quedará atrás. Se debe decir que las personas que tienen todas las cualidades anteriores son programadores calificados. Tenga en cuenta que las cualidades anteriores no están determinadas por el coeficiente intelectual y no se pueden aprender en algunos libros de texto universitarios. Todo lo que se necesita es que el programador tenga su propia comprensión. trabajo, que es una cuestión de conciencia.

Como programador senior, o incluso analista de sistemas, es decir, diseñador de un proyecto de programa, además de todas las cualidades mencionadas anteriormente, también debes poseer las siguientes cualidades

Calidad:

Primero, capacidad de análisis de requisitos

Para los programadores, pueden completar código calificado al comprender los requisitos, pero para las organizaciones y gerentes de proyectos de I+D, no solo lo hacen. necesita comprender las necesidades del cliente, pero más a menudo también necesita formular algunas de sus propias necesidades. ¿Por qué dice eso? En términos generales, a la hora de realizar tareas de I+D, puede ser una demanda planteada por los clientes, o una demanda planteada por el departamento de marketing y marketing. En este momento, para el departamento de I+D, lo que ven no es una demanda completa, pero normalmente. una demanda En otras palabras, el requisito son solo algunos requisitos funcionales, o más formalmente, es posible obtener una vista completa del usuario, pero

Esto no es suficiente, porque los clientes tienen más factores no técnicos; y puede resultarles difícil presentar requisitos de desempeño completos, claros o profesionales, pero para los organizadores y planificadores de proyectos,

debe ser capaz de comprender claramente la existencia de estos requisitos y ponerlos en práctica. avanzar adecuadamente al completar el informe de análisis de requisitos y debe reflejarse completa y claramente en la especificación de diseño para que los programadores no pierdan estas pautas al codificar. Los programadores deben comprender correctamente el entorno en el que se encuentran las necesidades del usuario y realizar análisis de demanda específicos. Por ejemplo, si el mismo software se lanza a través de alquiler y licencia de ASP, los requisitos de rendimiento pueden variar. El primero enfatiza un mejor soporte. estabilidad, mientras que este último puede enfatizar la universalidad en varias plataformas y la simplicidad de instalación y uso.

En segundo lugar, los métodos de diseño de proyectos y las capacidades de procesamiento de procesos

Los programadores deben poder dominar no menos de dos o tres métodos de diseño de proyectos (como métodos de diseño de arriba hacia abajo, como métodos de diseño rápidos). método de creación de prototipos, etc.) y ser capaz de seleccionar métodos de diseño apropiados para el diseño general del proyecto en función de los requisitos del proyecto y la asignación de recursos. La selección inadecuada de métodos de diseño retrasará el ciclo de I+D, desperdiciará recursos de I+D e incluso afectará los resultados de I+D.

Un programador también necesita dedicar mucho tiempo al diseño y procesamiento de diagramas de flujo. Necesita hacer diagramas de flujo de datos para establecer un diccionario de datos. Necesita procesar diagramas de flujo lógicos para formar un conjunto. sistema

p>

Flujo de procesamiento sistemático. Un sistema con problemas de proceso no se convertirá en un buen sistema por muy bonito que sea el código y lo exquisito que sea cada módulo. Por supuesto, hacer un buen trabajo de análisis de procesos y elegir un buen método de diseño de proyecto requiere una comprensión suficiente de las capacidades de análisis de la demanda.

En tercer lugar, el diseño de reutilización y las capacidades de descomposición modular.

Esto parece ser una vieja melodía otra vez, ¿no se ha explicado este problema en términos de cualidades básicas?

Como programador involucrado en tareas de módulos, debe considerar la reutilización de los módulos funcionales específicos que enfrenta y, como analista de sistemas, debe enfrentar problemas complejos.

El conjunto El sistema debe descomponerse en muchos módulos funcionales reutilizables y funciones de acuerdo con una capacidad de análisis modular, y se forma un requisito de diseño independiente para cada módulo. Por ejemplo,

Por ejemplo, en la producción de automóviles, al principio cada automóvil se instalaba de forma independiente y cada componente se hacía a medida, sin embargo, esto cambió más tarde, con la llegada de la producción en masa mecanizada, un automóvil cuando la fábrica. abrió

comenzó a producir automóviles a través de líneas de ensamblaje, y las piezas independientes comenzaron a tener un cierto grado de reutilización. Posteriormente, la estandarización se convirtió en una tendencia importante, y las autopartes de diferentes modelos, marcas e incluso diferentes fabricantes podían. también se puede utilizar

Reemplazo y actualización convenientes, en este momento, se maximiza la eficiencia de la producción de automóviles. Lo mismo ocurre con la ingeniería de software en una industria de software madura, en algunos proyectos y sistemas relacionados, se pueden reemplazar diferentes componentes a voluntad, por ejemplo, muchos de los programas de escritorio de Microsoft, en muchos módulos operativos (como. como abrir archivos, guardar archivos, etc.) son el mismo conjunto de módulos funcionales que se reutilizan, y estas interfaces se proporcionan a los desarrolladores de aplicaciones de escritorio a través de algunas bibliotecas de clases para facilitar el enlace. Esta es la reutilización del mismo conjunto de módulos funcionales. Una evidencia obvia del diseño modular. Como programador senior, es importante descomponer un sistema de aplicación grande e intrincado en una serie de combinaciones de módulos relativamente independientes y altamente reutilizables que pueden completar la conexión de datos basándose solo en unos pocos parámetros y sistemas. analistas

Una de las tareas más importantes es que los métodos apropiados de diseño de proyectos y los diagramas de flujo claros sean garantías importantes para lograr este objetivo.

Cuarto, capacidad general de evaluación del proyecto

Como diseñador de sistemas, debe poder partir de la situación general y tener una comprensión clara del proyecto en su conjunto, por ejemplo, si la asignación de recursos de la empresa es razonable y está vigente, por ejemplo, si el cronograma del proyecto puede maximizar la eficiencia sin dejar de completar el proyecto a tiempo. Evaluar la carga de trabajo del proyecto general y de cada módulo, evaluar los recursos necesarios para el proyecto y evaluar las dificultades que puede encontrar el proyecto requieren mucha acumulación de experiencia. En otras palabras, esta es una capacidad acumulativa que se resume constantemente. alcanzó. En Occidente, algunos líderes en diseño de sistemas de software son muy mayores, como 4, 50 o incluso más. Son mucho menos ágiles que los jóvenes en codificación, pero en términos de evaluación de proyectos, para nosotros, sus décadas de experiencia son suyas. activo más importante y valioso. A China le falta esta generación de programadores. La razón principal no es que falten programadores de esa edad, sino que los programadores de esa edad son básicamente producidos por unidades de investigación y no provienen de productos profesionales. desarrollo de software productizado

y no hay nada que puedan hacer al respecto.

En quinto lugar, capacidades de gestión y organización del equipo

Completar un proyecto requiere los esfuerzos concertados del equipo. Como diseñador de proyecto o gerente de I+D, usted debe poder maximizar el uso del mismo. equipo La fortaleza general de la gestión técnica se diferencia de la gestión general de personal por su carácter profesional, porque en ella se diseñan algunos indicadores y factores técnicos.

La primera es la cuantificación del trabajo. Sin cuantificación, es difícil realizar evaluaciones de desempeño adecuadas y la cuantificación del programa no se puede calcular simplemente por el número de líneas de código, por lo que los gerentes técnicos deben poder hacerlo. hazlo

Evalúa realmente la complejidad y el esfuerzo de un módulo.

El segundo es el ajuste del modelo de colaboración en equipo. En términos generales, la colaboración en el desarrollo de programas generalmente se divide en grupos. Los grupos tienen el método del programador principal o el método democrático. >

La brecha en el nivel de capacidad entre los miembros, así como las necesidades de investigación y desarrollo del proyecto, elegir el método de formación de equipo adecuado y ser capaz de combinar estrechamente las responsabilidades y tareas de los miembros, para maximizar el rendimiento del equipo. capacidades

Eficiencia.

Es posible que una persona con altas habilidades de codificación no pueda convertirse en un gerente calificado de investigación y desarrollo de proyectos. La falta de habilidad en esta área a menudo se pasa por alto.

En resumen, se puede observar que como responsable de I+D y diseñador de proyectos, las cualidades y habilidades requeridas no son la capacidad de escribir códigos de programas, por supuesto, en general,

Cuando un programador alcanza esta cualidad a través de un resumen y una mejora continuos, su capacidad de escritura de código ya es bastante extraordinaria, pero preste atención a la relación causal aquí.

Un programador de alto nivel Un programador de alto nivel El diseñador de proyectos de nivel suele ser alguien que es muy bueno escribiendo código, pero eso no significa que un programador que sea muy bueno en codificación pueda estar calificado para el trabajo de diseño de proyectos. Lo que existe aquí no es el coeficiente intelectual y los libros de texto. un programador acumula experiencia y mejora gradualmente, no se da cuenta de en qué aspectos pensar, no descubre conscientemente la organización y el diseño de reutilización del proyecto, y no lo hace regularmente. Si no cambiamos nuestros hábitos de documentación y hábitos de resumen, Todavía faltarán diseñadores de proyectos cualificados.

Además, para evitar que personas aburridas se lo tomen en serio conmigo, me gustaría agregar que el objetivo de este artículo es que los expertos en programación de instituciones de investigación científica realicen proyectos e ingeniería de software comercial. , como los expertos en algoritmos,

Por ejemplo, los expertos en procesamiento de imágenes, su trabajo es investigar temas en lugar de completar directamente software comercial (por supuesto, eventualmente se convertirá indirectamente en productos comerciales, como los temas de investigación que se están investigando). hecho por Microsoft Research), por lo que

La calidad enfatizada puede ser otra cosa. No se puede decir que estas personas (expertos) sean programadores y no pueden medirse según los estándares de los programadores.

Finalmente, déjame agregar algo. ¿Cuál es el proceso de diseño del desarrollo de un proyecto de software? Tomemos como ejemplo el método de diseño estándar habitual (pero me gusta el método de creación rápida de prototipos).

El primer paso es la investigación de mercado. La tecnología y el mercado deben combinarse para obtener el mayor valor.

El segundo paso es el análisis de la demanda. Esta etapa requiere tres cosas: vista del usuario, diccionario de datos y manual de operación del usuario. La vista de usuario es el estilo de página que pueden ver los usuarios del software (incluidos los usuarios finales y los usuarios de administración), que contiene muchos procesos y condiciones operativos. El diccionario de datos es algo que especifica la relación lógica de los datos y los organiza. Una vez que se completa el diccionario de datos, se completa más de la mitad del diseño de la base de datos. El manual de operación del usuario es un manual de instrucciones que especifica los procedimientos operativos. Tenga en cuenta que el proceso de operación del usuario y la vista del usuario están determinados por los requisitos, por lo que deben completarse antes del diseño del software. Completarlos proporciona restricciones y pautas para el desarrollo del programa. Desafortunadamente, muchas empresas no lo hacen. la causa y el efecto se invierten y el orden no se distingue. Como resultado, el trabajo de desarrollo y las necesidades reales a menudo están separados y desconectados.

Análisis de requisitos, además del trabajo anterior, el autor cree que, como diseñador de proyectos, se debe hacer una declaración completa de requisitos de desempeño para el proyecto, porque a menudo los requisitos de desempeño solo pueden ser entendidos por personas que entienden La tecnología, que requiere expertos técnicos y requisitos, las partes (clientes o departamentos de marketing de la empresa) pueden tener una comunicación y comprensión reales.

El tercer paso es el diseño del esquema, que inicialmente divide los módulos funcionales del sistema y proporciona procesos de I+D y requisitos de recursos razonables. Como método rápido de creación de prototipos, puede ingresar a la etapa de codificación después de completar el diseño del esquema. Este método generalmente se usa porque las tareas de I + D involucradas pertenecen a un campo nuevo y el supervisor técnico no puede dar instrucciones de diseño claras y detalladas al principio, pero lo hace. No significa que las instrucciones de diseño detalladas sean La especificación del diseño no es importante. De hecho, después de que el método de creación rápida de prototipos completa el código del prototipo, según los resultados de la evaluación y el resumen de las lecciones aprendidas, se deben volver a realizar los pasos de diseño detallados. .

El cuarto paso es el diseño detallado, que es un nivel importante para probar el pensamiento de diseño de los expertos técnicos. Las instrucciones de diseño detalladas deben proporcionar los módulos específicos a los codificadores de la manera más clara (estructura de caja negra). Maximizar la modularidad general del sistema; una buena especificación de diseño detallada puede reducir la complejidad de la codificación al mínimo. De hecho, estrictamente hablando, la especificación de diseño detallada debe definir cada parámetro de cada función proporcionada, desde el análisis de requisitos hasta el esquema. Desde el diseño hasta la finalización de las especificaciones de diseño detalladas, se debe decir que un proyecto de software está a medio completar. En otras palabras, cuando un sistema de software grande está a mitad de camino, todavía no se ha iniciado una línea de código. Aquellos que simplemente entienden a los programadores de software como escritores de códigos han cometido un error fundamental.

El quinto paso es la codificación. En el proceso de I+D estandarizado, el trabajo de codificación no excederá la mitad de todo el proceso del proyecto como máximo, generalmente 1/3 del tiempo, si es el diseño. Si el proceso se completa bien, la eficiencia de la codificación mejorará enormemente. Lo más importante a tener en cuenta es la coordinación del progreso y la colaboración entre diferentes módulos al codificar. Tal vez un problema con un módulo pequeño pueda afectar el progreso general, lo que provocará que muchos programas. Como resultado, los empleados se vieron obligados a dejar de trabajar y esperar. Este problema ha ocurrido en muchos procesos de investigación y desarrollo. La comunicación mutua y las soluciones de emergencia al codificar son muy importantes. Para los programadores, los errores siempre existirán y usted debe enfrentar este problema para siempre. ¿Alguna vez el famoso Microsoft no ha publicado un parche durante tres meses consecutivos? ¡Nunca!

El sexto paso es la prueba

Hay muchos tipos de pruebas: según el método de ejecución de la prueba, se pueden dividir en pruebas internas y pruebas externas; se puede dividir en prueba de módulo y prueba general, depuración conjunta según las condiciones de la prueba, se puede dividir en prueba de funcionamiento normal y prueba de situación anormal según el rango de entrada de la prueba, se puede dividir en prueba de cobertura total y; prueba de muestreo. Lo anterior es fácil de entender y no es necesario explicarlo.

En resumen, las pruebas también son un paso muy importante en el desarrollo de un proyecto. Para un software de gran tamaño, las pruebas externas de 3 meses a 1 año son normales, porque siempre serán impredecibles.

El problema existe.

Después de completar la prueba, completar la aceptación y completar algunos documentos de ayuda finales, el proyecto general llegará a su fin. Por supuesto, serán necesarias actualizaciones, reparaciones, etc. en el futuro, siempre y cuando. no quieres pasar la prueba

Para engañar al dinero comprando y vendiendo, debes realizar un seguimiento constante del estado operativo del software y continuar reparándolo y actualizándolo hasta que el software se elimine por completo.

Escribir estos pasos no es un alarde, porque para ser honesto, tengo una copia de "Ingeniería de software" en mi mano. Este es un curso obligatorio para estudiantes de informática en la universidad, pero sé que muchos. los programadores parecen tener este problema

Siempre les ha apasionado "Dominar VC en 30 días" y cosas por el estilo. Algunos de ellos tienen antecedentes guerrilleros como yo y nunca han estudiado formalmente esta especialización, mientras que otros sí. hace tiempo que obtuve suficientes créditos

Devuélvele estas cosas realmente útiles al profesor.

Internet también es muy impetuoso ahora. Algunos fanáticos de la codificación están gritando y confundiendo. De hecho, los verdaderos expertos técnicos rara vez publican al azar en Internet, como el autor, que no conoce las alturas del mundo. .

En realidad, no soy realmente un experto, pero no soporto este tipo de malentendidos y tonterías sobre la tecnología y los programadores, así que tengo que levantarme y corregir el caos. Eso también espero. aquellos que todavía son adictos

Algunos fanáticos de la codificación que son personas equivocadas deberían pensar detenidamente y tomar el camino correcto. Después de todo, esas mentes inteligentes están lejos de desempeñar su debido valor.