Le pub des programmeurs
- 1 927 réponses
- 117 participants
- 131 701 vues
- 130 followers

Anonyme



LéoMoldo

Faut pas déconner ça s'apprend assez vite et c'est assez puissant avec tous les raccourcis clavier. Par contre ça s'oublie assez vite aussi, je ne suis pas sûr que j'arriverais encore à m'en servir efficacement encore aujourd'hui.

Nyl auster

Faut pas déconner ça s'apprend assez vite
ça demande quand même une certaine concentration. Par exemple, un matin de gueule de bois, vim ça passe pas.


Djardin

Vi et vim, ça s'apprend certes assez vite. mais ç a un intérêt ? par rapport à un Eclipse, voir juste un notepad++ ?
à part pour dire "oui, je bosse dans une console moche, ou aucun racourci clvier n'est logique, et rien n'est fait pour m'aider. c'est réservé aux meilleurs "
Référence en matière de bon gout capillaire et vestimentaire.
homme à tête de zizi.

VvSurLeRiddim


VvSurLeRiddim


Nyl auster



Après je suis pas un puriste, j'ai ajouté des raccourcis classiques comme ctrl-s, ctrl-c et ctrl-v; devoir taper "+p pour pouvoir copier coller d'un truc extérieur, faut pas déconner non plus hein


LéoMoldo

Je voulais juste dire que ce n'est pas si inaccessible que ça en a l'air, on suit le tuto pendant un quart d'heure, on commence à coder et au bout d'une journée on est déjà suffisamment à l'aise pour gagner pas mal de temps.
Aujourd'hui sur Eclipse j'ai souvent l'impression de perdre du temps avec la souris, mais il y a sans doute plein de raccourcis géniaux que je n'ai jamais appris parce que je n'y ai pas été contraint. Mais bon faut pas se leurrer, en pratique quand on code, le plus long c'est pas de taper le code, c'est de réfléchir à se qu'on va taper!

VvSurLeRiddim

en pratique quand on code, le plus long c'est pas de taper le code, c'est de réfléchir à se qu'on va taper!

Zerosquare



VvSurLeRiddim


Zerosquare


VvSurLeRiddim


Djardin

Si. si tu fais de l'extrem programming, normalement tu débugues moins.
mais bon, c'est considérer que tu fais les tests avant de coder, et ça, dans la pratique, personne ne le fait.
Référence en matière de bon gout capillaire et vestimentaire.
homme à tête de zizi.

VvSurLeRiddim

Tu as peut-être moins de bugs, ça oui, mais quand tu en as un, c'est parfois bien la merde pour le retrouver ... ça m'est arrivé un paquet de fois de devoir me plonger dans le code du framework soit pour comprendre ce qui n'allait pas dans mon code, soit pour trouver un bug dans le framework ou la librairie sur laquelle je m'appuyais.
Moi je trouve justement qu'avec ces outils, je passe de moins en moins de temps à écrire du code, et de plus en plus à faire du paramétrage et du débugage.
Alors oui, les projets se développent plus vite au final, c'est vrai, mais clairement le métier de développeur change de physionomie au détriment du pissage de code.
[ Dernière édition du message le 11/02/2013 à 09:57:11 ]

Nyl auster



Djardin

Sinon, rien à voir, mais on m'a dis énormément de bien de Ruby. ça vaut le coup de l'apprendre ?
Référence en matière de bon gout capillaire et vestimentaire.
homme à tête de zizi.

Captain Niglo



Avant j'étais prétentieux, maintenant je suis parfait.
SoundCloud | Stompin at decca | I can't give you anything but love

VvSurLeRiddim


