26 enero 2008

6 Razones para no usar de db4o, por las personas.

No interprete mal el título. Db4o es un excelente producto. Reconozco que yo era escéptico a utilizarlo en producción la primera vez. Pero una vez que ha intentado utilizarlo, no quiere parar. Usted puede conocer otras razones de porque las personas no conocen esto y porque no utilizan aun db4o. ¿Es usted uno de estas personas? Continué leyendo. Usted no va a usar db4o a menos que:

  • Usted quiere tomar el camino lento. Si usted desea invertir su tiempo de mapeo de objetos a relaciones homologicas, que es todo para usted. Aun cuando existen herramientas ORM, usted todavía necesita ahorrar algún tiempo en cual usted no posee en ODBMS nativos.
  • Su fe es en RDBMS. Algunos desarrolladores se han "adoctrinado o evangelizado" tanto que piensan, RDBMS que es mejor y ODBMS no es bueno. No podemos culpar a la gente de pensar esto después de lo que les ha pasado en su historia. Añadido a esto, existe esta tendencia de apegarse a "Que hay en? En está fría" y apegarse a la mayoría. Ellos piensan que la gran mayoría se forma más frescas. Y esta es la gran mayoría es la multitud sigue los RDBMS. Pero es hora de mirar a los productos de hoy, especialmente db4o. El producto es prometedor y hay miles y miles de miembros de la comunidad, que confían en el producto y la empresa que estaba detrás de él.
  • Usted quiere más trabajo y menos implementaciones. Codificando consultas, inserciones, actualizaciones y borrados son muy simples en db4o. Esto significa más tiempo para que las características que se aplicarán de perder el tiempo en el mapeo de los objetos a las relaciones homologicas. Mayor implementación de características es bueno para nosotros los desarrolladores, esto equivale a buen desempeño del empleado y clientes satisfechos.
  • Usted quiere más tiempo en su trabajo y menos con las personas que lo aman. Recuerdo los días en que mis colegas y amigos decían: "¿No tiene tiempo para el amor". Yo estaba solo en aquel entonces y me gasto menos tiempo con mi novia (hoy mi mujer) a causa de los lotes y lotes de pensamientos de código. Ahora tengo una de 3 años y su hermana de que necesito más tiempo para el amor. Si sus herramientas de desarrollo puede reducir el tiempo de desarrollo y su base de datos no requiere más de codificación, entonces tendrá más tiempo de calidad para su familia. Db4o ha hecho mi tareas de base de datos más simples.
  • "Pero se puede hacer esto con ORM mapeando los campos de las tablas directamente a su interfaz de usuario, Correcto?" Antes responder esto, puedo ver que hay un grupo que prefiere RDBMS y ORM Herramientas. Por otro lado existe un grupo que prefiere utilizar ODBMS como db4o. El principal objetivo de ambos grupos es que se adhieren a los principios del diseño orientado a objetos. Esto no es malo. Los principios Orientado a objetos han demostrado ser ventajoso en muchas ocasiones. Sin embargo, existe un tercer grupo, que no desea ORM, ni objetos. Dicen que la sobrecarga de hacer ORM se reducirá la inobservancia de las reglas orientado a objetos. Esto es, hacer su tarea SQL, utilizando C # o en cualquier lenguaje y mapear tus datos directamente a tus controles de internas de usuario (UI). En realidad, esto se puede hacer en Visual Studio sin demasiado esfuerzo de codificación. Sólo tienes que arrastrar los datos de los controles visuales y controles a su formulario o página Web, establecer las propiedades y eso es todo. Usted ya tiene ejecutando una aplicación! - Sólo para responder a la pregunta - Sí, se puede escapar de la ORM y sus gastos generales y mapear directamente a los controles visuales. Pero, ¿por qué no resolver los problemas mediante el uso de ORM y una base de datos nativa orientada a objetos como db4o? Usted se adhirió a los principios orientado a objetos sin afectar el rendimiento y que se deshizo de la impedancia desajuste en el mismo tiempo. – Si saberlo Visual Studio utilizo ORM, para mapear tus controles visuales con las base de datos.
  • No conoces db4o. Cuando empecé a trabajar con db4o, le hable a mi equipo acerca de esto. Entonces le dije a mi jefe. Hablé sobre esto con otros programadores que conozco. Incluso intenté una demo de uno de mis proyectos. Y pienso que es fantástico. Yo estaba autorizado por mi jefe a buscar conocimiento sobre esto. Pero, ¿sabes qué? Cuando yo hablé con la gente acerca de la primera vez, jamás oyeron hablar de él. Sabiendo ahora estas razones, creo que hay cierta falta de promociones en ciertas áreas como es mi caso. No sé con los demás. Para comenzar puedes descargarlo, probarlos y leer un poco de la documentación. Usted no pesara que nadie le dijo sobre esto. Entonces, podemos ayudar diciéndoles a los amigos acerca de esto. Escribir algo sobre él y le dicen al mundo. Contribuir con código y ayudar a los recién llegado a hacer frente a este nuevo paradigma.

