Gof a écrit 2210 commentaires

fait qu'il y ait pire que Dell ne signifie pas que Dell fait du bon boulot

En design, il en faut pour tout les gouts. Ce n'est ni pire ni meilleur que Dell, juste différent. Les fan de Star Trek seront ravi du look Retro-Futuriste de ce portable.

Aussi, je ne pense pas que Dell fasse du mauvais boulot.

Personellement, en 2016, je suis contant d'avoir des ports USB type A, en plus du Type C. Et je dois dire que je regrète un peu de ne pas avoir de vrai port HDMI (Mais je comprends que ce port est un peu gros pour la taille de mon portable)
Et sacrifier des ports pour un meilleur design est un choix contestable.

Il aurait fallu un clavier entier en oled. Programmable à souhait, s'adaptant à toutes les langues et aux applications.

Comme ça: https://en.wikipedia.org/wiki/Optimus_Maximus_keyboard  ?

Pour l'occasion, Helio Castro a recompilé Qt 1.45 et KDE 1.1.2 avec un compilateur récent sur une distribution moderne:
http://www.heliocastro.info/?p=291

C'est pareil dans chaque language.

En JavasSript par exemple, langage réputé plus "simple", quelqu'un pourrait essayer de savoir si un object a une propriété particulière

if (obj[prop]) doSomething();

On lui répondra que non c'est pas comme ça qu'il faut faire, il faut faire

if (typeof(obj[prop] != "undefined")
   doSomething();

Mais certains iront lui dire que il doit utiliser !== et non != et que il n'as pas besoin d'utiliser de ; en javascript parce que c'est moche. Mais d'autres diront que il faut utiliser des ; après tout car c'est plus correct et que ça évite certain problèmes.

Mais en fait ça ne marche pas si la propriété en question est héritée depuis le prototype. Donc il faut faire.

if (obj.hasOwnProperty(prop))

Mas non, c'est pas suffisant, il faut en fait faire

Object.prototype.hasOwnProperty.call(obj, prop)

Enfin ce que je veux dire c'est que les piailleurs aiment pinailler. Et que on peu faire ça avec chaque langage.
Le fait qu'il y ait des pinailleurs ne veux pas dire grand chose sur la qualité d'un langage.

Aucune ABI n'est définie pour C++.

A bon? Et ça c'est quoi alors:
https://mentorembedded.github.io/cxx-abi/abi.html

Si tu parle d'ABI qui fait partie du langage, je ne connais pas un seul langage qui a une ABI définie de la sorte. C non plus n'as pas d'ABI.
Il fût un temps ou les différent compilateurs C n'étaient eux aussi pas compatibles. (__stdcall, __cdecl, __fastcall, … ?)

"copie tous les membres sauf un"

Il pourrait y avoir une class dans une bibliothèque. Un truc du genre: (non testé)

template<typename T> class  no_copy {
   T value;
public:
   no_copy(const T&v) : value(v) {}
   no_copy(const no_copy&) : value() {} // zero-initialize
   operator T&() { return value;  }
};
// Move sementic, const correctness and operator =, *, ->, ->*,  are left as an exercise to the reader.

Et ensuite dans ta classe:

struct FooBar {
   int normalMember1;
   std::string normalMember2;
   no_copy<int> memberThatShouldNotBeCopied;
};

---

(getters/setters pour remplacer un mécanisme de permissions en lecture/écriture, par exemple).

On pourrait imaginer un read_only<T, U> dont les opérations non constantes seraient privée et qui aurait un friend U.

GCC à raison et clang à tord. Le programme est valide, c'est d'ailleurs un exemple du standard (§11.4 [class.protected])

Donc c'est un exemple de code conforme à C++98 que clang 3.8 ne peut pas compiler. (C'était l'énoncé de l'exercice)

Ce qui a changé (ou qui va changé?) c'est la CWG resolution 1873 [1]
Voir aussi [2]. Et c'est une des erreurs qui apparait fréquemment lors du port d'applications vers clang.

[1] http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#1873
[2] https://llvm.org/bugs/show_bug.cgi?id=6840

donne moi un bout de code répondant au 1er standard C++, c'est à dire de 1998 […] que je ne puisse pas compiler avec, par exemple, clang3.8.

export template<typename T> class Foo {};

J'admets que je triche.

Un autre exemple:

class B {
protected:
    static int j;
};
class D : public B
{ friend void fr(); };
void fr() { B::j = 5; }

En l'occurrence, c'est le CTO de ownCloud qui est chez Nextcloud. Donc celui qui était responsable des décision techniques.

En ce qui concerne le problème de l'update, c'est un problème bien connu de ownCloud qui est du à un problème d'architecture. Un effort a été fait pour résoudre le problème déjà dans ownCloud 9 je pense (upgrader depuis ownCloud 9).
Mais je ne vois pas pourquoi il y aurait une différence entre Nextcloud et ownCloud sur ce point.