Sinon, Djardin, pour te répondre : de ce que j'en ai vu, Ruby est un language comme il en éxiste beaucoup d'autres, par contre ce qui fait sa force c'est surtout le framework qui lui est généralement associé : rails.
C'est un outil de développement rapide qui permet - de ce que j'en ai vu - de développer très vite le squelette d'une application type appli de gestion avec BD relationelle, formulaires de saisies, etc ...
Quelque soit le language et/ou le framework, ce genre d'outil a toujours un avantage et son revers de médaille : ça permet d'aller très vite au début avec très peu de code, mais ensuite ça peut parfois devenir assez compliqué pour faire des choses toutes bêtes qui t'auraient prises 2 min si c'était ton code.
Autre revers de médaille avec ce genre de trucs : comme je le disais plus haut, on fait moins de code et beaucoup plus de paramétrage et débugage et moi personellement ça commence à me gaver ...
Enfin, il y a l'aspect évolution/maintenance/pérennité à moyen terme de l'appli à considérer : ces frameworks imposent généralement une façon de coder plus rigoureuse et "standardisée" que quand on code tout soi-même. C'est à la fois un avantage car c'est plus "propre" et un autre dev connaissant ce framework va plus facilement pouvoir comprendre et prolonger ce qu'un autre a fait, et à la fois un inconvénient car cela nécessite une spécialisation des compétences, donc pour la suite il faudra être sûr d'avoir des mecs qui connaissent l'outil ou alors les former ...
Le truc c'est que ces outils font au final réellement gagner du temps, pas forcément de la qualité ni la maîtrise du code, mais du temps oui ... or temps = argent = quasiment la seule chose que prennent en compte les décideurs autant chez le client que chez le prestataire ... donc qu'on le veuille ou non ça devient plus ou moins indispensable d'en avoir quelques-uns dans sa trousse à outils.
A noter : ce genre d'outils existe avec d'autres langages plus répandus que Ruby. Ruby c'est bien beau, mais c'est quand même pas le truc le plus répandu et bien malin celui qui peut dire si ça existera encore dans 5 ou 10 ans.

Nyl auster

son revers de médaille :
En s'expertisant sur le framework en question, le revers de la médaille disparait rapidement. Il faut savoir à l'avance ce qu'il sait faire ou pas; et que la propale en soit le reflet. Après ça roule.
Evidemment, si on utile un truc sans en connaitre les rouages, le dev met juste plus de temps, avec un code plus pourri et moins maintenable vu qu'il a fait nawak.

francklechti

complétement d'accord avec VvSurLeRiddim
J'ai un projet en cours dans une équipe sur cet environnement, et le leader du projet a été débarqué.
Comme c'est bibi qui va se reprendre le tout et que je n'ai pas de ressources aguerries sur ruby, je sens que je vais saborder le sujet.


Anonyme

J'ai un petit soucis : J'ai besoin de générer un signal PWM avec un pic 16f819 (je bosse en C avec MPlab). Il y'a plein de trucs sur le net, mais j'ai trouvé que fonctions toutes faites, dont la valeur du rapport cyclique est représentée par un octet. Or moi j'ai besoin de le représenter sur 10 bits.

Quelqu'un a une idée ou a déjà bosser comme ça ?

J-Luc

Déjà, est-ce qu'il sait faire, le bouzin ? Il n'a peut-être que 8 bits de registre pour représenter la largeur.
Il y a deux moyens d’oublier les tracas de la vie : la musique et les chats.
Albert Schweitzer

Anonyme


Zerosquare

The PWM duty cycle is specified by writing to the CCPR1L register and to the CCP1CON<5:4> bits. Up to 10-bit resolution is available. The CCPR1L contains the eight MSbs and the CCP1CON<5:4> contains the two LSbs. This 10-bit value is represented by CCPR1L:CCP1CON<5:4>.
[ Dernière édition du message le 13/02/2013 à 23:09:38 ]

Djardin

ça a un intérête d'après vous quand on a 25ans en 2013 d'apprendre Cobol, Pascal ou Fortran ?
j'ai une idée de la réponse, mais bon.
Référence en matière de bon gout capillaire et vestimentaire.
homme à tête de zizi.
- < Liste des sujets
- Charte