Discussion :

[_skip]

Ca sent le fanboy de QT...

Oh quel honneur .
Ca fait de moi un fanboy d'oser reconnaître que Qt est un toolkit de qualité? Il amène un écosystème et une homogénéité très sympathique, quand je l'ai utilisé la première fois j'ai eu l'impression de sortir de la jungle.

Swing n'est pas terrible c'est vrai mais il y a tout de même des outils sympa comme Matisse sous Netbeans pour créer ses interfaces.

Ou jformdesigner.

SWT est très puissant car il permet de programmer rapidement des interfaces intégrées au design courant sur l'OS, sur les 3 plateformes : Linux, Windows, MacOS.

Même si tu veux mon avis son modèle de programmation me plaît bien plus que celui de swing. Le problème c'est que sa communauté est franchement pas énorme, et l'utiliser pour une grosse application sans passer par un outil comme celui d'Instantiation me paraît illusoire.

QT est certainement le plus performant mais c'est pas forcément le meilleur choix, SWING et SWT permettent de réaliser de belles interfaces. C'est sûr si on regarde sur le net des applications réalisées avec le lookandfeel par défaut de SWING, ça fait peur mais il ne faut pas se limiter à ça.

As-tu jeté un oeil du coté de winforms? Ou même de gtk#?

J'ai pas trop compris votre critique d'un côté vous critiquez le langage Java, de l'autre les libraries d'interface graphique.

Je suis utilisateur de plusieurs langages (professionnellement) et en effet j'ai des critiques tant sur des aspects langages (pas seulement en java) que certaines API. Et personnellement je trouve qu'actuellement java pour une application desktop riche, ce n'est pas le pied.
Mes excuses pour ça.

[Zartan]

Le problème avec Eclipse, c'est que depuis les années 90 on sait faire une indentation/désindentation correcte avec tab/shift tab (par exemple) dans beaucoup d'éditeurs mais Eclipse en 2010, non. Même un simple copier/coller me donne un frisson d'angoisse car je sais que mon formatage sera perdu.

Sans parler de la manière dont les fichiers zippés avec leurs noms à rallonge, ne se décompressent pas correctement sous Windows a moins d'utiliser 7zip ou autre.

A part ça c'est très efficace et puissant, mais ça reste désagréable à utiliser.

[fr1man]

Le problème avec Eclipse, c'est que depuis les années 90 on sait faire une indentation/désindentation correcte avec tab/shift tab (par exemple) dans beaucoup d'éditeurs mais Eclipse en 2010, non. Même un simple copier/coller me donne un frisson d'angoisse car je sais que mon formatage sera perdu.

Sans parler de la manière dont les fichiers zippés avec leurs noms à rallonge, ne se décompressent pas correctement sous Windows a moins d'utiliser 7zip ou autre.

A part ça c'est très efficace et puissant, mais ça reste désagréable à utiliser.

C'est un peu hors sujet ton commentaire, mais as-tu regardé les options de formatage/indentation d'Eclipse avant de critiquer ?
A la vue de ton message j'en doute un peu.

[Zartan]

C'est un peu hors sujet ton commentaire

Non pas du tout, l'OP parle des langages et des technologies.

Exemple simple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
	protected $_name = 'components';
    /**
     * Nom de la clé primaire
     *
     * @var string
     */
    protected $_primary      = 'comp_id';

Je sélectionne ce code et je fais SHIFT Tab, j'obtiens:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
protected $_name = 'components';
    /**
     * Nom de la clé primaire
     *
     * @var string
     */
    protected $_primary      = 'comp_id';

Je n'ai pas vu d'options permettant de corriger cela.

Sous Notepad++ par exemple, j'obtiens:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
protected $_name = 'components';
/**
 * Nom de la clé primaire
 *
 * @var string
 */
protected $_primary      = 'comp_id';

Ce qui est le comportement attendu.

[fr1man]

