Comentarios desactivados

Licencias: disecadas y explicadas

Posted Enero 15th, 2010. Filed under software traducciones tutoriales

Jamás había visto un texto tan sencillo y conciso que juntara tanta información de licencias y que cualquiera puede entender fácilmente. Obviamente, no intenta explicar las delicadezas y minucias de las licencia, tampoco intenta clasificarlas y menos que menos escribir una. Todo eso sería imposible de hacer en un espacio tan reducido.

Es de notar, sin embargo, que gran parte de lo que dice aplica a licencias privativas; pero – por lo que leí de las licencias libres – las secciones y para qué sirven son las mismas, sólo cambia el contenido. Y eso es exactamente lo que hace el artículo: explica de forma clara y precisa las diferentes secciones que tiene una licencia, qué es lo que implica o afectaría cada una para que pensemos dos veces la próxima vez que hagamos click en “Acepto” sin leer.

Yo, personalmente, evito ese problema directamente utilizando software con licencias libres. No son menos complicadas que las demás licencias; pero sé precisamente qué es lo que no puedo hacer con los programas que uso. Al contrario de lo que pasa con las licencias privativas en las que la mayoría de la gente no sabe que gran parte de lo asume del programa es contradicho expresamente por la licencia (como que MS tiene derechos sobre todo documento producido en MS Office, y que éstos contienen información escondida sobre la PC e instalación en la que se creó el documento… como para mencionar un ejemplo concreto).

Notas

  • Este artículo es una traducción de: The Software License Agreement (or EULA) Dissected and Explained
  • Esta es una traducción espontánea sin permiso expreso del autor. Le dejé un comentario al respecto para que pueda decidir si prefiere que la remueva
  • No soy abogado ni mucho menos, así que la traducción del artículo puede no utilizar los términos legales correctos y seguramente no aplique en legislaciones diferentes a donde las licencias fueron creadas. Usen esta información bajo su propio riesgo.
Comentarios desactivados

Ya cada vez son más los navegadores que soportan HTML5; como si fuese poco, cada vez son más los dispositivos capaces de correr esos navegadores. Sin embargo no todos los navegadores soportan completamente; algo completamente necesario cuando uno va a poner esfuerzo en desarrollar una página web.

No tiene sentido utilizar la última tecnología si, además, hay que volver a implementar todo con otras tecnologías para aquellos que no soportan esto último. Directamente hacemos una sola implementación y listo; menos problemas para todos. Pero siempre hay un punto medio; ese punto en el que podemos sentir que estamos haciendo las cosas como corresponde y hacer que funcione en todos lados no requiere volver a hacer todo de nuevo.

Gracias a Anieto2k, me entero del libro “Dive into HTML5″ (Sumergirse en HTML5), siendo escrito por Mark Pilgrim. Por lo poco que leí aparenta estar escrito justamente con eso en mente. Aprender los recovecos necesarios de HTML5, pero siempre teniendo en cuenta aquellos que todavía no soportan esta tecnología. En particular, los avances en formularios web permiten muchas cosas nuevas con un mínimo de esfuerzo; cosas que no alteran la funcionalidad de nuestras páginas, que se integran de forma transparente y – en aquellos navegadores que lo tienen en cuenta – inclusive proporcionan beneficios en usabilidad para el usuario.

De todas las cosas nuevas que hay, me voy a limitar a aquellas que podemos empezar a usar ahora sin molestar a nadie o con poco esfuerzo. Aquellas que no tenemos excusas para no usar.

Atributos nuevos para input

Texto temporal

Muchas veces, queremos incorporar las etiquetas asociadas a los campos de texto en el mismo campo de texto. Porque quedan bien, o porque ocupan menos espacio o simplemente queremos dar un ejemplo que tiene que desaparecer cuando el usuario quiera ingresar texto… sin molestarlo demasiado.

HTML5 agrega un nuevo atributo a los input que hace exactamente eso: placeholder; soportado actualmente por Chrome y Safari. Aquellos navegadores que no lo soportan, simplemente lo ignoran. Tan sencillo como eso

	<form>
		<input name="busqueda" placeholder="Buscar en Favoritos y el Historial" />
		<input type="submit" value="Buscar" />
	</form>

Foco automático

Si tenemos más de un formulario en una página, seguro que tenemos algún tipo de javascript asociado a la misma que deja el cursor en alguno de los campos para que el usuario comience a tipear cómodamente. Inclusive Google lo hace en la página principal de su buscador.

No más. HTML5 incorpora el atributo autofocus, soportado por Chrome, Safari y Opera. Nuevamente, aquellos que no lo soportan simplemente lo van a ignorar, y proveerles la misma funcionalidad es tan simple como 2 líneas de JavaScript.

	<form name="f">
	  <input id="busqueda" autofocus />
	  <script>
		if (!("autofocus" in document.createElement("input"))) {
		  document.getElementById("busqueda").focus();
		}
	  </script>
	  <input type="submit" value="Buscar" />
	</form>

