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

Hay un tipo de software/aplicacion que es ESPECIAL:

El programa ASESINO.

Ejemplos de programas asesinos:

- Office es THE KILLER para Windows.
- Apache es THE KILLER para servidores Web.
- Ruby On Rails es THE KILLER para ruby y Web 2.0
- Delphi es THE KILLER para pascal y aplicaciones nativas
- Skype THE KILLER en voip.
- Google THE KILLER buscador.

y asi sucesivamente. Hay una aplicacion que catapulta todo.

Solo por emocionarnos, o por soñar, siguiendo la propuesta de http://www.clubdelphi.com/foros/showthread.php?t=1254 (Seria bueno que quienes llegaron tarde se lean el thread), imaginemos



La aplicacion que hara famosa la mas mejor comunidad (no garantizo la certeza cientifica de la afirmacion) de Delphi y afines.


Como la idea anterior quedo en veremos, pues aqui voy:

1. Quien no sabe para donde va, no llega a ninguna parte.

Se presupone que si es del ClubDelphi seria un desarrollo comunitario y open source. Se presupone que se basaria en la capacidad y herramientas que usamos. Seria *ideal* una integracion de productos/tecnologias existentes VS crear una tecnologia como tal.

Asi que las propuestas deben tener:

- Titulo

- Problema a resolver

- Como se puede resolver

- Mercado objetivo (Usuario final, pymes, gobierno, desarrolladores). Mas de uno no es buena idea. UN MERCADO, uno solo. UNO.

- Ejemplos de ideas similares, quienes son la competencia (si estamos bien enfocados, la competencia es un/unos programas de suficiente distribucion masiva que den resultados tan tan pobres que un recien llegado va a deslumbrar)

- Tareas a desarrollar (los modulos a grandes rasgos)

- Menos de 3 razones por las cuales se puede considerar una aplicacion ASESINA. Los TOP -3 puntos que hay que machacar (machacar: Verbo de uso popular en Colombia que denota la accion de aplastar brutalmente algo).

3.

1,2,3.

Si llegas a 3, paras.

3 sera el numero maximo de puntos.

4 no es igual a 3..

3 es es limite superior.

0 y -n no son respuestas validas.

En conclusion, maximo 3, bien?

- Porque es buen negocio hacerlo. Buen negocio = porque hay que dedicarle tiempo, que va a devolver a quienes lo hacen (plata? reconocimiento? experiencia?)

- 10.000 puntos si se arma una idea aun mas simple de lo que es posible para la muy cerrada menta de un programador. Simple mata a complejo. Complejo es de pendejos!

2. Quien no sabe decir no, nunca termina.

Cosas que NO se deberian especificar:

- Herramientas a usar
- Peleas sobre MS, Linux, Open Source, el clima y los resultados del mundial.
- Mas de 3 razones para ser THE KILLER.
- Mas de 1 mercado objetivo.
- Una aplicacion que compite con otra KILLER. Reemplazos de Office, Apache, Linux, etc... es una perdida de tiempo. Se necesita mucho dinero. El proximo IPOD se lo dejamos a google.
- Un ERP.
- Un videojuego.
- Esto no se puede
- No creo que podamos
- Dejemoselo a otros
- No tengo tiempo
- Ustedes estan locos
- mamcx esta loco (ya lo se, no me lo repitan)

3. Hay que acabar en esta decada

Lo mas dificil. Deseo que lo que sea que se haga sea posible en MENOS de 6 meses. Contando 1 hora diaria de programacion seria para un equipo de unos 10 (que creo es lo que se armaria al principio).

Si demora mas de 6 meses, la agotacion nos va a matar. La aplicacion asesina no puede ser lenta, dormilona e indecisa. ASESINA. Eso es ;)

6 meses. Maximo. A lo google.

4. Necesitamos unos 10 que se le apunten.

La comunidad ayuda, pero debe haber 10 que encabezen. 10 pùede ser demasiado, pero es mi numero porque:

- Un peludo que se encarge de marañar con sourceforge o lo que sea. Postee informacion y eso.

Yo he hecho eso y me agota. Incluso tengo la Beta de MUTIS (que funciona mas o menos) y hace unos 3 meses esta descansando en mi disco duro...

- Unos -5 peludos que programen

- Unos 2 peludos que prueben

- Un peludo que se encargue de los asuntos aleatorios, como conseguir iconitos.

- Un par de peludos que nos hagan barra! (coordinadores?)

- 1 peludo que documente

Menos peludos puede ser. Pero creo que necesitamos todos comer. Y en mi experiencia con MUTIS (que no he acabado por falta de tiempo y de ayuda :( ) no creo poder dedicar mas de 2 horas a la semana, 2 horas serias si, pero no mas de 2.

Como ven, esto es un terriblemente restrictivo conjunto de leyes que arbitraria y dictatorialmente se me ocurrio (no me odien por ello!). Pero yo quiero una aplicacion ASESINA, y no se hace con mimos ;)


