MuroDev

Trabajando en uno de mis proyectos, comprobé que el editor de entradas de Blogger incluye mucha basura al HTML de la misma, por ejemplo al incluir imágenes, y que las imágenes no incluyen un valor alt por defecto . Este valor es importante, pues se muestra si la imagen no se puede cargar, en vez del feo icono de imagen rota, y ademas da información a los buscadores. Por este mismo propósito, he creado un pequeño código JavaScript que junto con GreaseMonkey (un "inyector" de JavaScript en paginas web a modo de complemento para Firefox), o simplemente copiando y pegando el código en la consola del inspector de elementos del navegador, busca la basura y la elimina, y también busca imágenes sin valor alt e incluye uno (en este caso, el titulo del post). Atención Este código no modifica el HTML en tu pagina web, si no que lo modifica mientras escribes una entrada , porque asi el cambio es para siempre, y porque algunos buscadores no ejecutan JavaScript a la hora de leer

Antes de nada, por WordPress me refiero a la versión descargable para servidor . Quiero dejar claro que para nada estoy en contra de WordPress. Tiene sus fallos (como Blogger, como cualquier sistema), pero esta es solo una pequeña opinión que lanzo para hacer reflexionar a esas personas que están planeando pasarse a WordPress o quieren empezar a montar un blog. Muchas veces, si tenemos o vamos a crear un blog, buscando información por Internet, veremos que la mayoría de recomendaciones serán que lo hagas con WordPress, bajo la premisa de que es mas profesional . En principio, esto es rotundamente relativamente falso . Profesional, refiriéndonos a calidad, no depende del sistema, depende del autor . Es verdad que en comparación, la mayoría de webs creadas con WordPress son "mejores" que las que están creadas con Blogger, pero no es una comparación justa, por pura lógica. En Blogger cualquiera puede hacer un blog , y mas aun teniendo una cuenta de Google, no hace falt

Muchos creen que para ser un buen desarrollador se necesita un editor de código de los caros, los mejores equipos, y no hay nada mas lejos de la realidad. Dejando de lado estos temas (que hay tantas variantes como personas), para ser un buen desarrollador hay que incluir ciertos valores que nos hacen crecer profesionalmente e intelectualmente de cara al desarrollo. Ni yo soy un desarrollador experto ni este articulo te convertirá en uno, pero puedes construir unas buenas bases a partir de estos consejos. Acepta las criticas Si alguien te comenta un error en tu código o te sugiera otra forma de hacer algo, no te esta insultando, significa que una persona ha dedicado una parte valiosa de su tiempo en mejorar tu código y a la vez hacer que descubras un error, que tomándolo de forma constructiva puede ayudarte a no volver a cometerlo en un futuro. Buena parte del camino para aprender a programar (sobretodo si lo haces de forma autodidacta) es romper cosas . No hace falta reinv

Los buenos programadores usan sus cerebros, pero unas buenas directrices nos ahorran de tener que hacerlo en cada caso. — Francis Glassborow Algo importante en las comunidades Open Source , es crear un código legible a nivel de comprensión, que se pueda entender por otros desarrolladores, alargando así la vida de nuestro software, al poder identificar problemas y bugs en el código mucho mas rápido, y dando la oportunidad a otros programadores a participar Para eso se han creado unas convenciones de código que detallan un estándar de buenas practicas y define una guía de "diseño" del código, mirando aspectos como el nombramiento de funciones y variables, la identación o sangrado, posición de los elementos respecto a otros, etc Esto no quiere decir que un código que sea diferente a estas directrices este mal, de hecho algunos equipos de desarrollo/desarrolladores establecen las suyas propias, pero podemos usarlas como una buena base para crear las nuestras o para c

Hace poco hablamos sobre Git y Github , y de lo util que podria resultar llevar un control de versiones .  Para optimizar este proceso de documentacion del nivel de desarrollo de nuestro proyecto, podemos ayudarnos del versionado de software , esos numeros que vemos en algunas aplicaciones como " v1.0.0 ", " v0.7.3-beta ", etc Normalmente, esta informacion suele ser interna, y aunque existe un estandar o sentido semantico (que es con el que trabajaremos nosotros), algunos equipos de desarrollo tienen su propio sistema para crear este dato. Este sistema de control de nuestra aplicacion consta de cuatro partes basicas: mayor.menor.micro-fase mayor : Se indican cambios importantes dentro de la aplicacion, como funcionalidades nuevas o cambios importantes de codigo, cambios total en el diseño, etc. Esta dato sera 0 si nuestro producto aun no esta en su version final: 1 .menor.micro-fase menor : Correccion de errores e inclusion de mejoras no importantes. En l

El codigo que esta en GitHub esta actualizado y es totalmente diferente al de esta pagina, pero los pasos para crear los archivos de traduccion y para asignar las clases en el HTML son los mismos. DEMO | DESCARGAR Tanto si estas desarrollando una webapp (web con cierto aire a aplicacion movil, que se puede acceder desde el navegador del movil) o una aplicacion hibrida (aplicacion nativa desarrollada en HTML5, CSS3 y JavaScript) quizas quieras expandir el publico de tu aplicación creando un soporte multi-idioma para que personas con idiomas distintos al tuyo puedan usarla. Por eso en este pequeño tutorial vamos a aprender a crear un soporte sencillo para crear cuantos idiomas quieras en tu aplicacion. Archivos Vamos a necesitar crear ciertos archivos, estos son: El/Los archivos de traduccion: /locale/bd-identificador-idioma.js Por supuesto, el archio index.html donde incluiremos el HTML y el JavaScript Para los archivos de traducción tienes que escribir un nombre apro