2009-09-28 12 views
5

Recibí "La pregunta que hace parece subjetiva y es probable que se cierre". pero puedes responder SÍ o NO.¿Confiarías en mono como plataforma para construir una startup?

- editar: Las preguntas subjetivas son aquellas típicamente respondidas con una opinión, entonces, ¿qué tiene de malo pedir la opinión de la comunidad? También por cierto, estoy pidiendo su opinión, su opinión no depende de la naturaleza de mi proyecto.

+2

Probablemente podría volver a expresar esto para hacerlo un poco menos subjetivo. ¿Qué estás realmente preguntando? ¿Qué estás tratando de construir, y por qué estás considerando mono? – Charles

+2

@Charles - no, él tiene que volver a expresarlo para elevar la pregunta al nivel "subjetivo y argumentativo". Hasta ahora apenas califica como "una pregunta no verdadera" :-) – ChssPly76

+0

Para mí, esta pregunta es demasiado general y no tiene una respuesta definitiva, que podría (al menos en parte) resolverse reformulando. Tal como están las cosas, es como preguntar "¿Java es bueno?", Que definitivamente se cerraría. – cletus

Respuesta

7

Solo si planeas hacer negocios de monos.

(edit: note downvoters; investiga qué significa "mono" en español, y mira su ícono, también, busca tu sentido del humor, sospecho que puedes haberlo perdido).

+0

+1 para el intento de humor. – MusiGenesis

+0

Saludos :) Supongo que en retrospectiva debería haber sido un comentario. Oh bien. Muchedumbre difícil. –

+1

Incluso * I * dijo "intento de humor". *: P – MusiGenesis

11

Recogiendo un par de ejemplos de "Companies using Mono":

  • Novell: Novell utiliza Mono para ambos cliente y servidor de aplicaciones:
    • de gestión de ZENworks Linux
    • su producto de búsqueda de escritorio Beagle
    • administración de fotos (F-Spot)
    • Servidor de Groupware (Hula)
  • Electronic Arts lo utilizó para alimentar Sims3.
  • Medsphere: El software MedSphere OpenVista permite a los médicos acceder a la información completa de salud del paciente en el punto de atención, y funciona tanto en Windows como en Linux, gracias a Mono.

Si es lo suficientemente bueno para las empresas como las que, Mono puede ser lo suficientemente bueno para usted - sólo depende de lo que hacemos de ella. Si su inicio está condenado al fracaso, Mono no hará la diferencia; Si tienes un gran concepto y un gran equipo, no debería importar tanto si utilizas Mono, Visual Studio o cualquier otro IDE.

+0

Novell patrocina un poco a Mono, por lo que no sorprende. – MusiGenesis

+6

Pero lo patrocinan porque funciona para ellos, no porque estén tratando de engañar a las personas en Stack Overflow. – jrockway

+2

@jrockway: No quise decir que estén tratando de engañar a nadie, pero proclamar el hecho de que Novell usa Mono es como anunciar el hecho de que Sun usa Java. – MusiGenesis

0

Realmente depende de la aplicación. Si su aplicación se sostiene o cae con mono, entonces no.

Al igual que con las acciones, no pone todo su dinero en una, demasiado arriesgada.

+0

¿Estás diciendo que cuando construyes tus proyectos usas tantas tecnologías como sea posible, solo para diversificar?:) – user179997

+0

Creo que su metáfora es un poco débil, pero básicamente está diciendo que no basaría toda su compañía en Mono. Por ejemplo, si el proyecto Mono se disolviera por completo mañana, ¿estaría bien su empresa? – tster

+0

Lo que quise decir es que la plataforma no es tan importante como sea la aplicación, así que si tengo una idea para una aplicación que se ejecute en Windows .net y mono, entonces bien, pero no haría una aplicación únicamente para mono (si entonces todo mi negocio dependía de eso). La razón de esto es que mono, aunque sea una gran cosa, siempre estará uno o dos pasos detrás de Windows .net. –

2

Dado que es una pregunta general le daré un scenero.

Por ejemplo, trabajas con y utilizas el .NET framework y vendes algún tipo de producto. IMO: si se trata de un producto basado en servidor, tiene buenas posibilidades de tener clientes que quieran ejecutarlo en Linux.

  1. Puede decirle a estos clientes que se desvíen.
  2. Puede ofrecerles la posibilidad de ejecutarlo a través de Mono.

Ambas opciones tienen inconvenientes. Si elige # 1, perderá ventas y, por lo tanto, ingresos. Esto depende de cuántos de sus clientes potenciales quieran usar Linux, por supuesto.

La segunda opción tiene inconvenientes en cuanto a que debe probar su aplicación tanto en Mono como en .NET Framework. Esto consume tiempo de desarrollador, y el tiempo es dinero. :)

Pero de todos modos es una decisión que debes tomar y la decisión correcta es muy específica de la aplicación y del mercado.

+0

Los clientes son dinero, sería un producto bastante cojo si los ingresos de los clientes de Linux no superan el costo de las pruebas, o incluso portabilidad, del producto. O un producto extremadamente nicho, te daré eso. También los píos de Linux tienen más dinero para comprar sus productos, porque somos más inteligentes (¡y en su mayoría tenemos trabajos altamente remunerados en TI!) –

0

