Le mec qui ecrit une gui en coregraphics, il est pas sorti de l'auberge.
C'est une api de dessin bas niveau, un peu comme si tu disais que les dev windows ecrivait leur code en direct2d.
En l'occurence, c'est plutot AppKit et UIKit sous osx et ios en l'occurence.
Apres, oui, les storyboards/xib sont tres bien gaules, mais c'est meme pas que ca qui fait la valeur de cette plateforme, la qualite de l'api en general me ferait la choisir meme sans ce genre de choses (encore que, appkit commence a accuser de son age, mais ya des bons trucs quand meme).
le gouvernement belge autorise l'espionnage des comptes en banque
Et ta reponse a ca, c'est de publier l'integralite des transactions sur internet, accompagne d'une signature cryptographique forte lie a ton identite en ligne?
En beton arme ton plan dis donc.
On verra bien ce que les prud'hommes en pensent, mais a priori, licencier un gars (lanceur d'alertes ou pas) parce qu'il accede a des informations privees sensible en dehors des clous, c'est pas delirant non plus.
Si tu penses que c'est effectivement delirant, vaut mieux tu la ramenes pas lors du prochain troll sur la vie privee, je ne manquerais pas de te rappeler ta position sur la question.
Y'a aussi un truc qui s’appelle la juridiction dans le droit…
Sans deconner! J'aurais jamais cru.
Pas coupable en france, certes, mais on l'aurait tres probablement renvoye aux us s'il etait venu chez nous.
Si la France etait si convaincu qu'il n'etait pas un delinquant, je pense que snowden aurait prefere venir chez nous qu'en russie.
De plus j'ai beaucoup aimé le petit coté émotionnel de ton commentaire
Tentative de contre balancer un commentaire a peu pres aussi emotionnel (juste pas la meme emotion) ;-)
Tu paries combien qu'on l'aurait extradé (et donc considéré comme un delinquant) s'il avait posé un pied sur le sol francais?
S'il est pas venu demander l'asile chez nous, ya une bonne raison.
Même s'il le fait, ça n'enlève pas la pertinence de sa réflexion sur GitHub.
Ben un pti peu quand meme. Le message qu'il envoit, c'est que la valeur apportee par github est superieure a l'inconvenient de centralisation, ce qui demonte un peu son argumentaire (et le tien aunpassage).
'fin si on le considere pertinent, ce qui a l'air d'etre ton cas.
Tout le monde n'a pas la chance d'être un délinquant.
Il me semble que le DoJ a une opinion differente sur le faite que ca soit pas un delinquant. 'fin j'dis ca, j'dis rien, hein.
Apparement, les espions et voleurs (si j'en croit les charges du doj) sont plus respectables que des peres de familles luttant pour leur vie.
Ca me parait pas tres coherent avec la ligne de ton parti. Quoique, yen a un qui est blanc, et l'autre pas. Au final, ca parait coherent.
Je passe outre l'histoire sur les versions des libs, il y a pas vraiment de solution
Ah bon? Et ils font comment osx/ios/windows (je met pas android, trop facile avec des jars).
QSettings quand les os viennent tous avec une keychain, c'est un peu ballot quand meme, surtout dans le contexte actuel.
Effectivement pour les qdesktop et qtraymachin (c'est a ca que je pensais avec les notifications).
Dans le cas de Qt, je te conseille (à tout hasard, peut être est-ce déjà le cas) de ne jamais distribuer de binaire compiler avec une version de Qt spécifique à ta distribution, mais utiliser les archives fournies par Digia qui sont plus génériques.
Et voila, ca commence. Fait pas ci, fait ca, parce que t'as aucune idee de ce qui va etre dispo sur la machine cible, dans quelle version, sous quel nom de package.
mais à version de Qt équivalente le résultat est le même, faut pas déconner.
Equivalente est le mot cle. Comme tout le monde integre une version differente, et que different desktop ont un niveau d'integration different, tu te retrouve a gerer des problemes a la con.
Alors après effectivement d'une version à l'autre ça change, mais dans ce cas, ce que tu reproche à Qt, c'est d'évoluer et d'avancer
Ios et osx evoluent beaucoup mais ne petent JAMAIS la compat binaire. Apple met un effort monstrueux a maintenir la compat d'appli en fonction du framework auquels elles ont ete linkees, et ca monte en version facile.
Quand tu rebuildes, au pire t'as tres tres peu de modif a faire, et qq warnings de deprecation qui apparaissent.
Windows est connu pour garder 100% de compat sur des decennies
On peut visiblement pas en dire autant du passage gtk 2->3 ou de qt 3->4, meme la migration 4->5 pete des trucs si j'en croit leur docs.
Donc insulter un logiciel qui demande tant de travail
Ola! Stop ton char. J'insulte nullement qt/gtk. Je reponds a un commentaire qui disait que l'interet de swift, c'etait les frameworks gui, et insinuait que ca ne servait a rien sur linux.
Mon point c'est que le language n'importe pas tant que ca, que swift sera ravi de lier du c (et dans le futur du c++), et wu'il faut peut etre chercher ailleurs, notamment le fait que developer pour le desktop linux est un enfer qui n'a strictement rien a voir avec le langage.
Trop primitif car les temps de compilation affreusement long du C++ viennent principalement du fait que par design, les headers doivent etre re-parsé a chaque inclusion.
T'es sur que c'est pas a cause de la complexite du langage plutot, avec les templates qui remportent la palme?
Parce que c et objective c ont exactement le meme probleme de #include (bon, pas objc qui a #import, mais bon), et surtout, #ifndef est quand meme vachement utile pour eviter de parser 25 fois le meme header.
Et ces 2 ne sont pas affreusement long a compiler.
Apres, oui, pour avoir goute a @import en objc, ca change vachement la vie quand meme.
Et combien de DE different, en combien de versions differentes?
Quand t'en choisi finalement un, que donne l'integrarion dans les autre?
Quels maux de tetes vais je avoir si je fais qq chose de non trivial, a devoir tester sur n versions differentes de m distribs?
Et combien de temps vais je devoir passer a reecrire du code qui marche plus parce que qt/gtk sont montes en version?
Qt3 -> qt4 etait douloureux, 4->5 ca va, mais ya des trucs qui petent.
Gtk 2->3 pete plein de trucs, et n'est meme pas compatible binaire. Ca veut dire que je suis OBLIGE de passer du temps sur mon appli si je veux qu'elle continue a tourner. C'est just du temps gaché, a reecrire du code qui marche tres bien, juste pour qu'elle puisse demarrer, tout ca pour 0 ameliorations, que ca soit pour moi ou mes utilisateurs.
Et effectivement, UI etait de trop dans mon message. Qt/gtk va te donner des fenetres, cool. Maintenant, je doit stocker un mot de passe, je fait comment?
Je veux afficher des notifications, je fait comment?
Je veux interagir avec le desktop, badger une icone du dock/tray, mettre une icone sur le desktop, je sais pas, n'importe quoi dans ce tonneau, je fais comment?
Ha oui apt-get install libqt4 c’est vraiment un enfer de complexité de déploiement.
Libqt4, ou 5? Quelle version est packagee? Si je suis sous gnome, comment je m'assure que je tire les packages de compat? Et si je suis sous xfce?
C'est precisement le pobleme, l'integration est un cauchemard. Alors, certes, je suis a peu pres sur que j'aurais une fenetre qui va s'afficher, oui, mais j'ose esperer que la barre est un peu plus haut que ca, et qu'on veut que 100% de l'appli marche dans 100% des cas.
Ben ecoutes, que le monde linux arrete de se branler avec 20 frameworks UI tous pareils mais differents qui petent tout tous les 2-3 ans, qui sont un enfer a deployer, et on sera RAVI de venir coder des clients sous linux.
En l'occurence, swift est ravi de taper dans des libs c, c++ est sur la roadmap (mais encore loin, certes), donc si les devs swift font pas de clients natifs, c'est pas trop la faute au langage.
Et ben ce jour la, t'arreteras de l'utiliser, et on migrera au nouveau service qui remplira le vide que github aura laisse.
C'est ouf, j'arrive pas a comprendre cette mentalite. Parce qu'il est possible qu'ils fassent de la merde dans le futur, on va s'empecher d'utiliser un outil maintenant?
Arrete d'utiliser linux alors, rien ne te garantit que linus va continuer a ecrire du code open source demain, si on suit ta logique.
La plupart des gens terminent ssl au load balancer frontal, du coup bonne fete des morts pour soit valider l'authentification client et la forwarder au server d'appli derriere, soit router du ssl en aveugle jusqu'au bon serveur d'appli.
C'est pas impossible, mais ca reste loin d'etre simple a mettre en place.
Mouais, c'est un peu comme les mecs qui essayent de te fourguer du freebsd parce que c'est libre, automatisable blablabla.
Le fait est que le gros du boulot dans le monde devops se fait pour linux, et si tu veux pas pleurer en voyant "feature truc, supporte sous linux, experimental sous bsd, windows allez vous faire foutre" ajoute dans ansible/puppet/chef, tu vas pas sous windows.
Et on peut aussi parler de la gestion des licences, que ce soit en dev ou en prod. c'est plus simple de filer une vm linux a tes ingenieurs que de sortir l'artillerie lourd parallels/vmware pour faire tourner windows (parce qe bien evidenment, tes ingenieurs sont sur des macs).
La jvm gere toujours la memoire, c'est juste que sur une appli dont le profile d'execution est (on l'espere) bien connu a l'avance, et qui tourne (on l'espere) sur un machine/vm dediee, ca sert pas a grand chose d'aggrandir/diminuer la heap. T'as besoin de x go, ils vont toujours etre utilises, tu met xms == xmx, ca t'eviteras que la jvm te joue des tours derriere ton dos.
C'est assez standard comme pratique quand le profil d'execution est connu (je fais la meme chose sur mes webapps)
Mais il t'as pique ton gouter a la recre, lennart, pour que tu lui en veuilles tant que ca, ou quoi?
Ou alors il s'est ligué avec pbpg pour que tu perdes toutes tes billes?
Ca veut dire qu'ils ont finalement ecrit leur dossier sur les vaporwares?
C'est plutot une bonne nouvelle sinon, on va pouvoir retrouver "contenu de alt.windows.legend avec des tits dessins pleins de seins et de fesses autour". (Les amateurs de la grand epoque apprecieront).
Je ne serais pas surpris qu'Objective-C soit devenu quasiment négligeable devant Swift d'ici quelques années
Oui et non.
Apple met le paquet sur swift, objc est clairement pas un language d'avenir. Mais ya des millions/milliards de lignes de code ecrites en objc et la migration est loin d'etre triviale.
Me suis fait avoir par le comportement d'overflow ya pas une semaine. On a porte une classe simple ligne a ligne. Un truc simple, on pensait, pas de risques.
Il se trouve qu'on additionait 2 ints ensembles, facile! Tu parles, foundation nous retournait un NSRange not found dans un cas, qui met le champ "length" a Int.max, et c'est ca qu'on additionait. Il se trouve que swift throw sur un int overflow (c'est voulu).
5k crashs par jour, et on a detrone le sdk fb dans le top 5 de crashlytics.
On le savait bien sur, mais les reflexes sont la, et a+b pour moi c'est 100% sur.
Du coup, on va freiner un peu la migration, et ca va nous prendre tellement longtemps de migrer que je suis meme pas sur qu'on porte tout le code un jour. On a des classes pas simples du tout vieilles de 3/4 ans, elles marchent tres bien en prod sur des millions de telephones, pas sur de vouloir prendre le risque de foutre la chtouille la dedans.
Alors ouais, yavait un bug chez nous, mais entre un utilisateur qui voit une chaine un peu chelou et un hard crash, je prend la chaine chelou.
40ms, ca va de tout petit a enorme en fonction de la tache. Si tu doit donner un retour visuel, 40ms c'est enaurme (3 frames, ca se voit).
Si c'est pour faire du calcul pur, c'est probablement pas un gain notable.
Par contre, la ram a l'air de debiter presque 2 fois plus vite, ca c'est tres loin d'etre negligeable (mais encore une fois, ca depend de l'application).
[^] # Re: Pourquoi pas ? Parce queeeeeee !
Posté par groumly . En réponse à la dépêche Swift sous GNU/Linux - Introduction. Évalué à 2.
Le mec qui ecrit une gui en coregraphics, il est pas sorti de l'auberge.
C'est une api de dessin bas niveau, un peu comme si tu disais que les dev windows ecrivait leur code en direct2d.
En l'occurence, c'est plutot AppKit et UIKit sous osx et ios en l'occurence.
Apres, oui, les storyboards/xib sont tres bien gaules, mais c'est meme pas que ca qui fait la valeur de cette plateforme, la qualite de l'api en general me ferait la choisir meme sans ce genre de choses (encore que, appkit commence a accuser de son age, mais ya des bons trucs quand meme).
[^] # Re: Boaf pas pour le moment
Posté par groumly . En réponse au journal Déchéance du Bitcoin. Évalué à 6.
Non non. Je parle de bitcoin, le thread parle de bitcoin.
Quand dogecoin sera aussi gros que bitcoin, on discutera de dogecoin.
[^] # Re: Boaf pas pour le moment
Posté par groumly . En réponse au journal Déchéance du Bitcoin. Évalué à 10.
Et ta reponse a ca, c'est de publier l'integralite des transactions sur internet, accompagne d'une signature cryptographique forte lie a ton identite en ligne?
En beton arme ton plan dis donc.
[^] # Re: Le code du travail est pourant trés clair , enfin avant sa ré-écriture...
Posté par groumly . En réponse au journal Sale temps pour les informaticiens lanceurs d'alerte. Évalué à 3.
On verra bien ce que les prud'hommes en pensent, mais a priori, licencier un gars (lanceur d'alertes ou pas) parce qu'il accede a des informations privees sensible en dehors des clous, c'est pas delirant non plus.
Si tu penses que c'est effectivement delirant, vaut mieux tu la ramenes pas lors du prochain troll sur la vie privee, je ne manquerais pas de te rappeler ta position sur la question.
[^] # Re: Pas de droit d'asile pour les lanceurs d'alerte
Posté par groumly . En réponse au journal Sale temps pour les informaticiens lanceurs d'alerte. Évalué à 3.
Sans deconner! J'aurais jamais cru.
Pas coupable en france, certes, mais on l'aurait tres probablement renvoye aux us s'il etait venu chez nous.
Si la France etait si convaincu qu'il n'etait pas un delinquant, je pense que snowden aurait prefere venir chez nous qu'en russie.
Tentative de contre balancer un commentaire a peu pres aussi emotionnel (juste pas la meme emotion) ;-)
[^] # Re: Pas de droit d'asile pour les lanceurs d'alerte
Posté par groumly . En réponse au journal Sale temps pour les informaticiens lanceurs d'alerte. Évalué à 6.
Tu paries combien qu'on l'aurait extradé (et donc considéré comme un delinquant) s'il avait posé un pied sur le sol francais?
S'il est pas venu demander l'asile chez nous, ya une bonne raison.
[^] # Re: Pas de droit d'asile pour les lanceurs d'alerte
Posté par groumly . En réponse au journal Sale temps pour les informaticiens lanceurs d'alerte. Évalué à 4.
J'ai pas exprime d'avis sur la question, c'est toi qui a dit qu'on les accueillait.
[^] # Re: Backup
Posté par groumly . En réponse au journal Comment Github a ressuscité mon logiciel libre. Évalué à 3.
Ben un pti peu quand meme. Le message qu'il envoit, c'est que la valeur apportee par github est superieure a l'inconvenient de centralisation, ce qui demonte un peu son argumentaire (et le tien aunpassage).
'fin si on le considere pertinent, ce qui a l'air d'etre ton cas.
[^] # Re: Pas de droit d'asile pour les lanceurs d'alerte
Posté par groumly . En réponse au journal Sale temps pour les informaticiens lanceurs d'alerte. Évalué à 5.
Il me semble que le DoJ a une opinion differente sur le faite que ca soit pas un delinquant. 'fin j'dis ca, j'dis rien, hein.
Apparement, les espions et voleurs (si j'en croit les charges du doj) sont plus respectables que des peres de familles luttant pour leur vie.
Ca me parait pas tres coherent avec la ligne de ton parti. Quoique, yen a un qui est blanc, et l'autre pas. Au final, ca parait coherent.
[^] # Re: Pas de droit d'asile pour les lanceurs d'alerte
Posté par groumly . En réponse au journal Sale temps pour les informaticiens lanceurs d'alerte. Évalué à 8.
Mais en fait, si on les accueille, c'est plus illegal, donc c'est plus vraiment des hordes d'immgres clandestins?
[^] # Re: Pourquoi pas ? Parce queeeeeee !
Posté par groumly . En réponse à la dépêche Swift sous GNU/Linux - Introduction. Évalué à 2.
Ah bon? Et ils font comment osx/ios/windows (je met pas android, trop facile avec des jars).
QSettings quand les os viennent tous avec une keychain, c'est un peu ballot quand meme, surtout dans le contexte actuel.
Effectivement pour les qdesktop et qtraymachin (c'est a ca que je pensais avec les notifications).
Et voila, ca commence. Fait pas ci, fait ca, parce que t'as aucune idee de ce qui va etre dispo sur la machine cible, dans quelle version, sous quel nom de package.
Equivalente est le mot cle. Comme tout le monde integre une version differente, et que different desktop ont un niveau d'integration different, tu te retrouve a gerer des problemes a la con.
Ios et osx evoluent beaucoup mais ne petent JAMAIS la compat binaire. Apple met un effort monstrueux a maintenir la compat d'appli en fonction du framework auquels elles ont ete linkees, et ca monte en version facile.
Quand tu rebuildes, au pire t'as tres tres peu de modif a faire, et qq warnings de deprecation qui apparaissent.
Windows est connu pour garder 100% de compat sur des decennies
On peut visiblement pas en dire autant du passage gtk 2->3 ou de qt 3->4, meme la migration 4->5 pete des trucs si j'en croit leur docs.
Ola! Stop ton char. J'insulte nullement qt/gtk. Je reponds a un commentaire qui disait que l'interet de swift, c'etait les frameworks gui, et insinuait que ca ne servait a rien sur linux.
Mon point c'est que le language n'importe pas tant que ca, que swift sera ravi de lier du c (et dans le futur du c++), et wu'il faut peut etre chercher ailleurs, notamment le fait que developer pour le desktop linux est un enfer qui n'a strictement rien a voir avec le langage.
[^] # Re: C'est bien dommage
Posté par groumly . En réponse au journal C++17 est sur les rails. Évalué à 6.
T'es sur que c'est pas a cause de la complexite du langage plutot, avec les templates qui remportent la palme?
Parce que c et objective c ont exactement le meme probleme de #include (bon, pas objc qui a #import, mais bon), et surtout, #ifndef est quand meme vachement utile pour eviter de parser 25 fois le meme header.
Et ces 2 ne sont pas affreusement long a compiler.
Apres, oui, pour avoir goute a @import en objc, ca change vachement la vie quand meme.
[^] # Re: Pourquoi pas ? Parce queeeeeee !
Posté par groumly . En réponse à la dépêche Swift sous GNU/Linux - Introduction. Évalué à 4.
Et combien de DE different, en combien de versions differentes?
Quand t'en choisi finalement un, que donne l'integrarion dans les autre?
Quels maux de tetes vais je avoir si je fais qq chose de non trivial, a devoir tester sur n versions differentes de m distribs?
Et combien de temps vais je devoir passer a reecrire du code qui marche plus parce que qt/gtk sont montes en version?
Qt3 -> qt4 etait douloureux, 4->5 ca va, mais ya des trucs qui petent.
Gtk 2->3 pete plein de trucs, et n'est meme pas compatible binaire. Ca veut dire que je suis OBLIGE de passer du temps sur mon appli si je veux qu'elle continue a tourner. C'est just du temps gaché, a reecrire du code qui marche tres bien, juste pour qu'elle puisse demarrer, tout ca pour 0 ameliorations, que ca soit pour moi ou mes utilisateurs.
Et effectivement, UI etait de trop dans mon message. Qt/gtk va te donner des fenetres, cool. Maintenant, je doit stocker un mot de passe, je fait comment?
Je veux afficher des notifications, je fait comment?
Je veux interagir avec le desktop, badger une icone du dock/tray, mettre une icone sur le desktop, je sais pas, n'importe quoi dans ce tonneau, je fais comment?
Libqt4, ou 5? Quelle version est packagee? Si je suis sous gnome, comment je m'assure que je tire les packages de compat? Et si je suis sous xfce?
C'est precisement le pobleme, l'integration est un cauchemard. Alors, certes, je suis a peu pres sur que j'aurais une fenetre qui va s'afficher, oui, mais j'ose esperer que la barre est un peu plus haut que ca, et qu'on veut que 100% de l'appli marche dans 100% des cas.
[^] # Re: Pourquoi pas ? Parce queeeeeee !
Posté par groumly . En réponse à la dépêche Swift sous GNU/Linux - Introduction. Évalué à -4.
Ben ecoutes, que le monde linux arrete de se branler avec 20 frameworks UI tous pareils mais differents qui petent tout tous les 2-3 ans, qui sont un enfer a deployer, et on sera RAVI de venir coder des clients sous linux.
En l'occurence, swift est ravi de taper dans des libs c, c++ est sur la roadmap (mais encore loin, certes), donc si les devs swift font pas de clients natifs, c'est pas trop la faute au langage.
[^] # Re: Backup
Posté par groumly . En réponse au journal Comment Github a ressuscité mon logiciel libre. Évalué à 10.
Tu veux dire, le mec qui quemande des etoiles pour ses projets github dans la plupart de ses posts?
[^] # Re: Backup
Posté par groumly . En réponse au journal Comment Github a ressuscité mon logiciel libre. Évalué à 5.
Et ben ce jour la, t'arreteras de l'utiliser, et on migrera au nouveau service qui remplira le vide que github aura laisse.
C'est ouf, j'arrive pas a comprendre cette mentalite. Parce qu'il est possible qu'ils fassent de la merde dans le futur, on va s'empecher d'utiliser un outil maintenant?
Arrete d'utiliser linux alors, rien ne te garantit que linus va continuer a ecrire du code open source demain, si on suit ta logique.
[^] # Re: Backup => il y a de l'idée
Posté par groumly . En réponse au journal Comment Github a ressuscité mon logiciel libre. Évalué à 2.
La plupart des gens terminent ssl au load balancer frontal, du coup bonne fete des morts pour soit valider l'authentification client et la forwarder au server d'appli derriere, soit router du ssl en aveugle jusqu'au bon serveur d'appli.
C'est pas impossible, mais ca reste loin d'etre simple a mettre en place.
[^] # Re: Facile!
Posté par groumly . En réponse au journal Microsoft va porter SQL Server sur Linux. Évalué à 4.
Mouais, c'est un peu comme les mecs qui essayent de te fourguer du freebsd parce que c'est libre, automatisable blablabla.
Le fait est que le gros du boulot dans le monde devops se fait pour linux, et si tu veux pas pleurer en voyant "feature truc, supporte sous linux, experimental sous bsd, windows allez vous faire foutre" ajoute dans ansible/puppet/chef, tu vas pas sous windows.
Et on peut aussi parler de la gestion des licences, que ce soit en dev ou en prod. c'est plus simple de filer une vm linux a tes ingenieurs que de sortir l'artillerie lourd parallels/vmware pour faire tourner windows (parce qe bien evidenment, tes ingenieurs sont sur des macs).
[^] # Re: L'OS n'est pas le problème
Posté par groumly . En réponse au journal Microsoft va porter SQL Server sur Linux. Évalué à 3. Dernière modification le 09 mars 2016 à 04:22.
La jvm gere toujours la memoire, c'est juste que sur une appli dont le profile d'execution est (on l'espere) bien connu a l'avance, et qui tourne (on l'espere) sur un machine/vm dediee, ca sert pas a grand chose d'aggrandir/diminuer la heap. T'as besoin de x go, ils vont toujours etre utilises, tu met xms == xmx, ca t'eviteras que la jvm te joue des tours derriere ton dos.
C'est assez standard comme pratique quand le profil d'execution est connu (je fais la meme chose sur mes webapps)
[^] # Re: Pulse audio et bizarreries
Posté par groumly . En réponse au journal Empêcher GNOME Web (aka Epiphany) de maximiser le volume du système en regardant une vidéo YouTube. Évalué à 5.
Mais il t'as pique ton gouter a la recre, lennart, pour que tu lui en veuilles tant que ca, ou quoi?
Ou alors il s'est ligué avec pbpg pour que tu perdes toutes tes billes?
[^] # Re: Y a-t-il vraiment un risque ?
Posté par groumly . En réponse à la dépêche ZFS, Canonical et GPL. Évalué à 6.
La cddl permet ce que fait ubuntu, c'est la gpl qui ne le permet.
Si c'etait pas le cas, les avocats d'oracle auraient deja enterre ubuntu.
# re
Posté par groumly . En réponse au journal le retour du Virus Informatique [presse]. Évalué à 10.
Ca veut dire qu'ils ont finalement ecrit leur dossier sur les vaporwares?
C'est plutot une bonne nouvelle sinon, on va pouvoir retrouver "contenu de alt.windows.legend avec des tits dessins pleins de seins et de fesses autour". (Les amateurs de la grand epoque apprecieront).
[^] # Re: C'est bien mais ...
Posté par groumly . En réponse au journal MAME libéré pour de vrai. Évalué à 9.
Moi c'est meme mon epouse qui m'a fait installer mame pour jouer a shinobi premier du nom.
[^] # Re: La force de l'inertie fait que rien ne changera
Posté par groumly . En réponse au journal Et si JavaScript allait droit dans le mur ?. Évalué à 4.
Oui et non.
Apple met le paquet sur swift, objc est clairement pas un language d'avenir. Mais ya des millions/milliards de lignes de code ecrites en objc et la migration est loin d'etre triviale.
Me suis fait avoir par le comportement d'overflow ya pas une semaine. On a porte une classe simple ligne a ligne. Un truc simple, on pensait, pas de risques.
Il se trouve qu'on additionait 2 ints ensembles, facile! Tu parles, foundation nous retournait un NSRange not found dans un cas, qui met le champ "length" a Int.max, et c'est ca qu'on additionait. Il se trouve que swift throw sur un int overflow (c'est voulu).
5k crashs par jour, et on a detrone le sdk fb dans le top 5 de crashlytics.
On le savait bien sur, mais les reflexes sont la, et a+b pour moi c'est 100% sur.
Du coup, on va freiner un peu la migration, et ca va nous prendre tellement longtemps de migrer que je suis meme pas sur qu'on porte tout le code un jour. On a des classes pas simples du tout vieilles de 3/4 ans, elles marchent tres bien en prod sur des millions de telephones, pas sur de vouloir prendre le risque de foutre la chtouille la dedans.
Alors ouais, yavait un bug chez nous, mais entre un utilisateur qui voit une chaine un peu chelou et un hard crash, je prend la chaine chelou.
[^] # Re: écolololo
Posté par groumly . En réponse au journal Raspberry Pi 3 bientôt disponible ? Est-il celui que vous attendiez ?. Évalué à 2.
40ms, ca va de tout petit a enorme en fonction de la tache. Si tu doit donner un retour visuel, 40ms c'est enaurme (3 frames, ca se voit).
Si c'est pour faire du calcul pur, c'est probablement pas un gain notable.
Par contre, la ram a l'air de debiter presque 2 fois plus vite, ca c'est tres loin d'etre negligeable (mais encore une fois, ca depend de l'application).