Como de costumbre, esto es sólo para compartir mis pensamientos de mi base de datos favorita. He utilizado en un entorno cliente-servidor así que usted puede tener una experiencia diferente que la mía. Pero en términos generales, se puede pensar en las ideas que aquí se presenta.

Fuente del Articulo: Edwin's Trek

Nota: El presente articulo no intenta desprestigiar a RDBMS, ni menos a a las personas que utilizan el RDBMS. Su unico objetivo es dar a conocer la nueva heramienta db4o como cualquier otro ODBMS que exista.

15 enero 2008

Esquemas de bases de datos para SQL Server 2005

Este articulo lo encontré en el blog de mi amigo Jorge Serrano, el personal de microsoft no entrega una serie de esquemas, junto con la base de datos y los script para ser instalados en nuestro sql server. Son solo diez interesantes esquemas se los nombro a continuación:


  • Assets Maintenance - Mantenimiento de Activos
  • Contact Management - Gestión de Contacto
  • Customers and Orders - Clientes y pedidos
  • Document Management - Gestión o manejo de Documentos
  • e-Commerce - Comercio electronico
  • Help Desk - Gestion de ayuda a clientes
  • Issue Tracking Software -Seguimiento procesos de software
  • Retail Inventory Control - Gestion control de inventario
  • Not-for-Profits - Sin fines de lucro
  • Product Catalogs - Catalogo de Productos

Incluso colocaron hasta un video de como utilizar e implantar estos esquemas.

"Para las personas como yo, que somos un poquito tapaditos y que no comprendemos fácilmente las cosas, esto nos va de anillo al dedo."

La dirección web donde podemos encontrar estos esquemas es la siguiente: http://msdn2.microsoft.com/en-gb/express/bb403186.aspx.


Fuente del Articulo: Blogs de Jorge Serrano

Espero que lo disfrute y se de mucha utilidad

13 enero 2008

¿ Cómo reconocer un buen programador ?

¿Cómo reconocer a buenos programadores si usted es un hombre de negocios o empresario?

No es tan fácil como parece. No se puede ver la experiencia con solo leer el Curriclum Vitae (CV) de la persona o hacer una encuesta para vendedores, gerentes o contadores, esto es sólo de uso limitado aquí, porque grandes programadores no siempre tienen la experiencia "oficial" para demostrar que son grandes. De hecho, una gran cantidad de CV que la experiencia puede ser engañosa. Sin embargo, hay una serie de sutiles señales de que se puede obtener, incluso del CV, de averiguar si alguien es un gran programador.


Yo me considero un buen programador. Al mismo tiempo, he pasado una buena cantidad de tiempo en la empresa lado de la cerca o valla, técnicas de filtrado de CV para los proyectos, entrevistando a las personas, etc. Gracias a esto, creo que tengo un poco de experiencia en el reconocimiento de buenos programadores, Y quiero compartir en este artículo, con la esperanza de que pueda ayudar a otros "hombres de negocios" a reconocer buenos programadores. Y, quién sabe, tal vez algunos programadores que tienen el potencial de ser buenos, pero realmente no se han aprovechado esta posibilidad de leer esto y darse cuenta de lo que tienen que hacer para ser buenos (aunque, como me sostienen, que definitivamente no accesible a todos los programadores!).

En su artículo Los 18 errores que matan startups, Paul Graham hace el siguiente punto:


"…Quienes mataron a la mayoría de las nuevas empresas de comercio electrónico a principio de la década de los 90, fueron los malos programadores. Muchas de esas empresas fueron comenzaron con hombres de negocios que poseían buenas ideas del comercio y luego contrataron a programadores para poner esto en practica. Eso es en realidad mucho más difícil de lo que suena -casi imposible - porque, de hecho, los hombres de negocios no reconocen a un buen programador, sino después que tienen meses y años trabajando con esta persona.

