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

**Nilsou** · 21/04/2016, 17h25

Hum ok, mais c'est pas un peu idem que GTK+ ?
En fait c'est pas tant l'interface qui m’embête que le dessin. Les boites et les liens nécessitent une possibilité de dessin, GTK utilisent cairo par exemple. On peut aussi faire de l'openGL dans GTK, mais c'est bourrin pour du 2D ^^.

**vectra** · 21/04/2016, 17h44

Ben tu fais pas des petites fenêtres à gadgets à l'intérieur d'une MainWindow (ou un truc du genre)?
C'est pas sûr que ça gère les liens nativement, mais l'instanciations de petites fenêtres manipulables dans une grande, carrément.

Dans tous les cas, tu peux customiser onPaint de la Main pour qu'il dessine dans son fond des liens entre les boites qu'il sait liées.
Quand aux boites, si ce sont des sous-fenêtres de taille fixe ou bien des gadgets custom, c'est même pas à toi de les dessiner.

**Sahnvour** · 21/04/2016, 19h47

Qt a plein de fonctionnalités pour faire du dessin non "widget" et en plus c'est le même framework, plutôt que 2 libs différentes.

**Nilsou** · 22/04/2016, 03h27

D'accord merci, du coups ça me conforte un peu dans ce que je pensais. Mais par contre ça ne me permet pas d'avoir de contre-argument contre Node.js, javascript etc...
Le gars en face nous dis, que, par exemple, Blink ça poutre tout niveau perf alors que ça utilise ces systèmes.

J'avoue que je ne sais pas trop quoi répondre. Auriez vous un argument imparable sous la main ? ça m'aiderais ^^.

**gregounech** · 22/04/2016, 12h52

Blink est codé par Google et pas votre projet?

.

**Tomaka17** · 22/04/2016, 12h53

Envoyé par Nilsou

Le gars en face nous dis, que, par exemple, Blink ça poutre tout niveau perf alors que ça utilise ces systèmes.

Entre tout poutrer niveau perf et utiliser node.js/javascript, il faut choisir. Tu ne peux pas avoir les deux.

**vectra** · 22/04/2016, 13h11

Des perfs pour une simple interface? Et les calculs derrière, et les instruments derrière??

**deathdigger** · 22/04/2016, 15h34

Envoyé par Nilsou

Bonjour bonjour, petite question.
On est en train de faire un projet pour retaper un logiciel. Celui-ci affiche une interface un peu à la simulink ou Labview. Un ensemble de boite (qui doivent être sensible au clic, déplaçable et tunable graphiquement etc...) lié entre elles par des liens.

Problèmes, avant on avais fait ça avec GTK + cairo. Et on aimerais bien savoir quelles sont les alternatives à ce combo ?
Quelqu'un à proposé le Javascript avec, notamment, node.js, mais je me méfie ... j'aimerais un truc simple et bas niveau et surtout ne pas multiplier les langage (on est en C à la base).

Voila voila, je prends tout les conseils...

A voir si tu peux faire du XAML/WPF sans .Net, mais je ne suis pas sûr...

**Nattefrost** · 22/04/2016, 17h16

De ce que je sais wpf c'est .net only, j'avais regardé mono y avait pas moyen. Peut-être regarder du coté de Visual C++ mais ça me dit rien.

**Mr Slurp** · 22/04/2016, 17h18

Envoyé par Nattefrost

De ce que je sais wpf c'est .net only, j'avais regardé mono y avait pas moyen. Peut-être regarder du coté de Visual C++ mais ça me dit rien.

Haha, faire du C++ managé pour faire du WPF... pas une bonne idée je pense (mais sans doutes possible)

**Dross** · 23/04/2016, 01h22

Envoyé par Nattefrost

De ce que je sais wpf c'est .net only, j'avais regardé mono y avait pas moyen. Peut-être regarder du coté de Visual C++ mais ça me dit rien.

WPF n'est en effet présent que dans .NET (donc Windows), après dans Xamarin tu a les Xamarin.Forms qui visiblement reprennent beaucoup de WPF (databinding, XAML, ...) et donc dispo sur toutes les plateformes.
Xamarin sera intégré bientôt gratuitement dans toutes les éditions de Visual Studio (même la gratuite), ça peut être une solution.

