No se que decirte en cuanto a performance.... lo que si estoy seguro es que para hacer algo piola en sharepoint (arquitectura) en cuanto a perfromance, tenes que definir una política de cuantos site collection por content database, cuantos sites por site collection... y bla bla bla como decís, vas a tener que leer y aprender para hacer algo bueno. Lo bueno, no es tan complicado, para nada. Peor si esa parte no te toca... para que te des una idea realizar una lista que contenga info (todos los campos qu quiera (sin que haya mucha relación, no? pero dependiendo de que versión de SP hables), adjuntar archivos a una misma entrada de la lista y darle seguridad (usando windows authentication)... lo haces en 8 horas como muuuuuuuchoooooooo
Ojo, no soy fanático de SP, creo que es útil para determinados negocios y una garrón para otros.... como todo, no? Saludos, ________________________________ De: Roxana Leituz <[email protected]> Para: [email protected] Enviado: sábado, 28 de mayo, 2011 13:58:13 Asunto: [puntonet] sharepoint VS ASP.NET Juan: muchas gracias por el aporte, te cuento, el tema surge por la gente de seguridad una vez finalizado el proyecto, las particularidades de lo que hice tienen que ver con el manejo de 3 idiomas, la carga de documentos en el servidor ademas de la info, administración de usuarios y los reportes. Ahora, finalizado, dicen "porque no se hizo en SP?", obviamente hubo un tema de comunicación, nadie dijo ni sugirió, ni yo sabía que tenian SP instalado. Yo siempre le vi las ventajas a la programación a gusto del consumidor, pero como decís hay un tema de rapidez. No tenia ni idea de que se trataba SP, y encima me ponían el foco en la seguridad, mis medidas de base siempre fueron limitar permisos de ejecución a la base, usuario integrado, autenticación y autorizacion según las recomendaciones de MS, pero me quedé sin argumento frente a ésto. Seguramente ahora van a querer integrar la aplicación a SP, así que tendré que empezar a estudiar, por lo que leí se puede hacer, pero seguramente la perfomance no será la ideal no? muchas gracias! saludos ----- Original Message ----- From: Juan P. Castro >To: [email protected] >Sent: Saturday, May 28, 2011 12:36 PM >Subject: [puntonet] sharepoint VS ASP.NET > > >Sumando a todo esto que dice Carlos, que sin duda mucho está basado en la >versión SP2010 donde la experiencia de usuario y desarrollador cambio >rotundamente (para mejor)... >Creo que una respuesta corta podría ser, si ya tenes una infra para >sahrepoint, este desarrollo que vos decís se hubiese realizado en días (muy >pocos) y dependiendo de la complejidad por gente con poco conocimiento de >desarrollo o nulo. >Hubiese sido mejor hacerlo en SP. > > >Te digo, un usuario administrativo con una introducción a SharePoint lo >podría hacer y esa es una de las ventajas que puede tener SP también porque >los costos de desarrollo de bajan, pero no así los de infra. >Y de nuevo, depende la complejidad de lo buscado, pero viene con mucho ya >realizado (componentes Out of box) que lo podes usar para la mayoría de las >necesidades comunes. > > >Ahora, si no tenes un servidor montando para correr sharepoint... bueno, >los >costos pueden ser elevados, y mucho depende de la arquitectura planeada en >base al crecimiento de los sites. Y tenes que planearla bien, porque >después >puede caer en una performance pésima, y no es por sharepoint si no por como >se usa. > > > > >Yo creo que ASP.Net y SharePoint son 2 productos diferentes. >ASP.Net podes hacer lo que vos quieras y como vos quieras. (esto trae >bastantes ventajas). >SharePoint tiene una funcionalidad que hoy es muy buena y tenes que >adaptarte >a eso, si tus necesidad se adaptan vas a encontrar un compañero ideal. >(trae >la ventaja que si es lo que necesitas ya está realizado) > > > ________________________________ De: Ing. Carlos Alejandro Pérez <[email protected]> >Para: [email protected] >Enviado: sábado, 28 de mayo, 2011 10:15:33 >Asunto: [puntonet] sharepoint VS ASP.NET > > >Hola Rosana > >Esencialmente, Sharepoint es un gestor de contenidos, podés verlo como un >repositorio de objetos más una serie de servicios en red, para grupos de >personas, organizaciones, etc. Estos servicios pueden ser pre-programados >(incluidos en el paquete) o bien programables desde cero utilizando >herramientas de Visual Studio, etc. Por ejemplo, uno de los servicios es la >publicación de formularios web para toma de información. Otro es una wiki. >Otro es una lista de correos, otro es gestión de proyectos, otro es el >soporte para Visual Studio Team Foundation Server, etc. Estos módulos, como >te decía, pueden ser programables. Utiliza SQL Server como backend, en >cierto porcentaje importante los objetos-páginas de algunos módulos están >almacenados en tablas y se renderizan en tiempo real. Para generar >reporting >de sus módulos puede utilizar SQL Server Reporting Services, la base de datos > >debe tener este servicio activado y también el de búsqueda de texto para >realizar sus operaciones internas. > >En general, el costo asociado a Sharepoint solía justificarse si el tamaño >de >la empresa era importante, pero últimamente eso se ha revisado, y la >demanda >de desarrolladores Sharepoint sobrepasó la oferta. España es >particularmente >un mercado ávido de este tipo de desarrollos. Es muy apreciado porque ya >monta una infraestructura prefabricada para la mayoría de las cosas que una > >organización moderna necesita, pero por lo general, necesita de un servidor >standalone que contenga el core de servicios y la instancia de SQL Server, por > >cuestiones de rendimiento exclusivamente. > >Por ejemplo, si se tomar información se trata, es posible que con >formularios >de Sharepoint puedas resolver el problema de una forma relativamente >directa. >Existen también plugins de VS para desarrollar para Sharepoint. También es >recomendado fuertemente por las consultoras que certifican ISO y CMMI a >empresas de software, existen módulos que combinados de cierta forma les >brinda a las empresas la infraestructura suficiente para racionalizar todo el > >manejo de información que exige este tipo de certificaciones. También se lo >suele adecuar para seguir la metodología SCRUM de desarrollo ágil. Tiene >una >integración con Office, calendarios online, gestión de agenda, contactos, >tareas, dashboards personalizados, permite la confección de tableros de >control, gestión de proyectos con y sin Microsoft Project, etc. > > >La mayor crítica que se le hace es el tiempo en que tarda el servir el >primer >objeto, que debe renderizarse desde las tablas, y la percepción de que es >un >servicio “pesado”. A partir de allí, la respuesta es relativamente rápida. >Basa su administración y la mayoría de sus servicios en interfaces de web, >con lo cual un IIS corriendo es obligatorio. Respecto de que si es pesado o >no, es una cuestión relativa me parece, dependerá de varios factores, entre >ellos, el hardware que se pueda dedicar. > >Por supuesto que esto es una descripción a grandes rasgos, la plataforma ha > >llegado a ser muy poderosa y el valor de la misma reside en los módulos que la > >comunidad ha ido desarrollando. Para un tamaño de empresa determinado, le >resulta sumamente atractivo porque , como te dije, se ahorran un montón de >trabajo que ya está prefabricado, hay que instalarlo y luego más que >programar, se lo configura. Los servicios que trae de serie son bastantes como > >para que cubra la mayoría de las necesidades de una empresa moderna. > >Espero te sirva > >Carlos A. Pérez > > >De:[email protected] [mailto:[email protected]] En nombre de Roxana >Leituz >Enviado el: sábado, 28 de mayo de 2011 12:49 a.m. >Para: [email protected] >Asunto: [puntonet] sharepoint VS ASP.NET > >Estimados: estoy en un dilema que seguramente alguno de ustedes ha tenido y >me puede orientar en cuanto a conseguir información. Acabo de terminar un >desarrollo para una empresa en Asp.NET con sql, la aplicación consiste en >algunos formularios donde se da de alta información, se suben documentos >asociados (pdf) sólo para poder ser leidos asociados a cada form, pantallas >con filtros para la búsqueda de esa información, varios reportes sobre la >misma. (usando report viewer). >Ahora "alguien" empezó a preguntar porque no se hacía en sharepoint, y no >conozco de que se trata sharepoint y mucho menos poder brindarles una >comparación de ventajas y desventajas. He buscado pero no encuentro mucha >información de "fuente confiable" respecto de una comparativa por el >estilo, >agradecería si me pueden orientar. >Muchas gracias! >Saludos >