P.D. Mejores ideas son aceptadas de como plantear. Pero tiene que ser duras, aterrizadas y bofeteadoras. Algo serio. Si no es serio, me ponga a ver Oggy y las cucarachas.

A proposito, como favor especial a los administradores, en base a la propuesta del hilo anterior, es posible darle stiky?

Y en la medida que hayan propuestas, ir haciendo un poll? Y cerramos a un # maximo? (10-20?)

Hola,

¿Qué significa stiky? :cool:

A mí no me parece mala la idea de llevar a cabo algún programa en equipo. Si se me permite dar mi opinión (menudo equipo sino se me permitiera :D) diría que no se utilizara Delphi para llevarla a cabo.

Delphi es un programa propietario. Un lenguaje propietario, también. Si se piensa llevar a cabo un programa para liberarlo bajo licencia GPL me gustaría trabajar con un lenguaje libre, gratuito y multiplataforma.

Me estoy refiriendo a PHP, naturalmente. A LAMP, para ser más exactos: Linux, Apache, MySQL y PHP. Admito quitar de la ecuación a GNU/Linux, pero, no definitivamente: un programa desarrollado en Windows con PHP, MySQL y Apache podría llevarse a cabo (continuarse, mejorarse y utilizarse) también en GNU/Linux.

Además elegir algo como lo que menciono, en mi opinión, es muy interesante en no pocos aspectos: se trataría de llevar a cabo un desarrollo Web, un programa "ejecutable" en cualquier navegador (más o menos moderno) y en cualquier sistema operativo (ídem de ídem).

Propondría también una aplicación a la cual asesinar. Es cierto que con bastante miedo, o con no poco respeto. Hablo de WordPress, ni más ni menos. Un Gestor de Contenidos Web muy popular, conocido, utilizado, valorado, y con una comunidad detrás que quita el hipo, envidiable, por numerosa, activa, original y capacitada.

Hay decenas, cientos de Gestores de Contenidos. WordPress sólo hay uno. Dos o tres se le pueden comparar. Quizás algunos más, pero, WordPress es mucho WordPress, en mi opinión. Sin embargo, ahí tenemos las herramientas, completamente gratuitas: MySQL, Apache y PHP. Están a la disposición de cualquiera que quiera utilizarlas.

Si existe un coste (Servidor Web, espacio Web, etc.), lo cierto es que este siempre será menor que si además tuviésemos que sumarle el precio de las licencias de los respectivos productos propietarios conque trabajar, por ejemplo, con ASP, de Microsoft. Y, si es que decidiera llevar a cabo algún programa para Windows... (con Delphi, digo) bueno, no existiría coste en Servidor Web, etc., pero, las licencias no las quita ni el Papa.

Y no pienso en cualquier licencia. Pienso en que alguien quisiera echar una mano en el proyecto. Pienso en aquellos que quisieran contribuir con Plugins, por ejemplo, al programa. Pienso en la cantidad de licencias que implica un desarrollo sobre un entorno propietario y, al menos para mi economía, bastante caro, por cierto.

Me gustaría terminar, por el momento, defendiendo la tesis de que no sería demérito en absoluto que aquí en el ClubDelphi nos pusiéramos de acuerdo para llevar a cabo un programa escrito en PHP. Todo lo contrario. No creo que una cosa tenga que ver con la otra y estoy dispuesto a argumentarlo si es preciso. ;)

Y bueno... no digo más que bastante he dicho ya por el momento... ¡matar a WordPress! ¡Válgame SanFermín por la osadía! ¿Y tú qué opinas de todo esto? :D

¿Cual es el procentaje de usuarios del ClubDelphi que están capacitados para trabajar en un proyecto serio con PHP (LAMP ni lo había oído en mi vida)?

Sé que tú conoces PHP David (además de Delphi), pero me temo que entre los usuarios del ClubDelphi, quitando los que han entrado una vez y no vuelven, los que no están activos, los que no tienen conocimientos suficientes, los que no tienen tiempo suficiente, los que no les apetece,... ¿Cuantos pueden trabajar en un proyecto con PHP/LAMP? (A mi ya me descarta por completo).
No dudo que sea posible, pero no creo que sea este el foro para "lanzar" un proyecto en ese lenguaje (apenas ha habido 15 mensajes en el foro de PHP en 2 semanas).

Es una simple opinión.

Hola,

Bueno. Ambas cosas son una exageración, y no es falsa modestia. :cool:

Lo que pasa es que (aunque no lo mencioné lo hago ahora) el desarrollo del proyecto que fuese también serviría para aprender Neftalí. Por ejemplo, si se quiere asesinar a WordPress... más vale comenzar estudiando a WordPress, el código fuente de WordPress, en buena medida.

