2009Lun21sep

Vamos a explicar la situación actual

Permalink | Shortlink | Comments (0) | TrackbackFiled in Artículos de Empresa

El por qué de las cosas….

Bueno, llevo desaparecido más de un mes desde mi último post, en los últimos dos meses no he escrito nada, o casi nada. El blog parece estar casi abandonado1, no hay novedades tampoco en la NuezAzul y todo parece estar muerto. Esto merece una explicación2.

Como sabéis, allá por Abril de este año, un grupo de compañeros decidimos dar un gran paso, aprovechando mi paso por las oficinas del INEM, y crear nuestra propia empresa, la NuezAzul. Una empresa cuyo mayor fin era hacer las cosas bien en un sector donde hay mucho “mal profesional”.

Bien, pues pasados unos meses y unos pequeños golpes de mala suerte (o mejor dicho, mala gestión por nuestra parte), y tras mucho pensarlo y meditarlo3 decidí dar el paso y abandonar el barco de la NuezAzul, las cosas no salían, los intereses en el proyecto eran completamente distintos entre los socios, las formas de enfocar la empresa ni remotamente parecidas y la implicación bastante, bastante desigual.

Como bien decía Didac Lee en el Iniciador de este mes, el mayor problema no está en la actitud de los demás socios, el error está en uno mismo, en no querer ver las cosas como son y no haber visto antes las incompatibilidades. En no ver que la actitud frente a un gran proyecto profesional no es la misma que la tuya y que los objetivos marcados por cada uno son distintos4.

Tras avisar por correo5 de mi intención de marcharme y dar mis participaciones al resto de los socios, me encontré con la sorpresa6 de que yo no era el primer socio en pensar así, y que el interés general era el de olvidarse del proyecto, cerrar la empresa y dejarlo todo ahí. En una bonita anécdota.

Esto fue por el taitantos de Julio, justo después de volver de una merecidas vacaciones7 y desde entonces decidí parar este blog hasta saber bien que pasaba con el proyecto y en que lugar me dejaba a mi.

A día de hoy, el proyecto sigue en stand-by, no se ha quedado ni una sola vez desde principios de Julio8, no se ha querido aclarar que hacer con la empresa y las conversaciones entre socios están casi congeladas por desgracia.

Desde que descubrí la situación general del proyecto, mi posición a sido clara, o me voy de la sociedad, entregando mis participaciones al resto de los socios para que ellos continúen con el proyecto o, en caso de que el resto de socios quiera dejar el proyecto, me quedo yo con la sociedad para continuarlo y adecuarlo más a mis objetivos.

Pero claro, dos meses9 para intentar aclarar esto me parece excesivo, así que mientras decidimos que hacer o dejar de hacer con la NuezAzul, a mi me toca reorganizarme y volver a estabilizarme laboral y económicamente, por lo que desde hace un tiempo estoy intentando trabajar como autónomo/freelance para otras empresas y clientes interesados en grandes proyectos.

Y en el futuro? En el futuro dios dirá; Como buen emprendedor mi intención es levantarme de nuevo después del tropezón, aprender de mis errores (que no son pocos) y volver a intentarlo. Así que si, una vez me estabilice de nuevo y llegue a buen término el asunto de la NuezAzul, volveré a la carga como empresario e intentaré hacer las cosas bien desde el principio.

Y con respecto a este humilde blog? Pues por ahora simplemente he cambiado el nombre del mismo, ya que ser CEO de nada no es coherente, he quitado los enlaces hacia la NuezAzul10 y, una vez desligado, continuaré con la larga lista de artículos pendientes.

Hay mucho que decir y poco tiempo para hacerlo

  1. Por suerte la cuenta en twitter está que hecha humo ↩
  2. aunque desde fuera se pueda ver un poco rocambolesca ↩
  3. Os puedo asegurar que lo mio me costó ↩
  4. Ni mejores, ni peores, simplemente distintos ↩
  5. Algo que no me gustó en absoluto, pero ya que no se pudo quedar en mucho tiempo, decidí avisar cuanto antes ↩
  6. Una vez más comprendí que el error es de uno mismo por no darse cuenta de estos detalles antes ↩
  7. Y que como es lógico no disfruté al 100% por estar dándole vueltas al asunto. ↩
  8. Antes incluso de tomar yo mi decisión ↩
  9. Y tiene pinta de querer ir para largo, ya que en dos meses no se ha avanzado nada ↩
  10. Espero volver a ponerlos algún día ↩

