Hola :) On Wednesday 19 August 2009 10:43:18 Camaleón wrote:
El 2009-08-19 a las 10:06 +0200, Rafa Grimán escribió:
On Tuesday 18 August 2009 14:03:13 Camaleón wrote:
Eso te va a pasar con todas las distros y todo el sw habido y por haber. Es más, los clientes de Novell y Red Hat por lo menos tienen 2 opciones, los de Canonical sólo una ;)
¡Por eso estoy en openSUSE! Porque era capaz de ofrecerme exactamente lo que quería. Ninguna otra distribución (o sistema) me lo daba. Sí, hablo en pasado >:-)
¿Red Hat con Fedora y RHEL? No sé el "soporte" o mantenimiento que tiene Fedora.
Creo que Fedora sólo "aguanta" los parches un año. No me sirve.
RedHat es lo mismo que Novell. Tampoco me sirve.
Ya, he visto que ponías que estabas mirando/pensando en Debian.
¿Realmente es una *necesidad*? Lo digo porque:
- la última vez que vi el precio del SLE, no era tan caro
- no estás obligado a usar sólo SLE o sólo openSUSE, puedes usar uno en unos pocos servidores (SLE) y otro en la mayoría (openSUSE)
¿No has leído el mensaje que envíe ayer? El precio no es una variable que tendría en cuenta.
Entonces, si el precio no es problema y el SLES te da más de 18 meses de soporte/mantenimiento/vida ... ¿por qué no pasar a SLE?
Vale, no has leído el mensaje :-)
Porque no quiero "ataduras" ni "restricciones" de ningún tipo.
El tiempo de las dictutaduras ya ha terminado y no necesito el "blindaje" (aka: uptime, oracles, sla, hardaware certified...) que me ofrece Novell.
Lo que necesito es un término medio que no me ofrecen al 100% ni openSUSE (ahora, con eset cambio) ni Novell.
OK, ya lo he pillado 0:)
Dilema: hay veces que me tengo que poner corbata ... pero tengo el pelo largo y hablo de tecnología ... Ah! Uso Arch Linux, solucionado, ya no tengo esa dicotomía ;)
Hay un "pero": un sistema no puede "cambiarse la cara" tan rápidamente como tú te cambias la corbata y te pones una camiseta. Lleva su tiempo :-)
Dpende del sistema: si tiene muchas complicaciones o no. Puedes tener un Samba sencillito o un Samba más complicado. Donde pongo Samba, puedes poner otra aplicación. Y lo de "sencillito" depende de cada uno y la experiencia que tenga.
No creo que puedas cambiar un servidor (de suse a arch, de arch a ubuntu) en dos minutos y esperar que siga funcionando como si nada ;-)
Depende de la complejidad que tenga el servidor. Si es (por seguir con el mismo ejemplo) un Samba "normalito" (digamos que sin integración con AD), sí se puede. No son dos minutos exactos, a lo mejor es un día de trabajo entre instalación, copiar el smb.conf, crear los usarios y copiar los ficheros (si procede). Otros servidores son más complejos: ERPs, BBDD, LDAP, LAMP, ... Y, como bien dices, requieren más tiempo y estudio. Sí te puedo poner un ejemplo real que yo he vivido (me ha pasado a mi). Hasta hace unos meses usaba la openSUSE en el portátil. En el trabajo tenemos dos impresoras laser en red (una en color y otra B/N, Gestetner y Ricoh). Con openSUSE, tenía que configurar todo a mano, no las detectaba auto(mágica)mente. Me pongo el Arch, arranco el interfaz web de CUPS y me aparecen las dos impresoras de golpe. No tuve que hacer nada. Te hablo de migración de escritorio. Todo lo demás (ficheros de configuración de KDE y compañía como Kmail, kopete, ...) los pilló sin necesidad de importar nada ni editar nada ni complicación alguna. Yo me esperaba una migración de escritorio mucho más compleja y fue en menos de una hora (sin tener en cuenta tiempo de instalación qu elo hice la noche antes).
Pero tampoco hay razón para complicarlo tanto: puedes usar una cosa en un sitio y otra en otro. De hecho, IIRC, incluso usas Windows ;)
Hasta Windows es infinitamente más flexible en ese aspecto. No me limita en cuanto a aplicaciones o versiones, puedo instalar lo que prefiera sin perder el soporte ni sin que me llame un comercial de MS y me cuente su vida >:-(
Ahí no estoy del todo de acuerdo contigo. Clientes nuestros tienen muchos problemas porque tal versión de Windows no está soportada, pero la aplicación o driver no funciona en la versión moderna o el hardware no está soportado o no da el rendimiento necesario, ...
Tus clientes tienen necesidades (de hardware, de software, de tiempos, de almacenamiento...) concretas y lo entiendo. Hay otras empresas (o clientes) que no las tienen, o que son divergentes de las que pueden tener los tuyos.
Quítate de la cabeza que sólo vayamos (SGI) a clientes determinados de HPC y TV/Cine, tenemos clientes "normales": servidor de correo, servidor de ficheros, ... Y esos clientes "normales" sufren horrores con el Windows. En los clientes típicos nuestros (HPC, Cine, ...), también tienen departamentos "normales" (ofimática, por ejemplo) y no veas cómo maldicen los admins porque el nuevo Windows no hace tal cosa o no soporta tal aplicación o tal driver, ... Lo bueno de esto es que nosotros no solemos intervenir en estas maldiciones porque no ponemos PCs con Windows (lo hace el Partner). A veces sí nos toca porque el servidor conecta directamente con las estaciones (que NO son nuestras sino que son de HP o de Apple o de Dell o de otros) y, efectivamente: la t. de red no va a Gigabit, el driver de la t. gráfica no funciona, ... Todo porque los drivers y la versión de Windows no son la correcta o tal parche de Windows ha fastidiado no sé qué cosa o la aplicación hace esto otro, ... Nos pasó un caso muy curioso en un cliente de TV nuestro. Le montamos los servidores Samba, el cliente hace sus pruebas y da el visto bueno. Al día siguiente nos llaman porque "no funcionan los servidores": abrimos conexión remota investigamos un poco (5 minutos) y resulta que estaba completamente plagado de virus todo. Explicación: "Es que como el antivirus hace que el Vista se arrastre, lo hemos desactivado". Nuestros servidores Samba estaban como el primer día (el día de antes ;), pero el problema eran los PCs, el AD, ... Todos los Windows se tuvieron que reinstalar, probar todos los antivirus habidos y por haber, ... todo se retrasó 10 días hasta que el Partner dio con un antivirus porque los antivirus en Vista ralentizan mucho el sistema. Aunque te pongan en la caja que está certificado y requetecertificado por MS para Vista.
Una cosa que no hemos tenido en cuenta es que cada vez está "peor visto" que las empresas NO sean "amistosas con el medio ambiente" y lo de imprimir libros se considera "poco amistoso". Se podría abrir un debate eterno si es más "amistoso" imprimir un libro o fabricar elementos digitales de almacenamiento, pero eso es otro tema y el marketing ya ha "enseñado" a las empresas y clientes lo que tienen que pensar: imprimir un libro = malo con el medio ambiente.
Eso es "propaganda comunista" (ojo, que nadie se exalte, que no es más que un dicho :-P).
¿No existen papales reciclados? ¿Acaso no consume más, no es más perjudicial para el medio ambiente un servidor de SGI que un libro? Vengaaaaa ya >:-)
Por eso decía en mi correo:
"Se podría abrir un debate eterno si es más "amistoso" imprimir un libro o fabricar elementos digitales de almacenamiento [...]"
Al imprimir un libro talas el árbol que luego puedes volver a plantar. Si usas dispositivos digitales (CD/DVD/BluRay/HDD/SDD/USB + servidor o PC o WS + cables + electricidad + monitor + ...) se produce una cantidad de desperdicios y basura electrónica enorme, sin tener en cuenta cómo se produce la energía eléctrica (carbón y/o petróleo), se usan metales pesados, se usan productos químicos contaminantes (pinturas, tintes, ...), ...
Por eso decía que eso de "ser verde" no es más que una "mera excusa" :-)
Efectivamente. O, lo que es lo mismo, marketing ;)
Si openSUSE quiere "medios" ¡que lo digan! ¿Necesitan cash-flow para atraer a más programedores o mantener los que ya hay?
¿Microsoft no les ingresa bastante dinero? ;)
¿A openSUSE? Lo dudo :-/
openSUSE pertenece a Novell (nos guste o no) y es la base que da lugar a SLE cada X tiempo, que es precisamente lo que vende Microsoft. Los desarrolladores de SLE son los mismos que los de openSUSE.
No todos. Hay miembros de opensuse que empaquetan o colaboran de otra manera y no forman parte de la plantilla de Novell :-/
Cierto.
¿Marketing? ¿Qué markting? ¿Y de qué negocio hablas? ¿Acaso no se puede hacer donaciones a algo en lo que crees y que te está siendo útil? No he mirado la política del FLOSS cone ste respecto pero no creo que haya ningún problema.
Sí, pero a los "enemigos" del mundo FLOSS les encanta tergiversar las cosas (get the facts, por ejemplo) y "demostrar" que FLOSS no es un modelo de negocio rentable. Así qu esi alguien va y dice "Haz una donación a Novell" ...
A Novell no. A openSUSE.
Pero el cliente no distigue entre una cosa y otra. Si Novell está detrás de openSUSE, para el cliente Novell = openSUSE.
pues ya tienes a otro (competencia) diciendo que Novell (FLOSS) se basa en un modelo de negocio qu eno funciona porque tiene que pedir limosnas.
Nadie se acordará de Red Hat, que no tiene que pedir limosnas.
Pero es que yo no hablo de Novell :-).
Ya lo sé. Pero lo que quiero que veas es que no todo el mundo tiene tus conocimientos. El "resto de la gente" (aka gente fuera del mundo FLOSS, gente a la que va dirigida el marketing) piensa que Novell = openSUSE.
¿Por qué lo llaman Novell cuando quieren decir openSUSE? ;-)
Porque no tienen ni idea ni quieren tener idea. Ellos ven que openSUSE está respaldado por Novell, luego Novell = openSUSE. A decir verdad, teniendo en cuenta que el Prod. Manager es un asalariado de Novell, muchos desarrolladores son asalariados de Novell y el caso que se le hace a la Comunidad ~ 0 ... No me extraña que la gente piense que openSUSE = Novell.
IMHO, deberían hacer como Canonical: 1 producto y cobrar los servicios. NO deberían vender licencias "encubiertas".
Pues qué quieres que te diga. A mí no me gustaría ser cliente de Novell ni de RedHat pero no me parece mal que pongan precio a sus productos (porque los mejoran, no son meras copias de openSUSE 11.1).
La cuestión no es ponerle precio, es el modelo de negocio: Canonical -> venta de servicios Novell/Red Hat -> venta de licencias
Canonical -> entiende el FLOSS Novell/Red Hat -> NO entienden el FLOSS
Y yo no entiendo a ninguno de ellos :-)
;)
Ahora imagina que cada uno de esos 7.500 usuarios aportan 10 EUR "al año" para openSUSE... eso nos da 75.000 EUR que no está nada mal.
Con eso pagas el sueldo de 1 comercial en España, tienes a otros 4 mil empleados con sus gastos. No es ni calderilla.
Eso es mejor que el "nada" actual, digo yo... Yo no estoy haciendo la "nómina" de nadie ni nadie me está pretando un "servicio exclusivo" y con contrato alguno :-/
A lo que me refiero es que Novell (u otra empresa similar) no va a mover un dedo por 75k euros. Tienes que hablarle de por lo menos 10 veces más.
Novell no... openSUSE, yo hablo de openSUSE ¿o acaso no tenemos que diferenciarlas? Eso sería terrible >:-(
Ver más arriba ;)
No, lo que quieren es vender software, igual que han estado haciendo desde hace 20 años. No entienden el modelo del FLOSS.
Espero que Canonical desbanque a Red Hat y a Novell. Aunque lo dudo porque Red Hat es muy fuerte y Novell ... Novell ... ah ya: Novell tiene a Microsoft.
Pues que vendan, pero no a mí. No al menos con ese modelo de negocio.
Eso es a lo que me refiero. Yo NO tengo ningún problema con vender o comprar algo, el problema que tengo es que Novell y Red Hat venden licencias de software, es el mismo modelo de negocio que Microsoft, Oracle, SAP, ... Canonical vende servicios, que es precisamente el modelo de negocio del SW libre (o debería serlo).
Por tus palabras me das a entender que no hay espacio posible para openSUSE y que está sacrificada por completo a mamá Novell ¿piensas que es así, que no tiene escapatoria posible para poder marcar su ritmo, su estilo...? :-?
Es lo que veo y es lo que comento un poco más arriba. Novell se ha llenado la boca de "Comunidad", pero a la hora de la verdad, la Comunidad no pinta nada. ¿Cuántas quejas/consejos/opiniones hay en las listas de project, en, factory sobre el camino que está siguiendo openSUSE que han sido ignoradas? ¿Cuántos bugs se han ignorado? IMHO, openSUSE _NO_ es un proyecto basado en la Comunidad ni es un proyecto por/para la Comunidad. Es una estrategia de marketing de Novell para que no parezca que no entienden de qué va el FLOSS. Por eso me fui de Novell y me vine a SGI. Han pasado 5 años de eso (creo) y las cosas en Novell siguen igual. Digo que IMHO no es un proyecto Comunitario porque: - voz y voto de la Comunidad se ignora: me remito a todas las discusiones que aparecen en las listas en, project y factory que no sirven para nada - los bugs que abre la Comunidad se ignoran: tu misma lo has dicho - si se te ocurre decir en la lista en que has pillado tal o cual bug, te mandan a "mainstream": por poner un ejemplo, Carlos Robinson salió una vez con algo del SMART, le dijeron que upstream, yo salí apoyando a Carlos y la respuesta fue WTF. Si openSUSE es nuestra distro, a quien tenemos que reportar las cosas es a openSUSE y NO upstream, les guste o no. Si no tienen tiempo y/o personal, tienen dos opciones: a) contratar más gente b) realmente abrir el proyecto a la Comunidad Si no hacen NINGUNA de las dos cosas ... por lo menos que no sean maleducados. Podrían optar por la opción b) ya que es la más barata, pero ... no lo comprenden, no saben de qué va eso. Pero si a mi me llegaron a decir en Novell (cuando estuve) que había que quitar la SUSE del FTP porque era la "competencia" y entonces la gente no compraba SLE[S|D] (en ese momento era NLD). Con esa mentalidad, ¿cómo van a hacer algo por/para la Comunidad? Por cierto, esa persona sigue en Novell y es el Linux Champion ... no te quiero contar el resto lo que opina. También me han llegado a decir que es imposbile vivir de los servicios, que ninguna empresa hace eso a lo que les contesté: Accenture, Deloitte, taxistas, peluqueros, discotecas, prostitutas, ... Como esas frases os puedo contar un montón ...
Que se compren una revista en el kiosko, les seguirá saliendo más barato ;)
¿Hay una revista de YaST? ¿Dónde? >:-)
No, hay revistas de Linux (muchas) que todos los meses te traen una distro diferente que coincide con la distro que ha salido en ese momento. Si quieres "comprarte" el openSUSE: te pasas por el kiosko y te compras la revista cuando saquen el CD/DVD, que es el mismo que ponen para descargar.
Pero eso no ayuda en nada a una persona recién llegada a openSUSE. Necesitan más detalles, más información, profundizar más en el "concepto suse" no unas cuántas páginas donde le dicen cómo instalarla o iniciar el entorno gráfico. Para eso ya tiene la Guía de Inicio.
En las revistas te viene cómo instalar la distro del mes que regalan ;)
Respuesta corporativa: "Hay que reducir gastos, el cliente se queja de que 300 Euros por la licencia ups, ... quería decir: el soporte y mantenimiento es caro."
Que no es un problema de dinero, ni de soporte ni de mantenimiento. Es un problema de "principio y necesidad".
Entonces, ¿por qué no te pasas a SLE(S)?
¡Porque NO creo en lo que me ofrece Novell!
Bueno, bueno, ... tranquila. ¿Has pensado en usar OES? Es una broma !!!! ;)
La única ventaja es el soporte de parches durante 5 años, lo cual queda relegado a un segundo plano si me dicen que no puedo actualizar algún paquete por mi cuenta y risgo -desde cualquier fuente- porque pierdo el soporte.
Eso tiene su razón de ser. Cuando un fabricante de sw certifica y prueba una cosa, lo hace en unas condiciones determinadas de versión de librerías, compilador, ... Si eso lo cambias porque "te da la gana", nadie te puede garantizar que el comportamiento sea el mismo. Te cuento un caso. Dentro de los clientes HPC, tenemos agencias de meteorología. En este tipo de clientes, el hecho de cambiar la versión del compilador les puede suponer que su aplicación predice chubascos cuendo tienes un sol aterrador. Esto es real, les ha pasado a clientes nuestros. Otro ejemplo. Clientes con Fluent usan la versión X.Y.Z y les preguntas, ¿por qué no pasas a la nueva versión? Y te dicen: "LLevamos X años en un proyecto y si da la mala casualidad que al cambiar de versión el diseño del tambor de la lavador varía en Y% ... hay que empezar de nuevo. Por cierto, ya nos pasó y no queremos que se repita." En las listas de suse-oracle hay un tío (Alexei Roudnev) que sabe un "buebo" y no veas lo que rabia y se queja de SLES cada vez que sale una versión nueva porque al migrar sus Oracles a la nueva versión, las cosas dejan de funcionar, van más lentas, ... Si no estás apuntada, mira los archivos. El tío saca todos los posibles fallos y siempre usa versiones antiguas de SLES (sobre todo por estabilidad con Oracle). De hecho, una de sus mayores quejas es que no hay un beta-test de las nuevas SLES (bueno, sí lo hay, pero para clientes muy selectos). Si este tío rabia y SÓLO usa versiones certificadas y parches oficiales, imagínate lo que iba a rabiar si se va descargando cosas de Inet y parcheando a su manera. COn esto no quiero decir que tienes que pasar por el aro y comprar SLES. Lo que digo es que no es tan sencillo, hay mucha gente por medio (empresas, desarrolladores) y eso complica que todo funcione perfectamente por lo que las empresas/desarrolladores sólo te garantizan ciertas cosas.
No me gustan las ataduras y no me gusta Novell ¿necesitas alguna otra razón para aceptar un "no, no tengo SLES"? :-)
Nop, por esa misma razón me pasé a Arch Linux ... si quieres pasarte, sigue habiendo sitio ;)
Estoy pensando en Debian. Tiene un ciclo de versiones más adaptado a lo que necesito :-)
Otra posibilidad aunque personalmente me pasaría a Ubuntu en ese caso porque puedes contratar el soporte. Podrías pensar o equiparar: - SLE ~ Ubuntu - openSUSE ~ Debian
Pero Ubuntu tiene algo que no me termina de convencer. Ah, sí. Que tiene una "empresa" detrás. Tampoco me fío mucho de Canonical.
Yo te lo decía más que nada por si necesitas un soporte "garantizado" o tus jefes quieren saber que pagan a un proveedor al que pueden insultar por teléfono. Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com rgriman@jabberes.org -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org