Red de conocimiento informático - Conocimiento informático - ¿Cómo deberían mejorar los programadores de Java que han trabajado durante uno a cinco años cuando se encuentran con cuellos de botella?

¿Cómo deberían mejorar los programadores de Java que han trabajado durante uno a cinco años cuando se encuentran con cuellos de botella?

¿Cómo mejorar como programador de Java que ha trabajado durante cinco años? Después de desarrollar Java durante 3 a 5 años, ha acumulado mucha experiencia en proyectos, ha ampliado su alcance técnico y es posible que ya se haya convertido en gerente de equipo. En esta etapa, a menudo nos sentimos así: ¿Sentimos que estamos atrapados en un cuello de botella de progreso lento y que es difícil para el nivel técnico lograr avances importantes como en los primeros días?

De hecho, a menudo ignoramos este punto: mejore su conocimiento arquitectónico (los programadores que han trabajado durante aproximadamente 5 años deben prestar atención a la mejora del conocimiento arquitectónico, lo que promoverá en gran medida su crecimiento futuro). La esencia de la arquitectura es proporcionar soluciones elegantes para escenarios empresariales, permitiendo a las empresas iterar rápidamente y entregar continuamente, logrando así el propósito de reducir costos y aumentar la eficiencia. Para mejorar la altura de la cognición arquitectónica, como lo describe el Efecto Dak, uno debe atreverse a saltar desde la cima de la ignorancia al valle de la desesperación y alcanzar el momento máximo de la cognición arquitectónica subiendo la pendiente de la iluminación. Cuando alcance su punto máximo, deberá dominar los conceptos detrás del diseño arquitectónico y ser capaz de abordar con calma escenarios comerciales específicos a nivel arquitectónico, para poder ganar sin ningún truco.

Para mejorar el conocimiento arquitectónico, es necesario comprender tres puntos clave: visión empresarial, visión técnica y originalidad (ejecución).

1. El conocimiento empresarial es el nivel técnico y estratégico, emitir juicios razonables en el momento y aclarar lo que la empresa puede hacer para obtener los mayores beneficios.

2. La visión técnica es el nivel; capacidad de selección de tecnología, que es A nivel técnico y táctico, después de aclarar qué hacer, es necesario resolver aún más el problema de cómo hacerlo, es decir, poder brindar un plan de selección técnica razonable: ¿es un ¿Solución basada enteramente en código abierto o una solución secundaria basada en código abierto? ¿Es una solución de código abierto, una solución de desarrollo secundaria basada en código abierto o una solución completamente desarrollada por nosotros mismos?

3. La originalidad (ejecución) se refiere a problemas en el nivel de ejecución técnica una vez que se ha completado el diseño técnico. El plan está determinado, debe poder apresurarse rápidamente para completarlo.

Estos tres puntos se avanzan paso a paso. Lo más importante es pensar con claridad primero en las cuestiones técnicas y estratégicas, luego pensar más en las cuestiones técnicas y tácticas y, finalmente, pensar con claridad en la ejecución rápida.

Los programadores que han trabajado durante aproximadamente 5 años son más competitivos en el nivel original (ejecución). A menudo carecen de visión técnica y conocimiento empresarial. Los dos últimos puntos son más importantes. Estos dos puntos resuelven el problema de los conceptos de diseño arquitectónico y son la forma para que los arquitectos sigan teniendo competitividad e influencia.

Proporcione un ejemplo de escenario para explicarlo en detalle: cuando se trata de problemas de bloqueo distribuido, la mayoría de la gente piensa en soluciones basadas en el modelo maestro-esclavo de Redis. ¿Es factible esta implementación? Los bloqueos distribuidos son esencialmente requisitos de CP, y la implementación basada en Redis es un requisito de AP. A primera vista, la implementación basada en Redis no puede satisfacerlos. Hablar de arquitectura fuera del ámbito empresarial es sólo un vandalismo.

Desde la perspectiva de los requisitos de estrategia técnica, si los bloqueos distribuidos son inconsistentes en la adquisición de bloqueos en casos extremos y los escenarios de negocios sociales son aceptables, entonces una implementación basada en Redis es completamente factible. Si el negocio es un escenario transaccional y la inconsistencia de los bloqueos distribuidos en la adquisición de bloqueos en casos extremos es inaceptable, entonces la implementación basada en Redis no es factible. En escenarios donde los bloqueos tienen una gran consistencia, se deben implementar programas como etcd basados ​​​​en el modelo CP.