Corregir archivos de terceros · dic 5, 12:28

Me desconecté unos días del blog ya que aquí en la chamba me cayó un problema, resulta que un despacho entregó, antes de que yo entrara aquí, un cd ejecutable en flash para unas pantallas con touchscreen destinadas a estar en centros comerciales.

El tema inicial es que como diseñadores (gráfico, web, de información, etcétera) trabajamos con diferentes tipos de archivos, algunos ejemplos serían:

Modificar estos archivos por separado es el pan nuestro de todos los días pero ¿qué pasa cuando llega a nuestras manos uno de estos archivos pero creado por alguien más? realmente no debería suceder nada, nuestros conocimientos son tan perrones que no necesitamos más que dar una leida rápida al código para detectar el _________________(* querido lector, escriba aquí el motivo por el cual el archivo llegó a sus manos) por el cual tenemos que modificar dicho archivo, programar algunas lineas, o bien mover algunos objetos y Voilá problema resuelto. Update (Nótese el caracter sarcástico de la frase anterior)

¿A que voy con todo esto? pues que ese cd interactivo estaba armado muy mal, básicamente es un menú tipo de carrusel que hace un conteo de los clics hechos en cada item del mismo. Bueno hasta aquí todo bien, pero lo malo es al llegar al archivo fuente (.fla) y darme cuenta que la persona que armó esto si tiene una idea de actionscript, pero no de usabilidad, pues tomó varios scripts de diferentes foros y los fue armando, pero todo el código está desperdigado en muchos objetos y frames, pero lo peor de todo es que el reporte de conteo de clics es algo como esto:

Y los productos mostrados son, laptops, televisores, juegos de video, etc, con lo cual me imagino que sería más fácil para el usuario ver algo como:

O mejor aún:

Registro de clics.txt > Y dentro del archivo

Y si nos ponemos mamones, porque no algo como esto:

Visor de clics

Y que ese panel tome la info de uno de esos archivos txt.

Y como no me entregaron archivos fuente del ejecutable que escribe el archivo de texto, pues tuve que dejarlos con los nombres originales.

En fin, lo único que les puedo decir es que por favor piensen en como el diseño pueda facilitarle la vida a sus clientes y ¿por qué no? también a futuros diseñadores para que no les cueste tanto trabajo retomar un proyecto iniciado por nosotros. Por piedad.

— Luis Hernandez

---

Comment

  1. mh, no creo que sea tan facil el pedo de “agarrar el diseño de alguien mas” cada uno diseña y construye d emanera diferente, es un señor pedo por que me ha tocado tardar 2 dias en entender una estructura.

    Lo que te hicieron s una mamada y pendejos los diseñadores, si es un ejecutable, pa que chingados hacen cargas externas? yo hubiera metido todo al fla, no tiene pedos, pero cada quien diseña diferente

    Portero · 05/12/07 20:44 · #

  2. Así es Porter, jeje creo que me faltó poner un énfasis de sarcasmo con la facilidad de leer los archivos de terceros, deja edito el post.

    Juwe · 05/12/07 21:46 · #

  3. Que mala copa, Juwe, este tipo de conductas son más comunes y la razón depende de cada uno, la mayoria de los diseñadores que

    aprendemos a programar por cuenta propia partimos de tutoriales y escribimos el código para que sirva y ya, nos vale madres

    si alguien más los va a utilizar.

    Sin embargo, hay pequeñas cosas que podemos hacer, realmente no te quita tiempo organizarte mejor

    Les doy lo siguiente :

    * Los nombres de los archivos tienen que ser entendibles y si hay más similares identificarlos con un ID único indexado

    numéricamente, además de usar Mayúsculas en la primera letra si está compuesto el nombre por dos palabras, por ejemplo :
    01InterASPID.fla
    02InterASPID.fla
    03ImagGaleriaASPID.fla
    etc.

    * Organizar las carpetas para que sea entendible dónde se guardan los archivos y de qué tipo son :

    ASPID – fla – imagenes – txt – as – php – xml – etc.

    AS 2.0 * Borrar variables y codigo que no se utiliza * Organizar el Código AS en archivos exclusivos de este tipo .as y luego importarlos si asi lo permite el proyecto * Comentar las observaciones con doble barra // o bien /** */ * Tratar de no poner acciones en botones directamente a menos que sea necesario ej. Cambiar por on (release) {gotoAnd ….}
    A esta forma _root.BtnEnviarForm.onRelease = function() { … * Las variables deben llevar el nombre de la acción que realizar ej. _global.contadorVisitas = 0;

    * etc.

    Hay algunos artículos para evitar malos hábitos en la programación, te dejo ésta que me gustó Juwe

    http://www.technicat.com/writing/programming.html

    saludos

    Acro · 08/12/07 00:29 · #

  4. Orale Acro, pues si se ven buenos los tips, creo que lo importante es estandarizar, el método que se use ya es cuestión de estilo, pero si, como dices, lo importante es pensar a futuro, nuestro trabajo hablará de nosotros, en todos los sentidos.

    Juwe · 11/12/07 22:15 · #

comentarios desactivados para este artículo