DerekSagan a écrit 613 commentaires

Je ne sais pas lire rapidement les 1600 lignes de ta classe Vector elle fait quoi du coup ?

T'aurais dû c'est pas bien long, il suffit de ne lire que les noms des méthodes, extrait:

T manhattanDistance(const Vector<T, N>& lhs, const Vector<T, N>& rhs) {
T euclideanDistance(const Vector<T, N>& lhs, const Vector<T, N>& rhs) {
T chebyshevDistance(const Vector<T, N>& lhs, const Vector<T, N>& rhs) {
* @brief Component-wise multiplication and assignment
Vector<T, N>& operator*=(Vector<T, N>& lhs, const Vector<U, N>& rhs) {
* @brief Component-wise logical or operator
Vector<bool, N> operator||(const Vector<bool, N>& lhs, const Vector<bool, N>& rhs) {

Bref rien à voir avec ça:
http://en.cppreference.com/w/cpp/container/vector

(à part le nom)

La classe vector s’appelle comme ça car elle correspond aussi à la définition d’un vecteur mathématique

std::vector et le Vector de rewind contiennent les mêmes données: un tableau de nombres contigüe en mémoire, dans les deux cas ce sont bien les données d'un vecteur au sens mathématique, sauf que les méthodes portées par l'objet n'ont rien à voir:

ici de quoi agrandir et rétrecir un conteneur de données (collection, container, choisis le vocabulaire que tu veux) ayant la complexité algorithmique d'un tableau dynamique:
http://en.cppreference.com/w/cpp/container/vector

ici les produits vectoriels, normes (euclidienne, Manhattan, etc.) et autres opérations qu'on attends pour manipuler des vecteurs au sens géométriques:
https://github.com/GamedevFramework/gf/blob/master/include/gf/Vector.h

vecteur mathématique (y a-t-il d’autres types de vecteurs?)

bah rien qu'en maths on ne les manipule pas exactement pareil quand on fait de la géométrie ou de l'algèbre linéaire (même si on peut les identifier et passer de l'un à l'autre)
et quand on programme, par delà la topologie des octets en mémoire, les opérations qu'on peut faire (méthodes et opérateurs) changent beaucoup et justifient assez largement, si je peux me permettre, de ne pas utiliser std::vector pour faire de la géométrie

et, de façon plus déterminante encore, quand tu sors du monde du c++ pour aller dans le monde du rendering graphique, pouvoir directement caster ton template en float[] ou unsigned[] et savoir que son sizeof sera exactement le même a une certaine valeur, du coup tu ne veux pas d'un tableau dynamique mais bien d'un tableau statique

En tant que développeur C++ je pense que le langage n'est pas inutilement complexe dans son état à une date donnée, même si le mélange dans un même code de C++ d'il y a 30 ans avec du C++ d'aujourd'hui est, lui, inutilement complexe.
Et que vous pouvez toujours rêver à voir C/C++ remplacé par autre chose encore quelques années…
Je lisais les mêmes commentaires dans les années 90. Sur usenet.

Oui, et ça a l'air en état de mort cérébrale avancée.

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