Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites".
Test de l'ISO d'Ubuntu francophone : nous avons besoin de testeurs pour la version francophone d'Ubuntu 14.04. Liens et informations ici.
nombre réponses : 25

#0 Re : -1 »  /* Topic des codeurs [8] */ » Le 04/12/2013, à 10:55

Rolinh
Réponses : 2213
grim7reaper a écrit :

j’ai pas encore trouvé un moyen de mettre tout le monde d’accord hmm

Moi non plus. sad

grim7reaper a écrit :

je trouve le prototype de getsubopt un peu foireux. Le second paramètres devrait être const char *const tokens[] (vu qu’il n’est pas censé modifier les tokens), mais bon…

Complètement d'accord avec ça.

#1 Re : -1 »  /* Topic des codeurs [8] */ » Le 04/12/2013, à 11:31

Rolinh
Réponses : 2213

Bon, j'ai finalement trouvé un moyen d'éviter tout warning mais je blame quand même la signature de getsubopt(3) pour le coup. mad

#2 Re : -1 »  /* Topic des codeurs [8] */ » Le 04/12/2013, à 13:43

Rolinh
Réponses : 2213

C'est sûr que c'est moche mais je ne vois rien d'autre. Et j'ai horreur d'ajouter des lignes de code qui n'apportent rien. Mais j'ai aussi horreur d'avoir des warnings...

#3 Re : -1 »  /* Topic des codeurs [8] */ » Le 04/12/2013, à 14:27

Rolinh
Réponses : 2213

@grim7reaper: ça serait bien cool smile
Vient déjà faire un tour sur le chan IRC, il est plus animé que les mailings lists et il s'y tient souvent des conversations intéressantes.

#4 Re : -1 »  /* Topic des codeurs [8] */ » Le 05/12/2013, à 10:23

Rolinh
Réponses : 2213

Je rejoins Kanor: c'est une très mauvaise pratique de nommage que tu utilises. Pour ma part, si je lis "Bouton6", ne connaissant pas le code, je n'ai aucun moyen de deviner à quoi il sert. Tandis qu'un nom tel que "btnDelete" ou "btn_delete" ou peut importe la convention que tu suis ça parle tout de suite.
À mon avis, personne ici ne soutiendra le contraire. wink

#5 Re : -1 »  /* Topic des codeurs [8] */ » Le 05/12/2013, à 15:12

Rolinh
Réponses : 2213

Ijere, je n'ai pas du tout regardé en détail* mais en un clin d'œil, il me semble que tu as un soucis d'environnement après if(is_dir($dossier.$nom)) parce que je présume que si c'est un dossier, tu ne veux pas "juste" afficher "c'est un dossier", non?

* j'ai une super aptitude pour fuir le PHP ^^

#6 Re : -1 »  /* Topic des codeurs [8] */ » Le 05/12/2013, à 22:08

Rolinh
Réponses : 2213

@The Uploader: pourrais-tu me donner coller ici le retour de findmnt -D ?

#7 Re : -1 »  /* Topic des codeurs [8] */ » Le 06/12/2013, à 08:16

Rolinh
Réponses : 2213

@The Uploader: merci, j'ai ce que je voulais. ;-)

#8 Re : -1 »  /* Topic des codeurs [8] */ » Le 06/12/2013, à 17:37

Rolinh
Réponses : 2213

@The Uploader: Pourrais-tu compiler dfc depuis les dernières sources et me dire si ton problème est réglé? Il y a le paquet dfc-git sur AUR si tu utilises toujours Archlinux.

#9 Re : -1 »  /* Topic des codeurs [8] */ » Le 06/12/2013, à 18:21

Rolinh
Réponses : 2213