Et on peut faire

#define times *[]

Comme ça on peut écrire

10. times { std::cout << "Comme en ruby" << std::endl; };

Commentaire supprimé

En surchargent l'operator*:

#include <iostream>

template<typename F>
auto operator *(int N, F fun) -> decltype((void)fun()) {
    for (int i = 0; i < N; ++i)
        fun();
}

int main() {
    int n;
    std::cin >> n;
    n * []{ std::cout << "Yay !" << std::endl; };
}

un bouton "remercier ce cite(sic)" ?

Trouve l'addresse email de l'auteur et envoi lui un email de remerciement. Ça fait toujours plaisir.

D'abort ownCloud et Nextcloud se séparent. Maintenant c'est CozyCloud et son CTO.
Et puis Seafile fork également:

• https://seafile.de/en/about-the-future-of-seafile/
• https://blogs.seafile.com/2016/07/22/statement-about-stopping-cooperation-with-seafile-gmbh/

Non pas tous. Certains sont partis en faisant beaucoup de bruit, mais il reste des gens chez ownCloud.

Ton commentaire est completement à coté de la plaque.

Quel est le but de ton commentaire ?

la guerre 14-18 […] s'est très bien passé.

Puisque j'imagine que ton but n'est pas de venter les mérites de la guerre, je vais faire l'hypothese que tu t'insurge contre l'« exemple 1 » du commentaire auquel tu réponds.
Cependant, tu ne réfutes aucune des affirmations du commentaire parent.

Et même si tu avais réfuté son affirmation (« Les femmes sont statistiquement moins musclées et endurantes que les hommes ») ça n'aurais pas fait avancer la discussion qui était du style « en considérant que XXX, est-ce que c'est du sexisme ? »

Donc ton commentaire est hors sujet et ne fait pas avancer la discussion.
(Et j'admet que mon commentaire l'est aussi)

P.S.: les réponses aux question de Kerro sont, comme les autres commentaires l'ont déjà dit) oui, oui, et oui. Par définition des conceptes de sexisme, racisme et jeunisme.

Un peu hors sujet, mais un truc sympa que l'ont peut faire avec --exec pour ceux qui font du C++ ou du C (ou même du Javascript)

git rebase --exec "git-clang-format HEAD^"

git-clang-format étant un script fourni avec clang, qui va reformater le code (selont les règles décrites dans le fichier .clang-format présent au bon endroit.)
Pour chaque commit, ça va reformater les lignes qui ont changées. Quand un commit a été modifier, ça s'arrête et vous pouvez faire

git diff                  # voir les changements
git commit -a --amend     # les appliquer 
git rebase --continue     # continuer le rebase

J'ai cru que "une sorte de fond d'investissement à base d'ether" était un sarcasme pour dire qu'ils vendaient de la poudre de perlinpinpin.

Non non, l'ether est une des monaie virtuelle, comme bitcoin. On peu l'acheter et la vendre sir les marchés d'échange. C'est la monaie utilisée par le système Ethereum.

Tout le parallèle avec des "contrats" est très confusant.

Le principe même d'Ethereum est de proposer un système de contrat. Le contrat est représenté sous forme d'un espèce de script, compréhensible par la machine. Des "mineurs" vérifient tout les contrats. Un contrat détermine par exemple qui a droit a recevoir des ethers sous quelle condition.

Qu'est-ce que c'est que ces histoires de droits de vote ?

« The DAO » est une organisation décentralisé qui utilise Etherium pour sa gestion. Les actionnaires achètent des part de l'entreprise avec de l'ether. Les contrats implémentés par The DAO spécifient qui a droit de vote et comment les votent se déroulent. En l'occurance, les actionnaire ont le droit de vote en proportion de leur part dans l'« entreprise ».

Est-ce qu'il y a eu piratage ou bien abus d'un fonctionnement "prévu" ? Qu'est-ce qui a été piraté/abusé d'ailleurs ?

C'est bien là toute la problématique. Les partisans d'Ethereum proclament que Ethereum est une avancée comparé aux contrats traditionels car il n'y a plus de problème d'ambiguité dans les contrats car tout est dans le code de ceux ci. L'avantage est aussi que on a la garentille que tout les participant respectent le contrat car c'est vérifier par les mineurs et il n'y a pas moyen de tricher.

Le problème est que il y a un « bug » dans l'un des contrat de « The DAO ». C'est à dire que une clause du contrat permet quelque chose qui n'a pas été voulu par les auteurs du contrat, et qui n'a probablement pas été compris par tout les participent qui ont « signé » le contrat en devenant actionnaire de The DAO.

Le « bug » a permis à une personne de détourner la pluspart des fonds de The DAO sur son propre compte. Le bug est dû entre autre car un contrat pouvait être appelé récursivement et les auteur du contrat (et ceux qui en on fait la relecture) n'avaient pas prévu ça.

