Como candidatos nos ha tocado hacer multitud de pruebas, y nunca hemos recibido ningún tipo de feedback, así que ahora que nos toca a nosotros, creemos que es un buen momento para tratar a los demás como nos gustaría que nos hubieran tratado.

Lo primero, esto no es un examen: es una opinión. Algunos candidatos entran en controversia con nosotros, y esto es algo bastante desagradable. Por supuesto siempre estamos abiertos a que alguien nos explique algo, y muchas veces hemos aprendido cosas con las pruebas de los candidatos, pero entiende que es muy desagradable cuando un candidato quiere convencerte de algo que no es.

Al final, si crees que estamos equivocados, es posible, simplemente somos programadores como tu, y por supuesto a veces nos equivocamos.

Candidato

Una prueba técnica tiene que estar muy orientada al tipo de candidato que estás buscando. No tiene mucho sentido hacer una prueba de algoritmia y patrones de diseño para un perfil que va a trabajar con wordpress.

En nuestro caso buscamos perfiles con varios años de experiencia, con un conocimiento razonablemente bueno del framework con el que trabajamos, pero que todavía tenga un buen margen de crecimiento junto a nosotros. Es decir buscamos a alguien que pueda ser productivo en un corto plazo, que pueda trabajar la mayor parte del tiempo de forma independiente, pero que el desarrollo profesional y el aprendizaje que puede adquirir con nosotros sea algo importante para él.

Descripción de la prueba

Nuestra prueba es realmente sencilla. No voy a describirla aquí, porque la cambiamos con cada proceso, pero básicamente pedimos que se instale un proyecto con symfony y que se programen un par de acciones, y algún comando. Todo ello sin dar ningún tipo de instrucción acerca de cómo hacerlo. Si acaso se insinúa ligeramente al candidato que sea creativo.

Consejos iniciales

Criterios de evaluación

Como verás en las cosas que evaluamos a continuación. es una prueba tan sencilla en la que buscamos es que seas muy detallista en las pequeñas cosas.

Asignaríamos una puntuación 1-10 para cada uno de los siguientes apartados, de forma que pudiéramos valorar de forma justa y a la vez sencilla para nosotros. Los criterios de evaluación no están en orden de importancia. Tampoco hacemos una media artimetica del resultado, simplemente es una guía para saber cuales son tus puntos fuertes y cuales son tus puntos debiles. El resultado de la prueba técnica, junto con la evaluación personal que hagamos, será lo que nos ayude a decantarnos por uno u otro candidato.

El README.md es una de las partes más importantes de la prueba, ya que te da la oportunidad de explicar y justificar las decisiones que has tomado.

Pon atención a las faltas de ortografía. No pasa nada, el que esté libre de pecado que tire la primera piedra, pero mi recomendación es que si sueles cometer faltas de ortografía, lo pases por un corrector antes de enviarlo.

Versiones

Valoramos positivamente que utilices las últimas versiones disponibles, especialmente del lenguaje y del framework.

Docker

Valoramos positivamente que presentes tu prueba dentro de un contenedor.

Coding Style

Valoramos positivamente que presentes un coding style consistente y especialmente que lo definas explícitamente de alguna forma, por ejemplo indicandolo en el README.md o incluyendo algún tipo de fichero de configuración como .php-cs-fixer.dist.php indicando tus reglas de estilo.

Alcance

Como ya he dicho anteriormente. Asegúrate de leer bien, lo que se pide. Muchos candidatos olvidan alguna pequeña cosa. Es obvio que es un despiste. Pero no dice algo bueno de ti, que seas despistado en una prueba sencilla.

Bundles

Muchos candidatos utilizan bundles de la comunidad. Valoramos positivamente que puedas usar los bundles más conocidos. Nos indica que conoces el ecosistema.

Comandos

La prueba probablemente te pida que ejecutes un sencillo comando. Evaluaremos que hagas un uso eficaz de los comandos. Valoramos que el candidato demuestre que conoce cómo funciona el componente configurando correctamente tanto los parámetros de entrada, como haciendo un uso correcto de la salida.

Formularios

Valoramos que el candidato demuestre que entiende bien cómo funcionan, que sea capaz de crear un formulario y añadirle algunas validaciones.

Doctrine

Valoramos que el candidato entienda cómo funciona doctrine. Declare entidades, repositorios y realice algunas queries sin cometer errores.

Servicios

Aunque la prueba no lo pide expresamente, se valora que el candidato trate de crear servicios y llevar la lógica desde los controladores a estos.

Assets / Frontend

Se valora que el candidato haga un uso correcto de webpack o que incluya algún otro recurso de frontend.

Pruebas

Se valora que el candidato entregue una batería de pruebas de algún tipo, unitarias, funcionales y sea capaz de justificar en el README.md su elección.

¿Qué te ha parecido?

Por supuesto, queremos saber tu opinión, ¿qué te ha parecido la prueba y el proceso en general?, ¿hay algo que cambiarías? ¿Crees que has tenido la oportunidad de demostrar tus capacidades? ¿Qué te hubiera gustado poder hacer?

Este es un anuncio para trabajar en: STRONGHOLD ASSET MANAGEMENT.

STRONGHOLD ASSET MANAGEMENT (SAM) es un fondo de inversión donde nos dedicamos a financiar operaciones de desarrollo inmobiliario. Es decir somos el socio capitalista para un promotor que quiere construir por ejemplo una promoción de chalets. SAM por lo tanto es una empresa a medio camino de una FINTECH y una PROPTECH. Puedes curiosear la web https://strongholdam.com/ para entender un poco mejor qué es lo que hacemos.

Un poco de historia

En torno al año 2016 Matt Calner, nuestro socio director, llegó a Madrid procedente de Londres, con la intención de establecerse en Madrid. Según sus propias palabras, la mejor ciudad del mundo.

