Hola,
Estamos buscando alguien en Madrid para un proyecto de machine learning, expert systems, redes etc.. aplicado a la nutrición.
Sería un desarrollo web en python, R, Java o similar y luego convertirlo a app mediate ionic, phonegap o similar.
Salario + participaciones.
Como freelance, creo que el problema de que te puedan dejar tirado lo puedes mitigar con un acuerdo de pagos adecuado y pensado para beneficiar a ambos. Un buen profesional no puede "dejar tirado" a un cliente.
Lo que sí es cierto es que en España tendemos a pensar que pagar "por proyecto" es mejor, cuando precisamente creo que perjudica a la relación cliente/freelance, ya que establece muchas "zonas grises" de responsabilidad, modificaciones, etc. La mejor manera es tener una especificación muy clara. Si no es así, las posibilidades de que un proyecto freelance esté bien presupuestado por proyecto son muy bajas, mermando la calidad del producto final.
En resumen: si el proyecto está muy bien especificado, los presupuestos por proyecto funcionan bien; si no lo está, el contrato por horas (o días) es la mejor opción. Con un buen freelance, ambas posibildades son fructíferas y he tenido buena experiencia en ambas.
El tema del use de un framework u otro es una decisión técnica que puede ser relevante para un producto mínimo viable o no. Si tu MVP es un prototipo que no se va a usar para construir la versión final, lo mejor es que el desarrollador use la herramienta con la que trabaje más rápido. Por otro lado, aunque PhoneGap sea una buena solución para agilizar el proceso, el resultado suele ser más limitante que desarrollar un app nativa en cuanto a posibildades que te ofrece, además de un notable empeoramiento del rendimiento.
te diría que depende de cuál es el núcleo de tu negocio y por tanto el valor añadido de tu producto: lo mejor es que éste sea siempre interno. Si este prototipo conceptual es para dar soporte o visibilidad a tu servicio básico, no hay problema en contratar un freelance tanto por tiempo como por proyecto.
Si tu caso es el contrario y tu producto es el prototipo, necesitas un desarrollador que esté implicado en el proyecto más allá de una nómina, con lo que lo ideal sería contratar alguien en interno, y aumentar su motivación con participaciones de la futura empresa. Freelancers hay de muchos tipos, pero por lo general trabajan por proyecto con lo que sus motivaciones no son necesariamente las mismas que las tuyas, además de que habrá muchas zonas grises de responsabilidad como comenta Álvaro.
Respecto al framework, si lo único que quieres es un MVP listo para conseguir financiación, no necesitas preocuparte ni de la escalabilidad ni de la tecnología en sí: desarrolla con lo que sea más rápido.
Yo creo que no se debe de confundir el tipo de contrato, con el hecho de que una persona esté más apegada a un proyecto, o menos; y de la profesionalidad en cuanto a cumplir los acuerdos. Hay cierta relación, pero creo que mucha menos de la que se le atribuye.
Al fin y al cabo, si alguien no está contento con sus condiciones, aún estando con contrato, puede largarse dándote quince días y dejándote igualmente tirado. Incluso puede darse el caso de que te veas forzado a un despido, con lo que además tiene costes económicos y de gestión (sin contar las enormes "turbulencias" que eso genera en un proyecto, especialmente si es pequeño)
Efectivamente un socio sería lo más interesante, tratándose de una parte fundamental del negocio y especialmente mientras vayas a tener una sola persona dedicada a ello. En algún momento puntual puedes completar con más gente (y para ese tipo de colaboración, creo que lo ideal es un freelance), teniendo cuidado de que el equipo propio mantenga el control del código y la arquitectura.
Sobre lo de fácil, barato y con posibilidad de escalar; depende lógicamente del proyecto, pero suelen ser opuestos. Si lo que se busca es algo que enseñar y tantear si va a haber financiación, lo suyo es hacer un prototipo, eliminando todo lo que sea superfluo; normalmente eso suele incluir testing y una arquitectura cuidada.
Si, una vez obtenida, se tiene en cuenta que el prototipo ha de desecharse; o como mucho, usarse para empezar de cero un proyecto sin deuda técnica, aprovechando partes, no hay problema. Si, como suele pasar, lo que era un prototipo, se convierte al día siguiente en el producto, que hay que escalar a ritmo de vértigo, por mi experiencia eso es la receta al desastre. Ya sabes, lo que antes costaba un día, ahora cuesta dos, luego tres, una semana...
En cuanto a Phonegap (recomiendo echar un ojo a Ionic, si vais por ahí), depende de la aplicación. Tengo experiencia en el tema (http://electrometro.es). Resumiendo mucho, para mi es viable y supone un ahorro enorme de tiempo, al unificar iOS y Android en una sola aplicación; pero tiene sus limitaciones, fundamentalmente en la interacción con el dispositivo.
Por tanto, si lo que queréis se puede hacer razonablemente con Phonegap, definitivamente se va a ahorrar tiempo y dinero, con un resultado muy aceptable. Pero, si la aplicación necesita muchos elementos nativos y/o se prevé que los necesite en breve, quizás sea necesario evolucionar a nativo en algún momento; lo cual, si se hace con previsión, puede ser perfectamente aceptable, creo yo.
Depende de las condiciones, me podría interesar a mi. En mi web http://basallo.es; además de mi currículo y algunos ejemplos de mi trabajo, tenéis un formulario de contacto, estaría encantado de hablarlo, si resulta de interés para vosotros.
Muchísimas gracias a todos, entonces creo que mi objetivo es tratar de dar con un socio para el desarrollo.
Álvaro, en tu perfil he visto las palabras claves, agile, unit testing, ionic.. añadido a linkedin y revisado tu web, app etc :) hablamos.
Estamos buscando alguien en Madrid para un proyecto de machine learning, expert systems, redes etc.. aplicado a la nutrición.
Sería un desarrollo web en python, R, Java o similar y luego convertirlo a app mediate ionic, phonegap o similar.
Salario + participaciones.
27/08/2014 16:45
Hablo desde mi perspectiva como freelance.
Como freelance, creo que el problema de que te puedan dejar tirado lo puedes mitigar con un acuerdo de pagos adecuado y pensado para beneficiar a ambos. Un buen profesional no puede "dejar tirado" a un cliente.
Lo que sí es cierto es que en España tendemos a pensar que pagar "por proyecto" es mejor, cuando precisamente creo que perjudica a la relación cliente/freelance, ya que establece muchas "zonas grises" de responsabilidad, modificaciones, etc. La mejor manera es tener una especificación muy clara. Si no es así, las posibilidades de que un proyecto freelance esté bien presupuestado por proyecto son muy bajas, mermando la calidad del producto final.
En resumen: si el proyecto está muy bien especificado, los presupuestos por proyecto funcionan bien; si no lo está, el contrato por horas (o días) es la mejor opción. Con un buen freelance, ambas posibildades son fructíferas y he tenido buena experiencia en ambas.
El tema del use de un framework u otro es una decisión técnica que puede ser relevante para un producto mínimo viable o no. Si tu MVP es un prototipo que no se va a usar para construir la versión final, lo mejor es que el desarrollador use la herramienta con la que trabaje más rápido. Por otro lado, aunque PhoneGap sea una buena solución para agilizar el proceso, el resultado suele ser más limitante que desarrollar un app nativa en cuanto a posibildades que te ofrece, además de un notable empeoramiento del rendimiento.
Un saludo,
Álvaro
28/08/2014 20:00
te diría que depende de cuál es el núcleo de tu negocio y por tanto el valor añadido de tu producto: lo mejor es que éste sea siempre interno. Si este prototipo conceptual es para dar soporte o visibilidad a tu servicio básico, no hay problema en contratar un freelance tanto por tiempo como por proyecto.
Si tu caso es el contrario y tu producto es el prototipo, necesitas un desarrollador que esté implicado en el proyecto más allá de una nómina, con lo que lo ideal sería contratar alguien en interno, y aumentar su motivación con participaciones de la futura empresa. Freelancers hay de muchos tipos, pero por lo general trabajan por proyecto con lo que sus motivaciones no son necesariamente las mismas que las tuyas, además de que habrá muchas zonas grises de responsabilidad como comenta Álvaro.
Respecto al framework, si lo único que quieres es un MVP listo para conseguir financiación, no necesitas preocuparte ni de la escalabilidad ni de la tecnología en sí: desarrolla con lo que sea más rápido.
Espero haber aclarado alguna de tus dudas,
Un saludo,
Jorge
29/08/2014 14:59
Yo creo que no se debe de confundir el tipo de contrato, con el hecho de que una persona esté más apegada a un proyecto, o menos; y de la profesionalidad en cuanto a cumplir los acuerdos. Hay cierta relación, pero creo que mucha menos de la que se le atribuye.
Al fin y al cabo, si alguien no está contento con sus condiciones, aún estando con contrato, puede largarse dándote quince días y dejándote igualmente tirado. Incluso puede darse el caso de que te veas forzado a un despido, con lo que además tiene costes económicos y de gestión (sin contar las enormes "turbulencias" que eso genera en un proyecto, especialmente si es pequeño)
Efectivamente un socio sería lo más interesante, tratándose de una parte fundamental del negocio y especialmente mientras vayas a tener una sola persona dedicada a ello. En algún momento puntual puedes completar con más gente (y para ese tipo de colaboración, creo que lo ideal es un freelance), teniendo cuidado de que el equipo propio mantenga el control del código y la arquitectura.
Sobre lo de fácil, barato y con posibilidad de escalar; depende lógicamente del proyecto, pero suelen ser opuestos. Si lo que se busca es algo que enseñar y tantear si va a haber financiación, lo suyo es hacer un prototipo, eliminando todo lo que sea superfluo; normalmente eso suele incluir testing y una arquitectura cuidada.
Si, una vez obtenida, se tiene en cuenta que el prototipo ha de desecharse; o como mucho, usarse para empezar de cero un proyecto sin deuda técnica, aprovechando partes, no hay problema. Si, como suele pasar, lo que era un prototipo, se convierte al día siguiente en el producto, que hay que escalar a ritmo de vértigo, por mi experiencia eso es la receta al desastre. Ya sabes, lo que antes costaba un día, ahora cuesta dos, luego tres, una semana...
En cuanto a Phonegap (recomiendo echar un ojo a Ionic, si vais por ahí), depende de la aplicación. Tengo experiencia en el tema (http://electrometro.es). Resumiendo mucho, para mi es viable y supone un ahorro enorme de tiempo, al unificar iOS y Android en una sola aplicación; pero tiene sus limitaciones, fundamentalmente en la interacción con el dispositivo.
Por tanto, si lo que queréis se puede hacer razonablemente con Phonegap, definitivamente se va a ahorrar tiempo y dinero, con un resultado muy aceptable. Pero, si la aplicación necesita muchos elementos nativos y/o se prevé que los necesite en breve, quizás sea necesario evolucionar a nativo en algún momento; lo cual, si se hace con previsión, puede ser perfectamente aceptable, creo yo.
Depende de las condiciones, me podría interesar a mi. En mi web http://basallo.es; además de mi currículo y algunos ejemplos de mi trabajo, tenéis un formulario de contacto, estaría encantado de hablarlo, si resulta de interés para vosotros.
Saludos,
Álvaro Basallo.
29/08/2014 18:05
Álvaro, en tu perfil he visto las palabras claves, agile, unit testing, ionic.. añadido a linkedin y revisado tu web, app etc :) hablamos.
13/09/2014 14:47