The killer ClubDelphi application... (antes: aportarias tu codigo?)

[[Al González]]

¡Hola a todos!

Mis colaboradores y yo actualmente experimentamos con un modelo llamado DTE. Aquí algo que publiqué al respecto el año pasado:

http://www.clubdelphi.com/foros/showthread.php?t=25463

Ojalá se retome también ese hilo, porque realmente pienso que la Red Colaborativa DTE sería algo muy bueno para todos.

Y aunque el esquema DTE aún está en proceso de maduración, creo que por ser el planteado un proyecto sin altas presiones económicas o de tiempo, podríamos darnos el lujo de probarlo en él.

Un abrazo distribuido.

Al González.

[Ñuño Martínez]

No he leído tu artículo entero, sólo las dos primeras partes, pero me parece algo realmente interesante y que, de imponerse en España, me ayudaría mucho a encontrar trabajo (¿Por qué es tan difícil que los empresarios entiendan que soy el mejor? ).

Por ahora estoy completamente de acuerdo con ese sistema de distribución del trabajo, y no es incompatible (a mi parecer) con el sistema "Cátedra" y aún menos con el "Bazar" de los que hablé antes.

Me sentiría realmente orgulloso por colaborar en un proyecto así, que podría derivar en un producto y un paradigma revolucionarios...

[jorge1987]

Y, en que quedamos?

Saludos

[Ñuño Martínez]

Yo voy a estar desconectado durante 10 días en un pueblo a decenas de kilómetros del ordenador más cercano (BIEEEEEEEEEEEN), pero quiero que sepan que esto me interesa así que cuenten con migo si llegan a alguna conclusión en este tiempo.

[[Al González]]

¡Hola a todos!

Empezado por Ñuño Martínez

...No he leído tu artículo entero, sólo las dos primeras partes, pero me parece algo realmente interesante...

Gracias por el comentario, pero creo que te has perdido de la mejor parte (la Red Colaborativa).

Por cierto, si alguien quiere publicar mi artículo en su Web, siéntase con la libertad de solicitarme el texto original.

Anoche estuve pensando que sería conveniente revisar la organización de las especialidades ahí propuestas. Después de haber ganado algo de experiencia en este experimental modelo, creo que sería adecuado colocar PO (la programación escrita para las interfaces de usuario), PB y PL —Programación de Lógica de negocios (nueva)— como subespecialidades de una nueva especialidad abreviada como "PR" (Programación). Y considerar RE como parte de DO (diseño visual de las interfaces de usuario), o sea, no mutuamente exclusivas. En cuanto a MD aún tengo mis dudas de si debe aparecer o dónde debe ir, ya que todavía no he puesto en práctica esa especialidad de manera formal, aislada o explícita.

Algo que me faltó agregar en mi propuesta hecha en este hilo (sobre el esquema de trabajo), es que también es importante definir la normativa de desarrollo, es decir, las reglas de estándares, estilos, nomenclaturas y demás que deberán seguirse durante el desarrollo del software, para no sólo trabajar bajo el mismo lenguaje sino también hablar el mismo idioma. Este asunto suele generar polémica cuando existe demasiado apego u obstinación a la manera de programar de cada uno, y para mí es uno de los parámetros clave que determina si una persona tiene o no facilidad para integrarse al trabajo en equipo; si antepone o no los objetivos del grupo a sus gustos personales.

En resumen, reiterando mi propuesta y, claro, si la mayoría de los interesados están de acuerdo, definamos el esquema general de trabajo y luego el proyecto de software.

Un abrazo esperando comentarios.

Al González.

[Casimiro Noteví]

Empezado por Al González

¡Hola a todos!


Gracias por el comentario, pero creo que te has perdido de la mejor parte (la Red Colaborativa).

Por cierto, si alguien quiere publicar mi artículo en su Web, siéntase con la libertad de solicitarme el texto original.

Anoche estuve pensando que sería conveniente revisar la organización de las especialidades ahí propuestas. Después de haber ganado algo de experiencia en este experimental modelo, creo que sería adecuado colocar PO (la programación escrita para las interfaces de usuario), PB y PL —Programación de Lógica de negocios (nueva)— como subespecialidades de una nueva especialidad abreviada como "PR" (Programación). Y considerar RE como parte de DO (diseño visual de las interfaces de usuario), o sea, no mutuamente exclusivas. En cuanto a MD aún tengo mis dudas de si debe aparecer o dónde debe ir, ya que todavía no he puesto en práctica esa especialidad de manera formal, aislada o explícita.

Algo que me faltó agregar en mi propuesta hecha en este hilo (sobre el esquema de trabajo), es que también es importante definir lanormativa de desarrollo , es decir, las reglas de estándares, estilos, nomenclaturas y demás que deberán seguirse durante el desarrollo del software, para no sólo trabajar bajo el mismo lenguaje sino también hablar el mismo idioma. Este asunto suele generar polémica cuando existe demasiado apego u obstinación a la manera de programar de cada uno, y para mí es uno de los parámetros clave que determina si una persona tiene o no facilidad para integrarse al trabajo en equipo; si antepone o no los objetivos del grupo a sus gustos personales.

En resumen, reiterando mi propuesta y, claro, si la mayoría de los interesados están de acuerdo, definamos el esquema general de trabajo y luego el proyecto de software.

Un abrazo esperando comentarios.

Al González.