Una vez aquí se dio cuenta de que existía una posibilidad de negocio ya que había dificultades para obtener financiación inmobiliaria. Había producto, había mercado, pero el principal freno era la financiación. Y con esta idea en la cabeza y espíritu emprendedor, se asoció con algunos inversores, conocidos y amigos, y empezaron a hacer operaciones pequeñas, principalmente préstamos puente y reestructuraciones de deuda.

En el año 2019 se fundó oficialmente SAM y en 2020 entró como socio de referencia Goldman Sachs, los que financian al FC Barcelona, con una línea de crédito de 100 millones que ha ido incrementando con el paso del tiempo.

Dentro de este camino de maduración de la compañía, a mediados del año 2020 nos contactan para desarrollar una plataforma que les ayude en su trabajo diario. Calculo de intereses, generación de certificados, gestión documental, etc. Lo que sería un pequeño proyecto de solo unos pocos meses nos llevó a finales del 2021 a incorporarnos a tiempo completo en la compañía.

Momento clave

Durante el 2021, con una plantilla realmente pequeña hemos sido capaces de financiar proyectos por un importe de más de 120 millones de euros y el objetivo es poder duplicar esa cifra cada año. Creemos que es un momento clave para los objetivos de la compañía, y queremos que nos ayudes a materializarlos.

¿Qué cosas tenemos en mente?

Estas entre otras cosas es lo que queremos hacer en el medio plazo.

• Continuar mejorando y optimizando las herramientas y procesos de la plataforma que ya tenemos.
• Mejorar la inteligencia de negocio para ofrecer información útil en tiempo real.
• Internacionalizar la compañía.

A nivel de IT nos gustaría.

• Mejorar nuestras habilidades para producir código cada vez más confiable, sostenido por una buena test suite, y que se pueda ampliar / modificar fácilmente.
• Innovar añadiendo nuevas piezas a nuestra infraestructura.

¿Qué vas a hacer?

En tus primeros días

• Conocer a tus compañeros, familiarizarte con el entorno de trabajo y el código que ya tenemos desarrollado.
• Comenzar a asimilar toda la terminología / conocimiento que necesitarás para desarrollar tu trabajo.
• Resolver algunas issues sencillas.

En algunas semanas

• Resolver issues que requieran un mayor conocimiento del proyecto.
• Gestionar tu trabajo diario, desde la toma de requisitos, hasta poner el código en producción.

En algunos meses

• Ayudar a definir y ejecutar la estrategia de IT, en base a los objetivos y necesidades de la compañía. SAM es una empresa orientada a resultados.
• Formar al equipo en aquello que creas que puedes aportar.

¿Con que lo harás?

• La pieza principal de la arquitectura está desarrollada en un monolito sobre Symfony 5.4 y PHP 8.1
  • Nos preocupan los principios SOLID y el contenido del libro CLEAN CODE, aunque no somos talibanes.
  • Tenemos test funcionales ( smoke test ) + test unitarios, que se ejecutan además de en local, en un entorno de integración continua.
• Un poquito de javascript + bootstrap.
• git + github.

¿Cómo es el equipo?

Serás el tercer compañero de un pequeño equipo de IT. Somos un equipo horizontal, autónomo y ágil. Tenemos total libertad para hacer lo que queramos.

Alvaro Cebrián

Apasionado de la tecnología y la informática, le encanta probar todo tipo de tecnologías y lenguajes nuevos que van saliendo. Aunque a nivel profesional está más enfocado en el desarrollo web, también le divierte programar mis aplicaciones de escritorio, en otros lenguajes como C o aplicaciones móviles para Android.

• https://www.linkedin.com/in/alvarocebriangarcia/
• https://github.com/alvarocebrian

Daniel González

Cree que nada es imposible si se hace con pasión y honestidad.

• https://www.linkedin.com/in/desarrolla2/
• https://github.com/desarrolla2

¿Qué buscamos?

Indispensable

• Experiencia consolidada en las todas o casi todas las siguientes tecnologías.
  • PHP, Symfony, MySQL, Git, Linux, JavaScript, Bootstrap.
• Sólidos conocimientos de programación.
  • Principios SOLID, test unitarios y funcionales.
• Capacidad para entender y proponer soluciones a problemas de negocio. No nos pagan por resolver issues, nos pagan por ayudar a la compañía a llegar al siguiente nivel.
• Alto rendimiento en el día a día, somos un equipo pequeño, pero muy productivo.

Interesante

• Conocimientos en el mundo financiero y/o del mercado inmobiliario.
• Analítica de datos.
• Comunicación en inglés.
• Docker.

¿Qué ofrecemos?

• Lo básico
  • Contrato indefinido / 23 días de vacaciones / flexibilidad horaria.
  • 100% remoto, o si lo prefieres puedes venir a nuestra oficina en Castellana 60, Madrid.
  • 40k - 70k brutos anuales.
• Otros perks:
  • Formación continua.
  • Cheques restaurante / guardería / transporte / seguro médico.
  • Viaje anual de toda la compañia. Viaje a una conferencia del equipo de IT.

¿Quieres participar?

Si estas interesad@ ¡Queremos crecer junt@s!.

aplica aquí

Compartimos el cartel con gente tan importante en esta comunidad como: Fabien Potencier, Javier Eguiluz, Nicolas Grekas o Ryan Weaver. Es un honor compartir cartel con todos estos grandes desarrolladores. Puedes ver el panel completo en este enlace.

Desde aquí dar las gracias a la organización por confiar en nosotros. WE LOVE YOU!

¿Qué es Symfony Live?

Symfony Live es la conferencia oficial y la más importante en relación con el framework Symfony. En ella se tratan temas relacionados con el framework, con el ecosistema php, con las tendencias en buenas prácticas en el ámbito del desarrollo de software.

