Albert_ a écrit 6115 commentaires

Pourquoi? Crois tu que les compilos fortran ne sont:

1. plus developpés?
2. qu'il est impossible d'implémenter de nouveaux algos.

Pour info, une boite un peu has been comme Nvidia vient de contribuer récemment à LLVM

https://github.com/flang-compiler/f18

Surtout que bon je ne vois pas qui veux s'amuser à reecrire des libs tel que atlas dans un langage bien plus complexe que le fortran et ce dans l'unique but de faire plaisir à des personnes qui ne l'utiliseront pas…
Les parties en fortran sont extremement bien testé, solide, optimisé et utilisé de facon continue depuis depuis des decennies et cela sans le moindre souci.

Mais si tu trouves les incohérences de js bien c'est cool. Tu peux aussi accepter les personnes qui préfèrent avoir des trucs cohérent s dans un langage.

Fait un peu d'archeologie de code ou recupere du code fait par des porcs et tu verras l'avantage d'avoir un code structuré proprement des le depart!
En effet, le devs "peut" indenter son code … ou pas!

Le python est aujourd'hui au dela du langage de script. C'est un véritable langage de programmation qui peut etre utilisé à peu pres partout sauf dans la programmation systeme.

Ben oui on peut meme faire du calcul numerique en bash… ce n'est pas pour cela que c'est bien meme si cela fonctionne.

Les apps node and co c'est pour réutiliser le merdier du web sur le desktop. Apres on peut aimer ca ou trouver ca tres tres sale :)

Ouais enfin par rapport au cassage de str ça c'est très très mineure comme changement.

Petit comique va. Faire du JavaScript c'est uniquement quand tu n'as pas le choix. Il faut être atteint du syndrome de Stockholm pour développer volontairement, en dehors du web car tu n'as pas le choix la, en JavaScript.

J'avais beaucoup aimé une vidéo montrant les message complètement differents pour des objets vide… Amusant, très amusant…

Le langage a évolué et a corrigé des problèmes de "jeunesse" et c'est très bien!

En ce qui concerne la comparaison avec le C c'est mignon mais cela n'a rien avoir… Tu compares un langage des très bas niveau et très "simple" dont l'evolution a été arrété parceque remplacé par le C++ ou autre dans ses aspects moins bas niveau (bon courage pour refaire les tutos des premières versions C++), avec un langage de haut niveau.

j'ai appris que Python commence à remplacer les outils utilisés historiquement dans le domaine de l'astronomie (genre https://www.astropy.org/ ?)

Euh cela fait 20 ans que la transition est entamé… Les ancêtres de numpy sont numpy (v1) et numarray. Le deuxième vient du Space Telescope Science Institut.
Le gros domaine qui reste, pour le moment, sur du C++ c'est celui des hautes energies (LHC) mais autrement pour les analyses de données Python est en train de tout manger en science avec aussi pour une partie des data sciencetist le R.

Les deux raisons du sucés de Python.

C'est amusant les langages avec lequel une semaine plus tard tu ne comprends pas ce que tu as écris (quand tu ne codes pas dans ce langage depuis 10 ans) mais bon au bon d'un moment c'est lassant.

Le fait que ce langage, gratuit, permette aussi bien de faire de dev web, du data science et surtout d’être utiliser très rapidement sans avoir a apprendre au préalable toute une chaîne de compilation à fait qu'il est devenu assez populaire dans les universités partout dans le monde. Et comme d'habitude ce que les étudiants apprennent c'est ce qu'ils veulent utiliser par la suite. Pourquoi croyez vous qu'il soit ultra simple de pirater des logiciels "metiers" comme matlab ou autre en tant qu'etudiant et que le jour ou le meme piratage se fait au sein d'une entite commerciale, il y a immediatement une demande de "régulation" des licences. Avec Python, plus besoin de pirater et les boites ont accepté son utilisation de ce fait, ce qui fait que depuis presque 10 ans ce langage c'est imposé dans l'industrie (en dehors de toutes ses qualités … et défaut).

Les anglais ne sont plus en europe (ou presque) donc avant de pouvoir aller devant les tribunaux pour cela il va falloir changer des lois.

Vu que le journal parle de sécurité et de failles exploités de webkit, il semble assez logique de dire que, du point de vue sécurité qui n'a rien a voir avec le coté commercial, c'etait bien une décision débile comme le démontre ce qui vient de se passer.

Il y a eu une gross re-ecriture de gimp par la suite avec GEGL qui est, corrigé moi si je dis une betise, le coeur de Gimp aujourd'hui.

https://linuxfr.org/users/jbf/journaux/a-propos-de-libreoffice-6-3#comment-1779368

Tous les processeurs modernes animant des ordinateurs de bureau sont des 64 bits. Cela devient du gaspillage de ressources de produire des builds pour des plateformes obsolètes.

Tu ne dis pas cela, tu dis que cela ne sert juste a rien car personne n'utilise plus de 32 bits et vu la popularité des raspberry c'est clairement faux ce que tu racontes. Par la suite tu tentes de justifier l'abandon en disant que c'est aux utilisateurs de rapporter les bugs et c'est exactement ce que je critique. Retirer les builds automatique de la seule archi 32 bits n'est pas une de mes évolutions préférés comme c'est le cas pour l'auteur du journal.

S'il y a des utilisateurs de LibreOffice sur Raspberry Pi il faut qu'ils compilent et fassent les tests automatiques eux-mêmes.

Les tests automatiques sont bien sûr exécutés à chaque compilation du système d'intégration continue. La seule VM pour processeur ARM que je vois est celle du viewer Android, il n'y en a point pour Raspberry Pi.

Donc tu dis qu'il n'y a jamais de bug specifique au fait d'etre en 32 bits et non pas en 64 bits.

Interessant.

Tu as dis la même chose que moi. Que les tests vont retomber sur les utilisateurs.
Je ne vois pas en quoi cela puisse être une avancé 'preferé' dans le journal que le build 'linux 32 bits' soit retiré mais bon chacun ses choix.

Ah ok moi je suis pas très fort et je croyais que les tests automatique permettaient d'éviter certains bugs. Tu me rassures tout va bien donc et il n'y aura aucun problème introduit par des spécificités d'être en 32 bits.

Le problème c'est que du coup les tests pour 32 bits ça va être compliqué et donc les bugs ne seront visibles que par les utilisateurs.

Suppression des builds Linux 32 bits ; la compatibilité 32 bits demeure mais TDF ne produira plus de paquets Linux 32 bits.

Moi je ne trouve pas ça cool pour les raspberry pi.

Et oui il n'y a pas que les Iraniens, il y aussi les cubains, les coréens du Nord. Enfin tous ceux qui sont sur la liste 'du mal' des ricains.

J'ai essayé et je n'ai pas trouvé. Je me serai bien rabatu sur un fairphone mais il n'est plus en stock! Donc bon je traine le vieux en esperant un fairphone 4, mais le vieux commence a donner des signes de faiblesse (perte de contact carte sim :( ) et comme en plus il n'est plus supporté par lineageos (galaxy s4) cela démontre juste que les telephones avec leur systeme non normalisé c'est à peu près impossible pour avoir un truc supporté (meme niveau sécurité) pendand longtemps.

s/Souvent c'est des téléphones de l'année précédente mais bon/souvent se sont des téléphones qui ne sont plus en vente autrement que d'occase mais bon/