Bueno. Es cierto que este Foro principalmente cuenta con gente interesada en Delphi. Empero, creo que hay bastantes personas capaces de atacar un proyecto escrito en PHP con más o menos soltura. Por si esto fuera poco, no sólo sería necesario programar, sino probar, documentar, diseñar, gráficos, ideas, recursos de todo tipo, etc., etc., etc.

Ahora bien, ¿qué nos ofrece PHP? ¿Qué nos ofrece LAMP? ¡Herramientas de código abierto, sin coste alguno además, sin problemas de licencias! Y no pocas librerías, clases, código fuente, en fin, del que podríamos partir, o en el que en todo caso podríamos apoyarnos.

Cuando uno hace un programa en Delphi... un programa de código abierto, que pueda ser extendido mediante módulos o plugins (preferiblemente por el mayor número de programadores (o personas interesadas, puesto que se procuraría ofrecer un API que hiciera relativamente sencilla la tarea), ¿no es una cortapisa de entrada el tener que contar con un entorno de programación que cuesta miles de dólares?

Yo creo que lo es, y es por esto que preferiría un lenguaje de programación, unas herramientas y un entorno "libre", de código abierto, multiplataforma y gratuito por añadidura. ¿No te apetecería adentrarte un tanto en PHP y en lo que implica? ¿No querrías participar, para aprender, en un proyecto fuera de Delphi? Yo creo que no estaría mal, que sería una experiencia, algo curioso e interesante. ¿No? :)

Ah, pero, también es una simple opinión. ;)

Todo dependerá de lo que finalmente se decidiera hacer, no se puede decir de primera hora si usar LAMP (linux,apache,mysql,php) o WDF (windows,delphi,firebird) :D porque primero es decidir qué hacer y luego según lo que sea, requerirá unas herramientas u otras.

Hola,

Bueno. Como mi idea partía de matar (aunque sea un poquito :D) a WordPress he pensado en Apache, MySQL y PHP como herramientas a tener en cuenta. No me veo matando a WordPress con Delphi, la verdad, porque sería como tratar de matar moscas a cañonazos, me parece a mí. Y, por otro lado, eligo PHP y no ASP, por ejemplo, quizá porque le tenga cierto apego a PHP, es cierto, pero, por otros motivos también, como que LAMP no implica ASP, porque es un lenguaje propietario de Microsoft.

O sea, que, en esta ocasión no he puesto el carro antes que los bueyes... ¡para variar! :D

La experiencia me dice que el desarrollo de un proyecto con cierta embergadura no es el lugar más apropiado para aprender (desde cero). No es bueno para quien aprende, ni para quien programa.

¿Lazarus no sería una buena opción para eso?
Creo que sería una opción "más cercana y accesible", si es que se quiere algo libre.

Hola,

¿Porqué?

Sí. Creo que un proyecto de estas características debería ser libre y de código abierto. Por varios motivos. En cuanto a Lázarus... no; no creo que sea un buen entorno de programación actualmente, ni para Windows ni para Linux. Y no es que no me gustase decir otra cosa.

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.

El primero lo he sufrido mucho en mis carnes y:
* Se pierde mucho tiempo
* Se generar muchos errores (por inexperiencia)
* Se genera un descontento y una frustración al tener que "revisar" por parte de una segunda persona código que ha hecho otra y del que no te puedes fiar (simplemente por inexperiencia).

Aquí se está poniendo en duda el uso de Delphi pero, ¿esto no es un foro sobre Delphi? Lo lógico sería usar Delphi como herramienta principal, recurriendo a otras para cosas que no se puedan hacer con Delphi (¿las hay?).
También se cuestiona el uso de una herramienta de desarrollo que tiene un coste "elevado". 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?. 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 lo mejor lo que se debería de precisar es la versión de la herramienta a usar: Standard, Professional, Architect.

Como ya dije en este hilo, FreePascal+Lazarus es una buena alternativa a Delphi. Una gran ventaja es que a nivel de lenguaje (se llama Pascal y no es propietario) son compatibles en un 99'9%.

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. Es más, si el proyecto se lo merece, es posible que haya partes que se puedan escribir en otros lenguajes como C, Lua, PHP, JavaScript, etc.

Hola,

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.

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.

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í.

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?

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?

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.

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

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. :)

¿Por qué hablan tanto de matar a WordPress? Me parece haber entendido de lo que escribió mamcx que es esto precisamente lo que no hay que hacer: un sustituto para una aplicación killer. ¿Cuál sería el beneficio, objetivo?

// Saludos