**Nilsou** · 23/04/2016, 02h53

Merci pour vos réponse. Ça me conforte dans mon idée de départ sur le fait de conserver la simplicité d'un GTK ou d'un QT pour ce genre de truc. ;-) . Oila oila
Je vais éviter .net pour le moment, pour des raisons bien compréhensible nous bossons tous sur des distrib Linux (Ubuntu) pour nos applis. (Science, réseaux de neurones et robotique, plus pratique de bidouiller en Linux)

**Orhin** · 23/04/2016, 11h13

**Nattefrost** · 23/04/2016, 14h30

Envoyé par Mr Slurp

Haha, faire du C++ managé pour faire du WPF... pas une bonne idée je pense (mais sans doutes possible)

J'ai causé hier avec un pote developpeur .NET et il me dit que depuis Visual C++ on a accès aux classes .NET donc à wpf, après il est possible que ce soit bien relou à faire.
Donc rester sur GTK ou switch sur Qt ce serait probablement moins casse pipe.

**Mr Slurp** · 23/04/2016, 15h45

Envoyé par Nattefrost

J'ai causé hier avec un pote developpeur .NET et il me dit que depuis Visual C++ on a accès aux classes .NET donc à wpf, après il est possible que ce soit bien relou à faire.
Donc rester sur GTK ou switch sur Qt ce serait probablement moins casse pipe.

Oui oui c'est possible, j'en doute pas, mais personnellement je préfèrerai me faire hara kiri que de devoir utiliser la syntaxe du C++ managé avec ce putain d'accent circonflexe pour les références sur les objets managés...

**Sahnvour** · 23/04/2016, 17h56

Et de toute façon c'est windows-only.

**FB74** · 26/04/2016, 20h00

Je fais un petit HS rapide pour vous demander votre avis.

Je viens de voir cet article:
Quels sont les métiers qui ne connaissent pas le chômage ?

Liste de 20 métiers classée par nombre de candidatures pour 1 poste (n°1 = celui où il y a le moins de candidatures).

Et là, je vois.... 19ème position: analyste programmeur.

C'est une blague ?
Avec 28 CV pour 1 poste, ils estiment que c'est porteur et qu'il n'y a pas "déjà" assez de monde sur le marché ?

Désolé du HS, mais comme il y a des programmeurs "professionnels" ici, je voudrais leur sentiment sur la question.

**rOut** · 26/04/2016, 20h13

Ben c'est aussi mon sentiment perso, je n'ai jamais eu de mal à trouver du taf, j'ai même eu le luxe de démissionner pour préférer mieux ailleurs. Globalement j'ai l'impression que trouver du boulot dans l'informatique ce n'est pas très difficile, pour peu que l'on soit jeune, un peu dégourdi et surtout pas regardant sur le taf. Genre les SSII qui s'arrachent les jeunes ingénieurs mais qui proposent un boulot assez merdique au final.

**ducon** · 26/04/2016, 20h16

Il me semblait que diététicien était un métier bouché.

**Teocali** · 26/04/2016, 20h26

Envoyé par ducon

Il me semblait que diététicien était un métier bouché.

Uniquement pour ceux qui ne proposent pas de traitement vegan.

Et sinon, d'accord avec Rout, mais une reserve : ça dépends des technos que tu maitrises. Perso, en tant que dev Java spé Spring (LE framework utilisé un peu partout en Java), j'ai aucun souci pour trouver. Le mec spécialisé dans un langage plus obscur et/ou en fin de vie, ça peut être compliqué, effectivement.

**rOut** · 26/04/2016, 20h28

Envoyé par ducon

Il me semblait que diététicien était un métier bouché.

Pas si t'as la fibre.

**FB74** · 27/04/2016, 20h02

Pour vous les programmeurs, un Humble Bundle sur mesure:
https://www.humblebundle.com/books/n...-hacking-books

**newbie06** · 27/04/2016, 21h33

Envoyé par rOut

Pas si t'as la fibre.

Epic