Sí, porque incluso si su aplicación falla en Mono, seguirá funcionando bien en Windows. Y la última vez que lo comprobé, había al menos un par de compañías exitosas que escribían software para Windows.

+0

Es cierto que Windows es una plataforma viable para un negocio, sin embargo, si estoy pensando en mono es porque quisiera una plataforma de código abierto, tanto porque creo en el código abierto como porque no tengo dinero. – user179997

+4

Bueno, .Net es gratis también. Y creer en el código abierto es una buena forma de continuar sin tener dinero, desafortunadamente. – MusiGenesis

+0

Las empresas de nueva creación pueden obtener varias licencias de Visual Studio, suscripciones universales de MSDN y licencias de Office durante 3 años por aproximadamente £ 100. – MarkJ

0

Al no haber usado nunca Mono, me interesaría mucho escuchar de personas un ejemplo de un producto que ES adecuado para ser construido en Mono, y un ejemplo que no lo es.

+1

Cualquier aplicación que dependiera de cosas fuera del entorno .Net (como llamadas a la API del sistema operativo, por ejemplo) sería menos adecuada para Mono que algo que fuera .Net puro. – MusiGenesis

+0

¿Está diciendo que no hay nada dentro del lenguaje o marco que no sea compatible con/no se pueda usar en Mono? – Ashby

+0

@Ashby: eso es correcto, aunque depende de lo que quiere decir con "dentro del lenguaje o marco". Por ejemplo, InteropServices es innegablemente parte de .Net, pero si los usa dentro de su aplicación .Net, seguramente su aplicación no funcionará correctamente en Mono (ya que utiliza InteropServices para interactuar con la API de Windows, entre otras cosas). – MusiGenesis

1

Here es una publicación de blog reciente de Jeffrey Stedfast que puede arrojar algo de luz sobre esta cuestión. Estoy desarrollando para Windows y continuaré haciéndolo indefinidamente, así que no tengo un perro en esta pelea.

0

He estado involucrado en muchas nuevas empresas. Su pregunta no puede ser respondida por nosotros, porque se parece más a una pregunta de gestión de riesgos: si algo falla, ¿puede solucionarlo o realizar una solución con un esfuerzo razonable? ¿Y cuántas veces esperas que falle?

Para responder a esta pregunta, necesita saber qué plataformas quiere apoyar, cómo va a usar mono y qué habilidades tiene. Si desea admitir todas las plataformas, en las que se ejecuta mono, se encontrará con muchos más problemas, que si solo desea admitir Mono en Ubuntu, por ejemplo. Mono es de código abierto, pero si quieres arreglar un error dentro de mono, necesitas tener las habilidades y el tiempo para hacer exactamente eso.

Otra cosa es, ¿qué tan confiable quiere que sea su producto? Si observa un producto como un grabador de disco duro DVB-C de Samsung, en realidad se cuelga a veces. Incluso una Playstation 3 falla de vez en cuando. Si crea un servidor de Internet, los bloqueos a menudo se pueden ocultar bien si el cliente vuelve a intentar después de un tiempo de espera excedido.

Si necesitara mono en un arranque, y tendría al menos 1 programador experto además de mí desde el principio, no tendría problemas para elegir mono como plataforma.

2

He trabajado en Mono para un proyecto comercial multiplataforma de Windows/Linux.

  • El núcleo del Mono (el tiempo de ejecución) es bastante sólido - es increíble lo que puede compilar en Windows y ejecutar en Linux .
  • MonoDevelop es bastante escamoso. Esperemos que eso cambie, pero para ahora es doloroso. Si todo lo que necesita es soporte de Linux en tiempo de ejecución (no Linux dev), reducirá sus problemas. No me gustaría codificar un proyecto considerable en él.
  • Prueba cruzada regularmente. No hagas una semana de trabajo en Windows, luego encuentra que debes volver a escribir para Linux (o viceversa). Intenta construir y probar en ambos entornos todos los días.
  • Algunas cosas de .NET no funcionan en en Mono. Obviamente, no debe iniciar WinForms en la aplicación WPF y esperar que funcione. Planifique las características de su : no se encuentre a mitad de camino en y encuentre que Mono no es compatible con la tecnología particular que necesita.
  • planifique y pruebe todos los idiomas y la función de marco que crea que necesitará . Las bibliotecas Mono son incompletas y no puede suponer que tienen un marco completo.
+1

Probablemente debería calificar mis puntos: creo que Mono es una increíble pieza de desarrollo, y creo que MonoDevelop/will/be amazing en el futuro. ¡Espero que nadie pensara que lo estaba atacando! – stusmith

+0

@stusmith: ¿quieres decir "... no deberías iniciar una aplicación WinForms ** o ** WPF ..."? Pensé que al menos WinForms trabajó en Mono? – MusiGenesis

+0

No estoy seguro ... Supongo que asumí que no ... pero eso solo subraya el punto: no asumas, averigua y averigua antes. – stusmith

0

Sí si confía en el estado actual de Mono. No, si confías en futuras promesas, qué será Mono.

Con la primera opción, sigue existiendo el riesgo de tener que trasladarse a otra plataforma tarde o temprano, porque Mono podría estancarse. Si sus planes son válidos, el estado del arte todavía le dará suficiente plataforma para adquirir los recursos para el traslado. Si no puede correr ese riesgo en absoluto, no encuentre un inicio.

Cuestiones relacionadas