Posted by alquesada 21 septiembre 2009 at 13:21
2009Mie19ago

TODO LIST

Permalink | Shortlink | Comments (2) | TrackbackFiled in Artículos de Empresa, Artículos TécnicosTags:

Bueno, después de unas vacaciones por media Europa (Londres, París y Bruselas en 11 días), unos días en la playa (aunque estos ya si, currando) y un montón de “novedades” internas por venir que me tienen completamente absorbido, saco 5 minutos para transcribir1 un TODO List con los artículos que tengo en mente/preparados para ir sacando.

Nota: Eso si, actualmente me va a costar bastante sacar tiempo para escribirlos. Así que por desgracia me queda mucho tiempo hasta que vuelva a llevar un ritmo constante de Post y más todavía para llevar el ritmo de uno/dos post semanales que quisiera.

Ni que decir tiene, que no están escritos en un orden de preferencia predefinido. Así que si a alguien le interesa alguno, decirlo y lo intentaré preparar de los primeros.

Artículos de empresa

  • Lo que se pide, lo que se paga, lo que se obtiene. O como quere un superSenior, pagando por un Junior y luego extrañarnos de los fallos dos años después.
  • Como facturar de forma legal sin ser autónomo. No más leyendas urbanas de facturas de menos de 3.000 euros, de forma legal y bien explicadito.
  • How to check the developer’s Job. Continuando con mi mal ingles y la serie “One Company, one work’s infrastructure” veremos de forma simple, sin demasiados tecnicismos, las ventajas de la estructura a la hora de checkear los trabajos.
  • Social branding. O la facilidad para hablar con los peces grandes y chicos a través de la web.

Artículos técnicos:

  • PHP – Magic Methods. Seríe básica – y en español :-D – sobre estos métodos, que aunque bastante gente los usa, poco o nada se ha escrito de ellos en castellano.
  • PHP – SPL. Otro de los grandes desconocidos en PHP. Cierto es que de esto se ha escrito más así que seré breve y creo que solo enlazaré los artículos
  • PHP – OOP vs Funcional. Esto puede ser tremendamente extenso, así que veré que punto o puntos cojo al respecto y como los explico. Cojo un par de puntos y los desarrollo o hago como tantos otros post existentes, un megaresumen de porque es mejor la OOP??
  • Y si no hay Ajax? O, que ve google de tu código? Porque no te indexa los artículos? Y como solucionarlo
  • Usabilidad, semantica web y SEO. Como deberíamos interrelacionarlos todos desde la base, desde el principio, para que el proyecto salga lo mejor posible.
  • Optimizando el código html. Para todos aquellos que alguna vez hemos sufrido de “divitis”, tenemos que ver como solucionarlo y sobretodo por qué.
  • Presentación en sociedad de dos de mis proyectos personales. Primero los tendré que dejar en una versión 0.1 válida. Luego tener tiempo para dedicarles y luego presentarlos en sociedad para que todos los critiquéis, mejoréis o destrocéis ;-)

Como véis no son pocos y no son poco densos. Así que nada, espero cumplir esta TODO List2 e ir agregando nuevos artículos entre medias con todas las novedades.

  1. Que escribirlo, lo escribí incluso antes de irme a Europa hace más de un mes ↩
  2. Y espero que sea este año :-S ↩

Posted by alquesada 19 agosto 2009 at 12:03
2009Lun13jul

One company, one work’s infrastructure III

Permalink | Shortlink | Comments (0) | TrackbackFiled in Artículos de EmpresaTags:

Continued One company, one work’s infrastructure II.
And One company, one work’s infrastructure.

Well, but what happen if we haven’t a sysadmin department?

There are many other ways to create a work0s infrastructure. If you don’t have a sysadmin dep and want to use these techniques, you can do as follows.

First, we will assume that don’t have control or directly don’t have DNS & DCHP services. Then all employees have to be their own sysadmin.

When arrive a new developer they have to configure her own Apache server, checkout the projects and configure her own host server to associate projects with ips. Something like this:

127.0.0.1 project1  project2  …

It’s so easy, but “require“1 a strict nomeclature to document and teach to developers. And, in last instance, developer do it correctly, because there is no way to verify it.