Esta será una edición online, en la que se pierde una parte importante de la esencia de acudir a un evento, y es conocer y relacionarte con profesionales y empresas del sector.

Sin embargo al ser online tienes la ventaja de que el límite de asistentes no es el espacio disponible en la sala de conferencias, por lo que posiblemente la audiencia será mucho mayor. Además las charlas quedarán grabadas, por lo que los asistentes podrán verlas de nuevo en cualquier momento.

¿De que vamos a hablar?

Todavía no hemos preparado la charla por lo que el contenido está definido del todo, pero la charla tiene el título "refactoring with phpstorm", por lo tanto hablaremos de dos cosas que ya hemos profundizado bastante en este blog y en nuestro canal de youtube que es de código limpio, y de edición con phpstorm.

Dar una charla siempre es una oportunidad para aprender, por lo que de aquí al 7 de mayo vamos a estar poniéndonos a tope para mejorar estos contenidos y añadir nuevos, leyendo nuevos libros como por ejemplo el "Refactoring: Improving the Design of Existing Code" de Martin Fowler, al que le teníamos ganas.

Mezclando estos cuatro conceptos: symfony, clean code, refactoring, y por supuesto nuestro editor favorito, phpstorm, creo que nos puede quedar una charla más que interesante.

Estate atento al blog y al canal, por que probablemente publicaremos contenidos relacionados próximamente.

¿Por qué nos encanta participar en este tipo de eventos?

Como ya hemos dicho dar una charla en un evento, especialmente cuando tiene mucha repercusión es una situación que te pone al límite. De golpe estás fuera de tu zona de confort, y vas a tener que enfrentar ante una audiencia de mucho nivel, que ha pagado por verte y que no se va a sentir feliz ante una charla de baja calidad.

Es por esto que debemos enfocar esto como una oportunidad para:

1. Seguir aprendiendo, y profundizando en el ámbito del contenido de la charla.
2. Demostrar que desde una empresa pequeña como la nuestra y con unos recursos contenidos se pueden hacer cosas de mucho nivel.
3. Dar visibilidad a nuestra marca.

Si todavía no tienes tu entrada y quieres hacerte con ella, puedes conseguirla en este enlace.

¡Nos vemos por allí!

La semana pasada publicamos una entrada sobre el uso de los comentarios. En ella explicábamos que siempre que puedas deberías evitar el uso de comentarios.

Argumentábamos que cuando utilizas un comentario para explicar un código que no se entiende con facilidad, no estás mejorando tu código, sino que estás poniendo una piedra en tu camino. Tu código sigue siendo igual de difícil de entender y además ahora te tendrás que ocupar de mantener esos comentarios actualizados. Lo cual no aporta valor a tu proyecto.

Muchas personas nos han escrito tanto por Linkedin, Twitter, Youtube y el grupo privado que tenemos en Telegram para tratar temas del canal.

Nos han indicado diferentes ejemplos en el que era muy difícil eliminar los comentarios o directamente no se podían. No quiero entrar aquí a revisar cada uno de los ejemplos, pero tras revisarlo con el equipo, era evidente que eran buenos ejemplos. En esos casos, los comentarios si ayudaban a mejorar el código.

Es por eso que quiero hablar un poco sobre los dogmas.

Los dogmas en el desarrollo de software

Existen por supuesto muchos dogmas en el mundo del desarrollo de software, seguro que te suenan algunos de estos:

1. Si no haces scrum estricto no haces scrum.
2. No se puede sacar adelante un proyecto sin pruebas automáticas.
3. En 2020 todo el mundo tiene que hacer DDD.

Estas y otras muchas que se te ocurran las hemos escuchado todos cientos de veces.

Poner un hombre en la luna

Corría el año 1957, estados unidos y la unión soviética se encontraban enfrascados en mitad de la guerra fría, cuando los soviéticos pusieron por primera vez un satélite en órbita, el sputnik. Esto supuso un gran varapalo para la sociedad americana, que crearía la NASA. Había comenzado la carrera espacial.

12 años más tarde en cabo cañaveral despega un cohete con tres astronautas y una misión: "poner un hombre en la luna". Los estados unidos tuvieron que hacer un gran esfuerzo en el desarrollo de la tecnología informática, ya que aquel cohete tenía un computador capaz de guiarlo. Ese computador por supuesto ejecutaba software, y ese software fue programado 30 años antes de que se publicara el manifiesto ágil.

Es decir que sin las consideradas mejores prácticas del momento actual, sin el framework de moda, este equipo de programadores fueron capaces de diseñar y programar un software que puso a un hombre en la luna.

La flexibilidad y empatía

Lo mejor es ser capaz de adaptarse a cada situación, este es el único dogma que te tienes que grabar a fuego.

Pensar que sólo hay un camino para hacer las cosas bien es cuando menos una postura algo miope. Si alguien piensa que su metodología / tecnología / framework / loquesea es netamente superior a las todas las demás está evidentemente equivocado.

Te voy a poner un ejemplo personal. La técnica del diseño dirigido por test (TDD) es una técnica que te ayuda a diseñar software escribiendo primero las pruebas y luego el código de producción. Al hacerlo al revés, haciendo primero las pruebas, te ayuda a que pienses en tu diseño desde fuera hacia dentro, en lugar de como lo harías habitualmente, desde dentro hacia afuera.

Yo estuve haciendo TDD durante aproximadamente un año. Después dejé de hacerlo. ¿Por qué? Pues por dos motivos. Primero porque una vez que asimilas bien la metodología, vas a ser capaz de pensar desde fuera hacia dentro sin necesidad de escribir primero el test y segundo porque en muchos proyectos el diseño no es algo crucial.

En mi opinión tu criterio vale más que lo que alguien escribiera en un libro en la punta del mundo hace veinte años.

No dejes de aprender