Je n'ai plus besoin de l'output de findmnt -D, qui n'attrape d'ailleurs pas fuse.gvfsd-fuse dans son filtre, au contraire de df.
Donc vu l'output, ça me semble bon. En revanche, je ne pense pas backporter le code dans la branche stable. grim7reaper a entrepris une restructuration du code pour séparer clairement le code dépendant de l'OS de celui qui ne l'est pas et la fonction de filtre est clairement dépendante de l'OS. Cela représenterait trop de changements pour une bugfix release et de toute façon, c'est n'est pas vraiment un bug en soi.
Pour la petite histoire, je ne suis pas parti sur la même idée que df des coreutils car cela impliquait une comparaison des doublons et donc une déconstruction de ma liste de fs + sa reconstruction avec l'ajout d'un flag dans la structure pour informer des fs à afficher ou pas. La solution retenue est inspirée du filtre de findmnt avec un petit ajout. En fait, je conserve en premier le principe qui veut que je n'affiche pas un fs contenant 0 block puis ensuite je n'affiche pas les pseudo fs à l'exception des tmps, devtmpfs, etc.

#10 Re : -1 »  /* Topic des codeurs [8] */ » Le 07/12/2013, à 13:47

Rolinh
Réponses : 2213

Ah ouais effectivement. Personnellement, je code dans le train et le bateau presque tous les jours de la semaine. ^^
Je pense que fetch_info est une grosse tâche. Je m'occuperais donc de gettywidth.
Je pense m'occuper également de statfs_flags_to_str qui n'est utile qu'aux systèmes BSD. J'ai déjà ajouté un champs pour les flags dans la structure que j'utilise d'ailleurs pour is_mnt_ignore and is_remote que j'ai déjà (dé)placé dans services-bsd.c.

Ceci dit, tu peux commiter à mesure mais ne pusher que lundi. smile git != svn ^^

#11 Re : -1 »  /* Topic des codeurs [8] */ » Le 08/12/2013, à 16:55

Rolinh
Réponses : 2213

Ah oui, essaye de ne jamais commiter des changements sur po avec le reste. En fait tu peux ignorer les fichiers po, ça n'est utile de les modifier qu'avant une release.
Je confirme que la version BSD ne compile pas. ^^ Je vais m'occuper de corriger ça et déplacer statfs_flags_to_str et la structure flag_str dans services-bsd.c par la même occasion.

#12 Re : -1 »  /* Topic des codeurs [8] */ » Le 16/12/2013, à 10:21

Rolinh
Réponses : 2213

@grim7reaper: super intéressante l'histoire du jeu. Ça a l'air sympa aussi la Python board.

@Mindiell: Intéressant. Shamir a apporté tellement de contributions en cryptographie, c'est assez fou en y repensant.
J'ai jeté un très bref coup d'œil à ton code. A mon avis, des optimisations sont possibles, notamment sur le calcul du modulo inverse. En l'occurrence, ton nombre premier est très petit comparativement au nombres premiers habituellement utilisés en crypto donc l'optimisation ne serait peut-être pas tant bénéfique que ça mais ça ne mange pas de pain. Néanmoins, du fait que cette méthode est appelée plusieurs fois dans ta boucle des fragments, je pense que cela pourrait quand même se faire sentir suivant ton input. L'idée serait d'utiliser l'algorithme d'Euclide pour calculer le gcd et d'utiliser ensuite le résultat pour calculer le modulo inverse plutôt que de faire ta boucle de 0 à, potentiellement, prime. Cela s'implémente très facilement et est la solution généralement retenue pour calculer efficacement le modulo inverse.

#13 Re : -1 »  /* Topic des codeurs [8] */ » Le 29/01/2014, à 16:33

Rolinh
Réponses : 2213

Est-ce que l'un d'entre-vous s'est déjà penché sur Alembic ? Je n'arrive pas à configurer la génération de migration automatique. J'ai un soucis avec metadata sans aucun doute. C'est pour mon projet Pydeo (miroir Github). L'application est en Python + Bottle.

#14 Re : -1 »  /* Topic des codeurs [8] */ » Le 29/01/2014, à 20:33

Rolinh
Réponses : 2213

Cool, ça c'est une bonne nouvelle. smile

#15 Re : -1 »  /* Topic des codeurs [8] */ » Le 08/02/2014, à 13:16

Rolinh
Réponses : 2213
grim7reaper a écrit :

Édit : son point de vue sur Java est pas totalement faux ^^

The Universe of Discourse a écrit :

