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).
Ouais, ouais, il a lu ca sur le site web de debian.
Il a approve le cert tls lui meme, a la main, alors c'est bien la preuve que c'etait le bon site debian.
C'est sur qu'il risque pas de poster grand chose sur youtube lui.
Apres si la culture francaise s'est arretee il ya 30 ans selo toi, c'est un peu triste non?
Le format de la base de données n'a pas être stable, mais avoir un accès à la base de données est l'assurance d'avoir accès à toutes les données (même si l'export via ce biais est plus compliqué), ce qui n'est pas forcément le cas avec une API JSON et/ou XML.
Bon ca va, faut arreter d'enculer les mouches 2 secondes.
Leur export est documente, tu regardes la doc, tu vois si ca inclue tout ou pas, et puis voila. En l'occurence, il manque les etoiles, certes, mais d'un autre cote, c'est peu normal, c'est une propriete des autres utilisateurs, pas du repo. Savoir que t'as n etoiles est pas tres pertinent si ces etoiles viennent des utilisateurs d'un autre systeme qui n'a rien a voir avec le nouveau. Au pire, tu copies manuellement le nombre d'etoiles et pis c'est marre.
Ben ouais, se taper un serveur ftp sur chaque instance juste pour uploader un zip, c'est vachement leger.
Idem, se taper mod_php + un opcache et tout, c'est super leger.
Et on va pas mentionner le php.ini, et les 12000 niveaux d'overrides possible, super leger et simple.
La verite c'est que deployer un service web un tant soit peu professionel de facon un tant soit peu professionelle, c'est jamais simple, ni leger. T'as au moins un runtime, probablement un reverse proxy, un keepalived ou autre pour t'assurer que ca tombe pas en route, un script d'init (ou unit systemd), un log forwarder, que sais je encore.
Vu le bordel que le fbi fait a apple en ce moment, non seulement t'es a peu pres sur qu'il n'ya pas de backdoors, mais en plus tu le saura s'ils en ajoutent une, vu que ca passe au tribunal.
Sisi, mais elle etait pas fournie par apple, et dispo uniquement en chine.
Les debits en chines sont tellement pourris que certains dev allaient chercher xcode sur des sites douteux mais chinois, donc bien plus rapide que sur le store apple.
[^] # 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).
[^] # Re: Une perte de valeurs ?
Posté par groumly . En réponse au journal Le danger github. Évalué à 5.
Ouais, ouais, il a lu ca sur le site web de debian.
Il a approve le cert tls lui meme, a la main, alors c'est bien la preuve que c'etait le bon site debian.
[^] # Re: Faux problème ?
Posté par groumly . En réponse au journal Google Stop. Évalué à 4.
C'est sur qu'il risque pas de poster grand chose sur youtube lui.
Apres si la culture francaise s'est arretee il ya 30 ans selo toi, c'est un peu triste non?
[^] # Re: service...
Posté par groumly . En réponse au journal Le danger github. Évalué à 7.
Bon ca va, faut arreter d'enculer les mouches 2 secondes.
Leur export est documente, tu regardes la doc, tu vois si ca inclue tout ou pas, et puis voila. En l'occurence, il manque les etoiles, certes, mais d'un autre cote, c'est peu normal, c'est une propriete des autres utilisateurs, pas du repo. Savoir que t'as n etoiles est pas tres pertinent si ces etoiles viennent des utilisateurs d'un autre systeme qui n'a rien a voir avec le nouveau. Au pire, tu copies manuellement le nombre d'etoiles et pis c'est marre.
[^] # Re: Fossil
Posté par groumly . En réponse au journal Le danger github. Évalué à 8.
Oh mon dieu, 2.7Mo de code en plus, c'est vraiment le bout du monde!
Ta machine va s'ecrouler devant tant de bloat.
[^] # Re: C'était mieux avant
Posté par groumly . En réponse au journal Installer un serveur Firefox Accounts et Firefox Sync. Évalué à 2.
Ben ouais, se taper un serveur ftp sur chaque instance juste pour uploader un zip, c'est vachement leger.
Idem, se taper mod_php + un opcache et tout, c'est super leger.
Et on va pas mentionner le php.ini, et les 12000 niveaux d'overrides possible, super leger et simple.
La verite c'est que deployer un service web un tant soit peu professionel de facon un tant soit peu professionelle, c'est jamais simple, ni leger. T'as au moins un runtime, probablement un reverse proxy, un keepalived ou autre pour t'assurer que ca tombe pas en route, un script d'init (ou unit systemd), un log forwarder, que sais je encore.
[^] # Re: [:roflol]
Posté par groumly . En réponse au journal Attention si vous avez téléchargé l'ISO Linux Mint 17.3 sur leur site depuis le 20-02 !. Évalué à -3.
T'as du mal a croire que l'affaire est jugee publiquement devant un tribunal federal?
Ben je sais pas quoi te dire alors.
[^] # Re: [:roflol]
Posté par groumly . En réponse au journal Attention si vous avez téléchargé l'ISO Linux Mint 17.3 sur leur site depuis le 20-02 !. Évalué à -2.
le juge l'annoncera pour eux, et vu comment l'affaire est mediatisee, tous les journaux du monde se feront un plaisir de relayer l'info.
[^] # Re: [:roflol]
Posté par groumly . En réponse au journal Attention si vous avez téléchargé l'ISO Linux Mint 17.3 sur leur site depuis le 20-02 !. Évalué à -7.
Vu le bordel que le fbi fait a apple en ce moment, non seulement t'es a peu pres sur qu'il n'ya pas de backdoors, mais en plus tu le saura s'ils en ajoutent une, vu que ca passe au tribunal.
[^] # Re: [:roflol]
Posté par groumly . En réponse au journal Attention si vous avez téléchargé l'ISO Linux Mint 17.3 sur leur site depuis le 20-02 !. Évalué à 7.
Sisi, mais elle etait pas fournie par apple, et dispo uniquement en chine.
Les debits en chines sont tellement pourris que certains dev allaient chercher xcode sur des sites douteux mais chinois, donc bien plus rapide que sur le store apple.
[^] # Re: C'est intégré dans Python 3.5
Posté par groumly . En réponse au journal MyPy 0.3 sort bien accompagné. Évalué à 3.
C'est pas souple l'inference de type, ca t'evite juste de taper le nom du type partout, mais sinon ca reste toujours le meme typage rigide
[^] # Re: Et Mac OS?
Posté par groumly . En réponse au journal Vulkan 1.0. Évalué à 2.
On s'en fout un peu de macos, ce qui est intéressant ces jours ci c'est surtout ios :)
Le problème est le meme la bas cela dit.