Se connecter
Se connecter

ou
Créer un compte

ou
FR
EN

Le pub des programmeurs

  • 1 927 réponses
  • 117 participants
  • 131 701 vues
  • 130 followers
Sujet de la discussion Le pub des programmeurs
Salut :coucou: y a des programeurs sur AF si oui vous bossez sous quoi ?
Afficher le sujet de la discussion
1401
Ben moi j'ai appris à me servir de viM pour un projet en C++, j'étais encore étudiant et c'était il n'y a pas si longtemps que çà.

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.
1402
Citation :
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. :oops2:
1403

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 redface2 "

Référence en matière de bon gout capillaire et vestimentaire.
homme à tête de zizi.

http://soundcloud.com/djardin

1404
Disons que quand tu bosses en étant connecté en SSH sur un serveur Linux/Unix (dépourvu d'environnement graphique, comme sont censés l'être tous les serveurs) c'est pratique d'avoir un éditeur sous la main à tout moment.
1405
D'ailleurs, moi qui déteste vi, je l'utilise pourtant presque tous les jours et je peux te dire qu'il n'y a pas le moindre espèce de snobisme ni de complaisance masochiste malsaine la-dedans, c'est juste que j'en ai besoin.
1406
Je ne sais pas pourquoi ça passe toujours pour un truc de snobinard :???: , c'est un bon éditeur de texte, juste un peu psychédélique. Il y a suffisamment de bons plugins pour profiter des fonctionnalités d'un IDE (arborescence des repertoires d'un projet, autocompletion, communication avec le systeme de versionning, debuggeur) sans avoir la lourdeur d'un IDE, les macros sont super pratiques, le split écran également, les différents registres de copier coller aussi; et y'a toujours un vim de dispo quand on se connecte en ssh sur un serveur linux. Et oui, le fait que ça puisse s'utiliser en console (pas obligatoire, y'a une version graphique aujourd'hui ;-) ) c'est justement un avantage pour moi qui bosse sur linux.
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 :mdr:


1407
Je ne sais pas si il y a vraiment des snobinards qui ne jurent que par viM, moi je ne l'utilise plus au quotidien.

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!
1408
Citation de LéoMoldo :
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!
FAUX ! C'est le débuggage (et de loin !)
1409
Ça dépend si t'as suffisamment réfléchi avant de coder. :-D
1410
Non.
1411
1412
1413

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.

http://soundcloud.com/djardin

1414
Tu débugues moins ??? !!!
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 ]

1415
Moi je code à l'ancienne : pisser du code, puis lire les specs, constater qu'elles n'existent pas, livrer, tout recoder en voyant que le client a de toute façon changer d'avis. :oops2:
1416

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.

http://soundcloud.com/djardin

1417
de la prendre ? Faut demander à Berlusconi :oops2:
icon_facepalm.gif

Avant j'étais prétentieux, maintenant je suis parfait.

SoundCloud | Stompin at decca |  I can't give you anything but love

1418
Jolie, Captain. :bravo:

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.
1419
Citation :
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.
1420
Sur Ruby on rails,
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.:oops2:
1421
Salut !

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 ?
1422

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

1423
Oui, dans les première pages il est écrit PWMmax resolution is 10 bit par contre je viens de voir que la résolution dépends aussi de la fréquence du signal.
1424
Ben ça a l'air assez clair dans la doc, non ?
Citation :
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 ]

1425

ç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.

http://soundcloud.com/djardin