'Lut tout le monde =) je me ballade un peu partout sur les topics, et je vois q'il y a des personnes qui font des appli en mode console. Quel est intérêt y trouvez-vous? est-ce pour ne pas s'emm*** avec les fenêtres de Windows (c vrai ke sa fait planter des fois)? parce qu'une interface graphique, c'est quand même gavé appréciable, surtout ac un outil comme Visual, où la création d'une IHM est tout de même assez simple! Votre avis?

repasse demain

perso, quand je fais une appli sur PC, c'est generalement pour pouvoir simuler le comportement sur un systeme embarqué sans OS, donc globalement pas besoin d'IHM. la console a pour principal avantage d'aller vite, d'avoir du code quasi entierement portable et pas de prise de tete windowsienne ou autre...
maintenant, si une IHM est requise, c'est clair que l'utilisation est plus pratique avec des fenetres, boutons, menus and co.
 

Excellent

écoutes, j'essaie d'apprendre,de comprendre, de demander l'avis à des codeurs ki ont de l'expérience, dc voilà. je pense qu'un forum est pour échanger des pts de vue, des connaissances, des expériences... j'ai du voir une citation sur le forum : "Celui qi pose une question est bête 5 min, celui qui ne la pose pas le restera toute sa vie".
 
Merci yulara pr ta réponse. en effet pr les programmes qui tourneront sur des systèmes embarqués, la console est plus pratique pour les tester. Mais pour les appli sur OS, il y a désormais pratiquement que de la prog évènementielle, non?

suivant les traitements que tu veux faire, et ce que tu utilises pour faire ton IHM, tu peux passer plus de temps à faire l'IHM qu'a coder les routines de traitement.
 
et très franchement les MFC et moi

1- dabns une application graphique, environ 70% du est dans l'IHM, et dans le tas, une bonne partie est la vérification que l'utilisateur ne fait pas de conneries.
 
2- 10%. Seuls 10% des programmeurs font des logiciels commerciaux. le reste fait du particulier généralement en interne.
 
3- dans les logiciels utilisés en internes, une partie non négligable ne sera utilisée qu'une fois (c'est des one-shots).  
 
4- je déteste programmer les IHMs  
 
5- regarde ton "task manager". Compte le nombre de logiciels lancés et combiens de fenêtres visibles.
 
6- les |permettent de faire des choses vachements efficaces à TRES faible coûts. Imagine que ton chef te demande de un logiciel pour faire une extraction de la base de donnée pour l'afficher sur l'intranet, et faire un fichier word à envoyer par courrier, avec le même contenu. Tu développe tout, ou tu combines
 
SGDB -f "fichier de reaquete" | ResultToDocbook > temp.docbook
docbook2html temp.docbook requete.html  
docbook2rtf temp.docbook requete.rtf
 
 
Ici, il y a que ResultToDocbook à écrire. Ca va être dur de justifier un goinfrage de jours pour tout reprogrammer alors que la combinaison d'applis CLI va être beaucoup plus efficace et largement moins cher.  
 
7- ta gueule

Parce que taper une commande qu'on connaît, avec la completion sous bash, par exemple, ça va vachement plus vite que de cliquer partout.

en clair, quand tu en as pas besoin, pourquoi le faire?
  et puis tout le monde code pas sur windows et/ou avec Visual, encore une question de besoins...

 
mais ça te manque pas de ne pas avoir une barre de progression ou le changement du curseur de ta souris pendant l'évolution de ton prog?

Programmer un GUI est un très gros investissement comme dit Kadreg, faut que ça se justifie  Et d'expérience, je peux te dire que c'est un lourd, très lourd travail, t'as jamais fini de peaufiner une GUI, parce que tu ne sais jamais ce que l'utilisateur va en faire. Ca fait 6 ans que je bosse sur la même application VB, il y a un très gros pourcentage de code lié au GUI, et des bugs "imprévus" sur le GUI, j'en ai vus par paquets. Je dirais que le plus gros problème dans la réalisation d'une GUI, c'est l'interface entre le clavier/souris et la chaise (déjà dit par d'autres avec d'autres mots )
 
J'ai fait un bête outil d'interrogation de données pour end users l'année passée (avec une GUI donc), bin cette GUI m'a pris plus de temps que le moteur de l'application lui-même, et je ne peux même pas garantir que cette GUI soit bug free (par contre, le moteur l'est)
 
Perso je privilégie toujours les outils en commandline parce qu'ils sont plus rapides à programmer. Un bon exemple est le testsuite: quand on programme une testsuite, on ne s'embarrasse pas d'un GUI: le testsuite est automatisé et on n'a qu'une chose à faire: lire l'output et vérifier qu'il est satisfaisant. Et les outils en ligne de commande, c'est pareil. C'est pour ça que je disais que le moteur de ma petite appli est bug free: la testsuite est là pour faire des tests exhaustifs sur le moteur. Faire un testsuite de GUI, c'est une autre paire de manches, je ne suis pas de ceux qui croient qu'on peut en faire un test exhaustif.
 
