flan a écrit 1830 commentaires

J'aime bien leur écran 27" en 5 120 x 2 880.
Les écrans à haute résolution sont d'un grand confort, et même si on ne le remarque pas tout de suite quand on en utilise un, ça manque immédiatement quand on retourne à un écran avec une résolution plus faible.
Par contre, j'espère que la carte graphique assure un minimum derrière.

Et si on te propose de doubler ton salaire du jour au lendemain (de façon tout à fait honnête, simplement en vendant au prix normal les produits), tu refuses parce que c'est rentabiliser au max ?

Personnaliser ne veut pas forcément dire mettre des petites fleurs un peu partout… Ça peut être simplement mettre en place de nouveaux styles pour mettre en valeur différents types de texte.

Les thèses ne se limitent pas aux thèses de maths, physique et info. En dehors de ces trois matières, je ne connais pas de thèse écrite en LaTeX.

Et si, LaTeX est compliqué, surtout quand on veut personnaliser un peu, sans compter que les documentations qu'on peut facilement trouver des infos contradictoires, ou qui mélangent allègrement TeX et LaTeX…

L'utilisation de Google implique beaucoup de problèmes de confidentialité, qui ne se posent pas forcément avec Outlook + Exchange.

Oui, en effet, c'est bien Exchange + Outlook. L'un sans l'autre perd beaucoup de son intérêt (même si la version web d'Outlook n'est pas si mauvaise).

tu enlèves les divers impôts et taxes, et ça laisse en gros 3K€ par mois en net pour la personne.

Bof.

Si le contenant n'est pas la hauteur, on ne retiendra ou ne comprendra rien de la présentation. Le contenant est au service du contenu, c'est évident, mais ce n'est pas pour autant qu'il est à négliger.

Même à 20€ de l'heure. Une licence Office va coûter 270€, donc une quinzaine d'heures (mettons 2 jours). Autrement dit, une licence peut vite être rentabilisée.

Perso, ce qui me manquerait le plus, c'est Outlook. Je ne connais pas d'équivalent, avec notamment l'avertissement dès la rédaction du mail quand le correspondant est absent ou la gestion des réunions (il peut donner la date qui arrange le plus les personnes invitées). Pour le reste (Word/Powerpoint/Excel), je ne m'en sers pas donc je peux difficilement comparer.

À ma connaissance, la CA ne sera pas reconnue comme de confiance par Firefox ou Chrome.

En fait, je ne vois pas bien où tu veux en venir…

En l'occurrence, les projets dont je parle depuis tout à l'heure n'utilisent pas les frameworks plus récents comme Django ou RoR. Sinon, je ne dirais pas qu'ils ne les utilisent pas… Je sais que je suis un peu bête, mais quand même…

Quant à ton second argument, je ne vois pas à quoi il répond.
Je dis qu'on ne peut pas utiliser PostgreSQL et que je le regrette, et que c'est justement un des avantages des frameworks que j'ai cités. Qu'est-ce que je ne comprends pas là-dedans ? C'est purement factuel.
Je ne crois pas avoir dit que Piwigo devrait se mettre à PostgreSQL et qu'ils sont vraiment trop mauvais de ne pas l'avoir fait…

Quant à ton dernier paragraphe : je parle des sites codés en Django (oui, il faut lire toute la phrase, avec le contexte). Et quand tu veux te plonger dans le code d'un site Django, tu t'y plonges facilement, parce qu'il a exactement la même structure que n'importe quel autre site en Django, et que parmi les sites utilisant Django, l'ORM et le moteur de template de Django sont des standards de fait.
(et je ne vois pas où je parle de faire un nouveau standard, bien autre contraire je parle de composants qui existent depuis 10 ans.

Bref, je ne vois pas l'intérêt de ton message, celui de Pierrick est bien constructif et agréable.

Comme dit plus haut : les technos modernes ont quand même des avantages, surtout les frameworks comme Django :

• ils ont tous la même structure, donc on se plonge beaucoup plus facilement dans leur code quand on connaît déjà un projet,
• les composants non-spécifiques sont standardisés (moteur de template, ORM, gestion des fichiers statiques, authentification, …) et réutilisables,
• le code spécifique est souvent réutilisable au sein d'un autre projet,
• on peut choisir son moteur de bdd,
• on développe tellement plus vite avec ces nouveaux frameworks !

Je suis tout à fait d'accord avec toi, sur l'ensemble des points.

Quand je parle de vieux projets, ce n'est pas une attaque, c'est une constatation. Je mets Piwigo un peu dans le même sac que Wordpress et PhpBB : ils sont vieux, mais ils ont évolué, ils ont acquis avec le temps énormément de fonctions et ils ont une installation extrêmement bien fichue (avec des mises à jour directement depuis l'interface d'admin, par exemple).

Je te rejoins également sur le fait que le monde des galeries perso/forums/blogs a été mangé par Facebook/Instagram/Google. Du coup, tout comme ils ont tué nombre de projets existant depuis longtemps, ils empêchent les nouveaux d'apparaître (faute d'audience potentielle, je pense).

Et en dernier lieu, je suis encore d'accord avec toi pour dire que les solutions PHP restent les plus simples à mettre en place ; je m'étais d'ailleurs fait fortement moinsser quand j'avais dit ça, sous prétexte qu'on pouvait faire la même chose en Python (même si je n'ai jamais vu faire). Installer ou mettre à jour un site Django ou RoR est beaucoup plus compliqué qu'installer un site PHP, et demande pas mal de connaissances en ligne de commande (sans compter que ça ne se passe jamais bien avec Python :o)