If all is ok, you can change your own host file with all dev and project to check dev front-end.

Pros:

  • So easy and so flexible.
  • Don’t need sysadmin (and possible recurrent calls for systems to solve problems).
  • Don’t require maintenance.
  • If you don’t create a strict nomeclature, don’t need teach it to new dev.

Cons:

  • It’s so less powerfull.2
  • Don’t have control of user dev structure.
  • Can take problems in dev with config files or with “duplicate names”.
  • The CEO have to change at hand her own host file to see the devs front-end.

Then, What is the best? What’s the best for my company? The answer is I don’t know. You can use one or other, as you want. You can mix or change them for your own company situation. Or, you can invent another infrastructure.

These are the foundations of the infrastructure:

  • At least, three spare servers3
  • One control version server.4
  • And, if you use “user dev zone“, two ways to create user dev infrastructure.

Well, with this you have a idea of how to do. I suppose5 that in future i will teach how to check “dev job”, but if you search for “SVN utils” you can easily give a idea.

These are the foundations of the infrastructure.

  1. It’s not necesary, everyone can do everything. But if you want check the job or have a simple configuration file, and many developers. Should become necessary. ↩
  2. Yes, you can check the source – and this is the important- but it’s no easy to check front or know in with projects are the devs ↩
  3. User dev zone is so recomended ↩
  4. I recommend SVN ↩
  5. I have not writte so far ↩

Posted by alquesada 13 julio 2009 at 10:24
2009Jue09jul

One company, one work’s infrastructure II

Permalink | Shortlink | Comments (0) | TrackbackFiled in Artículos de EmpresaTags:

Continued One company, one work’s infrastructure.

Now we have a “job’s flow”, perfect. But, how can we set and use “dev” and “user dev” zones?

We assumed that “pre” and “pro” are in external hostings or at least in the DMZ1. They will be set as subdomains or domains in internet as usual

But, what happen with local domains? Here are two ways of action:

First with a sysadmin department2

This way need a sysadmin because spend more time to configure all, and maintain after. but it’s more powerfull, facility the check and the only think you need are install, configure and update the combo DHCP + DNS services and local XAMP services.

Note: I’m not a sysadmin, and I don’t know if this is the best way or how automate this. I shall be grateful if you can edit and complete this section.

The way is so easy. Install and prepare DHCP and DNS servers. DHCP will be set to use our own DNS server. When this will be ok you must configure DHCP to associate developer server with a unique IP. And DNS will be set to associate this IP to local name3

Ok, in all intranet you can see devel zone with this name, perfect. Now go with “user dev” zones.

When arrive a new “user pc” at work, sysadmin must set DHCP server to associate the ethernet mac with a single IP, and DNS to associate this IP with her own “pc name”4

So far, so easy and smooth. You can use local name to access at “devel”. And “machine name” for each pc.

And now, when arrive a new developer, sysadmin only have to associate unique user name with employee and create an alias between user and “pc  name”5

Thus, the employee only has a easy couple of things to do. Configuring virtual servers of its own apache and checkout of the code for each project.

And in the intranet, you has CEO can check and control all user’s frontend easily;  for example:

We uses “devel” name for developer zone, and we have only one employee with username “alquesada”.

We have two projects actives and developing: “develname1″ and “otherdevel”.

Well, if all be ok, you can see in the intranet:

Project/Devel Zone Developer Zone User Devel Zone (alquesada)
develname1 http://develname1.devel http://develname1.alquesada
otherdevel http://otherdevel.devel http://otherdevel.alquesada
  1. Remember that “pre” will be see by the client ↩
  2. Sysadmin dep  may have one hundred employees, two, or just one, you as CEO ↩
  3. This will be “local”, “devel”, “dev”, or something else ↩
  4. It’s important to bring a comprehensive suite of business material. This can be easy if each PC has its own name as “develPC-130″ ↩
  5. This can become difficult exponentially with the number of employees. This is where the sysadmin will look and claim their range. ↩

Posted by alquesada 9 julio 2009 at 10:35
2009Lun06jul

One company, one work’s infrastructure

Permalink | Shortlink | Comments (1) | TrackbackFiled in Artículos de EmpresaTags: ,

Well, I was working in many develop’s companies since now. And the first thing I learned is:

