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

Question

Si estuviera diseñando una aplicación de intranet empresarial central para una pequeña empresa, y quisiera que fuera lo más receptiva posible, donde el personal es indiferente a estar atascado con un determinado navegador, ¿diseñaría para Firefox, Chrome, o prueba más de lo necesario para evitar el bloqueo? ¿Hay otros factores que consideraría antes de colocar todos sus huevos en una cesta del navegador o no?

Por ejemplo, ¿Chrome tiene alguna característica relacionada con la velocidad de la que carecen otros navegadores que necesitaría que Chrome se enfocara de una manera no compatible con los navegadores cruzados, y si lo tuviera, valdría la pena diseñar a su alrededor?

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, si cada computadora de la empresa 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 vas a encontrar ganancias significativas eligiendo uno sobre el otro a menos que estés haciendo tareas específicas que jueguen hacia sus puntos fuertes (mira 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 agnóstico, 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 solo tiene un par de meses, especialmente uno que acaba de llegar a 1.0.

Answer 2

Ir agnóstico del navegador. No se sabe cuándo alguien exigirá un determinado navegador, y se verá obligado a rehacer un determinado módulo porque utilizó un complemento o función especial que solo está disponible con el navegador ahora desactualizado.

Técnicamente somos una tienda de IE aquí, pero me aseguro de que todas mis aplicaciones funcionen al menos en IE y Firefox, y también estoy haciendo más pruebas en Chrome.

Answer 3

Aunque cumplir con los estándares ciertamente tiene muchas ventajas, si su aplicación tiene una interfaz de usuario pesada y no desea luchar con la falta de widgets HTML, sugiero usar un navegador basado en Gecko que puede construir la interfaz de usuario en XUL mucho más rápido con todos La funcionalidad familiar de una aplicación de escritorio que HTML desde cero. Dado que Gecko es de código abierto y está desarrollado activamente, no corre el riesgo de quedarse atascado si estaba usando algo patentado.

Answer 4

Siempre escriba correctamente, es decir, entre navegadores, ya que nunca se sabe cuándo una nueva versión de un navegador puede cambiar el comportamiento anterior.

Sin embargo, usar la 'aplicación' de aplicaciones web de Chrome es una buena opción para las intranets. (Especialmente si ayuda a que los usuarios dejen de decir "mi navegador no funciona")

Answer 5

" Si estaba diseñando una aplicación de intranet empresarial central para una pequeña empresa, y deseaba que fuera lo más receptiva posible, donde el personal es indiferente a estar atascado con un navegador determinado. "

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

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

Answer 6

La forma más económica de hacerlo sería adaptar la aplicación de intranet a los estándares de la organización. Si le están pagando por hora, realmente es su decisión en qué gasta su tiempo. Si dicen que es solo FireFox, entonces esa es la forma en que debe hacerse. Si se trata de una oferta fija, es posible que tenga cierta libertad de acción, pero en última instancia es su decisión. Es posible que tengan razones por las que no quieren que funcione con Chrome (no puedo pensar en una razón, pero eso no significa que no haya algunas).

Answer 7

Sea agnóstico del navegador.

Mi experiencia es que, si bien existe una fuerte preferencia por un navegador (similar) en las comunidades tecnológicas, la población real de usuarios no se molesta realmente ... o para decirlo de otra manera, no hay una diferencia significativa entre navegadores modernos que serían importantes para el usuario final.

Creo que IE y Firefox (especialmente IE) están diseñados para cumplir con los estándares, ya que Chrome podría ser indulgente, especialmente para funcionar muy bien con las aplicaciones de Google, que en sí mismas no son realmente compatibles con las especificaciones w3c.

Una apuesta segura es diseñar su aplicación según los estándares de w3c y estar seguro de que funcionará igual en la mayoría de los navegadores.

Answer 8

Para ser políticamente correcto, desde el punto de vista de la web, deberías hacerlo presentable en los principales navegadores, y todo ese jazz sobre la configuración de la compañía existente. Sin embargo, ¿qué pasa con las ventajas de usar Chrome con Gears?

Answer 9

" y quería que fuera lo más sensible posible, donde el personal es indiferente a estar atascado con un navegador determinado "

Parece que necesita una aplicación de cliente inteligente.

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

Answer 10

Iría lo más agnóstico 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 (incluso si no son bonitos) en todo el IE - Gecko - WebKit universo.

(Por otro lado, si fuera a comenzar uno de esos desde cero hoy, la optimización para Chrome en lugar de IE sería muy, muy tentador).