En la práctica lo que ocurre es que los hombres de negocios eligen personas que piensan son buenos programadores (dice aquí en su CV que es un Microsoft Certified Developer), pero que no lo son. Entonces están mistificando, para encontrar una forma de poner en marcha la empresa, a lo largo de una pista con lumbres alrededor, a un extremo tu bombardero de la Segunda Guerra Mundial, mientras que sus competidores pasan en jet de combate gritando… Este tipo de arranque se encuentra en la misma posición que una empresa grande, pero sin las ventajas.

Así que, ¿cómo elegir buenos programadores si no eres un programador? No creo que hay una respuesta. Yo estaba a punto de decir lo que tiene que encontrar un buen programador que le ayudarán a contratar a la gente. Pero si no se puede reconocer la buena programadores, ¿de qué forma incluso hacer eso? "

No estoy de acuerdo con el señor Graham sobre esta. Creo que hay una serie de indicadores muy fuertes de un "buen programador" (y, por el contrario, fuertes indicadores de un "no tan buen programador") que incluso un hombre de negocios puede reconocer. Voy a resumir algunos de los principales indicadores y contra-indicadores en una lista al final del artículo.


# 1: Pasión

En mi experiencia corporativa, me encontré con una especie de chico técnicos que nunca había conocido antes de la carrera de programador. Se trata de unas persona que está haciendo de TI, porque piensan que es una buena carrera. Ellos no realizan un desarrollo en su tiempo libre. Ellos están conmocionados cuando averiguar tengo una red local y 3 ordenadores en casa. Acaban de hacerlo en el trabajo. Ellos no aprenden cosas nuevas, al menos que se le envié a un programa de entrenamiento o curso (o motivados por la necesidad de conseguir un trabajo que requiere que la tecnología). Hacen "programación o desarrollo" como un día de trabajo. Ellos realmente no quieren hablar de ello fuera del trabajo. Cuando lo hacen, hablar con una distintiva falta de entusiasmo. En el fondo, carecen de la pasión.

Yo creo que un buen desarrollador siempre es apasionado por la programación. Los buenos desarrolladores programarían incluso aunque no se les pagara por ello o no recibieren beneficios económicos. Un buen programador tendrán una tendencia a hablar frente a usted sobre algunos detalles técnicos de lo que están trabajando en (pero al mismo tiempo creer sinceramente, que lo que están hablando realmente merece la pena de ser escuchado). Algunas personas podrían ver que las habilidades como un mal adatado sociales (y no lo que es), pero si buscar reconocer a un buen programador, esta pasión por lo que están haciendo a costa de suavidad social es un indicador muy fuerte.

Puedes llegar a obtener charlas muy excitantes de tecnologías que esta usando esta persona, por toda unas horas y sin perder un instante el tema. Ahí entonces podrás decir que has encontrado un apasionado de la programación.

# 2: Auto-enseñanza y el amor por el aprendizaje

Programación es el último movimiento. No pasa un año sin que alguna nueva tecnología desplace a otra, bajándola al segundo puesto del “Top Ten”, estableciéndose como un estándar y cambiando la mitad del desarrollo universal. Esto no quiere decir que todos los buenos programadores se acogen a estos cambios y montar la última versión. Sin embargo, hay una clase de programadores que nunca, pero nunca migran a una nueva tecnología a menos que estén obligados a esto, porque no les gusta aprender nuevas cosas. Estos programadores suele tener el conocimiento de programación aprendido en la universidad, y esperar obtener cualquier habilidad del que estuvo allí, además de los cursos independientemente de su empresa está dispuesta a invertir en ellos.

Si está pensando en contratar a alguien como programador, y él nunca pronuncia las palabras "Puedo trabajar con eso, me acabo de entrenar en un curso de capacitación durante una semana y seré bueno en el trabajo que me ofreces", No contratar a ese muchacho. Un buen programador no necesita un curso de capacitación para aprender una nueva tecnología. De hecho, un buen programador te hablaría acerca de la nueva tecnología, que siquiera tú has oído hablar, explicando las razones por las cuales se debe utilizar en tu negocio. Incluso si ninguno de sus empleados sabe cómo usarlo aun.

# 3: Inteligencia

