PDA

Afficher la version complète : Alternative a kdevelop !



Deusexodus
07/03/2005, 17h30
Bonjour alors voila je veux commencer le C et je me suis dit que j'avais besoin d'une application pour pouvoir compiler , c'est pour sa que j'ai pensé a kdevelop seulement lorsque j'ai demandé ( gentillement ) à synaptic de m'installer kdevelop il m'a retourné une erreur donc je veux me tourner vers un autre logiciel !

Connaissez vous un logiciel pour programmer sous ma SuSE ?
Des graphiques , sinon que crois qu'il y a gcc mais c'est avec la konsole !

@+ et merci d'avance !

Spyhawk
07/03/2005, 18h06
Hum... y'a pas ça sur le dvd ?

Parce que KDevelopp est vraiment pas mal pour la programmation... (y'a aussi eclipse mais c'est typiquement pour le java)

Deusexodus
07/03/2005, 18h16
En faite je crois que je vais réussir à l'installer , j'avais pas regardé mais il me parlé de conflit , j'ai viré kdeartworks et kdeaddons3-konqueror et upgrader gwenview et il semble l'installer !

@+ et merci !

EDIT : c'est réglé j'ai mon kdevelop tout neuf je vais pouvoir commencer !

Sirius
07/03/2005, 18h41
Au sujet de la programmation je recommande BlueJ pour le langage java !! ( http://www.bluej.org )

chamaeleo
07/03/2005, 18h41
Le C c'est dépassé http://www.alionet.org/style_emoticons/<#EMO_DIR#>/smile.gif

Mets toi à Python c'est un peu plus facile.

Langage interprété non compilé , tous o.s, orienté objet.....

Spyhawk
07/03/2005, 19h16
Même version en Java :

mets toi à Java, c'est un peu plus facile.

Langage intérprété et compilé, tous os, orienté objet...

Avantage par rapport au C/C++ : gestion des plages mémoire attribuées automatiques.
Compilé donc possibilité de faire du code "fermé", interprété donc portabilité accrue. Par contre, c'est un poil lourd (JVM oblige), c'est non libre.

L'exemple le plus populaire d'appli Java : Azareus. http://www.alionet.org/style_emoticons/<#EMO_DIR#>/wink.gif

molodoi
08/03/2005, 00h15
Originally posted by Spyhawk+lundi 07 mars 2005 à 18:16--><div class='quotetop'>Citation (Spyhawk @ lundi 07 mars 2005 à 18:16)</div>
Langage intérprété et compilé, tous os, orienté objet...[/b]

Il y a lgtps que je n'ai plus fait de théorie des lgges (ce n'est pas ma spécialité) mais dans mes souvenirs, il me semble que 'interprétation' et 'compilation' sont deux concepts totalement différents. Mais je peux me tromper


Originally posted by Spyhawk@lundi 07 mars 2005 à 18:16
Avantage par rapport au C/C++ : gestion des plages mémoire attribuées automatiques.

hum. Pas aussi simple que ça. Le modèle de mémoire en Java n'est pas tjrs optimal.

<!--QuoteBegin-Spyhawk@lundi 07 mars 2005 à 18:16
Compilé donc possibilité de faire du code "fermé"

T'entends quoi par "fermé"? Si tu veux non accessible une fois transformer en byte code, c'est faux (sun fournit même de quoi faire de la rétroingéniere - cfr javad).

molodoi
08/03/2005, 00h18
Originally posted by Sirius@lundi 07 mars 2005 à 17:41
Au sujet de la programmation je recommande BlueJ pour le langage java !! ( http://www.bluej.org )
<div align='right'><{POST_SNAPBACK}> (index.php?act=findpost&pid=24440)[/quote]

Vi, un bon Makefile, une bonne approche méthodologique et roule ma poule http://www.alionet.org/style_emoticons/<#EMO_DIR#>/cool.gif

Spyhawk
08/03/2005, 00h39
<div class='quotetop'>Citation </div>
Il y a lgtps que je n'ai plus fait de théorie des lgges (ce n'est pas ma spécialité) mais dans mes souvenirs, il me semble que 'interprétation' et 'compilation' sont deux concepts totalement différents. Mais je peux me tromper[/b]

En effet. Un langage est soit compilé, soit interprété. Java est la seule exception à ma connaissance. Le code est compilé (.java -> .class), puis interprété par la JVM.

