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!

Hola,

Je, je, je, je... ¡Noooooo! :D :D :D

A ver si lo he entendido bien:

Katana Web System (supongo que el nombre puede cambiar ;)) es una aplicación que permitirá diseñar y gestionar sitios web con facilidad. ¿Lo he pillado? ¿No?

Yo estuve a punto de hacer algo, ejem... parecido en PHP puro y duro, pero lo dejé pasar. Entre otras cosas, ya hay alternativas: Quanta+ o Bluefish Editor. Claro que yo nunca he usado WordPress y tal vez esté metiendo la pata hasta el fondo...

Es la idea.

Ahora, la trampa aqui es el mercado objetivo. Denle una vuelta a los mejores diseñadores web y a los mejores diseños, ganadores de premios. Noten que casi ninguno usa una herramienta asi. Preguntense porque, si hay como 2000 de ellas. Miren que efectivamente, algunos si usan WordPress. Analicen que ninguno usa *nuke.

Ahora, necesitamos un diseñador web bueno, que nos diga que lo que estamos haciendo esta bien.

mamcx dice: Servatana communicator
 

Reiterando una idea anterior:

Titulo:

Servatana communicator: Lo que correo debio ser.

Problema a resolver:

Correo. Comunicacion entre usuarios PRIVADA y SEGURA.

Como se puede resolver

Los estudios muestran que muchos usuarios prefieren un progrma IM como messenger y que entre los jovenes estadounidenses ya se usan mas las web sociales que el correo tradicional.

Creando una infraestructura que reutiliza la tecnologia actual pero que extrae lo mejor de cada una.

RSS + SSL + Semi-Foro + Centralizado + Web2.0 + Gateway de recepcion de correos (importante hacer puente con sistemas legados) + Integracion con sistemas de almacenamiento remoto.

Mercado objetivo:

PYMES. Una alternativa a usar messenger + correo + exchange + outlook + .... que estan separados y que el flujo de trabajo es muy improductivo.

Estudios muestran que estas tecnologias han reducido notablemente la eficiencia y generan millones de dolares en perdidas...

Ejemplos de ideas similares:

http://www.basecamphq.com/

Es muy buen concepto. Son MINI apliaciones, una para cada cosa, pero en conjunto la idea que expongo.

Quizas se pueda reducir aun mas y seguir el ejemplo de ellos. Liberar por etapas.

Tareas a desarrollar

1- Un servicio centralizado
2- Gateways SMTP + Defensa anti-spam de este gateway + comunicacion SSL + ID unicos de cada cliente. No hay anonimato
3- Brutalmente simple interface de usuario.
4- Superfacil hacer parte del sistema y tambien *salirse de el*
5- Explorar si es posible hacer un gateway de messenger
6- Exportador/importador de mails a sistemas legados, como exchange, dominio om outlook
7- Interface Web2.0
8- Un semi-messenger para instalar en el cliente


ES ASESINA PORQUE:

- El correo nos tiene enloquecidos
- Mayor privacidad, seguridad y fluidez al combinar multiples servicios en uno

Porque es buen negocio hacerlo.

Porque puede ser convincente para las empresas la idea.

La idea de pequeños programas que trabajan conjuntamente me gusta. De hecho, mi opinión es que todas las aplicaciones deberían hacerse de esa forma.

Lo de un cliente de mensajería también me gusta. Ahora estoy usando GAIM (MSN y Yahoo! Messenger) y para correo utilizo SquirrelMail, que no está mal pero me mata con lo del SPAM y que no me marca como "no leídos" los mensajes que no estén en la bandeja de entrada...

Yo también voy a aportar mi propio proyecto:

Titulo:

Salamanca desktop.

Problema a resolver:

Aulas informáticas en colegios. Este año estuve como monitor en una y existían numerosos problemas:

Respecto a los usuarios, especialmente niños pero vale para cualquier usuario con poca experiencia,

• Les cuesta comprender el concepto de rendimiento, es decir, cómo afecta lo que hace el usuario a la velocidad del ordenador. En especial, los niños tienden a ser impacientes y pulsan los botones o los iconos varias veces si no hay una reacción inmediata, abriendo así varias instancias (ventanas) del mismo programa, haciendo que vaya aún más lento, haciendo que estén más impacientes, así que pulsan más veces... Es la pescadilla que se muerde la cola.
• Es difícil que entiendan que hay partes de la pantalla a la que no tienen acceso porque son bloqueadas por otra aplicación o por una ventana, por ejemplo, cuando aparece un mensaje de aviso o error.
• No saben qué hacer cuando aparece un aviso, especialmente problemático cuando una página web solicita que se instale un plug-in...
• Guardan una cosa (documentos, imágenes) y luego no pueden encontrarla, no borran lo que no necesitan...

Respecto a administrador, incluso el experimentado,

