[Humeur] .Net
sebsauvage
Messages postés
32893
Date d'inscription
Statut
Modérateur
Dernière intervention
-
sebsauvage Messages postés 32893 Date d'inscription Statut Modérateur Dernière intervention -
sebsauvage Messages postés 32893 Date d'inscription Statut Modérateur Dernière intervention -
Je hais .Net !
p*tain, c'est pas vrai, Microsoft fait vraiment chier le monde.
Vous connaissez make ?
C'est un outil de compilation qui existe depuis plus de 20 ans.
C'est bourrin, mais ça marche.
Comme d'hab', Microsoft a voulu réinventer la roue.
Seulement voilà, ils ne sont pas foutu de le faire correctement.
VisualStudio.Net n'est pas foutu de compiler les projets dans le bon ordre en se basant sur les dépendances.
Résultat: 2 fois sur 5, la compilation échoue même quand le code est correcte, et le compilateur signale des "namespace non trouvé" !
Fait chier.
Il faut rechercher quel est le projet contenant le namespace manquant, faire un clic-droit dessus > "Build" pour qu'il le compile, puis relancer la compilation de toute la solution.
C'est lourd.
Et ce n'est que l'une des nombreuses merde.
(impossible d'interrompre une compilation sans tuer l'environnement complet; quand un fichier est locké, il fait une erreur débile sur un autre fichier au lieu de dire que la DLL est lockée ; Il signale un "module non trouvé" dans une clause using (en début de programme) quand une parenthèse est mal fermé plus bas dans le code; etc.)
KAKA.
p*tain, c'est pas vrai, Microsoft fait vraiment chier le monde.
Vous connaissez make ?
C'est un outil de compilation qui existe depuis plus de 20 ans.
C'est bourrin, mais ça marche.
Comme d'hab', Microsoft a voulu réinventer la roue.
Seulement voilà, ils ne sont pas foutu de le faire correctement.
VisualStudio.Net n'est pas foutu de compiler les projets dans le bon ordre en se basant sur les dépendances.
Résultat: 2 fois sur 5, la compilation échoue même quand le code est correcte, et le compilateur signale des "namespace non trouvé" !
Fait chier.
Il faut rechercher quel est le projet contenant le namespace manquant, faire un clic-droit dessus > "Build" pour qu'il le compile, puis relancer la compilation de toute la solution.
C'est lourd.
Et ce n'est que l'une des nombreuses merde.
(impossible d'interrompre une compilation sans tuer l'environnement complet; quand un fichier est locké, il fait une erreur débile sur un autre fichier au lieu de dire que la DLL est lockée ; Il signale un "module non trouvé" dans une clause using (en début de programme) quand une parenthèse est mal fermé plus bas dans le code; etc.)
KAKA.
A voir également:
- [Humeur] .Net
- Net framework 2.0 - Télécharger - Divers Utilitaires
- Paint net - Télécharger - Dessin & Illustration
- Logo .net - Télécharger - Études & Formations
- Net framework 4.0 - Télécharger - Divers Utilitaires
- Onoffapp net - Forum Vos droits sur internet
12 réponses
pourqoi ils n'ont pas gentiment demandé à la communauté de migrer gmake vers windows??? ces idiots, savent rien faire et en plus se moquent des gens )));
tafiscobar "lou waye def bopame"
la nullite n'existe pas, l'ignorance oui, ah je suppose!!!
tafiscobar "lou waye def bopame"
la nullite n'existe pas, l'ignorance oui, ah je suppose!!!
Ca n'empêche pas .Net de faire des émules :
> NeroNET : http://www.nero.com/en/631898255953125.html
> DriveImage 7
Toco y se gausos !!!
> NeroNET : http://www.nero.com/en/631898255953125.html
> DriveImage 7
Toco y se gausos !!!
on n'a pas besoin de .net pour faire un graveur en network non, c'est juste un client /serveur et ça, on sait le faire depuis belle lurette (d'ailleurs on ne dira jamais assez de mercis aux gars de berkley pour les sockets). La plateform .net est bien sur certains poitns (bon j'ai jamais utilisé, mais sur ce q j'en ai entendu, c'etait pas mal), mais faut pas prendre les gens pour des demeurés,des gens qui viennent de naitre ds l'info, pour faire croire que ça va régler les problémes (sachant q'il ne résoud que les problémes que l'on savait résoudre et pour le reste, ne donne q des solutions superficielles).
ce n'est pas contre toi teutates, c'est juste une parenthése.
tafiscobar "lou waye def bopame"
la nullite n'existe pas, l'ignorance oui, ah je suppose!!!
ce n'est pas contre toi teutates, c'est juste une parenthése.
tafiscobar "lou waye def bopame"
la nullite n'existe pas, l'ignorance oui, ah je suppose!!!
T'inquiètes pas : je l'ai pris sereinement ;-)))
D'autant que je me contentais de citer 2 exemples de logiciels utilisant .NET. Je ne connais pas assez le sujet pour oser argumenter pour ou contre !-)))
Toco y se gausos !!!
D'autant que je me contentais de citer 2 exemples de logiciels utilisant .NET. Je ne connais pas assez le sujet pour oser argumenter pour ou contre !-)))
Toco y se gausos !!!
Bonjour le monde! :-)
Je hais
Fait chier
nombreuses merde
KAKA
ces idiots
C'est pas joli ça. Si un modo passe par ici ... ;-)
Mais pourquoi se cultiver tant de haine? Pourquoi d'abord se payer de la M****.Net? Débarrassez-vous en une fois pour toutes.
Je hais
Fait chier
nombreuses merde
KAKA
ces idiots
C'est pas joli ça. Si un modo passe par ici ... ;-)
Mais pourquoi se cultiver tant de haine? Pourquoi d'abord se payer de la M****.Net? Débarrassez-vous en une fois pour toutes.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
AAhhh !!! Ya rien de mieux que linux pour la prog !!
Sinon essaye de voir si tu peux pas passer ton projet sous le pingoin
ca t'evitera d'être chauve avant l'âge à force de t'arracher les cheveux. lol ;-)
@++ !!
Sinon essaye de voir si tu peux pas passer ton projet sous le pingoin
ca t'evitera d'être chauve avant l'âge à force de t'arracher les cheveux. lol ;-)
@++ !!
Malheureusement, je n'ai pas mon mot à dire sur le choix de la techno. C'est une figure imposée.
Microsoft à tous les étages, du serveur web jusqu'au serveur SQL (là aussi, il y a à dire (par exemple la limite à 8 ko par enregistrement, alors que Oracle et Postgres sont à plus de 1 Go :-(
C'est dommage, parcequ'il y a de bonnes choses dans .Net, mais il y a aussi des trous, d'énormes trous.
Quand on gratte un peu la surface, ça fait vraiment désordre.
ça devient rapidement pénible.
Microsoft à tous les étages, du serveur web jusqu'au serveur SQL (là aussi, il y a à dire (par exemple la limite à 8 ko par enregistrement, alors que Oracle et Postgres sont à plus de 1 Go :-(
C'est dommage, parcequ'il y a de bonnes choses dans .Net, mais il y a aussi des trous, d'énormes trous.
Quand on gratte un peu la surface, ça fait vraiment désordre.
ça devient rapidement pénible.
bof, t'as déjà vu un logiciel micro$oft fonctionner correctement ?
même avec word il m'arrive de piquer des crises.
avec visual c++, j'ai cliqué sur un objet (explorateur d'objets)et appuyé sur la touche suppr, en suite il n'a plus jammais été possible de compiler le programme. (erreur à la ligne 1000612345678 qui n'existe même pas) Ils ont une conception tellement fermée de présomption de ce que va faire l'utilisateur que ça en devient la négation de la conception du langage C par exemple, ou de la langue Française. N'ont-ils rien compris à la portabilité, ou bien est-ce une tentative de s'approprier des standarts ? hin hin hin
Sincèrement je compatis
a+
même avec word il m'arrive de piquer des crises.
avec visual c++, j'ai cliqué sur un objet (explorateur d'objets)et appuyé sur la touche suppr, en suite il n'a plus jammais été possible de compiler le programme. (erreur à la ligne 1000612345678 qui n'existe même pas) Ils ont une conception tellement fermée de présomption de ce que va faire l'utilisateur que ça en devient la négation de la conception du langage C par exemple, ou de la langue Française. N'ont-ils rien compris à la portabilité, ou bien est-ce une tentative de s'approprier des standarts ? hin hin hin
Sincèrement je compatis
a+
Salut,
Seb, tu peux preciser l'ordre de compilation si tu veux (bouton droit sur la solution...)
Seb, tu peux preciser l'ordre de compilation si tu veux (bouton droit sur la solution...)
c'est pas mal pour faire des IHM visual.net sinon c'est clair que tout le reste n'a strictement rien de nouveau...
oui effectivement j avais oublié... c# c est du java en mieux...puis le code auto generé c est franchement sympa ca evite de taper les trucs rebarbatifs...
Dans l'ensemble je le trouve bien moi visual .NET ya peu etre quelques truc pas encore au point mais bon moi ca m'a dans l ensemble reconcillé avec microsoft...
Dans le monde linux ces outils n'existent pas donc c est peu etre mieux mais c est franchement plus chiant...
surtout dans le cadre d'un projet industriel....
Dans l'ensemble je le trouve bien moi visual .NET ya peu etre quelques truc pas encore au point mais bon moi ca m'a dans l ensemble reconcillé avec microsoft...
Dans le monde linux ces outils n'existent pas donc c est peu etre mieux mais c est franchement plus chiant...
surtout dans le cadre d'un projet industriel....
C'est la premiere fois que je prend du plaisir a programmer dans un environement Ms, j'avoue que je suis impressione, meme si j'ai encore l'impression que ce n'est pas completement pres a des details...mais dans l'ensemble, ca me parait vraiment un progres...mais il en faudre plus pour me reconcilier avec eux :o)
Mais j'attend le Framework pour Linux avec impatience...
Mais j'attend le Framework pour Linux avec impatience...
Pour continuer dans la grogne:
Les transactions distribuées (MSDTC) ne sont pas implémentées en .Net.
Et encore un trou dans la raquette.
Et l'API de Bulk Insert n'est pas implémentée dans ADO.Net.
Encore un trou.
Vachement pratique pour migrer des applications existantes, tiens.
M*rde, l'API .Net n'est qu'une gigantesque façade de carton-pâte.
La plupart des anciennes API ne sont pas du tout implémentées, ou seront soit-disant implémentées dans la version quarante-deux-mille-douze qui sortira on-ne-sait-pas-quand, ou alors il faut brider ses projets .Net en se coltinant de l'interop pour pouvoir appeler du COM.
Ou encore pire, se palucher à la mimine des wrapper d'API.
Achement pratique.
:-(
Les transactions distribuées (MSDTC) ne sont pas implémentées en .Net.
Et encore un trou dans la raquette.
Et l'API de Bulk Insert n'est pas implémentée dans ADO.Net.
Encore un trou.
Vachement pratique pour migrer des applications existantes, tiens.
M*rde, l'API .Net n'est qu'une gigantesque façade de carton-pâte.
La plupart des anciennes API ne sont pas du tout implémentées, ou seront soit-disant implémentées dans la version quarante-deux-mille-douze qui sortira on-ne-sait-pas-quand, ou alors il faut brider ses projets .Net en se coltinant de l'interop pour pouvoir appeler du COM.
Ou encore pire, se palucher à la mimine des wrapper d'API.
Achement pratique.
:-(