Pour ce qui est du reverse-engineering sur java, je savais qu'il existe des décompilateurs java, je ne savais pas que Sun en fournissait. Mais dans tous les cas, je doute que ce soit aussi aisé que d'avoir les sources du programme...

ça me replonge dans ma période pré-ado de Cr4Ck3r idiot, stupide et boutonneux http://www.alionet.org/style_emoticons/<#EMO_DIR#>/wink.gif. WinDasm, SoftIce et mon éditeur héxa sous Win9x, que du bonheur http://www.alionet.org/style_emoticons/<#EMO_DIR#>/tongue.gif.

(après le cracking, le hacking : bienvenue sous Linux http://www.alionet.org/style_emoticons/<#EMO_DIR#>/wink.gif )

jacqueline
08/03/2005, 01h14
Le seul avantage d'un langae interprété , est d'éviter une recompil lorsqu'on corrige un bug lors de la mise au point du programme : on gagne le temps de recompil au développement, c'est tout ! Sinon y a pas photo à l'arrivée. c'est le langage de développeurs fainéants ...

Interprété c'est le BASIC des années 80, à l'école primaire. Le principe n'a pas changé depuis.

Compilé : ça dépend .... on triche pourque ça aille plus vite en gagnant du code exécutable (avec l'accent de Lausanne, bien sur http://www.alionet.org/style_emoticons/<#EMO_DIR#>/wink.gif ) mais ça va déjà beaucoup plus vite .... La formule 1 : c'est l'assembleur et c'est le processeur qui éxécute le code.

Je n'arrive même pas à comprendre qu'on fasse encore des langages interprétés en 2005, ça me file de l'urticaire. Lire des lignes de programme caractère par caratère , les décoder pour envoyer ça sur le microproc en binaire après avoir interprété, traduit, transformé et trahi... .lol !

Le temps gagné à la compil par le développeur avec un langage interprété, les utilisateurs le perdent à chaque exécution du programme !

C'est nul !!!! C'est de l'info ou de la fondue savoyarde ...http://www.alionet.org/style_emoticons/<#EMO_DIR#>/diablo.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/diablo.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/diablo.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/diablo.gif

Débat ouvert ..... http://www.alionet.org/style_emoticons/<#EMO_DIR#>/biggrin.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/biggrin.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/biggrin.gif

chamaeleo
08/03/2005, 01h17
Google est écrit en python http://www.alionet.org/style_emoticons/<#EMO_DIR#>/smile.gif

jacqueline
08/03/2005, 01h32
Je suis déçue.... sniff !

bof on peut toujours dire qu'on a fait un prog en ceci ou en cela (le corps ! la structure oki ! ) après on fait ses propres routines en assembleur pour gagner du temps... c'est courant !

Ne me dis pas que Google va chercher les mots clés sur les disques en interprétant un langage caractère par caractère, surtout que le problème est plus que répétitif chez eux....et Google va tout de même assez vite... Ils ne doivent pas lire un par un les octets des disques de leur serveur en interprétant du python... Juré !

Bon je t'accorde 10% de python dans google, pour lancer des binaires compilés exécutables http://www.alionet.org/style_emoticons/<#EMO_DIR#>/diablo.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/diablo.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/diablo.gif

Pas beau les pythons... http://www.alionet.org/style_emoticons/<#EMO_DIR#>/wink.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/wink.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/wink.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/wink.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/wink.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/wink.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/wink.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/wink.gif

molodoi
08/03/2005, 10h00
Salut,


Originally posted by Spyhawk@lundi 07 mars 2005 à 23:39
<div class='quotetop'>Citation
Il y a lgtps que je n'ai plus fait de théorie des lgges (ce n'est pas ma spécialité) mais dans mes souvenirs, il me semble que 'interprétation' et 'compilation' sont deux concepts totalement différents. Mais je peux me tromper

En effet. Un langage est soit compilé, soit interprété. Java est la seule exception à ma connaissance. Le code est compilé (.java -> .class), puis interprété par la JVM.
[/b][/quote]

Il y a qd même un truc qui me gêne là-dedans...

Ce que tu appelles 'compilation' pour Java ne va pas jusqu'au bout du processus classique de compilation, à savoir:

analyse lexicale http://www.alionet.org/style_emoticons/<#EMO_DIR#>/arrow.gif analyse syntaxique http://www.alionet.org/style_emoticons/<#EMO_DIR#>/arrow.gif analyse sémantique http://www.alionet.org/style_emoticons/<#EMO_DIR#>/arrow.gif générateur de code intermédiaire http://www.alionet.org/style_emoticons/<#EMO_DIR#>/arrow.gif optimiseur de code http://www.alionet.org/style_emoticons/<#EMO_DIR#>/arrow.gif générateur de code.

Typiquement, la 'compilation' Java s'arrête au générateur de code intermédiaire (le byte code ou .class).

Attention, ceci n'enlève rien à Java. C'est juste un problème d'utilisation de vocabulaire. Enfin, il me semble.

Il me semble que dans le cas Java, au mieux, on peut parler de 'compilation intermédiaire'. Si j'y pense, j'interrogerai qq collègues du Pôle Sémantique & Langage http://www.alionet.org/style_emoticons/<#EMO_DIR#>/rolleyes.gif


Originally posted by Spyhawk@lundi 07 mars 2005 à 23:39
Pour ce qui est du reverse-engineering sur java, je savais qu'il existe des décompilateurs java, je ne savais pas que Sun en fournissait. Mais dans tous les cas, je doute que ce soit aussi aisé que d'avoir les sources du programme...

C'est d'une simplicité abérrante... http://www.alionet.org/style_emoticons/<#EMO_DIR#>/rolleyes.gif

Le plus grand trou de sécurité dans le code Java, c'est probablement la simplicité avec laquelle tu fais le chemin inverse: byte code http://www.alionet.org/style_emoticons/<#EMO_DIR#>/arrow.gif source code. Je l'ai déjà fait plusieurs fois et c'est à pleurer de simpicité http://www.alionet.org/style_emoticons/<#EMO_DIR#>/ohmy.gif

molodoi
08/03/2005, 10h03
Originally posted by Spyhawk@lundi 07 mars 2005 à 18:16
c'est non libre.
<div align='right'><{POST_SNAPBACK}> (index.php?act=findpost&pid=24449)[/quote]

Mais c'est open source http://www.alionet.org/style_emoticons/<#EMO_DIR#>/biggrin.gif Même le code de la JVM est disponible http://www.alionet.org/style_emoticons/<#EMO_DIR#>/rolleyes.gif mais il est illisible http://www.alionet.org/style_emoticons/<#EMO_DIR#>/sad.gif

yehundidai
08/03/2005, 11h16
<div class='quotetop'>Citation </div>
Attention, ceci n'enlève rien à Java. C'est juste un problème d'utilisation de vocabulaire. Enfin, il me semble.

Il me semble que dans le cas Java, au mieux, on peut parler de 'compilation intermédiaire'. Si j'y pense, j'interrogerai qq collègues du Pôle Sémantique & Langage rolleyes.gif[/b]

Je suis du même avis que toi.

Il ne faut pas tout confondre.

Ce que l'on appelle l'interpretation "ligne à ligne", est pour moi ce qu'il se passait sur mon tout premier "x86" avec 512 ko de RAM, en Basic.

Alors que les langages du genre Java génére un code intermédiaire, même Python, lorsqu'on lance un fichier ".py", il génère un "byte-code à la python", pour cela il suffit de regarder dans le répertoire contenant le source, il crée un fichier avec extension ".pyo" (plus sûr de l'extension mais il me semble que c'est cela), comme cela lorsque l'on relance une seconde fois " l'interprétaion " du fichier ".py", il vérifie s'il n'a pas déjà généré le "code-intermédiaire".

C'est pas parce que c'est en python que c'est lent, pour preuve, il suffit de regarder les interfaces graphiques codées avec python (je sais la plupart du temps c'est des "bindings" sur des API tel que Qt, Kde, ou Gtk) et les interfaces graphique faite avec Java (SWING et Awt, exception pour SWT, un peu plus "véloce"), mais bon là aussi si c'est mal codé, cela ne changera rien.