En el libro explican que el script va junto con el campo para evitar demoras ya que el evento window.onload espera hasta que las imágenes terminen de cargar; lo que seguramente suceda después que termina de mostrarse la página y probablemente después que el usuario haga click y ya haya comenzado a tipear. Si no se puede poner allí tampoco, es preferible utilizar el evento $(document).ready().

Nuevos tipos de input

HTML5 agrega nuevos tipos de input además de los ya existentes. Todos gozan del mismo beneficio, en aquellos navegadores que no está soportado aparecen como un campo de texto común y corriente. Estructura que hubiésemos usado de todas formas así que no hay cambio alguno. Además, la regla de validar cualquier dato ingresado por el usuario sigue en pie así que no hay ningún otro cambio que hacer al sistema por detrás.

Sólo cambiar el tipo de input no nos afecta en nada pero puede dar grandes beneficios a los usuarios de nuestro sitio.

E-mail

Un tipo simple y que no tiene demasiada relevancia actualmente. Crear un input con tipo email no hace prácticamente ninguna diferencia al momento de escribir este artículo. Se ve igual a cualquier otra caja de texto, se comporta de la misma forma y todo.

Salvo para usuarios de iPhone, a los que el teclado que les aparece en pantalla al tener que ingresar texto en unos de estos campos está especialmente modificado para direcciones de mail. No hay muchas diferencias salvo tener el punto y la arroba más a mano en lugar de la barra espaciadora (nunca vi un espacio en una dirección de mail).

Ah, y Opera pone un icono de e-mail en la caja de texto.

	<form>
		<input id="mail" type="email" />
		<input type="submit" value="Mandame spam!" />
	</form>

URLs

De forma similar a las direcciones de mail, tenemos ahora los input con tipo url. Que, al igual que el anterior, no conlleva ningún comportamiento o interfaz especial… salvo en el iPhone. Este último cambia el teclado mínimamente para mayor comodidad. Se nota que pensaron en todo.

	<form>
		<input id="mail" type="url" />
		<input type="submit" value="Mi sitio con adsense" />
	</form>

Números

¿Cuántas veces necesitamos que los usuarios ingresen un número con características muy particulares? HTML5 nos permite ayudar a nuestros usuarios a no elegir valores inválidos. No estamos excemptos de tener que verificalo luego, pero mejor si disminuimos la posibilidad de error e inclusive si documentamos gran parte de los valores posibles dentro del mismo control HTML (para poder hacer validación dinámica con JavaScript sin necesidad de leer configuraciones extras).

Así, tenemos a nuestra disposición no sólo uno sino dos tipos de input para eso: number y range. Además de toda una serie de atributos para configurarlos:

  • min: el menor valor posible
  • max: el máximo valor aceptado
  • step: diferencia entre un número válido y el siguiente (entre el máximo y el mínimo)
  • value: el valor por omisión, igual que antes

Lo que es más – y por el mismo precio – HTML5 pone a nuestra disposición 3 métodos javascript sobre el tipo number: stepUp(n) ara incrementar el valor en n, stepDown(n) para disminuir el valor en n y valueAsNumber para obtener el valor como un número en punto flotante (el atributo value es siempre una cadena de texto).

¿Cuál es la diferencia entre un tipo y otro entonces? range está pensado para ser mostrado con un cursor desplazable sobre una recta – así mostrado por las últimas versiones de Safari, Chrome y Opera. number como algo más simple. El iPhone los muestra a ambos como cajas de texto pero modifica el teclado para que sea más sencillo ingresar números. Opera muestra dos botones extras para aumentar y disminuir los valores al lado de las cajas de texto de tipo number. El resto, muestra una simple caja de texto, como hubiese sido de otra forma.

	<form>
		<input id="sueldo" type="number"
			min="1000"
			max="2000000"
			step="500"
			value="2000" />
		<input type="submit" value="pagame!" />
	</form>

Fecha y hora

¿Cuántas veces se enfrentaron con el problema de necesitar que el usuario ingrese una fecha o una hora? Es un infierno; por la cantidad de formas distintas que hay para hacer tan simple tarea, complicada aún más por las variaciones que hay entre culturas e idiomas y todo un mundo con 24 zonas horarias distintas.

HTML 5 al rescate, agrega 6 nuevos tipos de input a nuestra disposición para esta tarea:

  • date: una fecha
  • month: sólo el mes y año de una fecha
  • week: alguna semana del año
  • time: una hora determinada
  • datetime: fecha, hora y zona horaria
  • datetime-local: fecha y hora sólamente

