Pas de tests c'est mal, mais Vim j'vois pas trop ce que ça change...

Je pense que des logiciels spécialisés sont plus adaptés au développement que VIM (si Skefrep peux confirmer)
Pour les tests c'est surfait. Tu livres ta bouse au client et après tu débug ou tu lui vend un contrat d'assistance Développement
????
Profit

PHP est un langage de scripts, pas besoin de plus qu'un bon éditeur de texte (Vim par exemple) pour développer correctement (je développe en php tous les jours et n'ai jamais pu accrocher à un quelconque IDE ou assimilé).

Pour les tests, il y a quand même un minimum. C'est difficile de corriger tous les bugs possibles a priori, mais une batterie de tests au moins pour vérifier que ça tourne et que les fonctionnalités répondent correctement, c'est un minimum.

Le coup du contrat de maintenance, c'est valable pour éventuellement régler des bugs exceptionnels, mais ça n'est pas censé couvrir un développeur incompétent.

Pour les tests, OK, mais pour Vim, où est le PEBKAC ? J'adore également développer depuis le terminal, et je ne vois vraiment pas le problème, l'interface graphique reste optionnelle.

le colorateur est pratique pour voit les problèmes de syntaxe, c'est plus pratique !

Le vrai PEBKAC, c'est de préférer VIM à EMACS (troll spotted)

s'il arrive à ne pas y avoir de bug sans vérification, c'est que c'est un bon programmeur je trouve.

On peut avoir la coloration syntaxique dans un terminal. C'est ce que font vim et nano par exemple.

Quand bien même, il faut faire des tests pour s'en assurer.

Pour info, son code ne fonctionnait absolument pas. Si je précise qu'il a codé sous vim, c'est parce qu'il s'agit d'un MAC User, et qu'il dispose de tonnes d'autres softs pour écrire son code, mais que malgré tout, il a préféré utiliser le plus basique et pas forcément le plus pratique. Il a simplement supposé que cela suffirait à lui donner une bonne note.

En gros, sa justification lorsque les membres de son groupe lui ont demandé pourquoi sa partie du code ne fonctionnait pas s'est résumée à « Bah j'ai codé sous vim pourtant »

....

Quand il s'agit de scripts ok.
Mais pour du PHP (que je présumerai version 5+), pas mal de fonctionnalités des IDE sont sympathiques.
A moins qu'on ne puisse, sous vim, visualiser les variables et méthodes d'un objet, faire de l'auto-complétion, chercher les appels d'une fonction, sans parler des plugins de gestionnaire de version ?

Vim, basique ?

Après, effectivement, c'est un beau PEBKAC de penser qu'utiliser un éditeur particulier permet d'avoir un meilleur code (attention, je parle seulement du code, pas de l'éventuelle facilité de l'écrire).

Vim offre de grandes possibilités, mais de la même façon qu'un langage bas-niveau. Avec une très bonne maîtrise, on peut faire des choses incroyables en assembleur. Je considère que c'est la même chose avec vim comparé à d'autres éditeurs actuels.

@Quelqu'un: Et l'étape suivante c'est "chomage", par-ce que pour le projet suivant le client ira voir ailleurs.
Ou à la rigueur "banqueroute / sur-endettement", si le contrat de maintenance inclue de couvrir le manque à gagner du client quand l'appli plante en prod.

Sachant que le projet devait permettre d'utiliser des concepts un poil plus complexes que de simples scripts, comme le php orienté objet, oui, ça commence à devenir intéressant.

T'as raison, on a jamais vu un OS plus complet que ce cher emacs.
C'est juste dommage qu'il lui manque un éditeur de texte décent...

Ah, et je n'ai pas mentionné sa grande réflexion à propos du logo de PHP :

« Pourquoi c'est un éléphant le logo de PHP ? On dit éléphant, pas éléphpant ! »

J'ai éclaté de rire, mais il était sérieux...

Même orienté objet, le php reste un langage de scripts. L'utilisation d'un IDE peut apporter un confort et/ou un gain de temps, je ne le nie pas, mais n'est pas indispensable. C'est un choix à faire, mais certainement pas un PEKAC.

Après, qu'il pense que son code sera meilleur parce qu'il utilise Vim (commentaire plus bas), là, c'est du bon PEBKAC.

De toutes façons, les VRAIS programmeurs utilisent des papillons :
http://www.journaldugeek.com/2010/05/18/une-blague-de-programmeur/

Un IDE ça reste un outil pour débutants ou pour fainéants. VIM (voire emacs pour ceux qui ont plus de 10 doigts à chaque main - toll inside ;) ) est largement suffisant pour développer sans problème du moment que l'on sait ce qu'on fait...

Ok, je sais la sortie est par là --> [] :)

Si tu savais ce qu'on peut faire avec vim ou emacs bien configuré...

J'ai même plugin netbeans pour avoir le comportement de vim ;)

