{} - Contributions de l’utilisateur [fr]

Notes de la discussion

2017-03-02T10:38:12Z

Julul : Page créée avec « Présentation de Martin et Laurie : Thème : archive et bases de données Projet : expériences sur bibliothèques Qu'est ce qui différencie une archive d'une bases de... »

Présentation de Martin et Laurie :
Thème : archive et bases de données
Projet : expériences sur bibliothèques

Qu'est ce qui différencie une archive d'une bases de données ?
Juliette : Base de données c'est plus numérique, archives c'est moins concret, ca peut être un notion conceptuelle aussi.
Léo : bdd c'est aussi un support ?
Martin : archive c'est tangible, la base de donnée c'est un nuage d'infos autour d'un groupement d'objets.
Laurie : Pour moi un bdd c'est un annuaire, une compilation
Juliette : au départ l'archive c'est très officiel, on y garde les traces de transac, ensuite s'est posé la questio des objets et d'autres items stockables. Les frontières sont pas stables entre les différentes choses concernées par l'archive. Aujourd'hui on garde tout
Lionel: Non je pense pas, on a pas tout dans des bdd
Juliette : Oui mais tout est POTENTIELLEMENT archivé. (Lionel : ouais.)
Lionel : Est ce que l'archive c'est de l'histoire ?
Juliette et Laurie : oui c'est une trace mais partielle

Each ordering tells a different story of the archive.
guttormsguaard.activearchive.org

Mel veut entendre plus sur le projet de M et L
Juliette : Bibli amstedam : les livres sont indexés avec des symboles de manière visuelle
Martin : ouais c'est classé par genre, mais c'est un parti pris de l'intégrer directement à l'étiquette, ca implique un choix, certains bouquins tomberont dans plusieurs catég
Juliette : problèmes de clartés parfois

MArtin : on a essayé de categoriser des livres entre des romans, ce sont des catégories un peu poreuse, et on s'est vite rendu compte des catégories imposées. Il existe des nomenclatures existante donc certaines assez poussée. ex: library of congress, elle fonctionne en profondeur.
Certaines catégories sont mises en place autour du classement, de facon super précise. Ya des modèles qui sont interessants a suivre.
On a essayé d'aller le plus dans le détail possible, notre outil au final est facile a utiliser, rapide et on a essayé d'être le plus exaustif possible dans les informations dispos sur un livre
Laurie : on essaye aussi de croiser des données pour etre le plus obj possible
Martin : Ouais quant aux choix des données qui nous interessent, on est très subjectifs, on construit notre outil selon les thèmes et types de donées qui nous interessent personnellemnt. Tout comme des données comme L'ISbn ne sont même pas nécéssaires dans certains pays.

Martin : Paul Hocley : système de classification : créer des catégo et y faire entrer tout types de médium dans ces catégories : ca créé un feedback
Lien avec Google : quand on fait une recherche sur google, on adapte son langage aux résultats qu'on obtient pour affiner ses recherches.
Lionel : dans cette classif, Y'a des différences avec Google, ca marche pas comme ça, c'est hierarchique (arbre). Google c'est un corrélation de mots clés, un système de tags, c'est super différent. dans un systeme catégorique, ajouter une nouvelle catégo c'est chiant.
Pierre : dans deux semaine workshop collection décollection btw !

