Cómo acumular habilidades en el trabajo
Los antiguos decían: "Vive hasta que seas viejo y aprende hasta que seas viejo". Internet es una de las industrias más difíciles. "Trabajar horas extras" se ha convertido en un "lugar común" para los ingenieros. Al mismo tiempo, la tecnología de Internet cambia cada día que pasa. Muchos ingenieros están todos agotados y quejándose. Tanto es así que desde hace tiempo existe un malentendido generalizado: 35 es el final del trabajo de un programador.
Cómo acumular tecnología y desarrollar una competitividad central personal en un trabajo ajetreado es una cuestión en la que probablemente muchos colegas ingenieros estén pensando. Este artículo es un resumen mío, intentando responder desde tres aspectos:
La primera parte explica algunos principios del aprendizaje. En cualquier momento, seguir algunos principios probados es un factor importante de eficiencia, y el enfoque correcto es el secreto del éxito.
Otro factor importante para mejorar la eficiencia en el trabajo y el estudio es la confusión y la buena actitud. La segunda parte analiza algunas confusiones típicas que encuentro y veo en mi trabajo.
Convertirse en un excelente arquitecto es un objetivo gradual para la mayoría de los ingenieros junior e intermedio. La tercera parte analiza el modelo de capacidades del arquitecto para que todos tengan una comprensión más clara de las capacidades necesarias para lograr el objetivo.
Cómo aprender
En un trabajo intenso, la perseverancia, el aprendizaje continuo y el progreso son una tarea ardua que requiere una gran perseverancia y una firme determinación. Si el método no es el adecuado, se obtendrá el doble de resultado con la mitad de esfuerzo. Afortunadamente, nuestros filósofos antiguos y actuales han resumido muchas metodologías de aprendizaje excelentes. Aquí hay algunos principios importantes. Seguir estos métodos será de gran beneficio para el trabajo y estudio de todos.
Lo más importante es la perseverancia
Algunos informes indican que la cantidad de conocimiento de las últimas décadas supera la cantidad total de conocimiento de los miles de años anteriores. El campo de la informática es definitivamente uno de los campos con mayor actualización del conocimiento contemporáneo. Por lo tanto, los ingenieros deben aceptar la realidad de que el sistema de conocimiento profundo que tienen actualmente pronto será eliminado. Si quieres seguir siendo un excelente arquitecto en el campo de la informática, debes seguir aprendiendo y dominando las últimas tecnologías. En resumen, el aprendizaje es inevitable.
Como dice el refrán: "No se pueden lograr tres pies de hielo en un día, y las gotas de agua pueden penetrar una roca, pero no se puede lograr en un día. El camino para convertirse en arquitecto es largo". y arduo. Si te rindes fácilmente, todos tus esfuerzos se desperdiciarán en un instante. Si quieres convertirte en un excelente arquitecto, ¡la perseverancia es la clave!
Aunque el conocimiento se actualiza rápidamente, la teoría básica cambia muy lentamente. Ésta es la relación entre "Tao" y "Xiang". Aunque existen todos los fenómenos del mundo, el Tao permanece sin cambios. Para esos conocimientos teóricos muy básicos, debemos revisarlos con frecuencia, es decir, "aprender y aprender de vez en cuando".
Da importancia a la práctica
Los antiguos decían: “Lo que aprendes en el papel sólo tendrá sentido, pero nunca sabrás que tienes que hacerlo”. -Denominado modelo 721 en el ámbito del aprendizaje: el 70% del crecimiento personal proviene de la práctica, el 20 proviene del aprendizaje de los demás y el 10 proviene de la formación. Aunque esta teoría es controvertida, generalmente es bueno que los ingenieros clasifiquen la importancia de la práctica, el aprendizaje y la formación. Por lo tanto, dar importancia a la práctica y crecer en la práctica son los principios de aprendizaje más importantes.
Existen dos tipos de cognición humana: la cognición perceptiva y la cognición racional. Estas dos cogniciones son irremplazables. La práctica proviene en gran medida del aprendizaje perceptual, mientras que la lectura se parece más al aprendizaje racional. Tomemos como ejemplo aprender a conducir un automóvil. Es difícil imaginar que alguien pueda conducir un automóvil simplemente aprendiendo los conocimientos de los libros.
El conocimiento de los libros se trata principalmente de predicar: describir prototipos abstractos, mientras que las descripciones de escenarios de aplicación específicos son a menudo vagas y la relación entre prototipos abstractos solo se aborda brevemente. Usar el mismo lenguaje preciso para describir escenarios de aplicaciones y relaciones perderá el enfoque y confundirá a la gente. Entonces, crecer simplemente leyendo libros es como caminar sobre una sola pierna.
La forma correcta de aprender es prestar atención a la práctica, aprovechar al máximo tu potencial cognitivo perceptivo y perfeccionarte en los proyectos. En la práctica, la práctica deliberada de ciertos movimientos clave también logrará el doble de resultado con la mitad de esfuerzo.
Presta atención a la comunicación
Newton dijo: "Si puedo ver más lejos que los demás, es porque estoy sobre los hombros de gigantes". Aprender de profesores, líderes, colegas, subordinados e incluso oponentes es un medio importante para un rápido crecimiento.
Aprender de profesores y líderes se ha convertido en parte de los hábitos de vida de las personas. Pero también es importante aprender de los colegas e incluso de los oponentes, porque estas personas se parecen más a nosotros. Por tanto, deberíamos observar más, aprovechar sus puntos fuertes y descartar sus defectos. Tampoco debería "avergonzarse de hacer preguntas" sobre sus hermanos menores y subordinados en el equipo.
Además, también es muy importante participar activamente en las discusiones específicas del programa durante el proyecto. Los participantes tienen una percepción a priori de los antecedentes relevantes, y las opiniones y sugerencias discutidas también integran los múltiples conocimientos y habilidades de los ponentes. Por lo tanto, la discusión permite a los participantes comprender el conocimiento del libro de manera muy completa y tridimensional. Al mismo tiempo, al discutir con expertos, sus opiniones serán como una podadora que poda ramas, eliminando rápidamente las dudas en su propio campo de conocimiento.
Énfasis en el resumen y el resultado
Los ingenieros dominarán muchos detalles en la práctica. Sin embargo, incluso si dominan todos los detalles sin un resumen y un pensamiento profundos, caerán en la trampa. de "aprender sin pensar". "Si no piensas, perderás". El "cambio cuantitativo" del crecimiento proviene del control gradual y profundo de los detalles, mientras que el verdadero "cambio cualitativo" proviene de una comprensión más profunda del "Tao".
Exportar experiencia y aceptar la prueba de los demás es un resumen de alto nivel. Este tipo de resultados no sólo ayudan a los demás, sino que también son de gran beneficio para uno mismo. Hay muchas formas de resumir, incluida organizar el intercambio, escribir artículos técnicos, etc. Por supuesto, "examinarme tres veces al día" también es una buena forma de resumir. En resumen, resume más y comparte más, ¡no existe nada bueno!
Responder a las preguntas de otras personas también es un medio importante de crecimiento personal. A veces, al principio no entiendo un determinado problema, pero cuando se lo explico a los demás, de repente se vuelve claro. Por lo tanto, "enseñar a otros incansablemente" beneficia a los demás y a usted mismo.
Presta atención a la planificación
Todo se hará si se planifica con antelación, de lo contrario se arruinará. Para una carrera de aprendizaje larga, una buena planificación es la mitad de la batalla.
Planificación a largo plazo
La implementación de una planificación a largo plazo requiere perseverancia y determinación, pero hacer una correcta planificación a largo plazo también requiere una visión previsora, nervios súper sensibles y la suerte de ganar la lotería. Para la mayoría de las personas, la planificación a largo plazo consiste principalmente en "establecer una dirección". Sin embargo, seguir los siguientes principios puede reducir la probabilidad de cometer errores de dirección:
Manténgase alejado de industrias que están muriendo.
Haz cosas que te interesen.
Haz cosas que se acumulen.
Observa mientras caminas, no llegues hasta el lado oscuro.
Planificación a corto plazo
Una buena planificación a corto plazo debe lograr un equilibrio entre vida, crecimiento, desempeño y promoción. La mayoría de las empresas establecerán un ciclo de evaluación, desde tan solo un mes hasta un año. Por lo tanto, también podría utilizar el ciclo de evaluación como un ciclo de planificación del aprendizaje a corto plazo. Esencialmente, la planificación es un problema de optimización multiobjetivo, que tiene una serie de soluciones teóricas, que no se discutirán en detalle aquí. Basado en teorías relevantes, doy una solución sencilla y fácil:
Determinar la prioridad del objetivo. Por ejemplo: crecimiento, vida, desempeño.
Determinar el límite inferior para cada objetivo. Desde la perspectiva de la teoría de la optimización, esto se denomina restricción. Por ejemplo, el rendimiento debe ser superior al promedio, los viajes planificados previamente no se pueden cambiar, se debe leer "Java efectivo", etc.
Priorizar la asignación de recursos suficientes al objetivo del límite inferior. Por ejemplo, si un viaje planificado previamente dura 10 días, estos 10 días deben presupuestarse.
Los recursos se asignan en el orden de cada objetivo principal. Por ejemplo, el tiempo final destinado a estudiar es de 10 días.
Con un presupuesto de aprendizaje determinado, establezca objetivos de aprendizaje y sea agresivo. Luego proporcione un plan de ejecución. Por ejemplo, el objetivo del aprendizaje es dominar los conocimientos básicos de estadística y convertirse en un experto en Java. El plan específico es: completar la lectura de cuatro libros: "Java efectivo", "Rendimiento de Java", "Patrón de diseño" y "Estadísticas de cabeza primero".
Ordene cada tarea de aprendizaje en el plan según la prioridad objetivo y comience primero la tarea con la prioridad más alta. Por ejemplo, si la máxima prioridad es dominar la teoría estadística, primero debe leer "Estadísticas de cabeza primero".
Para esta solución, se deben tener en cuenta los siguientes puntos:
El objetivo mínimo debe ser uno que pueda lograrse fácilmente; de lo contrario, desde la perspectiva de la teoría de la optimización, la propuesta no tiene sentido. solución. Por ejemplo, algo como "Completar promociones dos veces en medio año, lograr todas las calificaciones S y convertirse en un experto en Java desde un novato" no es apropiado como objetivo mínimo. En definitiva, debemos distinguir entre ideales y sueños.
La planificación de objetivos principales debe ser desafiante y requiere planificar objetivos imposibles. La planificación excesiva es esencialmente un algoritmo codicioso que tiene como objetivo maximizar el valor objetivo. Debido a que todo está sujeto a cambios, si se pueden completar otros objetivos con anticipación, también podría aprovechar el tiempo para completar más objetivos de aprendizaje. En resumen, el futuro debe ser brillante y el camino debe estar lleno de baches.
Cada objetivo no necesariamente comparte recursos y los planes no necesariamente entran en conflicto entre sí.
Además, la planificación a corto plazo también se puede optimizar desde los siguientes aspectos:
Lo mejor es combinar el plan de estudio con el plan de trabajo, combinar la teoría con la práctica y rápidamente aplicar lo aprendido. Por ejemplo, si planea realizar algún trabajo de análisis de datos este trimestre, también puede establecer como objetivo de aprendizaje adquirir conocimientos estadísticos.
Debemos ser flexibles en cuanto a los objetivos y los pasos específicos de implementación del plan, y debemos evitar el chiste de "Zheng Ren compra zapatos". Ante nuevos desafíos y cambios, la planificación debe ajustarse constantemente.
Esas confusiones enredadas
La vida es un maratón, y en el largo viaje, es inevitable que haya muchas confusiones. La confusión es como un grillete que nos hace tambalear; la confusión es como un punto muerto que nos hace estancarnos.
A continuación, resumiré algunas confusiones típicas que encuentro y veo en el trabajo. Estas confusiones han preocupado al autor durante mucho tiempo o han preocupado a mis colegas y amigos a mi alrededor. Cuando estas confusiones se aliviaron, todos sintieron como si hubieran sido liberados nuevamente, brindándoles plena energía positiva para la siguiente etapa del viaje. La vida es como un viaje, no tienes que preocuparte por el destino, lo que te importa es el paisaje a lo largo del camino y el estado de ánimo al ver el paisaje. Una buena mentalidad es el mejor compañero en el camino técnico. Espero que a través de este viaje de resolución de acertijos, todos estén de buen humor para experimentar el largo viaje de aprendizaje.
¿El aprendizaje no tiene fin?
Debemos admitir una realidad cruel: la vida humana es limitada, pero el conocimiento es ilimitado. Es una tarea imposible aprender conocimientos infinitos con una vida limitada. Al pensar en esto, algunos ingenieros no pueden evitar sentirse pesimistas. Con el enfoque correcto y suficiente diligencia, el dolor es innecesario.
Sin embargo, el sistema general de conocimiento humano se ha ido expandiendo. Sin embargo, en muchas subdivisiones de ingeniería importantes, la teoría básica no está avanzada. En muchas áreas importantes de la informática, los ingenieros tienen la capacidad de captar los puntos centrales en un tiempo limitado.
Por ejemplo, la criptografía se considera un tema muy avanzado, pero la base de una gran clase de técnicas de criptografía es una teoría muy simple de la teoría de números: la factorización prima: dados dos números primos, es fácil de calcular. Su producto, sin embargo, dado el producto de dos números primos a su vez, la cantidad de cálculo necesaria para descomponerlos es asombrosa.
La "consistencia" puede considerarse como el problema más clásico en el campo de la informática. Es la base de todos los sistemas distribuidos, desde múltiples núcleos y múltiples CPU hasta múltiples subprocesos, desde máquinas cruzadas hasta. La sala entre máquinas está en todas partes y casi todos los profesionales de la informática están resolviendo este problema, pero Paxos proporciona una solución muy elegante.
La gestión de permisos es una pesadilla para muchos ingenieros, pero si puede manejar el "Control de acceso basado en atributos (ABAC)" y el "Control de acceso basado en roles (RBAC)", también puede alcanzar alturas considerables.
Además, el aprendizaje técnico es una competición. Aunque el aprendizaje no tiene fin, superar a la mayoría de los oponentes es una victoria. Por lo tanto, con el método de aprendizaje correcto y una inversión a largo plazo, se formará una competitividad central.
No existe una tecnología absolutamente brillante, sólo verdaderos maestros.
Los ingenieros comprometidos con los logros técnicos sueñan con convertirse en maestros técnicos algún día. Pero los estándares para los maestros técnicos son muy controvertidos.
Se trata de un malentendido con una larga historia: el dominio de una determinada tecnología se utiliza como criterio para juzgar a los maestros técnicos. A menudo me encuentro con situaciones en las que algunos ingenieros se llaman a sí mismos maestros porque dominan ciertas tecnologías, como Spring, Kafka, Elasticsearch, etc. Algunos ingenieros admiran mucho a otros equipos porque ese equipo utiliza cierta tecnología.
Hay varias razones para este malentendido: en primer lugar, tener más habilidades no es una carga, naturalmente, cuantas más habilidades domines, mejor las personas que dominan muchas habilidades, naturalmente, no son novatos. En segundo lugar, antes de la llegada de la era de Internet, obtener información era muy costoso. Esto da como resultado el dominio de una habilidad que otorga a un individuo o incluso a toda una empresa una posición ventajosa. En la era de Internet, la aparición de diversos marcos y la popularización del código abierto han eliminado o reducido rápidamente el valor de muchas habilidades y, al mismo tiempo, han reducido el umbral de aprendizaje de muchas tecnologías. Por lo tanto, en la actualidad, dominar una determinada habilidad y conocimiento sólo puede ser un objetivo a corto plazo. Las personas que se sienten complacientes con ciertas habilidades deben recordar: el orgullo hace retroceder a la gente.
Aunque el gorrión es pequeño, tiene todos los órganos internos. Si fueras el creador, no habría una diferencia significativa en complejidad entre diseñar un gorrión y diseñar un elefante. Un requisito aparentemente pequeño para una empresa, para lograr lo último, requiere tecnologías y habilidades muy completas y avanzadas. Un verdadero maestro no utiliza la tecnología que domina para satisfacer las necesidades del cliente, sino que escucha las necesidades del cliente y brinda soluciones de excelencia. Satisfacer las necesidades de los clientes es una competencia y el verdadero maestro es el maestro de los trucos.
¿No se puede crecer sin hacer proyectos?
Aprender en proyectos es una de las formas más rápidas de crecer, y muchos ingenieros disfrutan mucho de este proceso. Pero si trabaja en proyectos durante todo el año, es posible que esté trabajando para una empresa de subcontratación. Para una empresa que fabrica productos, si está trabajando en proyectos desde principio a fin de año, o está en la etapa empresarial inicial, o ha realizado muchos proyectos fallidos, en resumen, no es una empresa particularmente estado ideal. Normalmente, habrá algún tiempo fuera del proyecto entre proyectos. Durante este período, algunos estudiantes se confundirán y crecerán lentamente.
¿Cuantos más proyectos realmente mejor? La respuesta es obviamente no. Los proyectos duplicados no aportan un nuevo crecimiento a los ingenieros. Trabajar constantemente en proyectos y, por tanto, carecer de tiempo para aprender nuevos conocimientos conducirá a que "hacer sin aprender conduce al peligro". Lo que realmente hace que los ingenieros se destaquen es la profundidad de los proyectos, en lugar de simplemente trabajar en proyectos sin parar. Por lo tanto, durante el intervalo entre proyectos, los ingenieros deben aprovechar la rara oportunidad de respirar, pensar profundamente y hacer que el proyecto sea más profundo y refinado.
¿Cómo mejorar la profundidad del proyecto? En términos generales, cualquier proyecto tiene un objetivo. Cuando se completa el proyecto, el objetivo básicamente se logra. ¿Pero los clientes están realmente satisfechos? ¿Se ha alcanzado al extremo la disponibilidad, confiabilidad, escalabilidad y mantenibilidad del sistema? La respuesta a estas preguntas es siempre no. Por tanto, cualquier proyecto valioso puede explorarse en profundidad. Profundizar en los proyectos y pensar profundamente también puede ejercitar la creatividad de los ingenieros. Una persona que espera seguir trabajando en proyectos es como una persona que se dedica a entrenar más caballos y no puede inventar coches. Ejercer la creatividad no es algo que se pueda lograr de la noche a la mañana, requiere un pensamiento a largo plazo. En resumen, los ingenieros siempre deben sentir que no hay suficiente tiempo; después de todo, el tiempo es el recurso más preciado.
¿Es la responsabilidad realmente pequeña?
En muchos casos, la cantidad de sistemas y el tamaño del equipo de los que es responsable un ingeniero está directamente relacionado con su "estatus". Sin embargo, el estatus en el ámbito no está necesariamente relacionado con el crecimiento tecnológico. La clave para mejorar las capacidades técnicas es la profundidad del proyecto y la exigencia del cliente. Cuantos más proyectos tengas, menos tiempo tendrás para invertir en un solo proyecto y es fácil quedar atrapado en la superficialidad. Lo que hay que evitar en particular es la situación de "no hacer nada en su posición". Cuanto más grande sea el equipo, más esfuerzo habrá que invertir en la gestión. Hacerse cargo por la fuerza de un equipo grande cuando las habilidades de gestión son inmaduras y la visión técnica no es lo suficientemente alta puede llevar a que los individuos se agoten y que el equipo no logre nada. Al final, "un general será incompetente y los tres ejércitos quedarán agotados". El efecto puede ser contraproducente.
Desde la perspectiva del desarrollo tecnológico, los administradores de tecnología deben prestar atención a la cantidad de proyectos activos que pueden controlar y esforzarse por aumentar la influencia y la profundidad técnica de los proyectos activos.
El tamaño del equipo debe ser proporcional a las capacidades de gestión individual, las capacidades de planificación y las capacidades de control de la demanda. Si varias personas hacen un trabajo, el crecimiento de todos es limitado. Todo el mundo hace un trabajo sencillo y repetitivo, que no favorece el crecimiento tecnológico. La gestión de equipos y la gestión de proyectos deben realizarse paso a paso y evitar "reforzar el crecimiento".
¿Tengo que ser el jefe?
El ideal de vida de algunos ingenieros es ser el jefe técnico del equipo. Este es, por supuesto, un ideal encomiable. Sin embargo, si todo el equipo tiene capacidades técnicas promedio y potencial de desarrollo promedio, y usted es el más fuerte, esto es más triste que afortunado. Esta escena se llama "Wu Dalang abre una tienda". No es que los mejores expertos técnicos del equipo no puedan hacerlo, pero para seguir creciendo deben cumplir las siguientes condiciones:
En primer lugar, debes ser un gran experto en la industria: ¡es realmente difícil encontrar a alguien mejor que tú!
En segundo lugar, a menudo necesitas asumir tareas que desafían tus propias habilidades, pero al mismo tiempo tienes un grupo de compañeros de equipo inteligentes y capaces. Si bien eres el más capaz técnicamente, en áreas con las que no estás familiarizado, tus compañeros de equipo pueden explorar y ampliar los conocimientos de todo el equipo.
Por último, debes ser sensible, tener ganas de aprender y no avergonzarte de hacer preguntas.
De lo contrario, unirse a un equipo técnico más fuerte puede ser una mejor opción, al menos no es algo de lo que estar orgulloso.
La leyenda de la plataforma
La plataforma puede considerarse sinónimo de "alta gama", y muchos ingenieros trabajan duro solo para involucrarse con la "plataforma". Sin embargo, en comparación con otros requisitos empresariales, los requisitos de la plataforma no son esencialmente diferentes. Ya sean necesidades de plataforma o necesidades comerciales ordinarias, su valor proviene del valor para el cliente. Las diferencias son las siguientes:
Muchos clientes con necesidades de plataforma provienen del equipo técnico, mientras que los clientes con necesidades generales provienen del lado comercial.
Los gerentes de producto son diferentes. Las necesidades comerciales ordinarias provienen de los gerentes de producto, y el gerente de producto para las necesidades de la plataforma puede ser el propio ingeniero. Los ingenieros, que han sido "oprimidos" por los gerentes de producto durante mucho tiempo, finalmente encontraron la sensación de "darse vuelta como siervos y cantar" en la plataforma.
Muchas plataformas se centran en las capacidades de acceso y la escalabilidad, mientras que las empresas comunes se centran más.
En última instancia, la plataforma es una necesidad común. Antes de implementar la plataforma, se deben evitar los dos malentendidos siguientes:
La plataforma definitivamente no es un montón de adjetivos como "unificado" e "integral". Se debe considerar de manera integral si la plataforma es necesaria: la cantidad de clientes, los problemas resueltos para los clientes y si el valor para el cliente vale la inversión en la plataforma.
La plataforma no se trata de construir una plataforma y dejar que los clientes te atiendan. En la planificación y el diseño de algunos diseñadores de plataformas, se entrega a los clientes una gran cantidad de trabajo de acceso a la plataforma y trabajo sucio, y luego se centran en las funciones llamadas "más altas y avanzadas". Por el contrario, la plataforma debería significar que los clientes no hacen nada y que todo el trabajo sucio lo hace la plataforma. En esencia, el valor de la plataforma proviene de la profundidad técnica. Lo que realmente refleja la profundidad de la tecnología es que los diseñadores pueden hacer fácilmente todo el trabajo sucio.
Entonces, la mejor práctica de la plataforma es: invertir la menor cantidad de recursos para resolver la mayor cantidad de problemas. La plataforma lo resuelve todo y los clientes disfrutan de los beneficios.
¿Alguien que se dedica a la tecnología básica tiene que ser muy bueno?
A menudo escucho a los estudiantes expresar su admiración por los estudiantes del departamento de tecnología básica, pero mostrar desprecio por los estudiantes. quienes se dedican a la tecnología empresarial creen que el almacenamiento, las colas de mensajes, los marcos de gobernanza de servicios (como OCTO utilizado internamente por Meituan Dianping), Hadoop, etc., pueden considerarse tecnologías reales. No es así. Lo que es más básico no es necesariamente más avanzado.
Por ejemplo, desde hace tiempo circula el siguiente chiste: cuanto más avanzado es el lenguaje, menos técnico es. Pero, ¿es realmente así? Tomemos como ejemplo Java y C. Estos son dos lenguajes completamente diferentes y requieren habilidades completamente diferentes. C puede estar más cerca del sistema operativo y tener más oportunidades para lidiar con la CPU y la memoria. Pero para utilizar bien Java, los programadores deben ser muy competentes en tecnologías de marco, patrones de diseño y orientación a objetos.
De hecho, no es fácil para los ingenieros de Java cambiar a la dirección C, pero el autor también ha visto a muchos ingenieros de C que cambiaron al lenguaje Java y no estaban acostumbrados a él.
La tecnología básica y la tecnología de aplicaciones comerciales inevitablemente tendrán preocupaciones diferentes y no hay distinción entre altas y bajas. Hay dos razones para este malentendido:
La tecnología básica es relativamente madura y tiene un sistema relativamente completo, lo que da a las personas una sensación de superioridad. En términos relativos, la tecnología de aplicaciones empresariales, debido a que cada equipo la usa de manera diferente, tiene una madurez desigual y no es tan influyente.
El umbral para la tecnología básica es relativamente alto, considerando el impacto, existen requisitos mínimos relativamente altos de confiabilidad, disponibilidad, etc. Sin embargo, un umbral alto no significa un alto contenido técnico. Además, las tecnologías maduras se verán relativamente severamente limitadas en términos de innovación. Pero las tecnologías más avanzadas provienen de la innovación activa.
En comparación, la tecnología empresarial y la tecnología básica tienen cada una sus propias ventajas. Pero los verdaderos maestros se centran en resolver problemas y todas las tecnologías son sólo habilidades.
Los riesgos de la investigación de viabilidad
La investigación de viabilidad suele realizarse durante el trabajo. Al realizar un estudio de viabilidad, evite las siguientes situaciones:
Convierta el estudio de viabilidad en un estudio de no viabilidad. Esto es realmente malo. La conclusión de inviabilidad es a menudo: no es factible por tal o cual motivo.
Evita soluciones factibles de alto riesgo como “el ratón le cuelga un cascabel al gato”. "Las grandes cosas en el mundo deben hacerse en detalle". La investigación de viabilidad debe ser meticulosa y evitar ser descuidada.
Evite investigaciones que lleven demasiado tiempo. Si descubre que el progreso de la investigación ha entrado en un nivel exponencial de complejidad, es decir, cada paso adelante requiere el doble de tiempo que antes, debe detener la investigación de manera decisiva.
La conclusión del estudio de viabilidad debe ser un compromiso entre beneficios y costos. El formato generalmente es el siguiente:
Primero, aclarar los resultados esperados y clasificarlos según alto y medio. y bajos beneficios.
Describir las medidas y planes necesarios para lograr cada resultado deseado.
Indique el coste de implementar cada opción.
¿Son los ingenieros intrínsecamente deficientes en comunicación?
En el trabajo real, la comunicación causa un sinfín de problemas. Muchos ingenieros son relativamente introvertidos y siempre se les tacha de "pobres comunicadores". De hecho, la capacidad de comunicación es una de las habilidades más importantes de un ingeniero. La buena comunicación es la base para un trabajo y estudio eficientes, y también se puede dominar mediante el aprendizaje. A continuación hablaré de mi experiencia comunicativa en el lenguaje de los ingenieros.
El primer problema común es la fiabilidad de la comunicación. Desde la perspectiva de la confiabilidad, la comunicación se divide en modo TCP y modo UDP. La expresión de la imagen del modo TCP es: Sé que lo sabes. La vívida expresión del modo UDP es: Espero que lo sepas. Por supuesto, el modo TCP es más fiable, pero el coste es mayor. El modo UDP es económico, pero poco fiable. En términos de confiabilidad de la comunicación, hay dos errores comunes:
Este es un argumento que se escucha a menudo. Una parte dijo: "Ya se lo dije", y la otra parte dijo: "No sé nada de esto". Es fácil causar problemas cuando se utiliza el modo UDP como modo TCP.
Sobrecomunicar. Algunos estudiantes estaban demasiado ansiosos por la confiabilidad de la comunicación y repetían discusiones sobre temas que ya habían sido concluidos. Usar el modo TCP como UDP será menos eficiente.
El segundo tipo de problema de comunicación es la puntualidad. En términos de puntualidad, la comunicación se divide en: modo síncrono y modo asíncrono. Comunicación sincrónica en sentido figurado significa: Escúchame ahora. La expresión visual de la comunicación asincrónica es: Recuerda hacerlo por mí. En cuanto a la puntualidad de la comunicación, existen dos errores comunes:
Ha ocurrido un incidente en línea y es extremadamente urgente. Todos, usted y yo, pensamos que el accidente podría estar relacionado con algunas personas, pero no podíamos estar completamente seguros, por lo que no notificamos a las personas pertinentes. Al final, un accidente común y corriente se convirtió en uno grave. Para asuntos urgentes, es necesaria la comunicación sincrónica.
A las tres de la madrugada, estás durmiendo profundamente, o estás de compras el fin de semana, y recibes una llamada: "Hay una necesidad ahora, ¿puedes ayudarme a terminar?" inmediatamente." Esto será muy deprimente, porque no son cosas urgentes. No es necesario abordar todas las necesidades de inmediato.
Un principio importante de la comunicación eficaz es comunicar con antelación. La esencia de la comunicación es el intercambio y el procesamiento de información. El objeto que se comunica se puede comparar vívidamente con una CPU para el procesamiento de información en serie. Comunicarse con anticipación significa poner las solicitudes de procesamiento en la cola de procesamiento lo antes posible. El siguiente ejemplo disgusta a muchos ingenieros: un requisito tomó 1 mes para planificarse y el producto fue diseñado para 2 semanas. Cuando el proyecto de desarrollo se enteró del requisito por primera vez, descubrió que el tiempo de desarrollo era de 2 días. El ingeniero discutió mucho y trabajó horas extras durante una semana para lograrlo. La conclusión final fue que los ingenieros eran muy incompetentes y poco cooperativos. Al igual que los ingenieros odian requisitos similares. Si desea coordinar un proyecto grande y espera obtener la cooperación de otros, también debe comunicarse lo antes posible.
Otra clave para una comunicación eficaz es "no salirse del tema". Muchos problemas que parecen muy parecidos son en realidad problemas completamente diferentes. Por ejemplo: el tema de una reunión es "cómo implementar un plan", pero alguien puede preguntar "si el plan debe implementarse". "Cómo implementarlo" y "si debería implementarse" son dos preguntas completamente diferentes. Muchas preguntas aparentemente relacionadas están en realidad lejos del tema. "Fuera de tema" es una causa importante de comunicación ineficaz.
El secreto de una buena comunicación es dominar la esencia del modo TCP y el modo UDP, juzgar correctamente la urgencia del problema, comunicarse con la mayor antelación posible y evitar salirse del tema.
Cómo liderar a las personas
A algunos ingenieros que son nuevos mentores les preocupa que las habilidades de los graduados sean demasiado débiles, por lo que les enseñan con seriedad a la hora de organizar las tareas. tienen dudas y simplemente escriben el código ellos mismos. Lo mismo les sucede a muchos ingenieros que apenas dirigen equipos pequeños. El resultado final: terminaron de escribir todo el código, dejando a sus subordinados sin código que escribir. "Hacer todo a mano" es, por supuesto, muy malo. Al final, el rendimiento general del equipo suele ser bajo, el crecimiento de los miembros del equipo es muy lento y uno mismo está muy cansado.
Los antiguos decían: "No confíes en las personas cuando las empleas, y no utilices a las personas cuando dudes de ellas". Esta frase no es "talla única". En la antigüedad, limitada por la tecnología de la comunicación, los retrasos en la retroalimentación eran significativos y había mucho ruido y graves distorsiones durante la transmisión de información. En este caso, si toma decisiones rápidas basadas en una pequeña cantidad de información deformada recopilada en un corto período de tiempo, fácilmente caerá en la prisa. En una empresa, esta frase es más apropiada cuando se utiliza en el proceso de selección y debería cambiarse por: No contrates a nadie que tenga dudas y no contrates a quienes tengan dudas.
Teniendo en cuenta el coste de la contratación, incluso a nivel de contratación, a veces no es posible. Como gerente de un equipo pequeño, puede obtener de manera rápida y precisa diversa información de retroalimentación de los miembros del equipo. No es necesario "usar personas sin sospechas ni con sospechas". La verdadera base teórica del empleo proviene de la "Exploración y Explotación". No puedes simplemente dejar que tus subordinados hagan lo que pueden y no puedes negarles una oportunidad sólo porque fallaron una vez.
Según la clásica teoría "Exploration and Exploitation" (Exploración y Explotación), una buena forma de emplear personas debería ser la siguiente:
La primera opción es creer, y después Ante el fracaso, se reduce el grado de confianza.
Encuentre las razones del fracaso, proporcione sugerencias de mejora y mejore las habilidades de los subordinados.
Brinde siempre oportunidades a los subordinados y proporcióneles desafíos mayores en el momento adecuado. En resumen, el gran árbol del cielo surge de una pequeña semilla. Debemos creer en el poder del crecimiento.
Eficiencia, eficiencia, eficiencia
A menudo veo que algunos estudiantes dan su propio puntaje de desempeño de 100 puntos: puntuación máxima. La razón es que han trabajado demasiado en el último período. pero la actuación final Pero más o menos. Dios recompensa el trabajo duro, pero Dios recompensa aún más la suerte. Todos los ingenieros han aprendido sobre las estructuras de datos. La brecha en la complejidad temporal de los diferentes algoritmos es difícil de compensar simplemente trabajando más tiempo. Para mejorar la eficiencia del trabajo y el estudio, debemos prestar atención a los siguientes puntos:
Centrarnos principalmente en mejorar la eficiencia. Muchas veces, en comparación con los beneficios que aporta una mayor eficiencia, no vale la pena mencionar los resultados que aporta la ampliación del tiempo.
Tener un pensamiento claro orientado a resultados. Crédito y trabajo duro no son lo mismo.
Haz lo correcto, no solo lo correcto. Este es un tema que surge constantemente, pero todos los días se cometen errores.
Para completar un gran proyecto dentro del tiempo asignado, siempre hay que hacer concesiones. Si no hay concentración y la fuerza se aplica de manera uniforme, es fácil obtener el doble de resultado con la mitad de esfuerzo. Sería aún más triste si esto fuera "en la dirección opuesta".
Modelo de capacidad del arquitecto
Hemos hablado antes sobre los principios y algunas confusiones, entonces, ¿cómo deberían mejorar los ingenieros?
Convertirse en un excelente arquitecto es un objetivo gradual para la mayoría de los ingenieros junior e intermedio. Los arquitectos excelentes suelen tener siete habilidades básicas: capacidad de programación, capacidad de depuración, capacidad de compilación e implementación, capacidad de optimización del rendimiento, capacidad de arquitectura empresarial, capacidad de operación y mantenimiento en línea, capacidad de gestión de proyectos y capacidad de planificación.
La relación entre estas habilidades es aproximadamente como se muestra a continuación. Las capacidades de programación, depuración y compilación e implementación son las capacidades más básicas. Si no domina estas tres habilidades, será difícil lograr el éxito en las capacidades de optimización del rendimiento y las capacidades de arquitectura empresarial. Solo con ciertas capacidades de optimización del rendimiento y capacidades de arquitectura empresarial puede tener un buen desempeño en las capacidades de operación y mantenimiento en línea y en las capacidades de gestión de proyectos. La capacidad de gestión de equipos es la capacidad más alta y depende más de la capacidad de gestión de proyectos.