Algunos empresarios o hombres de negocios, asuman que la falta de tacto social y la falta de inteligencia es los mismos. En realidad, la inteligencia tiene varias facetas, y la inteligencia socio-emocional es solo de ellas. Bueno los programadores no son mudos. Nunca, de hecho, los buenos programadores están por lo general entre la gente más inteligente que conocemos. Muchos de ellos se han hecho muy buenas habilidades sociales. El cliché de que el programador es incapaz de tener una buena conversación que es sólo - en un cliché injusto. He estado en algunas reuniones del Grupo de usuarios de Ruby Londres y puedo decir que sólo con muy pocas excepciones, la mayoría de la gente allí es inteligente, locuaz, sociable, tienen intereses variados, etc. Usted no los vera charloteando en la vía cerca de un bar y pensar “es solo un grupo de geeks” (what a bunch of geeks!)- Al menos hasta que se aproxime a un grupo y darnos cuenta de que estamos hablando de la mejor forma de diseñar una aplicación RESTful con una pesada UI frontend.

Esto no significa que todos ellos se sientan cómodos en cada contexto social. Pero sí significa que si el contexto es cómodo y no suficiente amenazante, podrá haber grandes como una conversación con ellos como lo haría con los más "socialmente permitido" la gente (tal vez mejor, ya que la mayoría de buenos programadores que conozco Al igual que sus conversaciones giran en torno a temas realmente útil, en lugar de sólo tontas bromas).

No siempre contratar a una persona tonta piense que es un buen programador. Estos no lo son. Si no se puede tener una gran conversación con ellos de una forma relajada de un contexto social, es muy probable que no sea un buen programador. Por otra parte, cualquier persona que claramente muy inteligente por lo menos tiene un enorme potencial para ser un buen o gran programador.

# 4: Ocultar la Experiencia

Esto se correlaciona con el punto de la "Pasión", pero que es una fuerte señal que me gustaría hacer énfasis en el.

Empecé programación cuando tenía cerca de 9 años, en un Commodore 64. Luego migre a la PC, con algun Pascal. Cuando tenía 14 escribi un raycasting con compilado en C y ensamble, gastó una gran cantidad de tiempo jugando con enfriar efectos gráficos que usted puede obtener su equipo por jugar a hacer directamente con la tarjeta de vídeo. Esto fue lo que yo llamo mi "coccoon etapa". Cuando yo entré en esa etapa, yo era un programador mediocre, y carecen de la confianza para hacer algo realmente complicado. Cuando lo terminé, me había ganado esa confianza. Sabía que yo podía casi cualquier código, siempre y cuando puse mi mente en esto.

Que nunca ha aparecido en mi CV? No.

Estoy firmemente convencido de que la mayoría de los programadores de buena voluntad tienen un iceberg oculto o dos como este que no aparece en su CV o perfil. Algo que creo no es realmente relevante, porque no es "correcta experiencia", pero que en realidad representa un logro impresionante. Una buena pregunta para pedir un posible "buen programador", en una entrevista que sería "puede usted decirme acerca de un proyecto personal - incluso o especialmente uno que es completamente irrelevante - que usted hizo en su tiempo libre, y que no está en tu CV? #Si no pueden contestar (aunque su CV es de 20 páginas de largo), probablemente, no un buen programador. Incluso un programador con un exhaustivo CV tendrá unos proyectos significantes perdidos de estos.

# 5: Variedad de tecnologías

Esta es muy simple. Debido al amor por el aprendizaje y el juego “toying” con las nuevas tecnologías que viene con el empaque de ser un "buen desarrollador", es inevitable que todo "buen programador" con más de los 22 años de dominio de una docena de diferentes tecnologías. Ellos no pueden ayudar. Aprender una nueva tecnología es una de las cosas más divertidas que un programador puede hacer esto forma parte de su pasión. Así que lo haremos todo el tiempo, y acumular un bolso de las cosas con que “ha jugado alrededor de este tiempo”. No pueden ser expertos en todas ellas, pero todos los programadores decentes dominan de un gran inventario de las tecnologías no relacionadas.

Que "no relacionadas" es un toque poco sutil. Cada media-decenae programador java será capaz de crear una lista de tecnologías, tales como Java, J2EE, Ant, XML, SQL, Hibernate, Spring, Struts, EJB, Shell scripting ", etc. Pero esos son todos partes de la misma tecnología del lote, todos directamente relacionados entre sí. Esto es posiblemente difícil de reconocer para los no programadores, pero es posible saber si su tecnología de lote es variado por hablar con ellos sobre esto, y preguntarle cómo las diferentes tecnologías que saben se relacionan entre sí. El exceso de especialización en una sola tecnología de lote es un indicador de un no tan buen programador.

