Visual Basic Foro
General => General => Mensaje iniciado por: YAcosta en Marzo 26, 2011, 12:37:36 am
-
Asi es, todo parte de una idea, empecemos a soltar las ideas sobre este tema, y luego viendo que tan factible es podriamos ir definiendo los pasos para el desarrollo.
-
Yo estaba pensando utilizar SQlite, me he dado cuenta que hay muchos sistemas de Microsoft que nativamente utilizan bases de datos de SQlite, ademas son dificilis de desencriptar, yo no tengo experiencia en sqlite pero creo que podemos hacer un buen trabajo, en todo caso seria FIREBIRD y que nuestro querido amigo YvanB comienze a trabajar en la base de datos........
Yo puedo comenzar ha hacer el proyecto, en el aspecto gráfico!!!!!!!!!!
Y es necesario ir pensando en un nombre para el sistema.
-
Doc, creo que es muy pronto para pensar en la base de datos o en la interfaz. Antes de eso debemos definir varios puntos.
1.- ¿Cual es el alcance que tendrá el software? Me refiero con esto a que áreas cubriremos, por ejemplo:
Clientes, Proveedores (Ya preferiría usar el nuevo concepto que también estoy aplicando a mi sistema siguiendo el ejemplo de las grandes, no tener una tabla de clientes y otra de proveedores, sino tener una tabla llamada Partners con un flag).
Luego, ¿Tendremos control de almacén? si es "si", cuantos? ilimitados? sera multiempresa? sera bimoneda?, que metodo de costeo utlizaremos? tendremos control de usuario?, tendremos control de caja? cuentas de clientes contra el saldo o contra documento?. Y si estos las respuestas son SI y se quiere hacer parametrizable: uffff... tendremos que pensar mucho y hacer el diseño de base de datos bien.
2.- La aplicación final sera distribuible? (instalador por internet para download) porque de ser asi si usamos Firebird, SQLite o SQL Server tendríamos que distribuirlo para usarlo embebido lo que lo vuelvo monousuario, ¿debemos tenerlo ya con un Wizzard para que sea sencillo de instalar?. en ese caso seria mas sencillo hacerlo con Access, sino fuera asi y el cliente lo quiera instalar en una red...
3.- Si fuera distribuible que licencia aplicaremos?
4.- Sino fuera distribuible entonces si podemos pensar en Firebird, SQLite o SQL Server, eso lo definimos despues.
5.- ¿Como realizaremos la parametrizacion? Hasta que punto sera parametrizable, es logico que la parametrizacion se ira dando en el camino pero ya tendriamos que bosquejar eso.
6.- ¿Haremos un desarrollo genérico y compartido entre nosotros y luego de eso cada uno hará su propia distro?
Reflexionando mas
7.- Muchos de nosotros ya tenemos nuestro sistema administrativo que vendemos e implementamos. ¿Para que tener otro? ¿cual es el beneficio?¿porque ofrecería este nuevo y no el mio a mis potenciales clientes?. Recuerdo que esta idea nació por el concepto de "parametrizable", y mientras mas parametrizable menos requerirá del desarrollador. Por ejemplo, en mi país acaban de cambiar el impuesto a las ventas de 19 a 18%. Programar el cambio de IGV en mi sistema era muy sencillo, bastaba un formulario y una tabla, pero no lo hice y luego cada cliente me llamo por ese tema y a cada uno le aplique 50 dolares. Todos pagaron sin chistar y los pocos que me reclamaron que eso "debería" estar alli les dije que paguen por ese modulo porque nadie me obligaba y a nadie le prometi tener ese modulo en mi software. Solo uno pago y ese cliente ya salio del standard.
Hay muchas cosas que conversar y que definir primero. Tengan en cuenta que aun estamos haciendo una especie de "estudio de factibilidad", por eso puse de titulo "soñemos", poco a poco vamos aterrizando la idea y si al final vemos que no corre hacerlo pues que alli quede y si aun tenemos voluntad podemos pensar en hacer otro tipo de software, algo que quiza no tenemos. Aqui algunas ideas:
- Software de Control Financiero Personal.
- Agenda parecida a esta que estoy estudiandola porque me parece muy buena: http://noto-personal-organizer.softonic.com/ (http://noto-personal-organizer.softonic.com/), lo que me vacila es la interfaz "realistica" que tiene.
- Una mascota virtual
- Software de Costeo de Importación (habrá que estudiar un poco sobre ello)
etc etc.
Sigamos conversando.
P.D.: Embeber Firebird es mas sencillo que Embeber SQLite. SQLite es buena, pero no es un motor de base de datos pues no tiene integridad referencial, es un seudomotor y en los Wheres es medio jodido.
-
Todo esta bien para comenzar YvanB, por mi no hay problema en que nos encarguemos en eso!!!!!
Primero a mi me gustaría que fuese un sistema de administración empresarias con un modulo de punto de venta, un modulo contable, un modulo especial de kardex, un modulo de sistematización de archivos, un modulo que nos deje crear un sistema completamente compatible para cualquier empresa que pueda vender un producto, tambien un modulo de punto de venta de servicios.
-
me perdi!!!.
Seria bueno presentar algunos diseños sencillos, casi bosquejos, de lo que podríamos ver. Porque:
1.- Modulo de Punto de venta: Si de cajón, tiene que ir.
2.- Modulo contable: ¿Que es esto?, te refieres a un modulo de facturación?, pero si el punto de venta factura, hablando claro de ventas en mostrador, o quieres que abarquemos los diferentes tipos de ventas que existen. O te refieres a "modulo contable" a un modulo que lleva parte de la contabilidad?, la contabilidad es media jodida peor aun entre paises diferentes, sugiero que no toquemos eso por lo menos al principio.
3.- Modulo especial de kardex: Define "especial", que lo hace especial?
4.- Sistematizacion de archivos: ¿Que checho?????? como se come eso?, mis escazos conocimientos no llegan si quiera a comprender esto jejejeje, "sistematizar archivos".... no, no la chunto, explíqueme doc como va eso, que hace, como funciona, que resuelve, etc.
5.- Punto de venta de servicios: ¿? faltan datos jejej. ¿porque "punto"?
La verdad ya me estoy chupando jajajajaja, pienso que debemos ensayar con algo mas ligero, estamos queriendo abarcar temas un poco grandes y engorrosos, vamos por algo mas liviano..
P.D.: Te has dado cuenta que hasta ahora somos solo dos? jajajaja, creo que nos invitaron a la fiesta pero nos dieron otra dirección jajajaj
Saludos
-
Jaja ya me di cuenta:
Primero: Sistematizar archivos: Me refiero a utilizar la menor cantidad de ocx y dependencias al codigo, de tener solo un ejecutable del sistema, de que solo se pueda ejecutar el aplicativo con una llave que la manejaremos tipo archivo .ini.
Segundo: Me refiero al modulo de punto de venta de esta forma:
- Vender Articulos con un Stock existente
- Vender Servicios de los cuales no se tenga stock
- Vender grupos osea que por un servicio vendido se venda ciertos articulos pero se facture unicamente el servicio
Tercero: Modulo contable, en todos los paises existen los factores comunes de la contabilidad, libro diario, libro caja, inventario, libro mayor y balance de saldos.
cuarto: Kardex, especial en la forma que podamos meter hasta graficos en el arrojado de datos, de tal forma que el cliente tenga un informe completamente detallado de los movimientos de la empresa.
heeee algo mas?
-
Creo que se complicaria un poco el tema porque un usuario cualquiera se puede adueñar del codigo y decir que es de el, venderlo y llenarse de plata, yo creo qeu tiene que empezar con un pequeño grupo y despues registrar el diseño a x persona, y despues si que lo haga GNU y todos puedan descargarlo y hacer lo que quieran.
El tema es que si van a hacer un soft de esta magnitud deberian hacerlo en un lenguaje universal no en vb porque solo funciona para Windows y no para linux, la idea de hacer algo GROSO es que funcione en todos lados creo yo.
saludos
-
mmm, no estoy de acuerdo. En que? ahora lo digo jeje
Las pretensiones del fetal proyecto (fetal es mucho, aun estamos en el enamoramiento) son muchas.
Primero: Siempre concebí que seria un código que compartiríamos entre nosotros, pero claro, al hacerle publico aquí seria publico a todo el que llegue al foro, así que eso seria difícil de controlar, por tanto, seria libre?... tema complicado dependiendo de que es lo que se quiere con el código fuente.
Segundo: Si alguien se adueña del código y dice que es de él es algo que no se puede controlar cuando se liberan las fuentes. Pero ya es otro tema.
Tercero: Discuerdo contigo de que un soft de gran magnitud no se pueda o no se deba hacer con VB6, yo he trabajado en una ERP de clase mundial llamada Intuitive y estaba hecho en VBA (ajjjjj... te imaginas, VBA Visual Basic for Aplications, asqueroso realmente) y es un sistema que en la actualidad ya migro a .Net pero estuvo ganado miles de dolares por muchos años estando en VBA, se vendia en mas 45 lucas gringas si no me quedo corto y la vendía el Grupo Novatech.
Yo no pretendía que sea "universal", en todo caso, la universalidad que se pretendía era en cuanto a Pymes no a plataformas.
La idea que algo sea groso no necesariamente pasa porque tenga que en todas las plataformas, por ejemplo, algo realmente "groso" como Office solo corre en Windows no en Linux porque así lo quisieron sus dueños.
Bien. La verdad yo estimo que este enamoramiento esta por acabar y sin besos, se esta disparando en varios sentidos y esto es porque no hay aun un jefe de proyecto que dirija el tema, para algo así se requiere uno. Por ello me parece a mi que debemos descartar esta idea y concentrarnos en temas mas fructíferos o menos pretenciosos.
Igual entrare a aportar en lo que pueda y en lo que sirva.
Saludos
-
Retomando todos los temas (jeje he estado algo atoradito de trabajo y no me queda tiempo de visitar el foro) seria una verdadera lastima olvidarnos de este "enamoramiento" como dice YvanB aunque existen riesgos como en todo proyecto a gran tamaño tambien existen muxos beneficios, yo estoy dispuesto a ayudar a cualquiera para alcanzar sus objetivos.....
Codigo fuente no deberia ser libre!!! deberian tenerlo unicamente los que trabajen en el proyecto!!! venderlo queda en la conciencia de aquel que tenga el codigo fuente y que por hecho ha trabajado con nosotros en beneficio del proyecto!!!
Q alguien se apodere del codigo fuente?!! no creo!! hay que dejar un formulario tipo kestiny en donde diga la colaboración de las personas que han hecho el laburo con el software!!!
Q hay muchas cosas que pulir es cierto!!! pero que se puede, se puede!!! es cuestion de que quieran!!! Si mi buen amigo SSCCAANN no quiere participar en el proyecto yo propongo a YvanB para coordinador.......
-
Bien expongo mi punto de vista...!
Antes que nada debemos evaluar evidentemente que alcance tendrá el software. Si vamos a desarrollar algo, tiene que ser multimoneda y multilenguaje, para que pueda ser usado donde sea en el idioma que sea y con la moneda que sea. Luego, un software administrativo se compone por 4 módulos básicos los cuales debemos alcanzar. Inventario, Ventas, Compras y Bancos. Evidentemente debemos manejar un módulo extra el cual será parametrización y configuración. Quedando así dicho software en 5 módulos.
Inicialmente se desglosará módulo por módulo, de manera que podamos dividir el trabajo, sin embargo esto hay que conversarlo muy bien, puesto que es tedioso que alguien se meta y luego no haga nada o a mitad del laburo se vaya. Debe existir el compromiso total por el grupo de trabajo.
No será un software con licencia GNU, la idea es ganar dinero con esto y que todos podamos ser PARTNER, es decir cada quien en su pais lo comercializará y ese será su entorno de negocio, la idea es cubrir gran parte de latinoamerica y porque no, del mundo tambien. Muchos diran, esto es una locura, no podran hacerlo, es imposible, dejenme responderles de una vez: Si tu o ustedes no pueden, NOSOTROS SI PODEMOS... Tenemos experiencia, conocimientos y una trayectoria en el mercado que nos avala y certifican, pues nuestros clientes nos amparan...! Por tal motivo debemos unirnos y comenzar a tomar desiciones..!
Saludos a todos..! Estare en la espera de ustedes...!
-
Vamos con todo!!!! jejejeje ::)
-
Falta el modulo de Maestros.
Yo los sigo.
-
si no les molesta yo tmb me sumo y que me digan por donde empesar
-
Un Software Administrativo debe automatizar las operaciones empresariales de forma integral y flexible en las áreas de: Inventario, Compras, Ventas, Cuentas por Cobrar, Cuentas por Pagar, Caja y Banco. Permitiendo dar una visión global de negocios, lo cual significa disponibilidad de información para la toma de decisiones en el momento oportuno, aumentando la competitividad de las empresas.
Las características generales del Sistema Administrativo deben ser:
* Multi-Empresa.
* Multi-Sucursal.
* Multi-Almacén.
* Multi-Unidades.
* Multi-Moneda.
* Multi-Idioma.
* Múltiples Criterios de Costeo.
* Toda su información en línea (Que no requiera de Cierres Mensuales).
* Flexible y altamente Parametrizable.
* Adicionalmente un Modulo para:
o Auto validar la consistencia de los datos. (Errores en campos, etc...)
o Respaldar/Recuperar los datos.
o Importar/Exportar datos entre empresas y sucursales.
* Control de acceso mediante la definición de perfiles de usuarios por:
o Niveles.
o Prioridades.
o Procesos.
Módulo de Ventas
* Facturación a Crédito, Contado y Aparatado
* Notas de entrega, Lista de precios, Costos
* Puntos máximos y mínimos, Cuentas por pagar, Cuentas por cobrar, Estados de cuentas
* Cobranzas, Giros, Ajustes de precios, Ganancias
* Libro de Ventas, Reporte diario de ventas, Diseño de formatos
* Presupuestos
* Cotizaciones con visualización opcional de costos.
* Consultas de situación de Pedidos, productos y existencias en inventario.
Modulo de Inventario
* Ingreso y Egreso de Mercancías.
* Transferencias y ajustes de inventarios
* Existencias y Kardex
* Movimientos entre sucursales y almacenes
* Inventarios Valorizados
* Recepción de Ordenes de Compra.
Módulo Bancos
* Bancos y cuentas (Definir, Modificar, Eliminar y Consultar)
* Define operaciones, Reporte de movimientos por cuenta, Configuración de cheques,
* Imprime formato definidos, Control de cheques en espera (débitos o créditos diferidos),
* Conciliaciones por cuentas, Resumen entre fechas, Estados de Cuenta, Cierre de períodos,
* Niveles de acceso, Respaldo y restauración de datos.
Modulo de Compras
* Manejo de Requisiciones u Ordenes de Compra.
* Consulta y manejo de productos pendientes de las compras (backorders)
* Devoluciones de las compras
Modulo de Despacho
* Manejo de Despachos parciales o totales de los Pedidos.
* Control de productos pendientes (backorders).
* Análisis de Despachos sin Facturar y registro de productos serializados.
Ficha de Clientes y Proveedores
* Manejo de la cartera completa de clientes y/o proveedores.
* Clasificación por tipo de empresa, Clase, Categoría, Sub-categoría, Zona, etc.
* Consulta en línea de saldos en Cuentas por Cobrar o Pagar.
* Acumulados de Ventas o Compras, Adelantos o Anticipos, Cheques devueltos.
* Detalle o historial de todos los productos comprados o vendidos.
* Asignación de Limites de crédito, forma de pago, Vendedor y Vetos administrativos.
Ficha Catalogo de Productos
* Manejo de todos los productos que pueden ser ofertados por su empresa.
* Clasificación por Marca, Modelo, Categoría, Sub-Categoría, Tipo de Producto, etc.
* Identificación por producto y característica: serializado, inventario, sujeto a impuesto.
* Consulta de las existencias, compromisos, disponibilidad y productos en tránsito.
* Selección de los precios basados en los márgenes de ganancia o PVP y descuentos, lo cual facilita la emisión de listas de precios.
Modulo de Mantenimiento
* Permite en mantenimiento, depuración y actualización de las diversas tablas de información utilizadas por el Sistema.
* Tablas auxliares, Formas de pago, formas de envío, notas u observaciones, tipos de embalaje, concepto por cargos o descuentos, impuestos etc.
* Funciones para el mantenimiento de los Usuarios y vendedores del Sistema, asignación de contraseñas, niveles de seguridad excepciones de procesos y permisología.
* Entre otros.
Si existen ciertos modulos adicionales, pues a medida que vaya avanzando el proyecto se vera la necesidad de integrarlo...!
Cualquier acotación, estoy a la orden...!
Saludos
-
De igual manera sugiero que dicho software sea desarrollado en VB6.0, Crystal Reports 8.0 para reportes y que use Firebirds para BD...! Yvan es el que más contacto ha tenido con dicha BD por tal motivo no creo que sea problematica usarla en este proyecto...!
Saludos
-
Hasta el momento yo estoy totalmente de acuerdo y supongo que para esto el iniciador de la base de datos es YvanB, todos los casos de uso me imagino que SSCCAANN, seria bueno comenzar a elaborar los primeros pasos del sistema!!!!!!
-
Un Software Administrativo debe automatizar las operaciones empresariales de forma integral y flexible en las áreas de: Inventario, Compras, Ventas, Cuentas por Cobrar, Cuentas por Pagar, Caja y Banco. Permitiendo dar una visión global de negocios, lo cual significa disponibilidad de información para la toma de decisiones en el momento oportuno, aumentando la competitividad de las empresas.
Las características generales del Sistema Administrativo deben ser:
* Multi-Empresa.
* Multi-Sucursal.
* Multi-Almacén.
* Multi-Unidades....
Ahora si estamos hablando en serio. (no es por ti mi estimado Wolf, sino que aquí Miguel se soltó prácticamente el pormenorizado de todo lo que se va a desarrollar).
La verdad yo casi desisto, ademas que como ustedes también estoy con los tiempos apretados, pero si la cosa se pone seria es meritorio hacer un esfuerzo. Creo que todos los que participen vamos a aprender y también a compartir nuestras experiencias.
Jefe de Proyecto: Por obvias razones considero que Miguel es el adecuado, si por alli en algún momento te desconectas me tomare la libertad de tomar el timón (si me lo permites) hasta tu reconexion.
Plataforma de Desarrollo: Totalmente de acuerdo que sea con VB6, sino fuera asi pues estaria en otro foro, es lo que dominamos.
Base de Datos: En algún momento yo había pensado en Access por la sencillez, pero si se quiere de verdad una base de datos potente, un verdadero cliente - servidor y no multiusuario y libre en su totalidad sin trucos bajo la mesa, entonces Firebird es la voz. Tamos de acuerdo. Ojo, insisto, no soy un ducho en Firebird, me falta mucho por aprender y quizá en el camino terminare aprendiendo de ustedes (como siempre jeje) pero puedo empezar a ver ya ese tema. Publicare el proyecto con la conexión a Firebird.
Reporteador: No he usado Cristal, pero es buen momento para empezar.
Diseño de Base de Datos. En este tema nunca me he valido de una herramienta adecuada tipo Erwin y no se si alguien lo hizo, así que me aventurare a hacerlo "a mano".
Propongo como nombre del proyecto: Sinergium (proviene de Sinergia, donde sinergia indica que el total es mayor a la suma de las partes, o sea 1+1=3)
-
Me gusta el nombre 8)
-
Ok, primero que nada habilitare un FTP con una cuenta para que podamos estar seguro de nuestro codigo. Donde solo subiremos el modulo en el que estamos trabajando y un usuario debe o se encargará de unir los módulos. Por otro lado, debemos mantener un orden en cuanto al lenguaje a utilizar a fin de que todo el codigo sea entendible y podamos comprender todo sin problemas alguno. De la misma manera informo que es primordial usar un estandar para los formularios, para las botoneras, en fin para que el proyecto sea totalmente agradable y obviamente usar colores claros, pues los colores oscuros no me gustan en los productos, a mi parecer no son bien vistos. Adjuntare luego unas imagenes de un proyecto que me gustaría que estudiemos a fin de evaluarlo y decidir si es la mejor manera de ir construyendo los módulos.
Saludos a todos, estare en contacto..!
-
con respecto a la sintaxis!!!!
yo creo que seria mejor trabajarlo de la siguiente forma
'para agregar registros
rs.addnew
rs!campo1 = t1.text
rs!campo2 = t2.text
rs.update
'para eliminar registros
rs.filter = "campo1 = '" & variable & "'"
rs.delete
rs.requery -1
Osea no quisiera trabajar con el inser into ni estructura propia de SQL
-
Abner, sinceramente me gusta el Addnew, pero para eliminar me voy por Delete From...! Sin embargo, se que Yvan tiene ciertos módulos construidos para inserts, Updates y Delete, por lo cual no me preocupo, pues se que es ordenado en sus codigos y es mejor crear una función para lo que se requiera..!
-
Estoy en un cliente, vere ahora en la noche enviar un zip mostrando la forma en un que manipulo datos.
-
cuenten conmigo para lo que necesiten y me avisan donde empieso y lo hacemos de a poco..me agrada el nombre y con que trabajaremos.
-
Qué bien que hayan pensado en realizar un software de alcance mundial mi pregunta es Quienes pueden participar en este proyecto los que quieren o hay tener un rango dentro del foro?
Pregunto porque me interesa participar dentro del proyecto
;D
-
Bien de participar evidentemente se requiere que se tengan conocimientos en Base de Datos, que al momento de ejecutar alguna sentencia SQL no se quede asi -> O.o
En cuanto al rango pues evidentemente debe ser participativo en el foro, pues a quienes conozco y con quien he compartido sources acá son pocos, y la verdad no me atrevo a confiar mucho porque malintencionados en la red hay por montones, que luego nos roban el proyecto y se adueñan diciendo que es de ellos. No tengo nada en contra de algunos de ustedes, simplemente a mi parecer fue una idea que tuve y quiero que participe gente de confianza que yo se que trabajará y se esmerará en dar lo mejor de si, y con quien no tendré dificultades...!
Hasta ahora y por los momentos somos 3. Yvan, Wolf y mi persona.
-
Bueno tengo un poco de conocimiento pues de echo trabajaba para una empresa que realiza software de gestión comercial pero me aburrí de trabajar ahí me decidí a colocar mi propia empresa bueno del momento pues me va más o menos upss creo que ya me Salí del tema bueno la verdad solo quiero participar mi intensión no es robar código ni nada por el estilo solo quería participar y aprender un poquito más pero si no se puede entiendo.
-
sorry por no cumplir hasta ahora lo prometido, pero no se que pase que los pinches clientes se han puesto de acuerdo para llamar todos juntos, tratare de hacerlo hoy y sino SI o SI mañana lo hago. Saludos.
P.D. Pienso que en un primer momento todos los interesados pueden participar, y en el camino cuando ya empezamos a meter letra en el código solo estarán los que deben estar y el código sera protegido, incluso pueden haber cosas que podemos compartir libremente, quiza las reglas de negocio del software no, ya veremos.
Saludos
-
ajam ajam ajam ;D
psss empecemos!!!!!
-
yo tengo algunos en el msn a los cuales nunca pedi source alguno como para beneficio mio, si bien esta claro mi intencion es arrancar y con esto hasta donde me dejen para aprender un poco mas, estoy estudiando esto a fondo en la uni en mi especialidad asi q podre dar lo que mas pueda y para las pruebas cuento con maquinas a montones en distintos s.o y hasta lector de codigo puedo conseguir para que en algun momento se pruebe en gran medida. saludos y nos hablamos.
-
Saludos.
Me disculpo por la demora y las noticias que traigo no son alentadoras para el tema.
En esta última semana me estuve reuniendo con un par de amigos consultores (especialista en soluciones para pymes) elaborando una idea de negocio que nos parece atractiva, era una idea que ya tuvimos hace un par de años pero en aquel entonces no veíamos bien como seria el negocio y no eramos tan amigos. Hoy ya tenemos mas o menos claro lo que queremos hacer, y tiene que ver con el software libre (solo el instalador no las fuentes).
El asunto es que se me presenta un conflicto con este proyecto (el del foro) y me parece que seria deshonesto y desleal de mi parte hacia Miguel y Abner entrar en un proyecto en el que NO SE LIBERARA la aplicación y a la par estar en otro proyecto que SI SE LIBERARA la aplicación. Podría ser muy fácil interpretar que tome este proyecto para aplicarlo en el otro proyecto, y por eso para no generar ninguna mala interpretación prefiero dar un paso al lado sobre lo que se refiere a las fuentes o demás temas del proyecto que fueran privados.
El principal motivo de entrar en el proyecto de soft libre es que uno de mis amigos tiene acceso a un gremio de empresas que cuenta con 3,000 inscritos, asi que esta jugoso pretender enchufarles el programa y luego empezar a ver el tema de soporte o personalización a cada empresa adquiriente. Ademas esta el Internet para liberarlo.
Igual ofrezco toda la colaboración que me fuera posible, aquello que puedan publicar sobre alguna duda o sugerencia que con todo gusto participare. Disculpen mas bien por esto pero prefiero hacerlo asi antes que el proyecto empiece y no sorprenderlos a la mitad del camino.
Un abrazo y aquí seguimos.
-
si hablamos de responsabilidad y honestidad tiene nombre y es Yvanb
-
YvanB!!! siento que no estes!!! y no se si vamos a seguir con el proyecto si te vas!! pero la verdad no me molesta que participes en los dos proyectos!! necesitamos tu mente brillante =)
-
si hablamos de responsabilidad y honestidad tiene nombre y es Yvanb
Gracias por tus palabras, mi intención principal es conservar la amistad.
-
YvanB!!! siento que no estes!!! y no se si vamos a seguir con el proyecto si te vas!! pero la verdad no me molesta que participes en los dos proyectos!! necesitamos tu mente brillante =)
Gracias por el apoyo, aun mastiquenlo bien, no hay roche, igual aporto en todo lo que pueda.
-
Hola gente! recién me entero de esta idea por que casi nunca entro a la sección General sino al foro de Visual Basic! .
Desde ya que cuenten con mi humilde aporte en lo que sea pueda ayudarles.
ME SUBO AL TREN! (si me dejan...)
MIKE
-
Que lastima tanto esfuerzo en meter cabeza en esto y quedo en la nada!!!
Estaba muy interesante el proyecto!
-
Hola a todos, soy nuevo en este foro, os hablo desde Perú, propongo retomar el proyecto, estuve leendo y parece muy interesante. Estas son mis propuestas:
Codigo: Visual Basic 6.0
Motor de Base de datos: Conexión ADO
Servidor de Base de datos: MySQL 5.5.12 (es robusta, segura y gratis)
Alcance: Cliente/Servidor (LAN/WAN) la base de datos puede estar montada en un servidor (LAN/WAN).
Interface: Multidioma, MultiSkins
Administración: Multiusuario, MultiOrganizaciones (con sub-departamentos: es decir cuando una empresa cuenta con varias filiales)
==================================================================
Propiedad: Podriamos formar una organizacion virtual (propongamos nombres) para identificarnos como desarrolladores de software y hacernos conocidos y lograr prestigio, la posesión del Código será exclusivo de los desarrolladores sin patentes de cargo económico
Distribución: Sólo compilación (instalador) via Web (download) no código fuente.
Uso: Free (30 dias en LAN) y luego exige mudar a WAN(con pago para mantenimiento de Servidor de Base de datos)
Créditos: Información de contacto de desarrolladores (programadores, diseñadores y otros)
==================================================================
Quizá olvide algunos puntos, pero aquellos que esten interesados en retomar el proyecto y lograr una buena aplicacion de alcance mundial participen en este foro.
-
Yo estoy fuera del proyecto pero igual quisiera darte un alcance.
Celebro tu voluntad y tus ganas y lo que diré sera con el fin de ahorrarte algo de tiempo o invertirlo mejor acerca de este proyecto.
Creo que estas tomando el asunto en el sentido contrario a lo que debiera ser, la parte mas gruesa e importante aun no existe y creo que debieran empezar por allí, ya Miguel dio el plan de todo el trabajo, lo que sigue es elaborarlo, cuando se tenga un borrador o algún avance serio ya podrían paralelamente ir viendo las condiciones de venta, forma de distribución, etc. Recuerdo que cuando se empezo con la idea no nos movia necesaria o principalmente el plan de negocio, sino la voluntad de tener un soft administrativo entre nosotros, solo es una observación.
Otra aclaración sobre algo que escribiste y que ya tocamos en otro hilo.
"Servidor de Base de datos: MySQL 5.5.12 (es robusta, segura y gratis)"
MySQL es robusta, sin lugar a dudas, es segura claro que si. Es gratis NICA.
Tienes que tener cuidado con eso. La licencia de MySQL es gratis siempre y cuando el aplicativo que la use también lo sea, la pretención de este proyecto es venderse por lo tanto no podrias usar (de manera formal) el MySQL sino estaría pirateando.
Tienes sin embargo 2 o 3 alternativas realmente gratis, por ejemplo PostGreSQL, SQLite(confirmar) y FirebirdSQL, una de esas puede servir de sobra. Asi que la afirmacion seria:
"Servidor de Base de datos: MySQL 5.5.12 (es robusta y segura)"
Por cierto, somos compatriotas y espero podamos seguir conversando.
Saludos
-
Sería excelente retomar el proyecto, sin embargo desconozco quienes podrían invertir su tiempo comprendiendo que es un proyecto para todos y no para hacerlo "suyo" toca acotar que como pertenecemos a paises diferentes, sera el mismo software, pero parametrizable para cualquier pais e incluso con idiomas, por lo que no deberá ser engorroso su uso...! Lógicamente un sistema administrativo cumple una función que es la misma para todos lados, inventario, ventas, compras y banco... Son los 4 módulos que componen un software administrativo, tomando en cuenta que existen modulos adicionales que podrían integrarse.. Sigo con mi punto, el fin de esto es que cada quien en su pais pueda captar un mercado con el software respetando la autoría del mismo...! Pero bueno tocará esperar..! Espero para conocer quienes se animan y así pautar una reunión grupal por msn o skype, de manera que podamos llegar a un acuerdo...!
Saludos
-
Lo he dicho un monton de veces!!! yo me apunto!!!! pero que se miren las cosas un poco claras no!! ???
Por que yo ahorita en mis vacaciones estoy trabajando en un sistema nuevo, pero si vamos a comenzar a trabajar este dejo mi proyecto por un lado!!! por cierto YvanB acabo de leer tu respuesta y conrespecto a la apuesta si es así ganaste!!! :D hay que juntarnos para que te de mi bb jajajajaja
-
Jajajaja, si se van a juntar, me avisan y coordinamos reunirmos para tomarnos las chelas, ya que como mi estimado Wolf invita, no esta demás que me tome unas cuantas a su nombre...! LOL =)
-
Lo he dicho un monton de veces!!! yo me apunto!!!! pero que se miren las cosas un poco claras no!! ???
Por que yo ahorita en mis vacaciones estoy trabajando en un sistema nuevo, pero si vamos a comenzar a trabajar este dejo mi proyecto por un lado!!! por cierto YvanB acabo de leer tu respuesta y conrespecto a la apuesta si es así ganaste!!! :D hay que juntarnos para que te de mi bb jajajajaja
Bien entonces nos vemos por skype y alli te mando mi dirección y código postal para el envío, te recomiendo Fedex, no te preocupes por los portes yo los pago, también envía las chelas.... jajajaa, broma, imagínate.
Fuera de bromas, de verdad cuando nos juntamos a tener una conversa face to face? al menos virtual, no se si Skype ya admita múltiples vídeos para vernos todos a la vez, creo que ooVoo si lo hace, veamos esa u otra alternativa y nos damos una charla uno de estos domingos cada uno con su respectiva chela. :P
Un abrazo.
-
Seguro que si, me anoto...! Por cierto Yvancillo, toy esperandillo el ejemplillo... jijijijijillo..! Jajaja
-
Seguro que si, me anoto...! Por cierto Yvancillo, toy esperandillo el ejemplillo... jijijijijillo..! Jajaja
Ya doc, ya te envié a tu correo.
-
Hola a todos, solo quería hacer una consulta respecto al uso de MySQL, estuve leendo detalladamente la licencia GPL, pues este exige la distribución del source code de la aplicación en modo GPL para poder usar MySQL como Database Server Gratis.
Ahora, pude entender que esto es así cuando se "integra mysql en la distribución", es decir el programa que vendes ya incluye MySQL dentro del paquete de instalación; pero, que pasaría si para el uso del sistema, se indicaría "Instalar MySQL como prerequisito" de manera que el usuario final se encargará de adquirir MySQL de manera gratuita (una descarga de 30MB aprox), bueno es un punto de vista personal, o tambien se estaría pirateando MySQL de esta manera?.
Hago esta acotación, pues estuve leendo sobre las features de firebird y postgressql y la verdad no convencen mucho con respecto a mysql.
-
Jajajaja, te metiste a una buena discusión con YvanB, pero yo estoy de acuerdo con MySQL, incluso lo prefiero sobre FirebirdSQL aunque los dos son muy buenos!!!!!!!!!!!
Y de hecho en mis aplicativos yo hago que se instale MySQL por aparte pero lo logre con este pograma.... como se llama..... SetupFactury
PD: Solo el ODBC tiene que ir en el instalador..... el servidor tiene que ser otro instalador por aparte con la versión server...
-
jorny83, hubieras abierto otro hilo para este tema.
Tengo entendido que debes pagar por la licencia MySQL cuando distribuyes comercialmente (te lucras) tu software.
Ahora, en la practica, es el cliente que paga esto, no e entrado muy a detalle del tema de licencias porque es un asunto engorroso, pero lo mejor seria que envíes la pregunta directa al mismo MySQL.
Leete esto: http://cv.uoc.es/~pberni/faqs/docs/licencia_mysql.pdf (http://cv.uoc.es/~pberni/faqs/docs/licencia_mysql.pdf)
Ahora mi gran duda ¿Que cosa no te convence de Postgree o Firebird????, de Postgree no se mucho pero se que es bastante flexible con la licencia (sea tu soft privativo o no) lo mismo que Firebird y como motor Postgree es potentísimo lo mismo que Firebird. Aclárame la duda, de pronto me perdí de algo, no te convence la licencia o no te convence el motor y porque?.
-
Para decirlo en pocas palabras, en robustes PostgreSQL es mejor que firebird, pero su consumo de recursos es mucho más que mysql, firebird es un buen servidor pero mysql lo supera en features respecto a su trabajo como servidor y manejo de objetos.
En resumen: MySQL engloba las caracteristicas de Post y Firebird a la vez que es más ligero porque consume menos recursos.
Quizá haya otros puntos relevantes pero sin duda MySQL los supera en todo.
Personalmente diria que MySQL se "come" a todos los servidores de base de datos con excepción de Oracle (este ultimo exige licencia por eso está descartado), nisiquiere el SQLServer de Mocosoft compite con MySQL, además para poder hacer la conexion al servidor si se usa ADO, no es necesario el conector ODBC.
-
jorny83 , respeto tu opinión...!
Pero instruyete un poquito y lee..!
SQL Server = Tiene un ambiente visual de administración.
MySQL = No posee ambiente visual, se apoya en herramientas como mySQLAdmin.
SQL Server = Puedes crear agentes (jobs, alerts..etc)
MySQL = ¿?
SQL Server = Integridad referencial
MySQl = ¿?, no se le han dado mas importancia a la velocidad y dejan en manos del programador la responsabilidad de comprobar la integridad
SQL Server = manejo de transacciones
MySQL = ¿?
SQL Server = Base de datos relacional
MySQl = ¿?
MySQL no soporta subqueries. Cualquiera que haya desarrollado un sistema de información complejo sabe que un query complejo generalmente es más eficiente que tres o cuatro queries simples pegados con programación, en MySQL estás obligado a hacer esto último.
MySQL no tiene triggers ni foreign key constraints. Esto quiere decir que las invariantes de los datos ("un cliente debe tener uno y sólo un ejecutivo de ventas", "un detalle de factura puede
estar asociado a una y sólo una factura", "si borro una factura
debo borrar todos sus detalles") deben ser mantenidas por la
_aplicación_; no solamente es muy complicado el mantenimiento sino que indefectiblemente un programador se va a olvidar de actualizar o borrar alguna relación y la base de datos es inválida estructuralmente
MySQL no tiene bloqueo granular por columnas y registros. Si acaso tiene bloqueo por tablas (que es completamente inútil en un sistema cargado de transacciones). Esto quiere decir que sólo un usuario a la vez puede modificar una tabla, porque MySQL no permite acceso _simultáneo_ (verdaderamente paralelo) a diferentes registros de una misma tabla.
-
No compares SQL Server con MySQL...! ;) ahora un Mounstruo es ORACLE...! Eso si se lleva por los cachos a todos...!
Saludos, y espero aprendas un poco..!
-
AMEN (http://www.forosdelweb.com/f21/diferencia-entre-sqlserver-mysql-155568/#post497130)
-
AMEN (http://www.forosdelweb.com/f21/diferencia-entre-sqlserver-mysql-155568/#post497130)
Mas claro imposible...! ;)
Sucede que el chico del post de forosdelweb acota que en MySQL no se pueden crear triggers o stored procedures, y efectivamente si se pueden...! Pero del resto, aun esta en pañales..!
-
Estimado jorny83, es muy genérico lo que indicas, pensé que era algo importante o relevante, algo especifico, algo comparable para nosotros, si pones el tema asi pues te diría que "Teradata" es la mejor base de datos del planeta ¿Que tal?. Si tu me dices que vas a usar la BD para llevar el registro nacional, o tener millones de consultas por dia, etc, entonces es otro tema, mientras no sea algo de ese tamaño las comparaciones son improductivas. Incluso podria buscar ejemplos que ni aun asi, lo malo de firebird es que no tiene la fama de MySQL porque tiene otra regla de negocios.
También me hablas de las bondades pero no señalas los contras, por supuesto que MySQL es una buena base de datos, obvio, pero no creo que sea practico hacer comparaciones de puntos cuasi inalcanzables, por eso, si tu expones la envergadura de tu proyecto entonces el tema a tratar "podria" ser diferente (aunque no lo creo).
A ver, te doy algunos datos:
"La base de datos FIrebird más grande conocida ocupa más de 980 GB" no te alcanza eso? ? ? ? Tomado de aqui (http://magazine.virtualconsulting.biz/general/%C2%BFpor-que-usar-firebird-sql)
"realiza 200,000 transacciones al día con Firebird" ¿no te alcanza tampoco esto? ? ? ¿cuantas vas a hacer tu? tomado de aqui (http://www.vivalinux.com.ar/software/firebird-en-la-empresa)
"tiene 700 millones de registros... " ¿ también te queda chico??? tomado de aqui (http://www.firebirdnews.org/docs/fb2min_es.html)
No me mal entiendas, no pretendo imponerte que uses Firebird o Postgree ni mucho menos, usa lo que te sirva, en lo que seas mas productivo y resuelvas mas, y si eso es MySQL pues enhorabuena por ti pero no corren los argumentos que diste.
P.D. Cuando iba a postear esto vi que Miguel te dio los argumentos en contra que tiene MySQL en comparación a SQLServer y colgandome de eso también son validos para Firebird. La verdad hay que entender bien para que uno destina a su proyecto un determinado motor.
Saludos y sigamos analizando.
Yvan
Accionista mayoritario de Firebird Group jajajaja, ya quisiera
-
Bueno en primer lugar esta es la opinión popular http://www.hiprank.com/firebirdsql-vs-maxdb-vs-mysql-vs-postgresql.html (http://www.hiprank.com/firebirdsql-vs-maxdb-vs-mysql-vs-postgresql.html)
MySQL
Es una de las bases de datos más populares que hay dentro del desarrollo web. Hay gente que la defiende, y otros que no la tienen entre sus BD favoritas. Para aquellos que tengan que decidirse en la elección de MySQL como BD de su sistema, esta lista de pros y contras le puede ser de mucha utilidad.
Pros
Es muy popular: el hecho de que mucha gente la use y que esté tan presente en gran parte de los desarrollos web, hace que los proveedores de software intenten que sus aplicaciones sean compatibles con esta BD, pudiendo así encontrar muchas aplicaciones para MySQL.
Es simple: es fácil de aprender comparada con otras BDs, no es necesario emplear mucho tiempo o dinero en formar a los trabajadores o en contratar a gente cualificada. El que sea sencilla conlleva que también sea rápida, aunque hay algunos desarrolladores que echan en falta algunas funcionalidades (a mi parecer, cada vez menos).
Es barata: aunque pertenece a MySQL AB, MySQL es open source, que sea barata implica que al inicio del proyecto el gasto vaya a otras partes que puedan necesitarlo, en vez de gastar dinero en licencias.
Tiene soporte: uno de los inconvenientes que suelen presentar los clientes hacia el open source es que no dispone de soporte. MySQL ofrece licencia con servicios de soporte y mantenimiento, además también es posible obtener atención técnica 24/7.
Es flexible y escalable: dispone de muchos tipos de almacenamiento, pudiendo seleccionar el que más nos convenga, y os procedimientos almacenados nos permiten escalabilidad.
Librerías nativas para lenguajes: ofrece librerías para lenguajes como PHP y Ruby.
Contras
Licencia GPL: en algunos entornos, la licencia BSD es más adecuada.
Falta de integración con entornos existentes: existen muchas circustancias en los que los DBA no tienen un entorno con el que tratar con MySQL.
Falta de madurez: en comparación con otras BDs como Oracle (que cumple 30 años), le falta madurez, lo que indica posicionamiento y estabilidad.
Falta de características: hay características importantes, que aunque a veces no son muy utilizadas, pueden acabar con un proyecto debido a la necesidad de uso.
Certificación: a muchas empresas les gusta la certificación, aunque ofrecer certificación, esta está muy lejos de parecerse a la de Oracle o MS-SQL Server.
Yo he utilizado tanto Access, MySQL, FirebirdSQL, SQL Server y Oracle, Bueno a mi punto de vista es que Oracle es muy bueno, y SQL Server esta muy a su altura tambien!!! pondria en tercer lugar a MySQL por que ahora ya puedes hacer agentes y muchas cosas que antes no tenia!!! (¬¬ antes de criticar descargense la ultima versión) y la conectividad es muy pero muy buena!! 4° FirebirdSQL por qué? es un poco mas complicado de usar y de conectar que MYSQL, igual tiene mucha capacidad de datos, pero todo motor basado en SQL es capaz de almacenar bastante, aunque tambien tiene que ver el servidor, la capacidad de memoria, disco, etc. etc. etc. Yo siempre he dicho que la rapidez del sistema no esta en la base de datos en sí, si no como estructures tu base de datos y como la conectes a tu sistema!!!! y como la trates desde tu sistema!!! osea:
Cualquier motor que puedas utilizar y sea amigable a tu parecer!! es el motor que tienes que utilizar, yo trabajo mucho con MySQL, por que me gusta!!! osea puedo tener sin problemas y sin licencias conexiones halambricas e inhalambricas, solo por ip, y dios las conexiones en Wan son muy fáciles!!!!!!
Para enseñar como utilizar los motores yo recomiendo mucho access cualquier versión por que puedes ser relacionadas, monousuarias o multiusuarias de dos computadoras, en fin!!! si tenemos un sistema que va ha alvergar datos nacionales usa Oracle o SQLServer.... por su gran experiencia solo oracle tiene mas de 30 años de experiencia osea ni MySQL ni Firebird se pueden poner a la par por que cuando ellos tengan 30 años Oracle va a tener 60 años, ahora que se parecen mucho y guardan datos casi de la misma forma si!!! por que joder todo se basa en SQL.
YvanB definitivamente es el papá aqui en el foro de Firebird y se le respeta mucho y tiene sus seguidores en el foro por ello!!!, se podria decir que es un pionero en el foro de dicho motor, por ello mismo siempre lo va a defender a capa y espada!!! osea para el Firebird es la solución a todos sus problemas.
Miguel ha utilizado muchos motores y prefiere uno cual es me lo reservo!! pero tambien tiene mucha experiencia con su motor y lo sabe utilizar.
Yo tengo un año de utilizar MySQL y he cambiado 4 versiones en ese entonces y lo he visto evolucionar y he programado muchas cosas que yo pensaba imposibles con access o muy dificiles con Firebird, se me han hecho faciles con MySQL.
Espero poder calmar esta ser de ganar por un motor de bases de datos, y si estan en el mercado significa que son buenos y que funcionan. Todos sirven pero no son mas que una herramienta, solo nosotros podemos utilizar un martillo para clavar un clavo o para ponerlo debajo de la pata de una mesa para nivelarla ;)
-
Nos estamos desviando del tema...! Ya aclarado todo, continuo esperando a ver quienes se apuntaran al desarrollo.!
Saludos
-
la respuesta de ssccaann43 es de aca:
Diferencia entre SQLServer y MySQL (http://www.forosdelweb.com/f21/diferencia-entre-sqlserver-mysql-155568/)
es del año 2003...todo eso que esta dicho que no tenia MySQL, ahora lo tiene MySQL jajaj, mirar bien lo que se pone por favor y no copiar y pegar.
como que MySQL no tiene GUI? no viene con el programa pero tiene miles de GUI tipo sql server.
como que no se pueden hacer subconsultas ?
como que no se pueden hacer triggers ?
y sigo.....
vamos....
para MySQL no hay que pagar nada, y aun cuando se gane plata por el programa...como dijeron antes que si tenia que hacerlo.
alguien que este en contra de My SQL ya es un boludo mal, una de los motores mas potentes del mundo...sistemas de gestion titanicos estan realizados con este motor y no tienen problema alguno.
igual yo prefiero SQL Server.
no hablo mas por hoy.
-
la respuesta de ssccaann43 es de aca:
Diferencia entre SQLServer y MySQL (http://www.forosdelweb.com/f21/diferencia-entre-sqlserver-mysql-155568/)
es del año 2003...todo eso que esta dicho que no tenia MySQL, ahora lo tiene MySQL jajaj, mirar bien lo que se pone por favor y no copiar y pegar.
como que MySQL no tiene GUI? no viene con el programa pero tiene miles de GUI tipo sql server.
como que no se pueden hacer subconsultas ?
como que no se pueden hacer triggers ?
y sigo.....
vamos....
Esto ya lo había aclarado Miguel ya que Leandro lo hizo notar. Pero cierto que no subrayó lo que a la fecha MySQL ya superó. Mas no agrego porque no conozco ese motor a profundidad.
para MySQL no hay que pagar nada, y aun cuando se gane plata por el programa...como dijeron antes que si tenia que hacerlo.
Alli si yerras, no puedes decir "para MySQL no hay que pagar nada" sino como explicas estos precios de la misma web de MySQL??: (Ojo, este link es del 2011)
http://www.mysql.com/products/ (http://www.mysql.com/products/) , obvio que te lo enganchan con soporte y otros temas mas, si no habría ninguna atadura sacarían de esa lista al motor.
De la forma que lo dices podrías inducir a error si algún visitante llega por acá y lee eso. No debes olvidar que MySQL es ahora de Oracle, y ten por seguro que van a aclarar mas este asunto enredoso de cuando cobran y cuando no porque igual cobrarán ya que Oracle tiene como regla de negocio cobrar por licencias, incluso tengo entendido que cobran por su motor hasta por núcleo (ni siquiera procesador ja).
Aca tienes la tienda de venta en Oracle.
https://shop.oracle.com/pls/ostore/f?p=dstore:home:0# (https://shop.oracle.com/pls/ostore/f?p=dstore:home:0#) (Ojo, si te sale advertencia de seguridad es solo porque la pagina hace referencia a Europa, en mi caso me sale a 6,132 soles). O sea, siempre hay que tener cuidado con las generalizaciones, inducen a mal.
Por mi lado yo no voy a entrar en detalles de cuando se paga y cuando no porque ya investigue un poco y me sigue resultando enredoso ese asunto: que cuando es derivado, que cuando tu aplicación no es GPL, que es gratis pero pagas en X casos, todo un enredo que no me interesa aclarar, lo que si es totalmente claro es que motores excelentes como PostgreeSQL y FirebirdSQL no tienen licencias duales de ningún tipo comercial, al menos de FirebirdSQL lo puedo asegurar.
alguien que este en contra de My SQL ya es un boludo mal, una de los motores mas potentes del mundo...sistemas de gestion titanicos estan realizados con este motor y no tienen problema alguno.
Claro, pero ese calificativo seria para alguien que este en contra de cualquier herramienta sin mayor información de su adversion, pero deja de serlo inmediatamente empiece a dar argumentos que son los que se deben rebatir y no calificar a la persona que plantea el argumento sea errado o no. Una cosa es que halla interpretado mal, que no halla investigado en los sitios oficiales, etc sea el caso que fuere no amerita ningún tipo de calificativo porque empezamos a perdernos el respeto.
igual yo prefiero SQL Server.
Yo no tengo preferencia... juatt???.. aclaro, yo igual uso principalmente FirebirdSQL en mis proyectos personales (mis propios negocios), porque es realmente bueno (nadie aun me puede sacar algo técnicamente malo de el) y realmente gratuito sin trucos bajo la manga. Mas allá de eso me da lo mismo el motor que tenga que usar según el contexto en el que me encuentre, la semana próxima empezaré un proyecto con SQLServer porque los programadores que dirigiré lo conocen muy bien y el cliente no financiaría la curva de aprendizaje.
no hablo mas por hoy.
Yo tampoco porque faltan 30 minutos para que acabe el dia de hoy.
Saludos.
-
bueno, empezo otro dia ahora puedo hablar ;D.
los precios que me pones de esa pagina, son para otra cosa, tenes que pagar si queres incluir o modificar mysql dentro de tu aplicación.
mas claro aca imposible:
Usando Open Source para desarrollo comercial: MySQL y la licencia GPL (http://www.linkworks.cl/2011/01/18/usando-open-source-para-desarrollo-comercial-mysql-y-la-licencia-gpl/)
trabajo en una empresa de desarollo de software y se usa my sql, sql server, oracle..lo que sea, y te puedo asegurar que NO SE PAGA MySQL.
saludos.
PD:y boludo no es para tanto, no es una mala palabra, malas palabras son guerra, hambre, pobreza, igual creo qeu es la primera vez que la escribo en internet.
-
A eso me refería doc, suponte que alguien va a hacer esa modificación y lee esa linea y sin saber los alcances comerciales porque como muchas veces pasa pudiera ser un marciano (una persona concentrada al 100%) de la programación pero muy malo en la comercialización o temas de licencia. Es diferente leerlo asi:
"para MySQL no hay que pagar nada, salvo que quieras modificar o incluir el MySQL en tu aplicación, alli si pagas"
Esa pequeño agregado hace la gran diferencia y acorta muchísimos caminos, lo hubieras puesto.
Date cuenta que el dato me lo sacas de un lugar algo escudriñado y esta mas claro que en la misma web de mysql, la verdad yo no encontré esa web, debo ser muy malo buscando :P, si googleas encuentras un altísimo porcentaje que dice: "pagas si tu software es comercial" y conlleva a error. Una vez mas se demuestra que la masa no siempre tiene la razón. Ahora tomare con mas cuidado cuando lea que Oracle es la mejor BD jajaja.
Debo aclarar ademas que:
"para FirebirdSQL no hay que pagar nada, incluso asi modifiques o incluyas FirebirdSQL en tu aplicación, ni aun así pagas". Los marcianos sean bienvenidos.
No diré nada de PostgreeSQL porque no me he leído íntegramente su licencia.
Yo he trabajado en varias consultoras y ninguna paga licencia pq usan software pirata (puajj), y una de ellas compró licencias originales, pero cuando la auditaron igual le cayo multa porque la licencia que habían adquirido no era la correcta.
P.D: Gracias por aclararme lo de boludo, porque por aquí tiene connotación negativa, y :) no me des cuerda con "guerra, hambre, pobreza" que no las considero malas palabras sino malas acciones y el hilo puede crecer mas de lo que ya creció.
Un abrazo y de plano me disculpo si mi tono fue algo subido.
Saludos.
-
la respuesta de ssccaann43 es de aca:
Diferencia entre SQLServer y MySQL (http://www.forosdelweb.com/f21/diferencia-entre-sqlserver-mysql-155568/)
es del año 2003...todo eso que esta dicho que no tenia MySQL, ahora lo tiene MySQL jajaj, mirar bien lo que se pone por favor y no copiar y pegar.
como que MySQL no tiene GUI? no viene con el programa pero tiene miles de GUI tipo sql server.
como que no se pueden hacer subconsultas ?
como que no se pueden hacer triggers ?
y sigo.....
vamos....
para MySQL no hay que pagar nada, y aun cuando se gane plata por el programa...como dijeron antes que si tenia que hacerlo.
alguien que este en contra de My SQL ya es un boludo mal, una de los motores mas potentes del mundo...sistemas de gestion titanicos estan realizados con este motor y no tienen problema alguno.
igual yo prefiero SQL Server.
no hablo mas por hoy.
AMEN (http://www.forosdelweb.com/f21/diferencia-entre-sqlserver-mysql-155568/#post497130)
Mas claro imposible...! ;)
Sucede que el chico del post de forosdelweb acota que en MySQL no se pueden crear triggers o stored procedures, y efectivamente si se pueden...! Pero del resto, aun esta en pañales..!
Lee seba..! y MySQL no debe compararse con SQL Server, pues se queda pequeño...!
-
parece q este proyecto no camina, tengo un cliente q quieres un ssistema para controlar su negocio y me falnta conocimientos y tiempo para realizarlo, quien de ustedes tiene para venderle?? al menos yo quisiera ganar con el soporte o el mantenimiennto. El sogtware seria para lima y me dicen el precio
-
parece q este proyecto no camina, tengo un cliente q quieres un ssistema para controlar su negocio y me falnta conocimientos y tiempo para realizarlo, quien de ustedes tiene para venderle?? al menos yo quisiera ganar con el soporte o el mantenimiennto. El sogtware seria para lima y me dicen el precio
Deberias contactar con Yacosta que creo que es de tu pais y que el tiene ese tipo de soft!
-
Hola Vig.
Revisa mi web www.quentas.net (http://www.quentas.net) (sorry por el cherry) y si te parece me escribes un MP para darte detalles.
Saludos