Le topic de la programmation, string, chaînes, cuir et compagnie

**Thamior** · 26/02/2017, 15h13

Envoyé par gbip

Faut faire gaffe, il y a un petit surcoût à l'utilisation pour les shared_ptr (à cause du reference counting).
Et effectivement ça gère très mal les cycles.

L'implémentation gcc des shared_ptr est aussi thread safe (du moins de ce que j'ai vu), donc tu paies l'incrémentation/décrémentation et le verrou qui va avec (ou l'incrément/décrément atomique si l'ISA en a).

**TarteAuxFleurs** · 26/02/2017, 15h58

D'ailleurs, il y a des gens qui s'essaient à Rust par ici ?
Parce que après avoir bouffé du C++ en long, en large et en travers, ça a été une vraie bouffée d'air de mon côté !

**vectra** · 26/02/2017, 17h06

Envoyé par Tramb

Nope c'est le destructeur qui est invoqué.

Oops pardon.

**Tomaka17** · 27/02/2017, 07h30

Envoyé par gbip

D'ailleurs, il y a des gens qui s'essaient à Rust par ici ?
Parce que après avoir bouffé du C++ en long, en large et en travers, ça a été une vraie bouffée d'air de mon côté !

J'ai du mal avec les pseudos, mais c'est toi qui étais deux/trois fois sur le chan #rust-fr non ?

**Tigermilk** · 27/02/2017, 09h39

Envoyé par ook4mi

Alors ? Tu as choisi quoi ? :D

De retour de weekend un peu déconnecté...

J'ai commencé à regarder http://www.learn-js.org , et j'avoue que le coté pédagogique me plait bien (surtout que c'est dans le même genre que ce que j'avais sur VBA).