Ensuite il faut relativiser, car à entendre les arguments de certains (pas forcément ceux de ce forum), on serait à venir qu'à produire que de l'assembleur uniquement pour l'argument allant en faveur de la rapidité.

Chaque langague (qu'il soit compilé, "semi-interprété", ou purement interprété), à ces avantages et ces inconvénients.

Pour moi je considère que pour des taches d'administration courantes, le langage idéal est Perl, idéal pour la recherche de caractères et le traitement de fichiers, c'est en quelque sorte (pour moi bien sûr), une sorte de "shell évolué".

Pour conclure, je dirai tout simplement qu'il faut utiliser le bon outil suivant les besoins tout en prenant en compte les éventuelles contraintes imposé par l'environnement.

chamaeleo
08/03/2005, 22h35
Yehundidai http://www.alionet.org/style_emoticons/<#EMO_DIR#>/arrow.gif l'extension est .pyc

Mais comme tu le dis il y a des avantages et des inconvénients pour chaque Langages, et suivant ses besoins on choisit son Langage.

(c'est pour quand le "Super Langage semi-Interprété/compilé, rapide, sûr, facile ?)

Il existe Jpython (pour faire du Java avec Python)

J'ai fait un peu C/C++ et Perl (Java pas encore essayé) mais je suis un peu plus à l'aise avec Python.

Je comprends les pros (surtout en robotique) qui ont besoin de programmes rapides, mais moi pauvre petit utilisateur/amateur je m'en baalance la rapidité....

Jacqueline http://www.alionet.org/style_emoticons/<#EMO_DIR#>/arrow.gif on le sait que c'est une question de rapidité (surtout financière) que l'Asm est utilisé pour les routines (j'adore celle de controle du code d'enregistrement, un petit "nop" et hop http://www.alionet.org/style_emoticons/<#EMO_DIR#>/wink.gif )

Donc pour l'instant je reste avec mon Python (mais je ne dis pas que j'essayerais Java).

yehundidai
10/03/2005, 14h18
Merci pour la petite précision concerant l'extension du fichier "byte-code", cela faisait un petit bout de temps que je n'ai plus touché à du python. Mais ce dernier m'a laissé de très bon souvenir, je le trouve agréable à lire (surtout grâce à son indentation faisant office de délimitateur de blocs d'instructions).