Por último, si algunas de estas tecnologías están en la última, es un buen indicador positivo. Por ejemplo, hoy (noviembre de 2007), el conocimiento de Merb, Flex, RSpec, HAML, UJS, y muchos más… Por favor tenga en cuenta que estas son bastante estrechamente relacionados con las tecnologías, por lo que en un par de años, alguien que conoce todos estos será equivalente A alguien familiar con la pila de Java enumerados en el párrafo anterior.


Actualización: Como aclaración a este punto, hay en realidad dos indicadores: Una buena variedad de tecnologías a través de un período de tiempo es un indicador positivo, si las tecnologías son lo último. Tecnologías de punta y bleeding edge son un indicador positivo.

# 6: Calificacion Formal

Este es más un no-indicador que una contra-indicador. El punto clave de esbozar aquí es que la posesión de calificaciones no significa cuando estás tratando de reconocer un buen programador. Muchos programadores de buena voluntad tienen un título en Ciencias de la Computación. Muchos no. Certificaciones, como MCSE o SCJP o similares, no significa nada tampoco. Estos están diseñados para ser accesibles y convenientes para todos. Lo único que indican es un cierto nivel de conocimientos de una tecnología. Son garantías que permitan la contratación de personas en la tecnología de las grandes empresas a saber "ok, este chico sabe java, que tiene una certificación para demostrar su conocimiento" sin necesidad de entrevista.

Si está por contratar a una pequeña empresa, o de lo que necesita realmente inteligentes desarrolladores para tapar las grietas de su equipo de programación y poner empractica un desarrolla ágil para su empresa, usted debe ignorar la mayoría de las calificaciones formales que hacen ruido. Que en realidad no le dirán mucho acerca de si el programador es bueno. Del mismo modo, caso omiso de la edad. Algunos programadores son impresionantes a los 18 años. Otros son impresionantes en el 40. Usted no puede basar sus decisiones sobre la calidad de programador en la edad (aunque es posible que decida contratar a la gente en torno a una determinada edad para tener un mejor ajuste en la compañía, por favor tomar nota de que la discriminación por edad es ilegal en la mayoría de los países).

Como nota final a esta, en mi experiencia la mayoría de los programadores regulares o malos se iniciaron la programación en la universidad, en su curso de Ciencias de la Computación. La mayoría de los programadores de buenos se inició mucho antes, y el grado es sólo una continuación natural de su afición. Si su potencial programador no hizo ninguna programación antes de la universidad, y toda su experiencia se inicia cuando obtuvo su primer trabajo, es probablemente que no sea un buen programador.

Aclaratoria

Ninguno de los indicadores por encima o por debajo está seguro de riesgos. Usted encontrará gran programadores que romper algunos de los moldes. Sin embargo, mi opinión es, rara vez encontrará usted un gran programador que rompe todos ellos. Del mismo modo, es posible que los programadores de no muy buenos que cumplen (o parecen ajustarse a) algunos de estos criterios. Pero sí creemos firmemente que el más de estos criterios responde a un programador, más probabilidades hay de que sea uno de esos difíciles de alcanzar "buenos programadores" que, como hombre de negocios, necesita asociarse con este.

Puntos de Criterios

Así que, en resumen, he aquí algunos indicadores y contra-indicadores que le ayudarán a reconocer un buen programador.

Indicadores Positivos:

  • Apasiona la tecnología
  • Programas como hobby
  • Se fuera su oído hablar sobre un tema técnico si alienta
  • Significativo (y, a menudo, numerosos) de lado los proyectos personales a través de los años
  • Aprende las nuevas tecnologías por si solo
  • Opina acerca de las tecnologías que son mejores para diferentes usos
  • Muy incómodo ante la idea de trabajar con una tecnología que no cree que sea la "correcta"
  • Es evidentemente inteligente, puede tener una gran conversaciones sobre una variedad de temas.
  • Programación mucho antes de empezar la universidad o el trabajo.
  • Se ve la punta del "icebergs", existen los grandes proyectos personales bajo el radar de CV.
  • El conocimiento de una gran variedad de tecnologías no relacionado (no puede ser de CV)

Indicadores Negativos:

  • La programación es un trabajo diario
  • Realmente no desea "foro de debate", incluso cuando se anima
  • Aprende nuevas tecnologías en la empresa por cursos patrocinados
  • Feliz de trabajar con cualquiera que sea la tecnología que ha elegido, "todas las tecnologías son buenas" .
  • No les parece demasiado inteligente
  • Comienza la programación en la universidad
  • Toda la programación está en la experiencia de CV
  • Centrado principalmente en uno o dos pilas de la tecnología (por ejemplo, todo lo relacionado con el desarrollo de una aplicación java), sin experiencia fuera de él.

