[Desarrollo] presentación , y GILDA

[Lista de desarrollo de gnuScout]

El jue, 23-11-2006 a las 17:34 +0100, Lista de desarrollo de gnuScout
escribió:
> Buenas de nuevo!
> 
> Pues le he echado un ojo por encima al GILDA, y la verdad es q tiene pinta de 
> que se podrían aprovechar muchas cosas e ideas. Por ejemplo la estructura de 
> las bases de datos, podría ser bastante útil y servirnos para comenzar. 
> Seguro que algunas cosas se deberían modificar o ampliar, pero seria un 
> comienzo.
> 
> Lo que no me gusta demasiado, y opino como alguien en el foro, es que 
> considero que es más útil el uso de módulos, de forma que cada asociación 
> pudiera añadir los que necesitara. Además, con esto se facilita la 
> colaboración de la gente, que no tiene que conocer el código completa, si no 
> las interfaces.
> 
> En cualquier caso, si el proyecto tira hacia el php, es algo a valorar, porque 
> habria parte de código hecho.

Buenas de nuevo.

Por cierto, antes que se me olvide, una sugerencia para el administrador
de la lista. ¿Podrías configurar Mailman para que no oculte el remitente
de la lista?, es una puñeta contestar a alguien sin saber quién es. En
la config del Mailman es el campo "anonymous_list". Por cierto, soy
David, el de hace dos correos ;-)


Bueno, al turrón. Creo que antes de ponernos a pensar en qué lenguaje y
demás decisiones de implementación, deberíamos de tener claro qué es lo
que necesitamos, qué es lo que buscamos... etc. Osease, empezar a
escribir en el wiki páginas y páginas (se nota que estoy dando ahora
Ingeniería del Software ¿eh? jeje). Es lo que en la portada pone como
primera fase ahora que me acabo de fijar. Es que estoy aburrido de ver
lo que me pasa a mí y a mis compañeros, que nos mandan unas
prácticas/trabajos y nos ponemos a picar código como locos (lo que nos
pasa a casi todos los informáticos) y cuando nos queremos dar cuenta,
tenemos un truño de código donde no se puede meter mano.

Lo de tener ahí la base de código de GILDA no me parece mal en
principio, aunque es discutible... legalmente y moralmente podemos (es
S.L.), y nos puede quitar mucho trabajo (que no lo sé, habría que verlo)
pero también hay que tener en cuenta que podemos heredar hipotéticamente
los defectos que pueda tener GILDA.


Yo tengo algo de experiencia programando en PHP, scripts para mis
servidores (gestión de correo, consultas a una BDD etc.) y haciendo
algunas modificaciones puntuales en Drupal y Xoops. 

Cosas buenas de PHP:
 - Se puede desarrollar muy rápidamente en ese lenguaje.
 - Hay una muy buena documentación ahí afuera, una gran comunidad y
muchos muchos ejemplos de código.
 - Código portable, esfuerzo 0 en ese aspecto. Hay intérpretes de PHP
para un montón de sistemas operativos.

Cosas malas:
 - Depende de un servidor, aunque nadie te impide que el servidor sea tu
mismo ordenador.
 - Depende de la presentación de un navegador web. Respecto a
navegadores web, puedo escribir un libro ¬¬
 - Es rápido de aprender, pero no sólo hay que aprender PHP, hay que
aprender (X)HTML, CSS, ¿javascript? (si se tercia), sesiones, cookies,
SQL, objetos... y muchas cosas más que ahora mismo no caigo. Es fácil
echar a andar algo como sea, pero muy muy muy muy difícil hacer que ande
bien porque hay que tener en cuenta muchas cosas, sobre todo respecto a
seguridad. Saber programar _bien_ en PHP es muy difícil.
 - Si no se hace bien, la calidad del código puede ser una mierda. Ok,
eso pasa con casi todos pero hay algunos que te "orientan" o te enfocan,
como Java que te fuerza a que orientes todo todito todo a objetos y tal,
o Python que tiene unas reglas muy estrictas respecto a formateado del
código.
 - Código ilegible, provocado porque se intercalan fragmentos de HTML
dentro de bloques de PHP. La solución es usar plantillas, separar lógica
y presentación... mirar el tercer punto.
 - [[pon aquí tu manía de turno]]

¿Que quiero decir con esto?, que tenemos que tener cuidadito con quién
nos vamos a acostar, y que hay que valorar muchas cosas. En vez de caer
en el problema que tenemos los informáticos (yo mismo ahora p.e.) de
pensar en los aspectos técnicos del problema (qué lenguaje voy a usar,
qué herramienta... etc.) hay que acotar bien la naturaleza del problema.


Bueno, no me enrollo más porque puedo pegarme horas escribiendo jeje. Ya
me contaréis ;-)


¡Bytes!


-- 
David Castellanos Serrano <david[en]scoutsclm[punto]org>
------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre     : no disponible
Tipo       : application/pgp-signature
Tamaño     : 189 bytes
Descripción: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada
	digitalmente
Url        : /pipermail/desarrollo_gnuscout.net/attachments/20061124/7ba2fc40/attachment.bin