¿Chrome o Firefox (o agnóstico del navegador) para una aplicación de intranet?

Question

Si estuvieras diseñando una aplicación de intranet empresarial central para una pequeña empresa, y quisieras que fuera tan receptiva como sea posible, donde el personal sea indiferente a estar atrapado con un navegador determinado, ¿diseñarías para Firefox, Chrome o prueba más ampliamente de lo que necesitas solo para evitar el lock-in? ¿Hay otros factores que consideraría antes de colocar todos sus huevos en una sola cesta del navegador o no?

Por ejemplo, ¿tiene Chrome alguna característica relacionada con la velocidad de la que carecen otros navegadores que requiera que Chrome se oriente de manera hostil para todos los navegadores, y si lo hiciera, ¿valdría la pena diseñarla?

Answer 1

¿Cuál es la política de TI de la empresa en los navegadores? Parece que esto determinaría para qué lo escribes. ¿Por qué escribirlo para cualquiera, si cada computadora en la compañía de su cliente tiene IE6? El bloqueo no es un problema para una empresa, ya que puede dictar la política sobre lo que las personas usan y deben tener en sus computadoras.

Speedwise no va a encontrar ganancias significativas eligiendo una sobre la otra a menos que esté haciendo tareas específicas que juegan hacia sus puntos fuertes (observe el rango en la evaluación comparativa, por ejemplo, algunas pruebas de Google tienen cromo cientos de veces más rápido , donde como otros tienen Firefox superando a Chrome).

Idealmente, querrías que fuera independiente, pero si tuvieras que elegir uno, iría con Firefox, ya que es un navegador más maduro. Sería reacio a apuntar a la aplicación para un navegador que tiene solo un par de meses, especialmente uno que acaba de llegar a 1.0.

Answer 2

Acceda independientemente del navegador. No se sabe cuándo alguien va a exigir un determinado navegador y se verá obligado a volver a hacer clic en un determinado módulo porque usaba un complemento especial o una función que solo estaba disponible con el navegador ahora desactualizado.

Técnicamente somos una tienda de IE aquí, pero asegúrese de que la función de todos mis aplicaciones en, al menos, IE y Firefox, y estoy haciendo más pruebas en Chrome también.

Answer 3

La manera más barata de hacerlo es adaptar la aplicación de intranet a los estándares de la organización. Si le pagan por hora, realmente es su decisión en cuanto a lo que pasa su tiempo. Si dicen que solo es FireFox, entonces esa es la forma en que debería hacerse. Si se trata de una oferta fija, es posible que tenga un margen de maniobra, pero en última instancia es su decisión. Es posible que tengan razones por las que no quieren que funcione con el cromo (no puedo pensar en una razón, pero eso no quiere decir que no hay alguna.)

Answer 4

Siempre escribir correctamente - es decir, entre navegadores - ya que nunca se sabe cuando una nueva versión de un navegador puede cambiar el comportamiento antiguo.

Sin embargo, usar 'aplicaciones' de aplicaciones web de Chrome es una buena opción para intranets. (Especialmente si ayuda evita que los usuarios diciendo "mi navegador está roto")

Answer 5

"y quería que fuera tan sensible al sentimiento de lo posible, donde el personal es indiferente a ser atrapado con un determinado navegador"

Parece que necesitas una aplicación de cliente inteligente.

EDIT: Por cliente inteligente me refiero a una aplicación que se ejecuta éste por separado desde un navegador y utiliza los servicios web para comunicarse con el servidor.

Answer 6

Sea agnóstico del navegador.

Mi experiencia es que si bien hay una gran preferencia por un navegador (de su tipo) en las comunidades tecnológicas, la población real de usuarios no se molesta ... o dicho de otra manera, no hay una diferencia significativa entre los navegadores modernos que importarían para el usuario final.

Creo que IE y Firefox (IE especialmente) están diseñados para la conformidad con los estándares donde Chrome podría ser indulgente, especialmente para trabajar de maravilla con aplicaciones de Google que en realidad no son compatibles con w3c.

Una apuesta segura es el diseño de su aplicación por los estándares del W3C y estar seguro de que funcionaría de la misma en la mayoría de los navegadores.

Answer 7

ser políticamente correcto, web standrards-sabia, que tendría que hacerla presentable en los principales navegadores, y todo eso acerca de configuración de empresa existente. Sin embargo, ¿qué pasa con las ventajas de usar Chrome con Gears?

Answer 8

Si bien cumplir con los estándares es seguro que tiene muchas ventajas, si su aplicación es pesada y no desea luchar con la falta de widgets HTML, sugiero usar un navegador basado en Gecko que puede construir UI en XUL mucho más rápido con toda la funcionalidad familiar de una aplicación de escritorio que HTML desde cero. Como Gecko es de código abierto y está desarrollado activamente, no corres el riesgo de quedarte atrapado si estuvieras utilizando algo exclusivo.

Answer 9

"Si estuvieras diseñando una aplicación de intranet empresarial central para una pequeña empresa, y quisieras que fuera tan receptiva como sea posible, donde el personal sea indiferente a estar atrapado con un determinado navegador".

Chrome. Puede hacer aplicaciones web sin Chrome, de modo que pueda hacer que su aplicación de intranet se parezca y actuar como una aplicación de escritorio (el Javascript rápido ayuda mucho aquí). Incluso puedes hacer un acceso directo a la aplicación con Chrome para que no se muestre más barra de direcciones, más espacio en pantalla.

Chrome se inicia un poco más rápido que otros navegadores también, cada vez que quiero leer algo en Stackoverflow inmediatamente, utilizo Chrome.

Answer 10

Imagino que es lo más seguro posible para el navegador. Tenemos un par de sistemas como este, donde técnicamente solo admiten un navegador, pero nos aseguramos de que al menos funcionen (aunque no sean bonitos) en el universo IE - Gecko - WebKit.

(Por otro lado, si iba a estar empezando a uno de los de cero hoy en día, la optimización para Chrome en lugar de IE sería muy, muy tentador.)