Oui, ca j'ai bien compris. Le probleme c'est le feature creep. Toutes ces features interagissent ensemble et en rajoutent au monstre de complexite qu'est c++.
que répondre à ça ? Le langage est riche? et alors, encore heureux!
Je difais plutot qu'il est lourd.
Bof, sur les bécanes actuelles c'est plus vraiment le cas
Ben ca bouffe toujours du cpu, ca me nique la batterie du laptop. Tu peux tourner le probleme comme tu veux, ca reste un probleme.
tu ne jettes JAMAIS d'exception dans un destructeur, tu joues avec la mêmoire, tu voudrais quoi comme comportement défini ?
Un truc qui risque pas de te peter a la gueule sans que tu t'en rendes compte (genre appeler une fonction qui elle va thrower et mettre ton appli au tas).
Entre un terminate() et une leak, tu preferes le terminate?
Pour rappel, on parle d'appli mobiles la, le genre qui est utilise 90 secondes en moyenne, et ensuite mit au placard pour 2 jours. Meme si ca leak 20Mo, je garde l'appli vivante plutot que de l'envoyer au tas.
Java autorise bien le double throw, au prix de la perte d'une des exceptions, mais au moins ton programme il continue a tourner.
et quelques autres classe en paramètre et voire que tu ne peux pas les modifier.
D'un autre cote, string, integer et quelques autres classes sont immutables, donc oui, tu vas avoir beaucoup de mal a les modifier.
Ensuite, je vois pas le rapport avec la choucroute j'ai jamais mentionne java. Et oui, les generics java sont horribles, tout comme l'autoboxing. Je l'ai toujours dit.
Some features are not implemented in the current versions of Xamarin Studio. E.g.
iOS 8 Extensions: while the APIs are in place, the IDE support to package them is not. But it is still possible to create those with command line tools.
SceneKit assets: there is no built-in support in the IDEs to compile SceneKit assets for you. You will have to manually invoke scntool in your custom build steps to support it.
Debugging of extensions: not currently supported out of the box on the IDE.
Quand tu sais que les extensions sont la grosse feature d'ios 8, c'est un peu ballot de pas pouvoir les debugger.
Bon courage pour le support de l'apple watch aussi.
Ouais, xamarin, ou comment etre a la bourre et avoir de la dette technique sur toutes les plateformes a la fois!
Bon, au moins, tout le monde est loge a la meme enseigne.
blerg. j'ai lu "matos" recent, pas macos.
Bon cela dit, macos est gratos depuis qq version, alors recent ou pas, ca change pas grand chose, on est en droit de se demander en quoi c'est pertinent de pouvoir developer sur un os vieux de 3-4 ans qui n'est plus supporte de toutes façons…
t'as la journée? parce que la liste est longue.
Entre autres:
- un modele objet pourri (heritage multiple, virtual doit être explicite)
- une ABI affreuse
- une syntaxe context sensitive a se taper le cul par terre
- des features de partout que c'est un merdier sans nom
- des temps de compilation de malade
- des templates super funn
- des comportements indefinis en veux tu en voila pour des cas tres courants (t'appelles une fonction virtuelle dans un destructeur, indéfini, tu lances une exception dans destructeur, indéfini, et j'en rate)
- le RTTI, trop de la balle
- passage par valeur et reference, nique tout chie d'dans
- pas de properties
Ya une bonne raison pour laquelle tous les projets C++ décents ont des règles tres précises sur quelles features sont ok et ce qui est strictement interdit, tu retrouves ca dans aucun autre langage (sauf perl peut être?).
y'a certes l'air d'avoir du progrès ces dernières années, mais aucun des problèmes fondamentaux liste ci dessus n'est résolu (et ne le sera probablement jamais, vu que ca péterais tout le language).
Le C++ est pas pire que objective C.
Objective-c est infiniment plus simple a beaucoup de point de vue, et a un model objet tres clair.
On peut ergoter sur le message sending, perso je trouve ca super elegant, et tres pratique (typiquement t'écris un proxy vers d'autre objets en 2 minutes avec ca).
Les paramètres nommes sont une tuerie (l'essayer c'est l'adopter), et la gestion de la mémoire devient enfantine grace a ARC.
Sans compter que bon, c++ quoi.
Entre un dev c++ et u dev en objc/swift, je suis pas sur que le gagnant soit celui que les fans de de qt pense.
Qt est pas single threaded au fait? Quand on voit l'efficacite redoutable de gcd, les contraintes de latences sur ios, j'ai du mal a me dire que qt a un quelconque avantage.
en gros on a le choix entre une ui de tres mauvaise qualite ou s'arracher les cheveux pour faire de la qualite.
Ca fait pas rever.
Donc c'est bien ca par defaut un mac ne sait pas se servir d'une partition NTFS et on est oblige de mettre des logiciels venant du monde opensource
Tu sais tres bien que c'est faux, mais c'est pas comme si c'etait la premiere fois que tu mentais effrontement juste pour troller, hein nicolas?
celui qui est systematiquement critique par groumly
Mais bien sur. si tu faisais l'effort de me lire, tu saurais depuis tres longtemps que je m'en cogne royal de la licence.
Ce qui m'importe c'est la qualite du produit.
Ca fait certe une etape de plus mais je ne vois pas trop la difference…
T'es chercheur en astrophysique et tu vois pas la difference entre 2 etapes et 3 etapes? Ben dis donc…
Super pertinent dis moi, ca represente au moins 1 pour 10000 des disques branches sur un mac.
Vachement plus que les partages samba, personne n'utilise samba. Ca vaut bien la peine de gacher du temps dessus.
Et puis tant que c'est le sujet sur mac tu fais comment pour faire ce dont tu te gausses?
Si la solution donnee plus bas ne te convient pas, et je suis sur que ton esprit torture trouvera une excuse foireuse, tu peux faire cmd k, smb://host
Icloud onereux?
La vache, gratuit, c'est trop cher pour toi, tu voudrais qu'ils te payent (la faille qui n'a pas ete exploitee dans l'affaire qui nous concerne etait dans find my iphone, je te signale)?
Ensuite, la question c'est pas de savoir entreprise ou pas, payant ou pas. Tu fournis un service, tu le fournit bien.
Si le mieux que tu puisses faire c'est de la merde, tu t'abstient. L'amateurisme et l'irresponsabilite ne sont pas une excuse.
En l'occurence, j'ai pas l'impression qu'il y ait eu de l'amateurisme de quelque cote que ce soit, les failles, ca arrive.
Heartbleed c'est une erreur de programmation, l'erreur d'un seul homme, probablement bénévole.
Aaaaah mais fallait le dire plus tot!
Si c'est une erreur, et une benevole en plus, ca change tout. Ok, je ressort mon cert d'il ya 4 mois alors.
Alors que bien sur, apple s'est dit "ah ouais, ouais, on va faire un truc genial, on va niquer notre reputation en introduisant volontairement une faille dans un systeme tiers".
Ben voyons.
J'ai pas dit qu'ils etaient parfait, mais qu'ils y faisaient gaffe.
Tu veux que je mentionne heartbleed (ou n'importe quelle faille) la prochaine fois que quelqu'un dit que le libre fait gaffe a la vie privee?
En quoi c'est different dans ce cas?
Moui, enfin aux dernieres nouvelles, le nfc est limite a apple pay, qui est implemente par apple avec des partenaires tres precis, et n'a pas de sdk public.
Dit autrement, tout le monde se fout toujours autant de nfc (shocking news), c'est un detail d'implementation d'une feature des nouveaux telephones.
Oink_oink: ca veut dire probablement pas desactivable en tant que tel, mais yaura peut etre une option pour desactiver apple pay (je doute, si t'en veux pas, ne lie pas ta carte et ca revient au meme).
Si ton probleme c'est la vie privee, je pense que tu peux faire confiance a apple, vu que c'est implemente par eux pour eux, ils font gaffe a ca en general (et c'est probablement en partie pourquoi apple pay reussira la ou google wallet se ramasse).
Mouais. Tu peux mettre a jour windows depuis dos 1 (30 ans et 15 versions majeures), macosx depuis 10.0 (encore que la, c'est le hard qui va bloquer ppc-> x86), et ils se font pas chier avec des packagings aussi complique.
Et surtout, un installeur ecrit ya dix ans s'installe toujours aussi bien pour la grande majorite des cas, bon courage pour faire ca sous n'importe quelle distro entre 2 versions majeures.
Alors bon, les stabilites et proprete des mises a jours de debian, tu m'excuseras, mais voila quoi. Oui, ca marche, encore heureux, et ca a rien de fabuleux.
Tu preferes attendre debut octobre pour la review de la premiere phablet jamais devoilee au monde (yavait deja plus de stock a 2 heures du mat, donc livree dans 3 semaines)?
Remarque, t'es pas tres gentil la, donc tu me motive pas.
Ils ont deux tailles de montres, idem pour les bracelets.
Et ca a ete pense pour accomoder aussi bien les femmes a gros poignets que les hommes a petits poignets.
Bon je vais preciser, vu que t'es un gros penible.
Le telephone marche techniquement sans sim, mais il supporte aussi le gsm, principalement parce que le cdma est pas courant.
Le telephone vient precharge avec une sim pour quand tu quittes le reseau cdma (genre quand tu vas en europe).
Le telephone est arrive direct de chine (non, pas a pied), livre chez moi, emballe et tout, donc sim prechargee en usine. Donc gestion du stock.
Oui, je connais le flux tendu, et ca change rien au fait que gerer la production pour 15 operateurs est plus dur que pour 3.
[^] # Re: "Create once, deploy everywhere"
Posté par groumly . En réponse au journal The Qt Company. Évalué à 2.
Oui, ca j'ai bien compris. Le probleme c'est le feature creep. Toutes ces features interagissent ensemble et en rajoutent au monstre de complexite qu'est c++.
Je difais plutot qu'il est lourd.
Ben ca bouffe toujours du cpu, ca me nique la batterie du laptop. Tu peux tourner le probleme comme tu veux, ca reste un probleme.
Un truc qui risque pas de te peter a la gueule sans que tu t'en rendes compte (genre appeler une fonction qui elle va thrower et mettre ton appli au tas).
Entre un terminate() et une leak, tu preferes le terminate?
Pour rappel, on parle d'appli mobiles la, le genre qui est utilise 90 secondes en moyenne, et ensuite mit au placard pour 2 jours. Meme si ca leak 20Mo, je garde l'appli vivante plutot que de l'envoyer au tas.
Java autorise bien le double throw, au prix de la perte d'une des exceptions, mais au moins ton programme il continue a tourner.
D'un autre cote, string, integer et quelques autres classes sont immutables, donc oui, tu vas avoir beaucoup de mal a les modifier.
Ensuite, je vois pas le rapport avec la choucroute j'ai jamais mentionne java. Et oui, les generics java sont horribles, tout comme l'autoboxing. Je l'ai toujours dit.
[^] # Re: "Create once, deploy everywhere"
Posté par groumly . En réponse au journal The Qt Company. Évalué à 1.
Quand tu sais que les extensions sont la grosse feature d'ios 8, c'est un peu ballot de pas pouvoir les debugger.
Bon courage pour le support de l'apple watch aussi.
[^] # Re: "Create once, deploy everywhere"
Posté par groumly . En réponse au journal The Qt Company. Évalué à 3.
Ouais, xamarin, ou comment etre a la bourre et avoir de la dette technique sur toutes les plateformes a la fois!
Bon, au moins, tout le monde est loge a la meme enseigne.
[^] # Re: Ça demande du boulot mais ça marche
Posté par groumly . En réponse au journal The Qt Company. Évalué à -2.
blerg. j'ai lu "matos" recent, pas macos.
Bon cela dit, macos est gratos depuis qq version, alors recent ou pas, ca change pas grand chose, on est en droit de se demander en quoi c'est pertinent de pouvoir developer sur un os vieux de 3-4 ans qui n'est plus supporte de toutes façons…
[^] # Re: Ça demande du boulot mais ça marche
Posté par groumly . En réponse au journal The Qt Company. Évalué à -6.
gne? un Mac mini de 2009-2010 fait l'affaire, c'est pas exactement ce que j'appelle "matos recent".
C'est ballot quand meme de pas exposer des étudiants a la plateforme mobile majeure, celle qui fournit la majorité des emplois dans le domaine…
[^] # Re: "Create once, deploy everywhere"
Posté par groumly . En réponse au journal The Qt Company. Évalué à 3.
t'as la journée? parce que la liste est longue.
Entre autres:
- un modele objet pourri (heritage multiple, virtual doit être explicite)
- une ABI affreuse
- une syntaxe context sensitive a se taper le cul par terre
- des features de partout que c'est un merdier sans nom
- des temps de compilation de malade
- des templates super funn
- des comportements indefinis en veux tu en voila pour des cas tres courants (t'appelles une fonction virtuelle dans un destructeur, indéfini, tu lances une exception dans destructeur, indéfini, et j'en rate)
- le RTTI, trop de la balle
- passage par valeur et reference, nique tout chie d'dans
- pas de properties
Ya une bonne raison pour laquelle tous les projets C++ décents ont des règles tres précises sur quelles features sont ok et ce qui est strictement interdit, tu retrouves ca dans aucun autre langage (sauf perl peut être?).
y'a certes l'air d'avoir du progrès ces dernières années, mais aucun des problèmes fondamentaux liste ci dessus n'est résolu (et ne le sera probablement jamais, vu que ca péterais tout le language).
Objective-c est infiniment plus simple a beaucoup de point de vue, et a un model objet tres clair.
On peut ergoter sur le message sending, perso je trouve ca super elegant, et tres pratique (typiquement t'écris un proxy vers d'autre objets en 2 minutes avec ca).
Les paramètres nommes sont une tuerie (l'essayer c'est l'adopter), et la gestion de la mémoire devient enfantine grace a ARC.
[^] # Re: "Create once, deploy everywhere"
Posté par groumly . En réponse au journal The Qt Company. Évalué à -2.
Sans compter que bon, c++ quoi.
Entre un dev c++ et u dev en objc/swift, je suis pas sur que le gagnant soit celui que les fans de de qt pense.
Qt est pas single threaded au fait? Quand on voit l'efficacite redoutable de gcd, les contraintes de latences sur ios, j'ai du mal a me dire que qt a un quelconque avantage.
en gros on a le choix entre une ui de tres mauvaise qualite ou s'arracher les cheveux pour faire de la qualite.
Ca fait pas rever.
[^] # Re: Samba
Posté par groumly . En réponse à la dépêche Quelques nouvelles sur Qt et KDE. Évalué à -10.
Tu sais tres bien que c'est faux, mais c'est pas comme si c'etait la premiere fois que tu mentais effrontement juste pour troller, hein nicolas?
Mais bien sur. si tu faisais l'effort de me lire, tu saurais depuis tres longtemps que je m'en cogne royal de la licence.
Ce qui m'importe c'est la qualite du produit.
T'es chercheur en astrophysique et tu vois pas la difference entre 2 etapes et 3 etapes? Ben dis donc…
[^] # Re: Samba
Posté par groumly . En réponse à la dépêche Quelques nouvelles sur Qt et KDE. Évalué à -3.
Super pertinent dis moi, ca represente au moins 1 pour 10000 des disques branches sur un mac.
Vachement plus que les partages samba, personne n'utilise samba. Ca vaut bien la peine de gacher du temps dessus.
Si la solution donnee plus bas ne te convient pas, et je suis sur que ton esprit torture trouvera une excuse foireuse, tu peux faire cmd k, smb://host
[^] # Re: Samba
Posté par groumly . En réponse à la dépêche Quelques nouvelles sur Qt et KDE. Évalué à -10.
Et ouais mec, linux est trop pret pour le desktop, windows et macos peuvent aller se rhabiller!!
(Oui, je me repete)
[^] # Re: mmmh
Posté par groumly . En réponse au journal Toutes vos base sont appartiens à nous. Évalué à 8.
Ah ca va avec U2, bono a fait assez de degats sur les iphones des gens cette derniere semaine…
[^] # Re: Gone Home
Posté par groumly . En réponse au journal Faire coexister plusieurs versions de la Glibc. Évalué à 2.
Clair. manquerait plus que les libs système servent a aider les developeurs a écrire du soft.
[^] # Re: Gone Home
Posté par groumly . En réponse au journal Faire coexister plusieurs versions de la Glibc. Évalué à -4.
Et ouais mec, linux est trop pret pour le desktop, windows et macos peuvent aller se rhabiller!!
[^] # Re: Bon ben
Posté par groumly . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à 1.
Icloud onereux?
La vache, gratuit, c'est trop cher pour toi, tu voudrais qu'ils te payent (la faille qui n'a pas ete exploitee dans l'affaire qui nous concerne etait dans find my iphone, je te signale)?
Ensuite, la question c'est pas de savoir entreprise ou pas, payant ou pas. Tu fournis un service, tu le fournit bien.
Si le mieux que tu puisses faire c'est de la merde, tu t'abstient. L'amateurisme et l'irresponsabilite ne sont pas une excuse.
En l'occurence, j'ai pas l'impression qu'il y ait eu de l'amateurisme de quelque cote que ce soit, les failles, ca arrive.
[^] # Re: Bon ben
Posté par groumly . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à -1.
Aaaaah mais fallait le dire plus tot!
Si c'est une erreur, et une benevole en plus, ca change tout. Ok, je ressort mon cert d'il ya 4 mois alors.
Alors que bien sur, apple s'est dit "ah ouais, ouais, on va faire un truc genial, on va niquer notre reputation en introduisant volontairement une faille dans un systeme tiers".
[^] # Re: Bon ben
Posté par groumly . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à -2.
Ben voyons.
J'ai pas dit qu'ils etaient parfait, mais qu'ils y faisaient gaffe.
Tu veux que je mentionne heartbleed (ou n'importe quelle faille) la prochaine fois que quelqu'un dit que le libre fait gaffe a la vie privee?
En quoi c'est different dans ce cas?
[^] # Re: Bon ben
Posté par groumly . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à 0.
Moui, enfin aux dernieres nouvelles, le nfc est limite a apple pay, qui est implemente par apple avec des partenaires tres precis, et n'a pas de sdk public.
Dit autrement, tout le monde se fout toujours autant de nfc (shocking news), c'est un detail d'implementation d'une feature des nouveaux telephones.
Oink_oink: ca veut dire probablement pas desactivable en tant que tel, mais yaura peut etre une option pour desactiver apple pay (je doute, si t'en veux pas, ne lie pas ta carte et ca revient au meme).
Si ton probleme c'est la vie privee, je pense que tu peux faire confiance a apple, vu que c'est implemente par eux pour eux, ils font gaffe a ca en general (et c'est probablement en partie pourquoi apple pay reussira la ou google wallet se ramasse).
[^] # Re: Mouaif
Posté par groumly . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à 5.
Oui, on peut aussi parler d'openssl, ou le patch est reste nmu des annees jusqu'a ce que upstream l'integ, ah, heu, non en fait.
[^] # Re: Mouaif
Posté par groumly . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à 4.
Et, heu, dokuwiki, une fois patche a la truelle comme tu viens de le faire, tu le teste aussi bien que openssl a ete teste?
[^] # Re: Point par point
Posté par groumly . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à 0.
Mouais. Tu peux mettre a jour windows depuis dos 1 (30 ans et 15 versions majeures), macosx depuis 10.0 (encore que la, c'est le hard qui va bloquer ppc-> x86), et ils se font pas chier avec des packagings aussi complique.
Et surtout, un installeur ecrit ya dix ans s'installe toujours aussi bien pour la grande majorite des cas, bon courage pour faire ca sous n'importe quelle distro entre 2 versions majeures.
Alors bon, les stabilites et proprete des mises a jours de debian, tu m'excuseras, mais voila quoi. Oui, ca marche, encore heureux, et ca a rien de fabuleux.
[^] # Re: Bon ben
Posté par groumly . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à 3.
Tu preferes attendre debut octobre pour la review de la premiere phablet jamais devoilee au monde (yavait deja plus de stock a 2 heures du mat, donc livree dans 3 semaines)?
Remarque, t'es pas tres gentil la, donc tu me motive pas.
# Bon ben
Posté par groumly . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à 4.
Precommande.
Une review du premier telephone jamais cree de 4.7" vendredi prochain (si vous etes gentils, mais c'est mal parti).
[^] # Re: End of an era
Posté par groumly . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à 3.
Ils ont deux tailles de montres, idem pour les bracelets.
Et ca a ete pense pour accomoder aussi bien les femmes a gros poignets que les hommes a petits poignets.
[^] # Re: "Au final, ce sont les fanboys qui ont dû être bien déçus…"
Posté par groumly . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à -3.
OH MON DIEU!!! ARRETEZ TOUT!!!
L'ascii va convenir a perfection a 95% des étudiants, et pour les 5% restants, c'est loin d'être le bout du monde.
[^] # Re: prix en Europe et aux USA
Posté par groumly . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à 3.
Bon je vais preciser, vu que t'es un gros penible.
Le telephone marche techniquement sans sim, mais il supporte aussi le gsm, principalement parce que le cdma est pas courant.
Le telephone vient precharge avec une sim pour quand tu quittes le reseau cdma (genre quand tu vas en europe).
Le telephone est arrive direct de chine (non, pas a pied), livre chez moi, emballe et tout, donc sim prechargee en usine. Donc gestion du stock.
Oui, je connais le flux tendu, et ca change rien au fait que gerer la production pour 15 operateurs est plus dur que pour 3.