“Whitout a unique, static, strict and complete work’s infrastructure is imposible that your company grow up.”

The employee came in and come out, but the code stay here, at company.

Think a new employee that arrive at company. Whitout a work’s infrastructure, this person will develop in her computer, use google source to save you source or directly, will writte source in production. Then, some time before, the developer go out;  And you, as CEO, will have a problem.

What this person has done so far? How many things has he changed? And where?

Then, the only solution is spend the time of your new developer only to check all the source’s status.

Note: How said in Spain: “Cada maestrillo tiene su librillo” This isn’t the panacea. Only some tips to unify infrastructure, or simples ideas for everyone.

First: Spare and Control

Spare your jobs in three or four states.

  • [own developer zone] This isn’t necesary, but soo recomended. All developer have here her own zone to develop and check her own source. Usually, this zones stay in developer’s PC.
  • Develop zone. How it said, it’s the only zone where is “allowed” write code. If any change have to do, this must be do in this zone.
  • Preproduction zone. When one step has been done and check, then it “go up” to preproduction zone. This zone can be see for the client. To check, change or approve the project’s steps. The only think that you have to do here is change the config parameters acording to preproduction system.
  • At last, Production zone. Here, only source’s updates and config changes are “allowed”. This are been seeing to all internet, and errors here “can’t existis”1.

Note: It’s recomended that all states stay in diferent machines. What will be happen if a bug into developer zone kill the apache’s server?

Ok, but how control this new job’s flow?

Well, this is too simply with a version control system. Like Subversion (SVN) or Concurrent Versions System (CVS)2. This server will be in other or in dev3 machine.

This services take the control for you of the updates, commits, merges,… Only job in “dev” (or user’s dev) zone, where you can commit, and update the “pre” or “pro” zones with this sources. It’s so simply and have so much power.

This is only the first step. I will writte two or three more post to splain this and powered it.

  1. One Tip. In production server you can put off error_warning and put on error_log, to check this errors only in your logs and not in the screen ↩
  2. I prefer SVN versus CVS ↩
  3. To cheap cost, i usally use dev machine for some other services ↩

Posted by alquesada 6 julio 2009 at 11:05
2009Mar30jun

Y, que es entonces la nuezAzul?

Permalink | Shortlink | Comments (6) | TrackbackFiled in Artículos de EmpresaTags: , , , , , , , ,

Bueno, desde que abrí el blog la semana pasada, mucha gente preguntado:

“Vale, según tú1, eres un fanático de la programación estricta bajo PHP, OOP y el uso de los patrones de diseño (GoF); pero, que es la nuezAzul? A que os dedicáis exactamente?“

Bueno, nuestro objetivo es bastante simple en la base.

Desarrollo web avanzado para llevar acabo ‘ideas 2.0′ de forma seria, profesional y de calidad.

Queremos evitar que una buena idea desaparezca y por esto, siempre que nos llega una nos dedicamos al 100% a esta, evitando coger más de una idea a la vez y poniendo así todo nuestro esfuerzo en un solo proyecto.

Y esto, que significa realmente?

Bueno, esto significa que no hay proyecto pequeño; saber que todos los proyectos se van a tratar de igual manera. Se mimarán y desarrollarán manteniendo siempre el mismo “mínimo de calidad“, muy superior a la media de empresas de desarrollo web.

Significa que como cliente, no tendrás que vivir verdaderos calvarios para sacar tu web al mercado, para ver avances en el proyecto o simplemente, para ser informado en todo momento del estado del mismo.

En cierta ocasión leí a @loogic “tuitear” algo similar a:

¿por qué no existe un Grupo Intercom en Madrid?

La verdad es que me sorprendió dicho tweet, pero es totalmente cierto. Hasta ahora no hay ningún Grupo Intercom en Madrid, y aunque suene a utopía, este es nuestro sueño. Llegar a ser en Madrid (y a nivel naciona, claro), lo que es el Grupo Intercom en Barna.

Ser una empresa donde poder llevar acabo esas ideas innovadoras y desarrollos que requieren una verdadera planificación, un desarrollo eficiente y una escalabilidad máxima para el día de mañana. Ese el objetivo de la nuezAzul, ambicioso, verdad!

Para esto, todos los proyectos los dividimos en varias etapas o fases, informando al cliente en todo momento del estado de su proyecto.

