Richard Clayton ha descrito más o menos cómo lo hago yo mismo, así que solo agregaré:
Prepárate para alejarte.
Tal vez te sedujo la promesa del desarrollador tecnológico de “mejores resultados, ¡RÁPIDO!”, O las chicas de la cabina, o las recomendaciones de tus amigos. El boca a boca es particularmente poderoso, pero el uso real generalmente limpia la niebla de los ojos.
- ¿Qué tan pronto el Internet de las cosas tendrá un impacto de los laboratorios en la vida de todos?
- ¿Qué tan realista es hacer un trabajo independiente de TI mientras viaja por los EE. UU. En automóvil?
- Si Internet Explorer 6 fuera un mejor navegador, ¿cómo se vería hoy el mundo de la tecnología?
- ¿Cómo funciona un walkie-talkie?
- ¿Qué haces si tu fabricante no sigue tu paquete tecnológico?
O tal vez simplemente parezca que no puede asimilar el marco, no importa cuánto lo intente. Como Richard mencionó, hay poca novedad en el universo de framework, por lo que si el que elegiste de repente arroja un obstáculo mental extraño, hay una buena posibilidad de que no sea el uno para el otro.
Cualquiera sea la razón, de repente te das cuenta de que la tecnología que elegiste resultó no ser la adecuada para la tarea en cuestión. ¿Qué haces?
En ese punto, debe dejar de lado su orgullo personal y clasificar la situación. Si (y este suele ser el caso) está en las etapas 1 a 3 de Richard, no es gran cosa, probablemente pueda alejarse con poco esfuerzo desperdiciado.
Las etapas 4 y 5 son un poco más complicadas; probablemente desee consultar con sus compañeros y / o jefes para ver si vale la pena gastar tiempo y esfuerzo adicionales para romper esta tuerca de marco particular.
Etapa 6 … es donde Richard y yo podemos estar en desacuerdo. Si tengo que recurrir al uso de la fuente para comprender cómo usar el marco, generalmente lo dejaré de inmediato . Para mí, la documentación del marco es más que un simple manual de usuario; También es en muchos casos un compromiso tácito por parte del desarrollador para la estabilidad de la interfaz, entre otras cosas. Cuanto menos esfuerzo se pone en la documentación, más margen de maniobra tiene el desarrollador para hacer cambios incompatibles en el futuro, con efectos potencialmente profundos en mi propio producto.
Este suele ser el caso con los frameworks recientemente desarrollados, otra clase de software que trato de evitar. Estoy a favor del entusiasmo innovador, pero no estoy dispuesto a jugar con el probador, el documentador y la fuente de parches general para v0.2 de sus maravillosos widgets web en el centavo de mi cliente.
Dicho esto, soy una tienda de un solo hombre, así que no tengo muchos recursos adicionales para quemar. Si forma parte de un gran equipo, el análisis de costo / beneficio puede ser diferente.