Pascalito
14/03/2005, 13h21
Originally posted by jacqueline@mardi 08 mars 2005 à 00:14
Le seul avantage d'un langae interprété , est d'éviter une recompil lorsqu'on corrige un bug lors de la mise au point du programme : on gagne le temps de recompil au développement, c'est tout ! Sinon y a pas photo à l'arrivée. c'est le langage de développeurs fainéants ...

Interprété c'est le BASIC des années 80, à l'école primaire. Le principe n'a pas changé depuis.

Compilé : ça dépend .... on triche pourque ça aille plus vite en gagnant du code exécutable (avec l'accent de Lausanne, bien sur http://www.alionet.org/style_emoticons/<#EMO_DIR#>/wink.gif ) mais ça va déjà beaucoup plus vite .... La formule 1 : c'est l'assembleur et c'est le processeur qui éxécute le code.

Je n'arrive même pas à comprendre qu'on fasse encore des langages interprétés en 2005, ça me file de l'urticaire. Lire des lignes de programme caractère par caratère , les décoder pour envoyer ça sur le microproc en binaire après avoir interprété, traduit, transformé et trahi... .lol !

Le temps gagné à la compil par le développeur avec un langage interprété, les utilisateurs le perdent à chaque exécution du programme !

C'est nul !!!! C'est de l'info ou de la fondue savoyarde ...http://www.alionet.org/style_emoticons/<#EMO_DIR#>/diablo.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/diablo.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/diablo.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/diablo.gif

Débat ouvert ..... http://www.alionet.org/style_emoticons/<#EMO_DIR#>/biggrin.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/biggrin.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/biggrin.gif
<div align='right'><{POST_SNAPBACK}> (index.php?act=findpost&pid=24514)[/quote]

Cela n'evite pas plus de recompilation qu'en C ????
C'est la meme chose, que tu modifies un fichier C ou java, une compilation du
fichier modifé est necessaire.
L'interet d'un langage interprété est de pouvoir tourner sur differentes architectures
de maniere transparente.
Qu'en au java il suffit de programmer un peu avec pour comprendre pourquoi
les programmeur l'aime. Il est puissant tout en restant facile d'acces.

Deusexodus
14/03/2005, 22h15
Bon donc pas de réponse à part de me dire de changé de langage y a pas de logiciel à interface graphique correcte et capable de programmer en C et compiler ?

Je veux apprendre le C peut être qu'il est compliqué et que le python est plus facile mais je préfère comme sa !

@+