En una primera fase hablaremos, y mucho, de la idea, que quiere el cliente y como quiere rentabilizarlo, que ideas podemos aportar nosotros al concepto, como se puede llevar a cabo… Destriparemos por completo la idea, la reorganizaremos, la reensamblaremos y la potenciaremos todo lo que podamos.

Una vez clara la idea, nos pondremos manos a la obra con el proyecto, buscaremos el usuario objetivo, trabajaremos sobre la interacción y usabilidad del site, buscaremos marcar los ROI del proyecto, haremos la toma de requisitos del proyecto, crearemos la interacción completa del site, los wireframe necesarios, las bases de los libros de estilos…

Después de las fases de “recogida de información” el proyecto se divide en tres fases paralelas:

  • Diseño y maquetación final de los bocetos de alto nivel; Dentro de los limites de los wireframes los diseñador tendrán que crear algo acorde a la filosofía del proyecto. Después nos tocará maquetarlo, siempre cumpliendo, en la medida de lo posible2 , con los estandares web establecidos.
  • Programación del proyecto, tanto backend como frontend; Gracias a una toma de requisitos amplia se evitarán errores en la programación, situaciones confusas o errores en la navegación. Facilitando así el objetivo principal, realizar un sito escalable, potente y de calidad.
  • Social/Online Branding de la marca;  Mientras que las fases de diseño y programación están trabajando al máximo, aprovechamos para hacer un poco de “online brandig“, haciendo que empiece a sonar la marca en el mundillo web, que aparezca ya en varios sitios y que la gente empiece a interesarse por ella, incluso antes de que esté terminado el site.

Y por último, entendemos que cualquier proyecto de gran calado, es o debería considerse un “ser vivo“. Por lo que realizaremos un seguimiento continuado del proyecto, donde veremos como crece, hacia donde evoluciona, que cambios hay en los habitos de los usuarios,… Así estaremos siempre preparados y con posibilidad de modificar el proyecto con el entorno.

Está es (no) brevemente nuestra filosofía. Esto es lo que queremos hacer. Suena ambicioso, pero no dudo que podremos llegar a hacerlo. Así, que si te ha interesado, a que esperas para llamar?

</blockquote>
  1. Espero ir demostrandolo con el tiempo ↩
  2. Que mi socio me hecha la bronca. En la medida de lo posible no, se cumplen SI o SI ↩

Posted by alquesada 30 junio 2009 at 16:28
2009Mar23jun

Cuando las cosas se hacen bien, salen bien.

Permalink | Shortlink | Comments (0) | TrackbackFiled in Artículos de Empresa, Artículos TécnicosTags: , , , , , , , , , , , , , , ,

Bueno, como hablar de algo sin demostrarlo, es como no hablar de nada, vamos a centrarnos un poco en enseñar como entendemos y programamos un proyecto web desde la nuezAzul. Principalmente porque esta es mi área.

También es cierto que toco un poco algunas de las demás partes de un proyecto; maquetación, accesibilidad y usabilidad (de esto poquito), SEO y SEM, branding online,…. Pero de estas prefiero ir dejando pequeños apuntes técnicos sueltos y centrarme en lo que realmente es mi fuerte, la Programación Web Avanzada. Y si, se puede decir esto y sumarle PHP sin restar el más mínimo poder a la frase.

Y para ello, lo primero es desmitificar a los que piensan que PHP es inseguro y poco profesional; el inseguro y poco profesional es el programador, no el lengjuaje.

El primer problema que encontramos con PHP es su mayor virtud. La anarquía del lenguaje. Este lenguaje se creó principalmente con una máxima; la mayor libertad posible. No es necesario definir variables, no tiene una estructura de programación definida, puede mezclarse dentro de código html o html dentro de código php…

Esto ha hecho que desde un principio, PHP fuese muy suculento para todo el mundo. Tanto programadores profesionales, como amateurs e incluso completos “novatos” de la programación pueden hacer en PHP sus pinitos y programar cualquier cosa.

Claro, esto ha dado muchas lineas de código a PHP, de las cuales la mayoría se podría decir que son basura “no reutilizable” y sobretodo muy inseguras y difíciles de auditar/ampliar. Pero claro, no todo es culpa del código, no se le puede pedir a un newbie que entienda de “Sql Injection” o de calidad de código.