@Morrock Mais rien n'est indispensable dans ce cas. Tournons tous en terminal, à mort les souris et les interfaces graphiques.
Le développement est quelque chose qui prend du temps, doit être analysé, conçu, testé. Autant corriger un script php qui merde sur un serveur en prod, ok ça se fait bien en console. Mais là on parle d'une phase de développement pur, le tout à l'aveuglette.

Si tu es un développeur non fainéant, t'as raté ta vie ... ou à défaut ta vocation :o

Détrompe toi vim apporte des fonctions de bien plus haut niveau que les éditeurs dit «classic».
Certains ide tels qu'éclipse ou netbeans intègre des raccourcies emacs notamment pour les inversions de ligne et de caractère, etc...

Contrairement à un assembleur, tu vas beaucoup plus vite pour faire la même chose qu'avec éditeur «classic».
Rien que des options telles que la sélection en carré, rechercher remplacer en expression régulière, suppression de mot, ligne ou phrase, que tu peux combiner à d'autres raccourcis, la possibilité de répéter des actions, etc...

Tu as utilisé quoi ?

haaa ben alors ça change tout ...

Ben dans ce cas, il faut tout coder en console, avec la commande "cat moncode > prog", c'est plus barbare, donc mieux ;)

Ok je sors ... -> []

Je développe en php tous les jours, j'ai créé plusieurs applis utilisées quotidiennement dans le lycée où je bosse, toujours en partant d'un dossier vide (ou presque). C'est moi qui ai réalisé les phases d'analyse, de recueil des besoins utilisateurs, de veille technologique, de développement, de test, de déploiement et j'assure la maintenance et les améliorations. Je sais donc parfaitement ce qu'est un développement "pur" comme tu l'appelles. Tout ça reste pour des petites applis locales, ça n'en est pas moins du développement (et j'ai également d'autres projets d'une autre envergure en ligne ou en tests sur la toile).

Certains de mes projets ont été développés à l'aide d'Eclipse, j'ai testé NetBeans et phpEd, et ça ne m'empêche pas sur certains projets de tout développer avec mes petites lignes de code sous Gedit, et d'y faire des retouches avec vim ou nano.
Alors certes, je ne suis pas développeur pro, je n'ai pas de formation ni de diplôme informatique, mais j'estime avoir un peu d'expérience dans le domaine.

donc merci de ne pas déformer mes propos ni les pousser dans des extrêmes dont je n'ai pas fait mention. Mon propos est et reste le suivant : pour du développement php, un IDE n'est pas indispensable. Vim est de plus un outil très puissant pour qui sait l'utiliser correctement, et il offre une coloration syntaxique pour beaucoup de langages, dont php, ce qui fait un outil parfaitement adapté.

Moi j'utilise "nano" parfois :D

A ma décharge, j'ai un Vim-fanboy dans mon entourage immédiat, et ça commence à me sortir par les yeux ^^

Personnellement, je n'étais pas encore là pour ce projet. Et lorsque j'ai eu à coder en PHP, j'étais coincé sous windows, donc utilisation de notepad++, avec coloration syntaxique, le rechercher et remplacer en expression régulière y est aussi (avec lequel on peut faire de la suppression de mot ligne ou phrase en utilisant les bonnes expressions régulières). Ok le fait de coder en vim n'est certainement pas un problème en soi. Je sais que ceux qui y sont habitués ne jurent que par lui et vont bien plus vite qu'avec n'importe quel autre outil. Mais pour quelqu'un qui découvrait et le langage, et l'outil, ça reste un choix assez bancale. Disons qu'il n'est pas très « begginer friendly ».

Ce que je veux dire c'est que vim a des raccourcis pour cela. Pas besoin de se frapper une expression régulière.
Tu te balades de phrase en phrase avec () de paragraphe ne paragraphe avec {} etc..
Tu tapes 'ciw' ca vire le mot où t'as ton curseur, avec 'p' tu le fais réapparaitre, 'd)' tu vires une phrase d} pour un paragraphe. (que tu peux faire réapparaitre avec p). T'appuies sur o sa t'insert une Line en dessous O en dessus. Un autre truc tout con je mets ma sélection en majuscule : je sélectionne et j'appuie sur u. T'as un stock de raccourcis comme cela.

C'est autre chose que j'appuie sur ctrl+h et j'entre une expression régulière.
En plus vim se trouve sur à peu près sur toutes les plateformes (windows compris).

Je peux comprendre ^^

Faire tout en Vim, c'est juste trop la classe...

Par contre... Pas de tests? Mais c'est... Comment dire... Ouai un bon petit PEBKAC! :)

Depuis un an, je développe en PHP avec Eclipse, c'est vachement plus efficace (et sans configurer les tests sur serveur distant), ça me permet de gérer tout ce qui est SVN super facilement en plus.