• Es difícil mantener todos los ordenadores con sus programas.
• Es difícil mantener todos los ordenadores sanos. Incluso es difícil programar una hora para una tarea. Varias veces dejaba a los ordenadores buscando errores en el disco de datos y ha aparecido algún profesor que necesitaba urgentemente utilizar uno de ellos...
• Es difícil saber dónde está el problema y quién lo estropeó, ya que todo el mundo mete mano: alumnos, profesores, técnicos... todos quieren instalar su programa, configurar el ordenador a su gusto, guardar sus datos ellos puedan encontrarlos, que nadie toque sus cosas...

Como se puede resolver

La idea que tenía era crear un sistema basado en cliente/servidor en el que el servidor (profesor o monitor del aula de informática) mantiene los usuarios y los programas que están instalados. Los programas se instalan y configuran en el servidor y este lo propaga en los clientes durante el encendido. El servidor también tendrá acceso a lo que están haciendo los clientes, incluso podrá intervenir para evitar actos no deseados.

Los usuarios (clientes) no tienen por qué usar siempre el mismo ordenador ya que los documentos se guardan en el servidor. El ordenador cliente hace una limpieza de sí mismo al encenderse, no al apagarse (los niños de 8 años tienden a apagar los ordenadores "a lo bruto").

Por último, que se note bien claramente qué ventanas se pueden utilizar y cuales no. Para ello veo dos soluciones:

• Sólo una aplicación puede estar activa en cada momento. Algo al estilo PalmOS, en la que sólo puedes acceder a una de las aplicaciones porque ocupan toda lapantalla.
• Sombrear las las ventanas inactivas, dejándolas en penumbra (o transparentes) en lugar de cambiar sólo el color de la barra de título.

Mercado objetivo:

Colegios, cyber, aulas informáticas en general...

Ejemplos de ideas similares:

No conozco ninguna, ni comercial ni gratuita.

Tareas a desarrollar

Pensado así, a lo bruto, casi habría que crear un sistema operativo... Tengo un documento por aquí con lo que pensé en su día. Si el proyecto interesa puedo subirlo a la red.

ES ASESINA PORQUE:

- Se podrá enseñar y gestionar un aula informática.

Porque es buen negocio hacerlo.

Hay escuelas y centros educativos que están pidiendo uno a gritos.

Bueno, aquí esta.

Me recuerda terriblemente a los "terminales tontos" que usé hace un montón de años en la facultad.

Pues precisamente me inspiré en los viejos terminales COBOL que utilizaba mi padre hace cuarenta años. Creo que para el ámbito educativo es lo mejor (o casi) ya que se puede controlar mejor.

Hay que tener en cuenta que no serían ordenadores de "propósito general" por lo que no importa si se les quita algo de "inteligencia".

Creo que en este caso en vez de hacer un SO seria hacer un escritorio personalizado.

Se puede hacer un shell personalizado para Windows, como atestiguan quienes hacen software para cybercafe.

O un desktop para linux. Aunque eso me parece mas asustador ;)

O algo mucho mas sencillo, una aplicacion de pantalla completa. Con sus propios iconos y ya es mas simple reposicionar ventanas al interior de esta.

Pero en ningun caso es tan simple. Ademas que requiere conocimientos de como reconfigurar (windows o linux), pero me parece posible.

Sobre el proyecto
 

Me parece una idea interezante para poder desarrollarla ademas q ayudaria al docente a poder controlar a los alumnos y podria realizar hasta un control sobre los examenes que el alumno daria para en base al desempeño del curso se pueda ver donde existen mas fallas en el aprendizaje, como un tutor inteligente, me gustaria participar del proyecto.

Cancerbero-Bolivia:rolleyes:

Primero definir el esquema general
 

¡Hola a todos!

En términos generales, estoy de acuerdo con Mario Montoya. Pero me parece importante que lo primero a definir sean las reglas generales de participación en este ejercicio de idealización colectiva de un proyecto de software. Una vez definidas esas reglas, pedirle a los moderadores que nos auxilien para hacer que se cumplan las mismas, y proceder a definir las etapas del proceso, las cuales sugiero sean o contengan a las siguientes:

1. Definición del modelo de trabajo. ¿Cómo vamos a trabajar una vez que se defina el producto de software a desarrollar? ¿Qué metodología emplearemos? ¿DTE, Extrema, etc.? Definir la forma en que los desarrolladores de Club Delphi (o de otras comunidades Web de programación) "deben" o pueden desarrollar este tipo de aplicaciones de forma Colaborativa y a distancia. Definir el modelo de trabajo sin pensar todavía en el producto, lenguaje de programación o sistema operativo; un modelo que nos sirva para éste y muchos otros desarrollos en grupo.

2. Definición del proyecto. ¿Qué vamos a hacer?
2.1. Lluvia de ideas bajo un esquema similar al propuesto por Mario:

• Nombre (título o nombre interno / temporal del proyecto de software).
• Objetivo (problema a resolver).
• Mecanismos (cómo se puede resolver o desarrollar algo así).
• Mercado (mercado objetivo bajo cualquier clasificación pero bien definido).
• Similitudes (ejemplos de otros productos similares ya existentes en el mismo mercado definido anteriormente).
• Ventajas y desventajas (puntos a favor y en contra del nuevo producto en comparación con otros similares, y otras razones de peso que se deban considerar como importantes factores de riesgo u oportunidad).
• Tecnologías (herramientas, lenguajes y bibliotecas de programación sugeridas o necesarias para el desarrollo de ese producto).

2.2. Votación de las ideas planteadas y determinación del producto de software a desarrollar.

3. Formación del equipo. Convocatoria para la integración del equipo de trabajo. Determinación de las áreas del proyecto que cada participante cubrirá en base a sus habilidades, disposición, interés, experiencia y gusto.

4. Análisis preliminar. Análisis general previo al desarrollo para confirmar la viabilidad del proyecto y poder estimar el tiempo y otros recursos necesarios para su desarrollo.

5. Estimación de costos. Análisis y determinación del tiempo necesario para el desarrollo del proyecto. Basado en la cantidad de horas que cada participante estime para cada una de las tareas que se le asignen, y considerando que en este caso se tratará de un desarrollo cooperativo donde no hay pago directo de honorarios.

6. Calendarización. Elaboración del calendario desglosado del proyecto, estableciendo las fechas de entrega para cada parte en que se divida el mismo (ejemplo: Juan necesita seis horas para el diseño visual de la pantalla de registro de usuarios, lo iniciará el 5 de septiembre y lo entregará el día 11).

Agradecería a los presentes que me ayudaran a mejorar el esquema que propongo, y que no se propongan más ideas de productos antes de dejar definido el esquema. Preparar la cancha antes de jugar en ella.

Un abrazo organizado.

Al González. :)

A mi me parece que si va a ser una app que promocione a los users de "ClubDelphi", es mas que ovio, que tiene que estar desarrollada en Delphi, y sino, creamos www.clublazarus.com, y la hacemos en lazarus ( quien pueda, ja ).

Saludos :D:D

No indipensablemente.

Es por eso que la eleccion de herramienta no puede ir al principio, porque si no estan los requerimientos no se sabe que se va a hacer.

Sin embargo si seria una eleccion obvia Delphi, siendo este el clubdelphi, no necesariamente seria la unica opcion. Podria ser que la solucion requiera un hibrido entre cliente nativo y servicios de internet, o incorporar lenguaje de scripting como python o algo asi.

Bueno eso es cierto, entonses lo dejamos para despues, entonses, en que quedamos, que aplicacion vamos a intentar hacerla volar?

Saludos :D:D

Como ha dicho Al Gonzalez, con el que estoy completamente de acuerdo, primero habrá que definir el modelo de trabajo. Si no hay objeciones, querría ser el primero en hacer una proposición.

Supongo que será un proyecto de código abierto y de libre distribución, al estilo GPL (por cierto, que yo tengo una licencia adaptada a la legislación europea aprobada por un abogado, pueden echarla un vistazo aquí).

En estos casos se suelen utilizar dos modelos de gestión, la cátedra y el bazar. Brevemente:

• En la cátedra hay uno o varios administradores que se encargan de dirigir el proyecto. Estos administradores son los que deciden todo: cómo será el proyecto, quién trabajará en él, qué tareas realizará cada colaborador, qué calendario se seguirá... Sus decisiones pueden ser más o menos dictatoriales, pero nadie que no pertenezca al grupo de catedráticos tiene poder de decisión. Un ejemplo de cátedra es el proyecto Open Office.
• El bazar es casi opuesto: existe uno o varios administradores, pero estos se limitan a recibir las colaboraciones y a montarlas dentro del proyecto. No suelen existir pautas respecto a cual será la evolución futura del proyecto y vale casi todo, siempre que entre dentro de las características básicas del proyecto. Un ejemplo de bazar es el proyecto Allegro.

Seguro que pueden completarse estas definiciones, pero creo que sirven para hacerse una idea.

Una buena estrategia suele ser empezar con un modelo de cátedra y más adelante, cuando el proyecto ha madurado y existen varias versiones estables, se puede abrir más hacia el modelo bazar sin miedo ya que esa madurez hará que el proyecto crezca con una guía mínima.

Esta es mi opinión.

[EDIT]Hay veces que corro demasiado, y creo que esta es una de esas ocasiones...

:confused::confused::confused: La Catedral y el Bazar, de Eric. S. Raymond :confused::confused::confused:

Si tengo que analizar los ejemplos utilizados, a mi me parece que el modelo de OpenOffice es un buen modelo, nose ustedes, espero mas comentarios al respecto.

Saludos :D:D

Dte
 

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

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

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

Y, en que quedamos?

Saludos :D:D

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