Y como se podría solucionar este problema? Bueno, lo primero aquí es saber que se quiere y distinguir los casos.

  • Si eres un newbie, que solo quiere hacer sus pinitos, adelante, este es tu lenguaje y esto es todo lo que deberías leer de este blog.
  • Si realmente quieres realizar código de calidad y reutilizable, empieza por lo básico. Se lo más estricto posible, estructura el código, declara las varibles al principio de cada método, usa patrones de programación y nunca olvides la flexibilidad de PHP, pero no supedites la calidad a la flexibilidad, hazlo al revés, supedita la flexibilidad a  la calidad

El segundo problema es la rápida evolución del lenguaje frente a la lenta o inexistente evolución del programador. Tanto PHP como Apache y las bases de datos han tenido una evolución estos últimos años bastante fuerte, pasando de, por ejemplo, la programación funcional hasta la implementación de la OOP por parte de PHP, el famoso mod_rewriter de Apache o la potencia de las bases de datos relacionales. Todo esto implica un continuo esfuerzo por parte del programador para estar al día con todo lo que le rodea. Cosa que muchas veces no pasa, encontrandonos con que, por ejemplo, PHP4 no llega a desaparecer ya que implicaría restructurar mucho código o que no existan todavía casi ninguna aplicación que sea 100% OOP sino hibridos entre funcional y OOP.

Solucionar este problema es algo más complicado, cada día vemos actualizaciones de PHP, nuevas funcionalidades y otras decrépitas. Estar al día en esto podría ser algo fácil, pero si además hay que sumar el estar al día en las aplicaciones que usas, en Apache, en la base de datos con la que trabajas, revisando tu código para actualizarlo, … La cosa se complica un poco. Lo malo, esta es la única forma de solucionar el problema, es decir, si quieres realmente hacer buen código cada día, debes emplear cada día en formarte un poco más, y para esto no hay ayudas externas. Cada uno debe tener intención de leer y aprender cada día, sino, en poco más de un año, tu también estarás “decrepit“.

Otro de los defectos es la falta de estructura a la hora de programar, la falta de profesionalidad y de “seguridad de código” en lo que uno hace.  Conozco muchos casos en los que un programador, que entiende y usa la OOP, deja esto de lado porque un “proyecto es pequeño” o porque “no es necesario“. Creando archivos faraónicos, sin estructura alguna en la programación, sin revisar los posibles bugs de la aplicación, … Esto siempre es un error, pero es más error cuando esto pasa de ser para “proyectos pequeños” (Aunque nunca llegue a entender que es eso de proyectos pequeños) y se utiliza en todos los proyectos que uno hace.

El mayor problema que esto acarrea es la imposibilidad del posterior mantenimiento del site, los problemas y el tiempo perdido a la hora de implementar nuevas funcionalidades, o simples cambios en el diseño. Como siempre, el mayor problema aquí es la desfatachez del programador al pensar en el hoy y no el mañana. El mañana serán problemas para el cliente, no para el programador.

Y por último, otro de los grandes errores con PHP, es la suma de todo lo anterior, es encontrarnos proyectos “cajón de sastre” en los cuales, los programadores con buenas ideas y sin tiempo para pensarlas bien, crean proyectos, donde se mezcla funcional con OOP, viendo funciones sueltas entre clases, donde no hay una estructura definida correctamente, donde no se tratan los objetos por paquetes como cualquier otro lenguaje de programación orientado a objetos. Donde se ven funciones obsoletas o donde se ven mezclados, entre grandes ideas, código y html. Dando así grandes “cajones de sastre” de los que no se puede reutilizar gran cosa…

Como se podría solucionar? Lo primero es obviar la programación para todas las versiones y centrarse en PHP5 o superior. Versión a partir de la cual se puede hablar realmente de OOP. Y después de esto, aprender de los demás lenguajes de programación, aprender realmente lo que es el paradigma MVC (o cualquier otro que sea válido) y ponerlo en práctica, no pensar que existe un proyecto pequeño, todos son igual de importantes, pues son tu carta de presentación, usar PHP igual que usarías Java o C++ y sobretodo

TENER RESPETO, MUCHO RESPETO, TANTO A TU TRABAJO, COMO A QUIEN PAGA POR ÉL.

Posted by alquesada 23 junio 2009 at 0:53
2009Mar09jun

Desarrollo Web Avanzado

