• différentes mesures de la popularité du langage python sur http://www.langpop.com/. Le langage C vient en première position tandis que Python se situe entre la 6e et la 12e position suivant les outils de mesure.
• la version 2.06a de Ironpython est sortie ("...this release includes all of the changes we have made in the past month. The most noteworthy differences include:
  • the IronPython project is now distributed under the Microsoft Public License (Ms-PL)
  • improved support of COM events under the –X:PreferComDispatch flag
  • the abstract syntax tree for IronPython is being hardened so to speak
  • we have included an updated DLR sample in the source zip file – ToyScript
  • Internally we have migrated our Visual Studio project and solution files over to a Visual Studio 2008 beta release. While we’ve modified these files in the source distribution of IronPython to be compatible with Visual Studio 2005 and the msbuild tool, it’s possible we may have missed something. If you experience any problems building IronPython from VS tools please let us know.
  • The ToyScript sample is not intended to be distributed with IronPython on a permanent basis and will likely be released in some other fashion in the not too distant future.")
  • For whatever reasons, IronPython 2.0 Alpha 6 started to invoke delegate to abstract method. (Previous versions didn't.) This triggered Mono bug 317488 which is apparently hard to fix. https://bugzilla.novell.com/show_bug.cgi?id=317488 I developed completely insane workarounds to avoid this problem. Now you can laugh (or weep). https://fepy.svn.sourceforge.net/svnroot/fepy/trunk/patches/latest/patch-317488
• Source: http://www.voidspace.org.uk/python/weblog/ ("...Web application testing with Windmill. A new (Python based) browser testing tool was just announced on the Testing in Python Mailing List. It comes out of the Chandler Project and claims to implement a larger set of a browser testability than Selenium: Windmill.
  • Windmill is an Open Source AJAX Web UI Testing framework written in Python and JavaScript originally for testing the Chandler Server WebInterface at OSAF. After spending time with Selenium we realized we had a variety of needs that weren't being fulfilled and built Windmill from the ground up. Windmill implements cross browser testing, in-browser recording and playback, and functionality for fast accurate debugging and test environment integration. Support for Firefox, IE6/7, Safari on * *Windows, Linux and Mac OS 10.4 and 10.5.)
• http://www.ohloh.net/projects/search?page=1&q=django ("Ohloh is an open source network that connects people through the software they create and use. Ici on recense les projets basés sur le framework web python Django.")
• http://www.satchmoproject.com/ ("...Satchmo's mission is to use Django to create an open source framework for creating unique and robust online stores. To provide maximum flexibility, Satchmo is licensed under the BSD license.... This project was started by a group of individuals that were interested in using the Django framework to create a robust shopping cart solution. After some more discussions, we have decided to focus on building a modular framework of shopping cart or eCommerce packages that can be easily put together to form a full store. Here's a bunch of questions you might be asking yourself at this point... Why use Django? First off, we wanted to use Python for the project. Many of us have experience with similar PHP based projects and we quickly realized that they tend to break down pretty quickly under the unwieldy syntax, lack of good OO support and hackish nature of many of the projects. Once we decided on Python, there were many frameworks to evaluate. They all have tradeoffs but there are some things we really liked about Django:
  • Robust, scalable system that has been used on major commercial sites
  • Clean separation of program logic from presentation
  • Nice abstraction of SQL (but with the capability to code SQL if required)
  • Solid documentation
  • URL mapping capabilities will be very useful for a shopping cart solution
  • Out of the box admin capabilities making it easy to get up and running & provide enhanced security for multiple users in a store.

This list is not exhaustive and there could be endless debate and flamewars on the choices but we've all reached this decision independently and encourage you to investigate & make your own choice....")

• http://grok.zope.org/ ("Grok is a web application framework for Python developers. It is aimed at both beginners and very experienced web developers. Grok has an emphasis on agile development. Grok is easy and powerful. You will likely have heard about many different web frameworks for Python as well as other languages. Why should you consider Grok?
  • Grok offers a lot of building blocks for your web application.
  • Grok is informed by a lot of hard-earned wisdom.

Grok accomplishes this by being based on Zope 3, an advanced object-oriented web framework. While Grok is based on Zope 3, and benefits a lot from it, you do not need to know Zope at all in order to get productive with Grok")

• http://permalink.gmane.org/gmane.comp.web.zope.devel/14171 ("Grok 0.11 is a feature release of Grok, introducing important new features:
• Layers and skinning support. It is now easy to place views in layers, and to define skins so that these layers can be browsed.
• REST support. There is an easy way to create RESTful web services with Grok now. Create special REST protocols that support GET, POST,PUT and DELETE. See http://grok.zope.org/minitutorials/rest.html for more information.
• pluggable template languages. Besides the built-in support for Zope
  Page Templates, Grok now allows you to plug in other template
  languages as well. See
  http://grok.zope.org/minitutorials/template-languages.html for
  instructions on how to integrate a template language into Grok. We are
  planning on releasing a Genshi plugin for Grok next week.
• Improved permission and role support. See
  http://grok.zope.org/minitutorials/permissions.html for more
  information. If you were already using these in your existing Grok
  code you need to change your code a bit.
• See http://grok.zope.org/upgrade.html contains more information about
  these changes.")

..etc, etc...

Source: http://fr.techcrunch.com/2007/10/31/google-lance-jeudi-opensocial-premiers-details/
Rédigé par Ouriel Ohayon

Google avait annoncé un plan important concernant sa stratégie de réseau social qui devait être annoncé le 5 novembre. Nous avons révélé de plus amples détails récemment sur ce projet au nom de code “Maka-Maka”. Mais il semble que la réalité va bien au dela de nos attentes. Le projet de Google portera le nom de OpenSocial et ne sera pas un méta-réseau social comme on aurait pu l’imaginer. Il s’agit en fait d’une séries d’API qui permettent à des développeurs de créer des applications compatibles avec toutes les plateformes sociales qui désirent participer au programme.

Il ne s’agit donc pas d’une n-ième plateforme sociale. L’autre avantage est que ces APIs ne vont pas nécessiter d’apprendre, contrairement à Facebook, un nouveau langage (FBML) et un développeur n’aura plus à choisir la plateforme sociale pour laquelle il doit développer son application. Il pourra même utiliser ses codes existants en Javascript et Html et légèrement les modifier pour mettre cela en place. Il y a 3 types d’API:

• Celles pour le profil utilisateur,
  
• celles pour le réseau social
  
• et celles pour le flux d’activités (news feed)

Si un site accepte de participer, il devra retourner les données appropriées en utilisant ces APIs.Il n’y a pas de précisions concernant certains points clefs comme par exemple la possibilité d’inclure de la publicité ou le mode d’inscription pour user de ces APIs.

Pour son lancement Google annoncera plusieurs partenaires partagés en “hôte” et “développeurs”. Les Hotes sont ceux qui hébergeent les applications et les développeurs ceux qui les développent. Orkut, Salesforce, LinkedIn, Ning, Hi5, Plaxo, Friendster, Viadeo et Oracle seront les premiers hotes et Flixster, iLike, RockYou et Slide seront les premiers développeurs. Zlio sera la première startup française également partenaire du programme mise à jour: Viadéo serait le second acteur français à faire partie de ce programme

Comme je l’avais signalé dans ce billet, avec la prolifération des plateformes sociales, un développeur doit faire face à un dilemme quand il s’agit de créer son application et doit soit choisir sa plateforme soit multiplier les efforts pour être présent sur les principales plateformes. Google souhaite rendre ce dilemme caduque et va faciliter la vie des développeurs.

Autres sources:

• http://code.google.com/apis/opensocial/ (" The web is more interesting when you can build apps that easily interact with your friends and colleagues. But with the trend towards more social applications also comes a growing list of site-specific APIs that developers must learn. OpenSocial provides a common set of APIs for social applications across multiple websites. With standard JavaScript and HTML, developers can create apps that access a social network's friends and update feeds.")
• La vidéo: http://www.youtube.com/GoogleDevelopers
• http://actu.abondance.com/2007/10/opensocial-des-apis-sociales-en-open.html ("Le projet, qui avait au départ reçu le nom de code "Maka-Maka" (ou "MakaMaka") chez Google, devrait être dévoilé au grand jour demain 1er novembre sous le nom d'OpenSocial : il s'agit d'API (Application Program Interface ou bibliothèques de fonctions pour programmeurs) qui permettra aux développeurs informatiques de créer des applications compatibles avec les réseaux sociaux existants ou tout du moins ceux qui désirent être associés à ce programme. Trois types d'APIs devraient être proposés : profil utilisateur, réseau social lui-même et flux (news feed). Parmi les premiers réseaux pressentis pour participer à ce programme, on trouverait Orkut, Salesforce, LinkedIn, Ning, Hi5, Plaxo, Friendster, Viadeo et Oracle (pour l'instant, Facebook ne semble pas listé...). Pour les premiers développeurs, on trouverait Flixster, iLike, RockYou, Slide et Zlio (la société gérée par Jérémie Berrebi ) pour la France.")
• http://opensocialapis.blogspot.com/ ()
• http://groups.google.com/group/opensocial-api/about
• Developer Documentation ("The OpenSocial API is a set of common APIs for building social applications on many websites. There are two ways to access the OpenSocial API: client-side using the JavaScript API and server-side using RESTful data APIs...The People and Friends data API allows client applications to view and update People Profiles and Friend relationships using AtomPub GData APIs with a Google data schema. Your client application can request a list of a user's Friends and query the content in an existing Profile...The Activities data API allows client applications to view and publish "actions" in the OpenSocial platform using AtomPub GData APIs with a Google data schema. Your client application can use the API to create new entries, edit or delete existing entries, and view lists of entries...The Persistence data API allows client applications to view and update key/value content using AtomPub GData APIs with a Google data schema. Your client application can edit or delete content for an existing application, user, or gadget instance, and query the content in an existing feed")
  
• http://code.google.com/apis/opensocial/articles/tutorial.html (" This tutorial will walk you through the steps required to build a simple social gadget where you can give gifts to your friends. You can find the complete sample code in the opensocial-resources project on Google Code. This demo used the SocialNorms utilities, also part of the opensocial-resources project. These utilities encapsulate some common OpenSocial idioms, making it easier to write social gadgets. Use of SocialNorms for your own gadgets is entirely optional -- if you want more control over the data exchanged, feel free to use the APIs directly. Feel free to copy the sample gadget source code and make changes as you go along. Your gadget will need to be hosted publicly, and you can use the Google Gadget Editor, Google Page Creator, Project Hosting on Google Code, or any other webhosting service to host your gadget.")

Ajout du mercredi 7 novembre 2007. Reçu sur la liste "inuxfr-news@linuxfr.org"

o Internet: OpenSocial, un pas de plus vers une « société des réseaux sociaux »
---------------------------------------------------------------------------
Auteur: epot ( http://linuxfr.org/~epot ) @ 23:21
Thème: Communaute

    Depuis jeudi, Google Code ( http://en.wikipedia.org/wiki/Google_Code )
héberge le projet OpenSocial ( http://code.google.com/apis/opensocial/ ),
un ensemble d'API qui vont permettre le développement de programmes communs
pour un certain nombre de sites de réseaux sociaux (
http://fr.wikipedia.org/wiki/R%C3%A9seau_social ) (voir liste en référence
[1]).

Avant jeudi, tout programmeur souhaitant développer une application pour
réseaux sociaux devait apprendre l'API, la syntaxe et parfois même un
nouveau langage de chacun des réseaux (quand ceux-ci proposaient une API
accessible de l'extérieur !). Maintenant, OpenSocial permet d'accéder aux
fonctions de base, au plus petit commun dénominateur entre tous les réseaux
sociaux participant.

L'API permet ainsi d'accéder : - À l'information de profil ; - À l'information des connaissances ;
- Aux activités (événements, flux RSS, etc.).
Un des avantages d'OpenSocial est de se baser sur des langages existants
(Javascript ( http://fr.wikipedia.org/wiki/Javascript ), HTML (
http://fr.wikipedia.org/wiki/HTML ) et Flash (
http://fr.wikipedia.org/wiki/Adobe_Flash )) là où la concurrence (Facebook
( http://fr.wikipedia.org/wiki/Facebook ), pour ne pas la citer) impose
FBML ( http://wiki.developers.facebook.com/index.php/FBML ) [2] par
exemple). Le code source des exemples est sous licence libre, tout comme la
documentation. OpenSocial promet de libérer le code source nécessaire aux
API proprement dites (voir la FAQ (
http://code.google.com/apis/opensocial/faq.html ) [3]).

Finalement, on arrive petit à petit à une vraie société (ou fédération) de
réseaux sociaux, où peu importe le site/réseau dans lequel vous êtes
affilié, vous pourrez utiliser les mêmes applications (qui a parlé de
standardisation ?). Web 2.0 ( http://en.wikipedia.org/wiki/Web_2 ) [4], les
applications arrivent !

[fr] - Journal à l'origine de la dépêche ( http://linuxfr.org/redirect/54340.html )
[en] - [1] Projet OpenSocial ( http://linuxfr.org/redirect/54341.html )
[en] - [2] FBML ( http://linuxfr.org/redirect/54342.html )
[en] - [3] FAQ d'OpenSocial ( http://linuxfr.org/redirect/54343.html )
[en] - [4] Web 2.0 ( http://linuxfr.org/redirect/54344.html )
[en] - [5] Facebook and Data Control (Bruce Scheier) ( http://linuxfr.org/redirect/54345.html )

Les réseaux sociaux français dont on m'a parlé:

• http://www.viadeo.com
• http://www.facebook.com (http://www.facebook.com/profile.php?id=606456623)
• http://www.ziki.com ( http://my.ziki.com/pvergain )

Les réseaux sociaux américains dont on m'a parlé:

• http://www.linkedin.com/ (http://www.linkedin.com/in/pvergain)
• http://mugshot.org/main

Autres réseaux français:

• http://www.netploy.com
• http://globoos.com/
• http://www.6nergies.net
  
• http://www.jobmeeters.com
• http://www.xing.com/
• http://dotnode.com/pub/

Blogs:

• http://actuweb2.blogspot.com/

Vous pouver gérer un "hub" pour votre cercle d'ami, pour votre association ou de participer à un "hub" public intéressant. On y trouver vraiment tout. De là vous pouvez gérer simplement votre liste de diffusion aussi!

Surtout quand vous rencontrer quelqu'un, vous pouvez lui demander tout de suite son CV.

Vous voulez vous inscrire tout de suite sur Viaduc? Je le trouver superbe, merci de noter vos commentaires après.