Definir backend: funcionalidades y tecnología

[jgsogo]

Creo que estaría genial que @hhkaos nos expusiera cuál es la idea de backend que tiene en mente y, también, que todos expongamos cuáles son las tecnologías con las que nos sentimos más cómodos para definir cual es el stack que podemos utilizar para desarrollarlo.

Entiendo que éste es un proyecto para aprender, pero aún así puede ser interesante utilizar alguna tecnología en la que alguien haya hecho algo antes, 😄

[jgsogo]

Mi experiencia en backend es con Django... pero tengo interés en cualquier otra tecnología, así que si decidimos hacerlo con node.js (por ejemplo) intentaré aprender y echar una mano en la medida de lo posible.

[hhkaos]

Hi crack!

Mi experiencia en back esta también con Django (aunque poco ya), con PHP y algo he hecho con node.js también, pero PHP intento usarlo para cosas triviales sólo. Por mi parte prefiero algo tipo Node.js/Django, pero como vosotros días; incluso Ruby también me llama la curiosidad, aunque para node/django/ruby habría que poner el proyecto en el servidor que nos cedió Lunacloud.

En cuanto a la idea que tenía del backend, había pensado por empezar un back sencillo que ofreciese una interfaz REST para consultar la API de idealista que además se encargase de mantener un feature service actualizado, así posiblemente podríamos acelerar las consultas y quizás hasta eliminar los pisos duplicados que hay muchas veces en la BD de idealista. Yo empezaría por algo simple de ese estilo y si queréis podríamos añadir un sistema de usuarios, aunque eso ya queda fuera de la parte GIS xD.

¿Qué me decís?, ¿o preferís un meeting online y hacemos un brainstorming?

[jgsogo]

Lo del feature service me lo tengo que mirar, que mi background en temas de estos es un poco escaso... pero si he entendido bien lo poco que he leído, la idea es tener un backend con base de datos que haga de intermediario entre Idealista y nuestro frontend de tal manera que podamos integrar los datos de idealista, corregir errores, añadir información relevante,... y también crear nuestra propias vistas agregadas de esos datos, ¿no? (more or less)

Lo de los usuarios lo veo bastante interesante, pero quizá para una fase posterior, cuando ya tengamos más claro qué queremos hacer y cómo, e incluso tengamos implementado lo básico... de momento lo podemos considerar con una web "de usuario único".

Por mi parte, aunque me apetece meterme con node.js, mi voto iría para Django, así al menos tengo idea de algo XD

[hhkaos]

Aquí te dejo una aclaración en una charla de hice sobre ArcGIS Online, cualquier duda me dices :)
http://youtu.be/g9UJHsUe-e8?t=50m56s

En la BD como comentas yo también intentaría guardar la info adicional que no esté en Idealista y que nosotros queramos poder almacenar, por ejemplo los POIs, pisos que hayamos detectado duplicados, ¿fraudulentos?, caché,... o cualquier otra info. Y en el feature service (servicio de entidades) quizás podamos guardar/actualizar los pisos recuperados (ya que es una base de datos espacial) y así poder recuperar para hacer las operaciones de búsqueda los pisos por ID, extensión, etc. Creo que nos puede facilitar/agilizar las consultas espaciales.

Jejej, estoy de acuerdo en dejar lo de los usuarios fuera inicialmente, con eso no aprenderemos nada de GIS :).

En cuanto a tecnologías me parece bien usar cualquiera, Django y ... ¿sqlite?, lo digo para facilitar el tema de montar el entorno (que si no los que no son desarrolladores lo van a pasar mal,no?).

Abrazo!

[rgarom]

Yo creo también que la API REST sería lo más sencillo. Mi experiencia en back es principalmente con Java, y algo con Node.js + Express.js. Voto por Node porque no tengo ni idea de Django, pero si os veis fuertes ahí se aprende que para eso me metí en esto :D.
Sobre la BBDD cualquiera es buena :D.

[rgarom]

Una pregunta, ¿el servidor en Lunacloud es gratuito?. Si no, hay alternativas PaaS gratuitas como Heroku que para empezar está genial. Se añade como "remote" a git y al hacer push aparecen al instante los nuevos cambios en una URL del tipo "*.herokuapp.com".

Por otro lado, he caído que de cara también a facilitar el montaje del entorno a los que no son desarrolladores Node.js facilita mucho, ya que hace de servidor web (por lo que no haría falta meter ningún apache ni nada :P).

[hhkaos]

Por un lado Node me parece más adecuado para gestionar la asincronía impuesta por la naturaleza de las APIs, pero también me da un poco más de respeto por el tema de las promesas. Luego la verdad es que nunca he usado bases de datos que no sean MongoDB con Node y no sé si para este caso será mejor otro tipo de BD. ¿Os apetece que echemos hoy un rato de Hangout y lo comentemos?.

Dándole más vueltas creo que con Node lo echaríamos a andar más rápido (con 2/3 ficheros ya podemos echar a andar), y por el tema de consumo de recursos además de la instalación y configuración del entorno también sería rápido para todos (ya que el que tenga el repo configurado no tiene que hacer pasos nuevos).