Permalink | Shortlink | Comments (0) | TrackbackFiled in Artículos de EmpresaTags: , , , ,

Bueno, recientemente, junto con dos grandes socios, me he embarcado en una nueva, loca, interesante, agotadora y feliz aventura. ¡Crear mi propia empresa!

Y es que después de mi corta, pero intensa, vida laboral como asalariado, donde he podido ver y participar en proyectos pequeños como ColeccionismoBaral, grandes como PrisaCom, serios como las webs de UPyD, y chapuceros como… Bueno, como tantos otros. Después de ver de todo, o casi de todo en la web he llegado a la conclusión, bastante crítica por mi parte, de que al menos el 75% de los proyectos web en España son verdadera basura.

Dichos proyectos se basan en vender, en comprender al cliente y darle algo que a él le guste, indistintamente de si gustará a la WWW. Dejando en todo momento en segundo lugar la parte funcional del proyecto, dejando de lado valores tan importantes como el usuario potencial, la experiencia de usuario, la facilidad de navegación, la toma de requisitos, el objetivo del site, la calidad del código desarrollado y de la maquetación creados.

Vamos, basandose en la máxima de “el cliente no sabe, hagamos una chapuza, pongamosle un lazo y recemos porque no se rompa antes de que acabe la garantía” más de una y de dos empresas subsiten encantadas de la vida. Y aquí es cuando vienen la dudas. ¿Cuantos proyectos conocemos en España con una maquetación correcta? ¿Cuantos los hay que no tengan parte del código privado, accesible mediante web? ¿Cuantos los hay que no sean fácilmente “hackeables”? Es más, ¿cuantos de los proyectos web españoles pasarían la más mínima auditoría?

Ahora, por suerte, de ese 75% más del 60% de los proyectos tienen la suerte de: a) contar con un cliente que desconoce por completo el mundillo de la WWW y es fácilmente ‘estafable‘. b) Son proyectos de poco calado social, poco uso y nulo interes por posteriores modificaciones. c) La empresa desarrolladora consigue hacer de una gran idea un proyecto del tipo b).

Esto hace fácil, muy fácil, que gente, por no llamarla gentuza, pueda vivir a base de estafar a la pequeña PYME o al pobre españolito de a pie, con una buena idea o producto a mostrar y muy poco dinero para llevarlo a la WWW.

Pero, que pasa con el otro 40% ? Con todos aquellos que realmente quieren algo bueno y funcional? Sin recurrir, claro está, a las grandes como Accenture, Indra, El Corte Ingles… Que, a parte de costar muchisimo más, no dan tampoco las más mínimas garantías.

Bueno, pues para todos estos proyectos, para todas esas ideas realmente válidas, para esa gente que exige lo que paga y sabe de que está hablando. Para todos ellos, y también para el otro 60% con ganas de que su web funcione, hemos creado la NuezAzul, y enarbolamos como carta de presentación una sola palabra; CALIDAD.

Para este nuevo proyecto nos hemos juntado tres ‘expertos‘  ‘futuros expertos‘ en temas tan dispares de la WWW como pueden ser la programación, la interacción, la usabilidad, la lógica web, la optimización para buscadores,…

Tres personas cansadas de ver locuras con mascaras de diseño encima y pocas intenciones detrás. Tres socios con ganas de hacer buenos proyectos, verdaderos proyectos, aplicaciones donde se potencie la interacción, donde el usuario no sea un ente a olvidar y donde el diseño no engatuse tan solo al cliente. Sino que enamore al usuario.

A la postre, una Empresa, con E mayúscula que no quiere engañar al cliente, monstrandole alucinaciones de oasis, sino una Empresa con ganas de mostrar el verdadero potencial de la web. Una empresa, la NuezAzul, con ganas de traer a la web española el concepto de:

DESARROLLO WEB AVANZADO

Posted by alquesada 9 junio 2009 at 16:00
Oenology Recent Posts
Click to view / hide

Oenology Archives
Click to view / hide

Oenology Categories
Click to view / hide

Oenology Tags
Click to view / hide

Oenology Post Formats
Click to view / hide

 
febrero 2012
L M X J V S D
« nov    
 12345
6789101112
13141516171819
20212223242526
272829  
Oenology Links by Cat
Click to view / hide

Meta
Positions by Seo-Watcher