Con el paso del tiempo en el mundo del desarrollo web uno se va encontrando con ejemplos de lo que conviene y de lo que no conviene hacer en cuanto a contenidos en una web. Y un ejemplo clásico del tipo de cliente web que tiene tendencia hacia lo que no conviene hacer, es el del mundo pymes o pequeñas empresas.

Para ellos entonces, este breve listado de cosas 100% imprescindibles en el sitio web de una pyme, algunas básicas, otras no tanto, para que puedan mostrarle al cliente y decirle “ve, no es una locura mía”

1. Acerca de: tan básico como importante. Pero no basta con un “somos una empresa linda que está hace mucho tiempo”. Hace falta contar brevemente el background de la empresa, junto con info de la actualidad, contando que hacen y quiénes son en este momento. De hecho, si se pueden poner nombres y fotos de responsables por área, doble impacto.
2. Productos/Servicios: el que está entrando al sitio quiere informarse, principalmente, de lo que allí se vende/ofrece. Por eso esta página tiene que tener todo el detalle necesario para que idealmente al cliente sólo le queden ganas de comprar.
3. Sucursales/Puntos de venta: importantísimo! con la diversidad de visitantes que tenemos hoy, es vital hacerles saber donde es lo más cerca que pueden conseguir nuestros productos, o en todo caso, como son nuestras políticas de envío.
4. Información de contacto: “… si, si, tenemos un formulario.”. Error. La página de contacto dista del form tradicional, y debe contar con nombres, sucursales, domicilios, teléfonos, e-mails de responsables por áreay un formulario de contacto, preferentemente que permita indicar motivos específicos de consulta.
5. Recursos: Acá es donde empezamos a hacer la diferencia. Es importante ofrecer al visitante más info que sólo la estrictamente comercial/formal. Por ejemplo, si somos un estudio de arquitectos, es importante ofrecer estudios, relevamientos, normativas, planos y más, del mundo arquitectónico. Abogados? leyes, decretos, fallos, jurisprudencia, etc. Es decir, aportar material real y concreto que le aporte valor agregado a la visita al sitio.
6. Noticias/Novedades: otro infaltable. Es la manera de mostrar que estamos vivos, que hay gente viva detrás del sitio. Qué novedades incluir? nuevas sucursales, cambios de teléfonos/horarios, nuevas contrataciones, nuevos servicios/productos, últimos clientes/casos, etc. Y siempre, siempre, visible en la home.

Como les decía, nada nuevo ni innovador, pero que a muchos les hace falta tener presente.
¿Se te ocurre otro infaltable?

Si bien en mi corta carrera en el mundo del desarrollo me encontré varias veces usando MS Access como motor de base de datos, reconozco que a partir de ciertas experiencias le fui generando un rechazo natural que me dura al día de hoy. Pero leyendo este compilado con 10 razones por las cuáles odiamos access (y no deberíamos), visto en pwneds, recaigo en que es una realidad que para muchos proyectos es una solución rápida, sencilla y efectiva, y que ciertamente me salvó en más de una oportunidad. Mi pequeño aporte, para quién tenga que decidir que motor de base de datos usar en un proyecto, es este pequeño compendio de pros y contras:

Pros:

• Habitualmente accesible.
• Fácil/rápido de usar/aprender.
• For dummies
• Puede funcionar como una aplicación completa.

Contras:

• Es un chancho.
• Se corrompe fácilmente.
• El editor SQL apesta.
• Se queda corto en muchas funcionalidades.

No hace falta ser un genio para notar que estos días la cosa vino complicada así que para aliviar un poco el tema vamos a sumar alguna que otra persona al equipo que, gracias a dios, sigue viento en popa.

Entonces si te considerás un experto en Php/Mysql/JS y estás buscando trabajo, escribínos incluyendo tu CV y remuneración pretendida a marcosignacio(..at..)gmail.com.

Conocimientos requeridos (excluyentes):