Martin : Idée d'API : interface qui permet d'ouvrir des bdd a des clients (portes d'entrée), et de ne pas réserver son accès à son créateur.
Gab : API pour ?
Martin : ?
Gab : application for programming interface
laurie (schéma du dispositif du projet) : au début, scanner du numéro ISBN qui permet de le localiser dans la bdd.
MArtin : c'était long, 1/4 d'h par livre. donc le tableur est arrivé.
retour API : amazon, si on veut garder une image depuis leur API : on garde le logo sur l'image, elle reste un lien vers eux.
Différence archive bdd : la bdd est purement informationelle. L'archive c'est après un process 'd'appropriation', la donnée devient un butin.
au début, on a juste créé un framacalc (qui permet de stocker les recherches qu'ont fait en genre de backup) entre nous (aussi parce qu'on avait pas internet chez nous). On a utilisé un script d'analyse visuelle, on passe le code barre devant la webcam, et on accède aux données que par exemple google books lui attribue (ou open library).
On est confrontés à la classification d'autres bdd. Combiner et confronter les bdd permet une plus grande exhaustivité des infos auxquelles on accède. On se sentait pas trop de nous même associer tel et tel bouquin à telle ou telle catégorie, donc on a laissé d'autre bdd le faire.
C'est interessant de savoir que des institutions payent ce genre de services, et le matériel qui va avec (scanner de codes barres..)
Exemple d'activearchives.org : archive d'un artiste genre suédois : Objets, livres et possessions de ca gars en photos (btw question : archive = objets eux mêmes ou photos ?), L'organisation peut paraitre absurde (par taille de fichier, par reconnaissance faciales...). ici c'est l'objet image qui est traité. Nous on est pas obligé de scanner les livres sur lesquels on travaille, c'est pas forcémment le propos
Lionel : il existe des services qui découpent la tranche et font des scans automatiques ensuite
Mel : ouais ya un service aux US qui te scanne le livre en le détruisant et on t'envoie les fichier.

Martin ; on pourrait ensuite s'interesser aux outils que les librarys et bibli utilisent aujourd'hui. a la KBR par ex : y'a comme un standard d'indexage pour pouvoir partager, communiquer avec d'autres bibli.
si ca se trouve ttes les libs utilisent le même soft..
question amateur/pro : la KBR utilise un ouil très cher et qui n'est pas particulièrement performant, loin d'être infaillible du moins !
Lionel : das le processus que vous avez montré : pr aller plus vite vous utilisez les bdd en ligne. Donc une étape de validation de votre part quant aux infos récupérées. Est ce qu'il est pas interessant de tout garder de ce que vous trouvez ? Même les bugs ? Ca serait révélateur de la représentation d'un bouquin sur internet, de comment il est encodé sur internet.
M et L : ouais ouais ouais.

Gab : est ce que c'est en ligne votre bdd ?
Martin : nope, c'est encore trop partiel peut être.. Ce qui est interessant c'est les questionnement qu'on a eu pendant le processus de création de ce truc. C'est destiné à etre montré ouais mais sous l'angle de l'organisation, pas du contenu en soi

Léo : dans une bdd 'trouver un livre' c'est trop cool, en fonction d'un type d'info qu'on cherche.. c'est pas votre but
Lionel : c'est vrai que votre système n'est pas très manipulable..
Marie ouais mais au final c'est de l'archive, pas de la bdd.. Vous indexez, vous faites aps dans le contenu

julie : pourtant ce que tu disais tout à 'heure : des archives on se l'approprie.
Martin : un catalogue de bibliotheque ne remplace pas une bibliotheque
Lionel : une bibliotheque n'est pas une archive
Martin : y'à quand meme un coté un peu exhaustif
Lionel : La question des bibliotécaire, est ce qu'ils ont l'impression d'avoir un archive, ou meme une base de données?
Laurie : il y quand meme une notions de conservation, défiitivemet on est interessés par l'idée de construire une bdd.
Lio : BNABBOT par exemple, ont une basedd qu'ils considèrent comme un archive, je trouve que l'archive c'est une idée d'écrire l'histoire.

Pierre : dans la notion d'archive y'à pas un peu l'idée de on garde au cas ou?
Lionel: c'est ça le truc
Pierre : alors qu'une bibliotheque on choisis des livres.
Giordana : une bibliotheque c'est pas une archive c'est une collection
Lionel : a la KBR ils ont des archives?
Martin ; ouais ils ont les vieux bouquins, mais ils ont aussi les archives de la bibli en elle même : les vieux plans, les traces de la vie de la bibli..
Lio : a chaque réorg de la bdd, on crée une histoire différente, archiver c'est décider de ce qu'on donne à voir.

Julie à une question : vous voulez faire une base de donnée pour tout garder? parce que l'idée de tout mettre au meme endroit c'est dans le but d'écrire une mémoire, mais pourquoi on fait ça? Par exemple sur internet on accumule plein de truc et on garde tout
Martin : c'est plus une question d'organisation, j'y vois pas spécifiquement d'application pratique
Lionel : c'est marrant ça, c'est absurde.
Martin : concretement on peux avoir l'image du code ou de la progra qui améliore notre vie, nous on a trouvé un moyen de faciliter notre processus, mais notre processus est deja absurde. C'est la question decouvrir et de chercher. On veut pas ouvrir une bibliotheque, c'est de l'experimentation
Lionel : vous vous entrainez
Martin : ça nous pousse à réflechir : isbn, sous titre, réflechir au livre quoi. Moi j'ai créer une base de donnée de mes dépenses sur exel, comme un rituel
Gab : moi aussi je fais ça
Martin : ça me rassure. Vous avez des bases de données vous?

La belle mere de juliette et la mere de marie garde un carnet avec ce que les gens qu'elles rencontres aiment et n'aiment pas pour ne jamais se tromper quand elles font à manger.
Juliette : l'avantage dans ma bibliothèque : y'en à tjr un qui ne rentre pas, qui te force à revoir l'ordre. Donc si c'est dématerialisé tu peux les mettre dans toute les classes, tu peux moins te tromper.
Mel : c'est un peu revelateur de nevrose non?
Lionel : ça à de l'interet ce truc de nevrose
Martin : Y'à peu d'autre exemple sur lequel travaillé
Mel : construire ta bdd c'est en fonction de ce que t'as sous la mainpar ex
Martin, ouais on s'y connait mieux en livres donc on a fait les livres.
Gab : est ce qu'il existe un dépot légal de CD ? ouais le dépot légal comprend livres documents sonores et bdd

ERG::Code-2016-2

2017-03-02T10:37:36Z

Julul : /* 02.03.2017 : Martin et Laurie, "Expériences sur bibliothèque" */

==Introduction==
Ce cours est destiné aux étudiants de BAC3. Il s'articule, cette année, autour des questions suivantes:
* Comment, à l'échelle d'un atelier, mettre en place une dynamique de mise en commun des connaissances liées au code et au numérique en général?
* Comment et pourquoi s'emparer en tant qu'artiste ou graphiste de langages et systèmes issus de l'industrie informatique?

==Agenda discussions==
Chaque semaine, un groupe de travail ou un étudiant présente un texte (en relation avec les projets liés aux thématiques définies en septembre), qui soulève des questions, problématiques, à discuter. La discussion est annoncée la semaine précédente pour que l'ensemble du groupe s'y prépare.

===16.02.2017/ La revue Dynastie : supports numérique, papier, ou hybride ?===

On a prévu du print, mais on ne sait pas encore si ce sera notre seul moyen de diffusion :
On a reçu des conseils très différents quant à une diffusion numérique (s'il en faut une) : mails, publication en ligne, newsletter ?
A comparer, quel est l'impact de la publication papier ? Ecologiquement, vaut mieux faire quoi ?
Quelles sont les différences de perception, les rapports à la lecture, dans les deux cas ?
Comment faire correspondre la version print et la version num, qui sont forcement différentes ?

Pas de panique on amène du café
A jeudi :)

[[ERG::160217 | Notes de la discussion]]

===23.02.2017 : rencontre Anne Laure Buisson===

===02.03.2017 : Martin et Laurie, "Expériences sur bibliothèque"===
Manipuler les données : collecter, décrire, classer, agir

Nous souhaitons revenir dans un premier temps sur le thème initial que nous avons choisi : "archive et base de données". Comment définir ces deux notions ? Comment se traduisent-telles aujourd'hui et quels enjeux soulèvent-elles ? Pour tenter d'y répondre, nous aborderons plus en détail les pratiques de la description, de l'indexation et de la classification. Comment classer aujourd'hui? Quels outils utiliser ?
Nous nous interrogeront plus particulièrement sur l'objet livre qui est l'élément central de notre projet pour glisser petit à petit vers une présentation plus précise de notre travail où nous exposerons les outils que nous avons mis en place et notre désir d'interaction avec les données que nous avons à notre disposition.

[[Notes de la discussion]]

===09.03.2017===
===16.03.2017===
Gomar del gomar => projet TRÈS ambitieux, SON ET VISION

===23.03.2017===
===30.03.2017===
===18.04.2017===
===15.04.2017===
===02.05.2017: EDITION SPECIALE COTATIONS===
===09.05.2017: EDITION SPECIALE COTATIONS===

==Cours==
===[[ERG::150916|Cours du 15.09.16: Introduction]]===
===[[ERG::220916|Cours du 22.09.16: Pistes de travail]]===
===[[ERG::290916|Cours du 29.09.16: Expérimentations 1]]===
===[[ERG::061016|Cours du 06.10.16: Expérimentations 2]]===
===[[ERG::201016|Cours du 20.10.16: Expérimentations 3]]===
===[[ERG::271016|Cours du 27.10.16: Expérimentations 4]]===
===[[ERG::101116|Cours du 10.11.16: Expérimentations 5]]===
===[[ERG::171116|Cours du 17.11.16: Expérimentations 6]]===
===[[ERG::241116|Cours du 24.11.16: Expérimentations 7]]===
===[[ERG::011216|Cours du 01.12.16: Expérimentations 8]]===
===[[ERG::221216|Cours du 22.12.16: Expérimentations 9]]===
===[[ERG::020217|Cours du 02.02.17: Expérimentations 10]]===

==Groupes de travail==
===[[ERG::codepourcode | Code pour le code]]===

===[[ERG::codesecret | Code secret]]===

===[[ERG::archives | Archives et bases de données]]===

===[[ERG::interactionsphysiques | Interactions physiques]]===

===[[ERG::sonsvisions | Son et Vision]]===

===[[ERG::Expériences_sur_bibliotheque | Expériences sur bibliothèque]]===

ERG::Code-2016-2

2017-02-02T11:02:59Z

Julul : /* Agenda discussions */

==Introduction==
Ce cours est destiné aux étudiants de BAC3. Il s'articule, cette année, autour des questions suivantes:
* À la question "est-ce que le code s'apprend seul?", nous allons répondre par la négative, puisque lorsque l'on affirme que le code s'apprend seul, on présuppose que seul, on a accès à des ressources et que si l'on a accès à ces ressources, c'est qu'elles sont mises en commun. Comment, à l'échelle d'un atelier, mettre en place une dynamique de mise en commun des connaissances liées au code?
* Comment et pourquoi s'emparer en tant qu'artiste ou graphiste de langages et systèmes pensés comme "efficaces"?

==Agenda discussions==
Chaque semaine, un groupe de travail ou un étudiant présente un texte (en relation avec les projets liés aux thématiques définies en septembre), qui soulève des questions, problématiques, à discuter. La discussion est annoncée la semaine précédente pour que l'ensemble du groupe s'y prépare.

===09.02.2017/ La revue Dynastie : supports numérique, papier, ou hybride ?===

On a prévu du print, mais on ne sait pas encore si ce sera notre seul moyen de diffusion :
On a reçu des conseils très différents quant à une diffusion numérique (s'il en faut une) : mails, publication en ligne, newsletter ?
A comparer, quel est l'impact de la publication papier ? Ecologiquement, vaut mieux faire quoi ?
Quelles sont les différences de perception, les rapports à la lecture, dans les deux cas ?
Comment faire correspondre la version print et la version num, qui sont forcement différentes ?

Pas de panique on amène du café
A jeudi :)

===16.02.2017 : Martin et Laurie, "Expériences sur bibliothèque"===
-> Sujet : "to be announced"

===23.02.2017===
===02.03.2017===

==Cours==
===[[ERG::150916|Cours du 15.09.16: Introduction]]===
===[[ERG::220916|Cours du 22.09.16: Pistes de travail]]===
===[[ERG::290916|Cours du 29.09.16: Expérimentations 1]]===
===[[ERG::061016|Cours du 06.10.16: Expérimentations 2]]===
===[[ERG::201016|Cours du 20.10.16: Expérimentations 3]]===
===[[ERG::271016|Cours du 27.10.16: Expérimentations 4]]===
===[[ERG::101116|Cours du 10.11.16: Expérimentations 5]]===
===[[ERG::171116|Cours du 17.11.16: Expérimentations 6]]===
===[[ERG::241116|Cours du 24.11.16: Expérimentations 7]]===
===[[ERG::011216|Cours du 01.12.16: Expérimentations 8]]===
===[[ERG::221216|Cours du 22.12.16: Expérimentations 9]]===
===[[ERG::020217|Cours du 02.02.17: Expérimentations 10]]===

==Groupes de travail==
===[[ERG::codepourcode | Code pour le code]]===

===[[ERG::codesecret | Code secret]]===

===[[ERG::archives | Archives et bases de données]]===

===[[ERG::interactionsphysiques | Interactions physiques]]===

===[[ERG::sonsvisions | Son et Vision]]===

===[[ERG::Expériences_sur_bibliotheque | Expériences sur bibliothèque]]===

ERG::Code-2016-2

2017-02-02T11:01:46Z

Julul : /* 09.02.2017 */

==Introduction==
Ce cours est destiné aux étudiants de BAC3. Il s'articule, cette année, autour des questions suivantes:
* À la question "est-ce que le code s'apprend seul?", nous allons répondre par la négative, puisque lorsque l'on affirme que le code s'apprend seul, on présuppose que seul, on a accès à des ressources et que si l'on a accès à ces ressources, c'est qu'elles sont mises en commun. Comment, à l'échelle d'un atelier, mettre en place une dynamique de mise en commun des connaissances liées au code?
* Comment et pourquoi s'emparer en tant qu'artiste ou graphiste de langages et systèmes pensés comme "efficaces"?

==Agenda discussions==
Chaque semaine, un groupe de travail ou un étudiant présente un texte (en relation avec les projets liés aux thématiques définies en septembre), qui soulève des questions, problématiques, à discuter. La discussion est annoncée la semaine précédente pour que l'ensemble du groupe s'y prépare.

===09.02.2017
Le revue Dynastie : supports numérique, papier, ou hybride ? ===

On a prévu du print, mais on ne sait pas encore si ce sera notre seul moyen de diffusion :
On a reçu des conseils très différents quant à une diffusion numérique (s'il en faut une) : mails, publication en ligne, newsletter ?
A comparer, quel est l'impact de la publication papier ? Ecologiquement, vaut mieux faire quoi ?
Quelles sont les différences de perception, les rapports à la lecture, dans les deux cas ?
Comment faire correspondre la version print et la version num, qui sont forcement différentes ?

Pas de panique on amène du café
A jeudi :)

===16.02.2017 : Martin et Laurie, "Expériences sur bibliothèque"===
-> Sujet : "to be announced"

===23.02.2017===
===02.03.2017===

==Cours==
===[[ERG::150916|Cours du 15.09.16: Introduction]]===
===[[ERG::220916|Cours du 22.09.16: Pistes de travail]]===
===[[ERG::290916|Cours du 29.09.16: Expérimentations 1]]===
===[[ERG::061016|Cours du 06.10.16: Expérimentations 2]]===
===[[ERG::201016|Cours du 20.10.16: Expérimentations 3]]===
===[[ERG::271016|Cours du 27.10.16: Expérimentations 4]]===
===[[ERG::101116|Cours du 10.11.16: Expérimentations 5]]===
===[[ERG::171116|Cours du 17.11.16: Expérimentations 6]]===
===[[ERG::241116|Cours du 24.11.16: Expérimentations 7]]===
===[[ERG::011216|Cours du 01.12.16: Expérimentations 8]]===
===[[ERG::221216|Cours du 22.12.16: Expérimentations 9]]===
===[[ERG::020217|Cours du 02.02.17: Expérimentations 10]]===

==Groupes de travail==
===[[ERG::codepourcode | Code pour le code]]===

===[[ERG::codesecret | Code secret]]===

===[[ERG::archives | Archives et bases de données]]===

===[[ERG::interactionsphysiques | Interactions physiques]]===

===[[ERG::sonsvisions | Son et Vision]]===

===[[ERG::Expériences_sur_bibliotheque | Expériences sur bibliothèque]]===

ERG::Code-2016-2

2017-02-02T11:01:01Z

Julul : /* 09.02.2017 */

==Introduction==
Ce cours est destiné aux étudiants de BAC3. Il s'articule, cette année, autour des questions suivantes:
* À la question "est-ce que le code s'apprend seul?", nous allons répondre par la négative, puisque lorsque l'on affirme que le code s'apprend seul, on présuppose que seul, on a accès à des ressources et que si l'on a accès à ces ressources, c'est qu'elles sont mises en commun. Comment, à l'échelle d'un atelier, mettre en place une dynamique de mise en commun des connaissances liées au code?
* Comment et pourquoi s'emparer en tant qu'artiste ou graphiste de langages et systèmes pensés comme "efficaces"?

==Agenda discussions==
Chaque semaine, un groupe de travail ou un étudiant présente un texte (en relation avec les projets liés aux thématiques définies en septembre), qui soulève des questions, problématiques, à discuter. La discussion est annoncée la semaine précédente pour que l'ensemble du groupe s'y prépare.

===09.02.2017===
Le revue Dynastie : supports numérique, papier, ou hybride ?

On a prévu du print, mais on ne sait pas encore si ce sera notre seul moyen de diffusion :
On a reçu des conseils très différents quant à une diffusion numérique (s'il en faut une) : mails, publication en ligne, newsletter ?
A comparer, quel est l'impact de la publication papier ? Ecologiquement, vaut mieux faire quoi ?
Quelles sont les différences de perception, les rapports à la lecture, dans les deux cas ?
Comment faire correspondre la version print et la version num, qui sont forcement différentes ?

Pas de panique on amène du café
A jeudi :)

===16.02.2017 : Martin et Laurie, "Expériences sur bibliothèque"===
-> Sujet : "to be announced"

===23.02.2017===
===02.03.2017===

==Cours==
===[[ERG::150916|Cours du 15.09.16: Introduction]]===
===[[ERG::220916|Cours du 22.09.16: Pistes de travail]]===
===[[ERG::290916|Cours du 29.09.16: Expérimentations 1]]===
===[[ERG::061016|Cours du 06.10.16: Expérimentations 2]]===
===[[ERG::201016|Cours du 20.10.16: Expérimentations 3]]===
===[[ERG::271016|Cours du 27.10.16: Expérimentations 4]]===
===[[ERG::101116|Cours du 10.11.16: Expérimentations 5]]===
===[[ERG::171116|Cours du 17.11.16: Expérimentations 6]]===
===[[ERG::241116|Cours du 24.11.16: Expérimentations 7]]===
===[[ERG::011216|Cours du 01.12.16: Expérimentations 8]]===
===[[ERG::221216|Cours du 22.12.16: Expérimentations 9]]===
===[[ERG::020217|Cours du 02.02.17: Expérimentations 10]]===

==Groupes de travail==
===[[ERG::codepourcode | Code pour le code]]===

===[[ERG::codesecret | Code secret]]===

===[[ERG::archives | Archives et bases de données]]===

===[[ERG::interactionsphysiques | Interactions physiques]]===

===[[ERG::sonsvisions | Son et Vision]]===

===[[ERG::Expériences_sur_bibliotheque | Expériences sur bibliothèque]]===

ERG::codepourcode

2016-10-20T08:18:21Z

Julul :

== Lecture, écriture, typographie, impression, montrer le code en tant que tel.
Lire le code sans l'exécuter.==

----
C'est peut être pour rendre le code plus universel ?
Pour la programmation il y a une typographie spéciale… je crois que c'est une monospace. Il faut que ce soit assez soft et lisible. Ce n'était pas une règle mais presque.

----
Quelle est la typo la plus confortable pour les yeux ?
Dans les romans quand le corps de texte petit, pour les long texte, on repère souvent des typographies comme Garamond avec ces serifs qui rendent le passage entre les lettres très fluide. Pour le code, ils utilisent pas du tout le même type de typographie, elle est plus agressive. C'est une monospace.

"Je pense à une typo faite exclusivement pour les annuaires téléphoniques, c'est un peu le même délire. Une typographie purement adaptée à la fonction."

Mark Simonson a crée une nouvelle typographie où les caractères se différencient plus, notamment au niveau des zéros, de la lettre O… l'usage et le besoin de lisibilité façonne la forme.

Quelles sont les caractéristiques ?

Des que tu vois cette typo tu sais que c'est du code, et justement si tu l'utilises pour autre chose, il y a un glissement de sens.
Il y a plein de programmeur qui se crée leur propre typographie. Il y a plein de sondages qui questionne qu'elle est votre typographie préférée et c'est souvent la courrier qui revient.

----
http://www.developpez.net/forums/d867834/club-professionnels-informatique/actualites/police-caracteres-preferee-developper/

http://c.developpez.com/actu/57522/Quelle-est-la-meilleure-typo-pour-programmer-Avez-vous-tendance-a-preferer-une-typo-a-une-autre/

http://static.ccm2.net/www.commentcamarche.net/faq/images/3960-rzVcj8bbgkejyl53.png

Il faudrait que le contenu soit hiérarchise, comme si tu lisais ton code comme un roman, le mettre en page. Tu fais une mise en page du code qui simplifie la lecture et le rend plus confortable.

Comment tu imprimes ton code ?
Le fait de l'imprimer ca ne sert plus à rien ? Je trouve ça assez drôle ! Ca devient juste quelque chose de purement informatique. Surtout les codes générés automatiquement. Il y a une perte de sens. Rien que le fait de l'imprimer lui offre un autre statut.

--> Il y a la notion de "révéler le truc", il y a peut être quelque chose à faire au niveau interactif, peut être avec des images lenticulaires.
C'est important d'avoir quelque chose de physique.
Montrer pour le montrer c'est peut être pas intéressant, il faut peut être valoriser quelques chose, pointer une caractéristique.

- Mais il y a tout ce coté pédagogique, de vulgarisation du code.

Ca me fait penser à Jodi, ils ont plein de site internet, dont une qui est plein de wwwww. quand tu regardes leur code source, il y a un dessin qui se forme.
C'est tout de même pour "les initiés"

http://wwwwwwwww.jodi.org/

Il y a l'ASCII art aussi, qui est beaucoup plus illustré
- c'est moins du code pour moi ça, c'est plutôt dessiner avec le langage.

Il y a ce parti prix de "cacher relever", de double actions avec l'image lenticulaire. Il y a aussi la couleur qui peut permettre de cacher et révéler l'écriture, lorsque l'on utilise.

Mais il ne faut pas qu'il soit cacher, il faut qu'il soit au premier plan.

L'oralité du code fait penser à la poésie, on pourrait faire de la poésie du code. Il y a quand même une syntaxe très stricte et c'est déroutant d'imaginer une lecture à voix haute.

Il y tout les trucs de forum aussi… des petits bouts de programme implanté dans la conversation. Il est généralement mis en scène, dans une petite boite, avec une sorte d'alinéa. C'est un peu le seul endroit où les deux langages se côtoient.
Les commentaires dans le code sont un peu l'inverse des forums. Un peu comme des marginaliat.

Il y a la revue back office qui va sortir prochainement qui traite de ces problématiques.

http://www.revue-backoffice.com/fr

On propose une traduction du code au sens mega large ? Que le code côtoie quelques chose d'autre et que cette relation puisse nous proposer une traduction.

Ca pourrait être un poème que l'on traduit en code justement.

Il faudrait que ce soit manipulable, des que c'est mis a l'écran c'est mis à distance. Que ce soit tactile en quelque sorte. IL y a là un lien encore avec l'impression.

La signification des couleurs, les gammes de couleurs et les thème dans les logiciels d'écriture. C'est hyper graphique parfois.

Créer une forme à partir de l'écriture.
Les imbrications

== 29 / 09 - 29 / 09 - 29 / 09 - 29 / 09 - 29 / 09 - 29 / 09 - 29 / 09 - 29 / 09 ==

http://www.ioccc.org/
Faire un programme qui a une forme qui a pour volonté de l'obscurcir, de le rendre moins lisible.

Ben Fry

29/09 : Julie - Mélanie - Léo - Gabriel

Code littéraire, poétique, imprimable ; code pour être lu plutôt qu'exécuté.
Typo captcha qui empêche d'être lu par une machine --> http://z-x-x.org/

Poésie avec le code, utiliser le langage informatique et sa syntaxe comme éléments de rythme du texte, de mise en page
--> http://sourcecodepoetry.com/
--> http://code-poems.com/index.html
--> https://ccrma.stanford.edu/wiki/ChucKu

Code en dehors de son contexte fonctionnel
--> https://thumbs.dreamstime.com/z/graffiti-de-code-informatique-52481211.jpg

Piste : réécrire un texte ou un poème avec une syntaxe de programmation.

== L'idée ==

1 - On choisis un morceau de code intéréssant trouvé dans le code source d'un site internet
2 - On le met en page avec du html/css pour qu'il devienne un objet lisible sur un A4
3 - On fait un poster qui regroupe nos 4 extraits pour produire une colléction

rèf:
 http://www.cneai.com/
 http://yantomaszewski.com/fr
http://foxcodex.html.xdomain.jp/
http://www.smallvictori.es/
http://www.nosajthing.com/

Les 4 affiches :

Depuis http://yantomaszewski.com/fr

[[Fichier:affichemel.png]]

Gabriel : code tiré du site --> http://www.roomwarp.com/
[[Fichier:CODEPOURCODE.png]]

Mise en abîme : le code d'une page html, et le code de la mise en page du code de cette page.
[[Fichier:Odeaucode21.jpg]]

== 20/10 20/10 20/10 20/10 20/10 20/10 20/10 20/10 20/10 20/10 ==

_____________

Le code pour le code #HEBDO

_____________

Etant donné que Back Office est pas décidé a sortir, on prends les devants et on documente comment les millénials utilise le code.
Projet à court terme : archiver du contenu
Projet sur la longeur : mettre en place une mise en page

''Propositions en vrac:''

 + mettre du code a la fin comme le fameux comics dans les journaux, qui se suivent d'un numéro à l'autre de type "la saga de l'été"
 + s'intéresser au croisement entre les gens qui font du code tech et ceux qui s'en serve pour de la forme. On commence a toucher à la forme du code quand on fait croiser des pratiques trés utiles à des formes trés pratique
 +

Fichier:Odeaucode21.jpg

2016-10-20T08:16:26Z

Julul :

Erg::Julie

2016-05-02T23:23:50Z

Julul : Page créée avec « == Découverte == Mon programme a commencé par de petits jeux sur code::blocks, en langage C, exécutés sur compilateur. Ce langage ne me permet que de traiter du text... »

== Découverte ==

Mon programme a commencé par de petits jeux sur code::blocks, en langage C, exécutés sur compilateur.
Ce langage ne me permet que de traiter du texte dans une console.

Je crée d'abord un petit jeu simple :
- 6 étapes, à chaque étape le programme génère un chiffre aléatoire, c'est à l'utilisateur de le trouver.
- à chaque supposition juste, la console affiche le chiffre qui correspond à la bonne réponse en ascii, selon
les chiffres ascii de 0 à 9 que j'ai écrit, en tant que variables chaines de caractères à l'extérieur de mon main.

== 2eme enjeu du projet : ==

écrire le contenu texte 'résultat' du jeu dans un fichier texte, qui puisse être mis en forme et imprimé.

--> Via les fonctions fopen et fputs, on peut demander au programme de générer un fichier .txt à chaque jeu terminé, résumant ce qui est apparu à l'écran pendant le jeu.
L'idée étant d'ouvrir ensuite ledit fichier dans une page html et de pouvoir changer couleurs et couleurs de fond et typos via une feuille de style avant d'imprimer.

Je décide de n'envoyer dans le fichier texte que le chiffres en ascii (et pas les questions réponses de l'ordinateur et du joueur), dans l'ordre vertical où ils sont devinés dans le jeu.
Premier problème : lorsque j'ouvre mon fichier .txt dans ma page html, la feuille de style ne s'y applique pas. Le contenu du fichier n'y est pas soumis. Je peux par contre écrire, depuis code::blocks, dans un fichier html directement.