Bref, la ligne de commande, pour moi, permet de rester concentré sur le coeur du programme, le GUI n'étant que fioritures et gadgets pour end users.
 
C'est simple à créer une GUI? C'est sans doute un acquis en VB6, mais je ne suis pas sûr que les programmeurs VC6 partageront cet avis (et en plus ce sera vachement plus lent en VB6 ) D'autre part, lorsque qu'on veut creuser un peu et créer quelque chose de complexe, il n'y a pas de mystère, la programmation en devient complexe également (les gens qui utilisent le DataGrid de Microsoft me comprendront certainement )
 
bon, c'est un peu brouillon mais ça reflète mon opinion sur la question

tu sais parfaitement faire une "barre" de progression en console
 
c'est sûr que c'est moins sexy mais franchement, c'est du gadget

ben c vrai qu'une IHM reste vachement gadget, ms je trouve qd même ça plus sympa.perso, même qd j'en ai pas besoin, ben j'en fais une! faudrait que j'essaie d'en faire + souvent en mode console. le truc c ke je suis novice en informatique, ça ne fait pas très lgtps que je suis dedans, dc le DOS je n'ai pas trop connu. sa dt qd même pas mal joué ds les automatismes et habitudes. j'ai essayé Linux, ms le mode console justement me gave 1 peu. je préfère tt de même bossé dans un environnement sympathique,et il faut avouer que winxp est pas trop moche. je sais que sa va en faire raler certains qd je dis ça... =) il n'empêche ke c vrai ke sq fait svt planter les appli =( ms bon, on passe tjs + de tps à trouver les erreurs dans un programme qu'à le saisir...

mais si tu as pas besoin d'une interface (exemple, un traitement sur des fichiers) en dehors de lancer l'appli, et de 2-3 question au user, on va pas perde du temps a la faire et la debugger

c'est clair, quand tu paies pour, c'est plus aussi savoureux !
 
 
 
 
 

Essaye de faire des ihm pour linux un peu ! Linux en mode graphique c'est plantage toutes les deux minutes (pire que windows... ne vennez pas me dire le contraire je bosse dessu toute la journée je sais de quoi je parle). Donc tous les pinguins programmes en mode console. Et comme les geeks sont presques tous des pinguins... la préhistoire de l'ihm (c'est comem ça que j'appelle le mode console) à encore de beaux jours devant elle.

huhu, et les gens qui programment OpenOffice, Mozilla et compagnie, ils font comment pour que ça soit stable sous Win/Mac/Nux à ton avis?
 
(t'as pas l'impression de gaffer en postant ce témoignage? )

 
<non au troll>
Ah ?
 
Je bosse sous linux et je plante jamais une appli. Tu peux me donner des noms d'appli que tu utilises ? (et aussi le WM utilisé)
</non au troll>

je voudrais surtout voir un bout de code personnellement

 
 
MMAAARRRIIIIIDDDDEEEE
 
 
un trolomètre tout neuf

Konqueror sous Mandrake 9.2
Un plantage par heure minimum
 
KDevelop
Deux plantage par jour en moyenne

 
Tu utilise l'application la plus instable qui existe aussi
 

heureusement que ça n'a pas les mêmes implications que Explorer sous Windows

Bah parcourir les reps en mode console c moche et pénible m'enfin c'est juste mon avis...

 
oui.
 
Juste le tien.
 

Oh un geek préhistorique ! Un Vrai ! C'est émouvant ;')

la consol c bien, les IHM c'est pour les zandicapai

oui enfin utiliser Kdevelopp est pas signe d'une evolution hein

Dis ça a mon patron... moi je trouve ce truc merdique au possible.
 
Et au fait : quand je parle de préhistoire je taquine, c'est pas méchant, c'est de l'humour. Faut pas se sentir aggressé comme ça

 
le geek préhistorique, t'inquiète pas, il te mettrait une taloche sans problème en conception d'IHM.

 
Moi, j'utilise konsole

Olala le manque d'humour....

 
ben c'est le cas, ce truc est vraiment merdique  
 
edit:vous l'avey dit au patron parce que la

Je voulais pas me facher avec tout le monde moi v____v
Et j'ai jamais prétendue être douée en quoi que soit (je suis même assez nulle en fait) v____v
Les geeks préhistoriques acceptent-t-ils de faire la paix avec la geekette pas drôle qui s'excuse ?

suis pas un geek prehistorique, j'utilise eclipse

 
moi aussi
 
(configuré en mode emacs )

 
asv ?

je craignais le pire

22 f nancy

chui pardonnée ?