Alors voila, l'idée de ce topic est de recenser les Developpeur se penchant sur C#, debutant, confirmé, ou simplement curieux, n'hesitez pas a faire part de vos projets sur ce topic, que ce soit personnel ou professionnel.
 

C'est quoi l'intéret du topic
Sinon, y'a déjà moi, je m'y suis penché dés sa sortie par curiosité.
J'ai développé un soft en C# : capture d'écran avec envoi de la capture sur serveur ftp (en stand by pour l'instant, possible qu'il existe quelques bugs)
http://harko.free.fr/soft/SharpShotter.zip

Voir un peu l'etendue des projets, leur solidité, et récuperer des liens utiles
 
partager des astuces de code, etc...
 
merci de ta contribution, ca m'évite de faire un bide total  

euh y'a moi, ca fait 2 ans que je fais du C#...

Pour ma part, j'y suis passé depuis février à titre personnel et j'ai un projet pro dessus depuis aout, mes impressions sont de plus en plus enthousiastes, malgrés quelques défaut de jeunesse (et de doc au depart pour ma part). Je m'apprette à regarder de plus prés la beta de VS 2005 ainsi que du framework 2.0.

ca fe 2 ans que je dev en C#.
 
c un language qui me convient pour ca simplicité et sa rapidité a dev.
 
par contre les composants sont tres limités et si il y avait plus de composant ce serai un vrai regal

 
je compte jeter un oeil du coté de mono et de gtk# egalement, ca a l'air assez prometeur

 
je ne m'y suit pas encore trop interesser

 
Je n'ai pas encore eu le temps de le prendre en main, mais je m'interresse pas mal a ce que je peux lire sur le sujet
 
http://www.mono-project.com/about/ [...] s.html#sql
 
Cela semble fort interressant grace a son independance au niveau OS ainsi que son niveau de compatibilité avec le framework .net.
 
On commence egalement à parler d'un portage natif de gtk# pour le framework microsoft,... à surveiller  

Je me suis penché sur le c# dés sa sortie. Plusieurs applis pour le boulot, quelques-une persos, dont un jeu.
 
Mono devient trés interessant, le portage sous linux (entre autre) est vraiment une bonne idée.

J'ai commencé fin juillet 2004
 
Avec un programme pour créer des skins pour un prog ftp d'un ami
et maintenant jme prepare un programme pour génerer des emplois du temps imprimables    

 
Tes impressions ?

Franchement satisfait
 
Avant je faisait un peu de delphi, ca m'avait pas plu (surtout avec les If xxx Then begin..bref). J'avais tenté le C++, jcomprenais rien donc pour ma pomme le C# c'est pil poil ce que je recherchais
 
Donc mon verdict : C# Rulz

ben moi j'ai fait un stage en .Net/C#, puis j'ai continué à y toucher un peu après dans des projets persos.

Perso je me suis intéressé au .Net/C# lors de sa sortie, mais j'attends la version 2.0 de .Net pour avoir enfin un langage un peu plus matûre (vive les generics, partial et autres) et une lib digne de ce nom ou il ne faut pas utiliser les interop tout le temps. (cf port serie, envoi email, etc.)

j'ai fait 6 mois de C# environ (4 mois projet diplôme, 2 mois projet pro)
 
oualà quoi

 
mais, y'a autant de gens que ça qui suivent de près les nouvelles fourberies de microsoft ?

 
on argumente  

essaie, tu critiqueras peut-être moins

 
Ha ben non alors, pourquoi se rabaisser à essayer la dernière fourberie de micro$oft !

 
Post extraordinaire c vraiment genial jadore les gens comme toi...

nan mais je suis sincère, je pensais que les dév. C# en faisaient parce que c'était demandé, ou parce qu'il prévoyaient que ça allait être obligatoire dans quelques années.
 