Que los dogmas no sean realmente dogmas, no es una excusa para no seguir aprendiendo o mejorando. En mi opinión es tu responsabilidad como buen profesional ir mejorando cada vez tus capacidades.

Además es una buena forma de disfrutar de nuestra profesión y por que no decirlo de ganar cada vez más dinero. No se paga igual de bien a alguien que programa en el lenguaje "a pelo" que a un "tope de gama" en la última metodología o framework de moda.

Te propongo algunos consejos para que no dejes de aprender.

Busca un buen proyecto La forma más fácil de seguir mejorando es dedicar ocho horas al día a mejorar, y para ello debes elegir tu puesto de trabajo en función de donde más vayas a aprender. El dinero y otras ventajas deberían pasar a un plano secundario. Da igual que ganes menos dinero el año que viene, lo importante es cuánto dinero vas a ganar el resto de tu vida.

Sigue canales de youtube y podcast de la temática. Una buena forma de seguir aprendiendo es este tipo de contenidos que suelen tener una alta calidad, y no requieren de demasiado esfuerzo, ya que puedes ver este video, mientras que vas en el tren de camino al trabajo o mientras esperas a un amigo.

Asiste a conferencias y meetups. Es una forma fácil de aprender y de conocer gente. Nunca vas a aprender sobre todo, pero si tienes el teléfono del que sabe, también puede servir.

Lee libros En comparación con los anteriores es el que más esfuerzo o disciplina requiere, pero si no quieres que te den gato por liebre lo mejor es acudir a la fuente. Leer un libro al año, puede marcar la diferencia.

No olvides apuntarte a nuestra academia, para recibir todas las semanas un nuevo video sobre desarrollo de software

bloques de código

Por regla general deberías evitar el uso de comentarios. Los comentarios pueden parecer una herramienta muy útil ya que cuando estamos desarrollando puede que nos encontremos con que queremos explicar mejor cómo funciona nuestro código o por que hemos tomado una determinada decisión.

Pero cuando usamos un comentario de código donde antes teníamos un problema: que nuestro código no era suficientemente sencillo de entender, ahora tenemos dos: nuestro código sigue sin entenderse con facilidad, y ahora además debo ocuparme de mantener los comentarios que he realizado.

Puedes pensar que mantener ese comentario no es mucho trabajo, pero que tal si esa energía qué has gastado en mantener un comentario la hubieras gastado en hacer algo más productivo. ¿mejor, no?.

Vemos un ejemplo con el TokenStorage del componente Security de Symfony.

namespace Symfony\Component\Security\Core\Authentication\Token\Storage;

use Symfony\Component\Security\Core\Authentication\Token\TokenInterface;
use Symfony\Contracts\Service\ResetInterface;

/**
 * TokenStorage contains a TokenInterface.
 */
class TokenStorage implements TokenStorageInterface, ResetInterface
{
    // ..
    public function setToken(TokenInterface $token = null)
    {
        if ($token) {
            // ensure any initializer is called
            $this->getToken();
        }

        $this->initializer = null;
        $this->token = $token;
    }
    //..
}

El autor de este código necesitaba hacer algunas llamadas antes de configurar el token. Se dio cuenta que que no era sencillo de entender y que otra persona que viniera detrás probablemente no entendería el motivo de esa llamada, asi que utilizó un comentario para aclararlo todo. ¿Pero que te parece si hubiera hecho esto?

namespace Symfony\Component\Security\Core\Authentication\Token\Storage;

use Symfony\Component\Security\Core\Authentication\Token\TokenInterface;
use Symfony\Contracts\Service\ResetInterface;

/**
 * TokenStorage contains a TokenInterface.
 */
class TokenStorage implements TokenStorageInterface, ResetInterface
{
    // ..
    public function setToken(TokenInterface $token = null)
    {
        if ($token) {
            $this->callInitializer();
        }

        $this->initializer = null;
        $this->token = $token;
    }

    private function callInitializer(): void
    {
        $this->getToken();
    }
    //..
}

Como ves hemos eliminado el comentario y hemos mantenido e incluso mejorado la expresividad, ya que el código es igual de explícito. Por lo tanto siempre que nos veamos en la necesidad de añadir comentarios, debemos plantearnos si podríamos mejorar la expresividad de nuestro código mejorando los nombres que estamos utilizando o extrayendo métodos como en el ejemplo.

DocBlock y documentación autogenerada

Algunos editores de texto añaden documentación de forma más o menos automática que permite indicar los tipos de los argumentos y del valor devuelto, así como información adicional.

Veamos un ejemplo

    /**
     * get movements
     *
     * @return array
     */
    public function getMovements()
    {
        return $this->movements;
    }

Este tipo de documentación no aporta ningún valor adicional ya que simplemente está repitiendo lo mismo que ya dice el nombre de la función. Quizá esto tenía sentido antes de la versión 7, para ayudar al IDE en el autocompletado. Pero a partir de esta versión es mucho mejor eliminar estos comentarios y utilizar el tipado nativo del lenguaje.

   public function getMovements(): array
    {
        return $this->movements;
    }

Usos permitidos

Por supuesto el autor contempla algunos casos en los que sí estaría permitido y justificado el uso de comentarios.

Licencias y textos legales

Es un uso completamente justificado el incluir la licencia y otros textos legales en el encabezado de nuestros ficheros. Además esto no supone ningún trabajo adicional, por que es habitual utilizar sistemas que se encargan de añadir estos comentarios de forma automática, y además los IDE suelen ocultarlos por lo que no molestan.

APIs

Si estás construyendo una api y probablemente quieras generar la documentación a través de algún sistema automático, sí estaría justificado el incluir toda esta información adicional en tu código.

Confunden al lector

En general los argumentos booleanos confunden al lector. Veamos un ejemplo, con una clase del componente Config. Esta clase en concreto es la responsable de buscar un fichero de un determinado nombre en un array de paths definidos en los que se podría encontrar.

