devnewton 🍺 a écrit 8267 commentaires

Saut, roulade puis démarche de héro tournant le dos à la trottinette se crashe avec une explosion de 12m de haut en arrière plan.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Il suffit de donner priorité aux piétons. Ça marche comme ça au Japon.

En tout cas ce n'est pas plus fou que d'autoriser des gens en véhicules rapides à slalomer entre les voitures (coucou les motards!).

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

je vois pas comment on peut s'arrêter en urgence sans continuer tout droit.

On saute?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

C'est le directeur d'Apple Cambodge?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Pour l'écologie, c'est bien simple : il n'existe pas de solution universelle qui soit écologique

La décroissance?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

AGPL ou SSLL peu importe, c'est trop long et compliqué pour les décideurs pressés. En matière licence, la taille compte: rien ne vaut une petite MIT !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ça n'est vraiment pas une base taillée pour le big data (ça ne monte pas vraiment en charge en fait).

Pourquoi?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Avec la version de Debian est-ce qu'il y a un IDE qui fonctionne avec Rust?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je ne reprochent ni à l'un ni à l'autre: ils ont tous les deux leur raison. Le problème de la situation actuel c'est qu'il n'y a rien pour satisfaire les deux, alors que techniquement il n'y a aucun barrière à ce que ça soit le cas.

Le problème vient des distributions: les outils de devs ont été fait pour embarquer toutes les dépendances faute de solution côté distrib.

En attendant de créer Le système dépendance magique et universel, pourquoi ne pas simplement mettre les libs des dépôts maven/npm/cargo dans /usr/lib/{maven,npm,cargo} et faire des plugins pour permettre de générer facilement des rpm/deb/… à partir de ces outils ?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Donc il n'y a pas de solution pour faire un logiciel facilement empaquetable avec des outils de développement moderne ?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ca me semble très facile de faire un logiciel difficile à packager :-)

Par contre si on utilise un langage avec un outil de construction / gestion des dépendances standard (maven, npm, pip, cargo…), pourquoi l'empaquetage n'est pas automagique?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Les gens se feront un plaisir de packager un logiciel propre.

C'est quoi un logiciel propre? En C89 avec autotools?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Une autre lib du même genre: https://www.coralbits.com/libonion/

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ça sent la défaite comme même !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Comme quoi c'est pas évident de réinventer la roue: https://disroot.org/en/blog/matrix-closure

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Si les ~8 premières années du projet, l'ajout par FTP+sync était l'unique moyen d'ajouter des photos, j'avoue en tout transparence que ce mode d'ajout est aujourd'hui plutôt maintenu à titre de fonctionnalité historique. L'effort se concentre sur l'upload web et globalement par l'ajout via API (donc depuis les applis mobiles et autres applications tierces).

C'est sans doute bien si tu prends 10 photos par mois, mais pour une utilisation intensive…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Oui tout devient plus gros, mais quelles sont les solutions?

Je fais du Java ou Typescript bloated parce que ça improve ma productivity. Et si je veux plus de performance et d'optimisation sans sacrifier la rapidité de développement?

Go est lent et primitif, Rust produit des exécutables de 4mo pour un Hello World, C++ compile comme un escargot et a un outillage datant de 1742…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Parce qu'ils ont voulu faire un Java by Microsoft et pas un vrai Java.

Heureusement que Sun a râlé sinon ça aurait donné… Ben un peu ce qu'à fait Google avec Android: un java incompatible…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

la névrose typiquement française de devoir se écrire une longue dissert' en 3 parties

C'est bien ça, ça s'appelle du contenu ! Pour poster des liens vers vidéos de chat, il y a déjà plein d'autres sites !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Si Windows et MacosX étaient de bons OS, ils intégreraient des packages pour Java. Les distributions linux le font bien…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Si ce n'est pas le cas, j'ai l'impression que ça implique qu'on ne construise l'application finale que pour la plateforme sur laquelle on utilise jlink.

C'est ça!

Or, un des avantages majeurs pour moi de Java est que je peux développer et compiler sous Linux une application en sachant qu'elle pourra être utilisée telle quelle sous MS-Windows.

Cette promesse n'a jamais été réellement tenue sur desktop. Ce n'est pas tellement la faute de Sun/Oracle, il aurait fallu un petit effort des OS pour embarquer Java.

C'est d'ailleurs ce qui a été fait sur mobile par Android, mais malheureusement avec un java made in Google.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ta source mélange un peu de tout et ne comprends pas bien quel est le problème. Oracle peut du jour au lendemain arrêter de corriger les bugs de la JVM. Et alors?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ou Windev !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ça sent le bon gros FUD. Ce n'est pas la première fois qu'on annonce la mort de Java et puis bon…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Bien sûr puisqu'il m'a payé très cher pour un audit de son SI !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.