Java is neither a good nor a bad language. It is a mediocre language, and there is no struggle. In Haskell or even in Perl you are always worrying about whether you are doing something in the cleanest and the best way. In Java, you can forget about doing it in the cleanest or the best way, because that is impossible. Whatever you do, however hard you try, the code will come out mediocre, verbose, redundant, and bloated, and the only thing you can do is relax and keep turning the crank until the necessary amount of code has come out of the spout. If it takes ten times as much code as it would to program in Haskell, that is all right, because the IDE will generate half of it for you, and you are still being paid to write the other half.

Je ne peux pas être plus d'accord avec lui. Et ça tombe bien, je bouffe du Java 14h par jour depuis lundi (pour une application Android, qui sera vraisemblablement disponible sous licence open-source) donc ça me rassure bien quand au fait que c'est normal d'écrire environ 300 lignes de Java (création d'une classe qui hérite de dialog, overriding des interfaces fournie par ladite classe dans la classe qui gère l'activité, getter sur les attributs, etc...) pour faire une pop-up pour éditer un objet avec 5 attributs présent dans une liste...

Et sinon,oui, system c'est le mal, une porte ouverte aux OS command injection...

#16 Re : -1 »  /* Topic des codeurs [8] */ » Le 10/02/2014, à 10:20

Rolinh
Réponses : 2213

Je peux tester sans problème avec un émulateur, oui. Y compris les tests avec Robotium. Sur mon laptop, c'est un peu lent mais j'ai la chance d'avoir une très bonne tour et là ça va. Ceci dit, on m'a fourni 2 tablettes (7" et 10") pour faire des tests et j'ai aussi mon smartphone. C'est quand même plus agréable à tester sur un vrai périphérique.

#17 Re : -1 »  /* Topic des codeurs [8] */ » Le 14/02/2014, à 11:37

Rolinh
Réponses : 2213

Aucun développeur sensé ne peut supporter le js brut. Je supporte tout juste en passant par JQuery. Ceci dit, on a des moteurs js assez performant de nos jours (V8 par exemple) pour permettre de faire des choses super chouettes (= bytecode LLVM => js).

#18 Re : -1 »  /* Topic des codeurs [8] */ » Le 12/03/2014, à 14:47

Rolinh
Réponses : 2213

Qui vient jouer au golf avec moi? Oui, je me suis créé un compte twitter juste pour ça... Ceci dit, c'est un bon moyen d'améliorer ses vimskills puisque l'on peut voir les solutions des autres joueurs.

#19 Re : -1 »  /* Topic des codeurs [8] */ » Le 13/03/2014, à 13:20

Rolinh
Réponses : 2213

C'est sûr. Ça ne coûte pas grand chose de permettre un login standard... Enfin bon, je trouve amusant les challenges et surtout je pense que ça peut permettre de m'améliorer avec vim car j'ai vraiment l'impression de stagner depuis 2ans et de ne pas l'utiliser pleinement son potentiel.

#20 Re : -1 »  /* Topic des codeurs [8] */ » Le 22/03/2014, à 17:30

Rolinh
Réponses : 2213

Que pensez-vous de l'introduction des lambda expressions dans Java 8 ?
Personnellement, j'ai l'impression que c'est censé apporter quelque chose au langage mais qu'au final, Java n'ayant pas été pensé pour être fonctionnel, ça va juste apporter de l'incohérence.
Avant on avait déjà l'incohérence des types primitifs, maintenant on en aura juste un peu plus. Et puis l'introduction de lambda ça permet d'écrire moins de lignes de code:

button.addActionListener(new ActionListener() {
    @Override
    public void actionPerformed(ActionEvent e) {
        doFoo();
    }
});

vs

button.addActionListener( (e) -> {
        doFoo();
});

Ce n'est pas dans l'esprit Java ça. tongue
Et je ne pense pas non plus que l'introduction des interfaces fonctionnelles soit une bonne chose non plus. Ça casse une logique Java établie depuis longtemps.

#21 Re : -1 »  /* Topic des codeurs [8] */ » Le 24/03/2014, à 09:42

Rolinh
Réponses : 2213

Intéressant ce Joda Time, effectivement.
Pour java.util.stream, c'est vrai que ça semble intéressant aussi.

     int sum = widgets.stream()
                      .filter(b -> b.getColor() == RED)
                      .mapToInt(b -> b.getWeight())
                      .sum();