namespace Symfony\Component\Config;

/**
 * FileLocator uses an array of pre-defined paths to find files.
 */
class FileLocator implements FileLocatorInterface
{
    // ..
    public function locate(string $name, string $currentPath = null, bool $first = true)
    {
        // ..
    }
   // ..
}

¿Sabrías decirme qué hace exactamente el tercer argumento? Quizá tengas la siguiente intuición, si le pasamos true probablemente devolverá la primera coincidencia, pero ¿qué ocurre si le paso un false?. Si realmente quiero entender esta función voy a necesitar ir al código y leer que es lo que hace.

Una vez que ya nos hemos leído el código entendemos que el funcionamiento es el siguiente:

• si le paso un true, me devolverá la primera coincidencia
• si le paso un false me devolverá todas.

¿No se lo pondríamos mucho más fácil al lector si somos explícitos de esta forma?

namespace Symfony\Component\Config;

/**
 * FileLocator uses an array of pre-defined paths to find files.
 */
class FileLocator implements FileLocatorInterface
{
    // ..
    public function locateAll(string $name, string $currentPath = null)
    {
        // ..
    }

    public function locateFirst(string $name, string $currentPath = null)
    {
        // ..
    }
   // ..
}

Como siempre esto no significa que debamos duplicar el código, ya que probablemente podemos encontrar la forma de que uno llame a otro o utilizar funciones privadas más pequeñas, para evitar cualquier duplicidad.

Hace dos cosas

En muchas ocasiones un argumento booleano indica que la función hace dos cosas diferentes. Como ya vimos en la entrada dedicada a funciones, estas deberían hacer una única cosa y deberían hacerla bien.

Veamos un ejemplo con el componente DomCrawler de Symfony. Este componente permite crear un cliente que simula ser un navegador y que se utiliza en pruebas funcionales y para tareas de scrapping.

La función que vamos a ver se llama después de haber ejecutado una query sobre un documento HTML $message = $crawler->filterXPath('//body/p')->text();

namespace Symfony\Component\DomCrawler;

/**
 * Crawler eases navigation of a list of \DOMNode objects.
 */
class Crawler implements \Countable, \IteratorAggregate
{
    // ..
    /**
     * Returns the text of the first node of the list.
     *
     * Pass true as the second argument to normalize whitespaces.
     */
    public function text(string $default = null, bool $normalizeWhitespace = true)
    {
        // ..
    }
    // ..
}

¿No da la sensación de que el segundo argumento responde a una necesidad del programador que a una decisión de diseño? ¿Quién realizaría un diseño así? Obviamente el siguiente ejemplo es mejor.

namespace Symfony\Component\DomCrawler;

/**
 * Crawler eases navigation of a list of \DOMNode objects.
 */
class Crawler implements \Countable, \IteratorAggregate
{
    // ..
    public function text(string $default = null)
    {
        // ..
    }

    public function normalizeWhitespace(string $text)
    {
        // ..
    }
    // ..
}

Y una vez realizado este diseño, ¿no parece evidente que normalizeWhitespace debería ir en otra clase? esto lo veremos más adelante en la entrada dedicada a las clases.

¿Que tipos de desarrollos a medida existen?

Un desarrollo a medida es un lienzo en blanco, donde tu tienes total control sobre el diseño y evolución del software que estás desarrollando.

Estos son algunos ejemplos de proyectos que pueden hacerse a medida:

CRM

Una plataforma de gestión de la relación con el cliente te permitirá llevar a tu equipo de ventas al siguiente nivel.

Su objetivo principal es la de la gestión de la empresa con el cliente, ya sea para organizar citas, emails, campañas de marketing o bases de datos en general. Tiene multitud de usos dependiendo del sector en el que trabajemos y de la finalidad que queremos conseguir con la herramienta.

ERP

Una plataforma de gestión empresarial te ayudará optimizar tus procesos de producción ofreciendote asistencia en la toma de decisiones.

Su objetivo principal es la de la gestión de la base de datos de tu negocio a la que podrás acceder en cualquier momento y en cualquier dispositivo. No perderás tiempo en rellenar papeles, en que las cuentas no te cuadren o en no encontrar determinada información porque se ha traspapelado.

LMS

Una plataforma de gestión de aprendizaje te permitirá gestionar de forma totalmente online todas las necesidades de tu centro de formación.

Mejoramos la experiencia y facilitamos el aprendizaje de tus estudiantes a través de nuestra tecnología de formación online.

Existen un proyecto a medida diferente para cada empresa, así que no te preocupes si tu proyecto no encaja en ninguna de estos ejemplos.

¿Cómo es el proceso?

Cada proyecto igual que cada empresa es totalmente diferente, pero estas deberían ser las fases principales para el desarrollo de un proyecto a medida.

Análisis

El primer paso siemre es que nos cuentes tu proyecto. Durante una o varias sesiones iremos tomando notas de cual es tu idea o cual es el problema que necesitas resolver. Mediante preguntas te iremos guiando para obtener la información que necesitamos saber.

Algunas preguntas que podemos hacerte son las siguientes:

• ¿Qué es lo que esperas conseguir?
• ¿Cuales son tus proyectos de referencia?
• ¿De cuanto tiempo dispones?

Desarrollo

En esta fase los diferentes requisitos son implementados en un proyecto de software, durante esta fase se requiere feedback e interacción continua por parte del cliente que en todo momento podrá y deberá comprobar la evolución de su proyecto.

Es una fase a la que más tiempo y esfuerzo es necesario dedicar por ambas partes. Si quieres saber más en esta entrada explicámos cómo es nuestra metodología iterativa e incremental.

Soporte y mantenimiento

