DerekSagan a écrit 609 commentaires

Les petites entreprises ne sont pas citées.

<3

Eh bah c'était il y a longtemps et j'étais jeune, mais je constate que j'ai oublié à quel point cvs était pauvre, pardon d'avoir dit une ânerie.

le code en lui même après la chauffe de la JVM est très optimisé

Ah, le hotspot supprime l'overhead du GC peut-être ?

Le hotspot qui permet de faire quasiment le même calcul en une microseconde que du code natif C++ c'est vrai.
Sauf quand au milieu de la microseconde tu prends plusieurs millisecondes de pause GC.
Oui, au moins un facteur mille.

Bref ça dépend ce que tu appelles performance.
Java est très bien, sauf quand t'as besoin de mieux.

Tu peux toujours utiliser RCS, si tu n'as qu'un fichier à gérer en version (car en fait CVS c'est juste RCS outillé un peu pour traiter plusieurs fichiers à la fois).

yum install rcs
apt-get install rcs

man ci
man co

très rafraichissant, comme un passage à Lascaut

Euh non, CVS aussi permettait d'avoir l'ensemble des modifs d'un commit.

Sa non atomicité c'était que quand 2 personnes commitaient en même temps sur le dépôt (forcément central), il se pouvait que les modifs d'un commit sur un ficher passe et que celles sur un autre crée un conflit, et que simultanément, un autre commit ait le problème inverse, un peu comme un deadlock dans une base de données, mais sans l'atomicité.
Et en suite il faut se démerder à la main pour réparer le repo.

Subversion a corrigé ce bug (et quelques autres) tout en gardant la sémantique. Qui est nulle. Même si je le dis avec le recul et qu'à l'époque j'ai utilisé CVS avec reconnaissance, c'était mieux qu'un tar versionné.

Gérer le kernel avec cvs??
Tu es sérieux là?

Tu as la même opinion que Linus, qui a préféré utiliser des tar avec des numéros de versions et des fichiers patch à la main pendant 10 ans plutôt que d'utiliser CVS.

Source: https://git.wiki.kernel.org/index.php/LinusTalk200705Transcript

svn je connais moins.

Aussi nul que cvs, mais sans beaucoup de ses bugs.

Le gc pose des problèmes dans des cas précis.

Exemple de cas précis: quand on s'en sert.

La performance en Java n'est pas un concept et le monde du big data te donnera pleins d'exemples.

Tout à fait. Mais elle reste différente de celle de c/c++.

L'adresse IPv6 faite avec l'adresse MAC s'appelle link local n'est pas routable sur Internet.

Firefox ne peut utiliser l'adresse link local s'il le veut vraiment que pour parler sur le réseau local, pour aller sur Internet il ne peut pas.
https://en.wikipedia.org/wiki/Link-local_address

Quant à qualifier l'adresse dynamique d'anonyme… comment te dire… elle commence par ton préfixe /64 perso que t'a attribué ton FAI…

Et l'adresse IPv6 liée à l'adresse MAC est link local, c'est-à-dire qu'elle n'est pas routée sur Internet, donc pour la sécurité / vie privée on peut l'oublier.

Quant au /64, à ma connaissance tous les FAI français offrant l'IPv6 le fournissent en fixe.

Ce qui n'est pas étonnant, la rotation des IPv4 était historiquement surtout faite pour les mettre en commun: à chaque connexion d'un modem on lui donner une adresse dans le pool et il y en avait moins que d'abonnés, ça perdure encore sur certains abonnements ADSL mais à le sens de l'histoire allant vers la connexion permanente, l'IP fixe (v4 ou /64 v6) devrait devenir de plus en plus dominante.

Après, même en configurant le DHCP local pour donner des adresses random au sein du /64 (encore faut-il que la box - en général c'est elle qui fait le dhcp - le propose), on expose quand même l'IP de chaque PC/device même si elle n'est pas fixe.

Au moindre trou de sécurité dans le firewall on peut attaquer directement un PC/device précis.
Et aucune box française ne propose de firewall IPv6 aujourd'hui (pour un trou c'est un trou).
Et les 2⁶⁴ adresses pour chaque abonné, c'est une incitation à donner une adresse IP à chaque ampoule électrique, laquelle sera difficile à patcher et donc facile à pirater, pour éteindre la lumière ou pour rebondir sur le réseau ailleurs (lire https://fr.wikipedia.org/wiki/Machine_zombie et penser à une ampoule IPv6).

Bref IPv6 c'est bien mais l'écosystème technologique grand public n'est pas encore sec. Mais comme LinuxFR c'est pas le grand public mais l'avant-garde, on peut y aller. :)

Non mais pour ne pas exposer le plan d'adressage interne et l'adresse individuelle de chaque poste de travail, ça reste indispensable.

cmd.exe est le pire shell de la création, c'est un fait, mais c'est la ligne de commande Windows qui est incohérente, quand t'attaques programmatiquement (par API) les noms de fichiers avec espaces ça marche nickel de façon cohérente depuis Windows 95

soit depuis 20 ans

donc t'es au même niveau de mauvaise foi que les gens qui reprochent à Linux en 2016 les défauts qu'il avait en 1995, genre la gestion des threads lamentable, le support matériel de niche, l'interface graphique des années 70, la nécessité de recompiler le noyau pour ajouter un driver ou changer un paramètre, etc.

Je ne voudrais pas reprendre les trolls Linux contre GNU/Linux, mais quand même, penser que le shell de base (cmd.exe) ou les commandes bas niveau (cd) ne font pas partie de l'OS parce que ce n'est pas dans le noyau, c'est soit de la mauvaise foi, soit un truc de gros noob.

on a vraiment que 2U dans un petit coin.

je la connaissais avec pas avec 2U dans un petit coin,
je la connaissais comme ça:

     +------------------+
     |UL              UL|
     |                  |
     |                  |
     |                  |
     |                  |
     |                  |
     |UL                |
     +------------------+

(il manque UL dans un coin)

l'internet et le second degré ça fait 10

toi, frère, tu es un mec bien, tu comptes en binaire

Plus 2 ou 3 trucs un peu cross-platform comme Qt ou gtk.

Ça change rien. Même qu'il y en aurait vraiment 20. C'est juste un package à installer (ou une dépendance à mettre au package de ton appli si elle est packagée).

Ou une lib à embarquer dans ton bundle d'install si tu veux vraiment pas profiter du gestionnaire de packages des distribs Linux et la jouer comme sous Windows et MacOS X et installer toutes tes dépendances avec toi dans ton répertoire d'appli.

En gros la "complexité" liée au différents toolkits graphiques n'existe que si on veut profiter/rentrer dans le moule du gestionnaire de packages. Parce qu'en fait des toolkits graphiques sous Windows (et dans une moindre mesure sous MacOS X) il y en a au moins autant que sous Linux. Juste les développeurs les packagent avec leur appli et ils sont installés plusieurs fois.

Si tu vas dans C:\Program Files\Gimp tu vas trouver tout gtk et ses dépendances, et à côté dans C:\Program Files\Pidgin t'as de nouveau tout gtk et ses dépendances (pas forcément dans les mêmes versions), etc. même si en théorie on peut partager des bibliothèques en les bourrant dans C:\Windows.
Et sous MacOS X, bah de toute façon c'est la norme Apple de livrer toutes les dépendances dans toutes les applis (ça s'appelle un bundle et si tu fais pas ça t'as pas le droit d'aller dans l'app store mac).

En fait groumly il a juste pas réussi à se rendre compte que ce dont il se plaint est parfaitement facultatif et n'est qu'un service supplémentaire offert par les distribs Linux mais que rien ne l'empêche de la jouer comme chez les sagouins^W leaders du marché. Et ça c'est le cas optimiste, parce que si ça se trouve groumly a compris et il fait juste du troll ou du fud.

Je connais beaucoup de développeurs web qui n'utilisent pas d'éditeur HTML graphiques.

Moi aussi.

Mais je ne parle pas d'interface web mais de GUI.

Tu sais le truc que tu lances hors du navigateur sur ton poste de travail et qui fait plein de fenêtre.
Ou, plus à la mode, l'application native et réactive que t'as sur ton téléphone même quand t'as pas de réseau et qui est plus cool que le site web (même responsive) des gens qui l'ont codée.

D'ailleurs ça m'étonnerait que la majorité des developpements Swift à ce jour (sur iOS et OS X donc) soient des applis web…

Non ils ont des SWAT Team qui développent déjà des GUI en Core Graphics sur iOS et OS X 10 fois plus vite depuis XCode sur OS X que n'importe quel développeur ne pourra le faire en Qt s'il doit taper à la main des trucs comme ça qui se font en un ou deux clics avec QtCreator (ou XCode):

auto *window = new QWidget;
auto *layout = new QVBoxLayout(window);
auto *button = new QPushButton(window);
layout->addWidget(QIcon(":icons/thumb_up.svg"), tr("Pressez-moi !"), button);
button->setFlat(true);
window->show();

Et encore là je te le montre en C++ donc sans se tarter une couche de bindings entre la lib C++ et le langage bindé, Swift ou autre ça change rien.
Et j'ai juste mis un bouton dans une fenêtre, t'imagine quand il y a plusieurs widgets…
Y a qu'à voir le nombre d'appli GUI un peu compliqué qui existe en Qt/C++ et en Qt/Python, le rapport est de genre 100 pour 1, malgré le côté hype de Python et repoussant pour beaucoup de C++.

et encore, ce que ne disent pas tes stats c'est que s'il y a "autant" d'associations en province, c'est parce que là-bas les gens n'ont rien à faire et s'emmerdent donc ils se rencontrent pour tuer le temps, et en plus l'intérêt des débats est nettement moindre qu'en terre civilisée

Non, ce qui le dérange c'est que les associations de gens organisent des évènements là où il y a des gens et pas dans sa province paumée.

Non parce que Paris c'est la capitale de la France hein, je dis ça comme ça. Dans les autres villes il n'y a des petits trucs que de temps en temps parce qu'il n'y a pas grand monde (enfin si, à Lyon ils ont le primat de la gaule, mais c'est un autre débat).

A priori, CLion (un IDE utilisable sous Linux) va permettre d'utiliser du Swift

juste lol

• "a priori"
• "va"
• CLion n'est ni libre ni gratuit
• CLion ne fournit pas d'éditeur de gui, contrairement à XCode, QtCreator ou Glade

après tu peux utiliser Swift sous Linux pour un serveur, effectivement, mais c'est bien à ça qu'Apple entend au moins pour le moment le limiter

Non en fait c'est à côté de pas grand chose.

ça paraît envisageable d'avoir des bindings

oui faut bosser (beaucoup)

sauf que l'intérêt de swift sur les plateformes apple, c'est core graphics et xcode, et que comme par hasard ils ne sont pas portés sous linux

core graphics c'est la lib gui (le toolkit si tu préfères le vocabulaire gtk) et xcode c'est l'ide, sans ces deux éléments on peut toujours faire, mais à la main et c'est vachement plus long (en langage de manager: la productivité laisse vraiment à désirer)

Je n'ai peut-être pas tout saisi, je débute en programmation, mais j'ai bien l'impression que Swift peut être compilé et exécuté sous Linux, donc en laquelle il serait inutilisable ?

Ce me semble qu'il permet de faire des GUI sur iOS et OSX mais pas sous Linux. Sous Linux en l'état il permet juste de faire le composant serveur dans le même langage que le client qui est lui scotché sur une desdites plateformes proprio.

Non parce que c'est beau comme coin, et il y a des animaux, mais des humains, vous en avez dans votre assoce ?

Je découvre (grâce au lien wikipédia dans l'article) que la Nièvre tout entière c'est autant d'habitants qu'une petite ville de province comme Bordeaux, ou que deux arrondissement moyens d'une vraie ville civilisée comme Paris (j'imagine l'association "les libristes du 15ème arrondissement").

Bref, si vous avez 3 adhérents ça va être grave la fête vous allez pouvoir tuer un des moutons que vous élevez pour fêter ça.

Et je ne parle même pas du fait qu'avec le niveau moyen d'éducation dans les campagnes, sur les 200 000 nivernais, doit pas y en avoir des masses qui savent ce qu'est un logiciel. Alors un logiciel libre…

C'est bon tous les provinciaux: vous pouvez moinsser, mon commentaire est bien sûr au premier degré, lâchez-vous !