nan, franchement je connais pas, je critique pas, je m'étonne juste.
ce que je connais de vb et d'msdn me donnent pas envie d'être curieux avec les nouveaux trucs qui sortent.
mais bon, si ça se trouve c'est super, j'ai pas mis ça en question.
 
 
( PS : ouais, pour le mort fourberie, c'est juste que j'avais entendu dire que C# a été créé pour concurrencer Java.
Ça me fait toujours un peu rire quand ms lance des trucs pour concurrencer; j'ai d'ailleurs entendu qu'ils allaient sortir un nouveau navigateur (désolé, je suis pas super au courant) pour concurrencer mozilla   )

ben moi j'étais comme toi. et quand j'ai du travailler là-dessus, j'étais rétiscent au début je dois dire. mais par la suite, (assez vite) on trouve plein de bonne choses. et encore, je n'ai pas tout explorer.
 
faut pas dire "sux" dès qu'on entend MS dans une phrase sans réfléchir. c'est comme tout, y'a du bon et du moins bon

raytaller> Si on veux pouvoir dire c'est de la merde ou pas, il faut bien s'y interresser de près. Sinon, comment savoir ? En lisant des critiques ? mouarf !

Pour tout avouer , je ne porte pas spécialement microsoft dans mon coeur, mais je dois reconnaitre qu'avec C# ils ont fait un beau produit, c'est tres agréable à utiliser

 
ouais, tout à fait d'accord.
donc, là j'attends d'avoir un peu le temps, pour essayer; je me sens un peu frustré de pas pouvoir dire que c'est de la merde là
 
(nan , en fait j'attends la sortie officielle de java 1.5  )

 
+1, mais ça fait mal aux fesses de le dire quand même.  

Bah t'as qu'à te dire que c'est l'ancien mec de Borland qui a créé C#.

Perso la seule chose que je reproche à C#, c'est l'absence d'héritage multiple
 
J'ai fait mes premiers pas dessus au boulot, j'aime beaucoup (bon, je suis un grand adorateur de la syntaxe C aussi).

mono c'est chouette, mais y a encore pas mal de casserole sur PPC ne serait-ce des problèmes de boutisme ... bref chez Microsoft ils sont marrants, il font un truc portable mono-plateforme ... mono porte sur les plateformes. Ça prend un peu de temps, si vous avez autre chose que de l'x86, je vous conseille d'utiliser le CVS, du moins d'utiliser mint

bonjour je dev en C# et j'en suis fiere    
d'ailleurs j'aime ça, c'est plutot confortable comme langage..    
adapté au type d'application que nous avons conçu..  
 
 
ça doit faire depuis fin janvier que j'ai commencé..
 
en C# j'utilise des dll com et c++ avec plus ou moins de mal.. notemment les sdk schlumberger, towitoko et canon (d'ailleurs j'ai fait un super truc avec la dll canon.. je vais m'empresser d'en faire une release standalone pour piloter les apn canon..   )
 
donc gestion de cartes à puces.. acces a du MySQL.. puis pleins de trucs divers et varés..
 
 
moi je .NET je trouve ça coule  (meme si le garbage collector auto me gonfle pas mal.. )
et les pointeurs on peux continuer à les utiliser, heureusement parce que vazy que j'en fait des dllimport.. vivement le tout nouveau .NET  
 
 
voila..        
hihii

plutot concluant dans l'ensemble
 
drasche> je crois bien que l'héritage multiple sera disponible dans la version 2.0 de C#  FAUT QUE JE TROUVE LE TEMPS DE LE TESTER CE VS .NET 2005 !  

Non, il ne le sera pas

quelle merde ...

 
quelle argumentation....

 
c'était un quote sousentendu

Moi j'ai jamais bien pigé ce pblm d'héritage multiple. J'ai jamais utilisé l'héritage multiple en C++, en tous cas en tant qu'héritage structurel. J'ai toujours utilisé l'héritage multiple comportemental, au moyen de classes de base abstraites (ABC), qui sont en fin de compte l'équivalent des interfaces Java/C#. Le seul cas où ça me pose problème c'est des cas très spécifiques, genre un mélange de lib : (héritage multiple entre une WinForm et une fenêtre OpenGL par ex). C'est des cas très très rares, et là oui ca manque. Mais sinon je cerne pas bien l'utilité de l'héritage multiple structurel en dev, Stroustrup lui même conseille d'utiliser les ABC.
Pouvez-vous me doner des exemples courants où il est judicieux de l'utiliser ?

les streams

J'aurais préféré un exemple que l'on programme soit meme, pas la SL.  
Mais justement, tu vas peut être éclairer ma lanterne sur ce sujet.
Je trouve pas normal que istream définisse tellg/seekg, et ostream tellp/seekp. Les 2 devraient définir tell et seek. Quel est le sens à avoir une fonction qui permet de manipuler explicitement le get pointeur dans une classe ou il n'y a que ce pointeur, et pareillement avec le put pointeur de ostream. Dans les 2 cas on s'attendrais à manipuler le seul pointeur existant. En bref, selon moi, le fait qu'il y ait tellg sous entend qu'il y a tellp, et il ne devrait y avoir du coup que tell.
Mais ça c'est a cause de l'héritage multiple de iostream justement, où on serait bien emmerdé avec ces 2 fonctions en double. Donc pour moi ici l'héritage multiple n'est pas élégant du tout. Je trouve l'approche de .Net meilleure où on a dissocié le stream de ses opérations. Tu as System.IO.Stream d'un côté, et System.IO.StreamWriter et System.IO.StreamReader de l'autre.
En somme c'est un peu streambuf et ostream/istream.