Esta etapa es la más larga ya que una vez que has decidido invertir en un desarrollo a medida, vas a querer amortizar esa inversión en un número suficientemente grande de años.

Muchas empresas se olvidan de que esta etapa es crucial, por eso nosotros tenemos diseñados procesos para poder acompañarte de la mejor manera posible durante esta etapa. No queremos que nos veas como un proveedor más, sino cómo si fuéramos la pata tecnológica de tu propio equipo.

En esta entrada puedes ver cómo es nuestra metodología de trabajo.

¿Quién debería desarrollar un proyecto a medida?

Deberían plantearse la implantación de un sistema de gestión empresarial todas aquellas empresas que respondan que si a alguna de estas preguntas.

• ¿Usas diferentes programas que no están conectados entre sí?
• ¿Te gustaría estandarizar y automatizar los procesos de tu empresa?
• ¿Te gustaría que tu persona fuera más eficiente y tener mayor control de lo que ocurre?

¿Por que a medida?

Estas son algunas de las razones por las que puede ser más conveniente desarrollar un proyecto a medida.

• No requiere pago de licencias, por lo que a medio plazo es más económico.
• Creado para tu negocio y adaptado a tus necesidades, además crece y evoluciona según evolucionan tus necesidades comerciales.
• Más sencillo e intuitivo, ya que está diseñado para tí, a medida de tus productos y servicios.

¿Por qué con nosotros?

Te vamos a dar 3 razones

• Por nuestra forma de trabajar
• Por nuestros valores
• Por la evolución que tienen las empresas cuando trabajan con nosotros

Programa acelera pyme

Hemos sido seleccionados como colaboradores oficiales del programa acelera pyme para el desarrollo e implantación de projectos a medida.

Número de argumentos

Según el autor podríamos clasificar las funciones o los métodos según el número de argumentos posibles.

Monádicaos tienen un sólo argumento, son fáciles de testear y fáciles de entender. No hay lugar a dudas en cuanto a que es lo que hace y probablemente será bastante sencillo crear un test unitario para la misma. Siempre que podamos debemos basar nuestra api en este tipo de funciones.

Diádicos tienen dos argumentos. Siguen siendo relativamente fáciles de entender, y probablemente seguirán siendo fáciles de testear.

Triadicos son las que tienen tres argumentos, comienza a complicarse la forma de testear, aumenta la complejidad ciclomática o número de "caminos" posibles dentro de la función, y se complica recordar los argumentos y su orden. Este tipo de funciones deberían evitarse si es posible.

Cuatro o más argumentos Este tipo de funciones tienen todos los problemas que ya hemos comentado pero en mayor expotente. Veamos un ejemplo a continuación la función que ejecuta el filtro localizeddate de twig.

function twig_localized_date_filter(
    Twig_Environment $env,
    $date,
    $dateFormat = 'medium',
    $timeFormat = 'medium',
    $locale = null,
    $timezone = null,
    $format = null,
    $calendar = 'gregorian'
) {
    //..
}

Habitualmente usamos esta función de esta forma lo que la hace muy cómoda de usar

