|
|
|
Secciones
Obrar mucho, y hablar poco; que lo demás es de loco.
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Vender software en Linux es un mal negocio
(Puntos:3, Troll)( http://icewinddale.blogspot.com/ | Última bitácora: Jueves, 30 Enero de 2014, 23:34h )
En parte pienso que la decisión de Redhat de abandonar su distribución más clásica para usuarios viende por esto.
De todas maneras pienso, que Kylix es un producto mu concreto para el que busque un port de codigo que existe para Windows o bien una productividad en cierto tipo de cosas.
De todas maneras, si a la gente le interesa, puede colaborar con el proyecto Lazarus [freepascal.org]
-- icewinddale.blogspot.com [blogspot.com]
Vender software es un mal negocio. Punto
(Puntos:4, Inspirado)( http://barrapunto.com/ )
Bueno... tambien se compra software cuando a una empresa la visitan los padrinos de la BSA.... :-)
En general, no solo el software, sino para todo producto susceptible de ser copiado sin demasiados problemas, su venta es de dudosa rentabilidad...
... salvo que no vendas producto, sino servicio. El futuro de la venta del material copiable está en vender aquello que no se puede copiar
Y esto es así desde hace muchos años... IBM lo sabe desde que IBM existe. Microsoft tambien lo sabe, Oracle lo sabe, Y RedHat parece que lo ha descubierto... Y ya es hora de que todo el mundo -discográficas incluídas- lo aprenda y asuma
.
Quosque tandem abutere Catilina Patientia nostra?
Mal negocio
(Puntos:2, Interesante)( http://appfluence.com/priority_matrix_windows_detailed | Última bitácora: Domingo, 31 Julio de 2011, 16:58h )
Pues si, yo soy de esa opinion. Hasta el momento, quien llega al mundo del software libre ya conoce que hay mas software que el propietario, y este normalmente se puede obtener sin pagar. Muchos empresarios pensaran que para eso se quedan con Windows, que por lo menos les evita la migracion.
No es muy significativo
(Puntos:2, Interesante)( http://shkroot.blogspot.com/ | Última bitácora: Miércoles, 21 Diciembre de 2005, 11:36h )
Obviamente, el mercado linux no es como el mercado windows, pero no se puede juzgar un mercado por un producto.
En este caso, el problema es que no había mucho en kylix que llamara la atención a la comunidad ni al mercado. Su punto fuerte era que los programas corrían en windows y en linux, pero es que a mí me da la sensación de que la tendencia es a que las aplicaciones multiplataforma se hacen vía web ( php, java-jsp, etc ... )
-- shk [blogspot.com]
Builder X
(Puntos:3, Informativo)( http://librexpresion.org/ | Última bitácora: Martes, 17 Marzo de 2009, 08:40h )
libreXpresion.org [librexpresion.org]
Adios a futuros FacturLinex y ContaLinex
(Puntos:1, Informativo)Más aún cuando podían haberlos desarrollado con tantísimos IDEs. Si buscaban algo parecido a Delphi, tenían Lazarus [freepascal.org].
Vaya semanita ...
(Puntos:3, Inspirado)( http://barrapunto.com/ )
La verdad es que últimamente hay bastante pesimismo por Barrapunto (aquí me incluyo yo). Todos estaremos de acuerdo en que el modelo de desarrollo del software libre ha logrado crear grandes y muy buenos programas.
Lo que no está tan claro es si es económicamente viable, al menos con el tamaño actual del sector informático.
Mi teoría es la siguiente: en el software libre puedes ganar dinero mientras sea difícil de instalar, configurar o extender (traducción: sin asistentes de instalación, sin un buen interfaz de configuración, o sin un código/funcionamiento bien documentado).
En el momento en el que alguien provee un sistema que facilita la instalación, configuración o extensión se te acabó la oportunidad de negocio.
Ejemplo: últimamente se comenta continuamente lo fácil que es instalar cualquier distribución de Linux. ¿Es necesario un profesional para instalar un Linux? yo diría que no, con que la empresa tenga un empleado con unos conocimientos básicos de ordenadores será suficiente.
Caso hipotético: Montar servidores de correo, web, etc. ahora mismo tiene algo de misterio, tampoco mucho, pero se puede suponer que se echaría mano de un profesional. Pero si alguien hace una aplicación libre que te configura los servidores para el 95% de los usos, realiza las tareas más típicas de seguridad, etc. (todo muy gráfico, muy bonito, y con sólo pulsar "siguientes", sólo hay que ver los asistentes del Mac OS X). El mercado potencial se reduce al 5% restante.
Por otro lado tenemos el software que no puede ser libre ni de coña, si quieres vivir de exclusivamente de él. Ya lo comenté en otra noticia: los videojuegos. De qué vives: ¿mercadotecnia? ¿soporte? ... El que hace Tux Racer no vive gracias a lo que gana del jueguecito (a lo mejor se saca unas pelillas con camisetas, etc., nada que merezca la pena considerar). Me respondieron que un programador de juegos libres puede utilizar sus desarrollos como escaparte para venderse a un empresa de videojuegos. Con esto sólo trasladamos el problema del programador a la empresa: ¿de qué vive la empresa? ¿hace videojuegos libres?
¿Alguien con un modelo económicamente viable para vivir del software libre? ¿por qué les ha ido tan mal a la mayoría de empresas de software libre? Comentarios, plis.
Saludos.
The Cat Ate My Source Code
Mi visión
(Puntos:1, Inspirado)En primer lugar, la existencia de la versión "solo para GPL" ha sido para mi más un problema que una ventaja, gente que habria estado dispuesta a usarlo para desarrollar software se veia limitada por la necesidad de hacer programas GPL, sin posibilidad de usar otras licencias. Además venia con pocos componentes, y quizas la ausencia de la portabilidad directa entre delphi y kylix evito que muchos portasen sus programas freeware y open source de delphi a kylix.
El salto de precios entre versiones era demasiado grande.
Borland no ha sabido actualizar adecuadamente Kylix para adaptarlo a la evolucion de las librerias que utilizaba, quizas no dedico el numero suficiente de desarrolladores cuando posiblemente de haber seguido un modelo similar al de IBM con su eclipse, sus productos estarían más avanzados.
Era una lucha desigual, la mayoria de gente q programa en linux son C/C++ eros a muerte, y menosprecian el pascal debiado a sus experiencias con los Turbo Pascal... (hoy en día esas limitaciones no existen, pero la mala impresion persiste).
Finalmente el acercamiento Borland - M$ es evidente, Borland se siente amenazada por IBM y se trata de colocar en las cercanias de otro gigante que le de cobijo -Microsoft- y a este , linux no le gusta demasiado.
Un pequeño matiz
(Puntos:2)( http://barrapunto.com/~mith/bitacora | Última bitácora: Viernes, 01 Octubre de 2004, 15:52h )
Es mal negocio cuando cuesta tanto dinero como Kylix :P
--
Iglesia, secta, secta, iglesia. Es aburrirse lo mismo pero en sitios diferentes! (Bart Simpson)
XPde tambien va a tener problemas...
(Puntos:1)( http://twitter.com/deabru )
a destacar:
deabru... bai deabrunaiz
Como usuario de Delphi
(Puntos:3, Inspirado)Lazarus
(Puntos:0)Ya que estamos en el asunto, hay un proyecto de desarrollo de un delphi libre, un IDE gráfico de psacal. El proyecto Lazarus [freepascal.org] utiliza freepascal [freepascal.org], un pascal libre, como complilador. Y tiene una lbirería de componente bastante impresionante.
Lazarus está pensado para trabajar independientemente del widget, sea GTK, Win32 (win32 nativo, no sobre GTK en windows), QT, o cualquiera que venga después, lo componentes (el LCL, en lugar de VCL) son idéntico para cualquier entorno gráfico, pero se compila bajo nivel puede untilizar distintos widgets. El desarrollo más avanzado con diferencia es el GTK, pero últimamente el win32 ha avanzado mucho.
La idea es que se puede compilar de un sistema a otro sin el menor cambio (escribe unoa vez compila muchas). Hay partes uniaddes en el freepascal que son dependientes de la plataforma, si se utilzia alguna de estas funciones, se tendría que hacer modificaciones en código. Pero el entorno gráfico (los componentes) son completamente independientes de la plataforma.
Esta en un estado beta, casi alfa, sin embargo, han hecho algunas aplicaciones de prueba [freepascal.org] que demuestran sus posibilidades.
Mala Noticia para Linux
(Puntos:0)No es buena noticia para la comunidad Linuxera. Kylix quería emular la misma facilidad de programación en Linux como lo logró Visual Basic en Windows: recuerdo que estando en DOS programando en Dbase (luego Clipper), RMCobol y un poco de C intenté programar en Windows 3.1 bajo C++ (salí corriendo), pero después conocí a Visual Basic 3.0 y nunca volví a programar en DOS. Muchos programadores de Windows nacieron con este lenguaje y fue este un factor determinante que la popularidad de Windows se disparara.
Visual Basic sin embargo fue victima de su propio éxito, en español traduciría (Visual Basico), los programadores ya con mas experiencia y expertos no querían ser comparados con "primiparos" y "novatos", se buscaba un nuevo lenguaje que diera status, caché o prestigio (así sea para aparentar) pero mudarse a las aguas de C++ (no es fácil hacer programas en Visual C++) y el uso de punteros mas la destrucción de objetos no motivaban a muchos. Llegó Java a llenar ese vacio.
Desarrollar bajo Windows fue necesario, los clientes en DOS, tecleaban la palabra mágina "win" (ganar) y se lanzaba el Windows 3.1, un ambiente gráfico que humillaba cualquier aplicación DOS texto.
Digan lo que digan: aplicaciones buenas, regulares y malas que se hicieron en Visual Basic fueron el factor A para que Windows domine hoy la escena, considero que el tiempo de Visual Basic esta quedando atrás (engrosará el museo de lenguajes obsoletos junto a Cobol, PL/SQL, RPG, Dbase) y nuevos lenguajes tomarán la batuta como C#, Java (solo en el servidor porque AWT/Swing/JFC fue un vergonzoso fracaso), Delphi (liviano, rápido, POO), C++ (ya es mas fácil programar en este con los nuevos IDEs, depuradores y compiladores), PHP, ...
Linux necesitará mas y mas programadores no para hacer mas estilizado a KDE o GNOME, sino para hacer aplicaciones para clientes particulares: el software a la medida, aquí C++ no es el mas indicado. Kylix era una muy buena opción pero si se detiene ¿que lenguaje usar entonces para desarrollar en el cliente?.