devnewton 🍺 a écrit 8778 commentaires

Peut être qu'ils ont compris mais avec un langage bien dynamique, le compilateur ne les prévient pas assez!

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

Est-ce qu'il ne serait pas plus logique de commencer par l'acquisition d'un domaine?

Envoyez vos réponses à devnewton@127.0.0.1.

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

Les développeurs de logiciels sont aussi confrontés au piratage et pourtant ils ne demandent pas une loi pour les aider!

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

Ce n'est pas très pratique. Je travaille toujours sur un ensemble de document, je préfère pusher un ensemble cohérent au moment où j'en ai envie, pas en continue.

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

http://linuxfr.org/nodes/89105/comments/1312977

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

Quel est la différence avec un gestionnaire de version décentralisé?

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

Bravo, le moteur de recherche était vraiment la fonctionnalité qui manquait à linuxfr, Google étant totalement inefficace pour ce site!

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

Est-ce si gênant ?

Pas pour un outil de développement, mais pour une application grand public, comme le jeu que je développe par exemple, le public visé n'a pas envie de se prendre la tête.

C'est du libre, fais le pour les OS que tu vises

Je vise le maximum d'OS, donc au moins Linux, Windows et Mac OS et plus si possible.

s'il y a une demande pour ton soft sur un OS que tu ne possèdes pas ou ne cible pas, il y aura bien dans la nature un porteur

Les porteurs, ça court les rues, c'est bien connu!

De toutes façons, tu auras toujours le problème de la présence ou de l'absence de la machine virtuelle pour l'OS que tu vises.

Les interpréteurs des langages populaires sont installables facilement pour 99% des utilisateurs.

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

Quel est ton jeu?

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

Les GPU intel sont les plus vendus, c'est vraiment dommage que les développeurs ne fassent pas l'effort de tester leurs jeux avec...

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

Si j'ai bien compris, les sites de questions/réponses, c'est comme les forums linuxfr, mais avec un moteur de recherche?

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

si on veut changer de fournisseur de service on peut

Changer de mail, ce n'est pas si facile. Il faut:

• embêter tous ses contacts pour leur dire "mon adresse a changé".
• changer son adresse mail partout là où on l'a laissé trainer.
• négocier une période de transition avec son précédent fournisseur pour mettre en place une redirection avec une réponse automatique "mon mail a changé".
• faire attention aux "reply all" à partir de tous les anciens mails.

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

Donc il faut demander à tes utilisateurs d'installer des outils de développement, de savoir taper des commandes et de te taper des Makefile tenant compte des N OS et distributions.

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

C'est souvent juste pour aider les utilisateurs qui ne savent pas taper:

java -jar monsupersoft.jar

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

si on prend un système comme FreeBSD, tout est fait pour utiliser les sources et au final, ça marche plutôt bien.

Ca marche bien, mais seulement dans le cadre de FreeBSD.

Ce qui n'existe pas, à ma connaissance, c'est un moyen de distribuer une application écrite dans un langage compilé comme C++, Pascal ou Ada aussi facilement que dans un langage interprété/byte compilé.

Un .py/.pl/.jar, je peux le mettre en téléchargement et les utilisateurs de pratiquement toutes les combinaisons d'OS, processeurs et distributions pourront s'en servir.

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

Tout à fait d'accord mais quand tu codes une appli en C/C++, il est quand même rare, me semble-t-il, de lier avec deux versions d'un même composant sans qu'il ne se passe de collision.

C'est extrêmement courant au contraire et souvent on n'a souvent aucun avertissement, ce qui donne des bugs très subtils et très pénibles à trouver :-(

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

Si tu as des besoins avancés de gestion de dépendances, il y a |Ivy](http://ant.apache.org/ivy/index.html) qui est très bon pour ça et utilisable pour n'importe quel langage.

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

Voilà, t'as tout compris et heureusement pour nous, les environnements seront bientôt tous codés en Java.

Java, Python, Ruby, Perl, PHP... Beaucoup de logiciels libres se basent sur des langages interprétés/bytecompilés. La difficulté de distribuer des binaires compilés n'y est certainement pas étrangère.

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

C'est un bug de ce module?

A project's dependency tree can be expanded to display dependency conflicts.

http://maven.apache.org/plugins/maven-dependency-plugin/examples/resolving-conflicts-using-the-dependency-tree.html

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

Si tu n'as pas le temps d'écrire 36 scripts de cross-compilations et de monter 40 machines virtuelles pour tester tous les environnements, mais que tu veux quand même livrer un projet qui tourne sur le maximum de distributions et même sur quelques OS privateurs, C/C++ est inutilisable.

Ou alors tu acceptes de juste distribuer les sources avec un INSTALL_DEMERDEZ_VOUS.txt.

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

Sans Maven, tu ne te serais jamais aperçu de ce conflit!

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

Trêve de plaisanterie, le développement Ada s'apparente nettement plus à du développement C/C++ qu'à du développement Java avec ses avantages et ses inconvénients.

C'est dommage, car ça ne correspond pas trop au besoin du libriste amateur qui veut passer le maximum de temps sur le cœur de ses projets et pas sur les problèmes techniques.

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

Quelques questions sur l'univers Ada:

• est-ce qu'il est facile d'écrire un programme multiplateforme?
• est-ce qu'il est facile de déployer un programme multiplateforme? (ie bytecode ou crosscompilation simplissime)
• est-ce qu'il existe un outil de gestion des dépendances à la Maven?

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

Un indice: 36 variantes de CPU et d'API, l'envie de ne déployer qu'un seul et même binaire.

Malheureusement Java sur mobile a été si mal fichu et les constructeurs si peu collaboratifs qu'aujourd'hui il y a une pratiquement une variante de Java par mobile...

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

SMTP?

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