Et le ctrl-i ou ctrl-shift-f ?
indentation et formatage

[Zartan]

Bon, et bien je n'ai pas râlé pour rien

Merci pour l'info.

[fr1man]

Ca ira pour cette fois

[Ummon]

Pour moi, un des pire langage actuel est le PHP.

• Typage faible
• Bibliothèque standard ultra bordélique
• Syntaxe lourde (par exemple en comparaison au python)
• Très lent à l'exécution

Pour rigoler un peu, voici un petit bout de code PHP (à vous de deviner le résultat).

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
<?php
if (FALSE == "0")
{
   $a = "b";
   if (0 == "abc")
      $bb = 42;
   function b() { return "b"; }
}
echo ${str_repeat($a(), 2)};
?>

[ZeRevo]

Très lent à l'exécution

C'est un faux argument avec de bonnes pratiques on arrive à de très bons résultats.

Google ce tuto : Optimiser vos applications PHP

[Lyche]

C'est un faux argument avec de bonnes pratiques on arrive à de très bons résultats.

Google ce tuto : Optimiser vos applications PHP

Je l'ai vu...
C'est possible ça les bonnes pratiques en php?
Quand je vois les codes des dév php je m'arrache les cheveux quand même..

[Mac LAK]

C'est possible ça les bonnes pratiques en php?

C'est toujours possible, et avec tous les langages... Par contre, "bonnes pratiques" ne veut pas dire "code lisible par n'importe quel dév spécialiste d'un langage qui n'a rien à voir avec le sujet"... De bonnes pratiques PHP ne rendent pas le code "beau" pour, disons, un spécialiste Java ou VB.

[Ummon]

C'est un faux argument avec de bonnes pratiques on arrive à de très bons résultats.

Google ce tuto : Optimiser vos applications PHP

J'avais plutôt en tête les comparaisons sur http://shootout.alioth.debian.org.

Par exemple en comparant PHP à Lua (deux langages dynamiquement typé) : http://shootout.alioth.debian.org/u3...p&lang2=luajit
PHP est en moyenne 13 fois plus lent (un ordre de grandeur!) et consomme 7 fois plus de mémoire que lua (LuaJIT).

Je sais que ce sont des tests synthétiques à prendre avec des pincettes mais cela renseigne tout de même sur un des aspect du langage.

Je vais quand même aller jeter un oeil sur ton lien.

[deadalnix]

Je l'ai vu...
C'est possible ça les bonnes pratiques en php?
Quand je vois les codes des dév php je m'arrache les cheveux quand même..

Je dirait que non seulement c'est possible, mais en plus vivement conseillé.

Par contre, je ne peux qu'abonder dans ton sens, c'est souvent mal utilisé. Cela dit, je me refuse à penser qu'un langage est mauvais car il fournis des outils qui sont souvent mal utilisé.

[Ubiquité]

Un exemple de bonne pratique en PHP : Ne pas utiliser PHP.

[white_tentacle]

Par contre, je ne peux qu'abonder dans ton sens, c'est souvent mal utilisé. Cela dit, je me refuse à penser qu'un langage est mauvais car il fournis des outils qui sont souvent mal utilisé.

C'est quand même vachement discutable. Si l'outil est mal utilisé, c'est souvent que son utilisation n'est pas aisée. Or le rôle d'un langage de programmation est quand même, à la base, d'exprimer, dans un langage le plus clair possible pour le lecteur, une séquence d'opérations, que la machine pourra traiter le plus efficacement possible. Avec en prime, des outils qui permettent à l'auteur de vérifier qu'il n'a pas écrit de conneries.

On pardonne aisément à un langage qui prime l'efficacité une syntaxe moins claire, plus lourde. Inversement, on pardonne à un langage très clair point de vue syntaxique d'être un peu moins efficace. Ou encore, on pardonne à un langage comme coq d'être totalement abscons, parce qu'il nous donne des garanties sur le programme écrit. Par contre, un langage qui échoue sur les trois tableaux (et php entre pour moi dans cette catégorie), j'ai un peu plus de mal.