Yo actualmente (en verano) no tengo tiempo para dedicarle a un proyecto, pero soy muy buena con "los extras":
* Se me da bien hacer la ayuda.
* Sé redactar, maquetar texto, puedo escribir tanto en formato científico como para principiantes.
* Uso habitualmente diversos programas de edición gráfica, así que puedo hacer iconos propios, imágenes...

Chicos, chicos...

Ven?

2. Quien no sabe decir no, nunca termina.

Cosas que NO (NO <> SI ) se deberian especificar:

- Herramientas a usar
- Peleas sobre MS, Linux, Open Source, el clima y los resultados del mundial.

Un ASESINO no descarta herramientas, ni se queda con la Katana porque quiere. Que le toco usar una alfiler? Alfiler sera.

Llevan varias post, y ya se distrajeron. Malos Jedis seran, con sabiduria Yoda dira!

Para empezar un proyecto, hay cosas que definitivamente no se pueden hacer. Las herramientas antes del trabajo? Si aun no se sabe que hay que hacer!

Volviendo a lo poco que se, que desarrollo sitios web y usamos DotNetNuke, phpNuke y he probado, sin mentir, al menos 30+ herramientas estilo "Wordpress" la verdad les digo: Una aplicacion de escritoria seria GENIAL. El internet no es estable, no es rapido, no es facil de manejar varios sitios, etc...

Reformatiemos la propuesta:

Titulo

- Problema a resolver

- Como se puede resolver

- Mercado objetivo (Usuario final, pymes, gobierno, desarrolladores). Mas de uno no es buena idea. UN MERCADO, uno solo. UNO.

- Ejemplos de ideas similares, quienes son la competencia
- Tareas a desarrollar (los modulos a grandes rasgos)
- Menos de 3 razones por las cuales se puede considerar una aplicacion ASESINA.
- Porque es buen negocio hacerlo.
- 10.000 puntos si se arma una idea aun mas simple de lo que es posible para la muy cerrada menta de un programador.

Hola,

Bueno. En realidad soy yo el que hablo de matar a WordPress. ¿Que para qué? ¿Vale para cumplir un sueño? :D

Ampliando... justificando... diría que tal vez puedan darse mejoras en WordPress. Para empezar sería algo con el objetivo de mejorar a WordPress. ¡Un programa desarrollado por españoles para el mundo! Je, je, je. En fin. Es el programa que se me ha ocurrido asesinar, pero, estoy abierto a otras posibles víctimas. :cool:

En cuanto a la aplicación "Killer"... no lo he dicho antes, pero, creo que Mario se confunde con eso. Una aplicación líder está ahí arriba, en el olimpo de los intocables, venerada por todos y utilizada por muchos, y entonces llega la aplicación "Killer", que se la carga, la manda al infierno y, ¿para qué? ¿Para ser "Killer"? ¡No! Para ser líder, obviamente. ¿Me explico? ;)

Creo que no me has entendido David.

Me refiero a revisar el código fuente de otro programador (alguien como yo, por ejemplo, que no conoce PHP); El código que yo escriba (para hacer algo serio) debería ir alguien detrás mío revisándolo y corrigiéndolo. Y eso no es manera de trabajar.

No me refiero al proyecto, sino a mi, como "persona que aprende PHP".
(1) Si aprendiera PHP hoy con un manual lo haría con una cronología (la del manual) que suele estar estudiada y sigue un orden lógico.
(2) Si me pongo a programar en el proyecto la cronología de mi aprendizaje, la marcan mis necesidades dentro del proyecto; Y Eso no es correcto.

Lo que quiero explicar, es que por mi parte la premisa de un lenguaje como PHP me "descalifica totalmente del proyecto"; Me autodescalifoco yo, porque considero (yo mismo) que sería una "carga" para ese proyecto.

Marcos Zorrilla dice: KATANA Web System
 

(Perdona dec, me emocione con Katana!)

Ups, confundi a marcos con dec. Ultimamente estoy con lios de identificacion!

Titulo:

Katana Web system: La plataforma de creacion de sitios Web asesina.

Problema a resolver:

EL problema *nuke: Sitios "encajonados" dificiles de diseñar. Generacion de sitios que no se conforman a estandares Web. Dificil editar.

Como se puede resolver

Con un CMS que tenga nula interferencia con el diseño y que solo genere codigo (x)html valido.

Mercado objetivo:

Diseñadores Web (adivinen porque)

Ejemplos de ideas similares:

Se propuso WordPress. Muy cerca.

WordPress es casi THE KILLER, pero no el mercado Latino, creo....

Tareas a desarrollar

De tarea....

ES ASESINA PORQUE:

- Sera mas facil actualizar contenido
- Los diseñadores tendran libertad total

Porque es buen negocio hacerlo.

Porque si atraemos a los mejores diseñadores, atraemos los mejores clientes.

¡Válgame! ¡Cuánta contradicción!