Lamentablemente todos estos tipos nuevos son soportados – al momento de escribir esto – sólo por Opera. Pero creo que es uno de los agregados más útiles que puede haber. Nuevamente, hasta que se implemente el soporte adecuado. se puede utilizar nuestro framework JavaScript preferido para proveer de la misma funcionalidad al resto de los navegadores.

	<form>
		<input id="semana" type="week" />
		<input type="submit" value="vacaciones!" />
	</form>

¿Por qué siguen leyendo? ¡Empiecen a actualizar sus páginas, themes y sitios varios!

Comentarios desactivados

Todos los freelancers que conozco empezaron o bien trabajando para otros freelancers como una forma de conseguir plata mientras estudiaban o bien como segundo trabajo teniendo un trabajo estable y el trabajo freelance como ingreso extra. Pero algo que es común a todos ellos: se ganaron su lugar de a poco.

Especialmente ahora que está naciendo la Cámara de Freelancers es importante que todos aquellos que quieren hacer trabajo freelance pero no se animan, sepan que no es tan difícil. Hasta yo lo pude hacer :P

Notas

  • Este artículo es una traducción de How to Start Freelancing (Without Quitting Your Job) de Gina Trapani
  • Esta fue una traducción espontánea sin permiso explícito del autor. Se le dejó un comentario al respecto en el blog pero, si así se lo pide, podría ser borrada.
  • Los links se mantuvieron como en el artículo original así que el contenido de los mismos probablemente sea en inglés
  • No traduje la palabra freelance (y algunas variaciones) porque no conozco mejor palabra para reemplazarla
  • Traduje el término 1099er como monotributista ya que eso es a lo que se refiere. El 1099 es el formulario de impuestos que se tiene que llenar en Estados Unidos para ingresos por trabajos independientes
Comentarios desactivados

El que nunca tuvo que apagar un incendio en el trabajo tiene un trabajo muy aburrido o un trabajo que todo el mundo quiere. Pero después de haber solucionado aquello que nos puso los pelos de punta sigue algo que es igual o peor: el post mórtem. Algo que siempre se hizo, pero que ahora tiene un término que está de moda y en la boca de todo gerente que quiere parecer moderno.

Y pasa lo que siempre pasa cuando todo el mundo quiere hacer algo de lo que no tiene mucha idea: se deforma el concepto. Por eso considero importante el artículo de Lee Cash que explica qué son, qué no, cómo son y cómo sobrevivir a un post mórtem.

Notas

  • Este artículo es una traducción de The postmortem: what it is, & how to survive one de Lee Cash.
  • Esta fue una traducción espontánea sin permiso explícito del autor. Se le dejó un comentario al respecto en el blog pero, si así se lo pide, podría ser borrada.
  • post mórtem es una palabra aceptada por la Real Academia Española; pero su definición en español sólo dice “Después de la muerte”. Por eso preferí traducir las acepciones del término en inglés.

Read the rest of this entry »

Comentarios desactivados

7 reglas para delegar trabajo

Posted Enero 4th, 2010. Filed under gente traducciones

Tenga uno gente a su cargo o no, siempre está bueno sacarnos trabajo de encima. Especialmente si alguien puede hacerlo más rápido, mejor o simplemente si nosotros podemos estar en nuestros hogares o de vacaciones :P Tal vez no coincida completamente con todo lo que dice el artículo; pero no deja de tener información a tener en cuenta.

Notas

  • Esto es una traducción del artículo original: 7 Rules To Live By When Delegating At Work
  • Les recomiendo visitar el sitio de origen, Productive Geek, nuevo pero promete
  • Esta fue una traducción espontánea y sin permiso de los autores; por lo que podría ser removida en caso que los autores consideren que no es apropiada (les dejé un comentario en el post original informándoles al respecto)
  • Los links del artículo original se mantuvieron por lo que es posible que los mismos contengan contenido en inglés

Read the rest of this entry »

Todo se negocia

Posted Diciembre 10th, 2009. Filed under traducciones

Cuando leí este artículo, sabía que tenía que traducirlo. Tal vez no para que todos puedan leerlo, sino también para asegurarme de leerlo muchas veces, prestarle atención y que todo lo que decía me quedara. Porque siempre hay cosas que negociar, cosas que discutir, posiciones que defender, cosas que queremos y gente que quiere otras. Y todo lo que se dice acá – al recomendar un par de libros – es oro puro a tal efecto.

Notas

  • Esto es una traducción del artículo original: You Can Negotiate Anything
  • Esta fue una traducción espontánea y sin permiso de los autores; por lo que podría ser removida en caso que los autores consideren que no es apropiada (les dejé un comentario en el post original informándoles al respecto)
  • Los links del artículo original se mantuvieron por lo que es posible que los mismos contengan contenido en inglés
  • Mantuve el código de referencia del sitio original en los links a Amazon del artículo, creo que es lo correcto
  • No traduje los dos últimos párrafos del artículo ya que eran simplemente links a otros artículos en inglés que no iba a traducir, y un video de You Tube completamente en inglés por lo que no tenía sentido incluírlos. Pero recomiendo que los revisen en el artículo original si entienden inglés