Faut dire que, c'est mon impression en tout cas, MapReduce a la cote en ce moment. Ça doit être dans l'air du temps en raison des tendances "big data". J'ai d'ailleurs récemment découvert que même MongoDB bénéficie d'un MapReduce.
Ceci dit, c'est marrant mais j'ai l'impression que Java 8 se rapproche/s'inspire de Scala sur bien des aspects.

#22 Re : -1 »  /* Topic des codeurs [8] */ » Le 24/03/2014, à 21:06

Rolinh
Réponses : 2213
grim7reaper a écrit :

Qu’est-ce que MapReduce si ce n’est de la prog’ fonctionnelle (map et reduce étant des primitives en approche fonctionnelle) appliquée au big data.

Tu as pris un raccourcis de trop. MapReduce, tel que décrit dans la publication de Google, ce n'est PAS de la prog fonctionnelle si ce n'est que les fonctions map et reduce en sont inspirées. C'est simplement un modèle de programmation pour paralléliser le processing d'une tâche sur un certain nombre de nœuds de calculs, avec en général plus de nœuds pour le mapping que pour la réduction (mais cela dépend du problème évidemment). Une fonction map (avec éventuellement une étape de splitting au préalable), dans ce cadre là, prend typiquement une paire clé/valeurs et renvoi aussi une paire clé valeurs qui est ensuite traitée par une fonction de réduction (avec éventuellement une étape de shuffle au préalable). Après, oui, l'idée générale sous-jacente s'inspire de ce que l'on trouve dans le fonctionnel.

grim7reaper a écrit :

Bah Scala étant un langage pas mal orienté fonctionnel qui tourne sur JVM (donc qui peut utiliser les lib’ Java) et qui a pas mal de succès, c’est pas surprenant que Java s’en inspire.

Oui et non. Ils pourraient aussi ne pas s'en inspirer car par certains aspects, cela s'éloigne pas mal de certains concepts de Java. Ne pas pouvoir faire quelque chose dans le genre risque d'en surprendre plus d'un (m'enfin, je me trompe peut-être):

int foo = 0;
List<String> bars = Arrays.asList("a", "b", "c");
bars.forEach(s -> {
    foo++;
});

#23 Re : -1 »  /* Topic des codeurs [8] */ » Le 03/05/2014, à 20:12

Rolinh
Réponses : 2213
PPdM a écrit :

Je cherche un expert Microsoft Acces

Dans les parages? Bon courage tongue

#24 Re : -1 »  Mon expérience ArchLinux, Faites partager la votre :) » Le 14/04/2014, à 10:52

Rolinh
Réponses : 708
Shanx a écrit :

En choisissant Arch, on sait qu’on sélectionne une distro rolling-release, donc pas toujours user-friendly. Je ne vois pas le point d’ergoter 15 ans là-dessus (et encore moins d’insulter tout le monde). Si vous n’aimez pas le principe, il y a assez de distros pour que vous trouviez votre bonheur ailleurs.

Je plussoie. Cela nous convient, ou pas mais insulter ne sert à rien.

J'utilise Arch depuis 2009 et sur plusieurs machines (y compris sur un serveur qui ronronne depuis bientôt 3ans(*)) et je n'ai jamais eu de problèmes majeurs. En revanche, je fais les mises-à-jours quasi quotidiennement (plus simple de regarder ce qui va être mis à jour sur quelques paquets que sur de nombreux).
Si je suis resté sur Arch c'est que pour moi il s'agit d'un système extrêmement flexible et configurable et qu'il est très facile de créer/modifier un package (enfin, PKGBUILD pour être exact).
Les choses que j'aime le moins chez Arch sont le fait que la maintenance est "relativement" importante (mais c'est un prix que je suis prêt à payer pour la flexibilité/configuration et le mode rolling) et la communauté dont je trouve que, malheureusement, beaucoup de ses membres sont prétentieux (sans avoir de bonnes raisons de l'être souvent d'ailleurs).


(*) cela tourne impec mais Arch c'est trop de maintenance pour un serveur donc au prochain remplacement, je changerais d'OS