Bonjour,
Lisez ceci attentivement pour ceux qui participent au BlockCamp
Paris de demain samedi.
* HORAIRES
- 10h-18h
- Avant 10h, on fera les derniers préparatifs, on ne refusera pas
un coup de main :)
- Après 18h, on range et nettoie les lieux, pareil :)
* ADRESSE
INSIA
27, rue de Fontarabie
75020 Paris
- Sur Google Map : http://bit.ly/1DiXZv
- Stations de métro : Maraîchers (ligne 9), Gambetta (ligne 3) ou
Alexandre Dumas (ligne 2)
- Répérer les lieux sur Google Street View : http://bit.ly/LLwn8
Attention ! L'école est à l'intérieur dans une cour d'immeubles,
donc vous ne la verrez pas, il faut passer le hall pour y accéder
* IMPORTANT
Notez bien :
Code d'accès de l'entrée : 3847
Téléphone du gardien : 01.56.98.21.30
* SESSIONS
Il y a possibilité de faire des sessions longues (50 minutes) ou
courtes (25 minutes). N'oubliez pas que dans votre auditoire,
tout le monde ne connaît pas forcément bien Ruby (resp. Smalltalk) !
* N'OUBLIEZ PAS
Si vous allez faire une présentation, n'oubliez pas votre sortie écran,
votre portable, votre alimentation...
De préférence, centrez bien vos slides pour qu'on puisse bien les
lire.
* OFFRES D'EMPLOI/STAGE
Il y a possibilité d'afficher sur un panneau réservé à cet
effet, des offres d'emploi ou stage relatifs à Ruby ou Smalltalk,
Squeak... à condition que celles-ci soient imprimées sur
feuille A4. Un exemplaire pour les organisateurs
serait apprécié pour qu'on puisse mieux les inventorier.
* CONSIGNES
L'espace intérieur de l'école est non fumeur... Pour ne pas
déranger la résidence, il est demandé de ne pas aller dans
les parties communes (jardins, terrasses), de ne pas fumer
dans la cour d'immeuble, d'y discuter mais d'aller plutôt
dans la rue Fontarabie. Ou pour discuter en petit comité
de rester à l'intérieur de l'école.
Merci de respecter les lieux, notamment les toilettes...
* T-SHIRTS
Il y aura des T-shirts gratuits BlockCamp Paris (merci Stéphane !)
en quantité limitée (50), ce sera premier arrivé, premier
servi ! On aura aussi des T-shirts d'OSDC.fr 2009 (www.osdc.fr)
en vente à 10€ l'unité.
* URLS
Toutes les infos sont sur :
http://barcamp.org/BlockCampParis
* TWITTER
Le tag est #blockcampparis
Merci et à demain !
-- Jean-François.
--
BlockCamp Paris, samedi 28 novembre 2009
http://barcamp.org/BlockCampParis
Inscription http://blockcampparis.heroku.com
Hello,
Les préparatifs pour l'organisation du BlockCamp Paris prennent
fin et on va passer à l'organisation du jour J.
J'ai besoin de volontaires pour veiller à ce que le BarCamp se
passe bien, quelques examples de tâches :
- Réception des pizzas (je m'en occupe, j'aurais peut-être
besoin de bras pour récupérer tout le lot de pizzas)
- Découpage des pizzas (a priori prédécoupées, mais j'ai
besoin d'aide pour les distribuer pour éviter que ce soit
trop le boxon)
- Le long de la journée, veiller à ce qu'il y a de quoi boire
et manger : vérifier qu'il y a encore du café dans le thermos,
faire du café, rajouter des serviettes, des bonbons...
- Distribuer les T-shirts, on va peut-être le faire dès l'arrivée
à l'accueil, comme on en a que 50, ce sera premier arrivé
premier servi
- Vente des T-shirts d'OSDC.fr (10€) je m'en occuperai.
- Vente des livres Squeak / Pharo, l'ESUG gère cela à sa guise
- Speech du début de journée, accueil, présentation des sponsors,
explication du BarCamp tags,... il faut que quelqu'un s'en charge,
de préférence peut-être un rubyiste car on a plus l'habitude du
fonctionnement des BarCamps.
- Courses. soit je m'en occupe, s'il faut compléter en bouffe/boissons,
mais quelqu'un me remplace à l'accueil, soit quelqu'un s'en occupe
à ma place
- Questions : si un participant se sent perdu ou a besoin de poser
une question, il faudra le rédiriger vers les gens de l'INSIA (MM.
Courcelle et Ondrejec), de l'ESUG (Stéphane, Noury) ou moi.
- Gestion du temps, normalement si on n'a pas de retard, on devrait
fonctionner en heure pile 14h/15h/16h...
14h/14h30/15h/15h30... pour les sessions courtes
On a besoin de quelqu'un qui passe et avertit les speakers qu'il
leur reste plus que 5 minutes.
Avant 10h (9h-10h), il faut aussi des volontaires pour préparer les lieux,
afficher tout, disposer les T-shirts, préparer le café...
Après 18h à la fin du BarCamp, on a aussi besoin d'aide pour tout ranger
et faire les poubelles. N'oubliez pas que l'INSIA nous prête grâcieusement
leurs locaux, donc le minimum c'est qu'on rende leur lieu dans un état
correct !
Si chacun apporte sa petite contribution, l'événement se passera
sans souci.
Merci, à samedi !
-- Jean-François.
--
BlockCamp Paris, samedi 28 novembre 2009
http://barcamp.org/BlockCampParis
Inscription http://blockcampparis.heroku.com
Hello,
La situation actuelle c'est qu'on a emprunté 2 pichets
à pompe aux Mongueurs de Perl. J'ai acheté personnellement
une cafetière que j'apporterai samedi, ainsi qu'une bouilloire
que je possèdais déjà.
On aura besoin d'une 2e cafetière, pour pouvoir faire le café
plus rapidement.
Est-ce que quelqu'un peut en apporter une ?
Merci,
-- Jean-François.
--
BlockCamp Paris, samedi 28 novembre 2009
http://barcamp.org/BlockCampParis
Inscription http://blockcampparis.heroku.com
Bonjour,
Lors du BarCamp de ce samedi, nous mettrons en place un panneau
d'offres d'emploi qui sera à la disposition d'éventuels employeurs.
Les employeurs pourront afficher leur offre d'emploi ou de stage à la
condition :
- que cette offre soit en rapport avec Ruby ou Smalltalk,
- qu'elle soit imprimée sur une feuille A4.
Merci de fournir à l'occasion une copie de l'offre d'emploi/stage
aux organisateurs.
À bientôt,
-- Jean-François.
--
BlockCamp Paris, samedi 28 novembre 2009
http://barcamp.org/BlockCampParis
Inscription http://blockcampparis.heroku.com
Salut à tous,
J'ai fait un peu de debugguage sous Pharo, j'ai deux remarques:
- pour placer un point d'arrêt, il faut modifier le code en placant un
message #halt ou #haltonce dans le code. Si c'est du code perso, pourquoi
pas mais moi je voulais comprendre comme fonctionne du code existant et je
suis obligé de le modifier, je trouve cela bizarre.
- lorsque le debugger est ouvert dans un message, je n'ai pas trouvé le
moyen de dire "éxecute jusqu'à sortir du message". Je suis obligé de faire
Over et Over jusqu'à sortir...
Peut être que j'ai trouvé :-) : en cliquant sur le message précédent (dans
la pile) dans le panneau supérieur, on peut faire une seule fois Over et
passer ce message...
Est-ce que c'est ok après avoir fait quelques steps à l'intérieur d'un
sous-message... (cad quelques Into puis un Over sur la méthode parente).
a+
Vicnet
--
View this message in context: http://n4.nabble.com/Debuggage-sous-Pharo-tp622695p622695.html
Sent from the Squeak - France mailing list archive at Nabble.com.
Bonjour à tous,
la prochaine Smalltalk-Party du 28 novembre 2009 aura lieu lors du
BlockCamp organisé en collaboration avec nos amis de l'association de
Ruby-fr.
*** Attention, l'adresse à changer ! ***
J'ai mis la nouvelle adresse sur le wiki :
http://community.ofset.org/index.php/Smalltalk_Party_Paris_2009
Cordialement,
--
Serge Stinckwich
UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam
Smalltalkers do: [:it | All with: Class, (And love: it)]
http://doesnotunderstand.org/
Salut,
J'ai une chaine contenant des retours à la ligne.
Je souhaite la découper en petits bouts et obtenir une Collection d'objets.
Le message split: fonctionne mais retourne une collection de string alors
qu'il faudrait que je puisse intervenir sur les chaines.
Je voullais utiliser #matchesIn:do mais la ligne suivante fige la VM !
'.*' matchesIn l.
(nomarlement . est tout sauf un retour à la ligne)
Comment puis-je faire ?
Merci
a+
Vicnet
--
View this message in context: http://n4.nabble.com/Pharo-Regex-fige-la-VM-tp360982p360982.html
Sent from the Squeak - France mailing list archive at Nabble.com.
LIP6, the Computer Science laboratory of the University of Paris 6, is
offering a PhD studenship in software engineering for robotics. The
student will take part in the PROTEUS (Platform for RObotic models
Transformations and Exchange between Users and Scientific communities)
project funded by ANR (french research agency) that will start on
December 2009 with various partners in France.
Candidates need to have a Master degree in computer science.
Candidates for this position should have a strong software engineering
background and be interested in robotics. Proficiency in written and
spoken English is required. Knowledge of French is useful but not
required.
We will find a description of the PROTEUS project here:
http://www.gdr-robotique.fr/archives_update/GT4/01_11_09/1256147659_PROTEUS…
You should send your application (CV+ motivation letter) and any
inquiry by email to Serge Stinckwich (Serge.Stinckwich(a)gmail.com) and
Mikal Ziane (Mikal.Ziane(a)lip6.fr).
Please find below a description of the Ph.D. subject in English and French.
--------
Ph. D. Thesis title: "Contribution to the design of domain specific
languages for robotic applications"
Domain-specific languages (DSLs) are emerging as a key component of
software engineering. A DSL is a modeling or programming language,
dedicated to a particular problem domain, through appropriate
notations and abstractions. They are often designed to express the
requirements and solutions of a particular domain and has many
benefits for developing software. The main purpose of Domain-Specific
Modeling languages (DSMLs) is to allow for domain users (that are not
programmers usually) to think in terms closer to the problem domain
when specifying their systems, by providing a way to model them at the
right abstraction level. DSL are already used in the context of
embedded systems and the interests for the robotic community is also
huge. Robotics system blends software/hardware in a very intrinsic way
with a lot of cross-cutting concerns (concurrency, uncertainty, time
constraints, ...). Adapting general purpose languages for such a
domain often leads to a poor fit between the language features and the
implementation requirements.
The main aim of PROTEUS project is the design and the implementation
of a software development environment for robotics applications. This
environment should provide several domain specific languages (DSL) in
order to specify the software architecture and the behavior of a
robotic system. This language will allow to specify robotic
applications without having to specify low-level details including the
details regarding the execution platform. This environment through
carefully defined transformations will translate this language into an
intermediate language.
-------
Titre de la thèse : "Contribution à la conception de
langages de domaine (Domain Specific Language) pour la robotique"
Les langages de domaines (DSL) sont maintenant considérés comme une
approche importante dans les bonnes pratiques de génie logiciel. Un
langage de domaine est un langage de programmation ou de modélisation,
dédié à un domaine spécifique et qui utilisent pour cela des notations
ou d'abstractions adaptées. Ils sont souvent conçus pour exprimer les
besoins et les solutions d'un domaine spécifique et offrent de
nombreux bénéfices pour le développement de logiciel. Le principal
intérêt des DSLs est qu'ils permettent à des utilisateurs d'un domaine
(qui ne sont généralement pas des développeurs) de pouvoir penser en
terme proche de leur domaine lorsqu'ils spécifient leurs systèmes. Les
DSLs sont déjà utilisés dans le contexte des systèmes embarqués et
leurs apports dans la communauté robotique semblent également
prometteurs. Les systèmes robotiques mèlent à la fois des aspects
matériels et logiciels avec de nombreuses préoccupations spécifiques
(concurrence, incertitude, contraintes temporelles, ...). Adapter des
langages classiques à un tel domaine ne suffit pas et conduit
généralement à une mauvaise adéquation entre les caractéristiques du
langage et les besoins du domaine.
Le principal objectif du projet PROTEUS (Plate forme pour la Robotique
Organisant les Transferts Entre Utilisateurs et Scientifiques) est la
conception et l'implémentation d'un environnement de développement
pour la réalisation d'applications robotiques. Cet environnement
comprendra un ou plusieurs langage de domaine (domain-specific
language, DSL) permettant de spécifier l’aspect architectural d’une
application robotique mais aussi son aspect comportemental décrivant
la partie contrôle et communication. Ce langage devra permettre de
spécifier une application robotique sans avoir à préciser les détails
de bas niveau et notamment les détails qui dépendent de la plateforme
d’exécution. L’environnement, grâce à des transformations
soigneusement définies, traduira les programmes de ce langage vers un
langage intermédiaire indépendant de la plateforme.
--------
Best regards,
--
Serge Stinckwich
UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam
Smalltalkers do: [:it | All with: Class, (And love: it)]
http://doesnotunderstand.org/