Le pub des programmeurs
- 1 925 réponses
- 117 participants
- 123 190 vues
- 130 followers
Afficher le sujet de la discussion
y a des programeurs sur AF si oui vous bossez sous quoi ?Zerosquare
4852
Squatteur·euse d’AF
Membre depuis 14 ans
VvSurLeRiddim
3058
Squatteur·euse d’AF
Membre depuis 14 ans
Djardin
19834
Drogué·e à l’AFéine
Membre depuis 19 ans
VvSurLeRiddim
3058
Squatteur·euse d’AF
Membre depuis 14 ans
Nyl auster
3862
Squatteur·euse d’AF
Membre depuis 19 ans
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. 
Djardin
19834
Drogué·e à l’AFéine
Membre depuis 19 ans
Captain Niglo
9732
Je poste, donc je suis
Membre depuis 21 ans
de la prendre ? Faut demander à Berlusconi
Avant j'étais prétentieux, maintenant je suis parfait.
SoundCloud | Stompin at decca | I can't give you anything but love
VvSurLeRiddim
3058
Squatteur·euse d’AF
Membre depuis 14 ans
Jolie, Captain. 
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.
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
3862
Squatteur·euse d’AF
Membre depuis 19 ans
francklechti
2320
AFicionado·a
Membre depuis 16 ans
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.
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.
- < Liste des sujets
- Charte