Apareció en Coding Horror (blog que conocí gracias al amigo @polras). Jeff Atwood explica porqué cree que es malo retrasar un proyecto (a veces indefinidamente) en las etapas iniciales del mismo debido a los problemas, limitaciones y desvíos hayan surgido en su transcurso.

Opina que, mucho mejor que volver atrás en este punto para corregir errores y hacer ajustes sobre inconvenientes detectados en el inicio del desarrollo, es conveniente lanzar la primera versión del mismo de acuerdo a la planificación inicial aunque tenga todos estos errores y alimentarse del feedback del mundo real que obtendremos por el mismo.

Coincido en que volver atrás una y otra vez sobre propias percepciones de problemas puede hacer que se tarde demasiado en avanzar y que al momento de lanzar el producto o servicio tengamos que enfrentarnos nuevamente a las opiniones de los usuarios y volver nuevamente para atrás.

Sin más los dejo con el artículo:

Version 1 Sucks, But Ship It Anyway

It is not a web designer/developer’s job to fix or improve a browser. That is a browser developer’s job, plain and simple. Not only is it impractical and uneconomical to attempt to make a site look visually identical across browsers, it also discourages browser makers from improving or to implement new CSS.

Leído gracias a este tweet de @smashingmag

Entre las nuevas etiquetas están las esperadas <audio> y <video>.

Estas etiquetas sumadas a la versatilidad y potencia de las librerías javascript disponibles hacen pensar en el futuro de tecnologías como Adobe Flash y Silverlight.

En el caso de Flash se ve claramente que tiende a mejorar su motor 3D, su lenguaje de programación y su soporte de tecnologías (entre ellas Voip). Seguirá siendo el elegido para juegos, obtener multimedia de los usuarios (grabar audio, video) y para el desarrollo de nuevos negocios de la mano del soporte de Voip.

Silverlight llegó tarde y tiene camino por delante. Es buena su apuesta para trabajar offline. Como todo lo de Microsoft seguro tendrá como fuerte la facilidad para desarrollar y publicar contenido.

Creemos que cada uno tendrá su fuerte, su manera de mantenerse indispensable.

¿Por qué hablar ahora de HTML5?

Es interesante como los navegadores ya comienzan a tener soporte de algunas etiquetas HTML5, esto nos hace ilusionar que será más rápida que nunca la adopción del nuevo estándar.

Update 1

Smashing Magazine acaba de publicar un layout enteramente hecho en HTML5.

En ese tiempo sin duda lo que más nos enamoró fue la cantidad de eventos disponibles. Los había de todo tipo, sí, también de nuestro rubro.

Así es que cuando volvimos (con el borrador de envero en la mochila!) lo que más extrañabamos (y aún hoy) era este tema de la cantidad de eventos, estar a un paso de todo y poder cruzar palabras con gente que haga lo mismo que nosotros.

Palermo Valley Mendoza nos dá esta oportunidad.  Nació hace pocos meses y es la versión mendocina del Palermo Valley un evento destinado a reunir  a desarrolladores, emprendedores e inversores. El mismo cuenta con cierto prestigio, sin ir más lejos hace poco Google los recibió en sus oficinas.

Nos sentimos orgullos de poner nuestro granito de arena s¡endo sponsors, e invitamos a empresas del rubro a que hagan lo mismo por el bien de todos, para que el evento crezca y se haga fuerte.

