http://solucionesjj.googlepages.com/home
Zimbra: Redireccionar correo desde una cuenta a otra cuenta del mismo dominio conservando copia
Usan Ingeniería Inversa para Develar el secreto Apple para Cargar sus Baterias.[Vídeo]
Como ya sabemos Apple esta siendo atacada por todos los frentes, le hackean el iPad, luego la Apple Store, después el iPhone4.
Ademas de ya tener bastantes problemas con el fallo de la antena, ahora han utilizado ingeniería inversa para mostrar los secretos del porque las baterías de sus dispositivos son tan eficientes.
El vídeo que dura unos 7 minutos nos lo demuestra, no dejen de verlo!!! Cupertino imagino que no sabe ya que hacer con tanto follón, pero eso como dicen es marketing indiercto (sino como ha sobrevivido Microsoft entonces LooL).
[Fuente apple.slashdot]
Recorrido visual a la nueva Apple Store de Covent Garden
Una de las Apple Store que más me han gustado de todas las que he tenido la suerte de visitar es la Apple Store de Regent Street. Más que por bonita por su peculiar ambiente, es una tienda que desprende vida, hay gente a todas horas, hay siempre movimiento y la planta de arriba parece más un club de amigos que una tienda.
Es una actitud bastante interesante y peculiar de las tiendas de Apple, aunque por desgracia no es fácil de ver en todas las tiendas. Por suerte para la bonita ciudad de Londres, le ha salido un gran competido de la misma empresa, hablo de la nueva tienda de Covent Garden.
La tienda luce genial, fusionando perfectamente el diseño minimalista de Apple con zonas propias de la estructura del edificio de corte antiguo, un acabado muy bonito y efectista. Además gracias al peculiar diseño interno de la misma han creado apartados definidos para cada sección de la compañía, algo no visto hasta el momento.
En el vídeo que acompaña esta entrada podéis ver un recorrido visual de la Apple Store de Covent Garde y de paso admirar la que dicen que es la tienda con mayor unidades de productos de Apple del mundo.
Vía | MacRumos
Interesante, para nosotros los programadores.
Cuando estamos escribiendo código nuevo, es fácil entender lo que se está haciendo, pero si no tocamos ese código por un periodo de tiempo y tenemos que volver al mismo, ya no es tan obvio. Comentar el código te ayudará a entender más rápidamente la lógica del programa.
Muchas veces queremos solucionar algún problema de la forma más enredada porque está guay. Busca la forma más simple de resolver las cosas. Esto te ayudará a entender el código mejor y a mantenerlo de una manera más eficiente y es menos propenso a errores.
Muchos lenguajes de programación te permiten concatenar funciones y muchas veces queremos hacer varias cosas a la vez en una línea. Esto dificulta la lectura y la lógca del código.
Usa las constantes, de este modo si necesitamos cambiar este valor, sólo tenemos que hacerlo en la constante y no en el resto del código. Si es valor es algo que va a ir cambiando a lo largo de la vida del programa, sería mejor usar ficheros externos de configuración (XML, propiedades, base de datos, etc), de esta forma no tenemos que modificar el código, recompilar y redistribuir la nueva versión.
Aprovéchate de los marcos de trabajo (frameworks) existentes y de los patrones de diseño. Están ampliamente probados.
El aspecto del interfaz de usuario, la forma de navegar por el mismo y la comodidad a la hora de usar el mismo, van a depender mucho de la aceptación y el éxito de tu aplicación. Sigue el mismo estilo en toda la aplicación, escoge cuidadosamente el título de las ventanas, etiquetas de texto, etc. Sigue el mismo diseño que otros sistemas ampliamente aceptados. Pon tu interfaz a pruebas con tu mujer, marido, novi@, amig@, etc. Para ver como se mueve por la aplicación, etc.
Es lo que personalmente odio más. Escribir documentación es muy pesado y en el momento en el que estamos trabajando en un proyecto todo tiene sentido y fácil de seguir. Pero de nuevo, cuando tenemos que volver al proyecto después de un tiempo ya no nos parecerá tan obvio como pensabamos. Además si el proyecto no era lo suficiente grande como para requerir a más de una persona para trabajar en el mismo, recuerda que el proyecto puede crecer y requerir a uno o más programadores incorporarse al proyecto. O simplemente el proyecto pasa a manos de otra persona. Es una de las tareas más pesadas, pero de las que más que se agradecen a lo largo del tiempo.
Es una muy buena y reomendada práctica que debemos hacer incluso antes de escribir nuestros paquetes, librerías, etc. Y son las unidades de testeo. Esto nos va a ayudar de una forma muy rápida si nuestras funciones funcionan como deben. Nos va ahorrar mucho tiempo en el futuro (cada vez que tengamos que modificar nuestras funciones) y es otra de las tácticas que nos ayudará a reducir el número de errores en nuestro programa.
Es mejor entregar un programa con las funciones básicas bien desarrolladas, a entregar un programa lleno de funciones y que cada dos por tres el mismo se cuelgue o no haga lo que se supone que tiene que hacer.