[dec]

Hola,

Empezado por Neftalí

El código del proyecto se resiente, ya que las personas que programen no tienen la suficiente experiencia para asegurar que lo que están haciendo es correcto (y si hay alguien que debe ir revisando no sirve de nada) y las personas/programadores también, porque el ritmo de aprendizaje no lo marca la lógica/libro/manual con una coherencia, sino que lo marca la necesidad del proyecto y ese ritmo de aprendizaje (o esa línea a seguir) no siempre es el correcto (tal vez en algunas cosas empiezas a "hacer la casa por el tejado"); No se si me explico.

Bueno. No estoy de acuerdo con la mayoría de lo que has dicho en ese párrafo Neftalí. Trataré de exponer porqué. En primer lugar creo que revisar el código fuente del proyecto sirve de mucho, de hecho no quedaría más remedio que hacerlo, y creo que forma parte del desarrollo. Ya he dicho que, si se quiere matar a WordPress, habrá que leer el código fuente de WordPress.

No creo que se llegase a hacer la casa por el tejado, porque, antes de escribir la primera línea de código el proyecto tendría que estar lo suficientemente cimentado como para ponerse a ello. Es cierto que uno se puede poner a programar compulsivamente de la noche a la mañana, pero, ¿estamos hablando de un proyecto a medio/largo plazo, o de ponernos a programar de la noche a la mañana a ver qué sale?

En fin. Creo que incluso para alguien que apenas sepa nada de PHP (que es mi caso, por cierto) podría resultar de provecho colaborar (en la medida de sus posibilidades) en el desarrollo de un proyecto en equipo. Sigo creyendo que serviría como experiencia (luego veríamos si buena o mala, que de todas se aprenden algo) y hasta que quien no sepa (aparentemente) podría acaso sorprender con sus aportaciones, por decirlo de algún modo.

Otrosí reconozco que no tengo experiencia trabajando en equipo. Y que nunca he trabajado en un proyecto de lenguaje desconocido hasta entonces. Así que por experiencia, lo que se dice por experiencia, no puedo hablar y no hablo.

Empezado por Pepón

Aquí se está poniendo en duda el uso de Delphi (...)

No es cierto, al menos no puedes decirlo por mí. Ya he dicho porqué eligiría PHP, en este caso: he propuesto una aplicación asesina que llevar a cabo, y esta no podría estar escrita en Delphi debido a sus características. Es lógico, me parece, y si no corregidme, pero, no estoy poniendo en duda Delphi como herramienta en absoluto, no es esa mi intención y no creo que en ningún modo pueda colegirse algo así de lo que he dicho.

Empezado por Pepón

¿esto no es un foro sobre Delphi?

Prefiero pensar que, aunque el nombre sea ClubDelphi, aquí se reúne una comunidad de programadores dispuestos a echarse una mano, entre otras cosas. De hecho en los Foros hay apartados para varios lenguajes de programación, no sólo se trata en ellos de Delphi, y no creo que esto sea un error, sino todo lo contrario. Incluso puede que sea así porque no puede ser de otro modo. Y la realidad está ahí.

Empezado por Pepón

También se cuestiona el uso de una herramienta de desarrollo que tiene un coste "elevado".

Para un proyecto de código abierto, desarrollado en equipo y cuya licencia fuera a ser de código abierto, sí, verdaderamente, el coste de la herramienta tiene su barrera de entrada. Eso es innegable. Más, desde el momento en que se pueden utilizar herramientas que son gratuitas: no las versiones personales (y capadas) sino las que todo el que quiera puede utilizar, cualquiera que sea su nivel.

Pero, me estoy yendo por las ramas, y no me hace falta: he hablado de matar a WordPress y digo una vez más que Delphi no me parece la mejor herramienta para llevarlo a cabo. Me refiero a eso y a nada más. El párrafo anterior lo mantengo, salvo que se me den razones suficientes para no hacerlo, pero, en el caso del asesinato de WordPress que he planteado, Delphi sería demasiado "bruto", por decirlo de alguna manera, y nos acabaría cogiendo la policía. ¿Y no es lo que queremos, verdad?

Empezado por Pepón

Si uno no lo usa comercialmente, puede acceder a la licencia de estudiante (más barata), o a una cedida por alguien amablemente, siempre que no se vaya a usar comercialmente. Pero si se dedica profesionalmente al mundo de la programación... ¿no sería lógico que ya tuviese su licencia adquirida? (...)

Si uno lo usa comercialmente, sin duda, creo que tienes razón. Pero, ¿y si no se va a usar comercialmente? ¿Y si no se va a negociar con la licencia del programa, sino que, como mucho, los negocios vendrían de otro sitio? Piensa únicamente en todos aquellos programadores que quieran desarrollar un Plugin para el hipotético programa... ¿los obligarías a comprar Delphi? O, lo que es lo mismo, ¿impedirías que muchos de ellos pudieran colaborar por no poder pagar la licencia de Delphi?

Empezado por Pepón

Puede que alguien no esté de acuerdo conmigo, pero según veo yo, si utilizas una aplicación para sacar provecho económico, deberías de tener una licencia registrada de dicha aplicación

A grandes rasgos yo, desde luego, esoy de acuerdo contigo. Pero, puesto que preferiría un proyecto de código abierto a uno cerrado, pienso que Delphi no es la herramienta más adecuada. Es posible que me equivoque, eso no lo dudo, porque no sería la primera vez ni sería la última.

Empezado por Pepón

A lo mejor lo que se debería de precisar es la versión de la herramienta a usar: Standard, Professional, Architect.

A lo mejor; aquí estamos por el momento hablando sobre el asunto. ¿Para asesinar a qué aplicación, dices tú?

Empezado por Ñuño

De todas formas, hasta que no se sepa lo que se va a hacer y quién va a participar, no debería hablarse de las herramientas a utilizar.

Completamente de acuerdo. Yo propongo asesinar a WordPress. ¿Qué herramientas propones tú para llevar a cabo el magnicidio, si es que no te parece mal, quiero decir, supuesto el caso que no vieras mal un proyecto así? Porque, a otros proyectos (sin conocerlos), otros lenguajes, probablemente, otras herramientas. O sea que sí, que hay que esperar a ver qué se va a hacer para comenzar a vislumbrar cómo llevarlo a cabo.