Embat Consultors: Desarrollo web y Soluciones con Software Libre » Programación

Gracias a todos por rellenar la encuesta

Joan Ballester — Thu, 27 Oct 2011 14:30:38 +0000

Primero de todo, y antes de meternos en materia al 100%, unos breves números y sobretodo, las GRACIAS.

Como sabéis, el otro día publicamos un post en el cual pedíamos a desarrolladores que rellenaran una encuesta (este es el post), pues bien… ya tenemos suficientes datos para poder hacer una serie de posts con argumentos sobre herramientas, costumbres, y realidades sobre los desarrolladores actuales.

Como siempre, hay anécdotas, dale un formulario a una persona ingeniosa, y siempre saldrán algunos datos graciosos :-)

Pero bueno, ¡al turrón!, que este post es principalmente para dar las gracias, pues a ello vamos, de los 102 que han contestado, estos tienen twitter y lo han puesto, por tanto a ellos les damos las gracias mencionándolos desde el post, pero al resto… ¡igualmente!, estos son los tuiteros en cuestión, que justo al darle al “Publicar” iré a seguir al twitter con mis cuentas, aunque veo que a un buen “puñado” ya los sigo :-)

GRACIAS a (por orden de aparición, como si se tratara de una película) carlosfmiguel, @aaloy, @lafabricaverde, @mariotux, @alexsancho, @cssbarcelona, @Metsuke, @alecasticanton, @Eleazan, @dario_barrio, @eduherraiz, @rmhdev, @asiermarques, @benetjdarder, @Ganon, @angelcustodio, @ceritium, @miqfrontera, @alexamine, @apardo, @Zwarte_Vlag, @friedrichklaua, @friedrichklaus, @anieto2k, @Davidriveraper, @albertocm, @binarty, @rotundolopez, @oso96_2000, @joliveras, @miguelcanijo, @jmrobles, @soyoh, @pablojoin, @nancucheo, @axelhzf, @albertobastos, @qazuor, @Markcial, @xavier_arnaus, @dgil, @alfabravoteam, @JavaSusoX, @2_ene, @crysfel, @meigallodixital, @tanque_tm, @arnau_pujol, @aijoona, @tomeuCabrer, @tebayoso, @etochavez, @ignacioperlo, @joanballester (¡presente!), @marceloinxs, @ianholing, @ktemo, @marctowers, @fiunchinho, @xusy2k, @gelito, @SergiGP, @codeterrorist, @jalfonsosuarez, @victorgonal, @agonzalezro, @archenemy, @lamatesoft, @agustinh, @LuisCalvoDiaz, @juanmy69, @luise2, @greuze y @estadoactivo. (@embatconsultors ¡presente!)

Para ofrecer “un hueso”, un par de datos que me han hecho gracia…

Entre los 102, en la pregunta ¿En qué te consideras experto? ¡tan solo uno de nosotros se considera experto en SEXO!

¿Dónde vamos a ir a parar? Ojo, “se considera…”, tendríamos que pedir opiniones a la gente que haya compartido ese hobbie con él (si las hay :D).

Otros posts relacionados:

Jade, la elegancia y sencillez en el HTML

Joan Ballester — Thu, 13 Oct 2011 08:26:41 +0000

Jade va en la línea de Stylus, del cual hablamos hace unos días, pero en lugar de alegrarte la vida con las CSS, lo hace con el HTML.

En resumen, vendría a ser cómo atajar en el código html, aunque como veremos realmente va mucho más allá, y con él puedes hacer cosas que con el html no podrías montar… pero sí, en resumen es quitarte algo de trabajo en el desarrollo del html, que evidentemente, si lo sumas a Stylus ya tienes que tus trabajos de maquetación quedan bastante reducidos en tiempo.

Ejemplo sencillo:

html
  body
    //
      #content
        h1 Example

Sacaría:

Vamos más allá…

  ul
    li.first: a(href='#') foo
    li: a(href='#') bar
    li.last: a(href='#') baz

¿Entendéis ahora la potencia y rapidez con que se puede maquetar uniendo esto a stylus? De este modo, podemos reciclar el código CSS para nuestro html, o al revés, cada uno lo utilizará como le vea más potencia.

Su potencia no se queda aquí, ya que jade soporta filtros, iteraciones, condicionales, templates, y mucho más…

Os recomendamos encarecidamente que peguéis un vistazo tanto a jade como a stylus, estamos convencidos de que también agilizará vuestro trabajo ;-)