DONC SOLUTION
Avant que le programme ne commence à écrire les résultats ascii dans mon fichier .html, je lui demande d'y écrire (en tant que contenu texte simple fputs), le code html qui correspond à la page que je veux générer.
Ce qui a à peu près cette tête :

fputs(" <html><head><title>Asciitime</title><meta charset=\"UTF-8\"/><link href=\"css/style.css\" rel= \"stylesheet\"/></head><body><div class=\"stand\"> ",fichier);

Ensuite le joueur joue, et le programme inscrit les numéros résultats ascii en dessous de l'entête html et de la balise ouvrante d'une div, puis je termine le programme par un fputs qui contient les balises fermantes (de div, body et html) de ma page html, linkée par avant à une feuille de style et envoyée au bon chemin.

Ce qui revient à envoyer de façon automatique le résultat du jeu code::blocks vers une mise en page css.
-->j'ouvre avec mon navigateur le fichier html qui vient d'être créé pendant le jeu, et c'est la fin du processus.

J'ai du appliquer la balise "pre" à chaque début de groupes de lignes ascii, pour que le document .html conserve les espaces et tabulations inchangés.
Depuis la typo n'est plus à la carte..

ERG::Exercice 3

2016-03-15T11:13:31Z

Julul :

<pre>

( (
)\ ) )\ )
(()/( ( ( ( ( ) ) (()/( ( ( ( (
/(_)))( ( )\))( )( ( /( ( /(_)) ))\ ( )\ )\))( (
(_)) (()\ )\ ((_))\(()\ )(_)) )\ ' (_))_ /((_))\((_)((_))\ )\ )
| _ \ ((_) ((_) (()(_)((_)((_)_ _((_)) | \ (_)) ((_)(_) (()(_)_(_/(
| _/| '_|/ _ \/ _` || '_|/ _` || ' \() | |) |/ -_)(_-<| |/ _` || ' \))
|_| |_| \___/\__, ||_| \__,_||_|_|_| |___/ \___|/__/|_|\__, ||_||_|
|___/ |___/

Pour cet exercice, il vous est demandé de designer entièrement un programme.
J'entends par programme un ensemble d'instructions écrites destinées à être exécutées.
L'exécution dans votre cas ne devra pas forcément être réalisée par une machine.

Le programme dont vous allez créer l'architecture devra
correspondre aux critères suivants:

- il doit recevoir une/des information(s) en entrée. Ces informations peuvent
-> provenir de périphériques de captations (micros, capteurs, scanners, clavier, souris, etc.)
-> provenir d'Internet (base de données, site(s) web, flux, etc.)
-> ...
la/les nature(s) de ces informations sont libres, il peut s'agir d'images, de texte, de sons, de coordonnées, etc.

- il doit produire une ou des formes de même nature(s) ou de nature(s) différente(s) des informations entrées. Un son peut produire une image, une image un son, un geste une typographie, un texte un mouvement, etc.
- le périphérique de sortie est libre (écran, ampli, robot, imprimante, corps, main, etc.).
- le langage de programmation est libre (js, python, java, php, c++, pseudo-langage, etc.).

L'exercice est divisé en étapes. Chaque étape fait partie de votre travail et doit être documentée sur le wiki du cours. Les différentes étapes seront ajoutées progressivement à la suite de cet énoncé.

1) Décrire la problématique en français. Que fera votre programme? Comment décrire son objet? Pensez aux mots que vous utilisez, à la structure de votre texte. Cette première description est globale; elle ne doit pas contenir tous les détails de fonctionnement du programme.

</pre>

[[erg::pagelionel | La page de Lionel ]]

[[erg::pagearnaudV | La page de Arnaud ]]

[[erg::pageraphaelle | La page de Raphaëlle ]]

[[erg::page_pierre_barick | La page de pierre barick ]]

[[erg:: Alice | La page d' Alice]]

[[erg:: Clément | La page de Clément]]

[[erg:: Gabriel| La page de Gabriel]]

[[erg:: Jean| La page de Jean]]

[[erg:: Marie| La page de Marie]]

[[erg:: Marie| La page ]]

[[erg:: Léo| La page de Léo ]]

[[erg:: Coline| La page de Coline]]

[[erg:: Julie C| La page de Julie C ]]

[[erg::Alexandre| La page Alexandre]]

[[erg::Julie| La page Julie]]