C'est facile à utiliser, il faut juste savoir faire des parenthèses...
Je suis en train de bosser sur les WebServices pour m'entrainer (vu qu’apparemment ça va être 90% de mon hypothétique futur taff), et je viens de voir un truc que j'avais jamais capté :
Sur VS2012 (pas testé les dernières versions), quand tu lances le debug de ton WebService, si t'es sur le fichier de celui-ci (asmx), il va te lancer un mini-site web avec l'ensemble de tes services, où tu peux les tester directement sans passer par un client
Eclipse propose ça, aussi. C'est intégré à la stack J2EE, mais c'est évidemment utilisable avec n'importe quel langage.
Rust fanboy
Ah mais ça c'est normal, tout le monde s'en fout du C++, c'est has been, maintenant, il vaut mieux faire du C#/J#/F#
Non, les hipsteures font du Rust et du Go.
"Dieu est mort" · "Si le téléchargement c’est du vol, Linux c’est de la prostitution."
Faut les comprendre les pauvres, ils doivent plus être que 3 à bosser sur le compilo et 3 sur la lib avec le bien nommé STL
Ce qu'il faut savoir, c'est qu'on ment beaucoup aux minmatars, surtout lorsqu'ils posent des questions du style: "t'es sûr que ça vole, ce truc ?" Cooking Momo, le 30/08/09
Méheuuu. Je suis sûr qu'il y a plus de genre qui utilisent VC++ que CodeBlocks ou Dev-C++
Rust fanboy
Sleeping all day, sitting up all night
Poncing fags that's all right
We're on the dole and we're proud of it
We're ready for 5 More Years
Bah, même temps le langage est conçu pour éviter de faire de la merde en forçant le programmeur à bien bosser...
+1 pour ADA, j'ai fais un dev en ADA il a fort longtemps de ça, bon souvenir, c'est propre et clean. J'avais quand même eu le temps de comprendre que le langage avait peu d'avenir et réussi à convaincre la direction d'opérer un switch massif vers C++...
Et sinon, je ne comprends pas trop la mode du "Microsoft Bashing", VS est quand même un super environnement. Le compilo C++ crosoft n'est pas moisi même s'ils mettent un peu de temps à adopter les nouveautés du langage, le debug est excellent. Et j'ajouterais qu'ils contribuent massivement à l'évolution du langage maintenant.
C'est loin d'être parfait, mais franchement de la à basher systématiquement...
Ben disons qu'avec Microsoft il y a toujours la suspicion qu'ils essayent de s'approprier le truc.
Ils ont pas aimé Netscape alors ils ont créé IE, ils ont pas aimé Flash alors ils ont créé Silverlight, ils ont pas aimé OpenGL alors ils ont créé DirectX, ils ont pas aimé le C++ et le Java alors ils ont créé le C#, etc. puis ont utilisé leur position dominante pour promouvoir leur alternative qui pourtant n'apporte rien de plus.
Quand j'utilise VC++ j'ai l'impression d'être dans un monde Microsoft. Quand tu vas dans un menu il te propose de te connecter à Microsoft Team Foundation, dans un autre il te propose les MFC (dont le M signifie Microsoft), dans un autre il te propose les Microsoft NuGet, etc. C'est un peu comme Apple de ce point de vue là. iTunes et iTrucmuche fonctionnent uniquement avec ton iPod, ton iPad et ton iFrigo.
Le fait qu'ils se conforment à un standard est en soi assez miraculeux, et ça me surprendrait à peine si demain ils annonçaient qu'ils laissaient tomber le standard pour proposer des solutions Microsoft alternatives.
Rust fanboy
Ce qu'il faut savoir, c'est qu'on ment beaucoup aux minmatars, surtout lorsqu'ils posent des questions du style: "t'es sûr que ça vole, ce truc ?" Cooking Momo, le 30/08/09
C# n'apportant rien de plus par rapport à Java ?
Après je comprend tout à fait la critique, mais n'empêche qu'un certain nombre de leur solutions sont aboutis et bien pratique.
Dites les canards, quelqu'un pourrait m'aider avec un problème de grammaire avec Yacc (Toujours pour mon petit interpréteur) ? En fait je veux pouvoir faire sois des appels de fonctions, soit des "objets" (Plus des structures avec des fonctions, je suis resté simple), et donc j'ai en gros ça comme syntaxe :
Ce qui dans Yacc me donne :Code:// Appel fonction foo(a); // Nouvel objet new boo(a);
Ce qui me colle un avertissement pour un reduce/reduce, ce qui signifie que plusieurs règles s'appliquent à la même entrée (J'ai déjà vérifié, et le conflit est bien entre ces deux lignes ci). Et en fait je vois pas vraiment où peut être le problème, parce-que le NEW n'est utilisé qu'ici, et que suivant sa présence ou non on ne peut rentrer que dans un seul des deux casCode:Expression : [...] | NEW Expression P_LEFT Expression P_RIGHT { // Les choses nécessaires } | Expression P_LEFT Expression P_RIGHT { // Les choses nécessaires } [...]
Le seul cas problématique que je vois serait :
Qui peut soit être (new foo(a))(b), soit new (foo(a))(b) (Et qui dans tous les cas fait crier l'interpréteur très fort sauf si foo(a) retourne une fonction, mais c'est pas le problème). En fait je vois pas comment forcer par exemple le premier comportement. J'ai essayé de jouer avec les priorités, de faire d'autres mots, mais rienCode:new foo(a)(b);
Dernière modification par Vuzi ; 22/03/2014 à 15h16.
Meh
Il me semble qu’Ada est utilisé dans les navions, précisément grâce à sa fiabilité.
une balle, un imp (Newstuff #491, Edge, Duke it out in Doom, John Romero, DoomeD again)
Canard zizique : q 4, c, d, c, g, n , t-s, l, d, s, r, t, d, s, c, jv, c, g, b, p, b, m, c, 8 b, a, a-g, b, BOF, BOJV, c, c, c, c, e, e 80, e b, é, e, f, f, f, h r, i, J, j, m-u, m, m s, n, o, p, p-r, p, r, r r, r, r p, s, s d, t, t
Canard lecture
Tu ne devrais pas utiliser un token "identifiant" plutôt qu'une règle "Expression" pour récupérer le nom de ta variable ou de ta classe/objet ?
ie les 'foo' et 'boo' dans ton exemple, soit la première occurrence de 'Expression' dans tes 2 règles.
Par forcément, parce-que je permets de sauvegarder les fonctions dans des variables (Un peu comme en JavaScript), et il est donc possible de faire des choses comme :
Et donc il est vital que l'identifiant soit une Expression, sinon effectivement ça aurait simplifié pas mal de choses pour le parseurCode:tab[12](a); // Tableau avec une fonction associées à la clef 12 get_function(12)(a); // Avec get_function qui renvoit une fonction
Meh
Oui, c'est bien ce genre de cas qui posent problème. Yacc est un parseur LALR, et la grammaire que tu essaies de définir a le mauvais goût d'être ambiguë dans ce modèle. Rassure-toi, il y a plein d'autres langages tout pourris dont la grammaire set ambiguë, genre C et C++.
Mais dans ton cas il faut bien changer la grammaire pour lever l'ambiguïté. Cherche comment tu peux interdire new foo(a)(b), par exemple en forçant des parenthèses, et dérive-en la grammaire correspondante.
Netscape et IE, ce n'est pas vraiment ça, le Silverlight, ils ont crée le truc et abandonné dans la foulée pour pousser vers l'HTML 5, Open GL/Direct3D, ça se discute, pour le .NET, si ma mémoire est bonne, ce n'est pas qu'ils n'aimaient pas le Java, c'est juste qu'ils se sont pris un procès de la part de SUN parce qu'ils intégraient une machine Java dans Windows. Alors ils ont crée leur propre machine virtuelle (.Net) avec les langages qui vont avec.
Aujourd'hui si tu comptes développer en .Net et porter ton appli sur autre chose qu'un OS Windows, c'est possible avec Mono (même si tout le framework n'a pas été implémenté).
Team Foundation, c'est pour le boulot collaboratif, donc c'est plus lié à Visual Studio qu'autre chose, Nuget est open-source et MFC a été fait pour Windows (ça date de 1992).
Je peux aussi te donner un contre-exemple avec Windows Phone 8 : alors qu'avec WP7, tu pouvais développer tes jeux via XNA (donc .Net), sur WP8, si tu veux vraiment profiter du hardware et de toutes les fonctionnalités du matos, faut que tu développes en C++.
Dans la liste des technologies Microsoft "sur lesquelles ils étaient en retard et ont utilisé leur position dominante pour promouvoir leur alternative qui n'apporte rien" on peut aussi citer : Office (par rapport à Lotus), Bing, Windows Defender, MSN Messenger, et surement d'autres vu que je cite uniquement ce qui me vient à l'esprit. Bref je trouve qu'ils sont un peu spécialisé là dedans.
Après je ne connais pas assez Windows Server, ASP, etc. pour dire qu'ils n'apportaient rien par rapport à la concurrence qui existait à l'époque et qu'ils ont grandi uniquement parce qu'il y a "Microsoft" marqué dessus.
Tu me diras que ça apporte de la concurrence, mais ce qui me gêne c'est le fait que tout appartienne à la même boîte et qu'ils peuvent du jour au lendemain appliquer des restrictions, comme par exemple obliger les gens à acheter Vista s'ils veulent utiliser DirectX 10 ou faire prendre 10 ans de retard au web parce que IE6.
S'ils décident soudainement de supprimer OpenGL pour Windows ou de fermer le format des documents Office, ils peuvent.
Dernière modification par Tomaka17 ; 22/03/2014 à 19h28.
Rust fanboy
Merci pour ces précisions Deathdigger, je précise d’ailleurs que les spécifications .NET sont publiques, si tu veux développer ton propre environnement tu peux.
En effet on accuse souvent Microsoft de tous les maux, et à raison. Mais c'est oublier que tous les autres font pareil, c'est un peu tomber dans la facilité.
(Le premier qui répond Go Linux fait 50 pompes sur les pouces).
@Teocali: je ne pense pas que ce soit une bourde, si le langage existe toujours il n'y pas d'écosystème autour aussi puissant: compilateurs, bibliothèques, environnement de développement, formations, support etc... Presque tous les API tiers ont des interfaces compatibles C ou C++. Faudrait leur demander, mais je pense qu'aujourd'hui peu de gens regrettent ce choix la-bas.
Sinon, ADA s'est fait fait une niche dans les applications critiques grâce au support natif d'un certain nombre de primitives temps réel. Je ne sais pas si aujourd'hui il y a beaucoup d'applications non embarquées en ADA, et c'est dommage.
---------- Post added at 19h09 ---------- Previous post was at 18h55 ----------
* Office: ils n'était pas en retard, crois-moi j'ai rédigé des centaines de page avec Word 2.0 et j'avais lotus. (Le tout sous OS/2 même que). Ils n'étaient pas en avance non plus, ils étaient simplement en compétition,et ils ont gagné grâce au coup de pute du siècle mais c'est une autre histoire.
* Windows defender:c'est vrai c'est dégueulasse de faire un truc propriétaire gratuit. Sans rire, il n'y a pas de standard de toutes manières, donc bon, ils fournissent une solution de sécurité gratuite et intégrée à l'OS, so what ?
* Msn messenger: good point, là tu as raison bien sur. Mais une fois encore, le succès vient de l'intégration à l'OS et du nom, mais ce n'est pas un mauvais système.
En gros s'ils n'avaient pas sorti tous ces softs, ils n'existeraient plus. Donc bon, on peut critiquer le manque d'innovation mais c'est normal qu'ils s'alignent et que par défaut ils soient compatibles ou fassent la promotion de leurs propres offres.
Oui, mais ils n'ont pas "dé-supporté" directX 9. Et d'ailleurs on a bien vu que plein de gens sont resté sous XP.
Merde alors, on n'a jamais critiqué un fabriquant de voiture parce qu'on était obligé de changer de modèle pour profiter des nouvelles motorisations. Et Microsoft n'a jamais obligé les développeurs à utiliser DirectX, OpenGL existe sous Windows.
Ils peuvent, mais c'est un procès d'intention. Finalement, ce qui coince c'est que Microsoft est une société privée à but lucratif. Mais c'est aussi ça qui fait le progrès.
Comprenez moi bien, je ne suis pas la p### à Microsoft, c'est juste que je surrégais souvent quand j'ai 'impression qu'on caricature ou qu'on simplifie. C'est rarement tout noir ou tout blanc quoi.
Je sais pas pourquoi je m'emballe moi...
Ce qui coince c'est que Microsoft a un monopole dans plusieurs domaines (notamment avec VisualStudio, vu que c'est de ça dont on parlait) et use de sa position dominante pour tenter d'obtenir d'autres monopoles.
Je ne suis pas économiste mais il me semble qu'il y a consensus sur le fait que les monopoles freinent le progrès et sont globalement néfastes pour l'économie.
Après on parle de Microsoft et je sais que Google, Intel, etc. font pareil (ou tentent de faire pareil). Mais c'est pas parce que tout le monde fait ça que ça doit être normal.
Rust fanboy
100% d'accord, mais mauvais exemple selon moi : Microsoft n'a pas de monopole dans le développement, même sous Windows, ils sont plutôt challenger...