@jgsogo yo me hice este curso de Codeschool y en un rato ya sabes como poner en marcha un node con un express:
https://www.codeschool.com/courses/real-time-web-with-node-js

Yo creo que si lo empezamos con pair programming sufriremos menos ;D(@rgarom que nos haga de maestro Jedi ;D, o si no le pedimos ayuda a @JavierAbadía -> https://github.com/jabadia que controla mucho) ^_^

Abrazooo!

[hhkaos]

Hihi!

Sí, Lunacloud nos ofrece un servidor pero aún tenía un par de trámites por
terminar con ellos antes de tener acceso.

Usar heroku puede ser una opción como servidor de desarrollo, o si os gusta
Bluemix puedo intentar conseguir uno gratuito con ellos (tiene creo más
opciones que Heroku).

Voto por reunión y tomar la decisión cuanto antes ^_^.

• Servidores propuestos: Lunacloud, Heroku, Bluemix
• Tecnologías de backend: Django, Node.js, Ruby

Hagan sus apuestasssss ^_^

---

Raúl Jiménez Ortega http://www.rauljimenez.info/perfil-profesional
GeoRemindMe http://www.georemind.com, a whole world of recommendations
to be discovered.
GeoRemindMe!

Contact
Urgent contact: P_lease call me at +34 652 38 43 50 *
Chat/IM *:_ hhkaos at google (gtalk) | kaos_cs (skype)
Social networks: http://www.linkedin.com/pub/dir/raul/jimenez%20ortega
http://www.facebook.com/hhkaos http://www.twitter.com/raul_en
http://www.xing.com/profile/Raul_JimenezOrtega

2015-03-08 2:49 GMT+01:00 Rafa Garrido notifications@github.com:

Una pregunta, ¿el servidor en Lunacloud es gratuito?. Si no, hay
alternativas PaaS gratuitas como Heroku que para empezar está genial. Se
añade como "remote" a git y al hacer push aparecen al instante los nuevos
cambios en una URL del tipo "*.herokuapp.com".

Por otro lado, he caído que de cara también a facilitar el montaje del
entorno a los que no son desarrolladores Node.js facilita mucho, ya que
hace de servidor web (por lo que no haría falta meter ningún apache ni nada
:P).

—
Reply to this email directly or view it on GitHub
#7 (comment)
.

[rgarom]

Más quisiera ser Jedi de Node jeje, hice justo el curso que has puesto y algunas pruebecillas por mi cuenta, pero bastante básico. Seguro que entre todos lo sacamos adelante, que la curva de aprendizaje es sencilla :D.
A ver que opinan los demás!!!

[jgsogo]

A mí me es indiferente, creo que puedo adaptarme más o menos cualquier escenario, son ya unos cuantos años programando y no creo que node.js sea completamente diferente a todo lo existente ;D

Tengo la impresión de que preferís node.js, que de alguna forma es en lo que queréis hacerlo. Y ¡ojo! Que en cierto modo yo tengo curiosidad por ver cómo funciona, así que perfecto; miraré por ahí e iré aprendiendo.

En cuanto a servidores, sólo he utilizado Heroku con Django una vez, así que tampoco puedo decantarme por ninguno.

Lo importante es empezar cuanto antes y fallar pronto, ¿no?

[hhkaos]

Agree con ambos!

Ya he subido un chorri servidor con Nodejs que sirve los ficheros de manera
estática (como habréis visto ya seguramente).

Ahora quien quiera puede empezar a montar la API o lo que quiera. Yo de
momento quiero terminar de arreglar el front ya que de momento la búsqueda
la hace sólo alrededor del primer POI. Tengo que refrescar conocimientos
sobre promesas y demás :).

Un abrazo!,
Raúl

---

Raúl Jiménez Ortega http://www.rauljimenez.info/perfil-profesional
GeoRemindMe http://www.georemind.com, a whole world of recommendations
to be discovered.
GeoRemindMe!

Contact
Urgent contact: P_lease call me at +34 652 38 43 50 *
Chat/IM *:_ hhkaos at google (gtalk) | kaos_cs (skype)
Social networks: http://www.linkedin.com/pub/dir/raul/jimenez%20ortega
http://www.facebook.com/hhkaos http://www.twitter.com/raul_en
http://www.xing.com/profile/Raul_JimenezOrtega

2015-03-08 19:49 GMT+01:00 Javier G. Sogo notifications@github.com:

A mí me es indiferente, creo que puedo adaptarme más o menos cualquier
escenario, son ya unos cuantos años programando y no creo que node.js sea
completamente diferente a todo lo existente ;D

Tengo la impresión de que preferís node.js, que de alguna forma es en lo
que queréis hacerlo. Y ¡ojo! Que en cierto modo yo tengo curiosidad por ver
cómo funciona, así que perfecto; miraré por ahí e iré aprendiendo.

En cuanto a servidores, sólo he utilizado Heroku con Django una vez, así
que tampoco puedo decantarme por ninguno.

Lo importante es empezar cuanto antes y fallar pronto, ¿no?

—
Reply to this email directly or view it on GitHub
#7 (comment)
.