Donc du coup je suis parti sur Javascript, malgré les critiques des uns et des autres (mais je pense que c'est un débat sans fin).

**Teocali** · 27/02/2017, 09h51

Envoyé par Tigermilk

Donc du coup je suis parti sur Javascript, malgré les critiques des uns et des autres (mais je pense que c'est un débat sans fin).

Y'a pas de débat à avoir, c'est objectivement un langage de merde (conçu en une après-midi, implémenté en deux jours...).

:maispastropenfait: C'est juste qu'il est malheureusement devenu incontournable.

**Tigermilk** · 27/02/2017, 10h09

Envoyé par Teocali

Y'a pas de débat à avoir, c'est objectivement un langage de merde (conçu en une après-midi, implémenté en deux jours...).

:maispastropenfait: C'est juste qu'il est malheureusement devenu incontournable.

Je vais commencer par un "langage de merde" (mais facile d’accès), je reviendrai pour quelque chose de plus consensuel après !

**Teocali** · 27/02/2017, 10h19

Envoyé par Tigermilk

Je vais commencer par un "langage de merde" (mais facile d’accès), je reviendrai pour quelque chose de plus consensuel après !

Ah mais commencer par le javascript est sans doute ton meilleur choix, du point de vue professionnel : énormément de resource, énormément de demande, énormément de possibilités.

Mais le langage en lui même est merdique, bourré d'incohérence ou de truc que tu te demandes comment c'est possible que quelqu'un ai laissé passer ça. Genre, tu as des instructions ou des fonctionnalités que le concepteur du langage déconseille d'utiliser parce qu'elles sont une trop grosses source d'erreur...

**Møgluglu** · 27/02/2017, 10h25

Ah y'a des trigraphes aussi en JS ? Et une fonction gets ?

**Orhin** · 27/02/2017, 11h10

Envoyé par Teocali

Mais le langage en lui même est merdique, bourré d'incohérence ou de truc que tu te demandes comment c'est possible que quelqu'un ai laissé passer ça. Genre, tu as des instructions ou des fonctionnalités que le concepteur du langage déconseille d'utiliser parce qu'elles sont une trop grosses source d'erreur...

Le mieux à ce niveau étant l'opérateur "virgule".
C'est présent dans la spec depuis EC1 mais je ne l'ai découvert que la semaine dernière tellement il est peu utilisé :
https://javascriptweblog.wordpress.c...omma-operator/
https://blog.mariusschulz.com/2015/1...-in-javascript

Oui le Javascript est un langage avec pas mal de faiblesses à la base (m'enfin y'a pire, y'a PHP

) mais l'utilisation de bon framework et le passage à Typescript permet d'avoir (presque) un "vrai" langage.

**Anonyme32145** · 27/02/2017, 11h22

Envoyé par Tigermilk

Je vais commencer par un "langage de merde" (mais facile d’accès), je reviendrai pour quelque chose de plus consensuel après !

FAis un tour sur Free Code Camp si tu veux voir HTML + CSS + Javascript. Y'a des chouettes exercices d’algorithmie en Javascript.

**vectra** · 27/02/2017, 11h42

J'aurais des questions à poser sur git si y'a des gens qui maîtrisent un peu...

**Tramb** · 27/02/2017, 11h44

Bah pose

**vectra** · 27/02/2017, 12h47

Idéalement, si j'étais encore sous svn à mon ancient taf, je me créerais un nouveau repository 'MonCode' sur le serveur SVN.

Je le checkout sur ma machine de développement, j'y ajoute des fichiers, je lance mon premier commit, et ça y est, le projet est lancé.
Sur ma machine 'de prod' (en salle microscope), je peux faire un autre checkout pour récupérer la dernière version du code, l'essayer en conditions réelles, corriger un ou deux bugs, et faire un commit.
Je retourne sur ma machine de dev, je lance un update, et je récupère mes modifications effectuées en salle microscope...

Donc, ça, c'est sous SVN. Et il faut un serveur actif et accessible de partout pour que ça fonctionne.
Sous git, c'est nettement plus decentralisé, ce qui me permet par exemple de créer un repository 'MonCode' sur ma machine de dev sans avoir à créer de projet sur le serveur, car j'ai strictement aucun droit sur le serveur, point final. Je peux ajouter et commiter des fichiers dans ce repertoire, les changements sont pris en compte et versionnés, j'ai un log des modifications, etc. Cool d'avoir au moins ça sans serveur.

Là où ça se corse, c'est quand je veux avoir un clone de 'MonCode' situé à un autre endroit. Je peux faire 'git clone ~/MonCode /tmp/MonClone' pour récupérer le contenu complet de MonCode, et 'git checkout' pour le mettre à jour. Sauf que si je modifie des fichiers dans 'MonClone', comment je peux répercuter les modifications dans 'MonCode'?

**FB74** · 27/02/2017, 12h49

Par curiosité, vous ne faites que de la programmation ou vous touchez aussi un peu à l'électronique (Arduino) ?

**Tramb** · 27/02/2017, 12h50

Soyons clair t'as accès à quoi niveau serveur ?
SSH, NFS, SMB ?
Juste avec du SSH visible de partout, tu es bon.

Et si t'as accès qu'à des clés USB, par exemple, tu peux ajouter des remote qui sont dessus et push et pull dedans.

**war-p** · 27/02/2017, 12h52

Envoyé par gbip

D'ailleurs, il y a des gens qui s'essaient à Rust par ici ?
Parce que après avoir bouffé du C++ en long, en large et en travers, ça a été une vraie bouffée d'air de mon côté !

Ouais.

**Mayalabielle** · 27/02/2017, 12h58

Envoyé par gbip

D'ailleurs, il y a des gens qui s'essaient à Rust par ici ?
Parce que après avoir bouffé du C++ en long, en large et en travers, ça a été une vraie bouffée d'air de mon côté !

Oui, bon, plus majoritairement du go, mais un peu de rust aussi

**Cwningen** · 27/02/2017, 13h09

Envoyé par Orhin

Le mieux à ce niveau étant l'opérateur "virgule".
C'est présent dans la spec depuis EC1 mais je ne l'ai découvert que la semaine dernière tellement il est peu utilisé :
https://javascriptweblog.wordpress.c...omma-operator/
https://blog.mariusschulz.com/2015/1...-in-javascript

J'ai lu en diagonale, mais ça ressemble à l'opérateur virgule du C/C++. Tu lui reproches quoi ? En C++, on peut même le surcharger pour faire des choses bien plus bizarres.

**Teocali** · 27/02/2017, 13h12

Envoyé par vectra

Là où ça se corse, c'est quand je veux avoir un clone de 'MonCode' situé à un autre endroit. Je peux faire 'git clone ~/MonCode /tmp/MonClone' pour récupérer le contenu complet de MonCode, et 'git checkout' pour le mettre à jour. Sauf que si je modifie des fichiers dans 'MonClone', comment je peux répercuter les modifications dans 'MonCode'?

Depuis MonClone : git push [MonCode].
Depuis MonCode : git pull /tmp/MonClone.

Ca peut être rendu vachement plus elegant avec les remotes.

Pour te familiariser avec git, je t'encourage vivement à faire deux choses :

Oublie tout ce que tu as appris avec SVN. ça n'a rien à voir, et ce même si certaines notions peuvent porter le même nom.
Lis les trois premiers chapitre de cet ebook : https://git-scm.com/book/en/v2

**Tramb** · 27/02/2017, 13h37

Donc l'idée c'est d'avoir une clé USB avec un repo dessus qui te sert de "serveur".
Tu le clones sur chacune de tes machines de dev, ça crée automatiquement un remote, et tu peux pusher et puller dessus.

**Tramb** · 27/02/2017, 13h49

Envoyé par Teocali

Ou tout simplement, tu bosses sur la clés USB, non ? Si les connexions sont assez rapide, ça peut le faire. Le principal interet du push/pull dans git, c'est quand tu travail en commun. La, comme t'es tout seul...

C'est pas faux, mais ça fait du backup du pauvre, et la perf si tu buildes in-tree n'a rien à voir.

**Teocali** · 27/02/2017, 13h52

Envoyé par Tramb

C'est pas faux, mais ça fait du backup du pauvre, et la perf si tu buildes in-tree n'a rien à voir.

Pour le backup, a moins d'avoir un repo de 8 ans d'historique avec trouzemillions de commit, un simple-copier coller suffit.
Pour in-tree, je suis d'accord, mais ça se configure.

Mais perso, je pense que le push/pull dans ce cas, c'est un appeau à emmerdes. Suffit que t'oublie de pusher à la fin d'une coding night un peu velue, et tu te retrouves comme un gros gland à ton bureau avec une version obsolète de ton code... :vécu:

**Tramb** · 27/02/2017, 13h53

Envoyé par Teocali

Mais perso, je pense que le push/pull dans ce cas, c'est un appeau à emmerdes. Suffit que t'oublie de pusher à la fin d'une coding night un peu velue, et tu te retrouves comme un gros gland à ton bureau avec une version obsolète de ton code... :vécu:

Huhu scénario plausible

**Teocali** · 27/02/2017, 13h55

Envoyé par Tramb

Huhu scénario plausible

plus que plausible dans mon cas : j'ai deux stations de travail et un serveur centralisé... (sans compter le laptop)... le nombre de fois je me suis retrouvé devant mon clavier en mode "mais putain, il est le code que j'ai pissé hier soir ?" ...

**Møgluglu** · 27/02/2017, 14h15

C'est toujours laaargement mieux que quand tu te rends compte que t'as écrasé toutes tes modifs en faisant le copier-coller dans le mauvais sens. :vécu:

**Teocali** · 27/02/2017, 14h19

Envoyé par Møgluglu

C'est toujours laaargement mieux que quand tu te rends compte que t'as écrasé toutes tes modifs en faisant le copier-coller dans le mauvais sens. :vécu:

S'pas faux, j'avais pas pensé à ça. Au lieu de faire ton copier-coller, tu backup avec un p'tit push de temps en temps, et rien ne t'empeche de continuer à travailler sur ta clé. Le meilleur des deux mondes en somme.

**Orhin** · 27/02/2017, 14h27

Envoyé par Cwningen

J'ai lu en diagonale, mais ça ressemble à l'opérateur virgule du C/C++. Tu lui reproches quoi ? En C++, on peut même le surcharger pour faire des choses bien plus bizarres.

De rendre le code difficilement lisible par quelqu'un d'autre, le JS pouvant déjà devenir assez dégueulasse comme ça.
M'enfin c'est toujours mieux que du C prout prout.

Envoyé par Teocali

Pour te familiariser avec git, je t'encourage vivement à faire deux choses :

Oublie tout ce que tu as appris avec SVN. ça n'a rien à voir, et ce même si certaines notions peuvent porter le même nom.
Lis les trois premiers chapitre de cet ebook : https://git-scm.com/book/en/v2

Ne pas oublier d'utiliser git-flow aussi : http://danielkummer.github.io/git-fl...dex.fr_FR.html
Pour quelqu'un qui commence à utiliser git c'est beaucoup plus intuitif et propre que de gérer les branches manuellement.

**TarteAuxFleurs** · 27/02/2017, 14h37

Envoyé par Tomaka17

J'ai du mal avec les pseudos, mais c'est toi qui étais deux/trois fois sur le chan #rust-fr non ?

Ouais je suis passé 2 fois sur le chan #rust-fr, mais il y avait pas grand monde...
Du coup je squatte #rust-beginners !

**vectra** · 27/02/2017, 15h49

Merci pour vos réponses, je vais potasser ces docs tranquillement.

Discussion: Le topic de la programmation, string, chaînes, cuir et compagnie

Outils de la discussion

Règles de messages