Buenas amigos, empiezo en linux, y me han sugerido linux suse, bueno desde ya les comento que ya no uso windows en mi escritorio, sin embargo necesito estar mas comodo. Por ejemplo entre la documentacion y dispositivas en la istalacion del 9.1 Personal me muestra un wine, el cual dice que me sirve de manera comprobada para poner por ejemplo MS Office 2000 (ya se que existe OpenOffice pero de todos modos quiero el MS Office). Ademas el kopete no me gusta y prefiero usar el gaim que he visto me agrada mas. Tambien ando examinado el Yast y me gustaria saber por ejemplo donde esta la lista de repositorios de software para descargar gaim, snort, y otrtas aplicaciones que no vienen en el CD. Cual es el archivo de texto donde pondria los repositorios como creo es en yum o apt segun lo que leo.... Como veran, quiero estar mas comodo y he buscado pero me encontre con esta lista y necesito saber si alguien me puede ayudar en este par de temas. Saludos
El 2004-11-03 a las 18:56 -0500, suse@e-connecting.homeip.net escribió:
Por ejemplo entre la documentacion y dispositivas en la istalacion del 9.1 Personal me muestra un wine, el cual dice que me sirve de manera comprobada para poner por ejemplo MS Office 2000 (ya se que existe OpenOffice pero de todos modos quiero el MS Office).
El office no lo he probado, pero en principio, si.
Tambien ando examinado el Yast y me gustaria saber por ejemplo donde esta la lista de repositorios de software para descargar gaim, snort, y otrtas aplicaciones que no vienen en el CD. Cual es el archivo de texto donde pondria los repositorios como creo es en yum o apt segun lo que leo....
El snort si está... por lo menos en el dvd de la profesional, pero quizás no en los CDs. Si lo que tienes es la personal, entonces pues debes apuntar el yast a un mirror cualquiera de suse, pe, ftp.rediris.es/pub/Linux/distributions/suse/pub/suse/ - no es esactamente ese directorio, tendrás que probar. Lo que no encuentres ahí, pues puedes mirar en packman - no tengo el enlace a mano. -- Saludos Carlos Robinson
Hola si eres nuevo en Linux, -muy probablemente- estás cometiendo el mismo grave error que muchos otros, cuando dices 'quiero el MS Office' ... sin importar la trascendencia de funcionalidad, potencia, estabilidad de MS Office vs Open Office, creo que una política muy sana es tratar de usar las aplicaciones nativas del Sistema Operativo, tengo un amigo que instaló Linux y me dijo: Quiero el MS Office y el Photoshop, además me gustaría seguir quemando mis CDs con Nero ... bueno le dije, deja una partición con Windows ... cuando tomas la decisión de cambiar o evaluar un nuevo sistema, creo que deberíamos hacer eso a cabalidad, no tratar de traer los mismos programas de MS Windows, porque, para ello, simplemente permanences en MS Windows ... Solo un comentario ... Saludos, Jean H// -----Mensaje original----- De: Carlos E. R. [mailto:robin1.listas@tiscali.es] Enviado el: Viernes, 05 de Noviembre de 2004 08:21 p.m. Para: Lista de Suse Linux Español Asunto: Re: [suse-linux-s] Nuevo en linux El 2004-11-03 a las 18:56 -0500, suse@e-connecting.homeip.net escribió:
Por ejemplo entre la documentacion y dispositivas en la istalacion del 9.1 Personal me muestra un wine, el cual dice que me sirve de manera comprobada para poner por ejemplo MS Office 2000 (ya se que existe OpenOffice pero de todos modos quiero el MS Office).
El office no lo he probado, pero en principio, si.
Tambien ando examinado el Yast y me gustaria saber por ejemplo donde esta la lista de repositorios de software para descargar gaim, snort, y otrtas aplicaciones que no vienen en el CD. Cual es el archivo de texto donde pondria los repositorios como creo es en yum o apt segun lo que leo....
El snort si está... por lo menos en el dvd de la profesional, pero quizás no en los CDs. Si lo que tienes es la personal, entonces pues debes apuntar el yast a un mirror cualquiera de suse, pe, ftp.rediris.es/pub/Linux/distributions/suse/pub/suse/ - no es esactamente ese directorio, tendrás que probar. Lo que no encuentres ahí, pues puedes mirar en packman - no tengo el enlace a mano. -- Saludos Carlos Robinson -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.788 / Virus Database: 533 - Release Date: 01/11/2004
El Sábado, 6 de Noviembre de 2004 08:36, Jean Hendrickx escribió: Lo unico que podria interesarte del MS Office, es el Access, puesto que es el único programa que por razones obvias no ha sido objetivo de nadie pasarlo a linux, porque hay otras bases de datos mejores. Si el problema es tener que aprender de nuevo como van los programas que hay en linux, como el GIMP, Open Office, programas de grabacion, etc... Te recomiendo que te esfuerces en hacerlo. Porque el WINE esta muy bien, para hacer funcionar programas que realmente no puedes portar a linux, y solo funcionan bien, los que no usan dispositivos extraños. WINE es experimental, todo y que si sabes configurarlo bien funcionan la mayoria de las aplicaciones. Pero creo que es mucho mas costoso dominar el WINE que cualquiera de las otras aplicaciones. Y para el WINE, recomiendo usar la ultima versión de sourceforge.net, no la que viene con la SuSE. Si alguien necesita alguna ayuda de como configurar el wine, puede que le ayude. Pero no todo llega a funcionar lamentablemente con wine. -- ################################################ #- Urbez Santana i Roma - #- Email: urbez@linuxupc.upc.es #- Private Web: http://linuxupc.upc.es/~urbez/ ################################################
En/na Urbez Santana Roma ha escrit:
El Sábado, 6 de Noviembre de 2004 08:36, Jean Hendrickx escribió:
Lo unico que podria interesarte del MS Office, es el Access, puesto que es el único programa que por razones obvias no ha sido objetivo de nadie pasarlo a linux, porque hay otras bases de datos mejores.
Si el problema es tener que aprender de nuevo como van los programas que hay en linux, como el GIMP, Open Office, programas de grabacion, etc... Te recomiendo que te esfuerces en hacerlo.
Porque el WINE esta muy bien, para hacer funcionar programas que realmente no puedes portar a linux, y solo funcionan bien, los que no usan dispositivos extraños. WINE es experimental, todo y que si sabes configurarlo bien funcionan la mayoria de las aplicaciones.
Bueno en parte teneis razon; yo tambien recomiendo que la mejor manera de aprender algo es empezar a trabajar con ello; pero no menos cierto es que en el caso del OpenOffice, pues hay cosas que no funcionan del todo bien (aplicacion powerpoint); a mi para las presentaciones prefiero utilizar el soft de Redmon (mal me pese), pero hay cosas en las que hay que mejorar, y en esto creo que todos hemos de ser conscientes, se van portando cada vez mas y mejor los programas, cada vez mas se crean programas multiplataforma (la mejor manera de adaptarse a un nuevo OS es usando las mismas herramientas); pero todo y asi yo tengo que usar crossofffice, para utilizar algunas herramientas las cuales aborrezco (IE, Office), y algunas otras como el Izarc (descompresor), por que me funciona mejor y mas rapido que el unrar de linux, y es que este ultimo es algo lento. :-\ yo siempre intento convencer a mis allegados en que se instalen/prueben las virtudes de Linux, si tengo que ponerle el office y el IE, lo hago, no hay que ser obcecado y hay que entender que a la gente le cuesta cambiar habitos, y si esta es la manera de ir introduciendolos en el mundo del softlibre, pues se hace... al fin y al cabo a la mayoria de los que les instalo Linux lo unico que quieren es que les funcione. :-(
El 2004-11-06 a las 19:50 +0100, Urbez Santana Roma escribió:
Lo unico que podria interesarte del MS Office, es el Access, puesto que es el único programa que por razones obvias no ha sido objetivo de nadie pasarlo a linux, porque hay otras bases de datos mejores.
Mmm, difiero... El Access será todo lo malo que quieras tecnicamente, pero es el más sencillo de usar que hay. Una interfaz equivalente para el OO que permita diseñar una base de datos simple (de andar por casa) pintando las relaciones y las tablas de una manera tan intuitiva como el access, si que se echa de menos en LInux, y bastante. Y según creo, lo están preparando. Por otra parte, también recomiendo olvidarse de Office y empezar con el OO - a no ser que haya motivos para lo contrario (funciones raras del excel, pe). Es mejor usar programas nativos, fallará menos, irá más rápido, etc, etc. -- Saludos Carlos Robinson
Lo unico que podria interesarte del MS Office, es el Access, puesto que es el único programa que por razones obvias no ha sido objetivo de nadie pasarlo a linux, porque hay otras bases de datos mejores.
Mmm, difiero...
Y yo, nada con el access para aplicaciones caseras y formularios para pequeñas empresas (hace como 3 años me curre una aplicación en access para gestion de contactos para el director comercial de una empresita a golpe de ratón, aun sigue funcionando sin problemas)
El Access será todo lo malo que quieras tecnicamente, pero es el más sencillo de usar que hay. Una interfaz equivalente para el OO que permita diseñar una base de datos simple (de andar por casa) pintando las relaciones y las tablas de una manera tan intuitiva como el access, si que se echa de menos en LInux, y bastante.
Y según creo, lo están preparando.
Te refieres a rekall? creo que viene en la 9.1, hace unos meses lo probé. Si mal no recuerdo era un frontend para otros motores de datos, como mysql. La conexión al motor de datos no era trivial, hay que conocer algo de mysql, o al menos, mas que yo ;-) -- Saludos, miguel
El 2004-11-07 a las 00:37 -0000, miguel gmail escribió:
Mmm, difiero...
Y yo, nada con el access para aplicaciones caseras y formularios para pequeñas empresas (hace como 3 años me curre una aplicación en access para gestion de contactos para el director comercial de una empresita a golpe de ratón, aun sigue funcionando sin problemas)
Si, yo también he hecho cositas, y sin cursos ni manual. Lo sencillo es muy facil, lo dificil se vuelve casi imposible - lo habitual cuando son cosas no previstas por los diseñadores de esas aplicaciones como el access.
Y según creo, lo están preparando.
Te refieres a rekall? creo que viene en la 9.1, hace unos meses lo probé. Si mal no recuerdo era un frontend para otros motores de datos, como mysql. La conexión al motor de datos no era trivial, hay que conocer algo de mysql, o al menos, mas que yo ;-)
Pos estamos aviaos :-p Si, pensaba en el rekall, pero también algo que creo que viene con la siquiente versión del OO, que está en beta. -- Saludos Carlos Robinson
On Sun, 7 Nov 2004 02:39:16 +0100 (CET), Carlos E. R. wrote:
Si, pensaba en el rekall, pero también algo que creo que viene con la siquiente versión del OO, que está en beta.
Y Kexy? http://www.koffice.org/kexi/screenshots.php En cuanto a los buenos comentarios de Access... trabajo desde hace más de 20 años en el software de gestión y desde que existe --no hace 20 años-- en Access sólo he visto funcionar programas muy simples para los que hubiese bastado una hoja de cálculo, y con estas exigencias técnicas funciona cualquier cosa con filas y columnas. El problema llega cuando hay un buen surtido de tablas, relaciones a derecho y sinietro, y está abierta con transacciones 12 horas al dia, 6 días a la semana. Recuerdo un caso en el que me negué a montar unos TPVs en Access. Lo hizo otro que afirmaba que lo mío eran manías y que "si se sabe usar bien Access, no da problemas, y yo se como". Sisí.... se trataba de un establecimiento conocido y más de una vez --y de tres-- me llegaron historias de las colas que se formaban quando "las cajas fallaban". Hace poco supe que están buscando recambio. -- Benjamí http://weblog.bitassa.net .
El Domingo, 7 de Noviembre de 2004 05:05, Benjamí Villoslada escribió: Bueno, bueno, corrijo lo que he dicho. Reconozco que el access es "Fácil i intuitivo", y por eso dije que era el unico soft que podia interesarle del MS-Office, puesto que segun como el resto de aplicaciones, siempre he encontrado algo más interesante en linux, aunque tengas que aprender cosas de nuevo. No obstante, tal y como ha dicho Benjamí Villosada, las aplicaciones que uno pueda hacer con el Access, son un error si se plantean para más de 1 usuario. El access en el fondo, es uno de los culpables, para que la gente confunda lo que una base de datos deberia ser, porque al parecer sencillo, se ha llegado a usar sin conocer en que se basa, y los conocimientos necesarios para hacer buenos diseños. Ese es el problema, hacer un sistema sencillo es bueno, para la gente, pero junto con la sencillez, debe haber sistemas, para que esa sencillez, tambien se traduzca en seguridad, optimización, y otras ayudas para que se hagan bien las cosas. Eso es lo que le falta a la belleza del Access y de otras cosas de Microsoft. Y es que hoy dia, por culpa del intrusismo en la profesión de la informática, por el hecho de que todo el mundo parece capaz de resolver problemas en los que se han de diseñar sistemas informáticos, por el hecho de que hay herramientas que parece que sirven para todo, y son fáciles, hasta un niño parece que podria diseñarlas. Pues NO. Es el mismo error, que cometeria un paleta, haciendo un edificicio, o un ingeniero industrial haciendo un hotel. A no ser que haya hecho un aprendizaje en paralelo, no está igual de preparado que un arquitecto, para hacer algo que parece sencillo, para un paleta, o un ingeniero industrial o un ingeniero de caminos, etc... Lo mismo pasa con la informática. Para poder solucionar los problemas que se piden que se resuelvan en las empresas tecnológicas, se usan esclavos y gente sin los conocimientos necesarios. Asi de mal va el mundo hoy dia. Por mucho que un mátematico pueda hacer algoritmos, no tiene los conocimientos adquiridos por alguien que ha hecho informática en serio, aunque si es cierto que pueden haber mátematicos mucho mejor informáticos que informáticos, porque ha estudiado por su cuenta. De la misma manera, alguien que ha hecho telecomunicaciones, no está preparado para este tipo de faenas, sin una preparación adicional extra. Bueno y hoy dia tampoco las universidades que enseñan informática acaban de preparar del todo bien a los informáticos. Que quiero decir con todo este royo (perdonadme de verdad). Que por mucho que el access, sea fácil, o el WEB ,HTTP, PHP, MYSQL, sean sencillos, NO ESTAN PENSADOS para hacer aplicaciones distribuidas. Es un error que se usen, puesto que parece que hacen algo fácil y sencillo, pero no resuelven problemas importantes de cara al diseño de una aplicación distribuida, para que sea cómoda, sencilla de usar, exactamente lo que necesita el que la ha pedido, segura, que haya coherencia en la información, y que sea eficiente, etc, etc. De hecho hoy dia, el problema, es que se quieren hacer las cosas, rápidamente, y sin esforzarse mucho. La misma distribución de SuSE, comete este mismo error, por ejemplo con el sistema de arranque. Como puede ser que aun usemos scripts para un tema tan importante como es el arranque. El arranque deberia ser un sistema bien diseñado, y pensado para que sea eficiente. No puede ser que esperemos tanto en que aparezca el login. Y menos con las máquinas tan potentes que usamos. Perdonad, no me gusta ser tan crítico.... Saludos!!! -- ################################################ #- Urbez Santana i Roma - #- Email: urbez@linuxupc.upc.es #- Private Web: http://linuxupc.upc.es/~urbez/ ################################################
On Sun, 7 Nov 2004 09:31:21 +0100, Urbez Santana Roma wrote:
Como puede ser que aun usemos scripts para un tema tan importante como es el arranque.
Porque van muy bien :)
El arranque deberia ser un sistema bien diseñado, y pensado para que sea eficiente.
Te refieres a que deben ser binarios? La mentalidad del software cerrado es entregar binarios _con todo_ para no mostrar el código. De paso, vender la moto de que son más rápidos. Es verdad que lo son, pero irrelevante en el 98% de casos. Sólo en poquísimas situaciones necesitarás un código realmente rápido. En el resto habrá otros dispositivos que ralentizarán la cosa muchísmas magnitudes más que la diferencia de velocidad entre binario e interpretado. En el sector del software libre, cada vez los lenguajes interpretados tienen más fuerza: «I meant that Python programmers are smart. It's a lot of work to learn a new programming language. And people don't learn Python because it will get them a job; they learn it because they genuinely like to program and aren't satisfied with the languages they already know.» http://www.paulgraham.com/pypar.html
No puede ser que esperemos tanto en que aparezca el login. Y menos con las máquinas tan potentes que usamos.
Es porque el login aparece al final, después de cargarlo todo. En Windows cargan lo mínimo para mostrar cosas, por esto "parece" más rápido. Pero intenta hacer algo enseguida que "parece" que puedes, en un XP... va lentísimo porque está cargando cosas. Durante el arranque no cambiaria nada usando binarios, porque el uso de disco es intensivo y con cuestiones bastante gordas. Se habló de cambiar el orden de arranque en Linux para que tambien "parezca" rápido. Puedes hacerlo facilmente. Busca la lista de servicios básicos para mostrar login en /etc/init.d/rc5.d/ y les subes el número después de la S, en el nombre. En cuanto al resto, la calidad profesional empieza por escoger las herramientas. De Access no hace falta hablar demasiado: MS ha intentado eliminarlo varias veces porque demasiada gente se engresca a crear tablas, lo usa demasiado, y luego pasan cosas feas. Para evitar la dependencia --porque algun dia la eliminaran-- incluso regalan un SQL Server light (no recuerdo el nombre) para desarrolladores. PHP, MySQL, WEB o HTTP son fantásticos para la mayoría de software que usamos frecuentemente. Cada día habrá más aplicaciones web --sobretodo desde que MS "descubrió" el invento y le llamó .NET. Sobre MySQL, quizás nadie de aquí ha hecho --ni hará-- ninguna aplicación --ni de escritorio-- con tanto movimiento como slashdot.org. Basta ser citado en un artículo de su web para recibir un alud de visitas capaz de hacer caer servidores presuntamente serios (el "slashdot effect"). Las visitas son sólo los que hacen clic cn el artículo, porque los visitantes totales de slashdot son muchos más. Pues funciona con MySQL y Perl, un lenguaje interpretado. La validez de una herramienta o un informático se demuestra andando, no con teorias. Al final, aprender a programar es más fácil que aprender un idioma verbal, de lo que casi todos sabemos alguno... pero no todo el mundo sabe ni escribir ni hablar. -- Benjamí http://weblog.bitassa.net .
El 2004-11-07 a las 09:31 +0100, Urbez Santana Roma escribió: ...
Y es que hoy dia, por culpa del intrusismo en la profesión de la informática, por el hecho de que todo el mundo parece capaz de resolver problemas en los que se han de diseñar sistemas informáticos, por el hecho de que hay herramientas que parece que sirven para todo, y son fáciles, hasta un niño parece que podria diseñarlas. Pues NO. Es el mismo error, que cometeria un paleta, haciendo un edificicio, o un ingeniero industrial haciendo un hotel. A no ser que haya hecho un aprendizaje en paralelo, no está igual de preparado que un arquitecto, para hacer algo que parece sencillo, para un paleta, o un ingeniero industrial o un ingeniero de caminos, etc...
En españa somos demasiado corporativistas. ¿Sabias que en otros paises, como Canadá, te puedes diseñar tu propia casa? Simplemente tienes que ir con tus planos al colegio para que los revisen y le pongan un visado. Pagas y en paz. Y eso porque se puede caer encima de alguien.
Lo mismo pasa con la informática. Para poder solucionar los problemas que se piden que se resuelvan en las empresas tecnológicas, se usan esclavos y gente sin los conocimientos necesarios. Asi de mal va el mundo hoy dia.
"Exclavos" los hay en todos los campos.
Por mucho que un mátematico pueda hacer algoritmos, no tiene los conocimientos adquiridos por alguien que ha hecho informática en serio, aunque si es cierto que pueden haber mátematicos mucho mejor informáticos que informáticos, porque ha estudiado por su cuenta.
De la misma manera, alguien que ha hecho telecomunicaciones, no está preparado para este tipo de faenas, sin una preparación adicional extra. Bueno y hoy dia tampoco las universidades que enseñan informática acaban de preparar del todo bien a los informáticos.
Deberías recordar que la informática no la inventaron los informáticos, sino una legión de matemáticos, fisicos, electrónicos, etc. (en España, fueron mayormente los telecos). Que, por ejemplo, los que diseñaron aplicaciones de ingeniería usando Basic fueron los ingenieros que querían resolver sus propios problemas: porque en cuanto tuvieron PCs vieron el enorme potencial que tenía aparte de como editor de textos, y eran ellos los que conocían lo que querían hacer, y como, y lo hicieron - y de esa forma abrieron el camino a las aplicaciones serias que vinieron después, inventando, innovando y haciendo camino al andar: y muchos de ellos fueron luego profesores en las universidades de informática que se empezaron a crear.
Que quiero decir con todo este royo (perdonadme de verdad). Que por mucho que el access, sea fácil, o el WEB ,HTTP, PHP, MYSQL, sean sencillos, NO ESTAN PENSADOS para hacer aplicaciones distribuidas. Es un error que se usen, puesto que parece que hacen algo fácil y sencillo, pero no resuelven problemas importantes de cara al diseño de una aplicación distribuida, para que sea cómoda, sencilla de usar, exactamente lo que necesita el que la ha pedido, segura, que haya coherencia en la información, y que sea eficiente, etc, etc.
Pero te olvidas de la multitud de casos en los que no se va a contratar a un profesional para que te haga una aplicación. Yo no voy a contratar a nadie para que me diseñe las bases de datos que me interesaría tener, como por ejemplo para mi lista de libros (que es enorme) - no, no me vale una hoja de cálculo, no me gusta lo que he visto hecho (en linux), y no, no se sql ni similar. Ni falta que me hace. Se hacerlo en access, pero no tengo en linux nada equivalente. Y lo quiero. Podría hacerlo en Delphi, pero no me fio: Borland no tiene constancia. Y como ese, pues multitud de aplicaciones pequeñas que se usan en oficinas y pequeñas empresas. Si, un informático las haría mejor, indudablemente. En los ambientes en que yo he estado, cuando hemos necesitado una basecita, nos la hemos hecho nosotros como hemos podido. Si pides un informático, te mandan a paseo, como no hagas impresos por triplicado, le comas la oreja a nosecuantos jefes, demuestres la necesidad imperiosa, etc, etc. Y luego, espera un año. O tres meses si eres el jefe y tienes los recursos. Así que no. Empiezas en huecos libres, te haces una pequeña cosita que te sirva, y listo. Poco a poco, va creciendo. Incluso puede llegar a ser lo bastante util para que lo usen varias personas. Y, puede llegar un dia que los jefes vean que es interesante y decidan ayudarte. O no. Tiene su nicho. Obviamente, no para una aplicación vista al publico, de la que dependa el negocio. No en mi opinión. Otros piensan que si... bueno, es un mundo libre.
De hecho hoy dia, el problema, es que se quieren hacer las cosas, rápidamente, y sin esforzarse mucho. La misma distribución de SuSE, comete este mismo error, por ejemplo con el sistema de arranque. Como puede ser que aun usemos scripts para un tema tan importante como es el arranque. El arranque deberia ser un sistema bien diseñado, y pensado para que sea eficiente. No puede ser que esperemos tanto en que aparezca el login. Y menos con las máquinas tan potentes que usamos.
Pues no, pienso que el sistema de scripts es ideal. No me gustaría nada que fuera un ejecutable en C, en el momento que fallara no podría usar un sistema de rescate para repararlo. Y como los scripts hay que diseñarlos para que funcionen en la mayor parte de casos, pues tienen que ser largos y pesados, no hay más narices. No, la cuestión sería optimizar el bash para que los ejecute más rápido. Preprocesandolos, por ejemplo. -- Saludos Carlos Robinson
El 2004-11-07 a las 05:05 +0100, Benjamí Villoslada escribió:
On Sun, 7 Nov 2004 02:39:16 +0100 (CET), Carlos E. R. wrote:
Si, pensaba en el rekall, pero también algo que creo que viene con la siquiente versión del OO, que está en beta.
Y Kexy?
Pues lo miraré.
En cuanto a los buenos comentarios de Access... trabajo desde hace más de 20 años en el software de gestión y desde que existe --no hace 20 años-- en Access sólo he visto funcionar programas muy simples para los que hubiese bastado una hoja de cálculo, y con estas exigencias técnicas funciona cualquier cosa con filas y columnas.
Pero por lo que yo he sacado el tema del access no es porque diga que sea bueno de por si. A ver si nos fijamos mejor: lo que he dicho del access es que gusta y ha triunfado porque es muy sencillo de usar. Los profesionales que usen lo que quieran, a los demás que nos dejen tranquilos, queremos algo MUY facil de usar, con una _interfaz_ tipo access. Lo que esté detrás no me importa nada si es mysql o lo que sea. Las aplicaciones que nosotros usabamos empezaron, en efecto, como hojas de cálculo; pero llegó un momento que no bastaban. Por un lado, no tienen formularios, pero por otro, no puedes meter relaciones, por decir un detalle. El access te permite analizar las tablas con cosas como las consultas que permiten sacar estadisticas en el excel muy interesantes - al fin y al cabo, es un pquete integrado, más o menos. Si yo tuviera formación en bases de datos, pues usaría otra cosa. Si el windows - que era lo que yo manejaba en ese momento - "viniera" con otra base de datos, pues quizás hubiera empleado otra cosa (si, ya se que no viene de fábrica con eso, pero casi; viene con el office completo). Si, también probé Delphi - y me gusta, al fin y al cabo yo era bastante experto en TP. Pero el delphi no lo había comprado la empresa, y el access si, era parte del equipamiento. Y está el detalle que con access era facil andar cambiándola cuando no nos gustaba una cosa o queríamos añadir algo: no hay que compilar. Por supuesto, para las cosas criticas y oficiales había cosas serias hechas, como con sybase como se llame - y por cierto, que se paraba más veces que nuestra cutre aplicación con access. Y, para hacerlo con una cosa seria hubiera habido que contratar a alguien... y mantenerlo contratado para hacer nusetros cambios continuamente, y eso no entraba en el plan. Hubiera habido que volver a hacerlo en papel, que es como empezamos haciéndolo.
El problema llega cuando hay un buen surtido de tablas, relaciones a derecho y sinietro, y está abierta con transacciones 12 horas al dia, 6 días a la semana.
La nuestra lo estaba, y tenía bastantes relaciones. No era crítica, pero lo estaba: 7*24, de hecho - descontando los resets diarios (preventivos) del NT.
Recuerdo un caso en el que me negué a montar unos TPVs en Access. Lo hizo otro que afirmaba que lo mío eran manías y que "si se sabe usar bien Access, no da problemas, y yo se como". Sisí.... se trataba de un establecimiento conocido y más de una vez --y de tres-- me llegaron historias de las colas que se formaban quando "las cajas fallaban". Hace poco supe que están buscando recambio.
Obviamente. Cada cosa a lo suyo. El access, o mejor dicho, aplicaciones de diseño de base de datos con ese tipo de sencillez tienen su nicho. Pero no en un tpv, ni en muchos otros sitios. Si, por ejemplo, en una oficina, para cosas hechas por el propio usario. -- Saludos Carlos Robinson
Hola.
Pero te olvidas de la multitud de casos en los que no se va a contratar a un profesional para que te haga una aplicación. Yo no voy a contratar a nadie para que me diseñe las bases de datos que me interesaría tener, como por ejemplo para mi lista de libros (que es enorme) - no, no me vale una hoja de cálculo, no me gusta lo que he visto hecho (en linux), y no, no se sql ni similar. Ni falta que me hace. Se hacerlo en access, pero no tengo en linux nada equivalente. Y lo quiero. Podría hacerlo en Delphi, pero no me fio: Borland no tiene constancia.
Prueba con rekall, es bastante sencillo. no he hecho mucho todavia (una base de datos para controlar una granja de terneros), pero tiene buena pinta. -- Un Saludo. Carlos Lorenzo Matés
El 2004-11-08 a las 23:20 +0100, Carlos Lorenzo Matés escribió:
Prueba con rekall, es bastante sencillo. no he hecho mucho todavia (una base de datos para controlar una granja de terneros), pero tiene buena pinta.
Lo estoy haciendo ahora mismo. Solo me ofrece bases de datos XBase/XBSQL. Y falla, me dice que no puede grabarla - probablemente porque el directorio no existe y es tan "idiota" que no sabe crear directorios. Grmpf. Vale, creo el directorio en consola. Vuelvo a crear una nueva base de datos. IFiles. Que es IFiles? Yo no la he definido. Ah, server settings. ¿Como, que tengo que definirle el servidor? ¿Que servidor? ¿Que es eso? Base_nueva. Si, admite cosas. Mmm, vale, me admite crear una tabla de autores, otra de titulos, y relacionarlos. Promete. :-) Pero bueno, y que pasa con las otras bases, como MySQL? Tengo que saber mysql para arrancarlo y que lo encuentre? -- Saludos Carlos Robinson
On Sun, 7 Nov 2004 12:23:55 +0100 (CET), Carlos E. R. wrote:
Pero por lo que yo he sacado el tema del access no es porque diga que sea bueno de por si. A ver si nos fijamos mejor:
Lo dudas? :)
lo que he dicho del access es que gusta y ha triunfado porque es muy sencillo de usar.
Hay una tendencia a proyectar la forma propia de ver las cosas (no es nada malo ni una crítica :) Explico que he visto fracasar Access en escenarios donde intervenian presuntos profesionales y que para un usuario final no es tan fácil de usar (macros, formularios). Lo ves con tu capacidad, pero en realidad no estas tan lejos de los profesionales, a los que te refieres en 3a persona a continuación:
Los profesionales que usen lo que quieran, a los demás que nos dejen tranquilos, queremos algo MUY facil de usar, con una _interfaz_ tipo access. Lo que esté detrás no me importa nada si es mysql o lo que sea.
El mismo trabajo con un MySQL no seria más complicado. SQL es fácil, en Access también se ve cuando hace falta llegar un poco más lejos. La diferencia es que en caso de problemas hay soluciones y el proyecto tendría mucho más futuro y posibilidades de crecimiento. -- Benjamí http://weblog.bitassa.net .
On Tuesday 09 November 2004 02:37, Carlos E. R. wrote:
El 2004-11-08 a las 23:20 +0100, Carlos Lorenzo Matés escribió:
Prueba con rekall, es bastante sencillo. no he hecho mucho todavia (una base de datos para controlar una granja de terneros), pero tiene buena pinta.
Lo estoy haciendo ahora mismo.
Solo me ofrece bases de datos XBase/XBSQL.
Mira en Yast2->software->install remove software busque rekall, hayi hay modulos para mysql y postgress...
Y falla, me dice que no puede grabarla - probablemente porque el directorio no existe y es tan "idiota" que no sabe crear directorios. Grmpf.
No te olvides que Rekall solo es la parte grafica del Access, para la parte de DB, utiliza DB existientes. Asique hay que instalar y configurar un DB hantes que se pueda utilizar rekall! jerry
El 2004-11-09 a las 08:15 +0100, Jerry Westrick escribió:
Solo me ofrece bases de datos XBase/XBSQL.
Mira en Yast2->software->install remove software busque rekall, hayi hay modulos para mysql y postgress...
Es verdad, lo acabo de ver. Hay plugins para postgress y mysql.
Y falla, me dice que no puede grabarla - probablemente porque el directorio no existe y es tan "idiota" que no sabe crear directorios. Grmpf.
No te olvides que Rekall solo es la parte grafica del Access, para la parte de DB, utiliza DB existientes. Asique hay que instalar y configurar un DB hantes que se pueda utilizar rekall!
Ya, eso me lo imaginaba - de ahí mi tono irónico-guasón :-) Pero al mismo tiempo, esa es mi dificultad, mia, y de otros. También creo que el OO prepara una interfaz similar, que también tendría sus ventajas; y si conecta con bases mysql, postgress, etc, pues eso facilitará su uso. Me parece que la versión beta del OO la lleva. -- Saludos Carlos Robinson
El 2004-11-09 a las 04:11 +0100, Benjamí Villoslada escribió:
El mismo trabajo con un MySQL no seria más complicado. SQL es fácil, en Access también se ve cuando hace falta llegar un poco más lejos. La diferencia es que en caso de problemas hay soluciones y el proyecto tendría mucho más futuro y posibilidades de crecimiento.
Mira, se me olvidó comentarlo antes: con rekall, que lo probé anoche, en cosa de 15 minutos me hice un par de tablas relacionadas o ligadas, "libros" y "autores". Y sin leer ningún manual, ni haberla visto en mi vida. Ni siquiera miré la ayuda, todo fué intuitivo - y lo que recordaba de access, que hace años que no lo toco. A eso me refiero yo con lo de "estilo access". Y no ha sido mysql, sino que son ficheros *.dbf en un directorio. El rekall lo llama "XBase/XBSQL" - que no se si tiene que ver con el antiguo DBase, me sospecho que si. Con eso me atrevo a "computerizar" mi biblioteca :-) -- Saludos Carlos Robinson
El 2004-11-09 a las 04:11 +0100, Benjamí Villoslada escribió:
Hay una tendencia a proyectar la forma propia de ver las cosas (no es nada malo ni una crítica :) Explico que he visto fracasar Access en escenarios donde intervenian presuntos profesionales y que para un usuario final no es tan fácil de usar (macros, formularios). Lo ves con tu capacidad, pero en realidad no estas tan lejos de los profesionales, a los que te refieres en 3a persona a continuación:
Los profesionales que usen lo que quieran, a los demás que nos dejen tranquilos, queremos algo MUY facil de usar, con una _interfaz_ tipo access. Lo que esté detrás no me importa nada si es mysql o lo que sea.
Profesionalmente, soy teleco, no informático, aunque me he ganado la vida como programador. Ciertamente he estudiado asignaturas de informática, pero no son la base de mis estudios. Y, desde luego, las bases de datos no entraban, no en profundidad - aunque una vez diseñé un pequeño motor de base de datos en pascal. De ahí que no me cuente entre los desarrolladores profesionales de bases de datos y aplicaciones de bbdd. Y de ahí que la interfaz del access me encante. Ojo: la interfaz de usuario. -- Saludos Carlos Robinson
Hola Carlos. El Martes, 9 de Noviembre de 2004 02:37, Carlos E. R. escribió:
El 2004-11-08 a las 23:20 +0100, Carlos Lorenzo Matés escribió:
Prueba con rekall, es bastante sencillo. no he hecho mucho todavia (una base de datos para controlar una granja de terneros), pero tiene buena pinta.
Lo estoy haciendo ahora mismo.
Solo me ofrece bases de datos XBase/XBSQL. Y falla, me dice que no puede grabarla - probablemente porque el directorio no existe y es tan "idiota" que no sabe crear directorios. Grmpf.
Vale, creo el directorio en consola. Vuelvo a crear una nueva base de datos.
IFiles. Que es IFiles? Yo no la he definido. Ah, server settings. ¿Como, que tengo que definirle el servidor? ¿Que servidor? ¿Que es eso?
Es una tabla en la que almacena los formularios, consultas y reports. Le puedes decir que lo almacene en el archivo o en la propia base de datos.
Base_nueva. Si, admite cosas. Mmm, vale, me admite crear una tabla de autores, otra de titulos, y relacionarlos. Promete. :-)
hay un rekall_mysql.rpm para poder acceder a MySQL. solo tienes que tener el servicio mysqld corriendo y tener un usuario con derechos para crear una base de datos. o perparar primero la base de datos y el usuario desde alguna de las herramientas de administracion de mysql y luego usarla desde rekall
Pero bueno, y que pasa con las otras bases, como MySQL? Tengo que saber mysql para arrancarlo y que lo encuentre?
No, ten el servicio corriendo, y una base de datos creada (vacia, sin tablas), y un usuario con permisos sobre esa base de datos. Lo puedes hacer muy facil con phpMyAdmin o con mysqlcc Un Saludo. Carlos Lorenzo Matés
Carlos Lorenzo Matés wrote:
Hola Carlos.
El Martes, 9 de Noviembre de 2004 02:37, Carlos E. R. escribió:
El 2004-11-08 a las 23:20 +0100, Carlos Lorenzo Matés escribió:
Prueba con rekall, es bastante sencillo. no he hecho mucho todavia (una base de datos para controlar una granja de terneros), pero tiene buena pinta.
Lo estoy haciendo ahora mismo.
Solo me ofrece bases de datos XBase/XBSQL. Y falla, me dice que no puede grabarla - probablemente porque el directorio no existe y es tan "idiota" que no sabe crear directorios. Grmpf.
Vale, creo el directorio en consola. Vuelvo a crear una nueva base de datos.
IFiles. Que es IFiles? Yo no la he definido. Ah, server settings. ¿Como, que tengo que definirle el servidor? ¿Que servidor? ¿Que es eso?
Es una tabla en la que almacena los formularios, consultas y reports. Le puedes decir que lo almacene en el archivo o en la propia base de datos.
Base_nueva. Si, admite cosas. Mmm, vale, me admite crear una tabla de autores, otra de titulos, y relacionarlos. Promete. :-)
hay un rekall_mysql.rpm para poder acceder a MySQL. solo tienes que tener el servicio mysqld corriendo y tener un usuario con derechos para crear una base de datos. o perparar primero la base de datos y el usuario desde alguna de las herramientas de administracion de mysql y luego usarla desde rekall
Pero bueno, y que pasa con las otras bases, como MySQL? Tengo que saber mysql para arrancarlo y que lo encuentre?
No, ten el servicio corriendo, y una base de datos creada (vacia, sin tablas), y un usuario con permisos sobre esa base de datos. Lo puedes hacer muy facil con phpMyAdmin o con mysqlcc
Un Saludo.
Carlos Lorenzo Matés
Esto significa que podrian conectarse varios usuarios... o sea varios rekall a una cierta base mysql? Saludos LeoR
Hola. Por favor, responde solo a la lista, y no con copia a mi direccion. (sino me entran 2 mensajes) El Viernes, 12 de Noviembre de 2004 16:54, LeoRivas escribió:
No, ten el servicio corriendo, y una base de datos creada (vacia, sin tablas), y un usuario con permisos sobre esa base de datos. Lo puedes hacer muy facil con phpMyAdmin o con mysqlcc
Un Saludo.
Carlos Lorenzo Matés
Esto significa que podrian conectarse varios usuarios... o sea varios rekall a una cierta base mysql? Saludos LeoR
Pues no lo he probado, pero supongo que si. -- Un Saludo. Carlos Lorenzo Matés
On Fri, 12 Nov 2004 22:24:54 +0100, Carlos Lorenzo Matés
Por favor, responde solo a la lista, y no con copia a mi direccion. (sino me entran 2 mensajes)
Vale, y por esto envias este mensaje a tooooooooooooooooda la lista. Si te llegan dos, haz como nosotros (o no, no es un imperativo): borra. Los bits se reciclan, no es tan grave. -- Benjamí http://weblog.bitassa.net .
Hola. El Sábado, 13 de Noviembre de 2004 04:12, Benjamí Villoslada escribió:
On Fri, 12 Nov 2004 22:24:54 +0100, Carlos Lorenzo Matés
wrote: Por favor, responde solo a la lista, y no con copia a mi direccion. (sino me entran 2 mensajes)
Vale, y por esto envias este mensaje a tooooooooooooooooda la lista.
Si te llegan dos, haz como nosotros (o no, no es un imperativo): borra. Los bits se reciclan, no es tan grave.
La gente tiene que aprender a usar las listas de correo. se responde SIEMPRE a la lista, y SOLO a la lista, ya que si no la persona que VOLUNTARIAMENTE colabora con los demas no dese recibir las respuestas por duplicado. No cuesta nada, y usa mejor el ancho de banda de todos, el responder SOLO a la lista. Se lo envio a la lista, y no a su correo particular, porque es toy ademas contestando a algo que el pregunta. Ademas, no tengo porque enviarle algo al correo particular de alguien si este no lo ha solicitado. bueno, nada mas. Perdon al resto de la lista por el OFF TOPIC -- Un Saludo. Carlos Lorenzo Matés
On Sat, 13 Nov 2004 22:29:36 +0100, Carlos Lorenzo Matés wrote:
La gente tiene que aprender a usar las listas de correo. se responde SIEMPRE a la lista, y SOLO a la lista, ya que si no la persona que VOLUNTARIAMENTE colabora con los demas no dese recibir las respuestas por duplicado. No cuesta nada, y usa mejor el ancho de banda de todos, el responder SOLO a la lista.
El mito del ancho de banda es de la época de los modem más modestos de 24400 bps. Un mensaje es un 1% de la mayoría de fotos y Flash que nos endiñan al visitar cualquier web. En una lista de mucho tráfico se agradece un "responder a todos" porque avisa de que un mensaje propio tiene respuesta y el tiempo ahorrado tiene más valor. Yo lo revindico. -- Benjamí http://weblog.bitassa.net .
participants (10)
-
Benjamí Villoslada -
Carlos E. R. -
Carlos Lorenzo Matés -
Jean Hendrickx -
Jerry Westrick -
LeoRivas -
miguel gmail -
riven -
suse＠e-connecting.homeip.net -
Urbez Santana Roma