[pyar] [pyIDEal] y....daaaaaaaaaalllleee!

[QliX=D! [aka EHB]]

2010/9/20 Claudio Freire <klaussfreire en gmail.com>:
>
>
> 2010/9/17 QliX=D! [aka EHB] <qlixed en gmail.com>
>>
>> 2010/9/17 Ivan Alejandro <ivanalejandro0 en gmail.com>:
>> > 2010/9/17 QliX=D! [aka EHB] <qlixed en gmail.com>:
>> >> Creo que mas alla de la emocion hay que parar un toque la pelota, y
>> >> pensar un poco en el diseño si lo vamos a hacer de cero y definir bien
>> >> el alcance que va a tener el proyecto.
>> > Definitivamente, creo que lo mas adecuado es pensar todo lo mas
>> > posible antes de arrancar.
>> >
>> >> Me intereza, y podria colaborar, pero hay muchas cosas por revisar:
>> >> 1) Arquitectura?:
>> >>   ! Minimal core (inter plugins comm) y plugins?
>> >>   ! Funcionalidad Base definida + plugins?
>> > No se bien cual seria la diferencia entre ambas
>>
>> Minimal Core, seria como un router de mensajes entre los plugins nada
>> mas. Es el punto donde expones los servicios existentes de tus plugins
>> para que otros lo puedan usar, y generas un "workflow" entre los
>> plugins para poder manejar la informacion.
>>
>> Funcionalidad Base definidida, seria, algo asi como tener un "Notepad"
>> listo, y a esto pegarle los plugins alrededor.
>
> Gente, no pierdan de vista el objetivo.
>
> El objetivo no es armar una arquitectura perfecta, el objetivo es armar un
> IDE perfecto.
>

Perdon que disienta un poco en esto, creo que todo es importante, lo
bueno es ir tirando ideas de todas las etapas, ahora no empezamos con
nada, si alguien quiere tirar un boceto de loq ue seria interfaz,
bienvenido!, para eso armamos la lista y el grupo de pyideal, para
poder discutir todos los niveles.
Muchas cosas de alto nivel impactan en la infraestructura, y viceversa.
Yo encare por ese lado por que me parecio importante definirlo.
Por otro lado, si alguien tira un prototipo de interfaz, buenisimo,
pero no me considero lo suficientemente bueno para poder hacerlo, por
eso no lo hice.

> Empiecen haciendo mockups del diseño de la interfaz, que es lo que el
> usuario va a USAR. Empiecen a diseñar cómo es el workflow, *desde el punto
> de vista del usuario*. En papel (o con alguna herramienta:
> http://c2.com/cgi/wiki?GuiPrototypingTools )
>



> Después se puede discutir cómo implementar ESE WORKFLOW. Por ahora, discutir
> arquitectura es como decir:
>
> "Che, ¿qué te parece? ¿uso vigas de acero o hago la estructura de manera?"
>
> "Yo creo que lo mejor es usar acero... sino con más de 4 pisos se te cae al
> carajo."
>
> "No, lo mejor es usar Vigas Multimodal Modificadas y Transducibles, asi
> querés agregar más de 4 pisos cambiás las vigas preexistentes por Acero, y
> luego por Titanio si te parece, porque son intercambiables"
>
> "Pero con madera se siente mucho más hogareño, además la madera mata
> árboles, no me gustan los árboles, quiero matarlos".
>
> "Ehm... pero yo iba a hacer un estacionamiento subterráneo"
>
> "Ah. Usá hormigón armado entonces"

Creo, a mi entender, que todos los que nos quejamos de que no "existe
una IDE ideal" tenemos en claro que estamos tratando de armar una
IDE... Pero bueno tener una vista de lo que seria front end seria
bueno tambien.

Saludos.
EHB