[Zartan]

Le PHP de base est assez lourd à utiliser, mais avec Zend Framework c'est excellent.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
	$select = $itemdesc->select()
	    	->from(array('id' => 'itemdesc'),array('id.idesc_id', 'it.item_quality'))
	    	->join(array('it' => 'items'), 'id.idesc_id = it.item_idesc')
	    	->where("idesc_icat=?", $this->defaultNamespace->cat)
	    	->limit(1)
	    	->setIntegrityCheck(false)
	    	;

Un code propre, c'est avant tout une bonne organisation, et Zend Framework apporte cela justement.

[Lyche]

Le PHP de base est assez lourd à utiliser, mais avec Zend Framework c'est excellent.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
	$select = $itemdesc->select()
	    	->from(array('id' => 'itemdesc'),array('id.idesc_id', 'it.item_quality'))
	    	->join(array('it' => 'items'), 'id.idesc_id = it.item_idesc')
	    	->where("idesc_icat=?", $this->defaultNamespace->cat)
	    	->limit(1)
	    	->setIntegrityCheck(false)
	    	;

Un code propre, c'est avant tout une bonne organisation, et Zend Framework apporte cela justement.

C'est pas un code propre ça, tu as du SQL mélangé à du php et ça en devient illisible.

[Zartan]

C'est beaucoup moins fastidieux à écrire, et plus lisible, et également plus sûr je trouve qu'une requête SQL.

D'ailleurs c'est un exemple assez compliqué, un select * sur la table s'écrirait :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
    $select = $itemdesc->select() ;

Ce qui serait d'ailleurs inutile puisqu'on pourrait directement écrire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
    $desc = $itemdesc->fetchAll() ;

sans passer par le $select.

[spidermario]

Quand tu joues avec un langage à typage dynamique, il faut que tu t'attendes à ce qu'il y ait des cast implicite partout.

Non, tu confonds typage dynamique et typage faible.
MzScheme, qui est dynamiquement typé, me sort plutôt, pour (= 4 "true") :

=: expects type <number> as 2nd argument, given: "true"; other arguments were: 4

[cedric_g]

Bonjour

Pour répondre à la question initiale, disons que les années passant, les réponses changent... Il y a 10 ans, je vous aurais dit que j'adorais VB (6).

Aujourd'hui, c'est une véritable galère que de refoutre le nez dans le code (même propre)


Quant aux langages que je n'aime pas "aujourd'hui", je citerai C/C++/C# (et toutes les variantes à base de syntaxe inspirée du C* : j'ai jamais supporté, depuis ma plus tendre enfance ) ; j'ai beaucoup apprécié en leur temps (quand je les pratiquais) ADA, Turbo Pascal (bah oui, quand je codais sous DOS) et aujourd'hui VB.Net... J'étais plutôt doué en Assembleur (x86) mais je n'ai jamais aimé ça. C'était super utile pour optimiser des bouts de code (me souvient qu'on pouvait intégrer directement de l'Asm86 dans les applis Turbo Pascal, à partir de la version 5.0...)

Pour ce qui est de PHP (que j'utilise dans mes projets web, n'étant pas sectaire) il est vrai qu'il est très euh... "souple". Oui, c'est le mot. En clair, on peut coder comme un goret, ça roule (jusqu'au jour où ça roule plus !)

Enfin bon, le meilleur langage, c'est celui qu'on maîtrise à mon humble avis. Pourquoi s'emm... avec les autres ?




* Je pense que j'ai été dégoûté du C et de ses variantes (dont C++) du jour où, durant mes études, je devais développer des applications avec leurs floppées de pointeurs. La moindre erreur se terminait par des plantages imbuvables (en mode DOS ça pardonne pas trop !)