Al crear una solución nueva o no estándar, el arquitecto / desarrollador suele encontrar un compromiso entre lo que quiere y lo que se necesita, teniendo en cuenta las limitaciones dadas. Y siempre existe la posibilidad de que, en última instancia, no se haga lo que se esperaba o se aleje de una solución óptima.
Y si "queríamos lo mejor, pero resultó como siempre" sucede debido a requisitos no contabilizados o modificados, al menos esto se puede explicar. Pero a veces hay un agujero en la anciana y se vuelve molesto pasar por alto el error de un niño simplemente por los ojos borrosos o por las trampas del uso real de la tecnología de moda.
Y para minimizar la posibilidad de tales errores, en muchas empresas existe la práctica de proteger una solución arquitectónica antes de iniciar el desarrollo directo de un nuevo gran proyecto. Esto se puede organizar como una reunión, una revisión arquitectónica o simplemente una discusión en la sala de fumadores. Todo depende de la estructura del personal y el tamaño de la empresa, así como de los procesos de desarrollo establecidos.
Pero, ¿qué hacer si la empresa tiene uno o dos desarrolladores, o su experiencia no es suficiente para una evaluación experta de la solución propuesta? ¿O simplemente les falta tiempo o ganas de ahondar en las dificultades de otras personas?
Probablemente ya haya adivinado que estamos hablando de usar Habr como una plataforma donde puede obtener ayuda real de personas conocedoras.
De hecho, se pueden obtener excelentes comentarios a través de comentarios públicos. Además, escribir un artículo para Habr es mucho más fácil y conveniente que prepararse para la defensa en el comité de arquitectura. No es necesario acordar la fecha y la hora en las que puede alejar a las personas del proceso principal. Y ellos, a su vez, no necesitan ser incluidos inmediatamente en el contexto para poder participar en la discusión de detalles.
"En su momento" tuve la oportunidad de participar en los trabajos del comité de arquitectura de una gran empresa. Y el sentimiento después del final de cada encuentro fue siempre doble. Por un lado, es fantástico tener una nueva experiencia y, a menudo, ayuda real. Pero también sucedió que la discusión habitual de un tema aparentemente insignificante se convirtió en una batalla verbal, cuyos ecos llegaron después de varios días.
Recuerdo especialmente la experiencia de participar en el proceso de unificación de los componentes utilizados. Llevó más de un año y medio reconciliar la interfaz y la implementación de una pequeña biblioteca y requirió varias reescrituras completas de toda la implementación. Como resultado, se desperdició mucho tiempo para llevar el código a un estado utilizable que satisfaría a todos los consumidores y consumiría por completo el deseo de hacer algo así de nuevo.
Por este lado, un artículo sobre Habré se convierte en una opción ideal cuando la empresa carece de la competencia para organizar una discusión sobre un tema complejo. Y lo más importante, no importa qué solución y consejo reciba durante la discusión del artículo, ¡nadie lo obliga a seguirlos!