C'est vrai que quand tu es jeune, trouver un boulot en info c'est plutot facile. En revanche, quand tu prends de l'age et de l'experience, ca devient de plus en plus difficile. Je suis devenu hyper-specialise avec le temps, j'ai pas interet a perdre mon boulot, ca pourrait etre difficile de trouver un autre boulot interessant, voire un boulot tout court.

**Dross** · 28/04/2016, 03h53

Envoyé par FB74

Je fais un petit HS rapide pour vous demander votre avis.
Et là, je vois.... 19ème position: analyste programmeur.
C'est une blague ?

Au contraire, je suis même étonné que ça ne soit pas mieux classé en fait.
Ce n'est pas trouver du taf qui est problématique : c'est trouver un taf avec des collègues avec qui tu voudra bien travailler, sur un projet sympa et valorisant, bien payé et pas trop mal placé par rapport à chez toi qui est compliqué (et je caricature presque pas).

D'ailleurs, CommitStrip y fait référence régulièrement :
http://www.commitstrip.com/fr/2015/0...der-interview/
http://www.commitstrip.com/fr/2016/0...can-stop-here/
http://www.commitstrip.com/fr/2015/0...s-what-crisis/

**Raplonu** · 28/04/2016, 11h21

Rigolons un peu avec CUDA

Je code un kernel avec quelques boucles imbriquées, parmi ces boucles, j'en ai celle là :

Code:

for(int i (0); i < nbStep; ++i)

Avec nStep une variable (comprendre pas une constante). Histoire de voir si je gagne à dérouler la boucle, je remplace nbStep par sa valeur dans mon cas de test : 1.

J'ai donc :

Code:

for(int i(0); i < 1; ++i)

Je test : je gagne rien. Normal, pour une boucle d'une itération. Mais histoire de voir, je force le déroulage de la boucle :

Code:

#pragma unroll
for(int i(0); i < 1; ++i)

Et là, je me prend un 5x du temps d’exécution !

**Møgluglu** · 28/04/2016, 12h13

Il est rigolol ton exemple. Quelle est la gueule du code généré (cuobjdump -sass sur l'exécutable) dans les deux cas ?

C'est une boucle interne ou externe ?

**Raplonu** · 28/04/2016, 16h22

J'ai regardé avec cuobjdump, je ne sais pas trop quoi en tirer, le pragma ajoute ~3000 instructions (10013 => 13381)...

Sinon, grosso merdo, mon code à cette allure :

Code:

for(int chunck(0); chunck < roiLength /*~6000*/; chunck+=quarterSize/*=256*/)
    //pre compute
    #pragma unroll //Le pragma de la mort
    for(int i(0); i < 1; ++i)
        #pragma unroll
	for(int line(0); line < 256; ++line)
            Y[y] = M[x, y] * X[x]; //Produit vecteur matrice
    //post compute

La perf dépend entièrement de la bande passante que j'arrive à tirer de mon GPU. Je monte à 60% de la "vrai" bande passante sans pragma et 10% avec...
Le problème disparaît quand j'enlève le second pragma et la perf stagne à 57%.

**vectra** · 28/04/2016, 17h15

Tu m'as fait chercher les pragma unroll pour CPU, vil

Apparemment, tu peux spécifier un facteur de dépliage chez Intel, mais pas chez monsieur GNU

Ou alors, c'est unroll-party pour tout le monde par fichier, mais avec des "heuristiques". Pour définir un facteur d'unroll adapté sans avoir à coder ça à la main, y semblerait qu'on puisse faire de l'optimisation par profil. Je sais que c'est possible sur GNU CC, mais j'ai pas encore trouvé comment...

**leDucDeRien** · 29/04/2016, 23h15

Salut!
Je suis intéressé par un bouquin ("Pour mieux développer avec C++") mais il date de 2003. Est-ce toujours intéressant d'investir malgré son "ancienneté" ? Merci d'avance;

**Tomaka17** · 30/04/2016, 09h50

Vu les nouveautés majeures apportées par le C++11 je déconseille. Cherche plutôt un bouquin similaire mais qui évoque le C++11 dans sa description.

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

Outils de la discussion

Règles de messages