Otros posts relacionados:

Stylus, una forma diferente de CSSear

Joan Ballester — Wed, 28 Sep 2011 08:00:01 +0000

Lo reconozco, desde que stylus entró en nuestra vida, el tiempo que dedicamos a la maquetación ha bajado considerablemente.

Una vez te haces con él, y entiendes los beneficios que da, el ritmo de producción sube muchísimo, pudiendo invertir el tiempo que antes utilizabas en la maquetación, en aspectos más profundos de la misma, como por ejemplo, optimización. O simplemente… tomar un café ;-)

Por encima, a primera vista, ahorras en líneas y caracteres, ya que como dicen, en stylus “todo es opcional”, las llaves ({}) los puntos (:), etcétera…

Pero una vez te adentras, te das cuenta que no solo es ese ahorro… las herencias, por ejemplo, ahorran muchísimo tiempo en definir clases, ya que simplemente con la indentación defines quién hereda de quién, cosa que, nada más empezar a ejecutarlo te das cuenta de las maravillas que puedes hacer con unas pocas líneas de código.

Además, tenemos las variables, pudiendo definir colores, o tamaños (por ejemplo) y usando así la variable, por tanto si quieres modificar más adelante o similar, es un instante el hacerlo.

Pero no, no se queda ahí… porque luego te das cuenta de los operadores.

¡Sí! Operadores. Multiplicar, restar, etc, es un gustazo cuando entiendes cómo utilizarlo en tus hojas de estilo :-)

Y el engorro de los diferentes navegadores… Cuando quieres poner un simple border radius y tienes que poner mínimo 3 líneas…
O el opacity, con el que puedes llegar a poner también muchas líneas, pues… se acabó.

Lo dejas definido así, por ejemplo:

border-radius(n)
    -webkit-border-radius n
    -moz-border-radius n
    border-radius n

Y a partir de ese momento, simplemente añades border-radius 10, por ejemplo… ¡y listos!

Imaginad el potencial, si le dais un poco al coco ;-)

Sigamos con… ¿funciones? Sí, ¿por qué no? También podemos hacer funciones.

Imaginemos:

compare(a, b)
    if a > b
        higher
    else if a < b
        lower
    else
        equal

Os aseguro que se podría seguir y seguir, pero para entenderlo, como siempre, lo mejor es practicarlo, y a medida que te adentras te das cuenta de infinidad de pasos que puedes ahorrarte utilizando stylus.

Adelante! Contadnos cuando lo hayáis probado ;-)

Otros posts relacionados:

Diario Nómada

Joan Ballester — Wed, 27 Jul 2011 08:30:58 +0000

Juan Carlos Castresana, es un tipo peculiar.

Juan Carlos, viaja.

Bueno… ¿y quién no viaja? También es verdad, quien más quien menos, viaja de vez en cuando, pero es que él, no viaja como tú y como yo… el viaja a lo bestia (Diario Nómada).

Tiene mérito poder hacerlo paralelamente a su actividad, la fotografía. Y de paso, aunque el resto no viajemos tanto, podemos leer y ver dónde está, o ha estado… Igual un día podemos ir (o ya hemos ido) a alguno de esos lugares.

La web, es un WordPress “tuneado”, de la cuál nos encargamos de la programación, y otra empresa se encarga de los diseños, WUAI, con la que compartimos algunos clientes y/o proyectos.

Interesante personaje, e historias (y fotos, como no ;-)), pegadle un ojo.

Otros posts relacionados:

Metodologías Ágiles en el Desarrollo de Software

Joan Ballester — Tue, 20 Jul 2010 09:45:49 +0000

Por norma los proyectos tienen etapas de análisis, diseño, implementación, prueba y puesta en producción. Y todo esto, un tiempo estimado de lanzamiento. Hace un tiempo esto era común en todas las empresas de desarrollo de software, e incluso más en las grandes, pero hoy día los tiempos de entrega se han acortado muchísimo.

Los proyectos cambiaron, y ahora se exige una mayor velocidad de desarrollo, por tanto, muchos estudiosos del las metodologías en el desarrollo del software se dieron cuenta que, a pesar que la secuencia de procesos se cumplían, no siempre teníamos tiempo suficiente para hacer tanto análisis y documentación. Porque si cumplíamos todo a rajatabla, nuestro tiempo de codificación menguaba considerablemente (además de los cambios que pudiera pensar el cliente ;-)).