Read the rest of this entry »

Comentarios desactivados

Los 10 mandamientos para internet

Posted Noviembre 24th, 2009. Filed under estándares eventos

Vía I’ve been to Ubuntu me entero de un artículo en Ars Technica sobre el Internet Governance Forum, dependiente de las Naciones Unidas.

Más allá de todo lo que se discutió (que no es poco) hay que resaltar la siguiente propuesta del historiador Ian Peter: los 10 mandamientos de internet. Intentando enumerar lo que él considera como los valores principales y fundamentales para que lo que conocemos como la Web perdure en el tiempo protegida por quienes quieran hacerlo.

Su propuesta fueron los siguientes mandamientos:

  1. Independencia de las aplicaciones
  2. Nuevas aplicaciones pueden ser agregadas siempre que sean de un valor fundamental
  3. Innovación sin pedir permiso
  4. Estándares abiertos
  5. Accesibilidad e inclusividad global – cualquiera puede utilizarlo
  6. Poder de elección del usuario – cada quien puede elegir qué aplicaciones utilizar y a dónde ir con ellas
  7. Facilidad de uso – cada quien puede utilizarlas en su lenguage y en un dispositivo con el que esté familiarizado
  8. Libertad de expresión
  9. Habilidad para un cambio rápido
  10. Confiabilidad y robustez son cosas en las que tenemos que trabajar, tienen que ser valores fundamentales

No creo que esté muy errado en lo que propuso. Especialmente porque creo que el Software Libre – junto con los estándares abiertos – son las cosas que más se acercan a cumplir todas ellas, siendo la ideología que creo que mejor defiende las libertades de los usuarios.

De todas formas, lo que una persona pueda decir – por más autoridad que tenga – no es mucho. Hace falta que las empresas, la gente… todos las hagamos propias, las respetemos y exijamos que se respeten también. ¿Llegará ese día?

Comentarios desactivados

Este artículo me llega vía twitter gracias a César Sanchez y me pareció una lástima que no esté disponible en castellano. Así que nada mejor para solucionar eso que este espacio.

Notas

  • Esto es una traducción del artículo original: 5 Things Brands and Agencies Should Know About Facebook’s New Promotion Guidelines
  • Esta fue una traducción espontánea y sin permiso de los autores; por lo que podría ser removida en caso que los autores consideren que no es apropiada (les dejé un comentario en el post original informándoles al respecto)
  • Los links del artículo original se mantuvieron por lo que es posible que los mismos contengan contenido en inglés

Read the rest of this entry »

Comentarios desactivados

Problemas con themes de WordPress

Posted Noviembre 8th, 2009. Filed under software

Antes de poder crear un theme creo que es importante saber cuáles son las cosas molestas de los themes para poder evitarlas. Eso no sólo resultará en un mejor theme, sino también en más satisfacción de quienes lo usen (nosotros incluídos).

La siguiente lista está basada en las cosas que más me molestaron de algunos (léase la mayoría) themes y – por lo tanto – yo recomiendo tenerlos en cuenta siempre

Read the rest of this entry »

Comentarios desactivados

Desarrollo de un tema para WP

Posted Noviembre 4th, 2009. Filed under tutoriales

Los que estamos desde hace años desarrollando para la web y trabajando con WordPress sabemos lo difícil que es conseguir un theme que se vea lindo, que tenga todo lo que queremos y que sea fácil de retocar para hacer cosas más locas. Es por eso que, por lo general, terminamos haciendo uno propio.

Sin embargo, hay demasiadas cosas que pesan:

  • Desarrollar toma tiempo
  • Diseñar toma mucho más tiempo
  • Pensar un nuevo diseño es muchísimo más complicado
  • Lo quiero ya
  • Para esto no queremos nuestro blog

Sin embargo, desarrollar nuestro propio theme tiene demasiadas ventajas así que lo ponemos en nuestro to-do list… y lo postergamos ad eternum. Hasta que encontramos ese rincón del theme que más nos molesta y – en un fin de semana – hackeamos un theme como nosotros queremos. Y somos felices.

Al menos por un tiempo. Hasta que WP actualiza y las cosas dejan de andar; o cuando se lo damos a alguien más para que lo use; o lo publicamos y la gente quiere usarlo y nos llegan quejas y/o preguntas sobre el mismo. Y resulta que tiene los mismos problemas que los demás, sólo que a nosotros no nos molestan o no nos dimos cuenta.

Por todo eso es mi idea escribir un par de posts que sirvan de machete para armar themes de WordPress. No para que sean fantásticos ni únicos, sino para que sean útiles y durables. Para que no se rompan en cada actualización o el día que queramos cambiar algo.