Eso es algo esencial, es lo primero que hago cuando inicio un nuevo proyecto: entregar a cada uno un documento con las normas a seguir para la nomenclatura de todos los datos. Y si cualquier parte no cumple esa norma, no pasa al proyecto final hasta que haya sido corregida.
De esta forma, el código se hace facilmente comprensible para cualquier persona que participa en el proyecto, casi como si fuese su propio código (siempre hay pequeñas diferencias sin importancia.

[Neftali [Germán.Estévez]]

Empezado por Casimiro Notevi

Eso es algo esencial, es lo primero que hago cuando inicio un nuevo proyecto: entregar a cada uno un documento con las normas a seguir para la nomenclatura de todos los datos.

No se si lo sabéis, supongo que sí; Pero comentaros que hay un documento de Borland sobre estandard de programación (estilos de ódigo, nomenclaturas, espacios, comentarios,...); Lo digo porque así nadie "impone" su estilo propio.
Link.

Basándose en ese documento hay un formateador de código de la Jedi.

Y por Internet se puede encontrar algun otro gratuíto; Este en concreto funciona bastante bien (yo lo uso) y es configurable; Para los que nos interesa variar alguna de las premisas estandard que se definen.

[Casimiro Noteví]

Empezado por Neftali

No se si lo sabéis, supongo que sí; Pero comentaros que hay un documento de Borland sobre estandard de programación (estilos de ódigo, nomenclaturas, espacios, comentarios,...); Lo digo porque así nadie "impone" su estilo propio.
Link.

Basándose en ese documento hay un formateador de código de la Jedi.

Y por Internet se puede encontrar algun otro gratuíto; Este en concreto funciona bastante bien (yo lo uso) y es configurable; Para los que nos interesa variar alguna de las premisas estandard que se definen.

Tranquilo, no voy a imponer nada porque tampoco voy a ser el jefe del proyecto, eso es seguro

[Neftali [Germán.Estévez]]

Empezado por Casimiro Notevi

...no voy a imponer nada porque tampoco voy a ser el jefe del proyecto

No me refería a tí, Casimiro; Me refería en una forma genérica a todos nosotros; Cada uno tenemos nuestro estilo y nuestras manías (por ejemplo, a mi me gusta poner el then..begin en la misma línea -aunque el documento de Borland diga lo contrario-).

Me pareció que una forma de no dicidirnos por la de nadie (ni de que alguien deba hacer ese documento) es escoger una ya existente.

Disculpa si me expliqué mal.

[xander]

Aqui por lo que he visto todo mundo habla de sistemas de gestión y Delphi, entonces hagan un sistema de gestión de facturas, pedidos y esas yerbas que use multimonedas, multi-impuestos, que este hecho en Delphi y que funcione en la Web... listo ahi tienen el proyecto.

En muchas cosas de esas hay expertos aqui

[mamcx]

Como ya expuse, el problema de ese tipo de proyectos es que demanda un mayor personal NO programador, sino soporte tecnico, contadores, ventas, etc...

Ademas, que precisamente: Es muy tipico. Y muy especifico, no es nada facil lograr que un sistema de gestion se acomode a cada legislacion y pais y mantenerlo al pie con ellas.

Sin embargo, veo que han sido pocas las ideas... abran su mente!

[xander]

en todos los proyectos necesitas dar soporte, los usuarios son re-buenos para hacer estupideces, la parte de contabilidad y ventas la conocen los programadores que son quienes precisamente han hecho las aplicaciones para estas áreas... igual se podría hacer una encuesta para ver quienes de los que estan dispuestos a entrarle le conocen a estos rollos. Sin meterse con las legislaciones de cada pais se podría limitar a manejar lo que es común en todos... por ejemplo es común que cada quien quiera manejar sus inventarios con tal o cual modelo de inventarios.... llevar el control de las entradas y salidas, ventas, costos, sistemas de costeo y proyecciones... es lo común de lo que todo mundo habla y lo que cada quien anda siempre haciendo por su cuenta.

Siempre todos los sistemas se tratan de contar y sumar... generalmente no se sale de ahí... eso es toda la gestión... reportear cuantos y cuanto de esto y aquello... yo sigo viendo que esa sería una buena aplicación para empezar

[Casimiro Noteví]

Empezado por xander

en todos los proyectos necesitas dar soporte, los usuarios son re-buenos para hacer estupideces, la parte de contabilidad y ventas la conocen los programadores que son quienes precisamente han hecho las aplicaciones para estas áreas... igual se podría hacer una encuesta para ver quienes de los que estan dispuestos a entrarle le conocen a estos rollos. Sin meterse con las legislaciones de cada pais se podría limitar a manejar lo que es común en todos... por ejemplo es común que cada quien quiera manejar sus inventarios con tal o cual modelo de inventarios.... llevar el control de las entradas y salidas, ventas, costos, sistemas de costeo y proyecciones... es lo común de lo que todo mundo habla y lo que cada quien anda siempre haciendo por su cuenta.

Siempre todos los sistemas se tratan de contar y sumar... generalmente no se sale de ahí... eso es toda la gestión... reportear cuantos y cuanto de esto y aquello... yo sigo viendo que esa sería una buena aplicación para empezar

Pues yo creo que se debería hacer algo más "especial", diferente, algo que llame la atención y no una simple facturación.

Aunque tampoco quiero hablar demasiado porque quién sabe si luego no puedo participar porque no tenga conocimientos en lo que se vaya a hacer.