Pascal, Ada, ocaml, c'est l'approche matheuse, algorithmique, universitaire de l'informatique.
Avec ce bagage, les élèves qui ne prendront pas la filière info auront peu de chance d'utiliser leur competence plus tard.
En enseignant le python, en ne gardant que le paradigme procedural, si vous voulez. L'élève ingénieur pourra réutiliser cette competence pour automatiser ces taches d'ingénieurs, et ne pas se reposer seulement sur ces collègues programmeurs.
Je suis pas sur que les 100 retweet soit une super idée. L'open-source n'est pas un ultimatum de buzz. :-)
Quant a la minification, ca fait un peu cordonnier mal chausse. Surtout si tu veux faire du buzz, et que ton site rame a cause des tonnes de requêtes générées par la non concaténation des sources (tous ces packages.js de 3 lignes, ça fait mal au coeur). Il y a bien concaténation?!
C'est un truc qui n'est pas très clair dans la doc (une fois qu'on la trouvée). Le index.html a l'air généré a la main, avec donc le tracking des modules JS + de l'ordre potentiellement a la main. Pour moi c'est rédhibitoire!
Je critique, je critique, mais bravo et bon courage quand même, ça fait plaisir d'avoir de l’innovation a la française dans ce domaine.
Le site Nanoko implémente cette approche, Nanoko permet de faire des applications web dynamiques autonomes et non des pages générées par un serveur web.
En effet, l'implementation du site est interressante. Par contre, vous avez oublie de le minifier! C'est sans doute pour ca que ca rame. En attendant ca permet de voir un peu comment c'est gaulé. L'approche semble interressante, meme si je trouve qu'il y a un peu trop d'html dans des map JS, mais bon ca c'est plus enyo.
Du coup ca me fait penser que ca manque d'exemple. avoir le code source du site principal semble une bonne idee (c'est du coffeescript a la base, ou pur JS?)
un TodoMVC semble incontournable..
Je suis assez d'accord avec Serge, j'ai eu la même réaction capillaire. Linuxfr est un site technique, pas besoin sortir les buzzwords de décideurs..
Du point de vue technique, on retrouve des concepts intéressants. Typiquement la modularization de maven est intéressante, c'est quelque chose qui commence a devenir très important en JS, notamment avec AMD, ou commonJS.
On a du mal a voir dans ta présentation en quoi Nanoko est plus qu'un build system.
Dans le style, AngularFun implémente en quelque lignes de grunt les fonctionnalités coffee script, less, minification, concatenation des templates, watch, browser auto-reload (bingo!): https://github.com/CaryLandholt/AngularFun
Si je regarde un peu le site, je vois qu'il y a h-ubu, qui est un descripteur de service. Bon. C'est quoi l'avantage par rapport au système de services d'angular?
AMHA, vous devriez justement imposer un framework MVC. Je comprends que vous voulez permettre au gens de récupérer leur ancien code, mais je ne crois pas que ça soit au fond leur rendre service.
Si l'industrie frontend a besoin de structure, il faut qu'on se mette d'accord sur un framework MVC/TDD, et qu'on laisse tomber les anciennes technos intestables type JQueryUI, YUI, dojo, etc.
Sur ce point, j'ai l'impression que justement l'industrie francaise a 1 a 2 ans de retard sur l'industrie Silicon Valley.
Intel est tres loin d'abandonner l'OS linux pour ces SoC mobiles. J'en veux pour preuves les nombreuses offre d'embauches pour faire de l'Android sur x86 a Toulouse et a Nice.
C'est dommage, cette vague de buzz autour de cette non-info. Comme toutes les tablettes Win8, arm y compris, Microsoft impose de locker le HW par DRM. C'est logique du coup qu'il y aie pas de support de linux pour ces HW. Win8 == non hackable. Achetez des tablettes android!
Ces 2 Soc ont un GPU Imagination PowerVR SGX => blob binaire, poulsbo…
Oui, comme tous les acteurs du marche Android, il est tres difficile d'être 100% libre, surtout avec IMG qui est le premier sur gfx low power et qui fait tout pour le rester. Valley View, c'est pour les netbooks, et les grosses tablettes, ces trucs avec des batteries enormes (compare aux telephones). Du coup, ils peuvent se permettre de mettre des vrais GPU…
Hehe, le sens de l'humour trollesque, c'est plus ce que c'etait sur linuxfr.. ;o)
Pour faire ce qui est de crosstool-NG. Je ne le connais pas bien. Je suis un fan d'Open-Embedded depuis le debut, c'est ce projet qui m'a fait decouvrir (et garder) python, quand moi aussi, je m'égarais dans le perl, le bash (et mdk).
Donc oui, a part en shell, ca aurait pu être code en recettes oe.
Je repete et je maintiens. Je garde le bash pour les scripts de 10 lignes au plus, ca ne devrais être fait que pour ca!
Pour le reste, un vrai langage de script moderne, c'est tellement plus productif, et stimulant.
Therefore, if you plan to ship android-x86 product,
I recommend the AMD platform, which is the best platform to run ics-x86 so far.
Hehe, le mega troll.
En attendant, si vous voulez aider Intel a shipper ICS sur x86, des embauches sont ouvertes sur le site de Toulouse. On vous donnera plus qu'une board ;-)
Ca tire en effet 50Mo de dependances, mais ca se passe plutôt bien.
En effet installer ETS avec easy_install ou pip fut vraiment penible (je ne sais pas si ils ont amélioré avec ETS4)
Il est écrit par les meme developeurs que myavi, a l'aide de la bibliothèque Traits.
Cet outil gagne vraiment a être connu, et introduit des concepts de manipulation de données tres intéressants.
Le gros point fort de chaco est son aspect dynamique, on peut facilement creer des interfaces spécifiques pour zoomer sur les donnes, sélectionner un partie, etc.
C'est moins simple d'approche que matplotlib, mais vraiment tres puissant.
Je parle en connaissance de cause, puisque c'est le moteur de pytimechart: http://elinux.org/images/6/63/Elce11_tardy.pdf
> En même temps ce n'est pas à l'homme de s'adapter au worklow de l'outil mais à l'outil de s'adapter au cycle de vie du projet.
Pas d'accord les VCS ont chacun un ensemble de fonctionalités qui orientent le workflow de manière vraiment importante. Si on veut être efficace, il faut aller dans le sens du workflow de l'outil.
Cela dis, je ne critique pas du tout le workflow de cc. Les idées qu'il y a dedans sont vraiment bien.
C'est juste que c'est mega lent, qu'il faut une équipe complète d'admin pour gérer un serveur pour 50 personnes.
Maintenant on a un gitorious qui a pris une semaine a installer (sans être spécialiste IT ni connaitre RoR avant), et a configurer pour nos besoin, et ca tourne tout seul.
Malheureux... J'ai moi meme fait l'experience de former a git mes collègues habitues a clearcase.
C'est plus compliqué que de le faire a des gens qui n'ont jamais fait de VCS.
Le plus dur est leur faire comprendre qu'il ne faut surtout pas faire d'analogie, ou essayer de retrouver des methodes de travail.
Ca n'a rien a voir. Point. Le workflow est complètement different.
cc travaille sur des fichiers (et des repertoires), git travaille sur un repo complet et coherent.
La notion de branche n'a rien a voir.
"checkout" a une sémantique complètement differente.
donc un ARM9 a 300MHZ. Tu ira vraiment pas loin avec ca sous linux...
Google nous trouve un page pour le support linux de la bete, mais c'est du tres vieux linux (2.6.10 pre git!), avec plein de modules proprio. http://tails92.sepwich.com/easypc_linux/
newthreading permet de contourner le GIL pour qu'un objet soit bloqué seulement quand une classe s'exécute à l'intérieur.
J'ai beau relire, ca fait pas sens.
L'idée de newthreading, a ce que j'ai compris, c'est que chaque objet se voit pourvu d'un mutex, et que chaque appel d'une méthode de cet objet est préfixé par un lock() et postfixé par un unlock().
L'histoire ne dis pas comment on s'en sort quand les attributs sont accédés directement par un code extérieur a la classe de l'objet.
a noter en passant le support de perf scripting python par pytimechart, une interface graphique rapide pour regarder les donnees extraites avec timechart.
[^] # Re: petit complément
Posté par Pierre . En réponse au journal Un décalage de 64 bits, ça vous inspire comment ?. Évalué à -3.
Trolls de coté,
Pascal, Ada, ocaml, c'est l'approche matheuse, algorithmique, universitaire de l'informatique.
Avec ce bagage, les élèves qui ne prendront pas la filière info auront peu de chance d'utiliser leur competence plus tard.
En enseignant le python, en ne gardant que le paradigme procedural, si vous voulez. L'élève ingénieur pourra réutiliser cette competence pour automatiser ces taches d'ingénieurs, et ne pas se reposer seulement sur ces collègues programmeurs.
[^] # Re: petit complément
Posté par Pierre . En réponse au journal Un décalage de 64 bits, ça vous inspire comment ?. Évalué à -1.
C'est surtout Pascal qu'il faut eviter. Serieusement. Enseigner le Pascal en 2017…
:o)
[^] # Re: retour arrière
Posté par Pierre . En réponse à la dépêche Nanoko, un framework JavaScript open source pour applications web & mobiles. Évalué à 1.
J'ai moi aussi rencontre des incohérences sur la gestion du routing.
De temps en temps, il y a reload de la page entiere e.g:
si on clique sur
developer -> docs -> Cross-device market & developing analysis
Et en effet, le back ne marche pas sur chrome. Ça change l'URL, mais ça charge pas la route, la page ne change pas.
Bref, pour un site qui ce dis l'ultime technologie de l’industrie française, ça fait tache :)
[^] # Re: Intéressant
Posté par Pierre . En réponse à la dépêche Nanoko, un framework JavaScript open source pour applications web & mobiles. Évalué à 1.
Je suis pas sur que les 100 retweet soit une super idée. L'open-source n'est pas un ultimatum de buzz. :-)
Quant a la minification, ca fait un peu cordonnier mal chausse. Surtout si tu veux faire du buzz, et que ton site rame a cause des tonnes de requêtes générées par la non concaténation des sources (tous ces packages.js de 3 lignes, ça fait mal au coeur). Il y a bien concaténation?!
C'est un truc qui n'est pas très clair dans la doc (une fois qu'on la trouvée). Le index.html a l'air généré a la main, avec donc le tracking des modules JS + de l'ordre potentiellement a la main. Pour moi c'est rédhibitoire!
Je critique, je critique, mais bravo et bon courage quand même, ça fait plaisir d'avoir de l’innovation a la française dans ce domaine.
[^] # Re: Intéressant
Posté par Pierre . En réponse à la dépêche Nanoko, un framework JavaScript open source pour applications web & mobiles. Évalué à 1.
En effet, l'implementation du site est interressante. Par contre, vous avez oublie de le minifier! C'est sans doute pour ca que ca rame. En attendant ca permet de voir un peu comment c'est gaulé. L'approche semble interressante, meme si je trouve qu'il y a un peu trop d'html dans des map JS, mais bon ca c'est plus enyo.
Du coup ca me fait penser que ca manque d'exemple. avoir le code source du site principal semble une bonne idee (c'est du coffeescript a la base, ou pur JS?)
un TodoMVC semble incontournable..
[^] # Re: Merci pour ces feedbacks
Posté par Pierre . En réponse à la dépêche Nanoko, un framework JavaScript open source pour applications web & mobiles. Évalué à 2.
Je suis assez d'accord avec Serge, j'ai eu la même réaction capillaire. Linuxfr est un site technique, pas besoin sortir les buzzwords de décideurs..
Du point de vue technique, on retrouve des concepts intéressants. Typiquement la modularization de maven est intéressante, c'est quelque chose qui commence a devenir très important en JS, notamment avec AMD, ou commonJS.
On a du mal a voir dans ta présentation en quoi Nanoko est plus qu'un build system.
Dans le style, AngularFun implémente en quelque lignes de grunt les fonctionnalités coffee script, less, minification, concatenation des templates, watch, browser auto-reload (bingo!):
https://github.com/CaryLandholt/AngularFun
Si je regarde un peu le site, je vois qu'il y a h-ubu, qui est un descripteur de service. Bon. C'est quoi l'avantage par rapport au système de services d'angular?
AMHA, vous devriez justement imposer un framework MVC. Je comprends que vous voulez permettre au gens de récupérer leur ancien code, mais je ne crois pas que ça soit au fond leur rendre service.
Si l'industrie frontend a besoin de structure, il faut qu'on se mette d'accord sur un framework MVC/TDD, et qu'on laisse tomber les anciennes technos intestables type JQueryUI, YUI, dojo, etc.
Sur ce point, j'ai l'impression que justement l'industrie francaise a 1 a 2 ans de retard sur l'industrie Silicon Valley.
[^] # Re: Résumé des commentaires du journal
Posté par Pierre . En réponse à la dépêche Intel ne supportera pas Linux pour ses Clover Trail. Évalué à 4.
Intel est tres loin d'abandonner l'OS linux pour ces SoC mobiles. J'en veux pour preuves les nombreuses offre d'embauches pour faire de l'Android sur x86 a Toulouse et a Nice.
C'est dommage, cette vague de buzz autour de cette non-info. Comme toutes les tablettes Win8, arm y compris, Microsoft impose de locker le HW par DRM. C'est logique du coup qu'il y aie pas de support de linux pour ces HW. Win8 == non hackable. Achetez des tablettes android!
Oui, comme tous les acteurs du marche Android, il est tres difficile d'être 100% libre, surtout avec IMG qui est le premier sur gfx low power et qui fait tout pour le rester. Valley View, c'est pour les netbooks, et les grosses tablettes, ces trucs avec des batteries enormes (compare aux telephones). Du coup, ils peuvent se permettre de mettre des vrais GPU…
pPpO
[^] # Re: Embauche
Posté par Pierre . En réponse au journal sortie de rpmrebuild 2.7. Évalué à -1.
Hehe, le sens de l'humour trollesque, c'est plus ce que c'etait sur linuxfr.. ;o)
Pour faire ce qui est de crosstool-NG. Je ne le connais pas bien. Je suis un fan d'Open-Embedded depuis le debut, c'est ce projet qui m'a fait decouvrir (et garder) python, quand moi aussi, je m'égarais dans le perl, le bash (et mdk).
Donc oui, a part en shell, ca aurait pu être code en recettes oe.
Je repete et je maintiens. Je garde le bash pour les scripts de 10 lignes au plus, ca ne devrais être fait que pour ca!
Pour le reste, un vrai langage de script moderne, c'est tellement plus productif, et stimulant.
[^] # Re: Pourquoi en shell ?
Posté par Pierre . En réponse au journal sortie de rpmrebuild 2.7. Évalué à -10.
Oh putain.
un fan de distrib rpm, qui code en bash + en perl.
Sécurité!!
# Embauche
Posté par Pierre . En réponse au journal sortie de rpmrebuild 2.7. Évalué à -9.
Pour les entretiens d'embauche, je pose souvent cette question.
1\ Quel est le nombre de ligne du plus gros programme shell que vous ayez codé?
2\ Est ce que vous en êtes fier?
# Android x86
Posté par Pierre . En réponse à la dépêche Ce ne sont pas ces droïdes là que vous recherchez. Évalué à 1.
Hehe, le mega troll.
En attendant, si vous voulez aider Intel a shipper ICS sur x86, des embauches sont ouvertes sur le site de Toulouse. On vous donnera plus qu'une board ;-)
N'hesitez pas a me PM...
[^] # Re: Chaco
Posté par Pierre . En réponse à la dépêche Matplotlib 1.1 et autres outils de visualisation en Python. Évalué à 1. Dernière modification le 03 novembre 2011 à 08:18.
Ca tire en effet 50Mo de dependances, mais ca se passe plutôt bien.
En effet installer ETS avec easy_install ou pip fut vraiment penible (je ne sais pas si ils ont amélioré avec ETS4)
[^] # Re: Vélocité
Posté par Pierre . En réponse à la dépêche Matplotlib 1.1 et autres outils de visualisation en Python. Évalué à 1.
Chaco.. voir mon commentaire plus bas.
# Chaco
Posté par Pierre . En réponse à la dépêche Matplotlib 1.1 et autres outils de visualisation en Python. Évalué à 4.
Un autre outil en python de visualisation de données est Chaco
http://code.enthought.com/chaco/
Il est écrit par les meme developeurs que myavi, a l'aide de la bibliothèque Traits.
Cet outil gagne vraiment a être connu, et introduit des concepts de manipulation de données tres intéressants.
Le gros point fort de chaco est son aspect dynamique, on peut facilement creer des interfaces spécifiques pour zoomer sur les donnes, sélectionner un partie, etc.
C'est moins simple d'approche que matplotlib, mais vraiment tres puissant.
Je parle en connaissance de cause, puisque c'est le moteur de pytimechart:
http://elinux.org/images/6/63/Elce11_tardy.pdf
[^] # Re: Intéressant
Posté par Pierre . En réponse au journal Free software from Freebox is now free, thanks to Free.. Évalué à 2.
Propre, mouais...
http://floss.freebox.fr/freebox_hd/1.6.10/linux/linux-2.6.31.7-fbx.patch
Ils ont quand meme pas montre le bordel de leur historique git...
est ce qu'ils utilisent vraiment git?
chaque patch est genere d'une maniere differente..
# décu par le titre
Posté par Pierre . En réponse au journal GNU/RTL. Évalué à 5.
Je m'attendais à un nouveau synthétiseur verilog soutenu par la FSF...
[^] # Re: c'est pas franchement grave
Posté par Pierre . En réponse à la dépêche Rififi autour de Subversion. Évalué à 2.
Pas d'accord les VCS ont chacun un ensemble de fonctionalités qui orientent le workflow de manière vraiment importante. Si on veut être efficace, il faut aller dans le sens du workflow de l'outil.
Cela dis, je ne critique pas du tout le workflow de cc. Les idées qu'il y a dedans sont vraiment bien.
C'est juste que c'est mega lent, qu'il faut une équipe complète d'admin pour gérer un serveur pour 50 personnes.
Maintenant on a un gitorious qui a pris une semaine a installer (sans être spécialiste IT ni connaitre RoR avant), et a configurer pour nos besoin, et ca tourne tout seul.
[^] # Re: c'est pas franchement grave
Posté par Pierre . En réponse à la dépêche Rififi autour de Subversion. Évalué à 1.
C'est plus compliqué que de le faire a des gens qui n'ont jamais fait de VCS.
Le plus dur est leur faire comprendre qu'il ne faut surtout pas faire d'analogie, ou essayer de retrouver des methodes de travail.
Ca n'a rien a voir. Point. Le workflow est complètement different.
cc travaille sur des fichiers (et des repertoires), git travaille sur un repo complet et coherent.
La notion de branche n'a rien a voir.
"checkout" a une sémantique complètement differente.
J'en passe...
# Windows CE?
Posté par Pierre . En réponse au journal acheter un jouet d'enfant pour en faire un netbook. Évalué à 1.
a priori, ca serait le meme que celui la:
http://www.dealextreme.com/details.dx/sku.44024
donc un ARM9 a 300MHZ. Tu ira vraiment pas loin avec ca sous linux...
Google nous trouve un page pour le support linux de la bete, mais c'est du tres vieux linux (2.6.10 pre git!), avec plein de modules proprio.
http://tails92.sepwich.com/easypc_linux/
a eviter!
# Linux kernel
Posté par Pierre . En réponse au journal Contribuer. Évalué à 10.
http://archive.fosdem.org/2010/schedule/events/linuxkernelpa(...)
Hautement adaptable a tout projet libre qui utilise git et des patch envoyés par email.
[^] # Et VirtualBox ?
Posté par Pierre . En réponse à la dépêche Le rachat de Sun par Oracle : 18 mois plus tard la méfiance s'installe. Évalué à 6.
[^] # Re: Screenshots?
Posté par Pierre . En réponse à la dépêche Gollum, un wiki propulsé par git. Évalué à 1.
Gollum is a simple wiki system built on top of Git that powers GitHub Wikis.
donc les pages wiki de github sont en gollum.
# Formulation
Posté par Pierre . En réponse à la dépêche PyPy 1.3 et newthreading. Évalué à 2.
J'ai beau relire, ca fait pas sens.
L'idée de newthreading, a ce que j'ai compris, c'est que chaque objet se voit pourvu d'un mutex, et que chaque appel d'une méthode de cet objet est préfixé par un lock() et postfixé par un unlock().
L'histoire ne dis pas comment on s'en sort quand les attributs sont accédés directement par un code extérieur a la classe de l'objet.
# perf trace -s timechart.py
Posté par Pierre . En réponse à la dépêche Nouvelle version 2.6.34 du noyau Linux. Évalué à 4.
http://lkml.org/lkml/2010/5/11/367
Le mieux est de regarder un peu ces screencast pour ce faire une idee:
a look at mplayer startup:
http://tardyp.free.fr/pytimechart/mplayer_start.mp4
a look at ubuntu boot:
http://tardyp.free.fr/pytimechart/boot.mp4
# a vous de changer d'operateur...
Posté par Pierre . En réponse au journal Un réseau toujours plus neutre .... Évalué à 0.
https://spreadsheets.google.com/lv?key=0ApfOup7-OEX2dGtuUjQt(...)