Donc en principe, le petit malin n'a commis aucun crime car il a agit selon les termes du contrat.

---

J'espère que mon explication est compréhensible.

Suite à cette affaire, la communauté d'Ethereum de demande que faire. Utiliser des méthodes de vérification formelles  ? Employer d'autre langages de programmation plus sûr pour éviter les surprise ? Se limiter à des contrats plus simple ? [https://blog.ethereum.org/2016/06/19/thinking-smart-contract-security/]

---

Mon opinion personnelle est que ceux qui critiquent Ethereum et toutes les monnaies virtuelle sont à coté de la plaque. La critique est aisée, mais l'art est difficile. Au moins les contributeurs de bitcoin et d'ethereum essayent une autre approche à certain problèmes qui n'avait pas encore été résolus (et certains ne sont toujours pas résolus).
Cet incident aura le mérite de faire prendre conscience de certains problème et probablement permettra de faire des améliorations.

Quand aux actionnaires de The DAO qui on perdu de l'argent, il est vrai que c'est triste pour eux. Mais normalement ils connaissaient les risques. Les monnaie virtuelles, et Ethereum en particulier, sont encore très jeune. Le marché est à l'heure actuelle très volatile et très fragile.
Mais ce n'est que le début.

ou alors je ne peux échanger qu'avec des gens qui ont la meme version de la chaine de moi ?

Oui en effet. Et c'est pour cela que c'est une très mauvaise chose.

Note que dans le cas d'un « soft-fork » cela se produit uniquement si moins de 50% des mineurs utilisent encore les ancienne règles. C'est pourquoi en général les nouvelles règle ne sont active que si plus de XX% des mineurs sont d'accord avec les nouvelles règles.
En pratique, les mineurs annoncent avec quelles nouvelles règles is sont d'accord dans l'en-tête des blocs qu'ils minent. Et les nouvelles règle précisent qu'elle sont actives si 75% des 1000 derniers blocs sont d'accord. ( exemple )

La qualité de ownCloud s'est beaucoup améliorée depuis le début. Quand j'ai commencé avec ownCloud il y avait pas mal de bugs entrainant des pertes de données, et les performances étaient pitoyables. Mais ces dernières années, la qualité est enfin devenue convenable.

Par exemple, pour la mise à jour, il fallait impérativement mettre à jour en passant par chaque version intermédiaires. Mais depuis ownCloud 9, si je me souviens bien, un meilleur mécanisme de mise à jour existe qui permettra de sauter des versions lors de la mise à jour.

• accidents de la route : 4800

C'est les chiffres comptant la prévention qui est déjà faite.
Si l'état ne s'en occupait pas autant, il y aurait sans doute plus de morts, et ce ne serait pas le 24e cause de mortalité.

Ta notation en prendra un coup

Pourquoi ?
Si le service est bon, que les passagers arrivent là ou il veulent aller et payent un prix convenable, pourqui iraient ils donner une mauvaise note ?

Nextcloud va t il réussir là ou ownCloud (la compagnie) a échouée ?
Vont ils réussir à être plus profitable que ownCloud sans avoir le copyright et de double license ?

un développement ouvers à la communauté à la place d'un développement semi-fermé

Le développement de ownCloud est quand même assez ouvert. Tout est sur github. Tous les patches sont sous forme pull requests. Les contributions externe sont acceptée. Quel sera la différence ? Est-ce juste un problème de CLA ?

ownCloud GmbH n'est pas (encore) mort. Il est clair que Nextcloud est un fork hostile à ownCloud. ownCloud GmbH vont ils réussir à s'en sortir ? Après tout, ils ont la base de clients, le copyright, la renommée. Pas mal de développeurs sont parti, pas tous. Les difficultés financières qui ont conduite à la fermeture immédiate de ownCloud inc vont elle être surmontées.

L'avenir nous le dira.

mais les rejets des centrales nucléaires sont beaucoup plus dangereux que les autres rejets.

Ah bon ? Pourtant le CO₂ rejeté par les énergie fossile est bien réel. Et c'est lui qui réchauffe la planète et qui a un impacte global.

Étant donné l'échelle de temps, les nappes phréatiques seront inévitablement contaminées.

Peut être qu'il y aura un peu de radioactivité dans les nappes phréatiques d'ici quelques centaines d'années ? C'est pas bien pire que les engrais et les hormones ou autre polluants qu'on y retrouve déjà.
Par contre, à quoi ressemblera le monde à ce moment là vu le changement climatique est une autre question.

Pour remplacer #ifndef FOO_H on peu utiliser #pragma once. Moins sujet à l'erreur (pas de problèmes de collision ou d'oublier de changer quand on renomme un fichier). Et supporté par tout les compilateurs.