{{ item.date|localizeddate }}
{{ item.date|localizeddate('short', 'none') }} {# el uso de las constantes es muy cómodo en el día a día. #}

El problema viene cuando queremos pasarle un formato personalizado. Es muy dificil de recordar cuales son los argumentos, y tenemos que ir a la documentación para comprobarlo. Además los primeros dos argumentos son ignorados lo que la vuelve un poco confusa.

{{ item.date|localizeddate('none', 'none', null, null, 'MMMM y') }}
{{ item.date|localizeddate('full', 'full', null, null, 'MMMM y') }} {# ambas hacen lo mismo. #}

¿Que os parece si cambiamos esta función por dos? En la primera usaremos las constantes definidas para $dateFormat y $timeFormat mientras que en la segunda usaremos un formato personalizado.

function twig_localized_date_filter(
    Twig_Environment $env,
    $date,
    $dateFormat = 'medium',
    $timeFormat = 'medium',
    $locale = null,
    $timezone = null,
    $calendar = 'gregorian'
) {
//..
}

function twig_localized_date_filter_by_format(
    Twig_Environment $env,
    $date,
    $customFormat = null,
    $locale = null,
    $timezone = null,
    $calendar = 'gregorian'
) {
//..
}

Hemos reducido un poco el número de argumentos y hemos facilitado su utilización, ya que el uso de la segunda función quedaría en algo parecido a esto.

Nota: Aunque todavía son muchos argumentos el primero es injectado por twig asi que contaría uno menos.

{{ item.date|localizeddate('da_igual_lo_que_pongas', 'da_igual_lo_que_pongas', null, null, 'MMMM y') }} {# antes #}
  {{ item.date|localizeddate_by_format('MMMM y') }} {# mejor esta no? #}

Grupos de argumentos

En el caso en el que tenemos una función con un grupo de argumentos relacionados entre sí, podemos agruparlos todos ellos en una clase de forma que nuestro código mejora en su legibilidad. Es lo que han hecho aquí.

¿Que os parece si crearamos una clase para almacenar la configuración de la localización $locale, $timezone, $calendar. Es muy probable que este grupo de argumentos se repitan en otras funciones.

class Localization
{
    private $locale = null;
    private $timezone = null;
    private $calendar = 'gregorian';

    public function __construct($locale, $timezone, string $calendar)
    {
        $this->locale = $locale;
        $this->timezone = $timezone;
        $this->calendar = $calendar;
    }

}

Con esto mejoramos mucho la legibilidad del código, veamos cómo quedarían nuestras funciones anteriores

function twig_localized_date_filter(
    Twig_Environment $env,
    $date,
    $dateFormat = 'medium',
    $timeFormat = 'medium',
    $localization
) {
//..
}

function twig_localized_date_filter_by_format(
    Twig_Environment $env,
    $date,
    $customFormat = null,
    $localization
) {
//..
}

Orden de argumentos

A partir de este punto todo lo que vamos a ver no aparece en el libro, pero si que hemos querido completarlo con algunos criterios adicionales. Deberías tener en cuenta las siguientes condiciones a la hora de elegir el orden de los argumentos.

• Los más importantes primero.
• Utiliza el contexto para que el lector sepa cual es el primer argumento.
• Trata de agrupar por tipos.
• Argumentos opcionales al final.

Nombres

Los nombres de tus argumentos son parte de tu función. Trata de que séan lo más expecíficos posibles, ayuda al lector a entender tu función y lo que pueda esperar de ella, a través de esos nombres. ¿Que te parece este cambio?

function twig_localized_date_filter(
    Twig_Environment $env,
    $dateTime, // $date no era fiel a la realidad, ya que en ese argumento no importa sólo la fecha, si no también la hora.
    $dateFormat = 'medium',
    $timeFormat = 'medium',
    $localization
) {
//..
}

Tipado

El último apartado que me gustaría ver en esta entrada es el tipado. La regla es muy sencilla. Tipa siempre que puedas.

function twig_localized_date_filter(
    Twig_Environment $env,
    \DateTime $date,
    string $dateFormat = 'medium',
    string $timeFormat = 'medium',
    Localization $localization = null
) {
//..
}

function twig_localized_date_filter_by_format(
    Twig_Environment $env,
    \DateTime $date,
    string $customFormat,
    Localization $localization = null
) {
//..
}

El tipado también forma parte de tu función, quizá no tengas claro que es exactamente $localization, pero el tipado te ayuda a entender que se trata de una clase.

“Sólo hay algo peor que formar a tus empleados y que se vayan. No formarlos y que se queden”

Henry Ford.

Nos tomamos muy enserio el desarrollo profesional de toda nuestra plantilla, proporcionándoles espacios para actualizarse en sus respectivas materias. A continuación, os explicamos en qué se basa nuestro sistema de formación y cuáles son sus claves principales.

VENTAJAS DE FORMAR A NUESTRO EQUIPO

La formación cuenta con numerosos beneficios que se ven reflejados en la plantilla, se logra que su conocimiento no se quede anticuado ni obsoleto y que pueda seguir rindiendo al máximo nivel según las exigencias del mercado, adquiriendo las enseñanzas más vanguardistas del sector. La empresa también se verá beneficiada de esta formación llegando a aumentar los beneficios y la productividad.

Según nuestra experiencia, esta son las mayores ventajas de contar con una formación estructurada en tu empresa:

1. Motivación: el sector del desarrollo software se caracteriza por su baja permanencia laboral. Una buena formación hace que el trabajador esté más motivado a permanecer en nuestra empresa y a elegirnos a pesar de otras tentativas ofertas.
2. Reclutar talento: hay una atracción clara por parte de los trabajadores hacia empresas que posibilitan formación continua que, sin duda, es una estrategia óptima para reclutar y mantener a los mejores empleados.
3. Calidad del trabajo: un trabajador que se encuentra formándose y aprendiendo continuamente se sentirá más realizado en su puesto de trabajo, lo que acabará desembocando en un notable aumento de la productividad. La positividad desprendida por trabajadores que se encuentran satisfechos hace que se genere una corriente en la que todo el mundo quiere aprender, eso es contagioso y va en beneficio de la empresa.
4. Obtención de una ventaja competitiva: la implantación de un buen modelo de formación hará que la empresa obtenga ciertas ventajas competitivas con respecto a empresas más tradicionales que no han optado por esta alternativa. Esto es importantísimo dada la gran competitividad existente en el sector de desarrollo software.

NUESTRO PLAN DE FORMACIÓN

Una parte de la responsabilidad del éxito de la formación debe recaer en la empresa, pero los empleados también tienen la tarea de seguir aprendiendo por sí mismos. Nosotros ofrecemos una pequeña ayuda, pero además queremos que la plantilla tenga una actitud proactiva con respecto a su formación.

Nuestro sistema se asienta en unas bases que cumplimos sistemáticamente para obtener los mejores resultados posibles.

Sistema continuado en el tiempo

Creemos que para alcanzar el éxito el plan de formación debe de ser sostenible y continuado en el tiempo, es decir, que no cuente con una duración exacta, sino que se prolongue a lo largo de la evolución y el crecimiento de la empresa y vaya encajando con las necesidades que la misma requiera.

La formación no es solo el tiempo dedicado en una formación reglada cuyo fin es obtener una certificación o un título, nosotros consideramos formación a todo proceso que el equipo realiza para mejorarse a sí mismo y esto puede incluir numerosas actividades: charlas, networking, realización de cursos, seminarios...

Horario de la formación

El tiempo establecido actualmente para la formación en nuestra empresa es una hora semanal.

Tenemos fijado un día y una hora, actualmente, los lunes a las 8:00 A.M. Aunque somos flexibles, procuramos respetar esa fecha para que la formación no sea algo que se hace cuando no hay nada urgente.

Queremos que la formación sea lo más llevadera posible, nada tediosa y que incluso pueda llegar a disfrutarse

¿Qué hacemos durante este tiempo de formación?

Si hay un responsable en el equipo que se quiere hacer cargo de la formación:

lo primero que hará será reunir al equipo entero para discutir sobre qué se va a profundizar en este tiempo. El equipo siempre va a estar más motivado con un tema que sea de interés común, elegido entre todos. El responsable será quien imparta los contenidos y coordinará los debates que se te establezcan.

Lo malo de que haya un solo responsable y se delegue en él todo el peso de la formación es que pueden surgir imprevistos (no disponibilidad, enfermedad…) que entorpezcan la consecución de los objetivos marcados.

Este responsable potenciará la realización de diversas actividades relacionadas con la revisión de código, novedades del lenguaje software, nos familiarizará con las mejores herramientas, veremos juntos charlas de expertos del sector elegidas por él e incluso profundizará en el framework empresarial.

Si no hay responsable para realizar la formación:

Si no hay voluntarios para llevar el peso de la formación, lo que hacemos es realizar cursos online sobre las mismas actividades, para ello utilizamos diversas plataformas de pago que ofrecen esta formación con garantías como pueden ser:

• Coursera
• Udacity
• LinkedIn learning
• Symfony cast
• CodelyTV

Dedicamos los primeros 45 minutos aproximadamente a ver cursos online, que normalmente están divididos en pequeños vídeos de 5 a 10 minutos, por lo que en esta hora que dedicamos a la formación nos da tiempo a visualizar 3 o 4 lecciones, y teniendo algo de tiempo entre los videos para ir comentandolos.

Los minutos restantes los dedicamos para debatir y discutir juntos en qué estamos de acuerdo y en qué no o cómo nos puede servir o cómo aplicar lo que hemos aprendido a nuestros proyectos.

Las ventajas de esta opción son claras, no dependemos de que nadie prepare nada, simplemente necesitamos tener programado una lista con una serie de contenidos que sean relevantes para nuestra actividad y que podamos ir adaptando a las necesidades de nuestra empresa.

En el ámbito de la educación, las herramientas que han transformado todo este proceso son las llamadas plataformas LMS. Este término sigue generando confusión y no acaba de quedar del todo claro para la amplia mayoría de gestores de empresas formativas.

Aquí te explicamos todo lo que necesitas saber sobre este tipo de herramientas.

¿Qué es una plataforma LMS?

Si alguna vez has participado en un curso, máster, grado o cualquier tipo de enseñanza online, probablemente hayas trabajado a través de una plataforma LMS.

LMS es el acrónimo de Learning Management System (Sistema de Gestión del Aprendizaje). Estos sistemas son softwares que permiten a las instituciones o empresas formativas crear, administrar y evaluar todos los contenidos necesarios dentro de un contexto de e-learning. Este sistema ayuda a la empresa u organización a proveer la información necesaria para el desarrollo de la actividad profesional y formativa.

Estos sistemas engloban tanto a altos directivos de la empresa, como a trabajadores y alumnado que están realizando cualquier tipo de formación.

Beneficios de un LMS

Personalización

Permiten una gran flexibilidad en cuanto al diseño de sus funcionalidades, dependiendo de la empresa y del tipo de formación que ofrezca, la herramienta se construirá de una manera u otra para que funcione lo más eficientemente posible.

Por ejemplo, una empresa que se dedica a la formación online de conductores, no necesitará las mismas funcionalidades que una universidad privada que quiere desarrollar un sistema de e-learning completo. Por ello es importante que la empresa que desarrolle la plataforma LMS la haga a medida para que la personalización sea efectiva.

Comunicación

Los sistemas LMS facilitan la comunicación con el equipo gestor, lo cual acaba traduciéndose en un aumento de la colaboración, la confianza y el buen clima. También incrementa la comunicación entre profesorado y alumnado que pueden comunicarse a través de mensajes del chat, usando video o imágenes, subiendo archivos, lo que hace que el diálogo entre ellos sea mucho más fluido y cercano a través de un LMS que sin él.

Centralización

Centralizar la amplia mayoría de los procesos existentes en una misma herramienta hace que aumente considerablemente la eficacia en la gestión.

Por ejemplo, procesos que antes iban por separado como las pre inscripciones o matrículas de un determinado curso, ahora se encuentran recogidos en un mismo espacio, sabiendo a la perfección quién ha hecho qué, cómo lo ha hecho y cuándo lo ha hecho lo que se traduce en un aumento de la rapidez y la eficiencia de respuesta de cara al público.

Control

Al poder contar con toda la información condensada en un mismo programa, la actividad de los estudiantes, profesores y del equipo gestor quedará fielmente reflejada en ella. De esta manera las empresas podrán evaluar cuando sea necesario el desempeño de su plantilla tanto individual como colectivamente, además de saber si la formación recibida está siendo la adecuada y está contentando a las personas que se encuentran dentro del programa formativo.

Todo queda almacenado en una gran base de datos que contendrá cualquier tipo de información relevante para el desarrollo de la actividad.

Acceso desde cualquier dispositivo y lugar

Tanto estudiantes como personal laboral podrán acceder a la herramienta de e-learning cuando quieran y desde donde crean conveniente, compaginando sus estudios o trabajo con las obligaciones de su día a día. De hecho, esta es una de las principales razones por la que se elige este tipo de formación.

Al ser la LMS una plataforma totalmente responsive, será posible acceder a ella no solo desde un ordenador sino desde cualquier tipo de dispositivo.

Monitorización

El acceso instantáneo a reportes personalizados y avanzados permiten una evaluación fácil y precisa de los progresos obtenidos por la empresa en determinados periodos de tiempo, haciendo simple su interpretación.

¿Le conviene a tu empresa formativa contratar un LMS?

Si eres una empresa que se dedica a la formación de terceros, pero esta formación se realiza de manera 100% presencial, probablemente creas que no necesitas implementar un LMS. Sin embargo, desde Devtia te recomendamos que vayas incluyendo progresivamente contenido online, ya que hoy en día quienes contratan estos servicios otorgan importancia a un contenido de apoyo online, aunque el curso sea presencial y no se base en el e-learning.

Si tu empresa compagina la formación presencial con la online, lo correcto sería que te plantees seriamente la opción de implementar un buen LMS, ya que con él se pueden mejorar procesos y además de aportar un valor añadido a tu negocio servirá de soporte a la parte presencial.

Si te dedicas o quieres dedicarte a la formación completamente online o que se base en el e-learning, ¿a qué esperas para implementar un LMS?