Espero que pueda ayudar a conseguir buenos programadores.


Gracias por leer.

Fuente del articulo: http://www.inter-sections.net
Nombre Original :How to recognise a good programmer
Decidi colocar unas images para no tornar el texto muy aburido
Traducción: elperucho


Nota: Espero que mi hijo me perdone algun dia, por no ir a bañarme en la pisina con él, por dedicarme a traducir es excelente articulo.

12 enero 2008

ASP.NET 2.0 AJAX Templates para Visual Studio 2008

Si pensabas que habías perdido el tiempo en tus desarrollos en Visual Studio 2005 con Ajax 1.0, pues no. La gente de microsoft pensando en todos y como siempre dando soporte a las aplicaciones de Ajax 1.0, crearon unas plantillas o template para soporte de Visual Studio 2008 en Framework 2.0, - ya que el soporte que brinda de Ajax lo trae es el Framework 3.5-. Debemos recordar que Visual Studio 2008 posee soporte multi-targeting, esto significa que se pueden desarrollar aplicaciones en los distintos Framework a partir del 2.0 en adelante. Bueno no hablemos mas y veamos como instalamos este templates.

Al abrir Visua Studio 2008 y elegir nuevo proyecto web (New Web Site) e irnos a trabajar con el Framework 2.0 vemos que nos tenemos el soporte para Ajax 1.0.-

Bueno "que no cunda el pánico" como decía mi súper héroe de la infancia. Para eso esta Microsoft.NET, debemos irnos a descarga la plantilla de nos darán el soporte de Ajax 1.0 y así continuar desarrollando nuestra aplicación en Framework 2.0. El link a buscar es el siguiente. ASP.NET 2.0 AJAX Templates para Visual Studio 2008, y se nos mostrara la siguiente pagina.

Tenemos que recordar que debemos tener instalado el soporte de ASP.NET Ajax 1.0, para darle soporte a nuestras aplicaciones de Framework 2.0 -

Antes de comenzar la instalación no debemos tener cargo Visual Studio 2008.-

Instalando ASP.NET Ajax 1.0

Una vez instalado las extensiones para Ajax 1.0, procedemos a instalar las plantillas de Visual Studio 2008, que darán soporte a Framework 2.0

Ya instalado estos dos elementos o programas, ejecutamos de nuevo nuestro Visual Studio 2008 y Ta taaaaa... con fanfaria y todo...

Vemos la nueva plantilla que se ha instalado AJAX 1.0 - Enabled ASP.NET 2.0 Web Site

Esta demas decir que aplicaciones creadas con esta plantilla no necesitan tener instalado el Framework 2.0 en el servidor - para que funcionen - podemos copiarlas a cualquier servidor web con .NET 2.0 y ASP.NET AJAX 1.0.

Poster sobre tecnologias - Microsoft

Como siempre dando vueltillas a alta horas de la noche - despues que mi esposa duerme - encontre una paginita dondo estaban varios Poster para empapelar hasta apartamento completo o si eres muy fanatico como yo, adornar tu cuarto de habitación - lastima que estoy casado. porque sino lo hiciera -

En MSDN Blogs se ha publicado un post con una buena cantidad de posters sobre distintas tecnologías de Microsft, desde Visual Basic, pasando por C#, .Net Framework 3.5, SilverLight, etc. A saber:

DESARROLLOS

PLATAFORMAS

BIZAPPS

OTROS MAS

Fuerte del Articulo: Codigo.NET

Librerias Gratuitas de Ajax

MiniAjax es otro sitio que recopila librerias DHTML y Ajax gratuitas para los desarrolladores WEB, la idea es que tengan una recopilación distinta cada mes aunque actualmente estan teniendo problemas con su navegación es una referencia importante para cuando necesitamos alguna libreria para nuestros desarrollos.

Enlace: http://www.miniajax.com/

Enlaces Relacionados:
80 o Mas Soluciones de AJAX Para Mejorar Nuestras Aplicaciones
26 Maneras de implementar tabs (pestañas) con AJAX, CSS y Javascript
Data Grids con AJAX, DHTML and JavaScript
Recopilación de librerias para Tooltips
Recopilación de Librerias de AJAX
20 Menús en ajax y javascript en forma de arbol (tree menus) GRATUITOS

Fuente: Alexander Jimenez