C'est meme quasi obligatoire.
Ah ? Meme l'organisation des repertoires doit etre la meme ou tres proche.
Chez nous l'organisation c'est le CVS. Dans le libre c'est pareil : tout le monde a la même organisation du coup.
Dans ce cas tu peut refiler un fichier eclipse ou un fichier VC sans probleme aux collegues. tout se metra en place et compilera clic-clac
Fait leur découvrir CVS (ou Subversion tant que t'y es), tu vas voir tu vas faire progresser tes développeurs d'un bon en avant de 20 ans ;)
Je vois pas pourquoi sous prétexte qu'en entreprise tu peux voir ton voisin tu devrais te passer des outils "basique" que sont cvs ou svn. Visual Studio est intégré depuis des lustres à VSS (le CVS pourri de MS).
Sur internet , c'est deja pas simple d'avoir un gcc et une libc qui convient alors si en plus on doit avoir un IDE telle version avec les plugins telle version , une jvm telle version ... c'est la galere
Je vois pas le rapport avec la VM, avec ou sans IDE t'aura la contrainte. De plus tu n'obliges absolument personne à utiliser l'IDE, mais tu permets à ceux qui le souhaite d'utiliser un outil puissant et dédié.
Si les concepteur n'ont pas eu besoin d'un ide et on qd meme fait un enorme projet , ben , c'est tout simplement qu'il n'y en a pas besoin. Ce n'est pas a eux de preparer les choses comme le monsieur les aimes car ce n'est manifestement pas necessaire.
Réaction typique et insupportable des developpeurs "élitistes" dans la communauté du libre.
Il suffit pas de mettre un logiciel sous telle licence pour "aider" les utilisateurs/developpeur. Il faut aussi leur donner tous les outils nécessaire : documentation utilisateur, documentation développeur, etc.
On a toujours filé un makefile avec les bons vieux projets C, en Java c'est Eclipse ou Ant. Je vois pas en quoi sa requête est déplacée.
Tu prend le pb a l'envers. C'est a lui de s'adapter.
Faut savoir ce qu'on veut : si on veut faire un projet libre et "ouvert" aux autres, ou un projet "libre" de "guru", opaque, et avec de rares contributions extérieures.
Moi je préfères le problème comme tu dis "à l'envers".
[^] # Re: editeur à la place de l'IDE
Posté par TImaniac (site web personnel) . En réponse au journal De la difficulté de contribuer à des gros projets. Évalué à 4.
Ah ?
Meme l'organisation des repertoires doit etre la meme ou tres proche.
Chez nous l'organisation c'est le CVS. Dans le libre c'est pareil : tout le monde a la même organisation du coup.
Dans ce cas tu peut refiler un fichier eclipse ou un fichier VC sans probleme aux collegues. tout se metra en place et compilera clic-clac
Fait leur découvrir CVS (ou Subversion tant que t'y es), tu vas voir tu vas faire progresser tes développeurs d'un bon en avant de 20 ans ;)
Je vois pas pourquoi sous prétexte qu'en entreprise tu peux voir ton voisin tu devrais te passer des outils "basique" que sont cvs ou svn. Visual Studio est intégré depuis des lustres à VSS (le CVS pourri de MS).
Sur internet , c'est deja pas simple d'avoir un gcc et une libc qui convient alors si en plus on doit avoir un IDE telle version avec les plugins telle version , une jvm telle version ... c'est la galere
Je vois pas le rapport avec la VM, avec ou sans IDE t'aura la contrainte. De plus tu n'obliges absolument personne à utiliser l'IDE, mais tu permets à ceux qui le souhaite d'utiliser un outil puissant et dédié.
Si les concepteur n'ont pas eu besoin d'un ide et on qd meme fait un enorme projet , ben , c'est tout simplement qu'il n'y en a pas besoin. Ce n'est pas a eux de preparer les choses comme le monsieur les aimes car ce n'est manifestement pas necessaire.
Réaction typique et insupportable des developpeurs "élitistes" dans la communauté du libre.
Il suffit pas de mettre un logiciel sous telle licence pour "aider" les utilisateurs/developpeur. Il faut aussi leur donner tous les outils nécessaire : documentation utilisateur, documentation développeur, etc.
On a toujours filé un makefile avec les bons vieux projets C, en Java c'est Eclipse ou Ant. Je vois pas en quoi sa requête est déplacée.
Tu prend le pb a l'envers. C'est a lui de s'adapter.
Faut savoir ce qu'on veut : si on veut faire un projet libre et "ouvert" aux autres, ou un projet "libre" de "guru", opaque, et avec de rares contributions extérieures.
Moi je préfères le problème comme tu dis "à l'envers".