flan a écrit 1848 commentaires

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.

(OS X n'a pas le même noyau que FreeBSD)

Quand tu dis que nous soutenions les régimes infects du Moyen-Orient, tu parles bien de notre soutien à l'Arabie Saoudite, au Qatar et aux Émirats Arabes Unis ? Ce sont ces pays-là qui alimentent depuis des années les mosquées qui fleurissent un peu partout dans le monde avec ces ténors de la tolérance que sont les Frères Musulmans (oui, bon, les patrons font régulièrement des aller-retours chez Al-Qaida, mais ce n'est pas trop grave).

Certains systèmes critiques évoluent très lentement. Puisqu'on est dans le sujet militaire, les missiles stratégiques américains sont encore restés dans les années 70, avec des équipements électroniques qui ont plus de 40 ans (ils ne sont pas encore passés aux disquettes 5,25", par exemple).

Si de tels systèmes critiques sont installés actuellement avec des ARM 32 bits, il y a des chances qu'on ait des surprises dans 24 ans. On peut seulement espérer que l'on a un peu appris de nos erreurs.

(sauf pour les États-Unis, qui n'ont pas besoin d'un tel accord)

Le plus probable (si l'histoire est vraie) est qu'il y a eu un bug logiciel que les Russes (ni les Américains) ne connaissaient pas.

La plupart des matériels actuels n'ont jamais été testés en conditions réelles de conflit de haute intensité : les guérillas que l'Occident affronte depuis 20 ans n'ont pas les mêmes moyens que l'armée russe, et surtout pas de moyens de guerre électronique active ou de saturation. C'est dans ces moments-là qu'on peut avoir des surprises.

Bien sûr que les Américains ont les moyens de riposter à disposition, mais survoler un bâtiment de guerre est une manœuvre classique qui est faite régulièrement (et qui fait les gros titres des journaux pendant une demi-journée et un incident diplomatique « majeur », que tout le monde a oublié le lendemain). Bref, ce n'est pas spécialement de la folie furieuse, d'autant plus que ces manœuvres ne sont pas interdites tant qu'il n'y a pas de mise en danger (c'était dans les eaux internationales).

Après, il y a bien a priori un seul système de contrôle de tir sur les Aegis, en tout cas pour le système d'arme : on ne met pas plusieurs OS sur le même ordi (et non, on ne virtualise pas les missiles). Potentiellement, tu peux avoir plusieurs systèmes d'armes différents (chacun ses missiles), mais je ne pense pas que ça soit le cas sur les Aegis.
Cela dit, l'Aegis n'est pas un bête ordi, c'est un système complexe composé d'un radar, de l'informatique qui va avec pour détecter, identifier et suivre les cibles, d'un système d'affichage, et des missiles sol-air, canons anti-aérien (Phalanx), missiles anti-navires, etc.

C'est dur de lire entre les lignes (entre les journalistes qui n'y connaissent rien et les sources qui racontent des bêtises, c'est dur de s'y retrouver !), mais c'est possible que le système ait été rendu fou par un brouillage intensif (soit du bruit blanc, soit des échos fantômes en grand nombre avec des trajectoires incohérentes) au point de le rendre inutilisable et de devoir le rebooter (ce qui doit prendre un certain temps).
Malheureusement, ce genre d'histoires arrive : les derniers chasseurs américains (F-22) ont eu des soucis en plein vol quand leur système de navigation a planté alors qu'ils traversaient la ligne de changement de date.

Je ne sais pas si c'est pour draguer les bas-fonds de la droite, mais ce qui est sûr, c'est que c'est une loi issue du PS.