Todavía no tenemos fechas confirmadas (#gripeA), ni bien tengamos más información actualizaremos este post.

Robándole la letra a Sabina, no sé si el traje de madera que estrenaré está siquiera plantado, no lo sé. De lo único que estoy seguro es del lío que se “adjunta” a mi partida.

¿Alguien se ha preguntado, por ejemplo, quién va a seguir con nuestro impecable trabajo?

Para que no cunda el pánico se nos ocurrieron las “Líneas adicionales en el testamento de un webmaster”. Dirían mas o menos asi:

Deben mantener las cuentas donde tengo registrados los dominios. Los dominios son los nombres de las páginas web, ejemplo: hotmail.com, facebook.com.

Empiezo por NIC.ar porque creo que es lo más enredado. Mis datos de Persona son XX, mi Entidad es XX. Cuando deseen registrar un dominio deben ingresar al sitio, le pedirán mis datos de Persona y Entidad, les llegará un mail avisando del trámite deben responerlo con cuidado porque ese mail activa el trámite y si no lo responden exactamente como se les envió no puede ser iniciado y da error. Posibles causas de error: el cliente de correo agrega texto al final del mail, el antivirus agrega texto al final del mail. Luego …., pfff, por favor compren dominios “.com”, olvidense de NIC.ar, en goddady.com sólo necesitan tarjeta de crédito y en un segundo quedan funcionando.

Cedo mi cuenta de godaddy.com a mi hijo/a o esposa o madre/padre (en ese orden).

Hosting. Es el lugar donde están guardaditas las web para que cualquier persona pueda consultarlas, por favor renovarlo anualmente o activar para que se auto renueve.

Cedo mi cuenta de dreamhost.com y mediatemple.net a mi hijo/a o esposa o madre/padre (en ese orden).

Es importante el orden en el que se ceden los derechos, creo que mi hijo tendrá más domino de todo esto que mi esposa o mis padres.

Por último, debo escribir la siguiente línea para el bien de muchas personas (no se si el mío).

Cedo mi cuenta de google.com a mi hijo/a.

Hijo/a sos responsable de seguir mi vida, no le cuentes nada a tu mami.

Con estas lineas la mayoría de nuestros clientes deberían quedar tranquilos y la integridad de nuestra familia resguardada.

¿Se me olvidó algo?

El jueves de la semana asistí, junto con Marcos de nuestro estudio y mi amigo Pepo, al evento denominado Palermo Valley Mendoza que se realizó en el bar Antares (por cierto que tienen una muy buena Cerveza) de la calle Arístides Villanueva y cuya organización estuvo a cargo de Magdalena Day (@magdalenaday), Mauricio Pérez Rivas(@moriz) y Pablo Pizarro(@pizarropablo).

¿De qué va esto?

Los Palermo Valley son reuniones que empezaron a hacerse en Buenos Aires hace ya 2 años (creo recordar) con el objetivo de reunir a la gente que puede hacer posible concretar y llevar al éxito un proyecto en internet. Entre ellos encontramos emprendedores, inversores, desarrolladores, diseñadores, especialistas en marketing, etc.

Mauricio fue el encargado de hacer la presentación del evento, contarnos un poco de qué trata y qué los movió a organizarlo. Finalmente introdujo la charla que a continuación daría Pablo Aquistapace de Eventioz.com.

Pablo nos contó un poco cómo el proyecto había nacido a partir de una necesidad personal. Luego de una investigación vieron que en el mercado Latinoamericano (al que apuntan principalmente por el momento) no había ninguna alternativa que contara con un nivel de calidad mínimo que prestara este servicio. Eventioz.com provee herramientas para la publicación y manejo de las inscripciones a eventos. Su modelo de negocio se basa en cobrar una comisión de cada transacción realizada por medio del servicio. Nosotros lo utilizamos para inscribirnos a este mismo evento y nos pareció un buen servicio para el asistente al evento.

Luego Alfredo Escolar de evisos.com nos contó un poco la historia y evolución de su proyecto, una plataforma de avisos clasificados gratuitos. Alfredo explicó que evisos.com surgió luego de estudiar craiglist.org y con la idea de sumarle herramientas útiles para fidelizar a sus usuarios. Su modelo de negocio se basa en la publicidad que es gestionada con AdSense de Google.

Luego Victoria Fava, abogada con experiencia en el sector de las tecnologías e internet nos introdujo ciertas nociones básicas sobre el tedioso (para nosotros que nos gustan los botoncitos y los colores ) pero importantísimo tema legal a la hora de proteger nuestras ideas y proyectos. Recomiendo que si están por comenzar un proyecto en el que van a invertir tiempo, dinero, esfuerzo y vida no dejen de lado este aspecto y pidan el asesoramiento de un especialista como Victoria.

Fuera de programa, Pablo Reyes nos contó un poco de su emprendimiento armatudisplay.com. Luego Martin Caliau, fundador de Anywhr.com que ahora se encuentra residiendo en España nos contó algunas cosas de sus nuevos proyectos (Urbarama y habitissimo.es) que están muy interesantes. Me olvidaba de Federico Arce (@fedearce) que contó un poco su proyecto fedealespacio.com para impulsar su sueño de ser el primer viajero espacial argentino.

Un punto muy bueno a destacar fue la apertura de las personas que expusieron sus proyectos a responder a las preguntas que hicimos algunos de los presentes sobre aspectos puntuales de sus proyectos y su experiencia.

Luego la idea fue que los participantes nos quedáramos conversando e intercambiando ideas (”networking” que le llaman ahora ). Y nos quedamos un rato conversando pero el día laboral que precedió el evento había sido especialmente duro y decidimos partir no muy tarde.

¿Y qué me pareció el evento?

Muy bueno. A nivel organizativo y de la buena información que nos brindaron a todos los asistentes (más de 100!) la gente que expuso en las diferentes charlas. No quiero olvidarme de expresar mis felicitaciones a los organizadores y expositores.

He resumido demasiado todas las cosas que podría contar sobre el 1er. PV Mendoza, pero les dejaré la inquietud para que asistan al próximo.

A diferencia de otros eventos relacionados con este mundo en el cual nos movemos a diario, me resultó muy gratificante ver que estos emprendedores se animaron a compartir un poco de know-how y no se limitaron a destacar sus logros.

¿Algo para mejorar?

Si, dos cosas a mi parecer:

El nombre de evento

“Palermo Valley” me parece demasiado “alien” para nosotros que vivimos en Mendoza. Si bien hay que reconocer que el evento nació inspirado y quizás impulsado (esto no lo se con seguridad) por su padre del barrio de la Capital Federal, creo que el nombre Palermo Valley Mendoza no ayudará para que los participantes locales se sientan identificados con el mismo.

Tiro una idea para el nombre del evento local: creo que la palabra “valley” debe estar ya que identifica a este tipo de movimientos y que el nombre/marca “Palermo Valley” podría aparecer como secundario o tagline.

Algo así:

Sol de Oeste Valley / West Sun Valley (prefiero en español)
“Miembro de Palermo Valley”

Presencia de inversores

Hubiera sido muy bueno que hubieran asistido inversores al evento. No puedo culpar a la organización de esto porque personalmente pienso que debe ser bastante difícil encontrar inversores en este tipo de emprendimientos en nuestra provincia.

Como idea para mejorar esto propongo que para el próximo encuentro se abra un post en el blog donde vayamos proponiendo nombres de posibles inversores que cada uno conozca o ideas de empresas que podríamos invitar a conocer un poco más de la movida.

En resumen, un buen empujón para los emprendedores mendocinos.

Acabo de terminar de leer uno de los artículos de este año de 24ways.org. En él Kimberly Blessing desarrolla un método para construir un indicardor de progreso realmente accesible, tanto para navegadores de texto como para lectores de pantalla. Vale mucho la pena porque nos muestra que con poco se puede lograr mucho. Me pareció realmente brillante.

Para los que no conocen 24ways, se trata de un sitio que durante los primeros 24 días de diciembre publica diariamente un artículo relacionado con el mundo del diseño y desarrollo web escrito por distintos especialistas del medio. Me gusta mucho porque a veces funciona como un resumen de los avances y técnicas que se han empezado a desarrollar y utilizar en cada año. Un sitio que siempre recomiendo y no quería dejar de hacerlo con los lectores de este blog.

Enlace: 24ways.org

Sitios estáticos

Se caracterizan porque su contenido no puede ser administrado por el cliente. Al no ser administrable la estructura queda definida al inicio del proyecto y es poco flexible.

Si bien se puede generar nuevo contenido para un sitio estático el cliente queda ligado a la empresa de desarrollo ya que cada actualización tendrá que ser solicitada a la misma.

Pasos para el desarrollo:

• El cliente provee todo el material.
• Se definen las secciones y cantidad total de páginas del sitio.
• Se presupuesta en base a la cantidad de páginas solicitadas.
• Se presenta propuesta de diseño.
• Una vez aprobado un diseño se generan las páginas estáticas.
• Se publica el sitio.

Ventajas de un sitio estático:

• Menor costo.
• Rapidez de desarrollo.
• Permiten contratar cualquier hosting.
• Buena opción para microsites o sitios promocionales.

Desventajas:

• Poca flexibilidad para agregar nuevas secciones / contenidos.
• No es una buena opción para estrategias de posicionamiento en buscadores.
• Son generalmente sitios desactualizados.

Sitios dinámicos

El sitio se define con secciones estáticas y dinámicas. Las secciones dinámicas son administrables por el cliente desde una herramienta de control. Esta herramienta se instala en el mismo sitio y se accede mediante uso de usuario y contraseña. Generalmente a esta herramienta se la denomina sistema de administración de contenido o CMS por sus siglas en inglés (Content Management System).

CMS

En el mercado hay un gran número de CMS’s. Como destacados podemos nombrar a Wordpress altamente conocido en el mundo de los blogs o a Joomla un veterano y completo administrador de contenidos. Estos CMS’s nombrados y otros tantos son libres y gratuitos.

Por otro lado existen los CMS’s desarrollados a medida. Es decir, se desarrollan específicamente con las funcionalidades pedidas por el cliente para el sitio en cuestión.

Entonces nos encontramos con dos tipos de sitios dinámicos: los hechos a medida y los que usan un CMS’s popular para manejar su contenido.  Cada tipo con sus diferentes ventajas y desventajas, pero con un fin común, que el cliente tenga el control sobre el contenido del sitio.

Pasos para el desarrollo:

• El cliente presenta el material.
• Se definen las secciones estáticas y dinámicas.
• Se define la estructura de datos (Base de datos) a ser utilizada por las secciones dinámicas.
• Se presentan las propuestas de diseño.
• Una vez elegida la propuesta comienza el desarrollo. En este punto generalmente se realiza primero el CMS para que el cliente pueda cargar los datos mientras se avanza en la realización de la parte pública (la que acceden los usuarios del sitio).
• Se publica a modo de pruebas para ajustes finales.
• Se publica en producción.

Ventajas de un sitio dinámico:

• Facilidad de actualización (esto lo hace más atractivo para los visitantes).
• Gran flexibilidad.
• Son altamente recomendados para estrategias de posicionamiento en buscadores.
• Control total del cliente, solo en excepciones deberá acudir a la empresa de desarrollo.

Desventajas:

• Generalmente el costo es mayor al de un sitio estático.
• El tiempo de desarrollo es mayor.

Conclusión

El cliente deberá definir cómo será su estrategia en internet y el impacto que desea que ésta tenga sobre su negocio o actividad.

Posibles casos de uso para cada tipo de sitio:

• Estáticos: Sitios que no necesiten gran difusión, sitios descartables o para instituciones o empresas que sólo les interese tener presencia en internet.
  - Sitios promocionales (Microsites publicitando un producto / servicio)
  - Sitios institucionales pequeños. Pequeñas pymes con presencia pero que no apuestan decididamente a aumentar su cartera de clientes.
  - Sitios web de eventos.
• Dinámicos: Sitios con gran capacidad de crecer, generan interés en el visitante por su constante actualización.
  - Catálogos de productos on-line.
  - Sitios con aporte por parte de los visitantes.
  - Servicios on-line para socios.

Esperamos sobre todo que el artículo sea de ayuda para decidir sobre como llevar adelante su sitio y ante cualquier duda puede consultarnos.

Es así que nos proveen:

• Independencia del motor de base de datos que usemos
• Generadores de código XHTML
• Soluciones Javascript integradas
• Motor de plantillas
• Librerías para internacionalización
• Modelo orientado a objetos para facilitar el manejo de datos
• Etc.

Más allá de estas bondades que sin duda mejoran la productividad, el hacer uso de un framework mejora el trabajo en equipo ya que todos hablamos el mismo idioma y las aplicaciones muestran siempre la misma estructura.

La variedad de frameworks es bastante grande por tanto tuvimos que realizar un pequeño análisis de los más usados para llegar al que usamos actualmente.

El otro Seba probó CodeIgniter si bien era liviano y simple le faltaban mejoras en cuanto al modelo de datos, la documentación era muy buena.

Personalmente me tocó probar Symfony, con más fama ya que Yahoo! lo estaba usando para alguno de sus nuevos proyectos. La documentación es muy buena, personalmente creo que es el más poderoso y completo. Al ser tan completo para nuestro caso tenía dos desventajas:

• Larga curva de aprendizaje.
• Los proyectos web por lo general no tienen una gran envergadura, por tanto la complejidad termina siendo excesiva.

Fue así que le tocó el turno a CakePHP. Lo comenzamos a usar en su versión 1.1 con muchas deficiencias y muy muy poca documentación. Aún así nos atrajo su facilidad de uso y la rapidez con que se aprende.

Por estos días se publicó la RC 1.2, la misma ha tenido muchas mejoras y sobre todo los líderes del proyecto vieron que uno de los principales problemas era la documentación y también está mejorada.

CakePHP nos brinda:

• Independencia del motor de base de datos
• Fácil realización del modelo de datos con relaciones entre tablas.
• Modelo de datos orientado a objeto, la forma utilizada es de simple entendimiento por lo que se asimila rápidamente.
• Integra soluciones Javascript / AJAX.
• Manejo de plantillas y caché.
• Internacionalización totalmente integrada.
• Validación de datos.
• Ruteo dinámico y flexible.

Hemos realizado sitios con estructuras de datos básicas y sitios complejos con administración de pedidos, productos, categorías, etc. para todos los casos CakePHP nos ha brindado una solución efectiva.

Esto que es la base de nuestro negocio no es tan fácil de definir como parece en un principio. Más difícil aún es saber dónde se aprende, dónde puede estudiarse o quién puede enseñármelo.

Casi completamente seguro puedo decir que para ser competente hoy en el mercado no hay ninguna universidad, instituto o escuela que pueda enseñarle a alguien esta profesión. Más allá de que te enseñen las funciones de algún programa como Dreamweaver, Fireworks, Flash y otros, no conozco ningún lugar en donde se brinden los conocimientos base:

• tecnologías y su funcionamiento: internet, email, protocolos de comunicación, etc.
• conocimientos básicos de programación: no importa en qué lenguaje, si no sabes esto hasta un simple script en Javascipt que cambie el valor de un campo será difícil de lograr. Claro que puedes buscar alguno para copiar y pegar en la web pero cuando te pidan algo para una web que utilice AJAX deberás comenzar a entender desde el principio. No hay otra forma.
• planeamiento de la parte de diseño de cara a las tecnologías a utilizar: podés diseñar la web más bonita del mundo. Al cliente le puede encantar tu diseño y te da el OK a la primera propuesta. Bien, ahora si no sabes cómo volcar ese diseño de manera correcta a una página con HTML/XHTML y CSS para la parte visual o de la presentación estás en problemas. Claro que puedes exportar todo a Flash, agregar un par de efectos bonitos y tener casi la misma web que hiciste en Photoshop pero lo más probable es que el sitio no cumpla los objetivos para los que fue planeada.
• conocimiento de herramientas gráficas.
• cómo estructurar semánticamente la información de una página web.
• programación del lado del servidor: PHP, RoR, ASP, .NET, etc.

Se me debe olvidar algo, pero al punto al que quiero ir es que el diseño web comprende un abanico notablemente amplio de temáticas, técnicas y conocimientos sobre las mismas que pienso es casi imposible de encontrar en una formación académica. Estos conocimientos se logran en base a “horas traste” en la silla: experimentando, aprendiendo, implementando de a poco en proyectos propios.

Lamentablemente esto comprende una cantidad de información a introducir en nuestros cerebros que es extremadamente difícil absorber en poco tiempo. Tampoco son cosas que vayamos a aprender sólo leyendo sobre ellas, es indispensable la experiencia propia con cada una.

Ahora en cuanto a los costos de lo que estamos hablando hay buenas y malas noticias. Las buenas: TODA la información que hace falta para aprender sobre esto está disponible gratuitamente en internet. Desde cómo utilizar las herramientas gráficas a formas de iniciarse en la programación, en XHTML o lo que sea.

Lo malo y que (no por ser pesimista) tiene más importancia es que requiere tiempo, voluntad y actitud. Quizás los recursos más difíciles de conseguir.

Hace poco, en un artículo de A List Apart (un maravilloso sitio donde expertos de todo el mundo comparten su conocimiento) tratando de explicar de qué va todo esto, Jeffrey Zeldman (nótese que es un tipo grande, seguramente lleva tiempo en esto ) maravillosamente suelta:

Web design is the creation of digital environments that facilitate and encourage human activity; reflect or adapt to individual voices and content; and change gracefully over time while always retaining their identity.

(traduzco yo) Diseño web es la creación de entornos digitales que faciliten y fomenten la actividad humana; reflejen o se adapten a voces individuales y contenido; y que cambien y se adecuen efectivamente a través del tiempo mientras siempre retienen su identidad.

Por todo esto, cada vez que me consultan sobre cómo dar los primeros pasos en este actividad, pido que se respondan con importante convicción a si mismos:

• ¿Realmente estás dispuesto a invertir el tiempo y esfuerzo que sea necesario para lograr tu objetivo?
• ¿Podés aceptar que no vas a ser un buen diseñador/desarrollador web hasta dentro de un tiempo largo y que a pesar de esto deberás seguir firme en el esfuerzo?

Luego de estas preguntas la mayoría parte cabizbajo o decidido a hacer otra cosa. Pero los que no se mienten y aceptan el desafío están seguramente en el camino de lograrlo.