Par contre, je maintiens ce que je dis sur les vieilles technos, et les difficultés à passer à du PostgreSQL en sont une preuve. N'importe quel site en Django (sauf cas exceptionnel) peut passer à volonté à du MySQL, du PostgreSQL, du Oracle, du SQLite ou autre. J'ai dû faire du PhpBB, et c'est une galère à modifier (le moteur de template est un truc spécifique et pas terrible), les mods s'installent en modifiant le code d'origine, … Après, ce sont des outils (Piwigo, Wordpress ou PhpBB) qui ont commencé avant l'apparition de ces nouveaux outils, je ne peux pas reprocher qu'ils n'aient pas été utilisés :)

Je vais regarder le thème avec attention, merci pour l'info :)

Ça ressemble, mais ce n'est pas parfait : « Character Encoding » et «  Line Ending » devraient être dans un rectangle arrondi plus clair (je ne connais pas le terme exact). Il manque également le champs pour les Tags (mots-clefs).

Je suis actuellement l'heureux propriétaire d'une installation de Gallery Menalto (en v.2, la v.3 n'était pas encore stable quand je l'ai installée), et j'aimerais la mettre à jour.

J'ai l'impression que ce type de site (galeries photo perso) est complètement tombé en désuétude, comme les forums : on ne trouve que des projets assez vieux (12 ans pour Piwigo, par exemple), la plupart sont même morts (Piwigo a l'air d'être un des derniers survivants), et je n'ai rien trouvé avec des solutions plus modernes (Django ou RoR, par exemple), ou des projets qui ne sont pas aussi aboutis.

Bon, ok, il y a là-dedans un peu de racisme envers PHP (j'aimerais bien me débarrasser du PHP sur mon serveur), et accessoirement on a le choix entre MySQL et MySQL pour la BDD (j'aimerais bien n'avoir qu'un PostgreSQL ; les frameworks type RoR ou Django permettent de choisir facilement sa bdd).
Concrètement, je n'ai pas grand-chose à reprocher à Piwigo, à part le couplage à MySQL et l'absence de thèmes en Bootstrap 3 (j'aimerais coupler ma galerie photo à un site et un forum en Bootstrap 3, et ça facilite bien les choses), du coup, je pense que je vais vraiment partir sur du Piwigo.

On ne peut pas dire que ça soit bien intégré au système sur OS X… Il n'y a que la barre de titre qui soit correcte.
Après, y a-t-il du monde qui utilise GEdit sur OS X ?

Je ne suis pas admin sys, donc je fais assez peu de gestion de conf' (uniquement à la maison, avec Salt Stack). J'ai codé quelques petites extensions Python quand j'ai eu à le faire (assez rarement).
Accessoirement, j'ai un peu participé à la lib plistlib Python (elle ne savait pas travailler avec la représentation binaire du plist, uniquement avec la représentation XML).

Malheureusement, sed/cut/grep et Cie sont en effet assez peu adaptés à la manipulation des fichiers de conf (même textuels), c'est le bon plan pour ajouter des bugs discrètement ($ dans les mots de passe, option répartie sur plusieurs lignes, etc.).

Pour moi, un bon fichier de configuration doit également être facilement modifiable de façon automatique, histoire d'être utilisable avec les outils classiques de gestion de conf'.

J'ai eu bon à toutes les questions, mais je ne suis probablement pas geek vu que j'ai un iPhone et deux Mac (plus quelques serveurs Linux, mais ça ne compte pas).

Effectivement, c'est un peu dommage :(

Au passage, que donne le debuggueur ? Si j'ai bien compris, il est encore basé sur gdb.
N'y a-t-il pas de debuggueir plus récent ? Comme lldb ?

Même si sur le fond il n'a pas tort (le C++ est du C avec une couche objet), ce n'est pas parce qu'on peut se passer de classes qu'il n'est pas objet.

On pourrait dire que Python est bien plus objet que Java, vu que tout est objet (y compris les classes, les méthodes, les fonctions, les entiers, …). Pourtant, on peut s'en servir sans faire de classe.

Alors, peut-on avoir un retex sur CLion, à part ce problème de macros ? Bon, il est encore en beta à ma connaissance, c'est normal qu'il ne soit pas encore parfait.
Je commence à bien connaître PyCharm (qui m'a fait totalement oublier un VIM configuré avec amour), et un peu IntelliJ (qui m'a fait mettre rapidement Eclipse à la poubelle, comme tous ceux que je connais et qui ont essayé IntelliJ ou PHPStorm), et du coup j'attendais avec impatience qu'ils fassent un IDE C/C++. Maintenant, plus qu'à trouver un projet à faire en C++ :D

Pour ceux qui ne connaissent pas, contrairement à Eclipse qui est multilangage, Jetbrains publie un IDE par langage (IntelliJ pour le Java/Scala, PyCharm pour le Python, PHPStorm pour le PHP, RubyMine pour le Ruby), avec parfois des plugins pour une prise en charge limitée d'autres langages.

Mais est-ce que ce sont des heures UTC ou des heures locales ?

Perso, je fais tous mes scripts en Python dès qu'il y a des dates (j'ai alors des objets datetime qui ont un fuseau horaire) ou des caractères bizarres (j'ai alors des objets qui gère proprement l'Unicode). Mais bon, ça reste toujours galère de gérer les fichiers avec des accents sous Linux, ne serait-ce parce qu'on peut avoir n (avec n grand) fichiers différents ayant tous le même nom unicode.

Groumly ne critique pas le monde open-source, mais certains logiciels open-source. Ça fait toute la différence.

Accessoirement, mais tu le sais certainement, OS X comporte pas mal de briques open-source, dont certaines développées par Apple.