Vim n'est pas du tout fait pour ça selon moi, il n'est pas pratique, la prog en terminal c'est contre productif.
Ce n'est pas un Troll, c'est juste que Vim est souvent l'excuse du développeur qui n'a pas les moyens de développer sur un gros IDE (là c'est du Troll :D).
J'ai préféré m'acheter une bonne grosse machine et pouvoir lancer plusieurs IDEs dessus et tout ce qu'il faut...
A la base, je suis pas un grand fan des gros IDE mais c'est quand même vachement pratique, c'est limite s'ils font pas le café.
Je précise que j'ai une sainte horreur de Dreamweaver.

C'est tout à fait pertinent mini ! :D
Je connais des dev qui repartent from scratch pour chaque nouveau site... oui oui...

C'est un appel au Troll ça !
Ca vaut bien une petite corne de Troll.

@Butterfly : C'était trop difficile de mettre un lien vers le site de l'auteur plutôt ?
http://xkcd.com/378/

CTLPEBKAC parce-que tu critiques un bon logiciel sans savoir de quoi tu parles.

Toutes mes excuses, j'ignorais la provenance exacte du dessin. Ben du coup visitez le deuxième lien plutôt.

T'as pas d'excuses, la source est indiquée sur la page que tu as donnée :p

41 commentaires et pas un pour souligner le magnifique 'réuptée'? :-O

(Pas facile d'utiliser Grammar Nazi avec une tablette)

Attends... Regardes moi dans les yeux... Enfin.... Sur l'écran... Et dis moi sans bafouiller que VIM, c'est pas trop la classe!!!


Après, développer sans tester, c'est comme cuisiner sans gouter ou baiser sans embrasser...

Il y a des cas où il vaut mieux s'abstenir. Les cuisiniers de restaurants ne goûtent pas tous les plats et je te déconseille d'embrasser une prostituée. En dehors des questions d'hygiène, un cuisinier allergique aux amandes ne goûtera pas sa frangipane.

Sur ce, une bonne étude du projet avant le développement évite de passer trop longtemps sur la phase de tests.

Je l'avais même pas vu... honte sur moi.

Bon, en même temps, c'est une magnifique faute de frappe, mais pas une de ces horripilantes erreurs de grammaire ou de conjugaison très à la mode en ce moment...

Oui enfin quand même, surtout pour un language interprété (et donc non compilé), il vaut mieux tester toutes les fonctionnalités, ne serait-ce que pour éviter une belle Parse error.

Utiliser vim comme un pro pour faire ce qu'on veut, c'est trop la classe !

Ne pas savoir utiliser vim correctement, mais s'en servir quand même paskecélaclass', là, je ne peux pas le dire...

@Quelqu'un : je crois qu'ils n'ont pas saisi l'ironie de tes propos, même avec ta référence à South Park...

C'est qu'on attendait le 42e pour le faire remarquer :D

C'est comme conduire une Ferrari quand on n'a jamais conduit de sa vie.

La voiture rouge c'est la classe, dans un arbre ça l'est moins en effet ;)

Je suis fainéant et donc j'utilise vim :) J'ai juste trop la flemme de prendre la souris.

Aaaah, ce n'est pas le nom de l'école «réuptée».




Je suis déjà très loiiinnn !

Ce n'est pas le logiciel que je critique. C'est le type qui pense que son boulot sera bon parce qu'il utilise vim. Et qui d'ailleurs l'utilise sans vraiment savoir s'en servir...

Pour référence, ce projet a eu lieu l'an dernier, et cette année il a découvert qu'on pouvait faire des sélections de plusieurs lignes...

SublimeText (et tous ses plugins) vaincra !

http://www.sublimetext.com/

Il m'a l'air pas mal du tout ce programme! :D

Très bon soft. Malheureusement, il n'est pas open source. C'est contre ma religion.

Il est très très bon, et encore meilleurs lorsque tu as installé "Package Manager".
Tu n'as pas besoin de mémoriser tous les raccourcis, CTRL+ MAJ + P fait du très bon boulot.
MAJ + P te permet d'ouvrir un fichier contenu dans ton projet en tapant juste quelques lettres. Plus besoin de fouiller dans l'arborescence.
Après, il est agréable à l'utilisation, sont interface, loin d'être flashy, est reposante.
Je n'ai pas rencontre de bugs.

Il lui manque juste une bonne autocompletion, c'est la raison pour laquelle je n'abandonne pas totalement Aptana pour ce qui est PHP.

Par contre, pour le HTML et le CSS (LESS, il le supporte très bien avec un plugin et il sait même le compiler), c'est un pur régal !

Une petite intro en français :
http://www.grafikart.fr/tutoriels/sublime-text-2/sublime-text-2-180

Dans ma liste de préférences :
- PHP : Aptana, j'aime moyen (Eclipse), mais ça peut aller. J'ai testé un paquet d'IDE PHP, c'est vers celle là que je reviens à chaque fois (Zend Studio est trop cher).
- Java : Eclipse, bof, idem qu'au dessus (je ne code pas d'interfaces graphiques).
- .Net (C#) : Visual Studio Express, c'est pas libre, mais qu'est ce que c'est bien foutu. J'aime beaucoup son autocompletion.
- HTML, CSS, texte, scripts, etc... : Sublime Text 2, je l'ai acheté (un peu trop cher je trouve) au bout d'une semaine d'utilisation.