FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#21
|
||||
|
||||
Hola,
Cita:
|
#22
|
||||
|
||||
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... |
#23
|
||||
|
||||
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.
__________________
El malabarista. |
#24
|
||||
|
||||
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.
__________________
El malabarista. |
#25
|
||||
|
||||
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,
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:
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. Última edición por Ñuño Martínez fecha: 13-07-2006 a las 18:35:24. |
#26
|
||||
|
||||
Me recuerda terriblemente a los "terminales tontos" que usé hace un montón de años en la facultad.
|
#27
|
||||
|
||||
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". |
#28
|
||||
|
||||
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.
__________________
El malabarista. |
#29
|
|||
|
|||
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 |
#30
|
||||
|
||||
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:
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. |
#31
|
||||
|
||||
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 |
#32
|
||||
|
||||
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.
__________________
El malabarista. |
#33
|
||||
|
||||
Bueno eso es cierto, entonses lo dejamos para despues, entonses, en que quedamos, que aplicacion vamos a intentar hacerla volar?
Saludos |
#34
|
||||
|
||||
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:
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... Última edición por Ñuño Martínez fecha: 19-07-2006 a las 13:48:46. |
#35
|
||||
|
||||
Cita:
La Catedral y el Bazar, de Eric. S. Raymond |
#36
|
||||
|
||||
Cita:
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 |
#37
|
||||
|
||||
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. |
#38
|
||||
|
||||
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... |
#39
|
||||
|
||||
Y, en que quedamos?
Saludos |
#40
|
||||
|
||||
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.
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Aportarías tu código | José Luis Garcí | Debates | 97 | 09-11-2013 10:18:18 |
Codigo antes de mostrar form - Maximizar | lafirma | Varios | 20 | 03-08-2006 23:46:30 |
reservar codigo antes de un post | amadis | Conexión con bases de datos | 6 | 17-05-2006 09:31:57 |
Web Application | LILYBEL | Internet | 3 | 21-10-2004 15:18:10 |
|