Se dieron cuenta que era una pérdida de tiempo hacer todo el análisis primero cuando aún el cliente no está seguro de lo que quiere, y que haciendo pequeños ciclos de tiempo con entregas al cliente se permitía tener más control de los proyectos (además de la satisfacción del cliente).

Dos de los grandes nombres que se repiten son:

XP (Xtreme Programming / Programación Extrema)
SCRUM

Los inicios de estas metodologías

Parece ser que en grandes empresas se empezaron a preguntar qué equipos de programadores eran más rápidos y efectivos, y haciendo encuestas se dieron cuenta que los que más solían rendir, hacían algún tipo de errores. Que, pese a estar mal, hacían que el proceso fuera más ágil, se terminara en plazos y funcionara.

Algunas cosas comunes que hacían era:

Antes de empezar a trabajar se reunían delante de una pizarra y discutían “informalmente” qué era lo que debían hacer durante el día.
Entre ellos se organizaban el trabajo y decidían cada uno qué quería hacer, no había alguien del equipo que ordenaba qué hacer.
No diseñaban tanto, tampoco documentaban tanto, pero priorizaban tener más código que documentación.

Según parece, bajo estas premisas, nació el nombre de “metodología ágil”, ya que la anterior era más “rígida”.

Vías: Wikipedia , Surforce

Otros posts relacionados:

Anoche leí el “Getting real” de 37 signals

Joan Ballester — Fri, 09 Jul 2010 09:50:11 +0000

“Getting real” es un libro muy peculiar.

Me enganchó desde la primera línea… Es como un manual de cómo hacer una aplicación de software.

Habla de todos (o casi todos) los campos que tienes que tener en cuenta a la hora de “hacer real” una aplicación que, al inicio, tienes sólamente en la cabeza.

El inicio
Las prioridades
Proceso, organización…
La interfaz
El código

Se deja pocas cosas, la verdad… habla de cada campo clara y llanamente.

Me gustó mucho el de la interfaz de usuario y del código. Su idea de los 3 estados de la solución me parece impecable. Creo que si se hiciera punto a punto lo que mencionan en el libro a la hora de hacer una aplicación saldría muchísimo mejor que habitualmente… Pero también es cierto que llegados a estos puntos, ya hablamos de utopías.

Como todo lo que vas leyendo, algunas cosas se te quedan a fuego, otras las recuerdas unos días y otras las olvidas a los 5 minutos. Supongo que lo ideal es tener al alcance muchas publicaciones del estilo, que hagan que no olvides tantas cosas, y retengas muchas más ;-)

Ah, también habla de precios y suscripciones, vamos… que dentro de la lectura rápida (para mí lectura rápida son 2 horitas aprox), es bastante completo.

Sin duda, algunos de sus puntos los tendremos en cuenta para el futuro.

Otros posts relacionados:

El lenguaje de programación PHP cada vez más popular

Joan Ballester — Mon, 26 Oct 2009 10:00:45 +0000

Según un informe realizado por TIOBE el lenguaje de programación PHP ha subido a la tercera posición del podio de los lenguajes de programación más populares.

Probablemente la razón sea una:

La web.

No olvidemos que php está enfocado “casi exclusivamente” a la programación web, y está claro que hoy día la programación enfocada a web está en auge. Otra posible razón, que está incluída dentro de la anterior, es la cantidad de CMS y Frameworks que utilizan este lenguaje, lo cuál facilita las cosas (y mucho) a la hora de desarrollar ciertos portales, blogs, etcétera…

PHP siempre nos ha gustado, y a pesar de programar en otros lenguajes, siempre le dimos especial importancia a PHP, posiblemente por la rapidez en el desarrollo, y a la enorme comunidad que hay detrás. La combinación tecnológica que se suele dar es LAMP: Sistemaoperativo Linux, Servidor Apache, Base de datos MySQL y lenguaje de programación PHP. En Embat Consultors es la que solemos utilizar la gran mayoría de veces.

Nombres que os sonarán, que tienen como denominador común el PHP son:

WordPress, Drupal, Magento, Joomla, CakePHP, Smarty, Symfony, CodeIgniter, Meneame, Facebook…

Y eso son solo algunos ejemplos, como veis, PHP está muy presente en internet, y lo mejor, es que no da signos de flaqueza, si no que versión a versión se mejora gracias a la gran comunidad que hay detrás (recordemos que es está publicado bajo la PHP License, la Free Software Foundation considera esta licencia como software libre.)