• PHP 4/5
• HTML – XHTML - CSS
• Javascript - Jquery
• MySQL
• Programación Orientada a Objetos

Conocimientos deseables:

• Prototype / mootols.
• Ajax, JSON, REST
• Web Services
• XML

Estudios: Estudiantes/egresados de la carrera de Ingeniería en sistemas/Lic. Sistemas y carreras afines.
Nivel: M-Senior, Senior.
Idioma: Nivel intermedio/avanzado de Ingles.
Modalidad: no-presencial (teletrabajo). Part o full-time.
País: indistinto.

Y es que leyendo esta nota revivo viejas discusiones sobre si los randoms de algunos lenguajes realmente son randoms… :S

Así entonces una función random bien implementada normalmente daría una gráfica como la siguiente:

Mientras que la mía, probada tanto en entorno windows/IIS, como lamp, me da esta escalofriante gráfica:

La función de php usada es:

header (\"Content-type: image/png\");
$im = @imagecreatetruecolor(512, 512)
  or die(\"Cannot Initialize new GD image stream\");
$white = imagecolorallocate($im, 255, 255, 255);
for($y=0;$y<512;$y++){
  for($x=0;$x<512;$x++){
    if(rand(0,1)===1){
      imagesetpixel($im, $x, $y, $white);
    }
  }
  $x=0;
}
imagepng($im);
imagedestroy($im);

En random.org explican un poco más en detalle sobre este tema, aclarando que en realidad los números random usados en las computadoras (la mayoría), son pseudo-random, lo que significa que se generan de una manera predecible usando una fórmula matemática. Y si bien esto está bien para muchas cosas, no sirve para cosas que requieren un nivel real de aleatoriedad (como juegos de azar online, por ejemplo).

Como que flash siga evolucionando, y permita cosas como la que vemos en esta demo, indefectiblemente el futuro del gaming va a estar (si es que ya no lo está) peleado entre plataformas de alto desempeño y la web… pero ya no sólo por lo web-games. La demo, como dice César en su post.. corta la respiración

Amigos desarrolladores.. cuando hagan registraciones en sites que incluyan validación por email (muy habitual estos días), procuren incluir una sección al estilo “forgot your password”, para el reenvío de ese email. Muchas veces ese mail no llega nunca, habitualmente capturado por antispams u otra variedad de cosas que pueden pasar, y es necesario poder re-solicitar se lo envíe (con las validaciones del caso, ej. volver a requerir el username + email).

Adicionalmente es importante incluir (e informarla) una expiración a X cantidad de días para los casos en que no se validó la cuenta.

He dicho

Hoy nos ponemos técnicos por un ratito.

Y es que en estos días se nos planteó un problemita que tiene IE con el parseo de archivos locales de XML, que, al no informar correctamente el mime-type, no son reconocidos por IE y por ende no los parsea.

Así entonces esta función, por ejemplo, que va perfecto en FF y Opera, no funciona en IE:

 $.ajax({
	 type: “GET”,
	 url: “archivo.xml”,
	 dataType: “xml”,
	 cache: false,
	 success: function(xml) {
		 $(xml).find(’ITEM’).each(function(){
		   var name_text = $(this).find(’NAME’).text();
		 }); //close each(
	 }
 }); //close $.ajax(

Y eso que especificamos que se trata de datos XML! pero no, IE se niega, en local, a identificar correctamente estos datos, y trunca el parseo.

La solución viene de mano de cargar los datos como si se tratasen de texto, y luego específicamente darle tratamiento, forzosamente para IE, como XML:

$.ajax({
	 type: “GET”,
	 url: file,
	 cache: false,
	 dataType: ($.browser.msie) ? “text” : “xml”,
	 success: function(data) {
		var xml;
		  if (typeof data == ’string’) {
			xml = new ActiveXObject(”Microsoft.XMLDOM”);
			xml.async = false;
			xml.loadXML(data);
		  } else {
			xml = data;
		  }
			$(xml).find(’ITEM’).each(function(){
					   var name_text = $(this).find(’NAME’).text();
			}); //close each(
	 }
}); //close $.ajax(

En fin, un pequeño aporte para los programadores… una manchita más para IE

Justo hace unos días había leído en un par de blogs un par de estas recopilaciones del tipo “10 cosas que…”, puntualmente hablando de los hábitos de los freelancers.
Lo interesante era ver, independientemente del tema en sí, un par de puntos que son importantes de destacar. Veamos las listas primero:

Los 7 del Si (los argumentos de cada uno se pueden leer en el sitio original):

¿Me podes decir tus precios? Sí.
¿Puedes mostrarme otros trabajos tuyos? Sí.
¿Podes tener esto terminado para mañana? Sí.
¿Sos capaz de hacer …? Sí.
¿Puedo editar el sitio por mi cuenta? Sí.
¿Ofreces apoyo luego de terminado el trabajo? Sí.
¿Hay alguna otra manera de pagarte además de la que me acabas de decir? Sí.

Y por el lado de los No’s (original):

¿Puedes mostrarme una demostración que me ayude a elegir un diseñador/programador? Respuesta: ¡NO!
¿Puedes hacernos un descuento? Respuesta: ¡NO!
¿Puedes registrar nuestro dominio y hospedar a nuestro sitio? Respuesta: ¡NO!
¿Puedes copiar este otro sitio? Respuesta: ¡NO!
¿Puedo pagar mi sitio de e-commerce con las ventas que realice? Respuesta: ¡NO!
¡Tengo una gran idea! ¿Quieres que… Respuesta: ¡NO!
¿Tienes una cuenta de mensajería instantánea? Respuesta: ¡NO!
¿Puedo pagar el total cuando esté terminado todo? Respuesta: ¡NO!
¿Hay alguna manera de que puedas terminar esto esta noche o el fin de semana? Respuesta: ¡NO!
¿Puedes asegurarme que no usarás este mismo trabajo en otro lugar? Respuesta: ¡NO!

En lineas generales estoy de acuerdo, pero hay algunos puntos que me parece no se pueden definir en un si o un no.
La disponibilidad y la urgencia tienen valor. Asignable y cuantitativo. Es decir que podemos tranquilamente comprometernos a un trabajo exigente en tiempos (siempre dentro de un plano de realidad), ajustando debidamente el presupuesto del mismo. Pero como una cuestión excepcional, no regular. Eso incluso le asigna el valor que tiene, tanto económico como práctico, y tanto para nosotros como para el cliente. Si tomamos la costumbre es posible que de expecional se nos transforme en normal, y no todo es dinero en la vida!

Por su parte el tema de incluir una herramienta de edición también es relativa. Entiendo que hoy el cliente ya no es el mismo de hace unos años atrás y, en algunos casos, desea editar él mismo su sitio. Pero también me encuentro permanentemente conque cerca del 50% de los clientes (sobre todo pymes con sitios meramente institucionales-informativos, enfocados a la presencia institucional) sólo quieren un sitio atractivo.. y estático. Y digo esto porque este tema también influye en los presupuestos, e incluírselo por defecto puede resultar un poco más caro y definitivamente innecesario.

Por el lado de los No’s hay varios que están perfectos, y apuntan a simplificar la cosa. Pero también varios puntos tienen grises. Registrar el dominio y hospedar el sitio pueden ser un interesante extra (sobre todo en casos donde el cliente no tiene ningún conocimiento técnico) que a más de un diseñador le conozco.
Por su parte estar disponible para futuros soportes (incluído mail y mensajería instantánea en un principio), también le dan valor agregado al producto que vendemos. Siempre dentro de términos de normalidad y respeto. Abundan los clientes que creen “comprarnos” cuando nos contratan. Para esos casos especiales hay que tener bien paradas las antenas, y ponerles límites permanentemente. Eso también nos valoriza!

El trabajo del freelanceer tiene sus pros y sus contras. Encontrar el punto justo, como en todo, lleva su tiempo y sus tropezones